[00:00] hope you guys are having a nice let winter morning there [00:01] here's the notes from the team meeting this morning: [00:01] https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-08-25 [00:01] rickspencer3, there is no such thing as WInter in Sydney :) [00:01] hehe [00:01] the days aren't shorter? [00:02] Although there is such ting as a windy winter on the mountains at least. [00:02] Been blowing a gail since yesterday morning. [00:02] hiya TheMuso [00:02] TheMuso, how long does it take to drive to Sydney from where you live? [00:03] rickspencer3: About an hour or so, thats to the inner west of Sydney. [00:04] ah [00:04] so, you guys wanna do a quick Team Meeting, Easter edition? [00:05] Eastern Edition, even? [00:05] Sure. [00:05] the heart of the meeting regard feature freeze [00:05] https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-08-25 [00:05] Only thing I have to add re gnome-speech replacement is that the final MIR for that will be filed today, and once everything is main, I just have to switch a few things around in terms of package dependencies, to get orca using speech-dispatcher by default. [00:05] that's all I had to ask :) [00:06] TheMuso, do you see any risk there? [00:06] rickspencer3: No. [00:06] like, any chance the MIR team won't get to it in time for Feature Freeze? [00:06] sweet [00:06] and afaik MIRs hav ebeen approved post feature freeze in the past, so I assumed that was the same thing here, but thing may have changed and I didn't know about it. [00:07] robert_ancell, you had gdm-config [00:07] gah typing [00:07] TheMuso, no problems [00:07] I'm sure all if find [00:07] rickspencer3, is there some paperwork I need to do for that? [00:07] robert_ancell, nope [00:07] it's all done [00:08] I set the blueprint to "Implemented" for you [00:08] pitti looks across the blueprints, and checks on the status [00:08] cool [00:08] hggdh: pong [00:08] the other agenda item as the burndown chart [00:09] next week I will be working with each team member to savagely postpone work items to get us below the trend line [00:09] I think asac and kenvandine will be mostly impacted by this, though seb128 and robert_ancell as well [00:09] Right, I think I only ahve a couple left, one of which is post feature freeze safe. [00:09] the other will be done by feature freeze, as its to do with MIRs. [00:09] sweet [00:10] any other business? [00:10] nope, just a stack of packages to work through :) [00:10] k ... I'll let you get to it [00:11] thank you gentlemen .. on to Feature Freeze! [00:11] :) [00:11] Indeed. [00:15] jcastro, sorry, already found the Way -- I am setting up a "Triaging Sound Bugs" class, and wanted to know do to get the -classroom for it [00:16] * jcastro nods [00:16] * jcastro cheers! [00:16] jcastro, of course, I did the unthinkable: searched the wiki, and got the answer... thank you, anyway [00:23] robert_ancell, any idea debsign can't find my secret key, consider I *just* created one? [00:23] could it have a pointer to the one that I deleted cached somewhere? [00:24] rickspencer3, does the email on the key match DEBEMAIL? [00:24] it matches MAIL in any case [00:24] rickspencer3, not sure sorry [00:24] this worked before I deleted my old keys and created new ones [00:24] you should set DEBEMAIL and DEBSIGN_KEYID [00:25] cat ~/.devscripts [00:25] if that gives an id then you need to change it [00:25] james_w, I have no .devscripts file [00:25] otherwise see https://wiki.ubuntu.com/DeveloperGuide/Uploading for how to work out how it is searching for the key based on the changelog [00:27] hmm [00:27] seems to be that I added a comment to the new key [00:28] it's always the comments :-) [00:28] ug [00:28] you can either add that comment to your changelog entries [00:28] well .. I want this to work with quickly ... [00:28] or one of the other steps there [00:28] so I'll create a new key without comments [00:28] add a uid to your existing key [00:35] robert_ancell: hey [00:35] huats, hey [00:35] please do the gcalctool update :) [00:35] I haven't found the time to do the 27.90 [00:35] but go ahead for the .91 [00:35] ) [00:35] huats, Should be an easy one - it's just translations this time [00:35] huats, ok, will do ti [00:35] iot [00:35] it [00:35] and I hope you enjoyed your holidays [00:35] i can spell good [00:36] :) [00:36] huats, yeah it was a lot of fun (spent two days in Disneyland being a big kid) [00:36] hello rickspencer3 and james_w btw :) [00:36] hehe looks nice [00:36] salut huats [00:36] comment ça va james_w ? [00:36] :) [00:37] hi hauts [00:37] tres bien merçi, et toi? [00:37] tres bien aussi [00:37] rickspencer3: you should learn to speak french [00:38] soon this channel will be in that language :) [00:38] we need a google translate bot [00:38] :) [00:40] hauts: I start French 101 on September 14th [00:40] I joined alliance France Seattle [00:40] :) [00:41] so soon [00:41] F* it [00:41] I'm just starting over with a new key and no comment [00:41] * rickspencer3 puts pulled hair in garbage can [00:42] great ! [00:42] huats, got my account on ubuntufr, thanks! [00:43] do not hesitate to talk to us (I mean the french collony) [00:43] fta: good... [00:43] ;) [00:43] fta so now you can use it :) [00:43] i did [00:44] great ! [00:44] so thanks to you fta ! [00:53] yeah! [00:53] my first ppa upload ... for the least essential application ever! [00:57] yes! [00:58] quickly works! [01:09] From now on when I hear about quickly I'm going to think "squick" :/ [01:13] rickspencer3: shall we have a call? [01:14] ArneGoetje, hmmm === rickspencer3 is now known as rickspencer3-afk === Cuddles is now known as Richie [06:22] Good morning [06:23] robert_ancell: for bug 412455, you mean that gnome-panel and nautilus already send the d-bus signals? [06:23] Launchpad bug 412455 in xsplash "shut down xsplash when session is ready" [High,Fix released] https://launchpad.net/bugs/412455 [06:23] pitti, yes [06:23] robert_ancell: ah, ok; that was a misunderstanding then [06:23] * pitti updates bug [06:59] OMG gnomescan [06:59] * pitti posts feedback to blueprint whiteboard [07:03] kenvandine: ^ this makes me weep :( how badly do you want this? [08:22] morning o/ [08:25] hey didrocks === vuntz_ is now known as vuntz === tkamppeter_ is now known as tkamppeter [08:57] didrocks: hey! in the rotate (left, bottom) (my favourites), what about decreasing tab opacity when flipping them, so it doesn't end up obscuring the widgets that would be around ? [09:01] fredp: great idea, and easy to do as well, I like it :) I have also to figure out how to bind it more properly and try to link the upper tab to the animation as mpt_ suggested (not so easy without changing notebook gdk behavior) [09:03] anyway they are interesting experiments, I'll continue watching you :) [09:12] fredp: thanks :) === WelshDragon is now known as Richie === mpt__ is now known as mpt [10:01] mvo, I just replied to your questions about the Software Store spec [10:16] hello everyone [10:22] mpt: thanks [10:24] /c/c [10:35] hey glatzor [10:41] hello mpt! [10:53] glatzor, have you been following the SoftwareStore spec at all? [10:55] not closely. [10:55] mpt, I installed it yesterday and had a short look at it [10:56] I was impressed at how smoothly it works already [10:56] but I did notice that the PolicyKit dialog appeared *behind* the Software Store window [10:56] that is most likely a bug of mine [10:56] but I need to double check, it might not pass the xid of the parent [10:56] mvo, ok. :-) I remember we had discussed that issue before [11:14] mpt: I just looked at it and it seems to be a problem with compiz for policykit1 in general. its showing corectly in metacity [11:16] mvo, ok, can you tell whoever is responsible for fixing it that sabdfl will be quite annoyed if it isn't? ;-) [11:23] mpt: either me or robert [11:23] mvo, Ancell? [11:23] yes [11:23] ok [11:26] mvo: how do I work around bug 419152 ? [11:26] Launchpad bug 419152 in software-store "application does not start "No section: 'Desktop Entry'"" [Undecided,New] https://launchpad.net/bugs/419152 [11:29] Riddell: please try installing gnome-menus [11:32] is the system beep controled by gnome? or kernel? [11:32] Riddell: I added the missing dependency now, thanks for the bug [11:33] mvo: something else missing, bug 419154 [11:33] Launchpad bug 419154 in software-store "can not install software, NotAuthorized" [Undecided,New] https://launchpad.net/bugs/419154 [11:33] is that the lack of a polkit1 qt frontend? [11:33] mm, could be [11:34] do you have policykit-1-gnome installed? [11:34] yes [11:34] should work then [11:37] I'm not sure whether that's enough [11:37] pkaction --action-id org.debian.apt.install-packages --verbose [11:37] that might give a clue [11:37] is /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop actually run under KDE? [11:38] * pitti doesn't know whether OnlyShowIn=GNOME; is considered for autostart [11:38] check pidof polkit-gnome-authentication-agent-1 [11:38] it is I think [11:38] that would do it [11:38] I don't have that file, is it new? [11:39] james_w: not particularly; it's been shipped in policykit-1-gnome since day one [11:39] i. e. only as new as pk-1 itself (a month or two) [11:40] 0.92-0ubuntu1 and I don't have it [11:40] odd [11:40] james_w: http://paste.ubuntu.com/259771/ [11:40] and update-manager isn't popping up to remind me to update [11:40] /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop doesn't exist [11:41] hmm, policykit-1-gnome is out of date [11:41] james_w: hm, maybe it was in /usr/share/autostart/ before or so [11:41] that paste is ok, it should be prompting [11:41] dpkg -L policykit-1-gnome | grep desktop [11:41] so I suspect pitti is correct [11:41] /usr/share/gnome/autostart/polkit-gnome-authentication-agent-1.desktop [11:42] aah [11:42] so it just moved to /etc recently, apparently [11:42] but it's still gnome only [11:42] perhaps we should remove that restriction if there isn't going to be a qt frontend [11:42] huh? http://paste.ubuntu.com/259772/ [11:43] (by release) [11:43] a GNOME dialog is better than no dialog? [11:43] it's from /usr/lib/libpolkit-gobject-1.so [11:43] I would suspect version skew [11:43] we do hope to get polkit 1.0 for qt before release but would be sensible to remove that OnlyShowIn until that happens [11:44] well, without a real Qt implementation we should perhaps rather launch the frontend through kdesudo [11:44] that's what I did with jockey [11:44] I have no /usr/lib/libpolkit-gobject-1.so [11:44] otherwise you'd pull gtk and friends into kubuntun [11:44] Depends: libc6 (>= 2.2), libglib2.0-0 (>= 2.18.0), libgtk2.0-0 (>= 2.17.7), libpolkit-agent-1-0, libpolkit-gobject-1-0, policykit-1 [11:44] weird [11:45] it's shipped by libpolkit-gobject-1-0 [11:45] but it really ought to be a versioned dependency [11:45] bad shlibs for the win [11:47] ok updated libpolkit-agent-1-0 policykit-1 libpolkit-gobject-1-0 and now polkit-gnome-authentication-agent-1 starts [11:48] hmm, no it doesn't [11:49] Riddell: so if you actually prefer using the gnome PK frontend over running the app as root, should I change that in Jockey, too? [11:50] pitti: well jockey has a kde frontend so it's nice to keep it all KDE. software-store doesn't so that's not an issue [11:50] ah, ok [11:51] oh no polkitd has version issues now [11:56] ok I install libpolkit-backend-1-0 and now it all works [11:56] doesn't polkit to binary compatibility and versioned dependencies? should it really be in main? [11:57] mvo: no feedback during the install except that after 30 seconds the install button changed to a "remove" button [11:57] seems there are some depedency bugs; what did you try to install originally? [11:57] pitti: software-store [11:57] Riddell: policykit-1 depends on libpolkit-backend-1-0 [11:58] right, it misses shlibs or symbols files; I'll add some symbols [12:10] Riddell: no "pending " item on the left ? [12:11] mvo: nope [12:12] not that I noticed anyway === MacSlow is now known as MacSlow|lunch [13:11] pitti, i have very little invested in gnomescan... it wasn't really my idea [13:11] i just hate xsane [13:12] pitti, so i am fine keeping what we have :) [13:12] Does anybody know if UNR are doing anything in particular in relation to gdm theming? [13:12] TheMuso, i don't thinks so [13:13] TheMuso, actually pretty darn sure they aren't [13:13] kenvandine: ok [13:13] pitti, want to just kill it? [13:13] kenvandine: Right, so other than getting the default wallpaper that they use for the desktop, nothing else. [13:14] Hrm. We in Studio have the interesting problem where we want the wallpaper for gdm to be different to what is on our desktop. [13:15] * TheMuso will have to work something out... [13:20] TheMuso, yeah, that won't be easy [13:20] you will need to set the default wallpaper for the gdm user in gconf [13:20] i think [13:20] pitti, can you sponsor xsplash 418974 ? [13:21] kenvandine: This is what I have so far. Gdm sets a wallpaper filename/path in gconf on package install for the gdm user. THis filename is then changable via the alternatives system depending on what wallpaper you want. [13:21] However, this doesn't solve the problem of changing the actual window theme. [13:21] not changable, but directable to the file you want. [13:22] Or, we have all theme packages for gdm change the gconf settings... hrm. [13:25] kenvandine: looking [13:26] pitti, thx [13:27] pitti, there is also one more FF related package needing sponsoring [13:27] couchdb-glib 419160 [13:27] and evolution-couchdb will be coming in a bit... then it will be ready to go on the CD [13:28] assuming we get an agreement on erlang [13:28] it's obviously something we have to swallow, but it's really ugly [13:29] yeah [13:32] kenvandine: fixing Vcs-* again [13:34] kenvandine: your postinst needs love [13:34] oh? [13:34] kenvandine: you can't rely on the gdm user being present, since you don't depend on gdm [13:34] what is wrong with Vcs? === MacSlow|lunch is now known as MacSlow [13:34] kenvandine: Vcs-Bzr: needs to be a proper URL (https://code...) [13:34] kenvandine: and there's no Vcs-*-Browser:, just Vcs-Browser: [13:34] sigh... asac insists it shouldn't be [13:35] since for web browsing you don't need to know which particular VCS you use [13:35] true [13:35] kenvandine: right, but then you need to create the gdm system user if it doesn't exist [13:35] i was just following his example [13:35] pitti, ok so for 0.6 i will add to postinst [13:35] to create the user if it doesn't exist [13:35] why does it need to be setuid gdm? [13:35] doesn't gdm start it in the first place? [13:36] -rwxr-xr-x 1 root root 22368 2009-08-12 18:54 /usr/bin/xsplash [13:36] ^ currently [13:39] kenvandine: so with that, only root or gdm can run it, and it suids to gdm [13:39] that looks like a complicated no-op to me? [13:40] pitti, well gdm must start that stuff as root [13:40] or before switching to user gdm [13:40] xsplash? [13:40] yes [13:40] ugh, why does it need root privs? [13:41] kenvandine: so you mean root:gdm 4751 [13:41] it doesn't [13:41] we want it to not run as root [13:41] it is configurable.. originally it ran as root [13:41] but people complained :) [13:42] I thought the greeter would run as gdm [13:42] the greeter probably does [13:42] but i think the mechanism that fires the Init stuff and PreSession stuff is still root [13:42] kenvandine: ok, so you want to drop privileges [13:42] yes [13:42] kenvandine: then suid is not what you want [13:43] the first thing in your program should be [13:43] setuid(uid); [13:43] where uid is from getpwnam("gdm") [13:43] so if a normal user calls it, that will just fail [13:43] and if root calls it, you'll drop all your privileges [13:44] and avoid suid stuff and all the system user handling in postinst [13:44] bratsche, ^^ [13:44] or, rather, "gdm" -> the value from your configure option [13:45] it's a constant in config.h, I presume [13:45] Riddell: added shlibs to pk-1, thanks for spotting [13:45] morning tedg [13:47] kenvandine: summary posted to sponsoring bug [13:47] thx [13:51] kenvandine: couchdb-glib uploaded [13:52] pitti, thx [13:52] * kenvandine hopes evo couch comes soon [13:53] kenvandine: Good morning! [14:07] he, has some decision been made about upnp support in libnice and farsight2? [14:09] pitti, what do you think about that? [14:10] libupnp-igd is needed for that [14:10] yeah... adding more stuff to the CD [14:10] :) [14:10] :p [14:10] which makes pitti's head hurt [14:11] CD is already -3MB or so :P [14:11] Time to drop evolution? [14:11] * Amaranth runs [14:11] and we have more to go on it today :) [14:11] Amaranth, bah humbug :) [14:12] new f-spot will save some space [14:12] new f-spot is already on it [14:12] and we are over [14:12] (apparently) [14:12] never [14:12] newer* [14:12] yeah, f-spot saved 1MB or so [14:13] But the CD was -1MB yesterday when someone wanted to add 3MB to it so... [14:13] me :) [14:13] 13.9 KiB on i386 [14:13] we are +3M now on the amd64 [14:13] and we need to add like 4M [14:13] "# reduce the both the package size and installed size by a few Megs " [14:13] for 0.6.1.0 [14:14] is 0.6.1.0 out? [14:14] yes [14:14] * kenvandine will prepare that :) [14:14] i already started [14:14] cool! [14:14] that will help! [14:14] thanks Laney [14:14] pitti will at least have a smaller heart attack [14:14] well it remains to be seen what the actual benefit is [14:15] probably have it tonight [14:15] kenvandine: what is upnp, anyway? [14:16] media stuff, universal plug-n-play i think [14:16] it's everything [14:16] I'm afraid I don't have an opinion on it, except if you tell me it'll need > 1 MB, then I do have an opinion :-P [14:16] * kenvandine isn't into upnp [14:16] :) [14:16] pitti: Universal Plug'n'Pray :-) [14:16] punching holes in routers is all I know about it [14:16] I know the expansion of the acronym [14:16] pitti: standardized (aka MS) way for mapping ports (nat) on great public routers [14:16] pitti: it's like dynamic port forwarding AFAIK [14:16] UPnP is what a program can use to open a port in your router and what the xbox 360 and ps3 use to talk to PCs [14:16] so it's basically everything [14:16] but it doesn't tell me anything else than "quantum slip stream phase realignment" [14:17] why does 'apt-get purge' remove more packages than 'apt-get remove'? man page states the difference is that 'purge' also removes configuration files [14:17] it does file serving too somehow I think [14:17] pitti: no no. the quantum stuff have to do with beers I'm pretty sure. we're talking about software now :-) [14:17] with the telepathy stack it should permit the user to forget the nat config to make voip calls [14:17] pmatulis: because you "removed" stuff before that left configuration files. [14:17] IPv6!!! (*cough*) [14:17] bigon, that is interesting then [14:17] apt-get remove --purge actually :-) [14:18] pitti: *grin* nice troll! ;-) [14:18] * pitti just wishes people woudl stop inventing the 10.000st workaround of NAT [14:18] pitti: and I want a pony :) [14:18] Nafallo: I'm actually pretty serious [14:18] UPnP is actually the standard way invented so everyone would stop using those other ways [14:18] pitti: yeah. my troll comment was pretty much a troll :-) [14:18] upnp isn't just about nat :P [14:18] kenvandine: so if you think it's sane, and it doesn't need much space, sure [14:18] But it kind of morphed into other things as well so UPnP is a lot of things [14:19] * pitti hugs Nafallo [14:19] it's about controlling lights! [14:19] alex-weej: sorry but that doesn't make sense to me [14:19] Amaranth: I have a pony. at some point I should add IPv6 to it ;-) [14:19] pitti: +1 for ipv6 (btw all the tp stack should be ipv6 aware) [14:19] Amaranth: (pony.magicalforest.net fwiw) [14:20] pmatulis: look in synaptic at the "residual configuration" filter, and you will see a lot of packages that you thought you had removed [14:20] or even better... http://www.magicalforest.se/pony.xhtml [14:20] pitti, ok i will prepare an MIR [14:24] alex-weej: even if that's true (cannot yet find such a filter), why would removing one particular package remove these other packages? the purge should be applied to just that package [14:24] pitti, looks like it will add about 95k [14:25] pmatulis: that's just the logic of apt-get. try another package manager if you dislike that logic [14:25] pmatulis: aptitude may work differently [14:25] kenvandine: *phew* :) [14:25] looks like two MIRs though [14:25] alex-weej: apt-get and aptitude give same results [14:25] alex-weej: i'm just following the man pages [14:26] gssdp and gupnp [14:26] kenvandine: couchdb-glib FTBFSed; meh, I should have test-built it before.. [14:26] alex-weej: and what you're saying contradicts them. thanks anyways [14:26] pitti, what? [14:27] failed to build? [14:27] built for me last night [14:27] well not with his debdiff... [14:28] kenvandine: http://launchpadlibrarian.net/30853330/buildlog_ubuntu-karmic-i386.couchdb-glib_0.4.5-0ubuntu1_FAILEDTOBUILD.txt.gz [14:28] pmatulis: ? [14:28] kenvandine: the debdiff was just debian/changelog; some autotools goo [14:28] yeah [14:28] i know [14:28] it built in my ppa last night [14:29] it shouldn't regenerate the autotools files [14:29] probably fs specific timestamp issue again [14:31] kenvandine: I'll retry the build, let's see [14:32] yeah builds fine locally here [14:32] pitti, i have a bunch of daily builds setup in my daily ppa now [14:32] morning rickspencer3 [14:33] hey rickspencer3 [14:34] hi guys' [14:34] * rickspencer3 wipes sleep from eye [14:34] :) [14:35] kenvandine: nope, failed again [14:35] humm [14:47] pitti: kenvandine: sorry, my computer froze twice this morning [14:47] np [14:48] pitti - you figured out the couchdb-glib build failure yet? [14:48] I hope it doesn't get worse before it gets better ;) [14:49] pitti, couchdb-glib 0.4.5 just built in my ppa... and it builds locally [14:52] the issue is that the uploaded diff.gz reverts 0.4.5 back to 0.4.4, touching configure.ac, which triggers an aclocal update. I think that happened because the debdiff on the bug report is wrong (it is literally just the diff between the debian/ folders) [14:52] for me, too; maybe the official buildds use some file system which supports microsecond file timestamps or so [14:52] pitti ^^ [14:53] chrisccoulson: oops [14:53] heh ;) [14:53] sorry *blush* [14:53] * pitti fixes [14:53] :) [14:58] unf**ed [14:58] :) [15:01] pitti, can you also upload evolution-couchdb, bug 419183 ? [15:01] Launchpad bug 419183 in evolution-couchdb "Upgrade to 0.2.1 upstream release" [Undecided,New] https://launchpad.net/bugs/419183 [15:05] pitti, ok... xsplash 0.6 should be up in a couple hours :) [15:07] kenvandine: uploaded [15:07] pitti, awesome... thx [15:12] hey bryce - i'm still looking at thie gnome-settings-daemon crash being triggered by unhandled XError's, and I think I understand what is going on on the Xorg side now [15:12] james_w, do we need to make a special request somewhere to get a branch to appear at ? [15:12] (and there's either a bug in Xorg, or a bug in the xlib documentation) [15:21] mpt: not a special request [15:22] it would have happened already, but the scripts fell over at the weekend and I haven't had time to kick them off again yet [15:22] it will be there tomorrow [15:23] oh, you probably want Michael's branch there [15:23] that's another case of "LP should handle a distribution being its own upstream for some packages" I'm afraid [15:24] james_w, I'm not fussed which one appears there, though mvo might have different ideas :-) [15:25] :-) [15:25] well, *a* branch will appear there tomorrow [15:36] glatzor: could you please review/merge lp:~mvo/aptdaemon/add-repo (if you like it :) ? [15:38] ArneGoetje: are karmic langpacks created and uploaded by cron nowadays? [15:38] ArneGoetje: (I soon need to extend langpack-o-matic to include gnome help translations) [15:39] pitti: currently not, because today will be a new full export [15:39] ArneGoetje: ah, but in general? [15:39] pitti: in general yes [15:39] nice [15:40] ArneGoetje: we normally push deltas, and you manually remove them and do full exports/uploads? [15:40] pitti: today's full export should hopefully contain all the firefox-3.5 translations [15:40] pitti: yep [15:41] pitti: every couple of weeks that is. [15:41] ArneGoetje: do you actually have the export, or is it running ATM? [15:41] pitti: will start running at 22:00 UTC today [15:41] ah, then I might just make it [15:41] if I get the changes in in time, then the next full export could have the gnome help files [15:42] pitti: cool [15:42] hm, except, arrgh [15:42] the packages would conflict on upgrade [15:42] I think I need to discuss that with Seb [15:43] we probably need an alternate /usr/share/gnome/help-langpacks/ [15:43] ArneGoetje: ok, nevermind for now [15:43] pitti: ok [15:43] mvo, sure [15:47] glatzor: right now its pretty simple, do you think we should extend it to specify a "channelname" so that the stuff is added to sources.list.d ? [15:50] mvo, I am not sure if we should allow to specify a whole line [15:51] glatzor: interessting, would you prefer something like (type, uri, dist, comps, comment, channelfile) instead ? [15:51] right [15:51] glatzor: sure, if you prefer that, I'm fine adding it [15:52] mvo, the policykit functions already return a deferred. you don't need to add a callback [15:53] mvo, furthermore I would prefer to raise an exception instead of returning false/true [15:54] glatzor: thanks, fixing that now [15:55] mvo, I am a tough maintainer :) [15:56] glatzor: righfully so! [15:57] glatzor: RepositoryDuplicatedError ? or RepositoryAlreadyExistsError? [15:57] and RepositoryInvalid [15:57] mvo, ok. I would prefer already exists [16:02] glatzor: pushed, I do the (type, uri, dist, comps, comment, channelfile) next - are you fine with the arguments? [16:02] (the function signature I mean) [16:04] mvo, the meaning of a channel has always been a mystery. So I would vote for sourcesfile [16:05] glatzor: great, thanks [16:05] glatzor: thats fine iwth me, channel was never a good name [16:14] rickspencer31, did you see ? [16:14] mpt: yes [16:14] you may notice I have commented on it [16:14] :) [16:14] pretty, neat [16:15] nice that someone is writing something accurate and nice about me for a change [16:15] ah, I see [16:15] pitti: Do you have time to quickly review a branch? [16:16] If you do, here it is: https://code.launchpad.net/~bratsche/xsplash/setuid/+merge/10748 [16:21] mpt: "quickly" is not too google friendly, to be sure [16:23] bratsche: (struct passwd*)0 -> NULL would have been enough :) [16:23] bratsche: but in general, looks good [16:24] bratsche: it's ok to not check for setuid() failure; if you run it as normal user, it should still work [16:24] kenvandine: can you please merge into the ubuntu branch, drop the postinst, etc.? [16:25] pitti, i can [16:25] * pitti goes back to MIRs then, thanks [16:25] can you approve the merge request? [16:25] and i will merge it and roll a release? [16:25] kenvandine: just merge and push [16:26] kenvandine: merge requests get closed automatically [16:26] yeah... but we need an approval :) [16:26] oh? [16:26] for code review [16:26] dx team work flow :) [16:26] ah [16:27] * kenvandine looks forward to the day package sponsorship works the same way :) [16:27] kenvandine, got a sec for an ubuntuone question? [16:27] sure [16:27] done [16:27] pitti, thx [16:27] i will get it merged and released [16:28] i have ubuntuone installed from the beta ppa, and with the recent applet changes, i'm not sure if it's running anymore. ;) [16:29] hehe [16:29] so is the applet not there? [16:29] also, it appears the karmic PPA version of ubuntuone-client is newer than the version in karmic? [16:29] pitti: that should be my last MIR filed before FF now :) [16:29] kenvandine, no applet [16:29] awe, yeah... new version landing in karmic later today or in the morning [16:29] Riddell: okay :) will review the list of unassigned ones again [16:30] look at ~/.cache/ubuntuone/logs [16:30] I just removed the PPA sources.list this morning, so I guess I should just wait for the update? [16:31] pitti: is anything likely to happen with asac assigned MIRs before FF? e.g. bug 409796 [16:31] Launchpad bug 409796 in gpsd "main inclusion report gpsd" [Undecided,New] https://launchpad.net/bugs/409796 [16:31] awe: the PPA version will always be newer [16:31] Thanks pitti! [16:31] looks like none of the logs have been touched for awhile now... ( ie. since July. ). ;( [16:31] especially in the nightlies ppa [16:31] dobey, ok, thanks. I removed the PPA because I want to be testing what's in karmic [16:33] Riddell: not from asac's side anyway [16:33] but we traditiionally promoted stuff after FF [16:33] universe packages are affected by FF as well, after all [16:35] awe: but yes, the applet is invisible when not busy by defualt now [16:36] awe: though in trunk the applet visibility is also configurable [16:40] dobey, ok. since it's invisible, how do i know it's active at all? i copied a file yesterday to MyFiles, and it's not showing up via the web client [16:41] Riddell: FYI, uploading pk-1-gnome with symbols file now, and a rebuild against shlibs-ified pk; dependendies should be good now [16:41] awe: i don't know what version you're using or anything [16:42] i'm running karmic, with the latest versions from the PPA. [16:42] awe: which PPA? we have beta and nightlies PPAs... [16:42] beta [16:43] chrisccoulson: do you happen to know whether some library abstracts the knowledge of the /usr/share/gnome/help path? [16:43] awe: there have been significant UI improvements in the last few days, which haven't made it to the beta PPA yet [16:43] and other bug fixes [16:43] as we had a sprint last week [16:43] chrisccoulson: if we want to move gnome help translations to langpacks, they'd need to be in a different path, otherwise we'll get package conflicts [16:44] OK, as I mentioned to kenvandine, I removed the PPA sources.list, and will wait for the new updates to land in Karmic [16:44] pitti - i'm not too sure about that [16:44] I guess I'm ok for now [16:44] chrisccoulson: ok, thanks [16:45] pitti - it must be abstracted somewhere, as you can pass ghelp: URI's around at the moment, and they magically find the correct documentation [16:45] is anyone interested in sponsoring pidgin 2.6.1? [16:45] eg "yelp ghelp:eog" will bring up the help for eog [16:49] pitti, packaging branch pushed for xsplash 0.6 [16:51] debfx: just subscribe ubuntu-main-sponsors to the bug, please [16:52] kenvandine: please merge the changelogs, 0.5 was never uploaded [16:52] kenvandine: (I could do it myself, but I'd rather teach you to get your motu credentials sooner :) ) [16:52] oh... so skip 0.5 in the changelog? [16:52] kenvandine: keep the changelog entries, but merge them into the 0.6 block [16:53] kenvandine: debian/postinst can disappear from the changelog [16:54] done [17:01] bah, why can't I type xsplash? I keep typing xplash [17:03] lool: given your huge MIR backlog, I'll grab the new 5 MIRs [17:05] pitti, yeah... i keep tying xplash too [17:05] pitti: Huge? you assigned 3 to me yesterday and 3 NM ones remain; am my forgetting any (not talking of euca obviously) [17:06] Just making sure I dont forget about some MIRs [17:07] lool: well, I killed my queue yesterday; so perhaps s/huge/large/, in these FF times :) [17:07] bratsche, kenvandine: hm, how is the xsplash throbber supposed to look like? [17:07] I have a beam which jumps up and down and looks very weird [17:07] yeah... i don' t like it [17:07] Ok, FYI modemmanager/obexd/gnome-bluetooth are already in main and are in the post FF list [17:07] and it still quits far too early, even with a hot cache [17:08] pitti: Concerning xsplash, I'd rather not MIR it as I did the initial upload/review [17:08] pitti, bratsche said it is doing what mt requested... [17:08] Based on seb128's work IIRC [17:08] kenvandine: right, but this looks more like a bug [17:08] lool: ok, please reassing to me then [17:08] pitti, yeah... but not a feature missing :) [17:08] lool: can I give you a plasmoid in return? [17:08] kenvandine: no :) [17:08] kenvandine: how does it look for you? [17:09] terrible :) [17:09] moves up and down [17:09] i think it should be horizontal [17:09] ok, so it's not just my hw [17:09] but it is using what mt sent [17:09] we need him to review it [17:09] * pitti uploads for now [17:09] mat_t, have you looked at the throbber? [17:09] pitti, thx [17:10] pitti: Ok please do [17:10] lool: I tossed a plasmoid to you, they should be easy to review [17:10] k thanks [17:10] glatzor: new version with your requested changes pushed (sorry that it took a bit longer I was in a meeting) [17:11] kenvandine: I can work on that tomorrow, been busy with other stuff [17:11] ok [17:11] just test it on karmic [17:11] it is being uploaded now [17:11] cool [17:11] the throbber doesn't look right [17:11] but it is there :) [17:11] :) [17:11] I'm pretty sure it's not intended to be like that :) [17:11] pitti, oh i hope so :) [17:12] dinner, bbl [17:12] mat_t, it jumps up and down instead of throbbing left to right [17:12] heh [17:12] then no, that's not what we intended ;) [17:12] bug... not a missing feature though :) [17:12] mat_t, i am sure [17:12] bratsche: Y is _vertical_ :) [17:12] * pitti hugs bratsche [17:13] pitti: hey [17:13] bratsche, rocks! [17:13] pitti: good to have you back ;) [17:13] pitti, have a good dinner... [17:13] pitti: we have to look at usplash, too, but now just enjoy your dinner :) === KenEdwards is now known as KenEdwards_lunch === KenEdwards_lunch is now known as KenEdwards [17:23] pitti - about your question earlier - rarian has something to do with this abstraction [17:24] it seems to provide a mechanism for discovering file:/// URI's from ghelp: [17:41] mpt: one more question about the searching - now that we do partial matching it seems like its not a good idea to start searching on the first char that is entered. should we have a minimal word length of ~3 chars? [17:42] mvo, I think it would feel weird if the search was mostly-but-not-quite-completely live [17:42] mvo, as long as doing the search doesn't slow down your typing, searching from the first character is fine I think [17:44] Google shows results starting from the first character :-) [17:44] ok [17:45] mvo, I've scanned mockups of the Installed Software section, I'll upload them shortly [17:45] ok [17:49] Ampelbein: ping [17:50] could you tell me the reaason why the daily ppa for empathy is updated for the last 2 days? [18:03] mat_t: hey, too! :-) [18:04] chrisccoulson: oh, thanks! didn't want to steal your time, though, just wondered whether you happened to know [18:04] chrisccoulson: thanks for the investigations [18:16] pitti - you're welcome :) [18:16] it's nice to take a break from gnome-settings-daemon for a change;) [18:24] mvo, https://wiki.ubuntu.com/SoftwareStore#%E2%80%9CInstalled%20Software%E2%80%9D%20section [18:25] pitti, when you are ready for more sponsoring... u1 client stuff is ready for upload [18:25] bug 419326 [18:25] Launchpad bug 419326 in ubuntuone-client "Upgrade to 0.93.0" [Wishlist,New] https://launchpad.net/bugs/419326 [18:25] and [18:25] bug 419324 [18:25] Launchpad bug 419324 in ubuntuone-storage-protocol "Update to 0.93.0" [Wishlist,New] https://launchpad.net/bugs/419324 [18:32] kenvandine: btw, when will the panel icon be dropped? I thought it was destined to go away? [18:32] karmic +1 [18:32] oh [18:32] it is half way dropped now [18:32] ok [18:32] it only appears now when it is busy [18:32] speaking about that, it still spins all the time [18:32] i think :) [18:32] never stops [18:32] * mpt wonders if the .deb format should have a Recommends-Replacing: field to complement its Replaces: field [18:32] it shouldn't sping anymore [18:32] spin [18:33] pitti, spinning is gone in 0.93.0 [18:34] +N tests/* [18:34] mmmmm [18:54] pitti, kenvandine: Hmm? Did I do something wrong? [18:55] bratsche, no... just complaining about the throbber [18:56] bratsche: I suppose the throbber is meant to throb horizontally [18:56] bratsche: so I was just joking that you swapped X and Y :) [18:56] bratsche, you know we love you man! [18:56] No I didn't, I just pull the frames out of the file and display them! :) === Richie is now known as YDdraigGoch [19:22] pitti: danke! === MenZa_ is now known as MenZa [19:25] ArneGoetje: ok, all seed changes done [19:25] ArneGoetje: let's see how tomorrow's CDs will look like [19:27] pitti: great [19:27] pitti: ibus-m17n is in the seeds now? [19:28] ArneGoetje: yes [19:28] if the total size is about the same as the scim packages, we can fit it [19:28] pitti: good... then I don't need to put it into the language-selector-input dependencies [19:30] ArneGoetje: can you please have a quick look at all the language-* stuff on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt (in source/binary demotions) [19:30] * ArneGoetje is looking [19:30] ArneGoetje: should they all be removed from teh archive? i. e. language-support-{input,translations} is truly obsolete now? [19:31] pitti, how long are you going to be around? [19:31] kenvandine: I skipped Taekwondo (ETOOMUCHTODO), so another two hours I think [19:32] ok [19:32] desktopcouch is coming... soon i hope [19:32] i would like to get that uploaded and evo-couch added to the seed so we can see how bad the CD is tomorrow :) [19:32] kenvandine, tedg: btw, shouldn't indicator-applet-session replaces/conflicts fast-user-switch-applet, to clean up on upgrades? [19:33] pitti: Uhm, yeah. I guess. gdm conflicts/replaces with it now. [19:33] kenvandine: what's the branch you feed the u1 packages from? [19:33] humm... yeah upgrades from jaunty i guess [19:33] tedg: ah, good enough [19:33] ~ubuntuone-control-center? [19:33] pitti: language-support-translations will be obsolete with the upcoming language-selector upload. [19:33] james_w, ~ubuntuone-control-tower [19:33] i think [19:33] I have a change I would like to propose for your next upload [19:34] ArneGoetje: ah, and -zh-hans/-zh-hant is the split? I wonder why it isn't seeded, I thought there was a glob for it [19:34] pitti: the zh packages should net be demoted... need to upload the transition package again... it got overwritten with a newer version [19:34] but I suppose these should stay [19:34] pitti: yes, zh-hans/hant is the split [19:35] kenvandine: lp:~ubuntuone-control-tower/ubuntu/karmic/ubuntuone-storage-protocol/karmic ? [19:35] james_w, yeah... i think so... i don't actually push there, i think pqm does [19:35] dobey is doing the packaging for that stuff [19:37] huh? [19:37] the packaging branch [19:37] you don't push right to ~ubuntuone-control-tower [19:37] yeah we have source package branches under ~ubuntuone-control-tower/ubuntu/karmic for ubuntuone-storage-protocol and ubuntuone-client [19:37] james_w, what's your request? [19:37] i do [19:38] dobey, oh, ok [19:38] I want to propose a change for the packaging to use python-oauth [19:38] oh [19:38] we need to get that MIR approved :) [19:43] chrisccoulson: didn't find gnome/help in rarian, but in yelp (src/yelp-utils.c, resolve_process_ghelp(), FYI) [19:44] but it's still nasty, apparently there are hardcoded file URLs around [19:44] ./data/beanstalk.document:DocPath[de]=/usr/share/gnome/help/beanstalk/de/beanstalk.xml [19:44] james_w: it's not as simple as just making the change in the client, unfortunately [19:44] why's that? [19:45] james_w: because the server uses it also [19:46] so it has to be a somewhat coordinated effort [19:46] which is why I am proposing to change the packaging [19:46] you said you were working towards dropping it [19:46] yes, working towards. but not there yet [19:46] and at this point, i think forking python-oauth is the better option :-/ [19:47] what all do we need to get that done? [19:48] why do you need to fork it to use the system one? [19:48] you're using the exact same code, just from a different file aren't you? [19:50] don't /need/ to fork it to use the system one. but the system one is broken. upstream is really slow at replying to anything. etc... [19:50] I'm willing to help make it happen, I just don't know how you manage dependencies and things [19:50] but you are using the same code? [19:50] I know the code isn't brilliant, and changes are hard to make [19:51] there is a 2 line change [19:51] you are worried about using the system one and so having less opportunity to make changes? [19:51] we use the OAuthServer/OAuthDataStore API on the server, which is where the API really changed [19:51] kenvandine: you are confused :) [19:51] - if auth_header.index('OAuth') > -1: [19:51] - auth_header = auth_header.lstrip('OAuth ') [19:51] + if auth_header[:6] == 'OAuth ': [19:51] + auth_header = auth_header[6:] [19:52] kenvandine: the current system package doesn't have the 1.0a code [19:52] diff -Naur /usr/share/pyshared/oauth/oauth.py /usr/share/pyshared/ubuntuone/storageprotocol/oauth.py [19:54] kenvandine: yeah, the ubuntuone version is currently like 1 revision newer than what's in the system package. but that's irrelevant :) [19:54] kenvandine: good catch [19:54] dobey: not any longer [19:54] I just uploaded the latest code from SVN [19:54] ok [19:54] ok [19:54] good [19:55] so I would propose http://paste.ubuntu.com/259999/ for the packages [19:56] it just stops it from installing oauth.py and uses the system one === rickspencer31 is now known as rickspencer31-af [19:56] if the problem were just that the code was ugly... i wouldn't be arguing about it :) [19:56] ok, and what other problems are there? [19:57] upstream is still broken and doesn't even correctly support 1.0a. removing it from ubuntuon-storage-protocol also requires updating the client and server code. and i need to look into the code a bit more, but i think i just found another nasty issue in it [19:58] have you asked for commit rights to the google code SVN? [19:59] no. and none of my code has actually been committed yet [19:59] I think you should [20:00] i can. and when she replies next month to tell me i don't have enough major contribution to warrant it... karmic will already be released === rickspencer31-af is now known as rickspencer3-afk [20:01] I feel like we are going around in circles [20:01] that's where i've been going for the past 1.5 months trying to get 1.0a fixed properly in upstream [20:02] because i really didn't want to fork it [20:02] we are not going to release karmic with two identical copies of security sensitive, previously problematic, and apparently known broken code [20:03] I'll fix that in the packages if that looks like it will be the case at beta [20:03] I'd like to work with you to make it happen in the way that you would like [20:03] ok [20:03] dobey, what is the issue with using system oauth.py for the client? [20:04] would you start by sending me the patches you have sent upstream? [20:05] http://oauth.googlecode.com/issues/attachment?aid=1911769618243518330&name=python-oauth-1.0a.patch [20:06] which has conflicts with current trunk [20:06] guys, anyone I can talk to about f-spot [20:06] http://groups.google.com/group/oauth/attach/f104172f97de9a94/oauth-verifier-fix.patch?part=2 <- this i sent to make what was committed at least be less broken [20:06] current version in karmic is 0.6 [20:06] 0.6.1 comes with bug fixes and is being released in around 2 days [20:07] rugby471, yeah? Laney is working on that [20:07] 0.6.0.1 [20:07] 0.6.1.1 [20:07] kl [20:07] right [20:07] ah [20:07] rugby471: We usually keep watch for these things [20:07] kl [20:07] ok, that second one is clearly needed [20:08] did the guy upstream email you? [20:08] no [20:08] oh well I told him to :-) [20:08] anyway [20:08] why? [20:08] james_w: not according to leah, but she hasn't replied to my last mail... http://groups.google.com/group/oauth/browse_thread/thread/8f54d2779e71db13 [20:08] will f-spot 0.6.1.1 be in karmic? [20:08] yes [20:08] kl [20:08] every f-spot release is mentioned on planets so often that it's hard to miss ;) [20:08] pheww [20:09] that is two bugs fixed then :-) [20:09] LP bugs? [20:09] let me know which... [20:09] https://bugs.launchpad.net/hundredpapercuts/+bug/387656 [20:09] Launchpad bug 387656 in hundredpapercuts "F-Spot screensaver too fast" [Undecided,Confirmed] [20:09] and [20:09] james_w: what will it take to get a new package in that's a fork/rewrite of oauth.py for karmic? [20:09] argh my degree certificate has slipped down [20:09] oops [20:10] https://bugs.launchpad.net/hundredpapercuts/+bug/127315 [20:10] Launchpad bug 127315 in hundredpapercuts "F-Spot puts photos in Photos folder not Pictures folder" [High,In progress] [20:10] Laney: with regards to the second one, will you be able to put in the debdiff if you are updating the package [20:10] ? [20:10] hmm? [20:10] http://launchpadlibrarian.net/30497857/f-spot_0.6.0.0-1ubuntu1.debdiff [20:11] dobey: a freeze exception [20:11] it is a fix that set's f-spot's default directory to ~/Pictures/Photos [20:11] dobey: and such a package to put in :-) [20:11] (it all gets localized as well) [20:11] it has been sitting there a while [20:11] rugby471: Do we want to do this? [20:11] yes [20:11] james_w: then let's have this talk again this time tomorrow :) [20:11] or to put it another way, why do we want to deviate from upstream? [20:11] dobey: your other changes make sense to me [20:11] upstream definitely wants to put it there [20:12] dobey: please name the module something other than oauth.py [20:12] but they haven't done it [20:12] http://bugzilla.gnome.org/show_bug.cgi?id=459338 [20:12] yes [20:12] Gnome bug 459338 in General "XDG Base Directory Specification and xdg-user-dirs support" [Enhancement,New] [20:12] james_w: oh. i am [20:12] they decided to wait until next release [20:12] so I'm inclined to say we should do the same [20:12] dobey: also, not gratuitously changing the API would be great, it would make it easier to consolidate later [20:12] dobey: plus, we need the launchpad people on board [20:12] however the current status in karmic is that becuase there is no Photos directory created, F-spot uses the home dorectory [20:12] and messes it all up [20:13] ie. loads of directories in home like [20:13] no [20:13] that is fixed [20:13] 2009, etc. [20:13] really? [20:13] yes [20:13] what does it do now? [20:13] i uploaded that patch some time ago [20:13] package version? [20:13] if you can remeber [20:13] ++ if (Directory.Exists(FSpot.Global.PhotoDirectory)) [20:13] + dest_dir_chooser.SetCurrentFolder(FSpot.Global.PhotoDirectory); [20:14] well current karmic doesn't behave like that [20:14] james_w: well, the current api is rather nasty, undocumented, and not well tested. so there will undoubtedly be changes :-/ [20:14] dobey: oh, I agree [20:14] james_w: but i'll poke #launchpad-dev about their thoughts [20:14] dobey: but avoiding gratuitous changes would be appreciated [20:15] define gratuitous in this case :) [20:18] Laney: just tested it now on karmic in Virtualbox [20:18] it litters the home directory with 2009...2008 etc. === bryce_ is now known as bryce [20:19] this patch simply sets the default directory to Pictures/Photos [20:19] eliminating ~/Photos [20:19] as a redundant directory [20:19] rugby471: can you believe upstream's all-or-nothing approach to the XDG spec? [20:19] hehe [20:19] not wanting to rename the default folder until they support on-the-fly XDG folder renaming [20:20] not really but there we go :-) [20:20] geez [20:20] who even does that? [20:20] haha [20:20] that's why we patching systems :-) [20:20] anyway have you seen the conversation so far (between me and Laney) [20:20] basically f-spot 0.6.1 willl be in karmic [20:21] https://bugs.launchpad.net/hundredpapercuts/+bug/387656 - check [20:21] Launchpad bug 387656 in hundredpapercuts "F-Spot screensaver too fast" [Undecided,Confirmed] [20:21] but obviously Laney says (I agree) that we don't want to deviate from upstream to much [20:22] however i think that this patch is not too much as in f-spot 0.6+1 [20:22] I want to check why this patch doesn't work [20:22] they will have a similiar patch [20:22] ok [20:22] sorry [20:22] (BTW I checked the debdiff I made on a new karmic environment and it all worked) [20:22] I don't care for Pictures/Photo [20:22] s [20:23] but if it's still putting stuff in ~ then that's worrying [20:23] yeah [20:23] it looks really unprofessional to a new user [20:24] partly why I am following the bug [20:26] I think the problem is that there is no Photos directory and so it just goes aa directory up [20:26] not such a bad idea [20:27] however when the directory is only one level above the home... [20:27] it turns into an annoyance [20:27] no [20:27] there was just a bug in our targetdir-selector patch [20:28] oh? [20:28] what was it? [20:29] kenvandine: what are the top-level packages which we'd want to seed for all the couchdb stuff? (most of it will be pulled in as a dependency I guess, such as python-couchdb) [20:29] evolution-couchdb [20:29] james_w: i was planning on splitting the server/client pieces to separate modules, and having a compat module that includes both, and make some api changes [20:29] it will pull the rest in [20:29] dobey: that sounds sensible [20:30] dobey: I hope the first thing you kill is bare try/excepts :-) [20:30] kenvandine: ugh, 5.8 MB [20:31] james_w: well, the first thing i'll do is get the basic class structure set up, then i'll add unit tests, and then i'll add the functionality [20:31] pitti, yup... time to axe gimp :-p [20:34] Laney: any progress on the bug? [sorry if you are busy] [20:41] yeah I'm trying to cook [20:41] ah sorry [20:41] I am inclined to push a patch to use the XDG dir [20:41] just baked a cake myself... [20:41] k [20:41] but I don't like the subdir thing [20:41] sorry [20:41] why is that? [20:42] maybe I can help to sway you :-) [20:43] Laney, so now we have Pictures/2009, Pictures/2008? [20:43] that is the issue [20:44] if we just use the pictures directory then we have Pictures/2009 [20:44] etc. [20:44] this makes images that the user doesn't want to use f-spot [20:44] for exmaple desktop wallpaper [20:44] s [20:44] hard to look for [20:45] also upstream is going to move towards Pictures/Photos rather thanks Pictures [20:45] final reason [20:45] if user imports photos into f-spot [20:46] they are probably only going to use f-spot to view them [20:46] kenvandine: is bug 388896 still an issue? butterfly is in universe again [20:46] rickspencer3-afk: https://bugs.edge.launchpad.net/ubuntu/+bug/219385 I would like to escalate this with your team if possible. [20:46] (ie. they are not going to go browsing for them) [20:46] Launchpad bug 388896 in telepathy-butterfly "[MIR] telepathy-butterfly" [Undecided,Incomplete] https://launchpad.net/bugs/388896 [20:46] Launchpad bug 219385 in hundredpapercuts "File filters can make file selection dialog too wide for screen" [Undecided,Confirmed] [20:46] kenvandine: and it seems not to be required [20:46] therefore it is best if they are kept seperate in the Pictures folder [20:46] that was to switch to butterfly from haze [20:46] for msn [20:47] #219385 is a pain in the a*se [20:47] what is your concern Laney? [20:47] kenvandine: we keep libpurple for karmic? [20:48] at guadec we decided it would be better to switch to butterfly when papyon made it in [20:48] butterfly is where they are focusing developer effort [20:48] kenvandine: I unmarked it for karmic (release blocker), but the main task is still open [20:48] i am not sure how it rates bug wise still though [20:49] kenvandine: papyon was approved in bug 388898, btw [20:49] yeah [20:49] Launchpad bug 388898 in papyon "Move Empathy Dependencies to Main and Update Desktop Seed" [Undecided,Fix committed] https://launchpad.net/bugs/388898 [20:49] papyon was needed for butterfly [20:49] oh, and that also has a butterfly task; let's keep it in one bug then [20:50] yeah [20:50] i don't really use msn... i tried it and it seemed to work for me :) [20:50] Laney: also upstream actually told us that they are fine with us using the patch: [20:50] http://bugzilla.gnome.org/show_bug.cgi?id=459338#c26 [20:50] if we switch to butterfly, perhaps we can drop haze and libpurple from the CD? [20:50] Gnome bug 459338 in General "XDG Base Directory Specification and xdg-user-dirs support" [Enhancement,New] [20:50] "In the meantime, you are free to ship this patch" [20:51] pitti, and we need an MIR for gupnp-igd [20:51] i am just running out of time here.. [20:52] ahh! feature freeze! [20:54] anyone want to do an MIR for gupnp-igd? [20:54] pitti, actually you said MIRs after FF is ok? [20:54] kenvandine: not ideal, but it's okay [20:56] pitti: I don't know if you had the time to follow the conversion in xdg mailing list about default association [20:56] didrocks: no, I'm not on the list [20:56] pitti: when/if you have some time: [20:58] pitti: http://lists.freedesktop.org/archives/xdg/2009-August/010860.html [20:58] * pitti looks at his gtimelog -- MIR reviews 3 hours 48 min [20:59] go FF [21:00] pitti: good luck :) [21:00] rugby471: You strike a convincing argument (I didn't know upstream were going to do it). I'll take a closer look [21:00] didrocks: what's the 5-line executive summary? :-) [21:00] hehe thanks [21:00] my camera appears to have died [21:00] which is particularly annoying [21:01] Laney: btw don't know whether you are interested (but judging by your launchpad avatar) I released a new veriosn of memaker today [21:01] oh [21:01] that is annoying [21:01] didrocks: hey [21:01] fun [21:01] anything good in it? [21:02] if I do day so myself :-) [21:02] hehe [21:02] well full launchpad integration [21:02] loads of bug fixes [21:02] better ui [21:02] xdg dirs [21:02] kl stuff [21:02] hopefully will be in karmic [21:04] hey james_w o/ [21:04] didrocks: did you upload cairo-dock-plug-ins [21:04] james_w: exactly, why? [21:04] did you know gilir was working on apparently the same package? [21:04] did you just get any mails about the upload? [21:04] james_w: yes, but he was on vacation and let upstream finish the job [21:05] james_w: and upstream asked me to finish before FF [21:05] ok [21:05] james_w: and I just get a rejection email :/ [21:05] was it a different source package name? [21:05] james_w: no, source package name is the same… [21:06] ok, just a transcription error [21:06] please re-upload a -0ubuntu2 with -sa [21:06] or maybe without it I'm not sure [21:06] you got caught by some sloppy fingers I'm afraid [21:07] james_w: ok, so -sa should do the trick, right? [21:07] hmm, start by uploading the same thing again if you have it [21:08] didrocks: actually, give me 10 minutes [21:08] I think you may not need to [21:08] james_w: ok, I'm stopping dput :) [21:09] pitti: you can take a look at http://www.didrocks.fr/temp/mime-actions-spec-0.1.html but last email on the list proposed a new stuff with defaults.list which I don't like too much :/ [21:09] did gilir not tell you about the reason for the previous rejection? [21:10] james_w: he (and upstream) spoke me about bad licensing [21:10] james_w: upstream told me it's fixed (with a script) [21:10] http://paste.ubuntu.com/260031/ [21:10] still doesn't seem to be fixed [21:11] but as I didn't followed the whole discussion. They just call me to fix the stuff (a lot of things in both cairo-dock and -plugin fixes for lintians errors) [21:11] LAney:got to go now [21:11] Laney: could you email me the resolution? [21:11] ok [21:11] I might not do it today anyway [21:11] kl [21:12] james_w: oh, seems that they didn't put the LGPL, right? [21:12] just before karmic releas :-) [21:12] "The debian/copyright file you've provided does not include a warranty [21:12] disclaimer, so binaries built from this package are not legal to distribute." [21:12] Laney:see ya [21:12] tara [21:12] if i don't email you [21:12] check the [21:12] haha [21:12] there are no warranty disclaimers in debian/copyright still [21:13] james_w: oh right. I can fix this [21:13] james_w: did I have to put that below every Licence group file? [21:13] do* [21:14] james_w: or just at the top? (is there a wiki page, never found one for proper copyright) [21:15] james_w: bbl (in 30 minutes, have to have my dinner :)) [21:15] enjoy [21:15] thx [21:16] didrocks: you should copy one of the license statements from the headers in to the debian/copyright file for each license === rickspencer3-afk is now known as rickspencer3 [21:48] james_w: I think I will not upload a new version of the package tonight: upstream mixed GPL3 and LGPG licence in relicencing :/ [21:48] LGPL* [21:48] ok [21:48] good night everyone [21:48] good night pitti [21:48] night pitti [21:49] good night pitti [21:49] hope that it's nice and chilly when you wake up [21:49] I accepted by mistake, so I hope that you can get something acceptable uploaded soon [21:49] (b/c of feature freeze) ;) [21:49] didrocks: otherwise let me know and I will remove the package until we can [21:50] james_w: I'm pinging them and they are reactive. I think it will be ok for tomorrow night. Does that seem reasonable? [21:50] yeah [21:50] apologies for my mistake [21:51] ok, I'll let you know. Apology for trusting upstream when they said that they fixed the licence thing (I only fixed packaging mistakes) :) [22:13] james_w: well. Upstream was reactive and a new version is ready. Do you want that I bump the version number or is it ok? [22:14] debian version, or upstream version? [22:14] james_w: debian version [22:14] yeah [22:14] -0ubuntu2 please [22:14] care to debdiff me to review? === Cuddles is now known as YDdraigGoch [22:30] james_w: sorry, had to fix some stuff with upstream. Unfortunately, I didn't have the previous revision. So I can pastebin the copyright file (the only file which changed in debian/ directory: http://paste.ubuntu.com/260063/ [22:34] wfm [22:35] perfect [22:35] thanks didrocks [22:35] you saved me there [22:35] I owe you dinner :-) [22:35] vegetarian, of course :p [22:37] heh [22:39] james_w: 2.0.8.2-0ubuntu1 uploaded (finally, upstream bumped their revision to reflect last changes) [22:39] cool [22:39] I was not aware about the obligation of writting in debian/copyright the "NO WARRANTY" stuff. licensing is so complicated :/ [22:40] I'll have a look tomorrow at the cairo-core package, I think that debian/copyright might not be correct as well [22:41] thanks [22:41] well, time to have some rest now. Have a good night! [22:43] bryce: ping [22:43] awe, what's up? [22:43] awe, (btw pinging is inefficient... better to just ask away) [22:43] I did an update this afternoon, and my macbook is *hosed* [22:43] np [22:44] I thinking it's nvidia or X related [22:44] define hosed? [22:44] it boots, I see usplash, then I end up at a cmd-line login prompt [22:44] awe, only significant X update that's gone in lately is mesa 7.6+git [22:45] I can login, and re-ran update manager to grab the latest bits, but I still run into the same problem... [22:45] awe, mm, can you file a bug with ubuntu-bug so I can get at the logs and such? [22:45] sure, although will that work w/out X running? [22:46] also what source package should I use? x? [22:46] yes it will. Some info can't be collected, but for our purposes we don't need that [22:46] also attach the log files from /var/log/gdm/ [22:46] file it against xorg [22:48] ok, filing... [22:52] bryce, I can't seem to get apport-cli to accept my input ( in order to login to LP ) [22:53] is there some trick I'm missing? [22:53] hmm, not sure [22:54] awe, ok well what I'd like to see is your /var/log/Xorg.0.log and /var/log/gdm/:0.log and output from dmesg [22:56] Xorg.0.log: Failed to load module "nvidia" ( module does not exist ) [22:57] if you want, I can grab the full contents of those files, and pastebin 'em [22:57] it'll take me a few minutes... [23:00] bryce: I guess I could try un-installing the latest ( 185 ) version of the nvidia driver and see if that resolves things? [23:00] awe: probably klernel related... [23:00] kernel [23:01] as we had another abi bump [23:01] and you may not have linux-headers-generic installed which pulls the latest headers for the latest kernel [23:01] no, I do have linux-headers-generic installed [23:02] hrm ok [23:02] Is the nvidia module loaded? [23:02] I saw the kernel abi bump install + the nvdia install [23:02] yes, it's loaded [23:02] hrm ok no idea then. :) [23:05] awe, check that nvidia-glx-185 is installed [23:05] i think tseliot made a bit of a mistake in his packaging that doesn't transition it properly, but i've not verified this [23:06] superm1, yea, i think that may be it... thanks [23:07] awe, doh: Package: nvidia-glx-185 conflicts nvidia-glx-180. nvidia-glx-180 depends on nvidia-glx-185 [23:07] i dont think that's gonna work :) [23:08] there are so many conflicts/replaces in that debian/control file, it's no surprise to get confused though [23:08] doh [23:09] bryce, could you look at cleaning that stuff up among nvidia-* packages maybe? [23:10] superm1, hmm maybe although I'm not sure my brain is grokky enough with it [23:10] bryce, yeah i'm scared to break it all too if i try [23:12] superm1, maybe we could just drop the Depends lines for nvidia-glx-180-*? [23:13] bryce, the transition is still the broken point i think though [23:13] erf, this is why I hate all the nvidia-glx-NNN numbering as part of the package [23:13] and this is gonna keep happening if all these replaces/conflicts/provides are confusing [23:13] alright, I'm pretty sure I'm not smart enough to fix this without breaking it worse ;-) [23:15] how's this for a solution possibly: switch to a single monolithic source package that contains all the different nvidia drivers that are supported at any given time? you only have conflicts/replaces for each other so you can switch between the different binary packages [23:15] it'd be an ugly upload everytime it was uploaded, but it would keep everything in one place and leave you one place to file bugs and stuff [23:15] hmm, is this the same as bug 418681 ? [23:15] Launchpad bug 418681 in nvidia-graphics-drivers-180 "nvidia-glx-185 conflicts nvidia-glx-180 (<< 185.18.37) version is too high, this means that dummy package nvidia-glx-180 can't upgrade" [Undecided,New] https://launchpad.net/bugs/418681 [23:16] yes i think that's it [23:16] bryce, superm1: I was able to manually install nvidia-glx-185, but it still doesn't resolve things... [23:17] new error in the X log? [23:17] it certainly shouldn't be the same as you now have the 'nvidia' glx module available [23:17] bryce, superm1: now in my Xorg.0.log I see: [23:17] /usr/lib/xorg/modules/drivers//nvidia_drv.so: invalid ELF header [23:17] blech [23:17] are you amd64? [23:18] yes [23:18] although whenever I get the downtime to fix, I'm going back to i386 [23:19] ouch, that sounds like a kernel version mismatch or something [23:19] that could be a packaging problem [23:19] check $file /usr/lib/xorg/modules/drivers//nvidia_drv.so [23:20] superm1, what tseliot and I discussed is to drop the -NNN stuff for the latest driver, and go with a more neutral naming convention. But he didn't feel comfortable making that change now, and wants to leave it to karmic+1 and just do -185 for now [23:20] bryce, problem with a neutral naming convention is when they do have drivers of different series' that support different cards tho [23:21] I actually don't mind having the older driver versions bugs split out in separate sources [23:21] granted that shouldn't happen all that often, it's happened in the past [23:21] so then on a case by case basis upload new source packages for "old" versions as necessary? [23:21] superm1, right well we would still have -77 and so on for the old ones, those don't change so much [23:21] right [23:21] but the 'current' one would always be a neutral name [23:22] i'm not sure that's going to solve this still [23:23] superm1, 'file' tells me it's a data file, and 'nm' can't read any symbols from it. looks like it's wrong to me... [23:24] superm1, don't think we've ever chatted on IRC before. amusing nick! ;) [23:24] awe, sounds like maybe a corrupted install then? I'd say try to reinstall that deb again. [23:25] oh hi awe, i didn't even make the connection until /whois :) [23:25] me neither! ;D [23:25] heh [23:26] ok, I've subbed tseliot to bug 418681, and awe too [23:26] Launchpad bug 418681 in nvidia-graphics-drivers-180 "nvidia-glx-185 conflicts nvidia-glx-180 (<< 185.18.37) version is too high, this means that dummy package nvidia-glx-180 can't upgrade" [Undecided,New] https://launchpad.net/bugs/418681 [23:28] bryce, ok, thanks. it's weird, it looks like 185 installed according to dpkg, but the drv.so file is definitely hosed. [23:29] I extracted the files from the .deb, and the drv.so is OK [23:29] huh, weird [23:32] bryce, superm1, ok, i was able to purge nvidia-glx-180, and re-install -185. the drv.so file looks correct now. lemme see if I can bring up X now. [23:33] if so, I'll add details to the bug [23:33] mario, hmm, it looks like you did a 185.18.36-0ubuntu1 update for nvidia-graphics-drivers-180, however nvidia-graphics-drivers-185 is at 185.18.31 still. Something seems out of sync [23:33] awe, thanks [23:33] is there anyway we can get this pulled and/or blacklisted so that other folks don't get hosed? [23:34] awe, probably, it's just unclear how [23:34] yea, that did the trick... [23:35] thanks guys! [23:35] for now, guess just document on that bug the steps to manually un-hose things [23:35] ok [23:38] weird, this doesn't even show the -185 package - http://packages.ubuntu.com/search?keywords=nvidia&searchon=sourcenames&suite=karmic§ion=all [23:39] * TheMuso has found that in the past at least, p.u.c has lagged. [23:41] apt-cache policy shows it, so it's real. ;) [23:42] TheMuso, that must be it [23:57] hi pitti - sorry, i had to disappear for a bit [23:58] the rarian stuff gets the file URI's from the files in /usr/share/omf [23:58] rrn_find_entry_from_uri() in librarian/rarian-main.c [23:59] this is called from resolve_process_ghelp()