=== cyphermox_ is now known as cyphermox [04:06] I wonder why nautilus doesn't like appindicator today... fatal error: libappindicator/app-indicator.h: No such file or directory [04:40] jbicha: has the header moved? [05:46] Good morning ... === rye is now known as rtg === rtg is now known as rye === tkamppeter_ is now known as tkamppeter === ts2 is now known as tsimpson [07:06] pitti: Good morning, Martin! [07:07] pitti: Urgent MP: https://code.launchpad.net/~gunnarhj/ubuntu/precise/language-selector/dropped-function/+merge/91770 (language installation broken) [07:07] good morning [07:14] didrocks: Good morning! [07:14] hey RAOF :) [07:14] How be you? [07:14] * RAOF may also have an ulterior motive; namely https://code.launchpad.net/~raof/gnome-control-center/install-gcm-on-demand/+merge/91767 [07:15] :) [07:17] RAOF: it's quite cold here, otherwise I'm fine, thanks! :) [07:18] Yeah, I hear Europe's under a kilometre of ice these days. [07:18] a kilometre, at least! :) [07:19] (nicely done on g-c-c-!) [07:19] and you, how are you? [07:19] I'm pretty good. [07:19] I'll be better once that g-c-c stuff lands; asynchronous programming in C? Why did anyone think that was a good idea? :) [07:21] RAOF: do you want it to land today as well? [07:21] I don't really mind if it hits the archive today. [07:22] It doesn't block anything, it just fixes a bug :) [07:22] Actually... maybe I should check if someone's filed a bug that this fixes! [07:23] yeah :) [07:23] Someone might have noticed that the calibrate button doesn't work :) [07:27] heh [07:29] There we go. Now with bug-closing goodness. [07:31] awesome, I'll merge it today :) [07:33] Good morning [07:33] GunnarHj: sorry about that, uploading now [07:33] pitti, hi [07:34] tkamppeter: guten Morgen [07:34] pitti, I have updated all patches, removed the upstream-merged ones and added a lot of new ones. [07:35] pitti, now I have only a build problem. [07:35] guten morgen pitti [07:35] pitti, when Linking commandtoescpx it says [07:35] hey didrocks [07:36] pitti, ../cups/libcups.so: undefined reference to `fmod' [07:36] tkamppeter: seems like the Makefiles are missing an -lm ? [07:37] pitti, yes, when I updated patches I have seen that upstream has pulled a -lm at some place. Will try to edit that patch so that it re-introduces that -lm, after that report an upstream bug. [07:38] tkamppeter: danke [07:50] pitti, it works, that was the actual problem. Now you replace-COMMONLIBS-by--lpthreads patch also explicitly adds -lm, as it seems that upstream has newly added the use of fmod(). The problem is not of upstream, but of your patch. Upstream probably has -lm in COMMONLIBS. So the patch simply needed updating to the state of CUPS 1.5.2. There are no real new dependencies, as libm is a standard library. I will commit this change. [07:52] tkamppeter: ah, thanks [08:04] good morning everyone [08:05] hey chrisccoulson! [08:05] hi didrocks, how are you? [08:06] chrisccoulson: I'm fine, thanks, and you, how are you? [08:06] didrocks, yeah, not too bad thanks [08:26] pitti, CUPS 1.5.2 is ready for upload to Debian and Ubuntu. Can you upload quickly, as larsu wants to apply a patch to CUPS and so he needs the up-to-date state of the package. [08:27] tkamppeter: uh, lots of new patches [08:27] tkamppeter: yes, can do [08:28] pitti, thanks. [08:28] tkamppeter: btw, is there a solution for the texttops problem? do you want to add a simple wrapper filter? [08:29] pitti, I think the wrapper filter would be a good idea. It is not included yet, but to the upload anyway so that larsu can do his patch and also several other bugs get fixed. [08:29] *nod* [08:29] tkamppeter: that would be in cups-filters anyway, not in cups [08:30] pitti, this was my thought now, too. [08:48] E [07/Feb/2012:08:48:25.231185 +0000] [cups-deviced] PID 28781 (usb) crashed on signal 11! [08:48] tkamppeter: hmm, I had hoped that the new version would magically fix that crash, but seems it doesn't :/ [08:49] tkamppeter: (since you updated the USB patches) [08:49] pitti, was that crash there before? [08:49] tkamppeter: yes, in the previous version as well [08:49] it happens in the test suite [08:50] hey [08:50] hey seb128 [08:50] pitti, hey pitti, wie gehts? [08:50] salut seb128 [08:50] tkamppeter: uploading now, as that isn't a regression (but at some point we need to fix it) [08:50] pitti, it's meeting reminder day! [08:50] seb128: oh, thanks! [08:50] lut didrocks [08:50] pitti, I do not get the crash, as you seem to get it reproducibly, can you investigate it and find out its cause? Thanks. [08:51] seb128: udisks2 1.91.0 in PPA FYI [08:51] pitti, great [08:51] tkamppeter: yes, when I run "make check", it has 19 instead of the 18 expected errors, and the extra one is that segfault [08:52] pitti, I do not have the segfault as during build there does not happen any apport pop-up. [08:52] tkamppeter: no, it's not caught by apport as it's a local program, not a system one [08:56] tkamppeter: argh, messed up the Debian upload; need to wait a bit and upload again (just FYI, no action necessary from you) === rye is now known as rtg === rtg is now known as rye [08:59] hi, me again with a weird unity sound indicator behavior when there is no artwork for the music - http://ubuntuone.com/5QOE36HE3Mp1MXTqKkMvP0 [09:00] can somebody check this on their machine / precise, before I submit a bug [09:07] rye, bug 927733 [09:07] Launchpad bug 927733 in indicator-sound "Mouse on coverart flushes the sound menu" [High,Triaged] https://launchpad.net/bugs/927733 [09:08] hm, it was kind of completely different to what I was searching on launchpad :) [09:09] jibel, thank you! [09:09] rye, yw === seifstrup is now known as seif [10:07] smspillaz: hey, how are you? [10:08] tjaalton: hey, any news on the patch to add the headers, etc to gst-plugins-bad? [10:08] tjaalton: i'd like to get it in debian soonish if possible [10:09] seb128: so it seems we'll get most of gnome 3.4 after all [10:09] pitti, hum, "after all"? we get basically what we decided at UDS [10:09] pitti, i.e we avoided gnome-session, gnome-settings-daemon, gnome-control-center, etc [10:09] seb128: hm, I thought we'd use gnome 3.2 plus glib/gtk 3.4, plus maybe some control-center backports [10:09] we update the platform and standalone applications [10:09] but seems I misunderstood [10:10] tjaalton: as you might've noticed i've uploaded new gstreamer packages to debian/experimental yesterday, would be a good idea to get these into ubuntu too [10:10] pitti, oh, well we said we would see how things go but ideally we would update all the libs and standalone softwares (gedit, eog, evince, etc) [10:11] morning, all. Yesterday morning when I arrived at work I updated and everything was fine. Yesterday evening before leaving I updated again, and now lightdm is all white, and my unity 2d looks like http://ubuntuone.com/3XHDN8BHZNLl66wwmRWdPm ; 3d unity is even worse (no panel, no nothing) [10:11] seb128: let's hope nautilus doesn't cause trouble (new gvfs, etc.) [10:11] pitti, they didn't get too crazy and they are close of their freeze so I extended a bit for i.e nautilus where the ratio fixes,crazyness was in the fixes favor by far [10:11] slomo: yes, on my plate. I'll finish it today [10:11] (i've updated just now having arrived at work again and things are still the same) [10:11] seb128: *nod* [10:11] tjaalton: thanks :) which part? the patch or getting the new packages in ubuntu? [10:11] pitti, shouldn't, they will be feature and ui frozen by their next tarballs and nothing crazy is coming [10:12] slomo: the patch at least [10:12] tjaalton, will you do the gstreamer0.10 and base syncs? they should be direct syncs I think [10:13] seb128: I can do that yes [10:13] tjaalton, thanks [10:13] tjaalton: ok :) for the new packages, this probably makes sense to get into ubuntu because these will most likely be the last gstreamer 0.10 releases (there's new core, base, good, bad, ugly) [10:13] slomo: great [10:14] slomo: so, my diff has libgstreamer0.10-plugins-bad-dev and the .install file for it. you wanted some shlibs forcing too? [10:15] tjaalton: yes [10:15] who should I poke to get this back to a reasonably non-broken state? [10:16] tjaalton: force it to =${binary:Version} or if you can to >=${binary:Version}, << ${nextUpstreamVersion} [10:16] Chipaca, can you pastebin a .xsession-errors from the unity-3d session? [10:16] Chipaca, well pastebin, u1 share [10:16] Chipaca, whatever suits you to make it available to others ;-) [10:16] seb128: i've got to turn off lightdm, turn on gdm, and change session from there [10:16] seb128: still useful? [10:17] Chipaca, well your current session will do [10:17] ok, this is unity 2d [10:17] let's see what is there to start [10:18] http://ubuntuone.com/7eNCeBFs9WAS7YexssdP0r [10:18] man, i love it when our stuff just works :) [10:18] slomo: ok, so if -dev Depends (= ${binary:Version}), stuff built against it will get the same deps?? kinda confused here, never done this before :) [10:20] tjaalton: no, you need to pass some parameter to dh_makeshlibs [10:20] slomo: ah, ok [10:20] tjaalton: look at gstreamer0.10's debian/rules for example [10:20] thanks [10:21] tjaalton: DEB_DH_MAKESHLIBS_ARGS_$(gst_lib) [10:21] I'll have a look [10:21] tjaalton: the -V parameter is what you need [10:21] Chipaca, ok, seems like you gdk pixbuf loaders are broken [10:21] Chipaca, did you have an upgrade issue [10:21] Chipaca, sudo apt-get -f install? does it say everything is ok? [10:21] seb128: no [10:22] seb128: sudo apt-get -f install says everything is ok [10:22] rickspencer3: morning! [10:22] hi Chipaca [10:23] rickspencer3: ou est-ce bon matin maintenant? [10:23] Chipaca, can you run gdk-pixbuf-query-loaders and see what it says? [10:23] Chipaca, bonjour à vous aussi [10:23] rickspencer3, salut [10:24] Chipaca, gdk-pixbuf-query-loaders | grep png [10:24] seb128: http://ubuntuone.com/7JehtyjeMecNl4wCjx0aDN [10:24] does that list libpixbufloader-png.so? [10:24] seb128: a bunch of 'em [10:25] Chipaca, hum, that seems correct... [10:25] Chipaca, does "eog /usr/share/themes/Ambiance/gtk-3.0/assets/scrollbar_handle_vertical.png" work? [10:26] seb128: no [10:26] Chipaca, what does it say? [10:26] seb128: Unrecognized image file format [10:26] wth... [10:26] Chipaca, what arch is that? [10:26] i386 or amd64? [10:27] i386 [10:27] feh of the image works fine [10:27] "feh"? [10:27] this probably explains why gnome-screenshot didn't work for taking the above screenshot [10:27] zomg fast imlib2 image viewer i favor :) [10:27] well that's what your .xsession-errors says [10:27] gnome-session[2192]: Gtk-WARNING: Theme parsing error: gtk-widgets.css:1413:73: Couldn't recognize the image file format for file '/usr/share/themes/Ambiance/gtk-3.0/assets/scrollbar_handle_vertical.png' [10:27] [10:27] it seems your png loader is borked [10:28] ls -lh /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so [10:28] Chipaca, ^ [10:28] -rw-r--r-- 1 root root 18K Feb 6 15:23 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so [10:28] should I reinstall libgdk-pixbuf2.0-0 just in case? [10:29] not yet [10:29] I would like to figure what is wrong before workarounding it [10:29] others might hit the same bug [10:29] ok [10:29] Chipaca, so "gdk-pixbuf-query-loaders /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so" doesn't return an error? [10:30] seb128: doesn't look like it, looks like info about the loader [10:30] Chipaca, what about on /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so [10:30] ls -l /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so as well [10:30] slomo: with the package revision or just upstream? [10:30] -rw-r--r-- 1 root root 5.5K Jan 25 15:05 /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so [10:31] seb128: also, info about the loader [10:31] Chipaca, $ strace eog /usr/share/themes/Ambiance/gtk-3.0/assets/scrollbar_handle_vertical.png 2>&1 | grep loaders [10:31] well or any png [10:31] ugh, image/vnd.adobe.svg+xml. Hate that mimetype. [10:31] I just pick that one because it was in your .xsession-errors [10:31] going... [10:32] Chipaca, do you have a /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache does it list libpixbufloader-png.so? [10:32] full trace is at http://ubuntuone.com/0ix5qyokrxTmQNzTO3vg5b [10:32] tjaalton: ideally it would be -V "libgstreamer-plugins-bad0.10-0 (>= binaryVersion) libgstreamer-plugins-bad0.10-0 (<< nextUpstreamVersion)" [10:32] tjaalton: you have to calculate/get the versions from somewhere though [10:32] slomo: yeah I got it [10:33] seb128: no actual loaders listed (just the cache -- maybe the cache is busted?) [10:33] 5819 open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache", O_RDONLY|O_LARGEFILE) = 8 [10:33] Chipaca, that seems to be it [10:33] that file is empty [10:33] Chipaca, can you "sh -x /var/lib/dpkg/info/libgdk-pixbuf2.0-0\:i386.postinst" [10:33] well under sudo [10:34] that output stuff, and now i have a non-empty cache [10:34] ok :-( [10:34] Chipaca, I guess eog etc will work now [10:34] and now eog works [10:34] yep [10:34] ok [10:34] so your cache got screwed for a reason [10:34] but the postinst worked so it's not buggy [10:34] Chipaca, thanks, I'm not sure how that happened but I will watch for other reports [10:35] it's not really a cache if the system doesn't work without it, is it? :) [10:35] (but that's a longer conversation, for another day) [10:35] well, gtk tend to trust caching too much [10:35] i.e they don't go check if the datas are actually accurate [10:35] it's an easy trap to fall into -- we suffer the same thing often :) [10:36] ;-) [10:36] Chipaca, well anyway sorry for the issue, your system should be back now [10:36] seb128: anyway, thank you. [10:36] you're welcome! [10:36] if only getting suspend and xrandr to work again were this straightforward :) [10:38] pitti, hey, got a sec? [10:38] hey rickspencer3 [10:38] I tried your little trick with rasing an import error in /usr/share/pyshared/gi/_gobject/constants.py [10:38] but I think I did it wrong [10:39] rickspencer3: well, basically anything which damages the file will do it, so it's quite hard to get it wrong :) [10:39] from gi.repository import Gtk [10:39] caused the exception to be thrown :/ [10:39] rickspencer3: whoops -- it's /usr/share/pyshared/gobject/constants.py [10:40] sorry if I gave you the other path [10:40] :) [10:42] thanks pitti [10:42] basically, desktopcouch :/ [10:42] * rickspencer3 nukes [10:44] slomo: so something like http://paste.ubuntu.com/832447/ ? [10:45] RAOF, hey, the new colord in debian, do you plan to sync it? ;-) [10:45] tjaalton: probably, but there's a debian/control.in ;) does it work as expected? [10:45] Chipaca, may I assume that there is no gir for dekstopcouch? [10:46] slomo: hah, good point. I'll build test it [10:46] rickspencer3: I think that is a safe assumption [10:48] gir1.2-desktopcouch-1.0 - Glib-based API for Desktopcouch [10:48] ^ rickspencer3 [10:50] dang it! [10:50] oh well [10:53] seb128: hm, gnome-games reintroduced a clutter dependency on arm, causing FTBFS; but I guess jbicha is going to fix it [10:54] pitti, I guess so, I can have a look this afternoon if he's not around [10:55] seb128: Yeah, I do plan to sync it, but a couple of days stewing in sid first won't hurt it :) [10:55] RAOF, ok ;-) [10:56] I also plan to sync mono; it's bugfixy, and it passes more ARM tests than the current archive version. [10:57] cool [11:06] * rickspencer3 kicks Gtk + Python [11:06] no way to get the xid for a widget in Python? [11:06] no [11:07] introspectability doesn't go that far, I'm afraid [11:07] at least not right now [11:07] rickspencer3: oh, hang on, I mixed that up [11:08] pitti, it's okay, I understand [11:08] rickspencer3: you can get the xid, it's GdkX11.Window.get_xid(), as in C [11:08] Gtk doesn't care about me anymore [11:08] what the, huh? [11:08] * rickspencer3 tries [11:08] rickspencer3: what doesn't work is using it to set a transient window [11:08] sorry, it's GdkX11.X11Window.get_xid() [11:09] (counterpart to gdk_x11_window_get_xid ()) [11:09] pitti, how would I do that for a widget? [11:09] drawing_area. ??? [11:11] hm, how did you do it before? [11:11] there should be a way to get the GdkWindow for a GtkWidget [11:11] drawing_area.get_window().xid [11:11] gtk_widget_get_window () [11:11] I can do drawing_area.get_window() [11:11] right, so perhaps your_object.get_window().get_xid() ? [11:11] tried it [11:11] :/ [11:11] and Google is coming up empty [11:12] I get it, Gtk doesn't want me to use it anymore, I can take a hint [11:12] ;) [11:12] pitti: I'm going out, not sure how long for but I've got exhaustion and need to relax I hope to be around for the team meeting later, please text or phone me if the world explodes [11:12] Riddell: ok, but should be fine [11:14] I bet if replace the pygame surface with a webkit surface, I'll be able to go faster anyway [11:15] I'll just need to implement some collision detection and such [11:15] thanks for the help pitti [11:15] * rickspencer3 lunch -> exercise [11:20] rickspencer3: [11:20] XXXX dialog_bugreport XID 67108867 [11:20] print 'XXXX dialog_bugreport XID', self.w('dialog_bugreport').get_window().get_xid() [11:20] rickspencer3: however, you must do "from gi.repository import GdkX11" [11:20] rickspencer3: I suppose that's your missing bit === rye is now known as rtg === rtg is now known as rye [11:24] hello, i was just asked about whether it is possible to unmap F10 from unity menu. I mapped the menu to F12 but global menu is still being activated and displayed during F10 keypress [11:25] pitti, thanks that worked [11:26] * rickspencer3 back to lunch ;) [11:50] mvo, hey, so by just creating a proxy and watching for the packagekit address the service is not launched. how can i force the package kit dbus interface to come up [11:55] didrocks: hi [11:55] didrocks: sorry about the late reply, I was just out for a walk [11:55] smspillaz: no worry at all! [11:55] whats up ? [11:56] smspillaz: I don't have the compiz commit handy for handling configuration, but I just want to change a key (whatever the previous value was) to a new value [11:56] smspillaz: I remember the file name, but not the syntax [11:59] glatzor, hey, so by just creating a proxy and watching for the packagekit address the service is not launched. how can i force the package kit dbus interface to come up [11:59] glatzor, i'm working on the package kit port of the session indicator [12:04] for the even [12:05] didrocks: its the same as the ini syntax [12:05] so [12:05] - s0_foo_bar = baz [12:05] + s0_foo_bar = frobber [12:05] smspillaz: yeah, but my question was: is it possible to do it, whatever the previous value was? [12:06] didrocks: oh, sorry yeah it is [12:06] if you just do [12:06] +s0_foo_bar = baz; [12:06] it will replace the old one unconditionally [12:07] smspillaz: oh that works? awesome :) [12:07] http://wiki.compiz.org/Development/zero-nine/Upgrades [12:07] smspillaz: thanks! [12:07] ah, and a wiki page now :) [12:07] thanks again smspillaz ;) [12:07] we've had that for a while, I should link it somewhere [12:07] sure, let me know if you have any troubles [12:08] sure [12:10] slomo: ok it should be fine now, though I don't see an shlibs file for the dev package in the package.. [12:10] tjaalton: then it's wrong :) it should be in the runtime package though, not the -dev package [12:11] slomo: oh ok, yes it has one [12:11] tjaalton: content? [12:11] libgstbasevideo-0.10 0 gstreamer0.10-plugins-bad [12:11] libgstsignalprocessor-0.10 0 gstreamer0.10-plugins-bad [12:11] tjaalton: wrong then :) [12:12] tjaalton: +DEB_DH_MAKESHLIBS_ARGS_libgstreamer0.10-plugins-bad-dev += -V "libgstreamer-plugins-bad0.10-0 (>= $(gst_version)) libgstreamer-plugins-bad0.10-0 (<< $(gst_patch_next))" [12:12] tjaalton: this should be DEB_DH_MAKESHLIBS_ARGS_libgstreamer0.10-plugins-bad-0 or something like that [12:12] tjaalton: it's not for the -dev package [12:12] yeah.. [12:13] getting close though, it had all sort of fail in it :) [12:15] mvo, I can't test this as I can find a way to bring up the packagkit interface - update-manager is stalling on "waiting for service to start' when i try to do an update [12:24] I never thought it would be so hard to find some people willing to test out that packages - but I finally found one person [12:24] didrocks, btw desrt rolled a new dconf tarball yesterday, want to do the update? [12:25] sil2100, what packages? [12:25] And it seems indeed the black rectangle artifacts are fglrx related [12:25] seb128: new comiz + unity packages with the new ABI from tarballs from smspillaz [12:26] I asked someone from my team to test it on an nvidia card and those artifacts were not present [12:26] I already reported it to Jay yesterday [12:26] sil2100, weird, should be easy enough to find people to test crack packages, I'm surprised nobody on #ubuntu-unity for example stepped up to do it [12:26] seb128: oh? I just cherry-picked the fix and did the tarball [12:26] didrocks, he rolled one yesterday evening [12:26] sil2100: the question is the same than in my email, did you get those artifact with previous compiz or unity? [12:26] didrocks: no, I didn't [12:27] didrocks: my unity and compiz from upstream (as well as the one with HUD) work correctly [12:27] didrocks, I guess it means "yes" you will do the update? ;-) [12:27] seb128: I'm afraid I just worked for nothing :) [12:27] he didn't tag the vcs! [12:27] didrocks, blame desrt! [12:27] One problem that I noticed in both my case and the other tester is: [12:27] The panel is transparent ;) [12:27] slomo: http://paste.ubuntu.com/832521/ [12:27] sil2100: so, it means that this should be fixed before we roll out the new update [12:27] oh it's not the first time, I had to ping him about that already this cycle [12:28] sil2100: or that the workaround is not working anymore [12:28] didrocks: I informed Sam, and he told me to poke Jay - so I did [12:28] seb128: ahah, I totally blame desrt :) [12:28] sil2100: can you please file 2 bugs? [12:28] didrocks, yeah, me too! [12:28] didrocks: ACK ;) [12:28] sil2100: you can tag them _rc1 please :) [12:28] sil2100: (against compiz) [12:28] sil2100: also, I'm interested, unity is not just a rebuild for the new ABI? [12:29] didrocks: ok, that's what I wanted to ask ;) How should I version those packages [12:29] tjaalton: almost good... now only put the shared libraries into a different package... libgstreamer-plugins-bad0.10-0 for example. and not in the main plugins package [12:29] sil2100: normally, the versionning I pushed on the vcs should be fine [12:29] didrocks: I was using the upstream branch for unity + fix for the ABI you gave me [12:29] slomo: alright [12:29] sil2100: just on the bug report, use the "rc1" tag :) [12:29] sil2100: did you try with current tarball? [12:29] sil2100: the 5.2 I pushed to precise [12:29] (just to have one moving ground) [12:30] didrocks: I'll do an update again right now and rebuild, to make sure it happens in the most recent version [12:30] Since I'm not sure if there have been any new commits from Friday [12:30] sil2100: so, you used 5.2, isn't it? [12:31] sil2100: please, only try with released unity version [12:31] we don't want to mix compiz and unity updates [12:31] we got some issues in the past with that :) [12:31] didrocks: I was using unity from lp:~ubuntu-desktop/unity/ubuntu [12:32] sil2100: ok, sounds good! :) [12:32] didrocks: is that the right one? ;) [12:32] + the additional fix [12:32] Ok [12:32] yeah [12:32] Yes [12:32] Since without the ABI fix, unityshell wasn't working at all [12:32] ;) [12:32] yeah, that's why I pushed a branch for you [12:32] for the ABI rebuild :p [12:32] sil2100: ok, so… [12:33] sil2100: let me repush a branch for 5.2 [12:33] (remove the previous one [12:34] sil2100: you didn't have to change anything from my packaging btw? [12:35] didrocks: no, not really - I just added a new changelog entry so that it mentions the ABI fix [12:35] sil2100: wasn't it the case? [12:36] sil2100: ok, getting a branch for you, one sec :) === MacSlow is now known as MacSlow|lunch [12:37] "build-dep on latest compiz-dev and libcompizconfig0-dev for ABI break" [12:38] ronoc: do you have python-aptdaemon.pkcompat installed? [12:39] sil2100: lp:~didrocks/unity/ubuntu-compiz0.9.7 for the unity branch, should be what you need now :) [12:39] sil2100: so, to sum up [12:39] please file those 2 bugs against compiz, tagged 0.9.7-rc1 [12:39] reply to my email (mentionning it's a regression on ATI) and CC sam, jay and thumper [12:40] * didrocks hopes we can get some compiz to test as soon as possible [12:40] So filing them against compiz, not unity, right? [12:40] sil2100: sounds ok? ^ [12:40] yeah, compiz for now [12:40] (as unity didn't change) [12:40] then, if it triggers a bug in unity, we will retarget [12:40] Right indeed [12:41] thanks sil2100 :) [12:41] No problem ;) This is all a bit confusing to me still, but now I think I know more or less what's going on [12:47] sil2100: heh, do not hesitate to ping me if you have any question :) [12:47] sil2100: I hope that we can get a public testing ppa tomorrow [12:47] but for that, the fglrx issue has to be worked on === greyback is now known as greyback|lunch [13:25] didrocks: should I only fill those bug on lp or also on the compiz main bugtracker? [13:25]