[01:04] <zeref> anybody up?
[05:30] <superfly> zeref: i might have been, but not out of specific choice
[05:30] <superfly> Maaz: tell Kilos hi
[05:31] <Maaz> superfly: Okay, I'll tell Kilos on freenode
[06:24] <Kilos> morning all
[06:43] <Kilos> morning SilverCode
[06:43] <Kilos> hi superfly
[06:43] <SilverCode> moring
[06:43] <jrgns> morning...
[06:56] <Kilos> hi jrgns
[07:06] <Kilos> inetpro, môre oompie
[07:06] <Kilos> lo nuvolari
[08:32] <SilverCode> anyone know if it is possible to record the video of a virtualbox session?
[08:32] <SilverCode> mu google-fu isn't very strong today
[08:32] <SilverCode> *my
[09:10] <superfly> :-( I have to endure a day of work before I can get my hands on my Kindle Fire :-( :-(
[09:11] <Kilos> lol
[09:11] <Kilos> never mind
[09:11] <Kilos> whats one day
[09:16] <superfly> agony, that's what one day is.
[09:16] <Kilos> lol
[09:17] <Kilos> where exactly?
[09:17] <Kilos> in the longing button
[09:28] <smile> hoi! :p
[09:35] <Kilos> hoi smile
[09:44] <smile> hoi Kilos- :p
[10:01] <Kilos> google how to permanently enable mobile broadband on nm 12.04
[10:01] <Kilos> oops
[11:32] <tumbleweed> Maaz: tell magespawn thanks
[11:32] <Maaz> tumbleweed: Sure, I'll tell magespawn on freenode
[11:45] <Kilos> tumbleweed, can you find some time tonight or whenever to try help me fix nm to get modeswitch working and auto connect please
[11:46] <Kilos> been googling and following all the advice from launchpad evn changed conf files but still no joy
[11:46] <Kilos> even
[11:52] <Kilos> can use it with cellphone but wont autoconnect and with modem then mobile broadband enable doesnt even show
[11:56] <Kilos> or point me to the right link or person please
[12:02] <tumbleweed> I didn't know NM could auto-connect 3g connections
[12:02] <Kilos> it has on all other releases
[12:03] <Kilos> shows in this one too but doesnt work
[12:03] <Kilos> hi kbmonkey
[12:04] <Kilos> in configure vpn
[12:07] <Kilos> https://bugs.launchpad.net/bugs/1033579
[12:08] <Kilos> they told me things like nokia 2720 works but 2730 doesnt and ive been using my 2730 for a coupla years
[12:09] <Kilos> drussell, hi do you see any progress on that bug?
[12:10] <drussell> Kilos: no, I've kept an eye on it, but not had a chance to poke anyone yet
[12:11] <Kilos> oh , i didnt mean from you personally
[12:11] <Kilos> the rest of the community
[12:14] <Kilos> for peeps using mobile broadband to connect its a top priority thing methinks
[12:26] <makhatemakhate> Anybody home?
[12:30] <Kilos> hi makhatemakhate
[12:31] <Kilos> welcome to ubuntu-za
[12:31] <Kilos> do you need linux/ubuntu help?
[13:03] <makhatemakhate> Afternoon Kilos
[13:03] <makhatemakhate> Sorry for the daley
[13:03] <makhatemakhate> ...for the delay
[13:04] <Kilos> np
[13:04] <makhatemakhate> I just want to be part of Ubuntu-za even though I live in Lesotho
[13:04] <makhatemakhate> Is that OK/
[13:04] <Kilos> yeah
[13:04] <Kilos> welcome
[13:04] <Kilos> we got guys from all over here
[13:04] <makhatemakhate> as in guys from Lesotho?
[13:05] <Kilos> nope netherlands and belgium etc
[13:05] <makhatemakhate> ok
[13:05] <Kilos> couple in the states and england
[13:05] <makhatemakhate> Anyone from Lesotho?
[13:05] <Kilos> not that i know of
[13:06] <Kilos> too cold there by you
[13:06] <makhatemakhate> :)
[13:06] <Kilos> hi smile-brb
[13:06] <makhatemakhate> But we can live it
[13:07] <Kilos> lol
[13:07] <makhatemakhate> I heard you're having a meeting on the 20th
[13:07] <makhatemakhate> I'd like to come...
[13:07] <Kilos> yes right here. where did you hear
[13:08] <makhatemakhate> mmm from maia grotepass
[13:09] <makhatemakhate> I don't know how s/he got hold of my email address
[13:09] <Kilos> lol
[13:09] <makhatemakhate> :)
[13:09] <makhatemakhate> what's funny?
[13:09] <makhatemakhate> :)
[13:09] <Kilos> you must try find more guys from your area and you can have ubuntu hours there
[13:10] <Kilos> she is a hard worker
[13:10] <makhatemakhate> Yah
[13:10] <Kilos> have you joined the mailing list
[13:10] <makhatemakhate> I have joined the digest-za mail list
[13:11] <Kilos> our list<EMAIL_ADDRESS>[13:11] <makhatemakhate> yah, something list that...
[13:12] <makhatemakhate> I already have it
[13:12] <Kilos> good
[13:12] <Kilos> what OS are you using
[13:12] <makhatemakhate> it's just that I wanna join your meeting so that I can learn what you guys do so that I take to Lesotho
[13:13] <Kilos> I actually dont help people here I am the greeting bot
[13:13] <makhatemakhate> I use Snow Leopard as work
[13:13] <Kilos> yes you can start a loco in lesotho
[13:13] <makhatemakhate> I meant at work I use Snow Leopard
[13:13] <makhatemakhate> yah
[13:14] <makhatemakhate> But don't you think it'd be better to attend a couple of meetings so that I can learn a few things?
[13:15] <Kilos> yes you are welcome to see how things work here by us
[13:15] <Kilos> are you in the IT profession
[13:15] <makhatemakhate> Yah
[13:16] <makhatemakhate> I'm a database administrator
[13:16] <Kilos> ah
[13:16] <makhatemakhate> well, in my own right...
[13:16] <makhatemakhate> :)
[13:17] <makhatemakhate> what I mean is, I'm not top notch, though
[13:17] <makhatemakhate> :)
[13:18] <Kilos> sooner or later
[13:18] <smile-brb> hi Kilos :p
[13:18] <Kilos> just work at it
[13:19] <Kilos> assup smile-brb
[13:19] <Kilos> wassup as well
[13:20] <smile-brb> Kilos: i'm fine, but brb to 15u35 :)
[13:20] <smile-brb> :p
[13:20] <Kilos> k
[13:32] <smile-brb> back :)
[13:32] <Kilos> lol
[13:32] <smile> Kilos: why lol :)
[13:32] <Kilos> you 3 mins early
[14:01] <charlvn> good afternoon
[14:02] <charlvn> Maaz: coffee on
[14:02] <Kilos> hi charlvn
[14:02] <Kilos> Maaz, coffee please
[14:02]  * Maaz starts grinding coffee
[14:02] <Kilos> hmm
[14:02] <Maaz> Kilos: Sure
[14:02] <charlvn> Maaz: why are you so slow
[14:02] <Maaz> charlvn: I already know stuff about why
[14:02] <Kilos> lol
[14:03] <charlvn> very intelligent answer :P
[14:03] <charlvn> i'm sure that won't pass the turing test though
[14:06] <Maaz> Coffee's ready for charlvn and Kilos!
[14:06] <Kilos> Maaz, ty
[14:06] <Maaz> You are welcome Kilos
[14:08] <charlvn> Maaz: danke
[14:08] <Maaz> Bitteschön
[14:16] <zeref> hmmmm
[14:43] <Trixar_za> Kilos: If you're interested, I redid the sakis3g build
[14:43] <Kilos> yo Trixar_za
[14:43] <Trixar_za> And the damn database is STILL broken. Had to merge old and new databases to get it to work
[14:43] <Kilos> yip please if you will explain nicely to me how to confige it so it gets mxit and my emails too
[14:44] <Trixar_za> It even had the bug in it I reported 2 months ago :/
[14:44] <Kilos> eish
[14:44] <Kilos> broken bu them?
[14:44] <Kilos> by
[14:44] <Trixar_za> Yeah
[14:44] <Trixar_za> They simplified the files 2 releases back
[14:44] <Kilos> they seem to be doing other things
[14:44] <Trixar_za> Removed the redundancy so to speak
[14:44] <Trixar_za> But enroute they broke something
[14:45] <Trixar_za> They also left some files incomplete
[14:45] <Kilos> eish
[14:45] <Kilos> wonder why they seem to have got slack
[14:45] <Trixar_za> I found the easiest way was to use the old database from a few releases back that worked
[14:45] <Kilos> sakis3g works here
[14:45] <Trixar_za> and merge into it only the changed and new files
[14:45] <Kilos> ah
[14:45] <Trixar_za> That seems to fix it
[14:46] <Kilos> when you gonna debug nm and modeswitch
[14:46] <Kilos> half the world will love you
[14:46] <Trixar_za> Well, I can't debug nm, but I can probably give you the working copy if the current database
[14:47] <Kilos> of nm?
[14:47] <Trixar_za> If it works with Sakis3g, it will probably work with the current Ubuntu version of usb_modeswitch
[14:47] <Trixar_za> Which in proxy would make nm work
[14:47] <Kilos> oh great
[14:48] <Kilos> i have made so mayny conf files and changed so many i dunno where i am anymore
[14:48] <Kilos> and 12.04 hasnt broken even
[14:48] <Kilos> nm works but the modeswitch does let see modem as modem
[14:49] <Kilos> dunno if i must change that product=0000 to 0017 or something
[14:50] <Trixar_za> http://trixarian.net/usb-modeswitch-data-fixed.tar.bz2
[14:50] <Trixar_za> You'll have to copy it to the right place though
[14:50] <Kilos> but lets sort sakis3g first
[14:50] <Kilos> ok tell where
[14:50] <Trixar_za> I don't know where that is in Ubuntu :P
[14:51] <Kilos> you know sakis
[14:51] <Trixar_za> Oh, I'll upload it :P
[14:51] <Kilos> i followed their instructions and wgot the file and it installed via their instructions
[14:52] <Kilos> now dunno even where that first how to is
[14:53] <Kilos> the important thing is , it must restart on its own if there is some break in connection
[14:58] <Trixar_za> There, it should be fully updated everywhere
[14:58] <Trixar_za> http://www.trixarian.net/sakis3g.gz
[14:59] <Kilos> ok lemme go fetch
[14:59] <Kilos> can i wget that link??
[15:00] <Kilos> Trixar_za, ^^
[15:00] <Trixar_za> wget http://www.trixarian.net/sakis3g.gz
[15:00] <Kilos> ty sir
[15:00] <Trixar_za> and gunzip sakis3g.gz when you're done
[15:01] <Trixar_za> I only gzipped it because that's 'standard' for the 2 year old version
[15:02] <Trixar_za> So Sakis3g users don't get confused :P
[15:05] <Kilos> wow its taking forever
[15:05] <Kilos> 25% now
[15:05] <Kilos> such a tiny file
[15:06] <Kilos> 1.2K/s
[15:06] <Kilos> slowest i ever seen
[15:09] <Trixar_za> It's also not fully tested. Only a handful of people have used it :P
[15:09] <Trixar_za> But I'm connected using it now, so I assume it works
[15:10] <Trixar_za> The new file is also about 6kb bigger than the last one
[15:10] <Trixar_za> and still double the size of the old sakis3g :/
[15:11] <Kilos> lol
[15:12] <Kilos> still tiny compared to other stuff
[15:14] <Trixar_za> Well, it has 241 devices in the database compared to the old version's 100 or so devices
[15:14] <Trixar_za> :p
[15:14] <Trixar_za> So the database itself is double it's original size
[15:14] <Kilos> unzip is extract hey?
[15:15] <Kilos> right click extract
[15:16] <Kilos> now what do i do with that extracted file
[15:17] <Kilos> 469.3 kB hey?
[15:17] <Trixar_za> yeah
[15:17] <Trixar_za> run it
[15:17] <Trixar_za> :P
[15:17] <Trixar_za> ./sakis3g
[15:17] <Kilos> whew
[15:17] <Trixar_za> Picking the first option when connecting works
[15:18] <Trixar_za> But it's ncurses based dialog code is a little broken. Luckily it falls back on better stuff in Ubuntu.
[15:18] <Kilos> i have it extracted on my desktop , ./sakis3g doesnt work
[15:19] <Trixar_za> sudo cp sakis3g /usr/bin/sakis3g ?
[15:19] <queery> bello
[15:19] <Trixar_za> then it should run as sakis3g from the terminal
[15:19] <queery> Maaz, coffee on
[15:19]  * Maaz puts the kettle on
[15:19] <Kilos> with the ?
[15:19] <Trixar_za> without the ?
[15:19] <Trixar_za> :p
[15:20] <Kilos> cp: cannot stat `sakis3g': No such file or directory
[15:21] <Trixar_za> Oo
[15:21] <Trixar_za> what?
[15:21] <Kilos> cp /home/miles/Desktop/sakis3g /usr/bin/sakis3g  ?
[15:22] <Kilos> or /home/Desktop
[15:22] <Trixar_za> /home/miles/Desktop/sakis3g probably
[15:23] <Maaz> Coffee's ready for queery!
[15:24] <queery> Maaz, ty
[15:24] <Maaz> You are welcome queery
[15:34] <Kilos> looks like it went there Trixar_za
[15:34] <Kilos> term went back to prompt
[15:35] <Trixar_za> Hmmm
[15:36] <Kilos> will it upgrade itself now?
[15:36] <Kilos> uh oh whats with the hmmm
[15:36] <Trixar_za> It's not finding the right interface to work with
[15:37] <Kilos> isnt going back to prompt when its successful
[15:37] <Trixar_za> echo SGUI="interactive terminal" > sakis3g.conf
[15:38] <Trixar_za> sudo cp sakis3g.conf /etc/sakis3g.conf
[15:38] <Trixar_za> That tells it to use the interactive terminal interface
[15:39] <Trixar_za> There is a command line flag for it, but I doubt you want to keep typing it the whole time
[15:39] <Kilos> lots to type?
[15:40] <Kilos> do you use sakis in text mode
[15:40] <Kilos> i got gui
[15:41] <Trixar_za> Yeah, that's what we're looking for
[15:41] <Trixar_za> And yes, mostly because SliTaz doesn't support the other interfaces
[15:41] <Trixar_za> :P
[15:41] <Kilos> oh ya you not on ubuntu
[15:42] <Trixar_za> Press 1 and see if it can get you connected
[15:42] <Kilos> i even found one place where they say sakis3g doesnt work on 12.04 but mine is
[15:42] <Trixar_za> It will ask you several questions though, but for me picking the first option worked
[15:42] <Trixar_za> options*
[15:43] <Kilos> inna terminal ?
[15:43] <Trixar_za> yeah
[15:43] <Kilos> miles@P4:~$ 1
[15:43] <Kilos> 1: command not found
[15:43] <Kilos> lol
[15:43] <Trixar_za> Don't you have sakis3g running? Oo
[15:43] <Kilos> i must surely open sakis first
[15:43] <Trixar_za> lol, yeah
[15:44] <Kilos> lol
[15:44] <Kilos> its open on desktop now but 1 in terminal does niks
[15:46] <Trixar_za> It's not showing you a menu like:
[15:46] <Trixar_za> Please select an action
[15:46] <Trixar_za> Choose action for Sakis3G script to follow.
[15:46] <Trixar_za> Available options are:
[15:47] <Kilos> maybe i must close the gui and open in text till we got it setup properly then go back gui again?
[15:47] <Kilos> ya a little window
[15:47] <Trixar_za> Well click on or press 1. Depending on the interface.
[15:48] <Trixar_za> Should say Connect or something
[15:48] <Trixar_za> :P
[15:48] <Kilos> disconnect  connection info etc
[15:48] <Trixar_za> disconnect? So you're already connected?
[15:48] <Kilos> it musta connected already because only disconnect shows
[15:48] <Trixar_za> Yeah
[15:48] <Kilos> i didnt even tell it connect
[15:48] <Kilos> it
[15:49] <Kilos> oh but modem not plugged in even so maybe it sees my phone is connected
[15:50] <Trixar_za> lol, probably
[15:51] <Trixar_za> It checks for ppp0
[15:54] <Trixar_za> wb
[15:54] <Kilos-> ty sakis connected
[15:54] <Kilos-> now where i see them red blue green lights
[15:56] <Kilos-> i have that tux emblem on desktop but no connection display lights
[15:57] <Trixar_za> It has an option for that
[15:57] <Trixar_za> No that I ever used it
[15:59] <Kilos> ok once it is open and working how do i get to add all these options
[15:59] <Kilos> they dont show in the gui
[16:00] <Kilos> i see generate success report and
[16:00] <queery> so who is conning to ubuntu hour tomorrow?
[16:01] <Kilos> compile embedded usb-modeswitch
[16:01] <Trixar_za> http://wiki.sakis3g.org/wiki/index.php?title=Sakis3G_UI#Helper
[16:01] <Kilos> queery, have you advertised your uh
[16:01] <Kilos> i go look ty
[16:01] <Trixar_za> Needs Zenity though (which comes with GNOME)
[16:02] <queery> yes
[16:02] <queery> twice on ubuntu-za mailing list
[16:03] <Kilos> i didnt get it once
[16:03] <queery> are you serious
[16:03] <queery> it never bounced
[16:04] <Kilos> nothing here<EMAIL_ADDRESS>[16:04] <queery> it had to have gone through
[16:04] <queery> het vandag 'n oproep oor dit gekry
[16:05] <queery> Hi Guys & Gals
[16:05] <queery> Just a reminder of the Ubuntu Hour on Saturday (11/8/2012) for all the Gauteng Geeks.
[16:05] <queery> It will be held at the Rosebank Mall Mugg&Bean again, which is right next to the Rosebank Gautrain station. www.gautrain.co.za
[16:05] <queery> Please come and join us for a coffee and/or a muffin, bring your toys and your kids.  This usually indicates libusb (or libusb-compat) development kit missing.
[16:34] <Kilos> thats from compile embedded usb-modeswitch
[16:34] <Kilos> what now
[16:35] <Kilos> i did sakis3g helper --zenity and a little window opened saying vodacom-za
[16:37] <Kilos> Trixar_za, ^^ sorry to bug you so
[16:38] <Kilos> how do i activate the extra things
[16:38] <Kilos> at least my mails are working so you did something right
[16:38] <Trixar_za> Which extra things?
[16:38] <Kilos> them red blue green indicators
[16:39] <Kilos> yay mxit working too ty
[16:40] <Trixar_za> Supposably, it should be showing a tux icon that changes colour when you have helper running
[16:40] <Kilos> where?
[16:41] <Trixar_za> On your system tray on your panel
[16:41] <Kilos> hmmm
[16:41] <Kilos> is that the top panel?
[16:41] <Trixar_za> It changes colour based on it's status. It should be green now that you're connected
[16:42] <Kilos> this thing on the left is the menu thing i think
[16:43] <Kilos> i have the shortcut on desktop and when open tux is in the menu panel as well but no colour change
[16:47] <Trixar_za> Won't really know Kilos.  Do you have access to a windows system?
[19:03] <nuvolari> http://ubuntuforums.org/showpost.php?p=12095938&postcount=5
[19:04] <Kilos> i have xp on small drive
[19:05] <Kilos> hehe i even have a win7 ultimate cd
[19:05] <Kilos> that looks good nuvolari ty
[19:05] <Trixar_za> :/
[19:05] <Kilos> what Trixar_za ?
[19:05] <Trixar_za> Sometimes I wonder about you guys
[19:05] <Trixar_za> :P
[19:05] <nuvolari> toemaar Trixar_za, ek ignoreer jou nie
[19:05] <Trixar_za> Sakis3g might not be fancy, but it works
[19:06] <Kilos> you never heard of. know the enemy
[19:06] <Trixar_za> And Betavine is there for the other end :P
[19:06] <nuvolari> I won't try betavine ever again
[19:06] <Kilos> and keep your enemies closer than your friends
[19:06] <nuvolari> it sucked the rist time
[19:06] <nuvolari> &first
[19:06] <nuvolari> *first
[19:06] <Trixar_za> lol
[19:06] <Trixar_za> http://www.trixarian.net/sakis3g.gz
[19:07] <Trixar_za> The rebuilt copy
[19:07] <Kilos> yes Trixar_za but im used to ubuntu just working
[19:07] <Trixar_za> Still the best, even if it's not overly fancy
[19:07]  * nuvolari doesn't trust it *cough*
[19:07] <nuvolari> :P
[19:07] <Kilos> well it works here today
[19:07] <Trixar_za> It's open source
[19:07] <Trixar_za> I even added 8ta
[19:07] <Trixar_za> :P
[19:07] <Trixar_za> So there
[19:07] <Kilos> dit werk goed nuvolari  ek het dit by hom gekry
[19:08] <Kilos> oh not 8.ta
[19:08] <Kilos> nm sees them as 8.ta
[19:09] <Trixar_za> Yeah, I noticed that in Sakis3G too
[19:09] <Trixar_za> So I changed the provider identifier from 8ta to 8.ta
[19:10] <Trixar_za> http://www.trixarian.net/sakis3g-source.tar.gz
[19:10] <Trixar_za> If you want my working source :P
[19:10] <Trixar_za> oops
[19:10] <Trixar_za> forgot the version
[19:10]  * nuvolari doesn't see any github link
[19:10] <Trixar_za> http://www.trixarian.net/sakis3g-0.2.0e-source.tar.gz
[19:11] <Trixar_za> http://www.trixarian.net/sakis3g-0.2.0e-source.tar.bz2
[19:11] <Trixar_za> That last one works
[19:11] <Trixar_za> Stupid memory
[19:11] <Trixar_za> :P
[19:14] <Kilos> uh oh something happened
[19:14] <Kilos> cant open any files on desktop
[19:15] <Kilos> night guys sleep tight
[19:15] <nuvolari> nag oom Kilos
[19:15] <nuvolari> lekker slaap
[19:15] <Kilos> we fight again tomorrow
[19:15] <Kilos> jy ook dankie seun


[06:59] <doko> tonight (Tuesday CET), I'll upload gcc-13, the only "disruption" could be new symbol versions in libgcc-s1 and libstdc++6, but these shouldn't be yet triggering any versioned dependencies
[07:42] <LocutusOfBorg> vorlon, hello, missing build on i386: python3-cryptography (from 3.4.8-2)
[07:42] <LocutusOfBorg> now that curl has migrated we can remove it, right?
[08:14] -queuebot:#ubuntu-release- Unapproved: gnome-initial-setup (jammy-proposed/main) [42.0.1-1ubuntu2.1 => 42.0.1-1ubuntu2.2] (ubuntu-desktop)
[09:09] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (jammy-backports/universe) [60-1~bpo22.04.1 => 61-1~bpo22.04.1] (no packageset)
[09:10] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (kinetic-backports/universe) [281-1~bpo22.10.1 => 282-1~bpo22.10.1] (no packageset)
[09:10] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (kinetic-backports/universe) [60-1~bpo22.10.1 => 61-1~bpo22.10.1] (no packageset)
[09:11] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (jammy-backports/universe) [281-1~bpo22.04.1 => 282-1~bpo22.04.1] (no packageset)
[09:11] -queuebot:#ubuntu-release- Unapproved: cockpit (kinetic-backports/universe) [283-1~bpo22.10.1 => 284-1~bpo22.10.1] (no packageset)
[09:11] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-backports/universe) [283-1~bpo22.04.1 => 284-1~bpo22.04.1] (no packageset)
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (kinetic-backports) [282-1~bpo22.10.1]
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (kinetic-backports) [284-1~bpo22.10.1]
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (kinetic-backports) [61-1~bpo22.10.1]
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (jammy-backports) [282-1~bpo22.04.1]
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-backports) [284-1~bpo22.04.1]
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (jammy-backports) [61-1~bpo22.04.1]
[10:26] -queuebot:#ubuntu-release- Unapproved: accepted gnome-initial-setup [source] (jammy-proposed) [42.0.1-1ubuntu2.2]
[10:40] <waveform> sil2100, thanks for the note on LP: #1989713 -- no, it's not safe to drop the transitional package on jammy -- could you reject the linux-firmware-raspi upload from jammy-proposed and I'll re-upload with that re-instated?
[10:40] -ubottu:#ubuntu-release- Launchpad bug 1989713 in linux-firmware-raspi (Ubuntu Jammy) "[SRU] CM4 NVMe boot fails due to old start4.elf / fixup4.dat" [High, Confirmed] https://launchpad.net/bugs/1989713
[10:48] -queuebot:#ubuntu-release- Unapproved: rejected linux-firmware-raspi [source] (jammy-proposed) [8-0ubuntu1~22.04]
[11:15] -queuebot:#ubuntu-release- Unapproved: linux-firmware-raspi (jammy-proposed/restricted) [6-0ubuntu3 => 8-0ubuntu1~22.04] (raspi)
[12:10] <sil2100> waveform: looking at it now then o/
[12:10] <waveform> thanks!
[13:27] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware-raspi [source] (jammy-proposed) [8-0ubuntu1~22.04]
[14:33] <jbicha> ubuntu-archive: please demote gstreamer1.0-qt6 to universe
[14:40] -queuebot:#ubuntu-release- Unapproved: gdm3 (kinetic-proposed/main) [43.0-1ubuntu1 => 43.0-1ubuntu<IP_ADDRESS>] (desktop-core)
[14:41] -queuebot:#ubuntu-release- Unapproved: gdm3 (jammy-proposed/main) [42.0-1ubuntu7 => 42.0-1ubuntu<IP_ADDRESS>] (desktop-core)
[15:23] <ginggs> o/ vorlon, i think we can get numpy to migrate soon, i've fixed:
[15:23] <ginggs> https://autopkgtest.ubuntu.com/packages/mlpy/lunar/amd64
[15:23] <ginggs> https://autopkgtest.ubuntu.com/packages/pyemd/lunar/amd64
[15:23] <ginggs> https://autopkgtest.ubuntu.com/packages/python-pymbar/lunar/armhf
[15:23] <ginggs> https://autopkgtest.ubuntu.com/packages/symfit/lunar/ppc64el
[15:24] <ginggs> and i believe we can remove the remaing ones (scheduled for removal or already removed in debian)
[15:25] <ginggs> python-pymbar is armhf only because it should be in big_packages, do we add this pro-actively, or only when they become blockers?
[15:27] <ginggs> the symfit precision error was ppc64el only, but not due to our use of -O3; Debian have the same error on their ppc64el, and a different error on i386
[15:27]  * ginggs files some removal bugs
[15:59] -queuebot:#ubuntu-release- New source: mini-iso-tools (lunar-proposed/primary) [0.1.1]
[16:26] <vorlon> Eickmeyer: looks like the pipewire-alsa recommends has been fixed
[16:28] <vorlon> jbicha: gstreamer1.0-qt6 demoted
[16:35] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (kinetic-proposed/main) [27.13.2~22.10.1 => 27.13.3~22.10.1] (core)
[16:36] <vorlon> ginggs: can you enumerate which revdeps of numpy you want removed?
[16:37] <ginggs> sure, will do shortly
[16:37] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.13.2~20.04.1 => 27.13.3~20.04.1] (core)
[16:37] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [27.13.2~22.04.1 => 27.13.3~22.04.1] (core)
[16:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.13.2~18.04.1 => 27.13.3~18.04.1] (core)
[16:39] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [source] (lunar-proposed) [0.1.1]
[16:39] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.13.2~16.04.1 => 27.13.3~16.04.1] (no packageset)
[16:40] -queuebot:#ubuntu-release- New binary: mini-iso-tools [amd64] (lunar-proposed/none) [0.1.1] (no packageset)
[16:41] -queuebot:#ubuntu-release- New binary: mini-iso-tools [armhf] (lunar-proposed/none) [0.1.1] (no packageset)
[16:41] -queuebot:#ubuntu-release- New binary: mini-iso-tools [s390x] (lunar-proposed/none) [0.1.1] (no packageset)
[16:41] -queuebot:#ubuntu-release- New binary: mini-iso-tools [ppc64el] (lunar-proposed/none) [0.1.1] (no packageset)
[16:42] -queuebot:#ubuntu-release- New binary: mini-iso-tools [arm64] (lunar-proposed/none) [0.1.1] (no packageset)
[16:47] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [amd64] (lunar-proposed) [0.1.1]
[16:47] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [armhf] (lunar-proposed) [0.1.1]
[16:47] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [s390x] (lunar-proposed) [0.1.1]
[16:47] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [arm64] (lunar-proposed) [0.1.1]
[16:47] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [ppc64el] (lunar-proposed) [0.1.1]
[16:51] <dbungert> :tada:
[16:52] -queuebot:#ubuntu-release- Unapproved: shim-signed (focal-proposed/main) [1.40.8 => 1.40.9] (core) (sync)
[16:52] -queuebot:#ubuntu-release- Unapproved: shim (focal-proposed/main) [15.7-0ubuntu1 => 15.7-0ubuntu1] (core) (sync)
[16:54] -queuebot:#ubuntu-release- New binary: mini-iso-tools [riscv64] (lunar-proposed/none) [0.1.1] (no packageset)
[16:56] <juliank> sil2100: ^ I accidentally copied in shims too early while writing new tooling, can you delete the ones in focal-proposed?
[16:56] <vorlon> ginggs: oh, if you've already filed removal bug reports for all of them, then that's sufficient enumeration :)
[16:56] <vorlon> juliank: from the queue or from the pocket?
[16:56] <juliank> vorlon: the queue
[16:56] <vorlon> juliank: done
[16:56] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [sync] (focal-proposed) [1.40.9]
[16:57] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (focal-proposed) [15.7-0ubuntu1]
[16:57] -queuebot:#ubuntu-release- Unapproved: shim-signed (bionic-proposed/main) [1.37~18.04.12 => 1.37~18.04.13] (core) (sync)
[16:57] <vorlon> jbicha: why is ubuntu-archive subscribed to LP: #2004116?
[16:57] -ubottu:#ubuntu-release- Launchpad bug 2004116 in procps (Ubuntu) "Merge procps 2:4.0.2-3 (main) from Debian unstable (main)" [Wishlist, Confirmed] https://launchpad.net/bugs/2004116
[16:57] -queuebot:#ubuntu-release- Unapproved: shim-signed (focal-proposed/main) [1.40.8 => 1.40.9] (core) (sync)
[16:57] -queuebot:#ubuntu-release- Unapproved: shim-signed (kinetic-proposed/main) [1.52 => 1.54] (core) (sync)
[16:57] -queuebot:#ubuntu-release- Unapproved: shim-signed (jammy-proposed/main) [1.51.1 => 1.51.3] (core) (sync)
[16:58] <juliank> vorlon: OK the real shim respins with dannfs arm64 patches are in the queues nowp
[16:58] <juliank> And my script to copy them around works :)
[16:58] <juliank> It's a small shell script I could add to ubuntu-archive-tools maybe?
[16:59] <juliank> it looks like this: https://paste.ubuntu.com/p/JTpqGwKc9N/
[17:00] <juliank> I just need to write the bits that promote kinetic shims to lunar
[17:00] <juliank> and copies -unsigned binaries across releases
[17:01] <vorlon> juliank: ack. am currently in meetings + working on archive stuff, will try to come around to that later
[17:17] <ginggs> vorlon: finished filing removal bugs for tpot and nipype, I think that's all of them now
[17:20] -queuebot:#ubuntu-release- New binary: cl-fiasco [amd64] (lunar-proposed/none) [0.0~git20200514.bb47d2f-2] (no packageset)
[17:22] <jbicha> vorlon: I used requestsync to help draft the bug report & it automatically subscribes that team. unsubscribed now
[17:23] <vorlon> jbicha: ah ok
[17:23] -queuebot:#ubuntu-release- New binary: hol-light [amd64] (lunar-proposed/none) [20230128-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New: accepted cl-fiasco [amd64] (lunar-proposed) [0.0~git20200514.bb47d2f-2]
[17:24] -queuebot:#ubuntu-release- New: accepted hol-light [amd64] (lunar-proposed) [20230128-1]
[17:27] <Eickmeyer[m]> vorlon: Yes, but there's a bit of a main promotion issue.
[17:27] -queuebot:#ubuntu-release- New binary: hol-light [arm64] (lunar-proposed/none) [20230128-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: hol-light [s390x] (lunar-proposed/none) [20230128-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: hol-light [armhf] (lunar-proposed/none) [20230128-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: hol-light [ppc64el] (lunar-proposed/none) [20230128-1] (no packageset)
[17:34] <vorlon> Eickmeyer[m]: ?
[17:34] <vorlon> Eickmeyer[m]: I just demoted pipewire-alsa
[17:34] <Eickmeyer> vorlon: Right, but pipewire-audio is a metapackage that depends on pipewire-alsa.
[17:34] <Eickmeyer> It's in main.
[17:35] <vorlon> no
[17:35] <Eickmeyer> Unless you demoted pipewire-audio.
[17:35] <vorlon> https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[17:36] <jbicha> Eickmeyer: should ubuntu-desktop use pipewire-audio?
[17:37] <vorlon> pulling in pipewire-alsa as a recommends was a regression
[17:37] <vorlon> that Eickmeyer worked around
[17:37] <vorlon> (ubuntustudio)
[17:37] <Eickmeyer> vorlon: That's correct.
[17:37] <Eickmeyer> jbicha: I don't see why not, but gnome is good at handling the issues that are resolved by pipewire-alsa. Lubuntu in particular needed pipewire-alsa.
[17:37] <Eickmeyer> jbicha: So, to answer your question, probably not.
[17:38] <arraybolt3> ubuntu-sru (or bdmurray or RAOF if available): lubuntu-update-notifer in Focal and lubuntu-default-settings in Kinetic have both passed verification and are a week old as of today. If they could be migrated to -release, that would be awesome. Thanks!
[17:38] <arraybolt3> https://bugs.launchpad.net/ubuntu/jammy/+source/lubuntu-update-notifier/+bug/2002255 & https://bugs.launchpad.net/ubuntu/kinetic/+source/xscreensaver/+bug/1989163
[17:38] <vorlon> I expect pipewire-pulse is the right thing for Ubuntu Desktop to use
[17:38] -ubottu:#ubuntu-release- Launchpad bug 2002255 in lubuntu-update-notifier (Ubuntu Focal) "lubuntu-update-notifier provides no good way to resolve a forcibly terminated system update" [High, Fix Committed]
[17:38] -ubottu:#ubuntu-release- Launchpad bug 1989163 in xscreensaver (Ubuntu Kinetic) "Unable to run screensaver when selected from menu" [High, In Progress]
[17:38] <Eickmeyer> vorlon: Correct.
[17:38] <tsimonq2> arraybolt3: s/release/updates/ ;)
[17:39] <arraybolt3> tsimonq2: lol I forget that there's different pockets for SRUs :P
[17:56] <sil2100> vorlon, juliank: is anyone reviewing the grub2 SRUs, or should I do that today?
[18:09] <vorlon> sil2100: I was going to review the shim-signed SRUs, I hadn't paid attention to there being grub2 srus for review. is that bionic-only?
[18:22] <vorlon> ginggs: looks like I've gotten all the numpy removals done
[18:22] <Eickmeyer> Hey! Is anybody aware that https://cdimage.ubuntu.com/daily-live/current is pointing to the images that were made on 2022-12-09?
[18:23] <ginggs> vorlon: thanks!
[18:24] <ginggs> fingers crossed it migrates now...
[18:25] <vorlon> Eickmeyer: well the desktop team ought to be.  I know bdmurray was in a meeting earlier today about desktop testing so perhaps he knows the status
[18:26] <Eickmeyer> vorlon: Yeah, seems kinda odd, and I'd hope that they'd know what's up, whether it's infra or something.
[18:26] <vorlon> (since pending->current promotion depends on passing automated tests, this is likely related to the migration to the new flutter installer, a change that was made on Dec 9)
[18:35] <sil2100> vorlon: there are grub2 SRUs for all series
[18:37] -queuebot:#ubuntu-release- New: accepted mini-iso-tools [riscv64] (lunar-proposed) [0.1.1]
[18:44] <vorlon> sil2100: hmm ok
[18:46] -queuebot:#ubuntu-release- Unapproved: rabbitmq-server (focal-proposed/main) [3.8.2-0ubuntu1.3 => 3.8.2-0ubuntu1.4] (ubuntu-server)
[18:46] <kanashiro[m]> ubuntu-archive: could anyone help me with ruby3.1 promotion to main? That is the last thing blocking ruby-defaults from migration
[18:47] -queuebot:#ubuntu-release- Unapproved: rabbitmq-server (jammy-proposed/main) [3.9.13-1 => 3.9.13-1ubuntu<IP_ADDRESS>] (ubuntu-server)
[18:47] -queuebot:#ubuntu-release- Unapproved: rabbitmq-server (kinetic-proposed/main) [3.9.13-1 => 3.9.13-1ubuntu<IP_ADDRESS>] (ubuntu-server)
[18:47] <vorlon> kanashiro[m]: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html doesn't show a team subscriber, is that fixed now?
[18:48] <kanashiro[m]> vorlon: I can fix it now
[18:49] <vorlon> xnox: does broadcom-sta-common need seeded? looks like it's a dependency of the dkms-generated package but not of the dkms package
[18:50] <UnivrslSuprBox> I've found a source package, node-postcss-value-parser, that's in Multiverse, but the single binary package it builds is in Universe. This appears to be true for all active releases it resides in. How did that happen?
[18:51] <UnivrslSuprBox> Both source and binary appear to be in Debian's main archive, not nonfree or contrib
[18:51] <kanashiro[m]> vorlon: I added ruby3.1 to the repo where we manage server team subscriptions: https://git.launchpad.net/~canonical-server/+git/team-subscriptions/commit/?id=99259cf04dd472857ffa2809307df406519d5dd2
[18:51] -ubottu:#ubuntu-release- Commit 99259cf in ~canonical-server/+git/team-subscriptions "Add ruby3.1 HEAD main"
[18:51] <kanashiro[m]> it will be automatocally subscribed over the night
[18:52] <vorlon> UnivrslSuprBox: the package was originally in contrib; when a package moves between components in Debian, the change isn't automatically followed in Ubuntu https://launchpad.net/debian/+source/node-postcss-value-parser/+publishinghistory
[18:52] <vorlon> UnivrslSuprBox: I'll move it now
[18:54] <UnivrslSuprBox> Wow, thanks!
[18:56] <vorlon> UnivrslSuprBox: this move takes effect only for the current devel series (lunar)
[18:56] <UnivrslSuprBox> That's fine, I can special-case it in what I'm doing right now.
[18:56] <vorlon> bemusingly, the binaries were already in universe but the source was still in multiverse
[18:57] <UnivrslSuprBox> I have never seen a package like that
[18:57] <vorlon> it's not really supposed to happen
[18:58] <vorlon> https://launchpad.net/ubuntu/bionic/amd64/node-postcss-value-parser some archive admin moved only the binaries, by mistake, a long time ago
[18:59] <UnivrslSuprBox> Shall I file a bug so it's tracked if anyone else hits it? (not expecting a resolution, just a documentation)
[18:59] <vorlon> not sure that's terribly useful, but you can
[19:02] <vorlon> juliank: so this grub2 upload includes the NX patchset?  But you have no bug linked for this?
[19:09] <bdmurray> Eickmeyer: The desktop image validation work is being done here https://code.launchpad.net/~seb128/utah/+git/utah/+merge/435880
[19:11] <UnivrslSuprBox> Filed at lp:2004422, though maybe I should have set it as affecting the binary instead of the source. I thought that Launchpad had a way to say that a bug affected a package in multiple releases, but I'm not finding it on this one...
[19:11] -ubottu:#ubuntu-release- Launchpad bug 2004422 in node-postcss-value-parser (Ubuntu) "src:node-postcss-value-parser is in multiverse, but its binaries are in universe" [Undecided, New] https://launchpad.net/bugs/2004422
[19:13] <sarnold> UnivrslSuprBox: there's a "target to series" link that can do that, but it's a bit dangerous to use it, since bugs kind of fall off the face of the earth if you mark it affecting only released releases, or something like that
[19:14] <juliank> vorlon: NX support no
[19:14] <juliank> vorlon: this is OOM fixes
[19:14] <juliank> The grub2-unsigned ones
[19:15] <juliank> NX is still on the backlog, need to get to that next month
[19:16] <juliank> There wasn't much point picking NX patches into the point release critical path since there's no shim with NX bit set yet (gotta submit the same one with NX enabled basically)
[19:17] <vorlon> juliank: I see a patch in here that changes the kernel allocation type from data to code, is that not NX?
[19:18] <juliank> No it's part of the cherry pick from 2.12 basically, extending it to the rhboot code
[19:18] <juliank> Would have been weird to pick changes from one and not have the same in the other.
[19:20] <juliank> Sure it should also fix/improve booting on X13s but it's not the point here
[19:21] <juliank> Picked all the mm changes basically to avoid introducing a bug
[19:21] <juliank> But it would have been nice to have had a bug verification for X13s I guess. We could add it to the original bug
[19:22] <juliank> The > 4GB bug
[19:22] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [sync] (kinetic-proposed) [2.06-2ubuntu14.1]
[19:22] <juliank> But I'm not sure anything else is broken
[19:23] <vorlon> now there's a removal comment: "Too fringe to be in Debian"
[19:23] <juliank> Whoa
[19:24] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [sync] (kinetic-proposed) [1.187.3]
[19:24] <juliank> Too fringe for debian sounds cringe
[19:24] <vorlon> :)
[19:25] -queuebot:#ubuntu-release- Unapproved: rejected grub2-unsigned [sync] (jammy-proposed) [2.06-2ubuntu14.1]
[19:26] <juliank> vorlon: gotta wait one publisher run per release series :(
[19:26] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [sync] (jammy-proposed) [1.187.3~22.04.1]
[19:26] <juliank> I wish launchpad were smarter
[19:28] <juliank> We're just stumbling over rejects due to unpublished binaries in other series all day
[19:28] <juliank> If you accept them basically in parallel it's fine, but wait a couple secs after one, and the others get rejected.
[19:40] <juliank> The new memory management is fantastic 😍
[19:42] -queuebot:#ubuntu-release- Unapproved: accepted othman [source] (kinetic-proposed) [0.6.0-2ubuntu<IP_ADDRESS>]
[19:46] -queuebot:#ubuntu-release- Unapproved: accepted othman [source] (jammy-proposed) [0.6.0-2ubuntu<IP_ADDRESS>]
[19:53] -queuebot:#ubuntu-release- Unapproved: accepted openvswitch [source] (kinetic-proposed) [3.0.3-0ubuntu<IP_ADDRESS>]
[19:58] -queuebot:#ubuntu-release- New source: python-defaults (lunar-proposed/primary) [2.7.18-3build1]
[19:59] -queuebot:#ubuntu-release- New: accepted python-defaults [source] (lunar-proposed) [2.7.18-3build1]
[20:01] -queuebot:#ubuntu-release- Unapproved: accepted vte2.91 [source] (kinetic-proposed) [0.70.0-1ubuntu1]
[20:05] -queuebot:#ubuntu-release- Unapproved: accepted nautilus [source] (kinetic-proposed) [1:43.2-0ubuntu1]
[20:11] -queuebot:#ubuntu-release- Unapproved: accepted gdk-pixbuf [source] (kinetic-proposed) [2.42.9+dfsg-1ubuntu1]
[20:17] -queuebot:#ubuntu-release- Unapproved: accepted chromium-browser [source] (kinetic-proposed) [1:85.0.4183.83-0ubuntu<IP_ADDRESS>]
[20:20] -queuebot:#ubuntu-release- Unapproved: accepted chromium-browser [source] (jammy-proposed) [1:85.0.4183.83-0ubuntu<IP_ADDRESS>]
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted chromium-browser [source] (focal-proposed) [1:85.0.4183.83-0ubuntu<IP_ADDRESS>]
[20:32] -queuebot:#ubuntu-release- Unapproved: accepted barbican [source] (kinetic-proposed) [2:15.0.1-0ubuntu1]
[20:34] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (kinetic-proposed) [2:21.1.0-0ubuntu1]
[20:36] -queuebot:#ubuntu-release- Unapproved: rejected nova [source] (kinetic-proposed) [3:26.1.0-0ubuntu1]
[20:40] <vorlon> juliank: b"Can't resurrect rejected syncs"
[20:40] <vorlon> juliank: so I guess you need to re-copy to jammy-proposed
[20:41] <vorlon> hmm I guess I could do that by copying from kinetic-proposed
[20:41] <juliank> Yeah you do that I don't want to walk to the office :)
[20:41] <vorlon> ack
[20:42] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu14 => 2.06-2ubuntu14.1] (core, i386-whitelist) (sync)
[20:42] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [sync] (jammy-proposed) [2.06-2ubuntu14.1]
[20:59] -queuebot:#ubuntu-release- New binary: python-defaults [amd64] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[20:59] -queuebot:#ubuntu-release- New binary: python-defaults [armhf] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[20:59] -queuebot:#ubuntu-release- New binary: python-defaults [s390x] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[20:59] -queuebot:#ubuntu-release- New binary: python-defaults [arm64] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[20:59] -queuebot:#ubuntu-release- New binary: python-defaults [ppc64el] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[21:00] -queuebot:#ubuntu-release- New: accepted python-defaults [amd64] (lunar-proposed) [2.7.18-3ubuntu1]
[21:00] -queuebot:#ubuntu-release- New: accepted python-defaults [armhf] (lunar-proposed) [2.7.18-3ubuntu1]
[21:00] -queuebot:#ubuntu-release- New: accepted python-defaults [s390x] (lunar-proposed) [2.7.18-3ubuntu1]
[21:00] -queuebot:#ubuntu-release- New: accepted python-defaults [arm64] (lunar-proposed) [2.7.18-3ubuntu1]
[21:00] -queuebot:#ubuntu-release- New: accepted python-defaults [ppc64el] (lunar-proposed) [2.7.18-3ubuntu1]
[21:10] -queuebot:#ubuntu-release- New binary: python-defaults [riscv64] (lunar-proposed/universe) [2.7.18-3ubuntu1] (kubuntu)
[21:11] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [sync] (focal-proposed) [2.06-2ubuntu14.1]
[21:12] -queuebot:#ubuntu-release- New: accepted python-defaults [riscv64] (lunar-proposed) [2.7.18-3ubuntu1]
[21:12] -queuebot:#ubuntu-release- New: accepted hol-light [arm64] (lunar-proposed) [20230128-1]
[21:12] -queuebot:#ubuntu-release- New: accepted hol-light [ppc64el] (lunar-proposed) [20230128-1]
[21:12] -queuebot:#ubuntu-release- New: accepted hol-light [armhf] (lunar-proposed) [20230128-1]
[21:12] -queuebot:#ubuntu-release- New: accepted hol-light [s390x] (lunar-proposed) [20230128-1]
[21:15] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [sync] (focal-proposed) [1.187.3~20.04.1]
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [sync] (bionic-proposed) [2.06-2ubuntu14.1]
[21:29] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [sync] (bionic-proposed) [1.187.3~18.04.1]
[21:53] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (kinetic-proposed) [1.54]
[22:01] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (jammy-proposed) [1.51.3]
[22:03] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (focal-proposed) [1.40.9]
[22:05] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (bionic-proposed) [1.37~18.04.13]
[23:23] -queuebot:#ubuntu-release- New binary: arjun [amd64] (lunar-proposed/none) [2.2.1-2] (no packageset)
[23:32] -queuebot:#ubuntu-release- New: accepted arjun [amd64] (lunar-proposed) [2.2.1-2]
[23:54] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (kinetic-proposed) [27.13.3~22.10.1]
[23:55] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (focal-proposed) [27.13.3~20.04.1]
[23:55] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (jammy-proposed) [27.13.3~22.04.1]
[23:55] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (bionic-proposed) [27.13.3~18.04.1]
[23:56] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (xenial-proposed) [27.13.3~16.04.1]


[00:20] <thumper> mwhudson: please?
[00:21] <lifeless> hmm, friday has no asiapac ocr
[00:22] <lifeless> thumper: why aren't you in the ocr rotation ?
[00:22] <thumper> lifeless: because it was decided a while back that team leads are exempt
[00:22] <thumper> :)
[00:22] <lifeless> mmm
[00:22] <thumper> 'cause we're busy
[00:22] <lifeless> self inflicted
[00:22] <lifeless> :P
[00:22] <thumper> :P
[00:23] <thumper> ✁☹
[00:23] <lifeless> o/~
[01:00] <mwhudson> thumper: hi, sure
[01:01] <thumper> https://code.edge.launchpad.net/~thumper/launchpad/xmlrpc-lp-name-resolution/+merge/34500
[01:01] <thumper> mwhudson: thanks
[01:04] <mwhudson> why are code review diffs in proportional fonts at the moment?
[01:07] <lifeless> !
[01:07] <lifeless> probably the ubuntu beta font changes
[01:08] <mwhudson> i don't have the font installed
[01:08] <mwhudson> i guess that might be it
[01:08] <lifeless> file a bug
[01:09] <mwhudson> ok
[01:09] <mwhudson> launchpad-code?
[01:15] <lifeless> mwhudson: can I borrow your brain for a minute
[01:15] <lifeless> mwhudson: launchpad-web perhaps
[01:16] <lifeless> mwhudson: xmlrpc timeout handling is either broken, or terribly confusing, or both
[01:38] <thumper> https://code.edge.launchpad.net/~thumper/launchpad/short-lp-name-for-private-branches/+merge/34509 is the last part
[01:45] <mwhudson> lifeless: xmlrpc timeouts _ought_ to be the same as everything else
[01:45] <mwhudson> i guess it's probably a separate config
[02:12] <lifeless> mwhudson: do you have, oh 60 seconds ?
[02:13] <mwhudson> lifeless: yeah
[02:13] <lifeless> http://bazaar.launchpad.net/~lifeless/launchpad/oops/revision/11435
[02:13] <lifeless> incremental thing
[02:13] <lifeless> should be pretty self-explanatory
[02:14] <lifeless> this actually fixes the bug 'statements that hit the timeout policy are not in the statement log'
[02:15] <mwhudson> lifeless: looks good to me
[02:15] <lifeless> thanks!
[03:15] <mwhudson> thumper: sorry for the delay
[03:15] <mwhudson> thumper: the assertResolves docstring has become a bit mangled
[03:15] <thumper> mwhudson: nm
[03:15] <thumper> I'm running the tests through ec2
[03:15] <thumper> and about to run and get more coffee beans
[03:15] <thumper> we have the wine for tonight :)
[03:16] <thumper> mwhudson: does the docstring need some attention
[03:16] <thumper> ?
[03:16] <thumper> I should take a look I guess
[03:16] <thumper> oversight that I've missed that
[03:17] <mwhudson> thumper: yeah, the summary line mentions arguments its no longer parsed and the next line doesn't make sense at the grammar level
[03:18] <mwhudson> sorry, not the next line
[03:18] <mwhudson>         :param lp_path: The path the short lp alias path for the branch.
[03:25] <lifeless> maybe a matcher would help?
[03:48]  * thumper is back with coffee
[04:53] <thumper> mwhudson: are you able to finish the reviews off?
[04:53] <thumper> mwhudson: these last two branches finish off something for our stakeholders :)
[04:58] <mwhudson> thumper: back now
[05:01] <mwhudson> thumper: one down
[05:07] <mwhudson> thumper: two down
[05:14] <thumper> mwhudson: you approved the proposal without approving the review (must fix that) https://code.edge.launchpad.net/~thumper/launchpad/short-lp-name-for-private-branches/+merge/34509
[05:16] <lifeless> thumper: fix it? just make it automatic :)
[05:18] <thumper> lifeless: yes... I know
[05:18] <thumper> lifeless: it isn't fixed yet
[05:19] <lifeless> thumper: kk, had a scary moment where I thought you meant 'reject approval if there is no 'approve' review.
[05:19] <thumper> what?
[05:19] <mwhudson> oh ok
[05:19] <thumper> we have an implicit review approval through email
[05:19] <lifeless> thumper: I bound 'fix it' to the wrong action
[05:19] <thumper> it just doesn't do it through the web (yet)
[05:24] <mwhudson> thumper: done
[05:24] <thumper> mwhudson: thanks
[05:26] <lifeless> thumper: nice, sounds great
[07:44] <henninge> Good morning jtv!
[07:45] <jtv> hi henninge!  Forgot to turn on pidgin today
[07:45] <jtv> Nobody on call?  :(
[07:45] <jtv> On Call: - || reviewing: - || queue: [henninge,henninge,jtv] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
[07:45] <henninge> jtv: no Abel yet, no ... ;(
[07:46] <henninge> jtv: let's trade reviews, then.
[07:46] <jtv> henninge: OK!
[07:46] <jtv> Which one do you want reviewed first?
[07:46] <henninge> jtv: sampledata depends on the other one.
[07:46] <jtv> OK
[07:47] <henninge> jtv: thank you
[07:47] <jtv> Mine: https://code.edge.launchpad.net/~jtv/launchpad/bug-618393/+merge/34515
[07:47] <henninge> jtv: mine did not stay under the limit like yours does ... Sorry
[07:48] <henninge> Claimed it already ;)
[07:49] <jtv> henninge: your cover letter looks like a good read—I'm almost sorry that it goes to me who already knows the background!
[07:49] <henninge> I know, such a waste ....
[07:49] <henninge> (just kidding)
[07:49] <henninge> jtv: that's ok, I like to do that anyway to wrap up a branch for myself.
[07:50] <jtv> I agree.  There's also the historical record, and just the mental step of taking a step back and explaining.  So I'm _almost_ sorry.  :)
[07:57] <jtv> henninge: about the statistics checks you removed from translationmessage-views.txt: I think that wasn't so much a complicated way of testing that the submission succeeded, as a misplaced test for the statistics.  An example of two ancient ills of our doctests: testing low-level things in too much detail (basically unit-testing in integration tests) and throwing different tests into the same scenario because it's the scenario, not t
[07:57] <henninge> (truncated)
[07:58] <jtv> An example of two ancient ills of our doctests:
[07:58] <jtv> testing low-level things in too much detail (basically unit-testing in integration tests)
[07:58] <jtv> and throwing different tests into the same scenario because it's the scenario, not the functionality, that dictates the structure of the test.
[07:59] <henninge> Well, my other thought was "statistics are tested elsewhere, no need to that here".
[08:00] <henninge> jtv: we'll be loosing codehosting in an hour, btw
[08:00] <jtv> Oh!  Thanks for pointing that out.
[08:01] <jtv> Saw the email and didn't pay enough attention to it.
[08:02] <jtv> henninge: I think you did a good thing in removing this, and hopefully we can gradually cut down on doctests until we can actually figure out what they do and remove them completely.  :)  Please don't make the narrative say things like "Let's submit a translation" though.
[08:03] <henninge> sorry
[08:04] <henninge> I don't like that either, actually, but I was keeping in tone with the test as it was ... ;-)
[08:04] <henninge> 26	-It's time to check the submission of translations and the IPOFile statistics
[08:04] <henninge> 27	-update.
[08:04] <henninge> 28	-
[08:04] <henninge> 29	-But first, let's see current values.
[08:04] <jtv> Yes, it's horrible.
[08:06] <jtv> hi noodles775 btw—thanks for your review!  Raises some difficult questions.
[08:07] <noodles775> jtv: no problem... And yes, I found it hard :/
[08:08] <jtv> There's a lot of complex background knowledge and intertwined data modeling there, and we've been reviewing a lot of this stuff among ourselves.
[08:08] <jtv> So perhaps a reminder to me that that is not always the case.  :-)
[08:09] <jtv> I was a bit surprised that you got an impression of strong emotions from some of the comments in the code.  Wasn't meant like that at all—saying "this record is in the way" just seemed like a good description of the situation.  Is there anything there that you'd like me to change?
[08:09] <StevenK> thumper: I think you're EOW, but changes pushed for db-add-ifp-job.
[08:10] <jtv> If thumper is having his weekend now, maybe that's a good time to look at my wikkid MP.  :)
[08:17] <noodles775> jtv: no, not at all, I was just trying to be funny with that comment.
[08:17] <jtv> ah, phew!  :)
[08:18] <jtv> I misread your facial expression then
[08:18] <noodles775> Well yes, funny and sympathetic at the same time.
[08:18] <jtv> (emoticons are awesome… who needs a webcam for facial expressions)
[08:19] <jtv> noodles775: I'm engaged in mutual reviews with Henning right now, but will get back to it soon
[08:19] <noodles775> Sure.
[08:21] <jtv> henninge: were we figuring out "this is a local suggestion" based on the pofile attribute rather than on which method call came up with the suggestion?
[08:28] <henninge> jtv: yes
[08:28] <jtv> may be a leftover from the caching we had before sharing… but glad to be rid of it!
[08:29] <jtv> I see you disabled unmasking in gettext-check-messages, but did not delete the code.  Why is that?
[08:32]  * jtv remembers to check back with the excellent cover letter
[08:32] <henninge> I thought I explained that ... ;)
[08:32] <henninge> jtv: We have a card to revisit that script and maybe we can come up with a way to re-enable it.
[08:33] <jtv> henninge: I appreciate the sentiment, but keeping commented-out code around is not usually a good idea.  We have bzr to remember the old code for us!
[08:37] <jtv> henninge: I see now that the change you made is really quite minimal.  That's nice in some ways, but if it leaves code dead, better to clean it up now.
[08:37] <jtv> Future work on the script will be easier if all the code that's in there actually works, and the "how did we use to do this" code is available separately in bzr history.
[08:38] <jtv> henninge_: you're blinking
[08:38] <jtv> henninge: daily router nap?
[08:38] <henninge> daily reconnect
[08:38] <henninge> yup
[08:38] <jtv> (14:37:01) jtv: henninge: I see now that the change you made is really quite minimal.  That's nice in some ways, but if it leaves code dead, better to clean it up now.
[08:38] <jtv> (14:37:32) jtv: Future work on the script will be easier if all the code that's in there actually works, and the "how did we use to do this" code is available separately in bzr history.
[08:38] <henninge> I have to move that out of my working hours again.
[08:39] <jtv> I'm sure you can whip something up with "at" and "wget."  :-)
[08:40] <henninge> jtv: I turn my computer off when I leave work ...
[08:42] <jtv> then leave it on for once, and set a shutdown time right after the "at" time!
[08:58] <jtv> hey danilos
[08:58] <danilos> jtv, hey hey
[08:59] <henninge> Hi danilos! ;)
[09:24] <henninge> jtv:
[09:24] <henninge> 133	+        self._licenses = tuple([
[09:24] <henninge> 134	+            License.items[id] for id in sorted(license_ids)])
[09:34] <henninge> henninge:
[09:59] <jtv> hi adeuring!
[10:00] <adeuring> hi jtv
[10:00] <jtv> How's the weather in your neck of the woods?
[10:00] <adeuring> relatively cold and rainy
[10:01] <jtv> here too, but according to the Gnome weather applet the humidity still makes it _feel_ like 39.1°
[10:02]  * adeuring should try that too
[10:03] <adeuring> is there also an option to feel snow during winter?
[10:03] <jtv> adeuring: not where I am
[10:07] <adeuring> henninge: which branch do you want reviewed?
[10:08] <jtv> adeuring: I'm working on one; the other depends on it
[10:08] <adeuring> jtv: ah, thanks!
[10:10] <henninge> adeuring: the sampledata branch is a simple sampledata change with many rows.
[10:11] <henninge> adeuring: I am not even sure it needs a review, though
[10:11] <adeuring> henninge: well, rs=me on the sampledata change
[10:11] <henninge> adeuring: thanks!
[10:24] <jtv> henninge: The docstring for ensureBrowserPOFile is a bit ambivalent: it "ensures" and "makes sure" that the browser_pofile is set… "if possible."  Which is it?
[10:24] <jtv> The only scenario I can imagine it coming up empty is where all templates that contained a potmsgset have been deleted.
[10:24] <jtv> Manually.
[10:25] <jtv> So maybe we simply shouldn't delete POTemplates without deleting orphaned potmsgsets.
[10:25] <henninge> jtv: See, I was not sure about that ... ;)
[10:26] <jtv> OTOH over a third of our potmsgsets seem to be orphans…
[10:26] <jtv> Maybe it's time to clean up some more there!
[10:27] <henninge> jtv: if they are orphans they won't come up in browser code, will they?
[10:27] <jtv> external suggestions.
[10:37] <jtv> henninge: they can still show up as external suggestions.
[10:46] <henninge> jtv: yes, I understand. I think that is the case where this used.
[10:47] <henninge> jtv: I think they should not be used for external suggestions, though.
[10:47] <henninge> So it will take an extra check to see if a browser_pofile could be found before displaying it.
[10:52] <jtv> henninge: yes, for the immediate term I think that'd solve it.
[10:52] <jtv> However it also means that 17% of our TMs become completely and utterly useless, even as external suggestions—so we should probably clean them up.
[10:52] <jtv> Minus the "probably."  :-)
[10:53] <henninge> s/probably/definitly/
[10:53] <henninge> ;-)
[10:54] <henninge> jtv: store = getUtility(IStoreSelector).get(MAIN_STORE, SLAVE_FLAVOR)
[10:54] <henninge> Don't we have IStore now to replace that?
[10:55] <jtv> henninge: err yes, that'd be ISlaveStore.
[10:59] <henninge> jtv: I search and search but cannot really find any problems with your branch ...
[10:59] <jtv> henninge: try harder!  :-)
[11:00]  * henninge gives it one more go
[11:00] <jtv> Punish me babny!
[11:00] <jtv> (Sorry, it's hard to type correctly in the heat of passion)
[11:01] <henninge> jtv: although you did not introduce it, can you please fix this:
[11:01] <henninge> 59	         # Prefill pillar.product.licenses.
[11:01] <henninge> 60	-        for pillar_name, other, product, project, distro, license_ids in (
[11:01] <henninge> 61	+        for pillar_name, other, product, project, distro, licenses in (
[11:01] <henninge> 62	             result[:limit]):
[11:01] <henninge> line 62
[11:01] <jtv> I looked at it briefly but couldn't think of anything that'd make it fit.  :)
[11:01] <jtv> I'll look again.
[11:02] <jtv> Grr circular import somewhere
[11:02] <henninge> jtv: you could pull the de-tupling into the loop...
[11:02] <henninge> jtv: Where?
[11:02] <jtv> Ah yes good
[11:02] <jtv> Not sure yet looks ugly
[11:03] <jtv> it says shipit
[11:19] <jtv> henninge: would it be convenient if ensureBrowserPOFile also returned self.browser_pofile?
[11:19] <henninge> no, I don't think so.
[11:21] <jtv> Well you've got a few cases that could benefit: ll.104 & 123 in the diff.
[11:21] <jtv> In other words, all call sites.  :)
[11:24] <henninge> jtv: I am fine with that but it should still set browser_pofile because that may be used later in the code.
[11:25] <jtv> henninge: yes, hence the "also"  :-)
[11:26] <henninge> jtv: review sent, r=me
[11:26] <jtv> henninge: cool, thanks!
[11:26] <jtv> Still trying to figure out what's wrong with the import error that seems to have nothing to do with me.
[11:27] <henninge> jtv: which branch? Mine or yours?
[11:27] <jtv> mine
[11:28] <jtv> But another one for you: in getTranslationMessages, the Coalesce line-wraps a bit awkwardly.  How about putting it into a variable called e.g. applicable_template?
[11:28] <jtv> Then the query could just say "applicable_template == self.potemplate.id"
[11:29] <henninge> good idea
[11:31] <jtv> The really nice side effect is that the variable name introduces documentation without needing comment.
[11:32] <henninge> jtv: Will I see all you suggestions in the review or should I do them right now?
[11:32] <jtv> henninge: either way's fine for me, as long as I know that I'm not waiting for you to implement them before I go on to the next one.  :)
[11:32] <jtv> So I'll move on.
[11:33] <henninge> jtv: I prefer waiting for the review and then do them all in one go.
[11:33] <jtv> In updateTranslation you pass pofile=None to the TranslationMessage constructor.  It's a bit moot with the Recife changes coming up, but why not remove that argument altogether?
[11:33] <jtv> Oh, OK
[11:34] <henninge> jtv: I did not want to mess with the interface. But is pofile not used elsewhere in updateTranslation?
[11:34] <jtv> The argument, not the parameter.
[11:34] <jtv> I mean: there should be no need for the call site to pass pofile=None to the TranslationMessage constructor.
[11:35] <jtv> Should be the same as not passing pofile there at all.
[11:35] <henninge> that's fine
[11:52] <bac> good morning adeuring
[11:52] <adeuring> hi bac!
[11:52] <bac> adeuring: busy day?
[11:52] <adeuring> bac: not at all :)
[12:04] <jtv> henninge: review sent.
[12:12] <jtv> henninge: I've not received any review
[12:12]  * henninge checks
[12:12] <jtv> Also, for all those who read German: http://www.nichtlustig.de/toondb/100901.html
[12:13] <henninge> jtv: hm, I have it in "Sent" ...
[12:13] <henninge> jtv: and I have received yours
[12:13] <jtv> henninge: I do not have yours in "Received," nor has the page updated.
[12:14] <henninge> I can resent it
[12:14] <henninge> resend
[12:14] <jtv> Maybe just use the web UI?
[12:14] <henninge> Well, it worked the other day.
[12:15] <henninge> jtv: done
[12:15] <henninge> I will go to lunch now.
[12:16] <jtv> henninge: and page updated.  Thanks!
[12:47] <jtv> noodles775: getting back to your review now… I've implemented the smaller suggestions already, but now the same shipit problem is hitting me.  :(
[13:15] <bac> henninge: thanks for the sampledata update
[13:20] <noodles775> jtv: I thought you mentioned re-merging devel brought the fix in?
[13:20] <jtv> noodles775: devel, yes.  But this is a long-lived feature branch based off db-stable.  :(
[13:20] <noodles775> Ah, right. But that shouldn't effect whether the review continues should it?
[13:21] <noodles775> (and won't you guys need to bring the same fix in anyway? either when it hits db-stable or manually?)
[13:24] <noodles775> jtv: actually, it might be easier to wait until the fix hits db-stable and just merge. That'll give me a chance to try to get my own fix in before pqm closes too :)
[13:25] <jtv> noodles775: yes, I think so too
[13:25] <jtv> After all I can't easily test whether a particular change I make during the review is good.  I'm basically blocked on this.
[13:25] <jtv> We'll have to merge a fresh db-stable eventually.
[13:25] <jtv> We do that periodically
[14:01] <matsubara> adeuring, Hi Abel, could you review https://code.edge.launchpad.net/~matsubara/launchpad/update-ec2-merge-workflow/+merge/34486 for me please?
[14:01] <adeuring> matsubara: sure
[14:01] <matsubara> thanks adeuring
[14:16] <jtv> bac: very small one for review: https://code.launchpad.net/~jtv/launchpad/bug-629442/+merge/34539
[14:16] <bac> jtv: ok
[14:17] <jtv> bac: thx
[14:19] <jtv> bac: grrr slow diff—I'll poll for it to appear and then let you know
[14:20] <bac> jtv: no bother
[14:24] <jtv> bac: we have diff
[14:24] <jtv> repeat: we have diff
[14:24] <bac> thank you, houston
[14:27] <adeuring> matsubara: in lines 48..55 of the diff: if both (--no-qa or --incr) and --rollback=... are defined, the former options are ignored. Should we issue are warning in this case?
[14:30] <matsubara> adeuring, you mean like raising an exception if --no-qa=True and -- incr=True and --rollback=123?
[14:31] <matsubara> adeuring, sounds like a good idea, yes
[14:31] <adeuring> matsubara: I don't know if this is worth an exception, just printing a user warning might be enough. But I leave decision to you ;)
[14:32] <bac> jtv: lovely, r=bac
[14:32] <jtv> thanks bac!
[14:32] <matsubara> adeuring, ok, I'll go with the exception as this is the same pattern used by the other options.
[14:33] <adeuring> matsubara: OK
[14:41] <adeuring> matsubara: in line 109, you catch a TypeError, probably raised in line 55, or somewhere in the option parser. But TypeErrors are quite generic -- could you move the "try: ... except TypeError:" directly to the place(s) where it occurs and raise the BzrComandError there? TypeError are so generic, and catching them not very close to the code where they are expected can hide completely unrelated errors.
[14:46] <matsubara> adeuring, just a sec, I'm on the stand up call
[14:51] <matsubara> adeuring, moving BzrCommandError to autoland.py wouldn't make much sense. I just tried something else instead and I think I can remove the exception handling
[14:52] <adeuring> matsubara: ok
[14:52] <matsubara> adeuring, since 67..71 I'm defining the --rollback option as int, if I pass something else like --rollback=foo, the option parser will return me a nice error message
[14:53] <matsubara> so, I'll remove the exception handling from there as it's unecessary in that case.
[14:54] <adeuring> matsubara: right, I wandered too if it was even necessary. (BTW, What happens for a missing parameter value)
[14:55] <matsubara> adeuring, this https://pastebin.canonical.com/36722/
[14:57] <adeuring> matsubara: so, that's an optparse issue -- let's not worry about it. I was just curious if this might cause the type error in 'rolback=%d'' % rollbak
[14:58] <matsubara> adeuring, yep, I was being extra careful catching that TypeError as I thought 'rollback=%d'' % rollback' would raise that, but then optparse will take care of that for us.
[14:59] <adeuring> exaxtly
[15:02] <adeuring> matsubara: so, with "except TypeError:" removed and the other change about the options --no-qa and --rollback, r=me
[15:02] <matsubara> adeuring, I will push the branch with your review comments in a moment. thanks for the review!
[15:08] <danilos> adeuring, bac: got some time for a quick review? https://code.edge.launchpad.net/~danilo/launchpad/bug-548375/+merge/34544
[15:08] <bac> danilos: yep!
[15:08] <adeuring> danilos: sure
[15:08] <bac> adeuring: i beat you to it
[15:08] <danilos> heh, I'll let you guys fight it over, though bac was first ;)
[15:08] <adeuring> bac: ok ;)
[15:13] <danilos> bac, oh, I just noticed there's one typo in the test (line 23): is_published=True should be is_published=is_published (use the passed in value: forgotten change after the unification of two tests)
[15:13] <bac> danilos: ok
[15:25] <danilos> bac, most of the changes are drive-by or lint fixes, basically, just the tests and 3 lines I mention are specific to this bug fix; entire test_translation_importer.py is drive-by cleanups
[15:25] <bac> danilos: ok
[15:25] <noodles775> Hi adeuring, bac. When you've time, could one of you please look at: https://code.edge.launchpad.net/~michael.nelson/launchpad/628711-generate-ppa-htacess-too-slow-try-2/+merge/34546
[15:25] <adeuring> noodles775: sure
[15:26] <noodles775> Thanks adeuring
[15:26] <noodles775> :)
[15:29] <bac> danilos: done.  thanks.
[15:31] <danilos> bac, cheers
[15:48] <jelmer> hi adeuring, bac
[15:49] <bac> hi jelmer
[15:49] <jelmer> Can I add another Soyuz branch to the queue?
[15:49] <jelmer> It's at https://code.edge.launchpad.net/~jelmer/launchpad/506256-remove-popen/+merge/34549
[15:49] <adeuring> bac: could you take the review? I'm busy with noodles's review and some other issues
[15:49] <bac> adeuring: sure
[15:49] <bac> jelmer: sure
[15:50] <noodles775> adeuring: is it worth me sending my branch off to ec2 test (not to land) or can you already see changes needed?
[15:50] <noodles775> (so I can get in before pqm closes)
[15:59] <bac> jelmer: i just reviewed your tiny branch.  will start on the other one now.
[16:00] <jelmer> bac: thanks
[16:04] <bac> jelmer: i get this:
[16:04] <bac>     from testtools.content_type import UTF8_TEXT
[16:04] <bac> ImportError: cannot import name UTF8_TEXT
[16:04] <bac> jelmer:  is this a new dependency?
[16:04] <jelmer> bac, I've seen that before as well, but it's not from my branch
[16:05] <jelmer> bac: have you updated sourcedeps recently?
[16:05] <bac> this morning
[16:05] <bac> make tea, shave, update rocketfuel.
[16:06] <bac> ok, so it's not that routine but i did update this a.m.
[16:07] <jelmer> hmm
[16:07] <bac> trying your tests on devel
[16:11] <bac> jelmer: thinking about your LPCONFIG change....perhaps you should run it by the LOSAs, just so they will know about the change
[16:11] <bac> and see if they have comments.  it does affect the way they start things
[16:11] <jcsackett> bac: i got that error once (UTF8_TEXT) post-update and make clean && make build fixed it.
[16:12] <bac> jcsackett: that's what i'm doing now.  good to know.
[16:12] <jelmer> bac: That's a good idea - thanks
[16:12] <bac> jelmer: it's not good to surprises the losas...
[16:24] <adeuring> noodles775: sorry, I was somewhat distracted by other issues... In exportSubscriptions(), can't you do the equivalent of all_activre_tokens.difference(...) in SQL?
[16:25] <noodles775> adeuring: I'm not sure what you're asking? That is being executed as one SQL statement?
[16:26] <adeuring> noodles775: argh, yes!
[16:26] <adeuring> sorry for the noise
[16:26] <noodles775> np! Always good to ask :)
[16:29] <bac> jelmer: you mention a failing test. is it ./bin/test lp.buildmaster ?  I'm getting ForbiddenAttribute, among other failures
[16:29] <jelmer> bac: no, it should be in lp.archiveuploader
[16:29] <jelmer> "./bin/test lp.buildmaster" is passing for me here - what's the exact error you're getting?
[16:31] <adeuring> noodles775: seems that I am constantlxy distracted by some other (urgent) issues -- would you mind if I put your review back into the queue?
[16:32] <noodles775> adeuring: no, I understand. Hopefully bac will have some head-space :)
[16:32] <adeuring> noodles775: thanks!
[16:33] <noodles775> bac: when you're free, it's this one (which I'm hoping to get in before pqm closes ;)): https://code.edge.launchpad.net/~michael.nelson/launchpad/628711-generate-ppa-htacess-too-slow-try-2/+merge/34546
[16:34] <bac> noodles775: i'll have a look when i get done with jelmer's
[16:35] <noodles775> Thanks bac
[16:49] <noodles775> bac: actually, I've just found an issue with my branch while doing some QA, so please don't start it until I ping you again :)
[16:49] <bac> noodles775: ok
[16:53] <bac> brb
[17:07] <henninge> gmb: still around?
[17:08] <gmb> henninge, Yes
[17:08] <henninge> gmb: what do I need to do for a pre-emptive r-c? Add you for an r-c review?
[17:08] <gmb> henninge, Yes please.

[17:10] <henninge> gmb: https://code.edge.launchpad.net/~henninge/launchpad/devel-bug-597359-sampledata/+merge/34444
[17:10]  * gmb looks
[17:10] <henninge> gmb: I am waiting for the prerequisite branch to make it through ec2 but I am not sure that I can watch it closely enough tonight to get the timing right. ;-)
[17:12] <bac> jelmer: here are the test failures i'm seeing: http://pastebin.ubuntu.com/487888/
[17:13] <jelmer> bac: the testNoFiles one is what I'm aware of, I'll try to reproduce the other two.
[17:18] <gmb> henninge, rc=me
[17:18] <henninge> gmb: thanks!
[17:19] <noodles775> bac: Mine is ready to go now (I've push the small change and already QA'd it on dogfood)
[17:20] <bac> noodles775: is 11492 the latest?
[17:20] <bac> that's what the MP shows
[17:21] <noodles775> bac: 11493 is what I've push 10mins ago.
[17:21] <bac> noodles775: ok, i'll wait
[17:21] <noodles775> bac: its displaying for me?
[17:21] <bac> jelmer & noodles775: i'm working to get your reviews done.  unfortunately i have to leave in 1 hour
[17:22] <noodles775> gmb: I've added you for a pre-emptive r-c to https://code.edge.launchpad.net/~michael.nelson/launchpad/628711-generate-ppa-htacess-too-slow-try-2/+merge/34546
[17:22] <bac> noodles775: see it now
[17:22] <noodles775> (if you've time)
[17:22] <noodles775> Thanks bac
[17:24] <gmb> noodles775, Looking now.
[17:25] <bac> noodles775: my gem today is defaultdict.  thanks!
[17:25] <noodles775> :)
[17:26] <bac> noodles775: looks good to me.  r=bac
[17:26] <noodles775> Thanks bac
[17:29] <noodles775> gmb: I need to run, but I'll be checking back later to land this branch. I've just updated the related bug with the QA on dogfood. Thanks!
[17:29] <gmb> noodles775, np
[17:49] <bac> jelmer how's it coming?
[17:49]  * bac finds quick lunch
[17:49] <jelmer> bac: So, I can reproduce the errors locally but I don't see how I didn't get them on df
[17:50] <jelmer> bac: I'm still investigating
[17:50] <bac> jelmer: ok
[17:50] <bac> jelmer: i've got about 30 minutes left.  EdwinGrubbs has agreed to cover last minute submissions after that.
[17:51] <jelmer> bac: ok, thanks
[18:07] <sinzui> EdwinGrubbs, , bac: I have a oops fix for answers: https://code.edge.launchpad.net/~sinzui/launchpad/question-title-0/+merge/34555 <- I made that in the UI because my email does not seem to have arrived.
[18:08] <EdwinGrubbs> sinzui: I'll take it.
[18:19] <bac> jelmer: i need to dash.
[18:20] <jelmer> bac: Ok
[18:20] <bac> EdwinGrubbs: i owe you a Lone Star in dallas.
[18:20] <bac> maybe a pearl
[18:20] <jelmer> bac: Thanks for having a look.
[18:31] <EdwinGrubbs> sinzui: r=me
[18:33] <sinzui> EdwinGrubbs, thanks