[02:52] <Seven_Six_Two> hello
[03:36] <BobJonkman1> Hi Seven_Six_Two!
[03:40] <Seven_Six_Two> we're one week away from our first event, and there are people in our lug's chatroom!
[03:41] <Seven_Six_Two> There are so many DVDs. If you guys need some extras, let me know. I was considering asking the library if they would let me set up a little counter display to give them away, or something like that.
[03:42] <Seven_Six_Two> Do people still do installfests?
[03:43] <Seven_Six_Two> we also have a new mailing list that became active yesterday.
[04:12] <BobJonkman1> Yes, people still have installfests.
[04:13] <BobJonkman1> I'm doing a presentation to a local computer club, "Linux for Windows Users". The second session is this week (maybe next week), and I'm conducting an installfest.
[04:14] <BobJonkman1> And later this month dscassel is planning an installfest with the new 14.04LTS DVDs at Kwartzlab, the local hackerspace
[04:14] <BobJonkman1> You got your own boxes of DVDs?
[04:15] <BobJonkman1> Sure, offer to put them on display at the Library!
[04:15] <BobJonkman1> You could offer to host an installfest for them in return.
[04:15] <BobJonkman1> Libraries love that kind of thing.
[04:17] <Seven_Six_Two> Yeah, 175 dvds, 25 of them server
[04:17] <Seven_Six_Two> I was thinking about laying them all out in an ubuntu-ish shape and taking a picture
[04:18] <Seven_Six_Two> 25 isn't enough to spell lolug at small resolution ;)
[04:20] <BobJonkman1> Cool! Don't tell the LoCoTeams people, there's only supposed to be one set of disks per country :)


[04:49] <Chipmadness> anyone here?
[06:20] <xnox> pitti: adt tests are feeling sad, it seems.
[06:20] <pitti> xnox: morning
[06:20] <xnox> pitti: insserv: warning: script 'S02autopkgtest' missing LSB tags and overrides
[06:20] <xnox> insserv: Service udev has to be enabled to start service nut-server
[06:20] <xnox> insserv: exiting now
[06:20] <xnox>  =))))
[06:20] <xnox> pitti: morning. =) where is autopkgtest init script comming from?! =)
[06:20] <pitti> xnox: yep, just saw; looking at mdadm now (breaking udisks2)
[06:21] <xnox> pitti: i guess autopkgtest is in $ debcheckout -a ?!
[06:21] <pitti> xnox: that's from adt-virt-qemu
[06:21] <xnox> oh, ok.
[06:21] <pitti> xnox: on my list, but the warning is less urgent
[06:21] <pitti> xnox: nut's autopkgtest show unhappyness with udev's
[06:22] <pitti> insserv: Service udev has to be enabled to start service nut-server
[06:23] <pitti> xnox: so I suppose we are missing some corresponding update-rc.d calls?
[06:25] <pitti> xnox: or rather, we need to fix bug 1312836 in debhelper and rebuild the packages
[06:27] <xnox> pitti: true.
[06:27] <pitti> xnox: ah, mdadm-raid is also just from udev.init (Provides:)
[06:29] <dholbach> good morning
[06:29] <dholbach> larsu, HAPPY BIRTHDAY! :-)
[06:30] <xnox> pitti: ok. let me upload debhelper, and then we'd rebuild systemd, check postinst is sane (and calls update-rc.d) and depends on the right version lsb-base.
[06:30] <pitti> xnox: so we already call dh_installinit -R --no-start
[06:30] <pitti> xnox: in theory that ought to craete an /etc/rcS.d/Snnudev, but it seems it doesn't; that's exactly this bug, right?
[06:34] <xnox> pitti: it doesn't, because of above bug, yes. Uploading now.
[06:34] <pitti> xnox: right, just cross-checking that I'm understanding this right
[06:35] <xnox> pitti: not bug, but intentional change in debhelper.... but yeah, now it became a bug.
[06:40] <pitti> xnox: I'm building systemd now with the change reverted locally
[06:41] <TheMuso> c
[06:47] <pitti> xnox: FYI, I added block-proposed again; even if we fix it for udev and the few others which are spotted by autopkgtests, we probably still need to rebuild a few other packages
[06:49] <xnox> pitti: ack.
[06:54] <xnox> rebuilding systemd.... slowly.....
[06:56] <pitti> xnox: my first attempt was broken, I forgot to change postinst-init-norestart too
[06:56] <pitti> now I changed them all, like in https://patches.ubuntu.com/d/debhelper/debhelper_9.20140228ubuntu2.patch
[07:01] <pitti> mvo: halp
[07:01] <mvo> pitti: holp!
[07:01] <pitti> mvo: what was the magic option to apt-get to say "force refresh through proxy"? this is totally not googleable :(
[07:01] <sarnold> pitti: Acquire::http::proxy::<IP_ADDRESS> DIRECT;
[07:01] <pitti> sarnold: wow, I've never seen that one
[07:02] <sarnold> replace IP as needed :)
[07:02] <pitti> I rememvered something like acquire::http:blaproxybla=refresh or similar, not with IP numbers
[07:02] <sarnold> pitti: it's the only way to test packages from a local repository and still use a local caching proxy sanely. :)
[07:02] <sarnold> oh :) there might be something better then? hehe
[07:02] <mvo> pitti: oh, this is the one you are look for ? yeah, what sarnold said, but you may need -o Acquire::http::No-Cache=1 for transparent proxies
[07:02] <pitti> I mean, the proxy has broken/outdated _Packages, and I want to circumvent it / tell the proxy "refresh your files, d***it"
[07:03] <sarnold> pitti: ahhh. no idea there, sorry.
[07:03] <rbasak> sarnold: I do that sort of thing at proxy level. You can tell squid.conf to always refresh.
[07:03] <pitti> mvo: thanks; still didn't help, but I'll experiment further
[07:03] <rbasak> (only for Packages|Release etc)
[07:03] <sarnold> rbasak: that would make creating new VMs a little easier :)
[07:04] <mvo> pitti: hm, the no-cache sends a cache-control: no-cache header, so if the cache is not honoring this its … broken
[07:04] <xnox> pitti: actually, with such a change rebuilding systemd i get strange postinst.
[07:04] <pitti> sarnold: so your command wouldn't work for the transparent proxy on the canonical network supposedly?
[07:04] <xnox> pitti: http://paste.ubuntu.com/7534673/
[07:04] <rbasak> sarnold: http://paste.ubuntu.com/7534674/
[07:04] <mvo> rbasak: squid-deb-prroxy  uses that too
[07:04] <pitti> xnox: oh? it looks quite alright here; and if I ever get rid of the hash sum mismatches I could even test it..
[07:05] <pitti> xnox: ah, I get the same
[07:05] <rbasak> pitti: does that help you?
[07:05] <sarnold> rbasak: oww my eyes glaze over a bit :)
[07:05] <xnox> pitti: it should (a) only one section added by dh_installinit (b) only one call to update-rc.d with the right arguments, i believe.
[07:05] <rbasak> Just lines 28 and 29 are what matter.
[07:05] <pitti> rbasak: sorry, what is "that"?
[07:05] <rbasak> They cause squid to always check for updates to Release and Packages.
[07:06] <mvo> pitti: *cougt* there is a plan to fix the hashsum mismatches that involves rbasak :)
[07:06] <rbasak> pitti: my squid.conf in above paste
[07:06] <pitti> rbasak: (and I don't know what the canonical network uses, presumably squid?)
[07:06] <rbasak> Doing this completely prevents hash sum mismatches from propogating through a proxy.
[07:06] <pitti> rbasak: ah, I suppose it's out of my powers to fix that; I'll try the hotel network
[07:06] <pitti> brb
[07:07] <mvo> pitti: or talk to is maybe?
[07:07] <rbasak> IS also altered the way the files are packaged, so hash sum mismatches should never get cached anyway.
[07:07] <sarnold> rbasak: oh, I've already got that. I wonder why I needed the DIRECT apt-get configuration..
[07:07] <rbasak> Err...s/packaged/published/
[07:10] <pitti> xnox: I know why
[07:10] <pitti> xnox: /usr/share/debhelper/autoscripts/postinst-upstart-replace
[07:10] <pitti> xnox: that needs to go
[07:11] <pitti> xnox: for testing we can just empty the file, for the upload it shold also be dropped from dh_installinit
[07:12] <xnox> pitti: \o/ yes!
[07:12] <pitti> xnox: as in the current diff
[07:13] <pitti> mvo: hotel network also didn't help, so I suppose it's something else; I'll try a different mirror
[07:14] <sarnold> pitti: it might be worth reporting in #ubuntu-mirrors -- they can sometimes poke a refresh
[07:14] <pitti> sarnold: well, I'm still sceptical -- it happens on de.archive and archive alike
[07:15] <sarnold> pitti: oh, interesting
[07:15]  * pitti tries it.archive
[07:15] <pitti> \o/
[07:15] <pitti> ok, that and local apt-cacher-ng == ♥ again
[07:18] <pitti> xnox: my diff -u /var/lib/dpkg/info/udev.postinst /tmp/x/DEBIAN/postinst looks good now
[07:18] <pitti> xnox: where /tmp/x is dpkg-deb -R udev_204-10ubuntu6_amd64.deb /tmp/x
[07:18] <pitti> xnox: and installing that I now have /etc/rcS.d/S02udev -> ../init.d/udev and /etc/rcS.d/S03udev-finish -> ../init.d/udev-finish
[07:19] <pitti> xnox: mdadm and nut install fine
[07:19] <pitti> xnox: so this is looking good \o/
[07:19] <xnox> cool.
[07:19]  * xnox is still building
[07:20] <xnox> (my laptop is slow, i should fix my connection to my server)
[07:21] <LocutusOfBorg1> Hi, can anybody please explain why of a build failure and retry it?
[07:21] <LocutusOfBorg1> tomcat8 ---> missing libeasymock-java (>= 3.0)
[07:22] <LocutusOfBorg1> easymock --> missing libobjenesis-java
[07:22] <LocutusOfBorg1> objenesis in the archive since one month or so
[07:22] <LocutusOfBorg1> why easymock didn't find it?
[07:28] <pitti> xnox: do you understand http://paste.ubuntu.com/7534786/ ?
[07:29] <pitti> xnox: it's apparently because of the new Provides: mdadm-raid
[07:29] <pitti> xnox: ah no, due to Provides: lvm lvm2
[07:35] <xnox> pitti: i still don't like the postinst.
[07:35] <pitti> xnox: what's wrong now?
[07:35]  * rbasak agrees with LocutusOfBorg1
[07:35] <rbasak> Can someone hit the rebuild button on https://launchpad.net/ubuntu/+source/easymock/3.2+ds-2/+build/5937740 please?
[07:35] <rbasak> I can do tomcat8 but not easymock.
[07:36] <pitti> rbasak: done
[07:36] <rbasak> Thanks!
[07:39] <rbasak> LocutusOfBorg1: hmm. It failed again.
[07:39]  * rbasak looks deeper
[07:39] <pitti> rbasak: easymock is in main, libobjenesis-java in universe
[07:39] <pitti>  easymock | 2.5.2+ds-1       | utopic/universe | source
[07:39] <rbasak> Oh
[07:39] <pitti>  easymock | 3.2+ds-2         | utopic-proposed | source
[07:40] <pitti> apparently someone promoted it to main in -proposed
[07:40] <pitti> which looks odd
[07:42] <pitti> GunnarHj: copied PPA to -proposed FYI
[07:44] <LocutusOfBorg1> so rbasak pitti how can we fix this?
[07:45] <rbasak> I think an archive admin will need to untangle it
[07:46] <rbasak> Oh..pitti is one :)
[07:48] <mardy> pitti: hi! I'm trying out https://code.launchpad.net/~pitti/ubuntu-system-settings-online-accounts/py3tests/+merge/221118 on the desktop
[07:48] <xnox> pitti: meeting at the moment.
[07:49] <mardy> pitti: it works fine, but if I pass the "-v" option to autopilot3-sandbox-run, then it complains
[07:49] <mardy> (getopt: invalid option -- 'v')
[07:55] <pitti> mardy: oh, hang on, that's odd -- is that in my MP?
[07:55] <mardy> pitti: yes, in debian/tests/autopilot
[07:55] <pitti> LocutusOfBorg1, rbasak: I figure we need to find out why it was promoted to main, whether it was an error or an ongoing MIR
[07:55] <pitti> mardy: checking
[07:56] <pitti> mardy: ah, I probably mixed that up with autopilot3 -v
[07:57] <pitti> mardy: right, needs an extra -a; re-running test now
[07:58] <pitti> mardy: odd that the whole test didn't fail; that sounds like a mis-handling of exit codes, thanks for pointing out
[08:01] <pitti> xnox: found it
[08:02] <GunnarHj> pitti: Thanks! ( as regards the langpacks :) )
[08:06] <rbasak> doko: looks like moving to lua5.2-dev regressed apache2: bug 1323930
[08:06] <rbasak> Seems to me that not much supports lua5.2 yet. I think nginx was the other one. From my perspective, anyway.
[08:07] <rbasak> Googling around it looks like other distros have had this issue too.
[08:08] <pitti> mardy: branch updated, confirmed to work now
[08:08] <pitti> mardy: I'll see to fix the wrong ap3-sandbox-run exit code
[08:11] <sarnold> rbasak: I think what you're remembering is that nginx didn't support lua 5.2: https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1262710
[08:13] <rbasak> sarnold: right
[08:13] <rbasak> So neither does apache2 AFAICT.
[08:14] <doko> rbasak, jamespage: please fix it
[08:18] <rbasak> doko: er...please don't regress packages? You want me to upload a new apache2 to build against liblua5.1-0-dev again, since that's still in main?
[08:18] <rbasak> Looking at https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1262710/comments/25 here - strikes me that this is the same.
[08:24] <pitti> xnox: ok, I fixed udev's dependency loop with the lvm2 error; standing by for adding a versioned debhelper build dep and uploading the fix
[08:24] <pitti> xnox: can you ping me when you are done with your meeting? I'll join you
[08:26] <LocutusOfBorg1> pitti, https://bugs.launchpad.net/ubuntu/+source/easymock/+bug/589193
[08:26] <LocutusOfBorg1> is this the reason?
[08:27] <pitti> LocutusOfBorg1: that's not a MIR; let me demote it for now, if it's needed it'll reappear in component-mismatches
[08:27] <LocutusOfBorg1> don't know what a MIR means :) sorry
[08:27] <pitti> main inclusion report
[08:27] <pitti> request
[08:27] <LocutusOfBorg1> ah ok yeah
[08:28] <pitti> done
[08:28] <sarnold> easymock has been in main from lucid-trusty, in universe in utopic...
[08:28] <pitti> needs a publisher cycle, then the build should auto-start (it's depwait)
[08:30] <LocutusOfBorg1> so the next tomcat8 will be in universe?
[08:31] <sarnold> I think that'll be the default disposition unless someone files a MIR and steps to up be a bug subscriber
[08:31] <pitti> mardy: thanks for approving; do I need to do anything, or will the landing happen magically?
[08:31] <pitti> mardy: where "magically" means "the landers will pick it up at some point" (it's not urgent of course)
[08:32] <mardy> pitti: we'll land it ourselves, soonish :-)
[08:33] <pitti> dpm: do we know that the current PPA langpack fixes that? (for -sv)
[08:33] <dpm> pitti, I don't know, let me clarify that on the e-mail and ask them to test it
[08:34] <pitti> dpm: I'll search the current .deb from the archive and ask on the bug
[08:34] <dpm> awesome, thanks pitti
[08:46] <cyphermox> xnox: bottom device is your usb dongle, top one is the integrated chip in my laptop: http://paste.ubuntu.com/7535167/
[09:09] <pitti> dpm: .. if LP wouldn't keep timing out
[09:10] <dpm> pitti, I know, I've pinged wgrant about it, but it seems it's not a trivial fix
[09:10] <wgrant> dpm, pitti: Which timeout?
[09:11] <pitti> I reloaded https://launchpad.net/~ubuntu-langpack/+archive/ppa?field.series_filter=saucy about 15 times, it seems it's finally working now
[09:12] <dpm> wgrant, it's not possible to finish any translations in LP without getting a timeout at some point
[09:12] <wgrant> dpm: Yeah, a lot of that will go away with the new DB servers in a couple of weeks, and we're actually planning on working on the stuff that *won't* be fixed later this afternoon.
[09:13] <wgrant> We haven't worked on it in a couple of years, as there are fundamental flaws in the schema which make it impossible to perform well on HDDs
[09:13] <wgrant> We'd have to spend either 9 months on reengineering rosetta from the inside out, or moving to SSDs
[09:13] <wgrant> And the new DB servers have SSDs.
[09:13] <wgrant> There are other issues on top of thse DB performance problems, but it wasn't worth spending time on them until we had a solution to the underlying DB problem.
[09:14] <wgrant> And now we do, so we're spending time this week on sorting it out.
[09:14] <wgrant> *Hopefully* most of the timeouts will be gone in a month ish.
[09:14] <pitti> dpm: ah, we never actually built saucy langpack updates, it seems
[09:14] <dpm> wgrant, that sounds great, looking forward to that, thanks for the details!
[09:14] <pitti> dpm: for swedish, any way
[09:14] <pitti> http://ppa.launchpad.net/ubuntu-langpack/ubuntu/pool/main/l/language-pack-sv/
[09:14] <dpm> wgrant, not sure you saw the ping in lp-ops, but do you have any updates re: opening the utopic translations?
[09:15] <pitti> dpm: so we need to identify the particular fix, and manually SRU the package for saucy
[09:16] <dpm> pitti, what do you mean by "identify the particular fix"? Would the last exported .po file for software-properties-gtk not include the fix already?
[09:16] <stgraber> xnox, pitti: where are we with fixing nut so we can get all those packages finally migrating from proposed?
[09:17] <wgrant> dpm: I tried to get webops time for that yesterday, but failed. I'll try again this afternoon.
[09:17] <dpm> thanks wgrant
[09:20] <shadeslayer> pitti: https://jenkins.qa.ubuntu.com/job/utopic-adt-kde4libs/ARCH=amd64,label=adt/lastBuild/console < could you tell me what the error is? I can't quite figure out what went wrong
[09:20] <shadeslayer> the hook works locally here
[09:20] <dobey> dpm: do you know when a new version of calculator will go into the image btw?
[09:21] <dpm> dobey, some time this week. I need to release all core apps to include the new translations done for the MAE image
[09:21] <dobey> dpm: great. i've been waiting for translations to show up :)
[09:23] <dpm> dobey, cool :) - btw, I noticed a side effect whereby if the .desktop file is in /usr/share, the Name is shown translated as well. You can see it in action switching to the zh_CN locale and looking at the System Settings and Media Player icons in My Apps
[09:23] <dpm> in 'es' they appear translated too
[09:24] <dobey> dpm: yes
[09:24] <dobey> dpm: those are not click packaged apps though
[09:24] <dpm> yeah, I know, I just thought I'd mention it
[09:24] <dobey> dpm: it would be nice to get the translations into the .desktop files for those too, but we are currently using the gettext domain for them (we can, because they're debs and more predictable)
[09:30] <xnox> stgraber: yes, there will be ~25 more uploads to go together.
[09:30] <xnox> stgraber: we want to rebuild those, such that they gain update-rc.d call, cause they are dependencies of other packages and insserv might break if one has those installed.
[09:31] <xnox> stgraber: (that's part of the fix for nut as well, plus 24 others....)
[09:33] <pitti> stgraber: sorry, my network hung for a while, I missed your ping; but I'm sitting next to xnox, we are doing the rebuilds
[09:42] <stgraber> pitti: ok, do we need all of them to go in at once or can we start with nut so adt is happy and we stop building broken packages in PPAs?
[09:43] <stgraber> pitti: also, where are you sitting? :)
[09:43] <pitti> stgraber: we have all 25 prepared now, but we can bump the score of nut of course
[09:43] <xnox> stgraber: we can land it as soon as debhelper & systemd rebuilds.
[09:43] <xnox> stgraber: to unbreak the world/ppas
[09:43] <pitti> stgraber: because potentially all of them can break upgrades
[09:43] <xnox> stgraber: waiting for debhelper at the moment.
[09:43] <pitti> stgraber: (in -proposed; we have a block there)
[09:44] <xnox> stgraber: we are in 3C or something.
[09:44] <pitti> stgraber: in studio 2b
[09:44] <xnox> stgraber: 2b
[09:44] <pitti> stgraber: once debhelper is published, we can upload the lot
[09:44] <ogra_> mterry, https://lists.ubuntu.com/archives/kernel-team/2014-May/043153.html ... so now the next beer is due for apw and/or rtg to fast-path this ...
[09:45] <mterry> ogra_, awesome
[09:47] <pitti> stgraber: we'll most probably need to ignore the openvswitch failure, that started failing on infinite hangs a few weeks ago
[09:50] <shadeslayer> pitti: any idea?
[09:52] <pitti> shadeslayer: about what? sorry, I missed some parts of IRC due to disconnect
[09:52] <shadeslayer> pitti: https://jenkins.qa.ubuntu.com/job/utopic-adt-kde4libs/ARCH=amd64,label=adt/lastBuild/console
[09:53] <shadeslayer> pitti: all it says is adt-run: unexpected error: test dependencies are unsatisfiable , but I don't know what it could not satisfy
[09:53] <pitti> shadeslayer: that looks like a conflict between iputils-ping and inetutils-ping?
[09:53] <dpm> pitti, not sure you saw the question earlier, you were saying you got disconnected -> <pitti> dpm: so we need to identify the particular fix, and manually SRU the package for saucy
 pitti, what do you mean by "identify the particular fix"? Would the last exported .po file for software-properties-gtk not include the fix already?
[09:53] <pitti> shadeslayer: http://paste.ubuntu.com/7535513/
[09:53] <shadeslayer> hm, true
[09:53] <shadeslayer> thanks, didn't see that
[09:53] <pitti> dpm: well, I hope; that's what my question was
[09:56] <shadeslayer> pitti: it's odd that it worked in my pbuilder
[09:58] <dpm> pitti, so I guess we'll have to scan through the deltas here to find out the one with the fix: https://translations.launchpad.net/ubuntu/saucy/+language-packs
[09:58] <dpm> let me see if I can find it...
[10:00] <dpm> pitti, ah, luckily the latest delta export includes the fix already :)
[10:04] <dpm> pitti, updated the bug with the info
[10:15] <dpm> hi GunnarHj, around?
[10:15] <GunnarHj> dpm: Yes
[10:16] <dpm> GunnarHj, hey, thanks so much for getting the langpack schedule and the workflow back in shape!
[10:16] <GunnarHj> dpm: You're welcome. It was the question from the Swedish team that made me wonder...
[10:17] <dpm> yeah, we're trying to get that sorted
[10:18] <GunnarHj> dpm: I suppose we don't need that much of organizing with respect to the releases between the LTSs.
[10:19] <dpm> GunnarHj, I think it'd still be good to plan a couple of updates, but we can keep it light
[10:19] <GunnarHj> dpm: Right.
[10:19] <dpm> GunnarHj, also, you were saying you were looking for some feedback: so everything looks perfect, the only thing I'd suggest is to do the call for testing after the uploads to -proposed have been finished, so that folks can start testing straight away.
[10:21] <GunnarHj> dpm: Yeah, actually it has already been on the main server for a while; I'm not sure about the mirrors, which is why I said "soon".
[10:21] <dpm> GunnarHj, ah, perfect
[10:22] <rbasak> infinity: around? May I have an opinion on bug 1323930 please, from the perspective of https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1262710/comments/25? Is it OK for Apache to depend on lua 5.1 also, for the same reason as nginx?
[10:22] <rbasak> doko or anyone else: ^^
[10:23] <rbasak> I've tested a fix with lua 5.1 locally - it fixes the regression.
[10:23] <rbasak> I'm also wondering about SRUing Trusty
[10:23] <infinity> rbasak: Without reading the bug, I'd say that's fine.
[10:24] <rbasak> OK, thanks.
[10:25] <infinity> rbasak: Yeah, after reading the bug, my opinion hasn't changed.  I think we need to sort out a way forward for lua between now and 16.04, but since we're supporting it in 14.04 already, that's fine for apache2 in 14.04 as well, and for the next few short-support releases, if we don't have a better solution right away.
[10:25] <infinity> rbasak: But let's no forget about this before 16.04, cause supporting lua 5.1 forever seems ungood.
[10:26] <rbasak> infinity: OK. Perhaps I should file a bug for lua 5.2 support with tasks for apache2 and nginx.
[10:26] <rbasak> I get the impression that lua 5.2 is a bit more like python 2.7->3.0 than python 2.6->2.7, IYSWIM
[10:27] <infinity> rbasak: On the C side, it certainly has some "fun" API changes, but nothing world-ending.  It just needs someone with both time and carefactor to port things.
[10:32]  * rbasak filed bug 1324062
[10:32] <rbasak> (with apache2 and nginx tasks)
[10:33] <rbasak> doko: ^^ I guess you'll want to track this?
[10:35] <doko> rbasak, jamespage: this is called +1 maintenance, so please forward this to the person in the server team doing +1 maintenance
[10:35] <doko> for now, assigned to the server team
[11:35] <seb128> dholbach, hey, can you commit your gnome-settings-daemon upload from yesterday to the vcs?
[12:35] <dholbach> seb128, urgh, ok
[12:38] <seb128> dholbach, danke
[12:42] <dholbach> seb128, done
[12:50] <seb128> dholbach, danke
[12:51] <mardy> rsalveti: hi! Does the emulator work in Utopic? I can't install it ("ubuntu-emulator-runtime:i386 : Depends: libgl1-mesa-glx:i386 but it is not going to be installed")
[12:53] <mlankhorst> mardy: so figure out what is going on there ;-) try apt-get install libgl1-mesa-glx:i386 ?
[12:55] <mardy> mlankhorst: it depends on libudev{0,1}:i386, but neither are installeble (the "0" does not exist, the "1" seems to be wanting to remove libqt5gui, and consequently half of the system)
[12:59] <mlankhorst> ugh :/
[13:00] <mlankhorst> but it needs libudev to do anything useful.. probably some multiarch issue then?
[13:00] <mlankhorst> are you running -proposed by any chance?
[13:08] <TheMuso> S/quit
[13:15] <seb128> RAOF, thanks
[13:34] <pitti> stgraber: hm, I think the openvswitch block didn't work: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#lsb
[13:34] <pitti> stgraber: what's interesting there is that this shows the previous version of openvswitch (smells like another britney bug)
[13:34] <pitti> that might explain why your ignore doesn't work?
[13:36] <pitti> stgraber: that's now holding up the entire stack as it seems
[13:36] <stgraber> pitti: you should be in #ubuntu-release ;)
[13:36] <stgraber> (britney appears confused, cjwatson suggested a workaround which I know just pushed, we'll see with the next run)
[13:37] <pitti> stgraber: merci
[14:47] <wgrant> dpm: utopic translations are importing
[14:47] <dpm> \o/
[14:51] <dpm> wgrant, so what's the next step? Opening the translations in the LP UI?
[18:26] <brendand> anyone know what this really means? insserv: Service dbus has to be enabled to start service <x>
[18:26] <brendand> i've had a rough upgrade and getting that for several packages
[18:26] <brendand> lightdm
[18:26] <brendand> avahi-daemon
[18:26] <brendand> etc
[18:27] <brendand> this is probably clearer: http://paste.ubuntu.com/7538356/
[18:49] <genii> Might be missing symlink to /run from /var/run
[22:30] <LLKCKfan> Hello
[22:30] <LLKCKfan>  How can someone who is almost 30 and never had a job get one? I have been applying just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring.
[22:43] <genii> LLKCKfan: Please stop spamming the same stuff about not finding a job in every channel you go to. It's annoying and usually offtopic for the channels you're doing it in.


[07:59] <gotwig> Morning
[08:01] <gotwig>  lp:lens-cooking -- PLEASE HELP me to package  this thing for USC. Its already packaged, but with some hacks. launchpad.net/lens-cooking
[08:08] <gotwig> kiwinote: hey
[08:08] <kiwinote> hi gotwig
[08:24] <gotwig> I would be pleased if someone could help me in packaging...
[09:22] <nik90> andyrock, please have a look at this bug report https://bugs.launchpad.net/unity/+bug/979686
[09:22] <nik90> It is very similar to this bug report https://bugs.launchpad.net/ubuntu/+source/unity/+bug/937193 which you fixed..
[09:36] <nik90> yay 107 bugs fix released with Unity 5.10! Kudos to the developers!
[10:21] <rye> hello, I found a weird bug related to firefox and unity and workspace switching, which looks really weird. Open firefox, go to any page, open web console (Ctrl+Shift+K), refresh the page to get items. Click on the item, notice the window appears but it has no focus (probably ok). Now try changing the workspace
[10:26] <sil2100> rye: what should happen? I can't notice anything wrong
[10:26] <sil2100> rye: are you using precise or oneiric?
[10:29] <htorque> i think that window should have the focus, but i too cannot find anything wrong when switching workspaces (precise).
[10:31] <rye> sil2100: precise, and got aquarius to reproduce this too - the window gets opened, you can click on it, when you switch workspaces with ctrl+alt+arrows, the workspace switches back
[10:32] <rye> sil2100: i will record a video with this
[10:33] <sil2100> rye: that would be most appreciated
[10:34] <rye> we need some sort of overlay to show what keys are pressed
[10:34] <rye> for recording this :)
[10:37] <htorque> rye: ah, i'm able to reproduce it
[10:38] <htorque> rye: is there a bug report yet?
[10:40] <rye> htorque: i am filing one, trying to get gtkrecordmydesktop work with my resolution... i'll file one first then
[10:41] <htorque> great. it needed more of those "inspect network request" windows to open before i got it.
[10:43] <nik90> htorque, regarding your bug report https://bugs.launchpad.net/unity/+bug/979686, can you set the priority to medium?'
[10:44] <htorque> nik90: sorry, cannot change priorities.
[10:45] <nik90> htorque, oh that's ok..in that case I will ask in ubuntu-bugs channel
[10:46] <rye> htorque: bug #979763
[10:47] <htorque> rye: confirmed
[10:48] <rye> htorque: thank you
[10:48] <didrocks> greyback: hey, has there been any test on the package size itself for optipng?
[10:48] <didrocks> greyback: IIRC, we do that in the distro already
[10:49] <greyback> didrocks: I did a quick check of the filesizes, nothing more
[10:49] <seb128> nik90, I did change it, it's similar to the lens issue andyrock fixed yesterday, I will try to see if he wants to fix that one as well
[10:50] <greyback> didrocks: I can compare package sizes if you like. You saying optipng run automatically in generation of package for CD?
[10:50] <nik90> seb128, yeah I tried assigning to andyrock but for some reason I couldn't....perhaps i do not have the permissions
[10:50] <seb128> nik90, I did it
[10:50] <nik90> seb128, thnx i just saw
[10:50] <didrocks> greyback: yeah, for packages that are in main in fact
[10:51] <didrocks> greyback: anyway, it's not something to get merged now (nor in a SRU)
[10:51] <didrocks> greyback: for Q I guess
[10:51] <greyback> didrocks: ok
[10:56] <nik90> guys what is the difference between unity and unity(ubuntu) in launchpad?
[11:15] <Will123456> what do you guys think:  http://www.locker101.co.uk/colourisedquicklist.png  ? i realise this wouldn't work for white icons like gedit
[11:16] <nik90> Will123456, would the quicklist taking the same color as the launcher be better? That way the launcher, dash , notifications, and the quicklist have the same style?
[11:17] <Roshan> Hello everyone ..i hav a doubt
[11:17] <Will123456> tik90: technically the quicklist would be taking the same colour as the icons
[11:17] <Roshan> when hovering over the launcher icon the hint shows ..
[11:17] <Will123456> not the dash itself
[11:17] <Will123456> though taking the colour of the dash would solve the white background problem
[11:17] <Roshan> where in the source it is implemented?
[11:18] <nik90> Will123456, at the moment the quicklist do not take the same color of the icon itself...
[11:19] <htorque> Roshan: which launcher? should it show any special characters? a long hint like "Inkscape Vector Graphics Editor" displays fine here.
[11:19] <Will123456> nik90: which is why i made the mock up - to get your opinions
[11:19] <Roshan> no ..
[11:19] <Roshan> there is no such thing
[11:19] <Roshan> for the lens while hovering
[11:20] <Roshan> i mean hint should be shown up when u hover over a lens icon in the dash
[11:20] <nik90> Will123456, when i see your mockup, I think the quicklist would integrate better if it took the same color of the launcher rather than the icon
[11:20] <Roshan> i think the hint implementation for launcher icon hint could be carried over for lens
[11:21] <Roshan> so that the new use will not have trouble ..and it give much faster feeling
[11:21] <nik90> Will123456, but this is just my opinion...can you make another mockup with the quicklist taking the launcher color..then ask on the unity mailing list with both the mockups...this way everybody gets to choose which one is better
[11:22] <Roshan> htorque, do u understand mine??
[11:23] <Roshan> htorque, it is for bug 972864
[11:23] <Will123456> nik90: absolutely, okay! i'll do that now :)
[11:25] <Roshan> ubot5 .. is there any change in unity implementation for this functionality?
[11:25] <Roshan> oh .. ok..sorry..also i am first time in this Irc ..:)
[11:25] <Will123456> nik90: http://www.locker101.co.uk/colourisedquicklist2.png very quickly done - if i posted to the mailing list i'd spend more time
[11:26] <nik90> Will123456, great!!!... Do you want to send the email to mailing list when you are done?
[11:29] <sil2100> rye: bug also confirmed on my system
[11:31] <rye> sil2100: thank you
[11:31] <sil2100> rye: thanks for finding it!
[11:49] <Will123456> nik90: thanks - i just had a shower, but i'll work on a better mock up tonight and send it to the mailing list :)
[11:54] <Roshan> hello, hav u any thoughts on hint for dash lens?
[11:56] <nik90> Roshan, I was the one to confirm your bug report...I understand this is important
[11:56] <nik90> Roshan, since it high priority it will be looked into
[11:57] <Roshan> nik90, thanks. but i feel the itch to learn the things in the unity source code...
[11:58] <nik90> Roshan, oh you are trying to fix it yourself..that's great...I am sorry but I cant help you in this since I am just a bug triager
[11:58] <nik90> Roshan, good luck...and I really hope you find out what you need..
[12:00] <Roshan> nik90, oh..ok..
[12:00] <Roshan> :)
[12:00] <Will123456> btw guys, i'm really hoping to see this bug fixed for 12.04 - does it affect you? https://bugs.launchpad.net/unity/+bug/959339
[12:07] <nik90> Will123456, a merge request has already been asked by the developer...this should definitely land in Unity 5.12
[12:34] <Will123456> nik90: let's hope so :)
[16:23] <popey> didrocks: getting a few reports of people saying libnux is removing ubuntu-desktop
[16:27] <gnomefreak> ok im here
[16:27] <gnomefreak> pipedream: give me a few minutes to finish what im working on
[16:27] <gnomefreak> popey: ^^^
[16:28] <popey> gnomefreak: can you pastebin apt-cache policy libnux-2.0-0
[16:29] <pipedream> ooOOoo
[16:30] <pipedream> http://pastebin.ubuntu.com/926667/
[16:31] <popey> pipedream: i was talking to gnomefreak ☺
[16:31] <pipedream> iknow ;)
[16:32] <pipedream> I saw he got the wrong pi<tab>
[16:32] <pipedream> i, is like....
[16:32] <pipedream> right next to o!
[16:32] <pipedream> (on some keyboards)
[16:45] <gnomefreak> ok popey sorry about that. what info can you use?
[16:45] <popey> 17:28:15 < popey> gnomefreak: can you pastebin apt-cache policy libnux-2.0-0
[16:45] <gnomefreak> yes
[16:46] <gnomefreak> popey: http://paste.ubuntu.com/926687/
[16:47] <popey> aha, you have -proposed enabled
[16:47] <popey> thats why you're getting the new stuff now
[16:47] <gnomefreak> popey: ah. i thought propsed was opened upon release
[16:48] <popey> it is usually
[16:48] <popey> but we're re-purposing it slightly pre-release
[16:49] <gnomefreak> popey: im disabling it now to make sure. still should warn poeple in
[16:49] <gnomefreak> +1
[17:20] <didrocks> popey: if they are using -proposed, it's normal ;)
[17:20] <popey> yeah ☺
[19:00] <mhall119> tedg: hey, what would you think about putting a search icon at the end of the appmenu indicator to trigger the HUD?
[19:01] <mhall119> it might make it more discoverable
[19:01]  * mhall119 is just brainstorming
[19:01] <tedg> mhall119, Sure, the problem is that it's not that much more because the menus are hidden.
[19:01] <tedg> mhall119, There were a few designs that had a button on the window title, but that never came to fruition.
[19:02] <tedg> mhall119, It is a problem, but honestly, I think going stealth for a couple releases isn't a bad thing either :-)
[19:02] <mhall119> yeah, maybe
[19:02] <mhall119> tedg: did you see jo-erlend's video?
[19:02] <tedg> mhall119, Yeah, wish it was at higher res, couldn't see quite what he was doing.
[19:03] <mhall119> well it was 2 videos inside another video...
[19:03] <jo-erlend> tedg, I have both in 1920x1080 if you're interested?
[19:03] <tedg> Heh, yeah, that made it harder as well :-)
[19:04] <tedg> jo-erlend, UDS?  I really don't have the bandwidth :-/
[19:04] <jo-erlend> in short; I took two screenshots of the indicators. One with the message menu open, the other with it closed. Then I used Pinta to crop them before I prepared an email in Thunderbird, using some simple text formatting.
[19:04] <jo-erlend> tedg, sorry, no.
[19:05] <tedg> jo-erlend, Yeah, I was more interested in which HUD commands came up and stuff like that.  It's not super important, more a curiosity.  We've tried to optimize the results, but always good to see failures.
[19:06] <jo-erlend> ah. Right. Yes, there are some things to point out in that regard.
[19:09] <jo-erlend> but I think, if there's one thing I would've liked to have fixed, is that the Dash remembers searches. It actually does slow me down, if only slightly. Also, I'm a little bit too fast for the Dash. After entering a search and press enter, it doesn't react until I press enter again.
[19:09] <jo-erlend> tedg, did you see my email about HUD-locks?
[19:10] <mhall119> I don't really like the idea of hud-locks
[19:10] <mhall119> I think it's too much "teach the computer what to do"
[19:10] <jo-erlend> mhall119, ok?
[19:11] <mhall119> I think HUD will get so good an knowing what you want, that you don't seen to explicitly set things like that
[19:11] <jo-erlend> ... in which  case you simply won't connect F-keys. No harm, though?
[19:11] <mhall119> well, there's code to write and maintain
[19:12] <jo-erlend> that's true. But I can't really see the HUD becoming that efficient. It can't work without inputs. And it can't understand which fonts I want to work with right now.
[19:12] <mhall119> right, but after the second or third time it should know what fonts you want after you type just a few characters
[19:13] <jo-erlend> that introduces a problem with long-term and short-term needs.
[19:13] <mhall119> in what way?
[19:14] <mhall119> tedg: does the HUD algorithm take sequences of events into consideration?
[19:14] <tedg> mhall119, No
[19:14] <mhall119> like "90% of the time after choosing meny item A, the user went on to chose menu item B, so rank that higher"?
[19:15] <jo-erlend> Let's say you're a graphical designer. Most of the time, you use a certain set of fonts, Ubuntu being the most frequently used, of course. But then you get a contract to design something for someone else. They use their own fonts. So right now, those fonts are the most important to you, though generally, the fonts you use most often is most important. How should HUD understand this?
[19:15] <tedg> That'd be easier if we switched to using ZG as the backend though.
[19:15] <mhall119> that's exponentially more data to store, I know, but maybe something for future consideration
[19:15] <jo-erlend> mhall119, that could be done when HUD uses Zeitgeist. Could be very cool.
[19:16] <tedg> In general, also switching more things to GMenuModel would help things here in that an application could provide a "switch font" action that takes the specific font as a parameter.  HUD could then distinguish between switching the font and the data that is passed.
[19:18] <jo-erlend> that would be cool.
[19:24] <jo-erlend> combined actions might also be nice. For instance, this is something I do all the time in Audacity. I select the first ten seconds of the recording, then create a noise profile. Then use reduce noise. Afterwards, I amplify as high as I can. If those could be combined, it would be really nice.
[19:25] <jo-erlend> hmm. Perhaps that could be done as an indicator...
[19:26] <jo-erlend> tedg, is there an easy way to access the activation history for a given application?
[19:26] <tedg> jo-erlend, hud-dump-application
[19:28] <jo-erlend> ah! Right, I forgot about that one. But there's no way to get a collection over dbus and enable you to subscribe to signals?
[19:29] <tedg> jo-erlend, You can query the HUD over dbus, or you can just watch for the dbusmenu events over dbus.
[19:29] <tedg> jo-erlend, If it goes over dbus, you can get it :-)
[19:29] <jo-erlend> right. :)
[19:41] <mfisch> davidcalle: are you still working on a dev guide for lenses?
[19:43] <mhall119> mfisch: tutorial or documentation?
[19:43] <mfisch> mhall119: at some point in March I think you said he was writing a development guide, I'm giving a talk to my org about lenses, so I'd like to link in relevant docs.
[19:44] <mfisch> mhall119: in otherwords, which ever...
[19:44] <mhall119> mfisch: dpm and I published http://developer.ubuntu.com/resources/technologies/unity/lenses-and-scopes/
[19:44] <mhall119> davidcalle has a draft blog post on developer.u.c showing how to make a wikipedia lens using quickly and singlet
[19:45] <mfisch> mhall119: that's what I needed
[19:45] <mfisch> mhall119: i'll check back in a week or so and see if the blog post was published
[19:46] <mfisch> mhall119: btw that link you sent me has some broken images
[19:47] <mhall119> mfisch: thanks, I'll look into those
[19:48] <davidcalle> mhall119, btw, I don't know when dpm is going to publish the post. (Not a draft anymore since two weeks)
[19:59] <mhall119> davidcalle: I can publish it if it's ready
[19:59] <mhall119> I thought dpm was going to do that last week
[20:00] <davidcalle> mhall119, I know he wanted to make some changes, afaik he hasn't touched it.
[20:01] <mhall119> ok, I don't want to publish it if he had changes
[20:02] <mhall119> I'll ask him tomorrow
[20:03] <davidcalle> mhall119, ok
[20:51] <zgreg> latest unity crashes for me when I open the dash. is that a known issue?
[20:51] <zgreg> it's 100% reproducable
[20:52] <thomi> zgreg: I haven't heard anything.
[20:52] <thomi> zgreg: does it happen for the guest session as well?
[20:53] <nik90> zgreg, thomi: it has been reported
[20:53] <nik90> https://bugs.launchpad.net/unity/+bug/979946
[20:53] <nik90> reported 5 hours ago
[20:53] <thomi> cool
[20:53] <zgreg> alright
[20:53] <nik90> thomi, it has a milestone 5.14...does that means it wont land with 5.10?
[20:54] <Daekdroom> nik90, it doesn't affect 5.10
[20:54] <nik90> Daekdroom, oh ok...relieved
[20:54] <Daekdroom> Hm.
[20:54] <thomi> I see the milestone says "SRU", so I guess it'll land in P. thumper will know more
[20:55] <thumper> morning
[20:55] <Daekdroom> Altho I'm not sure.
[20:55] <Daekdroom> I thought 5.10 was released already.
[20:55] <nik90> Daekdroom, 5.10 is being released to precise-proposed
[20:55] <zgreg> there's a fix available already
[20:55] <nik90> it should land in the main repos today or tomorrow
[20:55] <zgreg> we'll just have to wait for a rebuild
[20:56] <zgreg> is 5.10 the final unity release for precise?
[20:56] <nik90> zgreg, i guess..since 5.12 is SRU0
[20:58] <thumper> nik90, zgreg: yes, 5.12 would be SRU0
[20:58] <thumper> 5.10 is for final freeze
[20:59] <zgreg> but I'm pretty sure critical bugs like that one will be fixed in 5.10
[21:01] <thumper> zgreg: that fix will probably end up as a distro patch
[21:01] <thumper> for 5.10
[21:01] <nik90> zgreg, considering the unity dash crash bug doesn't affect 5.10, does it matter?
[21:02] <Daekdroom> How close to Unity 5.10 is the package in unity-team/ppa?
[21:02] <Daekdroom> Because it does not affect the one in there.
[21:03] <zgreg> nik90: well, is that actually true? I don't know what commit introduced the bug.
[21:04] <nik90> zgreg, well quoting"<Daekdroom> nik90, it doesn't affect 5.10"
[21:05] <zgreg> oh, ok
[21:05] <zgreg> sorry, didn't notice the backlog
[21:41] <nik90> didrocks, how long does Unity 5.10 stays in proposed before it is moved to the main repos?
[21:53] <Roshan> nik90, i want to say a compliment as u wished me early ..good luck to ur bug triaging
[22:10] <nik90> Roshan, u r welcome :)
[22:14] <bilal> thumper: So, we need to follow the whole verification process before the update in proposed enters updates?
[22:20] <thumper> bilal: not for 5.10 I think
[22:20] <thumper> but SRUs yes...
[22:52] <bschaefer> thomi, ping
[22:52] <thomi> hi
[22:52] <bschaefer> hey
[22:52] <bschaefer> could you review these ap test? It's about the quick alt+tab
[22:52] <bschaefer> https://code.launchpad.net/~unity-team/unity/3v1n0-quick-alt+tab-fixes/+merge/100911
[22:53] <bschaefer> I want to know if that is an acceptable way of doing it, as I have to write some more up for the clicking on the launcher icon
[22:53] <thomi> sure
[22:53] <bschaefer> thanks!
[22:53] <thomi> uhh. are you sure that's the right branch?
[22:54] <thomi> oh, nvm. I'm being stupid
[22:54] <bschaefer> umm I think so
[22:54] <bschaefer> haha, I put 3v1n0s' name on it since I took his old branch and added to it
[22:55] <thomi> bschaefer: what editor do you use?
[22:55] <bschaefer> vi
[22:55] <thomi> can you configure it to strip trailing whitespace when you save python files?
[22:55] <thomi> diff lines 351-352 for example...
[22:56] <bschaefer> yeah, Ill look that up!
[22:56] <thomi> I have trailing whitespace highlight bright pink so I can see it, and my editor trims it automatically when I save a file
[22:58] <bschaefer> alright just updated my editor, ill push those changes soon
[22:58] <thomi> those tests look good. It'd be nice to have some comments inside the test to say what's going on. I find it somewhat tricky to determine what we expect to happen just from reading the test
[22:59] <bschaefer> yeah that would be nice
[23:00] <bschaefer> cool, then Ill do the same concept for clicking/activating a launcher icon
[23:00] <bschaefer> thanks!
[23:00] <thomi> let me know when those changes are up and I'll approve it
[23:00] <thomi> perhaps you could ahve a look at this and let me know what you think? https://code.launchpad.net/~thomir/unity/autopilot-attribute-feature/+merge/101823
[23:00] <bschaefer> ok, Ill hopefully be able to finish that soon. I have to get ready for class soon
[23:00] <bschaefer> will do!
[23:01] <thomi> ok
[23:02] <bschaefer> thomi, line 32-34 is that a nested function?
[23:02] <thomi> yep
[23:02] <thomi> because I need a function object
[23:03] <thomi> it's one of the cool features of python - everything is an object
[23:04] <bschaefer> hmm, it just seems like you could have it no nested with the same functionality
[23:04] <bschaefer> not*
[23:05] <thomi> bschaefer: well, the other thing is that I don't want it visible since it's not actually part of UnityIntrospectableObject
[23:05] <thomi> it gets patched on top of the attributes
[23:05] <thomi> I could make it global and start with __
[23:05] <bschaefer> oo alright! Im just having flash backs of my profs yelling at a student for doing that haha
[23:06] <thomi> but I figured it makes sense to have it closer to where it's used
[23:06] <bschaefer> yeah, it looks good to me :)
[23:06] <bschaefer> as you would have to add parameters
[23:06] <thomi> bschaefer: I used to work as a lecturer, take it from me: academia has only passing relevance to the "real world" :)
[23:06] <bschaefer> add more*
[23:07] <bschaefer> Yeah, I still try to take what I learn and apply it haha
[23:09] <bschaefer> but looks good! Looks a lot better now!
[23:17] <bschaefer> thomi, on line 254, shouldn't the super be above everything?
[23:18] <bschaefer> meaning, that the super should be called first to set up all the other constructors first
[23:20] <thomi> bschaefer: usually, yes. But in this case we need to set the compose key before the parent class's setUp method is called, since they start pishing keys
[23:20] <thomi> ...and we don't want to reset the display.
[23:21] <thomi> It's crap - I had a long conversation with lamalex about this, and we concluded this was the best way (that's actually his code)
[23:22] <bschaefer> that makes sense!
[23:22] <bschaefer> and you get the keyboard stuff working?
[23:22] <bschaefer> like switching layouts
[23:43] <thomi> yeah


[01:27] <tsimonq2> wxl: please ack/nack this (making any edits you find necessary) and pass to the admins for publishing: https://codein.withgoogle.com/dashboard/tasks/5709752640208896/
[01:27] <tsimonq2> wxl: (not urgent, happy holidays!)
[01:28] <wxl> tsimonq2: k thx i'll probably get it done today, if not tuesday. maybe also make one up to work on testing xenial daily images? when's our next point upgrade?
[01:29] <wxl> tsimonq2: looking briefly at this i think following a testsuite is not so important. i mean, an upgrade should be an upgrade, no?
[01:30] <tsimonq2> wxl: well part of the testcase should probably be making sure Xenial installs fine too :P
[01:31] <wxl> tsimonq2: alright well i'll give this a think but i'm out the door now
[01:31] <wxl> merry christmas and all..
[01:33] <tsimonq2> wxl: ok have fun
[01:33] <tsimonq2> wxl: you too
[08:28] <dali__> hi
[08:31] <dali__> can i get the english script for "getting started with snapcraft" ?
[14:57] <femilamptey> Hey all
[14:57] <femilamptey> Hope you’re having a merry Christmas
[14:58] <femilamptey> I know it’s festive season, but I’ve been waiting for over 36 hours for my task to be reviewed
[14:58] <femilamptey> And I’d really like to do the next one
[15:03] <Accelerator> femilamptey: mentor?
[15:04] <femilamptey> Kyle Fazzari
[15:04] <femilamptey> Sergio Schvezov
[15:04] <femilamptey> Carla Sella
[15:04] <femilamptey> elopio
[15:05] <femilamptey> I’ve tried every method of reaching them, comments, emails etc but they’re unresponsive
[15:05] <Accelerator> Ah....well i don't think i can help you with that one.....today is Christmas.....maybe tomorrow?
[15:06] <Accelerator> Maybe tomorrow they will review your work...be patient.
[15:12] <femilamptey> Alright.. thanks so much
[15:12] <femilamptey> Have a merry Christmas!
[15:13] <Accelerator> femilamptey: Merry Christmas to you too....if you want try asking popey
[15:18] <femilamptey> Already did
[15:19] <Accelerator> here?
[15:22] <femilamptey> No by email
[15:23] <Accelerator> uhh....maybe you should try asking him later here...normally it's here that the mentors will reply to your questions etc...
[15:24] <femilamptey> Accelerator: will do. Thanks
[15:24] <Accelerator> np
[17:51] <Guest89135> Hi
[17:52] <Guest89135> Hi
[17:53] <Guest89135> Elopio right?
[18:03] <Vinny> Hi elopio and sergiusens, I'm a student, here from Google code-in


[07:07] <Neo31> Hello, please I need some assistance for UGJ packaging. I already started to learn packaging but I don't know where to find software to be packaged. (I can only package software for now) and I may learn applying software patches and package updates.
[07:17] <Rhonda> UGJ?
[07:17] <Neo31> Ubuntu Global Jam
[07:18] <Rhonda> Just found it in google. :)
[07:18] <Neo31> good :)
[07:18] <Rhonda> Debian has a "request for packaging" list which contains software that people would like to see packaged but noone has picked up yet.
[07:19] <Neo31> can you pass a link please, Rhonda?
[07:19] <Rhonda> Go to http://wnpp.debian.net/ and look there. :)
[07:19] <Rhonda> RFP is the requests for packaging, RFA means Adoption, and RFH is looking for help
[07:20] <Rhonda> … but there is a legend right below the selections I just notice %-)
[07:20] <Neo31> :)
[07:20] <Neo31> I compiled 0ad before :)
[07:21] <Neo31> I guess that's something I could start with
[07:26] <Rhonda> Please read the corresponding bugreports, some either might have started already with it, or it was too troublesome licensewise. There should be hints or traces of that in the corresponding bugreport.
[07:27] <Neo31> good, now I got from where to start. can you tell me where to upload the packages (if those are debian packages can I package them on ubuntu and upload to debian) otherwise is there some similar link to ubuntu packaging
[07:27] <Neo31> yes Rhonda I switched to ffmpeg-gui, it has been left for a long time. may be I can do something with that
[07:30] <Rhonda> ubuntu packaging isn't so much different than Debian packaging - and you can upload them to mentors.debian.net
[07:31] <Rhonda> But for Debian you need to not only produce the source package but also a binary one - that is meant to have a fuzzy feeling that people have at least test-built and potentially even tested it
[07:31] <nigelb> Actually, I like the proposal of decommisioning revu and using mentors.debian.net for Ubuntu and debian to encourage packages going to Debian directly.
[07:31] <Rhonda> Please use lintian from Debian for checking the result, lintian in Ubuntu is different in some aspects.
[07:42] <Neo31> sorry, I've got busy with somethings. I hope I can get back soon. so Rhonda do you recommend packaging using debian directly? can I package something from debian to ubuntu otherwise?
[07:50] <Rhonda> It is suggested to package for Debian and let it sync to Ubuntu.
[07:50] <Rhonda> You get the second distribution "for free". :)
[07:51] <Rhonda> … and not only a second one but all the other Debian derivatives, which is much better for the overall free software eco system.
[07:52] <Rhonda> You have to do the work anyway, and pushing it to Debian instead of Ubuntu (if one has a responsive sponsor, that is), is the better net gain.
[08:00] <Neo31> ok, I got it. so it will be easier and better to package directly for debian. but just to know, there are people to package from debian to Ubuntu right? can you tell me how that works?
[08:05] <geser> Neo31: the (source) packages get copied from the Debian repository to Ubuntu
[08:06] <geser> and only touched by Ubuntu dev if necessary (e.g. doesn't build, patches, library transitions, etc.)
[08:07] <Neo31> ok geser so we can copy debian source packages and build them for Ubuntu! right!?
[08:10] <Neo31> can you tell me from where I can get these packages and how I can make sure their are not yet packaged and where to submit?
[08:10]  * Neo31 is sorry for asking a lot of questions
[08:10] <geser> yes, that's how it done but you might check if any freezes (in Ubuntu) apply that stop that copying
[08:14] <Neo31> ok, I will get back to this as soon as I get done with some work here
[08:14] <Neo31> thanks a lot
[08:19] <Rhonda> Neo31: The syncing from Debian happens automatically until the freeze sents in. Then a sync request is needed, and later in the release process even freeze exceptions. Should be covered on the wiki if you follow the links to the release schedule of a specific release.
[08:24] <Neo31> Rhonda, according to this ( https://wiki.ubuntu.com/PReleaseSchedule ) I can work on importing packages to Ubuntu in december?
[08:24] <Neo31> LTSDebianImportFreeze
[08:25] <Rhonda> If they haven't synced for whatever reasons, yes.  And then there are merges, when there are differences (needed)
[08:25] <jtaylor> wtf
[08:25] <jtaylor> in semantiks configure script is some 80k binary data
[08:25] <jtaylor> rest is python
[08:29] <Neo31> hum, I guess I would just start with some packaging training this time since it is the first Ubuntu Global Jam for my loco. and may be do some packaging for debian (for that you have recommended using debian because lintian is different?)
[08:29] <Neo31> I guess that may be the best we can do for september :)
[09:56] <jtaylor> is someone familiar with ocaml here?
[11:03] <tumbleweed> cyphermox: I think I just ran into bug 524454 (a bunch of UPSs ran flat and the machines came back up without network). What stalled the lucid SRU?
[11:27] <geser> jtaylor: not that I know. Try to contact Stéphane Glondu (one of the DD caring for OCaml).
[13:22] <oier_> Hi, after upgrading with errors to Oneiric (see bug #828759) I get debsums errors on every apt operation (bug #809924). I tried upgrading banshee and firefox after the faulty Oneiric upgrade but since apt exited with the debsum errors they are unusable since then because they freeze on startup.
[13:22] <oier_> any idea on how to fix apt?
[13:23] <jtaylor> remove debsums ._.
[13:26] <oier_> thanks, i'll try
[13:26] <jtaylor> these debsum errors never stopped apt from working for me, but I still removed it because they annoyed me
[16:01] <jtaylor> slangasek: fyi with help from #linaro the issue was found, undefined behavior in the code, bug 838197
[16:02] <slangasek> jtaylor: ah, cool
[19:43] <phschwartz> Hi all, I am having an issue with a deb that I have build. The package has a post-install script that sets up the software that needs to run along with 2 deps, libicu and expect. If libicu is not installed, it will fail before the post-install as expected, if expect is not installed, it will fail after the post-install and set the status to iU even though all configuration for it is now done.
[19:43] <phschwartz> What would cause the actions taken when the deps are missing to be different?
[19:44] <soren> phschwartz: Can you post the output of "dpkg -I yourpackage.deb" on a pastebin somewhere?
[19:45] <phschwartz> soren: Let me see if I can get it grab it.
[19:46] <soren> phschwartz: The "pastebinit" utility might be useful.
[19:46] <phschwartz> soren: behind a firewall on the dev system so not able to use it :(
[19:46] <soren> phschwartz: E.g. "dpkg -I whatever.deb | pastebinit"
[19:46] <soren> phschwartz: Ah, ok.
[19:47] <pdtpatr1ck> Question .. I keep getting this .. what's the remedy please
[19:47] <pdtpatr1ck> http://pastebin.com/yhgmLgS7
[19:50] <pdtpatr1ck> ehh looks like i had to be one level down ..
[19:50] <pdtpatr1ck> but now i'm getting this
[19:50] <pdtpatr1ck> http://pastebin.com/7QZGAkM7
[19:53] <jtaylor> pdtpatr1ck: your control file may not be correctly formatted, probably a missing empty line between the source and package paragraph
[19:53] <jtaylor> also the orig.tar must be in the parent directory
[19:54] <pdtpatr1ck> jtaylor, it looks like this one here
[19:55] <pdtpatr1ck> https://wiki.ubuntu.com/PackagingGuide/PackagingOverview
[19:55] <phschwartz> soren: Install with libicu not installed. http://paste2.org/p/1621487
[19:55] <soren> phschwartz: Nono. dpkg -I (capital i).
[19:55] <phschwartz> soren: Install with expect not installed. http://paste2.org/p/1621484 Lines 5 through 31 are my post install.
[19:56] <phschwartz> ah, let me do that. Didn't realize I did with lowercase
[19:57] <jtaylor> pdtpatr1ck: exactly like that one?
[19:57] <phschwartz> soren: http://paste2.org/p/1621494
[19:58] <soren> phschwartz: Can you do the same for hpccsystems-platform-community_3.2.0-1rcnatty_amd64.deb, please?
[19:59] <phschwartz> damn, see what happens when I have too many builds in the same dir, I use the wrong one. lol
[19:59] <pdtpatr1ck> jtaylor, http://paste.ubuntu.com/679182/
[19:59] <phschwartz> one sec
[20:00] <phschwartz> soren: http://paste2.org/p/1621496
[20:01] <soren> phschwartz: Um.. No.
[20:02] <soren>  Package: hpccsystems-platform
[20:02] <soren> phschwartz: Wrong package :)
[20:02] <jtaylor> strange seems ok
[20:02] <phschwartz> soren: no that is of hpccsystems-platform-community_3.2.0-1rcnatty_amd64.deb
[20:03] <phschwartz> soren: community_3.2.0-1rc is the version tag
[20:03] <phschwartz> not sure why it isn't looking formated right in the -I
[20:03] <soren> phschwartz: Er..
[20:03] <soren> phschwartz: The version is after the first underscore.
[20:05] <phschwartz> soren: hmm, didn't know of that req. Would it cause and issue for the package?
[20:05] <soren> It's not a requirement.
[20:05] <soren> It's just how they're built.
[20:05] <soren> How are you building these packages?
[20:06] <phschwartz> Started from generating from cmake, then went dpkg-buildpackage as cmake was acting up (very large c++ cmake project)
[20:09] <cjwatson> I would be inclined to call that a requirement even if it technically isn't
[20:10] <cjwatson> and the policy manual at least says that underscores are disallowed in versions
[20:11] <phschwartz> cjwatson: do you have the url for the policy manual handy by any chance?
[20:12] <cjwatson> my browser is closed right now, but just google for Debian policy manual
[20:12] <cjwatson> should be the first hit
[20:14] <phschwartz> as it was, ty
[20:20] <soren> phschwartz: Can you share your debian/control?
[20:40] <phschwartz> soren: here is what is in control http://paste2.org/p/1621551
[20:41] <soren> That's it?
[20:41] <soren> That's the whole thing?
[20:41] <phschwartz> yeah, seems to look like it got clobbered
[20:41] <phschwartz> That might be the issue
[20:41] <phschwartz> let me verify
[20:41] <soren> That would do it.
[20:41] <soren> Well... It would do *something*.
[20:41] <soren> ...and it wouldn't be good.
[20:42] <phschwartz> yeah, that is whats in it.
[20:42] <phschwartz> Let me run the regen scripts and see if it fixes it
[20:44] <phschwartz> ah had to scroll down, Files: is the only other thing in there, and it is a really long list of them
[20:45] <phschwartz> all in this format
[20:45] <phschwartz> 32f34ca39e7854bbc3db7d7b434b16bb  opt/HPCCSystems/sbin/configmg
[20:47] <soren> In debian/control?
[20:47] <soren> Not sure how you got into that mess, but that's probably where your problems stem from.
[21:02] <cjwatson> sounds like you copied debian/<whatever>/DEBIAN/control (or some other control file from a *binary* package) into debian/control
[21:04] <cjwatson> lfaraone: I don't seem to have got that mail.  What address did you send it to?


[07:56] <jbailey> lamont: Quick update.  I've got three changes done to the kernel so far.  I suspect that will be all of the fixes needed.
[07:56] <jbailey> As soon as I have deb's, I'll send the patch on to benc,


[04:26] <Sarvatt> ah sweet, xserver master PPA working great here again and ppa-purge is completely removing edgers and xorg-testing the right way now. think i'm going to move this PPA over to xorg-edgers team or just plain edgers when a RC comes out
[04:28] <Sarvatt> http://sarvatt.com/downloads/ppa-purge-example.txt
[04:28] <Sarvatt> even removing the non-existant packages now
[09:41] <bryce> has anyone had a chance to test the kms ppa I posted yesterday?
[10:25] <tjaalton> bryce: not me, lacking the hw
[10:27] <bryce> think I'm going to put together a usb key and have folks here at the sprint test
[10:30] <bryce> tjaalton, could you take a peek at this if it is correct?  http://pastebin.ubuntu.com/248535/
[10:32] <bryce> Sarvatt, do you think it would be worthwhile to include one of apw's kernels in the kms ppa?
[10:33] <bryce> looks like it's based on 2.6.31-4.22 maybe that's old
[10:50] <bryce> booting to test myself... bbiab
[11:28] <tseliot> hey bryce
[11:33] <virtuald> where is the kms ppa and is the difference just a config option using kms by default?
[11:35] <bryce> tseliot, heya
[11:35] <bryce> virtuald, the ppa is in the ubuntu-x-swat project
[11:35] <bryce> I'm running it right now
[11:36] <bryce> doing a dist-upgrade presently because dbus isn't launching
[11:36] <virtuald> ok
[11:39] <bryce> https://edge.launchpad.net/~ubuntu-x-swat/+archive/kms
[11:40] <virtuald> didn't i see a linux package last time i looked?
[11:40] <bryce> use the stock kernel
[11:40] <bryce> I've asked apw for if he wants us to test with a new kernel, still awaiting reply
[11:41] <virtuald> ok
[11:41] <virtuald> this is the "kms ppa" i saw linux in: https://launchpad.net/~apw/+archive/red
[11:42] <virtuald> afk
[12:12] <tjaalton> bryce: looks about right
[12:14] <bryce> tjaalton, thanks
[17:42] <Sarvatt> bryce: should be fine without, linus puled the radeon drm stuff in that into 2.6.31-rc5
[17:43] <bryce> ok
[17:43] <bryce> apw has a 2.6.31-6ish kernel coming (still building)
[17:44] <bryce> btw ppa-purge seems to not be working reliably.  it'll comment out stuff from /etc/apt/sources.list but didn't actually revert back the packages
[17:45] <bryce> was thinking I could include mention of it in my blog post, but since it seems to not always work correctly I left it out; people will need to revert manually
[17:54] <Sarvatt> even the updated one? i updated it yesterday to fix some bugs
[17:54] <Sarvatt> it wouldnt read any extra options before
[19:37] <virtuald> it didn't remove libdrm-radeon1 for me today when i purged edgers, maybe because i didn't purge the old radeon-kms ppa
[19:44] <Sarvatt> ah yeah if you have multiple ppas with the same files newer than the distro it uses whats left when you remove the other
[19:44] <Sarvatt> it just does an apt-get install package/dist for every file you have installed from the ppa
[19:44] <Sarvatt> after removing the source and running an apt-get update
[19:44] <Sarvatt> you downgraded to the radeon-kms ppa packages in that case
[19:45] <Sarvatt> can just run it again with sudo ppa-purge xorg-edgers -p radeon-kms -v to revert that too
[19:46] <virtuald> ok i'll try that
[19:46] <Sarvatt> think im gonna remove the -v and make it always show that info
[19:47] <virtuald> i didn't use -v and it said twice that it kept libdrm-radeon1 :>
[19:57] <Sarvatt> yeah thats apt-get failing
[20:19] <syn-ack> I really need to check the /list more often. :P