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