=== zyga is now known as zyga-afk [01:06] maaaaaaaaaan, nearly 400 tests in the firefox test suite fail [01:06] i really need to investigate those at some point :( [01:12] jaytaoko, bryceh, broder: Xrandr is the modesetting API, but Xinerama is where the desktop gets the screen-edge hints from; XrandR sets the Xinerama hints appropriately. Although I guess that you could also query XRandR directly if you wanted too. [01:13] nvidia TwinView also (mostly) sets the Xinerama hints appropriately, so it should work with everything. [01:13] wb RAOF [01:13] RAOF: sure, but there's information exposed by XRandR that isn't from Xinerama. Xinerama has no concept of primary monitors, for instance [01:13] Right. *That* you'll need to get from XRandR. [01:13] Hm, and I guess that we really *do* want to know about the primary monitor... [01:14] Rather than just guessing that the left-most monitor is where the launcher should go :) [01:14] bryceh: :) [01:14] that would certainly be awesome :), but unfortunately none of the libraries i've seen can get that out of nvidia, so i think you have to actually speak NV-CONTROL [01:15] Yes. Some judicious copy-paste from nvidia-settings might solve the problem. [01:16] Actually, does nvidia actually have a *concept* of primary monitor? [01:16] well, there's a checkbox in nvidia-settings for it. but i have no clue how anybody else would find out about it [01:17] because changing it has no effect on the xinerama screen ordering, the xrandr information is obviously bogus, and nothing but nvidia-settings speaks NV-CONTROL === Amaranth_ is now known as Amaranth [01:17] That *might* be the monitor that nvidia uses for sync-to-vblank? [01:18] could be. i'm going to have to grok the nv-control stuff for work in the near future, so i'll be sure to report back if i find out anything interesting :) [01:18] I don't know if nvidia does per-crtc vblank properly (although the hardware is certainly capable of it, so maybe it does). [01:48] RAOF: afaik you're right, it's for vblank [01:48] Unless their documentation is out of date it makes it pretty clear they don't support per-crtc vblank [01:48] Also, compiz handles multimonitor pretty well (and multiscreen not at all anymore) but I suppose unity needs to know where to paint [01:49] Right. Unity (and, from memory, nux) gets *quite* confused when the screen size changes. [01:49] xinerama helps with that [01:49] I don't know why nvidia doesn't support per-crtc vblank; their hardware clearly does, since nouveau does the right thing. [01:50] Although smspillaz apparently discovered compiz gets quite confused when the screen size changes as well, I think that's an 0.9 specific thing so hopefully he can find what changed from 0.8 [01:50] Amaranth: gnome-panel has some heuristic it's using to move between outputs which is not always correct with nvidia, but frequently is if you kick it hard enough. i haven't figured out how it's doing that yet, since a quick skim of the code makes it look like it just knows XRandR [01:50] Well, compiz messes up the stacking order badly on screen size changes, anyway [01:51] broder: ha, gnome-panel didn't do the right thing for me even with -intel :) [01:51] wait, I think I managed to kick gnome-panel in to shape but docky was doing it wrong [01:51] Amaranth: the behavior for me was the the panel wouldn't move until i changed the virtual desktop size (i.e. by switching from horizontal to vertical layout or vice versa), at which point it would move to the right display [01:52] but i could be incorrectly extrapolating from what is actually random behavior [01:53] I don't remember if it was gnome-panel, docky, or both but at least one of them wouldn't go to the primary monitor set via xrandr, I had to drag it in to place === Amaranth_ is now known as Amaranth === Amaranth_ is now known as Amaranth === Amaranth_ is now known as Amaranth [05:59] Good mornin [06:59] good morning pitti [07:00] hey kenvandine! burning the midnight oil? [07:00] yup... about to sign out though :) [08:19] good morning === zyga-afk is now known as zyga [08:25] bonjour didrocks [08:25] didrocks: ca va? [08:25] didrocks: question about https://blueprints.launchpad.net/ubuntu/+spec/other-dx-n-2d-experience-fallback: "add a label in case of the nvidia driver to tell that the interface will look different at reboot" -> that's in the jockey driver description? [08:26] Guten Morgen pitti, ça va bien, merci, you? [08:26] pitti: yeah, jockey (and there is one for ubiquity IIRC) [08:26] didrocks: je suis bien, merci [08:26] didrocks: right, there is [08:26] "et toi" didrocks not "you", go to the back of the class [08:26] didrocks: ok, will do that === tkamppeter_ is now known as tkamppeter [08:27] hey didrocks pitti [08:27] * pitti bows to Riddell [08:27] Riddell: damn! I'll go see my French teacher then :-) [08:27] how are you? [08:27] bonjour seb128 [08:27] hey Riddell [08:27] pitti: excellent, thanks! [08:27] hey seb128 [08:27] so this new NBS thingy finally works - time for breakfast, bbl [08:28] pitti, enjoy [09:02] morning [09:06] hey rodrigo_ [09:06] hi didrocks [09:24] hello. If I do an upgrade from maverick to natty with the update-manager (when natty will be released), will that switch my desktop to unity? or is unity only for fresh installs by default? [09:26] xclaesse, the ubuntu desktop edition session in gdm will start unity, you'd need to select the classic edition to use the normal GNOME panel [09:26] argh [09:41] hey rodrigo_ [09:43] xclaesse: once you select Classic Desktop it will boot into that. You will not have to select it everytime. At least that is how it works now. [09:50] hi duanedesign [10:09] uh, i thought totem was able to play regular WMV3 mms:// links. I got the plugin wizard (in natty), and it failed to find a suitable codec [10:09] mplayer works fine though [10:20] tkamppeter, Riddell: could you commit your poppler natty changes to the vcs? [10:21] ok [10:26] Riddell, thanks [10:28] done [10:28] Riddell, thanks [10:33] Riddell, did your commit also cover my changes? [10:33] tkamppeter: yes [10:33] Riddell, OK, thanks. [10:53] hey rodrigo_ [10:53] how are you? [10:53] hi seb128 [10:53] how are you? [10:53] hey chrisccoulson [10:53] hi there [10:53] I'm fine thanks [10:53] you? [10:53] lut baptistemm [10:53] yeah, good thanks [10:58] ok, bbiab, I can't resize anymore my terminator window === cking is now known as cking-afk [11:13] hi seb128 === JanC_ is now known as JanC [11:21] hi there! === MacSlow is now known as MacSlow|lunch === bilalakhtar_ is now known as cdbs [12:23] re [12:23] grrr, system tend to crash when opengl screensaver are used it seems [12:32] has somebody some time to review/sponsor https://code.launchpad.net/~geser/ubuntu/natty/json-glib/merge_0.12.0-2/+merge/47377 ? thanks === MacSlow|lunch is now known as MacSlow [13:10] Hi Martin, [13:10] Even if your time is filled with other urgent stuff, it would be great if you could take a look at the GDM side of https://bugs.launchpad.net/bugs/693337, so I can proceed with the mods, if any. [13:10] IMHO it should be possible to commit before Alpha 2. [13:10] Launchpad bug 693337 in language-selector "Menus for choosing language should have one option per available translation" [Undecided,In progress] [13:11] pitti: Please see previous entry... [13:14] ok, will do [13:15] geser, guess mvo can do it he's patch piloting today ;-) [13:18] pitti: Great! [13:22] hey geser and seb128 - i'm flying today [13:22] hey mvo ;-) [13:22] mpt: hacked a bit on a tech preview http://people.canonical.com/~mvo/tmp/sc-meets-debtags.png [13:22] seb128: the above kept me from piloting [13:22] Oh, mvo [13:23] mvo, seems it was worth it ;-) [13:25] a prototype from 2h work (and lots of inspiration from enrico from last week). ui needs loads of love and stuff is missing, but it seems like it could be the next big thing [13:28] mvo, you would need understandable tags [13:29] ;-) [13:29] heh :) indeed, the blacklist/whitelist needs some work, I filter out "implemented-in::c++" and this like alredy [13:29] there are human readable names, but AFAICT its not supporting i18n yet, that needs fixing too [13:32] mvo, well as an user it doesn't really seem obvious what those are [13:32] but maybe it's just me ;-) === cking-afk is now known as cking [13:37] seb128: indeed, its still a prototype [13:38] seb128: and it needs careful checking which tags (and how many) are useful and which are not [13:38] but patch piloting now :) - not that pie-in-the-sky-developer-work [13:50] mvo: btw, do you want to review https://code.launchpad.net/~pitti/software-properties/pygi/+merge/47463, or should I merge/upload this myself? [13:51] pitti: I can do that today [13:57] mvo: heh, call it sponsoring? :-) [13:58] hehe, good plan [14:29] hey, guys! [14:29] need help [14:30] i want to install 1004LTS dvd via usb-stick [14:31] mark-kraevskijj, hi, try #ubuntu for user support [14:32] shit, they cant answer... [14:33] seb128, they dont understand, what i need to install ubuntu from usb [14:33] well this channel is to discuss desktop packaging issues [14:33] issues or work being done on those [14:33] it's not the right one to discuss installation in any case [14:34] okay. i heard about packet, which can delete packets from .iso [14:35] wrong channel for those questions... [14:35] try again later on #ubuntu? [14:36] okay, thanks... [14:46] mvo, can you review https://code.launchpad.net/~mathieu-tl/evolution-exchange/backports-20110124/+merge/47299 as well? [14:48] seb128: sure, once I finished emacs23 [14:54] rodrigo_: pong, sorry I missed you yesterday [15:05] mvo, where are you getting the data? I thought the blocker for debtags was that Launchpad was not including them in packages in the first place. [15:07] mpt: its data from the package itself, so stale [15:07] mpt: but good enough for a first shoot [15:07] mvo, what do you mean by "the package itself"? Are you extracting them all into app-install-data or something? [15:08] mpt: I have some ideas how to integrate it into LP, should not be too hard, but it does not stop there, we should have a (web)ui for improving the tagging etc [15:08] mpt: its part of the debtags package itself, it ships a copy [15:08] * mpt resists the urge to say "surely that won't scale" [15:08] mpt: what does not scale? shipping it inside the package? [15:09] I guess it scales easier than having a package containing the icon for every application [15:10] mvo, absolutely the Web UI, that makes sense as part of [15:10] mpt: indeed [15:11] mpt: I guess if we are happy with stale(ish) tags we can go forward experimenting with them. LP support would be best IMO though [15:11] (support for integrating them into the Packages file or as additional metadata) [15:11] When you say "stale-ish", how stale? [15:13] mpt: 2010-11-08 is the current data we got [15:14] micahg, hi, just wanted to ask you about libgjs, robert told me you were working on it [15:14] micahg, it's for the-board packages that robert has been working on [15:14] we need it for g-s as well [15:15] seb128, gnome-shell you mean? [15:15] rodrigo_: ah, I won't have time to work on it until next month, but I think the version from Natty was fine, it should still be in the bzr branch [15:15] ah, ok [15:16] rodrigo_, yes [15:16] mpt: but we can use a similar approach as with app-install-data (or even integrate them there) to keep them more current [15:17] i think the script used to save space with icons in packages is doing something to alter the appearance [15:17] seb128, is that what's preventing ricotz's packages to land on the ppa? [15:17] sladen, was that something you did? have you seen problems like this? [15:17] kenvandine, ? [15:18] where do you get issues? [15:18] so the gwibber icon from my update yesterday, which didn't change any source just packaging [15:18] looks different today [15:18] rodrigo_, not sure, I've been staying away from libmozjs and gjs [15:18] in fact, i think it might look better :) [15:18] but that specific svg doesn't exist anywhere in the gwibber source [15:18] kenvandine, when was the previous rebuild before that? [15:19] december [15:19] rodrigo_: how soon do you need it in the PPA? I might be able to squeeze gjs in this weekend [15:19] kenvandine, ok so yeah maybe it's scour thing [15:19] micahg, well, asap, but whenever you have it's ok, if not, robert might have a look [15:19] i do kind of like this version of it though, looks sharper [15:19] that's it, scour [15:19] i couldn't remember the name :) [15:19] didrocks: sorry to bug you again, but i'm still having problems testing my gnome-session as default xsession fix [15:19] but it should not be changing the images [15:19] rodrigo_: is gnome-shell needed immediately as well or just gjs? [15:20] it's more blue, and sharper [15:20] kenvandine, well maybe pitti knows about that [15:20] micahg, gjs for the-board, but if you submit gnome-shell, that would be great, since we only have 2.31.5 + ricotz's packages, which are broken (for me at least) [15:20] pitti, ^^ [15:21] * kenvandine will save a version of this and see what ryan thinks :) [15:21] rodrigo_: I hope to have gnome-shell in by the end of Feb [15:21] hi kenvandine, what's up? [15:21] micahg, oh, does it need a lot of work? [15:21] i think scour is making the gwibber icon look better [15:21] :) [15:21] but of course shouldn't be changing the look of the icon [15:21] rodrigo_: no, just I lack time ATM :) [15:22] kenvandine: ah, we had a similar breakage at the sprint for deja-dup icon, discussed that with mterry [15:22] ah, any work around? [15:22] micahg, :-D [15:22] how much CD space do we win with that scour thing? [15:22] pitti, ah yeah. I don't think that bug is fixed yet [15:22] I'm still not comfortable with that change [15:22] we keep running into side effect and we only test a small part of the archive [15:23] it seems to have potential to creates issues over what it's worth [15:23] kenvandine: could be bug 702423 [15:23] Launchpad bug 702423 in scour "Scour corrupts deja-dup.svg" [Medium,Confirmed] https://launchpad.net/bugs/702423 [15:24] brb [15:24] kenvandine: could you try scour -i -o /tmp/new.svg [15:24] kenvandine: and check whether /tmp/new.svg is okay? [15:24] ok [15:24] kenvandine: dh_scour uses --disable-style-to-xml, which apparently triggers above bug with some gradients [15:25] pitti, what would be the right medium to suggest reverting that scour hack? TB? [15:25] pitti, yeah, that looks fine [15:25] seb128: u-devel@ I guess [15:25] impressive saving though, 40% [15:25] seb128: well, you know the stakes, 7.5 MB CD space [15:26] seb128, can i override that in my package? [15:26] pitti, well as said just before I still think it's wrong to run it on the archive [15:26] wow... 75.M [15:26] 7.5 [15:26] kenvandine: yes [15:26] pitti, if we maybe limited it to packages on the CD... [15:26] gwibber is.. [15:26] pitti, it still feel like having the potential to break random softwares in universe which we will not test [15:27] pitti, I'm rather concerned by the packages we will break and not notice [15:27] but "packages on CD" changes quite often and is hard to do; we could limit it to "main" [15:27] not by the default set and the few issues on the CD [15:27] I don't like much risky stability to win some CD space [15:27] kenvandine: do you use cdbs or dh7? [15:28] we should rather opt-in in the rules for sources where it's a real win imho [15:28] cdbs [15:28] seb128: that would mean changes to dozens of packages, though [15:28] pitti, well u-d list is fine but I feel we will not reach any consensus over that [15:28] kenvandine: DEB_DH_SCOUR_ARGS = -Xgwibber.svg [15:29] seb128: I'm fine for switching it to only strip main [15:29] pitti, I guess that could be an acceptable middle way solution [15:29] seb128: we could do that in the cdbs hook [15:29] should I open a bug about that? [15:29] since everything else needs to call it explicitly anyway [15:30] i would be in favor of that, much easier to know where there are problems [15:30] and we still get the win for CD size [15:30] seb128: sure, I'll get to it ASAP then [15:31] pitti, thanks === bjf[afk] is now known as bjf [15:38] pitti, that did it, thx [15:39] pitti, bug #708081 [15:39] Launchpad bug 708081 in cdbs "should not run scour on the sources in universe" [Undecided,New] https://launchpad.net/bugs/708081 [15:39] seb128: thanks [15:39] thank *you* for workin on that ;-) [15:45] kenvandine: pitti has been working on the integration of scour (an XML stripper) to the package build process [15:46] kenvandine: if you find any .svg icons that are not being stripped correctly, you should be able to exclude, or the ideal and better solution is to fix scour itself [15:46] kenvandine: ah, pitti replied. Guess you're sorted [15:48] * bcurtiswx waves to room [15:49] mvo, as for the UI, the debtags syntax is basically incompatible with showing them raw. Their main purpose will be powering much better subcategories. We could also allow searching for them in the existing search field (since you're not likely to enter "::" for any other reason). [15:49] mvo, what do you think? [15:50] I'm off for about an hour, bbl [15:54] mpt: (sorry, phonecall, so short) - its incompatible indeed, but I think we could use some tags (not raw, with proper description) for faceted navigation. we need to experiment with that a bit I guess [16:01] vuntz, interesting discussion about your blog on lwn [16:07] rickspencer3: ah, some clueless comments too [16:10] * vuntz wonders if he'll start replying to comments one day [16:11] hey vuntz, how are you? [16:12] seb128: very good, except for the fact that I somehow keep starting new tasks without finishing the old ones today :-) [16:12] seb128: how's life? [16:12] pitti: holy crap dude [16:12] pitti: i had no idea you were into the pygvariant stuff :) [16:15] vuntz, life is great there ;-) [16:15] pitti: some feedback, though: the GVariant constructor should take only one argument [16:15] (other than the type string, i mean) [16:16] otherwise it's somewhat logically inconsistent [16:16] vuntz, if that's only today I guess that's ok ;-) [16:16] rodrigo_, did you not enable the dconf to gconf bridge in g-s-d3 for a reason? [16:16] rodrigo_, or is that just an error? [16:16] seb128: heh, I have hopes I'll be able to close windows at the end of the day [16:17] vuntz, without opening new ones? ;-) [16:18] vuntz, I forgot to enable it [16:18] rodrigo_, I guess that was for me, ok, thanks [16:19] rodrigo_, I'm rebasing on the current version and fixing some errors on the way [16:19] like shipping the gconf migration script [16:19] or enabling the gconf bridge [16:19] seb128, ugh, yes, for you, got confused by so many Frenchmen :-D [16:21] rodrigo_: take care of your next sentence… can be dangerous for you at next UDS :-) [16:21] didrocks, :) [16:25] rodrigo_, I've retried your gnome-screensaver upload builds btw which worked [16:27] seb128, yes, it was failing because of some broken packages, right? [16:27] right [16:27] the eog one is a real bug though [16:27] yes [16:43] rodrigo_, ok, uploaded a new g-s-d revision to the ppa, it should enable the sound and gconf option and install the gconf migration script [16:43] ok, thanks! [16:48] seb128, hmm, you re-added "fdescfs" to the list of fs to monitor. We removed that upstream because of some bsd problems with that [16:49] rodrigo_, it's coming from debian [16:49] hmm, ok [16:49] rodrigo_, it doesn't matter on ubuntu I guess [16:50] yes [16:50] but it might be worth mentioning it on #debian-gnome [16:51] desrt: you actually can pass a tuple (which is what you want to do in most cases) [16:52] desrt: that's what I planned to do, but as the previous API allowed you to pass a "flat" *args, I kept that [16:52] pitti: please drop it before it gets any wide use [16:52] it's very broken... [16:53] if tomeu is fine with it, so am I [16:53] desrt: let's discuss in #introspection? [16:53] desrt: I'd like to ask tomeu, as I didn't introduce this API [16:53] i'm just going out the door actually [16:53] i talked to tomeu about this before [16:53] ok, will ask him [16:54] and i think he agreed [16:54] then i took over writing the stuff, and unceremoniously dropped it on the floor :( [16:54] so i feel a bit of guilt about that, but still... we should try to get it right [16:54] * desrt out [16:57] seb128, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7/+merge/47557 backported some git patches, pbuilder built success, tested on my lappy successful too [16:58] desrt: talked to Tomeu, he's fine with that; I'll work on that [17:03] bcurtiswx, great, you can maybe open sponsoring requests for those [17:04] rodrigo_, ok, you sorted the patch issue ;-) [17:07] seb128, bzr lp-propose ? [17:07] bcurtiswx, you can do that for example [17:08] bcurtiswx, you should document the rules change in the changelog [17:12] seb128, ah yes, done :) [17:13] seb128, bcurtis@weather:~/Packages/empathy/natty/ubuntu$ bzr lp-propose bzr: ERROR: lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7 has no product [17:14] didrocks, james_w: ^ do you have any clue about that? [17:15] I think lp-propose is expecting lp:~name/product/branch format, but that's just a raw guess [17:15] bcurtiswx, you should run that in your directory [17:16] bcurtiswx, did you run it from empathy-2.32.2-0ubuntu7? [17:16] its ~/Packages/empathy/natty/ubuntu [17:16] which is where i've been pushing from [17:17] bcurtiswx: seems you pushed to lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7 [17:17] (on launchpad, I mean) [17:17] didrocks, yes.. should I bzr lp-propose lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7 ? === alecu is now known as alecu-lunch [17:19] bcurtiswx: no, rather try bzr push --remember lp:~bcurtiswx/empathy/empathy-2.32.2-0ubuntu7 [17:19] bcurtiswx: then bzr lp-propose [17:20] didrocks, http://paste.ubuntu.com/558629/ [17:22] bcurtiswx: hum, what's your source, is it our default ~ubuntu-desktop/empathy/ubuntu branch? [17:22] didrocks, yes [17:23] bcurtiswx: try bzr upgrade . [17:23] then push again [17:23] bzr: ERROR: The branch format Meta directory format 1 is already at the most recent format [17:24] didrocks, ^^ [17:25] bcurtiswx: ok, I have no clue then, sorry :/ [17:25] hmm [17:25] hum [17:25] https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7/+merge/47557 [17:25] you already submitted it it seems [17:25] seb128, thats the original link i gave you :-\ [17:25] you should just add ubuntu-sponsors to the reviewers [17:26] bcurtiswx, right sorry I had a glance and closed it then we discussed sponsoring [17:26] seb128, ok :) [17:27] seb128, as a reviewer or on the branch itself? [17:29] seb128, nvm got it [17:30] gonna go start a slow cooker beef stew, yum yum. bbs [17:43] desrt: there: http://git.gnome.org/browse/pygobject/commit/?id=27e3a6276ff5f2cdc03ddf69ee80d44c3bf2c094 === bjf is now known as bjf[afk] [18:06] has anyone else upgraded to ffox4 b10 yet? [18:07] chrisccoulson, i did [18:07] ricotz, does it still ask you if you want to save your tabs on close? [18:08] (and is yours a mozilla or ubuntu build?) [18:08] chrisccoulson: charlie-tca was having an issue using report a bug from it [18:08] chrisccoulson, current natty version, seems it doesnt ask [18:08] micahg, oh, that's not important ;) [18:08] ricotz, hmmmm, so it's not just me :) [18:09] that's pretty bad, it just forgets all my tabs here [18:09] seb128: cdbs fixified [18:09] pitti, thanks [18:09] and with that, good night everyone! [18:09] 'night pitti! [18:09] 'night pitti [18:10] micahg, report a bug would have stopped working until the latest ubufox gets published (if it's not already) [18:10] bug #708171 [18:10] Launchpad bug 708171 in nautilus "Multi-column list view (aka Miller Columns)" [Wishlist,Triaged] https://launchpad.net/bugs/708171 [18:10] bah user titles... [18:10] seb128 - heh, i noticed that too ;) [18:10] oh it got renamed [18:10] it was "after 30 years still NO miller-columns in nautilus!" [18:10] lol [18:10] i've told that guy a billion times already he should stop exaggerating ;) [18:11] j/k [18:11] ;-) [18:11] interesting, there was an early release of nautilus in 1981… :-) [18:12] can learn a new thing everyday :) [18:13] ;-) [18:13] ricotz, what do you have browser.startup.page and browser.tabs.warnOnClose set to in about:config? [18:15] chrisccoulson, browser.tabs.warnOnClose=true browser.startup.page=0 [18:15] ricotz, ok, same as me :) [18:16] i just confirmed on b9 those pref's show the warning on close [18:16] but now it just discards all your tabs :( === alecu-lunch is now known as alecu [19:11] hey, I'm merging gnome-power-manager with Debian unstable and I dunno whether include changes related to Debian bug 591776 [19:11] Debian bug 591776 in gnome-power-manager "xfce4-session: Please don't start both {xfce4,gnome}-power-manager" [Important,Fixed] http://bugs.debian.org/591776 [19:16] ari-tczew, that change is probably fine [19:17] please don't take the debian hack of moving g-p-m to start in the initialization autostart phase though [19:17] i've already reverted that because it got inherited from the last merge [19:19] ari-tczew, did debian install it in /etc/xdg/autostart before? [19:19] i thought they'd already moved desktop files out of /etc, but i might be wrong there (or perhaps they put them back again) [19:19] chrisccoulson: look on full diff: http://paste.ubuntu.com/558670/ [19:19] I disabled these ++ in d/rules [19:19] correct? [19:20] ari-tczew, ok, that change is fine [19:21] chrisccoulson: to be clear: disable their additions in d/rules and keep debian/postinst ? [19:21] ari-tczew, no, you need the debian/rules bits, else it won't install an autostart file at all ;) === bjf[afk] is now known as bjf [19:22] does xfce4-session honour "OnlyShowIn"? [19:22] chrisccoulson: I guess it needs to be disabled since your changes from last days *ubuntu3 [19:22] chrisccoulson: yes, it should at least :) [19:22] that would be a better fix, to drop "XFCE" from OnlyShowIn in the g-p-m desktop file, rather than moving it ;) [19:22] didrocks: are you able to sponsor my merge? [19:23] i can sponsor g-p-m if didrocks is busy [19:23] ari-tczew: not reallly, I'm debugging some stuff right now [19:23] chrisccoulson: that will be nice! thanks :) [19:23] chrisccoulson: ok, gimme 5 minutes [19:23] thanks [19:24] chrisccoulson: so, you don't have any issue with xdg-open? === Zdra is now known as xclaesse [19:24] chrisccoulson: like xdg-open tries to open nautilus? [19:24] (or your default file manager) [19:24]