[06:30] <dholbach> good morning
[08:31] <seb128> mpt: hey
[08:32] <seb128> mpt: https://wiki.ubuntu.com/DesktopTeam/Experiences/PlayingCds is confusing
[08:33] <seb128> mpt: you wrote "Tested with Ubuntu Hardy beta by MatthewPaulThomas. " but hardy uses brasero and not serpentine and rhythmbox should open the CD and start playing it when inserted
[08:33] <seb128> mpt: are you sure you tried the right ubuntu version?
[08:33] <seb128> mpt: that's rather confusing
[08:58] <slomo__> vuntz: ping? :)
[09:02] <vuntz> slomo__: pong
[09:03] <slomo__> vuntz: hi, just wanted to ask you if i need to do anything else except the mail to desktop-devel for bumping the liboil minimal required version :)
[09:04] <vuntz> slomo__: no, that's all you need to do
[09:04] <slomo__> ok, good
[09:04] <slomo__> thanks
[09:05] <vuntz> (you can of course bribe some release team people)
[09:30] <mpt> seb128, I wrote only the "Heuristic evaluation" section. The rest of the page is probably out of date.
[09:31] <seb128> mpt: ah ok
[09:31] <seb128> mpt: what version of rhythmbox did you have?
[09:31] <seb128> mpt: when inserting a CD rhythmbox is supposed to switch to the CD and start playing
[09:32] <mpt> seb128, whichever was in Hardy beta -- finding the version myself would require restarting into Hardy
[09:33] <mpt> (which I can do if you like)
[09:34] <mvo> asac: have you seen my question about apturl and ff3? (bug #203538)
[09:34] <ubotu> Launchpad bug 203538 in apturl "Don't work with Firefox3 beta4" [Medium,In progress] https://launchpad.net/bugs/203538
[09:35] <huats> morning everyone
[09:35] <huats> hey seb128 mvo and crevette
[09:35] <mvo> hey huats
[09:35] <seb128> mpt: no hurry, I'll have a look first and might ping you back about the "don't start playing the cd" issue
[09:36] <seb128> mpt: did you use an audio only disc or one with a data track too?
[09:36] <seb128> lut huats
[09:39] <mpt> seb128, audio-only
[09:39] <mvo> Amaranth: hey! I'm updating compiz today and I was wondering if there is a reason for our compiz-dev to depend on compiz-core. do we really need that (if so, I assume because of core.xml?)
[09:39] <Amaranth> I don't think I ever did that
[09:39] <seb128> mpt: ok
[09:39] <pclynch> im having problems with the "switch users" function and need help. everytime its run it goes to a blank white screen. whats wrong?
[09:40] <Amaranth> pclynch: Firebomb nVidia HQ
[09:40] <pclynch> Amaranth : come again?
[09:40] <Amaranth> pclynch: nvidia driver bug
[09:41] <mvo> Amaranth: ok, thanks. I remove it and see what happens
[09:41] <pclynch> Amaranth : oh i see, is there anyway to fix this?
[09:41] <Amaranth> pclynch: the only 'fix' is to disable compiz
[09:42] <pclynch> Amaranth : oh... :
[09:42] <pclynch> Amaranth : might it be resolved in hardy?
[09:42] <Amaranth> nope
[09:43] <pclynch> Amaranth : alright well thanks, atleast i know whats wrong now
[09:45] <mpt> If that's a common problem, I hope it's explained on help.ubuntu.com somewhere
[09:48] <kwwii> seb128: it seems that #210538 is not related to the gdm theme itself, or?
[10:00] <seb128> bug #210538
[10:00] <ubotu> Launchpad bug 210538 in ubuntu-gdm-themes "gdm hangs after theme upgrade and reboot" [High,Confirmed] https://launchpad.net/bugs/210538
[10:00] <seb128> kwwii: no, doesn't seem to be the theme
[10:24] <Amaranth> mvo: btw, bugs marked In Progress on compiz should be fixed if you're syncing to latest upstream code
[10:24] <seb128> kwwii: ok, so this gdm human list theme issue
[10:24] <seb128> kwwii: that seems to be the gtk bug I though about
[10:25] <mvo> Amaranth: aha, thats great. I will have a look at the list soonish, I'm preparing the upgrade in a PPA and will ask for testing later and apply for a freeze exception
[10:25] <mvo> Amaranth: I understand the new 0.7.4 release is pretty close too, right?
[10:25] <seb128> kwwii: commenting the gtk_color_scheme = in the HumanList gtkrc seems to workaround the issue and that doesn't seem to impact on the colors
[10:25] <Amaranth> as i understand it the 0.7.4 release was supposed to be out for use in the spring release of distros
[10:26] <mvo> yep
[10:26] <Amaranth> so it should actually have been around right about now
[10:26] <seb128> kwwii: do you know why Human and HumanList have different gtkrc variants and if that line is required?
[10:26] <Amaranth> otherwise it'll be too late for ubuntu and fedora, at least
[10:26] <Amaranth> i'll see if ixce and/or onestone can give an update
[10:26] <mvo> its just a matter of days I think (maybe even hours) - but I should ask in #compiz-fusion-dev
[10:32] <kwwii> seb128: nope, I left the old version of gtkrc in the human theme because you cannot select the colors anyway for gdm
[10:32] <kwwii> seb128: I guess that bersace put in a new version of the gtrc
[10:33] <seb128> kwwii: ok, so have you a pending upload?
[10:34] <kwwii> seb128: yeah, I am working on it now
[10:34] <seb128> kwwii: otherwise if one of you artwork guys could confirm I can comment the gtk_color_scheme there that would be nice
[10:34] <kwwii> seb128: I also have a ubuntulooks update to fix the preview issue
[10:34] <tjaalton> where does the "about me" -dialog write?
[10:34] <seb128> kwwii: I doubt the gtk bug will be fixed for hardy
[10:34] <seb128> tjaalton: there is a rewrite?
[10:34] <kwwii> seb128: yeah, the important thing here is that the bug is gone (or the humanlist theme, one or the other)
[10:35] <seb128> kwwii: ok, so please comment the line in bzr so it's in the next upload
[10:35] <tjaalton> seb128: no I mean where does it read/write it's information
[10:35] <seb128> kwwii: let me know when you need sponsoring for the gdm theme or ubuntulooks
[10:35] <seb128> tjaalton: evolution-data-server
[10:35] <Amaranth> tjaalton: afaik that gets stuffed into evolution-data-server
[10:35] <tjaalton> yuck
[10:35] <tjaalton> nevermind then :)
[10:36] <kwwii> seb128: will do, I also have an update for human icon theme
[10:36] <seb128> ok
[10:36] <seb128> artwork on fire this week ;-)
[10:37] <kwwii> this is what happens when I start doing packaging :p
[10:37] <kwwii> between leading the community, making mark happy, doing the artwork itself, and packaging my job is getting complicated ;-)
[10:42] <Amaranth> kwwii: You should help with compiz bugs too, it's just a little step from there :)
[10:43] <Amaranth> You make pretty things, we make pretty things, etc ;)
[10:45] <kwwii> Amaranth: lol, no doubt
[10:50] <mvo> *sigh* new compiz segfaults for me, how strange
[10:50]  * mvo pokes around a bit more
[10:59] <kwwii> hrm, bug #161746 seems to be a problem with the screensaver stuff in human-theme
[10:59] <ubotu> Launchpad bug 161746 in human-theme "on dist-upgrade error on substituting human-theme" [Undecided,New] https://launchpad.net/bugs/161746
[10:59] <asac> mvo: sorry, does the preference show up in about:config ?
[10:59] <mvo> asac: no
[10:59] <asac> ah
[11:00] <asac> mvo: ok. one part of the problem is that  then obviously ;)
[11:01] <mvo> indeed
[11:01] <asac> mvo: another question is if it works with those preferences at all?
[11:01] <asac> have you tried to set them manually?
[11:01] <mvo> not yet, I was wondering if I have the wrong config dir, but then there is a firefox.js in the same dir that seems to work. I will look closer when I finished with my compiz stuff here
[11:02] <asac> mvo: i think we accidentially dropped the syspref patch during the cycle
[11:02] <mvo> aha
[11:02] <asac> it has been readded for netxt upload
[11:02] <asac> so for me the config is at least read now.
[11:04] <asac> mvo: what was the meaning of apt+http ?
[11:04] <asac> (vs. just apt://)?
[11:04] <mvo> asac: deprecated, not used anymore
[11:05] <mvo> it was meant to add repositories to the sources.list but we dropped it for security concerns
[11:05] <asac> k
[11:06] <mvo> but generally its the right dir (the same as firefox.js) - so after the next upload it should work (assuming the pref names are correct etc)
[11:06] <asac> mvo: yes ... but it would be firefox only. i think we should have something similar for /etc/xulrunner-1.9/
[11:08] <mvo> right
[11:10] <asac> mvo: i will let you know in case we introduce this now. i have to discuss this with Mozillateaam
[11:10] <asac> mvo: for now the location is right
[11:10] <asac> everything else is a bug on our side
[11:13] <tjaalton> umm, gnome-power-manager needs to be running in order for the logout-button to work?
[11:16] <tjaalton> because it starts g-p-m if it's not running already
[11:18] <Amaranth> tjaalton: that's dbus autostarting the service because the logout dialog tried to ask gpm if it could sleep/hibernate
[11:18] <tjaalton> Amaranth: urgh
[11:21] <tjaalton> that's a bug imho.. it should first check gconf if gpm is allowed to do that, and only then check the daemon
[11:22] <mvo> Amaranth: hrm, 013-add-cursor-theme-support breaks with the latest compiz. do you remember why this is not upstream?
[11:23] <Amaranth> mvo: Because I never got around to reviewing it
[11:23] <Amaranth> I don't even know where it came from
[11:23] <mvo> maybe gandalfn remembers (or even wrote it :) ?
[11:38] <seb128> mvo: you might want have a look to bug #40379 before hardy
[11:38] <ubotu> Launchpad bug 40379 in notification-daemon "Notification window too small to fit text." [Medium,Triaged] https://launchpad.net/bugs/40379
[11:38] <seb128> mvo: there is a patch, not sure if it's correct but would be nice to get the issue fixed if that's correct
[11:40] <mvo> thanks seb128
[11:40] <seb128> mvo: you are welcome :-)
[13:33] <_MMA_> Hi seb128. kwwii mentioned he talked to you about this odd GDM bug. He said it might have come down to the new color-picker gtkrc used in the theme. Ubuntu Studio's theme had hard-coded values and this bug just bit me. I'm trying to pin it down now.
[13:41] <seb128> re
[13:41] <seb128> _MMA_: I know what the issue is, did you read my comments on the other bug?
[13:42] <_MMA_> I didnt see the current one sorry.
[13:42] <mvo> Amaranth: I uploaded new snapshots to  https://edge.launchpad.net/~mvo/+archive - testing much appreciated (once its build)
[13:42] <seb128> _MMA_: bug #210538
[13:42] <ubotu> Launchpad bug 210538 in ubuntu-gdm-themes "gdm hangs after theme upgrade and reboot" [High,Confirmed] https://launchpad.net/bugs/210538
[13:42] <_MMA_> seb128: Thanx
[13:43] <seb128> you are welcome
[13:50] <_MMA_> seb128: So which comment is it? The "Commenting the gtkrc gtk_color_scheme =" part?
[13:52] <seb128> _MMA_: well, I pointed the GTK bug which is the issue in one comment and that is my suggested workaround
[13:52] <_MMA_> seb128: That's what I was saying. The Ubuntu Studio theme doesn't have that as the values are hard-coded.
[13:53] <seb128> _MMA_: maybe you have a different bug then
[13:54] <_MMA_> I get to the desktop by removing GDM. Once I reinstall it and the system tries to start it it crashes instantly. Ill let it report the crash.
[13:56] <gandalfn> mvo: yep it's me i made 013-add-cursor-theme-support, it's a back hack which pool gconf cursor theme key, it's never merged in compiz git because the last time i see the  code ;), it's plan to support a native cursor theme.
[15:03] <kwwii> mvo, pitti, seb128: just for information I have several updated packages to be uploaded (human-icon-theme, ubuntu-gdm-themes, human-theme, and ubuntulooks)
[15:03] <kwwii> who wants to take a whack at them?
[15:04] <seb128> can do that
[15:04] <seb128> urls?
[15:04] <pitti> just distribute them evenly amongst us :)
[15:04] <seb128> just the dsc are enough
[15:04] <kwwii> ok, let me post the links....one second
[15:18] <kwwii> http://sinecera.de/human-icon-theme_0.28.dsc
[15:18] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.29.dsc
[15:18] <kwwii> http://sinecera.de/human-theme_0.15.dsc
[15:18] <kwwii> http://sinecera.de/ubuntulooks_0.9.12-10.dsc
[15:18] <seb128> looking to ubuntulooks
[15:21] <seb128> ah, this one is easy
[15:22] <seb128> kwwii: so that was a theme bug!
[15:26] <_MMA_> seb128: Well I dont know, because the Ubuntu Studio theme now works. No no new updates.
[15:26]  * _MMA_ is totally stumped.
[15:26] <seb128> _MMA_: weird
[15:28] <seb128> kwwii: the change seems weird though, using selected_bg_color for bg[SELECTED] seemed logical
[15:29] <seb128> looking to ubuntu-gdm-themes
[15:30] <_MMA_> seb128: At one point, I deleted our GDMs gtkrc. After that, things worked! :) But, just to see, I added it back and it still worked.
[15:30]  * _MMA_ scratches head.
[15:31] <seb128> _MMA_: are you sure you didn't have a version use themeable colors?
[15:31] <_MMA_> Restarted GDM. Rebooted a bunch. All still works.
[15:31] <_MMA_> seb128: Positive.
[15:31] <seb128> weird then
[15:32] <_MMA_> I should try to put one in and see.
[15:33] <_MMA_> But removing it all together just uses the default system theme so I'm just gonna yank the one from our GDM.
[15:35] <kwwii> _MMA_: seb was talking about the preview of the theme in the theme selector
[15:35] <kwwii> it uses the selected_bg_color as the window decoration color in the previewer for some reason
[15:36] <kwwii> so we added an extra definition so it displays correctly in the theme chosser
[15:36] <kwwii> chooser
[15:36] <kwwii> anyway, /me tests gdm now
[15:38] <_MMA_> kwwii: He and I *were* talking about GDM earlier. That's what I was talking about just now. (thought I can see that would get confusing) But I don't see that issue personally in the preview for the system theme.
[15:40] <kwwii> ahhh, ok
[15:40] <kwwii> _MMA_: well, after replacing the gtkrc to one with hard-coded colors it works for me
[15:41] <_MMA_> So weird. I should replace mine with one and test.
[15:41] <kwwii> seb128: yeah, the previewer seems to look through the file to find the right definition of bg color to use for the window decoration so even though the theme worked the previewer didn't
[15:41] <kwwii> seb128: btw, I found I had to remove the thumbnails when I was testing it for it to appear correctly
[15:42] <seb128> kwwii: right for the thumbnail
[15:42] <_MMA_> kwwii: How? :P
[15:42] <kwwii> seb128: not sure if the version number bump will fix that or not
[15:42] <seb128> kwwii: but I'm not sure to understand the fix, are you sure it's correct?
[15:42] <kwwii> seb128: yes, it works fine now on several machines
[15:44]  * kwwii actually tested this stuff before submitting the changes this time :p
[15:45] <seb128> kwwii: right, I don't question the fact that it works, I fixed the workspace switcher color being too light too
[15:45] <seb128> kwwii: I'm rather wondering why it's work, it's it correct or if that's a workaround ;-)
[15:48] <seb128> kwwii: human-icon-theme seems to be buggy
[15:48] <seb128> hum, no
[15:49] <kwwii> seb128: after looking at other themes this seems to be the correct way
[15:49] <seb128> ok
[15:49] <kwwii> seb128: last night I had it differently (which was just a hack that happened to work)
[15:49] <kwwii> so this is the right way
[15:50] <seb128> kwwii: ok, that was the previous version which was buggy
[15:50] <seb128> you had the configure, etc in the source when usually there are not
[15:51] <kwwii> ouch...I probably built the package in the source before doing the debuild
[15:51] <seb128> that means the clean target is buggy
[15:51] <kwwii> should I reapply my changes and rebuild the sources?
[15:51] <kwwii> from a fresh source, I mean
[15:52] <seb128> no, today's version is correct
[15:52] <kwwii> whew :-)
[15:52] <seb128> that's the current hardy one which has the bug
[15:52] <kwwii> cool, a problem which I didn't create! that is something different :p
[15:53]  * kwwii feels bad for anyone having to deal with an art-hacker
[15:54] <seb128> scp is buggy nowadays
[15:54] <seb128> the speed estimation on upload are all wrong
[15:55] <seb128> it goes to 100% too quickly and then stands there while the copy is happening
[15:57] <seb128> kwwii: hum, you added a depends on gtk2-engines-murrine again?
[15:58] <kwwii> seb128: yes, after talking to mvo we decided it had to be that way if we supply the gtkrc
[15:58] <kwwii> or there would be a theme without the appropriate engine
[15:58] <seb128> the package is small enough I guess that's no issue
[15:58] <seb128> yeah
[15:58] <kwwii> yeah, it is like 800kb or so
[15:58] <seb128> that's because mvo didn't get apt installing recommends in hardy!
[15:59] <seb128> slacker!
[15:59]  * seb128 hugs mvo ;-)
[15:59]  * mvo runs from seb128
[15:59]  * kwwii hugs everyone - group hug!
[16:00] <seb128> yeah, group hug ;-)
[16:00] <seb128> kwwii: btw 800k is a lot for a theme, the deb seems to be rather 38k ;-)
[16:00] <kwwii> better still
[16:00] <kwwii> erm, even better
[16:03] <seb128> kwwii: ok, all your updates are uploaded ;-)
[16:03] <kwwii> w00t
[16:04] <kwwii> thanks man, I appreciate you taking care of it so quickly
[16:04] <seb128> I confirmed that the humanlist theme and the human preview issue are fixed on my box too
[16:04] <seb128> you are welcome
[16:04] <kwwii> excellent
[16:19] <pochu> seb128: there's a new upstream libarchive packaged in Debian, which enables the testsuite in build... have you seen it?
[16:20] <seb128> pochu: no$
[16:21] <pochu> seb128: do you want me to look into it, or is it late for this change?
[16:21] <seb128> pochu: is that a different version? maybe ask to pitti
[16:21] <pochu> err, we have 2.2.4 and that's 2.4.17...
[16:21] <pitti> yes, AFAIR it is
[16:22] <pochu> I guess that's a no-go...
[16:22] <pitti> I forwarded the patch upstream, had a quick discussion, and he adopted it
[16:22] <pitti> so we can sync in intrepid
[16:22] <pochu> ok
[16:22] <seb128> kwwii: hum, changelog autoclosing didn't work because you didn't use the right syntax, you might want to close the ubuntu-gdm-themes bugs by hand now
[16:23] <seb128> pitti: well, nothing else in main uses it so it could be a good idea to use a recent version?
[16:23] <pitti> I don't know what they changed
[16:23] <pitti> there are just two or three reverse build-deps in universe
[16:24] <seb128> does it matter what they changed if it's not used out of the gvfs anyway?
[16:24] <pitti> well, we shuoldn't break the other rdepends :)
[16:24] <pitti> but if it doesn't change ABI etc., we can consider it, sure
[16:24] <seb128> well, if pochu checks those
[16:24] <seb128> I don't really care either way
[16:25] <seb128> it just seems easier to maintain security wise if we don't have an outdated codebase
[16:25] <pitti> yeah
[16:27] <pochu> it would be cool if apt-get source libarchive/hardy worked, as apt-get install libarchive/hardy does...
[16:31] <kwwii> seb128: right, will do
[16:31] <kwwii> but first I will figure out what I did wrong :p
[16:32] <seb128> kwwii: you forgot the ":" in the syntax
[16:32] <kwwii> duh
[16:37] <seb128> tedg: do you need g-s-s sponsoring?
[16:41] <pochu> +Aug 05, 2007: New configure option --disable-bsdtar, thanks to Joerg
[16:41] <pochu> +	Sonnenberger.
[16:41] <pochu> perhaps we wnat to use that?
[16:41] <pochu> want*
[16:41] <pochu> that was one of the concerns of the security team, wasn't it?
[16:42] <pochu> (maintaining bsdtar for no reason...)
[16:42] <seb128> well, the binary is in universe
[16:42] <seb128> so I don't know if that's really an issue
[16:42] <pochu> ah, right
[16:43] <pochu> the new package from Debian also packages bsdcpio, but that's also a different binary which could be demoted
[16:46] <tedg> seb128: Let me check to ensure it built, but probably.
[16:47] <tedg> seb128: Yes, looks good, if you could sponsor it that'd be great.
[16:47] <seb128> tedg: ok, will do
[16:48] <tedg> I'm not sure how many people are running NIS on Hardy, but we should push the update anyway :)
[16:48] <tedg> seb128: Thanks.
[16:48] <seb128> you are welcome
[17:00] <pitti> seb128: what's your feeling on bug 211358?
[17:00] <ubotu> Launchpad bug 211358 in gnome-volume-manager "Disable auto-popup of xsane" [Medium,In progress] https://launchpad.net/bugs/211358
[17:03] <seb128> pitti: never got the issue so far so I've no real opinion about that, in which case do you get the popup?
[17:04] <pitti> seb128: as soon as you plug in a scanner
[17:04] <seb128> well, usually those are plugged on the computer and stay there
[17:04] <seb128> no?
[17:04] <pitti> well, at least I don't keep them switched on all the time
[17:05] <pitti> and I know many people who do the same
[17:05] <seb128> ah, you have a switch to turn yours off and on, ok
[17:05] <pitti> especially with scanner/printer combos
[17:05] <seb128> right
[17:05] <seb128> I don't think anybody relies on this notification to use the device anyway
[17:05] <seb128> I think disabling it is alright
[17:06] <pitti> ok, thanks
[17:16] <pochu> oh nice, the bsdtar testsuite fails
[17:20] <pochu> it's failed in Debian too, in all archs but mipsel
[17:24] <lapo> hi
[20:35] <crevette> hello
[20:41] <crevette> pitti: around ?
[21:26] <walrren> Keybuk: are you guys actively moving to upstart-style scripts?  and what's the status of debian on changing scripts?
[23:14] <seb128> fta_: do you want to do the libcairo update?
[23:19] <fta> seb128, sure, but tomorrow.
[23:19] <seb128> fta: ok, thanks
[23:44] <pochu> why is ~ubuntu-desktop subscribed to all these bugs? bugmail from that team ends in ubuntu-desktop@l.u.c... https://bugs.edge.launchpad.net/~ubuntu-desktop
[23:45] <seb128> pochu: "these bugs" being?
[23:45] <seb128> ah
[23:46] <seb128> some people confusing ubuntu-desktop and desktop-bugs when subscribing or assigning
[23:46] <pochu> yes
[23:47] <pochu> it's not very annoying as it's very few bugmail
[23:48] <seb128> well, they don't go on the list since launchpad is not subscribed
[23:51] <pochu> well, in fact they do: https://lists.ubuntu.com/archives/ubuntu-desktop/2008-April/001537.html
[23:51] <pochu> s/in fact/actually/
[23:52] <seb128> pochu: this guy is subscribed to the list that's why
[23:52] <pochu> that doesn't make sense to me...
[23:52] <pochu> I'm subscribed to the list too and my bug mail doesn't end in the list :)
[23:53] <pochu> seb128: I think that's because https://edge.launchpad.net/~ubuntu-desktop has ubuntu-desktop@lists.ubuntu.com as the contact address
[23:54] <seb128> pochu: right, that's on purpose to not flood members
[23:54] <seb128> pochu: though it might be fixed now in launchpad since team can use launchpad lists
[23:55] <pochu> I see
[23:55] <pochu> as I said that's not a big deal as I haven't seen many bug mail in ubuntu-desktop@, I just wanted to report it to you so that we know what's happening in case that grows :)