[00:00] oh, it's changed? i've not used it yet [00:00] hi robert_ancell [00:01] chrisccoulson: It's changed since last I used it, which may have been Karmic [00:01] :) [00:02] i might have to try it next time i do an upgrade [00:04] dang I need a longer scrollback [00:04] If my scrollback can't make it through a line in _this_ channel it's way to short :P [00:06] RAOF: BTW were you able to confirm either the pulse behavior I told you about the other day, or my theory? [00:07] TheMuso: When I tried running “pulseaudio -k” before shutting down the behaviour remained, but my system was moderately messed up at that point. [00:08] Now that gdm is actually working, so I'm in a real, live GNOME session, I'll try again. In ~50minutes, when these 80 updates will have finished installing :( [00:08] RAOF: ah ok [00:08] Is it possible to monitor the signals a process receives, and log them? [00:10] You could attach gdb and have it log the signals [00:11] “handle SIGFOO nostop print” [00:12] you can use strace as well can't you? [00:12] robert_ancell: Hey, is there a vala PPA somewhere where I could install valac 0.9.5 so I could build shotwell from trunk so I could confirm that their fix fixes my bug? [00:12] -esignal=.... [00:12] chrisccoulson: Yeah. Probably neater. [00:16] Thanks guys. [00:19] RAOF, on phone, be back in a bit === awalton is now known as ROCK_LOBSTER === ROCK_LOBSTER is now known as MID_CRAB === MID_CRAB is now known as NO_IM_SPARTICUS === NO_IM_SPARTICUS is now known as xgoingdownx === xgoingdownx is now known as karilove === karilove is now known as EMACS_CRAB === EMACS_CRAB is now known as ladygaga === ladygaga is now known as awalton__ [00:53] RAOF, so no PPA, but I was planning on updating to 0.9.5 if dx is ok with it [00:53] I'll do the update and push to the desktop ppa [00:53] Ta. [00:54] Then I'll see if shotwell still takes 7 minutes to import 7 photos :) [01:00] RAOF, I'm still not seeing that problem... [01:02] robert_ancell: The hypothesis is that it's a side-effect of a gphoto bug (where gphoto is unable to extract the thumbnails from my raw files) which results in shotwell re-copying all the files from my sd card every import, hashing them, then rejecting the duplicates. [01:03] good night guys [01:03] have a good day! [01:03] RAOF, ah [01:04] rickspencer3: Good night! [01:11] TheMuso: So, the thinking is that running “pulseaudio -k” then shutting down should result in me coming back with non-muted audio? Does it matter that pulse will immediately get respawned, or do I also need to turn of autospawn? [01:12] RAOF: Probalby easiest to log out, then go into a VT and check to see whether pulse is still running as you. If it is, kill it, then restart. [01:12] k. [01:15] thank god Pulse is well maintained ;-) [01:16] Keybuk: heh [01:16] But I don't think the bug RAOF and I are talking about is a pulse bug, however this is yet to e 100% proven. [01:20] did you see the discovery that Pulse's bugs in RH's Bugzilla have gone untouched for >6 months [01:21] http://lists.fedoraproject.org/pipermail/devel/2010-August/140095.html [01:24] RAOF: forget to pull xorg-server first? :) [01:24] sorry about that [01:27] Keybuk: dang, guess that explains why there were hardly any pulse uploads in maverick [01:29] Keybuk: Lennart is obsessed with systemd I dare say. [01:29] Sarvatt: This is true. [01:29] yes [01:29] it's his new "thing" [01:30] "Would "Fix your existing broken crap before taking up something new." be less antagonistic?" :D [01:30] I think we got a poke: http://lists.fedoraproject.org/pipermail/devel/2010-August/140170.html [01:31] * TheMuso sighs. Lennart, that was not a flame war post. [01:32] of course [01:32] Lennart is ... consistent [01:33] TheMuso: Logging out, switching to a VT and running pulseaudio -k didn't change the behaviour; I still logged in to a muted system. [01:33] Packaging question: I'm packaging the latest vala and they've versioned the binaries so you can have multiple versions installed, i.e. valac-0.10. There are provided symlinks (valac->valac-0.10). If I install vala 0.11 at a later date will dpkg "do the right thing" with these duplicate symlinks? [01:34] RAOF: Right, I'll have to try it again myself, it worked for me... [01:34] Why is pulseaudio hanging around after I've logged out, anyway? [01:36] Sarvatt: Actually, no. I forgot to *push* xorg-server first :/ [01:37] RAOF: It shouldn't... [01:37] The only pulse you should see is gdm... [01:38] Let me try that again, then. [01:40] micahg, don't let those pokes bother you [01:41] rickspencer3: just wanted to point it out, reading this thread makes me feel good about the distro I chose :) [01:41] * TheMuso hoes Lennart doesn't get all snarky and antagonistic at plumbers. [01:41] hopes [01:41] of course he will [01:41] that's his way [01:41] he didn't get his way about the track leaderships, for a start [01:41] we can still love him for all that he does [01:42] Indeed, he is very smart and has good ideas. [01:42] just whatever happens, don't let a guy like that drag you into name calling matches [01:42] micahg: what's the problem with pulseaudio? (just curious) [01:42] if you take the bait, no one wins [01:43] devildante: people are jumpy :) [01:43] * rickspencer3 goes away to have a life again [01:43] rickspencer3: Yeah I know, I will have to be up to the task. [01:43] micahg: indeed :p [01:43] TheMuso, just don't forget, we do what we do, and we do it well! [01:43] rickspencer3: Yep [01:43] maybe not everyone can understand it, but the results speak for themselves [01:43] * rickspencer3 really leaves this time ;) [01:44] RAOF: audio muted on startup? is that the old alsa-utils bug rearing its head again? try commenting out line 385 of /sbin/alsa-utils? [01:44] Sarvatt: no its not [01:44] Sarvatt: at least for me [01:45] ah ok, i had that problem for a long time during jaunty and karmic [02:04] TheMuso: Ok. The reason why pulseaudio stuck around the first time was that I logged in to the VT before logging out of my X session. [02:05] The second time around I logged out first, there was no stray pulse process, but restarting still left me logging in to a muted session. [02:07] RAOF: hrm [02:07] I'll do some more testing of my own a bit later. [03:41] RAOF, uploaded new vala now - the package is now called valac0.10 [03:42] robert_ancell: Ta. Is that to the archive, or desktop-team PPA? [03:44] RAOF, desktop-team PPA, I want to get it reviewed by seb, slomo and the dx team first. Please look over it too if you're keen (lp:~ubuntu-desktop/vala/ubuntu) [03:45] I don't think I'm *that* keen. I'd prefer to play chase-the-free'd-pointer through X/ati/drm/kernel/drm/ati/X. [03:46] :) === lifeless_ is now known as lifeless [03:55] heh [04:43] RAOF: A question about your pulse test earlier. Prior to logging out and killing pulse, did you unmute/adjust audio volume so you could hear stuff? [04:43] Yes. [04:47] RAOF: Ok, because When I do the following, I get correct volume settings when logging back in: 1) log out 2) kill pulseaudio for my user if it is still running with pulseaudio -k 3) restart 4 ) log back in. I hear the startup sound/other sounds without needing to set volume again. [04:48] Let me try again... [05:18] TheMuso: Nope. Still comes back muted. [05:19] RAOF: hrm sounds like alsa may be doing something funky as well. This is weird, because I can reproduce the symptoms I get on 2 machines. [05:20] I also don't seem to get the drums sound for gdm on this machine, which is probably related. [05:20] RAOF: Very possibly. [05:21] RAOF: in fact yes that is related. [05:23] Good morning [05:26] Morning pitti.. [05:30] hello TheMuso, how are you? [05:30] pitti: Not too bad thanks, yourself? [05:31] pretty well, getting used again to getting up at 6 :) [05:32] 6 is just far, far too early :) [05:35] I might get up that early in summer. [05:51] I certainly will be getting up that early in Summer. [06:57] pitti, hey, why did you update to gnome-power-manager 2.31.1 and not 2.31.6? === robert_ancell_ is now known as robert_ancell [06:58] robert_ancell: because .2 ports to gtk3 and gsettings, etc. [06:58] pitti, are we ok to stay on a 31.1 release for maverick final? [06:59] robert_ancell: I guess we have to.. [06:59] we can backport important fixes of course [06:59] but I thought seb said that we don't want to pull gtk3 stuff into maverick [07:00] yeah, gtk3 is out for maverick (though we want it in universe for trying out) [07:00] * micahg thought they reverted everything for 2.31.6 [07:00] I wonder if they are planning on making it work with gtk2 for 2.32 [07:01] micahg, cool, I'll have a look [07:01] robert_ancell: the announcement said they pulled 2.30 versions for some components, so I'm not 100% sure [07:08] robert_ancell: oh, indeed [07:08] robert_ancell: there's now a gnome-2-32 branch with gtk2 again [07:08] robert_ancell: I guess last time I looked at it we still were at .5 [07:09] robert_ancell: so, want me to update? [07:09] pitti, sure, I think you're more familiar with it than me [07:15] robert_ancell: argh, that appindicator patch is a bitch to port across releases [07:16] pitti, heh, we have a number of those :) [07:18] RAOF, if you have a package that needs GL/gl.h, what is the correct package dependency? mesa-common-dev? [07:40] robert_ancell: You're after libgl1-mesa-dev [07:42] RAOF, thanks [08:15] morning [08:15] * didrocks likes to begin the day with a broken X :) [08:16] didrocks: Oh? [08:16] hey didrocks [08:16] RAOF: nvidia card and still no nvidia driver, I tried to add: [08:16] didrocks: btw, tseliot fixed jockey to add a magic option to the nvidia-current driver, so that it works with 1.9 [08:16] Section "ServerFlags" [08:16] Option "IgnoreABI" "True" [08:16] EndSection [08:16] right, that [08:16] but doesn't seem to work :/ [08:17] pitti: oh, really? (hey btw! had a safe travel?) [08:17] hum, I'm trying the jockey way so [08:17] didrocks: yes, I arrived Wednesday; I've been here all yesterday :) [08:17] (still on nouveau driver) [08:17] didrocks: tried the experimental nouveau 3D? [08:17] didrocks: Where nature intended! [08:17] RAOF: haha :-) [08:17] how can I trigger the experimental nouveau 3D? [08:18] Install libgl1-mesa-dri-experimental [08:18] * didrocks is in the last day before vacation, can experiment :) [08:18] And Watch Your Friends Be Amazed! [08:18] heh, let's try [08:18] RAOF: nothing in xorg.conf? [08:18] Nope. [08:18] It's the free driver; it Just Works™ :P [08:18] (When it works :) [08:19] ahah :-) [08:19] let's see [08:19] * pitti declares victory over gpm's appindicator patch and uploads [08:19] You should be able to play around with a very-nearly-flawless unity, too. [08:19] oh, the nouveau driver fix unity bugs too? [08:19] awesome ;) [08:20] ok, restarting X, see you :) [08:20] it fixes everything, including the stale taste of your morning coffee! [08:20] (... right?) [08:21] My morning coffee is never stale! [08:21] Maybe it's because I run nouveau :) [08:21] RAOF: that's because you are running nouveau [08:21] ah [08:23] RAOF: hm, seems that didn't go quite so well for Didier then.. [08:23] ooh, he's back! [08:23] * pitti sees a three-dimensional didrocks [08:23] RAOF: I'm really sorry to tell you I'm not amazed nor impressed :p [08:23] pitti: Man, it'd be *awesome* if my laptop booted in under 3 minutes! [08:23] pitti: it's a fake, still didrocks 2D :) [08:24] RAOF: *shrug* 8 seconds, what's the problem :) http://people.canonical.com/~pitti/bootcharts/donald-maverick-20100805-1.png [08:24] ssd ftw [08:24] :) [08:24] RAOF: seriously, 3 mins? my old Latitude D430 with the world's slowest-ever HDD booted in one min [08:24] 5400 RPM laptop drive + broken btrfs partition FTL [08:25] oh [08:25] I'm on btrfs, too [08:25] one min here too, but two restart of gdm, trying to a load a unity session and so on :) [08:25] and it didn't break yet, and that after a whole week [08:26] pitti: Try a couple of unclean restarts. I'm sure you can get btrfsck to segfault while checking consistency! [08:26] urgh [08:26] pitti: what is your ssd? [08:26] pitti: I'll be trying the jockey way, uninstalling/reinstalling the nvidia driver should do it, right? [08:26] baptistemm: ... awesome! [08:26] baptistemm: erm, how can I find out? intel-something-crazy-fast [08:26] and the brand and model ? [08:26] * pitti pokes /sys [08:26] x25-m ? [08:27] oh intel-something-*, good choice :) [08:28] this is certainly btrfs which gives you the 250 MB/s where I top to 150 with ext4 [08:28] well, I'm not sure [08:28] $ cat /sys/block/sda/device/model [08:28] SAMSUNG MMCRE28G [08:28] baptistemm: would this be the correct file? [08:29] baptistemm: Oh, so you haven't noticed the performance regression under write loads in 2.6.35? [08:29] it seems so I have INTEL SSDSA2M160 [08:29] I still run lucid [08:29] RAOF: hm, as far as I can remember, Linux got utterly slow and stuttering under heavy IO load since about dapper [08:30] RAOF: but then again, my Dell never saw maverick, I kept it on lucid [08:30] I didn't know samsung was a ssh manufacturer [08:30] Ah. That might be part of it. There's apparently a ~10x performance regression under write-heavy loads in 2.6.35 [08:30] so it could have gotten even worse for sure [08:30] RAOF: oh, hang on; I recently read something like that [08:30] RAOF: but only for btrfs, right? [08:30] pitti: Indeed, yes. [08:30] pitti: Yeah. It'd be interesting to see whether those desktop-interactivity patches are backportable. [08:31] I think they're in 2.6.36 now. [08:31] * pitti fainlty remembers something like "*mutter mutter* doesn't allocate new blocks fast enough yadayada" [08:31] Yeah, something like that. [08:31] I think the general stuttering on IO is rather a scheduler problem [08:31] Which I think is what the interactivity patches claim to fix. [08:32] wasn't there a CFQ->BFQ patch mentioned on the list the other day? [08:32] E: ID_MODEL=SAMSUNG_MMCRE28G8MXP-0VBL1 [08:32] baptistemm: ^ udev seems to confirm [08:33] palimpsest says it's 250 MB/s avg [08:33] wow [08:33] where my old disk was a mere 20 [08:33] mehh, it's only 140MB for me [08:33] so in another three year's time it will be 5000, right? [08:33] * didrocks puts all his trust in jockey now :) [08:34] didrocks: it doesn't do much else than setting the ignoreabi flag [08:34] pitti: the one in the section I listed? weird it didn't work [08:34] * pitti checks [08:34] oh, oops [08:34] seems that tseliot didn't actually commit it yet [08:35] ahah, false hope so :-) [08:35] * didrocks checks what he saw on the Internet [08:35] self.xorg_conf.addOption('ServerFlags', 'IgnoreABI', 'True', optiontype='Option', position=0) [08:35] didrocks: but seems it's exactly the same [08:35] why why why nvidia is so evil with me so… [08:35] damn palimpsest says I have feunct sectors :/ [08:35] defunct [08:36] I've waited for the update on purpose and saw this workaround [08:36] seb128 is off ? [08:36] so, settings this and rebooting :) [08:36] baptistemm: he arrived more at 10 as he is working late [08:36] arrives* [08:36] k [08:36] didrocks: How was nouveau 3D failing for you? [08:37] RAOF: like a failing :-) [08:37] Or we can investigate after exhausting the binary possibilities :) [08:37] RAOF: unity didn't start, I'm still in low graphic resolution [08:37] Oh, so even the 2d driver isn't working properly? [08:37] RAOF: yeah, I always have low resolution with it [08:38] Oh! [08:38] well, low resolution beeing 1280x1024, but I have 1900x normally :) [08:38] Smells like VESA? [08:38] pitti, didrocks: I didn't have the time to test jockey, therefore I haven't committed my changes yet. I'll do it today [08:38] Care to pastebin /var/log/Xorg.0.log? [08:39] RAOF: sure [08:39] tseliot: ok, thanks :) === almaisan-away is now known as al-maisan [08:39] RAOF: all for you pleasure :) http://paste.ubuntu.com/477333/ [08:40] Incidentally, having the timestamps on Xorg.0.log has been immensely useful. [08:40] didrocks: Yup, there it is. VESA. [08:40] didrocks: Hows about dmesg, too? :) [08:40] to see that I'm failing in 17seconds ? :) [08:41] RAOF: one sec, which part do you need of dmesg? [08:41] RAOF, didrocks: it looks like vesa with the nvidia libraries [08:41] tseliot: hum, sounds a good mixture :-) [08:41] in the X log, that is [08:41] is it safe to switch to maveick now, is X upgrade 's done ? [08:41] didrocks: Could I just have all of it? [08:41] http://paste.ubuntu.com/477334/ [08:41] all is there :) [08:41] baptistemm: As long as you're not reliant on nvidia or fglrx X is golden in Maverick. [08:42] Well, also as long as you don't want to play around with GNOME screensaver preferences on -radeon. [08:42] yep, the nvidia kernel module is there too [08:42] RAOF: okay I'm on Intel so it'll be good I assume [08:43] baptistemm: Should be. 2.12 is a bit faster and seems to work slightly better on the old, troublesome cards too. [08:43] pitti: Could you help me to review bluez from debian, the bluetooth dbus policy is not the same. [08:43] baptistemm: I confirm, apart from nvidia, all is good :) [08:44] Apart from the general tendency of intel GPUs to mysteriously hang, all is well on intel :) [08:45] didrocks: you'll need 2 things: 1) my nvidia package with the updated dependency on xserver 1.9 (not uploaded yet) 2) my new code for jockey both of which I will commit today [08:45] pitti: http://paste.ubuntu.com/477336/ [08:45] tseliot: are there some branches somewhere or source package? I can gladely test them (still need 3D for unity update :)) [08:46] didrocks: the nvidia driver (at least the packaging scripts) is here: http://github.com/tseliot/nvidia-graphics-drivers [08:46] I guess we should keep our policy [08:47] didrocks: The other option would be to properly remove nvidia, but it might be worth you testing the new binary drivers. [08:47] baptistemm: looks fine; we never used netdev, so if Debian dropped it as well now, so much the better [08:47] baptistemm: or is it the other way aroud and they added netdev? [08:48] tseliot: RAOF: as you wish, tell me what I should do to help you too if I can test something with nouveau and such :) [08:48] didrocks: I think it's also available in the xorg-edgers PPA and I can should you how to configure it if you're in a hurry [08:48] baptistemm: OTOH we don't use the "bluetooth" group either [08:48] (I'm not sure about xorg-edgers though) [08:48] baptistemm: it might be best to just use at_console for now, if bluez still doesn't use PolicyKit [08:48] tseliot: I tried xorg-edgers and it didn't work as well (with the same IgnoreABI bits) [08:48] pitti: netdev was from our package [08:49] baptistemm: ah, I see; our's already has at_console, so it should be fine [08:49] pitti: do you have an example to look at for at_console policy ? [08:49] ah okay [08:49] baptistemm: please do drop netdev then, and "bluetooth" along with it [08:49] [08:49] didrocks: do you have the X log with nvidia from xorg-edgers? [08:50] baptistemm: ^ it's nothing more [08:50] tseliot: I can reinstall it and try [08:50] let's do that [08:50] didrocks: ok [08:50] pitti: and what the lp group? I guess we should keep it. [08:51] baptistemm: yes, I think so [08:54] I need to update again the hal patch, pitti whould be better with upstream if we could have a hal witch at configure ? [08:54] *switch* [08:55] baptistemm: what is "the hal patch"? [08:55] we don't use hal any more.. [08:56] pitti: a patch you did to remove hal call in bluez [08:56] ah [08:56] baptistemm: I don't think a switch makes sense at this point -- it should just disappear for good [08:56] but if other people want to keep it, then a configure option might do, yes [08:57] better I could just the patch upstream and see the reaction :) [08:57] *send* [09:00] hey [09:01] 10 o'clock just ring and seb128 is here didrocks was true [09:01] hello seb128 === maxb_ is now known as maxb [09:01] hey seb128, bonjour [09:01] lut baptistemm [09:02] hey pitti [09:02] baptistemm, ? [09:02] in fact I would have been a bit earlier today if I didn't run into a fsck after restart [09:02] I just asked if you were off, and didrocks told me you arrived at 10 [09:02] *arrive* [09:02] do you need me for something? [09:02] we always need you, seb! [09:02] not at all, at least for now [09:03] * pitti hugs seb128 [09:03] * seb128 hugs pitti [09:03] baptistemm, I did the bluez update btw [09:03] since your update had a conflict and was an outdated version now [09:03] lut didrocks [09:03] didrocks: what happened to your proxy? [09:03] ahah, driver acceleration again \o/ [09:03] hey seb128 [09:04] didrocks: ooh! with nvidia? [09:04] pitti: well, my proxy is at home and for a month, I prefered to shutdown the power there :) [09:04] pitti: yeah ;) [09:04] didrocks: oh, right, where are you again? [09:04] tseliot: xorg-edgers fixed it. I was pretty sure to had a try earlier but it was before the coffee [09:04] pitti: I'm in the Alps, near Annecy [09:04] didrocks: I can understand ;) [09:05] tseliot: heh, thanks a lot for your support. So hopefully, next update will fix that for nvidia user. Will you readd the dummy dep to avoid breaking on apt-get upgrade btw? [09:05] RAOF: thanks to you too :) [09:06] ;) [09:06] (first thing to do now: disabling xorg-edgers to avoid cry and sadness in the near futur :-)) [09:06] didrocks: are you referring on the video abi thing= [09:06] ? [09:06] np [09:07] tseliot: I don't remember what exactly, RAOF told me there where a dummy dep to avoid this kind of thing happening for each new Xorg-server update (surely a dep having the video abi in the name) [09:08] Yeah, it needs to have a dependency on xserver-xorg-video-$CURRENT_ABI; tseliot's on it. [09:08] didrocks: I guess it's bug #616214 (a fix is available in my git branch) [09:08] Launchpad bug 616214 in nvidia-graphics-drivers (Ubuntu) "Should Depend: on appropriate xserver-xorg-video-$ABI (affects: 2) (heat: 10)" [Medium,In progress] https://launchpad.net/bugs/616214 [09:08] tseliot: Did you notice the equivalent one for fglrx? [09:08] tseliot: exactly, great to know it will be fixed when you push that! thanks :) [09:08] np [09:09] RAOF: I don't remember if something like that was in place in fglrx. Let me check [09:09] RAOF: tseliot: later, if you want to have more try on a clean machine on the nouveau 3D, I can deserve a little time testing (not today but after my holidays) [09:10] didrocks: Eh, not really. I'd expect the 3D to work, but I *don't* plan to do anything more vigorous than ensure it builds; it's named “libgl1-mesa-dri-experimental” for a reason :) [09:10] RAOF: ok, make sense :-) [09:10] RAOF: there's no such thing in fglrx [09:11] tseliot: Right, but there should be. I'm sure I filed a bug last night about it? [09:11] waow, the links are blue again in evolution now [09:12] RAOF: right, bug #616215 [09:12] Launchpad bug 616215 in fglrx-installer (Ubuntu) "Should Depend: on appropriate xserver-xorg-video-$ABI (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/616215 [09:13] Ah, yeah. There it is. [09:13] RAOF: I think I'll just commit my changes in the upstream git branch for fglrx as the driver isn't ready for the new X yet [09:14] oh, and I'll have to be backward compatible with the old xserver [09:14] seb128: hi , about Bug #615793 , looks like making this change upstream would be nice? shall i forward this upstream? or is this because of our notify-osd changes? [09:14] Launchpad bug 615793 in gnome-bluetooth (Ubuntu) (and 2 other projects) "For each file received over bluetooth, a dialog is opened and must be dismissed (affects: 1) (heat: 8)" [Low,New] https://launchpad.net/bugs/615793 [09:15] seb128: mpt mentions to use the normal window there [09:15] mvo: goodmorning! atm in the appdetailsview the action button grabs focus. Is it ok to let the application name grab focus instead for a better a11y experience? [09:15] I guess upstream will blame it on our notifications [09:15] yeah. [09:17] tseliot: The -geode driver recently got some work to make it do the right thing against both old and new xservers; you might want to look at that. [09:17] RAOF: ah, great, thanks for mentioning that [09:20] urg [09:26] didrocks: you want ppa:ubuntu-x-swat/x-updates not xorg-edgers if you just want nvidia :) [09:26] Sarvatt: well, too late, I just apt-get install the right pieces (apparently ;)), but thanks :-) [09:30] bluez is a pain to maintain due to init compatibity ... [09:31] baptistemm: lot of diff there? [09:31] yep ... [09:34] arg [09:34] who gave robert_ancell upload rights [09:38] pitti, how crazy is today for you? [09:38] maybe seb128 needs a holiday ;) [09:38] seb128: need to spend some hours on a project, but what's up? [09:39] pitti, robert_ancell just screwed poppler [09:39] he put soname7 in libpoppler6 [09:39] 14.2 bumped ABI again? [09:40] *sigh* [09:40] and I'm on fire to get dx and touch changes in and reviewed and release updates for the meeting today etc [09:40] oh, maybe that explains the sudden segfaults in latex [09:40] pitti, yes, that's why I didn't do the update [09:40] http://launchpadlibrarian.net/53623740/buildlog_ubuntu-maverick-i386.gnome-power-manager_2.31.6-0ubuntu1_FAILEDTOBUILD.txt.gz [09:40] I would really appreciate if somebody could sort that [09:40] seb128: I can just revert it for now [09:41] pitti, or rename the binary [09:41] but then we need a transition [09:41] I don't have time to do a full ABI bump today with a million rdepends, I'm afraid [09:41] the api change is small it's only one function [09:41] seb128: well, we need to fix libpoppler6 first, so we need a reversion first [09:41] pitti, ok please get the reversion [09:41] we will deal with the update later on [09:42] pitti, or rather "if you could revert his changes while I'm sorting those other things that would be great" [09:42] * seb128 hugs you [09:42] sure [09:43] pitti, thanks a lot [09:49] morning [09:49] lut huats [09:49] huats, did you fix your build yet? ;-) [09:49] salut seb128 [09:49] seb128, I couldn't find tim yet :( [09:50] this moring [09:50] I hope [09:50]