=== Amaranth_ is now known as Amaranth [01:28] TheMuso, RAOF - is there a way to do a bzr-pdebuild or similar? [01:28] You could set pdebuild instead of debuild as the bzr builder command. [01:29] RAOF, I tried that but didn't get it to work [01:30] RAOF, I think the problem was I needed some arguments to pdebuild and it got complicated [01:30] what do you guys do? [01:31] Hm. Dunno. I haven't been annoyed enough by a two-step build process to do any fiddling there. [01:31] I mostly want a clean source-only package as well, so I build one, then {p,s}build that [01:33] RAOF, so you do a bzr-buildpackage -S then work on that? That doesn't work for me because I need to compile maverick packages on lucid and the dependencies stop bzr-buildpackage -S from working [01:34] Mostly you can pass -d through, too. From memory, that works. [01:35] Unless it needs those new dependencies to clean, of course. [01:35] RAOF, thanks, I tdidn't know about tha [03:30] hey [03:30] I've got an odd thing on lucid [03:30] If I login and do stuff for a couple of days [03:30] then insert a camera into USB [03:30] its not noticed [03:30] If I unplug it, login a new session as lynne, and plug it in, it gets noticed; close her session, back to mine - still no go [03:31] I'm pretty sure if I log out and in, my session will notice it again (IMBW) [03:31] any thoughts ? [03:41] TheMuso, can you push a new glib? (Minor change, just installs a few extra binaries that were being ignored) [03:41] push=sponsor [03:42] robert_ancell: of course. [03:42] TheMuso, I even built it in a chroot for you :) [03:42] Will do so once this merge I have just finished doing is uploaded. [03:43] robert_ancell: heh cool. :) [03:45] robert_ancell: I also see some manpages in that install file. Shouldn't you also make sure you have installed the manpages for the new binaries that are being included? [03:45] Or are there none? [03:46] TheMuso, good question, I didn't check [03:47] TheMuso, pushed. I wonder why Debian felt they should explicitly list the installed binaries? [03:48] robert_ancell: Because they probably didn't want all of them installed. [03:49] It seems the wrong way to go around it, if you don't want them installed then stop them getting built [03:50] With the flexibility of the debhelper system and the .install files, its trivial to only install what you want, so I don't see it as a really big deal. [03:51] except for when you forget to add an important new tool... [03:51] True, but the fix is trivial [03:53] every fix has a cost and we have enough work as it is! [03:54] This is also true. [04:15] robert_ancell: the way you made the changes to package all the binaries hasn't quite worked. What you have inside libglib2.0-bin now is usr/bin/bin/ and the binaries inside. Same with man pages, usr/share/man/man/man1 with the manpages inside that. [04:16] robert_ancell: TO fix that, you should only need to remove the usr/bin and usr/share/man from the end of the lines in libglib2.0-bin.install [04:16] * TheMuso tests to make sure. [04:16] robert_ancell: I'm happy to fix that up for you if you'd like. [04:20] TheMuso, thanks [04:20] TheMuso, I didn't read the output of dpkg -c right [04:20] ah ok [05:25] TheMuso, did you make that change? [05:25] robert_ancell: Yes, and I got it wrong, so made another change. Stil waiting for the test build to finish, alongside some other builds. [05:26] ok, can you push anyway? [05:26] (to bzr) [05:26] I'll build a local copy so I can build some dependant packages [05:28] robert_ancell: Sure, once I get the change correct I'll push. [05:28] not long now, just got the tests to complete [05:28] what was the change? [05:29] robert_ancell: basically the libglib2.0-bin.install file now has: [05:29] debian/install/deb/usr/bin/* usr/bin [05:29] debian/install/deb/usr/share/man/* usr/share/man [05:30] debian/install/deb/usr/bin didn't work? [05:31] ok my change worked [05:31] no, as I explained above. [05:31] pushing now [05:32] and uploading glib [05:32] so what happens? (I thought that would have worked as other packages normally have something like debian/tmp/usr/bin) [05:33] the way you had the install file, it told the install process to literally put the bin and man directories into usr/bin and usr/share/man respectively. [05:33] yes, and then you recommended to drop the "usr/bin" from the end - but it sounds like that didn't work? [05:34] no it didn't. [05:34] it literally added a debian/install/deb set of dirs to the package [05:34] right, these dpkg rules must not realise "debian/install/deb" is the build directory [05:35] Or, it may be to do with how dh_install is being called behind the scenes. [05:36] or it just may be that I don't understand thigns as well as I thought. :) [05:36] so many packaging variants :) [05:36] thanks for the sponsor! [05:36] and thanks for the endorsement in my core application [05:37] np [05:37] You're welcome. [08:10] TheMuso, damn, I just worked out why glib had the binaries listed explicitly - some of the binaries are in the -dev package [08:17] good morning [08:19] Good morning [08:21] Guten Morgen pitti [08:25] bonjour didrocks, how are you? [08:25] pitti: I'm fine thanks, preparing the ubuntu party this week-end on my spare time, so very busy :) and you? [08:26] oh, have fun! [08:26] last day of week today, I'm on holiday tomorrow and will go to Munich again [08:26] so, trying to get some stuff done :) [08:26] lut didrocks [08:26] hey pitti [08:27] pitti: oh sweet, short week so ;) How long will you stay in Munich? [08:27] salut seb128 [08:27] didrocks: until next Saturday [08:27] bonjour seb128 === almaisan-away is now known as al-maisan [09:18] morning [10:14] pitti, hey [10:14] pitti, do you have any though on bug #539515? [10:14] Launchpad bug 539515 in gvfs (Ubuntu Lucid) (and 1 other project) "Attempts to mount floppy despite no media present - disable automount (affects: 68) (dups: 12) (heat: 404)" [Medium,Confirmed] https://launchpad.net/bugs/539515 [10:15] what would you do if you had access to one of the buggy boxes? [10:15] ah, it's been a while [10:15] * pitti loks [10:16] pitti, udisks --dump hang for 30 seconds [10:16] that should not block login though [10:16] so it's ultimately bug 459950 [10:16] Launchpad bug 459950 in linux (Ubuntu) "Detects "Floppy Drive" but no floppy drive in computer (affects: 15) (dups: 5) (heat: 102)" [Medium,Confirmed] https://launchpad.net/bugs/459950 [10:17] right [10:17] i. e. the kernel pretends to have a /dev/fd0, and once you probe that, you end up in a multi-sec kernel deep sleep [10:17] seb128: on an affected box I'd strace udisks and see whether the probing can be made async [10:18] and check whether we can avoid probing fd0 at all [10:18] it already should be disabled in the udev rules, but something through gvfs still seems to trigger it [10:18] can you dump your thoughts on the bug? [10:18] it hits quite some users [10:20] seb128: ah, just saw comment 49 again [10:20] so, I'm puzzled why gvfs tries to talk to the floppy in the first place; I think it doesn't [10:21] it just triggers udisk with some sync dbus call which then hangs for 30 s [10:21] but I really can't say more without getting access to such a machine [10:21] ok, weird [10:21] I'm not sure why nautilus hanging would stop session loading [10:22] we dropped it from the required components [10:22] it should just be spawned as any software [10:22] you should get gnome-panel etc loading [10:22] or gnome-panel is stucked the same way for some reason [10:22] well, but that doesn't help [10:22] could be that they use gvfs in a sync way and it's blocking [10:22] it's not gvfs or gnome which is blocking, it's the kernel [10:23] well it's not blocking the box is it? [10:23] the device probing should take time but other things keep running no? [10:23] I don't quite see how, but reportedly it does [10:23] oh, there's another workaround, blacklisting floppy; /me follows up [10:24] it seems to be down to bios lying for the kernel issue [10:25] I guess the kernel can't do a lot about that [11:16] pitti, do you think changing f-spot to not clean photo copies in tmp it does when using the "send via email" option would be fine for a stable update? [11:16] right now it copy it there, call the email composer and clean after a timeout [11:17] robert_ancell: could you release a new gnome-games? [11:17] which works with evo which does copy the files to send [11:17] but not with thunderbird which goes "the file you want to send is not there" when you send the emails some time later [11:17] vuntz, it's awaiting the glib changes [11:17] robert_ancell, hey [11:18] robert_ancell, so what happened to the "be careful with things depending on gsettings"? ;-) [11:18] robert_ancell, we got gnome-games 2.31 now which does depends on it :p [11:18] seb128, hey, I realised I stuffed up the glib package again - there were two tools, I forgot to add glib-compile-schemas - can you do it? [11:18] pitti: Hi! [11:19] robert_ancell, ok [11:19] seb128, gnome-games is the experimental package - only some of the apps require gsettings and we can roll it back/patch it if it's a problem [11:19] robert_ancell, ok, seems like a plan then [11:19] I'm a bit nervous about using gsettings until we get dconf running and working [11:19] seb128, I'm updating the other packages to the latest 2.30 with debian changes for now [11:19] seb128: i. e. is the timeout too short then? [11:19] hey alf__ [11:19] because right now you trash your dconf config on software closing [11:20] seb128: but if that breaks tbird, I'm fine with keeping the /tmp/ files [11:20] pitti, well they argued than any timeout would be too short since you can start your email and send it an hour later [11:20] hmm, shouldn't packages I uploaded via dput for maverick show up on https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1 ? [11:20] seb128: agreed [11:20] pitti, so they decided to not clean and let usual distro reboot do that [11:20] rodrigo_, no, upload are directly accepted [11:21] seb128, ah, ok [11:21] rodrigo_, the queue is only during freezes or for stable updates [11:21] ie things which need moderation and review [11:21] pitti: Does jockey know in advance if it has a driver for a hardware device, or must it have internet access? [11:21] pitti, thanks [11:21] seb128, so how can I check it is really uploaded? [11:21] alf__: you need to have internet access, so that apt can download the package indexes [11:21] couchdb-glib (0.6.91-0ubuntu1) maverick; urgency=low [11:21] later all [11:21] rodrigo_, this one? [11:21] seb128, yes [11:21] rodrigo_, you should have got an accepted email [11:21] ah, right [11:22] launchpad send those [11:22] ok then [11:22] you can also subscribe to https://lists.ubuntu.com/mailman/listinfo/maverick-changes [11:22] if you want to see what gets uploaded [11:22] yes, cool [11:22] pitti: Is it possible to provide the package indexes locally? [11:23] seb128: hrm, do you know which glib change robert_ancell is waiting for? [11:23] alf__: sure, they are in /var/lib/apt/lists/ [11:23] vuntz, no, maybe check bugs he opened on bugzilla.gnome.org? [11:25] pitti: Ahh, you meant those :) I mean, how does it know if a hardware device has a proprietary driver? [11:25] seb128: don't see anything relevant :/ [11:26] vuntz, drop him an email I guess [11:26] I guess I'll just use an old version of gnome-games for this release [11:26] pitti: Does it keep a list somewhere (eg PCI/USB ids?) [11:26] alf__: it uses standard kmod modaliases [11:26] alf__: /usr/share/jockey/modaliases/ has those mappings [11:26] alf__: they are provided by the e. g. nvidia or fglrx drivers [11:26] we install the modalias packages by default [11:27] pitti: So just to check if there is a driver available (not get it) it doesn't need internet access? [11:27] dobey: ping? [11:27] dobey: are you still maintaining evolution-webcal? [11:28] dobey: (need a release asap) [11:28] alf__: right; but the UI does not expose that, it won't show the driver if the package isn't available [11:29] seb128: I'm a bit confused about our cairo package; it doesn't build depend on libdirectfb-dev, but the library depends on libdirectfb; might be a spurious dependency? [11:30] (it's indeed disabled in the build) [11:30] pitti, maverick? [11:30] lucid [11:30] it does build the directfb backend [11:30] that changed in maverick now [11:31] ah, I see [11:31] it was required for the d-i before they switched to x11 [11:31] right, maverick's package drops the binary depends [11:31] seb128: thanks for confirming [11:31] gtk, cairo, etc dropped their directfb builds now in maverick [11:31] pitti: Is there a way to get that information somehow programmatically (eg that a driver is or is not available, regardless of whether a package is available)? [11:31] pitti, you're welcome [11:32] pitti, libsdl keep libdirectfb on the default installation though [11:32] would be nice to clean that if we can [11:32] seb128: right, it looks like cruft now [11:33] alf__: yes, with a few python calls it should be possible; hang on [11:33] pitti, could be that a rebuild would be enough to fix it [11:33] seb128: hm, but sdl provides an actual directfb backend, doesn't it? [11:34] pitti, apt-cache show libsdl1.2debian-pulseaudio [11:34] " This version of SDL is compiled with X11 graphics and PulseAudio sound." [11:34] the description says it's build using x11 [11:35] seb128: it does build-depend on libdirectfb-dev [11:35] I guess we could drop that [11:35] I'm wondering if that's needed for something [11:35] but I don't know enough about sdl to say [11:35] well, if you want to play sdl games on a framebuffer instead of X11, I suppose [11:35] pitti, how often do you want that? ;-) [11:37] I'm fine with kicking this out [11:37] \o/ === MacSlow is now known as MacSlow|lunch [11:59] seb128, do you know owen taylor? [12:11] * ogra hopes zyga means the gnome shell dev and not http://www.owentaylor.co.uk/ *g* [12:11] ogra, yes you are right [12:11] ogra, he does exactly what I need [12:11] which one ? [12:11] :) [12:12] and I want to talk with him about it [12:12] ogra, performance measurement using log analysis [12:13] ah, so not the butcher then :) [12:14] zyga: he is on #gnome-hackers nickname owen [12:14] * zyga checks the link ogra gave [12:14] staz, thanks [12:14] staz, in irc.gimp.net? [12:14] yes [12:26] zyga, what staz said [12:26] seb128, thanks I'm already in touch with owen [12:27] zyga, I've seen that now, reading backlog ;-) === MacSlow|lunch is now known as MacSlow [13:06] didrocks, seems you forgot to push your gnome-utils lucid update [13:06] didrocks, do you still have it locally? [13:07] seb128: hum, not sure, as I cleaned my directory after lucid, let me see [13:07] didrocks, if not that's not an issue I can fix that locally [13:07] seb128: no sorry, I don't have it anymore :/ [13:07] didrocks, you will just loose commit credit ;-) [13:08] loosing karma? :) [13:08] yes [13:08] well, let's say karma isn't a priority for me ;) [13:08] thanks seb128 [13:08] np [13:08] didrocks, that's probably because you don't know yet that your performance review includes karma count ;-) [13:09] (joking ;-) [13:09] seb128: urgh :-) [13:09] (joking ;-) [13:09] hehe [13:09] * didrocks creates lp:~didrocks/+junk/foo branch === fta_ is now known as fta [13:19] pinghah. [13:19] err -- hah i mean. [13:20] hey ayan [13:31] hey seb. [14:16] vuntz: i am not [14:27] dobey: hrm, you might want to announce it somewhere like d-d-l so that a new maintainer is found, then [14:29] vuntz: afaik, andre has been landing patches [14:29] dobey: still, I'm sure everybody assumes it's still you. Especially since MAINTAINERS say so [14:39] chrisccoulson, hey [14:40] hi seb128, how are you? [14:40] chrisccoulson, good, thanks! you? [14:40] quite busy, but good [14:41] what are you working on? [14:41] updating all the firefox extensions in hardy, in preparation for rolling out 3.6.4 [14:42] chrisccoulson, oh ok, good luck then [14:42] heh, thanks ;) [14:42] chrisccoulson, I was going to check if you planned to start on merges for maverick soon or need help with those [14:43] chrisccoulson, seems you are busy, I will see if we can help you with those [14:43] i haven't really had much time to look at any maverick stuff yet, other than updating connman and ofono a couple of times [14:43] i want to get this hardy stuff out of the way ASAP really ;) [14:46] right [14:46] thanks for doing the connman and ophono uploads [14:48] ofono :) [14:49] * ogra has been corrected by asac so many times that he cant resist to correct others :) [14:49] lol [16:35] seb128, can you take a look at https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-mozilla-team-discussion and see if the work items are going to be parsed correctly? [16:36] when you get a chance, no big urgency [16:39] rickspencer3, no it's not, the alpha should be maverick-alpha- [16:39] it's not parsed correctly I mean, the syntax needs to be changed [16:40] rickspencer3, do you want me to do it now? [16:40] seb128, nah, we'll have chrisccoulson take care of it when he gets a chance [16:40] or are you editing the whiteboard? [16:40] speaking of which [16:40] ... [16:40] so chrisccoulson will be rolling out updated Mozilla to Hardy and I guess Jaunty next week [16:40] seb128 - oops ;) [16:41] * chrisccoulson blushes [16:41] any chance we could organize some help with testing before the rollout? [16:41] chrisccoulson, can we set up VMs and such and test on Monday? [16:41] pedro_, ara: ^ [16:41] oops [16:41] pedro_, ara: you guys are probably better placed to organize testing [16:41] Monday is a holiday in US and UK [16:42] this means, basically, test on Tuesday morning in Europe, and tomorrow, I guess [16:42] seb128, can I assume this is in good hands unless I hear otherwise? [16:42] rickspencer3, I will take care of it [16:42] thanks man [16:42] <3 [16:43] it's a working day there on monday [16:43] ara, can we set up a testing day for those ? [16:43] SRU? [16:43] what changes does the upload introduce? [16:43] ara, new mozilla versions to hardy and jaunty yes [16:43] seb128, which is the bug number? [16:44] chrisccoulson, ^ [16:44] ara, it's not a SRU, it's a security update I think [16:44] new security model means we do push new versions [16:44] I'm not sure what hardy has now [16:45] seb128, chrisccoulson, sure, I can organize something, but a bit of context will be appreciated ;-) [16:45] ara, I think it's 3.0 to 3.6 [16:45] seb128, OK [16:45] not sure though, waiting on chrisccoulson to confirm the change and give some context [16:46] just on a call ;) [16:48] seb128 / ara - right, this isn't a SRU, it's a security update [16:49] we plan to roll out firefox 3.6.4 and xulrunner 1.9.2 + all of the extensions will be updated to support the new firefox version [16:49] it's a nightmare, but fortunately chrisccoulson has pulled us out of the fire [16:49] and we will also be porting some xulrunner rdepends to the latest version, although that probably won't be rolled out at the same time [16:49] :) [16:51] chrisccoulson, now I understand why you need testing... [16:51] ara - yes, it's quite a substantial update ;) [16:52] i'm going to start hosting packages in https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa tonight [16:52] chrisccoulson, can you send me an email (I am about to log off) with the bug number, when do you plan the upload and any other relevant information when you can? I will try to organize something tomorrow, so people can test over the weekend, if they want [16:53] ara - ok, no worries [16:54] chrisccoulson, thanks [16:57] chrisccoulson, can you bounce me that email when you write it? ;-) [16:57] or keep me updated on IRC [17:03] seb128 - ok, will do [17:03] chrisccoulson, thank you [17:06] ArneGoetje, how much notice do you need to be able to get langpacks updated for hardy and jaunty (for the firefox rollout)? [17:15] chrisccoulson, I've added some questions for you on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-chromium [17:15] I think we should have a technical workitem for eventual dx integration [17:16] we should also document when we will decide on whether we stick on it or not [17:16] rickspencer3, ^ [17:17] seb128 - yeah, that makes sense. i'm not sure what the dx team have planned really, i don't see many chromium related WI's amongst their blueprints atm [17:17] chrisccoulson, I don't think anything special [17:17] and i'm not sure if the dx team had any plans to make global menu bar work in firefox [17:17] we should make sure it works with csd, rgba and menus changes though [17:18] heh, currently it doesn't work at all ;) [17:18] (from what i've seen being discussed anyway) [17:18] rickspencer3, could you review and approved https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-overriding-defaults-on-upgrade and https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-gnome for me, since those are my specs I need somebody else to approve those [17:18] chrisccoulson, which seems to be an issue... [17:19] i.e something we need to be aware of and resolve [17:19] seb128 - yeah, i think fta already pinged bratsche about it [17:19] seb128, otp, I'll ping back in a bit [17:19] rickspencer3, ok [17:20] He pinged me about metacity, and I think we got a patch that works for it. [17:20] chrisccoulson, pinged about what? [17:20] i thought he mentioned chromium too? [17:20] fta - did you say chromium stopped working after the gtk update? [17:20] bratsche, i also pinged you about acroread from partners [17:20] seb128: if you're merging gst-plugins-bad for maverick, please enable vp8 support (build depend on libvpx-dev and add libgstvp8.so to gstreamer-plugins-bad.install) :) for debian i have to wait a bit unfortunately [17:20] chrisccoulson, not chromium, but flash in chromium [17:21] fta - oh, i misunderstood then ;) [17:21] sorry [17:21] that makes me feel a little bit better ;) [17:21] fta - do you know if flash works in firefox? [17:22] chrisccoulson, donno, i'm no longer using it [17:22] fta - i thought you might say that ;) [17:23] slomo, ok, I will probably let universe ones to somebody else but good to know [17:24] ok :) [17:26] slomo, btw could you apply pitti's vala change for the next upload? [17:26] so we can sync again in Ubuntu [17:26] which? [17:27] ah found it [17:27] sure, i'll include it with next upload [17:27] slomo, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572549 [17:27] slomo, thanks [17:27] Debian bug 572549 in vala "Please fail build on test suite failure" [Minor,Open] [17:41] rickspencer3, just fyi: http://drowninginbugs.blogspot.com/2010/05/uds-maverick-recap.html (daniel chen's blog) [17:44] bjf :,( [17:56] pitti, do you use bzr merge-upstream to update gvfs? [17:56] seb128: yes [17:56] pitti, ok thanks [17:56] usually uscan --rename [17:56] and then bzr mu [18:01] pitti, thanks [18:01] seb128: works for you? [18:02] it's quite easy actually [18:02] pitti, yes [18:02] \o/ [18:02] same workflow as for dxteam [18:02] * pitti wants a "bzr mooo" alias! [18:02] without the lp:upstream argument there since upstream is not in bzr [18:02] right, it'll just import the tarballs as one commit per release === al-maisan is now known as almaisan-away [18:24] pitti, I screwed bug #543892 the update doesn't build because I forget to add a change to the bzr [18:24] Launchpad bug 543892 in brasero (Ubuntu Lucid) (and 2 other projects) "Brasero Fails to open using the -p argument (affects: 15) (dups: 2) (heat: 100)" [Low,Fix committed] https://launchpad.net/bugs/543892 [18:25] pitti, I did a new upload to fix that now, could you review it if you have a minute or so? [18:25] need to run now, I will update the bug later with a debdiff if required === almaisan-away is now known as al-maisan [18:53] does empathy belong to the ubuntu-desktop team? [19:00] DASPRiD, yeah [19:00] https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/586121 [19:00] Launchpad bug 586121 in empathy (Ubuntu) "Unable to force workspace for contactlist or chat-window (affects: 1) (heat: 6)" [Undecided,New] [19:00] then: this bug is pretty pitty :) === al-maisan is now known as almaisan-away [19:40] bratsche: ping [19:41] good night everyone! [19:41] goog night! [19:42] Hey ayan [19:42] hey! [19:42] ... [19:43] i'm working https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/8949 [19:43] Launchpad bug 8949 in gtk+2.0 (Ubuntu) (and 3 other projects) "Opening a deleted 'recent document' results in a new file. (affects: 6) (dups: 7) (heat: 114)" [Low,In progress] [19:44] i believe the desired behavior is gnome-panel scans the list of recent files and culls the deleted ones before opening the menu. [19:44] is this correct? [19:47] good night pitti, enjoy your week-end! [19:47] * didrocks goes off too, see you tomorrow! === Amaranth_ is now known as Amaranth [20:29] didrocks: around? [20:30] LaserJock: 18:47 * didrocks goes off too, see you tomorrow! [20:30] LaserJock: ~45 minutes ago. [20:33]