=== eeejay_is_afk is now known as eeejay [01:07] jasoncwarner_, ping [01:08] hey robert_ancell [01:08] jasoncwarner_, ready for a new unity-greeter test? [01:08] yeah [01:08] robert_ancell: going to email me the .deb? [01:09] just sent [01:22] robert_ancell: got it ... going to log out in a few minutes... [01:22] robert_ancell: should I clear my greeter log file? [01:22] no need, it will override it [01:23] jbicha, congrats on joining ~ubuntu-desktop [01:47] jasoncwarner_, any luck? [01:47] hey robert_ancell [01:47] cyphermox_, hello [01:48] robert_ancell: mostly just being curious, but how could I go about getting nm-applet to show up in unity-greeter? this used to be possible in GDM just by adding the .desktop file in the right place [01:48] it's mostly just useful to people who rely on the network for auth, e.g. those in strict corporate networks [01:49] cyphermox_, the applet or the indicator? [01:49] ah, indicator [01:49] it probably gets caught as an indicator at this point, if other indicators already show [01:49] robert_ancell: http://paste.ubuntu.com/685703/ [01:50] robert_ancell: I'm stepping out for a bit, so we can debug more when I get back [01:50] cyphermox_, it should be there according to the design: https://launchpadlibrarian.net/79251116/login_meassurement-02.png [01:50] jasoncwarner_, ok, thanks [01:50] FYI..still laggy (not sure if you did more than put in debug stuff...) be back in a bit [01:50] robert_ancell: ok, so that's already planned if not showing already? (iirc it's not there yet) [01:51] cyphermox_, unity-greeter explicitly loads the indicators /usr/lib/indicators3/6/libsession.so, /usr/lib/indicators3/6/libdatetime.so, /usr/lib/indicators3/6/libpower.so, and /usr/lib/indicators3/6/libsoundmenu.so [01:51] aye [01:51] should the network indicator just appear? [01:51] I think that's missing is just that nm-applet is a separate process to start [01:52] oh, is it normally started by gnome-session? (which is not running) [01:52] yeah [01:52] ok, we can do that [01:52] can you open a bug on that? [01:52] there may be some work required in the indicator to lock it down so it only displays status [01:52] sure, I'll do that later [01:53] to lock it down so it only displays status? [01:53] that won't work if e.g. you need to bring up a vpn to be able to login. [01:53] you shouldn't be able to change anything from the greeter. [01:53] anyway, let's discuss that at a later time, or in the future bug report; I need to go now.. it's late :) [01:53] hrm.. [01:53] sure, np [01:54] ttyl [01:54] thanks! [01:56] robert_ancell: thanks! [01:57] jbicha: are you looking at the gnome-shell failure? [01:58] nm connections are system wide now by default so maybe that's less important... [01:59] micahg: oh I had just assumed it was waiting for the new mutter but I see that's not the case so yes I'll work on that now [01:59] ls [01:59] oops [01:59] jbicha: ok, thanks [02:00] smspillaz, hey, how hard would it be to write a trivial wm for unity-greeter. I just need to detect when dialogs pop up and do some simple decorations [02:12] robert_ancell: do you intend to update Unity's a11y indicator also to match your greeter work? [02:14] jbicha, the unity-greeter one is just a hack (it's not even an indicator), but they should be the same [02:28] The a11y indicator provided by gnome-settings-daemon only deals with keyboard stuff afaik. [02:29] So there is no a11y indicator for the session. [02:29] At least in terms of covering everything. [02:30] TheMuso: well the g-s-d menu isn't that great (and even worse, it's broken), making it a proper indicator would be nice [02:30] robert_ancell: Where does the setting for the user's selected session get stored? I am pretty sure its .dmrc but is there anywhere else? I am trying to set the user session for a11y on the live CD, but do not have root privs with the script that does the work. [02:30] It seems the .dmrc I write gets overridden. [02:30] I'm not sure I have the C++ skills to do it myself [02:31] So a script is run in ubiquity's try/install mode that writes the .dmrc to set to ubuntu-2d for the ubuntu live user, but when I choose try Ubuntu, this gets overridden and uses the ubuntu session. === eeejay is now known as eeejay_is_afk [02:33] TheMuso, it's set in AccountsService. The files are in /var/lib/AccountsService/users/ but you should probably access it through the D-Bus interface and let it write these itself [02:34] robert_ancell: Ok thanks a lot, will look that up. Dbus-send to the rescue. [02:35] robert_ancell: I have no choice, as the files are owned and can only be written to by root. [02:36] i.e dbus is the only option. [03:03] robert_ancell: writing a wm is never easy [03:04] robert_ancell: but I guess in your case it would be of limited functionality, you could probably do it inside of the greeter itself [03:05] just set XSelectInput (dpy, SubstructureRedirectMask | SubstructureNotifyMask); on the root window and then when a dialog attempts to map itself reparent it and then draw some decorations into a simple InputOutput window [03:06] smspillaz, yes, would be in the greeter process. how do I get a callback when the dialog maps itself? [03:08] robert_ancell: it will be in your X event handler [03:08] as MapRequest [03:08] and then whenever it tries to do something else as ConfigureRequest [03:09] although keep in mind that if you're reparenting the window you also need to set SubstructureRedirectMask on the parent window as well otherwise the dialog will move around within its paren [03:09] if you want to make it so that the parent window is movable too, that's a little more tricky, see section 4 of the ICCCM ("client to window manager communication") for all the stuff that you're required to do [03:10] nah, I don't want anything to be movable. Just fade out the background and plonk the dialogs in the middle of the screen [03:10] ok, easy enough [04:09] smspillaz: hey...what is going on with the compiz stacking stuff? I still get the dash and alt+tab showing up behind windows quiet often... [04:11] jasoncwarner_: did you try unity 4.14 yet? still only in the desktop PPA [04:11] jbicha: no, I havne't [04:12] I typically only use it when it lands in ubuntu to see what users are going to see... [04:12] jbicha: do you think the stacking thing is fixed in the PPA? [04:12] I haven't yet either but it does fix several bugs (not sure about that one in particular) [04:12] jbicha: ah, ok...I'll see what smspillaz says ... [04:13] jbicha: is that the one that is coming tonight? [04:14] yeah, don't see it on the list: https://launchpadlibrarian.net/79350974/unity_4.14.2-0ubuntu1_source.changes [04:26] Good morning [04:26] micahg: were you interested in sponsoring https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-shell/3.1.90.1/+merge/74716 [04:26] jbicha: well, a little busy this evening, if no one gets to it by the weekend though, I'll take care of it [04:27] micahg: no problem, thanks for pinging me though [04:27] jbicha: thanks for fixing [04:38] pitti: Thanks muchly for that fix, latest orca and accerciser now work. [04:44] TheMuso: awesome [04:49] jasoncwarner_, ok, take 5 with the unity-greeter. Now with threaded indicator loading [04:49] ok...did you email? [04:50] robert_ancell: got it [04:50] yup[ [05:03] good morning [05:09] bonjour didrocks [05:09] good morning pitti, how are you? [05:09] quite fine, thanks! [05:09] didrocks: how about you? pretty early for you after all the unity packaging fest last night? [05:10] hi didrocks, pitti [05:10] pitti: well, as early as usual, I just pushed the "IRC button" a litte bit sooner :-) [05:10] hey ajmitch [05:10] jasoncwarner_: I'm working on it [05:11] pitti: at least, as everything is in the ppa, I'll have the time to prepare to rdepends rebuild :) [05:11] jasoncwarner_: there is a branch available for testing but its an API break so lets wait for a ppa [05:11] fixed a typo that was messing stuff up this morning [05:11] now .. who had damage issues with xterm [05:12] smspillaz: it was lool [05:12] lool: was it one where typing would leave trails behind ? [05:12] didrocks: actually, can you confirm if that was the case ? [05:12] smspillaz: do you think it will come this week? [05:12] just type stuff and see if it leaves trails [05:13] smspillaz: wait...early next week? [05:13] jasoncwarner_: it depends of if testing is done etc [05:13] jasoncwarner_: its not a magic bullet, but it does fix the most difficult one [05:13] smspillaz: did you tried? [05:13] smspillaz: it's pretty easy to get, like "launch xterm"? [05:13] smspillaz: is this both alt+tab and dash? (assuming they are both related) [05:13] didrocks: yeah, I got them while I was working on some of the stacking stuff but as I was fixing bugs in the stacking code I noticed that it went away [05:13] jasoncwarner_: so basically there's two bugs here [05:14] jasoncwarner_: there's one where stuff can go on top of panels and the alt-tab [05:14] smspillaz: I still get some trails leaving after typing [05:14] and then there's another one where X and compiz get a bit out of sync [05:14] didrocks: ok. So I think I might have fixed it somehow [tm] because at least locally I'm not getting that anymore [05:14] smspillaz: which one do you think you fixed? [05:14] jasoncwarner_: oh, the second one [05:14] smspillaz: nice :) [05:14] jasoncwarner_: which was far more complicated [05:14] smspillaz: nice...ok [05:15] jasoncwarner_: the first one I just need instructions to reproduce it [05:15] smspillaz: ok...I look forward to testing! :) [05:16] maybe I'll make stackingtorturetest a little more ... toturious [05:16] right now it seems to not screw up on 20x20 stacking ops [05:16] so that's good [05:17] robert_ancell: about to test it now...just finished a couple of emails...I'll be getting you a log in a few minutes...be right back [05:17] jasoncwarner_, ok [05:18] smspillaz: have you seen the bug where Files sometimes comes first in Dash search results? [05:20] jbicha: that's not up my alley [05:20] so I don't know what's going on there. better to ask njpatel [05:23] pitti: we still haven't defined a process for voting for applications in "our picks", isn't it? [05:23] * didrocks wonders if openshot should be there seeing the ratings it has [05:24] didrocks: oh, I thought we'd do that based on user ratings? [05:24] but no, I'm not aware of a process [05:24] jbicha: this one is fixed in next release [05:24] I'll ask on #software-center once mpt is there [05:26] robert_ancell: http://paste.ubuntu.com/685767/ didn't seem to make much of a difference... [05:26] self.package_names = "armagetronad,calibre,cheese,homebank,stellarium,gimp,inkscape,blender,audacity,gufw,frozen-bubble,fretsonfire,moovida,liferea,arista,gtg,freeciv-client-gtk,supertuxkart,tumiki-fighters,tuxpaint,webservice-office-zoho" [05:26] seems it's still hardcoded :) [05:28] didrocks: indeed, that seems bad .. [05:29] jasoncwarner_, hmm. could you try the next version I sent you? It has a little more debugging [05:29] I thought I instlaled that one... [05:29] doh [05:30] didrocks, pitti: we are using the hardcoded "our picks" list just for the default banner that will ship with s-c [05:31] didrocks, pitti: soon, that banner will become dynamic, and will point to different lists or a single app, as configured on the server [05:32] tremolux: excellent, but not for O I guess? [05:32] didrocks, pitti: (the current "our picks" is just the old "Featured", reimplemented for the default banner) [05:32] didrocks: yep, indeed for O, that functionality is all in place [05:33] didrocks: and I think we plan to start rolling out new new banners over the next few weeks [05:34] didrocks: we just needed to have something as default until the server-side banners arrive (and after initial install), so we chose the old "featured" list [05:36] tremolux: do you know of a process to add one more? I guess seeing the ratings of openshot and how upstream is supportive can be a good move [05:37] didrocks: there's really not a process, anybody can nominate an app, probably best to just open a bug if you like and we can add openshot very easily [05:37] tremolux: well, I guess we have a realease in few minutes, so maybe time to do the move :) [05:37] * didrocks opens a bug [05:38] didrocks: that definitely seems like a great one to add [05:38] didrocks: thanks! [05:38] robert_ancell: http://paste.ubuntu.com/685770/ [05:38] tremolux: I can even propose a patch! :) [05:38] didrocks: release in a few hours I hope? (when I get back on) [05:38] didrocks: indeed! [05:39] jasoncwarner_, could you paste the lightdm.log also? [05:39] robert_ancell: sure [05:39] pitti: I just got this crash... [05:39] https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745 [05:39] Ubuntu bug 553745 in plymouth "plymouthd crashed with SIGSEGV in ply_event_loop_process_pending_events()" [Medium,Confirmed] [05:39] it effects 566 people?!?!?!?! [05:40] didrocks: this release is gonna rock, over 30 bugfixes and I have a couple more in a branch that may go in as well [05:40] tremolux: waow! excellent :-) nice work to you and the s-c team :) [05:40] robert_ancell: http://paste.ubuntu.com/685771/ [05:40] tremolux: I think mvo will be very happy to see that once he's back! [05:40] jasoncwarner_: uh, how often do you see this? always? [05:41] pitti: I just got it for the first time just now [05:41] didrocks: prolly :) really great work from the team as usual, lots of bugfixes contributed....just awesome [05:42] tremolux: bug opened (bug 845370), should I push the fix directly? [05:42] Launchpad bug 845370 in software-center "add OpenShot to "Our picks"" [Undecided,New] https://launchpad.net/bugs/845370 [05:42] didrocks: sure, go ahead! [05:44] tremolux: done :) [05:44] thanks didrocks [05:44] yw, thank to you! [06:38] smspillaz: yes [06:39] didrocks: eh you were working early! [06:40] lool: Julie goes to work early, I have no more reason to try sleeping again :) [06:40] aha [06:40] I have a similar school problem :-) [06:41] but kid is sick today; it's germ-sharing week [06:46] ahah, first week :-) [06:46] this is team building! [06:46] :) [07:09] Good Morning, Hackers! [07:09] guten Morgen Sweetshark [07:11] hey Sweetshark! [07:35] jasoncwarner_: about https://bugs.launchpad.net/ubuntu/+source/zeitgeist/+bug/841798 - that trace is from 0.0.11 and not the latest and greatest 0.0.12 [07:35] Ubuntu bug 841798 in zeitgeist "zeitgeist-daemon crashed with RuntimeError in _check_index_and_start_worker(): basic_string::assign" [High,Incomplete] [07:36] kamstrup: I have a log in my /var/crash...I posted it to the other bug (the one you fixed released last night) [07:36] want me to pastebin it? [07:36] jasoncwarner_: yes please [07:37] should I be worried that bug #737891 is unassigned? [07:37] Launchpad bug 737891 in gnome-desktop "[Arrandale] gnome-display-properties unable to correctly enable monitors connected to VGA" [High,Confirmed] https://launchpad.net/bugs/737891 [07:37] kamstrup: http://paste.ubuntu.com/685796/ [07:38] jasoncwarner_: hmmm, that is a zeitgeist bug, that was supposedly fixed... (ie. not the fts bug) [07:38] jasoncwarner_: let me check if there are un-packaged zg fixes for this [07:42] hey kamstrup, welcome back! :) [07:42] and good morning all [07:42] dpm: thanks :-) [07:42] and good morning to you sir [07:42] :) [07:47] morning [07:59] hey rodrigo_ [08:02] * didrocks hugs pitti once again for ccache :) [08:02] hey rodrigo_! [08:02] hi pitti, didrocks [08:05] hi ;-) [08:05] bonjour seb128 [08:05] hey pitti, how are you? [08:05] seb128: FYI, I'm testing the new ptlib/opal/spandsp/ekiga stack right now (just to avoid duplicate efforts) [08:05] hi seb128 [08:05] seb128: quite fine, thanks! [08:05] hey rodrigo_, how are you? [08:05] seb128: I got the remaining libcamel and libnotify1 rdepends fixed this morning [08:05] pitti, ok [08:06] seb128, not very well, woke up with some stomach ache :( [08:06] seb128, and you? [08:06] I hope we can decide what to do with opal/ptlib today [08:06] rodrigo_, :-( [08:06] I'm fine thanks [08:06] and then it's down to porting or killing indicator-applet [08:06] rodrigo_: uh, that sounds bad [08:07] pitti, that's the sort of things I think we loose quality on :-( [08:07] pitti, you spending time on the ekiga stack where we don't really care about ekiga [08:07] yeah, it's too hot, so I slept with the window open, so I guess I got some cold [08:07] I would sync the new version or drop it from the archive [08:08] seb128: well, we can't leave it like that, with FTBFS/NBS [08:08] seb128: I'm just building everything to see whether it actually works [08:08] pitti, that's why I said "sync the new version or drop it" [08:08] the current oneiric version doesn't even start up for me [08:08] seb128: yes, I fully agree [08:08] ok, good ;-) [08:08] (it's one merge, and cjwatson already ported to current libav) [08:08] or said differently "please don't spend a day trying to fix it" [08:08] but I didn't spend much time on it yet, just building everything [08:08] seb128: gosh, no [08:11] ups unity [08:11] one day they will give keyboard focus to what get screen focus [08:13] seb128, didrocks: BTW, do you know if there is still some work going on for actually finishing the ayatana scrollbars? [08:13] we still carry this hideous hack in GTK, and as long as we don't put that into GTK properly, we'll never get consistency there [08:14] pitti, define finishing? [08:14] seb128: well, it's currently a kidn of addon taped to the side of GTK [08:14] quite funny, I was thinking about the consistency just yesterday evening [08:14] and it's still not working consistently in all programs [08:15] it should be working in gtk softwares in Oneiric [08:15] sure it's not working in xul, qt, etc [08:15] I guess I'll ask David/cimi once they get online [08:15] I was just curious [08:15] pitti, no, they don't plan to do something over what they have, at least not on GTK [08:15] if they put extra effort into it, it's to get those working for xul (firefox, tb) [08:16] seb128: ok, thanks [08:26] chrisccoulson_, hey [08:26] hi seb128, how are you? [08:26] chrisccoulson_, I'm fine thanks, how are you? [08:27] chrisccoulson_: question for you, does firefox use gtk scrollbars widgets? [08:27] or does it emulate them in some way? [08:27] seb128, yeah, i'm not too bad thanks [08:27] it uses gtk to draw scrollbars that are styled like gtk [08:27] but it doesn't actually use gtk widgets [08:27] chrisccoulson_: so it only uses the file dialog etc.? [08:28] pitti - yeah, it uses the file dialog [08:29] FWIW, nice to see evolution start again, fast, without crashes \o/ [08:30] cyphermox_: ^ [08:30] chrisccoulson_, so firefox wouldn't get overlay scrollbar even if those were coming from the gtkscrollbar widget properly? [08:30] seb128, no, it's more likely to break the scrollbar entirely [08:37] seb128: versions.html> we keep totem at 3.0 because of clutter, right? [08:39] ekiga doesn't build against experimental ptlib/opal (2.10/3.10), I'll give the current ekiga upstream version a try [08:42] njpatel, didrocks: want me to update bamf to 0.2.98? [08:42] pitti, experimental ekiga? [08:42] pitti, please :) [08:42] ekiga without /tmp library loading :) [08:42] pitti, no they don't want, it's in the ubuntu-desktop ppa [08:43] pitti, the new stack upload is blocked on an unity-2d bug didrocks is trying to get sorted with dx [08:43] seb128: ekiga> just trying, if it builds it's easier to backport a fix [08:43] pitti, but didrocks already did all the update [08:43] seb128: ack [08:44] pitti: anyway, you would have seen that the branch is already up to date :) [08:44] didrocks: ah, ok; just looked at versions.html, that's why I'm asking [08:44] * pitti will grab accountsservice then, while ekiga is building [08:44] pitti, can we sync librsvg? [08:44] seb128: already done [08:44] ;-) [08:45] seb128: just wanted to check that glib2.0 built, I uploaded it right before going to bed [08:45] chrisccoulson_, you are still written down for the gnome-screensaver update! [08:46] dpm, hey, there? [08:47] bah, ekiga 3.3.2 is horribly intrusive [08:47] this is a rathole [08:47] pitti, it's a standalone application, why just not go with the new version, if it's too broken we can still drop it from oneiric [08:48] seb128, oh, sorry. i'll look at that in a few moments [08:48] seb128: with 3.3.2 you mean? [08:48] pitti, yes [08:48] chrisccoulson_, no worry ;-) [08:49] hey seb128, yeah [08:49] dpm, could you accept ted's email about string freeze break? [08:50] dpm, sorry ted's email to ubuntu-translators list, which is about a string bring in indicator-session [08:50] it's blocking the update [08:50] seb128, done now [08:50] dpm, thanks! [08:51] no worries ;:) [08:51] argh, four-eyed smiley [08:51] * dpm reads ted's e-mail [08:51] lol [08:52] Guys, I'm dying for unity 4.14. when to expect? [08:52] I think I'm going to take a little break to see if I feel a bit better, so bbiab [08:52] dpm, you got extra eyes, that how you can watch on everything, I see! ;-) [08:52] rodrigo_, hey [08:52] ;) [08:52] rodrigo_, just before you leave, do you mind if I snapshot g-c-c trunk? [08:52] seb128, no, I don't mind, but what do you want from it? [08:52] rodrigo_, bastien did quite some ui changes recently and I would like to get those in since we are ui frozen already [08:53] so the documentation team works on current uis [08:53] seb128, ok, do it then, or if you want I can do it later, as you prefer [08:53] next tarballs are in 10 days [08:53] yeah [08:53] rodrigo_, I can do it, thanks [08:53] rodrigo_, get better, see you later! [08:53] seb128, ok, thanks [08:53] yeah, hopefully it'll be a tiny break [08:53] bbiab [08:55] seb128, do you have a bug number for ted's string freeze break? [08:55] ronoc, ^ [08:56] dpm, I don't know, I asked him to deal with it before leaving yesterday, maybe he just sent the email [08:56] dpm, I will get ronoc to file the bug ;-) [08:56] ronoc, hey [08:56] seb128, string freeze break ? [08:56] seb128, hey guys [08:56] ronoc, hi [08:57] ronoc, yes, to fix the guest-... user name bug you did a string change [08:57] ronoc, ted Cc-ed you on the email he sent yesterday [08:57] ronoc, title "Freeze breaking in User Menu" [08:58] ronoc, can you open a bug about the change and give the number to dpm? [08:58] seb128, oh yes, well its part of the spec and it gives the user the option. It can be as it was before when a gsettings switch [08:58] seb128, will do [08:58] s/when/with [08:58] that'd be great, thanks ronoc and seb128 [08:58] ronoc, well being part of the spec doesn't mean you don't have to respect the freezes ;-) [08:59] ronoc, that's a new string coming late and translators need to know they need to translate it [08:59] seb128, yeah sorry I should have got that in before UI freeze [08:59] no worry [09:01] seb128, did Roberts gtk patch get released ? [09:02] ronoc, not yet [09:02] let me check if upstream reviewed it [09:02] seems they didn't [09:02] seb128, will that go out today ? [09:02] I don't know, I asked him to ping upstream on IRC for review [09:03] I don't feel comfortable distro patching his change without upstream review [09:03] nice, i could get used to remote debsign :) [09:03] ok, my two criticals on the i-sound need that patch just so you know [09:03] seb128, ^ [09:04] ronoc, yeah, I'm aware of that and it's on my watch list [09:04] I just want to get an upstream review [09:04] grand [09:04] I will chase them on IRC ;-) [09:06] seb128, so will I :) [09:06] dpm, this is the bug I used to justify the change yesterday [09:06] https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/844272 [09:06] Ubuntu bug 844272 in indicator-session "Guest session displayed with random hash" [Low,Fix committed] [09:07] looking, thanks [09:11] gnagnagna; libpt soname change, etc. [09:14] ronoc, seb128, I've replied to the e-mail. let me know if that's enough or if you need anything else [09:14] dpm, will do thanks [09:14] dpm, well, from my side that's enough, it means I can upload right? ;-) [09:16] dpm, perfect thanks [09:17] seb128, yeah, it makes sense to me -it's not only a cosmetic change-, and I think translators will agree [09:17] dpm - i guess you're not subscribed to any mozilla lists, so you probably haven't seen this - http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/62b8a2a7d8aa0d00# [09:17] i wonder if there's any way we could help out there ;) [09:18] dpm, thanks! [09:18] hey chrisccoulson_, let me have a read... [09:20] ronoc, indicator-session uploaded [09:21] seb128, sweet, ill get testing [09:24] chrisccoulson_, in my opinion they should try to choose just one official tool to submit translations. I myself I'm not involved in mozilla translations because they're just too complex to contribute to. We could offer them to use LP, but afaiui they've always had the loose policy of not having just one tool for translation submissions, so in that sense LP would only be one more. On the other hand, if as we discussed last uds we could get the LP firef [09:24] ox translations to a stage that are similar to the chromium translations infrastructure in LP, they could definitely benefit from the translations from the Ubuntu community (and others who'd want to join the effort). What do you reckon, do you think this would be something feasible for next cycle? [09:25] ok, so ekiga 3.3.2 needs ptlib 2.10.2, which doesn't build [09:25] dpm, yeah, i certainly plan to do that next cycle [09:26] chrisccoulson_, cool. Do you know if someone involved in mozilla l10n is attending? It would be interesting to have a discussion with them to see what they think [09:31] dpm - i don't think there will be anyone involved with l10n attending [09:31] g'ah, another ABI break in libunity??? [09:31] chrisccoulson_, yes... [09:32] these cause me headaches ;) [09:32] chrisccoulson_, in that case we should make sure they are aware and can participate remotely [09:32] dpm, yeah, can do [09:33] sounds good. Let's have another chat about it after release :) [09:35] ricotz, I see you have latest gnome-shell in your ppa, will that be merged into oneiric soonish? [09:37] oneiric-changes@> yay new unity love [09:43] pitti: unity-2d workaround found, I let some time (nux needs to be built, published, then unity needs to be built, published…) for a correct fix [09:43] starting rebuilding libunity rdepends for simple ABI break (the API break was only on lenses) [09:43] no stacking fix though? ;) [09:43] chrisccoulson_: one gold rule, no compiz and unity upload the same day :) [09:43] lol [09:44] i can't use the new unity then :( [09:44] chrisccoulson_: Monday, some compiz upload, and later next week, there is a stacking patch waiting for testing [09:44] chrisccoulson_: but first, Monday compiz ABI break to prepare for the stacking patch [09:44] ah, ok [09:44] (so again, multiple of rebuilds…) [09:44] thanks [09:46] xclaesse, i think jbicha should be on it [09:46] there is a gnome-shell sponsoring request from jbicha [09:46] that it is then [09:47] chrisccoulson_: can you rebuild thunderbird-gnome-support for the libunity abi break please? [09:47] (dep on 4.0.2) [09:47] ricotz, I've seen that he made a package with patch to remove caribou but it failed to build [09:47] but you packaged caribou... [09:47] what's the decision on that? [09:47] didrocks, it needs more than a rebuild, which is why ABI breaks are a pain ;) [09:47] chrisccoulson_: hum? more than "one"? [09:47] let me take the gnome-shell sponsoring [09:48] didrocks, http://bazaar.launchpad.net/~extension-hackers/messagingmenu-extension/trunk/revision/67#modules/LibUnity.jsm [09:48] didrocks, no, I guess he's saying that tb dlopen the exact soname or something [09:48] like it's not only a rebuild ;-) [09:48] ah :/ [09:48] seb128, yeah, we use ctypes, which basically does that [09:48] chrisccoulson_: will you handle that? [09:48] didrocks, yeah, can do [09:48] xclaesse, https://bugs.launchpad.net/ubuntu/+bug/845300 [09:48] Ubuntu bug 845300 in ubuntu "[FFe] [needs-packaging] caribou" [Undecided,New] [09:48] chrisccoulson_: thanks! [09:50] ricotz, ok thanks :) [09:55] ricotz, installed your ppa and the shell works perfectly ! [09:55] thanks :D [09:56] * xclaesse likes when I can do rm -rf /usr/local/* === chrisccoulson_ is now known as chrisccoulson [10:03] ricotz, do you read the ubuntu-desktop mailing list? [10:05] xclaesse, nice to hear that ;) [10:05] seb128, sorry, i dont [10:05] (at least not regulary) [10:05] ok [10:06] ricotz, there was some discussion about making an universe desktop set [10:06] why? [10:06] would include things like shell, etc [10:06] I was wondering if you would be interested to work on that with maybe jbicha [10:07] sounds interesting [10:07] it is getting concrete already or is it planned for 12.04+? [10:08] seb128: did you bump the libunity dep on evolution-indicator? [10:08] didrocks, no, I noticed it was on the libunity rdepends list after uploading [10:08] didrocks, will need an other upload [10:09] seb128: are you up to it? [10:09] ricotz, well it's just a matter of doing it, it would be a set similar to ubuntu-desktop [10:09] ubuntu-desktop-extra or something [10:09] didrocks, yes [10:09] seb128: excellent, thanks :) [10:10] yw [10:10] seb128, ok, would be nice to work on that [10:11] ricotz, great ;-) [10:11] let's see if we can get that rolling [10:12] seb128, did you had a look at the caribou ffe? [10:12] ricotz, I'm not in the release team, I can't approve ffe [10:13] seb128, ok, but you can comment on it, what solution is the most sane [10:13] ;) [10:13] ricotz, ok, I will have a look [10:13] thanks [10:13] yw [10:14] hmm, i'm really hungry today [10:14] seb128, i also thinking about a new rhythmbox snapshot [10:15] ricotz, do they ever plan a new tarball? a new snapshot seems like a good thing [10:15] seb128, i have no idea, seem like they dont [10:24] is the unity with the broken API in, or not yet? [10:25] also, can someone sponsor lp:~ubuntu-desktop/gnome-contacts/ubuntu and lp:~ubuntu-desktop/libwnck/ubuntu ? [10:29] didrocks: libunity binNEWed, and powerpc build score bumped [10:29] pitti: thanks a lot :) [10:38] rodrigo_, unity is building [10:38] rodrigo_, btw I will not snapshot g-c-c I was looking at trunk, I didn't notice there was a gnome-3-2 already, the stable serie have less ui changes ;-) [10:38] seb128, ok [10:38] seb128, yes, I thought you wanted those ones [10:38] rodrigo_, will look at the sponsoring when I'm done with other things I'm working on [10:38] seb128, but yes, there are no big changes [10:39] seb128, ok, no hurry, thanks! === bschaefer_ is now known as bschaefer [10:39] yw [10:39] (if nobody beats me to it) [10:39] ekiga_3.3.2-0ubuntu1_amd64.deb \o/ [10:41] pitti, \o/ [10:41] hey, and it even works [10:42] bzr st [10:42] ww [10:43] * rodrigo_ builds brasero 3.1.90 [10:43] hopefully it's less buggy than 3.0.x [10:43] rodrigo_: oh you started it? ok I stop my build :) [10:43] didrocks, oh, sorry [10:43] rodrigo_: current brasero doesn't even find my CD writer.. [10:43] rodrigo_: no worry :) [10:44] didrocks, it was on the etherpad under 'updates to claim' [10:44] rodrigo_: can you think about bumping the libunity-dev dep to 4.0.2 please? [10:44] pitti, this happens to me also with sound-juicer [10:44] didrocks, yes, sure [10:44] rodrigo_: no worry, my bad, was doing the list :) [10:44] * didrocks finished with his ABI break then [10:45] pitti, in fact, nautilus shows, under Computer, the CD drive when there's no disk, but it dissapears as soon as I put a disk on the drive [10:45] now, testing the fixed unity-2d and crossing fingers [10:45] pitti, I'll try with brasero once it's built === bschaefer_ is now known as bschaefer [10:47] hmm, it can't even eject the CD tray :( [10:47] didrocks, why do we need to bump build-depends? [10:47] seb128: to ensure to take the right one at rebuild (not sure it's published yet) [10:47] didrocks, I dislike doing that, I usually wait for the new lib to be build and published on all archs and do no change uploads [10:48] basically you screw backports, etc without reason when you bump the build-depends and it's not really needed [10:48] seb128: indeed [10:49] so, do I remove the bumped requirement on 4.0.2? [10:49] chrisccoulson, bug #841748 about the g-s-d issue, I'm just backporting the fix [10:49] Launchpad bug 841748 in gnome-settings-daemon "numlock has to be activated on every boot in oneiric" [Low,Fix committed] https://launchpad.net/bugs/841748 [10:49] rodrigo_: yeah, bump your shouldn't upload before it's published on all arch then [10:49] rodrigo_, you can let it, I doubt anybody will want to backport that version [10:50] seb128: so you are just arguing for arguing? :p [10:50] :) [10:50] didrocks, I've no strong opinion either way [10:50] I just don't see it as something we should have to do [10:50] * rodrigo_ waits for the Frenchmen to come to a decision :) [10:50] rodrigo_, upload what you got [10:50] seb128, without the bumped requirement? or with it? [10:51] rodrigo_, with the bumped requirement [10:51] seb128: followed up to bug 836915, FYI [10:51] Launchpad bug 836915 in opal "opal is missing a b-d on ptlib, which is not in oneiric" [High,Confirmed] https://launchpad.net/bugs/836915 [10:51] ok [10:51] didrocks did it for everything else [10:51] so one extra one will not hurt [10:51] chrisccoulson, I reassign bug #835532 to lightdm [10:51] Launchpad bug 835532 in gnome-settings-daemon "lightdm does not keep numlock status on boot" [Low,Triaged] https://launchpad.net/bugs/835532 [10:52] hum, there is one missing lens on -2d [10:52] first one of -3d everytime [10:58] * pitti grabs accountsservice update, will merge our chagnes to Debian git and sync === MacSlow is now known as MacSlow|lunch [12:12] uh, why does dist-upgrade want to pull in -shell, mutter, mesa-utils, and gnome-icon-theme-full? [12:14] ah, I better wait until unity-2d is built [12:14] didrocks: do you want to retry unity-2d itself once the libunity dependency failure is sorted out? [12:18] ok, I'll try to get some light lunch, bbiab [12:24] rodrigo_, good luck I guess! [12:41] pitti: sorry, was out for a needed walk :) [12:42] didrocks: nothing to be sorry about :) [12:42] pitti: not sure why it didn't build-dep by itself though, will run it [12:42] seb128, http://people.ubuntu.com/~ricotz/rhythmbox/ https://code.launchpad.net/~ricotz/rhythmbox/ubuntu/+merge/74771 [12:42] ricotz, thanks [12:48] aloha === MacSlow|lunch is now known as MacSlow [12:50] hey czajkowski [12:52] pitti: ello [13:05] pitti, seb128: thanks for the feedback on evo [13:05] and guten morgen all! [13:12] hey cyphermox_ [13:17] njpatel, hello, using g_list_free_full bumps the glib version to 2.28, perhaps it is worth to replace it? [13:17] ... in bamf === m_conley_away is now known as m_conley [13:32] unity deps seem quite fragile, dist-upgrade just removed it [13:42] any python expert with some time to look at bug 841463 ? [13:42] Launchpad bug 841463 in rhythmbox "python plugins are currently broken" [Medium,Triaged] https://launchpad.net/bugs/841463 [13:43] I'd love to have some plugins back ;-) [13:44] pedro_: it's due to the plugins importing both the static gobject and dynamic GI [13:44] can't do [13:46] oh, that brings up an issue I noticed yesterday trying to use the NM GI stuff.. can't use an identifier like 80211ApFlags for some reason? [13:46] like numbers aren't allowed, or at least not 5 in a row [13:52] pedro_, pitti: could be fixed in the new snapshot ricotz asked for sponsor for before [13:52] http://people.ubuntu.com/~ricotz/rhythmbox/ https://code.launchpad.net/~ricotz/rhythmbox/ubuntu/+merge/74771 [13:52] but I will probably not have time to review that before my holidays [13:52] I need to run in some 15 minutes and I'm not sure next week [13:52] if somebody want to have a look to it next week [13:53] seb128: I'll add it to the pad [13:53] can probably do next week [13:53] pitti, thanks [13:53] I will be reading emails if somebody needs something [13:54] mterry: hey Mike, how are you? [13:54] pitti, good, what's up? [13:54] mterry: I'm merging our current accountsservice patches to the Debian git [13:55] mterry: but your "lightdm" one doesn't apply to 0.6.14 any more; also, it seemed that upstream is willing to commit it once you tell them that it works well enough [13:55] mterry: do you have some minutes to update the patch and send it upstream again? [13:55] pitti, oh right, I saw your update [13:55] mterry: then I can complete the update, upload to debian, and sync [13:55] pitti, yeah, let me update, test it again [13:55] mterry: rad, thanks [13:57] rodrigo_, pitti: do you have any opinion on bug #844864 [13:57] Launchpad bug 844864 in gnome-control-center "Should depend on cups-pk-helper" [Low,Confirmed] https://launchpad.net/bugs/844864 [13:58] seb128, looking [13:58] we don't use it for the unity session [13:58] but it breaks gnome-shell users [13:58] since they don't get it installed [13:58] we should maybe get gnome-shell to recommends it as a workaround? [13:58] oh yes, it's indeed needed for it to work on gnome-shell, so yes, a recommends should be ok [13:59] well, where? [13:59] it seems pitti denied the mir for it [13:59] because we don't use it on unity [13:59] I think in g-c-c [13:59] oh, if it's not in main, can it be in recommends, or it needs to be a suggests? [13:59] so maybe gnome-shell should recommends it as a workaround? [13:59] seb128: well, not denied, it just seemed unnecessary [13:59] as we don't use it in main (or at least not so far) [14:00] and why doesn't unity need it? [14:00] rodrigo_: in unity we use system-config-printer [14:00] oh right [14:00] I think for oneiric a g-s recommends is better [14:00] yes, sounds good [14:01] in P or later we might eventually switch over to the upstream applet anyway [14:01] or can then review the MIR [14:01] rodrigo_: does that sound acceptable? [14:01] pitti, yes, sounds perfect [14:01] there is a gnome-shell sponsoring request on the wiki [14:01] if somebody wants to sponsor that, fixes the ftbfs [14:01] then maybe add the recommends [14:01] ok, I need to run for a bit [14:02] pitti, can you do it? I can't upload gnome-shell [14:02] but I will be back for a bit later and then away for holidays next week [14:02] seb128, just in case I don't see you later, have fun! :) [14:02] thanks [14:03] seb128: enjoy your holidays! [14:03] thansk ;-) [14:04] rodrigo_: yeah, can do; noted in the pad for now, I'll just finish accountsservice and my current FFE review round [14:04] * pitti already stacked too many things today [14:04] pitti, ok, thanks [14:05] I'll sponsor the rhythmbox one [14:19] pitti, if I test the patch and it works, shall I update ubuntu to 0.6.14 while I'm at it? Or were you working on syncing us with Deb? [14:21] mterry: Debian's git already has 0.6.14, I'm applying our patches there [14:22] mterry: I'd rather like to add the lightdm patch there as well, and sync [14:22] pitti, figured, ok. Will let you know [14:22] lightdm is in Debian, too [14:22] mterry: cheers [14:30] speaking of lightdm, a little help is needed to get bug 845549 resolved, please. [14:30] Launchpad bug 845549 in lightdm "Do not ship /etc/lightdm/lightdm-gtk-greeter.conf" [High,Triaged] https://launchpad.net/bugs/845549 [14:36] didrocks: hey [14:37] didrocks: i just got a bug filed against dconf-editor that it has no icon :) [14:37] desrt: hey! :) [14:37] desrt: how people dare? I'll ask Julie, she told me she made some progress while we were at the desktop summit, but didn't ask since [14:38] julie was at the desktop summit?! [14:39] oh. i think i parsed that sentence incorrectly. [14:39] desrt: no, the we was "we" (you, and I and other hackers) ;) [14:39] right :) [14:39] less a problem with the parsing and more a problem with the semantic analysis :) [14:40] indeed :) [14:53] pitti: hey [14:53] hey desrt, what's up? [14:54] pitti: i just grabbed the glib 2.29.90 tarball [14:54] i extracted it, typed ./configure --prefix=/home/desrt/whatever [14:54] then make [14:54] then make install [14:54] i have docs installed [14:56] desrt: might be because we do out-of-tree builds [14:57] pitti: let me check that then [14:59] pitti: nope. still working. [15:04] desrt: btw, can you review/ack gtk+ patches? [15:05] no. i suspect not. [15:05] maybe if it was ultra-trivial [15:05] well, I'd say "easy", but not "trivial" [15:05] desrt: nevermind, I'll just wait [15:17] pitti, updated accountsservice patch in upstream bug [15:17] mterry: yay you [15:29] jasoncwarner_: ping? [15:34] mterry: applies and builds nicely now, thanks [15:36] mterry: seems I can still enable autologin for my user in control-center, though; is that an accountsservice or control-center bug? I. e. does accountsservice have an API whether autologin can be allowed? [15:36] mterry: (I have ecryptfs) [15:38] pitti, I still haven't gotten around to patching that. That's next (your patch request reminded me). It doesn't have that API. May just patch control-center to disallow the UI side [15:39] mterry: I think a-s should at least fail the call, though [15:39] but yes, c-c shouldn't even offer the option [15:39] mterry: uploaded; let the world explode :) [15:40] pitti, true, ideally it would be in both places [15:41] * didrocks got the new compiz stack ready for first thing monday morning upload [15:41] pitti, do we have code for detecting ecryptfs ? I assume the old gdmsetup did it? [15:41] no crash yet :) [15:41] mterry: right, that did it [15:41] mterry: yeah, i explained it to someone before ... look for $HOME/.ecryptfs/* [15:41] kirkland, actual content in that folder, or just the folder's presence? [15:42] mterry: (you can be a little more fine-grained than just looking for *anything* in there) [15:42] desrt: hm, and now it also works again in our packages; NFC what happened back then :/ thanks for checking anyway [15:42] mterry: specifically, look for $HOME/.ecryptfs/Private.sig, ensure that there's either 1 or 2 lines in that file, and that there's a $HOME/.ecryptfs/wrapped-passphrase file, and that $HOME/.ecryptfs/auto-mount exists [15:42] mterry: that's what I did for gdm, it worked well [15:42] pitti: heh. no problem. [15:42] kirkland: I guess it was me, like a year and half ago :) [15:43] pitti: i did a bunch of docs cleanups for the last release. maybe i fixed something by accident while poking around. [15:43] mterry: that's what the pam_ecryptfs looks for, in order to verify a setup [15:43] kirkland, phew, OK [15:43] didrocks: howdy :-) [15:43] mterry: if you want, i can make an ecryptfs-verify-private shell script that exits 1 or 0 [15:44] mterry: won't be this morning, but I could do it later today/this weekend [15:44] kirkland, that would be cute (especially since looks like we may have to do this in a couple places) [15:44] kirkland, ideally it could take a user argument too, since one place we have to do it is a root daemon [15:44] mterry: can you open a bug against ecryptfs-utils, assign me, mark triaged/high, nominate for oneiric, propose against beta? [15:45] kirkland, sure [15:45] mterry: and I'll bang that out after my PowerNap presentation this morning at Plumbers [15:45] kirkland, thanks a bunch! [15:45] mterry: np [15:47] kirkland, bug 845738 [15:47] Launchpad bug 845738 in ecryptfs-utils "Add ecryptfs-verify-private script" [High,Triaged] https://launchpad.net/bugs/845738 [15:47] mterry: cheers [16:09] there, all pending stuff sponsored [16:09] (on the pad) === eeejay_is_afk is now known as eeejay === eeejay is now known as eeejay_is_afk === eeejay_is_afk is now known as eeejay [16:21] pitti: \o/ [16:22] now only gnome-screensaver is missing [16:22] chrisccoulson: ^ if you are buried, I can take over on Monday, if you want [16:23] pitti - i'll get around to it. i've been doing some messaging menu work this afternoon though [16:26] tremolux: software-center sponsored :) [16:26] didrocks: \o/ thanks!! [16:26] chrisccoulson: do you think you will be able to clean the libunity rdepends soon? (you are the latest one! :)) [16:26] tremolux: yw ;) [16:27] didrocks, i will do it when we get the new thunderbird beta (probably early next week), and have some other fixes too [16:27] i'm reluctant to DoS an armel builder for a day just to alter a dependency ;) [16:27] chrisccoulson: you are keeping an old library on the CD, cd space, cd space, cd space :) [16:27] heh [16:28] ok, it's quite small :p [16:28] i will fix it, but i don't want to do an upload just for that :) [16:28] chrisccoulson: sure thing! [16:32] tremolux: impressive s-c changelog! [16:33] pitti: crazy, eh?! kiwinote wins the prize for sheer number of bugfixes, wow [16:33] :) [16:33] nice :) [16:33] pitti: it feels really good and stable [16:34] release meeting is almost over, so happy weekend everyone! [16:39] enjoy your week-end pitti! [16:58] ricotz: I believe I'm missing a few runtime dependencies in the latest gnome-shell I pushed, how do I find those? [16:59] do I need to just run a clean install and add stuff until it works? [17:03] jbicha, testing it ;) [17:03] did you compared it with the ppa package? [17:03] otherwise using "grep -r ..." helps [17:05] have a good week-end everyone :) [17:09] ricotz: looks like I was missing libgudev-1.0-dev and gir1.2-accountsservice, the second one at least is preventing people from running Shell [17:10] jbicha, ok [17:27] pitti: I have a 3.4.3-1ubuntu1 almost ready. It finished building here and I am copying to porter-armel for heating its room over the weekend. [17:31] if that succeeds we should be good to go for sponsored on ~monday [17:40] anyone able to sponsor https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-shell/3.1.90.1/+merge/74840 [18:13] Are Firefox and D-BUS related in any way? [18:53] jasoncwarner_: ping? [19:02] BigWhale: depends what you intend by related. if you describe the issue you're seeing I might be better able to guide you to a solution [19:02] https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/680444 [19:02] Ubuntu bug 680444 in dbus "dbus-daemon eats 100% cpu and is not responsive" [Undecided,Fix released] [19:02] cyphermox_, it seems related to this bug [19:02] daemon eats all the CPU and system locks up for few seconds [19:04] first I thought that my hacking on gwibber is doing it, because it is using dbus but now it is happening without gwibber :> [19:04] doubtful [19:04] are you on kubuntu by any chance? [19:04] no [19:04] oneiric [19:04] anyway, I don't think it's the same bug [19:05] and this starts happening after a day or two of uptime [19:05] but you could probably see what ties up dbus if your dbus-monitor --monitor [19:06] hmmm I just got something on strace [19:06] cyphermox_, http://pastebin.com/YxqTSQy4 [19:06] and there's a lot of it [19:07] chinese to me; certainly there is something else that leads to that. or maybe ltrace tells more [19:08] I'll see what --monitor returns [19:08] and then file a bug [19:08] cool [19:13] hmmm I got something. I'll wait for 'another cycle' to confirm it :> [19:14] Laney: ping [19:22] bad, dbus, bad! [19:24] hi jcastro [19:25] hey so, dobey published a fix in his PPA [19:25] and it "feels" much better for me [19:25] but that's kind of unscientific. :) [19:26] yeah I saw the diff [19:28] BigWhale: I was seeing indicator-datetime perpetually hitting evolution's dbus interface to grab the calendar; that was pinning dbus-daemon at 100% [19:28] Hmmm you might be onto something. [19:30] jcastro: yeah, much better for me too. [19:30] awesome [19:30] leave a comment on the bug [19:31] already did [19:31] Laney: do you still get some grey window action after though? [19:31] like, it draws the window frame [19:31] fills it with grey [19:31] RAOF, https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/845942 I just filed this and the dbus-monitor did show a lot of entries for org.gnome.evolution.dataserver.Calendar [19:31] Ubuntu bug 845942 in dbus "dbus-daemon eats all the CPU rendering whole system unusable for a few seconds" [Undecided,New] [19:31] *tick* *tick* then the UI fills in [19:32] BigWhale: I think I also filed a bug about this, but maybe not. [19:33] yeah, i've had the indicator-datetime spamming dbus issue for quite a while too [19:33] it is highly annoying, but I am glad that it is not happening because of me :> [19:33] Nope, I didn't. [19:33] jcastro: i get that anyway with banshee, without the u1ms extension. very short, but it's there [19:34] I see that for maybe 0.5 seconds [19:34] jcastro: probably from the custom widgetry [19:34] windows widgets + redraws == slow [19:34] err, windowed [20:08] i have backported a fix from unity trunk to fix a bug which came in with today's update, i have it in my branch for lp:~ubuntu-desktop/unity/... I did not use any patch system just patched the source is it ok for me to get it sponsored [20:09] i saw didier or seb did not use any patch system for unity backports [20:10] heh seb128 is here :) [20:10] hey [20:10] seb128, hi I have a branch to fix a regression that came in with todays update of unity [20:10] my branch is not using any patch system would that be ok? [20:10] https://code.launchpad.net/~om26er/ubuntu/oneiric/unity/unity-fix-840285/+merge/74854 [20:11] om26er, yeah, for unity better to just do a merge request against trunk and ask for a backport [20:12] seb128, thank you i'll get it sponsored [20:12] micahg, ^^ [20:12] thanks [20:13] * micahg still doesn't understand the answer WRT a patch system [20:19] the way it works is that you bzr merge the trunk revision or merge request in the packaging vcs [20:19] i.e no patch system [20:20] but usually it's better to get the fix in trunk first so there is no conflict, next update will just see it as a revision already checked in and resolve it [20:21] ok, well, it's your package, so you can do what you want, it just seems messy in the case of multiple patches (BTW, there's a bzr addon to convert a revision to patch now IIRC) [20:22] why? you can backport the revision you want, bzr merge-upstream will do the right thing on the next update [20:23] it will just skip the revision which were backported, or just handle it as it should [20:24] micahg, would you be willing to sponsor it for me? [20:24] if you need to pull a patch later that was patched earlier [20:24] if you feel unsure wait on monday when didrocks is around, it's friday evening 10:30pm there, I just connected to check my email since I called it a day early, I'm not wanting to start on work [20:24] om26er: sorry, I cannot yet [20:24] you don't pull patches, you backport commits from trunk [20:24] you can backport extra commits later if you want [20:24] seb128: I believe you, just seems a little weird to me, but you know what you're doing, so I"m not worried [20:24] the same way commits apply to trunk they apply to the ubuntu vcs [20:25] micahg, np ;) [20:25] why is it weird? [20:25] the ubuntu package is trunk with a debian dir [20:25] but yeah, better to let it for didrocks [20:25] right, but if I pull r500 and then want to backport r490 after that, I might end up with unnecessary conflicts [20:26] it seems a minor issue anyway, not a stopper [20:26] well usually you don't backport backward [20:26] whereas, if they're quilt patches, I can put r490 before r500 [20:26] like that commit would be the first since the current tarball [20:26] seb128: indeed, but if something's found to be a bug later, but was already fixed, that could happen [20:26] well as long as the diff apply you can backport them backward [20:27] bzr just will record what revisions you backported [20:27] well it could [20:27] it's an edge case, but one that a patch system is meant to help with [20:27] in practice with unity and weekly tarballs it's not an issue [20:27] it's easier to bzr merge a revision [20:28] and have to do nothing with the next update [20:28] no patch system to use, no revision to drop, the merge just figure it out [20:28] it's one command one way and zero on the upgrade [20:28] easier that to deal with quilt, dropping the patch on the next update etc [20:30] small point, but you should put single-debian-patch in debian/source/options then [20:31] then you don't get the ugly debian-changes-VERSION patch [20:31] it's a perfectly valid workflow with vcs maintained packages [20:32] Laney, we use debian source v1 [20:32] that's not what i'm seeing [20:32] source v3 and vcs sucks [20:32] yeah, I think unity didn't get reverted back, I did revert a few other ones [20:32] you can put unapply-patches in debian/source/local-options to make it suck less [20:32] ok, thanks, I will look at it [20:33] so far I just got back to source v1 for those [20:33] Laney, what does that do? [20:33] unapplies patches after the build [20:33] to keep a clean tree [20:34] but as it's in local-options it doesn't get exported to the source package [20:34] does that keep the .pc directory out of Launchpad? [20:35] auto imports won't get it [20:40] it's annoying because you want patches to be applied so that bzr blame works [20:40] but .pc makes it unworkable [20:40] grr === m_conley is now known as m_conley_away [22:16] i'm getting a compiz hang (on natty) in DRI2GetBuffersWithFormat. is there anything in particular i should look for, patches i should cherrypick or anything? === cyphermox_ is now known as cyphermox