[21:43] <ubuntu_> vonkleist: yes, for /boot
[21:43] <ardchoille> ubuntu_: that is higher than the kernel in Hardy
[21:43] <vonkleist> I mean: ardchoille> the journaliing may cause a performance hit    <--- on /boot ?
[21:43] <ardchoille> ext3 should be fine
[21:43] <ardchoille> vonkleist: /boot is just a folder
[21:44] <ubuntu_> ardchoille: ok, then I will go for ext3
[21:44] <ardchoille> ubuntu_: are you on intrepid?
[21:44] <ubuntu_> ardchoille: but I am installing intrepid
[21:44] <ubuntu_> yes
[21:44] <ardchoille> ubuntu_: you might get better help in #ubuntu+1
[21:44] <vonkleist> ardchoille, again... It could cause a performance hit if you use ext3 on the /boot partition???
[21:44] <ardchoille> vonkleist: no idea, I don't have /boot on its own patition
[21:45] <ardchoille> but I will say that the jounal is checked when the machine boots up
[21:45] <ubuntu_> should I format the /boot for the new install?
[21:45] <vonkleist> ardchoille, on ext2 the whole  FS is checked at boot time
[21:46] <vonkleist> ubuntu_, yes, it's better if you do so
[21:46] <ardchoille> ubuntu_: you might get better help with intrepid in #ubuntu+1 as that is the channel for new releases
[21:46] <ubuntu_> ardchoille: ok, but there is only 2 days left...
[21:48] <ubuntu_> ok, thanks to all for the help! Lets see the new kde!
[21:52] <afeijo> how can I check if I have samba installed on my machine so my notebook can access it files?
[21:53] <ardchoille> afeijo:  apt-cache policy samba
[21:53] <afeijo> ardchoille: thanks, it says none, I will install with apt-get
[21:54] <ardchoille> afeijo: :)
[21:56] <afeijo> oh, ssh port 22 refused, I need to install ssh server? what its name to apt-get?
[21:57] <ardchoille> apt-cache search --names-only shh
[21:58] <ardchoille> *ssh
[21:58] <ardchoille> sorry about the typo
[21:58] <afeijo> no problem
[21:58] <afeijo> I have a lot of ssh on my desktop, lol
[21:59] <afeijo> ops, it is avaiable ssh to be installed! stupid me
[22:08] <afeijo> can I use my dlink router dhcp with my linux, so it can find any machine in my LAN?
[22:09] <favro> afeijo: that is the default for the *buntus afaik
[22:09] <afeijo> favro: it isnt, I had to add my notebook to my hosts file
[22:09] <afeijo> if the IP changes, I need to update the hosts
[22:10] <favro> that's why I use static ip's on my lan...
[22:10] <afeijo> hmm
[22:10] <afeijo> what do you use to admin samba? swat?
[22:11] <favro> I don't use samba sorry
[22:11] <favro> no windows in my home
[22:13] <afeijo> no windows here too, am I confusing something? how to share files between 2 linux machines?
[22:13] <afeijo> I sound like first day user, damn
[22:13] <SlimeyPete> afeijo: samba, nfs, scp (scp is easiest for individual files)
[22:13] <ruffZ> afeijo, use ssh damn it
[22:13] <ruffZ> lol
[22:13] <SlimeyPete> !samba
[22:13] <SlimeyPete> !scp
[22:13] <afeijo> ruffZ: oh, its a solution!
[22:13] <SlimeyPete> !nfs
[22:13] <favro> +! nfs
[22:14] <canibal> HELLO
[22:14] <favro> +1 even
[22:14] <afeijo> I will try just ssh ;) thanks guys
[22:14] <zer0o> hi guys, im using skype, just pluged my new mic but is not working.. is there any particular installation procedure?
[22:14] <ruffZ> afeijo, yw
[22:14] <SlimeyPete> canibal: Hi :) Please don't use all-capitals (it is considered to be shouting)
[22:14] <afeijo> what a damn good channel, lol
[22:15] <canibal> ok
[22:15] <canibal> sorry
[22:15] <SlimeyPete> no problem :)
[22:15] <favro> zer0o: is the mic turned up in   alsamixer   ?
[22:16] <zer0o> i was just checking it, which one of the 3 mics is the right to turn up? mic front, mic front or mic?
[22:17] <favro> I would turn them all up to start
[22:19] <Far^Side> hello, does the AMD64 build of Kubuntu support binary drivers (which probably is 32bit) for e.g. AMD/ATI or nVidia graphic adapters?
[22:19] <crimsun> Far^Side: yes, both 32- and 64-bit.
[22:20] <Far^Side> crimsun, ok
[22:20] <crimsun> E.g., I'm on 64-bit Kubuntu 8.10RC ATM
[22:20] <Far^Side> but what about binary applications, like Adobe Reader and other 32bit only apps?
[22:21] <crimsun> Flash 10 probably won't work; that's a known issue in Kubuntu 8.10RC
[22:21] <crimsun> Adobe Reader works fine
[22:21] <Far^Side> ok
[22:22] <crimsun> (BTW, the Flash 10 issue is independent of $arch)
[22:22] <Far^Side> crimsun, I tried to find the ISO for the 8.10RC, but I did only find a DVD image. Isn't there any CD images out there?
[22:24] <crimsun> Far^Side: http://releases.ubuntu.com/kubuntu/intrepid/
[22:25] <Far^Side> crimsun, ok, I was using this: http://cdimage.ubuntu.com/kubuntu/releases/intrepid/rc/
[22:27] <Far^Side> but what about 32bit .deb packages? I've read that this might be a problem: https://help.ubuntu.com/community/CommonQuestions#AMD64 Processors
[22:27] <Tukon> hi all
[22:27] <Tukon> is there any way to prevent all the drawing artifacts when using firefox?
[22:27] <cobelloy> hi I have a little problem with internet - I have a wireless modem that works fine with wvdial but only when the ethernet and regular wireless adapters are disabled, the ppp0 interface does not show up in the network manager so I cannot set it as the default route - how do I make it show up there?
[22:28] <favro> !dialup
[22:28] <crimsun> Far^Side: there are a variety of ways to use those, but you should always use a 64-bit deb if available.
[22:28] <crimsun> Far^Side: E.g., getlibs
[22:28] <Far^Side> yeah I know...
[22:30] <cobelloy> also annoying is that the modem is detected and works fine with wvdial but kppp continues to report "cannot open modem" when I try to set it up that way
[22:31] <Dragonath> ati radeon hd3650 isn't a supported card in 8.04 is it? :)
[22:36] <cobelloy> favro: i have looked at all the links provided, none of them help with the issues?
[22:37] <cobelloy> it is not a dial up problem as such, the modem is going well - i am using it now, it is that the ppp0 interface does not register in network manager to set it as a default route
[22:38] <favro> cobelloy: sorry but I don't use dialup - that link was the extent of my knowledge...
[22:38] <cobelloy> how do I get the system to see the ppp0 interface that is configured/controlled solely by wvdial?
[22:38] <cobelloy> doh...
[22:39] <cobelloy> i would like to be able to use the ethernet and standart wireless interfaces at the same time as the modem
[22:39] <cobelloy> it all works so well aside from that
[22:40] <cobelloy> favro: whats another channel I could try?
[22:41] <favro> cobelloy: maybe #ubuntu - there are alot more folks there
[22:41] <cobelloy> yeah - they always tell me to come here though
[22:42] <cobelloy> ill try
[22:42] <winterelf> hi, that's a wierd question but how can i increas the volume on my laptop? i know it can get better performance but it's wierd i can hear very weak, i m using amarok for my music
[22:43] <cobelloy> at the moment I have three icons on the desktop to get the modem working, one of them is a link to a short script, "gksudo wvdialconf" - how can I change that command so that it opens a terminal window while it is working?
[22:45] <favro> cobelloy: I use   Eterm -e "script"   - read man konsole it might be able to open and run a command
[22:49] <mado> oy guys ... hello there ...
[22:49] <mado> is it too early to ask some things about kubuntu 8.10 ??
[22:50] <favro> you ask those questions in #ubuntu+1 till tomorrow :)
[22:50] <mado> i see :)
[22:50] <favro> !ibex
[22:50] <mado> favro, ... i didn't know that ... thank you ...
[22:51] <favro> np :)
[22:51] <mado> i was asking here first because i found a problem
[22:51] <mado> :)
[22:51] <favro> hehe
[22:51] <mado> and i'm not sure if it has to do with "8.10" or my computer
[22:51] <favro> what's happening/not happening?
[22:52] <cobelloy> not getting any help in ubuntu... :(
[22:52] <mado> well ... i downloaded the "rc" and installed it ... later i removed it ... thing is ...
[22:52] <mado> it takes quite a long time to load / to start / to ...
[22:52] <mado> everyting takes quite a long time
[22:53] <favro> I would think it would take a while to load if you removed it...
[22:53] <mado> i tried to mark a folder for example ... it took me about a minute
[22:53] <christ> hi
[22:53] <mado> i removed it because it took so long to do things
[22:54] <favro> k - that'll be something they'll know about in #ubuntu+1
[22:54] <mado> and why it took so long i don't know
[22:54] <mado> next thing is the new kde-menu ...
[22:54] <mado> i tried searching for a program and it looked like the whole kde crashed
[22:55] <KDesk> what should I use, apt or aptitude?
[22:55] <favro> did you md5 the disk?
[22:55] <favro> mado: ^
[22:55] <mado> you mean ... proving the checksum?
[22:55] <favro> KDesk: it is up to you - I use apt-get in terminal
[22:55] <mado> yeah i did that ... before i burn something i always check the md5-sum
[22:56] <favro> and you should do the check after the burn too
[22:56] <favro> !md5
[22:56] <mado> ok ... hmm *thinking*
[22:56] <ardchoille> iirc, k3b can handle all of that
[22:57] <ardchoille> mado: are you on Hardy?
[22:57] <mado> can you help me to go about this process? ... i still have the cd-rom in my cupboard
[22:57] <mado> ardchoille, -> i use 8.04 at the moment
[22:57] <KDesk> favro: ok :)
[22:58] <mado> because 8.10rc didn't work as planned
[22:58] <favro> mado: when you boot the cd there is an entry to check the disk - use that
[22:58] <ardchoille> mado: If you're looking for an alternate to the kde menu, there are kbfx and tasty-menu. I can send you a url to a screenshot of tasty-menu if you want
[22:59] <mado> i'm not looking for that no ...
[22:59] <ardchoille> ok
[22:59] <mado> it's just a problem i have with 8.10rc-kubuntu
[22:59] <mado> for example ... it took about a minute to mark a folder
[22:59] <mado> everywith was slow
[22:59] <mado> sorry
[22:59] <mado> mean everything
[23:00] <mado> got something mixed up in my brain :)
[23:01] <mado> favro, ... you told me to check the cd ... well ... i put it in the cd-drive of my brother's computer ...
[23:02] <favro> aanndd...
[23:02] <KDesk> is the firefox qt proyect still alive?
[23:02] <mado> anything i should pay attention to?
[23:03] <favro> I've only heard rumors about that - ff works fine here tho I use a few gtk apps
[23:03] <favro> mado: when you boot the cd there is an entry to check the disk - use that
[23:04] <mado> favro,  ... it says "no errors found"
[23:05] <favro> k - it's not the cd - #ubuntu+1 will know if it is an issue with the os and h/ware or sumthin else
[23:06] <mado> ok then ... thank you favro for you time
[23:07] <favro> mado: sorry I can't help more
[23:16] <KDesk> is there a graphical way to add automatly mount partitions?
[23:25] <KDesk> I want to mount a partition in fstab, what option should I use? relatime 0 2 ?
[23:27] <ardchoille> KDesk: I added /dev/sdb1 (storage disk) to fstab with this: http://ardchoille.pastebin.us/11541
[23:27] <ardchoille> seems to work well
[23:27] <ardchoille> and the partition gets checked the same way sda1 does
[23:28] <dennister> i'm having troubles with my /home partition...user's directory disappears too often
[23:28] <KDesk> ardchoille: is this mode better thant de default relatime?
[23:28] <ardchoille> KDesk: I'm not sure about that
[23:28] <dennister> anyone know a good hard disk monitoring tool/diagnostic?
[23:29] <dennister> i tried smartmontools, and the notifier, but I think the drive is too old to use smart technology...not doing much for me
[23:30] <ardchoille> KDesk: Hmm, looking at my fstab, you have a point. Might be a good idea to use relatime instead of defaults
[23:31] <KDesk> ardchoille: I have read some time ago that relatime was better but I don't know why :)
[23:31] <favro> I use noatime to speed things up a little bit
[23:31] <ardchoille> I'll have to change mine then, I've been using this same method before UID was popular
[23:32] <favro> !bot
[23:33] <DJTachyon> hey all
[23:34] <favro> !hi
[23:34] <shadowhywind_> what are the differences if any between, hitting shutdown in the kmenu, and hitting the power button set to turn off
[23:34] <favro> there's no bot...
[23:34] <DJTachyon> just curious how to change screen resolution while running in VMware which reserves CNTL+ALT as the UI I/O swapping
[23:34] <condon> Can anyone tell me how to get that nice dodge effect back in compiz (windows move up and down, or left and right out of the way of the window your bringing into focus)
[23:35] <condon> Just updated to 8.10 last night, got compiz runnign right again and now I can't find the plugin or option for that.
[23:35] <favro> DJTachyon: how do you use ctrl+alt to change screen resolution?
[23:36] <DJTachyon> CTRL ALT - or +
[23:36] <DJTachyon> or is that not supported here?
[23:38] <favro> I've never heard of it(which doesn't mean a whole lot) - there is gui apps for doing that and in a terminal xrandr
[23:38] <DJTachyon> but unfortunately i force the monitor size in VMware workstation and it doesnt make a difference
[23:38] <DJTachyon> yeah i try it and it doesnt load
[23:39] <favro> tried in konsole   xrandr -s 1024x768    or whatever size?
[23:39] <favro> xrandr   to find out available sizes
[23:41] <DJTachyon> hmm okay
[23:41] <DJTachyon> lemme try
[23:46] <DJTachyon> okay favro that worked
[23:46] <DJTachyon> for some reason it doesnt think i can do anything over 640x480
[23:46] <favro> DJTachyon: happy for you :)
[23:46] <favro> ohh
[23:47] <favro> that'll be how vmware sets up it's graphics - you'll have to explore that with them or google - I use vbox
[23:47] <DJTachyon> yeah im trying to setup a Google Android dev VM
[23:48] <DJTachyon> woo 91 updates available
[23:48] <favro> hehe
[23:49] <ardchoille> update now, the repos are going to be hit hard soon
[23:51] <DJTachyon> 80% done
[23:51] <DJTachyon> i gave the VM two cores and 2 gb of ram
[23:51] <DJTachyon> :)
[23:58] <krash> Okay, this may not be the correct channel to ask this...
[23:58] <krash> but I installed eclipse, and when I run it, and try to download the sample projects it don't work
[23:59] <Far^Side> is there any way of upgrading kubuntu from i386 to AMD64, or would I have to reinstall?


[10:08] <ev> hmm, if oem-config starts on stopping rc, then conceivably gdm could start shortly thereafter as oem-config isn't in the start on starting gdm condition, thus if oem-config takes a bit long to get to X startup in ubiquity-dm, gdm could have already started X on vt7
[10:09] <ev> (going off of this http://paste.ubuntu.com/568103/ )
[10:30] <ev> hm, accommodating the debconf frontend in the upstart job is going to be a bit tricky, it seems.
[15:46] <superm1> ev, what about in the oem-config-debconf package ship an additional dummy job and have the standard job start on that dummy job's start?
[15:51] <superm1> something like this: http://pastebin.com/jGEakyr9
[16:06] <ev> superm1: brilliant.  Yeah, I think that's really the only reliable way to handle this.
[16:07] <ev> feel free to commit for accurate bzr blaming :)
[16:21] <CIA-3> ubiquity: superm1 * r4511 ubiquity/debian/ (3 files):
[16:21] <CIA-3> ubiquity: Create a dummy job for oem-config-debconf to prevent race
[16:21] <CIA-3> ubiquity: conditions with oem-config-gtk and gdm. (LP: #650703)
[16:22] <ev> thanks
[16:22] <superm1> sure np
[18:58] <mterry> ev, cjwatson: are there any changes for ubiquity's map screen this cycle?
[18:58] <mterry> any more changes that is


[01:06] <bdmurray> RAOF: you might look at releasing the glibc update for focal the cross-toolchain-base autopkgtest failure on ppc64el has been resolved.
[01:06] <RAOF> /me looks
[02:11] <RAOF> Why does the snapd autopkgtest try to build spread from github?
[02:13] <RAOF> Oh! And the snapd autopkgtest fails because it's trying to use `go get` to install a binary, and as of go 1.18 that no longer works.
[02:21] <RAOF> Ah. I see the current autopkgtest resolves that by pinning go to 1.17.
[02:24] <RAOF> I'm still unsure why the autopkgtest pulls git HEAD of spread and builds it, rather than using a prebuilt spread. That seems doomed to these sorts of problems.
[02:30] <RAOF> Hm. I guess the answer here is I should force-badtest snapd.
[08:36] -queuebot:#ubuntu-release- Unapproved: mesa (jammy-proposed/main) [22.0.1-1ubuntu2 => 22.0.1-1ubuntu2.1] (core, i386-whitelist, xorg)
[08:36] -queuebot:#ubuntu-release- New binary: libosmo-sccp [s390x] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[08:37] -queuebot:#ubuntu-release- New binary: libosmo-sccp [ppc64el] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[08:38] -queuebot:#ubuntu-release- New binary: libosmo-sccp [armhf] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[08:39] -queuebot:#ubuntu-release- New binary: libosmo-sccp [arm64] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[08:41] -queuebot:#ubuntu-release- New binary: osmo-hlr [ppc64el] (kinetic-proposed/universe) [1.4.0+dfsg1-3ubuntu1] (no packageset)
[08:42] -queuebot:#ubuntu-release- New binary: osmo-hlr [arm64] (kinetic-proposed/universe) [1.4.0+dfsg1-3ubuntu1] (no packageset)
[08:42] -queuebot:#ubuntu-release- New binary: osmo-hlr [armhf] (kinetic-proposed/universe) [1.4.0+dfsg1-3ubuntu1] (no packageset)
[08:47] -queuebot:#ubuntu-release- New binary: libvpd [ppc64el] (kinetic-proposed/main) [2.2.9-1] (core)
[08:56] -queuebot:#ubuntu-release- New binary: libosmo-sccp [riscv64] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[08:59] -queuebot:#ubuntu-release- New binary: osmo-hlr [riscv64] (kinetic-proposed/universe) [1.4.0+dfsg1-3ubuntu1] (no packageset)
[11:03] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-desktop-daemon (jammy-proposed/main) [1.8 => 1.9~22.04.1] (no packageset)
[12:58] <jbicha> devhelp should be an autopkgtest regression blocking webkit2gtk/kinetic but it doesn't show on the excuses page https://autopkgtest.ubuntu.com/packages/d/devhelp/kinetic/amd64
[13:13] -queuebot:#ubuntu-release- New binary: libosmo-sccp [amd64] (kinetic-proposed/universe) [1.5.0+dfsg1-2ubuntu1] (no packageset)
[13:13] <LocutusOfBorg> please accept libosmo-sccp ^^
[13:16] -queuebot:#ubuntu-release- New binary: osmo-hlr [amd64] (kinetic-proposed/universe) [1.4.0+dfsg1-3ubuntu1] (no packageset)
[13:20] <LocutusOfBorg> please also accept osmo-hlr
[13:20] <LocutusOfBorg> (not built on s390x)
[13:47] -queuebot:#ubuntu-release- Unapproved: accepted klibc [source] (bionic-proposed) [2.0.4-9ubuntu2.2]
[13:57] <LocutusOfBorg> hello release team, following speex and speexdsp package move (binary moved between one source and the other), can any AA please have a look and fix the migration?
[13:57] <LocutusOfBorg> they are shown as "ok" by britney but I presume that speexdsp needs to now go in main, and speex in universe?
[13:58] <LocutusOfBorg> or maybe just speexdsp needs a quick MIR?
[14:20] <RikMills> juliank: armhf test queue is hardly moving
[14:21] <juliank> pl
[14:21] <juliank> ok
[14:31] <juliank> 1/3 of the workers are dead
[14:31] <juliank> I know one was shot, but I don't know the states of the others
[14:31] <juliank> I took them all down
[14:54] -queuebot:#ubuntu-release- Unapproved: accepted glibc [source] (bionic-proposed) [2.27-3ubuntu1.6]
[15:06] <RikMills> :(
[15:15] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-zuma-p-meta to canonical-oem-metapackages in bionic
[15:15] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-zuma-p-meta to canonical-oem-metapackages in focal
[15:15] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-zuma-p-meta to canonical-oem-metapackages in jammy
[15:23] <juliank> RikMills: We now are back with 37,5% more capacity than the last couple hours (days?)
[15:23] <juliank> We are still missing 3 runners (one VM) due to a shot lxd database
[15:30] <RikMills> juliank: understood, and thanks :D
[15:34] -queuebot:#ubuntu-release- Unapproved: snapd (jammy-proposed/main) [2.55.3+22.04ubuntu1 => 2.55.5+22.04] (desktop-core, ubuntu-server)
[16:42] <juliank> eek accidentally killed bos01 huge workers
[16:49] <juliank> it's back except for arm64
[16:49] <juliank> arm64 is building images right now, and the code to check if images exist uses the same lock
[16:50] <juliank> This cannot be easily fixed as it's written in multiple languages :D
[16:51] <juliank> I think we can set RemainAfterExit=yes or something so it's doesn't re-check if an image exists if it found one previously
[16:55] <juliank> also working on migration to charmcraft
[16:55] <juliank> :D
[16:55] <juliank> gotta get rid of patching charm deployed stuff on live system
[17:05] <juliank> armhf at least is now above arm64 levels again
[17:18] -queuebot:#ubuntu-release- New binary: g2clib [amd64] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: g2clib [s390x] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: g2clib [arm64] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: g2clib [ppc64el] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: g2clib [armhf] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: g2clib [riscv64] (kinetic-proposed/universe) [1.6.4-2] (no packageset)
[21:09] <kanashiro> sil2100, could you please take a look at golang-1.16 in bionic/NEW? This is a SRU but also introduces a new package, since you are part of both teams I think it will be easier if you could take a look
[21:09] <kanashiro> this is blocking the container stack backport to bionic
[21:11] <LocutusOfBorg> damn dpkg fails on amd64, and I don't know why...
[21:11] <LocutusOfBorg> juliank, help please?
[21:11] <LocutusOfBorg> its dh_builddeb failing I would say
[21:15] <bdmurray> RAOF: Could you look at sru-releasing ubiquity for jammy? I did the verification so don't feel I should release it.
[21:18] <LocutusOfBorg>  dpkg-genbuildinfo --build=binary -O../dpkg_1.21.7ubuntu2_amd64.buildinfo
[21:18] <LocutusOfBorg> dpkg-genbuildinfo: error: cannot fstat file ../dpkg-dev_1.21.7ubuntu2_all.deb: No such file or directory
[21:24] <LocutusOfBorg> maaaaaaaaaaaaaaaaaybe I'm just dumb
[21:43] <xnox> juliank:  well login into the new charmstore based on snapstore and push charms there and deploy from there?
[21:44] <juliank> xnox: create charmcraft.yaml, fix errors in config.yaml, fix errors in metadata.yaml it does not tell you what they are, register charm in charmhub, publish charm
[21:44] <juliank> something something update charm relations
[21:44] <juliank> presumably
[21:45] <juliank> there was supposed to be some mapping of charm store to charmhub, but autopkgtest-web and autopkgtest-cloud certainly don't exist
[21:45] <juliank> there's a canonical-foundations-autopkgtest-cloud-worker, but it should presumably be owned by ubuntu-release
[21:45] <juliank> no autopkgtest-web
[21:45] <juliank> and well juliank- versions of it :D
[21:45] <juliank> which seemingly were auto-created
[21:46] <juliank> any how this takes a couple days of work I think, or rather asking people what to do next
[22:14] -queuebot:#ubuntu-release- New binary: gocc [ppc64el] (kinetic-proposed/universe) [0.0~git20211213.7ea6993-1] (no packageset)
[22:14] -queuebot:#ubuntu-release- New binary: lumin [ppc64el] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[22:15] -queuebot:#ubuntu-release- New binary: cobra-cli [ppc64el] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[22:17] -queuebot:#ubuntu-release- New binary: golang-github-bep-goat [amd64] (kinetic-proposed/universe) [0.5.0-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: cobra-cli [amd64] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-badgerodon-peg [amd64] (kinetic-proposed/universe) [0.0~git20130729.9e5f7f4-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-chromedp-cdproto [amd64] (kinetic-proposed/universe) [0.0~git20220428.285dfb4-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-dlintw-goconf [amd64] (kinetic-proposed/universe) [0.0~git20120228.dcc0709-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-gobwas-httphead [amd64] (kinetic-proposed/universe) [0.1.0-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-jackc-chunkreader [amd64] (kinetic-proposed/universe) [2.0.1-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-jackc-pgpassfile [amd64] (kinetic-proposed/universe) [1.0.0-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-jackc-puddle [amd64] (kinetic-proposed/universe) [1.2.1-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-apptainer-container-library-client [amd64] (kinetic-proposed/universe) [1.2.2-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-cjoudrey-gluaurl [amd64] (kinetic-proposed/universe) [0.0~git20161028.31cbb9b-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-hydrogen18-memlistener [amd64] (kinetic-proposed/universe) [0.0~git20200120.dcc25e7-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-jackc-pgservicefile [amd64] (kinetic-proposed/universe) [0.0~git20200714.2b9c447-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-cention-sany-utf7 [amd64] (kinetic-proposed/universe) [0.0~git20170124.26cad61-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-jackc-pgio [amd64] (kinetic-proposed/universe) [1.0.0-2] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: golang-github-drone-envsubst [amd64] (kinetic-proposed/universe) [1.0.3-2] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-hairyhenderson-go-codeowners [amd64] (kinetic-proposed/universe) [0.2.2+git20201026.cdc7c07-2] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-leonelquinteros-gotext [amd64] (kinetic-proposed/universe) [1.5.0-3] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-notedit-janus-go [amd64] (kinetic-proposed/universe) [0.0~git20210115.fdce1b1-1] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-juju-aclstore [amd64] (kinetic-proposed/universe) [2.1.0-2] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-pion-randutil [amd64] (kinetic-proposed/universe) [0.1.0-1] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-minio-highwayhash [amd64] (kinetic-proposed/universe) [1.0.2-1] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-marten-seemann-qtls-go1-18 [amd64] (kinetic-proposed/universe) [0.1.1-2] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: golang-github-networkplumbing-go-nft [amd64] (kinetic-proposed/universe) [0.2.0-2] (no packageset)
[22:20] -queuebot:#ubuntu-release- New binary: lumin [amd64] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[22:21] -queuebot:#ubuntu-release- New binary: golang-github-libgit2-git2go-v32 [amd64] (kinetic-proposed/universe) [32.1.9-2] (no packageset)
[22:23] -queuebot:#ubuntu-release- New binary: golang-github-libgit2-git2go [amd64] (kinetic-proposed/universe) [33.0.9-2] (no packageset)
[22:24] <sergiodj> bdmurray: openssh should unblock on focal/impish now
[22:26] <bdmurray> sergiodj: was it just flaky?
[22:26] <sergiodj> bdmurray: yeah
[22:26] <bdmurray> alright
[22:37] -queuebot:#ubuntu-release- New binary: gocc [s390x] (kinetic-proposed/universe) [0.0~git20211213.7ea6993-1] (no packageset)
[22:39] -queuebot:#ubuntu-release- New binary: cobra-cli [s390x] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[22:39] -queuebot:#ubuntu-release- New binary: lumin [s390x] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[22:44] -queuebot:#ubuntu-release- New binary: cobra-cli [armhf] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[22:44] -queuebot:#ubuntu-release- New binary: lumin [armhf] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[22:45] -queuebot:#ubuntu-release- New binary: cobra-cli [arm64] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[22:45] -queuebot:#ubuntu-release- New binary: gocc [armhf] (kinetic-proposed/universe) [0.0~git20211213.7ea6993-1] (no packageset)
[22:45] -queuebot:#ubuntu-release- New binary: gocc [arm64] (kinetic-proposed/universe) [0.0~git20211213.7ea6993-1] (no packageset)
[22:45] -queuebot:#ubuntu-release- New binary: lumin [arm64] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[22:51] -queuebot:#ubuntu-release- New binary: gocc [riscv64] (kinetic-proposed/universe) [0.0~git20211213.7ea6993-1] (no packageset)
[22:53] -queuebot:#ubuntu-release- New binary: cobra-cli [riscv64] (kinetic-proposed/universe) [1.3.0-2] (no packageset)
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [amd64] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [armhf] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [riscv64] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [arm64] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [s390x] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted cobra-cli [ppc64el] (kinetic-proposed) [1.3.0-2]
[23:07] -queuebot:#ubuntu-release- New: accepted g2clib [amd64] (kinetic-proposed) [1.6.4-2]
[23:07] -queuebot:#ubuntu-release- New: accepted g2clib [armhf] (kinetic-proposed) [1.6.4-2]
[23:07] -queuebot:#ubuntu-release- New: accepted g2clib [riscv64] (kinetic-proposed) [1.6.4-2]
[23:07] -queuebot:#ubuntu-release- New: accepted gocc [arm64] (kinetic-proposed) [0.0~git20211213.7ea6993-1]
[23:07] -queuebot:#ubuntu-release- New: accepted gocc [ppc64el] (kinetic-proposed) [0.0~git20211213.7ea6993-1]
[23:07] -queuebot:#ubuntu-release- New: accepted gocc [s390x] (kinetic-proposed) [0.0~git20211213.7ea6993-1]
[23:07] -queuebot:#ubuntu-release- New: accepted golang-github-badgerodon-peg [amd64] (kinetic-proposed) [0.0~git20130729.9e5f7f4-2]
[23:07] -queuebot:#ubuntu-release- New: accepted golang-github-cention-sany-utf7 [amd64] (kinetic-proposed) [0.0~git20170124.26cad61-2]
[23:07] -queuebot:#ubuntu-release- New: accepted golang-github-cjoudrey-gluaurl [amd64] (kinetic-proposed) [0.0~git20161028.31cbb9b-2]
[23:07] -queuebot:#ubuntu-release- New: accepted golang-github-drone-envsubst [amd64] (kinetic-proposed) [1.0.3-2]
[23:07] -queuebot:#ubuntu-release- New: accepted g2clib [arm64] (kinetic-proposed) [1.6.4-2]
[23:07] -queuebot:#ubuntu-release- New: accepted g2clib [s390x] (kinetic-proposed) [1.6.4-2]
[23:08] -queuebot:#ubuntu-release- New: accepted gocc [riscv64] (kinetic-proposed) [0.0~git20211213.7ea6993-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-bep-goat [amd64] (kinetic-proposed) [0.5.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-dlintw-goconf [amd64] (kinetic-proposed) [0.0~git20120228.dcc0709-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-hairyhenderson-go-codeowners [amd64] (kinetic-proposed) [0.2.2+git20201026.cdc7c07-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-jackc-chunkreader [amd64] (kinetic-proposed) [2.0.1-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-jackc-pgpassfile [amd64] (kinetic-proposed) [1.0.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-jackc-puddle [amd64] (kinetic-proposed) [1.2.1-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-leonelquinteros-gotext [amd64] (kinetic-proposed) [1.5.0-3]
[23:08] -queuebot:#ubuntu-release- New: accepted g2clib [ppc64el] (kinetic-proposed) [1.6.4-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-apptainer-container-library-client [amd64] (kinetic-proposed) [1.2.2-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-gobwas-httphead [amd64] (kinetic-proposed) [0.1.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-jackc-pgio [amd64] (kinetic-proposed) [1.0.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-juju-aclstore [amd64] (kinetic-proposed) [2.1.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-libgit2-git2go [amd64] (kinetic-proposed) [33.0.9-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-minio-highwayhash [amd64] (kinetic-proposed) [1.0.2-1]
[23:08] -queuebot:#ubuntu-release- New: accepted gocc [armhf] (kinetic-proposed) [0.0~git20211213.7ea6993-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-hydrogen18-memlistener [amd64] (kinetic-proposed) [0.0~git20200120.dcc25e7-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-libgit2-git2go-v32 [amd64] (kinetic-proposed) [32.1.9-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-chromedp-cdproto [amd64] (kinetic-proposed) [0.0~git20220428.285dfb4-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-marten-seemann-qtls-go1-18 [amd64] (kinetic-proposed) [0.1.1-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-jackc-pgservicefile [amd64] (kinetic-proposed) [0.0~git20200714.2b9c447-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-networkplumbing-go-nft [amd64] (kinetic-proposed) [0.2.0-2]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-pion-randutil [amd64] (kinetic-proposed) [0.1.0-1]
[23:08] -queuebot:#ubuntu-release- New: accepted lumin [amd64] (kinetic-proposed) [1.0.0-1]
[23:08] -queuebot:#ubuntu-release- New: accepted lumin [armhf] (kinetic-proposed) [1.0.0-1]
[23:08] -queuebot:#ubuntu-release- New: accepted lumin [s390x] (kinetic-proposed) [1.0.0-1]
[23:08] -queuebot:#ubuntu-release- New: accepted golang-github-notedit-janus-go [amd64] (kinetic-proposed) [0.0~git20210115.fdce1b1-1]
[23:08] -queuebot:#ubuntu-release- New: accepted lumin [arm64] (kinetic-proposed) [1.0.0-1]
[23:08] -queuebot:#ubuntu-release- New: accepted libvpd [ppc64el] (kinetic-proposed) [2.2.9-1]
[23:08] -queuebot:#ubuntu-release- New: accepted lumin [ppc64el] (kinetic-proposed) [1.0.0-1]
[23:19] -queuebot:#ubuntu-release- New binary: golang-mvdan-sh [amd64] (kinetic-proposed/universe) [3.5.0-1] (no packageset)


 @Silenoz, 😢
 @Schyken, let it go
 ;)
 @Schyken, He left to return back
 no worries
[11:07] -queuebot:#lubuntu-devel- Builds: Lubuntu Alternate amd64 [Artful Final] has been updated (20171017)
[11:07] -queuebot:#lubuntu-devel- Builds: Lubuntu Alternate i386 [Artful Final] has been updated (20171017)
[11:28] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Artful Final] has been updated (20171017)
[11:28] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop i386 [Artful Final] has been updated (20171017)
[20:36] -queuebot:#lubuntu-devel- Builds: Lubuntu Alternate amd64 [Artful Final] has been updated (20171017.1)
[20:36] -queuebot:#lubuntu-devel- Builds: Lubuntu Alternate i386 [Artful Final] has been updated (20171017.1)
[20:56] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Artful Final] has been updated (20171017.1)
[20:56] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop i386 [Artful Final] has been updated (20171017.1)
 i know it s time for test Lubuntu 17.10 but... i m reporting from muy Lubuntu 16.04.3 LTS using a PPP conection :)
 :D


[12:01] <ddaa> Still missing mpool and Steve
[12:02] <mpool> hi
[12:03] <ddaa> Hello
[12:03] <ddaa> Before the meeting starts
[12:03] <ddaa> I will have a short week
[12:03] <ddaa> since I'm on leave starting thursday
[12:03] <SteveA> I'll not be paying much attention
[12:03] <SteveA> I'm in UI meetings here today
[12:03] <ddaa> until the 28th
[12:04] <ddaa> SteveA: there's one or two points where I think I'll need your attention, but okay
[12:04] <ddaa> MEETING STARTS
[12:04] <ddaa> == Agenda ==
[12:04] <ddaa>  * roll call
[12:04] <ddaa>  * production status
[12:04] <ddaa>  * Smart server
[12:04] <ddaa>  * SFTP advertising
[12:04] <ddaa>  * vcs-import knits
[12:04] <ddaa>  * URTF
[12:04] <ddaa>  * Python import
[12:04] <ddaa>  * bzr lp://
[12:04] <ddaa>  * important bugs according to bzr community
[12:04] <lifeless> hi
[12:04] <ddaa>  * 1.0 targets, what, who when?
[12:04] <ddaa>  * critical bugs
[12:04] <ddaa>  * pending sysadmin tasks
[12:04] <ddaa>  * any other business
[12:04] <ddaa> == Roll call ==
[12:04] <ddaa> ddaa is here
[12:04] <ddaa> So is Steve
[12:04] <ddaa> mpool said hi
[12:04] <ddaa> so did lifeless
[12:04] <spiv> I'm here
[12:04] <jamesh> I'm here
[12:05] <ddaa> Wonderful.
[12:05] <ddaa> == Production status ==
[12:05] <ddaa> Nothing new. https://launchpad.net/products/launchpad-bazaar/+bug/53825
[12:05] <ddaa> jamesh: so, will we get oops from script or do we need a different plan to deal with those errors?
[12:05] <ddaa> last week you said you'll have a meeting with salgado about that
[12:06] <ddaa> Mh, apparently not...
[12:06] <ddaa> == Smart server ==
[12:06] <ddaa> mpool, spiv: status?
[12:06] <jamesh> ddaa: I talked with matsubara about it last week.  I don't think we'll have polished infrastructure for it soon, but I could set things up to get simple traceback OOPS reports
[12:07] <jamesh> ddaa: getting SQL statement logs is a fair bit more work due to differences between webapp and zopeless environments
[12:07] <spiv> We paired a couple of days on it last week, and have scheduled another day on Wednesday.
[12:07] <mpool> ddaa: continuing to work with spiv on it; pairing on wednesday this week
[12:08] <ddaa> spiv: mpool: any delivery estimate, for the non-integrated bit at least?
[12:08] <spiv> There are a fair few tests that make assumptions about the transport that need tweaking.
[12:08] <ddaa> jamesh: basically, kiko is your client for that stuff, since he's the one I expect to find the error spam most annnoying first.
[12:09] <spiv> The plan is to get the last ~30 tests to pass, then start implementing actual smart operations on the new transport.
[12:09] <ddaa> spiv: think you'll get it up and running on launchpad for 1.0?
[12:10] <spiv> I think there's probably only a day or so left on getting the tests working, but I'm not sure how quickly it'll progress after that.  I am getting more fluent with the bzrlib code, though.
[12:10] <ddaa> or is that a post 1.0 feature?
[12:10] <spiv> When's launchpad 1.0?
[12:10] <ddaa> end of september
[12:12] <ddaa> spiv: you'll have time to answer that at the end of the meeting
[12:12] <ddaa> moving on
[12:12] <spiv> I think it's possible, but I'm not going to commit to that right now.
[12:12] <ddaa> == SFTP advertising ==
[12:12] <ddaa> jamesh posted a second draft at the end of the week. I intended to review it friday but got -ENOROUNDTUIT.
[12:12] <ddaa> Action: ddaa to review jamesh second draft real soon.
[12:12] <ddaa> spiv: last week you said you'd have a look, did you?
[12:12] <spiv> I did too.  I haven't looked yet, I'll do that immediately after this meeting and reply.
[12:12] <SteveA> spiv: two things for the smartserver: running it on the supermirror so that bzr users at large get good network performance with the SM.
[12:12] <jamesh> I posted the second draft as a followup to the first thread
[12:12] <SteveA> also, running it on devpad for launchpad use
[12:12] <ddaa> Would be nice to get that blog posted at the end of the week.
[12:14] <ddaa> SteveA: if we make the smart server post 1.0, it would certainly be nice to have run on devpad for a while, so it can mature, before putting it on launchpad.
[12:14] <ddaa> == vcs-imports knits ==
[12:14] <ddaa> As far as I can tell, it's done. All vcs-imports branches are know knits. But that consumed all my round tuits at the end the week.
[12:14] <ddaa> lifeless: mpool: I posted two patches to the bzr mailing list, that were needed for that. I would like to have them in rocketfuel shortly after I come back from leave (on the 28th). They are currently a divergence from rocketfuel in the production code.
[12:15] <ddaa> lifeless: apologies for blowing up on you on #bzr saturday morning
[12:16] <ddaa> Is that an action for anybody?
[12:16] <lifeless> blow up at me ?
[12:17] <ddaa> well, blaming you for turning that rollout into a 12 hours marathon
[12:17] <SteveA> ddaa: I need to focus on this UI discussion.  I'll read the email summary after this meeting.  Please ping me directly on this channel if there is something I need to contribute to.
[12:17] <ddaa> SteveA: ack
[12:17] <SteveA> ta
[12:18] <ddaa> Okay, moving on. I'd just like some quick feedback on those patch, although I'll probably won't be able to act on it before leave.
[12:18] <ddaa> == URTF ==
[12:18] <ddaa> lifeless: jamesh: last week there was some talk about unblocking jamesh with urtf, how did that go?
[12:18] <lifeless> URTF ?
[12:18] <ddaa> Upstream Release Tarball Finder, you know...
[12:18] <ddaa> previously known as Dyson
[12:19] <jamesh> I'll look at implementing what was discussed this week
[12:19] <ddaa> jamesh: where can we see the output of that discussion?
[12:19] <jamesh> I was blocked last week due to sprints, rather than on input from other people
[12:20] <ddaa> I'd be interested in knowing what's going on with that thing, since I spend so many hours stuffing the db with data for that.
[12:20] <ddaa> s/spend/spent/
[12:20] <lifeless> its in the bug
[12:20] <jamesh> ddaa: https://launchpad.net/products/launchpad/+bug/53698
[12:20] <ddaa> Thanks
[12:20] <ddaa> == Python import ==
[12:20] <ddaa> Last week I was asked to look into the problem with the Python import, that manifest itself as a DNS failure at random points in the middle of the import.
[12:20] <ddaa> Planned to do so friday. Did not. Bot noticed that other large SVN imports fail in the same way. That's probably our most serious cscvs bug ATM.
[12:20] <ddaa> Action: ddaa will file bug about that failure, and maybe look at it before going to leave.
[12:21] <ddaa> Though it's down the list of priorities, so would not like to promise looking at it soon.
[12:22] <ddaa> == bzr lp:// ==
[12:22] <ddaa> sabdfl made some noises about that recently, which resulted in some activity.
[12:22] <ddaa> mpool wrote a spec about the bzr-launchpad integration aspect, I will review it this week.
[12:22] <ddaa> I put a braindump on the mailing list, but had no feedback. In short it boils down to:
[12:22] <ddaa> * one attribute: Use ProductSeries.branch both for the vcs-imports branch and for the user specified branch. That leads to model constraints, restrictions for the user, and complication.
[12:22] <ddaa> * two attributes: Use different attributes, say import_branch and explicit_trunk_branch. That essentially acknowledges that import != series, even though it's stuffed in the same table, and makes things much more flexible.
[12:22] <mpool> ddaa: yes, would appreciate that
[12:23] <ddaa> mpool: it's one of the important things for this week, so you can make progress on that while I'm away.
[12:23] <jamesh> what is the URL of the spec?
[12:23] <lifeless> speaking of specs
[12:23] <lifeless> https://launchpad.canonical.com/PrivateBranches is nearly reviewed
[12:23] <ddaa> mpool and ddaa favor the "two attributes" approach. But that is a sensitive topic, so I would like consensus or word from sabdfl before putting out a proper spec.
[12:23] <mpool> ddaa: i'm not really qualified to give feedback on the db changes
[12:23] <mpool> who will be?
[12:23] <ddaa> SteveA: your attention would be welcome about the db change issue, since it's a loaded issue involving sabdfl.
[12:23] <mpool> jamesh: https://launchpad.canonical.com/BranchIndirection
[12:24] <mpool> who else should review either the db or ui specs?
[12:24] <ddaa> lifeless: talk about that end of meeting
[12:24] <ddaa> mpool: stub gets to review all db changes
[12:25] <ddaa> I'm not sure that mpt has much to say about the UI in that case.
[12:25] <mpool> me either
[12:25] <mpool> spiv, can you please read it
[12:25] <mpool> then let's JFDI
[12:25] <ddaa> JFDI?
[12:25] <lifeless> JustFuckingDoIt
[12:25] <SteveA> ddaa: hi
[12:25] <spiv> mpool: ok
[12:26] <SteveA> ddaa: what's the question?
[12:26] <ddaa> SteveA: backlog, just after the == bzr lp:// ==
[12:26] <ddaa> discussion about changing the db schema to have two branch attributes in ProductSeries
[12:27] <ddaa> Since I do not have my hands free to with that table as I wish, and since sabdfl seems to feel strongly about it (see SourceSourceRefactoring, last year)
[12:28] <jamesh> the two attribute solution sounds like the simpler option.
[12:28] <ddaa> jamesh: certainly, but it's acking that vcs-import != series, and for some reason that appears to be taboo.
[12:29] <ddaa> No sound technical reason AFAICT
[12:29] <ddaa> that's why I'm incomfortable about it
[12:29] <jamesh> ddaa: really?
[12:29] <lifeless> ddaa: you are uncomfortable because you got what you wanted
[12:29] <lifeless> ?
[12:29] <ddaa> I did not get that yet.
[12:30] <ddaa> But if we have a consensus on using two attributes, great.
[12:30] <ddaa> I'm happy.
[12:30] <ddaa> SteveA: thank you
[12:30] <ddaa> == important bugs according to bzr community ==
[12:30] <ddaa> mpool: when we had that phone call a couple of weeks ago, I suggested you get feedback from the bzr community about launchpad integration issues.
[12:30] <ddaa> That would be useful data to have at the beginning of september, can you commit to delivering that?
[12:31] <mpool> ddaa: on consideration, i think the problem is that integration is just not very visible yet
[12:31] <ddaa> Mh
[12:31] <ddaa> Actually, I mean more than just integration of the client with the server.
[12:31] <mpool> so "what are the bugs in it" may not get good results
[12:32] <ddaa> I also mean things like the UI to the branch registry, bug branches, sftp server, tec.
[12:32] <mpool> ddaa: what question are we trying to answer?
[12:32] <ddaa> s/tec./etc./
[12:32] <SteveA> network problems
[12:32] <SteveA> back
[12:32] <ddaa> The question is: "what are the bugs or features that the bzr community as a group appears to desire the most"
[12:33] <SteveA> ok
[12:33] <SteveA> ddaa: on the issue you asked me about
[12:33] <ddaa> As an help to prioritizing tasks.
[12:33] <SteveA> ddaa: if we go for 2 table fields now, can it be collapsed into 1 later with a simple database update?
[12:33] <ddaa> SteveA: not really
[12:34] <ddaa> it's adding degrees of freedom to the system
[12:34] <jamesh> ddaa: I'd think it would be pretty easy: "update productseries set user_branch = import_branch where user_branch is NULL" then remove the import_branch
[12:35] <ddaa> jamesh: it's not enough
[12:35] <ddaa> jamesh: let's talk about that after meeting
[12:35] <jamesh> okay
[12:35] <ddaa> ACTION: jamesh and ddaa to come agreement about db change for ProductSeries
[12:36] <mpool> ddaa: i think we should just decide
[12:36] <mpool> and then perhaps ask for suggestions
[12:36] <ddaa> well, I'd certainly not let user whims be the only factor in deciding
[12:36] <mpool> i'll try to give you a list before you leave, and then we can continue
[12:37] <mpool> if we start showing that we're shipping features there, people will suggest more
[12:37] <ddaa> but since I'm not going to decide on anything before september, asking the community might be a good use of the time until then.
[12:37] <mpool> why?
[12:37] <ddaa> because I'll be only leave
[12:37] <mpool> oh, from this weekend for two weeks?
[12:37] <mpool> ok
[12:37] <ddaa> and because I have my hands very full for this week w/o dowing planning
[12:37] <ddaa> s/dowing/doing/
[12:38] <ddaa> moving on
[12:38] <mpool> btw it looks likely that someone new will be starting here in september, also working on lp bzr features
[12:38] <mpool> ddaa: ok, in that case i'll work on it but less urgently
[12:38] <mpool> and talk to spiv, steve, mark, robertc, etc
[12:39] <ddaa> that's not what I consider the "bzr community", but okay
[12:39] <ddaa> Let's move on.
[12:39] <ddaa> == 1.0 targets ==
[12:39] <ddaa> I'm a bit unclear on what is everybody's target for Launchpad 1.0 (end of september).
[12:39] <ddaa> For me: I think it was bzr transition. But I'm thinking of delaying the Arch support removal until we have the new hire. That would be a good exercice to get him acquainted with a lot of the code.
[12:39] <ddaa> Everybody else: What are your Launchpad 1.0 targets?
[12:39] <mpool> i know it's not
[12:39] <mpool> hm, let's talk about that afterwards
[12:39] <spiv> My Launchpad 1.0 target is the smart server on the supermirror.
[12:40] <ddaa> ACTION: ddaa mpool talk about gathering planning input
[12:40] <ddaa> spiv: sounds like a challenge
[12:40] <spiv> Yeah.  Achievable, I think.
[12:41] <ddaa> mpool: bzr-roundtrip-svn is marked 1.0 too
[12:41] <spiv> The integration with the supermirror will be a couple of days effort, I think, not much.  The main issue is having a smart server in the first place :)
[12:41] <ddaa> what's the status of that, last we talked about it, you were about to have a call with mark about using jelmer's stuff without supporting it explicitly in launchpad IIRC.
[12:42] <SteveA> spiv: +1
[12:42] <ddaa> lifeless: from your interest, I also gather that tracking-versions is 1.0, is it?
[12:43] <ddaa> it's not marked as such in the spec tracker
[12:43] <lifeless> its as soon as it can be done
[12:43] <lifeless> I dont know what makes something a 1.0 feature
[12:44] <ddaa> AFAIK, sabdfl makes things 1.0 features
[12:44] <lifeless> so, then its probably not a 1.0 feature
[12:44] <lifeless> but its still as soon as possible ;)
[12:44] <ddaa> mpool: about bzr-roundtrip-svn?
[12:45] <mpool> ddaa: i had a call and i sent a mail reporting the result
[12:45] <mpool> i'm sure you were cc'd
[12:45] <ddaa> mh?
[12:45] <mpool> did you not see it, or was it lost?
[12:45] <ddaa> I do not remember seeing it
[12:46] <mpool> i remember writing it
[12:46] <ddaa> ACTION: ddaa and mpool to sort out the lost mail issue
[12:46] <mpool> maybe there was a mail problem somewhere
[12:46] <mpool> no, it's worth announcing here
[12:46] <mpool> so the decision was that we will take no action on it
[12:46] <ddaa> CANCEL THAT ACTION
[12:46] <mpool> it's not a priority for canonical
[12:47] <ddaa> cool
[12:47] <mpool> jelmer can keep going with his work; we can support it and give advice on e.g. how to make id assignment better
[12:47] <mpool> but the main things for us to focus on are
[12:47] <mpool> - improving bzr performance
[12:47] <mpool> - getting the other import priorities
[12:47] <mpool> - exposing more feautres on launchpad
[12:47] <mpool> cool?
[12:48] <ddaa> Sounds quite sensible a plan.
[12:48] <ddaa> If you have not sent it to the ML, please do so.
[12:48] <mpool> :(
[12:48] <mpool> i hate losing mail
[12:48] <ddaa> == Pending sysadmin tasks ==
[12:49] <ddaa> Nothing I guess.
[12:49] <ddaa> Admins are perfect as usual those days.
[12:49] <ddaa> == Critical bugs ==
[12:49] <ddaa> Skipping that
[12:49] <ddaa> In short, everything is in progress
[12:49] <ddaa> I have partly implemented fix for two of them.
[12:49] <ddaa> Plan to get the code up for review this week.
[12:49] <ddaa> That will be the bulk of my time.
[12:50] <ddaa> == Any other business? ==
[12:51] <lifeless> yes
[12:51] <lifeless> https://launchpad.canonical.com/PrivateBranches#preview
[12:51] <ddaa> almost too late
[12:51] <lifeless> I've replied to the reviews from spiv and ddaa
[12:51] <lifeless> please go through them and either:
[12:51] <lifeless>  - delete the review question [you are happy]
[12:51] <lifeless>  - identify what you'd like me to do to make you happy on that point
[12:51] <spiv> Ok.
[12:52] <ddaa> ACTION: spiv and ddaa to review PrivateBranches again
[12:52] <ddaa> will try to do it this week
[12:52] <ddaa> lifeless: is that very important?
[12:53] <lifeless> its a blocker for using lp with lp
[12:53] <lifeless> bit of a lynchpin
[12:53] <ddaa> lynchin-r-us dear friend
[12:53] <lifeless> so, its important, but long term. Dont panic on it, but dont defer indefinately.
[12:53] <ddaa> Okay, but I'd rather get outstanding code finished before leaving.
[12:54] <ddaa> At the latest, I'll review quickly when I'm back.
[12:54] <mpool> ddaa: ok, mail is sent
[12:54] <ddaa> mpool: thank you
[12:54] <ddaa> I think that's all sorted out.
[12:55] <ddaa> MEETING CLOSED
[12:55] <ddaa> Reviewers have a break before the next meeting.
[12:55] <ddaa> I'll have a restbreak too.
[12:55] <ddaa> mpool: how much longer are you around today?
[12:57] <mpool> i can be around for a while
[12:57] <ddaa> mpool: I think we have one or two items to discuss post meeting
[12:58] <ddaa> Let's have it at 1130 UTC
[12:58] <jamesh> mpool: re. the client side of BranchIndirection, it sounds like it would need the same infrastructure as needed to handle HTTP redirects
[12:59] <ddaa> jamesh: yes, it's essentially a different front-end to the same functionality
[12:59] <mpool> jamesh: yes, i think so - could you add some details on that?
[12:59] <mpool> and also on the server side
[01:00] <jamesh> mpool: e.g. another use for cross-scheme redirects would be if I set up my web server to redirect with "Location: bzr-smart-server://..."
[01:01] <mpool> right
[01:01] <mpool> and you could argue that rather than xmlrpc, we should really just do the query over http
[01:01] <mpool> and expect a redirection back
[01:01] <jamesh> which would be a pretty cool thing to do for http://bazaar.launchpad.net/ -- redirect the user to smart server if their user-agent indicates they have a new enough bzr
[01:06] <mpool> yep


[09:18] <AnAnt> Hello, in alpha3 PC beep was working on my laptop, yet in alpha4 it doesn't, is this a kernel or pulseaudio issue ?
[11:00] <apw> cking, this bug seems to have come back with some comments:
[11:00] <apw> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/347623
[11:00] <ubot3> Malone bug 347623 in linux "Samsung q45 does not produce key-release events for Fn-Keys (patch included)" [Low,Fix committed]
[11:01] <apw> smb, this was the pad thing: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/300143
[11:01] <ubot3> Malone bug 300143 in linux "tablet devices show up as non-functional joysticks" [Undecided,Fix committed]
[11:01] <cking> apw, hrm.. ok, will pop it on my todo list
[11:02] <apw> cking, they verified it in -proposed and reported something odd like down works fine and up is odd or something (brightness)
[11:05] <cking> 80+ steps to dim the light is a little too much to ask I suppose.
[11:08] <laga> apw: did you see my message about the aufs config option? i'm afraid i killed my irssi session last night :)
[11:09] <apw> laga, best to repeat it now :)
[11:11] <laga> apw: mythbuntu needs CONFIG_AUFS_BR_RAMFS so its diskless clients can boot properly
[11:11]  * ogra wonders why
[11:11] <ogra> ltsp works fine as is
[11:12] <ogra> dont you base the mythbuntu diskless mode on ltsp anymore ?
[11:12] <laga> ogra: the xino lookup table is placed in /tmp. and if there's no ramfs support, that won't work in initramfs
[11:12] <laga> ogra: i can only assume you're placing the xino elsewhere
[11:13] <laga> let me restate that
[11:13] <ogra> stgraber would know i think
[11:13] <laga> you use some kind of temporary in-memory file system which is not ramfs AFAIK. aufs can place the xino table there
[11:14] <laga> for mythbuntu-diskless, our COW branch is on NFS - and the xino table can't go there, so it falls back to /tmp, which is broken in karmic
[11:14] <ogra> oh, NFS
[11:14] <laga> due to that config option lacking
[11:14] <ogra> how evil :P
[11:14] <ogra> yeah, NFS and union mounts were never good friends, thats a good reason indeed
[11:14] <apw> laga, so this is an aufs2 only issue affecting only karmic?
[11:14] <laga> yes
[11:15] <apw> laga, is there a bug filed?
[11:15] <laga> apw: no. :)
[11:15] <laga> i guess i should do that then. :)
[11:15] <apw> can you get one filed for me, i'll go see why that option is off
[11:17] <apw> laga, have you tested that turning this thing on actually works for you?  if so can you record that in the bug
[11:17] <laga> apw: yes, it works for me
[11:19] <laga> apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/414738
[11:19] <ubot3> Malone bug 414738 in linux "Mythbuntu-diskless needs CONFIG_AUFS_BR_RAMFS" [Undecided,New]
[16:27] <smb> apw, May I kindly remind you of bug 406419. I believe you wanted to do a correct SRU mail for that. :)
[16:27] <ubot3> Malone bug 406419 in linux "Ubuntu 8.04.3 amd64 on Dell PE R610 : Front USB ports do not detect newly inserted USB device" [Medium,In progress] https://launchpad.net/bugs/406419
[16:27] <apw> *burp*
[16:32] <micahg> do you guys do support in here or should I send people to #ubuntu + 1?
[16:32] <micahg> *people :)
[16:35] <rtg> micahg, depends on what you mean by support. we're willing to discuss kernel bugs, etc.
[16:36] <micahg> rtg: I had a user tell me a broadcom chipset isn't supported, I found an open bug regarding it, I'm just wondering where to send him if he can't solve it
[16:38] <rtg> micahg, well, wl.ko (if thats the driver in question) is a binary blob driver, so there's not a lot we can do to fix Broadcom issues.
[16:38] <micahg> so if broadcom dropped support we're stuck
[16:40] <rtg> micahg, I think thats unlikely, but their support is typically directed towards monetized projects on specific platforms. they don't really seem to care otherwise.
[16:41] <micahg> but the new intel drivers require the karmic kernel, right?
[16:43] <rtg> micahg, the Intel drivers _are_ part of the kernel. I assume you're talking about the Xorg drivers? If so, then yes - you'll need them in order to use the KMS enabled kernel drivers.
[16:44] <micahg> right, so someone trying to use an intrepid kernel with karmic will break stuff?
[16:45] <rtg> micahg, yep - won't work too well with the desktop.
[16:47] <ukev> hi, I've a curios problem with the usb stick subsystem of the kernel with usb pens(?) >= 8GB. Reading works fine but writing crashs after ~100-200MB with IO Error. USB drives (harddisk) works fine and the two usb sticks (8 GB and 16 GB) are working fine with other computers (osx), where can I look to locate the problem?
[16:58] <micahg> ok thanks rtg
[18:00] <ogasawara_> smb: re the ext4 patches, did you happen to save your patched kernels you built somewhere that I might quickly be able to point testers too?
[18:00] <apw> rtg ok ... i've reconstructed your abstracted debian form against head.  i've scripted the initial split so it can be applied again to any other repo we need.  just test building it now, and then will push it for review
[18:01] <ogasawara> smb: no worries if not, I can rebuild
[18:01] <smb> ogasawara, Let me check. I am not sure... Brain image not complete yet. :)
[18:01] <ogasawara> heh
[18:02] <rtg> apw, cool
[18:03] <apw> i shoved a couple of tweaks on the top the first lets you use all the targets in debian.master/rules
[18:03] <apw> the second fixes the insertchanges target
[18:04] <smb> ogasawara, Hm, no, it seems I got the packages removed. Sorry
[18:04] <ogasawara> smb: no problem, I was just being lazy :)
[18:05] <smb> ogasawara, Understandably, for the amount of time a build takes. :)
[18:16] <ukev> hi, I've got a curios problem with the usb disk subsystem of the kernel with usb pen drives >= 8GB. Reading works fine but writing crashs after ~100-200MB with IO Error. USB drives (harddisk) works fine and the two pen drives (8 GB and 16 GB) are working fine with other computers (osx), where can I look to locate the issue?
[18:41] <apw> rtg ok seems to build ok ... the proposed stack is here: git://kernel.ubuntu.com/apw/ubuntu-karmic.git abstracted-debian
[18:41] <rtg> apw, cool. I'll have a look as soon as I get mvl-dove sorted
[18:41] <apw> good luck with _that_
[18:42] <rtg> apw, oh, its close. there is some mind numbing udeb crap to deal with, but everything else is working.
[18:42] <apw> yay udebs ...
[18:53] <bjf> rtg, sorry, should have asked my question here ...
[18:53] <bjf> rtg, I just updated my karmic tree and the mvl-dove branch doesn't build, is that expected?
[18:57] <rtg> bjf, ok, try the mvl-dove branch again
[19:00] <apw> rtg heard any issues recently (-5/-6) with rfkill after resume?  needing an rfkill unblock
[19:00] <rtg> apw, nope, but its likely wifi driver dependent (unless its the laptop driver)
[19:16] <bjf> rtg, still not building, however this looks different: dpkg-architecture: warning: Specified GNU system type arm-linux-gnueabi does not match gcc system type x86_64-linux-gnu.
[19:18] <rtg> bjf, how are you building?
[19:19] <bjf> rtg, not with debuilld, am reading up on that now
[19:19] <bjf> rtg, export $(dpkg-architecture -aarmel)
[19:19] <rtg> bjf, here is the rune: debuild -eCROSS_COMPILE=arm-none-linux-gnueabi- --prepend-path=$(HOME)/proj/arm-tools/arm-2008q3/bin -b -aarmel -us -uc
[19:19] <bjf> rtg, CROSS_COMPILE=arm-none-linux-gnueabi- fakeroot debian/rules binary-$1
[19:20] <rtg> bjf, the key environment setting is '-aarmel'
[19:21] <bjf> rtg, that is set by: export $(dpkg-architecture -aarmel) right?
[19:22] <rtg> bjf, uh, dunno.
[19:22] <bjf> rtg, just ignore me
[19:22] <bjf> rtg, operator error
[19:22] <rtg> bjf, thats easy enough :)
[19:55] <bjf> rtg, dove should be producing a uImage but seems to be producing a zImage
[19:55] <rtg> bjf, hmm, you're right.
[19:56] <bjf> rtg, also, I'm getting a bunch of errors/warnings after "Now running lintian..."
[19:56] <rtg> bjf, they're OK, just noise 'cause I'm too lazy right now.
[19:56] <bjf> rtg, np
[19:58] <rtg> ogra, uploading dove right now, but it still produces a zImage.
[20:04] <Nafallo> something in 2.6.31-6-generic turns my eeepc into flickerville. I would assume that has been reported already?
[20:05] <rtg> Nafallo, flickerville is such a technical term :) I assume you refer to your display?
[20:06] <Nafallo> hehe. yeah :-). or graphics rather.
[20:06] <Nafallo> whenever something moves on the screen, the whole UNR desktop flickers
[20:07] <Nafallo> I booted into ABI 5 for now :-P
[20:07] <rtg> Nafallo, Is that intel graphics?
[20:07] <Nafallo> yeah. let's see if I can see what lshw -C VGA says.
[20:08] <Nafallo> nothing. maybe it's graphics :-)
[20:08] <rtg> Nafallo, lspci ?
[20:09] <Nafallo> product: Mobile 915GM/GMS/910GML Express Graphics Controller
[20:09] <Nafallo> lshw -C display
[20:09] <Nafallo> 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)
[20:10] <rtg> Nafallo, as I suspected. Please start an LP bug, make sure ogasawara knows that it is a regression.
[20:10] <Nafallo> oki
[20:18] <Nafallo> woha! I found the report bug link for the right package!
[20:18] <Nafallo> woha! I found the report bug link for the right package!
[20:18] <Nafallo> took a bit :-P
[20:35] <Nafallo> ubuntu-bug -p linux managed to cause OOM conditions.
[20:35] <Nafallo> had to reboot.
[20:35] <Nafallo> so much for following instructions ;-)
[22:14] <lesshaste> hi


[03:52]  * ckontros is testing off apps on Android. Pay no attention. :)
[03:53] <ckontros> s/off/irc
[03:54] <ckontros> Bye
[03:54] <holstein> i still prefer connectbot irc
[03:54] <holstein> i can get to my screen session with it and get around OK
[03:55] <ckontros> I'll look @ it.
[14:29] <scott-work> abogani: i installed the -lowlatency kernel last night, everything went fine so far but i haven't done any testing as of yet
[14:29] <scott-work> although i did spend some time establishing a baseline for the -generic performance
[14:30] <abogani> scott-work: Really great. Thanks!
[14:32] <scott-work> i hope that tonight i can spend some time testing the -lowlatency kernel


[01:34] <arraybolt3[m]> Am I the only one who thinks that "Sorry, Ubuntu 22.04 has experienced an internal error" is a little bit too alarming of a message when some not-really-critical app crashes? It sounds like something just died deep in the guts of the system that might throw the whole thing into an unstable wreck, but every time I remember checking *which* application crashed, it was something where I was like, "Oh whatever, fine, yes, send a
[01:34] <arraybolt3[m]> problem report, and then I'll go back to what I was doing before you threw this terrifying error message in my face".
[01:45] <lotuspsychje> good morning
[01:47] <lotuspsychje> isnt that typical linux, one branch breaks and the rest just keeps running arraybolt3[m] so not sure there's another soft way of telling
[01:49] <daftykins> maybe Canonical should buy Clippy from Microsoft and use it to apologise in a friendly way!
[01:49] <lotuspsychje> lol


[12:18] <raphink> hi
[12:18] <raphink> anyone here could help with deleting bzr branches on LP?
[12:19] <LarstiQ> fairly impossible atm I'm afraid.
[12:20] <lifeless> raphink: is the branch faulty ?
[12:20] <raphink> yes
[12:20] <lifeless> raphink: or just obsolete ?
[12:20] <raphink> faulty
[12:20] <raphink> I didn't understand how this worked
[12:20] <raphink> so I created the branches manually on LP
[12:20] <raphink> from the http interface
[12:20] <lifeless> mark it abandoned
[12:20] <raphink> ok
[12:20] <lifeless> we dont have an interface for deleting branches at the moment
[12:20] <lifeless> lots of data consistency to ensure before we do that
[12:21] <raphink> then I've pushed a new branch, with a new name
[12:21] <raphink> the push worked
[12:21] <raphink> but I can't branch from it
[12:21] <lifeless> whats the url?
[12:22] <raphink> http://bazaar.launchpad.net/~ichthux-dev/ichthux/germinate-seeds
[12:22] <raphink> bzr: ERROR: Not a branch: http://bazaar.launchpad.net/~ichthux-dev/ichthux/germinate-seeds/
[12:23] <raphink> but the push works and the directory is there when I view it in sftp
[12:25] <lifeless> look here: https://launchpad.net/people/ichthux-dev/+branch/ichthux/germinate-seeds
[12:25] <lifeless> Recent revisions
[12:25] <lifeless> This branch has not been scanned for revisions yet, or no revisions were found on the last scan. Branches are scanned at least once a day.
[12:25] <lifeless> it needs a few minutes to copy over from sftp to http
[12:26] <raphink> ok
[12:26] <raphink> thanks
[12:26] <raphink> i'll wait
[12:36] <raphink> thanks lifeless
[12:40] <Ubugtu> New bug: #60820 in launchpad-bazaar "branch registration form allows bazaar.launchpad.net urls" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60820
[04:36] <AlinuxOS> danilo_, hello ;)
[07:31] <Ubugtu> New bug: #60876 in malone "could not link a "conglomerate" bug to upstream" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60876
[06:45] <dem> hey guys how do i create a new template for translations in launchpad, I have one already for my app, but i'd like to have a second one for the documentation.
[07:06] <jordi> dem: just upload a new pot file with a different name
[07:06] <jordi> ie, if you used foo.pot for your app
[07:07] <jordi> upload foo-doc
[07:07] <jordi> and magic will happen behind the scenes :)
[07:12] <dem> and it show up a new template?
[07:12] <dem> okay
[07:16] <jordi> dem: if you do it right now, it might happen really fast
[07:16] <jordi> ie, because I'm looking now :)
[07:16] <dem> okay let me try then
[07:17] <jordi> what product?
[07:17] <jordi> be sure to upload the file outside the context of your already existing template
[07:17] <jordi> ie.. /products/foo/+series/bar/+translations
[07:18] <dem> drapes
[07:18] <dem> yeah, i can't find a button for it on my page
[07:19] <jordi> hm
[07:19] <jordi> trunk, or 0.5pre?
[07:19] <jordi> https://launchpad.net/products/drapes/trunk/+translations
[07:20] <jordi> in this url, use the "Upload translations" link at the left
[07:20] <dem> i wish i could merge my trunk with the main branch i have for bzr
[07:20] <dem> i dunno how it happened
[07:20] <jordi> can't you just change the name?
[07:22] <dem> no
[07:22] <dem> aparently i cannot
[07:22] <jordi> hm, I suggest you seek help tomorrow morning here
[07:22] <jordi> today's a bad day for support
[07:23] <dem> that's okay
[07:23] <dem> i uploaded the new template now
[07:23] <jordi> ok
[07:23] <dem> i wish launchpad was a lot more explicit
[07:24] <dem> like it would say instead of upload files, it would say: Upload NEW template
[07:24] <dem> and Update current template/po files
[07:24] <jordi> can you file a bug about it?
[07:24] <dem> sure, cause i guess i would say "launchpad makes me feel slow"
[07:24] <jordi> hehe
[07:25] <jordi> hm, the file is drapes.po.
[07:25] <jordi> shouldn't it be drapes-doc.pot?
[07:25] <dem> i just uploaded drapes-help.pot
[07:25] <jordi> oh, and drapes, as well?
[07:26] <dem> no, i just uploaded one file
[07:26] <dem> what's the name of the project for launchpad that i would file a bug for
[07:26] <jordi> weird, it appeared as drapes.po...
[07:26] <jordi> rosetta
[07:28] <dem> i can go againe
[07:28] <jordi> https://launchpad.net/products/drapes/trunk/+translations
[07:28] <jordi> nope
[07:28] <jordi> I fixed it
[07:28] <dem> okay, why did that happen?
[07:28] <jordi> I have no idea
[07:29] <jordi> anyway, it will appear in any minute
[07:30] <jordi> I gotta go
[07:37] <dem> https://launchpad.net/products/rosetta/+bug/60939
[07:37] <Ubugtu> Malone bug 60939 in rosetta "Rosetta isn't explicit enought/too cryptic" [Untriaged,Unconfirmed]
[07:45] <Ubugtu> New bug: #60939 in rosetta "Rosetta isn't explicit enought/too cryptic" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60939