[00:08] <lifeless> RAOF: gds blew up
[00:08] <lifeless> RAOF: and it stopped working
[00:09] <lifeless> RAOF: rmmod psmouse; modprobe psmouse hath fixed it.
[00:09] <RAOF> You mean g-d-s?  Aaah.
[00:12] <lifeless> RAOF: yes, yes I do
[00:13] <lifeless> RAOF: details in #distro where I was chatting with kirkland
[00:31] <cyphermox> chmrr: sure, please send me an email or add a note about that on the blueprint, so I don't forget to ping you :)
[00:34] <chmrr> Where can I find the blueprint?
[00:35] <cyphermox> chmrr: just a second
[00:37] <cyphermox> chmrr: https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-desktop-network-enhancements
[00:42] <chmrr> cyphermox: Updated.  Thanks!
[01:40] <TheMuso> c
[02:12] <broder> does anyone know how i would go about making it so that pressing the power button didn't generate an X event (but continued to generate ACPI events for, e.g., apcid)? i'm open to either configuration or software patching
[02:14] <RAOF> broder: You could probably do that by configuration by excluding the /dev/input/event? device that corresponds to your power button.
[02:14] <broder> RAOF: and if i was interested in not hard-coding a specific device?
[02:16] <RAOF> Add a udev rule that strips the ID_INPUT flag from devices whose DEVPATH includes LNXPWRBN?
[02:16] <broder> that sounds exactly like my sort of solution :-D
[02:17] <broder> although, would that keep acpid from catching the events as well?
[02:17] <RAOF> Dunno.  I'd presume that acpid wouldn't be looking for power button presses from an evdev device, though.
[02:18] <broder> oh, is /dev/input specifically an evdev construct?
[02:18] <RAOF> Yeah.
[02:18] <broder> cool, i didn't realize that
[02:19] <broder> i'll go experiment, then. thanks for the pointers
[02:45] <lifeless> RAOF: 'The program 'gnome-settings-daemon' received an X Window System error.
[02:45] <lifeless> This probably reflects a bug in the program.
[02:45] <lifeless> The error was 'BadMatch (invalid parameter attributes)'.
[02:45] <lifeless> RAOF: twice in one day. Win.
[02:45] <lifeless>   (Details: serial 79543 error_code 8 request_code 3 minor_code 0)
[02:45] <lifeless> '
[02:45] <lifeless> (classic mode w/no effects)
[02:48] <RAOF> lifeless: You might want to run g-s-d with --sync, attach gdb to it, and break on XError to find out where that crash occurs.
[02:49] <RAOF> Hm.  Which raises the obvious follow-up: how can we more easily debug these things?
[02:56] <lifeless> Starting program: /usr/bin/gnome-settings-daemon --sync
[02:56] <lifeless> [Thread debugging using libthread_db enabled]
[02:56] <lifeless> Program exited normally.
[02:57] <lifeless> RAOF: does it /try/ to be difficult ?
[02:57] <lifeless> RAOF: or was it written by e.g. lennart?
[02:57] <RAOF> :/
[02:58] <lifeless> (3 times)
[02:58] <RAOF> I think that's it trying to grab the dbus name, and being unhelpful about failing.
[02:58] <broder> lifeless: --no-daemon, possibly?
[02:59] <lifeless> will add that hte next time
[03:02] <broder> RAOF: hmm...for debugging, how about some sort of protocol extension that lets you look up requests that triggered error events?
[03:06] <lifeless> ok
[03:06] <lifeless> so its spitting this out
[03:06] <lifeless> bad event received, major opcode 34
[03:06] <lifeless> not crashing yet
[03:06] <RAOF> A good first approximation might be to actually decode the request_code and error_code.
[03:07] <RAOF> broder: But some sort of protocol extension like that should be relatively easy to hook up.
[03:07] <bryce> xtrace?
[03:07] <broder> the idea would be that Gdk sets up the requisite connections in its error handler
[03:08] <RAOF> bryce: xtrace is obviously the ultimate hammer.  It'd be nice to have something between “gah, let's see if the code is doing anything obviously wrong” and “trace all X calls ever, so in case something breaks we can report useful info” :)
[03:09] <bryce> RAOF, oh definitely agreed.  but for present bug sounds like xtrace is next step, barring that
[03:10] <bryce> uh oh, some little person is knocking on my door
[03:10] <RAOF> :)
[03:10] <RAOF> Quick!  Cover all the power buttons!
[03:10] <broder> i'd be willing to bet that for something like g-s-d, knowing the request that triggered the error would at least let you figure out which module was doing something stupid
[03:11] <RAOF> Hm.  Actually, gdk *already* has all the info it needs to print a more useful error message; it knows what request serial 79543 corresponds to, and it's got more context.
[03:55] <lifeless> RAOF: The program 'gnome-settings-daemon' received an X Window System error.
[03:55] <lifeless> This probably reflects a bug in the program.
[03:55] <lifeless> The error was 'BadMatch (invalid parameter attributes)'.
[03:55] <lifeless> RAOF: but it just exited
[03:55] <lifeless>   (Details: serial 62010 error_code 8 request_code 3 minor_code 0)
[03:55] <lifeless> rather than letting gdb do $foo
[03:55] <lifeless>    backtrace from your debugger if you break on the gdk_x_error() function.)
[03:55] <lifeless> [Thread 0x7fffef461700 (LWP 15772) exited]
[03:55] <lifeless> [Thread 0x7fffdffbb700 (LWP 15777) exited]
[03:55] <lifeless> Program exited with code 01.
[03:56] <lifeless> 2       breakpoint     keep y   <PENDING>  gdk_x_error
[03:56] <RAOF> Bah!
[03:58] <RAOF> As bryce said, running g-s-d under xtrace will definitely catch the failing request (at the cost of tremendous debug spew), but that loses interesting program context.
[03:58] <lifeless> 0ok, that can be my next step
[03:58] <lifeless> whats a request_code 3 ?
[03:59] <RAOF> I'd need to dive through xlib to find that out.  I don't know offhand.
[04:02] <lifeless>   (Details: serial 69137 error_code 8 request_code 2 minor_code 0)
[04:02] <broder> http://www.rahul.net/kenton/xproto/xrequests.html
[04:04] <lifeless> ok, its off running under xtrace
[04:04] <lifeless> do you just need the end of it ?
[04:05] <RAOF> Generally, yes.  The bit that contains the request which fails and the bit which contains the error reply.  Although more can sometimes be useful.
[04:06] <lifeless> well, for now its just running in screen
[04:06] <lifeless> so I'll get 100 lines or something free
[04:15] <lifeless> RAOF: http://pastebin.com/dnxXZGcd
[04:19] <RAOF> Hm.  It looks like it's trying to set some properties on a window that it has recieved a DestroyNotify on.
[04:20] <RAOF> Also, it looks like it's already swallowed a couple of errors from Get* on that window.
[04:20] <RAOF> And it just hasn't set a error-handler for the Set*
[04:21] <lifeless> I bet its chromium fail or something
[04:21] <lifeless> tickling a latent bug
[04:21] <RAOF> lifeless: That looks like there's some worth to the data in that pastebin; the next step is probably to attach it to a bug.
[04:22] <lifeless> ubuntu-bug <?>
[04:22] <RAOF> ubuntu-bug $(dpkg -S /usr/bin/gnome-settings-daemon)
[04:23] <RAOF> Actually, I think you can just ubuntu-bug /usr/bin/gnome-settings-daemon
[04:23] <lifeless> incoming
[04:26] <lifeless> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/787316
[04:26] <ubot2> Launchpad bug 787316 in gnome-settings-daemon "BadMatch (invalid parameter attributes)" [Undecided,New]
[05:18] <pitti> Good morning
[05:21] <lifeless> RAOF: ^^
[05:21] <RAOF> lifeless: Ta
[06:19] <lifeless> RAOF: how do you break an X mouse grab ?
[06:20] <RAOF> Killing the client which has the grab works.
[06:23] <lifeless> if I knew
[06:23] <lifeless> I would
[06:23] <lifeless> all I know is:
[06:24] <lifeless>  - I can alt-tab and switch virtual desktops
[06:24] <lifeless>  - I can't maximise or minise windows
[06:24] <lifeless> my normally autohide panel is stuck visible
[06:25]  * lifeless pkill gnome-panel
[06:25] <lifeless> seems to work
[06:25] <lifeless> \o/
[06:25] <RAOF> Heh.
[06:25] <lifeless> so, consumer ready?
[06:26] <RAOF> Obviously not.
[06:26] <lifeless> :p
[06:27] <lifeless> something is seriously whack here
[06:27] <lifeless> g-s-d just went awol again
[06:31] <lifeless> monitus regiminis fenestrae: GtkMenu failed to grab the pointer
[07:12] <robert_ancell> pitti, hey, I'm doing an MIR for lightdm, should I add that to the desktop seed to pull it into main?
[07:15] <pitti> robert_ancell: yes, you can do that already
[07:15] <pitti> robert_ancell: it won't actually get effective until promotion, but at least it will appear in component-mismatches
[07:15] <robert_ancell> pitti, ok.  I guess there will be a race for which one is active when that occurs though
[07:16] <pitti> in the old days we had an /etc/default/ file which one was the default dm
[07:16] <pitti> with debconf integration
[07:16] <pitti> but I think that's gone at least for gdm?
[07:17] <pitti> robert_ancell: so perhaps for now it should Conflicts: x-display-manager as well, to have only one?
[07:17] <robert_ancell> It appears to be /etc/X11/default-display-manager, but I think it's the first one that installs that claims it.  There is a debconf question when you install the second one, don't know what the automatic response to that is on a CD build
[07:17] <pitti> ah, right
[07:17] <robert_ancell> so it is safe to have both installed, but I don't know which one will start up
[07:17] <pitti>         [ ! -f /etc/X11/default-display-manager -o "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/gdm" ] || { stop; exit 0; }
[07:18] <pitti> ^ in /etc/init/gdm.conf
[07:18] <robert_ancell> I matched that in lightdm.conf
[07:19] <pitti> apt-get install lightdm -> gdm is still the default in debconf, I suppose it reads the existing file
[07:19] <pitti> robert_ancell: for CD builds I think we should drop gdm from the seeds
[07:19] <pitti> and only install one
[07:20] <pitti> no point in instlaling more than one by default
[07:20] <robert_ancell> of course, I'm just wondering when is the correct time to drop GDM from the seed - as soon as lightdm achieves MIR?
[07:25] <pitti> robert_ancell: yes, I think so
[07:25] <pitti> robert_ancell: btw, I just tried lightdm, and it starts classic even though the session said "ubuntu"
[07:25] <robert_ancell> pitti, which version?
[07:25] <pitti> I suppose that's because some of didrocks' magic script check $GDM_SESSION or soimilar?
[07:25] <robert_ancell> it used to do that, but mine is working now
[07:25] <pitti> 0.2.3-0ubuntu2, what is in oneiric
[07:26] <robert_ancell> ah, I just uploaded 0.3.5, please try that
[07:26] <pitti> ah, will do
[07:26] <jasoncwarner> pitti: I think that is more robert_ancell telling us his desktop preference...shh...we won't tell...
[07:26] <pitti> :)
[07:26] <robert_ancell> yes, you're all now forced to use classic forever.  mwahahaha!
[07:27] <pitti> jasoncwarner: btw, you are the approver of https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-screensaver
[07:27] <pitti> jasoncwarner: was that deliberate?
[07:27] <jasoncwarner> no, rpobably a mistake....
[07:28] <jasoncwarner> just changed to you, I mean...better ot have someone approving that has a clue ;)
[07:29] <pitti> ok, queueing for review then; I wasn't sure whether you wanted to sign of the general approach
[07:37] <chrisccoulson_> good morning everyone
[07:43] <pitti> hey chrisccoulson_
[07:44] <chrisccoulson_> hi pitti, how are you?
[07:44] <pitti> quite fine, thanks!
[07:44] <chrisccoulson_> good :)
[07:44] <pitti> and hungry, high time for breakfast -- gosh, 1.5 hours for morning email only :/
[07:44] <pitti> bbl
[07:54] <didrocks> good morning
[08:30] <pitti> bonjour didrocks
[08:31] <didrocks> guten morgen pitti, how are you?
[08:31] <pitti> didrocks: I'm great, thanks! how about you?
[08:32] <didrocks> pitti: I'm fine :) almost finished the gnome-session update/merge which was kind of a PITA ;)
[08:32] <pitti> I bet
[08:33] <didrocks> pitti: so, no more box at home after this week-end?
[08:33] <didrocks> or do you follow the rule "there is always one more box to unpack"? :)
[08:34] <pitti> didrocks: oh, still 8 boxes left, and several sacks with clothing; we need to wait until our shelf system gets delivered
[08:34] <pitti> (and the couch, and wardrobe, etc.)
[08:35] <didrocks> oh, you bought a lot of new furnitures?
[08:35] <pitti> yeah, we only took very little from our old flat, most of it was really old and desperately waiting to be replaced :)
[08:35] <didrocks> so it was the right moment to do it, right :-)
[09:08] <huats> morning everyone
[09:11] <rodrigo_> morning
[09:18] <didrocks> hey rodrigo_, how are you?
[09:18] <rodrigo_> hi didrocks, I'm fine thanks, and you?
[09:19] <didrocks> rodrigo_: I'm good, thanks! Working from the balcony since last week. Less stress :)
[09:20] <pitti> didrocks: oh, that sounds nice as well
[09:22] <rodrigo_> didrocks, heh, good weather then?
[09:24] <didrocks> pitti: rodrigo_: yeah ;) it's heading south (so can be a little bit warm sometimes) and not on the street side. My neighbours are just trees in front in me ;) Julie has made some kind of zen ambiance as well: http://latolo.didrocks.fr/post/2011/04/10/un-jardin-zen-sur-mon-balcon-%3A-la-presque-fin
[09:25]  * rodrigo_ thinks of didrocks in a yoga position while compiling stuff :-)
[09:25] <seb128> hey rodrigo_ pitti
[09:25] <seb128> lut didrocks
[09:25] <pitti> bonjour seb128
[09:25] <didrocks> rodrigo_: heh, that's not that far from the truth :-)
[09:25] <didrocks> salut seb128, ça va? :)
[09:25] <pitti> didrocks: oh, nice
[09:26] <seb128> pitti, screensavers "hacks" are the effects you can select in the gnome-screensaver-preferences dialog
[09:26] <seb128> i.e the things rendered on the locked screen
[09:26] <pitti> I could actually work in the garden as well, but I think it'd be a lot less comfortable (screen, chair, keyboard)
[09:26] <rodrigo_> didrocks, ah, you're lucky you have a roof, on my balcony there's not (last floor) so all the sun gets direct so it's hard to work there during sunlight
[09:26] <rodrigo_> hey seb128
[09:26] <pitti> seb128: ah, I see
[09:26] <seb128> pitti, I will update the spec to address your comments
[09:26] <rodrigo_> didrocks, you do yoga?
[09:26] <seb128> seems "hack" is the official word for those but it confuses a lot of people ;-)
[09:26] <didrocks> rodrigo_: yeah, but you have the advantage to be at last floor (I'm on 2nd on 3, which is not so bad)
[09:27] <rodrigo_> didrocks, yes, during the evenings, my balcony is great
[09:27] <didrocks> rodrigo_: no, but sometimes I should when this ****** of patch doesn't want to compile :-)
[09:27] <rodrigo_> but now it's starting to be too hot to work there
[09:27] <rodrigo_> didrocks, :)
[09:29] <rodrigo_> btw, how do you specify an optional Build-Depends? haven't been able to find any doc about how to do it
[09:30] <seb128> rodrigo_, bug #786899 seems similar to bug #786417 which has a patch and has been forwarded to debian
[09:30] <ubot2> Launchpad bug 786899 in gnome-settings-daemon "package gnome-settings-daemon 2.32.1-0ubuntu13.1 failed to install/upgrade: trying to overwrite '/usr/share/gnome-control-center/keybindings/50-accessibility.xml', which is also in package gnome-control-center-data 1:3.0.1.1-1ubuntu1~natty1" [Undecided,In progress] https://launchpad.net/bugs/786899
[09:30] <ubot2> Launchpad bug 786417 in gnome-control-center "package gnome-control-center-data (not installed) failed to install/upgrade: trying to overwrite '/usr/share/gnome-control-center/keybindings/50-accessibility.xml', which is also in package gnome-settings-daemon 2.32.1-0ubuntu13.1" [Medium,Confirmed] https://launchpad.net/bugs/786417
[09:31] <seb128> rodrigo_, there is no "optional"
[09:31] <rodrigo_> seb128, ah, then that's why I didn't find anything then :)
[09:31] <seb128> build-depends are installed
[09:31] <rodrigo_> seb128, so, it's about the tracker-dev dep in brasero, so do I just remove it then?
[09:31] <seb128> what would an optional build-depends be? something installed or not following the moon or something? ;;-)
[09:31] <seb128> yes
[09:32] <rodrigo_> ok
[09:32] <seb128> it doesn't prevent people to do a local build to install it
[09:32] <seb128> but if we want to use it we should promote tracker to main
[09:32] <seb128> which I'm not sure we want to do, we have enough to do already
[09:32] <rodrigo_> yes, and little space :)
[09:34] <seb128> rodrigo_, btw did you see the bug references I copied before?
[09:34] <rodrigo_> seb128, yes, applying the patch right now
[09:34] <seb128> rodrigo_, is a g-c-c update coming today?
[09:35] <rodrigo_> upstream release you mean?
[09:35] <seb128> yes
[09:35] <seb128> you might maybe wait for the update to do an upload
[09:35] <seb128> no need to do 2 uploads when you can batch things in one
[09:35] <rodrigo_> yes, I was going to do it yesterday, but my inet was flaky, so just forgot to do it in the evening
[09:35] <rodrigo_> yes
[09:35] <seb128> g-s-d needs to be updated in oneiric as well
[09:35] <rodrigo_> yes, doing that also
[09:36] <fta> gasp, i should not have rebooted. oneiric is (almost) unusable now.
[09:40] <seb128> didrocks, can you sponsor evolution-exchange if you have time?
[09:41] <fta> is libgconf2-dev still a valid build-dep in oneiric?
[09:41] <seb128> yes
[09:41] <fta> https://launchpadlibrarian.net/72317499/buildlog_ubuntu-oneiric-amd64.chromium-browser_13.0.774.0~svn20110524r86385-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz
[09:42] <seb128> it's deprecated and we are porting things away from it but it didn't change
[09:42] <fta> uninstallable
[09:42] <seb128> it means it can't be installed, which usually means one of the depends is not installable
[09:42] <seb128> but apt is not doing a great job at telling you why
[09:44] <seb128> fta,  gconf2-common : Depends: dbus but it is not going to be installed
[09:44] <seb128>  dbus : Depends: netbase (>= 4.45ubuntu3) but 4.45ubuntu1 is to be installed
[09:44] <pitti> ah, that also happens locally for dist-upgrade
[09:44] <seb128> it's a dbus bug
[09:45] <pitti> https://launchpad.net/ubuntu/+source/netbase/+changelog
[09:45] <pitti> netbase is at ubuntu2
[09:45] <seb128> right, the dbus depends is wrong
[09:49] <didrocks> seb128: sure, doing that in a few
[09:49] <fta> thanks
[09:49] <pitti> seb128: want me to fix, or are you on it?
[09:49] <seb128> didrocks, thanks
[09:50] <seb128> pitti, if you want to fix it please do, I'm catching up with some emails and updating the screensaver spec
[09:50] <pitti> at it
[09:50] <seb128> danke
[09:53] <fta> my desktop (backgroup) is no longer repainted, and my (nautilus?) files/folders on the wallpaper are gone too, known?
[09:53] <fta> (backgroud)
[09:53] <fta> grr, +n
[09:54] <pitti> here as well; I think g-s-d and nautilus aren't in agreement who paints the wallpaper, or it didn't import my gconf setting properly?
[09:55] <pitti> although the latter seems to have worked
[09:55] <pitti> $ gsettings get org.gnome.desktop.background picture-uri
[09:55] <pitti> '/home/martin/download/digitalblasphemy/worldsedgewinter11280.jpg'
[09:55] <pitti> that's right
[09:55] <pitti> so I guess it's g-s-d and nautilus both thinking "that other thing will render it"?
[09:56] <jibel> fta, bug 784209, the assignment to unity-2d is wrong though but I don't know which package is to blame.
[09:56] <ubot2> Launchpad bug 784209 in unity-2d "Background fails to redraw" [High,Confirmed] https://launchpad.net/bugs/784209
[09:56] <dpm> good morning desktop people. Someone noticed that this particular string's translation is not loaded on a running system: https://translations.launchpad.net/ubuntu/natty/+source/gnome-system-tools/+pots/gnome-system-tools/nl/+translate?batch=10&show=all&search=can+change+anything+on+the+system - it seems to come from a .conf.in file. Does anyone happen to know if this this a new type of format, or just a plain configuration text file?
[09:57] <seb128> pitti, fta: dconf-editor -> org.gnome.desktop.background picture-uri
[09:57] <seb128> set that and draw-background
[09:57] <pitti> seb128: see above; the setting seems correct to me
[09:57] <pitti> $ gsettings get org.gnome.desktop.background draw-background
[09:57] <pitti> true
[09:57] <seb128> pitti, no, it's a path not an uri you have
[09:57] <seb128> should be file:///
[09:57] <pitti> oh
[09:57] <pitti> seb128: I didn't set that manually, it was from auto-migration
[09:58] <seb128> pitti, right, http://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=81e581e67962ecf290f886afd2fbf5767f1970ad
[09:58] <pitti> and I set the original one from the gnome 2 background conf dialog
[09:58] <fta> $ gsettings get org.gnome.desktop.background picture-uri
[09:58] <fta> 'file:///usr/share/themes/Adwaita/backgrounds/stripes.jpg'
[09:58] <seb128> pitti, they stopped migrating it now
[09:58] <fta> but i have no such file
[09:58] <fta> no Adwaita at all
[09:58] <seb128> pitti, the scripts can only do value copies, they can't do tweaks and the sementic changed from a path to an uri
[09:59] <seb128> pitti, which is a bit unfortunate
[09:59] <seb128> we will probably need to fix it in some way but for now "known bug"
[09:59] <pitti> seb128: so the better solution would be to check if it's not an URI in g-s-d, and convert it to an URI there?
[09:59] <seb128> rodrigo_, ^ what do you think?
[09:59] <pitti> until the next LTS at least
[10:00] <pitti> it's "file://" + abspath(current_value), nothing more, right?
[10:01] <seb128> pitti, I've added a WI to https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-gtk3-gnome3
[10:02] <pitti> cheers
[10:02] <seb128> pitti, right
[10:02] <seb128> it just can't be done from the .convert so it needs code
[10:02] <pitti> oh, added file://, and it immediately works, yay
[10:02] <pitti> wow, now an empty desktop pretty much exactly looks like natty again :)
[10:03] <rodrigo_> seb128, pitti: yes, probably we should check ad convert to an uri if it's just a path
[10:03] <seb128> rodrigo_, do you want to take over the WI?
[10:03] <rodrigo_> fta, you need gnome-themes-standard installed for that file
[10:03] <rodrigo_> seb128, yes
[10:03] <seb128> rodrigo_, thanks
[10:04] <fta> rodrigo_, oh, installing. why isn't it a dep?
[10:04] <rodrigo_> fta, bug I guess :)
[10:04] <fta> good, it worked
[10:04] <lool> pitti: does that mean you have a workaround for people with broken settings?  :-)
[10:05] <fta> i have a blue/grey desktop now :P but at least i can work
[10:05] <seb128> pitti, you can get the icons displayed with show-desktop-icons = true in the same schemas
[10:05] <pitti> lool: see above, we'll add a migration to the code, for now you can just prepend a file://
[10:05] <pitti> seb128: it's already the case here; I'm not sure whether I enabled it manually, but I don't remember doing so
[10:05] <seb128> rodrigo_, fta: not sure if we want to install gnome-themes-standard or just tweak the default value to be one of our themes
[10:05] <rodrigo_> yes, probably better
[10:06] <lool> pitti: well I did get "file://" in the output of gsettings get org.gnome.desktop.background picture-uri, but it was a missing file
[10:06] <seb128> pitti, it's false by default, you probably tried to tweak it to get your background back ;-)
[10:06] <lool> but all settings seem broken, not just background
[10:06] <pitti> seb128: well, I want my files/folders back :)
[10:06] <seb128> lool, you get a different bug from others then ;-)
[10:06] <lool> like icon theme
[10:06] <pitti> seb128: what I did was to enable "home is desktop" in gnome 2 ages ago, and a week or two ago I re-ran the gsettings migration
[10:06] <seb128> pitti, well, run nautilus?
[10:07] <lool> at least I get proper desktop paints again
[10:07] <pitti> seb128: sorry, misunderstanding; it's already starting by default for some reason, just with background icons AND a window (it should just be the desktop)
[10:07] <seb128> pitti, with org.gnome.desktop.background show-desktop-icons on you don't get your icons after running nautilus?
[10:07] <seb128> oh ok
[10:07] <seb128> known issue
[10:08] <seb128> it's the "Get nautilus to install an autostart desktop conditional on the gsettings show icons key (upstream said they would welcome a patch for that):" on the spec
[10:08] <seb128> pitti, I think it's starting now because didrocks didn't upload the new gnome-session yet
[10:08] <lool> ah there aren't any separate capplets utilities anymore
[10:08] <pitti> ah
[10:09] <seb128> lool, no, they are control-center-panels now
[10:10] <seb128> pitti, so nautilus is still a "required component" and run on start which gives you that dialog, once we update gnome-session it should not start at all which is what the workitem is about
[10:10] <seb128> they dropped it from the required components
[10:10] <seb128> since nautilus doesn't start in GNOME3
[10:10] <pitti> right
[10:10] <didrocks> what will be fixed today then :)
[10:10] <pitti> let's call it "changed" :)
[10:11] <didrocks> heh
[10:11] <pitti> I'm not sure what is better
[10:11] <pitti> a lot of people use their desktop as their file manager, which is arguably a bad habit, but presumably hard to get out of
[10:11] <seb128> well, we should at least have the autostart conditional on the gsettings key
[10:11] <lool> hmm how does one change the gnome theme or icon theme?  I can't find it in the gnome-control-center settings
[10:11] <seb128> so people who turn desktop back on would get nautilus to start
[10:12] <seb128> lool, gnome-tweak-tools
[10:12] <pitti> do we have teh "home" nautilus icon in the launcher by default?
[10:12] <pitti> I don't, but I customized mine a lot
[10:12] <seb128> lool, "design decision" from GNOME, changing theme is not something their designer recommend...
[10:12] <seb128> pitti, no, we have a clean desktop by default
[10:12] <lool> hmmm
[10:12] <seb128> i.e only devices and your own icons
[10:12] <seb128> no computer, home or bin
[10:13] <pitti> ah, we do
[10:13] <pitti> seb128: I mean in the launcher as a starter
[10:13] <lool> gnome-tweak-tool crashes on start  :-/
[10:13] <didrocks> right now, I put nautilus back for unity and unity-2d, but not for the other
[10:13] <pitti> it's in the guest session, so I guess "yes"
[10:13] <didrocks> should I remove it definitively then?
[10:13] <pitti> but eww @ guest session, background is totally broken
[10:13] <didrocks> we tried removing the file manager in UNE maverick, we got bad feedback
[10:13] <seb128> pitti, we do
[10:14] <pitti> you move windows around, and the background just keeps old images
[10:14] <pitti> seb128: with having that there's a better justification of not starting it by default
[10:14] <didrocks> (just catching up on the conversation)
[10:14] <pitti> but still, it seems quite a waste to not do something useful with the large background area ;)
[10:15] <pitti> didrocks: I have no strong opinion either way myself
[10:15] <seb128> pitti, guest session -> do you have a correct uri for the background or do you run into the bug fta mentioned? i.e the default being an image from gnome-theme-standard which is not installed
[10:15] <pitti> seb128: ah, I don't have gnome-theme-standard installed
[10:15] <seb128> (that's the upstream settings, we need to bring back ubuntu values)
[10:15] <pitti> so it's probably that
[10:15] <seb128> we should just tweak the gsettings value to be the ubuntu background
[10:15] <pitti> might also explain why the indicators are almost invisible
[10:16] <fta> where is gnome-tweak-tools?
[10:16] <pitti> so, so all "known" for now
[10:16] <seb128> fta, in universe
[10:16] <fta> E: Unable to locate package gnome-tweak-tools
[10:16] <seb128> fta, gnome-tweak-tool
[10:16] <seb128> sorry for the typo before
[10:16] <fta> oh
[10:16] <fta> thanks
[10:17] <seb128> lool, do you have details on the error, a stacktrace?
[10:17] <fta> crashes here too
[10:18] <lool> seb128: http://paste.ubuntu.com/612211/
[10:19] <seb128> oh, it depends on gnome-shell
[10:19] <cdbs> My background is also ugly, I have to hold gnome-settings-daemon back to make it work well. Anyone else with the same issue and/or a fix?
[10:19] <cdbs> (the discussion above seems to be regarding this)
[10:19] <ricotz> seb128, hmm, i forgot to add it :\
[10:19] <seb128> cdbs, read the previous half an hour backlog
[10:19] <lool> so in dconf-editor, I see all settings pointing at Adwaita
[10:20] <seb128> lool, right, that's the upstream GNOME3 theme, it's also the only gtk3 theme we have now
[10:20] <lool> seb128: oh so it is normal that I see everything with a bogus theme
[10:20] <seb128> lool, yes
[10:20] <lool> seb128: Ok :)
[10:20] <seb128> we have no gtk3 theme yet
[10:20] <cdbs> seb128: So, installing gnome-theme-standard will fix it by making Adwaita the default theme?
[10:21] <seb128> cdbs, not really but I don't feel like rewritting what is in the backlog, just read it?
[10:21] <seb128> cdbs, you have a gsettings background key to change
[10:21] <lool> cdbs: Check whether the background is set properly
[10:21] <lool> cdbs: You can check whether gsettings get org.gnome.desktop.background picture-uri returns an existing file:// URI
[10:21] <didrocks> pitti: yeah, the launcher has the home icon and will still have it in oneiric as the first element (still catching up on IRC, sorry for the lag ;))
[10:22] <cdbs> thanks lool and seb128, I managed to get to the right part of the backlog
[10:23] <seb128> pitti, so https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-screensaver I'm not sure about the "[smspillaz] help getting a list of requirements and drive contributors:"
[10:23] <pitti> seb128: you mean what it was about?
[10:23] <seb128> pitti, https://blueprints.launchpad.net/ubuntu/+spec/security-o-compiz-screenlocking somewhat overlap with the spec
[10:23] <seb128> pitti, right
[10:24] <seb128> pitti, I've adressed the other points I think
[10:24] <seb128> pitti, but the outcome was basically "locking should be done in the compositor, i.e compiz, but if that doesn't happen this cycle we will ship gnome-screensaver 3 with hack support restored"
[10:25] <cdbs> lool: Also do you know how to set Adwaita as the default GTK3 theme as right now there's no Ambiance for GTK3?
[10:25] <pitti> seb128: ah, that sounds like a better decision than the fuzzy ones that are currently in the spec
[10:26] <fta> pitti, apport-retrace complains about a lot of missing -dbgsym & :i386-dbgsym
[10:26] <lool> cdbs: dconf-editor from dconf-tools seems like the easiest way to do it right now
[10:27] <pitti> fta: :i386-dbgsym? that sounds like a fallout bug from multiarch
[10:27] <lool> albeit I have Adwaita as the gtk-theme already
[10:27] <seb128> pitti, ok, spec edited, is it better?
[10:27] <fta> seb128, http://paste.ubuntu.com/612213/
[10:29] <seb128> fta, right, it's the same issue than lool has, it uses a gnome-shell gsetting key so it depends on gnome-shell since desrt make gsettings abort when it tries to use a schemas which is not installed
[10:29] <fta> pitti, http://paste.ubuntu.com/612215/
[10:29] <didrocks> mvo: hey, is there any easy way to install a new package on upgrade?
[10:30] <pitti> seb128: thanks; so should smspillaz's WI be dropped, as it's already covered in security-o-compiz-screenlocking?
[10:30] <pitti> didrocks: add it to the desktop seed?
[10:30] <seb128> pitti, I guess so
[10:30] <mvo> didrocks: as in apt-get dist-uprade+install+foo ? unfortuntely not in apt-get, but synaptic can do it
[10:30] <seb128> pitti, especially that sam hinted that he would likely not have time for that this cycle anyway, which is why the wi is worded as "help getting..." and not "do it"
[10:31] <pitti> seb128: ok, let's drop it then and assume that we'll go the g-s-s 3 route
[10:31] <pitti> ?
[10:31] <didrocks> pitti: mvo: we don't want it for new install, but only for people upgrading from natty to oneiric (and then next LTS -> LTS upgrade)
[10:31] <seb128> pitti, works for me
[10:31] <didrocks> pitti: mvo: it's the package containing gnome-panel sessions, it's a new one
[10:32] <seb128> pitti, well seeems like amaranth said he would have a go to it on the security spec so maybe it will get done
[10:32] <pitti> seb128: ok, I updated the spec, how does it look?
[10:32] <seb128> pitti, but I don't really wait on it so from our side we can just go for gnome-screensaver and revisit if it gets done
[10:33] <mvo> didrocks: oh, I misread the question then. that sounds like a bit of a odd request :) could you give me a little bit more details?
[10:33] <seb128> pitti, works for me, thanks
[10:33] <pitti> seb128: ok, great; set to approved then
[10:33] <mvo> didrocks: we can always special case something in the release-upgrader, but ideally it should be expressable with the dependency system we have
[10:33] <didrocks> mvo: so, we won't install the session which starts "ubuntu classic" and "ubuntu classic (no effect)" in oneiric by default
[10:33] <seb128> pitti, danke
[10:33] <pitti> fta: queueing, thanks
[10:33] <Amaranth> seb128, pitti: Of course, gnome-shell/gnome-session may not get the new stuff implemented this cycle and I have to wait for them so...
[10:34] <didrocks> mvo: debian put something similar in a new package (gnome-session-fallback) which depends on gnome-panel (but we won't install it then)
[10:34] <pitti> FTR, Debian uploads are back, my icon-theme and keyring uploads went in
[10:34] <seb128> ok, enough morning talks, time for some updates
[10:34] <Amaranth> I haven't seen anything public on the design anyway, just a mention it was going to happen
[10:34] <didrocks> mvo: my idea was to install this package only for people upgrading
[10:34] <seb128> Amaranth, why do you have to wait for them? locking in shell and compiz will likely be different code?
[10:34] <seb128> pitti, btw your gnome-keyring update made it in it seems ;-)
[10:34] <Amaranth> seb128: The idea is to do it the same way gnome-shell does
[10:35] <pitti> seb128: yes, see 5 lines back; libg-k is still in binNEW, though, but that should only be a few days
[10:35] <seb128> Amaranth, ok, makes sense, so let's default to just use gnome-screensaver for this cycle and see what happens over time
[10:35] <Amaranth> seb128: They're apparently going to have gnome-session handle idle detection and such and gnome-shell only handle showing the lock dialog
[10:35] <pitti> I did a followup upload with the nm-applet crash fix, so it will be all good
[10:35] <seb128> pitti, \o/
[10:35] <Amaranth> But they have none of this implemented afaik
[10:35] <mvo> didrocks: couldn't we simply add it to gnome-panel then as a depends/recommends ? that is what people have installed when they upgrade
[10:35] <seb128> pitti, next time you feel like doing debian updates: gvfs libwnck3 libsoup2.4 totem-pl-parser
[10:35] <didrocks> mvo: hum, the dep is the other way around right now, but yeah, I think you got a point
[10:36] <seb128> pitti: those are easy ones that can be done
[10:36] <pitti> seb128: I'm busy with some langpack-o-matic stuff for chrisccoulson_, but this afternoon I can take glib-networking (resync with Debian) and gvfs?
[10:36] <pitti> seb128: ah, sure, can do these as well
[10:36] <RAOF> Amaranth: gnome-session already handles idle, actually.
[10:36] <RAOF> (Incorrectly, it turns out ☺)
[10:36] <seb128> pitti, well don't feel like you have to but since you seem to be the only one with a proper setup for debian builds
[10:36] <didrocks> mvo: so gnome-panel recommends gnome-session-fallback (which still dep on gnome-panel as the session can't start without it), does it makes sense?
[10:36] <Amaranth> RAOF: Oh, neat
[10:36] <seb128> pitti, I can do some of them and ask you to do the binary build and upload if you want
[10:36] <RAOF> Amaranth: All that's needed is to hook the screensaver up to it.
[10:36] <mvo> didrocks: from my limited understanding about the problem it does :)
[10:36] <pitti> seb128: I'm fine with taking the ones which can stay or get back in sync with Debian
[10:37] <didrocks> mvo: ok, will do that then! thanks a lot :)
[10:37] <mvo> yw!
[10:37] <seb128> pitti, ok, so those I listed would be nice, danke ;-)
[10:37] <pitti> seb128: noted so in the pad
[10:38] <seb128> pitti, thanks
[10:43] <fta> seb128, i commented on bug 784209
[10:43] <ubot2> Launchpad bug 784209 in unity-2d "Background fails to redraw" [High,Confirmed] https://launchpad.net/bugs/784209
[10:43] <seb128> thanks
[10:47] <michiduta> Where can I get support for my usb mouse issue?
[10:47] <michiduta> I have tried #ubuntu and #lubuntu and nobody answered anything to me :|
[10:47] <cdbs> seb128: We need to re-write unity-window-decorator as well to work with the new theming systems (re: unico) and stuff?
[10:48] <seb128> no, compiz didn't change
[10:49] <seb128> michiduta, try #ubuntu again later on
[10:49] <cdbs> seb128: so if I just make the unity-window-decorator build well with gtk3, it should be enough, right? I doubt if the gnome 2 and 3 theming APIs are same wrt. metacity/mutter
[10:49] <Amaranth> fta: afaik that bug is because nautilus isn't drawing the desktop
[10:49] <Amaranth> fta: configuring nautilus to do so fixes it even if you don't have that wallpaper
[10:50] <Amaranth> apparently metacity and compiz no longer handle this correctly
[10:50] <Amaranth> But maybe that's just a workaround *shrug*
[10:50] <RAOF> I just went to Control Centre→Wallpaper and actually *set* a wallpaper.  Then something started drawing one.
[10:50] <Amaranth> I know compiz doesn't handle it correctly no matter what, at least in my branch
[10:50] <seb128> cdbs, dunno
[10:50]  * cdbs digs into API docs
[10:51] <RAOF> (Tips for getting anything but a crazy-grey GTK theme welcome, though ☺)
[10:51] <Amaranth> RAOF: dconf-editor, set your theme
[10:51] <RAOF> Amaranth: To?
[10:51] <Amaranth> RAOF: Or just install whatever package gives you the adwaita theme or whatever it's called
[10:53] <pitti> Amaranth, RAOF: gnome-themes-standard
[10:59] <RAOF> I see we're no longer in a world where changing the setting updates running applications.  Hurray for progress.
[11:00] <Amaranth> yeah, that's weirdness
[11:01] <RAOF> Fortunately, we *are* in a world where delicious fritatta awaits me.
[11:11] <pitti> yummy
[11:11]  * pitti still has to wait 30 minutes for the freshly baked bread to finish
[11:13] <seb128> pitti, do you have one of those machines making bread for you if you put in it the right stuff or did you made it by hand by hand? ;-)
[11:14] <pitti> seb128: no, machine; you pour in the necessary ingredients in the right order, and it'll do the rest
[11:14] <pitti> it's for the lazy :)
[11:15] <pitti> seb128: oh, libg-k got accepted; that was fast :)
[11:15] <pitti> yay Debian ftpmasters
[11:15] <fta> i prefer doing it manually. my french baguettes are excellent ;)
[11:20] <seb128> pitti, \o/
[11:23] <chrisccoulson_> mvo - can i add and remove apt sources with aptdaemon?
[11:32] <lucazade> seb128, i've read before about gtk3 themes... I made a bzr brach of Ambiance gtk3 based on Unico engine (as CImi asked me), is still a wip... https://code.launchpad.net/~lucazade/+junk/ambiance-gtk3
[11:35] <seb128> lucazade, thanks, kenvandine said he would look at it but he's off sick at the moment but he will probably work on it when he's back
[11:35] <seb128> lucazade, thanks for working on that btw ;-)
[11:35] <seb128> is there an easy way to try the theme just by doing a checkout or something?
[11:35] <seb128> unico is in oneiric so that part is easy to install
[11:37] <lucazade> seb128, yes just a checkout and put gtk3 dir inside old ambiance theme
[11:38] <lucazade> and switch theme from dconf-editor to Ambiance
[11:38] <seb128> lucazade, thanks
[11:38] <lucazade> seb128, glad to help
[11:39] <rodrigo_> bbiab
[11:47] <danyR> lucazade: care to share a screenshot? I would try it, but unico isn't available in fedora :(
[11:56] <lucazade> danyR seb128 , http://dl.dropbox.com/u/1338581/varie/Schermata.png   (the-widget-factory is old gtk2, rest is gtk3)
[11:58] <danyR> lucazade: looking nice, can't wait to try it in a few months time :)
[12:00] <lucazade> danyR, thanks! there are still a lot of things to refine, i'm still learning how to take out the best from unico and css :)
[12:01] <danyR> lucazade: I guess that's you and everyone else :)
[12:11] <mvo> chrisccoulson_: add is supported, but remove is not currently. that should be straightforward to fix though
[12:21] <seb128> lucazade, nice ;-)
[12:21] <lucazade> :)
[12:31] <ricotz> seb128, the builds of https://edge.launchpad.net/ubuntu/+source/gnome-control-center/1:3.0.2-1ubuntu3 and https://edge.launchpad.net/ubuntu/+source/gnome-settings-daemon/3.0.2-1ubuntu1 can be retried, they should work now
[12:32] <seb128> ricotz, how was the issue fixed?
[12:32] <ricotz> looked like an archive issue with a perl package
[12:33] <ricotz> and it builds fine the ppa
[12:33] <seb128> hum, you are sure it's fixed?
[12:33] <ricotz> https://edge.launchpad.net/~ricotz/+archive/testing/+build/2523007
[12:34] <seb128> ricotz, well ppa don't have "depends on universe" sort of issues for example
[12:34] <seb128> let me check in a pbuilder before retrying
[12:34] <ricotz> right, i always forget this universe thing :\
[12:36] <seb128>  libwww-perl : Depends: liblwp-protocol-https-perl but it is not installable
[12:37] <seb128> liblwp-protocol-https-perl was in universe and has been promoted half an hour ago
[12:38] <seb128> so we need to still wait a bit before retrying
[12:38] <ricotz> seb128, did you updated you pbuilder?
[12:38] <ricotz> your
[12:40] <seb128> ricotz, the publisher is run once an hour and take an hour to run so it will not be published in main before an hour still
[12:40] <seb128> yes I updated my pbuilde
[12:40] <ricotz> seb128, ok ;)
[12:41] <didrocks> rodrigo_: hey, small question about gnome-icon-theme-symbolic, does g-c-c recommends it?
[12:41] <rodrigo_> didrocks, yes, Recommends:
[12:42] <rodrigo_> didrocks, it's a dependency on the debian version, but we moved it to Recommends until we get it in main
[12:42] <seb128> didrocks, you get broken icons in several GNOME3 applications without it
[12:42] <seb128> like nautilus recommends it as well
[12:42] <didrocks> rodrigo_: ok, I'm looking with fredp once he's back why it deps on gtk2-bin and if we can get it sorted, but I won't block on that
[12:42] <didrocks> seb128: I'm making the latest sanity check before acking and promoting
[12:42] <seb128> ok
[12:43] <didrocks> this afternoon is MIR day :)
[12:43] <rodrigo_> didrocks, ok
[12:43] <seb128> speaking of fredp, would be nice if he could do some updates in debian :p
[12:43] <didrocks> fredp: stop slackering! :-)
[12:48] <didrocks> rodrigo_: "Binary package hint: accountsservice" in https://bugs.launchpad.net/ubuntu/+source/apg/+bug/785682. I think that's a "copy and paste bug" from https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/785680 ? ;)
[12:48] <ubot2> Launchpad bug 785682 in apg "[MIR] apg" [Undecided,New]
[12:54] <rodrigo_> didrocks, yes, sorry
[12:55] <rodrigo_> didrocks, fixed
[12:55] <didrocks> rodrigo_: no worry ;) just a small notice: if you see nearly no bugs opened on ubuntu, it's good as well to check the status in debian
[12:55] <didrocks> rodrigo_: apg seems fine bug-wise
[12:55] <rodrigo_> didrocks, ah ok, didn't know where to look
[12:56] <didrocks> rodrigo_: not mandatory, but sometimes, some packages aren't really used in ubuntu (because they are in universe and target more technical users) and are used extensively in debian, hence the double checking is good :)
[12:56] <seb128> rodrigo_, you screwed the g-s-d and g-c-c versions
[12:56] <rodrigo_> didrocks, yeah, good to know
[12:57] <rodrigo_> seb128, ugh, did I?
[12:57] <seb128> rodrigo_, the versioning should be -<debian_reversion>ubuntu<n> if there is a debian revision we base on, or -0ubuntu1 if we are first to package a new version
[12:57] <rodrigo_> seb128, oh
[12:57] <seb128> rodrigo_, like g-c-c is -2ubuntu1 but debian doesn't have this version
[12:58] <pedro_> hello folks
[12:58] <seb128> the version means it's based on -2 from debian which is wrong, should be 0ubuntu1
[12:58] <rodrigo_> seb128, so, both should be 0ubuntuX, right?
[12:58] <seb128> hey pedro_
[12:58] <seb128> rodrigo_, yes
[12:58] <rodrigo_> hi pedro_
[12:58] <rodrigo_> seb128, ok, but now can't really upload a new version, as it would be older, right?
[12:58] <seb128> rodrigo_, indeed
[12:58] <seb128> we will need to wait for debian to get those versions
[12:59] <seb128> it means if they upload -1 we can't rebase as -1ubuntu1
[12:59] <seb128> small details but please be careful about that
[12:59] <rodrigo_> seb128, will make sure I get the correct one for next upload, although 3.0.3 is not going to happen
[12:59] <seb128> ok
[12:59] <rodrigo_> seb128, yes, sorry, just was relying on dch -i to get the correct version
[12:59] <seb128> dch -i gets the correct version
[12:59] <seb128> if you based on -1 it would have done -1ubuntu1
[12:59] <rodrigo_> yeah
[12:59] <seb128> but dch -i doesn't do new versions
[13:00] <seb128> you should have used -v version-0ubuntu1
[13:00] <seb128> ;-)
[13:00] <rodrigo_> ah, ok
[13:03] <kinouchou> hello seb128 didrocks fredp
[13:03] <seb128> lut kinouchou
[13:03] <didrocks> salut kinouchou
[13:04] <kinouchou> :)
[13:04] <kinouchou> didrocks: tu arrives quand?
[13:04] <didrocks> kinouchou: coming for the ubuntu party in Paris next Friday (7pm), will stop working earlier then :)
[13:05] <kinouchou> ok you sleep at coucouf'home
[13:05] <didrocks> kinouchou: nice, thanks for confirming :)
[13:06] <seb128> who?
[13:06] <kinouchou> a debian user
[13:06] <didrocks> seb128: another guy from the french community you never met I guess
[13:06] <seb128> ok
[13:06] <seb128> nickname?
[13:06] <kinouchou> seb128: you come at the party?
[13:07] <seb128> kinouchou, no, you guys are competing with the tennis on TV ;-)
[13:07] <kinouchou> pff
[13:07] <kinouchou> you want help the comunity for "le festival des papillons de nuit"?
[13:07] <seb128> when and where is it?
[13:08] <kinouchou> 10-12 juin Normandie
[13:08] <seb128> didrocks, are you going there as well? ;-)
[13:09] <didrocks> seb128: not this one :-)
[13:09] <seb128> kinouchou, thanks for asking but I guess no, I'm too lazy for going there ;-)
[13:10] <didrocks> seb128: you should at least come to the RMLL!
[13:10] <kinouchou> seb128: I hope you will came for the UP 11.10
[13:10] <seb128> kinouchou, I will try to make an effort ;-)
[13:10] <kinouchou> mouais
[13:11] <seb128> didrocks, rmll I could do for at least one day ;-)
[13:11] <didrocks> seb128: ok, there are vuntz and fredp, which is ackward, but you can cope with this</kidding> ;)
[13:11] <seb128> ;-)
[13:19]  * rodrigo_ -> lunch
[13:19] <vuntz> seb128: come on, it's really close to where you live. You have to come.
[13:20] <seb128> vuntz, start by reviewing our patches and fix your versions list and I will think about it ;-)
[13:20] <chrisccoulson_> wow, i'm really outnumbered in here today ;)
[13:20] <seb128> vuntz, otherwise you don't want me to come, I will just keep complaining about how lazy you are :p
[13:21] <vuntz> seb128: I'd love to see that. Now I have a good reason to do nothing ;-)
[13:21] <seb128> chrisccoulson_, salut, t'apprends le français quand ?
[13:21] <seb128> vuntz, :-p
[13:42] <cyphermox> good morning!
[13:43] <cyphermox> +1 to the number of french speakers ;D
[13:44] <highvoltage> bon matin
[13:44] <highvoltage> (oh for a moment I thought this was #ubuntu-qc)
[13:46] <Laney> non
[14:00] <chrisccoulson_> mvo - thanks. the ability to remove repositories would be useful too. i want to write an extension that integrates the new channel switcher UI in firefox with aptdaemon
[14:03] <seb128> didrocks, don't worry about the gnome-session build failure, the build-depends issue should be sorted and I retried the build
[14:06] <cyphermox> didrocks: you retried the evolution-exchange failure?
[14:15] <didrocks> seb128: yeah, I got it for evolution-exchance and guessed that :)
[14:15] <didrocks> cyphermox: let's wait for the buildd to be fixed
[14:15] <seb128> didrocks, retried that one as well
[14:15] <didrocks> seb128: (sorry I'm on the phone)
[14:15] <seb128> no worry
[14:15] <cyphermox> I was just curiois because I looked at the page, saw it failed, refreshed, and saw it in queue ;)
[14:17] <seb128> btw wouldn't have it be easier to merge that one on Debian rather than redoing the update?
[14:18] <pitti> hey cyphermox, good morning
[14:19] <cyphermox> seb128: there were very few changes in debian, and then I had to patch a few things to make it compile
[14:19] <seb128> ok
[14:19] <cyphermox> I'll start on the new versions for evo real soon too
[14:20] <cyphermox> (unless I should wait before preparing 3.1?)
[14:20] <seb128> pitti, did you see gnome-keyring failed to build on i386? I retried since it seems like a testsuit timing issue
[14:20] <pitti> seb128: in Debian? no, I didn't see that yet, lemme check
[14:21] <pitti> https://buildd.debian.org/status/package.php?p=gnome-keyring -> seem sfine?
[14:21] <pitti> seb128: and accepted on i386 in ubuntu, seems someone already gave it back?
[14:22] <ricotz> pitti, hi, gnome-keyring build also got stuck in the ppa :\
[14:23] <ricotz> looks like both amd64 and i386 "freezed" at the same point
[14:23] <ricotz> https://launchpad.net/~gnome3-team/+archive/gnome3/+build/2523012
[14:23] <seb128> pitti, right, what I said, I retried it since the issues seem a timing one
[14:23] <pitti> ah, sorry; I misread at as "I built locally", silly me
[14:24] <pitti> seb128: so I don't have the log now
[14:24] <seb128> I didn't think about that :-(
[14:24] <pitti> but *shrug*, let's ignore for now, that's probably something for later
[14:24] <seb128> but maybe the ppa one will fail on the same issue
[14:24] <ricotz> is someone able to just restart the ppa builds?
[14:25] <seb128> why?
[14:27] <ricotz> because it seems to do nothing anymore, the archive build took 7 min this one runs over 1 hour now
[14:27] <pitti> no, we can't cancel build jobs, that's something for lamont
[14:27] <ricotz> i remember that i had a similar issue in the past
[14:27] <pitti> but I think they time out after 90 minutes of inactivity
[14:27] <pitti> so it should sort out itself
[14:27] <ricotz> alright
[14:30] <ricotz> cyphermox, hi, did you looked into evolution-mapi?, i was asked about its update
[14:30] <cyphermox> not yet, but it's on the list
[14:31] <ricotz> ok, no problem
[14:31] <ricotz> cyphermox, i hope gnome-bluetooth is high on the list ;)
[14:31] <cyphermox> if you give me a couple of minutes to finish what I'm doing now, I'll update that and evolution-rss now
[14:31] <cyphermox> those will be next ;)
[14:31] <ricotz> nice
[14:31] <cyphermox> actually, bluez is already done afaik
[14:32] <bcurtiswx_> good morning
[14:33] <bcurtiswx_> I completed a rebase of seahorse, and since it's my first time, could somebody look it over to see if I've done anything wrong? https://code.launchpad.net/~bcurtiswx/ubuntu/oneiric/seahorse/3.0.0-1ubuntu1 Thanks :)
[14:41]  * dobey wonders how logilab-common even made it into the debian archive; i get the same build failure (unit tests failures) on 11.04 and 11.10 for logilab-common 0.55.2-1
[14:43] <rodrigo_> pitti, got the permission denied problem again when uploading brasero, didn't you fix it the other day?
[14:43] <pitti> rodrigo_: as cjwatson said it needs to be fixed more permanently
[14:43] <rodrigo_> ah
[14:43] <rodrigo_> cjwatson, ^^
[15:11] <cjwatson> rodrigo__: I would do, but the last time unity fell over, so did LP-API programs' connection to gnome-keyring, so I think I need to restart my desktop to get everything sane again, which I can't do right now.  Could you just send me an e-mail?
[15:14] <seb128> pitti, can you add rodrigo again in the temporary way you used before meanwhile?
[15:14] <pitti> seb128, rodrigo__: done
[15:15] <seb128> pitti, danke
[15:19] <Sweetshark> pitti: could you care to have a look at my blueprints at https://blueprints.launchpad.net/~bjoern-michaelsen just to make sure they look ok-ish?
[15:19] <rodrigo__> cjwatson, yes, sure
[15:20] <pitti> Sweetshark: desktop-o-libreoffice-packaging looks fine to me
[15:21] <pitti> Sweetshark: desktop-o-cloud-integrations-for-libreoffice is missing the magic "work items:" word, and it's a little thin -- could it at least give a quick overview about the supposed design?
[15:22] <pitti> Sweetshark: desktop-o-completely-gbuildize-libreoffice> "work items:" missing; this is pretty much a target of opportunity, so it doesn't need to be that detailled
[15:24] <pitti> Sweetshark: however, I suggest to split the "migrate more modules" into some WIs for concrete modules, so that you actually have a chance to get any of them to "done" :)
[15:25] <pitti> Sweetshark: desktop-o-libreoffice-communities looks good to me (note that you don't really need the extra [bjoern-michaelsen] as you are already the assignee of the spec, and thus default assignee of the WIs)
[15:26] <pitti> Sweetshark: the other two have no WIs or other details yet
[15:27] <Sweetshark> pitti: true about the gbuild modules, however, I would then closely sync that status with upstream as they are working on it too.
[15:27] <rodrigo_> cjwatson, sent
[15:27] <pitti> Sweetshark: I'm not picky about that modules thing, just that a single and infinite "convert modules" WI won't be much fun for you
[15:29] <Sweetshark> about cloud integrations: I have a call with jasoncwarner and libreoffice user experierence tommorrow and we will see if that is a priority or if we will do "something completely different"(tm). I will hug it some more later (or not).
[15:29] <Sweetshark> pitti: true.
[15:30] <didrocks> cdbs: hey, are you around?
[15:45] <seb128> pitti, did you get any issue to use the pkg-gnome svn? I'm getting a connection refused there
[15:45] <pitti> seb128: working for me right now
[15:45] <seb128> ok
[15:46] <pitti> seb128: it was broken on Saturday
[15:46] <seb128> $ svn update
[15:46] <seb128> svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file.
[15:46] <seb128> svn: Network connection closed unexpectedly
[15:46] <seb128>  
[15:46] <seb128> getting that here...
[15:46] <pitti> oh, hang on
[15:46] <pitti> seb128: yes, I got the same
[15:46] <pitti> seb128: the ssh key changed
[15:46] <pitti> seb128: do "ssh svn.debian.org"
[15:46] <pitti> then check which key line it complains about
[15:47] <pitti> and remove that
[15:47] <seb128> oh ok
[15:47] <seb128> thanks
[16:08] <micahg> rodrigo_: thanks for sponsoring my gnome-control-center patch, was just wondering if there was any reason you skipped the ubuntu2 revision?
[16:09] <rodrigo_> micahg, I screwed the versions, just a mistake
[16:09] <micahg> rodrigo_: k, no problem, and thanks again!
[16:10] <rodrigo_> micahg, thanks to you for the patch :-)
[16:10] <micahg> rodrigo_: should I fwd to Debian?
[16:10] <rodrigo_> micahg, yes, I think so
[16:10] <micahg> rodrigo_: k
[16:23] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: meeting reminder in 7 mins
[16:26] <seb128> bcurtiswx_, do you have a merge request for seahorse somewhere? or did you update the one pitti reviewed the other day?
[16:27] <bcurtiswx_> seb128: i have not updated pitti's review, since it was a rebase and I haven't attempted one before I wanted to make sure it was OK before I resubmitted
[16:27] <seb128> just submit so it will get reviewed
[16:27] <bcurtiswx_> seb128: OK
[16:30] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: meeting o'clock
[16:30] <seb128> hey
[16:30] <bcurtiswx_> pitti: seb128: https://code.launchpad.net/~bcurtiswx/ubuntu/oneiric/seahorse/3.0.0-1ubuntu1/+merge/62151 new merge request
[16:30]  * bcurtiswx_ gets out of way
[16:30] <tkamppeter> hi
[16:30]  * pedro_ waves
[16:30] <didrocks> hey
[16:30] <pitti> hey pedro_, sorry will add you to my ping template
[16:30] <pedro_> no worries :-)
[16:31] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-05-24
[16:31] <tremolux> hey everybody!
[16:32] <pitti> I'm not sure why didrocks added the "new session system" twice, presumably to underline its importance :)
[16:32] <pitti> so, let's start with the usual reports, then get to the discussions
[16:32] <didrocks> pitti: of course :-) I think I conflicted with my edit (wikimoinsmoins is slow :p)
[16:32] <didrocks> fixing
[16:32] <pitti> Partner update -- kenvandine, I suppose you're still fighting with the flu?
[16:33] <pitti> so let's skip this -- I don't think we are supposed to land anything at this early time anyway
[16:33] <pitti> didrocks: anything noteworthy wrt. unity/2d/qt/etc?
[16:33] <didrocks> pitti: will try to get unity-2d on the CD for alpha1
[16:34] <didrocks> well CD/default image
[16:34] <rodrigo_> hello?
[16:34] <pitti> that'd be good, to see early what CD overflow we are up against, and also for testing
[16:34] <didrocks> I doubt we will be < 700 Mb
[16:34] <didrocks> :)
[16:34] <pitti> didrocks: np, alpha-1 can be oversized
[16:34] <didrocks> for unity itself, the SRU will be this week, bit a little bit delayed
[16:34] <bcurtiswx_> yes kenvandine is still under the weather
[16:34] <didrocks> should it -proposed and maybe be copied before to oneiric for alpha1?
[16:35] <rodrigo_> ugh, too much lag here
[16:35] <pitti> didrocks: I think at this point we want a real upload; the toolchain and half of the GNOME/GTK infrastructure changed
[16:35] <didrocks> pitti: sure, will do that way then
[16:36] <pitti> didrocks: if it poses any problem, you can confirm in the bugs that all fixes are in upstream trunk as well :)
[16:36] <pitti> tremolux: thanks for the s-c report in the wiki; anything we need to discuss?
[16:36] <tremolux> pitti: you're welcome, I don't think so unless somebody has a question, etc.?
[16:37]  * pitti leaves some time to raise questions
[16:37]  * tremolux whistles
[16:37] <pitti> tremolux: do you know if anyone already looked into the gtk3 migration? how bad is it?
[16:37] <tremolux> pitti: it's not going to be very straightforward
[16:37] <tremolux> mainly due to our custom components
[16:38] <pitti> that's expected; I meant did you already stumble over major bugs in pygobject/gtk etc. which will make this hard?
[16:38] <tremolux> nope, not that I know of
[16:39] <pitti> Kubuntu -- as Riddell is in the launchpad camp this cycle, we don't have a representative here, or do we?
[16:39] <didrocks> I don't think we have, indeed
[16:39] <pitti> X.org -> eastern edition
[16:39] <pitti> Let's talk about specs, baby!
[16:40] <pitti> https://blueprints.launchpad.net/ubuntu/oneiric/+specs?searchtext=desktop-o
[16:40] <pitti> nice progress last week
[16:40] <seb128> specs, yummy ;-)
[16:40] <pitti> didrocks, cjwatson, ev, and me have one spec each for approval
[16:40] <pitti> and 9 are still to be drafted
[16:40] <pitti> so, consider this a gentle reminder :)
[16:41] <didrocks> "gentle for now"? :-)
[16:41] <pitti> the thing I'd like to discuss here (as we didn't get around to it at UDS) is https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-packaging-branches
[16:41] <pitti> didrocks: yes, rick's whip is for after-Thursday
[16:41] <pitti> this is roughly whether we shoudl continue to use our debian/ only custom branches for now, or switch to UDD branches
[16:41] <pitti> we made some experiments with UDD
[16:42] <seb128> pitti, "here" being the meeting now?
[16:42] <pitti> can we do a quick straw-poll from everyone whether they'd prefer moving to UDD ("UDD"), or keep debian/ only ("old")?
[16:42] <pitti> and then discuss the pro/con?
[16:42] <seb128> robert_ancell had some opinion about that, should we rather take that to the list?
[16:43] <pitti> seb128: more interactive that way, but sure
[16:43] <seb128> ok, we can do a round there and then take it to the list
[16:43] <pitti> so, everyone, shoot
[16:43] <seb128> so I'm for keeping the debian dir only
[16:43] <pitti> debian/ only
[16:44] <cyphermox> hmm... debian/ only, even if it's more trouble for merging
[16:44] <didrocks> debian/ only where we are not upstream, merge-upstream udd/workflow otherwise
[16:44]  * rodrigo_ for keeping debian/ only
[16:44] <pitti> didrocks: hm, the ones where we have an upstream in LP are the ones where the auto-imported UDD branches make least sense to me?
[16:45] <pitti> didrocks: or do you mean "once you switch lp:ubuntu/ over to the custom branch"?
[16:45] <pitti> mterry: any opinion?
[16:46] <pitti> I put my reasons into the whiteboard of the bp
[16:46] <didrocks> pitti: I don't care if we use the "canonical" (lp:ubuntu/ address or not), I just mean, the one where we are upstream (and so, upstream in bzr) should use full source branch
[16:46] <mterry> pitti, no, both work fine for me
[16:46] <pitti> didrocks: right, full source as a real derivative of trunk is the only thing that really makes sense for upstreams in bzr
[16:46] <didrocks> like indicators, unity (what we already have), just want to make the disctinction between the two kind of branches we have :)
[16:46] <pitti> didrocks: but the auto-imported ones aren't compatible to anything else
[16:47] <didrocks> pitti: no, I though you meant "udd" as "full source" as opposed to "debian/" only
[16:47] <pitti> ok, so it seems folks here want to keep the status quo then
[16:47] <didrocks> but then, we agree :)
[16:47] <pitti> I'll summarize on the wiki page and then ask jasoncwarner to bring it up in the eastern edition as well
[16:48] <pitti> well, the X.org guys are using git anyway, but Robert and Luke touch desktopish stuff
[16:48] <pitti> that's my agenda
[16:48] <pitti> anything else from anyone?
[16:48]  * Sweetshark just read what "udd" is.
[16:48] <pitti> seb128: anythign which we should be aware of on the GNOME 3 front?
[16:48] <Sweetshark> dont think i want that for LO.
[16:49] <pitti> Sweetshark: https://wiki.ubuntu.com/DistributedDevelopment/
[16:49] <pitti> Sweetshark: no, you really REALLY don't want these :)
[16:49] <seb128> pitti, no, the transition is doing fine so far, we got most of the GNOME3 basis done
[16:49] <seb128> remaining part is the gnome-panel, gnome-menus,indicators
[16:49] <seb128> the indicators transition is a bit tricky since it requires quite some source updates and involve both GNOME and unity
[16:50] <pitti> i. e. a big lockstep transition?
[16:50] <seb128> we have still a bunch of updates to get done but I will start building lists of things using deprecated libs on the CD soon
[16:50] <pitti> seb128: would it be easier if we sent out a warning to the lists to not upgrade for a few days, and break oneiric for a couple of days?
[16:51] <pitti> or can we prepare the lockstep transition in a PPA? (might be better)
[16:51] <seb128> we should check with dx first how it plays for them
[16:51] <seb128> i.e with njpatel, ted, didrocks
[16:51] <cjwatson> for the record, I'd like to get at least *one* oneiric CD daily build out this week
[16:51] <seb128> we probably should land ido and libindicate gtk3 builds first
[16:52] <cjwatson> so it would be nice to allow a bit of time for that
[16:52] <seb128> cjwatson, we should not destabilize things before a1
[16:52] <pitti> ok, so let's stage this up in the ubuntu-desktop PPA
[16:52] <seb128> pitti, I want to see if building an indicator on the "wrong" gtk version leads it to be ignore or lead to unity exiting because it gets 2 gtk in process
[16:52] <cjwatson> I don't mind churn, now's the time in the cycle for it, but the kernel guys want a CD image to test with
[16:53] <didrocks> seb128: feeling adventurous? :)
[16:53] <cjwatson> and I can only do that if I get a window when the desktop's installable
[16:53] <seb128> cjwatson, ok, we will be careful until we get a build
[16:53] <seb128> cjwatson, is there anything not installable now?
[16:53] <seb128> i.e anything we need to fix?
[16:53] <pitti> wow @ http://people.canonical.com/~ubuntu-archive/testing/oneiric_probs.html
[16:53] <pitti> I had expected it to be a lot worse
[16:53] <cjwatson> it's OK *right now*, although that's only as of extremely recently
[16:53] <fta> pitti, seb128: did you fix dbus already? or not yet?
[16:53] <cjwatson> pitti: I've been working on it ...
[16:53] <pitti> cjwatson: great job!
[16:54] <cjwatson> TBH it was mostly the perl transition
[16:54] <seb128> cjwatson, ok, so we will keep it this way for a few days, let us know when you got a CD build
[16:54] <pitti> fta: fixed for installability, but SpammapS really meant to upload a newer netbase; he's doing that now, and re-fix dbus
[16:54] <cjwatson> seb128: will do, thanks.  should be soon, I just need to take safekeeping copies of the images that weren't released with natty
[16:54] <pitti> dbus broke the world this morning, so I quick-fixed it
[16:54] <fta> pitti, ok; thanks.
[16:55] <pitti> bah, esound, is that not quite dead yet
[16:55] <pitti> oh, it's NBS
[16:55] <pitti> I'll look a bit into this, and the language-support-* stuff
[16:56] <pitti> ok, thanks
[16:56] <pitti> AOB?
[16:56] <seb128> thanks
[16:56] <pitti> thanks everyone, adjourned
[16:56] <didrocks> thanks everyone
[16:57] <tremolux> thanks!  good day all
[16:57] <Sweetshark> in case anyone missed it: http://www.h-online.com/open/news/item/Document-Foundation-appoints-Engineering-Steering-Committee-1248364.html
[16:59] <bcurtiswx_> is ken the only one working on indicators ?
[16:59] <seb128> no
[16:59] <Sweetshark> pitti: I retargeted libreoffice-communities to O. I assumed it was assigned to n by misclick?
[16:59] <pitti> Sweetshark: supposedly; thanks
[17:00] <pitti> Sweetshark: oh, congrats! you are on it?
[17:00] <pitti> the article says so
[17:00] <Sweetshark> yes, I am.
[17:02] <Sweetshark> hmm, "the H" actually did some research: Andras Timar is with novell only since last month and that wasnt in the PR message yet.
[17:02] <bcurtiswx_> seb128: who else is, i'm going to rebase empathy, but i was going to at least get our indicator patches started towards GTK3, but if someone else has been working on similar stuff i was going to use their work as a guide to mine
[17:03] <tkamppeter> Sweetshark, congrats!
[17:03] <ricotz> didrocks, do you have minute?
[17:03] <seb128> bcurtiswx_, nobody is working on empathy libindicate integration out of ken so check with him but I think it needed some other bits to be done first before
[17:04] <Sweetshark> tkamppeter, pitti: thanks for the congrats. ;)
[17:04] <pitti> ah, esound-clients can go; the other two rdepends are just recommends, and I fixed the Kubuntu "dvd" seed for kubuntu-full
[17:04] <pitti> cjwatson: ^ FYI
[17:04] <bcurtiswx_> seb128: the other bits im fairly sure are tp-indicator, he is going to make it buildable and we'll be getting rid of our delta and use tp-indicator
[17:04] <pitti> didrocks: ok, upgrading to new gnome-session; let the fun begin :)
[17:05] <ricotz> didrocks, gnome-shell actually doesnt need the polkit-1-gnome it has its own client, so disabling this service in gnome-session for g-s sessions is needed
[17:05] <cjwatson> pitti: are you removing it?
[17:05] <pitti> cjwatson: yes
[17:05] <cjwatson> thanks
[17:05] <seb128> bcurtiswx_, he said he couldn't drop all the delta since things like the incoming calls dialog need to be on the empathy side
[17:05] <pitti> clean up oneiric_probs.html by a tad
[17:06] <bcurtiswx_> seb128: yes, i should have said get rid of some of our delta
[17:06] <pitti> cjwatson: is kubuntu-full an issue for you? i. e. do you want to rebuild kubuntu DV?
[17:06] <didrocks> pitti: cross your fingers!
[17:06] <pitti> DVD even
[17:06] <pitti> cjwatson: I can regenerate it if needed
[17:06] <cjwatson> not immediately
[17:06] <didrocks> ricotz: hum, hum, but we need it for the unity session
[17:06] <didrocks> ricotz: so, it should depends on session, right?
[17:07] <seb128> didrocks, ricotz: what is the discussion?
[17:07] <cjwatson> ooh, X sync requests.
[17:07]  * cjwatson processes
[17:07]  * pitti -> dinner, bbl
[17:08] <ricotz> didrocks, i know, i think the polkit agent shouldnt run while using gnome-shell
[17:08] <ricotz> i havent really checked it yet, just remembered about it while looking at the gnome-session update
[17:09] <didrocks> seb128: polkit running in the gnome-shell session
[17:09] <didrocks> ricotz: there is a solution for that
[17:09] <seb128> isn't that a polkit autostart issue?
[17:09] <didrocks> yeah, it should start on demand IMHO?
[17:10] <ricotz> so i think gnome-session should decide wether to start it or not
[17:10] <seb128> ricotz, the autostart should start it no?
[17:11] <seb128> how is upstream dealing with that? shell doesn't need it but the fallback session does
[17:11] <ricotz> sorry i dont know, just remembered this issue right now :\
[17:12] <seb128> well seems a non issue for now
[17:12] <seb128> let's see if someone runs into bugs
[17:13] <ricotz> seb128, ok, perhaps take a note somewhere
[17:13] <seb128> what should the note say?
[17:13] <didrocks> I agree, we shouldn't build a huge machine on that before knowing what happens if we run both
[17:13] <ricotz> Error registering polkit authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent already exists for the given subject (polkit-error-quark 0)
[17:14] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=645402
[17:14] <ubot2> Gnome bug 645402 in authorizations tool "bring back the autostart file" [Normal,Resolved: wontfix]
[17:16] <seb128> vuntz, ^ how is the polkit service started in the fallback session in GNOME3?
[17:18] <seb128> didrocks, ricotz: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619432
[17:18] <ubot2> Debian bug 619432 in policykit-1-gnome "policykit-1-gnome: do not start agent in GNOME3 normal session" [Normal,Open]
[17:19] <vuntz> seb128: it's not done correctly upstream because of disagreements...
[17:19] <vuntz> seb128: so we add a .desktop file in openSUSE
[17:19] <vuntz> seb128: see https://build.opensuse.org/package/view_file?file=polkit-gnome-authentication-agent-1.desktop.in&package=polkit-gnome&project=GNOME%3AFactory&srcmd5=5d4ec3b37af8cbc61e8d449e1831c7dd
[17:19] <vuntz> seb128: (and especially the AutostartCondition line)
[17:19] <seb128> vuntz, ok, how do you get the .desktop not start in gnome-shell sessions then?
[17:19] <vuntz> seb128: you're too slow :-)
[17:19] <didrocks> vuntz: that doesn't work if you fallback
[17:19] <seb128> vuntz, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619432 states it's buggy ;-)
[17:20] <ubot2> Debian bug 619432 in policykit-1-gnome "policykit-1-gnome: do not start agent in GNOME3 normal session" [Normal,Open]
[17:20] <didrocks> vuntz: well, not fallback, but click on the ui
[17:20] <seb128> what didrocks says at well
[17:20] <seb128> well the debian bug issue doesn't concern us since we have the new gnome-session
[17:20] <vuntz> didrocks: it should work if you fallback, else it's a bug
[17:20] <seb128> so we could add the "GNOME3 unless-session gnome"
[17:21] <didrocks> vuntz: I mean, doesn't GS has an ui to start gnome-panel without login out/in again?
[17:21] <didrocks> log out/in*
[17:21] <didrocks> in that case, the autostart apps won't be triggered again
[17:21] <vuntz> didrocks: no
[17:21] <vuntz> didrocks: we don't have that
[17:22] <vuntz> and the debian bug is about compatibility with 2.32
[17:22] <seb128> vuntz, ok, seems like we should just do that then
[17:22] <seb128> didrocks, do you want to do it?
[17:22] <didrocks> vuntz: ok, in that case, you should be safe. Another arg for not allowding dynamic session type change :)
[17:22] <seb128> didrocks, just copy the autostart condication from vuntz
[17:22] <didrocks> seb128: sure!
[17:22] <seb128> ricotz, ^
[17:22] <seb128> vuntz, 'ci
[17:22] <didrocks> vuntz: the name is the .session name, right?
[17:23] <didrocks> not the .desktop one I guess
[17:23] <vuntz> didrocks: yes
[17:23] <didrocks> vuntz: excellent! merci :)
[17:24] <ricotz> seb128, yeah, it is a more common issue than i thought
[17:45] <etneg> hi
[17:46] <etneg> im in a ubuntu  VM and host machine is win7
[17:46] <etneg> it keeps dropping my download connections half way through
[17:46] <etneg> any hints? thanks
[17:46] <etneg> on the same network it works just fine on xp though
[18:02] <seb128> chrisccoulson_, want to do some extra desktop merges or updates?
[18:02] <seb128> that stands for others as well
[18:03] <chrisccoulson_> seb128, i'm a bit busy at the moment getting firefox 5 updates done
[18:03] <seb128> chrisccoulson_, ok, no worry
[18:03] <seb128> but feel free to ping later in the cycle if you a free cycles ;-)
[18:03] <chrisccoulson_> definitely :)
[18:07] <seb128> Laney, do you know if somebody is working on merging the new mono with debian?
[18:11] <seb128> cyphermox, do you still work on the gnome-bluetooth update?
[18:11] <seb128> it seems staled, or on the list for a bit
[18:11] <cyphermox> seb128: yeah, still working on it (right now, in fact)
[18:11] <seb128> ok, great ;-)
[18:11] <cyphermox> it builds, but I ran into a mix of gtk2 and gtk3 symbols
[18:12] <cyphermox> gdb isn't really helping so much, so I have no idea what causes it yet
[18:13] <RoAkSoAx> didrocks: ping
[18:13] <didrocks> RoAkSoAx: hey
[18:13] <seb128> cyphermox, did you enable the indicator? is your work online somewhere?
[18:13] <ricotz> cyphermox, did you look at the ppa package?
[18:13] <seb128> didrocks, seems people want to talk to you :p
[18:13] <cyphermox> ricotz: that's what I was missing I guess :)
[18:13] <RoAkSoAx> didrocks: howdy! I was thinking that you might be able to help me with some weird error we've been encountering with unity/gnome theme
[18:13] <didrocks> seb128: seems so…
[18:13] <cyphermox> ricotz: seems like it might be nautilus-sendto
[18:14] <seb128> didrocks, can you ask fpeters to update yelp-xsl in debian when you see him online?
[18:14] <didrocks> RoAkSoAx: on oneiric you mean?
[18:14] <seb128> he seems to be maintaining it
[18:14] <didrocks> seb128: sure
[18:14] <seb128> cyphermox, but nautilus-sendto use gtk3?
[18:14] <cyphermox> seb128: I'll push what I have so far; and yeah the indicator patch is ok
[18:14] <didrocks> grrr, policykit-gnome dsc is rejected for the second time
[18:14] <RoAkSoAx> didrocks: natty but I'm sure it still applies on Oneiric I'm sure
[18:14] <cyphermox> seb128: dunno, nautilus-sendto appears to have gtkpixbuf2.0
[18:14] <seb128> didrocks, what error do you get?
[18:14] <didrocks> RoAkSoAx: what issue do you have
[18:15] <seb128> cyphermox, right, but that doesn't use gtk2, gdk is under gtk
[18:15] <didrocks> seb128: corrupted dsc file, I'm trying to ensure that I have the right tar.gz
[18:15] <seb128> didrocks, ok
[18:15] <RoAkSoAx> didrocks: so here's the deal, when we boot up a laptop while running on battery, then as part os the acpi-support it runs pm-powersave, which executes a set of scripts to reduce the power consumption. In powernap, we are shipping one that turns off all the cores but core0 of a system
[18:16] <RoAkSoAx> didrocks: so right after booting up, and logging in, the top bar losses the theme
[18:16] <RoAkSoAx> didrocks: if you log out and log in again, the theme is set correctly
[18:16] <didrocks> RoAkSoAx: I think gnome-settings-daemon is crashing for you
[18:17] <RoAkSoAx> didrocks: if we "disable" the script, then everything is set correctly
[18:17] <didrocks> RoAkSoAx: can you try to start it manually after getting a weird theme?
[18:17] <RoAkSoAx> didrocks: if you wait a few secs before logging in, then the theme is also set correctly
[18:17] <RoAkSoAx> didrocks: let me see
[18:17] <didrocks> RoAkSoAx: yeah, seems very like g-s-d crashing, try what I tell to confirm :)
[18:21] <didrocks> seb128: this time: "Unable to find policykit-1-gnome_0.101.orig.tar.gz in upload or distribution."
[18:21] <RoAkSoAx> didrocks: http://pastebin.ubuntu.com/612373/
[18:22] <didrocks> RoAkSoAx: try to pkill it and start it again
[18:22] <seb128> didrocks, the orig is a .bz2
[18:23] <seb128> didrocks, the watch might have downloaded the wrong one for you? try to apt-get source?
[18:23] <RoAkSoAx> didrocks: yeah, it set the theme correctly
[18:24] <seb128> cyphermox, did you push your work somewhere?
[18:24] <didrocks> RoAkSoAx: so yeah, it's the g-s-d crash, seb128 do you have the bug link handy?
[18:24] <seb128> didrocks, there is not only one g-s-d bug
[18:24] <didrocks> seb128: policykit-1-gnome_0.101.orig.tar.bz2 is what I dget… but but
[18:24] <didrocks> seb128: ok, I should still have a copy in build-area
[18:24] <didrocks> the fun of bzr bd ;)
[18:25] <seb128> didrocks, RoAkSoAx: bug #649809 is the most common g-s-d issue
[18:25] <cyphermox> seb128: lp:~mathieu-tl/gnome-bluetooth/3.0.0-1ubuntu1
[18:25] <ubot2> Launchpad bug 649809 in gnome-settings-daemon "the session settings manager can try starting before the login screen one exits" [Medium,In progress] https://launchpad.net/bugs/649809
[18:25]  * RoAkSoAx looks
[18:25] <ricotz> didrocks, did cyphermox talked to you about a problem with "bzr bd"?
[18:25] <didrocks> seb128: thanks
[18:26] <didrocks> ricotz: no, which one?
[18:26] <seb128> didrocks, yw
[18:26] <ricotz> didrocks, you sponsored evolution, right?
[18:26] <ricotz> didrocks, which has a changed tarball
[18:26] <ricotz> the checksums doesnt match with upstream
[18:26] <didrocks> ricotz: yeah, I sponsored evolution, the tarball I took was the one I got from uscan
[18:27] <cyphermox> didrocks: bzr bd calls get-orig-source, fails to see that it has downloaded the .tar.bz2 tarball, then calls uscan, but with --repack, which turns the .tar.bz2 into a .tar.gz, which explains the checksum difference that ricotz is seeing
[18:27] <seb128> ok
[18:27] <seb128> cyphermox, the issue is that the indicator patch use appindicator-0.1 in the configure which is the gtk2 version
[18:27] <cyphermox> ricotz: doubtful that this is related to what didrocks is seeing now with polkit
[18:28]  * cyphermox facepalms
[18:28] <seb128> cyphermox, use appindicator3-0.1 instead
[18:28] <seb128> cyphermox, that should fix it
[18:28] <cyphermox> yeah
[18:28] <didrocks> cyphermox: not related to what I have
[18:28] <ricotz> cyphermox, hmm, i thought it might be related
[18:28] <cyphermox> stupid mistake :)
[18:28] <ricotz> ok
[18:28] <cyphermox> ricotz: I'm talking about mine with libappindicator btw :D
[18:29] <ricotz> oh, i meant the polkit thing
[18:29] <ricotz> nevermind
[18:29] <RoAkSoAx> didrocks: I guess it is similar bug the thing is that only ahppens when the script to reduce available cores is run on boot, but not in a normal boot process... might there be any code wihitn g-s-d that knows about the number of cores in the system?
[18:29] <cyphermox> yes. I'm just saying *I* did a stupid mistake with libappindicator
[18:29] <seb128> cyphermox, "get-orig-source, fails to see that it has downloaded the .tar.bz2 tarball," seems like a bug we should fix, is it reported?
[18:30] <cyphermox> seb128: not reported as a bug yet, though I have pinged james_w
[18:30] <seb128> pitti, btw cyphermox got a +1 from didrocks and you on the list should he got upload rights?
[18:30] <seb128> cyphermox, ok
[18:30] <cyphermox> ricotz: I can't remember, had you opened a but about this?
[18:31] <cyphermox> if not, I'll get to that now :)
[18:31] <seb128> didrocks, your upload made it this time
[18:31] <seb128> \o/ ;-)
[18:31] <didrocks> RoAkSoAx: I don't think so, but you are probably triggering a race reliably
[18:31] <didrocks> seb128: yeah \o/ it's not like the first one was 1 hour ago :-)
[18:31] <ricotz> cyphermox, no, i havent
[18:31] <didrocks> seb128: but I wasn't focused on that TBH, so I noticed them way after ;)
[18:32] <cyphermox> ricotz: ok, thanks. I still have all the details handy so I'll open a bug as soon as I fix gnome-bluetooth
[18:36] <RoAkSoAx> didrocks: how could I debug that on boot?
[18:37] <ricotz> cyphermox, alright
[18:37] <didrocks> RoAkSoAx: not quite sure, we have a lot of g-s-d crash and I think chrisccoulson_ worked on it, right?
[18:37] <didrocks> but didn't find a solution
[18:37] <didrocks> well crash/race
[18:38] <RoAkSoAx> didrocks: k then. Thanks for the help/input
[18:39] <didrocks> RoAkSoAx: maybe check with chrisccoulson_ once he's back (or tomorrow), I'm afraid I have no real clue on that issue
[18:39] <didrocks> sorry about that
[18:39] <RoAkSoAx> didrocks: no worries :). Thanks. I;ll check with him tomorrow
[18:39] <didrocks> yw ;)
[18:41] <Omega> didrocks: Is http://unity.ubuntu.com/projects/unity/ in your domain?
[18:41] <didrocks> Omega: no, it's jcastro's one
[18:41] <didrocks> Omega: did you find some typo?
[18:41] <Omega> Ah, alright, thanks.
[18:41] <achiang> hello, i'm testing the fix in #771661, and am seeing some odd behavior. while .xsession-errors is preserved as a symlink to /dev/null, i notice that a new file called .xession-errors.XX6863VV is now created
[18:42] <Omega> "Unity provides a complete, simple, touch-ready environment that integrations your applications and your workflow."
[18:42] <Omega> "integrations" -> "integrates"
[18:42] <jcastro> Omega: on it!
[18:42] <Omega> :)
[18:42] <didrocks> jcastro: you're so quick dude! :-)
[18:42] <achiang> any gdm folks around, or should i re-ask in #ubuntu-x?
[18:43] <Omega> jcastro: Maybe even "integrates with you applications"?
[18:44] <achiang> i'll just re-ask in #ubuntu-x
[18:44] <seb128> Omega, RoAkSoAx: you guys can just ask on the channel, no need to ping only didrocks, other might be able to help as well
[18:44] <seb128> achiang, nobody on #ubuntu-x is working on gdm so no need
[18:44] <Omega> seb128: Alright.
[18:44] <seb128> achiang, you should talk to pitti when he's around he worked on that fix
[18:45] <achiang> seb128: oh hm. silly me for thinking that gdm is part of X. :)
[18:45] <seb128> or just comment on the bug
[18:45] <achiang> seb128: i'll comment in the bug, makes more sense, thanks
[18:45] <seb128> achiang, it could and we would be happy to give it away to them but I don't think they are wanting to take it
[18:45] <seb128> ;-)
[18:45] <seb128> the only ones to know a bit gdm there are pitti and robert_ancell
[18:45] <seb128> the first one is over his work day the second still sleeping
[18:46] <seb128> so wrong timing
[18:46] <achiang> got it, thanks
[18:46] <seb128> yw
[18:54] <cyphermox> seb128: gnome-bluetooth is ready now
[18:56] <seb128> cyphermox, ok, great, I've to leave now, diner time
[18:56] <cyphermox> ok
[18:57] <cyphermox> anyway, I'll fine the merge request
[18:57] <seb128> just do a merge request and see if chrisccoulson_ or didrocks or mterry wants to sponsor it
[18:57] <seb128> if not I will do it tomorrow
[18:57] <seb128> thanks
[18:57] <seb128> diner!
[18:57] <seb128> bye everybody
[18:57] <didrocks> seb128: bye bye!
[18:58]  * didrocks goes as well
[18:58] <didrocks> have a good evening everybody!
[19:02] <bcurtiswx_> bye seb128, didrocks
[20:11] <geser> I was brave enough to upgrade to oneiric even that I've known that some breakage is to be expected: is it expected that my eog can't open any .jpg or .png images?
[20:17] <chrisccoulson_> heh, everything except for xchat and firefox crash when i undock my laptop
[20:17] <chrisccoulson_> evo, g-p-m, g-s-d, gnome-terminal, nautilus all seem to die at the same time
[20:17] <ricotz> chrisccoulson_, hi
[20:17] <chrisccoulson_> hi
[20:17] <ricotz> the librsvg postinst script is screwing this up
[20:18] <ricotz> chrisccoulson_, this causes a "removal" of quite all gdk-pixbuf loaders
[20:19] <chrisccoulson_> ricotz, what issue is this? i've not done an update since i upgraded to oneiric last week ;)
[20:20] <ricotz> running this "gdk-pixbuf-query-loaders loaders/*.so > loaders.cache" in /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0 solves it
[20:20] <ricotz> oh, if you havent updated yet, you might be affected by this
[20:21] <geser> I guess the loaders.cache file should be greater than 0?
[20:21] <ricotz> geser, yeah ;)
[20:22] <ricotz> seb128, are you still there?
[20:27] <geser> ricotz: thanks, that fix it. I also removed the empty loaders.cache in /usr/lib/gdk-pixbuf-2.0/2.10.0 to be sure (and to don't have any cruft lying around)
[20:28] <ricotz> this one seems to break everything
[20:30] <geser> ricotz: I see in #ubuntu+1 is the next person fighting with this
[20:31] <ricotz> geser, i had to look awhile too :\
[20:31] <micahg> does this mean I'll get icons again in oneiric?
[20:32] <geser> micahg: yes
[20:32] <seb128> ricotz, sort of, why?
[20:33] <ricotz> seb128, the postinst script of librsvg screws things up, it isnt multiarch compatible
[20:34] <seb128> ricotz, how so?
[20:34] <ricotz> and i think this renders gdk-loaders-cache emtpy which breaks every gdkpixbuf stuff
[20:34] <seb128> why is this directory still revelant if the loaders are in another one?
[20:36] <ricotz> somehow it happens and this package  is my first guess
[20:36] <geser> seb128: I don't know what caused it but the loaders.cache (in the multi-arch dir) was empty for me, after ricotz's hint how to recreate it, all my icons work again
[20:36] <seb128> it doesn't really make sense
[20:36] <pitti> ugh
[20:36] <ricotz> geser, are you using some ppa?
[20:37] <pitti> seb128: that last gnome-session update seems to have broken pretty much everything.. does it work for you?
[20:37] <ricotz> geser, like gnome3 ppa?
[20:37] <pitti> seb128: I thought we need three acks?
[20:37] <seb128> pitti, yes, well I built from the vcs before didrocks uploaded and tried a guest session and restarted
[20:37] <ricotz> pitti, broken in which way?
[20:38] <pitti> - I only have an "Ubuntu" session, not classic, not 2d
[20:38] <seb128> pitti, that's normal
[20:38] <pitti> - starting ubuntu leaves me with only a brown screen, and nothing else
[20:38] <seb128> pitti, install gnome-session-fallback to get the classic one
[20:38] <seb128> pitti, install unity-2d to get the 2d one
[20:38] <pitti> I started gnome-terminal/metacity/panel from vt1 now
[20:38] <geser> ricotz: no, pure oneiric
[20:38] <pitti> seb128: ah, thanks; will do that
[20:39] <ricotz> geser, ok
[20:39] <seb128> pitti, the gnome-panel binary recommends gnome-session-fallback since today you should have got it
[20:39] <pitti> installed now, that ought to help a bit
[20:39] <seb128> pitti, ok, three sponsors, ok
[20:39] <seb128> pitti, but unity should still be starting
[20:40] <pitti> hm, apparenlty it doesn't
[20:41] <seb128> pitti, (though it was 2 sponsors, sorry about that)
[20:41] <pitti> stilll worked fine a few hours ago
[20:41] <seb128> pitti, can you run unity by hand in your current session?
[20:42] <pitti> seb128: dies with a segfault
[20:42] <seb128> urg
[20:42] <seb128> can you turn apport on and get a stacktrace?
[20:43] <pitti> yes, will do
[20:43] <pitti> shotwell dies as well, hmm
[20:43] <pitti> ** ERROR **: Resources.vala:768: Couldn't recognize the image file format for file '/usr/share/shotwell/icons/crop.svg'
[20:44] <pitti> WTH
[20:44] <pitti> eog dies on that as well
[20:44] <ricotz> pitti, you have an empty gdkpixbuf loaders.cache
[20:44] <geser> pitti: read scroll back
[20:44] <pitti> unity seems to throw a warning as well, I guuess it displays a NULL image somewhere?
[20:44] <pitti> geser: thanks, reading
[20:45] <pitti> ricotz: confirmed, that's it
[20:45] <geser> pitti: I run into that problem a couple of minutes ago too (after upgrading to oneiric) and ricotz helped me
[20:46] <ricotz> the problem is how did it happen
[20:46] <cyphermox> indeed, correctly populating loaders.cache fixes the issue for me as well
[20:46] <pitti> *phew*, thanks for this
[20:47] <pitti> brb, restarting session
[20:48] <geser> doesn't nautilus (in gnome classic) show anymore .desktop files on the Desktop? the one I had isn't displayed anymore (don't have anything else on my Desktop)
[20:48] <pitti> yay, sanity and unity!
[20:50] <pitti> seb128: ah, /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders doesn't exist (in /var/lib/dpkg/info/librsvg2-common.postinst), that would be it
[20:50] <cyphermox> yup
[20:50] <fta> geser, the prefs are in /org/gnome/desktop while before they were in /desktop/gnome, and  /org/gnome/desktop has the upstream default values
[20:51] <seb128> pitti, why would that overwrite the cache?
[20:51] <cyphermox> seems like libwmf0.2-7-gtk might also be wrong, since it drops loaders in /usr/lib/gdk-pixbuf-2.0
[20:51] <seb128> pitti, it should write to /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
[20:51] <pitti> seb128: it only outputs "no such command" to stderr and nothing to stdout
[20:51] <seb128> right
[20:51] <seb128> but that should not break the trigger that write to the multiarch dr
[20:51] <seb128> dir
[20:51] <pitti> and it does >, thus it overwrites the .cache with an empty file
[20:51] <seb128> right, but to the old location
[20:51] <seb128> ?
[20:52] <cyphermox> ohh
[20:52] <fta> geser, dconf write /org/gnome/desktop/background/show-desktop-icons true
[20:52] <pitti> seb128: seems that /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache is still 0 byte for me
[20:52] <pitti> hm, which one did I just update to make things work again
[20:52] <seb128> pitti, right, that shouldn't be an issue
[20:52] <pitti> ah, I updated /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0
[20:52] <seb128> the location in use is /usr/lib/$arch/gdk...
[20:53] <geser> fta: thanks
[20:53] <seb128> pitti, there is an issue but I fail to understand why the multiarch one is null
[20:53] <seb128> the postinst overwrite the non multiarch one
[20:54] <fta> geser, i was sick of the huge fonts, blue desktop, light grey ui, so i wrote this: http://paste.ubuntu.com/612365/
[20:54] <fta> my desktop is now almost like before
[20:55] <geser> pitti: that one is probably from librsvg2-common.postinst
[20:55] <ricotz> fta, you can use gnome-tweak-tool for some things like that
[20:55] <fta> ricotz, too late i guess
[20:56] <fta> ricotz, and btw, gnome-tweak-tool is crashing on startup
[20:56] <ricotz> fta, you gnome-shell installed
[20:56] <fta> i don't
[20:56] <ricotz> the new version depends on it, and i forgot to add a depend
[20:57] <pitti> seb128: oh, libgdk-pixbuf2.0-0:amd64.postinst has
[20:57] <pitti>             /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders \
[20:57] <pitti> that path is also wrong
[20:57] <ricotz> fta, i mean, you need gnome-shell installed ;)
[20:57] <seb128> pitti, that seems a most likely issue than the librsvg postinst ;-)
[20:58] <seb128> -
[20:58] <pitti> anyway, bed time
[20:58] <seb128> -             /usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders \
[20:58] <seb128> +             /usr/lib//#MULTIARCH#/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders \
[20:59] <seb128> pitti, guess that will fix it
[20:59] <pitti> seb128: looks fine
[20:59] <seb128> pitti, 'night, I will fix that now
[20:59] <pitti> seb128: merci beaucoup!
[20:59] <seb128> then bed time there as well
[20:59] <pitti> see you tomorrow
[20:59] <seb128> pitti, see you tomorrow ;-)
[21:31] <Laney> seb128: we are trying to fix some of the ftbfs first
[21:31] <Laney> http://wiki.debian.org/Teams/DebianMonoGroup/Mono210TransitionTODO
[21:32] <seb128> ok
[21:32] <seb128> Laney, thanks
[21:32] <Laney> np
[22:07] <seb128> ricotz, gdk loader issue fixed, it was a bug in gdk-pixbuf not librsvg (but I fixed the librsvg postinst as well), gnome-desktop3 got uploaded to Debian as well today
[22:10] <seb128> cyphermox, small details on gnome-bluetooth but the build-depends on gir1.2-atk-1.0 is not required since now the libdev binaries depends on the gir to avoid having listed the gir in the build-depends and libdconf0 | gsettings-backend is wrong, the backend is a new binary
[22:11] <seb128> it's dconf-gsettings-backend now
[22:12] <cyphermox> ok
[22:12] <ricotz> seb128, thanks! :)
[22:15] <cyphermox> seb128: seems correct-ish to me with gsettings-backend, since dconf-gsettings-backend has a Provides for it
[22:15] <seb128> right
[22:15] <seb128> that's the libdconf0 which is wrong
[22:15] <seb128> it should be dconf-gsettings-backend
[22:15] <cyphermox> oh
[22:20] <cyphermox> seb128: done, thanks
[22:22] <seb128> cyphermox, yw
[22:24] <seb128> ok, enough work for today, see you tomorrow
[22:25] <cyphermox> seb128: thanks, see you
[23:22] <bcurtiswx> bleck, must've caught a transitional bug, my desktop is a purple screen, lol