=== tkamppeter_ is now known as tkamppeter [01:41] RAOF, some X questions. a) Does the X server have any system for setting the default configuration? b) Debian seems to have /etc/default/keyboard, but I think that's not standard, it does have four environment variables - are they standard? c) Is this file even used to set up X at all in the current setup? [01:42] robert_ancell: What do you mean by ¨default configuration¨? [01:43] Ah. Keyboard layout setup? [01:43] RAOF, default keyboard configuration - does X do anything special when these aren't specified explicitly in Xorg.conf [01:44] I don't believe so. [01:45] I *think* that it inherits it from the kernel VT. [01:47] Itś also possible that gdm is reading it from somewhere else; I don't believe that it's reading from /etc/default/keyboard, though. [01:48] RAOF, GDM doesn't care, because it uses gnome-session which sets the layout to what you've configured [01:48] Oh yay, the mountain of email after coming back from a week off. The only part I don't like about taking time off. :) [01:50] robert_ancell: Hm. Have you checked out /etc/gdm/Init/Default? That appears to extract the XKB* environment variables and then set the X keymap from them. [01:51] Oh, no. I'm misinterpreting that grep [01:53] RAOF, that just does completely weird stuff. I can't work out what it's doing [01:54] From the comments and code it looks like it's trying to port the XKB configuration from GDM's X server to the server itś spawning for the session. [02:07] robert_ancell: Bah! Of course, the keyboard layout information hangs off the /dev/input/event? node as udev properties. I knew that! [02:08] RAOF, so what does that mean... [02:11] X gets the default configuration from the udev properties. [02:13] RAOF, and that is overridden if config is set in XOrg.conf? [02:14] Yes. Xorg.conf always wins. [02:15] Or, now, itś udev → /usr/share/X11/xorg.conf.d/* → /etc/X11/xorg.conf.d/* → /etc/X11/xorg.conf [02:15] Hm. deadkeys suck :) [02:21] Yay for people opening a new bug to ask for an older bug to be re-opened... [02:22] The inevitable side-effect of having terminal bug states. [02:32] * TheMuso is continually disappointed by motherboard manufacturers not filling in all of the dmi fields for their boards. [02:40] RAOF, http://paste.ubuntu.com/611649/ [02:41] TheMuso: To Be Filled In By OEM is a *prolific* hardware vendor :) [02:42] robert_ancell: Youǘe been VT switching? [02:42] RAOF, maybe [02:43] I think I may have seen a patch for this problem… [02:44] Oh, no. That VT switch thing is probably a subsequent error. [02:44] heh, I have seen ASUS and ASRock be inconsistant with their data so far. [02:45] robert_ancell: How often/when is that happening, and can you get a proper backtrace? [02:45] RAOF, I just triggered it running Unity though lightdm [02:46] RAOF, haven't tried to keep triggering, what do I need to do to get a nice backtrace [02:47] https://wiki.ubuntu.com/X/Backtracing [02:48] Particularly the remote gdb bit. [04:02] * TheMuso sighs. [04:02] Yay for bugs where people report broken sound yet they have actually gone ahead and built newer pieces of the sound stack, breaking everything. :S [04:02] foot-gun ftw [04:03] Yup. [04:06] RAOF, I just can't get X to drop a core file, I've enabled apport, set ulimit -c unlimited, and looked in the current dir, /var/crash and /etc/X11 but it just doesn't seem to want to make one [04:07] is it crashing? [04:07] yup [04:07] Do I need to set NoTrapSignals as well? [04:07] How does apport normally detect crashes? [04:08] I think you need to, yes [04:32] The apport integration patch is a little bit hit and miss. [05:29] Good morning [05:30] robert_ancell, RAOF: I think cjwatson went through some efforts to have /etc/default/keyboard be the authoritative source for both console-setup and X.org [05:30] pitti: Yes, it is. [05:30] I'm not sure how it affects the X server, though [05:31] X reads the udev properties that get set up. [05:31] robert_ancell: apport crashes> when a process dumps core, the kernel calls it through /proc/sys/kernel/core_pattern [05:31] I knew this, in a past life. I just needed reminding of it :) [05:31] RAOF: ah, right [05:31] so did I [05:32] RAOF, oh, if I set NoTrapSignals, the whole display systems seems to lock up, I guess when X catches a segfault there is a chance for cleanup? [05:33] brb [05:33] robert_ancell: There is, yes. That's why apport doesn't necessarily catch it; X does some unwinding, and then our apport patch causes it to (mostly/sometimes) re-raise the SEGV. [05:34] robert_ancell: I just attach gdb to X and be done with it; that always works :) [05:34] RAOF, ok, i'll try that [05:39] Morning pitti. [05:39] hey TheMuso [05:41] * TheMuso wonders how hardware enablement guys keep their sanity... [05:43] I'm currently catching up on email, and doing audio bug triage, and keep running into users who have filed bugs about a chipset that has been shown to be buggy, although it took 11.04/2.6.38 kernel to make it show up... [05:50] RAOF, course, it doesn't occur once I connect gdb... [05:50] Heh. [05:51] It's not just blocked waiting for you to respond to a signal? [05:58] nope [06:04] Oh, well. Yay heisenbug. [07:17] good morning everyone [07:17] hey chrisccoulson, had a nice weekend? [07:18] hi pitti. yeah, my weekend wasn't too bad thanks. did you have a nice weekend too? [07:19] chrisccoulson: oh yes; spent all Sunday with gardening work, and Saturday with some more unpacking boxes, and calling family and friends [07:19] Hey chrisccoulson. [07:20] pitti - sounds like you had quite a busy weekend ;) [07:20] hi TheMuso, how are you? [07:22] chrisccoulson: Not too bad thanks, spent just about all my work day today working on bug triaging, based on what I received in email. [07:23] heh, i need to spend some time bug triaging too ;) [07:49] good morning [07:51] bonjour didrocks, ca va? [07:52] pitti: guten morgen. I'm fine, thanks, and you? how was your week-end? [07:53] didrocks: lots of work in the garden and unpacking boxes, feeling my muscles :) so, pretty good [07:54] nice in some way ;) [07:58] G'Morning all! [07:59] hey Sweetshark, guten Morgen! wie gehts/ [07:59] ? [07:59] server reboot after upgrade to squeeze, brb [07:59] morning everyone [08:00] pitti: the workitem show only up in the burndown, if targeted against ubuntu and named desktop-o-*, right? [08:02] hey jasoncwarner [08:03] hey Sweetshark, jasoncwarner [08:05] morning didrocks [08:06] how was weekend,everyone? Very raining here [08:06] good morning jasoncwarner , didrocks , how are ya all? [08:07] jasoncwarner: cdbs: I'm fine here, thanks! Long week-end of 3 days, sunny again like the past 2 months :) [08:07] didrocks: Tomorrow's the SRU, still no accept [08:08] cdbs: I'm afraid I can't parse that? [08:08] didrocks: And, Unity guys aren't around yet [08:08] didrocks: I'm talking about the code for the quicklist crasher [08:08] its bugging UpdateManager on Oneiric (as of now) might affect others as well [08:09] cdbs: yeah, they didn't merge anything yet. Have you provided an example program to make it crash btw? [08:09] didrocks: yes, its attached to the bug [08:09] for natty if you want it to be in the SRU [08:09] nice, thanks, I didn't look at it, you should bug them to do their merging [08:11] * cdbs learns some poking techniques [08:11] pitti: the workitem show only up in the burndown, if targeted against ubuntu and named desktop-o-*, right? (repost because of pitti sneakily vanishing after greeting) [08:12] Sweetshark: targetted against ubuntu and assigned to someone in our team [08:12] the naming is largely irrelevant [08:12] erm, targetted to oneiric in particular [08:30] hum, interesting, gnome-session dep on gnome-shell in debian === tkamppeter_ is now known as tkamppeter [09:08] hey seb128! [09:08] hey didrocks ;-) [09:08] hello desktopers [09:08] how are you? [09:09] I'm fine thanks, how are you? had a nice weekend? [09:09] yeah, very sunny, long walks in city/parks… took some fresh air. Was excellent! [09:10] great [09:11] bonjour seb128, ca va? [09:11] pitti, hey, ca va bien! et toi ? [09:12] seb128: je suis bien, merci! [09:12] seb128: FYI, gnome-icon-theme "only" grew by 0.4 MB after fixing it, so right now it's not a major issue [09:12] nice [09:12] seb128: it ballooned to 25 MB because the new .deb installed the icon cache [09:12] s/installed/shipped/ [09:13] oh ok [09:13] icon cache == png from svg or another cache? [09:13] great that is was only a bug ;-) [09:13] didrocks: /usr/share/icons/gnome/icon-theme.cache [09:13] didrocks, the mmap of the icons in theme [09:13] I think it's only for category/size lookup and uncompressing PNG [09:13] oh right, the mmap, thanks! [09:13] not svg [09:14] erk, libgnome-keyring 3.0.2. causes an nm-applet segfault; I didn't notice that at first :/ [09:14] * pitti debugs [09:31] seb128: small questions on mimetype: do you regularly refresh desktop-files-utils defaults.list base on gnome-session's one? (and also, how do you determine if you use the alias x- or the canonical name?) [09:31] the desktop spec isn't very verbose about that point [09:33] didrocks, no, I mostly ignore what debian does in gnome-session for those [09:33] didrocks, what canonical name? [09:34] like audio/x-flac (alias) and audio/flac (canonical name) [09:34] I don't see a pattern, both are sometimes define, sometimes only one, and so… [09:34] well the defaults.list should use whatever the application .desktop list [09:35] but I don't know the specifics either, I though it was the same than for desktop keys [09:35] i.e x- for non official ones [09:35] i would have think that, but sometimes both are defined, that's weird… [09:36] well maybe that's for compatability when it switched to the official type [09:36] to not break applications still defining the x- variant [09:36] yeah probably, was thinking as the spec uses the terms "alias", it would have been done at a higher level (gio or whatever) [09:37] yeah, I don't know either [09:37] no worry thanks seb128 :) [09:38] I'll add to desktop-file-utils the one which can be relevant from gnome-session to us [09:38] ok [09:40] hello everyone! i got a question: is gdm no longer supposed to take /etc/gdm/custom.conf into account? [09:41] how can I restore the unity panel back on top of the windows, after a ffox crash it remains below them [09:42] side panel [09:43] hey htorque [09:43] htorque, what version? [09:43] tjaalton, compiz --replace? [09:43] seb128, 2.32.1-0ubuntu3 in natty [09:44] htorque, no reason it shouldn't work [09:44] seb128: probably would work, though it would resize all my terminals [09:44] +also [09:44] seb128: forgot to bzr push desktop-file-utils ? [09:45] ups [09:45] didrocks, let me check [09:45] it has been a while [09:45] seb128, :-/ it says 'DefaultSession=unity-2d' but it always starts what was chosen last time, will try different sessions instead of unity-2d [09:45] htorque, do you have a session in .dmrc? [09:46] htorque, well "default" is what is used when you never selected a session [09:46] oh [09:46] otherwise it will use what you picked [09:46] (if you never changed your session, yeah) [09:47] didrocks, no, I cleaned my checkouts since, just commit whatever is in the archive to the vcs, sorry [09:47] seb128: no worry :) let me see what changed then [09:48] but it's not me who did the recent upload [09:48] it's mvo who sponsored something [09:48] seb128, yes, i have a session defined in ~/.dmrc - has it always worked this way? [09:48] htorque, yes [09:48] hm? [09:49] hey mvo [09:49] hey didrocks and seb128 [09:49] hey mvo ;-) [09:49] what package are we talking about? [09:49] yeah novody checked, you just missed the debcommit -r ; bzr push, but the next upload is not there [09:49] aha, desktop-file-utils? [09:49] let me readd that [09:50] seb128, wow, then i'm sorry for interrupting - i always thought whatever you set with gdmsetup becomes the new (default) session [09:51] it's the default session if you changed anything at the user level [09:51] didrocks, yeah, that was a misinterpretation on my end :) [09:52] htorque, no worry [09:52] seb128, didrocks: thanks for your time :) [09:52] yw :) [09:58] hi [10:01] hey rodrigo_ [10:04] hey rodrigo_, good morning [10:04] rodrigo_: FYI, I finally got g-p-m to build [10:05] pitti, ah, cool, why wasn't it building? [10:05] rodrigo_: missing dh-autoreconf (for your "drop control-center dependency" patch), and wrong libnotify b-dep [10:05] pitti, ah, ok [10:05] oh, and libappindicator3-dev was also missing [10:20] great, versions is less than 2 pages of updates to do [10:21] I guess panel etc. are still blocked by unity gtk3 migratin? [10:23] panel? [10:23] yes [10:24] gnome-applets gnome-panel gnome-menus [10:24] didrocks, to update those we need to update the indicators to gtk3 [10:24] which also mean updating the unity panel service to gtk3 [10:24] right [10:24] so first, indicators [10:24] pitti, there is a note on the etherpad about that [10:25] rodrigo_, vino has a merge request from jbicha ready [10:26] cf versions [10:26] if you want to review and sponsor it [10:26] didrocks, btw mterry assigned you the accountsservice mir review if you didn't notice [10:27] seb128: I noticed, I try to get a day full of gnome-session first :) [10:27] didrocks, yeah, no hurry ;-) [10:27] the good news is that the diff will be less than before, but reviewing and ensuring everything will be fine is quite long with all the changes [10:28] yeah, I can imagine [10:29] so I'm wondering if it would be acceptable to "break" gnome-panel in oneiric [10:29] break, like right now, before alpha1? [10:29] i.e to go for the gtk3 version which will mean breaking indicators use in gnome-panel until they are ported [10:30] if we want the new gnome-panel, I'm afraid the indicator port will be long, so maybe that worthes it, isn't it? [10:30] seb128: don't call it "break" -- call it "increase the motivation to port indicators" [10:30] heh :) [10:30] seb128, ah, ok [10:31] didrocks, why would it be long? we got the stack ready previous cycle and this to build without deprecation [10:31] those [10:31] it should be trivial for those not using ido [10:31] kenvandine is working on that and got it almost ported [10:32] but I might be overlooking something? [10:32] rodrigo_, bug #786899 [10:32] 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,New] https://launchpad.net/bugs/786899 [10:33] seb128, ok, taking it [10:33] seb128: there is still some patches waiting for gtk, isn't it? I don't remember if I merged them or not [10:34] for soundmenu IIRC [10:34] didrocks, I think there is one needed yes, I will check with kenvandine when he's online [10:34] seb128: I think I ported it in gtk2, but better to check, right [10:35] rodrigo_, it might not need anything but it's worth checking it's not a missing replaces or something, could be a downgrade issue from the ppa to natty (downgrades are not supported but some people try anyway and run into issue)à [10:35] seb128, yes, seems like a missing replace indeed [10:35] didrocks, pitti, rodrigo_: ok, I will start on gnome-panel in the ubuntu-desktop ppa to see how it goes and port one or two indicators [10:36] rodrigo_, no need to upload for it, just get the fix in the vcs, thanks ;-) [10:36] nice :) [10:36] seb128, ok, cool, should we also upload gnome-menus before you upload panel? [10:36] I finally bent {lib,}gnome-keyring to my will, uploading now [10:37] rodrigo_, you can upload in the gnome3 ppa with an oneiric target [10:37] pitti, \o/ [10:37] rodrigo_, let's try with the ppa first [10:37] seb128, ok [10:37] seb128: libgk-k will be in Debian NEW, so that'll take a few days; not that urgent though, I presume? [10:37] pitti, what is NEW in there? [10:38] it's a minor revision update? [10:38] seb128: Debian added a -dbg for the library [10:38] oh ok [10:38] no, no hurry [10:38] but you can just dput as 0build1 if you want [10:38] so it will be synced when it's NEWed [10:39] ah, sure [10:40] seb128: -panel/-applets jbicha's PPA are not useful merges already? [10:40] pitti, they are likely useful, I plan to start from them [10:42] did I say I hate autotools? totem fails to build with no obvious error in the log and it builds fine there. I bet it miss a build-depends but not sure which one [10:43] seb128: you hate autotools because you never tried cmake :p [10:43] ;-) [10:45] didrocks: its possible to hate multiple build-tools ;) [10:47] lifeless: heh :) [10:48] hey seb128, how are you? [10:48] hey chrisccoulson, I'm fine, what about you? had a nice w.e? [10:49] seb128 - yeah, good thanks, although i did a bit of work to make up for having another national holiday today ;) [10:49] you have another holiday today? [10:49] you are making those up right? [10:50] seb128 - yeah, it's another holiday here today [10:50] lying! [10:51] another royal couple to get wed? [10:51] lol, i hope not ;) [10:52] chrisccoulson, http://en.wikipedia.org/wiki/Public_holidays_in_the_United_Kingdom says you are lying [10:52] next monday is one though [10:52] gord is there today, so yeah, stop lying :) [10:52] hey chrisccoulson! [10:52] njpatel as well [10:53] lol [10:53] it's next monday ;) [10:53] good job i did some work already! [10:53] stupid calendar ;) [10:53] chrisccoulson, http://www.direct.gov.uk/en/Governmentcitizensandrights/LivingintheUK/DG_073741 [10:53] lol [10:53] right [10:53] Hello [10:53] i can't believe i got that wrong! [10:53] holiday next Monday [10:53] yes [10:53] hey njpatel, no worry, chrisccoulson tried to sneak off work pretenting it was a uk bank holiday [10:53] that's what happens when i never leave the house ;) [10:53] chrisccoulson: nice try! :-) [10:53] if United win the champions league on sat, I might still be drunk [10:54] lol [10:54] RAOF: you are the approver of https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-xorg-stakeholders-request, are you aware of this? [10:54] njpatel: and during this time, other people works on promoting ubuntu and french events. We see the priorities! :-) [10:54] hey - if chrisccoulson says its a bank holiday - i'm not gonna argue - extra day of sleep would be welcome ;) [10:54] lol [10:54] i feel like that too ;) [10:55] pitti: Hm, no I wasn't! Thanks. [10:55] * RAOF wonders why he's the approver of that. [10:56] didrocks, the ubuntu french party is at the wrong time, you are competing with RG... [10:56] I was pondering coming until I realized that [10:56] seb128: come on, don't try to get a slacking excuse! :p [10:56] ok, I'm reviewing https://code.launchpad.net/~jbicha/ubuntu/oneiric/vino/vino-3.0.2/+merge/61885 [10:57] rodrigo_, thanks [10:57] seb128: so, this "thing" I saw on TV yesterday was RG? [10:57] you have a tv now?! ;-) [10:58] for watching nolife, sure :-) [10:58] but dunno, the TV is able to display several things [10:58] and big bang theory, mostely :) [10:58] but you might have crossed it yes, it started yesterday ;-) [10:58] cyphermox: I left some comments in https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-desktop-network-enhancements, setting back to drafting FYI [10:59] RAOF: I think it makes sense of X.org folks cross-checking each other's blueprints; you'd rather have a different approach? [10:59] RAOF: you can hand over approver to me if you prefer [11:00] seb128: that should be it, they were shouting and seemed to feel pain :-) [11:00] didrocks, you just don't understand sport [11:01] Sweetshark: are you still working on https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-libreoffice-packaging ? (it's still in state "new") [11:01] but I will follow njpatel's at getting drunk saturday if manchester wins ;-) [11:01] Sweetshark: it should be in "drafting" while you are working on the spec, then flip it to "pending approval" once you are done and want the approver to review [11:01] seb128: I think it's rather sport which doesn't understand me :-) [11:01] pitti: I'm not *entirely* clear as to the role of the approver. However, that blueprint matches my memories of the session, and contain appropriate work items, so I've approved it. [11:02] RAOF: ok, thanks [11:05] pitti: I will have finished all blueprint work by tommorrow meeting time. [11:06] Sweetshark: it looks good to me; I just reordered the WIs a bit for chronological milestones, and also droped the redundant [bjoern-m] tags (as you are already the default assignee) === cking_ is now known as cking [11:06] Sweetshark: ah, good; leaving at drafting then, thanks [11:13] pitti - are we able to push the firefox update in natty-proposed this week without getting verification for bug 783856 and bug 783997? i picked those from upstream, and i have no way of contacting the reporters of those to get them to test it [11:13] Launchpad bug 783856 in globalmenu-extension/1.0 "Thunderbird 3.1.10 Crash Report [@ uGlobalMenuBar::~uGlobalMenuBar ]" [High,Fix committed] https://launchpad.net/bugs/783856 [11:13] Launchpad bug 783997 in globalmenu-extension/1.0 "Firefox 4.0.1 Crash Report [@ uGlobalMenuBar::ShouldParentStayVisible ] " [High,Fix committed] https://launchpad.net/bugs/783997 [11:13] bug 783790 has been verified to work, and that one is one of the most frequent firefox crashers across all linux users [11:13] Launchpad bug 783790 in globalmenu-extension/1.0 "Firefox 4 crashes when opening Selenium IDE window" [Critical,Fix committed] https://launchpad.net/bugs/783790 [11:14] chrisccoulson: should be fine, yes; after 7 days [11:14] pitti - cool, thanks [11:19] hey chrisccoulson [11:19] hi rodrigo_, how are you? [11:19] chrisccoulson, just pushed your fix for the g-s-d convert file to git [11:20] rodrigo_, cool, thanks [11:20] chrisccoulson, it was indeed a leftover from a previous commit [11:27] seb128, woohoo, I want pictures of drunk you! [11:27] ;-) [11:28] chrisccoulson: are you still working on https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-mozilla-rapid-release-maintenance? [11:28] chrisccoulson: i. e. should it go to 'drafting' or 'review'? [11:28] pitti - i've finished creating WI's for it now [11:29] (ie, i pretty much know what i'm doing with that one now) [11:29] chrisccoulson: ok, want me to review then? [11:29] pitti - sure, if you don't mind :) [11:29] chrisccoulson: do you have some idea which of the WIs should be handled first, i. e. for alpha-2? or want me to go through and sort them? [11:30] pitti - also, i sent an e-mail out to ubuntu-devel and ubuntu-motu last week asking for help from people who care about any particular packages on that list [11:30] pitti - i'm not sure which ones to do for a2 yet [11:30] chrisccoulson: actually, pretty much all of them seem fine by beta-1 [11:31] cool, thanks [11:31] I don't immediately see ones which are a blocker for other features/work, do you? [11:31] perhaps "Figure out how to support mozvoikko, enigmail and lightning (binary extensions)" [11:32] * pitti moves that to a2 [11:33] pitti - yeah, i'm not sure what to do about that. i know we have people using mozvoikko, but i don't know how we can support it [11:33] i thought about reimplementing it in javascript and using jsctypes this weekend [11:34] i don't think it would be that hard [11:36] jasoncwarner: you are the drafter for https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-default-apps, are you ok with this or want someone else to do that? (I wasn't in the session, so I shouldn't do it) [11:42] what's happening with the libnotify transition? it collides a bit with some other transitions in progress, but I don't know what can be done to progress it (which packages require non-trivial source uploads and which just no-change rebuilds, etc.) [11:48] cjwatson, we did try to actively work on doing a transition for it yet === duanedeisgn is now known as duanedesign [11:48] we figured it would be easier to just let things sort over time and do a push to clean remaining ones later [11:48] mm, but it's causing awkward build failures I don't know how to deal with [11:48] cjwatson, does it create any issue, i.e should it be actively sorted? [11:48] that are blocking other things [11:49] some of the interfaces seem to have changed - different numbers of arguments to notify_notification_new, e.g. [11:49] they broke some apis but the changes should be trivial [11:49] right [11:49] a post about how to deal with it would be welcome [11:49] I'm happy then to work on unblocking the stuff that affects me === alecu_ is now known as alecu [11:50] cjwatson, I can do that but I'm happy to deal with build issues that are blocking you as well if you give the list [11:55] cjwatson, basically they dropped the option to link the notification to a status icon and widget so the argument got dropped from the notify_notification_new() call and they dropped the function corresponding to those action as well [11:56] seb128: linuxdcpp balsa openfetion are the ones I recall seeing so far [11:58] cjwatson, so trivial "porting guide" is to drop the last argument from the new call and any call to function that deals with widget or status icon [11:58] seb128: hmm, I see that libnotify4-dev has now been NBSed though, so I wonder if it's worth retrying linuxdcpp and openfetion [11:58] the result is that notifications will be displayed to the standard location [11:59] cjwatson, right, we came back to the old name to be in sync with what debian is doing (they decided to just transition rather than having both versions) [11:59] cjwatson, do you want me to deal with linuxdcpp balsa openfetion [11:59] ? [12:00] let me have a look to balsa to start just to see what the issue is [12:00] if you could deal with balsa, I'll retry the others and see if they just work now that libnotify4-dev is gone [12:00] ok [12:00] looking at balsa now [12:08] seb128: what's your pick on dropping the failsafe session and just using gnome classic (no effect) for that? [12:08] works for me [12:09] thanks :) [12:09] lunch, brb [12:09] yw [12:09] enjoy === MacSlow is now known as MacSlow|lunch === wers_ is now known as wers [12:43] seb128: linuxdcpp looks OK now [12:59] b'ah, xchat crashes without me realizing [12:59] **crashed [13:08] good day all [13:15] hey pedro_, how are you? [13:15] hello pitti!, I'm good, thanks. what about you? [13:16] chrisccoulson, xchat is crashing for me on Spanish, guess you're not using that locale :-P [13:16] it only works on English [13:16] pedro_, i'm not using spanish ;) [13:16] :-P [13:16] pedro_: I'm great, thanks! weekend was nice [13:16] hey pedro_ [13:17] bonjour seb128! [13:20] hey pedro_ [13:21] hola rodrigo_, is xchat-gnome working fine for you? [13:21] pedro_, do you use natty or oneiric? [13:21] pedro_, yes, but in English [13:23] seb128, Natty, looks like it's due to the translation, i blame dpm [13:24] pedro_, you should be using xchat-gnome instead of xchat, I blame you! :P [13:24] dpm, oh it's xchat-gnome :-P [13:24]