[00:19] Whoops, just missed mterry. [01:57] wow, my terminal crashed in the middle of my build :( [02:00] jbicha, gtk3? [02:02] robert_ancell: no I was just building gnome-shell [04:37] RAOF: hey! [04:50] desrt: Yo! [04:51] Oh, wow. That router really wanted a reboot. [04:51] RAOF: i just discovered something cool from wikipedia [04:51] RAOF: you're one of the few non-canadians who is likely to understand me when i say "i didn't pay my bill, so they cut off my hydro." [04:52] :) [04:52] It's no longer called the hydro in Tassie, though; it got the three-part split a decade ago or so. [04:53] they still use the name here [04:53] even though it's 75% untrue these days [04:54] What was called the HEC is now Transend, Aurora, and... some other company, which actually owns the dams. [04:55] ah. like that. [04:56] Yeah. [04:56] i thought you meant three sources [04:56] Oh, no. [04:56] like hydro/nuclear/coal [04:56] which is sort of how the situation is in ontario [04:57] As far as I know, it's still almost all hydro, with a peaking gas plant at Bell Bay, and a connection to the national grid via a submarine cable to Victoria. [04:57] Which means that there's coal/wind/solar in there, too, but in aggregate :) [04:57] most of canada is hydro [04:57] but ontario has a lot of nuclear [04:57] we're just about done with the coal, fortunately [04:58] but ya... gas as well [05:02] Good morning [05:02] pitti: good morning [05:07] Hey pitti [05:24] good morning [05:25] hey didrocks [05:25] guten morgen pitti, how are you? [05:25] quite fine, thanks! yourself? [05:26] I'm fine as well ;) grey weather outside, still rainy and it seems it will become worse in the follow hours. All good reasons to stay home :) [05:33] Good Morning. === tkamppeter_ is now known as tkamppeter [07:24] good morning everyone [07:24] hey chrisccoulson [07:25] hi pitti, how are you? [07:25] quite fine, thanks! how are you? [07:27] pitti - yeah, good thanks [07:30] hey chrisccoulson! [07:31] moin! [07:32] Sweetshark: oh hai! === ritz is now known as ritz|nomNomNom [07:34] hi Sweetshark [07:36] pitti, didrocks, seb128: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-precisetest-20120327/+sourcepub/2385065/+listing-archive-extra <- this should fix one bug you nagged me about (didrocks: quicklists, pitti: -kde/-gnome suggests, seb128: visio mime for LibreOffice Draw) [07:38] hey pitti, good morning. You've probably seen it, but the full langpack export finished this morning \o/ have you had a look whether the ubuntu-docs xml translations are there? [07:38] Otherwise I can have a look at it myself [07:40] dpm: oh, you were interested in that too: l10n for quicklists is "fix commited" [07:40] dpm: yes, I saw; I started the build some 15 minutes ago [07:41] dpm: ubutu-docs xml trnaslations are not in teh LP export, langapck-o-matic downloads them directly from LP (see my mail replies to mdke) [07:41] (argh typing!) [07:42] ah, gotcha, good to know, thanks pitti! [07:42] Sweetshark: great, thanks! this should probably become an SRU at this point, given the build times, but as this is going to -proposed anyway, we could still consider moving it into final [07:42] * dpm hugs Sweetshark [07:42] that's awesome, thanks for getting this in, that will make non-English users happy! [07:47] micahg: o/ [07:48] pitti: so, there's a sendto feature for blueman that we decided to disable as it's breaking nautilus-sendto, the problem is that the flag isn't recognized when passed through DEB_CONFIGURE_EXTRA_FLAGS, it looks like the feature is written improperly in .ac, but I'm not sure offhand how to regenerate configure with CDBS without dh-autoreconf which just seems to do everything twice [07:49] AC_ARG_ENABLE(sendto, [07:49] [ --enable-sendto=[yes/no] Enable nautilus-sendto plugin build],,have_nst=no) [07:49] oops, was originally yes at the end [07:49] pitti: right. I will make that an 3.5.2-2ubuntu2 for proposed. [07:49] micahg: a mere DEB_CONFIGURE_EXTRA_FLAGS = --disable-sendto doesn't work then? [07:50] nope [07:50] micahg: err, --enable-sendto=no [07:50] that's odd [07:50] well, in theory from what I read, both should work, but neither does [07:51] micahg: so, if you patch the configure.ac, including /usr/share/cdbs/1/rules/autoreconf.mk ought to be sufficient [07:51] if I read the docs correctly (which is a big if at this hour), the last option to AC_ARG_ENABLE is the ELSE clause (i.e. no feature) [07:51] and adding dh-autoreconf build dep [07:51] pitti: it includes gnome.mk [07:51] sure, but gnome.mk doesn't include autoreconf [07:51] I tried with dh-autoreconf but not with that and fixing the ELSE clause to no [07:51] * micahg tries now [07:52] * pitti has a closer look at the autoconf bit [07:54] Nautilus sendto plugin enabled: yes [07:55] argh [07:55] micahg: [07:55] have_nst=yes [07:55] AC_ARG_ENABLE(sendto, [07:55] [ --enable-sendto=[yes/no] Enable nautilus-sendto plugin build],,have_nst=yes) [07:55] micahg: there is nothing that ever sets this to "no" :) [07:55] right, so I changed the final bit to no instead of yes, but I think I just wanted to no in the middle there [07:56] so your patch seems correct [07:56] pitti: it generates as this: http://paste.ubuntu.com/935105/ [07:56] hmmmm, "wc -l debian/patches/series == 38" -- some upstreaming checking for q is in order. [07:56] which seems to tell me I did it backwards [07:58] Nautilus sendto plugin enabled: no \o/ [07:58] I did do it backwards :) [08:00] ok, I tried something shorter, but that didn't quite work; /me tests teh proper approach [08:01] pitti: I've got the patch now, I just hope it doesn't break something for Xubuntu or Lubuntu now :) [08:01] pitti: thanks [08:02] micahg: http://paste.ubuntu.com/935110/ confirmed to work in all three cases here [08:02] I tried [ --enable-sendto=[yes/no] Enable nautilus-sendto plugin build],have_nst=$enable_val,have_nst=yes) [08:02] but that's not quite correct [08:02] as enable_val is "" for --disable-sendto [08:03] pitti: I did this: http://paste.ubuntu.com/935105/ [08:03] oops, that's the old one [08:03] http://paste.ubuntu.com/935111/ [08:03] hey [08:03] micahg: does that really work with --enable-sendto ? [08:03] hey seb128 [08:03] salut seb128 :) [08:03] seb128: happy thursdsay \o/ [08:03] seb128: do you happen to have another bug to fix? [08:03] hey pitti didrocks, how are you? [08:03] yes, I have--enable-sendto=no set right now [08:04] seb128: I'm fine, it's thursday ;) [08:04] you? [08:04] micahg: I think that would break with --enable-sendto (i. e. not enable it) [08:04] pitti, no bug no, why? [08:04] didrocks: did you move to Australia recently? [08:04] seb128: I have one I'd like to fix, but can't ruin the stats [08:04] didrocks, did you swap friday this week? [08:04] pitti, use proposed? ;-) [08:05] I guess I could do that, yes [08:05] pitti: just kidding with seb128, as I shifted my easter monday holiday with this friday and when I was the only one here working on friday, he was gladly telling "it's friday for me on thursday" :) [08:05] so, revenge ;) [08:05] seb128: yeah! [08:05] pitti: you are correct [08:05] * micahg looks at how other flags work [08:06] micahg: http://paste.ubuntu.com/935110/ is the standard approach [08:06] the "else" part is right, it's meant to default to "yes" [08:06] but it fails to consider the value when disabling it [08:06] ok, in fact, only sudo was dropping all the env for pbuilder, no black magic here :) [08:07] didrocks, ;-) [08:07] pitti, don't bother about the stats anyway, just upload where it's right, we can say that in spirit we tied ;-) [08:07] * seb128 hugs pitti [08:08] seb128: nah, I'll use -proposed [08:08] then we can even build apport already, and publication will be faster [08:10] seb128: bug 926940 is fix commited [08:10] Launchpad bug 926940 in mime-support "Visio files not associated with LibreOffice Draw" [Undecided,Confirmed] https://launchpad.net/bugs/926940 [08:10] Sweetshark, hey, thanks! [08:11] pitti: I'm just tempted to default to no and be done with it ;) [08:11] micahg: that's not upstreamable, though; above fix is [08:11] but if you aren't concerned about that, pretty much any hack will do [08:11] micahg: you could even choose to simply not install the extension, i. e. change debian/*.install ? [08:12] that should avoid the autoreconfiscation, too [08:12] there is no .install, but I can rm the files I guess [08:12] ah, single-binary [08:32] * micahg files a bug against blueman for the flag issue [08:38] micahg: speaking of bluetooth [08:38] micahg: and I'm being totally opportunistic [08:38] micahg: why do I have two bluetooth indicators, with different content? [08:39] lifeless: no idea, I don't even use it, I'd suggest speaking to cyphermox [08:46] did you guys see that we have shiny new i386 and amd64 buildds? [08:46] https://launchpad.net/builders [08:47] they are now super-fast [08:49] \o/ [08:50] now powerpc sucks even more, relatively speaking :) [08:50] Sweetshark will be happy with his next LibO upload === chaoticuk_ is now known as chaoticuk [08:52] hrhr, if i386/amd64 and powerpc/arm grow even further apart, we will run into the uploading while building scenario even more often (not that it didnt happen before). [08:54] well, ~4.5 hrs for i386/amd64 [08:55] well, powerpc is still faster than arm*, but the queue for it will be further behind [09:27] didrocks, seb128: do you happen to know about these lightdm-set-defaults additions? http://launchpadlibrarian.net/102448032/lightdm_1.2.0-0ubuntu2_1.2.1-0ubuntu1.diff.gz [09:27] they formally need a FFE [09:27] if not, I'll mail robert [09:28] pitti, it's an utility that can be used to change the config [09:29] pitti, https://code.launchpad.net/~mfisch/lightdm/set-defaults-work/+merge/102196 is the work that landed [09:29] pitti: they are called by helper in postinst normally [09:31] seb128: yes, I know [09:31] so that wasn't tied to a bug [09:32] pitti, yeah, robert_ancell is usually overlooking processes and paperwork ;-) [09:34] seb128: look at https://launchpad.net/builders :) [09:40] pitti, nice ;-) [10:30] pitti, 04/17/12 11:56:52: retracing #983892 failed with status: -11 [10:30] pitti, do you know what status: -11 means? [10:30] argh, that again? [10:30] segfault [10:30] I guess you have a core file now [10:30] hum [10:30] I usually just remove and restart [10:30] there is a "core" in the userdir yes [10:30] pitti, ok [10:30] should I rm the core file as well? [10:30] as you wish [10:31] we'll get a new one soon enough :) [10:31] ok, too late if you wanted it [10:31] oh, and I was _so_ keen on debugging python on lucid now!!! [10:31] ;-) [10:31] 04/18/12 10:31:33: retracing #984064 (left in pool: 216) [10:31] *shrug* [10:31] 216 bugs in the backlog [10:32] in 24 hours, wowo [10:32] s/o$// [10:33] pitti, well I already rmmed a lock file yesterday for a -11 error so maybe it's > a day [10:33] i.e it was maybe not an empty pool when it stopped [11:04] pitti, are the retracers supposed to close the bugs when retracing fail or only if retracing fail && some_other_condition? [11:04] seb128: retrace fail && useless stack trace [11:04] err [11:04] I mean retrace fail (== useless stack trace) and outdated packages [11:04] * pitti -> lunch, bbl [11:04] pitti, enjoy [11:05] I tend to be annoyed by "useless stacktrace && !outdated packages" I guess [11:05] i.e corrupted dumps [11:05] they are useless still be kept open === MacSlow is now known as MacSlow|lunch [11:31] ricotz: you are on http://planet.documentfoundation.org btw [11:33] Sweetshark, hey, nice ;) [11:35] ricotz: and on http://voices.canonical.com/ for completeness sake ;) [11:36] hehe [11:46] Sweetshark, how is the debian,ubuntu relationship going for libreoffice nowadays? is rene still an Ubuntu hater? ;-) [11:47] 13:08 * _rene_ thinks committing unity files upstream is the "something wrong" here [11:47] 13:08 <@_rene_> *hides* [11:48] ^- thats a few minutes ago on libreoffice-dev. Still, I personally can work with _rene_ quite well, although he might still have a lot of reservations against ubuntu. [11:50] that's something at least ;-) === MacSlow|lunch is now known as MacSlow === greyback is now known as greyback|lunch [12:18] good morning [12:18] hey jbicha [12:18] how are you? [12:19] jbicha, hey [12:19] jbicha, good job getting the ubuntu-docs update in ;-) [12:21] seb128: does it work for you in French? [12:21] jbicha, local build worked, I can't tell for the archive until we get new langpacks [12:49] * pitti sighs at more crashes in the retracer, restarting [12:49] pitti, thanks === greyback|lunch is now known as greyback [12:55] Sweetshark: hi, thanks for your work on reenabling the LO quicklists, however there is a tiny one liner bug left. could you please take a look at bug #774020? [12:55] Launchpad bug 774020 in libreoffice "Menu of Draw in zh_TW translation is not included in Natty" [Undecided,New] https://launchpad.net/bugs/774020 [12:56] I still see it here: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/ubuntu-quicklists.diff;h=a0fba1d9243b03fe0833341f06348e78de56b1c1;hb=06d44513521f9db4417cd317e8266d8e1069aa2e#l210 [13:07] kelemengabor: i see a tranlation for zh_TW in line 265 for draw. What do I misunderstand? *confused* [13:07] hmm, is overrides the only way to configure unity-greeter? can't we use /etc/dconf/db ? [13:09] Sweetshark: I have linked line 210 for zn_CN, which should be zh_CN [13:09] kklimonda, nothing block you do use a db, that's a sysadmin stuff usually though [13:09] * desrt yawns [13:09] desrt, hey [13:09] hi [13:09] desrt, how are you? [13:09] desrt, not to cold? [13:09] pre-coffee :) [13:09] yourself? [13:10] I'm good thanks [13:10] cold? [13:10] desrt, we are pretty hard frozen by now [13:10] it's cold around :p [13:10] oh :) [13:10] i'm enjoying the cold [13:10] it's a nice lul [13:10] ;-) [13:10] i noticed you assigned more examples of that weird error-case gsettings (possibly threading) issue [13:10] seb128: aren't overrides are distro stuff though, being in /usr/share and requiring a call to glib-compie-schemas afair? [13:11] Sweetshark: oh, sorry, I think this is another bug :\ [13:11] desrt, yeah, I was unsure if you want to know about them as well, or if you receive emails about bugs you are just subscribed to, or if you want them just opened on bugzilla [13:11] desrt, I decided I would assign them to you just to get your comments, feel free to unassign ;-) [13:11] seb128: i'm really not sure what the issue is in this case [13:11] seb128: nah. i don't mind having it assigned. i'm really curious about what the issue is [13:12] just don't expect a fast fix :) [13:12] kklimonda, they are, what are you trying to do? [13:12] do you figure that there's any chance that this is another one of those weird logout issues? [13:13] desrt, oh, they are stoppers in no way, they just seemed to be maybe real bugs so I wanted you to see them in case they are just another yet stupid distro upgrade race issue or something [13:13] desrt, could be yes [13:13] seb128: after poking at it a bit, it's the only explanation i could come up with [13:14] seb128: well, I just got a bug email from lightdm about disabling start-up sound (I'm subscribed to a bunch of "new" packages like lightdm/unity-greeter so I can see what's going on with them ;)) [13:14] desrt, I hate logout issues, I really want to get a way to see what bugs happen on logout ;-) [13:14] seb128: and someone has suggested creating an .override file to do that [13:14] seb128: that would probably not be too difficult [13:15] seb128: i suggest talking to pitti about it :) [13:16] (actually, maybe it is difficult -- it is rather unlikely that logout-time crashes are handled right away so, by the time apport is doing its thing, it's probably no longer logout time) [13:16] kklimonda, just edit the etc config? [13:16] desrt, well then "not current session" [13:17] like compare the report time with the login time or something [13:17] ya. that would probably work fairly well [13:17] although i guess it could also give some false positives [13:18] we should maybe wipe the reports on login [13:18] well [13:18] this is a bug [13:18] so i'm happy we know about it :) [13:18] seb128: ok, I'm a bit confused - why does unity-greeter has etc config and ships with the gsettings schema? [13:19] kklimonda, that option seems to be in gsettings [13:19] kklimonda: the file in /etc is old [13:19] it's no longer used [13:19] kklimonda, what are you trying to do? just a local change for your user? just set the key for in the etc db or for the lightdm user? [13:19] kklimonda: this confused me quite a lot at one point as well [13:19] kklimonda: the settings are actually stored in a normal dconf db in the lightdm homedir [13:21] jbicha, you should probably open a ffe bug where we can have that discussion for the record in any case [13:22] seb128: well, the current example is disabling start-up sound that unity-greeter is apparently playing, but I'm trying to wrap my mind around an entire concept :) [13:23] kelemengabor: do you have a bug# for zn_CN [13:23] ? [13:24] Sweetshark: no, I have looked for it, but nothing [13:24] should I file one? [13:24] seb128: it doesn't help that a lot of lightdm settings (like disabling user list or enabling "others" login) are not in gsettings, but in the old good .conf file [13:26] kklimonda, lightdm != unity-greeter [13:28] Hi! How is gtk-window-decorator started by unity? With the arm gles2 compiz/unity packages, I need to run it manually to get any decorations and I am trying to figure out what is wrong. [13:28] seb128: I know, but they use vastly different configuration mechanisms and I can imagine that at some point in the future sssd will gain an ability to sync dconf/gsettings with LDAP to ease deployments (or someone creates a different solution to this problem), but we'll be stuck with old good puppet to configure lightdm ;) [13:28] ogra_: ^^ [13:28] ogra_: (two lines up) [13:29] alf_, try #ubuntu-unity [13:29] kelemengabor: that would be great [13:29] kelemengabor: bug 774020 can be assumed fixed than? [13:29] Launchpad bug 774020 in libreoffice "Menu of Draw in zh_TW translation is not included in Natty" [Undecided,New] https://launchpad.net/bugs/774020 [13:30] alf_, i think its related to /x-window-manager [13:30] kklimonda, I would be reluctant to make lightdm use gsettings [13:30] Sweetshark: yes, the Draw file has no zn_TW entry anymore [13:30] seb128: it's already linking against the entire glib stack, isn't it? [13:30] seb128: thanks [13:31] I guess the argument against it is to make lightdm more desktop-agnostic [13:31] kklimonda, yeah, it's stupid, ignore that, I still hate how non-robust gsettings is against i.e schemas install issues [13:31] like the last thing I want is the login manager to fail starting because it doesn't find a schemas telling if it should play the login sound [13:32] *nods* that's a good argument, but isn't it the case already now that unity-greeter is using gsettings? [13:32] unless lightdm can work in a fallback mode without unity-greeter? [13:33] which is why I say "it's stupid, ignore that" ;-) [13:33] ah, right :) [13:33] well without unity-greeter lightdm would send you in failsafe mode to fix your config [13:33] or should [13:34] which is funny given that we dont actually *have* a config anymore and xorg should sutodetect the world :) [13:34] *auto... [13:34] Sweetshark: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/984893 [13:34] Launchpad bug 984893 in libreoffice "Typo in LO Base desktop file: zn_Cn" [Undecided,New] [13:36] ogra_, well you can have a broken config [13:36] ogra_, which means fixing it is basically removing the broken config ;-) [13:36] * cyphermox <3 readu [13:36] gah [13:36] seb128, sure, but that usually doesnt refer to xorg itself [13:36] cyphermox, hey, how are you? [13:36] hey [13:36] not too bad [13:37] seb128, i.e. if my lightdm config is broken the failsafe doesnt offer me to fix that but it wants to fix xorg [13:38] ogra_, it should offer you that, that was the plan [13:38] ogra_, I guess some workitems didn't get done this cycle [13:38] yeah, i definitely didnt see such an option in my broken setups [13:55] kelemengabor: fix committed [13:55] seb128: logout crashes> do we still get that many? I was hoping the fix that we put into apport would get rid of many of those [13:56] pitti, the issue is that it's hard to do which ones are logout issues and not [13:56] Sweetshark: thanks! [13:57] pitti, I got one for sure yesterday from an oneiric to precise update, evince exited on missing gschemas key because it was running during the update and schemas changed under it, the user got apport to trigger after the first login into precise after reboot [13:58] pitti, it took some pingpong and look at timestamp to figure the issue happened during the upgrade before reboot, he got the prompt after reboot and login in the updated system [13:59] pitti, what was the hack done in apport again? maybe it doesn't work as it should? [13:59] seb128: http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/hookutils.py#L814 [14:00] oh, wait [14:00] we only use that to determine whether or not to attach ~/.xsession-errors [14:01] we don't actually prevent them from being sent [14:01] mostly because service processes (plumbing, gvfs, and the like) are not directly attached to the session [14:03] pitti, ok, that makes sense [14:04] pitti, I wish reports would have the "current login time" as well as report['Date'] [14:04] I don't think we have found a real solution for "is this happening at logout" yet [14:04] pitti, report['Date'] is the date where the issue happened or when ubuntu-bug was run? [14:04] I think you folks are likely to be interested in this, apparently the Ubuntu specific modifications to GTK+ are incompatible with Wayland: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/984914 [14:04] Launchpad bug 984914 in gtk+3.0 "Ubuntu modifications to GTK+ incompatabile with Wayland" [Undecided,New] [14:04] seb128: the latter [14:04] seb128: we can find out about the former, though, maybe that makes more sense [14:04] Darxus, not for precise [14:04] Darxus, maybe next cycle [14:05] seb128: wait, hang on, I tell rubbish [14:05] seb128: yes, Date is the time the crash happened, sorry [14:05] pitti, from the evince report I was talking about I had the impression Date was the issue time [14:05] pitti, ok, that matches that specific case I looked at today [14:05] so I would just need the "current login" time [14:06] seb128: Yeah I know it's not getting enabled in Precise, just seemed like something somebody would want to fix eventually. [14:06] like when running ubuntu-bug, look at ck current login and compare to the report date [14:06] seb128: you mean the time when apport-bug runs? [14:06] seb128: that's precisely what in_session_of_problem() gives you [14:06] pitti, is that somewhere in the report? or is that just used for the .xsession-errors logic? [14:07] seb128: so for desktop apps, you indirectly know by "does this bug have a xsession-errors attachment" [14:07] pitti, I don't see that actual info being printed [14:07] seb128: no, it's not a separate field [14:07] pitti, well, "doesn't have a xsession-errors" can also mean "the xsession-error log had nothing matching the filter regexp" [14:07] seb128: if a bug has an .xsession-errors, then it's not a "crash at logout", barring weird bugs [14:08] seb128: right, that too [14:08] so you are back to be unsure [14:08] pitti, could we just append session_start_time to the infos? [14:09] seb128: would it be enough to have a boolean flag? InSessionOfProblem: Yes [14:09] or so? [14:09] I guess that's what you are actually looking out for, and improves both privacy and also the legibility of reports? [14:09] pitti, concrete example: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/983697 [14:10] Launchpad bug 983697 in evince "evince crashed with signal 5 in g_settings_get_value()" [Low,Invalid] [14:10] pitti, yes, a boolean would work for me [14:11] pitti, and yes, either to have apport to do the timestamp checks and the logic than having to do it manually, even if that's easy maths ;-) [14:11] either->easier [14:13] seb128: so that, or an extra tag, or so [14:13] seb128: how woudl that help in that particular case? [14:13] pitti, I just need the info, I'm not picking about how it's exposed [14:14] seb128: it wasn't the session that was closing? [14:14] seb128: but I actually thought we reject crashes if the binary changes between the crash and the reporting time [14:14] ah, I guess here it crashed when the new binary already was in place, darn [14:14] no we don't [14:14] right [14:14] so we'd need to find out at crash time if the binary is the same as it was when the program started [14:15] i. e. program start time >= mtime(ExecutablePath) [14:15] pitti, good point, that wouldn't give me the exact info I need, but at least I could see "none of the dup happened in the current session" [14:15] pitti, which is a good clue it might be a logout issue [14:15] program start time shoudl be somewhere in /proc, hang on [14:16] ah, I could use the time of the /proc/pid/exe symlink [14:16] and compare that to the mtime of the executable path [14:16] pitti, that's another issue but a frequent one, in fact it's a more interesting one [14:16] i. e. crash right after upgrade [14:17] pitti, we often have the case with g-s-d or unity where new report come from the fixed version [14:17] Can anybody give me a summary of what I'm getting into by disabling the patches in the precise gtk package? The ubuntu specific stuff? What depends on that, Unity? [14:17] pitti, because people didn't restart for 3 days [14:17] so they still have the old buggy version loaded [14:17] which is often giving us some wth, does the fix doesn't work? [14:17] * pitti files that as a bug; then we have something to report to when asking for an SRU [14:17] pitti, thanks [14:18] Darxus, lot of trouble [14:18] Darxus, do you disable all the patches? [14:18] Darxus, you will basically break unity, appmenu, overlayscrollbar [14:18] seb128: I did in the last one I built, with the 3.4.1 packaging and gtk master. [14:18] seb128: Thanks, that's exactly what I was looking for. Anything else? [14:19] Darxus, the sound indicator [14:19] Darxus, software-center [14:19] Darxus, scrolling in gwibber [14:19] Darxus, like some other stuff as well [14:19] Darxus, i.e "don't do that"' [14:19] Thanks. [14:20] Eh, do you have any better suggestions for creating a package that allows gtk apps to work through wayland? [14:21] Darxus, what ubuntu patch breaks wayland support exactly? [14:21] I'm not sure. [14:21] Darxus: you really ought to start with the current Ubuntu packaging instead of starting from fresh, it'll make your life a lot easier [14:21] start by figuring that? [14:21] seb128: bug 984944, I subbed you [14:21] Launchpad bug 984944 in apport "Reject crashes that happen right after upgrade" [Medium,Triaged] https://launchpad.net/bugs/984944 [14:21] pitti, danke! [14:21] jbicha: I'm planning to - the problem is that segfaults due to bug 983697. Which is why I'm asking about disabling the ubuntu patches. [14:22] Launchpad bug 983697 in evince "evince crashed with signal 5 in g_settings_get_value()" [Low,Invalid] https://launchpad.net/bugs/983697 [14:22] Darxus, try export LIBOVERLAY_SCROLLBAR=0 [14:22] seb128: Cool, thanks. [14:22]