=== micahg1 is now known as micahg === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [04:41] * TheMuso starts to respond to the conversation in -devel, but decides not to. He won't listen. [04:41] which one [04:42] About removing plymouth/upstart et al. [04:42] some discussions are best left [04:42] Agreed. [04:43] hmm, subject? I seem to be sparse on u-d mail [04:44] * TheMuso is talking about #ubuntu-devel on IRC. [04:44] oh [04:44] now it makes sense :) [04:45] this is far from the first time he's visited :) [04:45] Yeah I remember seeing him ask a questino the other day about removing upstart and going back to sysvinit. [04:45] *question [04:45] oh wow [04:45] That doesn't seem like a winner :) === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [07:04] Good morning [07:06] Guten Morgen pitti [07:06] * pitti goes to test the new netbook images [07:07] pitti: is the boot issue fixed? [07:07] yes [07:08] great, I'll give it a try too this morning [07:37] pitti: is it just me, or there is no NotifyOSD in the live session? [07:42] didrocks: right, it's notification-daemon for me in the netbook live session [07:44] pitti: did you test the desktop one or should I have a look ? [07:44] I didn't test notifications there [07:44] so please do [07:44] ok, syncing the image [07:44] didrocks: hm, somehow this places thing is still a little unorganized; defaulting to "all applications", and defaulting to that empty view, etc. [07:44] it's really hard to find the installer [07:45] shouldn't there be some kind of "Favourites" somewhere? [07:45] didrocks: "System" apps is empty, is that known? [07:46] pitti: right, it should default to "all applications" when there is no file in file applications [07:46] pitti: there is only in the launcher right now [07:46] yeah, it's known [07:46] then, there will be an additional places for most common tasks [07:46] like browsing, listening music, and so on… [07:47] hm, I can't actually find it in "all apps" either? [07:48] I thought that got fixed yesterday [07:48] oh, in _that_ launcher, sorry [07:50] pitti: yeah, I can only add it in the launcher (to be clear, let's call other "places") :) [07:51] or we will confuse until the end of times! [07:51] * pitti apologizes for his bad terminology [07:51] right, makes sense [07:52] pitti: for the fun part, try adding a lot of items in the launcher [07:52] pitti: you should see the "accorderon" effect [07:52] accordeon* [07:53] doesn't take much; launch terminal, gedit, and eog, and I have it [07:53] but it feels a bit weird when I expand it [07:54] yeah, I don't like the physics as well [07:54] it doesn't autoscroll to the top again [07:54] it just expands beyond the upper edge into the void [07:55] there are some bugs like that and the fact that the one you point isn't always the one is select after expand [07:55] but well, still WIP :-) [07:57] NotifyOSD works in the GNOME session [08:04] so, netbook install works fine now [08:04] boot looks a little weird, lots of text cursors and no plymouth [08:04] but it works [08:05] same here [08:07] I've logged a bug for notify-osd and will add it to iso.qa [08:20] pitti, if I do a SRU for sane-backends will that automatically go to -proposed? i.e. should I upload it, blog it so people do some testing and we decide only if it should go from -proposed to -updates? [08:31] seb128, if I do a SRU for sane-backends will that automatically go to -proposed? i.e. should I upload it, blog it so people do some testing and we decide only if it should go from -proposed to -updates? [08:31] robert_ancell, hey [08:31] robert_ancell, you need to upload to "lucid-proposed" [08:32] it will go in moderation queue, somebody from the sru team will review and accept it, then it will need to be verified and after one week without issue some archive admin will copy it to lucid-updates [08:33] seb128, I guess the question is "should I upload it, given it's not a small fix" [08:33] yes [08:33] it will sit in lucid-proposed for a while time to get testing [08:34] but I guess that's ok [08:34] robert_ancell, reading your reply to my email [08:35] robert_ancell, the "I don't know what you are working on" was rather a "I don't know if you are up to take on other tasks or if you are busy enough" ;-) [08:35] heh [08:35] robert_ancell, "I think we should get d-bus out there and used asap." [08:35] you meant "d-conf"? [08:36] yes [08:36] is LP *really* unreliable for you guys at the moment? Most of my connections are stalling [08:37] didn't try today [08:37] robert_ancell: kvalo told me it was quite fast for him this morning. I didn't get issues there [08:37] robert_ancell, gtk3 and gtk2, right mclasen said he would not take any new feature in gtk2 because he doesn't want to encourage app writers to keep using it [08:38] robert_ancell, there was some recent discussion on the gtk list about that [08:38] didrocks, it must be my isp. real pita all day... [08:41] seb128, do you know of debians plans regarding GTK3? [08:41] robert_ancell, slomo started some work on it in their svn [08:42] robert_ancell, it's basically the gtk2 packaging with a sed gtk2 -> gtk3 [08:42] speaking of him [08:42] seb128, that's what I figured [08:42] slomo, hey ;-) [08:42] hi seb128 [08:42] slomo, did you or anybody continued work on getting gtk3 in debian? [08:43] nope, but you might want to talk to bigon about the dconf package [08:43] slomo, and did you read my ping yesterday or the bug report I filed about gsettings schemas trigger? [08:43] slomo, why? is there an issue with it? [08:43] yes, i'll add it with next upload [08:43] thanks [08:43] unless joss did it already ;) [08:43] slomo, he said he would sponsor it to debian and added it to pkg-gnome [08:44] no idea, but it might be incompatible with yours or something [08:44] no, it's ours he added there [08:44] ah it is your package? good :) [08:44] with some cleaning [08:47] you want me to upload d-conf today? [08:47] or do we wait to see if we can resolve the name clash? [08:47] first* [08:50] bigon, what name clash? [08:50] bigon, the source name "dconf"? [08:50] yep [08:51] I would prefer to see d-conf uploaded since some things will start depending on it including empathy [08:51] is anybody trying to get the "dconf" game renamed in debian or dropped or something? [08:52] fredp told me that robert_ancell already asked, if I'm not wrong [08:54] robert_ancell, ^ did you contact the debian dconf maintainer about the name clash? [08:54] bonjour seb128 [08:54] hey pitti [08:54] seb128, bigon, I'm trying to think... [08:54] how are you? [08:55] Hi all! What is the targeted cairo version for maverick? [08:55] didrocks, your clutter update failed and depwait on gir1.0-json-glib now [08:55] alf__, 1.10 [08:55] alf__, I will upload 1.9.10 after the alpha2 freeze [08:55] I don't think I opened a bug [08:55] robert_ancell, ok [08:56] seb128: hum, weird, that's probably a locally installed package. I have to find the json typlib file somewhere, thanks for the notice [08:56] didrocks, seems neither debian or maverick have that binary [08:56] didrocks, I'm wondering where you got it [08:57] seb128: I should have mistyped something, there was an issue with the missing json typelib file [08:57] didrocks, oh, it's named gir1.0-json-glib-1.0 [08:57] ok, typo so :) [08:57] yeah, it's that one [08:57] fixing and uploading [08:57] thanks [08:57] thanks [08:58] bigon, so no, robert_ancell didn't, I would not block on it or it will take weeks [08:59] ok [09:00] robert_ancell: is it possible that the dbus activation of d-conf is not working? I've tested it on maverick with empathy git and I had to launch the daemon by hand? [09:00] bigon, works for me [09:01] with the d-conf package we have in telepathy-devel ppa [09:01] Zdra, which one is that? the one from maverick? [09:01] bigon, yeah, I haven't had to run it by hand either [09:02] seb128: Excellent, thanks! One thing that is missing though (at least from the current debian packaging) and which I mostly need is a binary package for cairo-trace, cairo-perf-trace. [09:02] ok so my bad I guess [09:02] seb128: I can send you a patch when you have uploaded the new version. [09:03] alf__, the new version will come from debian [09:03] robert_ancell, should running dconf-editor start dconf-service? [09:03] (it doesn't) [09:03] seb128, yep [09:03] seb128: So I should send a patch directly to them? [09:03] alf__, dget http://ftp.debian.org/debian/pool/main/c/cairo/cairo_1.9.10-1.dsc [09:04] alf__, that would be nice yes, we can apply a change in ubuntu as well while they consider it but it's better if we can stay in sync [09:04] alf__, slomo is maintaining cairo in Debian so you can try asking him if he would be wanting to take that change [09:05] seb128, I expect it should. I'm still trying to work out why dconf-editor exists at all, and it's not gsettings-editor (I'll be asking this one at guadec) [09:05] seb128: Thanks, I 'll get in touch with him [09:05] alf__, he's on this channel ;-) [09:05] robert_ancell, ok, do we have anything using dconf in maverick right now? [09:05] seb128: Even better ;) [09:05] alf__: why do you need cairo-trace and friends? [09:05] seb128, I don't think so [09:06] except for the command line dconf tools [09:06] robert_ancell, ok, time to upload this new calculator of yours :p [09:06] seb128, is A3 out yet? [09:06] slomo: Hi! For https://blueprints.launchpad.net/ubuntu/+spec/arm-m-ui-and-test-heads [09:06] robert_ancell: in three weeks :) [09:06] robert_ancell, it's a2 and no right, but it should be today, ie you can update it tomorrow if you want [09:07] alf__: can you give me a summary? ;) [09:07] pitti, will we get respins or can we do updates now? [09:07] pitti, :P [09:07] we are currently respinning server ISOs [09:07] seb128, will do it tomorrow then [09:08] robert_ancell, thanks [09:08] and all kubuntu images and ubuntu DVDs weren't tested yet [09:08] so they might need more fixes [09:08] ok, let's wait a bit then [09:08] slomo: Sure :) We are compiling a set of benchmarks that will be available for testing graphic stack implementations on the linaro platform. [09:08] tomorrow will do [09:08] seb128: so ATM, only "safe" ones, please (no complicated dependency changes, etc.) [09:08] seb128, I've been holding back packages so A2 is more stable [09:09] it took enough work to get http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html down to 1 uninstallable on i386/amd6 :) [09:09] robert_ancell, it's a wise decision ;-) [09:09] alf__: ok, but you're aware that this needs the cairo script backend and that the API of it is public but not stable? [09:09] alf__: also i don't know if enabling that backend has other implications [09:10] robert_ancell, btw what do you think about shotwell against f-spot? [09:10] seb128, what about it? [09:11] robert_ancell, how is shotwell going? I didn't watch their work but it seems you did [09:11] robert_ancell, f-spot got maintained again, I'm wondering if we should still consider changing the default [09:13] seb128, shotwell is going great. F-Spot is working on their library changes to integrate with banshee so I think that will slow down their progress. The speed of shotwell is a huge selling point. It has some UI improvements that need to be worked on, but I think it's ahead of F-Spot and heading in the right direction. [09:13] I've only ever had UI issues with it, not stability [09:13] ok, nice [09:13] how active is shotwell upstream atm? [09:14] slomo: How will this affect trace playback? Do you mean that trace scripts produced by one version be incompatible (eg non-replayable) by another? [09:14] seb128, very [09:14] robert_ancell, excellent [09:14] seb128, just released 0.6, now working on 0.7 [09:14] which will be the release for 10.10. They've aligned their schedule to match ours [09:14] robert_ancell, I'm testing 0.6 right now and I don't see many difference with what I tried at UDS that's why I was asking [09:15] robert_ancell, ok, let's discuss doing the change during the sprint as well [09:15] robert_ancell, thanks [09:15] alf__: that's the case, yes. also the interface that can be used by application to use the cairoscript backend might change the api [09:15] seb128, sure. You might have been using the unstable releases before so you wouldn't notice much [09:16] robert_ancell, that's possible [09:17] seb128, I need someone to sponsor sane-backends (in main), what is the best way to give the packaging info? I've attached a debdiff but it is huge [09:17] bug 600516 [09:17] Launchpad bug 600516 in sane-backends (Ubuntu) "Update sane-backends in Lucid to 1.0.21 (affects: 1) (heat: 6)" [Wishlist,New] https://launchpad.net/bugs/600516 [09:18] robert_ancell, upload to your ppa and ask somebody to sponsor that to ubuntu? [09:18] seb128, ok it is here: https://edge.launchpad.net/~robert-ancell/+archive/sane-backends/+packages [09:18] robert_ancell, ok, I will sponsor that [09:19] robert_ancell, hum, that's a merge version? [09:19] slomo: I don't think any of these is going to be a problem for our use case. The plan is to use the cairo-perf-trace util to play back traces that we will supply in a separate package, so we can update the scripts package in case of incompatible changes. [09:19] seb128, yeah, do you think I should try and do it non-merged? [09:20] slomo: scripts package=the separate packages containing the traces [09:20] seb128, that's the problem with this update. it's going to be huge no matter how you look at it [09:20] robert_ancell, the less un-required changes the better chance you have to get it accepted for a sru [09:20] alf__: ok [09:20] robert_ancell, well drivers are one thing and upstream code change [09:20] alf__: file a bug with a patch against the debian package please [09:20] robert_ancell, changing the packaging is another one [09:20] alf__: or send me a mail with the patch [09:21] robert_ancell, ie let's keep the packaging changes low so we know we will not get issues from there [09:21] slomo: sure, thanks! [09:21] robert_ancell, or check with pitti he's the one approving those sru usually [09:21] robert_ancell, but usually we try to not changing packaging in stable updates [09:23] gtg [09:25] seb128, I'll package it up tomorrow without the merge changes [09:25] ok [09:25] robert_ancell, have fun, see you later [09:26] RAOF, hi [09:26] seb128: Good morning/evening. [09:26] RAOF, how are you? [09:26] Pretty good. [09:27] Yourself? [09:27] RAOF, thanks for getting your a2 items in shape and responding to that xorg bug I pinged you about the other day ;-) [09:27] RAOF, I'm fine thanks [09:27] No problem :) [09:27] It appears to be open-season on X bugs. [09:29] I've the feeling it's always an open-season with bugs ;-) [09:29] though to be honest desktop ones did settle down a bit now [09:30] the after new version crazyness is over, we are back to the normal busy activity [09:30] I get to have one more cycle of that when we move to xserver 1.9 and mesa 7.9. [09:31] On the other hand, there's a bunch of fixes in there, and some nice bootspeed improvements. [09:32] I've started upgrading this box to maverick yesterday and got issues due nvidia binaries hijacking libglx [09:32] which made GLX fail to work since I'm on intel [09:32] is there any known issue about thise? [09:32] Doesn't that have an awesome failure mode? Did you get the upside-down, mirrored textures? :) [09:32] I'm not sure why nvidia-current got installed on upgrade [09:32] seb128: anything new from the gnome world or from implemented desktop specs which should be in https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ? (unity/appmenu is already covered) [09:33] no I didn't, just no compiz ;-) [09:33] oh unclutter is now installed by default, nice :-) [09:33] didrocks, "nice" if you like it ;-) I find it confusing [09:33] * RAOF doesn't really like unclutter. It sounded like a good idea, though. [09:34] seb128: There was a bug where nvidia-current got pulled in. I thought that had been resolved (and was in something like mythtv?) [09:34] pitti, checking but I don't think so no [09:34] seb128: just noticed it and find it good when reading webpage. I will see how it goes today with normal activity :) [09:35] didrocks, I find the change on screen disturbing [09:35] I'm used to put the cursor out of the way but then I notice something changing somewhere when it's hidden which is weird [09:35] seb128: I think it's a question of habits, did you try it for a long time? [09:35] I also get often confused trying to find it on screen to not what movement I need to do to click where I want [09:35] didrocks, 2 weeks now [09:36] ok, so you have more experienced in it [09:36] "to know what" [09:36] :) [09:37] I just find it to be hidden in a too fast right now [09:37] It also seems to get in the way of Chromium's “hover over the url to get the status text expanded into a non-ellipsised url” thnigy. [09:41] pitti, no, nothing fancy out of merges with debian and platform updates which is already listed === tkamppeter_ is now known as tkamppeter [10:21] didrocks: re login> there is code in the lazr branch for this that uses ubuntu-sso [10:22] didrocks: how does it currently work with ubuntuone? [10:22] mvo: thanks. I'll have a look. Not sure it's working with u1 right now and how to make the u1 website discoverable [10:22] mvo: I'll see what u1 preferences will implement in near futur and base on the same thing, I think [10:24] didrocks: ok, we just need to make sure we have a single login thing [10:24] mvo: yeah, with u1 preferences/usc/oneconf [10:25] mvo: I'll ask rodrigo this afternoon [10:26] didrocks: ok, what s-c can do for you currently is to get a oauth token from ubuntu-sso, that is the status-quo, but it should be trivial to extend. if u1 can give me this (oauth ubuntu-sso token) then that is fine with me as well [10:27] mvo: ok, just need to ensure that we have one token stored somewhere and be common to the 3 === almaisan-away is now known as al-maisan [10:29] didrocks: yep, no multiple login dialogs [10:29] didrocks: I merge the lazr branch today I think into trunk [10:29] mvo: agreed, what I will do is just the sign-in or Join Ubuntu One… to call your dialog (https://wiki.ubuntu.com/SoftwareCenter#oneconf) [10:30] not sure you have distiction between sign-in or join btw [10:31] didrocks: the join is not implemented in gtk, it will just spawn a website [10:31] but login is of course [10:31] mvo: ok, so, just sign-in will launch your dialog [10:31] and we need to ensure u1 is using the same token [10:32] thanks :) [10:33] yeah, or that we have a u1login object that can re-use username/password if we can not use the same token [10:33] seb128: could you please NEW all the current librtcom-telepathy-glib binaries that are in the queue? (sparc etc. will take a bit longer) [10:33] thx man [10:33] asac, ok [10:33] didrocks: we will figure something out :) [10:33] seb128: rock! [10:33] mvo: sure :) [10:37] morning [10:37] salut huats [10:38] asac, newed [10:38] lut huats [10:38] merci [10:39] asac, de rien ;-) [10:39] hello didrocks and seb128 [10:42] didrocks, do you have any clue what happened to evolution-alarm-notify in the new evo? [10:44] pitti, is jockey supposed to work currently? [10:44] supposed to, yes, but I never tested it on maverick [10:45] hum [10:45] "Downloading package indexes failed..." [10:45] I guess I need to go online for it to say something [10:46] seb128: no, I didn't investigate though. Just think that it's related to e-d-s protocol change [10:46] didrocks, ok, because you kept the ubuntu desktop file to start it with the session but there is no binary to start [10:47] didrocks, so either we need to drop that autostart or to get the binary back ;-) [10:47] seb128: when I told you I didn't investigate… :-) [10:47] seb128: yes, it has always required to have current apt indexes [10:47] let me see where is the binary [10:48] pitti, yeah, ignore me, it's always the same "you need to get online to get jockey to tell you this box needs binary drivers to get internet to work" [10:48] ethernet FTW :) [10:48] I've on cable only on my desktop and my laptop is docked with it right now [10:49] if IRC wouldn't suck and handle the eth to wifi change I would grab it ;-) [10:49] back in ~ 1 hour [10:51] didrocks, don't bother I will sort that [10:51] good morning everyone [10:51] didrocks, upstream got an autostart for it it seems so in any case the debian one should be dropped [10:51] hey chrisccoulson, how are you? [10:51] hey seb128, i'm good thanks. i got a bit of a sleep in today :) [10:51] how are you? [10:52] nice [10:52] I'm fine thanks [10:52] seb128: oh ok, so we just don't install the upstream one. Thanks for working on this. I'm stopping looking and go back to hacking :) [10:52] hey chrisccoulson [10:55] hey didrocks, how are you? [10:55] chrisccoulson: I'm fine thanks, it's quite hot here! :) [10:55] nice! it's not so hot here today [10:56] although, still quite warm [10:56] my laptop doesn't like the heat ;) [11:05] is anybody having issues with flash in ff3.6.6? [11:05] a lot of message stating that flash is taking too much cpu? [11:06] baptistemm, i was thinking more along the lines of the flash content not displaying at all ;) [11:07] it seems a lot of users have issues with the flash plugin crashing after upgrading to 3.6.6 [11:07] on lucid and hardy [11:07] chrisccoulson: wfm on maverick [11:07] seb128, thanks [11:07] i'm a bit stuck, i can't recreate it and i'm not sure what to do to debug it really :/ [11:09] it's a crashing issue? on what arch? [11:10] chrisccoulson: what flash version do they use as well? [11:10] my laptop was running lucid with the mozilla security ppa versions until yesterday and I didn't get any crash [11:10] seb128 - they're using the adobe-flashplugin package from the partner repository [11:11] chrisccoulson: did you get bugs on i386? or is that amd64 rather? [11:12] seb128 - just i386. the new OOPP feature doesn't work for the plugin on amd64 [11:12] which seems to be what is causing all the issues [11:13] is there a way to trigger the bug? how often does it crash? [11:13] I'm not using flash a lot [11:13] but I do browse quite some website with flash advertissements etc [11:15] seb128 - for some users, it just crashes right away on any page with flash content [11:15] urg [11:16] i'm wondering if i can get apport to catch the crashes from the plugin-container process === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [12:17] didrocks: wrt. bug 600567, I assume nouveau doesn't have 3D; so is that because we do not currently have an automatic fallback to -efl? [12:17] Launchpad bug 600567 in netbook-meta (Ubuntu) "Netbook launcher doesn't start (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600567 [12:18] pitti: right, there is no netbook-launcher and unity doesn't have a fallback [12:18] thanks; that's something for the release notes [12:18] didrocks: is there already a bug for this, or should I brush this up a little and make it the master bug? [12:18] pitti: there is a blueprint for fallback but nobody to implement it seriously [12:19] didrocks: oh, is that hard to do? I thought unity would just need to exec n-l-efl if it sees that it doesn't have (enough) 3D? [12:20] pitti: you have to start gnome-panel too, and so on [12:20] right, so not n-l-efl, but gnome-session [12:20] pitti: and my fallback system doesn't catch all corner cases [12:20] gnome-session is already run, you just need to execute additional component [12:21] I *could* maybe retake my work done, but integrating that in jockey would have more sense (setting the default session) [12:21] there was a discussion and blueprint at UDS about that, ask ogra [12:21] jockey? [12:21] * pitti searches for the spec, to link against the bug [12:22] pitti, linaro took the spec but then didnt have the resources [12:22] https://blueprints.edge.launchpad.net/ubuntu/+spec/arm-m-une-launcher-on-arm [12:22] ah, that's the one I just found; thanks [12:22] yeah [12:23] i'll care for lightweight panel and if possible at least set the default session to une-efl on armel [12:25] didrocks, btw, the session is still called like that, right ? === MacSlow is now known as MacSlow|lunch [12:25] ok, bug updated and added to tech overview [12:26] ogra: I think so, I didn't touch it, IIRC n-l-efl has the .desktop file (the name is the .desktop file one) [12:26] pitti: thanks [12:27] didrocks, thanks [12:28] kiwinote: thanks for your mail/status update. one thing I would love to see is a quick look on the start speed, it feels like we are regressing here. not ugent, just wanted to mention it === MacSlow is now known as MacSlow|lunch [12:49] slomo: Would you prefer libcairo-script-interpreter in a separate binary package or as part of libcairo2? [12:50] alf__: a new libcairo with only the script interpreter? no, i think i'd prefer to have it in the main libcairo2 [12:50] alf__: or is it a separate library anyway? [12:51] slomo: It is a separate library (note that the relevant headers are already shipped in libcairo2-dev) [12:52] alf__: how large? [12:53] slomo: 137312 bytes stripped [12:54] seb128: hi , for Ibus bugs, merge is OK , or.. ? I'm not sure where upstream for IBus is [12:54] alf__: well, put it in libcairo2 but not in the udeb, ok? ;) [12:54] slomo: of course :) [12:54] vish, I've no clue about ibus [12:54] oh! [13:02] seb128: who looks after IBus? ArneGoetje ? [13:02] if somebody does ArneGoetje is your best guess indeed [13:05] hum, iz pitti bog [13:06] bug #570462 is due to the lazy init change [13:06] Launchpad bug 570462 in libnotify (Ubuntu) "Crash if no notification used (affects: 1) (heat: 6)" [Low,New] https://launchpad.net/bugs/570462 [13:18] mjak? [13:19] * pitti looks [13:19] going for a break and some errands before unity release, bbiab [13:20] seb128: ah, I'll have a look [13:20] pitti, thanks [13:35] seb128: fix pushed upstream, and bug updated; does that break anything serious? [13:35] I just get an assertion error on stderr, but no actual crash [13:36] pitti, thanks, no I guess it's only the assertion [13:37] seb128: on that note, git head requires gtk 3.. [13:37] pitti, feel free to unassign yourself from the bug, I plan to sync the new libnotify on debian, I think that fix can wait the next tarball [13:37] seb128: will do once it bores me; but for now I want to wait for the reporter's confirmation [13:38] that it wasn't a real crash [13:38] pitti, it should not? [13:38] depends on gtk3 [13:38] seb128: upstream git head, not our package [13:38] upstream is at 0.5.0, we have 0.4.5 [13:38] pitti, I've 0.5.0 locally [13:39] I'm reviewing bugs before syncing it from debian [13:39] ok, then they changed it after 0.5.0 [13:39] checking for GTK3... configure: error: Package requirements (gtk+-3.0) were not met: [13:39] pitti, I guess it's the recent commit to not depends on a specific gtk version [13:39] they use it only for a test [13:39]