=== maclin1 is now known as maclin [02:47] i installed ubuntu 15.04 yesterday i had no issues shutting down and restarting so forth and today when i boot it up i get usb enumurate error -71 and i cant get to the desktop i know this is the wrong channel but i was in the ubuntu channel and i was waiting for almost 40 min === maclin1 is now known as maclin [04:48] Good morning [05:28] good morning [05:29] back in a sec [05:45] * didrocks retries a reboot after upgrade [06:50] pitti: that's really weird! [06:50] I tried to downgrade as much things as possible - no change [06:50] didrocks: wb! [06:50] (but gnome shell is working fine with multi-screen) [06:50] and lightdm [06:50] just not unity on "live change" [06:50] so I need to set up the monitor xml file [06:50] and restart the session [06:51] to not have artefacts [06:52] didrocks: Do your displays flash? [06:52] yep [06:52] Change workspace :) [06:52] and not a specially pleasant FX :p [06:52] seriously? [06:52] don't tell me I tried to downgrade the world for this :p [06:52] Yeah, it gets compiz to refresh whatever is stupid. [06:52] * didrocks tries to change settings [06:52] * RAOF thought this was a DRI3 problem for a while, but it isn't. [06:53] RAOF: zomg! [06:53] you're right [06:53] I really wonder why I never had that before today thogh [06:53] though* [06:53] as I plug/unplug my laptop quite regularly [06:53] I've had it for a while. I don't *think* I was running anything particularly out-of-archive? [06:54] can be yesterday's xorg fix for my crashers which then trigger it for me [06:54] RAOF: thanks for the tip! I saw that the bug was reported and on the hot list! [06:57] good morning! [06:57] fuck yeah sun! [06:58] hey larsu [06:58] sun never left here :p [06:59] yeah, south of france has longer summers than we do ;) [07:00] * larsu stops trolling and wishes didrocks a good sunny morning [07:01] hey larsu [07:01] morning pitti! [07:01] larsu: we already had sun yesterday, which was quite a relief indeed :) [07:02] pitti: we did a bit as well, but not as nice as right now [07:19] Morning [07:19] Trevinho, is this something you can look at? https://bugs.launchpad.net/ubuntu/+source/libunity/+bug/1491542 [07:19] Ubuntu bug 1491542 in libunity (Ubuntu) "libunity ftbfs in wily" [Critical,New] [07:20] morning willcooke [07:20] ya, airbnb, I'd like to go to the same cities I've recently been to... [07:21] * larsu wonders if he can turn off that newsletter [07:21] hey willcooke [07:38] pitti: how do I kick off a new CI run for dbus-test-runner? Laney's not around yet and I'd like to know if my midnight hack was worth it [07:39] larsu: I can do it -- is it in -proposed already? [07:40] pitti: no, it's on a branch. I don't have archive-chops [07:40] lp:~larsu/dbus-test-runner/fix-test-race [07:40] larsu: we can't run the production autopkgtests against branches; the near-time plan is to add PPA support, though [07:41] pitti: ah that would be nice. I'll just wait for Laney to upload to proposed,then [07:41] larsu: but you can of course run the test locally, or you toss me a .dsc and I build it on ppc64el and run the tests on the production machines with that [07:41] pitti: I already tested on a porter [07:42] I'm pretty sure it's fixed, just want to see the green thing ;) [07:43] larsu: ah, nice! === maclin1 is now known as maclin [08:02] hi [08:03] morning Laney! [08:03] how are you? [08:03] hey larsu! [08:03] argh [08:04] larsu: stop talking! [08:04] hey Laney ;) [08:04] didrocks: does your irc client do tab completion based on recency? [08:04] that would be pretty cool... [08:04] hey Laney, how are you? [08:04] larsu: yes, it does [08:05] larsu: yep [08:05] * larsu should switch [08:05] or get work done.. [08:11] didrocks: larsu: good, thanks! [08:11] played MGS and went to the pub quiz last night [08:11] I almost got wiped out on the way there though... [08:11] but STILL ALIVE [08:11] oh what happened? [08:12] someone drove a car at speed without lights out of some side street [08:12] while i was crossing in front of it... [08:12] burning rubber and all that [08:13] urgh! [08:13] weren't you all shaking after that? [08:13] I suspect they were doing some crime [08:13] yes [08:13] Sounds like you do need a helmet cam [08:13] especially when they turned around in the street and some bloke got out ... [08:13] woah. Glad you're ok! [08:13] but he just ran off [08:14] Laney: glad that nothing serious happened to you! [08:14] gosh -- cars and cities just don't fit together [08:18] :) [08:19] larsu: didn't dezrt talk about a way to fix this race in dbus-test-runner itself too? === greyback|eod is now known as greyback [08:41] Laney: yes and I started doing that, but it really doesn't work with the way tasks work in there [08:41] they're always started in parallel [08:41] and it relies on that [08:41] we could add something like --wait-for-other-task-to-be-initialized [08:41] (and in fact, I started working on a patch that did that) [08:42] (but it became unwieldy quickly - so I decided on the saner solution last night) [08:42] didrocks: NB that pandora-build has a binary dependency on quickly-ubuntu-template; otherwise there are no rdepends left, we could remove quickly and quickly-lens-templates [08:43] pitti: interesting about pandora-build, I need to look at why (there is no reason to dep on a template) [08:43] larsu: isn't it making it do all of the watching before starting the tasks? [08:43] pitti: I'll have a look later this week, finishing up some snappy-related things [08:44] that already breaks things? [08:44] Laney: no, it waits only for that *one* tasks [08:44] didrocks: it's also dep'ing on quickly itself [08:44] *task [08:44] all other are started immediately [08:44] pitti: I'll have a look [08:44] and obviously we can't add a --wait for the task that owns the name [08:44] didrocks: merci [08:45] but you can say don't start any tasks until I've processed all of the wait-fors [08:45] yes, I thought about this as well [08:45] good luck doing that if you're up for it [08:45] HAHA [08:45] de rien ;) [08:45] * Laney goes to sit in the corner [08:45] Laney: it's possible, but requires major refactor [08:46] Laney: if you're entirely unhappy with the current solution, we could go for that [08:46] I guess this doesn't happen too much in reality [08:47] I agree that this patch is a bit fix-the-race-with-a-timeout-y [08:52] let's get tedg to have a look later & we can upload it today [08:52] thanks for working on it! [08:52] sure [08:53] thanks for helping me get on porter ;) [08:53] np [08:54] it comes in helpful sometimes [08:54] indeed [09:36] hello :) [09:37] hey hikiko! [09:37] hey didrocks [09:38] hi didrocks [09:38] je suis a Paris! [09:38] a CDG :p [09:39] evening darkxst :) [09:39] hikiko: oh, hoping that your connection will not make you stay there too long :) [09:39] no :) the flight will be on time [09:39] I just arrived early [09:40] didrocks, had an interview today, hopefully I did ok [09:42] darkxst: oh, good luck! :) [09:43] and of course steve handballed me a essentially 'NEW' review, first ever and under interview [09:45] waow, directly a NEW review, I hope at least it wasn't anything like Qt :p [09:47] well no, and apparently the package is actaully in debian, its bad, and I generally haven't dealt with random packages! [09:48] sounds like a fun experience [09:50] if i get the job sure, though having an interview and packaging review at the same time was a bit hard [09:50] I think I picked out the worst of it though [09:52] and if i get the job, I'm coming to europe [09:53] not that its a requirement, but because I can [09:53] won't you need to get a permit? [09:54] Laney, why? I have a UK passport [09:55] oh right [09:55] the best one [09:56] yes, certainly much better than my AUS passport [09:56] http://www.movehub.com/sites/default/files/filemanager/passport-power-fixed.png [09:58] but a lot of those would just be tourism visas? [09:58] right [09:58] still the best [09:59] and: http://www.bbc.co.uk/news/uk-34177107 [09:59] * Laney is dressed entirely in union flags today [10:00] Laney, your looking a little old there! [10:01] Laney, phone: 01286 86 8081 [10:01] 0181 811 8181 [10:01] \o/ [10:02] Going, going, going LIVE [10:02] I still use that number when filling in online forms that I dont want to have my real number [10:05] Laney: heh, your Queen was all over the news yesterday in Germany even [10:05] \o/ [10:05] I actually didn't know that until I heard it on the radio this morning... [10:05] probably would have guessed she already had the record [10:10] pitti: No wonder: German want to be kept informed about the news from house Coburg-Sachsen and Gotha! Esp. in relation to the Battenbergs! [10:11] * larsu wonders wtf Sweet5hark is talking about [10:11] Sweet5hark: I'm afraid I don't read enough "Klatschzeitungen" (in fact, none at all) to comprehend that :-( [10:11] not German enough I guess [10:12] Sweet5hark: is some British prince related to these families? [10:12] are we discussion SuperIllu ? [10:12] *discussing [10:12] /join #ubuntu-tabloids [10:12] this channel seriously degraded recently :P [10:12] lol, this is hilarious [10:12] \o/ [10:13] non, cette chaîne est encore la mieux ! :-) [10:15] ogra_: recently? [10:15] heh [10:16] I switched teams twice since my desktop days, and the guys here haven't kicked me out yet → happy ☺ [10:16] that's because you haven't *really* switched [10:17] desktop at heart [10:17] well, I haven't done a gnome commit or desktop package upload for like two years :/ [10:17] larsu: up until 1914, the house windsor was actually called house coburg-sachsen and gotha. some minor conflict in europe caused the namechange for reasons of popularity with the common people. same with the queens husbands name battenberg->mountbatten. [10:17] pitti: psst [10:17] Sweet5hark: "interesting" [10:18] Sweet5hark: thanks for the education :) (... "some minor conflict"...) [10:18] it actually is interesting [10:18] for some weird definition of that word [10:18] yeah, it's history much more than tabloid indeed [10:18] * larsu congratulates the queen and all her ... err ... subjects?! [10:18] I guess gossip just turns into history for people who became sufficiently important [10:19] larsu: subordinates? not sure [10:19] Laney, willcooke: what are you to the queen? [10:19] subject [10:19] subjects? subordinates? [10:19] slaves? [10:19] next door neighbour [10:19] admirer? [10:19] Laney: thanks :) [10:19] biggest fan and borderline stalker [10:19] willcooke: ooh. Did she ever come over because she was out of eggs? [10:19] larsu: subjects of her majesty. I challenge you to address people like that in scotland though. [10:20] * Laney has a tattoo of the queen's face [10:20] * pitti imagines Laney picking up the phone "Hey Liz, wanna come over for a beer?" [10:20] don't ask where [10:20] where? [10:20] on the underside of my feet [10:20] I did it to maximise pain [10:20] larsu, *all* the time. Seriously. And when she runs out of king size cigarette papers at 3 in the morning [10:20] * larsu ← doesn't follow orders like a subject [10:20] that is how much I love her [10:20] willcooke: haha "king size" [10:20] krkr [10:21] haha [10:21] Laney: dunno if tatoos on feet symbolize love... [10:21] larsu: not from sabdfl either? :-) [10:22] pitti: of course not^W^W^Wyes, I do! [10:24] one could put a tattoo on the underside of the foot, depicting a GNOME foot, which has a GNOME foot tattoo, which has a GNOME foot tattoo, which has a GNOME foot tattoo ... [10:31] Sweet5hark, there is a new logo in the wild, === alan_g is now known as alan_g|lunch [12:06] larsu: you want re-ack the change on ubuntu-themes? I've fixed the terminal style... The change also had the side effect of fixing the issue that caused it to resize when using the scrollbars (that was caused by widget size changes we had before) [12:07] Trevinho: sure [12:08] ta [12:09] willcooke: oh, btw, I experienced the display monitor bug when changing config, do you have the bug # handy? [12:09] didrocks: which one? Blank areas? [12:09] willcooke: as RAOF mentionned, it's a compiz/unity issue (you change workspace and all artefacts are gone) [12:09] yep [12:09] didrocks: andyrock is on it [12:09] oh excellent! [12:09] blank and flashing, right? [12:09] didrocks, changing work spaces didnt make any difference to me [12:10] it did for me, tried multiple time [12:10] however, dunno why it started affecting me today [12:10] didrocks: ah, I didn't try by changing WS, the only fix was to kill unity :D [12:10] (tried to rollback this morning every updates for an hour, didn't find anything) [12:10] Trevinho: seems it did work for RAOF and I [12:10] and yeah, I would have never tried :p [12:10] I /think/ that Seb and I revert to an old kernel to fix it [12:10] didrocks: might be, I just didn't try :) [12:10] lemme see if I can find the bug [12:11] can be 2 issues… [12:11] Trevinho: I get a black background behind the scrollbar in terminal [12:11] willcooke: was it flashing for oyu? [12:11] you* [12:11] larsu: isn't your terminal black anyway? :o [12:11] didrocks, it was [12:11] Trevinho: nope [12:11] larsu: well, that's for radiance :) it should be black.. [12:12] larsu: unfortunately it seems that it's impossible to make the actual BG transparent [12:12] so.... Mh let me see... if the bg can be different... [12:12] I didn't think it could be still changed without theming [12:12] didrocks, I think we haven't opened a bug yet because we couldn't work out what had changed [12:12] looking at seb's bugs I don't see anything [12:13] Trevinho: I think last time I tried it I found out the same thing [12:13] oh... So yes. the workspace changes fixes it [12:14] Trevinho: but we need to support differently-colored terminal backgrounds [12:14] larsu: let me see if I can find something by patching it... [12:14] thanks [12:15] didrocks, willcooke: the issue has been caused by a fix in unity, that unfortunately didn't take care of a bug in compiz :D. But andyrock should have a solution already. [12:15] Trevinho: classical "fixing there, breaking here"? :) [12:15] Trevinho, sweet. I'll happily give it a go and report back [12:15] Trevinho: do you have a bug for it? (I guess would be nice to scrubscribe) [12:16] oh, I remember... popey - do you have a bug handy for the flickering screen issue? [12:16] didrocks: I had it (since it was reported sooo long ago), but I can't find it -_- [12:16] didrocks: the easier way to reproduce is just resizing a vmware window [12:17] willcooke: the one we looked at at the sprint? [12:18] popey, yeah [12:18] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1421575 [12:18] Ubuntu bug 1421575 in xserver-xorg-video-intel (Ubuntu) "Desktop corruption when changing monitor config" [High,Triaged] [12:19] thanks popey [12:19] didrocks, Trevinho ^^ [12:20] so ... ubuntu-system-settings, unity-control-center, ubiquity, indicator-datetime (and probably other things) depend on libtimezonemap [12:20] which in turn depends on gtk [12:20] which we don't want on the phone by default [12:20] mh, ok... I'm sure there was another bug (from june)... It was something like "new mesa breaks unity...." but I can't find it anymore. I also replied, but no luck :( [12:21] u-s-s only uses it to parse the timezone file and maybe in the future get it from geonames.ubuntu.com [12:21] willcooke: unsure if we should use that one for the one andyrock is looking at [12:21] willcooke: maybe, let's wait for andy and the fix, we try it and see if you still have your issue [12:21] (and so different cause) [12:21] Mh, the picture looks different from what I have BTW:.. [12:21] didrocks, sounds good [12:21] we have two options: (1) split the library or (2) reimplement (or copy) the parsing [12:21] Let's see [12:21] any suggestiongs? [12:21] *suggestions [12:22] yeah I'm blocked on another compiz bug [12:22] Laney and I are of different opinion [12:22] maybe qt already has something for that? [12:22] larsu: that's what I was going to say… [12:22] No [12:23] they don't? [12:23] no [12:23] :( [12:23] otherwise I wouldn't have made it use this [12:23] I guess Laney looked into that when he developed the time-date plugin [12:23] I know it's not in QML, I would have hoped for the C++ version at least [12:23] hum [12:23] The logic gets more complicated when someone implements the changes to weed out the shitty things from the results [12:24] right, this is a good point [12:25] also when we start doing a hybrid local/geonames approach [12:25] and all of these benefits are desirable for the installer, system-settings and everywhere else [12:25] IMHO [12:25] so we need a library in C, wrapped by C++, wrapped by qml [12:25] agreed, you have multiple place where you want that behavior [12:26] or a daemon... [12:26] * larsu hides [12:26] you can just call the C from u-s-s [12:26] like we do currently [12:26] I don't imagine it would require much, if any, more glue there [12:27] at some point people will want c++ [12:27] like they did for gsettings-qt [12:27] one step at a time [12:28] meh [12:29] I bet the next person using this will just implement it themselves [12:29] we should get the unity api team to do this [12:29] it's their job! [12:29] at least we need their input [12:41] * larsu feels ignored [12:43] * Laney hugs larsu [12:44] :) [12:44] I think the C++/QML thing could be done by them or whoever wants it [12:44] * larsu hugs back [12:44] in the meantime we can write the glib thing [12:48] libtimezone-locator? [12:50] Laney, hey, would you be able to prepare a silo against vivid+overlay for gstreamer 1.5.2...we're wanting to try to make sure that both vivid+overlay and wily are completely synced for the media stuff and this is the last change necessary [12:51] jhodapp: does it build against that? [12:51] jhodapp: also, are you sure that you want a pre-release there? [12:51] Laney, not currently, it would need a platform-api sync as well [12:51] and finally, it's .90 not and not .2 [12:51] Laney, yes [12:51] ok... [12:53] Laney, didn't it used to be .2? I didn't pull that from nowhere :) [12:53] yes [12:53] wily moves on [12:53] ok good, I'm not going insane :) [12:54] Laney, thank you sir [12:54] I still think you're taking a risk if this is going to go to customers [12:54] jhodapp: but can you get a silo with the pre-requisites in it? [12:55] Laney, we'll give it a good test, it won't land for customers unless we're completely satisfied [12:56] the 1.6.0 final should come soon [12:56] Laney, any idea when? [12:57] hi desktop [12:57] * desrt rejoins EST [12:58] hi desrt! [12:59] jhodapp: they're following the gnome schedule more or less, so a couple of weeks [12:59] howdy desrt [13:00] Laney, ok, let's go with 1.5.90 right now and we can start testing with it...abeato is going to get platform-api into a silo against vivid and I'll let you know when that's ready. But we could hold off landing until 1.6 then [13:01] Laney: oh wow system-settings only fetches a list and does all the matching itself?! [13:02] maybe we should simply ship a gvariant blob (desrt will be happy) of the list and load that? [13:02] or even mmap it [13:02] gvariant on mars!! [13:02] desrt: this is specifically about earth [13:02] as in "cities on earth" [13:02] the matching should probably go back to the library I guess [13:03] you want something with compression [13:03] this is a giant list that will take up a lot of space and compress well [13:03] how does that work with qabstracttablemodel? [13:03] and if you use a block compressor and put it in sorted order, you can binary search it === alan_g|lunch is now known as alan_g [13:03] probably don't. [13:03] *doesn't [13:03] doesn't what? [13:04] the compressed approach [13:04] we seem to be set on writing a new library anyway [13:04] I'll help work out the system settings side once a good API exists [13:04] so we might as well do it right [13:04] desrt: why not? [13:04] i have to assume the existing interface of the tabelmodel will not be easy to implement against a binary-searchable seekable compressed stream in an efficient way [13:05] and in particular, the way in which frontends use that interface could be shite [13:05] all they want to do is get a list of cities for a substr [13:06] how about prefix? :) [13:06] might be overkill for 5 megs of data [13:06] well [13:06] honestly, at 5MB of data, you can just keep it compressed on disk and then extract it into RAM when you're using it [13:06] which is rarely [13:07] exactly [13:07] so forget mmap :) [13:07] this is what we're doing now (except parse from a .txt file) [13:07] but if we only doing this [13:07] we might as well sktip the lib and load a gvariant [13:07] *skip [13:07] .gv.xz :) [13:07] * larsu would be happier about that [13:07] but Laney might not be [13:08] the streaming decompression in glib is very excellent [13:08] need to implement mpt's skip-the-shit algorithm [13:08] skip the shit? [13:09] ya, I'd do that at creation time [13:09] that will reduce file size as well [13:09] what if we want the shit? [13:09] nobody wants the shit [13:09] In addition, to avoid duplication, a suburb (PPLX) should not be included in search results whenever a larger settlement (PPL, PPLA, PPLC) that has the same time zone is present in the same search results [13:09] hence the nmae [13:09] i know a guy who lives outside of LA... [13:09] in a city that is not a PPLX [13:10] I would hope [13:10] * desrt reads pplx as peopleplex [13:10] gzip gets it down to 1.9mb [13:10] nice [13:12] larsu: would accept a patch for g_variant_new_from_input_stream() if you can figure out the fucked-up-ness of the library layering [13:12] ie: because of gio/glib would probably need to look more like g_input_stream_read_gvariant() or something dumb like that [13:13] g_variant_input_stream_new() [13:13] no. [13:13] that's something else :) [13:13] although i guess you could use it as this, with some very minimal extra framing [13:13] what would that be? [13:13] ie: a 8-byte size record at the start of the file [13:14] this is how gfileinputstream works, right? [13:14] no. that works by posix... [13:14] y posix? [13:14] man I hate glib's streams [13:14] GInputStream API is basically a posix copy [13:14] heh [13:14] you were talking about how good they are only a week ago :) [13:14] * larsu wishes we had something like node's streams [13:14] in context of "GIO is such shit... but at least the streams are OK" :) [13:15] desrt: and you started to point out how shitty they are [13:15] with read_all [13:15] it's a bit of a disaster [13:15] but it's actually not beyond repair [13:15] and ginputstream is quite ok, it's the subclasses that are bad [13:15] dunno [13:15] subclasses are useful [13:15] the buffered and data streams are pretty much what you want them to be [13:15] the converter stream is pretty much what you want it to be [13:16] and the converters themselves are good [13:16] and there is a lot of conveinent utility API around all of this stuff [13:16] (although there are annoying gaps in that API that could use to be filled in) [13:16] it's _pouring_ [13:16] nice view of that from here :) [13:17] but back to the topic [13:17] why is gvariantinputstream different from gfileinputstream? [13:17] GVariantInputStream would be a filter stream [13:17] well, in fact, GVariantInputStream would not be an input stream at all [13:17] but rather would contain an input stream [13:18] ah, so the naming's weird [13:18] ie: there would be no read() that gets you bytes [13:18] right [13:18] the filterinputstream model is a bit sideways, i will give you [13:18] since filters must also be streams in the "i can read some bytes" sense [13:18] whereas i would tend to think of a GVariantInputStream as a filter.... [13:19] but this is pretty much a limitation of using subclasses instead of interfaces [13:20] anyway... this is all pretty theoretical... all you need to do is to make a fileinputstream, wrap it in a converter (decompressor) stream, and splice() that into a memoryinputstream [13:20] .steal_bytes() from that stream and shove them into a GVariant [13:20] done [13:21] *into a memoryoutputstream [13:21] this sounds more complicated than I'd expect... [13:21] the "nice new API" would take care of the creating of the memory output stream, splicing, stealing, and construction of GVariant [13:22] you could also read_all_as_bytes() but that doesn't exist yet :) [13:25] Laney: would you be ok with this solution as well? [13:25] desrt: why do we need a memory output stream in between? [13:25] you could also just use libxz or whatever it is externally [13:25] larsu: you don't. it's just a convenient way of getting some bytes [13:25] splice() is nice [13:26] ah, got it [13:28] anyway [13:28] gotta catch a flight [13:28] so airplane mode [13:29] larsu: what does it look like from the client side? [13:32] Laney: iterating over a variant [13:33] desrt: have a safe trip! [13:33] Laney: maybe that's a shitty interface though... [13:39] meh, it's probably alright [13:39] Laney: hey, I upgraded to wily on the first beta release and I noticed that the power indicator isn't showing an icon on fully charged with power connected. If I detatch the power I get an icon and if I plug it back in after 30 minutes then I get the charging icon till it shows as full again [13:40] what's the preference in Power? [13:40] Laney: when Battery is present [13:41] it sounds like the behaviour of the second optino [13:41] http://people.canonical.com/~davmor2/power-indicator.png this is what I see note the icon is missing not that the indicator is, it is the square next to the sound indicator [13:42] you have the *not found* icon [13:42] Laney: hence saying it isn't showing the icon [13:43] Laney: it is only that full one with power though [13:43] isn't showing the icon sounds like it is showing nothing [13:44] Laney: ah sorry :) [13:44] can't make this happen [13:45] Laney: is there a log I can look at so I know the path it is looking at? [13:45] Laney: and see if the icon is actually there [13:45] stop indicator-power; G_MESSAGES_DEBUG=all /usr/lib/x86_64-linux-gnu/indicator-power/indicator-power-service [13:46] Laney: thanks I'll give it a go [13:46] or maybe .cache/upstart/indicator-power.log [13:47] wait [13:47] there is a power icon in that screenshot? [13:47] 3 from left [13:49] Laney: that is the Solaar one for the logitech keyboard and mouse [13:49] Laney: the missing icon one is the power indicator [13:52] davmor2: also checking UPS can be a good way to check it [13:52] gdbus call --session --dest com.canonical.Unity.Panel.Service.Desktop --object-path /com/canonical/Unity/Panel/Service --method com.canonical.Unity.Panel.Service.SyncOne com.canonical.indicator.power [13:52] For instance, here it returns [13:52] ([('com.canonical.indicator.power', '0x1966400', 'indicator-power', '', true, false, uint32 5, '/usr/share/icons/ubuntu-mono-dark/status/22/battery-full-charged-symbolic.svg', true, true, 1460)],) [13:53] larsu: so... I've complied the terminal 3.18, just to check if anything changed... And actually has not [13:53] Trevinho: the change would be in vte [13:54] larsu: mh, I thought about that... let me see [13:55] Laney: Trevinho: I still see no mention of the icon it is looking for but I do see deprecated commands http://paste.ubuntu.com/12320941/ [13:56] larsu: let me check if I can get that scrollbar transparent in some way.... Otherwise we have to do a choice. Make it light or dark. ;/ [13:56] I'd vote for dark since it's default, and even with light BGs it doens't look too bad (http://i.imgur.com/479fsmQ.png) [13:56] davmor2: check that gdbus command I pasted before [13:56] err sorry it's there [13:56] image-missing [13:56] :) [13:57] so do you have /usr/share/icons/ubuntu-mono-dark/status/22/battery-full-charged-symbolic.svg ? [13:57] Trevinho: we have the background transparent by default, no? [13:57] larsu: nope [13:57] Trevinho: we should turn o-s off for gnome-terminal if we need to give it a bg [13:58] how does Adwaita do it? [13:58] larsu: adwaita is all opaque... and it doesn't change size [13:59] larsu: we can just always use the fat-mode for terminal, but I don't like that much [13:59] Trevinho: better than always a background color [13:59] larsu: well, we need a bg anyway... [13:59] Laney: oh should there be 2 of them? [13:59] 2 what? [14:00] Laney: /usr/share/icons/ubuntu-mono-dark/status/22/battery-full-charged-symbolic.svg [14:00] larsu: it's just that it would be always dark or light [14:00] ya... [14:00] * Trevinho checks if coding can help [14:00] meh, I don't actually care [14:00] davmor2: don't get it, that's just one icon no? [14:00] Laney: nevermind charged and charging [14:01] Laney: so I have both let me open it up in nautilus and make sure there is an actual image to it [14:03] Laney: yeap I have the icon and it has an image :) [14:04] with default bg I think they look quite nice (http://imgur.com/PI10vDG,qDk2OGS#1, there are both images for mouse hovering and not) [14:05] I suspect many people will not use the default bg [14:05] and also that especially those people will care a lot about this issue :D [14:05] but feel free to try ;) [14:23] Trevinho: can you help davmor2 maybe? [14:24] mh, yeah... let me see [14:24] * willcooke is charging his test laptop to see if it effects him too [14:24] * Laney has to go eat lunch [14:24] before my face falls off [14:25] Laney: eating lunch is too mainstream! [14:25] Laney: Lunch it's getting on for tea time [14:25] just realised the cleaner is going to come in the middle of me trying to eat [14:25] #middleclassproblems [14:26] As for the icon... Mh, it's weird since I guess that that's the icon that the indicator provides [14:26] it's from the theme [14:26] davmor2: if you want to debug, the right spot is gtk_image_to_data inside panel-service.c [14:26] (what a bad function name...) [14:28] indicator-power calls g_themed_icon_new_from_names itself [14:29] embed irc hyperlinks [14:29] err, wrong window [14:29] * didrocks was trying to think hard about a link :) [14:30] I assume its irc:// but how do you specify the server [14:30] ah, found a page that answers that [14:30] irc://irc.freenode.org/channel [14:30] :) thanks Trevinho [14:30] I think you are my new Google [14:30] :) [14:31] Trevinho, what is the gross domestic product of The Vatican [14:31] $666 [14:31] \o/ [14:31] lol.. [14:32] Ah, I think it's ... /#channel btw... or ..... /nickname (and can also be ircs://) [14:33] meh GDocs doesn't allow it [14:33] willcooke: use http://is.gd to workjaround it [14:34] hahaha [14:34] nice [14:37] willcooke: i.e http://is.gd/ubuntu_desktop_irc points here [14:37] with stats :D http://is.gd/stats.php?url=ubuntu_desktop_irc [14:50] urgh, great. there goes the "getting to the libreoffice conference comfortably by train". [14:50] Sweet5hark, oh noez! What happened? [14:50] seems denmark just canceled all trains from germany. [14:50] oh my [14:51] "Welcome to the schengen area. There are refugees about. Please wait until we have reerected national borders Berlin-wall style." [14:52] and they just want to go through, they dont even aim for denmark [15:08] https://translate.google.com/translate?sl=da&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fwww.dsb.dk%2Ftrafikinformation%2Fandringer-i-trafik-og-drift%2Fandringer-i-trafik-og-drift%2Ffr-internationale-tog%2F&edit-text=&act=url [15:09] larsu: tried even git vte... Still buggy scrollbar (i.e. can't be transparent and doesn't support .hovering class) [15:10] :/ [15:18] davmor2, larsu Trevinho - my laptop is now fully charged, and I *do* have the correct icons [15:18] fwiw [15:19] willcooke: thanks I think it just got screwed up in the upgrade to be honest I'll try a live cd later [15:22] Parcel to Brazil is now in the right country. Parcel to Germany, still at Heathrow. Sent via the same service. [15:47] larsu: conflict when merging the two i-datetime branches; think that one needs to be merged with the other (prereq) [15:47] Laney: oh, isn't it? [15:47] * larsu should not use git-bzr for such things... [15:47] seems not [15:48] it's usually sane but this time they touch the same stuff [15:49] * larsu fixes [15:49] fantastisch [15:50] :) [15:51] ah conflicts indeed [15:58] cyphermox: does https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1491964/comments/7 clear remaining issues? [15:58] Ubuntu bug 1491964 in libreoffice (Ubuntu) "[FFE] LibreOffice 5.0.x for wily" [Undecided,Triaged] [16:01] Sweet5hark: not really [16:02] larsu: I think i've the right fix... But i need to polish it [16:02] the gcc5 transition doesn't mean that we should duplicate code if it's already in the archive [16:02] Trevinho: cool! [16:03] the whole changelog is very confusing, there's changes in there that mean nothing if it's already been applied to earlier releases and there's essentially no change [16:03] larsu: basically the reason is that the scrollbar is in an hbox, together with the terminal screen... So the background is transparent. But the window has white bg.... Basically making the hbox bg the same of the terminal one works [16:05] Ah, since the override bg function is deprecated, really isn't an utility function to do this with a GdkARGB without translating it into a string? :o [16:06] Laney: my own branches confuse me :/ [16:06] it's like ... what's going on, I didn't even touch this! [16:07] cyphermox: as written in the FFE comment, a changelog cannot really represent the three-way branch merge that is a new major LibreOffice version. Of course, we shouldnt duplicate code without a reason. Are you suggesting we should sponsor a package with system libs even though its not widely tested by endusers? That is the alternative. [16:08] cyphermox: For me, thats a trivial change [16:08] I'm never saying untested things should land, that's wrong too [16:08] cyphermox: But I really would prefer not to do so with the first upload of a new major series package. [16:09] so are those fully external libraries or are they things normally built by libreoffice source? [16:11] cyphermox: Well, it either rock or a hard place -- as usual with LibreOffice. And as said: I want to go back to system libs. Right after this is in wily, I'll switch back here, testbuild with that and then only wait for 5.0.2.2 to be tagged upstream to land both together. [16:12] that isn't really answering the question though, are these libs from libreoffice source normally? or are they completely separate projects? [16:12] cyphermox: I'd rather not put even more change in _this_ upload (as that is the alternate). [16:12] I'm trying to get enough state about the whole thing to properly review libreoffice, it's far from the types of project I usually look at [16:16] it's also unclear to me whether using the internal copy of these libs is deviating from Debian [16:16] cyphermox: LibreOffice bundles ~all the tarballs of the libs we usually ship in the distro in the libreoffice.orig-src*.tar.xz tarball (a tarball of ~50 tarballs). Ideally we dont use any of those, but we always bundle them in the source, so that, if for some reason an internal copy is needed we can use it without doing a fake upsteam version (like 5.0.1+somenastyfix1) for adding the bundled external. [16:16] so collada is something that comes from libreoffice / TDF? [16:17] cyphermox: that is a practice that is shared with debian: they also have ~all the tarballs in their libreoffice.orig-src*.tar.xz. [16:17] Laney: hm, not sure which branch to overwrite now ... prereq doesn't work because I had to fix up some commits [16:19] cyphermox: in a way, it is coming from TDF: e.g. on window, TDF has to build all those too. when you do a TDF-style upstream or developer build, you are downloading all those externals from a TDF server. [16:19] but who is upstream? [16:21] cyphermox: various. Consider TDF/LibreOffice being a small source distro on its own for these. See e.g. the upstream download.lst: http://cgit.freedesktop.org/libreoffice/core/tree/download.lst [16:23] larsu: you need more commits in the remove warnings branch or what? [16:24] Laney: yes [16:24] well, not more [16:24] I amended the first one.... [16:24] then that one [16:24] oh... [16:24] shall I just push a new one> [16:24] > [16:24] ? [16:25] just overwrite it [16:25] I would have probably done another one on top [16:25] yeah that was unwieldy [16:25] cyphermox: (for some of those TDF is upstream itself, e.g. for the document liberation libraries like librevenge, libvisio etc.) [16:25] (also, I was using git rebase \o) [16:25] /o\ [16:25] * desrt gets annoyed at inotify some more [16:27] cyphermox: note none of this is new: it has been like that since before there even was libreoffice in openoffice/go-oo and is so in Debian too. [16:27] well, you know, but I don't [16:28] so I need to find that and that helps me review the whole thing [16:28] cyphermox: sorry, Im quite blind to the ugliness by now ;) [16:29] there isn't enough beer in the world... [16:29] Laney: pushed [16:29] I don't know how you manage to stay sane and/or sober. [16:30] cyphermox: why do you assume me to be either? [16:30] Laney: weird, it shows my last commit from the other branch, but not yours [16:30] * larsu is confused [16:30] but this branch hs everything in it [16:30] it's just launchpad [16:31] Sweet5hark: you're neither in the hospital (you're online) or tied up in a long-sleeved jacket (able to type) :D [16:32] he's got a fast nose for typing ;) [16:36] this sucks [16:36] can I just take the one branch? [16:37] if it has everything, then yes [16:37] doing that [16:37] yep [16:37] cyphermox: In the old days, being able to switch between using the internal or external version of a libs was essential, as with some 50 libs one of them would always break openoffice (esp. if openoffice vendor-patched their libs). === greyback is now known as greyback|eod [16:40] cyphermox: while upstream libreoffice still does some small vendor patches, the problem isnt that huge anymore luckily. Still we have all that foo in place for it: You add or remove something from the SYSTEM_STUFF variable in the ./debian/rules file, regenerate the control file with "./debian/rules control" to update build/runtime deps and then rebuild the source package ... [16:41] (Yes, ./debian/control for LibreOffice is generated by a rule in ./debian/rules in case you didnt see this before.) [16:44] yeah, I saw [16:56] new nightmares in inotify land: watch file /home/desrt/foo, rm file /home/desrt/foo [16:56] what event gets reported? [16:56] "attributes changed", of course [16:57] because /home/desrt/foo and /home/desrt/bar were both hardlinks to the same inode, and because of that the file wasn't really deleted -- only its link count changed [17:00] right, time to go. l8r [17:55] larsu: I've added the patch https://bugzilla.gnome.org/show_bug.cgi?id=754796 [17:55] Gnome bug 754796 in general "Scrollbar should match the terminal screen background" [Normal,Assigned] [17:55] Laney: would you be ok on patching our version with that, waiting upstream?