[09:26] <rsalveti> ogra_: https://launchpad.net/~rsalveti/+archive/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=quantal
[09:26] <rsalveti> ogra_: for the new pvr-omap4 package, removing the dos2unix dependency and also fixing the packaging for quantal
[09:26] <ogra_> great, thanks
[09:26] <rsalveti> infinity: problem is that the builder is now caling debian/rules build-arch instead of debian/rules build
[09:26] <rsalveti> that's why it failed
[09:26] <ogra_> (stop doing all these nightshifts, it will kill you some day !)
[09:27] <rsalveti> and which you already fixed in other packages, by changing the build to depend on build-arch
[09:27] <rsalveti> pbuilder/debuild didn't get the problem because it's still calling with debian/rules build
[09:27] <rsalveti> ogra_: :-)
[09:27] <rsalveti> ogra_: wanted to finish this today still, as tomorrow is conference day
[09:27] <rsalveti> hard to get something done
[09:28] <ogra_> oh, indeed, i forgot about plumbers
[09:28] <rsalveti> I'm at utc-7 today
[09:28] <ogra_> take a pillow to the talks though
[09:28] <rsalveti> :-)
[10:32] <infinity> rsalveti: You're not calling pbuilder/debuild with -B, then.
[11:37]  * ogra_ wonders why he gets such a bad throughput from cdimage.u.c today
[11:38] <ogra_> zsnc goes rarely over 100kB
[11:38] <ogra_> *zsync
[11:44] <xnox> ogra_: have you seen bug 1041607 ? =)))) my panda is now stuck on top of microwave oven near the router to get LAN instead of WiFi =)
[11:44] <ubot2`> Launchpad bug 1041607 in linux-meta-ti-omap4 "cannot install linux-ti-omap4 3.5.0-209-omap4" [Undecided,New] https://launchpad.net/bugs/1041607
[11:46] <ogra_> hmm, weird
[11:47] <ogra_> the bug should be against linux-ti-omap4 btw, not meta ...
[11:48] <xnox> ogra_: i filed it against omap4, somebody else moved it to meta....
[11:48] <ogra_> and it looks like an issue with update-initramfs, does it work if you do: sudo aupdate-initramfs -c -k 3.5.0-209-omap4; sudo dpkg --configure -a
[11:49] <ogra_> *update-initramfs indeed :P
[11:50] <ogra_> looks like that is teh issue: update-initramfs: deferring update (hook will be called later)
[11:50] <ogra_> since it directly tries to copy around the initrd.img right afterwards ...
[11:52] <xnox> let me try
[11:52]  * xnox ssh panda.local
[11:53] <ogra_> i think the kernel package postinst scripts actually should force the update-initramfs run instead of using a trigger at that point
[11:53] <ogra_> (or alternatively the copy code shoudl be omitted ...)
[12:02] <panda|z> ogra_: XFCE became alternative of Unity 2D?
[12:03] <ogra_> there is no "alternative" per se
[12:03] <ogra_> for ac100 is swithced the images to lubuntu
[12:03] <ogra_> its up to the people maintaining the images what they use i guess
[12:10] <lilstevie> I'm finding lxde glitchy on precise with the tf201
[12:11] <xnox> ogra_: was the WiFi missing on pandas bug fixed?
[12:11] <xnox> ogra_: what was the bug #?
[12:11] <ogra_> Bug 1032779 ?
[12:11] <ubot2`> Launchpad bug 1032779 in linux-firmware "Missing firmware for wireless chipset on pandaboard" [Medium,Fix released] https://launchpad.net/bugs/1032779
[12:18] <xnox> ogra_: ok. so 3.5 supposedly doesn't use that firmware, but I still don't have wifi with 3.5 kernel this time. Which package should i file the bug against? firmware? linux-ti-omap4?
[12:19] <xnox> getting same thing in dmseg
[12:19] <xnox> [   23.202850] wl12xx: ERROR could not get nvs file ti-connectivity/wl1271-nvs.bin: -2
[12:19] <xnox> ogra_: do you have wifi on your panda in quantal?
[12:19] <ogra_> no idea, havent tried it :)
[12:19]  * ogra_ has a dedicated switch for all his arm boards
[12:20] <ogra_> i'll try once i'm done with PVR and can bear to trash the panda while playing with it :)
[12:23] <xnox> ogra_: can I bribe you with bamboo? =)
[12:23] <ogra_> lol, i'm not a panda !
[12:23] <xnox> ogra_: but you have so many of them =))))
[12:26] <ogra_> http://plus.url.google.com/url?sa=z&n=1346156762908&url=http%3A%2F%2Fbit.ly%2FRUbLqy&usg=OLZd5hl2msGAN9KAoBgn0GpCCcM.
[12:26] <ogra_> or better https://lh4.googleusercontent.com/-XsraXa6V0VY/UDya87ScR3I/AAAAAAAADMc/dQsqSah_KzM/w497-h373/ae0016-4.jpg
[12:26] <ogra_> :)
[12:28] <xnox> ogra_: from the intermediate photos, I would have never guessed the final result will be panda. I'd guess something else...
[12:29] <ogra_> haha, yeah ... pretty "else" ...
[12:47]  * ogra_ twiddles thumbs waiting for the archive mail for the upload ...
[12:47] <ogra_> ... and considers to tra an ac100 isntall test
[12:47] <ogra_> *try
[12:48] <ogra_> i wonder what /lib/udev/mtp-probe is ...
[12:48] <ogra_> always generates warnings on boot
[12:49] <xnox> ogra_: mpt probe?
[12:49] <ogra_> yep
[12:49] <ogra_> ac100 doesnt use a splash atm... so i see these boot messages
[12:49] <ogra_> and udev seems to be unhappy with that script
[12:53] <ogra_> https://launchpad.net/ubuntu/+source/pvr-omap4/<IP_ADDRESS>.1.1-0ubuntu3/+build/3748952
[12:54] <ogra_> ah, that looks better
[12:54] <ogra_> (1.6M vs 47 bytes)
[12:54]  * ogra_ waits for the publisher
[13:45] <ogra_> rsalveti, pvr loads but i still see some errors:
[13:45] <ogra_> PVR:(Warning): PVRDRMSetFD: could not get plugin ioctl base: -22 [69, /pvr_bridge_u.c]
[13:45] <ogra_>  (EE) Couldn't get PVR Services status
[13:45] <ogra_>  PVR:(Error): OpenServices: drmOpen failed [120, /pvr_bridge_u.c]
[13:46] <ogra_> (EE) OMAP(0): ERROR: PVR2DCreateDeviceContext failed
[13:47] <ogra_> and es2_info doesnt work :(
[13:49] <ogra_> rsalveti, http://paste.ubuntu.com/1171824/
[14:21] <ogra_> rsalveti, so the issue seems to be that the header cant be found anywhere linux/omap_drv.h ... and it seems your fix to linux didnt work,
[14:31] <ndec> rsalveti: btw, what exactly did you have to change in live-build to use it? why can't we just use the default live-build? and when are you planning to merge your changes upstream?
[14:40]  * ogra_ sighs
[14:40] <ogra_> so after shuffling headers around for 1h it now fails on omap_priv.h
[14:42] <ogra_> rsalveti, your headers fixes went into the wrong package :(  ... (linux vs linux-ti-omap4)
[14:43] <ogra_> and omap_priv.h seems to be nowhere on my filesystem
[14:50] <ndec> it's private ... ;-)
[14:51] <ogra_> heh, well, looks like it should be in include/drm/omap_priv.h
[14:51] <ogra_> but it isnt indeed
[14:52] <ogra_> so that header situation is completely messed up :/
[14:52] <ndec> maybe XavB knows about that...
[14:53] <ogra_> *sadpanda*
[14:55] <XavB> ogra_: ndec: we do have a "hack" to add omap_drv.h and omap_drm.h to headers package but I think that Ricardo already picked that one
[14:55] <ogra_> XavB, he forgot omap:priv.h
[14:55] <ogra_> s/\:/_/
[14:57] <ogra_> me copy pastes omap_priv.h and omap_drm.h from robclark's lwn post :P
[14:57] <ogra_> Error! Bad return status for module build on kernel: 3.5.0-209-omap4 (armhf)
[14:57] <ogra_> Consult /var/lib/dkms/pvr-omap4/<IP_ADDRESS>.1.1/build/make.log for more information.
[14:58] <ogra_> *sniff*
[15:00] <XavB> ogra_: can you pastebin your log please?
[15:01] <ogra_> if my panda ever comes back up again after the reboot i just did ...
[15:01] <XavB> ogra_: are you sure about omap_priv.h? I only have omap_dmm_priv.h...
[15:02] <ogra_> http://paste.ubuntu.com/1171936/
[15:03] <ogra_> (sorry for the german :) )
[15:07] <XavB> ogra_: in fact we do not have "include omap_priv.h" anymore on our kernel.
[15:07] <XavB> http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commit;h=0428bbdcdb53255b8b42a8ed73ab6ec1d8975054
[15:07] <ogra_> great
[15:08] <ogra_> so i guess the omap_drv.h i have is broken
[15:20] <ogra_> ubuntu@panda:~$ grep omap_drm /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h|grep include
[15:20] <ogra_> #include "omap_drm.h"
[15:20] <ogra_> yeah. looks like
[15:20] <ogra_> now i wonder how rsalveti managed to get that workin
[15:20] <ogra_> g
[15:21]  * ogra_ needs a break
[15:34] <rsalveti> ndec: afaik the live-build we're using is just a rev from upstream
[15:34] <rsalveti> just that we tested it and it worked fine
[15:35] <rsalveti> infinity: but why the previous builders (pecise) were also calling build first?
[15:35] <rsalveti> this affected as well the ati and nvidia drivers I believe
[15:35] <rsalveti> at least I saw you fixed the ati one
[15:42] <rsalveti> ogra_: the warning is ok, but the second error it seems to be related with the lack of module
[15:43] <ogra_> rsalveti, well, yeah, because it doesnt build, since the header file ended up in linux, not linux-ti-omap4
[15:43] <rsalveti> ogra_: it is at linux-ti-omap4!
[15:43] <rsalveti> that's where I sent my first patch
[15:43] <ogra_> and the header we have seems to be outdated and missing http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commit;h=0428bbdcdb53255b8b42a8ed73ab6ec1d8975054
[15:43] <ogra_> rsalveti, i dont have it
[15:44] <rsalveti> weird, let me check that
[15:44] <ogra_> it is the in -209 but not in 209-omap4
[15:44] <ogra_> *it is in
[15:47] <ogra_> ubuntu@panda:~$ find /usr/src/ -name omap_drv*
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-209/drivers/staging/omapdrm/omap_drv.h
[15:47] <ogra_> /usr/src/linux-headers-3.5.0-12/drivers/staging/omapdrm/omap_drv.h
[15:48] <ogra_> dkms tries to use /usr/src/linux-headers-3.5.0-209-omap4
[15:48] <ogra_> rsalveti, ^^^
[15:48] <rsalveti> let me check locally
[15:51] <rsalveti> ogra_: you only need omap_drm.h and omap_drv.h, don't need the private one
[15:52] <ogra_> rsalveti, the omap_drv.h i have here has an include omap_priv.h
[15:52] <ogra_> i copied it from -209 to -209-omap4
[15:52] <ogra_> which makes dkms work but then fail on this include
[15:53]  * ogra_ pulls both headers out of the above commit and retries
[15:55] <ogra_> Error! Bad return status for module build on kernel: 3.5.0-209-omap4 (armhf)
[15:55] <ogra_> GRRR !
[15:56] <ogra_> /var/lib/dkms/pvr-omap4/<IP_ADDRESS>.1.1/build/services4/srvkm/env/linux/private_data.h:95:28: fatal error: linux/omap_drv.h: Datei oder Verzeichnis nicht gefunden
[15:56]  * ogra_ curses
[15:59] <ogra_> #if defined(SUPPORT_DRI_DRM_EXTERNAL)
[15:59] <ogra_> #include <linux/omap_drv.h>
[15:59] <ogra_> hmm
[15:59] <ogra_> that the only trace i find in private_data.h
[16:06] <ogra_> http://paste.ubuntu.com/1172053/
[16:06] <ogra_> the full log again
[16:06]  * ogra_ has to prepare for his ubuntu developer week talk about arm now
[16:08] <ogra_> rsalveti, i clearly see an "#include "omap_priv.h"" in my omap_drv.h
[16:08] <rsalveti> ogra_: I'm checking that now
[16:08] <ogra_> not sure why you dont
[16:08] <ogra_> ok
[16:09] <ogra_> rsalveti, i'll leave that to you then, rtg asked for a bu with a fix attached if we need kernel changes
[16:09] <ogra_> *bug
[16:09] <rsalveti> ogra_: sure
[16:09]  * ogra_ wonders what to talk about in UDW
[16:18] <rsalveti> ogra_: root@ubuntu-desktop:/usr/src/linux-headers-3.5.0-209-omap4/include/linux# ln -s ../../../linux-headers-3.5.0-209/include/linux/omap_drm.h omap_drm.h
[16:18] <rsalveti> root@ubuntu-desktop:/usr/src/linux-headers-3.5.0-209-omap4/include/linux# ln -s ../../../linux-headers-3.5.0-209/include/linux/omap_drv.h omap_drv.h
[16:18] <rsalveti> to get your module to build
[16:18] <rsalveti> I'm checking now why this header is not linked at the original package
[16:19] <ogra_> rsalveti, right, thats how i got to the omap_priv.h error :)
[16:19] <rsalveti> ogra_: just did that, and installed pvr-omap4
[16:19] <ogra_> for me that fails with the above error
[16:20] <ogra_> and obviously there is an #include "omap_priv.h" in my omap_drv.h
[16:20] <rsalveti> I don't have any here
[16:20] <rsalveti> are you sure you just linked the files?
[16:21] <rsalveti> or you downloaded it from another source?
[16:21] <ogra_> from LP
[16:21] <ogra_> i downloaded teh linux-image package for -209-omap4, dpkg -i'ed it and its headers, then rebooted and apt-get installed pvr-omap4
[16:22] <ogra_> to fail with the missing omap_drv.h ...
[16:22] <ogra_> then i linked the files as above and got to the point where it started failing on _priv.h
[16:23] <ogra_> *now* i have the files replaced by the ones from the omapzoom commit for a test, but that doesnt help either
[16:23] <janimo> infinity, hello, the armadaxp bitss look clean to me, Marvell also again said they believe it sould be all GPL2 (one of their 3 options in HAL code)
[16:23] <janimo> so could the package be moved from PPA to archives ?
[16:24] <ogra_> janimo, they said they belive that last time too ... and NCommander uploaded a horridly illegal package
[16:24] <ogra_> (because he belived them)
[16:25] <janimo> ogra_, do you recall what type of bits were illegal there?
[16:25] <janimo> I know the original patch had extra scripts in net and elsewhere where I would not have though there should be something arch specific
[16:25] <ogra_> janimo, not from the top of my head, and the discussion about it wasnt in a publically logges channel iirc
[16:25] <ogra_> *logged
[16:26] <janimo> well, anyway to me it looks like any other kernel code :)
[16:26] <janimo> no blobs or other strange bits
[16:27] <ogra_> well, infinity might surely know more but it will be hard to catch him this week
[16:27] <janimo> apart from some C HAL code that is wrapped in linux specifics but that too has an ok license
[16:27] <ogra_> (plumbers)
[16:27] <janimo> ok
[16:29] <rsalveti> ogra_: http://paste.ubuntu.com/1172106/
[16:29] <rsalveti> I'm now checking why the link is not done properly at the flavour specific headers package
[16:30] <ogra_> rsalveti, what io also dont get is, how do your headers end up in include/linux/ ... mine are definitely under drivers/staging/omapdrm originally
[16:30] <rsalveti> ogra_: this is the original path, but we have links at include/linux to drivers/staging
[16:31] <ogra_> ubuntu@panda:~$ ls -l /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h
[16:31] <ogra_> lrwxrwxrwx 1 root root 40 Aug 22 18:37 /usr/src/linux-headers-3.5.0-209/include/linux/omap_drv.h -> ../../drivers/staging/omapdrm/omap_drv.h
[16:31] <ogra_> right, i missed that one, sorry
[16:32] <rsalveti> ogra_: ok, will investigate here what is happening with the flavor specific headers package
[16:33] <ogra_> thanks a lot !
[16:34]  * ogra_ really doesnt get how you have teh patience to dig through all this every day ...
[16:34] <ogra_> after fiddling with it for even half a day i got enough :)
[16:43] <marvin24> ah, I get the same usb ethernet oom with my mcs7830 on ac100 as on omap
[16:43] <marvin24> 3.6-rc2 kernel
[16:44] <ogra_> great
[16:50] <marvin24> yeah, everything works as expected ;-)
[16:51] <marvin24> now use u-boot to load the kernel
[16:52]  * ogra_ still fails to see the advantage of usin u-boot
[16:55] <tala> hi, using gcc 4.7.2 I try to build for a target  system based arch = armv5te. does anyone have a clue why It can't compile via gcc 4.7 ? and I get |error: bad value (armv5te) for -march= switch
[16:56] <marvin24> ogra_: he, too soon for apri jokes
[16:58] <marvin24> we can use initrd's > 2 MB
[16:58] <ogra_> offt, who wants that :)
[16:58] <ogra_> *pfft even
[17:16] <marvin24> yeah, boots up - but no backlight yet  :-(
[18:14] <raki1> i would like to try porting ubuntu on arm where do i start?
[18:14] <ogra_> well, what HW do you have ?
[18:15] <ogra_> (read: where do you want to port it to)
[18:19] <infinity> janimo: It wasn't blobs last time, it was a mess of drivers that just plain weren't free.
[18:20]  * ogra_ is out now ... dinner etc
[18:20] <infinity> janimo: Diff between mainline and the Marvell sources, then rgrep 'opyright', and check headers for telltale signs like "all rights reserved" and such.
[18:21] <raki1> @ogra_ http://www.gsmarena.com/micromax_funbook_p300-4701.php
[18:22] <infinity> rsalveti: The behaviour of dpkg-buildpackage -B changed in Quantal to call build-arch if it exists.
[18:23] <infinity> rsalveti: Hence why this will work in precise, it will work in quantal with -b, but will fail in quantal with -B.
[18:24] <infinity> janimo: Anyhow, I'm still hopping around between airports, I can try to have a look later, but I really don't want to be the one to do a full audit again.
[18:24] <janimo> infinity, thanks, I understand.
[18:24] <infinity> janimo: If I do a partial audit (and I will, if you ask me to copy it), and find non-free bits, I'll be annoyed. :P
[18:24] <janimo> one copyright header I see is the one mentioned above, with a slightly verbose boilerplate
[18:24] <janimo> but looks ok nonetheless
[18:24] <raki1> @ogra_ can i work with that hardware
[18:24] <janimo> infinity, I do not want to annoy you good sir
[18:25] <janimo> because you know my IP address
[18:25] <infinity> I'll sneak into your house in the middle of the night and force-feed you meat.
[18:25] <infinity> That's a vegan's worst nightmare, right?
[18:25] <janimo> infinity, I do have disturbing dreams of eating meat indeed
[18:26] <janimo> not nightmares but I feel disappointed while dreaming
[18:26] <janimo> so yes, you're pretty close
[18:26] <infinity> Hah.
[18:26] <ogra_> raki1, with regard to bootloader and kernel this is hard to tell, there inst much info about the CPU  "1.22 GHz Cortex-A8" does not say much ... but from the specs you should definietly be able to run ubuntu userspace on it though
[18:26] <infinity> Holy crap, we might finally be boarding my 1.5h-late flight.
[18:27] <infinity> \o/
[18:27] <janimo> which airport are you now in?
[18:27] <ogra_> huh ?
[18:27] <ogra_> you arent there yet ?
[18:27] <janimo> maybe there's a conference internal airport for lazy people
[18:27] <ogra_> LOL
[18:27] <janimo> to travel between wings of the same building
[18:28] <ogra_> wings eh ?
[18:28] <janimo> oh, you found an unintended pun
[18:28] <ogra_> :)
[18:28] <janimo> I do not always pun but when I do they are really unintended
[18:28] <ogra_> anyway, really dinner now
[18:28]  * ogra_ -> out
[18:49] <rsalveti> infinity: got it, is this option only used for the archs !i386 at launchpad?
[18:50] <rsalveti> afaik i386 is the one responsible for the arch indep packages
[20:22] <NCommander> ogra_: janimo what horribly illegal package?
[20:22] <janimo> NCommander, just assumptions. But armadaxp kernel
[20:22] <NCommander> janimo: oh, probably because I forgot to strip out the firmware >.<;
[20:22] <janimo> infinity, says there were illegal bits in previous drops
[20:23] <NCommander> Oh
[20:23] <NCommander> No, I stripped those all out
[20:23]  * NCommander went through file by file to make sure there wasn't anything illegal
[20:23] <janimo> there's a 3.5 drop now and infinity says we need to make sure it's not like that time, when it was also said to be all clean
[20:24] <janimo> so the firmware is now in linux-firmware or was not even needed for the armadaxp?
[20:47] <NCommander> janimo: the later I believe. I only did the initial 3.0 and 3.2 drops from Marvella nd those were both clean and were crosschecked to make sure the illegal bits were stripped oput
[20:49] <GrueMaster> iirc, the firmware is for Marvel Wifi (which is not on the board).  Their kernel blob has ALL of their development work in it for every product they are working on.  Makes stripping and cleaning...fun.
[20:50] <GrueMaster> From the 3.2 kernel, I seem to remember keeping ~10% of their mods.
[20:50] <GrueMaster> Maybe a little more.
[21:00] <infinity> rsalveti: Right, i386 builds with -b, everything else builds with -B
[21:21] <rsalveti> infinity: yeah, that explains better, thanks


[00:03] <Kalumba> not so crowded I see. Oh well. I have ALC883 soundcard that for some reason only wants to give me any audio if I plug in my headset
[00:03] <Kalumba> I am running Ubuntu 7.10
[00:03] <Kalumba> someone said I should disable jacksense but I can not find it in Ubuntu
[01:12] <jsubl2> anyone have a toshiba
[05:04] <novas0x2a> i have some hal and hotkey changes for my laptop- is filing a bug the proper thing to do with that?
[14:59] <SchwarzeKrause> Hi, all. Can anyone here help me with an Authentec fingerprint scaner?
[17:39] <yrjan> this channel is *so* active :P
[23:11] <b0r3d> hi
[23:11] <b0r3d> I wonder why hibernate doesn't work on my laptop


[20:47] <caraka> Am I correct in assuming that the LP builders have the same backports config as the general releases, i.e. that they will only install from Backports when manually requested?
[20:49] <caraka> (via debian/control)
[21:01] <cjwatson> caraka: We don't do anything special with backports, except that backports will only be in sources.list at all if either building for backports itself or if it's explicitly configured in "Edit PPA dependencies" on a PPA
[21:04] <caraka> Yes, I've explicitely configured it in "Edit PPA dependencies" and I am probably over-worrying that it will introduce other, unwanted backports inadvertantly. If the builder is only going to grab a backported version if it is explicitly requested by the control file, then I have nothing to worry about
[21:07] <cjwatson> caraka: I should say that I don't remember precisely how apt's build-dependency resolution works with respect to that, but all supported *-backports have "NotAutomatic: yes" in their Release files and IIRC sbuild basically just calls apt-get build-dep, so should be OK if apt-get build-dep isn't inexplicably silly
[21:09] <caraka> Thanks, that was my assumption, since all the releases since Natty are "NotAutomatic:yes" as well, to the best of my knowledge. So I have presumed that the builder will only look in backports if it cannot satisfy the version from the default repos.
[21:10] <caraka> (and the fact that it all seemed to work as expected when I tested it)


[11:18] <xnox> infinity, shouldn't we demote lilo-installer udeb to universe, it's annoying that it gets loaded everywhere, no?
[11:39] <xnox> bdmurray, could you please subscribe foundations to partman-swapfile package please? https://launchpad.net/ubuntu/+source/partman-swapfile
[11:40] <xnox> bdmurray, oh, i have powers too it seems. I've managed to subscribe foundations-bugs to it.
[11:41] <xnox> subscribing ubuntu-installer team too
[18:44] <xnox> cyphermox, is it an oversight that driver-injection-disk is not part of the ubiquity build?
[18:45] <xnox> i thought that's what is used for raid controller drivers by OEMs
[18:45] <cyphermox> I don't think it's an oversight, ubiquity uses a "desktop" kernel, not the split up kernel for d-i
[18:45] <cyphermox> depends what exactly is shipped by driver-injection-disk
[18:46] <cyphermox> is that the right source package name?
[18:46] <xnox> the question come up from an OEM that is trying to enable their raid controller (proprietary at the moment i am gueesing) yet use it with a dekstop/ubiquity installer for some reason
[18:46] <xnox> i believe hw-detect is the package that ships that
[18:46] <cyphermox> ah, yeah, makes sense
[18:47] <xnox> driver-injection-disk is the binary/executable name, and the udeb for it is a slightly different name
[18:48] <cyphermox> right, I see now
[18:49] <cyphermox> I don't think it's an oversight, it just never came up
[18:49] <cyphermox> I'd be tempted to say it probably don't hook up so great to the typical ubiquity UX
[18:51] <cyphermox> otherwise I'd run it just after the welcome/prepare screen, same place as where the SB stuff is hooked up, it might take a bit to hook it up cleanly
[19:09] <xnox> cyphermox, i think we simply want to install / activate the .deb live and for target. And do nothing for the .udeb .ude
[19:09] <xnox> so slightly different code path.
[19:09] <xnox> and obviously said OEM wants it for xenial....
[19:09] <xnox> is there any other way to inject .deb during install & for target, with ubiquity images?
[19:10] <xnox> driver injection disk sounds like the cleanest way forward to me, but i'm not sure if there is anything else on the desktop iso.
[19:10] <xnox> does ubuntu-drivers do anything special in ubiquity?
[19:10] <cyphermox> well, if the driver packages are in the archive they could get picked up by ubuntu-drivers via modaliases, but I guess in this case they're not in the archive
[19:11] <cyphermox> easiest might be to use an early command?
[19:16] <xnox> which is fidally
[19:16] <xnox> *fiddly
[19:27] <cyphermox> not really


[06:52] <vila> hi all !
[08:16] <mgz> morning all
[08:22] <vila> mgz: hey !
[08:33] <vila> mgz: pm'ing
[08:34] <ggherdov> hi all. is the Hudson page for the bzr project publicly available ?
[08:35] <ggherdov> Do you have an URL
[08:35] <ggherdov> ?
[08:36] <vila> ggherdov: http://babune.ladeuil.net:24842/
[08:36] <ams_cs> jelmer: ping
[08:36] <ggherdov> vila: great. thx
[10:33] <mgz> ho hum hum.
[10:35]  * vila hears Santa Claus, waits for gifts
[10:35] <mgz> though I have a beard currently, I lack the hat.
[10:46] <vila> I don't require a hat to accept gifts ;)
[11:24] <Riddell> cor
[11:24] <Riddell> so mgz jelmer and vila will be fighting it out for a management payrise? :)
[11:27] <mgz> fighting it out to avoid it, I think
[11:28] <mgz> the news is... not yet finished Riddell, there'll be some more announcements...
[11:29] <mgz> and not on anything apart from internal lists, so no leaking :)
[11:30] <Riddell> oh look a shiny thing over there!
[11:30] <mgz> oo, shiny!
[14:02] <mgz> they were just doing the wasteland on the radio, while I was cooking lunch
[14:02] <mgz> somewhat apt.
[14:50] <hazmat> hi folks, has something about bzr's interaction with lp changed recently..
[14:50] <hazmat> this for example used to work on a machine with no lp login..
[14:50] <hazmat> bzr branch lp:~fwereade/juju/warn-ignored-constraint
[14:50] <hazmat> but now in addition to the lp login message.. it errors with
[14:50] <hazmat> bzr: ERROR: Invalid url supplied to transport: "bzr+ssh://bazaar.launchpad.net/~fwereade/juju/warn-ignored-constraint": no supported schemes
[14:51] <rawr> probably bug 854713
[14:59] <hazmat> rawr, that's the cause, thanks
[15:20] <vila> mgz: mumble ?
[15:20] <mgz> sure, will just get coffee
[15:22] <vila> good idea, doing the same (for once)
[18:32] <jml> does lp-propose have a default file it looks in to populate the MP initial description?
[18:32] <jml> I'd like to build my review cover letter as I go, if possible.
[19:41] <james_w> jml, I think it has a hook that does it, there's a lpreview_body plugin or something that would be an example I think
[19:59] <SeriousRay> Hey there. I'm trying to connect to a remote repository via SFTP/FTP. However bzr explorer automatically assumes my username on the remote repo to be the same as the one on my local machine. Now there is this authentification file, however apparently I can't to find any documentation on what to write there.
[20:00] <fullermd> Try putting the username in the URL.
[20:19] <SeriousRay> Ok thx. It semi worked. I had to specify the password in the url aswell :S.
[20:19] <SeriousRay> When i specified only the username it gave me an exception error.
[20:26] <SeriousRay> ook seems like it was caused by me specifying only the username in the previously named config file.
[20:26] <SeriousRay> once i deleted it i could also only specify the username.
[20:27] <SeriousRay> specifying only the username in the authentification config doesn't work neither.
[21:41] <mgrandi> hallo


[03:04] <naboo> hello
[03:05] <naboo> jafer is puting on links that lock up your computer,
[03:22] <IdleOne> naboo: thank you. he is banned now.
[03:28] <IdleOne> naboo: I have to ask you to part this channel, there is a no idling policy.  Thanks again for pointing out the abusive user.
[03:54] <naboo> yes sorry i had left my pc
[06:13] <chu> Any #ubuntu ops online currently? I have a feeling this Maiz_en_Heces guy is trying to take the conversation elsewhere...
[06:39] <IAmNotThatGuy> Maiz_en_Heces is targetting #ubuntu based channels I think. Joined #ubuntu-meeting
[06:39] <Tm_T> yup
[06:39] <Tm_T> also -server
[06:40] <IAmNotThatGuy> AlanBell, are you around?
[07:07] <iToast> why can't I send to ubutnu now...?
[07:08] <iToast> "[03:07] == Cannot send to channel: #ubuntu"
[07:08] <iToast> Why?
[07:25] <Tm_T> iToast: hi, looks like you're currently quieted on #ubuntu
[07:26] <iToast> why was i
[07:27] <Tm_T> you don't recall?
[07:27] <iToast> I just joined
[07:27] <iToast> changed nicks in other cannels
[07:27] <iToast> then queted in #ubuntu.
[07:28] <iToast> Tm_T: ?
[07:29] <Tm_T> iToast: reading the resources, one moment
[08:28] <Myrtti> iToast: still need help?
[08:30] <Myrtti> iToast: you cant say anything in #ubuntu because you are using webchat and changed your nickname
[15:21] <mneptok> hooboy
[15:21] <mneptok> http://www.webupd8.org/2012/08/nemo-linux-mint-team-forks-nautilus.html
[15:26] <IdleOne> if Mint devs were car manufacturers we would still be driving the Etzel
[15:33] <Myrtti> IdleOne: and how is that different from Ubuntu project making Unity?
[15:42] <IdleOne> Well, Unity may be the new Etzel but at least it is new
[15:46] <IdleOne> it has been brought to my attention that my comment about the Mint devs was not very Ubuntu like. I agree and I apologize.
[15:53]  * mneptok whispers "Edsel"
[19:51] <bazhang> h e never learns
[19:51] <DJones> Yep
[19:51] <DJones> He earned that one
[19:52] <bazhang> my only mistake was ever unbanning him
 anyone has an idea how to hack from ubuntu?
[20:07] <bazhang> wonder if he means kernel hacking
[20:07] <knome> probably, what other hacking would one want to do?
[20:08] <knome> wait, would anyone want to hack even a kernel? :)


[09:46] <oerheks> hi, please take a look in #ubuntu, flooder
[10:08] <Unit193> oerheks: He's gone.
[22:56] <Unit193> oerheks: Howdy.  Is there anything else we can do for you?


[10:27] <LjL> i'm not sure, did i notice a split?
[14:23] <harris> can someone please help me in here no one is responding to me and its urgent
[14:30] <bazhang> harris, help with what
[14:30] <harris> my computer keeps poping from the sound chip turning on and off how can i turn off the powersaving
[14:30] <bazhang> thats a question for #ubuntu harris
[14:31] <harris> fine gtg bye


[03:50] <Penguin_Linux> hello, how is Ubuntu/Xubuntu as compared to Linux Mint?
[08:29] <TheWild> hello
[08:30] <diogenes_> hello
[08:30] <TheWild> yesterday I left unsaved file in mousepad when shutdown the system, yet it did not warn me about the fact. What the...?
[08:32] <diogenes_> when you shutdown the system it won't ask you, only when you close the unsaved doc
[08:33] <TheWild> Windows always waited until applications close on they own.
[08:34] <diogenes_> TheWild, linux is for more professionals
[08:35] <Andrio> Does Mousepad remember the unsaved changes like Sublime Text does?
[08:35] <TheWild> nope
[08:35] <Andrio> :/
[09:56] <TheWild> hello
[09:56] <TheWild> in xubuntu, is there at least one GUI program that handles SIGTERM properly?
[14:17] <geniek> my system is destroyed :( I Try to reboot...
[14:17] <geniek> reboot is not working!?
[14:18] <geniek> Bye. I Try to Ctrl + Alt + F2
[14:20] <geniek> lol
[14:26] <geniek> type /join #GeniekServer in chat please
[14:27] <diogenes_> co tam?
[14:27] <geniek> fajnie
[14:28] <geniek> polacz sie z #GeniekServer prosze
[14:29] <diogenes_> ja?
[14:29] <geniek> tak
[14:29] <diogenes_> ok
[16:16] <geniek> diogenes_, Join #GeniekServer
[16:19] <geniek> diogenes_, type /join #GeniekServer please
[16:26] <RodneyH> I'm trying to figure out which version of wine that I need on Xubuntu to run World of Warcraft?
[20:17] <brandonxfox> hello, I would like some assistance installing a tar.xz file
[20:18] <xangua> Install what software?
[20:18] <brandonxfox> telegram
[20:20] <Unit193> !info telegram-desktop
[20:20] <xangua> There's also telegram web version
[20:21] <brandonxfox> i see
[20:21] <brandonxfox> I just really need assistance getting used to installing these types of files.
[20:22] <Unit193> brandonxfox: Telegram generally just has the software pre-compiled in a tarball, so there'd be nothing to install.  However, as I mentioned it is in the software repos.


[00:22] <bcurtiswx> robert_ancell out today?
[00:22] <bcurtiswx> or is he not Australia and/or is australia not awake yet?
[02:19] <mfisch> robert_ancell: afternoon
[02:19] <robert_ancell> mfisch, hello
[02:20] <mfisch> robert_ancell: I was looking into a bug, #1069218, which should be a simple fix, but as far as I see the code that reads that config file is never loaded
[02:20] <mfisch> load_passwd_file() is the function that I dont see getting called
[02:21] <robert_ancell> mfisch, correct, this file is only used if AccountsService is not available
[02:22] <mfisch> so that config file isn't useful when a-s is running
[02:22] <robert_ancell> mfisch, yes
[02:25] <mfisch> doesn't look like a-s gives us shell or UID
[02:25] <mfisch> Background, Icon, Real Name, Home Dir, Username
[05:47] <pitti> Bonjour
[06:15] <didrocks> good morning
[06:55] <smspillaz> duflu: yo, don't merge the branches directly unless you feel like dealing with merge headaches
[06:55] <smspillaz> (as noted in the description ;-) )
[06:55] <duflu> smspillaz: I didn't...
[06:55] <duflu> ?
[06:55] <smspillaz> duflu: you changed the branch status to "approved" :)
[06:56] <duflu> smspillaz: Oh yes OK
[06:56] <smspillaz> np, just changed it back
[06:56] <duflu> smspillaz: So how to land it all (and backport)?
[06:56] <smspillaz> duflu: once we get these through we can drop the proposals and merge the one with the conflicts resolved etc
[06:56] <duflu> Yep fine
[06:56] <smspillaz> duflu: I wouldn't backport this fix
[06:56] <duflu> smspillaz: Has to be. It's critical to 0.9.8
[06:57] <smspillaz> duflu: well, you can if you want to ... but I'll warn upfront that it will be invasive
[06:57] <duflu> At least in the bug traffic I see :/
[06:57] <duflu> smspillaz: Yeah that's fine. I'd give it some time in raring first
[06:57] <smspillaz> kk
[06:58] <smspillaz> duflu: I'm trying to keep test coverage at 100% as I go along though, so hopefully it won't be too bad
[06:58] <duflu> smspillaz: So.. holidays huh?
[06:58] <smspillaz> duflu: My TV is broken and all my friends went back home
[06:59] <duflu> smspillaz: Fair enough. When is Uni back? late Feb?
[06:59] <smspillaz> yep :(
[06:59] <duflu> Hah. Any normal person would be happy.
[06:59] <smspillaz> hurrah for boredom!
[07:00] <smspillaz> I will get myself a new TV soonish, although #clickfail made that slightly more difficult
[07:01] <duflu> smspillaz: I recommend graysonline for a bargain
[07:02] <duflu> Hmm, sometimes. Not so much right now.
[07:03] <smspillaz> maybe. I have some friends at JB who can get me some good discounts
[07:04] <duflu> smspillaz: Or Sony PlayTV --> USB --> Ubuntu
[07:05] <smspillaz> well, when I say TV, I mean "display"
[07:06] <duflu> smspillaz: But a regular TV won't give you HD TV in wobbly/cube ;)
[07:07] <smspillaz> it will let me play zelda though
[07:07] <smspillaz> or something
[07:07] <smspillaz> I should get myself one of those though, I've been looking for a TV tuner that "just works"
[07:37] <duflu> smspillaz: Last week I had problems with CCSM changes not being sent to compiz till I restarted. Can't reproduce it now but possibly related to what you're doing?
[07:37] <duflu> (using a gsettings profile)
[07:39] <smspillaz> *shrug*
[07:39] <duflu> Suspected as much
[07:39] <smspillaz> duflu: there are so many points of failure that I don't really know what the relevant problem would be
[07:40] <duflu> smspillaz: Points of failure you found in the recent work?
[07:40] <duflu> Or that you assume are hiding?
[07:40] <smspillaz> duflu: are hiding
[07:41] <smspillaz> sometimes it can get into a weird state where compiz stops receiving settings updates
[07:42] <smspillaz> it doesn't bother me too much though, I really just mentally downgrade the importance of all bugs to do with changing settings that aren't exposed in g-c-c
[07:42] <smspillaz> also that "sometimes my focus follows mouse doesn't work" bug really should not be critical
[07:42] <smspillaz> critical means "blocks the entire distribution"
[07:52] <duflu> smspillaz: I know the importance of many if not most bugs needs re-evaluation
[07:53] <smspillaz> duflu++
[07:53] <smspillaz> duflu: and in other news, I finally have the unity gesture tests working without recompiling 8 fixes every.damn.build \o/
[07:53] <smspillaz> *8 files
[07:54] <smspillaz> (even if nothing changed)
[07:54] <duflu> smspillaz: Gestures? I've had multi-touch devices of some sort for a few years but gestures has not worked on any since 11.04 (when I sold my Macbook Air)
[07:55] <duflu> I suspect they're turned off for lots of multi-touch systems when they should not be
[07:57] <smspillaz> duflu: it only works on macbooks
[07:57] <smspillaz> iirc
[07:57] <smspillaz> and the XT2
[07:57] <smspillaz> duflu: get a magic trackpad if you want to try it
[07:57] <duflu> smspillaz: Hah. Yes, forgot to mention I saw it work on an XT2
[07:58] <smspillaz> duflu: in any case, yay, no recompiling
[07:58] <duflu> smspillaz: Got one in the cupboard. So I could finish contributing multi-touch fixes after I sold the Macbook
[07:58] <duflu> Yay. \o/
[07:59] <smspillaz> speaking of macbooks the rMBPs sure are pretty
[07:59] <smspillaz> except the price tag
[07:59] <duflu> smspillaz: I don't want to know. Already spent too much money lately
[08:00] <smspillaz> duflu: tell me about it - I put all my money in term deposits after I left canonical
[08:00] <smspillaz> that reminds me, I need to fix my super too
[08:00]  * smspillaz is worth approximately 300$ right now, and is hoping that will last until he finds another income stream
[08:22] <didrocks> bonjour jibel :) FYI, I've now push a fix to deploy_stack so that the right bzr branch is automatically the target of lp:<foo> when using lp-propose. Will be easier than doing that everytime by hand :)
[08:23] <didrocks> (especially as the indicator branchs have some names like: ~indicator-applet-developers/indicator-messages/trunk.13.04)
[08:27] <jibel> Salut didrocks
[08:27] <didrocks> ça va? :)
[08:29] <jibel> didrocks, ça va et toi?
[08:30] <didrocks> ça va bien :)
[09:03] <Laney> hiya
[09:05] <seb128> hey Laney, hey desktopers
[09:05] <Laney> hey
[09:05] <Laney> good weekend?
[09:05] <didrocks> salut Laney, bonjour seb128!
[09:06] <seb128> lut didrocks
[09:06] <didrocks> still busy, but good weekend :)
[09:06] <didrocks> and you?
[09:06] <seb128> did you guys have a good w.e?
[09:06] <seb128> w.e was good here ;-)
[09:08] <chrisccoulson> good morning everyone
[09:08] <didrocks> hey chrisccoulson
[09:09] <Laney> girlfriend's family were up to stay
[09:09] <Laney> so not relaxing ;-) but was good
[09:10] <chrisccoulson> hi didrocks, how are you?
[09:10] <didrocks> chrisccoulson: tired, but fine, yourself? ;)
[09:10] <chrisccoulson> didrocks, yeah, pretty much the same. had quite a busy weekend
[09:15] <xclaesse> Hello, is it possible to tell Dash's thunderbird icon to count only inbox emails and not all ML folders?
[09:19] <pitti> bonjour seb128, comment vas-tu?
[09:21] <seb128> pitti, salut, ca va ? t'as passé un bon W.E ?
[09:21] <seb128> hey chrisccoulson, how are you?
[09:21] <pitti> seb128: en effet! nous avons acheter un nouveau vélo pour ma femme
[09:21] <seb128> xclaesse, hey, ask chrisccoulson, I think there is an option inbox only
[09:21] <chrisccoulson> seb128, yeah, good thanks
[09:21] <seb128> pitti, l'ancien était cassé ? ou un meilleur modèle ?
[09:21] <chrisccoulson> how are you?
[09:21] <seb128> chrisccoulson, I'm good thank you
[09:21] <pitti> seb128: we took advantage of the marvellous weather to do a little bike tour, and some gardening
[09:22] <xclaesse> chrisccoulson, Hello, is it possible to tell Dash's thunderbird icon to count only inbox emails and not all ML folders?
[09:22] <seb128> nice
[09:22] <seb128> weather was great here as well
[09:22] <chrisccoulson> xclaesse, yeah, there's a radio button in the general pane of the preferences dialog
[09:22] <pitti> seb128: oui, every other week something else broke; it had > 16.000 km already (some 10 years), so EOL well deserved
[09:23] <seb128> waouh, that's quite some distance for a bike ;-)
[09:23] <Laney> speaking of weather, this is my parents' village at the weekend: https://fbcdn-sphotos-a-a.akamaihd.net/hphotos-ak-ash4/481717_10151255237798050_606163743_n.jpg
[09:23] <Laney> that's normally a road ...
[09:24] <xclaesse> chrisccoulson, there is no "general" pane in gnome-control-center here
[09:24] <chrisccoulson> Laney, oh, i hope their house didn't get flooded :/
[09:24] <chrisccoulson> xclaesse, in the thunderbird preferences
[09:24] <xclaesse> ah
[09:24] <Laney> chrisccoulson: nah, it's up the village a bit from the brook thankfully
[09:24] <xclaesse> chrisccoulson, good got it. Thanks :)
[09:25] <Laney> during the last big ones (2000?), it did come right up our road though
[09:26] <Laney> and i managed to get interviewed for bbc news 24 :P
[09:42] <didrocks> RAOF: hey, how are you?
[09:49] <didrocks1> grrr, system lockup
[11:22] <seb128> didrocks, https://bugs.launchpad.net/ubuntu/+source/cups-pk-helper/+bug/808829 ... was there anything blocking it?
[11:22] <ubot2> Launchpad bug 808829 in cups-pk-helper (Ubuntu) "[MIR] cups-pk-helper" [Undecided,Confirmed]
[11:23] <seb128> didrocks, you +1ed in comment #2 but then set to incomplete ... was that an ack or not?
[11:23] <didrocks> seb128: there is the "Bug #807261 seems quite important to fix though.
[11:23] <didrocks> "
[11:23] <ubot2> Launchpad bug 807261 in system-config-printer (Ubuntu Oneiric) "cups-pk-helper makes system-config-printer asking for a password when adding a new printer" [High,Fix released] https://launchpad.net/bugs/807261
[11:23] <seb128> the bug pointed was fixed
[11:23] <didrocks> then, discussing on IRC, pitti told it's not that important in the time
[11:23] <seb128> didrocks, that got fixed
[11:23] <didrocks> but it was still °1
[11:23] <didrocks> +1
[11:23] <seb128> didrocks, ok, so I can make g-c-c recommends it?
[11:23] <didrocks> so if it's important again, we can promote it
[11:23] <didrocks> seb128: sure, ping me once done, i'll promote it
[11:23] <seb128> didrocks, yeah, I enabled the upstream print dialog in g-c-c
[11:24] <seb128> didrocks, thanks
[11:24] <didrocks> yw ;)
[11:30]  * Laney plays a song over DAAP using a gst 1.0 rhythmbox
[11:30] <Laney> GY!BE - appropriately apocalyptic
[11:34]  * didrocks wonders why xvfb-run is looping when there is a failure
[12:29] <davmor2> In Raring now there seems to be no way to tell if there are updates.  In Quantal you clicked on about computer and the box appear on the overview page at the bottom telling you if there were updates but that isn't there in Raring is this a bug or a feature that will appear later?
[12:42] <cyphermox> good morning!
[12:49] <seb128> davmor2, seems like the code in GNOME 3.6 handles pkgkit 0.8 only and we don't have that version (yet)
[12:49] <seb128> cyphermox, hey, how are you?
[12:50] <davmor2> seb128: cool thanks for the update :)
[12:55] <cyphermox> seb128: good you?
[12:56] <seb128> good thanks
[13:00] <pitti> seb128: pk 0.8.4 is in Debian experimental; we might be able to just sync it? (didn't check new universe dependencies)
[13:04] <seb128> pitti, could be, I didn't look at it yet
[13:10] <didrocks1> urgh, seems I timeouted
[13:10] <didrocks1> hey cyphermox, how was the week-end?
[13:16] <cyphermox> didrocks1: it was ok...
[13:36] <xnox> which pieces of the following software can paint the desktop background picture all on their own: gnome-settings-daemon metacity nautilus compiz gnome-shell(mutter?!) your-option-here ?
[13:39] <seb128> xnox, gnome-settings-daemon and nautilus for sure, likely compiz through some plugin, iirc upstream GNOME is talking from moving the g-s-d code to gnome-shell
[13:39] <xnox> seb128: thanks a lot.
[13:40] <seb128> xnox, g-s-d has code to check and do nothing if nautilus is handling the desktop iirc
[13:40] <seb128> xnox, why? .. yw!
[13:40] <xnox> seb128: me and ogra_ just pondered about moving the installer to optionally use g-s-d for wallpaper painting, instead of ubiquity-background-image "mini-app"
[13:41] <xnox> but if that is going away, maybe not =)
[13:41] <seb128> xnox, you already have g-s-d running right?
[13:41] <xnox> seb128: yeap.
[13:41] <seb128> xnox, https://bugzilla.gnome.org/show_bug.cgi?id=686549
[13:41]  * xnox wonders if we double paint the background.
[13:41] <ubot2> Gnome bug 686549 in background "background: remove code that deals with nautilus drawing the desktop" [Normal,Unconfirmed]
[13:41] <seb128> xnox, we being unity or ubiquity?
[13:42] <xnox> seb128: ubiquity-only mode (ubiquity-dm). Currently it's X + metacity + custom background-painting app
[13:43] <seb128> ok
[13:43] <xnox> seb128: I am adding support for: X + compiz (which has a --bg-image option ;-) )
[13:43] <seb128> great ;-)
[14:11] <mspencer> mpt: png re. Contributor Console
[14:12] <mpt> mspencer, png? An icon?
[14:13] <mspencer> mpt: No, I was pinging you. I have several questions about Contributor Console
[14:13] <mpt> mspencer, ah. I never respond to pings. I do respond to questions. :-)
[14:15] <mspencer> mpt: I've pushed some code to the launchpad project. Should the wiki page be updated now that work is in progress on it?
[14:16] <mspencer> mpt: I see that you added a link but it still says that it doesn't exist yet.
[14:16] <mpt> mspencer, done :-)
[14:17] <mspencer> mpt: Great, thanks!
[14:18] <mspencer> mpt: What component do you have for the panel switcher? Is it something like what Software Center uses?
[14:18] <mpt> mspencer, yes. Polly is probably a simpler example.
[14:18] <mpt> Or Kazam.
[14:19] <mspencer> mpt: Okay, I'll take a look at those.
[14:19] <mspencer> mpt: You mentioned working on as much as I could do and having others work on the rest. How do I get others to help on it?
[14:20] <mspencer> mpt: I would like someone else to make an icon for it and probably to work on the Updates panel.
[14:20] <mpt> mspencer, promote it. Talk about it on Twitter, on your Web site if you have one, on relevnt mailing lists.
[14:20] <mpt> relevant, even
[14:21] <mspencer> mpt: Any of the Ubuntu mailing lists?
[14:22] <xnox> ubuntu-devel-discuss is a good one.
[14:22] <mspencer> xnox: thanks!
[14:23] <mspencer> mpt: Since you wrote the specification, are you in charge of all changes to it?
[14:25] <mpt> mspencer, no, anyone can make changes. With things I design, what usually happens is that I maintain the design parts of the specification while engineers add descriptions of how the system is structured etc. See <https://wiki.ubuntu.com/ErrorTracker> for example -- I didn't write any of the "How you can help" section.
[14:26] <mspencer> mpt: So what about new features, for example the bugs to report idea that you suggested?
[14:27] <xnox> how do i check if compiz is running with llvmpipe?
[14:27] <didrocks1> xnox: open the dash, if no transparence -> llvmpipe
[14:27] <xnox> didrocks1: I am not running dash =) i'm running X and ubiquity.
[14:28] <xnox> didrocks1: any other way?
[14:28] <didrocks1> xnox: can you spawn a terminal from compiz?
[14:28]  * xnox wants to make sure I'm starting compiz correctly by hand.
[14:28] <xnox> didrocks1: yes =)
[14:29] <didrocks1> xnox: /usr/lib/nux/unity_support_test -p
[14:29] <didrocks1> look at the vendor string
[14:29] <didrocks1> it will tell you if llvmpipe :)
[14:29] <xnox> cool, thanks.
[14:30] <mpt> mspencer, usually what happens is that a bug report requesting the feature is assigned to me. I update the spec to describe how it would be presented, and I link to the update from the bug report. See bug 449337 for example.
[14:30] <ubot2> Launchpad bug 449337 in software-center (Ubuntu) "does not support --addon-cd (regression from g-a-i)" [Medium,Triaged] https://launchpad.net/bugs/449337
[14:31] <xnox> didrocks: hmm... not getting any window decorators.
[14:31] <didrocks> xnox: do you have gtk-window-decorator running?
[14:31] <xnox> didrocks: nope =)
[14:31] <didrocks> the decor plugin is enabled?
[14:32] <xnox> didrocks: where can I check how the unity session is constructed?
[14:32] <didrocks> it's a little bit vague as a question :)
[14:32] <didrocks> do you know how the plugin system work? how do you start compiz?
[14:32] <mpt> mspencer, then I unassign it to show that anyone can implement it.
[14:33] <mspencer> mpt: Okay, thanks. Are there any tags to show that it is a feature request?
[14:33] <mpt> mspencer, no.
[14:34] <mpt> From "bug" to "missing feature" is a continuum. There's seldom a definite boundary.
[14:34] <xnox> didrocks: I start compiz like so `compiz --sm-disable --fast-filter --bg-image /path/to/background`
[14:34] <didrocks> so you have no plugin enabled
[14:34] <xnox> didrocks: looking at ubuntu session under gnome-session, it looks like I should start gnome-settings-daemon before starting compiz.
[14:34] <mspencer> mpt: If I get stuck on how to implement something, where is the best place to ask for help?
[14:35] <didrocks> xnox: hum, why does it matter?
[14:35] <xnox> didrocks: ok, how do I enable plugins
[14:35] <xnox> ah I need to specify them =)
[14:36] <didrocks> xnox: you need to either create a profile, either list all of them in the right order on the command line
[14:36] <mpt> mspencer, <http://developer.ubuntu.com/community/> has links to reference materials, Ask Ubuntu, and the #ubuntu-app-devel IRC channel.
[14:36] <xnox> didrocks: where is the default compiz profile then?
[14:36]  * xnox wants to take that as a base and trim the fat =)
[14:36] <xnox> (well strip it to the bone to be precise)
[14:37] <didrocks> xnox: look at /usr/share/glib-2.0/schemas/10_compiz-gnome.gschema.override
[14:37] <didrocks> "active-plugins"
[14:37] <xnox> didrocks: thanks.
[14:38] <mspencer> mpt: Thanks for all your help and thanks for showing me the project!
[14:38] <mpt> mspencer, thanks for getting involved. :-)
[14:38] <didrocks> yw
[14:43] <desrt> morning, peeps
[14:44] <stgraber> hey there, apparently everyime I decrease brightness on my machine, gnome-settings-dameon blows up, is that a known issue? (just noticed, haven't spent too much time debugging yet)
[14:44] <stgraber> (gnome-settings-daemon:26737): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GsdMediaKeysManager'
[14:44] <stgraber> Segmentation fault (core dumped)
[14:45] <mspencer> mpt: One more thing - you don't have a place for the in-progress spinner. Where do you want me to put it? Should I just use my own ideas for now?
[14:45] <mpt> mspencer, sure
[14:46] <mspencer> mpt: okay, that's what I'll do.
[14:46] <seb128> stgraber, known issue
[14:47] <stgraber> seb128: cool, won't spend any longer debugging it, will just stick gnome-settings-daemon in a while loop for now :)
[14:47] <seb128> lol
[14:47] <seb128> stgraber, or change the value from the system settings panel
[14:48] <stgraber> well, I happen to change brightness level pretty often, so having to open the window everytime is rather annoying, I prefer having g-s-d crashing but at least the brightness level set quickly so I can read my screen :)
[14:49] <seb128> hehe, well in any case I'm looking at it next, I hope it's not going to be hard and that we will have a fix in the next hour or so
[14:53] <pitti> desrt: hey Ryan, how are you?
[14:53] <desrt> awful
[14:53] <pitti> :( how's that?
[14:53] <stgraber> seb128: cool, thanks!
[14:53] <desrt> no coffe yet
[14:53] <pitti> hah
[14:53] <desrt> can't even type properly
[14:53] <pitti> desrt: so I guess it's a bad time still to ask you about dconf
[14:53] <desrt> nah
[14:53] <desrt> go ahead :p
[14:54] <pitti> desrt: context: I'm writing tests for g-settings-daemon; for that I run a private bus, and g-session and g-s-d on that
[14:54] <desrt> oh.  this sounds very interesting.
[14:54] <pitti> desrt: for the tests I temporarily need to change settings like idle-delay or sleep-inactive-ac-timeout
[14:55] <desrt> do you want to run these tests inside of a normal user account?
[14:55] <pitti> desrt: right now I remember which ones I changed and set them back to original values in tearDown(), but that's not very elegant
[14:55] <desrt> ie: in the account of someone who has their own dconf settings...
[14:55] <pitti> desrt: yes, so that they can be integrated into "make check" and don't need particular privs
[14:55] <desrt> pitti: so this problem is actually pretty boring
[14:55] <pitti> desrt: hadess suggested it might be possible to set $XDG_SOMETHING etc. to use a different dconf db?
[14:55] <desrt> you have two ways to slay it
[14:56] <desrt> first is indeed to set the XDG CONFIG HOME directory
[14:56] <desrt> that's probably the best
[14:56] <xnox> didrocks: with decor plugin I get window decoration but then my fake ubiquity-panel is left-alignment and "just right width" instead of full-screen width and right aligned.
[14:56] <pitti> right, as I need to fiddle with those anyway to create a temporary gnome-session session type
[14:56] <desrt> that will make (a) the process look to a different dir for the database
[14:57] <desrt> and (b) the service activated by the private bus will write there
[14:57]  * xnox will fiddle with it more.
[14:57] <pitti> desrt: it will also have the added benefit of not using the user's settings, but the schema ones, right?
[14:57] <desrt> pitti: at first
[14:57] <didrocks> xnox: seems you need to be nicer with decorators :)
[14:57] <desrt> pitti: of course, as you change settings, they will change
[14:57] <pitti> desrt: yes of course, that's what I want
[14:57] <desrt> pitti: there is a slightly strange complication here that perhaps you should pay attention to, though
[14:58] <desrt> pitti: although you will be using the same dconf database file, you will be sharing a different shm signalling mechanism (the file in the xdg runtime dir)
[14:58] <xnox> didrocks: i'll try gtk-window-decorator or see what's wrong with our minimalistic gnome-panet implementation in gtk.
[14:58] <didrocks> xnox: sounds good
[14:58] <desrt> pitti: in theory that's currently OK -- the shm mechanism currently only signals when the database needs to be reopened
[14:58] <pitti> desrt: you mean same dconf db file for all processes within the test, i.e. the scope in which I define the XDG dir?
[14:58] <desrt> so the result will be a bunch of programs have to spuriously reopen the dconf database (the real one, outside of the tests) even though nothing changed
[14:59] <xnox> didrocks: so far looking good.
[14:59] <pitti> desrt: ah, I see what you mean
[14:59] <desrt> pitti: i also don't like it because some day i may put another things in that file....
[14:59] <pitti> desrt: that at least sounds a lot better than me actually changing stuff in the user DB
[14:59] <desrt> pitti: so i'd recommend also changing the xdg runtime dir...
[15:00] <desrt> but note: that dir _must_ be on a native filesystem (read: not nfs/ecryptfs)
[15:00] <pitti> desrt: that sounds like a good safety precaution anyway
[15:00] <desrt> so perhaps you want to make a subdirectory in the runtime dir and point it at your subdir
[15:00] <pitti> desrt: mkdtemp ought to be okay, I guess
[15:00] <desrt> rather than making something inside of your tests...
[15:00] <desrt> pitti: mkdtemp is for the birds
[15:00] <desrt> pitti: the purpose of the runtime dir is to avoid having to pick secure tmp names
[15:00] <pitti> /tmp certainly ought to be a local dir?
[15:00] <desrt> pitti: maybe?
[15:01] <pitti> desrt: well, processes will use $XDG_RUNTIME_DIR, won't they?
[15:01] <pitti> if they hardcode /run/user/<username>/, I couldn't change it anyway
[15:01] <desrt> yes.  several o fthem.
[15:01] <desrt> nobody hardcodes that value.
[15:01] <desrt> they use g_get_user_runtime_dir()
[15:01] <pitti> *nod*
[15:02] <desrt> i think it's worth your while to create a temporary runtime dir
[15:02] <desrt> since various things use this
[15:02] <desrt> dconf, gvfs, keyring...
[15:02] <pitti> desrt: OOI, what does the "two zeros" file /run/user/martin/dconf/user do?
[15:03] <desrt> it's the convention to just name things there plainly (like 'dconf') since there is no concerns about security
[15:03] <desrt> but i guess you may have a situation where two instances of tests are being run at the same time.... so maybe use a PID?
[15:03] <desrt> pitti: that's the signal file
[15:03] <pitti> desrt: what's wrong with mkdtemp()? it's convenient to use, I don't need to think about it, and it will work
[15:03] <desrt> pitti: the second zero is meaningless.  it's created by seeking to position 1 and writing a zero
[15:04] <pitti> desrt: ok, thanks for the advice!
[15:04] <desrt> which is only done to force the first byte to exist with a default value of zero without risking overwriting it in a race if it's already there
[15:04] <desrt> the first byte is '1' to indicate "you need to reopen things now"
[15:04] <desrt> you will never ever see a '1' in that file, though
[15:04] <desrt> since by definition it means you are looking at a state copy of it
[15:05] <desrt> (ie: the service opens the file, unlinks it, then writes the '1'.... only so people who have it held open from before will see the '1')
[15:09] <didrocks> hey mterry! How was thanksgiving?
[15:09] <mterry> didrocks, hello!  Good!  Lots of pie
[15:09] <didrocks> and chicken? :)
[15:10] <desrt> didrocks: you're a month and a half late :)
[15:10] <didrocks> desrt: what what? :)
[15:10] <didrocks> for Canada I guess? ;)
[15:10] <didrocks> http://en.wikipedia.org/wiki/Thanksgiving seems to confirm
[15:11] <desrt> didrocks: one of my worst experiences in childhood was watching the pauly shore movie 'son in law'
[15:11] <desrt> for various reasons...
[15:12] <desrt> but one that sticks out the most is the fact that the movie features a halloween party, followed by a trip home for thanksgiving
[15:12]  * desrt looks back and shudders
[15:12] <didrocks> desrt's childhood, haunting him :)
[15:13] <pitti> desrt: if I want to restore all settings to the defaults in my tearDown(), do I need to track which ones I changed, or could I just wipe the 'user' file?
[15:13] <desrt> this movie was my exposure to the fact that things south of the border just aren't right...
[15:14] <desrt> pitti: the service will write files to the xdg user config and runtime dirs
[15:14] <desrt> pitti: if you kill the service and nuke those two temp dirs, then everything is gone
[15:15] <pitti> desrt: ah, I was afraid of that (not that easy to find out the pid of the service, is it?)
[15:15] <pitti> desrt: ah, probably easier to just call g_settings_reset on the whole power plugin schema
[15:15] <pitti> that sounds like a two-liner
[15:15] <desrt> pitti: ...
[15:15] <desrt> pitti: i'd assume that you planned to cleanup the tmpdirs you created?
[15:16] <desrt> pitti: just throw the entire test session into a cgroup and kill it when you're done
[15:16] <pitti> desrt: sure, I do; but if I do it for every test, I would be forced to kill the daemon
[15:16] <desrt> ahh
[15:16] <desrt> i see
[15:16] <desrt> you want to keep the fake session around for many tests
[15:16] <pitti> whereas, if I just reset all settings, it should work
[15:16] <desrt> pitti: the fastest/easiest thing for you is 'dconf reset -f /'
[15:16] <pitti> desrt: yes, that's a lot less overhead
[15:17] <pitti> desrt: oh, nice
[15:17] <desrt> pitti: or the equivalent, via the DConfClient API
[15:20] <mvo> glatzor: I would be keen to move "add_repo_add_key_and_install_app()" into aptdaemon itself to have it available for e.g. unity - would you accept a patch? or maybe via a plugin?
[15:25] <attente> is lp bzr down?
[15:27] <larsu> attente, haha came here to ask this...
[15:27] <tsdgeos> seems it is
[15:27] <tsdgeos> happening for lots of people
[15:29] <dobey> attente: #launchpad is the launchpad help channel
[15:29] <czajkowski> ello.....
[15:29] <seb128> ssh_exchange_identification: Connection closed by remote host
[15:29] <seb128> yeah, it's not behaving for me either
[15:29] <mvo> glatzor: i.e. I think what I want is a super-transaction so that I only need to send a single transaction-id to unity and that keeps track of the entire add/reload/install dance
[15:29] <seb128> czajkowski, hey
[15:29] <czajkowski> seb128: what's up
[15:30] <seb128> czajkowski, is code.launchpad.net known to be having issues?
[15:30] <seb128> larsu, attente: getting "ssh_exchange_identification: Connection closed by remote host" as well?
[15:31] <czajkowski> seb128: first I've heard
[15:31] <czajkowski> let me go and see
[15:31] <attente> yep, same thing
[15:31] <larsu> seb128, yes
[15:31] <glatzor> mvo, evening. sounds like a crazy name for a method :)
[15:31] <czajkowski> seb128: what are you seeing as it's loading fine for me
[15:31] <seb128> czajkowski, I get "ssh_exchange_identification: Connection closed by remote host" when trying to pull or push
[15:31] <seb128> czajkowski, bzr branch lp:unityThe
[15:31] <czajkowski> hmmm
[15:32] <glatzor> mvo, the problem is the resolving of the app name (package mapping)
[15:32] <mvo> glatzor: oh? maybe I'm missing something, but I know the expected pkgname in advance :)
[15:33] <tsdgeos> czajkowski: the web works fine, not the bzr repos
[15:33] <glatzor> mvo, currently unity only uses packagekit to talk to aptdaemon
[15:33] <tsdgeos> czajkowski: actually works fine again here :D
[15:33] <mvo> glatzor: aha, well, the install progress branch that I'm working on right now is using the native aptdaemon to track progress
[15:33]  * mvo can also not push his unity branch
[15:34] <glatzor> mvo, time to push a buy method to PackageKit?
[15:34] <seb128> back working here
[15:34] <mvo> glatzor: \o/
[15:34] <larsu> seb128, attentesame for me :)
[15:34] <didrocks> confirmed here
[15:34] <seb128> glatzor, mvo: speaking about pkgkit, should we sync 0.8 from debian experimental?
[15:34] <mvo> works here too now
[15:34] <glatzor> seb128, evening
[15:35] <glatzor> seb128, how are you
[15:35] <seb128> glatzor, hey, I'm good thanks, how are you?
[15:35] <attente> yep, works :)
[15:35] <czajkowski> minor wobbly thrown, all seems ok
[15:35] <glatzor> seb128, pk08 won't work with aptdaemon yet
[15:35] <czajkowski> shout again if any issues preferably in #launchpad :) b
[15:35] <seb128> glatzor, ok
[15:35] <seb128> czajkowski, will do, thanks
[15:35] <glatzor> seb128, I got a new job and it kept me quite busy.
[15:36] <seb128> glatzor, oh, congrats I guess ;-)
[15:36] <glatzor> seb128, what are your plans regarding gnome? do you need pk 0.8 at all?
[15:37] <seb128> glatzor, GNOME -> stay on 3.6, I don't need it no, I was mostly curious since some people suggested we should update before and I've no clue what the new version brings and breaks
[15:37] <glatzor> seb128, I started on a pk08 branch for aptdaemon some time ago. I will try to work on it this week.
[15:37] <glatzor> seb128, only API breaks :)
[15:37] <seb128> glatzor, so should be easy enough to adapt to it?
[15:38] <glatzor> seb128, the parallel transactions are not supported by either yum nor by aptcc.
[15:39] <glatzor> seb128, There are some pitfalls. There have been a lot of Dbus changes: bitwise transaction flags and integer based enums (before string based ones have been used)But the gobject client of packagekit hasn't changed much. If you use PkTask all should be fine.
[15:40] <seb128> glatzor, ok, you know better than me about the topic so your call wether we update or not
[15:40] <glatzor> seb128, the systemd integration is also not a killing feature for ubuntu - I guess :)
[15:40] <seb128> glatzor, we for sure don't have a need to update at the moment
[15:40] <seb128> indeed not ;-)
[15:40] <desrt> holy fuck
[15:40] <desrt> http://www.cbc.ca/news/canada/toronto/story/2012/11/25/toronto-ford-conflict-case-decision-release.html
[15:40] <desrt> it finally happened!
[15:41] <desrt> attente: ^^^
[15:41] <glatzor> mvo, what kind of parameters should the new method support?
[15:41] <Tm_T> tssk
[15:41] <attente> desrt: now he can follow his dream of coaching high school football :)
[15:45] <seb128> stgraber, g-s-d fix uploaded
[15:45] <glatzor> seb128, I am not sure how easy it is to port GNOME 3.6 to PackageKit 0.8. So we could be forced to keep the old one.
[15:46] <desrt> attente: srsly.
[15:46] <seb128> glatzor, well the reason I asked is because gnome-control-center 3.6 uses the pkgkit 0.8 api and I think it's the reason the "updates" button is not showing on raring
[15:46] <mvo> glatzor: it needs quite a bit of parameters :/ deb_line for the new repo, signing_key for the new repo, the application (pkgname). the software-center code has also license_key, license_key_path, oauth_token, but that should not be needed, thats fine to have that in two sepearte calls I think
[15:47] <seb128> glatzor, I'm not sure what other components are doing
[15:47] <jbicha> seb128: I don't think that updates button is very useful
[15:47] <seb128> jbicha, hey, thanks for the g-c-c bug cleaning and package work ;-)
[15:48] <seb128> jbicha, indeed not, it just made me wonder what version we should follow this cycle
[15:49] <glatzor> seb128, I will investigate this.
[15:49] <seb128> glatzor, thanks ... in any case not a high priority so please don't stress yourself over it ;-)
[15:50] <jbicha> glatzor: gpk 3.6 at least supports pk 0.8 also
[15:50] <glatzor> mvo, why do you need that transaction at all? for having a better progress bar in unity?
[15:51] <mvo> glatzor: yes
[15:52] <mvo> glatzor: I could do without surely :) but it would be nice to add the icon right at the start
[15:52] <glatzor> mvo, and how does unity trigger the buy process? from the dash?
[15:52] <mvo> glatzor: that is the eventual goal, yes
[15:52] <pitti> dput pygobject_3.7.2-0ubuntu1_source.changes
[15:53] <pitti> OMGponies
[15:53] <stgraber> seb128: yay! thanks
[15:53] <glatzor> mvo, so unity calls s-c and s-c calls unity?
[15:53] <seb128> pitti, you managed to get that working without the new glib?
[15:53] <desrt> seb128: the dependency relationship goes the other way, remember?
[15:53] <pitti> seb128: yes, I kept that in mind at the upstream side
[15:54] <pitti> seb128: I would like to get a newer g-i and glib, though
[15:54] <seb128> desrt, I though that was a locked batched update
[15:54] <pitti> I'm holding back patches
[15:54] <desrt> seb128: he has to upload the new pygobject _before_ the new glib :)
[15:54] <desrt> seb128: nah...
[15:54] <pitti> desrt: (I don't)
[15:54] <mvo> glatzor: unity calls aptdaemon, s-c will not be involved
[15:54] <pitti> g-i and glib are in lockstep
[15:54] <desrt> seb128: i used the term too strongly
[15:54] <desrt> pitti: not for any reasons that i know of
[15:54] <pitti> seb128: and I keep an eye on backporting fixes to the stable g-i branch
[15:54] <seb128> pitti, ok, I mixed g-i and pygobject
[15:55] <desrt> pitti: glib and g-i just have the normal dependency relationship
[15:55] <glatzor> mvo, so the buy code is moved to unity? right
[15:55] <mvo> glatzor: there will probably be a helper for now to trigger the add/reload/install dance, but it would be nice to move this helper into a more "official" place :)
[15:55] <mvo> glatzor: yeah
[15:55] <glatzor> mvo, s-c is dying?
[15:55] <mvo> glatzor: all code will move into it
[15:55] <mvo> glatzor: most likely, yes
[15:55]  * glatzor hugs mvo
[15:56]  * mvo hugs glatzor
[15:56]  * desrt hugs rob ford
[15:56] <glatzor> mvo, but still secret? :)
[15:56] <mvo> glatzor: *cough* no
[15:58] <glatzor> mvo, do you know gdbus-codegen?
[15:58] <mvo> glatzor: no, sorry
[15:58] <mvo> glatzor: never used it
[16:00] <glatzor> mvo, quite handy. I used it last year (when starting on a glib based aptdaemon client library - which stalled)
[16:02] <glatzor> mvo, a problem could be the enum resolving (e.g. status and especially error codes) in unity
[16:02] <mvo> glatzor: meh, right. right now I'm using strings
[16:02] <mvo> glatzor: so thats easy
[16:03] <glatzor> mvo, if unit uses the PackageKit library it would be limited to the PackageKit error types (there is some basic mapping). And if you use the aptdaemon dbus api you have to extract the strings from aptdaemon.enums
[16:04] <glatzor> mvo, do you plan to move the code into a separate library?
[16:05] <mvo> glatzor: I moved it out into a seperate python helper so far
[16:05] <mvo> glatzor: but that still leaves the problem of the aggregation of the transaction progress
[16:07] <glatzor> mvo, the python helper could also provide a high level progress on a very small dbus interface
[16:08] <glatzor> mvo, this way you could reuse the s-c code
[16:09] <mvo> glatzor: hm, then unity would have to listen to two different dbus APIs for progress on normal installs or purchases or this small dbus interface would be used for both cases, I guess the later is ok
[16:11] <mitya57> Xubuntu users won't be able to purchase apps?
[16:11] <glatzor> mvo, the 4th dbus interface to install packages :) juhu
[16:14] <pitti> desrt: I'm getting GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
[16:14] <mvo> glatzor: exactly :(
[16:15] <pitti> desrt: I just noticed I don't have libdconf-dev installed; could it be that my jhbuild glib was not built with a dconf backend then?
[16:15] <pitti> desrt: or is that something else?
[16:17] <pitti> desrt: hm, I don't see any reference to "dconf" in glib's build system
[16:17] <seb128> pitti, it's a backend, those are not hardcoded at the glib level
[16:17] <desrt> pitti: there's another package for the backend
[16:17] <pitti> oh
[16:18] <desrt> dconf-gsettings-backend - simple configuration storage system - GSettings back-end
[16:18] <pitti> right, so that has a jhbuild module?
[16:18] <desrt> no
[16:18] <desrt> that's just 'dconf'
[16:18] <pitti> ah, so I need dconf in jhbuild
[16:19] <desrt> ohhh
[16:19] <desrt> yes
[16:19] <desrt> the reason is because glib looks for its modules at a hardcoded path relative to its own install prefix
[16:19] <pitti> there doesn't seem to be a dependency on this, so I didn't notice
[16:19] <pitti> desrt: thanks, building
[16:20] <desrt> pitti: it's tricky...
[16:20] <pitti> configure: error: Vala 0.17.0 not found.
[16:20] <pitti> *sigh*
[16:20] <desrt> because dconf has a forward dependency on glib
[16:21] <desrt> but glib depends back again on dconf (through dependency inversion)
[16:21] <seb128> pitti, remind me that I wanted to set 0.18 as default valac
[16:21] <desrt> same as the story for glib-networking and gvfs...
[16:21] <pitti> right, so I probably need a VALAC or so
[16:23] <pitti> desrt: how do you build dconf in jhbuild? mangling /usr/bin/valac manually?
[16:23] <desrt> pitti: jhbuild's dconf module has a dependency on vala....
[16:23] <desrt> if you just type 'jhbuild build dconf' it ought to work
[16:24] <pitti> oh, it's enough to just uninstall vala 0.16
[16:24] <desrt> even that should not be required
[16:24] <desrt> the valac installed by jhbuild should end up with the name 'valac' and it should be in the PATH before the distro one
[16:25] <pitti> right, but I'd like to avoid having to build vala itself
[16:25] <seb128> pitti, or just update-alternative --config valac
[16:25] <desrt> pitti: why?
[16:25] <desrt> pitti: embrace the chaos of jhbuild :)
[16:41] <pitti> bonsoir mes amis
[16:41] <didrocks> bonne soirée pitti
[16:43] <seb128> pitti, bye
[17:01] <mterry> didrocks, seb128: cwayne from QA has a metapackage in NEW that I sponsored: ubuntu-testing-tools.  Could I beg a NEW review from one of you?
[17:01] <mterry> (it's for nexus7 testing)
[17:03] <didrocks> mterry: sure, will do it tomorrow morning if seb128 doesn't beat me to it :)
[17:03] <seb128> didrocks, mterry: looking, if it's a dummy package it's likely trivial
[17:05] <seb128> didrocks, mterry: NEWed
[17:05] <didrocks> sweet :)
[17:06] <mterry> seb128, thanks!
[17:06] <seb128> mterry, yw ;-)
[17:14]  * didrocks counts 14 projects now deployed for daily landing into ubuntu (maybe 15 soon)
[17:25] <kenvandine>  didrocks, yay!
[17:26] <didrocks> :)
[17:30] <seb128> hey kenvandine, had a good thanksgiving?
[17:31] <kenvandine> yup
[17:31] <kenvandine> seb128, have a good weekend?
[18:11] <mterry> tedg, do you know why some packages use run-xvfb.sh instead of xvfb-run?
[18:12] <tedg> mterry, Well, I wrote run-xfvb.sh...
[18:12] <tedg> mterry, I wasn't aware of an xvfb-run, but if I was to guess, I'd say because it doesn't fallback to the local display if there is on.
[18:12] <tedg> one
[18:13] <mterry> tedg, yeah I don't think it does.  That's a feature you wanted?
[18:14] <tedg> mterry, Yeah, so I can see the tests when running them on a local branch.
[18:15] <tedg> mterry, But, run-xvfb.sh could call the other easily enough.
[18:16] <mterry> tedg, sure
[18:16] <mterry> It could be a simple if ! $DISPLAY; then xvfb-run
[18:17] <tedg> Yup.  Really if you're going to put time in there I'd rather go to the dummy X driver.
[18:17] <tedg> That's what xorg-gtest uses.
[18:17] <tedg> It seems to be a better solution than xvfb overall.
[18:18] <mterry> tedg, I'm not familiar with it
[18:26] <tedg> mterry, It's cnd's magic gtest harness for doing Xorg testing.  But the way it works is sets up a normal xorg server with a special driver.
[19:05] <seb128> grrr, powerpc or how to "freeze" the archive easily
[19:05] <seb128> (having only 2 builders running for it on raring and one picked libreoffice ... say bye to anything moving to raring before tomorrow)
[19:20] <zzecool> Hello is anyone here using Gnome 3 ppa ?
[19:22] <zzecool> I just update my ubuntu 12.10 with gnome 3 ppa and lost global menu only in gnome applications ( appmenu-gtk fail to load the gtk module even thought it is installed )
[19:23] <zzecool> any help is appreciated
[19:50] <zzecool> anyone ?
[19:50] <zzecool> ;/
[19:59] <attente> zzecool, maybe try checking the LD_LIBRARY_PATH to see if it points to where the gtk module is located?
[20:00] <zzecool> attente: can you please advice me on this ?
[20:00] <zzecool> how do i check this
[20:00] <zzecool> ?
[20:00] <attente> echo $LD_LIBRARY_PATH
[20:00] <zzecool> sec
[20:00] <zzecool> nothing on output]
[20:01] <zzecool> attente: the result is nothing empty space
[20:01] <attente> so i guess try to set the environment variable to wherever the gtk module is located
[20:02] <attente> let me see if i can find where it is on my machine
[20:02] <zzecool> ohh thank you
[20:06] <attente> zzecool: can you try:
[20:06] <attente> LD_LIBRARY_PATH=/usr/lib/gtk-3.0/3.0.0/menuproxies/ gedit
[20:07] <seb128> attente, are you sure those are ld loaded?
[20:08] <seb128> attente, e.g not dlopen-ed?
[20:08] <zzecool> yes just a sec
[20:08] <zzecool> attente: same problem
[20:08] <zzecool> no global menu
[20:08] <seb128> jbicha, is gnome3 ppa known to break appmenu integration?
[20:09] <attente> seb128: nope, wasn't sure
[20:09] <zzecool> seb128:  i spoke to the webupd8.com Guy and he said that it is working for him just fine
[20:10] <zzecool> maybe im an exception
[20:10] <zzecool> indicator-appmenu  appmenu-gtk appmenu-gkt3 appmenu-qt is install
[20:10] <zzecool> as an info
[20:10] <seb128> zzecool, echo $UBUNTU_MENUPROXY ?
[20:10] <zzecool> sec
[20:11] <zzecool> libappmenu.so
[20:11] <zzecool> seb128: libappmenu.so
[20:11] <seb128> zzecool, dpkg -l | grep libgtk-3-0
[20:12] <zzecool> libgtk-3-0:amd64       3.6.2-0ubuntu1~ubuntu12.10.1     amd64    GTK+ graphical user interface library
[20:13] <zzecool> seb128:  btw thanks for the support  , i hope we will find the culprit
[20:15] <seb128> zzecool, well, it could be that gtk version, where did you get it?
[20:15] <zzecool> sec
[20:15] <zzecool> let me chekc
[20:16] <zzecool> from the gnome 3 ppa
[20:16] <seb128> yeah, just found it there as well
[20:16] <zzecool> yeap
[20:17] <zzecool> if you read my first post i said that the problem appeared after i did and upgrade using this ppa
[20:17] <seb128> zzecool, strace eog 2>&1 | grep appmenu
[20:17] <seb128> can you copy that on pastebin.ubuntu.com or similar?
[20:17] <dupondje> any big changes in Optimus support yet since 12.10 ?
[20:17] <jbicha> seb128: we needed a newer gtk so that gnome-themes-standard wouldn't break everything
[20:17] <seb128> dupondje, what's Optimus?
[20:17] <zzecool> seb yes just a sec
[20:17] <dupondje> seb128: Hybrid graphic card stuff for Nvidia
[20:17] <seb128> jbicha, why would g-t-s break everything?
[20:18] <seb128> dupondje, try asking on #ubuntu-x
[20:18] <jbicha> seb128: https://bugzilla.gnome.org/show_bug.cgi?id=689027
[20:18] <ubot2> Gnome bug 689027 in general "Adwaita 3.6.2 GTK theme with GTK 3.6.0 makes everything segfault" [Critical,Resolved: fixed]
[20:18] <seb128> jbicha, don't update the theme? ;-)
[20:19] <seb128> jbicha, well anyway, it's a ppa so your call ... did that break appmenu for other users?
[20:19] <jbicha> seb128: well by the time I figured that out it was too late :(
[20:19] <zzecool> seb128: http://pastebin.com/UyKQYVwA
[20:20] <jbicha> the first I heard of the appmenu problem was zzecool's on webupd8.org earlier today
[20:20] <zzecool> jbicha: im happy that you read it :P
[20:20] <seb128> zzecool, dpkg -L appmenu-gtk3 | grep .so
[20:21] <zzecool> seb128: /usr/lib/gtk-3.0/3.0.0/menuproxies/libappmenu.so
[20:21] <seb128> zzecool, dpkg -l | grep appmenu-gtk3
[20:21] <zzecool> appmenu-gtk3                                                12.10.2-0ubuntu1                          amd64        Export GTK menus over DBus
[20:21] <zzecool> oups sry
[20:22] <seb128> yeah, ok
[20:22] <seb128> jbicha broke it :p
[20:22] <zzecool> ?
[20:22] <zzecool> seb128: we found the problem ?
[20:22] <seb128> zzecool, wget https://launchpad.net/ubuntu/+source/appmenu-gtk/12.10.2-0ubuntu3/+build/3988904/+files/appmenu-gtk3_12.10.2-0ubuntu3_amd64.deb and dpkg -i that
[20:22] <seb128> zzecool, yes, that version of appmenu is not multiarched and the raring gtk dropped fallback for non multiarch dirs
[20:22] <seb128> jbicha, ^
[20:23] <jbicha> seb128: any ideas what else could be broken by the multiarch fun?
[20:23] <zzecool> that why i didnt found the 32bit version in the var/cache/apt/archives when searching ?
[20:23] <seb128> jbicha, unico, adwaita, appmenu
[20:23] <seb128> zzecool, could be
[20:23] <zzecool> ahhh nice
[20:24] <zzecool> seb128: Thank you very much
[20:24] <jbicha> hmm, unico didn't seem broken...
[20:24] <zzecool> :)
[20:24] <seb128> jbicha, you should probably revert that fallback drop in the quantal version
[20:24] <seb128> zzecool, yw!
[20:24] <zzecool> make sure to update the ppa for others as well :)
[20:24] <seb128> jbicha, well, it is for pretty sure: https://launchpad.net/ubuntu/+source/gtk3-engines-unico/1.0.2+r139-0ubuntu3
[20:25] <seb128> jbicha, it was broken it in raring when gtk got uploaded so I doubt it will work in quantal
[20:25] <zzecool> i will log out log in and tell you the results
[20:25] <zzecool> :)
[20:27] <zzecool> seb128: thank you very much it worked :)
[20:27] <seb128> zzecool, glad it worked, thanks for pointing the issue
[20:27] <zzecool> np
[20:27] <seb128> next is to get jbicha to fix the ppa for everybody else ;-)
[20:27] <zzecool> seb128: i wasnt able to post a bug to the ppa
[20:27] <jbicha> seb128: ah, debian/patches/061_multiarch_module_fallback.patch wasn't mentioned in the changelog
[20:27] <zzecool> and i also sent a main with all the details to the ppa admin
[20:28] <zzecool> mail*
[20:28] <jbicha> zzecool: you'll actually want to downgrade to quantal's appmenu-gtk when this is fixed
[20:28] <seb128> jbicha, yeah, it did bite us by surprise in raring as well...
[20:28] <zzecool> appmenu-gtk is form quantal not form the gnome 3 ppa
[20:28] <zzecool> form*
[20:28] <zzecool> from**
[20:28] <seb128> jbicha, Laney did some cleanups in the patches during the UDS session without updating the changelog
[20:29] <mterry> seb128, were you going to promote gnome-control-center-unity, or shall I file a MIR?
[20:29] <GunnarHj> charles: ping?
[20:29] <seb128> jbicha, then I went some weeks later to do a simple update and got bitten by it after upload
[20:31] <seb128> mterry, no need of MIR, that was waiting on something to recommends it and we forgot to run the command then, doing it
[20:31] <mterry> seb128, cool, thanks!
[20:31] <zzecool> jbicha: any estimate about the fix so i will not get surprised ?
[20:32] <seb128> mterry, yw!
[20:32] <seb128> (done)
[20:34] <jbicha> zzecool: I'm pushing now, it will take about an hour to build & publish
[20:35] <seb128> jbicha, thanks for fixing ;-)
[20:35] <jbicha> or 2 hours depending on how busy the builders are
[20:35] <zzecool> jbicha: i hope i will not have any problem to downgrade :)
[20:35] <seb128> jbicha, sorry about the changelog/lack of warning issue
[20:36] <jbicha> I remembered the breakage earlier in raring but I didn't read the diff carefully
[20:37] <zzecool> jbicha: one last question , is there any easy way to downgrade - ppapurge gnome 3 ppa ? because yesterday with the gnome theme bug  i had to remove allmost my whole system and reinstall with ubuntu-desktop package
[20:37] <jbicha> yes, you can install the ppapurge package and use that
[20:37] <zzecool> i got all the crazy segfaults and i though im doomed so i proceed
[20:37] <jbicha> *ppa-purge
[20:38] <zzecool> jbicha: i have it but its doesnt working with this ppa because there is a dependency  with libgtk-3 i think
[20:39] <zzecool> let me check now and tell you
[20:41] <zzecool> jbicha: here you are i was right it is libgtk-3 http://pastebin.com/p5v9gi4Z
[20:44] <zzecool> i know that ppa-purge use aptitude  that it doesnt support multiarch  but im not sure that this is the prob here right ?
[20:45] <jbicha> I don't know; you can file a bug against ppa-purge
[20:47] <zzecool> ok thank you
[20:47] <zzecool> :)
[20:47] <zzecool> jbicha: goodnight and thanks