[01:04] <bizzle> hello all
[01:04] <bizzle> question
[01:04] <bizzle> I am having trouble getting my 2 ATI cards to be recognized.
[01:05] <bizzle> ATI X1300 PCI-E works. The ATI X1300 PCI is not recognized by the ATI control pannel.
[07:43] <philsf> can someone please shed some light in question #44557, or maybe help me input some debugging information about it? https://answers.launchpad.net/seahorse/+question/44557
[07:44] <philsf> what I really want to know now is: should this question be turned into a bug?
[08:00] <Burgundavia> philsf: I don't see a way in the preferences
[08:01] <Burgundavia> philsf: seahorse --> agent --> cache_display is likely the gconf key that needs to be checked
[08:01] <philsf> Burgundavia: me neither. I'm clueless about it
[08:01] <philsf> checking
[08:02] <philsf> it's checked, for me
[08:03] <Burgundavia> it is not checked for me
[08:03] <Burgundavia> this is a dapper-->hardy box
[08:03] <philsf> unchecking and rechecking didn't do any good (after ssh-add -d, and re entering the keyphrase into the agent)
[08:04] <Burgundavia> what are you running
[08:04] <Burgundavia> ?'
[08:04] <philsf> hardy
[08:04] <Burgundavia> hmm
[08:04] <Burgundavia> if that doesn't work, then it is a bug
[08:04] <Burgundavia> try checking it, logging out and then logging back in
[08:04] <philsf> does it work for you?
[08:04] <Burgundavia> I have no ssh keys currently on this machine
[08:04] <philsf> oh, ok
[08:05] <philsf> could you create one and connect to localhost, just to check this?
[08:05] <Burgundavia> sure
[08:05] <philsf> thanks
[08:08] <Burgundavia> don't see it
[08:09] <philsf> I'll turn it into a bug, then, thanks
[08:18] <philsf> Burgundavia: I just opened bug #273862 if you'd like to subscribe to it
[08:25] <davmor2> Guys the tray trashcan isn't changing when there is trash in it but the one in nautilus window does
[09:07] <alex_mayorga> hi, is the miss alignment of restart on the shutdown menu already reported?
[09:07] <seb128> yes
[09:07] <alex_mayorga> bug?
[09:08] <seb128> on launchpad, I don't know the number and you can as well look for those
[09:10] <alex_mayorga> tried without much luck, my launchpad interrogation powers are not strong enough yet, thanks anyway, preferred to ask than file the duplicate
[09:10] <seb128> that's icon variants missing, look the human-icon-theme bugs there is not so many of those
[09:18] <andreasn> alex_mayorga: https://bugs.launchpad.net/ubuntu/+source/human-icon-theme/+bug/267404
[09:18] <crevette> òla!
[09:19] <andreasn> https://bugs.launchpad.net/ubuntu/+source/human-icon-theme/+bug/269504
[09:19] <andreasn> https://bugs.launchpad.net/ubuntu/+source/human-icon-theme/+bug/269500
[09:21] <alex_mayorga> andreasn, you've got them, looks like 267404 and 269500 are duplicates :)
[09:25] <seb128> alex_mayorga: they are not, they are about different icons
[09:26] <alex_mayorga> right, well I can confirm both so do I do?
[09:27] <seb128> you can, that will not make a real difference but doesn't hurt either
[09:27] <alex_mayorga> ok confirmed, what's a good way to make a difference?
[09:30] <seb128> alex_mayorga: send patches
[09:30] <alex_mayorga> non coder... yet :(
[09:31] <seb128> ok so be patient, there is lot of bugs and not so many people to work on those ;-)
[09:38] <alex_mayorga> seb128, OK on the restart one I've found the root cause
[09:38] <alex_mayorga> v +
[09:39] <seb128> "v +"?
[09:39] <alex_mayorga> gnome-session-reboot.svg should be used there instead of view-refresh.png
[09:40] <alex_mayorga> not sure where the change should go, that or add view-refresh.svg on the human-icon-theme
[09:41] <andreasn> alex_mayorga: human-icon-theme have view-refresh, it only have it in 24x24 though
[09:42] <alex_mayorga> shouldn't the icon there be reboot anyway?
[09:42] <seb128> alex_mayorga: I'll let icon guys decide if we want to use gnome-session-reboot.svg or if the theme should get a view-refresh.svg
[09:43] <seb128> alex_mayorga: there is no standard reboot icon, gnome-session-reboot.svg is an ubuntu hack for the previous gnome-session dialog
[09:43] <alex_mayorga> oh!
[09:43] <seb128> it's only in the human icon theme, so it would break for people using clearlooks for example
[09:44] <davmor2> seb128: Valgrind logs so far can be found at http://www.davmor2.co.uk/firef.log and http://www.davmor2.co.uk/pidgin.log
[09:44] <davmor2> off to a funeral now so won't be around for a bit
[09:44] <seb128> davmor2: you need to close the program to have the summary, there is nothing in those logs
[09:45] <davmor2> seb128: ah right 2 ticks then
[09:45] <alex_mayorga> seb128, andreasn, time for me to catch some sleep, thanks on the patience, guidance, etc and keep up the great work
[09:46] <seb128> 'night alex_mayorga
[09:46] <davmor2> seb128: done and updated same links
[09:47] <seb128> davmor2: chmod?
[09:47] <seb128> davmor2: wrong permission can't be read on the server
[09:48] <seb128> ok works now
[09:48] <davmor2> should be okay now
[09:49] <seb128> ==12388==    still reachable: 6,719,613 bytes in 114,747 blocks.
[09:50] <seb128> davmor2: can you get a new log using --show-reachable=yes later?
[09:50] <davmor2> I just add that to the valgrind line yes?
[09:50] <seb128> correct
[09:51] <davmor2> seb128: I can set it up now and then upload the logs after
[09:51] <seb128> ok
[11:48] <vuntz> do you guys have some DPI/font size issues on brand new accounts?
[11:49] <vuntz> since we get the DPI from the X server now, for recent laptops that have a DPI value of ~120, the fonts are huge (at least, in openSUSE)
[11:57] <crevette> salut vuntz
[11:57] <vuntz> hello crevette
[12:40] <davmor2> seb128: the --show-reachable=yes logs can be found at http://www.davmor2.co.uk/firef-reach.log and http://www.davmor2.co.uk/pidgin-reach.log
[13:10] <seb128> davmor2: where?
[13:48] <davmor2> seb128: the --show-reachable=yes logs can be found at http://www.davmor2.co.uk/firef-reach.log and http://www.davmor2.co.uk/pidgin-reach.log
[13:49] <MacSlow> How do I setup a machine with working internet-connection to act as a "hub" for a laptop using a x-link ethernet-cable?
[13:50] <MacSlow> I'm still suffering from not working iwl3945 driver issues with the 2.6.27-2-generic kernel
[13:53] <geser> MacSlow: enable IP forwarding on the server and set the server as the gateway on the laptop, but I don't if there is a GUI for it
[13:54] <seb128> davmor2: I see nothing really obvious there and nothing indicating an interaction between those softwares, maybe somebody on #ubuntu-bugs would have some idea on the issue
[13:55] <davmor2> seb128: okay ta
[14:04] <johanbr> MacSlow, geser: I think the firestarter GUI can do that.
[14:04] <MacSlow> geser, there's this frontend firestarter ...
[14:04] <MacSlow> johanbr, yeah...
[14:04] <MacSlow> but it isn't able to start the cable-bound device eth0
[14:10] <MacSlow> johanbr, geser: I do have to use a crosslink-cable, if I connect one machine with another, right? I'm just wondering why I cannot ping one box from the other.
[14:13] <geser> MacSlow: are both interfaces up and in the same network?
[14:13] <MacSlow> geser, both use 192.168.0.x
[14:13] <MacSlow> and both are up
[14:14] <geser> no iptables rules?
[14:14] <mpt> vuntz, yo, where's the UX hackfest being held?
[14:14] <MacSlow> geser, I rely on firestarter for any iptables setup
[14:15] <johanbr> MacSlow: It depends. Some network cards can detect if you use a straight cable and reverse the signals internally.
[14:15] <geser> can you check if your NICs show an active link?
[14:15] <geser> they usually have a LED for it
[14:15] <vuntz_> mpt: somewhere in boston. Owen is looking for a location. I don't have recent news :/
[14:15] <mpt> ok, thanks
[14:15] <MacSlow> geser, johanbr: the green led is on on both NIC-ports
[14:16] <MacSlow> geser, johanbr: the green led is on on both NIC-ports (on the box with the internet-connection also the yellow led is on)
[14:17] <johanbr> MacSlow: What's the output of "sudo mii-diag ethX" on both sides?
[14:20] <johanbr> And is  /proc/sys/net/ipv4/ip_forward set to 1 on the box with two nics?
[14:22] <MacSlow> johanbr, cat /proc/sys/net/ipv4/ip_forward spits out 1 (enabled then I assume)
[14:24] <geser> MacSlow: try disabling the firewall in firestarter and check if you can ping the other box then
[14:25] <MacSlow> geser, that doesn't change anything
[14:26] <johanbr> Does the client box have a route to the server? ("route -n")
[14:27] <MacSlow> johanbr, I would say yes
[14:28] <MacSlow> geser, johanbr: it's a bit awkward right now trying to get command output of the client box (with only one NIC) to the box with internet-access in order to put it up on pastebin
[14:29] <johanbr> How about in the other direction? Does the server have a route to the client?
[14:29] <MacSlow> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0
[14:29] <MacSlow> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
[14:29] <MacSlow> hm... that's not good I guess
[14:29] <geser> MacSlow: ouch
[14:29] <geser> don't put wlan and eth into the same net
[14:30] <MacSlow> I guess I've to put them on a different net
[14:30] <geser> yes
[14:31] <MacSlow> geser, ok that solved the ping issue
[14:33] <geser> MacSlow: but the laptop still don't have a internet connection?
[14:34] <MacSlow> geser, correct
[14:35] <MacSlow> geser, afaik I only have to tell the laptop to use the 192.168.1.100 as the default gw for everything
[14:35] <MacSlow> geser, that's done with the route command aswell iirc
[14:35] <johanbr> Yes, but it may not be completely configured on the server.
[14:35] <geser> have you reenable firestarter (just to be sure)? can you ping 64.233.167.99 (google.com) from the laptop
[14:38] <MacSlow> geser, no ping replies connect: Network is unreachable
[14:38] <johanbr> Are you doing the forwarding over wlan? Or does the server have two wired connections?
[14:40] <geser> MacSlow: but ping 64.233.167.99 on the server works?
[14:45] <MacSlow_> geser, johanbr: firestarter just died on me
[14:45] <MacSlow_> geser, johanbr: I'm back again with working ping between the "server" and "client"
[14:45] <MacSlow_> geser, johanbr: firestarter runs on the server
[14:46] <MacSlow_> geser, johanbr: and obviously internet-access works on it
[14:46] <MacSlow_> geser, johanbr: I think I'm only missing the default route on the client/laptop
[14:47] <geser> MacSlow_: that might be (and perhaps DNS)
[14:47] <MacSlow_> geser, johanbr: as it only lists on route ...   192.168.1.0   0.0.0.0   255.255.255.0   U   0   0   0   eth0
[14:49] <geser> "sudo route add default gw IPofServer" on the client
[14:49] <MacSlow_> ok... no I can ping google.com via the IP
[14:50] <MacSlow_> so last thing would be to edit /etc/resolv.conf with a valid name-server IP from my provider?!
[14:50] <geser> MacSlow_: yes
[14:51] <geser> or if your WLAN router does DNS forwarding you can use it too on the client (see the resolv.conf on the server)
[14:51] <MacSlow_> geser, ok ping on symbolic addresses works now too
[14:52] <johanbr> great :)
[14:53] <MacSlow_> johanbr, geser: thx for the help
[14:53] <geser> np
[14:53] <geser> hopefully nobody will complain that we misused this channel :)
[15:10] <seb128> mvo: around?
[15:14] <seb128> where is mvo when you need him
[15:15] <mvo> yes
[15:15] <seb128> mvo: gnome-appaerance-capplet crash on startup here and seing how bugzilla get flooded since this morning I seem to not be the only one, does it work for you?
[15:15] <seb128> mvo: gnome-appearance-properties rather ;-)
[15:17] <mvo> seb128: meh, I see this here too - checking it out now
[15:17] <seb128> mvo: thanks
[15:17] <seb128> #0  conv_to_widget_cb (peditor=0x851bd60, value=0x8515310) at appearance-style.c:763
[15:17] <seb128> hum
[15:23] <mvo> seb128: there have been changes since .90 and .0 in this area, so that makes sense
[15:25] <seb128> mvo: seems to be an upstream issue, don't bother too much I'll ping them, I just wanted to make sure we didn't break the .glade or something in a distribution specific way to not get an another flameware about distro changes
[15:25] <mvo> seb128: sure, give me ~20min and should have more information
[15:27] <seb128> mvo: ok, reverting http://svn.gnome.org/viewvc/gnome-control-center?view=revision&revision=8879 fixes it, don't bother I'm on it
[15:30] <mvo> ok
[15:34] <lool> mvo: Hmm I see you commented in the acpid changelog that you added -D_GNU_SOURCE to get access to some struct's definition (uschred or something); what for?  the pkg builds for me without this -D
[15:35] <mvo> lool: its been a while ago, maybe it was a problem with the toolchain back then? if it works fine now, then just remove it again :)
[15:35] <lool> mvo: I was preparing a Debian upload, so I'll just not merge it
[15:35] <mvo> lool: ok, thanks
[15:36] <lool> Wont merge for Ubuntu now, too intrusive for intrepid
[15:36] <james_w> lool: care to include this bugfix I'm just testing?
[15:37] <lool> james_w: With pleasure
[15:37] <james_w> lool: I was about to forward the patch, but if you can take it directly that will save time
[15:37] <lool> I can
[15:41] <seb128> mvo: in appearance-style.c
[15:41] <seb128> -    create_thumbnail (curr_value, thumbnail, data);
[15:41] <seb128> +    if (data)
[15:41] <seb128> +      create_thumbnail (curr_value, thumbnail, data);
[15:41] <star> hi...can any body say me about setting dialup account in ubuntu through bluetooth modem in mobile ubottu ?
[15:41] <seb128> mvo: does that look good to you? I'm not sure to understand the g_object_get_data (G_OBJECT (peditor), "app_data"); and why data is null but that fixes the crash
[15:41] <seb128> star: hello, that's not an user channel, try #ubuntu
[15:43] <star> there is no reply for my query in ubuntu... so only i tried this... can u help ,me?
[15:44] <seb128> no
[15:44] <star> y
[15:44] <seb128> I've no dialup account, no bluetooth modem and that's not the right channel
[15:44] <star> u dont know ?
[15:44] <seb128> no
[15:45] <star> k... what this channel deals with ?
[15:45] <mvo> seb128: that will work, the issue is that in the function cerate_thumbnail data-> something is accessed and that (of course) crashes for NULL. how this is a bit strnage
[15:45] <mvo> seb128: g_object_set_data is called earlier on the peditor, I wonder if there is some sort of timing problem (read before initial write)
[15:46] <mvo> (well, not timing, ordering)
[15:46] <mvo> anyway, I think your patch is fine if we get a lot of crashes currently
[15:46] <seb128> mvo: it seems to crash on startup for everybody yes
[15:47] <seb128> mvo: well, "data = g_object_get_data (G_OBJECT (peditor), "app_data");" I'm not sure what app_data is and why it returns null in some cases there
[15:47] <seb128> mvo: ie, I'm not sure we should look at why that value is null sometimes or just don't create the thumbnails in such cases
[15:49] <mvo> seb128: I think the reason is that preditor gets the callbacks when it is created, but after the creation the g_object_set_data() is called and app_data is initialized. I think we should go with your fix and let upstream decide if there is more to it
[15:50] <mvo> s/but after/but only after/
[15:50] <seb128> ok, will do that then
[15:50] <seb128> I attached my patch to the upstream bug
[15:50] <seb128> vuntz_: read that too?
[15:50] <mvo> right
[15:50] <mvo> thanks for taking care of it seb128!
[15:51] <mvo> seb128: will you check it into bzr or should I do that?
[15:54] <vuntz_> seb128: I came to the same conclusion as mvo, although that's just a guess
[15:54] <seb128> vuntz_: I'm wondering how come nobody noticed in a month, but maybe nobody is running svn, or there is a theme or something installed on ubuntu which trigger the issue
[15:55] <james_w> lool: my patch is in bug 263888, let me know if there is any merging to do
[15:55] <vuntz_> seb128: I'd think that something specific in ubuntu triggers this
[15:55] <seb128> james_w: that's not really a desktopish bug ;-)
[15:56] <seb128> vuntz_: ok, will patch the ubuntu package then and let fizz or rodrigo comment upstream on the bug
[15:56]  * james_w un-installs acpid from seb128's desktop to see what happens
[15:56] <seb128> james_w: you can claim libc6 is desktop using the say argument ;-)
[15:57] <seb128> same rather ;-)
[15:57] <james_w> libc6 *is* desktop
[15:57] <seb128> see!
[15:57] <james_w> well, I'll claim that if you'll maintain it :-)
[15:58]  * seb128 starts running
[16:01] <lool> james_w: Sorry, had a phone call, looking now
[16:03] <lool> james_w: attachment?
[16:03] <lool> james_w: Don't see the change  :-/
[16:03] <james_w> lool: damn, sorry, refresh
[16:04] <lool> Got it now, thanks
[16:05] <lool> james_w: Not sure why we'd want to conditionalize on the version number
[16:05] <lool> james_w: I'm curious why you didn't name it rm_conffile?  :)
[16:06] <james_w> I conditionalized the version number just because I try and be very conservative with these things, but I agree that it's probably not needed
[16:06] <lool> james_w: Ah, I think it'd be best to use dpkg-query
[16:06] <lool> james_w: I was like you in the past, and some day I met Ian Jackson
[16:06] <james_w> and I renamed the function just on the off chance anyone actually wanted to use the real rm_conffile
[16:07] <lool> For some reason, he made me realizes we should check for facts and not use version numbers as proxies
[16:07] <lool> *realize
[16:07] <lool> james_w: Why not use dpkg-query?
[16:07] <james_w> yeah, I agree, but I don't see the harm in the version check as well.
[16:07] <james_w> dpkg-query for what?
[16:07] <lool> To get the md5
[16:07] <lool>         old_md5sum="`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \"\\\\' $CONFFILE '{s/ obsolete$//;s/.* //p}\"`"
[16:08] <lool> james_w: dpkg merges the md5s, even if you upgrade to a package without them
[16:09] <james_w> because I didn't think that the md5 would still be recorded
[16:09] <lool> james_w: So the MD5 should still be usable from dpkg-query
[16:10] <james_w> can you confirm that "dpkg-query -W -f='${Conffiles}' acpid" returns a value for /etc/logrotate.d/acpid on your machine?
[16:10] <lool> james_w: It does not, but I have other files which aren't in the package anymore :)
[16:10] <lool> james_w: I have  /etc/acpi/powerbtn.sh 4a47848857665e6aff52ec15fac5bcc1 obsolete
[16:10] <lool>  /etc/acpi/events/powerbtn 57f021ab2369f211018d6e7d11434314 obsolete%           2008/09/24 17:10:48 | pts/0 | zsh/5
[16:11] <lool> Ah sorry for the \n
[16:11] <james_w> everything dpkg-query reports is installed for me
[16:12] <lool> (this is on Debian BTW)
[16:12] <james_w> let me check another machine
[16:12] <lool> On ubuntu, I do get:  /etc/logrotate.d/acpid df7469c58992aed179a5c30148b3da79 obsolete
[16:12] <lool> and  /etc/acpi/events/powerbtn 57f021ab2369f211018d6e7d11434314 /etc/acpi/powerbtn.sh 4a47848857665e6aff52ec15fac5bcc1
[16:12] <lool> still real files
[16:13] <lool> james_w: Where did you take previous versions of the files from BTW?
[16:13] <james_w> old source packages
[16:13] <james_w> I could only find two versions of the file
[16:15] <lool> Any version in particular?  Did you go back to etch/hardy for instance?
[16:15] <james_w> I grabbed a few versions from launchpad, including the oldest they had
[16:15] <lool> james_w: I'm not sure there's any value in listing an old md5 of the vanilla conffile though
[16:16] <lool> james_w: if the conffile was unchanged, then it was superseded by the new one on upgrade
[16:16] <james_w> dpkg-query does the right thing, so I think we should just use that, so I agree
[16:16] <lool> Yeah
[16:17] <vuntz> seb128: did you patch g-c-c with your patch?
[16:17] <seb128> vuntz: no, I attached it to bugzilla and I'm patching the ubuntu package now
[16:18] <vuntz> seb128: want to try another patch? :-)
[16:18] <vuntz> oh, well, it's the same, I guess
[16:18] <vuntz> doesn't matter
[16:18] <seb128> vuntz: if you want
[16:19] <lool> james_w: Just FYI, no ;; in case statement is a bit weird, but also present on Debian's wiki
[16:19] <vuntz> seb128: nah, ignore me
[16:19] <lool> james_w: Don't bother preparing a new patch, will just use rm_conffile
[16:19] <seb128> vuntz: ok
[16:19] <james_w> lool: cool, works for me
[16:28] <lool> james_w: Would you like to upload the Ubuntu change?
[16:28] <lool> james_w: I've committed the change to the Debian tree, and can either let you prepare the Ubuntu upload or do it, as you like
[16:29] <james_w> lool: I don't have upload rights
[16:29] <lool> james_w: I meant .dsc
[16:29] <james_w> I'm happy to prepare the change and seek sponsorship if you like
[16:29] <lool> As to get your name in a bigger number of uploads so to speak
[16:29] <james_w> sure :-)
[16:30] <lool> james_w: http://git.debian.org/?p=pkg-acpi/acpid.git;a=commit;h=ad81211857dabeb88538e0f90c922b7c787b34c5
[16:30] <lool> james_w: But it's not suitable for Ubuntu to drop the other two files
[16:30] <lool> james_w: Just throw a debdiff or dsc + diffgz when you like sponsoring
[16:30] <james_w> thanks loo
[16:31] <james_w> oops, lool :-)
[16:32] <lool> I'm afk for a reboot to test the new package
[17:06]  * mvo is away for ~ 2h
[17:11] <seb128> tedg: hi, there is a gnome-screensaver update if you didn't notice yet ;-)
[17:11] <seb128> didrocks: did you see my comment about gconf-editor?
[17:12] <seb128> slomo: any news about the cairo update?
[17:19] <seb128> fta: want to do the cairo ubuntu update? slomo seems to be busy and the intrepid beta freeze is tomorrow
[17:23] <vuntz> seb128: how does 2.24 look for you? No big issue apart the control center one?
[17:23] <seb128> vuntz: no real issue no
[17:24] <seb128> vuntz: http://bugzilla.gnome.org/show_bug.cgi?id=553418 got quite some duplicate because we use the applet by default but I backported the svn change
[17:25] <vuntz> mmh
[17:26] <vuntz> worth a new tarball
[17:26] <vuntz> but I'd guess that Callum sleeps now :/
[18:06] <slomo> seb128: xcb doesn't build and i didn't look closer yet
[18:06] <slomo> seb128: don't wait for me
[18:26] <vuntz> is anybody running with gvfs 1.0.1 (if it was already packaged)?
[18:30] <pochu> It's been packaged 3 and half hours ago
[18:37] <Keybuk> seb128: the new logout dialog stuff is in gnome-sesion right?
[19:02] <tedg> seb128: bug 274075
[19:26] <vuntz> seb128: does trash with gvfs 1.0.1 work for you?
[19:49] <seb128> vuntz: yes, delete moves items to the trash and emptying it or undeleting works correctly
[19:49] <seb128> tedg: ok thanks
[19:49] <seb128> Keybuk: yes, why? it's not upstream though
[19:49] <Keybuk> seb128: I filed a bug ;)
[19:50] <vuntz> seb128: ok, cool
[19:50] <vuntz> seb128: not working in my jhbuild, but it looks like a local issue with my jhbuilt GNOME
[19:50] <seb128> vuntz: ok
[19:50] <seb128> Keybuk: duplicates
[19:51] <Keybuk> seb128: of, couldn't see the report?
[19:51] <seb128> Keybuk: mpt reported those bugs a while ago, they got reassigned to human-icon-theme though since that's due to a lack of proper icons for those icons in the theme
[19:51] <Keybuk> cuold you make sure that bug is targeted for intrepid?
[19:52] <seb128> will do, I was going to raise the issue tomorrow at the meeting
[19:52] <seb128> not sure what is the process to get icons designed ;-)
[19:52] <seb128> I just know I'm not an artwork guy so I'll not be doing those
[19:53] <seb128> I asked mpt if he could talk to the right people to get that happen yesterday though
[19:55] <seb128> Keybuk: bug #269500 and bug #269502
[19:57] <Keybuk> thanks
[21:09] <seb128> Ampelbein: want some update to do? ;-)
[21:09] <seb128> didrocks: did you read my comment about gconf-editor?
[21:17] <seb128> fta_: did you read my comment about cairo?
[22:05] <seb128> Keybuk: I'm not sure to understand your new gnome-session bug, is that about the option missing or the icon?
[22:06] <Keybuk> the option
[22:06] <seb128> Keybuk: does gnome-power-manager give you the option?
[22:07] <seb128> the session dialog only lists the available option
[22:07] <seb128> try using the icon
[22:08] <Keybuk> ok, gnome power manager doesn't have the icon
[22:08] <Keybuk> should it have an icon?
[22:08] <Keybuk> ie. why can't I suspend?
[22:09] <seb128> that is a good question, I would say either linux or gnome-power-manager bug
[22:09] <seb128> that's similar to bug #274080
[22:10] <seb128> Keybuk: maybe try running gnome-power-manager --verbose --nodaemon and look at the log
[22:11] <Keybuk> "We are not a laptop, so not even trying" maybe ?
[22:11] <seb128> could be
[22:12] <seb128> I'm on my laptop right now which still have the options
[22:12] <seb128> tedg: did you read about such issue? the new gpm had quite some changes
[22:13] <seb128> Keybuk: bug #274146 will be tricky to solve, not the first time we have similar issues, I was thinking about it today
[22:13] <seb128> Keybuk: the gnome-panel layout is user configuration
[22:13] <Keybuk> *nods*
[22:14] <tedg> seb128: What's the issue?  That it doesn't think you can suspend?
[22:14] <seb128> we could replace the old applet by the new fusa and deprecated the old fusa
[22:14] <seb128> that would handle this case
[22:14] <seb128> but would break for people who have a fuse on their panel only for example
[22:14] <Keybuk> should work, yeah
[22:14] <seb128> they would have nothing after upgrade
[22:15] <seb128> tedg: right
[22:16] <tedg> For the most part GPM just asks HAL.  Let me look up the key.
[22:16] <pochu> seb128: libgnomeprint{,ui} waiting for sponsorship in Debian
[22:16] <seb128> pochu: I've noticed thanks
[22:16] <tedg> Migrating user config will be a trick for panel applets.  We could say "if they've never changed it", but I'm not sure that's valid either.
[22:18] <seb128> there is no easy way to know if they never changed
[22:18] <seb128> and that's never going to happen
[22:18] <seb128> almost everybody moves something once and try an another applet once
[22:20] <tedg> Keybuk: $ hal-device | grep power_management.can_suspend
[22:22] <tedg> I'm not sure what the right upgrade path is.
[22:22] <tedg> I think it's something to bring up at the User Experience Hackfest.
[22:23] <tedg> I'm personally more concerned about people who removed the old, bad, FUSA applet and aren't going to get the new, beautiful one ;)
[22:23] <seb128> tedg: do you plan to add some icons for the actions in the menu btw?
[22:23] <seb128> I've to admit I find it not very nice to look at at the moment
[22:25] <tedg> seb128: No, my current "scheduler of tasks" (not boss mind you :) thinks that looks very clean.
[22:26]  * tedg is very excited to have a boss and scheduler all in one in a couple weeks.
[22:27] <seb128> and any plan to change the padding? the icon is not really in the corner and that looks weird
[22:28] <seb128> tedg: let's wait on user comment, I don't like it because of the lack of icons, it makes me unsure of the option to pick, graphics makes things some much easier than having to read the option
[22:30] <tedg> Hmm, I liked the padding.  I feel like things get to cozy up there in the corner.
[22:30] <tedg> I'm feeling a little bit of hands tied, as it is UI freeze though.
[22:30] <tedg> There'll have to be some outcry.
[22:31] <tedg> It is theoretically UI frozen for Intrepid.
[22:32] <seb128> well, that doesn't mean we can't fix bugs
[22:33] <Stemp>  Hi all, sorry if i'm in the wrong channel. I'd like to talk about the gspcav2 driver and about the webcams apps. There is a serious problem about the packahe libv4l not in Debian (so not in Intrepid). Is it the right place to talk about it ?
[22:34] <seb128> that's the wrong channel as you said
[22:34] <seb128> no
[22:34] <tedg> seb128: Heh, yes.  But I was trying not to use that excuse too much.  Don't want to piss off that Ubuntu Platform Team ;)
[22:34] <tedg> seb128: They're a tough upstream.
[22:35] <Stemp> thanks seb128, where can I talk about cheese and camorama ?
[22:36] <seb128> you can try #ubuntu-devel but send a mail to the ubuntu-devel or ubuntu-devel-discuss mailing list is a better option
[22:37] <Stemp> thanks seb128
[22:38] <seb128> you're welcome
[22:41] <fta> hi
[22:41] <fta> seb128, which comment ?
[22:41] <seb128> fta: hey, could you look at the cairo update? beta freeze is tomorrow and it's likely debian will get it before that
[22:42] <fta> seb128, you mean unlikely right? sure, i can do it, is pixman already in?
[22:42] <seb128> right
[22:42] <seb128> fta: yes, I synced it on monday
[22:43] <fta> cool
[23:13] <Ampelbein> seb128: if the update is still left to do, i'm ready now
[23:14] <seb128> Ampelbein: http://download.gnome.org/sources/gnome-media/2.24/gnome-media-2.24.0.1.tar.gz
[23:14] <Ampelbein> k
[23:38] <seb128> Ampelbein: #208597 is also an easy fix, might be worth to consider updating to the current debian version though
[23:38] <Ampelbein> looking
[23:39] <Ampelbein> hmm. i think i could fix it. is a sync with debian easier?
[23:40] <seb128> debian has a newer version, I've no real opinion on it
[23:40] <seb128> but otherwise the patch is probably trivial, just the .desktop to change
[23:40] <Ampelbein> i'll look into the package what fixes are existent in ubuntu compared to the debian version
[23:41] <seb128> ok
[23:41] <Ampelbein> i could first create a fixed version of the package then we could think about syncing with debian
[23:41] <seb128> Ampelbein: I'm about to go to bed, is the gnome-media update almost ready?
[23:41] <Ampelbein> still building.
[23:41] <seb128> ie should I wait and sponsor this one and let that for tomorrow ;-)
[23:41] <Ampelbein> bug 274180, should be 5 mins
[23:42] <Ampelbein> just waiting for ppa to be finished
[23:43] <Ampelbein> ok, i386 built succesfully, uploaded
[23:45] <fta> seb128, the new build system of cairo is pretty broken..
[23:45] <seb128> fta: they did change the build system between 1.7.4 and 1.7.6?
[23:45] <fta> yes
[23:45] <fta> "The largest number of changes since 1.7.4 did not change the
[23:45] <fta> implementation of cairo itself, but instead revamped cairo's build
[23:45] <fta> system. The primary goal of the revamp is to make the build system
[23:45] <fta> less fragile, (particularly for non-Linux platforms). For example, now
[23:45] <fta> people building on win32 will no longer need to maintain a
[23:45] <fta> platform-specific list of files to be built. Also, the .so file will
[23:45] <fta> now be installed with a different naming scheme, (for example, 1.7.6
[23:45] <seb128> fta: maybe point it on #cairo, they are around and responsive usually
[23:45] <fta> will install with a .10706 suffix). Much thanks, Behdad!
[23:45] <fta> "
[23:46] <fta> git seems fixed. i'm trying to locate the right patch among hundreds
[23:50] <seb128> you can ask that on #cairo too, they are helpful usually when somebody ask a question
[23:53] <pochu> g'night
[23:54] <seb128> 'night pochu