=== maclin1 is now known as maclin
=== Elimin8r is now known as Elimin8er
[12:24] <ahasenack> hello
[12:24] <ahasenack> with whom can I speak about dep8/excuses/autopkgtest test bed setup?
[12:25] <ahasenack> I have a failure in armhf that, according to my research, only started happening when the test bed moved from lxc to lxd
[12:25] <ahasenack> the other architectures are not using lxd and are using vms, where the error doesn't happen
[12:26] <ahasenack> http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html#iproute2 armhf "regression"
[12:27] <ahasenack> in autopkgtest (first line with a red)
[12:32] <didrocks> ahasenack: hey! this is basically a question for L_aney but he's on holidays until next week AFAIK
[12:33] <didrocks> IIRC, the wiki only mentions vms (to test on armhf), so can't really help you there
[12:33] <ahasenack> didrocks: which wiki? Maybe I can get more information there
[12:33] <didrocks> ahasenack: https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure
[12:33] <ahasenack> didrocks: thanks
[12:34] <didrocks> yw!
[12:35] <didrocks> ahasenack: and http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test
[12:35] <didrocks> that was the one I was looking for (but using VMs)
[12:37] <ahasenack> http://autopkgtest.ubuntu.com/packages/autopkgtest/trusty/armhf
[12:37] <ahasenack> all fails since the switch to lxd
[12:38] <ahasenack> last green was with lxc
[12:38] <didrocks> ahasenack: maybe you can try as well with s_tgraber (unsure when he's back)
[12:39] <rbasak> In their absence, I wonder if it would be acceptable to force-badtest tests that ahasenack locally confirms pass in lxc.
[12:40] <ahasenack> rbasak: I was just about to ask you to import autopkgtest into git :)
[12:40] <rbasak> Perhaps a little difficult with armhf though
[12:40] <ahasenack> mh, yeah, I don't have my arm board here
[12:40] <didrocks> maybe try the above setup in a qemu vm? ^
[12:40] <rbasak> ahasenack: OK importing
[12:41] <ahasenack> I tried arm in qemu once, wasn't sucessful at all
[12:41] <ahasenack> successful
[12:41] <didrocks> been a long time I hopefully didn't need to do that as well ;)
[12:41] <ahasenack> had to work around some things in autopkgtest, but in the end it wouldn't boot
[12:49] <ahasenack> rbasak: did you pay attention to the authentication request from lplib this time? :)
[12:49] <ahasenack> (wrt importing autopkgtest)
=== sforshee` is now known as sforshee
[12:59] <rbasak> ahasenack: haven't had one yet. It may still happen at the end!
[12:59] <ahasenack> it's waiting for then you are not looking
=== freyes__ is now known as freyes
[13:14] <ahasenack> s/then/when/
[13:14] <ahasenack> man
[13:15]  * ahasenack -> snack
=== gpiccoli is now known as Guest62601
=== Guest62601 is now known as gpiccoli
[14:16] <jbicha> doko: would you be interested in doing some python GNOME2 removals like LP: #1739800 and LP: #1731725 ?
[14:16] <ubottu> Launchpad bug 1739800 in x-tile (Ubuntu) "Please remove gnome-python from Ubuntu" [Undecided,New] https://launchpad.net/bugs/1739800
[14:16] <ubottu> Launchpad bug 1731725 in pygtksourceview (Ubuntu) "Remove pytgtksourceview from Ubuntu" [Undecided,New] https://launchpad.net/bugs/1731725
[14:19] <ahasenack> rbasak: how's the autopkgtest import going?
[14:25] <rbasak> ahasenack: it was stuck on the LP auth :-)
[14:25] <rbasak> ahasenack: it's now (apparently) pushing.
[14:25] <ahasenack> hah
[14:25] <ahasenack> thanks
[14:37] <rbasak> ahasenack: it was the zombie hang bug. Something should be pushed now, at least.
[14:39] <ahasenack> rbasak: confirmed, I was able to clone it
[15:09] <xnox> doko, apw - could you please help me to understand what is the current next step for https://bugs.launchpad.net/ubuntu/+source/amd64-microcode/+bug/1521174 ? it's an old bug, which got recently resurrected, and it seems like it is being ignored.
[15:09] <ubottu> Launchpad bug 1521174 in amd64-microcode (Ubuntu) "[MIR] amd64-microcode (multiverse -> restricted)" [High,Triaged]
[15:10] <xnox> what's next todo for it?
=== ahasenac` is now known as ahasenack
=== ahasenack is now known as Guest12330
[20:02] <slangasek> infinity, kees: do we have a TB chair today?
[20:05] <kees> slangasek: oop! I can, one sec
=== Bluefoxicy_ is now known as Bluefoxicy
[21:25] <NewGnuGuy> What is the process for moving a package from multiverse into universe if it is fully freely licensed? I'm asking specifically about the package redeclipse.
[21:30] <rbasak> NewGnuGuy: ask an archive admin. I think. If you can't find one here, you can file a bug and subscribe ~ubuntu-archive to it.
[21:32] <NewGnuGuy> The upstream Debian package is in Debian main which should in and of itself qualify the package for the universe repository.
[21:34] <cjwatson> It's just that it was in Debian contrib when it was first introduced, which automatically shunted it into multiverse.  As rbasak says, file a bug and subscribe ~ubuntu-archive, should be easy.
[21:37] <NewGnuGuy> How do I file a bug and what do you mean by "subscribe ~ubuntu-archive"? I've never done this before
[21:37] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/redeclipse/+filebug?no-redirect
[21:37] <cjwatson> (you'll need a Launchpad account, if you don't already have one)
[21:38] <cjwatson> then after you've filed it, you'll see "subscribe someone else" at the right-hand side; click that and enter "ubuntu-archive"
[21:47]  * rbasak wonders what ?no-redirect does
[21:47] <dax> stops it from redirecting to the "how to use apport" wikipage, iirc
[21:48] <rbasak> Hmm. I've never seen that behaviour. Or is that because I'm special somehow?
[22:01] <wgrant> rbasak: ~ubuntu-bugcontrol is exempt from the redirect.
[22:07] <rbasak> I see. Thanks.