[03:41] <Logan_> Noskcaj: If a Debian (or Ubuntu) UDD branch is broken, you can use grab-merge to do it traditionally.
[03:41] <Logan_> (re: your comment on rygel on MoM)
[03:42] <Logan_> If it's too much of a pain to generate the proper debdiffs for a merge bug (believe me, I don't even bother), let me know, and I can just upload a merge.
[03:45] <Noskcaj> Logan_, Could you? It's as much effort to review rygel as it is to merge
[03:46] <Logan_> Sure.
[03:46] <Logan_> Just keep the patch, right?
[03:46] <Noskcaj> yep. thanks
[03:46] <Logan_> No worries. Feel free to ask me to do it in those kinds of situations.
[03:50] <Noskcaj> Should only be a few more days before i get MOTU anyway.
[03:50] <Noskcaj> I'll just have to try and wake up early on monday, since applying by email doesn't work
[03:58] <Logan_> Noskcaj: There's some weird thing going on with quilt.
[03:59] <Logan_> I'm perplexed.
[04:05] <Noskcaj> Is it possible to have a package dropped from main?
[04:07] <Noskcaj> xchat-gnome, xchat-gnome-indicator, and xchat-indicator in this case
[04:11] <Noskcaj> xchat-indicator is seeded in xubuntu and studio, the other two in nothing
[04:11] <Noskcaj> They have no main reverse-depends
[04:57] <Logan_> Noskcaj: Yes. For an example of a bug for demotion to universe, see Bug 1243235.
[04:57] <Logan_> Just subscribe ~ubuntu-archive.
[05:02] <Noskcaj> ok
[05:11] <pitti> Good morning
[05:12] <Snow-Man> morning. :)
[05:53] <Orrin_Fox> Hello there everyone.
[06:04] <Orrin_Fox> so I was thinking of helping out with ubuntu core.
[07:05] <Unit193> mvo: Poooooke. :)
[08:03] <dholbach> good morning
[08:17] <dbarth> doko: hey, good morning
[08:18] <dbarth> i'm looking for some tips to accelerate arm builds and thought you could have some with the packages you're maintaining
[08:18] <dbarth> do you have a magic formula?
[08:44] <dholbach> @pilot in
[09:29] <doko> dbarth, sorry, did skip the dark arts lessons at school
[09:30] <Laney> slacker
[09:33] <ogra_> dbarth, cant you do it in universe directly ? the distro builders are faster than the PPA ones
[09:34] <dbarth> hi
[09:34] <dbarth> doko: eh ;)
[09:35] <dbarth> ogra_: well, that's for developer builds, for oxide
[09:35] <ogra_> dbarth, right ... it wont help you for local builds indeed, but generally the distro builders are a lot faster than using PPAs for uploads
[09:35] <dbarth> ie, ways to have either a way to cross-build or spread on 2-3 phones to speed tihngs up maybe
[09:36] <doko> dbarth, isn't chrisccoulson building this anyway in a ppa on a regular basis?
[09:36] <ogra_> and i dont see a reson why youo couldnt do development uploads to universe, given we expect oxide to be ready by release
[09:36] <dbarth> doko: he is, but he can't wait on the ppa to do his own development, as its a 10h round trip every time
[09:37] <dbarth> ogra_: how faster are they? ie, if ppa builds take 10h or so
[09:37] <dbarth> can that be a 3 or 4x factor?
[09:37] <ogra_> PPAs = pandas ... (or even qemu builders) ... distro builders = highbank ... iirc 4x faster than panda
[09:37] <dbarth> hmm
[09:38] <dbarth> sounds interesting indeed
[09:38] <chrisccoulson> ogra_, which ones are used for canonical-arm-dev/ppa?
[09:38] <dbarth> do you have one of those to loan? ;)
[09:38] <ogra_> chrisccoulson, pandas
[09:38] <dbarth> hey chrisccoulson
[09:38] <chrisccoulson> dbarth, i might have cross-builds working next week anyway ;)
[09:38] <ogra_> c-arm-dev is a non virtual PPA ... these are all pandas
[09:38] <ogra_> public PPAs are qemu iirc
[09:39] <cjwatson> We have no panda builders any more
[09:40] <cjwatson> Thank goodness
[09:40] <ogra_> oh then c-arm-dev is also qemu
[09:40] <cjwatson> The non-virtual PPAs are Calxeda nodes
[09:40] <cjwatson> Virtual ARM PPAs are qemu-user
[09:40] <cjwatson> canonical-arm-dev is devirt, so builds on Calxeda
[09:40] <ogra_> oh, i thought we held back calxeda for PPAs
[09:40] <cjwatson> No
[09:40] <ogra_> ok
[09:41] <ogra_> dbarth, then my statement is moot, sorry
[09:41] <cjwatson> Don't use Pandas for building even if you do find one under a rock
[09:41] <chrisccoulson> i guess that means 12 hours is about as fast as we're going to get
[09:41] <doko> dbarth, afaik he is using the non-virtualized ppa's. the last time I looked at least qt didn't use parallel builds, so that would be the first thing to improve if hd didn't already
[09:41] <cjwatson> I would expect Calxeda (e.g. canonical-arm-dev) to be lots faster than qemu-user in virtual PPAs
[09:42] <ogra_> chrisccoulson, right ...
[09:43] <cjwatson> ogra_: you'd probably notice if we were still building things on Pandas, because you'd be seeing random one-bit errors in builds
[09:43] <ogra_> yeah, i gave up building on pandas ages ago ... chromebook FTW :)
[09:43] <ogra_> USB 3.0 ++
[09:43] <dbarth> and distcc,icecc,whatevercc?
[09:45] <dbarth> i mean chris could spawn 1-2 cloud instances to get more cores to crunch the build
[09:45] <dbarth> dev. builds, not necessarily ppa builds
[09:48] <cjwatson> if you happen to have an ARM cloud in your back pocket then by all means ...
[10:01] <dbarth> cjwatson: i imagined the cores would run a cross gcc/g++
[10:02] <dholbach> @pilot out
[10:10] <cjwatson> dbarth: I would expect that cross-building would be significantly faster already without having to bother with distcc etc.
[10:11] <dbarth> ok
[10:12] <dbarth> well chrisccoulson let's see when you get cross-builds working then
[10:12] <dbarth> thanks all for the feedback
[10:20] <xnox> dbarth: which package?
[10:24] <xnox> dbarth: looking at lp:oxide - it neither has ./debian/ nor is using CMake
[10:25] <xnox> dbarth: at the moment, one needs to use at least cmake or autotools-based build-systems to have cross-compilation support.
[10:25] <xnox> dbarth: is lp:oxide our upstream project?
[10:25] <xnox> or a fork of something upstream?
[10:28] <cjwatson> well, or a simple build system where you can just tell it the compiler to use and it gets on with it.  oxide probably isn't a simple enough package for that though
[10:34] <xnox> cjwatson: looking at lp:oxide it looks like qmake(?!) wrapped around chromium buildsystem.  Oh, I see lp:~chrisccoulson/oxide/cmake looks promising.
[10:50] <xnox> looks like chromium / oxide / cmake should be easy, just needs a few exports for arm-cross for gyp.
[10:50] <xnox> https://code.google.com/p/chromium/wiki/LinuxChromiumArm
[11:14] <lesshaste> hi... I reported https://bugs.launchpad.net/ubuntu/+source/scratch/+bug/1270194 but am a little worried there may be no ubuntu maintainer
[11:17] <brendand> dholbach, hey - sorry to ping you directly, but i have a question about MOTU
[11:18] <brendand> dholbach, do you know do we still need to go through the process if the package we want in universe replaces one already in universe?
[11:20] <lesshaste> apt-cache show scratch shows
[11:20] <lesshaste> Maintainer: Ubuntu Developers<EMAIL_ADDRESS>[11:20] <lesshaste> Original-Maintainer: Miriam Ruiz<EMAIL_ADDRESS>[11:20] <lesshaste> does this mean there is no specific maintainer any more?
[11:21] <jpds> lesshaste: As is the case with all Ubuntu packages.
[11:22] <jpds> lesshaste: That bug should be forwarded to the programmer authors.
[11:22] <brendand> lesshaste, probably pointless to package scratch now
[11:22] <brendand> lesshaste, scratch have converted to pure web implementation
[11:22] <brendand> lesshaste, see - http://scratch.mit.edu/
[11:26] <jibel> pitti, similar problem to espeak with libcups2-dev
[11:26] <jibel> dpkg: error processing /var/cache/apt/archives/libcups2-dev_1.7.1-2_amd64.deb (--unpack):
[11:26] <jibel>  unable to move aside `./usr/include/cups/i18n.h' to install new version: Invalid cross-device link
[11:26] <pitti> meh
[11:29] <pitti> jibel: from which version? precise/quantal/saucy?
[11:30] <jibel> pitti, P > T amd64 with all of main
[11:30] <jibel> bug 1272285
[11:31] <pitti> jibel: ah, so in precise /usr/include/cups/i18n.h/ was a directory, too
[11:33] <lesshaste> brendand, oh..what about http://scratch.mit.edu/scratch2download/ ?
[11:34] <brendand> lesshaste, oh i didn't know about that - interesting
[11:34] <brendand> lesshaste, but that's an air application anyway
[11:34] <lesshaste> jpds, ok.. I don't know how to forward it to them
[11:35] <brendand> lesshaste, so i doubt it's equivalent to the debian package
[11:35] <lesshaste> brendand, you mean it can't be packaged for legal reasons on ubuntu?
[11:35] <lesshaste> brendand, or that it just hasn't been yet
[11:35] <jpds> lesshaste: It uses an [old?] platform from Adobe.
[11:36] <lesshaste> yes... AIR 2.6.0 for Linux
[11:36] <brendand> jpds, i think air is still actively supported (might be wrong)
[11:36] <brendand> jpds, although it seems the linux version is not supported
[11:36] <lesshaste> "Note: Beginning June 14 2011, Adobe AIR is no longer supported for desktop Linux distributions. Users can install and run AIR 2.6 and earlier applications but can't install or update to AIR 2.7"
[11:37] <lesshaste> http://helpx.adobe.com/air/kb/install-32-bit-air-linux.html
[11:38] <lesshaste> how annoying :(
[11:39] <lesshaste> "Adobe's efforts are focused on supporting operating systems that are most important to its customers, and that demonstrate the greatest opportunity for future growth for its partners and developers"
[11:39] <lesshaste> that is... no more linux
[11:41] <lesshaste> in any case..2.6 works apparently (http://orkultus.wordpress.com/2013/03/23/installing-adobe-air-2-6-on-64bit-linux-mint-ubuntu/)
[11:44] <darkxst> lesshaste, AIR was a disaster no matter which way you look at, we arent really loosing anything by not having it
[11:44] <brendand> lesshaste, adobe don't support ios or android
[11:48] <Laney> tjaalton: Looks like your adding of libnss3-nssdb broke multi-arch upgrades/installs: libnss3:i386 : Depends: libnss3-nssdb:i386 but it is not installable
[11:49] <lesshaste> darkxst, it's just a pain that scratch doesn't work
[11:49] <lesshaste> darkbasic, given that a) it is free b) linux is free and c) it is for kids
[11:49] <lesshaste> bregma, i have no idea why mit went for this solution
[11:51] <darkxst> lesshaste, even if it was supported, it still wouldn't work most likely!
[11:51] <lesshaste> darkxst, why is that?
[11:52] <tjaalton> Laney: on debian? aiui the current version ftbfs'd on !amd64, since it's racy
[11:52] <tjaalton> the build
[11:52] <darkxst> lesshaste, it was always broken
[11:52] <Laney> tjaalton: ubuntu
[11:52] <tjaalton> oh i see now
[11:52] <tjaalton> I'll have a look..
[11:52] <Laney> it's in trusty release
[11:53] <Laney> I noticed because dist-upgrade is complaining ...
[11:53] <tjaalton> well there's also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736061 but it's not clear where the actual bug is
[11:56] <tjaalton> would Multi-Arch: foreign fix it?
[11:59] <mitya57> Can somebody please reject mikutter from Saucy SRU queue? I forgot to update the Maintainer field...
[11:59] <tjaalton> Laney: i'll test that and upload if so
[12:00] <MacSlow> seb128, there you go ... https://code.launchpad.net/~macslow/notify-osd/notify-osd.fix-1092905/+merge/203047
[12:01] <seb128> MacSlow|lunch, hey, thanks! let me test that ;-)
[12:02] <MacSlow|lunch> seb128, :)
[12:02] <seb128> MacSlow|lunch, enjoy your lunch!
[12:02] <MacSlow|lunch> thx
[12:03] <mitya57> pitti: Can you please remove python-imaging autopkgtest? That package has been renamed to pillow.
[12:03] <pitti> mitya57: I already did a while ago
[12:03] <pitti> ah, not from public jenkins
[12:04] <Laney> tjaalton: okay, if it's technically correct to do that (I don't know) then that should work
[12:04] <pitti> mitya57: yep, I'll file a request, thanks for pointing out
[12:04] <mitya57> Thanks.
[12:05] <tjaalton> Laney: aiui it tells that a foreign-arch package fulfills the dep, in this case the libnss-nssdb:amd64 for libnss:i386
[12:05] <tjaalton> *libnss3:i386
[12:05] <Laney> yes
[12:06] <Laney> so it's whether libnss3:i386 can work with libnss-nssdb:amd64
[12:08] <tjaalton> well
[12:08] <tjaalton> actually, libnss3-nssdb could probably be arch:all
[12:09] <tjaalton> since http://stackoverflow.com/questions/15024658/are-sqlite3-databases-are-platform-independent
[12:11] <dholbach> brendand, is your question resolved?
[12:11] <tjaalton> meh, it is arch:all
[12:11] <Laney> You still need the annotation
[12:17] <knome> seb128, the lp:xubuntu-docs/precise branch seems to be as it should
[12:18] <seb128> knome, do you have any idea what went wrong there?
[12:18] <knome> seb128, well, the original bug is fixed... we now have the 12.04 *content*
[12:18] <knome> seb128, but some image files are missing, and some css files aren't updated
[12:18] <seb128> knome, I apt-get sourced the precise version and applied the debdiff from the bug on it, then did debuild -S ...
[12:18]  * knome looks at the debdiff
[12:19] <seb128> knome, is that a regression? not that diff can't include binary changes, like images
[12:20] <knome> i was looking for the .css file changes, and it does look like the debdiff is faulty
[12:20] <knome> seb128, yep, it's a regression
[12:20] <seb128> knome, ok, well, if you get a non buggy debdiff feel free to ping me and I can sponsor that one
[12:21] <knome> seb128, i'm not a very technical person myself, but i'll delegate that to somebody; do you want the new debdiff against 11.10.0 or 12.04.0?
[12:22] <seb128> knome, either works
[12:22] <knome> seb128, ok, cheers
[12:22] <seb128> whatever is easier
[12:22] <Peace-> i would like create a package that will overwirte bashrc from canonical  is there a way to do that ?
[12:22] <seb128> knome, yw, sorry for not catching those issues before sponsoring
[12:22] <knome> seb128, np, that happens
[12:22] <Peace-> i need to do that with skel ?
[12:42] <tjaalton> Laney: looks like adding M-A: foreign works
[12:42] <Laney> tjaalton: neat
[12:43] <brendand> dholbach, no
[12:44] <dholbach> brendand, ok... so you want to replace a package that is already in the archive
[12:44] <dholbach> brendand, can you elaborate?
[12:45] <dholbach> brendand, the package will have the same name but different contents later on? is it like an update? or you add a patch to it? or what exactly happens?
[12:46] <brendand> dholbach, no it's changing name. checkbox-qt is the existing package. checkbox-gui is the new one
[12:46] <brendand> dholbach, it will provide the same type of functionality
[12:47] <brendand> dholbach, different implementation and updated ui
[12:47] <dholbach> brendand, will it be built from the same source and it's just the binary package (.deb package) name which changes?
[12:47] <dholbach> ok
[12:47] <dholbach> sure that's possible
[12:48] <dholbach> just make the changes in checkbox trunk and ask for it to be uploaded as usual (https://wiki.ubuntu.com/SponsorshipProcess) - basically file a bug with ubuntu-sponsors subscribed
[12:50] <ggvaberi> hello. Can anyone tell from where gsettings read data? for example icon-theme. where is real database? is it text/xmp data or some binary in cash?
[12:56] <geser> dholbach: brendand should also add a transitional package (with the old name), right?
[12:57] <brendand> geser, how does that work?
[12:57] <brendand> geser, i haven't heard the term transitional package before
[13:00] <geser> brendand: the old package (checkbox-qt) just depends on checkbox-gui and is otherwise empty. This ease the transition for people who have the old one already installed.
[13:01] <brendand> geser, oh right
[13:01] <geser> brendand: see also https://wiki.debian.org/Renaming_a_Package
[13:26] <MacSlow> seb128, I've pushed a more robust version of the fix... have another look.
[13:35] <kentb> xnox: is there anything else you need from me to help clean up sblim-sfcc on trusty?
[13:35] <xnox> kentb: bah, didn't look at your last .dsc yet. Let me diff it and upload.
[13:35] <xnox> kentb: i think it was all good.
[13:36] <kentb> xnox: ok. no problem. thanks.
[13:39] <seb128> MacSlow, thanks, commented on it
[13:40] <popey> bug 1272338
[13:41] <popey> anyone else seeing lots of memory use from xorg on intel?
[13:41] <popey> i recently upgraded to 16GB in my laptop, glad I did!
[13:41] <xnox> kentb: uploaded. I really shouldn't read sponsorship request emails on my phone ;-)
[13:42] <kentb> xnox: heheh. thanks!
[14:01] <pitti> doko: FYI, py3.4 autopkgtest runs done; raw logs are at http://people.canonical.com/~pitti/tmp/autopkgtest-py34/, I'll analyze them now
[14:14] <MacSlow> seb128, I digged deeper into the whole defaults_get_top_corner() ... looks like it's just a one-line change after all... please test it again. Looks good here (even desktop-environment neutral)
[14:14] <seb128> MacSlow, thanks for looking a bit more, let me test that
[14:20] <seb128> MacSlow, works fine here, and I like that version better I've to say ;-)
[14:20] <MacSlow> seb128, sure... I knew you can't resist the charms of a one-line change ;)
[14:20] <seb128> hehe
[14:26] <MacSlow> seb128, you'll also top-approve it?
[14:27] <seb128> MacSlow, yes, just giving it a try out of Unity first
[14:27] <MacSlow> seb128, ah ok sure
[14:48] <seb128> Riddell, hey, did you see my ping about calligra/needing a rebuild for new poppler the other day?
[14:51] <Riddell> seb128: yeah I'm onto it now
[14:51] <seb128> Riddell, thanks ;-)
[14:51] <Riddell> seb128: there's a new release of calligra I'm packaging and it's a beast of a package so still sorting out the new/removed files
[15:37] <sergiusens> jamespage, hey, by any chance, will you or did you package launchpad.net/go-dbus/v1 ?
[15:37] <jamespage> sergiusens, neither I'm afraid
[15:38] <sergiusens> jamespage, I'll take that then :-)
[15:38] <jamespage> sergiusens, is your work targetted to ubuntu main?
[15:39] <sergiusens> jamespage, this one should eventually land in main
[15:39] <sergiusens> jamespage, it's for phone/touch stuff so yes
[15:39] <jamespage> sergiusens, well its probably pertinent to talk about go toolchain then
[15:39] <jamespage> we've been having quite a bit of discussion around that for juju-core -> main this cycle
[15:40] <sergiusens> jamespage, gcc versus go?
[15:40] <jamespage> sergiusens, you got it
[15:40] <sergiusens> jamespage, I'm just using the default tbh; and I saw you did a dual thing
[15:41] <jamespage> sergiusens, the plan for supporting juju-core is to use gccgo - which is working ok
[15:41] <jamespage> main driver is server platforms that don't have golang-go support
[15:42] <jamespage> sergiusens, right now the juju-core package still bundles its dependencies - still not convinced go libraries are stable enough for general release in distro
[15:42] <jamespage> *that might not apply everywhere....
[15:42] <sergiusens> jamespage, are you using dh-golang?
[15:42] <jamespage> sergiusens, no
[15:43] <sergiusens> jamespage, right; we have dbus-go embedded into our tree currently
[15:43] <sergiusens> jamespage, but all others I've pushed to debian
[15:43] <jamespage> sergiusens, yeah - i saw - nice work
[15:43] <sergiusens> ty
[15:43] <jamespage> I started on mgo and gnuflags but I'm not pushing that hard due to bundling stuff
[15:44] <sergiusens> jamespage, ok, I'll check on doing the compiler select with dh-golang
[15:44] <sergiusens> for libs it's not really important yet luckily :-)
[15:45] <jamespage> sergiusens, right now is golang-go; I've got a gccgo-go package in progress which provides the go tool built just using gccgo
[15:45] <jamespage> so the idea is you can swap golang-go for gccgo-go and it *just works*
[15:46] <sergiusens> that would indeed solve all our problems sans a rebuild if we don't provide both :-)
[15:50] <pitti> doko: ok, done; I sent the results to u-devel@, you are CCed; https://bugs.launchpad.net/ubuntu/+bugs?field.tag=python3.4 doesn't look too bad, but it's some work
[15:58] <doko> pitti, thanks. python-csb already always fails with 3.3, aptdaemon is ftbfs in -proposed
[15:59] <doko> didn't check for the others
[15:59] <pitti> doko: yes, I didn't file a bug for -csb
[15:59] <pitti> doko: there are a lot of failures which are unrelated to the -3.4 change
[16:04] <kentb> can someone please have a look at my debdiff for openwsman to make sure I got transitional packages correct as well as the 'breaks' and 'replaces' directives?  Thanks in advance:  https://bugs.launchpad.net/ubuntu/+source/wsmancli/+bug/1272059/comments/6
[18:05] <dobey> anyone else still using evolution? it is *very* crashy on trusty :(
[18:06] <seb128> tedg is (I thinkà
[18:06] <seb128> )
[18:06] <tedg> Yeah, I am.  And it is more crashy.
[18:06] <dobey> (not to mention the other UX bugs i've already filed against it)
[18:07] <seb128> dobey, do you file your bugs upstream?
[18:07] <jtaylor> pitti: how was the py3.4 default test performed?
[18:07] <seb128> I doubt anyone is looking at evolution bugs for Ubuntu, you probably have a better chance upstream if you want to report issues
[18:07] <jtaylor> symlinkin py3.3 to py3.4?
[18:07] <dobey> no, i filed them in launchpad
[18:07] <dobey> i have no idea if they're upstream bugs or not
[18:08] <seb128> we have very little distro patching in evo nowadays
[18:08] <dobey> and for the crashing, i just clicked the "send this error report" button
[18:10] <seb128> dobey, do you have a link to the error pages for those?
[18:10] <seb128> https://errors.ubuntu.com/?release=Ubuntu%2014.04&package=evolution&period=month is quite small
[18:11] <dobey> seb128: no, i never got any link from the apport ui or anything. and i don't know what the traceback was
[18:12] <seb128> dobey, you can go to gnome-control-center -> privacy, there is a link to your reported errors webpage
[18:12] <dobey> and my /var/crash is empty
[18:12] <seb128> though e.u.c summary is not really nice
[18:12] <seb128> you just get a list ids
[18:12] <dobey> seb128: i can't do that, because i removed zeitgeist
[18:12] <seb128> you need to click through to find the ones you need
[18:13] <seb128> dobey, $browser 'http://errors.ubuntu.com/user/'$(printf $(sudo cat /sys/class/dmi/id/product_uuid) | sha512sum)
[18:13] <seb128> dobey, that should do it :p
[18:14] <dobey> well that's empty page
[18:14] <dobey> thanks a lot apport :(
[18:15] <seb128> dobey, sorry, xchat-gnome segfaulted
[18:15] <dobey> seb128: empty page
[18:15] <mdeslaur> I can't believe how broken this new xchat-gnome is
[18:15] <dobey> it's almost as bad as evolution, i bet
[18:15] <seb128> mdeslaur, oh, you found as well?
[18:15] <seb128> mdeslaur, I'm pondering reverting the update, I didn't have issues for ages with the old one
[18:16] <mdeslaur> yeah, it's not properly handling the channel positions, it's scrolling windows when loading scrollback, etc.
[18:16] <mdeslaur> seb128: I would agree with that, this one is _really_ broken to the point of almost being unusable for the time being
[18:16] <dobey> irssi is your friend
[18:17] <mdeslaur> dobey: haha, good one :)
[18:17] <dobey> wtf, i just did ubuntu-bug on a .crash file, and chose "send this error report" but there is no .upload file in /var/crash for it
[18:18] <seb128> dobey, we didn't re-enable apport yet
[18:19] <dobey> seb128: then why is it popping up?
[18:19] <seb128> it's whoopsie which is
[18:19] <seb128> we didn't enable report to launchpad if you prefer
[18:19] <seb128> just to e.u.c
[18:19] <dobey> then where the heck are my "error reports" going?
[18:20] <seb128> e.u.c
[18:20] <seb128> dobey, http://launchpadlibrarian.net/153485340/apport_2.12.5-0ubuntu1_2.12.5-0ubuntu2.diff.gz
[18:20] <dobey> apparently not, based on the product_uuid-based url
[18:20] <seb128> dobey, revert that change if you want to enable the reporting to launchpad
[18:21] <dobey> how do i know if it actually made it to e.u.c or not?
[18:21] <seb128> not sure, that's a question for ev
[18:21] <seb128> the command I copied earlier wfm
[18:21] <mdeslaur> ok, that's it... /me switches back to old xchat-gnome
[18:22] <dobey> seb128: i get an otherwise empty page with it
[18:22] <seb128> mdeslaur, can you open a bug listing your issues, so we can assign to "Jackson Doak" who did the update
[18:22] <dobey> just the "Error tracker" at the top and <address> bits at the bottom
[18:22] <seb128> dobey, yeah, well that's about as much I know about whoopsie/e.u.c, you need ev or bdmurray
[18:22] <dobey> and nothing in between
[18:23] <sarnold> mdeslaur: < seb128> mdeslaur, can you open a bug listing your issues, so we can assign to "Jackson Doak" who did the update
[18:23] <mdeslaur> I did, one sec
[18:23] <seb128> shrug
[18:23] <seb128> mdeslaur, the indicator integration is also borked
[18:23] <mdeslaur> sarnold, seb128: bug 1272455
[18:23] <mdeslaur> I think reverting it would be best for now
[18:24] <mdeslaur> fixing these issues is likely to be a substantial task
[18:24] <seb128> mdeslaur, yeah, the indicator doesn't clear the count as it should and when you click on a channel with a wrong status it segfaults
[18:24] <seb128> mdeslaur, do you want to do the revert? just take the previous version and bump the changelog to new+revert
[18:25] <mdeslaur> seb128: sure
[18:25] <seb128> shrug
[18:25] <seb128> it doesn't even scroll correctly to the bottom of a channel when new messages are added
[18:25] <seb128> mdeslaur, thanks
[18:28] <bdmurray> dobey: in the upper right hand corner does it say "logged in as "?
[18:28] <dobey> bdmurray: no
[18:29] <dobey> now it does, and still empty list
[18:29]  * mdeslaur chuckles at insane xchat-gnome version
[18:31] <mdeslaur> 1:0.30.0~git20131003.d20b8d-2ubuntu11+really0.30.0~git20110821.e2a400-0.2ubuntu13
[18:31] <mdeslaur> lol
[18:31] <bdmurray> dobey: I'll look at the server logs to see if there is an oops at all.  Does /var/log/syslog show the crash being uploaded by whoopsie?  Is there a .uploaded file corresponding to the crash in /var/crash?
[18:31] <tarpman> mdeslaur: that must be some kind of record
[18:31] <dobey> bdmurray: there's no uploaded file, no
[18:31] <mdeslaur> I'm still thinking about it :)
[18:32] <bdmurray> dobey: this week I uploaded a new version of whoopsie that fixed when crash files were uploaded (every 2 hours vs immediately)
[18:32] <seb128> mdeslaur, how that version could be uploaded is behind me
[18:32] <seb128> mdeslaur, not the version number, but the buggy xchat-gnome code
[18:32] <seb128> mdeslaur, I'm using it for 15 min and it's already driving me nuts
[18:33] <cjwatson> I'm still confused at why people think abbreviated git sha-1s are a sensible thing to put in version numbers, given that they are NOT MONOTONICALLY INCREASING
[18:33] <mdeslaur> If anyone has an idea for a sane version, I'm all ears :)
[18:33] <cjwatson> if you need a sequence number in case you upload more than one snapshot on the same day, use .1 .2 etc.; if you want to store the git sha-1 somewhere, put it somewhere other than your version ...
[18:33] <cjwatson> mdeslaur: it's obviously not your fault :)
[18:34] <dobey> bdmurray: how am i supposed to guess when it will be uploaded exactly?
[18:34] <xnox> seb128: i've switched to pure xchat with xchat-indicator long time ago. it actually integrates into unity better than xchat-gnome, imho.
[18:34] <xnox> seb128: poke the uploader about it =)
[18:34] <bdmurray> dobey: if you restart whoopsie it will do an initial scan for .crash files and upload it then
[18:34] <seb128> xnox, how so?
[18:35] <seb128> xnox, the upload is dholbach (sponsoring), the updater has been poked through assigned launchpad bug ;-)
[18:35] <xnox> seb128: it actually picks up font sizes for me at least =) and messaging menu / (n) on the icon works properly, and i've uploaded useful functional patches to xchat ;-)
[18:35] <xnox> there is a new fork of xchat as well, haven't tried it yet.
[18:36] <xnox> xchat is kind of like xemacs 21 ;-)
[18:36] <seb128> xnox, launchpad/messaging menu integration works fine with xchat-gnome
[18:36] <xnox> and back then, xchat-gnome was crashing for me a lot =/ whereas xchat is rock-solid for me.
[18:36] <seb128> I didn't have an xchat-gnome segfault in years
[18:37] <seb128> well, both options are good ones, choice for everyone ;-)
[18:37] <mdeslaur> yeah, the last bad one was the copy/paste thingy
[18:37] <mdeslaur> but I think that's solved now
[18:37] <seb128> iirc it is
[18:38] <jdstrand> @pilot in
[18:39]  * mdeslaur considers (1:0.30.0~git20131003.d20b8d-2ubuntu1+really20110821ubuntu13)
[18:48] <seb128> mdeslaur, just do "(1:0.30.0~git20131003.d20b8d-2ubuntu1+revert)" ;-)
[18:49] <dobey> bdmurray: hmm, restarted whoopsie service and still no upload afaict
[18:54]  * mdeslaur fights with orig tarball
[18:55] <mdeslaur> seb128: how the heck do I handle the orig tarball?
[19:01] <bdmurray> dobey: hmm, I'm looking into whoopsie now thanks
[19:01] <dobey> bdmurray: ok, thanks
[19:03]  * mdeslaur tries 1:0.30.0~git20131003.d20b8d+really20110821-0.2ubuntu12
[19:10] <mdeslaur> seb128: uploaded
[19:30] <kentb> slangasek: (or any AA for that matter) kirkland and I worked on some fixes for wsmancli / openwsman and there are some new openwsman binaries in the trusty upload queue.  If we could get those promoted before Monday that'd be much appreciated. Thanks in advance.
[20:19] <bdmurray> dobey: thanks again for bringing that up, I discovered the problem
[20:21] <dobey> bdmurray: is it server side? or client?
[20:22] <bdmurray> dobey: its apport - bug 1272505
[20:22] <dobey> bdmurray: ah ok. i'll wait for the update then
[21:29] <tester56> has anyone an idea how to block a user from recording audio? (disallow access to microphone)
[21:48] <tarpman> jdstrand: replied to your comment on #976100 (not sure it emailed you, looks like you aren't subscribed)
[21:52] <jdstrand> tarpman: ack
[22:37] <jdstrand> @pilot out


[13:13] <hallyn> smb: re bug 795717, what exactly is nutnboltz supposed to do to get the proposed fix back into the -proposed kernel for testing?  I suspect testing the fix in his own ppa doesn't suffice, but even looking at the link in comment #27, it's not clear to me what he's supposed to do
[13:13] <ubot2> Launchpad bug 795717 in linux "32bit rhel and centos 5.(5|6) hangs on boot on natty" [Medium,Fix released] https://launchpad.net/bugs/795717


[02:10] <StudioUser21> The files below should be analyzed with a decompiler. They belong to your official distribution. They are reported by Clamav: /usr/lib/python3/dist-packages/distlib/t64-arm.exe: Win.Virus.Expiro-10022939-0 FOUND
[02:12] <oerheks> from flatpak?
[02:12] <oerheks> oh dear
[02:13] <oerheks> a window thingy
[02:29] <semitones> What is that
[02:29] <oerheks> flatpak?
[02:29] <oerheks> dunno.
[03:33] <arraybolt3> That file doesn't exist on my Jammy Ubuntu Studio ISO...
[03:34] <arraybolt3> I get it if I install python3-distlib though.
[03:34] <Eickmeyer> It's a troll.
[03:35] <arraybolt3> Eickmeyer: Meh, I'm not entirely sure it's a *troll*, clamav might really have reported it. The file does exist if I install python3-distlib, and *one* (but only one) engine reports it as a trojan on VirusTotal.
[03:36] <Eickmeyer> arraybolt3: t64-arm.exe
[03:36] <arraybolt3> yep, that's what I just tested.
[03:36] <arraybolt3> and yes, that file does indeed exist when python3-distlib is installed.
[03:36] <Eickmeyer> *sigh*
[03:37] <arraybolt3> looks like a Windows executable when opening it, I see "MZ" at the start and "This program cannot be run in DOS mode." inside.
[03:37] <Eickmeyer> arraybolt3: Then it's a bug. It needs to be filed. End of story. /rant
[03:37] <arraybolt3> +1
[03:38] <arraybolt3> probably needs bugs against python3-distutils *and* clamav
[03:39] <Eickmeyer> But I draw the line when someone comes in here and drops a line about a virus and leaves without a word.
[03:39] <Eickmeyer> That's what made me +b them.
[03:40] <arraybolt3> yeah, under most circumstances that would have been a definite troll. But the combo of a Linux virus scanner plus a file that might plausibly exist led me to dig, and the dig revealed... welp.
[03:40] <arraybolt3> speaking of digging, I need to update my Studio ISO, the one I just used is an ancient fossil at this point. (A Jammy daily image from before 22.04.4)


[03:31] <robru> JohnX, I would ask jbicha about that, but he doesn't seem to be on right now.
[03:55] <JohnX> robru, thanks. I'll try to catch jbicha if he gets on. In the meantime I left a message via the launchpad ppa contact form. sooner or later someone else will go to install the builds from today and realize they take up an extra 1.2GB of space
[04:12] <Mirv> robru: do you know any core dev that would still be online from your part of the globe?
[04:13] <Mirv> just thinking about packaging change acks now that a lot of Europe has a day off today
[04:13] <robru> Mirv, it's 10:30 in my part of the globe... ;-)
[04:13] <Mirv> robru: I know, but you're there as well, so... :)
[04:14] <Mirv> I wonder if we'd have any NZ/Australians.. I guess I need to stare at https://launchpad.net/~ubuntu-core-dev/+members
[04:14] <robru> Mirv, yeah, but I'm the only guy I know who keeps crazy hours, sorry ;-)
[04:14] <Mirv> robru: ok, thanks :)
[04:14] <robru> Mirv, funny actually, I was *just* about to sign off when you pinged me. g'night!
[04:16] <Mirv> robru: excellent night!
[04:17] <Mirv> hey, Germany isn't on the list, this should be promising
[04:18] <Mirv> mm, except Bavaria and Saarland. complicated.
[04:24] <TheMuso`> Mirv: I'm core dev, whats up?
[04:28] <Mirv> TheMuso`: do you have access to QA VPN? we just have a deal that we must get +1 from core dev's before publishing packages with packaging contents. in this case there'd be this diff to ack http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_0.18.3+13.10.20130815-0ubuntu1.diff
[04:28] <Mirv> well, now also at http://pastebin.ubuntu.com/5987618/
[04:29] <Mirv> s/contents/changes/
[04:30] <Mirv> that one is about tvoss fixing a typo in the API, but since it's a packaging change it blocks autopublishing of the platform stack (+ sdk stack)
[04:30] <Mirv> more exactly it's this commit http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/revision/118
[04:30] <TheMuso`>                                               Mirv Ido have VPN access, but its not currently set up.
[04:31]  * TheMuso` looks at pastebin.
[04:31] <TheMuso`> Mirv: Hrm I've dealt with symbols before, but I don't feel comfortable dealing with symbols in a package I an unfamiliar with.
[04:32] <TheMuso`> So whilst it *looks* ok to me, I don't feel I can comfortably give it an ack without really being sure that things are sane.
[04:32] <Mirv> TheMuso`: ok, that's fine, I can try the Germans when they wake up
[04:32] <TheMuso`> esp with any runtime deps.
[04:32] <Mirv> usually didrocks does all the acks for me, but now both him and seb128 are having a holiday
[04:33] <TheMuso`> Right.
[04:34] <TheMuso`> And at a glance, that looks like a symbol rename to me... Do you know if any other packages use that symbol?
[04:34] <TheMuso`> And from my limited knowledge, I would have thought that would also require a soname bump...
[04:35] <Mirv> TheMuso`: I think the location API is very much work in progress at the moment, so I'm not sure how it's looked upon at the moment. but you're right.
[04:36] <Mirv> I'll check with Thomas himself when he's here, and then with a core dev about acking it if ok
[05:21] <TheMuso`> c
[10:32] <tkamppeter> mlankhorst, hi
[10:36] <mlankhorst> hey
[10:54] <asac> anyone knows if sil and didrocks are off today?
[10:55] <asac> tvoss_: ok so france has a pub holiday today
[10:55] <tvoss_> asac, thx
[10:56] <asac> sil i dont know :(
[10:57] <asac> Mirv: hey
[10:57] <asac> Mirv: can you help tvoss_ setting up a daily-release thing?
[10:57] <asac> tvoss_: ^^ he might be your man :)
[10:57] <asac> robru: ^^ you maybe?
[10:58] <tvoss_> Mirv, I would need ci and autolanding setup for lp:music-hub
[11:01] <Mirv> asac/tvoss: sure, me / our team can help with that. I guess starting with debian/ that it currently lacks.
[11:02] <Mirv> tvoss_: please set the maintainer to pspmteam and driver to some team that has ps-jenkins as a team member, so that I can ask QA team to set up the automerger.
[11:02] <Mirv> like, phablet-team
[11:03] <asac> Mirv: just curious: who from the QA team sets up the auto merger?
[11:03] <asac> (usually?)
[11:04] <Mirv> asac: I've asked fginther myself
[11:04] <asac> good
[11:04] <asac> maybe jibel? but he is on vacation, so not sure
[11:05] <Mirv> most of Europe except us poor northerners are on vacation today
[11:05] <asac> i am neither in germany
[11:05] <asac> also north'ish :)
[11:05] <asac> but not quiet yet i think
[11:05] <asac> Mirv: what are they celebrating?
[11:05] <Mirv> yeah, well UK and Germany are quite big exceptions to the most of Europe as well :)
[11:06] <asac> christian stuff?
[11:06] <Mirv> asac: I looked it up, http://en.wikipedia.org/wiki/Assumption_of_Mary - ie of Catholic origin
[11:06] <Mirv> yep
[11:06] <asac> ok so i guess south germany is also off :)... lazy folks
[11:17] <tkamppeter> mlankhorst, I have a question about X with touch screen. You remember that I have tested patches regarding this and this finally made the bug getting fixed in x-staging PPA for Saucy. Currently I am using this x-staging therefore. My questions: 1. will this fix get into 13.10 final? 2. If I switch back to the official repos and there switch to MIR as described on https://wiki.ubuntu.com/Mir/Installing will I get a stable touch scre
[11:17] <tkamppeter> en experience (no stuck button)?
[11:18] <mlankhorst> tkamppeter: I've uploaded a new xserver for 1.14, which should fix the issues
[11:20] <mlankhorst> https://launchpad.net/ubuntu/+source/xorg-server/2:<IP_ADDRESS>1-2ubuntu1
[11:22] <mlankhorst> hm why is that still in proposed
[11:29]  * Laney sighs
[11:29] <Laney> because of firefox autopkgtest
[11:29] <Laney> is anyone looking at that?
[11:31] <tjaalton> silly rhythmbox, fails to play a certain radio stream after upgrade to saucy
[11:32] <tjaalton> huh, firefox blocks xserver?
[11:32] <Laney> tests
[11:33] <tjaalton> but how?
[11:33] <Laney> depends trigger tests
[11:33] <tjaalton> ah, I get it
[11:41] <mlankhorst> funfun
[11:43] <tkamppeter> mlankhorst, thanks, I am trying it now ...
[11:43] <Laney> https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-firefox/113/ARCH=amd64,label=adt/consoleFull
[11:43] <Laney> that's an annoying failure
[11:44] <mlankhorst> no space left on device? :p
[11:44] <Laney> yes
[11:45] <Laney> when unpacking the source package even
[11:45] <mlankhorst> indeed
[11:45] <tjaalton> eh
[12:08] <tjaalton> ok, my radio stream bug is lp1153934
[12:13] <mlankhorst> oh
[12:13] <mlankhorst> hm that would explain why fluendo was failing I guess
[12:42] <fginther> robru, ping
[12:59] <rickspencer3> mlankhorst, hi
[12:59] <rickspencer3> so, after I upgraded this laptop to saucy yesterday ...
[13:00] <rickspencer3> when I start it up it thinks there is an external monitor attached
[13:00] <rickspencer3> and there is not
[13:00] <rickspencer3> it causes problems until I "turn off" the fake monitor in system settings
[13:00] <rickspencer3> I'm dist-upgrading right now with the xorg-xserver, though
[13:04] <mlankhorst> rickspencer3: there might be, is it a hybrid ?:P
[13:05] <rickspencer3> mlankhorst, yeah, it's a hybrid
[13:05] <mlankhorst> it's probably seeing the LCD screen twice
[13:05] <mlankhorst> xrandr -q ?
[13:09] <rickspencer3> mlankhorst, http://paste.ubuntu.com/5988942/
[13:09] <mlankhorst> hm no, erroneously detecting VGA-1 as connected
[13:10] <rickspencer3> mlankhorst, about 2 years ago I used a dual monitor setup
[13:10] <mlankhorst> rickspencer3: can you file a bug against xorg and assign it to me?
[13:10] <rickspencer3> my tiny brain suggests there is some config lying around
[13:10] <rickspencer3> mlankhorst, sure
[13:10] <mlankhorst> if there is something lying around it would probably show up in the bug report
[13:15] <rickspencer3> mlankhorst, https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1212677
[13:15] <ubot2`> Launchpad bug 1212677 in xorg (Ubuntu) "When starting up laptop thinks there is a vga monitor attached, but there is not" [Undecided,New]
[13:24] <Mirv> cyphermox: I've quoted ken, you and robru as the other people QA can contact if/when they get the intel machine back up
[13:24] <cyphermox> Mirv: yup
[13:32] <mlankhorst> rickspencer3: does vga-1 still show up if you do xrandr --setprovideroffloadsink nouveau 0 ?
[13:33] <rickspencer3> mlankhorst, there is no output from that command
[13:33] <mlankhorst> yeah it disables nouveau
[13:33] <mlankhorst> hm for some reason it sets 1024x768 on nouveau, don't see why
[13:40] <mlankhorst> rickspencer3: I don't really see if 3.11 made it worse, did you try with 3.10 kernel?
[13:40] <rickspencer3> mlankhorst, no
[13:40] <rickspencer3> this was a raving -> saucy upgrade
[13:40] <mlankhorst> although from the looks of it, 3.11 might be the first one that worked properly with nouveau on that card
[13:41] <rickspencer3> which, honestly, went amazingly well
[13:41] <rickspencer3> this is the only real problem
[13:41] <mlankhorst> rickspencer3: yeah if I know in what kernel things went wrong it should be easier for me to pin down :-)
[13:41] <rickspencer3> mlankhorst, I fully accept the possibility that this is the first time the nvidia card has done anything interesting
[13:41] <rickspencer3> such as worked
[13:42] <mlankhorst> heheheh
[13:42] <rickspencer3> mlankhorst, hmmm
[13:42] <rickspencer3> I don't think I would like to bisect between saucy and this kernel
[13:42] <rickspencer3> that sounds time consuming
[13:42] <rickspencer3> mlankhorst, let me know if you see other reports like this
[13:42] <mlankhorst> no saucy has a 3.10 kernel you could use, I just need to know roughly what kernel release has it first
[13:42] <rickspencer3> mlankhorst, ok
[13:43] <rickspencer3> I was up to date with saucy
[13:43] <rickspencer3> dist-upgraded day before yesterday
[13:43] <rickspencer3> got the issue
[13:43] <rickspencer3> I just dist-upgraded today but haven't rebooted yet
[13:43] <mlankhorst> considering raring was 3.8 it shouldn't be hard to find :)
[13:43] <mlankhorst> oh are you sure?
[13:43] <rickspencer3> mlankhorst, am I sure I haven't rebooted?
[13:43] <rickspencer3> yes :)
[13:43] <mlankhorst> your kernel log says 3.11
[13:44] <rickspencer3> mlankhorst, I came in < 1 hour ago
[13:44] <rickspencer3> started my computer
[13:44] <mlankhorst> oh that
[13:44] <rickspencer3> ran a dist-upgrade
[13:44] <rickspencer3> have not rebooted
[13:44] <mlankhorst> yeah i thought after upgrading to saucy ;)
[13:44] <rickspencer3> mlankhorst, let me restart and see what happens
[13:44] <rickspencer3> brb
[13:46] <rickspencer3> mlankhorst, the non-existent display is still there, but it remember my settings to keep it turned off
[13:47] <rickspencer3> mlankhorst, ironically, I do plan to attach a monitor to that vga port, I just don't happen to have a vga cable atm
[13:56] <mlankhorst> hm it claims there are 2 vga-ports :P
[15:55] <robru> asac, Mirv, fginther: pong. I am just waking up. what's up?
[15:56] <fginther> robru, there was something about the phone-gap tests
[15:56] <fginther> trying to remember...
[15:57] <fginther> robru, nope, it was something else. I see the webapps stack is now being published, correct?
[15:57] <robru> fginther, webapps has been green for a long time, hasn't it? I can't recall the last red we had. lately most of the reds come from unity/unity8
[15:59] <fginther> robru, the webapp stack check step was removed "no tests until unity_webapps_qml is fixed"
[15:59] <fginther> robru, looks like that was done 2 days ago
[16:00] <asac> robru: sleep is for the weak i used to say (but not anymore)
[16:00] <asac> :)
[16:00] <asac> good morning
[16:00] <robru> fginther, oh, right, forgot about qml. yeah, that has been an ongoing issue for webapps.
[16:01] <robru> asac, hello
[16:01] <ogra_> sleep is for the week ...
[16:01] <ogra_> you always tyop that
[16:01] <ogra_> *typo :P
[16:01] <robru> fginther, sorry, wait, are you saying that webapps is no longer running any tests for the whole stack? who the heck did that? they should have just disabled tests for unity-webapps-qml
[16:01] <asac> ogra_: hehe
[16:02] <fginther> robru,"extracheck: False"
[16:02] <fginther> robru, looks like unity_webapps_qml was the only test defined
[16:03] <robru> fginther, are we talking specifically about autopilot tests? because other webapps had unit tests running during build.
[16:03] <fginther> robru, right, just the autopilot tests
[16:03] <robru> fginther, oh, I guess that's ok then. yeah, -qml was the only one with an autopilot test.
[16:04] <robru> fginther, i don't understand the -qml failures myself, but vrruiz and alex-abreu are working on it. it seems to be quite the challenge (I've seen a handful of branches merged claiming to fix it, but they don't fix it)
[16:04] <fginther> robru, I'm trying to figure out if there is a timeline for when this needs to work again
[16:05] <fginther> obviously as soon as possible, but does didrocks have some further specificatin?
[16:05] <robru> fginther, not that I'm aware of. the -qml failures have been escalated to pat and it's a top priority as far as I understand.
[16:05] <fginther> robru, ok, sounds like the right things have happened. thanks
[16:06] <robru> fginther, you're welcome
[17:09] <Saviq> cyphermox, do you know what's happening with unity daily release?
[17:09] <Saviq> cyphermox, http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/1019/ doesn't look good
[17:09] <cyphermox> Saviq: I was following it before, now eating
[17:09] <cyphermox> just a second, I'll look
[17:09] <Saviq> cyphermox, enjoy
[17:11] <cyphermox> yuck
[17:12] <cyphermox> Saviq: I don't know what's up with that, I'll wait until they're all done and then I'll ping the responsible :)
[17:12] <Saviq> cyphermox, ok :)
[17:30] <rickspencer3> mlankhorst, I'm about to plug a real vga monitor into my laptop
[17:30] <rickspencer3> :)
[17:30] <rickspencer3> here goes
[17:37] <rickspencer3> mlankhorst, no love
[17:38] <rickspencer3> won't output to the real display
[17:38] <rickspencer3> at least, I can't figure out how to configure it to do so
[18:46] <robru> cyphermox, can I get you to preNEW https://code.launchpad.net/~ubuntu-docviewer-dev/poppler-qml-plugin/trunk ? thanks!
[18:50] <cyphermox> robru: preNEW?
[18:51] <cyphermox> you mean packaging review?
[18:51] <robru> cyphermox, yeah, can't you do that? I need an archive admin to pre-approve the packaging before uploading to universe.
[18:52] <robru> cyphermox, I did a bunch of packaging work already, just running it through pbuilder now to check the deps
[19:21] <cyphermox> robru: yes, I can review it and upload
[19:22] <cyphermox> but then it will need to be reviewed by an archive admin ;)
[19:22] <robru> cyphermox, I thought you were an archive admin?
[19:24] <cyphermox> robru: no ;)
[19:25] <robru> cyphermox, at the meeting last tuesday you said you were avaialble for reviewing manually published packaging changes? what is it that grants you that priveledge?
[19:26] <cyphermox> I thought you guys meant reviewing packaging changes and sponsoring
[19:26] <cyphermox> I have upload rights
[19:26] <cyphermox> I can't NEW stuff from the queue
[19:26] <robru> so there's a difference between "upload rights" and "archive admin"?
[19:26] <cyphermox> yes
[19:26] <robru> this is news to me
[19:26] <cyphermox> archive admins can review packages in teh saucy queue, like new binary or source packages, to triple-check copyright and things like that
[19:27] <cyphermox> a kind of last sanity check for new things coming in, or once we're in freeze to avoid breakage
[19:28] <cyphermox> but there's more general upload privilege which just about anyone can have, to push things into the queue
[19:32] <cyphermox> robru: I'd point you to https://wiki.ubuntu.com/UbuntuDevelopers ;)
[19:32] <ogra_> robru, upload rights are a privilege ... archive admin is a duty ... luckily they dont come as a package
[19:34] <robru> ogra_, cyphermox: thanks. so ignorant of the process that i didn't realize there was a difference
[19:34] <mlankhorst> rickspencer3: erm it should work afaik
[19:34] <cyphermox> robru: I've mentioned before happily volunteering for AA
[19:35] <ogra_> archive admins can bump your build score :) it is good to know what bribes they take
[19:36] <cyphermox> ogra_: topic on -release...
[19:36] <ogra_> haha, i forgot that one
[19:37] <ogra_> (it used to list chocolate and fuzzy teddybears too in the past)
[19:38] <cyphermox> ohh, I missed that
[19:44] <rickspencer3> mlankhorst, no love
[19:44] <rickspencer3> the external monitor seems to be detected, but stays blank
[19:44] <mlankhorst> hm fun
[19:45] <mlankhorst> any error showing up in dmesg?
[20:16] <cyphermox> robru: https://code.launchpad.net/~mathieu-tl/poppler-qml-plugin/bootstrap/+merge/180412
[20:20] <cyphermox> robru: also, https://code.launchpad.net/~mathieu-tl/unity-mir/bootstrap/+merge/180415
[20:20] <cyphermox> ^ if you have time to help out a bit
[20:55] <robru> cyphermox, absolutely
[21:08] <robru> cyphermox, fginther: are either of you familiar with this error? http://paste.ubuntu.com/5990512/ I can't seem to update the sdk stack with the new poppler job in it.
[21:09] <fginther> robru, does the u1db-qt branch have the right ownership?
[21:10] <fginther> robru, hmm, probably not, ps jenkins is a member of the owning team
[21:10] <robru> fginther, I dunno...
[21:10] <robru> fginther, wait, "probably not" the right ownership, or "probably not" the problem?
[21:10] <fginther> probably not the problem
[21:10] <fginther> it looks like the right ownership
[21:11] <robru> fginther, oh, probably just that *I* don't have the right group membership for that branch. can somebody update sdk stack for me? ;-)
[21:12] <fginther> robru, I'm afraid I can't
[21:12] <robru> cyphermox, ^ ?
[21:12] <fginther> robru, can you run it as ps jenkins bot?
[21:12] <robru> fginther, er, no?
[21:13] <fginther> robru, for example, can you log into the machine that runs the jenkins jobs and run your script there
[21:13] <robru> fginther, ... no
[21:13] <rickspencer3> hey robru ... so I think I got an aport report for my RB crasher:
[21:13] <rickspencer3> https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/1212847
[21:13] <ubot2`> Launchpad bug 1212847 in rhythmbox (Ubuntu) "rhythmbox crashed with signal 7 in rb_player_gst_find_element_with_property()" [Undecided,New]
[21:14] <robru> rickspencer3, great!
[21:14] <robru> rickspencer3, that'll go a long way to a solution.
[21:16] <cyphermox> robru: that's going to be painful
[21:17] <robru> cyphermox, which, my pastebin or rick's rb bug? ;-)
[21:17] <cyphermox> robru: I don't know why it says its locked
[21:17] <cyphermox> your pastebin ;D
[21:17] <robru> cyphermox, last time I saw this error, I ran it again and it worked fine. but this time I got this error three times in a row, no idea how to fix it
[21:18] <cyphermox> robru: give me a second I'll try something
[21:18] <robru> cyphermox, give me a sec, I just joined the group that owns that branch, maybe that'll do it
[21:19] <cyphermox> ah, possibly yes
[21:19] <robru> totally just worked ;-)
[21:19] <cyphermox> makes sense ;)
[21:19] <cyphermox> awesome
[21:19] <cyphermox> robru: can I let you handle the rest of stuff for daily-release until later?
[21:20] <robru> cyphermox, alright, poppler-qml-plugin job is showing up in jenkins now. so that'll run in under 2hrs.
[21:20] <cyphermox> I'd be back in about 5 or 6 hours
[21:20] <robru> cyphermox, wait, what rest of the stuff?
[21:20] <cyphermox> well, you know, daily-release in general
[21:20] <cyphermox> if you added poppler we're good, I think
[21:20] <robru> cyphermox, yeah, ok, I thought I was done ;-)
[21:21] <robru> cyphermox, I'm headed out in 2hrs myself
[21:21] <cyphermox> we'll still need to add unity-mir but I'd like to know if sil didn't intend to do something first
[21:21] <cyphermox> oh?
[21:21] <robru> cyphermox, yeah, dinner plans.
[21:21] <robru> cyphermox, surely it'll be fine if left alone for a couple hours?
[21:21] <cyphermox> there should be a build starting in half an hour or so
[21:22] <cyphermox> but yeah, it should be good
[21:22] <robru> cyphermox, yeah, I'll keep tabs on that one
[21:22] <cyphermox> I'll be online on gtalk and stuff, ping me if there's anything
[21:22] <robru> cyphermox, yeah, I'll also be back on later so we can both catch up on any problems
[21:22] <cyphermox> great
[21:24] <cyphermox> perhaps I'll pack my laptop just to be on the safe side
[21:24] <cyphermox> bbl
[23:06] <robru> fginther, still around? can you set up lp:poppler-qml-plugin for CI?