[00:30] Good morning all. [00:34] Morning RAOF, how was your weekend? [00:34] Very nice. [00:35] It's been, and will continue to be, quite hot in Perth. [00:54] RAOF: really? its quite collld [00:54] jbicha, hello! You've got an unreleased patch in gnome-control-center bzr. I have a patch I want to add too. Is there a reason yours is unreleased (like, does it need more testing)? [00:54] smspillaz: Which Perth are *you* sitting in? :) [00:57] RAOF: Yeah was a warm weekend in Sydney until Sunday evening, where we got hit with a rather cold change after a thunderstorm. Yesterday and today are quite cold by comparrison. [00:58] RAOF: I live next to UWA [00:59] Maybe it's warmer up north? [00:59] that would probably be right [02:12] mterry: no reason in particular except that the one patch looked too lonely to get released all by itself [02:12] jbicha, :) well, two patches isn't so bad [02:20] * thumper sighs [02:21] why oh why does rythmbox keep stopping? [02:21] it says it is playing but gets stuck in-between tracks [02:27] thumper: Can you reproduce with another gstreamer player? [02:27] TheMuso: like what? [02:27] Banshee for one. [02:27] TheMuso: also, it doesn't seem to be every track, just some of them [02:27] hrm ok. [02:28] I could try with banshee for sure [02:28] Just a thought, it may be rhythmbox, but gstreamer could also be doing something weird. [02:28] thumper, ooh, I had a bug like that, got it for any gstreamer app. let me see if I can dig up the number [02:31] thumper, bug 918361 [02:31] Launchpad bug 918361 in gstreamer0.10 "[Lemur UltraThin, Realtek ALC272, Speaker, Internal] fails after a while" [Undecided,New] https://launchpad.net/bugs/918361 [02:31] mterry: ta [02:32] mterry: mine seems to be slightly different [02:32] and I just had two different issues... :( [02:32] although I bet they are related [02:33] * thumper has performance reviews to do [02:33] thumper, ok, file new bugs then. Was hoping to raise my bug's heat ;) [02:33] I have 12 to go [02:33] * thumper sighs [02:35] :) [05:06] Good morning [05:06] robert_ancell: hey, how are you? had a nice Easter weekend? [05:06] pitti, sure did [05:07] robert_ancell: do you want me to handle bug 975901, or are you on it? [05:07] Launchpad bug 975901 in lightdm "guest session is not confined by apparmor" [High,New] https://launchpad.net/bugs/975901 [05:07] robert_ancell: it looks like a recent packaging error, installing the stuff into /usr/lib/lightdm/lightdm/ [05:08] pitti, you know best about guest session, so go for it [05:08] oh, a libexec dir change [05:09] robert_ancell: trunk's policy does have LIBEXECDIR/lightdm-guest-session-wrapper [05:09] robert_ancell: hence "recent packaging error" [05:09] robert_ancell: anyway, I can look at it, just wanted to coordinate [05:10] ok [05:21] Good Morning. [05:21] Woah, pitti awakens early in Perth's timezone :) [05:21] I got up at 7, not that early :) [05:22] Err, how do I link to another bugs in launchpad comments? [05:22] BigW: You can just include text like “bug #foo” and it gets autolinked. [05:23] oh cool, thanks. [05:23] I'm not sure what the complete syntax the parser looks for, but “bug #12345” will work. [05:23] Launchpad bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345 [05:24] pitti: do you still intend to back out the glib single includẻ [05:25] micahg: ah, that one case that makes a server package FTBFS? yes [05:25] pitti: well, makes a bunch of universe packages FTBFS that we probably won't fix before release [05:48] good morning [05:50] bonjour didrocks, ca va? had a nice Easter holiday? [05:50] good morning didrocks, pitti [05:50] bonjour rickspencer3, how are you? [05:50] feeling a lot lot better, still coughing a little, but I actually felt up to a little run yesterday! [05:50] hey pitti ;) well, no real holiday in fact, but nice normal week-end, yeah! And you, how were your few days off? :) [05:50] bonjour rickspencer3 :) [05:51] pitti, nice holiday for you? [05:51] didrocks: quite nice indeed; we went to Dresden and met lots of friends and family again [05:51] unfortunately it was rather cold [05:51] but we went for some hiking anyway, and a big feast at the end of course :) [05:52] nice ;) [06:04] micahg: pushed fix to bzr now, will coordinate upload with seb128 (he said he also had some glib stuff) [06:05] pitti: sounds good, thanks [06:05] bbl [06:31] morning pitti and didrocks , hey rickspencer3 [06:31] hey jasoncwarner_ [06:32] hey jasoncwarner_ [06:33] * rickspencer3 steps away [06:35] morning [06:50] hey jasoncwarner_, how are you? had a nice Easter weekend? [06:50] hey pitti yeah, good overall, thanks for asking. you? [06:51] jasoncwarner_: it was quite nice; we went back to Dresden to meet family and friends [06:51] lots of food, short nights :) [06:53] :) of course. is germany starting to warm up? [06:56] jasoncwarner_: it had been nice and warm for two weeks already, but over Easter holiday it got quite cold again [06:56] jasoncwarner_: but should get better again this week [06:57] the last two Easter holidays were sunny and warm, so we had that coming I guess :) [06:57] soon you can expect to have the german sprint followed by the 3 weeks of german summer ;) j/k [06:58] *sigh* what could I possibly reply to that to an Aussie.. [07:01] I think the only retort to the aussie's is...enjoy everything on the continent literally trying to kill you! [07:01] *chuckle*, I'll remember that :0 [07:02] pitti, do you have any experience with shared memory on linux? [07:03] robert_ancell: not much [07:04] pitti, I'm just wondering how to pick a key so that it's unique and other processes can't snoop/modify the shared memory [07:05] robert_ancell: hm, if you don't want other processes to be able to read it, why do you need shared memory then? [07:05] s/need/use/ [07:05] pitti, well, I want *two* processes to share access to it, but not any other malicious process [07:05] or at least have a reliable way of getting a random key [07:06] hm, I guess you need to put the two processes into the same group or run as the same user, or be root [07:07] How much does it need to be shared memory, and not (say) a pipe? [07:07] RAOF, pipe is too slow [07:08] wow, the buffering overhead is that noticeable, for a key exchange? [07:08] with shm you need some locking as well, after all [07:08] so I'll probably use a pipe for control flow, but I really just want some shared memory between a child process and a parent one. The memory needs to be allocated in the child [07:09] pitti, no, shmget() needs a key for the memory block, but the keys appear to be system global [07:10] i.e. shmget (1234, 0, 0) returns a handle to shared memory block 1234 [07:12] Can you set the permissions to only be openable by the parent pid? [07:14] not with standard Unix permissions [07:16] * RAOF was misreading SystemV shm documentation [07:16] I'm wondering if shm_open works better - it uses a string for the key, so I can pick something sufficiently large and random that you won't be able to find the shared memory block. As long as it's not advertised anywhere like /proc [07:16] Alternatively, can't you pass the file descriptor along? [07:17] IIUC shm_open will expose that key in /dev/shm/ [07:17] yeah, I just noticed that :( [07:18] does that mean I can snoop on / break pulse? [07:18] As far as I can tell, yes. [07:19] RAOF, can't pass the fd - the child needs to create the shared memory. I could get the child to send the size to the parent and get it to open, but uck [07:20] that wouldn't work anyway as the child wont be able to get the fd back.. [07:21] The child could pass the fd across a socket to the parent, right? Then they'd both have access to it? [07:25] robert_ancell: Yeah, the child could sendmsg the fd across, which dup()s it. [07:26] This seems like the sort of thing that should have come up before, though; there's presumably some form of best-practices. [07:42] good morning everyone [07:46] hey chrisccoulson, how are you? [07:47] pitti - not too bad thanks. although, i was better before someone decided to drive in to my car yesterday :/ [07:47] how are you? [07:47] chrisccoulson: erk -- with you in it? [07:47] chrisccoulson: I'm quite fine, thanks! had a nice Easter weekend [07:48] pitti - yeah, it was just me in the car [07:48] hey chrisccoulson ...how are things? [07:48] jasoncwarner_, yeah, not too bad thanks [07:48] how are you? [07:48] chrisccoulson: pretty good :) just going the 12.10 planning! [07:49] excellent :) [07:49] chrisccoulson: so you weren't hurt? [07:49] pitti - no, i was fine. although, i do ache a little this morning [07:49] and the car doesn't look all that bad. his car looked much worse than mine ;) [07:50] what is it with desktop team members and cars? :/ [07:50] heh [07:50] jasoncwarner_: why, is that a common pattern? [07:51] jasoncwarner_, i wouldn't mind so much if the accident was unavoidable. but i'd been sat stationary at a red traffic light for more than 5 seconds before the guy rammed in to the back of me [07:51] hey [07:51] he wasn't paying any attention, and didn't even appear to try to brake [07:51] chrisccoulson: at least you guys are alright...cars are replacable, but kids and limbs are not [07:52] yeah, i'm glad my daughter wasn't in the car [07:52] hey chrisccoulson, how are you? got a car accident? [07:53] seb128, yeah, someone drove in to me yesterday [07:53] how are you? [07:53] * pitti hugs chrisccoulson [07:53] seb128: how are you? [07:53] haha, drivers [07:53] * chrisccoulson hugs pitti [07:54] jasoncwarner_, pitti: hey [07:54] pitti, it's meeting reminder day! ;-) [07:54] pitti, had a good w.e? ;-) [07:54] seb128: indeed I had! met lots of friends in Dresden again, and family of course [07:54] it was utterly cold for our traditional Easter hike, though [07:54] seb128: meeting reminder> merci :) [07:54] morning, seb128 [07:54] :) [07:55] jasoncwarner_: any luck ? [07:55] jasoncwarner_: that fixes it for me [07:55] I could reproduce it by tricking around in gdb haha [07:56] smspillaz: I'm running it now, no issues so far but tbh it takes time and shows up at random times :/ going to be hard for me to "confirm" it is fixed...but I would say if I don't get it for a day, it is fixed....so far so good [07:56] smspillaz: hi! should we test that ppa for the white box thing? [07:56] chrisccoulson, I'm good thanks, glad to see you are ok still ;-) [07:56] though, truth be told, the fix you gave me for the ccsm settings seems to be working as well... :? [07:56] pitti, yeah, after summer like weather we are back to winter as well here, grey and rainy [07:56] htorque: there is a linked animation plugin ... I am not making a ppa [07:56] jasoncwarner_: there's an easy way to "reproduce it" [07:56] ah [07:57] ssh into your machine and, gdb compiz and set a breakpoint on CompWindow::CompWindow [07:57] and then just hit continue every time you hit it [07:57] at least that triggers the timing issue [07:57] jasoncwarner_, that compiz bug is what you get for using chrome,ium instead of firefox :p [07:57] oh gosh [07:57] chromium was being so stupid [07:57] seb128: ;) I just try to keep up with what the users are doing...I mean, I even have opera running just in case ;) [07:57] lol [07:58] users, they always find new ways to challenge you :p [07:58] seb128: it creates a window, maps it and /then/ reparents it away instantly instead of just making that window a child of the notification parent window [07:58] I've never seen applications do anything that dumb [07:58] last I remember, the only thing that ever did that was chromium's implementation of flash, but at least it didn't map the window before it reparented it away. this is /worse/ [07:59] smspillaz: or...maybe...it is so smart you can't comprehend it yet? :) [07:59] jasoncwarner_: no, its just being stupid [07:59] there's no sane reason for it to do what it does [07:59] I feel like filing a bug [07:59] smspillaz: and it still does that with flash? because i never used chromium notifications to reproduce the bug. [08:00] htorque: it does that with flash too [08:00] right, i've got to go to the body shop to try and get a quote for my car [08:01] i'm not sure why i'm being so nice about this. i should just call my insurance company ;) [08:01] chrisccoulson: sue 'em all! [08:01] heh [08:01] smspillaz: is it just "cmake .." from the build dir? [08:01] yes [08:01] they guy who hit me was a young lad who has only just started driving. so if i make a claim on his insurance, his premium will rocket ;) [08:01] smspillaz: thanks :-) [08:01] chrisccoulson: that's true [08:02] so he offered to give me the money [08:02] but it means that i waste more of my time trying to sort it out [08:02] chrisccoulson: hmm, I thought you could make a claim without knowing the perpatrator ? just say it was a hit and run :) [08:03] chrisccoulson, maybe you should make sure he goes through driving lessons before getting in a car again :p [08:03] smspillaz: then he gets dinged [08:03] yeah I figured [08:03] smspillaz, yeah, we get screwed for that then [08:03] it's the same if an uninsured drive hits me too [08:04] seb128, yeah, i think that young lads overestimate their driving ability ;) [08:04] chrisccoulson, well, spotting a car stopped at a red light shouldn't be that hard! [08:04] heh :) [08:06] apparently there is free wifi in the customer room, so i'm going to take my laptop :) [08:06] bbiab! [08:12] pitti, btw that /usr/lib/lightdm/lightdm is probably a side effect of bug #861371 [08:12] Launchpad bug 861371 in lightdm "use pkglibexecdir instead of libexecdir for lightdm-set-defaults" [Low,Fix released] https://launchpad.net/bugs/861371 [08:13] there is no real way to "win" with the debian way to set libexecdir to /usr/lib/ [08:13] because pkglibexecdir is $libexecdir/ that's why you get the duplication [08:16] smspillaz: the different set of animation values shouldn't have an influence, no? [08:17] no [08:17] although like [08:17] wrt the focus thing [08:17] it could cause an animation to start on the destroyed window [08:17] which would "work around" the bug [08:24] pitti, hi [08:26] smspillaz: like jasoncwarner_, i don't yet feel comfortable enough to say it's gone, but it looks good. [08:26] smspillaz: i could easily reproduce it before, but had no "luck" for the last 15 min. :-) [08:55] seb128: yes, I already fixed it upstream [08:56] seb128: i. e. do the corresponding libexecdir->pkglibexecdir change in the apparmor profile install, too [08:56] hey tkamppeter [08:57] * Sweetshark locks all windows and and doors. [08:57] pitti, ok [08:57] Anyone volunteering to review and upload LibreOffice 3.5.2? [08:57] pitti, can we still fix bugs this week? that new "pre-release" freeze surprised me [08:58] seb128: yes, I'm testing a package as we speak [08:58] ok, good [08:58] need to catch up with you :) with that lightdm upload we should have a tie again [09:00] ;-) [09:07] smspillaz: so, i've seen the white window a few times, but it went away after a split second. [09:07] smspillaz: reloading two windows with youtube videos every second might not be a typical use case, though. ;-) [09:08] htorque: indeed, it will go away after a split second [09:08] htorque: this is chromium being stupid [09:09] it creates the white window and then gets rid of it as soon as it creates it [09:09] pitti, did you change apport recently to not copy the stacktrace first frame in a comment or is that a launchpad regression? [09:09] seb128: no, I haven't changed that for ages [09:10] seb128: you mean the "StacktraceTop" bit? [09:10] pitti, ok, so launchpad regressed :-( [09:10] pitti, I mean i.e https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/974213/comments/3 [09:10] Launchpad bug 974213 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in credentials_found_cb()" [Medium,Confirmed] [09:10] pitti, yeah [09:11] comment 4 rather [09:11] pitti, the recent bugs have no "StacktraceTop" comments [09:11] right [09:11] they used to be inline that was handy for emails [09:11] you could see if that was a known stacktrace from the email [09:11] now I've to open the webbrowser and attachments [09:11] seb128: I recently did a bug fix for overly long lines, but that cut them off at 1000 or so [09:12] I'll have a closer look at this [09:12] pitti, same in the bug description [09:12] pitti, the StacktraceTop used to show a few lines in the summary [09:12] that's strange indeed [09:12] pitti, do you want me to open a bug about it? [09:13] seb128: please do; we need bugs for stuff that we want to fix in precise [09:14] easier to track that way [09:14] or to reassign to Launchpad, etc. [09:16] back! [09:18] pitti, bug #977882 [09:18] Launchpad bug 977882 in apport "the StacktraceTop functions stopped showing inline" [Undecided,New] https://launchpad.net/bugs/977882 [09:18] chrisccoulson, how did it go? [09:18] seb128: merci [09:18] pitti, de rien, thank *you* for looking at it ;-) [09:18] pitti, do you need a few extra bug number examples? I can dump a bunch on the bug report if you want [09:18] seb128: one should suffice [09:19] btw, did you guys see this? https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade-lucid-universe/ [09:19] rickspencer3: ^ FYI [09:19] pitti, ok, you have one listed so we are good [09:19] it started succeeding over the weekend [09:19] for the first time ever [09:19] hey look at that [09:19] that's the hardest upgrade ever to get right :) [09:20] pitti, what universe packages are in that teset? [09:20] in fact, _all_ upgrade tests succeed now, except for a few post-upgrade quirks [09:20] rickspencer3: all that are offered in software-center [09:20] woah [09:20] rickspencer3: a couple thousand [09:20] omg, that is huge [09:20] the upgrade runs 14 hours [09:20] * rickspencer3 feels body tingling [09:20] * rickspencer3 feels self levitate [09:20] I'm really proud [09:20] great work pitti et al [09:20] mvo: ^ [09:21] mvo: thanks so much for your hand-holding and analyzing/fixing apt stuff [09:21] thanks pitti, much appreciated, jibel is also a rockstar (and you of course :) [09:22] pitti: its great to see the machinery in the QA center work so well and help us with identifiying all those issue [09:22] indeed [09:24] good stuff! [09:27] let's see how a oneiric to precise update goes, I updated my parent box from natty to oneiric as a first step this w.e [09:27] that went well out of the fact that no xorg after the restart due to fglrx screwup, which was easy to fix for me but a no box for them :-( [09:28] (hate binary drivers) [09:29] seb128: btw, do you plan a glib upload today? If not, I'd upload current bzr, to fix the include issue that causes FTBFS [09:30] pitti, I was waiting for a gresource,gvariant powerpc fix but it's still not available so go for it if you want, ericm wanted a >/dev/null of the legacy gio dir warnings included if you can do that as well [09:31] pitti, bug #966173 [09:31] Launchpad bug 966173 in d-conf "0.12 : Unable to open directory /usr/lib/gio/modules: Error opening directory '/usr/lib/gio/modules': No such file or directory " [Undecided,Confirmed] https://launchpad.net/bugs/966173 [09:31] ah yes; can do [09:31] seb128: Did you file a bug for that fglrx snafu? It'd be good to not break people on upgrade :) [09:31] seb128: yeah, the gui upgrade is something we need to watch out about compiz crashes, this happend some weeks ago for me that compiz simply crashed in the middle of the upgrade [09:32] RAOF, no, I'm not even sure if I installed fglrx with jockey or "by hand" by then, I didn't touch that box for a year or so [09:32] seb128, yeah, it went quite well. i think the other guy is going to be in for a shock when they send me the actual quote though ;) [09:33] mvo, right, we need to move out of the "upgrade in a running session" madness :p [09:34] ok, so for those who like segfaults: http://pastebin.ubuntu.com/923047/ [09:34] those are the bugs with >=3 duplicates in the retracers over a 10 days period [09:35] i.e stats since the start of april [09:36] seb128: yes, I agree with that, it seems like we have more and more stuff that is just not robust in this environment [09:36] mvo, how do you want to be robust to all your resources going away under your feet, it's a bit crazy as a concept ;-) [09:37] we should probably do the download in session and close the session to apply the changes [09:39] hey, my wm is not responding, xsession-errors says, gnome-shell:1577: Clutter-WARNING **: ./clutter-actor.c:8458: Actor 'StLabel' tried to allocate a size of -2,00 x 1,00 [09:39] is this bug reported? do you want me to get any data while I'm in this state? [09:45] Amoz, dunno if it's report, maybe try asking on #gnome-hackers on irc.gnome.org [09:52] seb128: ah, bug 966173 is already fixed in precise, no bug list fodder :) [09:52] Launchpad bug 966173 in d-conf "0.12 : Unable to open directory /usr/lib/gio/modules: Error opening directory '/usr/lib/gio/modules': No such file or directory " [Undecided,Confirmed] https://launchpad.net/bugs/966173 [09:52] pitti: I have a (hopefully simple) pygi question - lets say I have a custom cell renderer and I want to add additional properties to it, it seems I can not use __gproperties__ for this, it looks like its simply not installing/initializing them - is there a different way of installing them instead of __gproperties__ or a example I could look at? I played around with GObject.install_property but I don't know how to get the property_id for exa [09:52] mple [09:52] pitti, oh, ok ;-) [09:54] mvo: install the properties as class members, like this: [09:54] class MyObject(GObject.GObject): [09:55] my_prop = GObject.Property(type=str, flags=PARAM_READWRITE | PARAM_CONSTRUCT, default='green') [09:55] mvo: and then just use myobj.my_prop [09:55] pitti: aha, great! let me try that [09:55] mvo: if you want to iterate over properties etc., you can use myobj.props, or myobj.props.my_prop, too [09:55] (but that's probably not too useful in most cases) [10:00] mvo: http://git.gnome.org/browse/pygobject/tree/examples/properties.py FYI [10:01] pitti: yeah, this helps, thanks! [10:01] mvo: so you can also use the @GObject.Property decorator [10:01] mvo: http://git.gnome.org/browse/pygobject/tree/tests/test_properties.py#n342 for a writable property with decorators [10:02] pitti: I guess I can look at the code for the additional keyword arguments that Property supports? [10:02] pitti: like description etc? [10:02] mvo: that, or help(GObject.Property) [10:02] !!! [10:02] very nice [10:02] thanks again [10:03] help() is actually quite good, it has examples, and documents all the parameters [10:03] shocking, I know [10:03] :) [10:03] sorry, I should have thought of it, next time, promised [10:03] mvo: NP at all [10:03] it's not quite clear what to look for if you don't already know it [10:04] yeah [10:25] sil2100: hey [10:25] ogra_: around? [10:25] didrocks: hi! [10:25] sil2100: so, ogra_ did 3 uploads (one in compiz, 2 in c-p-m) without using the vcs [10:26] sil2100: in addition to force me to rebump quickly the version just before the call for testing on Friday evening, that means that if we upload compiz and c-p-m, his changes will be overwritten [10:26] didrocks, well, to my konwledge the archive should always be authoritative to UDD branches ... why isnt that the case with compiz (works with most other packages nowadays) [10:26] didrocks: I think I saw his changes to compiz in unity-team staging even [10:26] sil2100: can you please reconcile them? (we don't care about history in that case, just append the new commit on top, but merge the changelog and the changes) [10:26] ogra_: we have Vcs-Bzr: for that [10:26] ogra_: most of desktop packages are using that [10:27] didrocks, is there any doc about that for future uploads ? [10:27] ogra_: and I would have appreciate a ping about the upload btw ;) [10:27] ogra_: debcheckout compiz [10:27] or apt-get source compiz [10:27] will tell you what's the correct branch is [10:27] that screwed me on Friday evening just during the call for testing :/ [10:27] well, i usually use bzr branch lp:/ubuntu/ [10:28] ogra_: well, this tool doesn't work with most of desktop packages [10:28] hmpf [10:28] as we host debian/ only ones [10:28] why ? it works for all other packages i touch [10:28] same for unity, we are using merge-upstream workflow [10:28] * ogra_ thought the move to UDD would have made exactly that mess obsolete [10:28] which doesn't work with the canonical branches [10:28] k [10:29] sil2100: ogra_: so, can you work together on that, please? [10:29] whats the issue ? do you need me to commit anything anywhere now ? [10:29] sil2100: I just bumped the version in the ppa, it was late on Friday evening and we had already done the call for testing [10:29] so don't rely on the versionning ;) [10:30] didrocks: so what version number should I use with ogra_'s changes? ;) [10:30] sil2100: just sneak them in debian/changelog and add the change [10:30] sil2100: for the user, they will just see the new release, not ogra's changes [10:32] didrocks: will do, I'll ping you if I have questions [10:33] sil2100: do not hesitate :) === Wellark_ is now known as Wellark [10:33] ogra_: will you be available for reviewing? ^ [10:33] sure [10:33] thanks :-) [10:34] hmmmm, so the launcher background colour setting no longer works in ccsm [10:34] how can i change the background to black, rather than this poo-brown colour i currently have? :-) === kiwinote_ is now known as kiwinote === MacSlow is now known as MacSlow|lunch [11:10] pitti: 3.5.2-2ubuntu1 is on chinstrap [11:11] Sweetshark: thanks; how much build/install/run testing did this get so far? [11:14] pitti: limited. I was going for a full dist-upgrade test (the stuff is pretty in my ppa as the version on chinstrap. [11:15] pitti: alas amd64 failed because ppa disc size. [11:15] pitti: I could do a full dist-upgrade in i386 today ... might be a good idea. [11:16] Sweetshark: as long as you installed the debs locally and that worked, that's fine === om26er__ is now known as om26er-away === om26er-away is now known as om26er [11:35] didrocks: should I just append those changes to the unreleased 1:0.9.7.6-0ubuntu1 for compiz? Or should I make a new changelog entry 1:0.9.7.6-0ubuntu2? [11:37] sil2100: hum? no it shouldn't even be seen by the users [11:37] sil2100: just reintroduce the older changelog below [11:37] sil2100: as people already got in from the main repo [11:37] didrocks: ah, like that, ok ;) [11:37] didrocks: cool, I get it now [11:38] didrocks: I'll push and request a merge in a moment [11:38] sil2100: great! [11:48] pitti: I didnt check after the last debian/rules change, so there is a risk. Im testing on i386 in a VirtualBox right now. [11:49] pitti, bug #977974 ... does that need acks, from who? [11:49] Launchpad bug 977974 in notify-osd "Improve background colorization" [Undecided,New] https://launchpad.net/bugs/977974 [11:49] * Sweetshark is scared. Notebook harddisc just made a 'click of death' sound. [12:05] good morning [12:06] Ursinha: good morning [12:06] Ursinha: where do you live? [12:06] desrt, Brazil :) [12:07] cool. more people in a proximate timezone to give legitimate 'good mornings' to [12:08] hey Ursinha, desrt [12:08] seb128: good morning [12:08] :) [12:08] desrt, had a good w.e? [12:08] seb128, hey [12:08] yup [12:09]