=== rickspencer3-afk is now known as rickspencer3 === YokoZar1 is now known as YokoZar [01:04] robert_ancell: I'm running Karmic on my desktop from a live usb [01:04] seems weirdly fast [01:05] I didn't notice much of a speed improvement but I haven't changed to ext4 though [01:06] should have exported my mailbox first :/ === WelshDragon is now known as YDdraigGoch [07:02] Good morning [07:27] pitti, do you know how/why 90_relibtoolize.patch is regenerated in libwnck? [07:27] robert_ancell: hey [07:27] pitti, hi# [07:27] robert_ancell: not in that package in particular; does it look different than other similar patches? [07:28] hi-sharp, nice [07:28] as for the "why", no [07:28] robert_ancell: if it's not necessary any more, just drop it [07:29] robert_ancell: sometimes they are regenerated for some more obscure reasons like making -Wl,--as-needed actually work, and so on [07:29] robert_ancell: perhaps check with Seb once he comes online? [07:29] pitti, running autoreconf, autoconf, libtoolize doesn't seem to make a very similar patch. Not sure what it's doing so can't drop it! [07:29] will ask seb though [07:30] robert_ancell: which files does it touch ATM? [07:30] (lsdiff) [07:31] libwnck-2.26.1/aclocal.m4 [07:31] libwnck-2.26.1/config.guess [07:31] libwnck-2.26.1/config.h.in [07:31] libwnck-2.26.1/config.sub [07:31] libwnck-2.26.1/configure [07:31] libwnck-2.26.1/doc/Makefile.in [07:31] libwnck-2.26.1/gtk-doc.make [07:31] libwnck-2.26.1/INSTALL [07:31] libwnck-2.26.1/libwnck/Makefile.in [07:31] libwnck-2.26.1/ltmain.sh [07:31] libwnck-2.26.1/Makefile.in [07:31] Changelog says "relibtoolize to avoid the amd64 rpath issue" [07:32] ah [07:32] so there's the reason [07:32] robert_ancell: are you on i386 or amd64? [07:33] i386 [07:39] robert_ancell: I can do an amd64 build for you if you need one for testing [07:41] pitti, thanks, shouldn't need it though, will use ppa if need to build on different arch [07:42] ok; let me know, though, the turnaround for builing/testing rpath/ etc. might be faster [08:28] hello hello [08:30] should there be a script or something to migrate users from the FUSA applet in hardy to what it was replaced with? [08:34] tjaalton: I thought we had that, as an interactive upgrade hook? [08:34] (in intrepid) [08:34] pitti: how about hardy-> jaunty? [08:34] if it isn't in jaunty anymore, what about hardy -> next LTS? [08:35] hrm, lunch, bbl -> [08:36] tjaalton: it should still be there [08:36] hello there [08:37] morning seb128 and pitti [08:37] hey didrocks pitti [08:37] hey seb128 [08:37] moin didrocks [08:37] didrocks, how are you? [08:37] hey pitti [08:38] seb128: fine, thanks :) I get to sleep very early compared to you, viewing the backlog ;) [08:38] and you? [08:38] good, I didn't work late for a while now but there was just nothing to watch on TV yesterday and I had things I wanted to do ;-) [08:39] didrocks, would you be interested to look at getting mutter packaged for ubuntu? [08:39] didrocks: BTW, currently working on automatic dependency calculation for distutils-auto [08:39] seb128: is this the comparative of "mutt"? :-) [08:39] seb128: yes. I take half of my day off. That's a thing I can have a look :-) [08:40] pitti: great! "quickly release" will be able to do something useful then :) [08:40] didrocks, excellent [08:40] didrocks: after that, I'll add a script to create debian/* [08:41] I will have a look to gjs so we can aim at having gnome-shell in a ppa before GUADEC [08:41] pitti, no, it's the wm part of gnome-shell [08:41] seb128: GUADEC is next week? [08:41] oh, yet another window manager? [08:41] compiz is no more? [08:41] pitti: no gnome-shell doesn't work with compiz [08:42] (ugh) [08:42] (that was a FUD in the gnome-devel ml) [08:42] pitti, GNOME never used compiz [08:42] didrocks, this weekend, ie starting on saturday [08:43] I'm traveling to go there on friday, there is the opening party in the evening [08:43] seb128: hope you will enjoy it... should be easy in a paradisian country ;) [08:43] ;-) [08:43] thanks [08:43] mmm Gran Canaria [08:43] I'm not sure it's paradisian, it's an island and not really a fancy one I think [08:44] it's mainly sun and swimming pools I guess [08:44] seb128: in the meantime, I'm going to Nantes for RMLL... not as attractive in every cases ^^ [08:44] istanbul was probably nicer to see as a city [08:44] have fun there [08:44] thanks [08:45] I might prefer Nantes, I'm not a big fan of too warm countries, especially when you go for work and not to stay in the swimming pool during the afternoon [08:45] sure, when it's too warm, it's difficult to be effective at work [08:46] well they will probably have cold air inside buildings [08:46] ie what you need to come back with a cold [08:46] exactly... [08:46] anyway I'm sure it will be fun and I'm looking forward going there ;-) [08:46] seb128, and you're an expert in getting cold [08:46] (hello) [08:46] :) [08:46] hey crevette [08:47] we all are *sigh* [08:47] hey hey didrocks [08:47] lut huats [08:47] lut crevette [08:47] plop huats [08:47] salut seb128 & pitti & huats & anyone here :) [08:49] bonjour crevette [08:52] seb128: retracers all failed (python-apt api issue), I'll fix it later [08:53] ok [08:56] pitti, not sure if you plan to do sru today but could you look at the pidgin yahoo fix for jaunty? [08:56] sure [08:57] that's urgent, I'll process it right now [08:57] thanks [08:58] the number of duplicates tell us that yahoo is quite used, so we better have to make sure it works correctly in empathy too [08:58] didrocks, can you enable the quickly ppa from https://launchpad.net/~quickly? [08:58] hey robert_ancell [08:58] seb128, hey seb [08:59] robert_ancell, had a good day? busy on updates? ;-) [08:59] seb128, packaging question: was updating libwnck and not sure how to regenerate 90_relibtoolize.patch. Any ideas? [09:00] I found http://people.dooz.org/~lool/debian/relibtoolize but it looks overly complicate [09:00] d [09:00] autoreconf [09:00] robert_ancell: It's relatively complex and out of date [09:00] hey lool [09:00] robert_ancell: It did allow me to create smaller diffs than what autoreconf will do [09:01] lool, is it needed? It seems to build ok without it [09:01] Basically autoreconf might run more stuff than strictly necesasry and will run the latest version of tools [09:01] e.g. it might run automake 1.10 even if you have 1.9 and upstream uses 1.9 [09:01] So it will create big diffs (MBs) [09:01] I tend to not bother nowadays and use autoreconf which does the job [09:01] robert_ancell: The safest thing is autoreconf (-fi) [09:02] ok [09:02] I agree with seb128, most of the time that's fine [09:02] robert_ancell, * 90_relibtoolize.patch: relibtoolize to avoid the amd64 rpath issue. [09:02] yes, what does that mean... [09:02] I know that if I only touch autoconf, I can get away with aclocal/autoconf [09:02] robert_ancell, I'm not really familiar with that and not sure how to check if that's still an issue in the current upstream tarball [09:02] But that's already guessing the tools more than you want [09:02] we could just do an amd64 build without the patch and check if they get rpaths [09:02] robert_ancell, it means that the library shouldn't have a rpath on amd64 but it does due to buggy autotools versions [09:03] hmm [09:03] the easier way to check if that's still an issue is what pitti said but you need an amd64 install [09:04] seb128: meh, the pidgin upload refers to bug 389332, which is obviously wrong [09:04] robert_ancell, http://wiki.debian.org/RpathIssue [09:04] Launchpad bug 389332 in libclass-trait-perl "Please merge libclass-trait-perl (0.22-4)(universe) from debian unstable" [Undecided,Fix released] https://launchpad.net/bugs/389332 [09:04] Laney: ^ [09:04] pitti, bug #389322 [09:04] Launchpad bug 389322 in pidgin "Yahoo server authentication changed: Pidgin =<2.5.6 will not connect to Yahoo! servers." [Undecided,In progress] https://launchpad.net/bugs/389322 [09:04] Laney: what is the real bug? could you do another upload with the right number? [09:04] ah [09:04] seb128: thanks [09:05] pitti, Laney doesn't have upload right that needs sponsoring, I can reupload with right number if you want [09:05] seb128: if you have it ready, would be appreaciated; otherwise I'll download/reupload [09:05] ugh, what a patch [09:05] 3000 lines?? [09:05] pitti: do you have any idea what it's called? [09:06] tjaalton: unfortunately not; mvo knows [09:06] mvo: hey, what script does the migration from the old FUSA to the new one? it's not running on our environment and I'd like to find out why [09:07] pitti, can you build lp:~robert-ancell/libwnck/ubuntu and see if it has an rpath issue? [09:07] tjaalton, /usr/share/gnome-panel/migrate-fusa-config.py [09:07] seb128: ooh, thanks [09:07] robert_ancell: I will at the end of the week. We will have a first beta available then [09:07] mvo: got it already [09:07] tjaalton: the notice about it is in /var/lib/update-notifier/user.d/ [09:07] robert_ancell: doing [09:08] tjaalton: oh, sorry - we did not do a notice for it, we just ran it :) [09:08] mvo: ok, figures.. it's disabled here [09:08] robert_ancell: shall I drop 90_relibtoolize.patch? [09:08] update-notifier that is [09:08] pitti, I deleted it on my branch [09:09] but maybe there's a better way to disable the usual popups [09:09] tjaalton: the fusa-script was added via autorun and a gconf key [09:09] seb128: Oh and morning BTS, sorry missed yours :) [09:09] robert_ancell: still here; I delete it locally for testing [09:09] pitti, pidgin reuploaded with right bug number [09:10] seb128: merci [09:10] pitti, check you have 2.26.2, I have pushed my changes now [09:10] robert_ancell: ah, I had .1 [09:10] meh, since when does bzr+ssh:// lag? [09:11] robert_ancell, did you read the debian wiki url I copied before? [09:11] seb128, yes [09:11] robert_ancell, you might want to use a rpath call in rules rather than running autotools [09:12] robert_ancell: got it; started test build [09:14] seb128, it appears to have been built with the 2.2.6 which shouldn't have the problem according to the wiki page [09:16] robert_ancell, indeed where 2.26.1 was built using 1.5 [09:16] $ chrpath /usr/lib/libwnck-1.so.22.3.20 [09:16] /usr/lib/libwnck-1.so.22.3.20: no rpath or runpath tag found. [09:16] $ grep VERSION= libwnck-2.26.1/ltmain.sh libwnck-2.26.2/ltmain.sh [09:16] libwnck-2.26.1/ltmain.sh:VERSION=1.5.26 [09:16] libwnck-2.26.2/ltmain.sh:VERSION=2.2.6 [09:16] robert_ancell: dropping the patch should be fine then [09:17] \o/ [09:17] pitti, thanks. I guess it is safe to go with no patch [09:17] :) [09:17] no relibtoolize change++ [09:17] robert_ancell: you'll merge/pull that branch into ~u-desktop? [09:17] pitti, yes [09:19] pitti, is gvfs-gdu-volume-monitor crashing all the time for you too? [09:19] seb128: apparently ye [09:19] s [09:19] (process:13370): libgdu-WARNING **: Couldn't call GetAll() to get properties for /: Launch helper exited with unknown return code 127 [09:20] seb128, can you update the versions tool? thanks [09:21] robert_ancell, done [09:22] seb128: I have that, too, and "invalid (NULL) pointer instance" and "Couldn't get daemon properties" [09:22] * seb128 investigates [09:23] seb128: I wonder why we don't have a d-bus .service for gdu [09:23] the gphoto one has one as well [09:24] but well, apparently it does run, otherwise it couldn't crash [09:24] seb128: SRUs processed, thanks [09:24] pitti, gvfs: /usr/share/dbus-1/services/org.gtk.Private.GduVolumeMonitor.service [09:24] ? [09:24] cheers seb128, now it's a lot more red... ! [09:24] pitti, thanks for the processing [09:25] robert_ancell, we need to split this page rather than having a "+" imho [09:25] seb128: ah, it's in gvfs; the gphoto one is in -backends [09:25] pitti, yeah, the gphoto one is optional where the disk one is required [09:26] seb128, why split? What I want to do is have tags to toggle, i.e. gnome, karmic, kde, ... and autogenerate the lists [09:26] seb128: usually, a gvfs-mount -l spawns them all again [09:26] seb128: but for me that fails immediately [09:26] (gvfs-mount:21806): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() failed for remote volume monitor with dbus name org.gtk.Private.GduVolumeMonitor: org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process /usr/lib/gvfs/gvfs-gdu-volume-monitor received signal 11 [09:27] pitti, well the gdu monitors crash on start [09:27] So we would probably look at the page with karmic+gnome+ubuntu-desktop tags and others may use other combinations [09:27] hm, it crashed a lot in the previous versions as well, but now it's immediate [09:27] robert_ancell, I find the page less useful that what it could be, I'm not interested by many things there, some are in universe etc [09:27] robert_ancell, I think it would be better to have a list for this team and one for contributors, motus, etc [09:28] seb128, do you mean the page when expanded? [09:28] at least it's easy to gdb, it crashes immediately [09:28] pitti, right, I'm rather concerned about the helper message I'm wondering was is displaying it the string is not a gvfs one [09:28] robert_ancell, the page expended or not [09:28] seb128, everyone's interest is going to be different. There's always trouble when defining where each team ends [09:29] robert_ancell, well the thing is that clicking on "+" mix those extra components in the middle of the standard list [09:29] robert_ancell, ie you can't point motus easily to the extra components [09:30] seb128, yes, that is where I think having a tag system will work better [09:30] how would it work? [09:31] hello everyone ! [09:31] huats, hi [09:31] seb128, robert_ancell, crevette o/ [09:31] seb128, we have tags along the top of the page which act like toggle buttons [09:31] you chose which ones are enabled and packages with that tag are shown [09:31] robert_ancell, hum, that would work for me yes, if you know how to do that ;-) [09:32] can do [09:32] cool [09:33] pitti, [09:33] $ devkit-disks --show-info /dev/sda1 [09:33] Cannot find device with major:minor 8:1: Launch helper exited with unknown return code 127 [09:33] ah [09:33] my bug then, apparently [09:33] or I'm using that command wrongly? [09:33] no, indeed it crashes now [09:34] devkit-disks --dump -> same [09:34] the d-bus backend isn't running [09:34] iz kit bog [09:34] (devkit-disks:14751): devkit-disks-WARNING **: Couldn't enumerate devices: Launch helper exited with unknown return code 127 [09:34] right [09:34] odd, it didn't change in over a week [09:34] devkit-daemon is running [09:35] right, wrong kit [09:35] you need /usr/lib/devicekit-disks/devkit-disks-daemon [09:35] that is not running [09:35] dk-disks doesn't even use devicekit any more [09:35] /usr/lib/devicekit-disks/devkit-disks-daemon: error while loading shared libraries: libgudev-1.0.so.0: cannot open shared object file: No such file or directory [09:35] doh [09:35] aaah [09:35] that was the udev upload yesterday [09:36] apparently it needs a rebuild due to changed library path [09:36] erm, no [09:36] itz Keybuk bug [09:36] $ dpkg -L libgudev-1.0-0 [09:36] libgudev-1.0.so.0 => not found [09:36] -> empty [09:36] Scoooooootttttt [09:36] * pitti pokes [09:37] -dev is empty as well [09:37] Keybuk, ^ [09:37] asac: ^ just in case your network-manager doesn't build [09:37] Keybuk: could you please bzr push your udev branch? [09:37] bzr is at 143-2 [09:39] I'd like to disallow the users to restart/shutdown the machine, and I understood it should be possible by poking polkit.. But the docs are a bit sketchy on that :/ [09:39] Keybuk: hm, there is no debian/libgudev*.install -- that might be it? [09:39] thanks for the heads up [09:40] tjaalton: in karmic that's currently a bit hard; in jaunty you should be able to use polkit-gnome-authorization (it's also in the admin menu) [09:40] * asac remembers to not dist-upgrade just now [09:40] tjaalton: however, for local users it hardly makes sense -- they can just press the power button? [09:40] or sysrq [09:41] pitti: yes, it's just a matter of giving the gun or pulling the trigger ;) [09:41] pitti: I get a .deb in my working directory [09:41] Keybuk, empty deb? [09:41] Keybuk: right, but it's empty (jusr doc) [09:42] Keybuk: forgot to bzr add the libgudev*.install files? [09:43] oh maybe [09:43] would have wiped them too [09:43] argh devhelp broken :( [09:43] * Keybuk hates packaging with bzr [09:43] I'm about -> <- this far from just giving up and doing it the old fashioned away again [09:47] pitti: uploaded one that should fix that [09:47] Keybuk: thanks [09:47] Keybuk, thanks [09:47] hey rodrigo_ [09:47] morning [09:48] Keybuk: eww, aren't they installed into usr/lib, not /lib? [09:48] pitti: no idea [09:48] --libdir=/usr/lib \ [09:48] $ cat debian/libgudev-1.0-0.install [09:48] that's the way Kay said to do it ;) [09:48] lib/libgudev*.so.* usr/lib [09:48] will see what the build does [09:49] right, but the .install expects them in /lib [09:51] yeah you're right [09:52] * Keybuk fixes the wildcard "pkgconfig" include too [09:52] and the wildcard /usr/include ;) [09:53] thank you [09:53] Keybuk: what's wrong with /usr/include? [09:54] pitti: that'd include everything in /usr/include [09:54] like other files that udev makes [09:54] ah, for libudev [09:55] Keybuk: btw, did Kay already show kayfs to you? ("devfs is back") [09:55] he showed me at LinuxTag, looks pretty nice [09:55] init=/bin/sh -> takes 0.6 seconds and has a correctly populated /dev [09:56] it's called "devtmpfs", IIRC [09:56] yeah :) [09:56] I'm not convinced by it though [10:00] grr [10:00] now I just modified files in the build directory and lost them when I rebuilt [10:01] * Keybuk wonders when bzr is going to make his life easier [10:01] right now, it just makes everything four times harder [10:02] Keybuk, not true it makes sponsoring easier ;-) [10:02] seb128: disagree strongly [10:03] grabbing someone's debdiff and applying it was easy [10:03] well I find easy to review a bzr for incremental changes than a serie of debdiff on a launchpad bug [10:03] well the issue is when you start having new version updates and comment and go through several iterations [10:03] it's not easy to diff the debdiff to see the changes [10:04] bzr's output is just a patch too [10:04] where it's easy to read the commits [10:04] except I have to work harder to get that patch [10:04] I find easier to bzr pull than to open launchpad, download a file, apply it, etc [10:05] you only know to bzr pull because they gave you the URL to pull from [10:05] how is that any different from them giving the URL of the debdiff? [10:05] except that with the debdiff approach, the URL gives you exactly what you need to review [10:05] and you don't need to go through hoops to get it [10:05] the bzr command to "show me the changes that this URL would bring to my branch" is still delightfully obtuse [10:06] different workflow I expect [10:06] gedit URL > bzr diff -r ancestor:. URL [10:06] pitti, seb128: Ugh. Typo. Sorry [10:06] I usually sponsor desktop packages and they are in ubuntu-desktop/component/ubuntu [10:07] not to mention that we usually have new versions and only the debian directory in bzr so debdiff don't really work, or you need a debian directory diff and download the tarball [10:08] anyway no point to discuss for hours, it works fine for sponsoring for most people on this channel but different people have different workflows [10:09] meh, x freeze and fsck === pochu_ is now known as pochu [10:21] Laney, want to work on the pidgin 2.5.8 update for karmic? ;-) [10:21] aaaaaah pidgin [10:21] * Laney runs screaming [10:22] what's new there? [10:22] some bug fixed apparently, debian already did the upgrade, it should be easy enough [10:22] either reapply your previous merge diff on it and just do the update [10:22] alright I'll have a look tonight [10:22] thanks [10:24] I'm going to give up on Hardy unless you have found another distro which has done the work [10:24] I just requested the backport instead [10:30] seb128: before going back to home and working on mutter. What do you prefer for this package dh5, dh7 or cdbs? (I know that you are a fan of cdbs ;)) [10:31] hum no, can't find a distribution doing that backport [10:31] didrocks, your call but dh7 or cdbs are nicer [10:31] seb128: ok, it's maybe the time to try dh7, be indulgent so ;) [10:32] I will have to learn it too ;-) [10:32] but it's a good occasion [10:32] exactly :-) [10:34] bbl [10:35] dh7 is very nice to use [10:35] makes cdbs go away imho [10:46] or, at least, considerably simpler [10:51] didrocks: \o/ [10:51] $ test/auto.py -v T.test_requires [10:51] automatic requires ... ok [10:51] didrocks: from that it should not be too hard to figure out the automatic package dependencies [10:53] pitti: congrats ^^ [12:05] anyone working on the control-center update? [12:06] didrocks: I'm about to change the spec from "./setup.py debian" to "python-distutils-mkdebian"; would that be alright for you? [12:06] didrocks: I want to avoid putting Debian specific stuff into the upstream distutils-extra [12:06] chrisccoulson, no [12:06] cool, i'll take that one then if that ok [12:07] ** if thats ok [12:07] good [12:07] thanks:) [12:07] * pitti hugs chrisccoulson [12:07] thank you for working on it ;-) [12:07] didrocks: https://wiki.ubuntu.com/DesktopTeam/Specs/Karmic/AutomagicPythonBuildSystem?action=diff&rev2=15&rev1=14 in particular [12:07] * chrisccoulson hugs pitti [12:09] let's get some food though it's so warm there that I'm not hungry [12:11] seb128: ice cream! [12:11] pitti, good idea for after lunch ;-) [12:14] is everyone enjoying hot weather? it was raining very heavily here on my drive to work this morning [12:17] could someone in the desktop team advise me about the best way to go about bug #214420 ? as i understand it, usershare owner only = false' [12:17] Launchpad bug 214420 in nautilus-share "nautilus-share can't share ntfs/fat32 folders" [Undecided,New] https://launchpad.net/bugs/214420 === mvo is now known as mv === mv is now known as mvo [12:18] +was supposed to be a security measure [12:18] i mean usershare owner only = true [12:18] no idea about that, I'm afraid; slangasek understands samba and might be able to help [12:22] i'll wait for his input then [12:31] lool: you remember the passphras for pkg-mozilla-maintainers ? [12:31] (mailing list) [12:31] lool: could you allow asac@ubuntu.com to send there and moderate the last three mails i sent ;)? thanks!! [12:36] pitti: please, you can change. I will adapt my code later :) [12:37] didrocks: ok, thanks [12:37] pitti: yeah, python-distutils-mkdebian makes sense :) [12:37] didrocks: I actually renamed it to python-mkdebian now [12:38] since it works with any setup.py generated .egg-info, not just distutils or even just distutils-auto [12:38] yay being generic :) [12:38] .egg-info is an existing standard, which I just use as input for generating the debianization [12:38] anyway, lunch o'clock [12:39] enjoy [12:39] pitti: great ;) looking at those egg-info stuff is on my schedule too… ;) [12:40] pitti: have a good lunch! [12:40] * didrocks jumps on mutter packaging [12:47] hyperair, not sure about this usershare issue either [12:47] hyperair, btw if you work on nautilus-share could you have a look at switching it to gtkbuilder? [12:47] seb128: okay, i'll take a look at it. [12:47] patches welcome though =p [12:48] seb128: when will glade be phased out? [12:48] thanks [12:48] I might have a look, I already did some patches for other applications [12:48]