[00:00] Compile fails for me on x86 [00:01] yes, I think that build failures had something to do with it [00:01] we recently removed a bunch of stuff that didn't build [00:01] if somebody fixes the build failure, it can be put back [00:01] https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030509.html [00:02] now i understand: evolution does not search in attached files. therefore i did not find this email [00:03] well, doesn't look like too difficult a failure, I'll have a poke [00:03] cjwatson: Thanks for the info [00:05] yes, transposed arguments to memset [00:07] couple more problems, I'll finish it tomorrow [00:10] Thanks cjwatson [00:15] mathiaz: FFe done [00:23] slangasek: bug #493805 [00:23] Launchpad bug 493805 in ubufox "FFe: ubufox 0.8 leaves FF 3.0 folder in /etc" [Low,New] https://launchpad.net/bugs/493805 [00:25] Keybuk: should the bug status be changed from Incomplete to something different? [00:25] svu: unknown [00:25] perhaps [00:26] "Incomplete" means I have to provide something - but I answered all questions for a moment [00:31] well, I'd disagree there ;-) [00:31] "Incomplete" to me always means that the bug lacks sufficient information to diagnose it [00:31] but then others would argue that "Confirmed" means that [00:31] etc. [00:35] I see your point [00:35] there are different substates [00:35] "need info" = "I asked you, waiting for info" [00:35] and "need info" = "we do not have enough info and we do not know what info we need" ;) [00:36] bdrung: why does that need an FFe to fix? [00:38] slangasek: asak thinks that this is a huge (in terms of regression potential) change and that the bug is fix is a "new feature" [00:39] bdrung: ok; will look at the bug in a bit [00:40] thanks [00:40] slangasek: FYI i will meet my bed soon. [00:40] <_silentAssassin> allchan say goodnight [00:41] bdrung: doubtful that I'll get it before you go to bed then, sorry [00:41] maybe another release teamer is free [00:41] i will respond tomorrow, if there are questions [00:42] ok [01:23] bryceh: why does xserver-xorg-video-displaylink have Breaks: xf86-video-displaylink ? [01:23] (lintian flags a warning for this) [01:26] slangasek, to get it to not install alongside that package but to replace it [01:28] bryceh: if you want to force the removal of the other package, that should be Conflicts: [01:28] Breaks: only forces deconfiguring, I'm not sure it's defined to remove the package [01:29] So, last time I tried this, lifeless came in and said that Breaks in the One True Way and pointed at policy. [01:29] slangasek, in my original packaging I had Conflicts and no Breaks [01:30] RAOF, hey man [01:30] RAOF, bug free system from what i can tell now :) [01:30] RAOF: I'm pretty sure policy doesn't say anything about using Breaks: to force packages off the system [01:31] slangasek, so I think the Breaks may be something Persia added [01:31] hmm [01:31] persia: ^^ huh? :) [01:32] That's what I thought, too, and my reading of policy didn't make it clear either. My hope was that lifeless would pop up, carry on a detailed discussion with you, and I'd become wiser by osmosis :) [01:32] RAOF, i see the duplicate bug noticication. is it the same graphics card as the leveno? [01:32] hopefully the fix is included in the updates so the others can get it gone as well :) [01:33] RAOF: in fact, reading policy pretty much confirms what I'm saying. If you want to declare that a package should be removed, use Conflicts. If you want to enforce upgrade order, use (versioned) Breaks. [01:33] i want pidgin to be default over empathy :) [01:33] maybe that will happen, this late doubt it though [01:34] it certainly won't [01:34] so whats the reason for empathy? just curious. it doesn't have all the features pidgin does [01:34] And similarly, pidgeon doesn't have all the features empathy does. [01:35] but one does have more than the other [01:35] [citation needed] [01:36] huh? [01:36] i think skype would be a good default also [01:37] Yeah, someone really should release a free implementation. [01:37] You mean, like Empathy? :) [01:38] so why is empathy the default? [01:38] pidgin's crap for a/v. empathy does webcam chats [01:38] directhex, for yahoo? [01:38] and it also has outstanding open denial-of-service attacks over MSN! [01:39] *cough* [01:39] oh yeah a couple poor souls are try: except: pass'ing the entire codebase :) [01:39] robertzaccour, no. "Voice and video call using SIP, XMPP, Google Talk and MSN." [01:40] is yahoo in the works? [01:40] Doesn't yahoo use XMPP now? [01:40] directhex: pidgin's web support seems decent now for xmpp [01:40] i dunno, don't think so [01:40] *webcam [01:40] micahg, can't say i've tried recently [01:40] How easy is it to share your desktop with pidgin? [01:40] micahg, i think i prefer pidgin by and large, but not enough to change to it [01:41] (Also, how easy is it to share your Banshee library with pidgin? :)) [01:41] RAOF: I didn't know that's possible with any client? [01:41] directhex: I never switched away from it :) [01:41] micahg, the banshee bit definitely works... i think it was last year's gsoc? [01:41] micahg: I'd suggest firing up empathy and hitting the “share my desktop with this contact” button, then :) [01:41] i don't share my desktop with anyone [01:42] i can see that its useful for some though [01:42] "It's all MINE!" [01:42] RAOF: is it the whoole desktop or just parts? [01:42] I shared my desktop with a contact and he totally my entire desktop. [01:42] I think Pidgin is doing better nowadays in terms of maturity, but I think having Empathy as the new default will give it a chance to mature a bit too [01:43] i heard pidgin was having cathedral issues [01:43] pidgin and empathy devs seem to not be very concerned about yahoo implementations [01:43] I still find it awkward to use full-time (well, I find the same of Pidgin, so...) [01:43] whats cathedral issues? [01:43] robertzaccour: Good :) [01:43] MattJ, good? how so? [01:43] And the telepathy framework that Empathy's built on is just much more interesting - see “Stream my banshee library to contacts”, desktop sharing, gnome-games multiplayer, etc. [01:43] robertzaccour, read "the cathedral and the bazaar" [01:43] robertzaccour: Never mind, OT for this channel I think :) [01:44] RAOF, gbrainy deathmatch! [01:44] :) [01:44] directhex: I challenge you to a Quadrapassel dual! [01:44] RAOF, did you see what i was working on today? [01:45] so there's no plans for upgrading the yahoo protocol for video/voice chat? [01:45] No. I see, however, that miguel is getting psyched about mono 2.8, filled to the brim with DLR and awesome [01:45] RAOF, http://i.imgur.com/auhrX.png -> http://i.imgur.com/9j9ah.png [01:45] RAOF: so there'll be interesting mono crack in 10.10? [01:45] robertzaccour, i don't know how many developers care about yahoo support, to be frank [01:46] Can be synced Postr 0.12.4 from Debian? Is only a bug fix release. There are LP: #531275. [01:46] Launchpad bug 531275 in postr "New version needs packaging" [Undecided,New] https://launchpad.net/bugs/531275 [01:46] directhex, whats wrong with yahoo? [01:46] ajmitch: Most assuredly! [01:46] robertzaccour, nobody uses it? [01:46] directhex, its the most widely used messenger right? [01:47] [citation needed] [01:47] i use it, almost everyone i know uses it [01:47] robertzaccour, nowhere near [01:47] well then maybe its a big tennessee, florida, wisconsin, california, and kentucky thing lol [01:48] less than half the user base of AIM [01:48] in 2006 [01:48] and shrinking [01:48] directhex, really? [01:48] DnaX: looks reasonable, but there look to be ubuntu changes that'll need to be integrated, so it won't be a straight sync [01:49] i'm pretty sure yahoo is the most used [01:49] brb [01:49] http://envolve.com/blog/wp-content/uploads/2010/04/global_im_market_share_stats_july_08.pdf [01:49] i'm pretty sure you have no basis whatsoever for making that claim, other than immediate anecdotes [01:50] Why are Jabber and Google Talk separate in that chart, i wonder? [01:51] ajmitch: seems 2 simple patch [01:51] empty link [01:53] moar raw stats on http://spreadsheets.google.com/ccc?key=p5D5M7Vy6XNdfLH8xX9lbHw&hl=en [01:54] They also pre-date Facebook :) [01:54] getting figures is hard. there are reports available, for $1500 [01:55] For $1600 I'll give you some random figures [01:55] directhex, oh ok thanks [01:55] is that list current? [01:56] no. [01:56] current will cost you over a thousand dollars [01:56] no way lol [01:56] these figures matter to advertisers & the like :) [01:56] precisely [01:56] i know in America if yahoo isn't top its close to it [01:57] expensive "trade secrets"yahoo is second in the USA, slightly above third-place MSN. it's top in India, Indonesia, and Saudia Arabia [01:57] bah [01:57] yahoo is second in the USA, slightly above third-place MSN. it's top in India, Indonesia, and Saudia Arabia [01:58] directhex, doesn't that mean importance for devs? [01:58] robertzaccour, to indonesian, indian, and saudi devs, yes [01:59] most Ubuntu users are Americans, right? [02:00] not really. [02:00] skype is my favorite overall, don't know a lot of peopole that use it though [02:00] skype is proprietary, and will never be included in an ubuntu install [02:00] For my part as a developer I wouldn't contribute to Yahoo protocol support because I don't agree that we need to encourage the use of proprietary protocols in open-source [02:01] * RAOF was *sure* Yahoo was transitioning to XMPP [02:01] people work on protocol support for things to scratch their own itches. if i need to talk to someone using QQ< i work on QQ support - and because protocol distribution is highly regional, i'm probably in China whilst doing it. [02:01] imo skype has the best quality audio and video and theme look, and its free in price, so its good to me [02:02] robertzaccour, you are free to use skype, but it conflicts with the ubuntu philosophy and isn't acceptable in the distro [02:02] robertzaccour: Either way I'd rather work on helping get open software and protocols up to that level of quality :) [02:03] robertzaccour: With the *tiny* problem that we can't legally include it in Ubuntu, and wouldn't include it by default because it's closed source (and not needed to make computers work). [02:03] and am doing just that, in fact [02:04] i use what works best for me whether it be the OS or the software thats installed. Open source is great, however usability for me ranks a little higher. having both would be great though [02:04] MattJ, it's not really a question of that though - the thing with IM protocols is you need to use what $FRIEND uses, or you can't talk to them. if you're chinese, you use QQ. if you're Turkish, you use MSN. if you're russian, you use ICQ. like identi.ca vs twitter, the value is in the network itself, not in what the network allows [02:05] oh i think twitter is lame. thats just my opinion though [02:05] directhex: As someone who dropped a contact list of ICQ contacts telling them that if they wanted to contact me they would find me on Jabber, I know that's not strictly always the case :) [02:06] how many of them followed? [02:06] A handful out of a hundred, the rest didn't want to speak to me that desperately it turns out :) [02:06] I just realised it was hypocritical to promote free software while using proprietary networks and protocols [02:07] Where "using" is as good as "supporting" [02:07] Because while people use them, the less likely other people are to switch [02:07] So I like to think I've done my part :) [02:08] MattJ, i'm not against open source, quite the contrary actually. its just that usability for me is priority, thats why i use skype [02:09] well, as that's not the order of priorities for Ubuntu, I think this conversation is quite off-topic [02:09] its a good thing we're not restricted on what we can install thats for sure [02:10] i think skype is the only application i use thats not open source [02:10] oh and my wireless driver [02:22] ajmitch: so, about postr? [02:24] DnaX: someone needs to spend time to merge the changes & get it uploaded [02:25] if I do this task, you are MOTU to upload? [02:25] yes, or you can subscribe ~ubuntu-sponsors [02:26] ajmitch: the problem is the final freeze! [02:26] yep :) === RoAk is now known as RoAkSoAx [02:58] ajmitch: can I send you the updated debian dir for Postr? [03:09] james_w: around ? [03:11] jono: or you ? [04:03] I keep getting kernel errors on Lucid, but I can't diagnose them because apport keeps saying permission denied. [04:04] FeasibilityStudy, did you type sudo first? [04:04] It doesn't allow you to type sudo..I just pops up a dialog box saying kernel error.. When i click details, it wont finish [04:05] I get something like IO13error or some such error [04:05] FeasibilityStudy, oh that sucks, i don't know what thats about [04:05] have you heard of this problem? [04:05] FeasibilityStudy, no i haven't [04:06] nothing shows up in my logs either, so I have no way of finding out what the error even is [04:06] with the help of others in the community I did help fix a bug that i had === smoser_ is now known as smoser === dendrobates is now known as dendro-afk [04:51] directhex: GRE patch is needed === jldugger is now known as pwnguin === dendro-afk is now known as dendrobates [05:03] slangasek: seems I've misinterpeted policy 7.3 and 7.4. I'll fix that. [05:04] persia: ok :) [05:57] Good morning [06:43] a belated good morning to you pitti :) [06:43] hey ajmitch, how are you? [06:45] pitti: good morning, I get this when I upgrade my langpacks, should I file a bug: http://pastebin.ubuntu.com/413328/ [06:45] micahg: seems rather harmless, but it's an easy fix [06:45] (we don't need to reload gdm any more) [06:46] micahg: so please go ahead [06:46] pitti: good thanks [06:46] pitti: where should it go? [06:46] micahg: langpack-locales [06:46] pitti: thanks [06:47] pitti: is that a project? [06:47] micahg: please assign to me [06:47] micahg: no, it's an ubuntu package [06:47] micahg: it's a bug in /usr/share/locales/install-language-pack [06:47] pitti: ubuntu-bug wouldn't let me report on it...I'll file in LP interface [06:47] micahg: oh, ubuntu-bug locales [06:48] but yes, LP interface is fine [06:48] micahg: langpack-locales is the source for the locales package [06:48] pitti: ah, right, and it was decided not to overload for source package :) [06:49] pitti: target for lucid release? [06:49] micahg: not necessary I think; it's just cosmetical [06:49] (I'll get to it, though) [06:50] pitti: k, done bug 562795 [06:50] Launchpad bug 562795 in langpack-locales "reload of gdm fails on langpack upgrade" [Wishlist,Triaged] https://launchpad.net/bugs/562795 [06:50] micahg: thanks [06:50] pitti: np, now I think I have to go to sleep :) [07:06] pitti: that's real service 11 minutes from filing to archive :) [07:06] micahg: :) [07:23] good morning [07:25] YokoZar: what do you think about the winepulse patches? [07:26] hyperair: I've tested them and still see the same audio issues [07:26] YokoZar: ah i see. what issues are they? [07:26] I need a volunteer who can reproduce bug #554737 reliably, any takers? [07:26] Launchpad bug 554737 in plymouth "ply_boot_client_flush() does not read replies (plymouth stuck during/after filesystem check or error)" [High,Triaged] https://launchpad.net/bugs/554737 [07:27] hyperair: constant pulseaudio popping, like the soundserver is restarting over and over [07:27] YokoZar: that sucks. did you notice similar issues with the alsa-pulseaudio plugin? [07:28] hyperair: yes, that's the default and it's why Wine developers have believed pulse to be broken for years [07:28] although to be fair it wasn't until karmic that it would constantly pop as before it would just not go at all [07:28] https://bugs.launchpad.net/ubuntu/+source/wine1.2/+bug/502375 is still live too [07:28] Launchpad bug 502375 in wine1.2 "Wine randomly cannot initialize sound [mmap() failed: ]" [Undecided,Confirmed] [07:28] hmm weird. [07:29] i'm on karmic, buti don't get those pops === dpm-afk is now known as dpm [07:29] just that certain apps stutter like hell. i seem to have gotten around that by switching to esound though [07:30] urgh, esound!? [07:30] pitti: the esound backend. [07:30] pitti: pulseaudio has esound compat, remember? [07:30] ah, *phew* :) [07:31] did you *really* think anyone would switch from pulseaudio to esound? =p [07:31] The author of esound perhaps [07:31] hyperair: I seriously hoped that I just misunderstood it :) [07:31] heheh [07:31] ion: is esound still maintained? [07:32] hey, some people still misses arts too (and that was bad) [07:33] my, my [07:35] hyperair: YokoZar: pitti: err, that's usually an indication that your *sound driver* is utterly broken [07:36] in every case so far, David H and I have fixed both the pulse alsa-plugin and the pulse bits [07:36] crimsun: nah, i get stuttering sound when piping sound from certain wine apps to pulseaudio. i'm thinking wine's directsound->pulseaudio implementation is screwed. [07:36] i mean directsound->alsa->alsaplugin->pulseaudio pathway [07:36] unless i close everything and restart pulseaudio [07:37] hyperair: I'd try to reproduce that using linux-alsa-driver-modules-$(uname -r) from ppa:ubuntu-audio-dev [07:37] Yeah since Karmic I regularly have to close everything AND THEN killall -9 pulseaudio to get Wine to start working again [07:37] crimsun: i don't use a stock kernel. those modules won't work for me. [07:37] crimsun: where do they come from? perhaps i could compile them during my kernel-compilation rounds [07:38] control.d/flavour-control.stub: snapshots from http://kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-snapshot.tar.bz2 [07:38] crimsun: or better yet, is there a set of modules packaged with dkms support for this? [07:38] crimsun: tiwai? i remember seeing a git tree like that.. if i merge from that would it give me that? [07:38] dkms is slated for sid -> 10.10 [07:39] crimsun: what do you mean? [07:39] hyperair: roughly, yes, building from master HEAD of sound-2.6 should get you the same [07:39] crimsun: ah okay. [07:39] crimsun: i'll just merge that in thhen. [07:39] crimsun: but the last time i did that, i got some pretty serious skipping issues. [07:39] hyperair: I mean that there is not DKMS-ized source yet; Elimar and I are working on that for Sid. [07:40] pitti: morning - were you among those able to reproduce bug #554737? [07:40] Launchpad bug 554737 in plymouth "ply_boot_client_flush() does not read replies (plymouth stuck during/after filesystem check or error)" [High,Triaged] https://launchpad.net/bugs/554737 [07:41] hyperair: I can't speak for WINE itself, but without using the newest bits, it's more difficult to eliminate the driver as a pitfall. [07:41] I'm missing something, because I've been trying all evening to reproduce it and haven't been able to so far [07:41] which makes it hard to validate my proposed fix :P [07:41] slangasek: hm, first time I see this [07:41] pitti: ok, no worries [07:41] slangasek: I did have several fscks in the last weeks, since I reboot often, but they all worked well [07:41] crimsun: what about mainline 2.6.34-rc4 [07:41] hyperair: not new enough [07:42] slangasek: I have a relatively simple setup, though, just / and /home, and no LVM etc. [07:42] slangasek: banging away at the keyboard while deactivate is called in the background? [07:42] well, LVM shouldn't matter, it's all a race condition->deadlock between plymouth and mountall [07:42] good morning [07:42] StevenK, around? [07:42] Keybuk: how do I know when deactivate is called? [07:43] sleep 5; plymouth deactivate [07:43] Alt+F7 [07:43] type lots ;) [07:43] hey Keybuk, how are you? early for you.. [07:43] crimsun: heh okay. what's the git clone url? i can't seem to find it. [07:43] early? it's not even midnight [07:44] Keybuk: that doesn't really model the mountall deadlock, does it? [07:44] crimsun: no wait, i think i found it [07:44] http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=summary [07:44] Keybuk: oh, so unless they towed the British islands somewhere else I figure you are at the LF summit? [07:44] slangasek: oh, sorry, different bug [07:44] lol [07:44] ok :) [07:44] that's how to replicate the SEGV one [07:44] gotcha [07:44] pitti: indeed [07:44] Keybuk: enjoy! [07:45] slangasek: no idea how to replicate the stuck-in-flush one [07:45] that seems kinda kooky [07:45] if the write() is blocking, the pipe must be very full [07:46] could it be that fsck -C is writing out something unexpected which can't be parsed? [07:46] not unless you know of a way that would cause mountall to talk to plymouth :) [07:46] the deadlock is between mountall and plymouth both trying to write and nobody reading [07:47] I understand what the bug *is*, and I think I have a fix, but I don't understand how to *trigger* the bug so I can't validate the fix === amitk-afk is now known as amitk [07:50] hey can anyone here point me in the right direction? I want to write together a hack/patch that outputs a small sound notification on volume change [07:51] any documentation or resources i could start with would be really helpful [07:56] Optimus55: You should probably start by looking into gnome-settings-daemon; that's where the volume-change gets handled. It's off-topic for this channel, though; #ubuntu-app-devel is probably where you want to go. [07:58] YokoZar: have you seen this before? fixme:d3d_caps:wined3d_guess_card No card selector available for GL vendor 3 and card vendor 8086. [07:58] hyperair: no [07:58] hmm =\ [07:58] it only appeared in newer versions of wine. [07:59] along with my halved frame rates [07:59] Isn't card vendor 8086 going to be intel? [07:59] RAOF: yes iti s. [08:02] RAOF: thanks very much [08:11] YokoZar: http://archives.free.net.ph/message/20100301.182932.80602d9a.en.html <-- this says that wine is treating my intel card as a nvidia card after tossing that message out. [08:11] hyperair: seems like a simple upstream bug then [08:12] YokoZar: indeed. [08:48] seb128, hi. i found the solution. for some reason vg gets disabled on every boot. has to enable it manually every time [08:48] hey svu_, oh, nice that you managed to find the issue [08:50] thanks for the help and hints yesterday! hopefully my info will help to fix the bug (already updated). perhaps mountall needs tweaking after all [08:52] you're welcome, right, let's see [08:55] * hyperair finds it mildly annoying that every time he digs out wine for a short game, there are performance regressions so bad that i end up grabbing wine's source and hacking through it to look for what's gone wrong (again). [08:56] lifeless: am now [08:57] nvm, dholbach showed up first ;P [08:57] but thanks [08:57] hyperair: you are playing the 'wining game' [08:57] lifeless: lolwut? [08:57] terrible joke :) [08:57] ..i guess. [08:58] the last time i had wine issues, it was crashing because it was looking for i915_dri.so in the wrong place, then using swrast or something and segfaulting. [08:58] the bug is *almost* fixed. [08:59] and then this time i have stupid performance regressions due to somebody trampling all over intel support to refactor ati support. [08:59] best part is it's *always* wined3d. [09:20] * hyperair adds writing a cowbuilder that can have multiple backends to todo list. [09:21] baptistemm: I am now [09:21] hi StevenK [09:23] baptistemm: What's up? [09:23] StevenK, I saw you manager Bluetooth group in lp [09:24] -e [09:24] -r grr [09:24] baptistemm: If you've requested to join the team, tell me your Launchpad ID and I'll add you [09:24] I'm in the pending approval [09:24] My id is bmillemathias [09:25] there is are some interesting people in the approval queue like Vudentz which is a core dev of bluez [09:26] actually I'm triaging a lot of bug related to bluetooth bluez, gnome-blueooth, obex*) [09:27] sorry [09:27] baptistemm_: I've approved you [09:27] thanks StevenK [09:28] I need to go for a meeting but I'll be back to ask you some question. [09:28] see you [10:24] apw: could you install dpkg 1.15.5.6ubuntu4~ppa1 from https://launchpad.net/~cjwatson/+archive/ppa and see if it can unpack a linux-headers-2.6.32-[0-9]+ package in vaguely reasonable time on ext4? [10:25] for comparison, that unpack on ext3 on my laptop takes about 20 seconds === baptistemm_ is now known as baptistemm [10:28] cjwatson, ack [10:30] is https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/lucid/initramfs-tools/lucid the current branch for the initramfs-tools package ? [10:31] ogra: yes [10:32] thanks [10:32] * ogra fixes mmc handling [10:34] apw: wah, hang on, that package is buggy [10:35] it's not renaming new files into place [10:38] cjwatson, gah ... how badly broken are my machines? [10:38] StevenK: could you add Vudentz to bluetooth team, he is a core dev of bluez [10:38] find / -name \*.dpkg-new [10:39] apw: (new dpkg will fix it up though, once I find the bug ...) [10:39] it gets overwrite of existing files right, it's only newly-introduced files [10:40] baptistemm: Done. [10:41] StevenK, thanks :) [10:42] cjwatson, ahh i was reinstalling a package so i have none [10:45] apw: yeah, I'd downgrade dpkg to the lucid version for the time being anyway - discussing it on #debian-dpkg now [10:45] apw: ok, in that case did you get timing data? [10:45] it might still be useful [10:47] i ran before the update a few times and a few after .... on a fast(er) amd64 it looks to be about 'cold cache' speed ... before was like 6,3,2,2,2 (s) and after it was 6,5,6,5,6,6 [10:48] on an atom netbook is still running [10:48] ogra: speaking of which, do you have a opinion on bug #562231 - it mentions compcache issues [10:48] Launchpad bug 562231 in initramfs-tools "[initramfs-tools] initramfs.conf should be purged at upgrade" [Undecided,New] https://launchpad.net/bugs/562231 [10:49] sigh, pitti's sync script never seems to work for me :( [10:50] directhex: how does it fail? [10:50] mvo, i thought we excluded ramzswap everywhere, if it causes suspend/resume issues that has to be taken care of (by pm-utils i guess) i dont think we want to delete initramfs.conf [10:50] pitti, well, it seems to work fine, then when i dput the result... nothing. no acknowledgement or rejection email, just nothing [10:51] cjwatson, and on atom its 52, 21, 58 before and 1:14, 1:33, 0:47, 1:46 [10:51] very variable on atom it seems [10:51] mvo, you might have installed to a low ram system and need ramzswap (actually i think cjwatson once added code that we can make sure its still there on systems with less than 512M post install) [10:52] apw: so slower, but not hopelessly dreadful? [10:52] yeah, there's a fair amount of variability for me too [10:52] ogra: ok, it sounded very wrong to me as well [10:52] yeah i'd say its cold cache speed rather than getting faster in later iterations, which matters not as you don't install more than once [10:53] its perhaps 20-30% slower on my braindead atom, cirtainly not 1 hour to install levels [10:53] cjwatson, not hoplessly dreadful ... indeed [11:12] seb128, LP: #559109 is fixed. I've a branch up for review (will ask bratsche to do it). Would you take that rather as a distro-patch or a new tarball-release? [11:12] Launchpad bug 559109 in notify-osd "Two notification bubbles at the same time" [Medium,Fix committed] https://launchpad.net/bugs/559109 [11:12] MacSlow, distro change is fine, thanks for working on it! [11:12] MacSlow, do you want me to backport it now or do you prefer to have brastche to double check it first? [11:14] seb128, well I've tested it with all the cases people described in the bug-report (using metacity without compositing) and it works. I'm feeling confident to suggest you just take it as-is [11:14] MacSlow, ok, will do thanks, we can still do another upload if required ;-) [11:14] seb128, still for moving it into notify-osd trunk I'll stick to our usual process... so waiting on bratsche to review and approve it [11:14] * seb128 hugs MacSlow, good work! [11:15] MacSlow, right, makes sense [11:15] seb128, you're welcome! [11:25] was there any recent change to cups-pdf ? [11:26] I am sure it was working fine a few days ago, today the pdfs are not generated and I don't get any error [11:26]