[00:41] hey, how does rickspencers script detect 'canonical staff' ? [01:11] Bah. Why is squid-deb-proxy failing to start :? [01:28] RAOF: anything in cache.log ? [01:28] lifeless: No errors; just a list of Making directories [01:29] that should only have happened the once (for squid -z) [01:29] And, indeed, that's timestamped 2012/02/02, which was the last time I tried to fix this by blowing away all the directories :) [01:31] Nothing seems amiss in either access.log.1 nor store.log.1, either. Although there doesn't appear to be an access.log nor a store.log, which suggests that squid is dying before writing them? [01:43] Hm. squid3 itself is perfectly happy to start; there's clearly something wrong with the squid-deb-proxy config. [01:44] RAOF: squid3 -k parse -f [01:45] Aha! mirror-dstdomain.acl is bungled, apparently. [01:47] AHA! [01:48] It doesn't like ddebs.ubuntu.com to be duplicated in the allowed domains. [01:49] It would be slightly nicer if this error made it *anywhere*; as far as I can tell the only thing that hits the logs is “[33760.219160] init: squid-deb-proxy main process (20601) terminated with status 1” [01:52] can't write to cache.log until you know where cache.log will be [01:52] so it goes to std* until that point in the config [01:52] (process, not parsing - its a two stage thingy) [01:53] anyhow, that's probably a change for strictness [01:58] is upstart's job logging still turned off? if squid is spewing to std*, there might be something there [02:01] (maybe check /var/log/upstart?) [02:01] Empty [02:01] oh well [05:11] Good morning [05:55] Good Morning. [05:56] Boo, hiss. Why isn't dbus-test-runner in Debian :( [05:58] BigWhale: Good morning! [05:58] Hey RAOF. :) [05:59] RAOF: you can fix that ;) [06:00] Not before I get at least DM. [06:01] raoF: I think we have plenty of sponsors around [06:02] We do, I just find it quite demotivating to have to get sponsorship. [06:02] I don't think Debian sponsorship works as well as our processes. [06:03] RAOF: it works pretty well when you just pick one person and harass them :) [06:03] :) [06:03] raoF: join pkg-utopia? [06:03] team based sponsorship seems to work pretty well [06:04] Yeah, it does. What's pkg-utopia about? [06:04] http://qa.debian.org/developer.php?login=pkg-utopia-maintainers@lists.alioth.debian.org [06:09] Speaking of sponsorship - pitti, could I get colord (0.1.16-2) up again? This time with significantly more installability! [06:10] RAOF: sure, doing [06:10] (Note to self: not only check that purging and reinstalling works, but also that installing in a clean chroot works!) [06:20] pitti, perhaps you can help me with this one - do you know why using a GLib main loops stops signal handlers working? http://paste.ubuntu.com/827320/ [06:20] they revert to the KeyboardInterrupt exception [06:21] hmm, not off the back of my head [06:23] robert_ancell: the behavior you describe is exactly what pygobject's wrapper around GMainLoop sets up [06:23] pitti, alternatively do you know if you can access g_unix_signal_add from python via gia? [06:23] gir? [06:24] robert_ancell: it opens a pipe and passes it to PySignal_SetWakeupFd, which has a byte written to it any time the process receives a signal [06:25] (and a GSource watches the other end of the fd, and fairly blindly raises a KeyboardInterrupt when something gets written to it) [06:25] it's all in gi/_glib/pygmainloop.c in the pygobject source [06:25] my guess would be that PySignal_SetWakeupFd is a heavier hammer than is actually necessary, but i don't know [06:27] broder, thanks. I have something similar for lightdm, but this is a small program and it seems overkill to do that :( [06:28] robert_ancell: if, uh, you use Gtk.Main() instead of GLib.MainLoop().run(), you can avoid this pygobject "feature" :) [06:29] (unless that's been fixed - there's an open bug asking for Gtk.Main() to throw KeyboardInterrupt like GLib.MainLoop does) [06:29] that seems like the wrong way around - you probably don't care too much about signals when using GTK+, but you do when you're running from a plain main loop [06:29] :0 [06:29] robert_ancell: sorry, no; g_unix_signal_add doesn't seem to be in any GIR [06:31] hey hey didrocks [06:31] hey smspillaz :) [06:31] robert_ancell: right. my point is that, at present, GLib.MainLoop asserts that it wants to be in charge of all signals while Gtk.Main does not, so if you want to claim some signals, Gtk.Main allows that while GLib.MainLoop does not [06:32] broder, so it's impossible to handle signals when using GLib.MainLoop? [06:32] good morning robert_ancell :) [06:32] didrocks, hey [06:33] robert_ancell: btw, the ubuntu-desktop merger machine is already ready for 3 weeks now, we just need to talk about how it works :) [06:34] didrocks, cool, have to tackle that one next week [06:34] robert_ancell: exccellent :) [06:35] robert_ancell: right. PySignal_SetWakeupFd bypasses the signal module's mechanism for recording that a signal was received so that it can call the handler once it has an opportunity to reacquire the GIL and so forth [06:35] so GLib.MainLoop's code gets called any time that the signal module would otherwise call a signal handler [06:36] i see [06:39] oh well, have to tackle that next week. Thanks broder, pitti === bschaefer_ is now known as bschaefer [08:24] oh, interesting: gzip-file-is-not-multi-arch-same-safe lintian warning [08:31] didrocks: it seems yesterday my unityshell doesn't start at all - is there some easy way I could enable some debugging in both unityshell and compiz to find out what's going on when the plugin is loaded? [08:31] sil2100: hey [08:31] sil2100: when all plugins are loaded [08:31] do you see "unityshell" as being one of them? [08:32] didrocks: should compiz print that out during start? [08:32] sil2100: compiz prints the plugins that are loaded (in the previous versions at least) at start, yeah [08:32] maybe you need --debug now [08:32] (to first ensure it tries to load it :)) [08:36] hm, it doesn't seem to list the plugins that its loading [08:36] pitti: hey! I'm getting a gzip-file-is-not-multi-arch-same-safe lintian warning. (yeah, see how gzip on multiarch is a hot topic!). I thought the option to use -n for gzip was made on the platform, isn't it? should I override it manually in my package? [08:36] With --debug I only get a list of failed stat() operations on .so's from .compiz-1/plugins [08:36] sil2100: you shouldn't have any in ~/.compiz-1 [08:37] sil2100: remove that dir [08:37] seems you have a local build [08:39] didrocks: I think he's also looking for them in the global directory too [08:39] Since I remember once getting a stat() error of a not found library in /usr/lib/compiz/ or something, when I forgot installing one package [08:39] sil2100: yeah, but you maybe have a locally installed unityshell plugin which override the system one [08:40] didrocks: I removed .compiz-1, but it didn't seem to have a plugins directory at all [08:41] sil2100: I think you should see with smspillaz then if the debug messages are not around anymore [08:41] Ok, will do! [08:41] thanks :) [08:41] good morning desktop folk!. After the last dist-upgrade it seems the indicator menus don't follow the theme. They appear in the standard grey gtk3 theme instead of them being black as usual. I've already logged out and back into the session, but that did not seem to solve it. Any ideas? [08:44] sounds like a regression from the new GTK [08:44] seb128 is not online yet, I wonder whether he gets that, too [08:44] looks fine here, but I'm using Radiance [08:45] pitti: snif, ignoring me? :) [08:45] * pitti hugs didrocks, why? [08:45] oohh [08:45] * didrocks hugs pitti back :) [08:45] sorry, didn't see your ping [08:45] no worry, just jocking :) [08:45] didrocks: is that for buildinfo sor somethign? [08:46] pitti: yeah, local build of bamf [08:46] didrocks: that's one known case which we don't need to worry about, pkgbinarymangler removes them [08:46] .buildinfo files are rather useless anyway [08:46] and yes, they would cause multi-arch problems [08:46] pitti: great! ok, I won't add the override then [08:46] yeah, I heard about some gzip fun you had :) [08:47] that's unrelated, t hough [08:47] it's only timestamp in that case, not content, isn't it? [08:48] dpm: pitti: I saw that kenvandine uploaded light-themes [08:48] dpm: pitti: the according fix for it is coming with the new unity release [08:48] didrocks: not sure, but buildinfo files sound like they could potentially differ between arches, too [08:48] didrocks: ok, which is planned today, right? [08:49] which is even happening… now! :) [08:49] * dpm hugs didrocks ;) [08:49] thanks guys [08:49] * didrocks hugs dpm [08:49] dpm: tell me if it doesn't fix it for you [08:49] dpm: just to confirm, you didn't installed the unity-team ppa for 5.2, isn't it? [08:50] didrocks, no, I'm on standard packages from the archive [08:50] yeah, so makes totally sense :) [08:50] dpm: tell me once you get the new unity that it actually fixes it for you [08:50] sure I'll let you know if it's fixed once I update unity [08:51] great :) [08:57] hey [08:58] hey seb128 [08:59] hey pitti, wie gehts? [08:59] seb128: gut, danke! [08:59] seb128: und Dir? [08:59] pitti, zehr gut, danke! [09:00] pitti, nice work on the language selector stack, impressive changelogs [09:00] heh, thanks [09:00] seb128: I blogged about the new PK/aptdaemon API [09:00] though the number of changes we have to accountsservice start to scare me a bit :p [09:00] yes, this stuff needs desperate cleaning [09:00] our shell scripts there are hackish [09:00] salut seb128, ça va ? [09:01] but I'm more concerned about the lack of any feedback on the upstream bugs, for the API changes [09:01] lut didrocks, nickel, et toi? [09:01] seb128: ça va :) [09:01] pitti, I guess somebody should direct ping them on IRC [09:01] yes, Gunnar was meaning to [09:05] good morning everyone [09:05] gah @ bug 925907 [09:05] didrocks: so that should fix the two light-themes bugs that jibel just assigned to us? [09:05] Launchpad bug 925907 in light-themes "12.04 thunderbird colour theme is unreadable" [High,Triaged] https://launchpad.net/bugs/925907 [09:06] hey chrisccoulson_ [09:06] pitti, I reassigned them to Cimi [09:06] really, can we please avoid this kind of premature upload? [09:06] seb128: isn't Cimi's bug without the new unity? [09:06] pitti, talk to ken, he's the one who did the snapshot and upload [09:06] hey pitti, how are you? [09:06] didrocks, I doubt it, at least not this tb bug [09:07] chrisccoulson_: quite fine, thanks! [09:07] seb128: no, I'm speaking about the indicator one [09:07] didrocks, the fix is in unity 5.2 [09:07] seb128: sounds like a good case for a revert -- three major bugs in one day; want me to uplaod a revert? [09:07] yeah, that's what I meant :) [09:07] pitti, no please [09:07] pitti, we knew that some issues would be there until unity 5.2 would be uploaded this morning [09:08] pitti, revert will create other bugs with the new gtk [09:08] like the icons having a square solid background and some menus issue as well [09:09] pitti, do you confirm the slider bug with unity 5.2? [09:10] hm, not in my current session; let me start a guest session, I didn't restart since this morning's dist-upgrade [09:10] pitti, ok, so what didrocks said, part of the issue will be fixed with unity 5.2 [09:11] seb128: yes, confirmed [09:11] the indicators issue [09:11] we need the new theme for the new gtk so revert is not a good idea [09:11] mvo: guten Morgen [09:11] the tb issue is lack of testing and will need to be fixed today though [09:11] mvo: would you mind doing a s-c-aptdaemon-plugins upload? I can't push to bzr, so I didn't yet [09:12] ugh @ http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [09:12] poor armel buildds :/ [09:13] pitti: sure, doing that now [09:13] mvo: danke === chrisccoulson_ is now known as chrisccoulson [09:17] seb128, pitti, so i guess from the scrollback that thunderbird isn't the only thing broken b the light-themes update? [09:17] i haven't updated it yet [09:17] but the screenshot looks pretty unusable ;) [09:17] chrisccoulson, sort of, the unity issue is known and fixed in 5.2 which is about to be uploaded [09:18] to be fair one part of the issue is that gtk3 keep changing theming details this cycle which break the theme, we needed an update for the new gtk [09:18] seb128, right. but thunderbird is using gtk2 :) [09:19] right, should be easy to figure what changed there, I guess most of theming work is for gtk3 [09:22] chrisccoulson, tb is fine for me but I use the light theme, let me try with the default one [09:24] yeah, I can confirm the issue [09:24] well it's not a stopper, you can read stuff when you mouseover, still should be fixed today, I will ping Cimi when he gets online [09:25] and it didn't break the tabs in firefox too? [09:25] actually, 'i'm upgrading now [09:25] lets have a bit of breakage for a chance :) [09:25] **change [09:26] hmmm, you can tell i really need coffee this morning [09:26] could be that it did, who use tabs? ;-) [09:26] lol [09:26] joke aside I never opened tabs in tb out of mistakes ;-) [09:31] i can't believe jo has taken the car to go out, leaving me in a house with no coffee [09:43] chrisccoulson: are you guys freezing to death ATM, too? -14 celsius here for several days now.. [09:44] pitti - yeah, it's certainly colder this week than it has been at any other point during this winter, and people are talking about the cold a lot, but it feels quite normal for this time of year here :) [09:45] -14 is pretty cold though ;) [09:45] oh, i think it was -9 here last night, which is a bit colder than average [09:46] i quite like the cold. it's refreshing :) [09:48] w00t, just upgraded to thunderbird 13, unlucky for some ;) [09:50] lol @ mark's reply on bug 820034 ;) [09:50] Launchpad bug 820034 in ubuntu-font-family-sources "Expansion: Miscellaneous Symbols and Pictographs U+1F4A9" [Wishlist,Confirmed] https://launchpad.net/bugs/820034 [09:53] seb128, b'ah, the light-themes update has broken the awesomebar styling :( [09:54] which i had actually fixed in firefox a couple of weeks ago to make it not suck with ambiance ;) [09:56] chrisccoulson, well you are lucky, Cimi is online now [09:56] chrisccoulson, so just ping him to complain ;-) [09:56] he just reassigned the slider bug to ido [09:56] lol [09:57] chrisccoulson, he also reassigned the tb bug to tb and invalidating the light-theme part of the bug :p [09:59] pitti: Hi. Did you see my comment in https://bugs.launchpad.net/bugs/916847 ? [09:59] Launchpad bug 916847 in ttf-unfonts "Please merge fonts-unfonts-core, fonts-unfonts-extra from (universe) from Debian unstable (main) " [Undecided,In progress] [10:02] seb128, oh, it's funny how thunderbird is to blame when i didn't change anything in it yesterday ;) [10:03] chrisccoulson, yeah, I found as well ;-) [10:19] jincreator: yes, we need to make them as small as possible; if the package baloons from 7.5 MB to 19, we just can't fit it on the CD any more and have to drop it from the default install [10:20] just trying logout/login, bbiab [10:20] jincreator: if you install with network, they will be installed for Korean users, but they wouldn't be on the live system any more, or for non-network installs, so not really ideal [10:25] pitti: Well, but ttf-unfonts-core(fonts-unfonts-core) doesn't ship with Cd and default font is fonts-nanum. [10:25] Cd->CD [10:27] pitti: Because fonts-nanum is at live system, unfonts and its related packages can install with network, I think. [10:31] didrocks, gnome-classic as a session is an Ubuntuism right? [10:32] seb128: indeed [10:32] it's compiz + gnome-panel [10:32] didrocks, thanks [10:32] yw :) [10:44] seb128, hello, you forgot to actually add libelf-dev to glib [10:44] ricotz, arg [10:45] ricotz, what difference does it make? is that only for the gresource utility? [10:45] yes, it wont support reading elfs [10:45] like mentioned in the changelog ;) [10:45] ok, that's fine [10:45] it's only a play tool, that can wait the next upload [10:46] that doesn't make any difference for applications or users [10:46] isn't the plural of "elf" "elves"? ;) [10:46] sorry about that, I'm fixing it in the vcs now, I will just not do another upload only for it [10:46] seb128, as long no app depends on it to resolve some information on this way [10:46] ricotz, I go sidetracked by the gzip stuff and finished by dropping the old changelogs rather than using your workaround [10:47] ricotz, well, we will probably have a glib upload next week, I think precise users are fine for the w.e ;-) [10:47] yeah, dropping them was better [10:47] right ;) [10:47] unity 5.2 is released *phew* [10:48] didrocks, \o/ [10:48] nice :) [10:48] jincreator: hm, indeed; they are on xubuntu and edubuntu, but that shouldn't hurt them much [10:48] ricotz, btw if you were doing merge requests, I could just bzr merge and we would avoid such errors :p [10:49] hehe (or forget about them) [10:49] I'm lazy enough that I would not forget about the useful ones ;-) [10:49] I don't like to redo work manually :p [10:50] patch -R -p0 < diff seemed easy enough [10:50] if you have a diff yes [10:50] but you don't provide that [10:51] i gave you the link [10:51] twice ;) [10:51] right, which had stuff like changing -c4 -c1 as well [10:51] or dropping some of our patches [10:51] or changing build-depends and break revisions [10:51] i.e I couldn't apply it, I had to cherry pick the actual fixes [10:52] http://people.ubuntu.com/~ricotz/glib.diff [10:52] this is the one i gave you [10:52] looks pretty clean to me [10:52] ah that one, yeah, there was some weird reshuffling in the .install, the rules hack was not good and it was reversed [10:53] but otherwise it was ok ;-) [10:53] well anyway fixing the vcs, thanks [10:54] pitti, hi [10:54] hello tkamppeter [10:57] pitti, it is about bug 911436 and bug 925227. A problem in p11-kit causes a lot of crashes, mainly in CUPS and the bugs are accumulating duplicates. [10:57] Launchpad bug 911436 in p11-kit "https crashed with SIGSEGV in lookup_or_create_bucket()" [Critical,Triaged] https://launchpad.net/bugs/911436 [10:57] Launchpad bug 925227 in cups "package cups 1.5.0-16 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Invalid] https://launchpad.net/bugs/925227 [10:57] tkamppeter: yes, I noticed [10:57] tkamppeter: I just replied to the second bug [10:58] pitti, is someone maintaining the p11 stuff? [10:58] it's assigned to foundations, but no progress on it yet [10:59] pitti, I have rasied the first bug to "Critical". [10:59] chrisccoulson: ah, so bug 805136 got marked as fixed upstream, but it looks it was mainly tested on windows; do you know whether that fix applies to linux as well? [10:59] Launchpad bug 805136 in thunderbird "accounts window doesn't fit on screen and no scrollbar to show hidden fields" [Medium,Fix released] https://launchpad.net/bugs/805136 [11:01] pitti - yeah, it's got scrollbars and is resizeable on the current nightly build here [11:01] sweet, thanks [11:02] oh, it landed in september. i wonder which release that's in now [11:02] it should be in thunderbird 9 then [11:08] pitti: I didn't know that these distros are not maintained by same ubuntu-seeds. If than, should I report bug to request change default fonts? [11:09] jincreator: for xubuntu, yes; edubuntu pulls in pretty much all lang support, they have a DVD and can affort it [11:10] chrisccoulson: hm, we do have that [11:12] * pitti hugs didrocks [11:13] * didrocks hugs pitti back :) [11:13] (sorry, will be hard to reach my number of closed bugs now!) :) [11:13] pitti: OK. Then I'll report bug and if Xubuntu developers change it, I'll submit comment at my merge request bug. [11:16] didrocks: http://reports.qa.ubuntu.com/reports/bug-fixing/precise-fixes-report.html [11:16] and I had almost got you! [11:16] just one more to go [11:16] jincreator: thanks; but I think that merge is fine now anyway [11:16] pitti, that was before he added an another hundred to his counter? ;-) [11:16] seb128: before [11:16] pitti: Ah, great. [11:16] pitti: toooooo late! :) [11:17] jincreator: so, if anyone wants to sponsor this, I left an "OK" comment [11:17] jincreator: otherwise I'll look into it on Monday (need to run in a few mins) [11:17] seb128, didrocks: I'll spend the afternoon in a train, working offline; do you still need me to do anything in the next few mins? [11:17] * didrocks thinks that mvo's results are quite disappointing, he doesn't whip the crack enough to get his bug fix counter at the top :) [11:18] pitti: I see. [11:18] pitti: all sounds safe and good! :) Enjoy your travel [11:18] pitti, I think we are fine, is there anything we should watch for? [11:18] pitti, have a good w.e! [11:18] seb128: noting in particular from my side [11:18] ok, great [11:18] we don't have a release meeting today [11:18] see you on monday then ;-) [11:18] didrocks: thanks [11:18] seb128: merci [11:18] enjoy the weekend, y'all :0 [11:19] have a good week-end pitti :) [11:19] danke [11:19] finally have some time to work on that "report disk wakeup culprits" program [11:19] oh great :) [11:20] seb128: I looked at bug 890592, but not very successfully so far; need to debug that harder, kernel is not giving me cookies :( [11:20] Launchpad bug 890592 in udev "Ejecting a CD or DVD manually does not unmount it" [High,In progress] https://launchpad.net/bugs/890592 [11:20] pitti, I noticed your comment, thanks for looking at it [11:20] pitti, good that you get it as well at least, it will make debugging easier ;-) [11:21] it's quite disturbing to be still able to browse a CD in nautilus, i.e enter dirs and everything when the CD has been ejected and is on your desk [11:22] I can easily fix this part [11:22] and already did so locally [11:23] but now the eject button doesn't work at all any more [11:23] i. e. you need to use the nautilus one [11:23] that's the kernel part [11:24] sil2100: keep me up to date on the compiz progress, will be nice to push to a ppa for user testing [11:24] pitti, ok [11:24] sil2100: also, I think that now unity 5.2 is ready, your team needs to bump unity in the hud ppa [11:25] (this is something to see with gord to take his latest code) [11:25] ah yes [11:29] didrocks, sil2100 - will wait for later today, hud branch dep's on another branch that conflicts with trunk. need to wait for the americans to awaken [11:29] gord: let's wait on the us then! :) [11:29] * pitti waves good bye, enjoy the weekend everyone! [11:30] see you pitti :) [11:30] pitti, have fun, see you [11:31] didrocks: working on it, it seems I was missing some patches to make unity and upstream compiz work [11:31] didrocks: it's rebuilding now [12:01] * sil2100 sighs [12:08] Could anyone take a look ;)? [12:09] http://paste.ubuntu.com/827533 [12:09] stdout and stderr from my 'buggy' unity compiz session [12:09] The panel, launcher and dash are there, but I can't see any graphics [12:10] Instead, I get black rectangles everywhere, blinking from time to time [12:10] During moving windows it's the same - and it only happens with the unityshell plugin enabled === MacSlow is now known as MacSlow|lunch === s9iper1_ is now known as s9iper1 [12:49] didrocks, smspillaz ;)? ^ [12:50] sil2100: i think you should see that directly with upstream, so sam :) === dduffey_afk is now known as dduffey === greyback is now known as greyback|lunch [13:05] hi all [13:06] are the depends for unity currently broken? [13:06] Beret: bamf FTBFS [13:06] Beret: because of the new glib, just fixed it [13:07] didrocks, not because of glib, don't blame glib for use of outdated apis in dx code ;-) [13:07] yeah, it's all dbo's fault! :) === MacSlow|lunch is now known as MacSlow [13:10] hi; this merge request is already approved, but doesn't seem to have been merged yet: [13:11] https://code.launchpad.net/~jconti/indicator-applet/gnome3/+merge/80877 [13:11] it would be great to have it in precise... [13:11] anyone know why that hasn't been done yet? [13:11] ockham, it will be in precise don't worry, they just go busy and didn't roll tarballs for a while [13:11] seb128: great to hear! [13:11] that's starting again, we got a new libdbusmenu and indicator stack being uploaded [13:14] hey, I'm trying to fix bug 925427, and am stuck on a stupid problem: I can't get GTK to hide the contents of a widget without causing its container to want to resize [13:14] Launchpad bug 925427 in ubiquity ""Ready when you are" message is misleading and incorrect" [Medium,Confirmed] https://launchpad.net/bugs/925427 [13:14] is there some way I can get a widget to just not display anything, but keep its existing size? [13:15] this is frustrating since I'm sure it should be easy, I just can't find it [13:17] or maybe I want to freeze the container's size allocation or something [13:20] cjwatson, hum, not sure how to do that, you might have a better chance to get a reply on #gtk+ or #gnome-hackers on irc.gnome.org [13:20] didrocks, sweet thanks [13:20] try the gtk channel you usually have a good chance to get a reply there [13:20] fair enough, thanks [13:20] I have one last idea I'll try first :) [13:21] (temporarily set the container's size request to its current allocation) [13:23] cjwatson: if you succeed, can you post a link to a vcs commit or whatever to let others see how you did it? [13:23] sure [13:34] bingo! cardboard programmer strikes again [13:35] seb128,ockham: there's some more work to do before I commit this (notably, I now need to do the same for KDE), but it's essentially http://paste.ubuntu.com/827602/ [13:36] cjwatson, ok, seems to make sense, thanks ;-) [13:37] heh, "cardboard programmer"...first time I've heard that :) [13:38] jodh used the term "confessional debugging" to me yesterday which is a synonym but I hadn't heard that one either ... [13:38] hehe, good one too :) [13:39] chrisccoulson, can I get your opinion on something? ;-) [13:39] chrisccoulson, http://git.gnome.org/browse/gnome-desktop/commit/?id=a81bd53c44a0785373ba9fba543556e3c4e12431 do you see that as an api change? [13:40] didrocks: I'll put those packages I compiled up somewhere [13:40] sil2100: are they working? [13:40] chrisccoulson, do you think it will make g-s-d bug if we take that without updating gsd? [13:40] didrocks: well... ;) Not on my desktop, that's why I would like to see if it's the same on other platforms [13:40] Since it seems to be a driver issue [13:41] seb128, it should be fine if we drop our patch from g-s-d [13:41] sil2100: you can maybe see with your fellows on your team then, to see if it works? :) [13:42] seb128, yeah, we should drop this one if we take the new gnome-desktop: http://bazaar.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/ubuntu/view/head:/debian/patches/46_share_rr_screen.patch [13:42] chrisccoulson, I'm pondering backporting the work federico did to improve dock stations support in the xrandr code, but first we would need to update gnome-desktop, so trying to figure in what order we should do things [13:43] chrisccoulson, http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=6e17bc786f55f283f2c721249197e7740174fd43 has "This requires gnome-desktop 3.3.4 or later, as the semantics of gnome_rr_screen_new() are slightly different there - now it returns a singleton instead of a new object every time." [13:43] I was wondering if we would have issues without that [13:43] didrocks: will do so ;) [13:44] chrisccoulson, right, that patch is to drop for sure, I'm trying to figure what will happen to g-s-d without the patch and the new gnome-desktop [13:44] I guess I should just try ;-) [13:44] seb128, oh, the relevant part of http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=6e17bc786f55f283f2c721249197e7740174fd43 is the bit which drops the change that is equivalent to our patch [13:45] it seems that rodrigo committed our change upstream [13:45] and this commit reverts it for the new gnome-desktop [13:45] so, i think we should be fine [13:45] sil2100: excellent, let's cross fingers then :) [13:45] chrisccoulson, oh, I see, http://git.gnome.org/browse/gnome-settings-daemon/commit/plugins/xrandr/gsd-xrandr-manager.c?id=4cb1515ebaa635e7686d153eba977a206b256514 [13:46] chrisccoulson, thanks === greyback|lunch is now known as greyback [13:55] didrocks, still get - http://paste.ubuntu.com/827617/ [13:55] Beret: you will need to dist-upgrade [13:55] didrocks, that was from a dist-upgrade [13:55] Beret: but again, new unity is not built yet [13:55] oh ok [13:57] Beret: get apt-get update and apt-cache policy at some point will tell you that unity 5.2 is available [14:05] didrocks, oh ok, thanks, I was under the impression it was built already [14:05] 's all good [14:10] Current unity dependency issue: [14:10]