[01:05] <TheMuso> robert_ancell: Do you know where software center is being maintained now? I pulled lp:software-center but see it hasn't had anything done in that branch for almost a year...
[01:06] <robert_ancell> TheMuso, I believe that's the branch and no-one is working on it
[01:06] <TheMuso> Ok.
[01:06] <TheMuso> A little surprised to see no debian packaging in there with it actually.
[01:08] <TheMuso> Wow this is a mess.
[01:08] <TheMuso> We have a branch, and then the packaging that has patches in it...
[01:23] <robert_ancell> TheMuso, ech, no-one merged the changes back in?
[01:29] <desrt> kinda funny how the very first file in the debian archive is something that i wish i wasn't downloading
[01:30] <desrt> 0ad-data -- 566MB of data for a game
[01:30] <desrt> second file is the source package for same -- same size, more or less
[01:31] <robert_ancell> desrt, whay are you downloading?
[01:32] <desrt> jessie main amd64/all/source
[01:32] <robert_ancell> desrt, again, why are you downloading all the debian source?
[01:32] <desrt> because i didn't see '--nosource' :)
[01:33]  * robert_ancell loves working on encrypted root. It's awesome to lose the encryption key and have to reinstall
[01:33] <desrt> robert_ancell: i took a guess on your 'whay' between 'what'(one letter off) and 'why' and came up wrong :p
[01:33] <robert_ancell> oh, fair enough :)
[01:33] <robert_ancell> I was typing while standing up and making tea
[01:34] <desrt> my pristine-chroot-for-jhbuild project is benefiting from having a local mirror
[01:34] <robert_ancell> ah
[01:34] <robert_ancell> you need a --no-huge-packages-im-never-going-to-need
[01:34] <desrt> but ya... don't need source, nor contrib/non-free
[01:35] <desrt> ya.  srsly.
[01:35] <robert_ancell> like libreoffice
[01:35]  * robert_ancell ducks
[01:35] <desrt> a valid point.
[01:35] <desrt> there is an 'exclude' option, but that sort of requires knowing in advance...
[01:36] <desrt> could always look at the Size: field in the Packages file, i guess
[01:38] <desrt> something weird is going on
[01:39] <desrt> ns3-doc has Size: 1062036232 but Installed-Size: is only 1589085
[01:39] <tmpRAOF> desrt: Different units, of course.
[01:40] <desrt> ah.  right.
[01:40] <desrt> that's slightly obnoxious :p
[01:41] <robert_ancell> tmpRAOF, what's the difference between you and RAOF?
[01:41] <tmpRAOF> robert_ancell: tmpRAOF is the RAOF who knows his freenode password.
[01:42] <desrt> unfortunately, some of these positively massive packages are useful -- like webkitgtk :/
[01:55] <TheMuso> robert_ancell: No idea.
[05:33] <pitti> Good morning
[05:52] <IPJunkie> Good evening
[06:19] <larsu> good morning!
[07:03] <didrocks> good morning
[07:22] <mlankhorst> morning
[07:22] <didrocks> hey mlankhorst
[07:25] <mlankhorst> it's too early :(
[07:25] <didrocks> couldn't sleep?
[07:25] <mlankhorst> naw I could sleep just fine, too well in fact so I couldn't have breakfast at gf's :P
[07:26] <didrocks> ahah
[07:29] <pitti> bonjour didrocks, comment ça va ?
[07:29] <pitti> hey mlankhorst, how are you?
[07:30] <didrocks> pitti: ça va bien, et toi ?
[07:31] <didrocks> pitti: je viens de voir que tu as trouvé le commit, j'avais raison vendredi \o/
[07:31] <pitti> didrocks: ça va bien aussi, c'était un bon week-end
[07:31] <pitti> didrocks: en effet !
[07:32] <didrocks> 2015-02-20 15:35:02     didrocks        well, there is the large commit on resta
[07:32] <didrocks> rting the journal without loosing stream connexions, but I doubt the journal is
[07:32] <didrocks> restarting in this boot or shouldn't…
[07:32] <didrocks> \o/
[07:32] <mlankhorst> good :)
[07:32] <pitti> didrocks: so reverting journald's usage of the fd storage is the trigger, but of course the actual bug could be in the underlying feature of the fd storage
[07:32] <didrocks> pitti: well done on the arsenal script, how did you do it, like rebooting 30 times until a hang occurs, doesn't occur?
[07:32] <pitti> didrocks: right, it doesn't restart, but it still tries to restore fds at startup
[07:32] <didrocks> pitti: right, it's just putting pain on the underlying system
[07:33] <pitti> didrocks: right, and after each time check list-jobs, pidof polkitd, and journal | grep timed out
[07:33] <didrocks> well done :)
[07:33]  * didrocks feels sorry pitti did this on the weekend
[07:33] <pitti> didrocks: then I wrote a bisect run script which does all teh build, install, and is robust against transient testbed failures
[07:33] <pitti> and then I just lauched it :)
[07:34] <pitti> didrocks: ah, that's fine; I did the bulk of it on Friday night
[07:34] <didrocks> yeah, the "robust against transient testbed failures" shouldn't be as easy as those 5 workds :)
[07:34] <pitti> didrocks: and I didn't actually touch  my computer on Saturday, we had so much to do
[07:34] <didrocks> words*
[07:34] <didrocks> pitti: gardening?
[07:34] <pitti> didrocks: we had a nice Thai massage, went to the stadium to see our soccer club, and to the cinema in the evening ("The Imitation Game")
[07:35] <pitti> what a great movie
[07:35] <didrocks> waow, nice Saturday, indeed :)
[07:35] <pitti> didrocks: nah, still snow here :) and we now have snowdrops everywhere, it's hard to even walk through the garden without trampling any of them down :)
[07:36] <pitti> and some crocusses already, too
[07:36] <didrocks> here, we had some half-melt snow on Saturday, but that's it
[07:39] <pitti> didrocks: so now, it would be useful to find a faster testcase without rebooting, with some combination of restarting logind in a loop or so
[07:39] <pitti> (and maybe killing polkitd in between)
[07:40] <pitti> didrocks: I'll upload a fixed systemd today (already committed the revert to Debian exp), but of course upstream should get fixed properly
[07:40] <pitti> if we find a quick reproducer, we can leave the actual fix to Lennart
[07:40] <didrocks> pitti: yeah, maybe restarting journald itself may trigger it quicker?
[07:40] <didrocks> (as it has more fds)
[07:41] <pitti> didrocks: but that's not what happens on boot, we don't restart journald
[07:41] <pitti> just that sometimes starting logind (and maybe others) gets its state wrong with trying to restore fds
[07:41] <pitti> maybe if we just try and start it a dozen times, one of these it will fail
[07:41] <didrocks> yeah, but if you the issue is on the underlying system… maybe press it to restore more fds can help triggering
[07:42] <pitti> perhaps
[07:42] <didrocks> but yeah, you are maybe right, it's only when we start the client, not when restarting the logging server
[07:42] <didrocks> I'll have some try in a vm in few minutes
[07:42] <didrocks> finishing backlogs + tea first
[07:42] <pitti> didrocks: I'm still a bit busy on preparing the next Debian upload (need to fix a few autopkgtests and such), and then want to fix a few remaining things in autopkgtest
[07:42] <didrocks> pitti: sure sure, leave that easier reproducer to me if I find anything
[07:42] <pitti> if you don't get this before me, I should find some time in the afternoon at the latest
[07:43] <pitti> didrocks: if you have time, that'd be great
[07:43] <didrocks> yeah, I planned to delay stuff for this issue today anyway
[07:43] <pitti> didrocks: next time I should write an autopkgtest right away instead of spending a day trying to reproduce it manually :)
[07:43] <pitti> (and it was a nice exercise to make the qemu runner robust against dozens of reboot)
[07:44] <didrocks> pitti: well, rebooting multiple times, I guess I wouldn't have feel confident about the adt testbed for this kind of tests
[07:44] <didrocks> I bet!
[07:44] <pitti> seb128: bonjour mon ami, ça va ? as-tu eu un bon week-end ?
[07:44] <pitti> didrocks: and rightly so, it wasn't :) (3.9.7 is now pretty good)
[07:44] <pitti> and I have a few more tweaks staged up, but not committed yet
[07:45] <pitti> and while I'm at it, I want to teach reboot to the LXC runner
[07:45] <pitti> lxc-start-ephemeral doesn't support reboot, but cloning on a tmpfs should
[07:45]  * didrocks will look at the debdiff, sounds interesting :)
[07:55] <seb128> salut pitti, ça va bien ! oui j'ai eu un bon w.e, samedi tranquille + amis à dinner, dimanche tennis ... et toi ?
[07:56] <seb128> pitti, we were pondering going to see the immitation game yesterday, I see you recommend it :-)
[07:56] <pitti> seb128: notre week-end était très pleine :) we had a nice Thai massage, watched our soccer club in the stadium, went to see "The Imitation Game" in the cinema, and did some house cleaning and some nice long walk yesterday
[07:56] <pitti> seb128: and I figured out that *(#$#( systemd hang in between :)
[07:56] <seb128> pitti, nice :-)
[07:57] <seb128> yeah, I saw that
[07:57] <seb128> nice work!
[07:57] <pitti> seb128: oh yes, I can recommend it, nice movie; did you see it?
[07:57] <pitti> (you didn't say the result of the pondering :) )
[07:57] <seb128> pitti, no, as I said we were pondering going yesterday, but weather was nice and we played tennis a bit longer and that it was too short schedule
[07:57] <seb128> oh, right :-)
[09:07] <Laney> hey hey
[09:10] <didrocks> morning Laney
[09:11] <davmor2> Laney: you are not Pete Latimater from warehouse 13 ;)  Morning by the way :)
[09:12] <darkxst> hey Laney, didrocks seb128 pitti
[09:12] <larsu> morning Laney!
[09:13] <seb128> hey Laney davmor2 darkxst
[09:13]  * Laney stares at davmor2 
[09:13] <Laney> greetings to all the world
[09:14] <didrocks> evening darkxst ;)
[09:14] <darkxst> Laney, what cool artifacts do you have?
[09:14] <Laney> I have this here mug with tea in it
[09:14] <pitti> hey darkxst
[09:16] <mzanetti> seb128: hey. if I select the german keboard layout in systemsettings, it only changes the OSK, but not the physical one
[09:17] <seb128> mzanetti, right, mir doesn't have a concept of layout
[09:17] <mzanetti> uh
[09:17] <mzanetti> ok
[09:17] <seb128> mzanetti, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1412492
[09:18] <seb128> mzanetti, btw, your bug from saturday, https://code.launchpad.net/~seb128/ubuntu-system-settings/bluetooth-device-visibility-tweak/+merge/250105 address it I think, but not sure if the way you describe is better
[09:18] <seb128> mzanetti, if you want to review, feel free
[09:20] <mzanetti> seb128: ack, will give it a test
[09:21] <mzanetti> seb128: just reading through it, I'm worried it will stay discoverable if I close the settings apps while in the bluetooth page
[09:22] <ochosi> Laney: no worries, it happens ;)
[09:22] <seb128> mzanetti, how would you close it?
[09:23] <mzanetti> right edge spread + flick up/dowen
[09:23] <mzanetti> down
[09:23] <seb128> mzanetti, if you open the switcher or swap apps or suspend the phone, it goes in "Qt.application.state [09:23] <mzanetti> seb128: what if it crashes?
[09:23] <seb128> yeah, in that case we are probably screwed
[09:24] <xnox> Morning! And today I start my IRCing in ipv6 end to end =)
[09:24] <mzanetti> seb128: but ok... if it catches the normal case it's definitely better than current state
[09:24] <xnox> it feels sooooo much better =)
[09:24] <seb128> yeah
[09:24] <seb128> xnox, good morning :-)
[09:26]  * xnox 's irc proxy was running on ipv6 native for a long time, however now my vpn has ipv4 end-points, but allocates / routes ipv6 traffic only, the irc proxy is listening on ipv6 address only
[09:26] <xnox> only found avahi-autoipd to be crashing helplessly in such setup =)
[09:27] <xnox> still can't browse ipv6 internet - awaiting to have a /64 block allocated to me or will have to switch vps provider.
[09:28] <darkxst> my ipv6 enabled netgear router can't do ipv6 ;(
[09:28]  * mzanetti can only use a /56 subnet and is hugely pissed off with his provider about that
[09:28] <mzanetti> given that they actually assigned me a /64 net
[09:29] <mzanetti> but then configure the router to only advertice /56 internally
[09:29] <mzanetti> and I can't change anything on that router
[09:29] <xnox> darkxst: well, my isp provided router blocks protocol 41  -> thus i'm pondering if connecting via VPN to the internets works out or not.
[09:29] <xnox> otherwise i'll have to invest into my own router, and convince housemates that changing this is the future.
[09:30] <darkxst> xnox, this not isp router
[09:30] <xnox> mzanetti: well you can pretended the full /64 is allocated and just carefully use /56 of it. However sounds/looks broken.
[09:34] <mzanetti> yeah.. what I want to have is a private subnet
[09:34] <mzanetti> witha router that I can't configure, but my ISP can, I don't consider the network a private one
[09:34] <mzanetti> so I'd need to add some routing behind it... but that router doesn't support that
[09:35] <xnox> mzanetti: i'm struggling to find providers that do it right. cause you need full /64 block and the upstream gateway _must_ be outside of that block, otherwise it's not a full /64 over which one can do stateless auto configuration etc.
[09:35] <mzanetti> so I use IPv4 again behind the scenes and have a raspberry pi in the "DMZ" that routes me between the ipv6 services I use
[09:35] <xnox> mzanetti: well you can get /48 off https://tunnelbroker.net/
[09:36] <mzanetti> yeah, I had that
[09:36] <xnox> and bring up the tunnel on your router.
[09:36] <mzanetti> but that messes with IPs
[09:36] <mzanetti> can't use netflix as long as it's enabled for instance
[09:36] <mzanetti> because HE gives out american ips
[09:36] <mzanetti> ok... for some this might be an advantage :D
[09:37] <mzanetti> also it's quite funny, if you have a tunnelbroker tunnel and then in the network 2 devices, one supporting ipv6 then only ipv4 and you log into google with both
[09:38] <mzanetti> google will kick you out and call you as you clearly logged in from 2 different places :D
[09:41] <xnox> mzanetti: he has european ips as well, e.g. london.
[09:42] <mzanetti> really? my tunnel endpoint was in Berlin, yet the IP was from the US range
[09:44] <xnox> well ipv6 geolocation databases are a bit bad atm.
[09:44]  * xnox tries to figure out a way to figure out ipv6 locations
[09:45] <xnox> plus tunnels use their own prefix - thus one can identify that a tunnel is well a tunnel.
[09:45] <xnox> mzanetti: hm, you seem to be right assigned tunnels are usa based, despite using "local" endpoints to connect the tunnel.
[09:48] <seb128> mitya57, hey, just saw some of those bugs where you commented about ffe needed, they are right, usually we don't require a ffe for features uploaded before the freeze but where the archive admin didn't get them out of the queue yet
[09:48] <seb128> it's the upload date which counts
[09:53] <xnox> mzanetti: darkxst: any recommendation as to what home router to get - preferably the one that can do wifi g/n/ac & can establish 4to6 tunnel, maintain ipv6-only local home network and can e.g. provide NAT64 gateway using isp's ipv4 connectivity.
[09:54] <mzanetti> yeah, one sec
[09:55] <darkxst> xnox, not played with any ac routers, but all the n routers I have bought have failed miserably
[09:55] <darkxst> and dd-wrt is not up to scratch for ipv6 unfortunately
[09:55] <darkxst> well not yet
[09:55] <mzanetti> xnox: not the cheapest, but I have perfect experience with this one: http://www.asus.com/Networking/RTAC68U/
[09:56] <mzanetti> running dd-wrt with radius server, hotspot and everything super reliably in my parent's hotel
[09:56] <mzanetti> there is a newer version available now apparently
[09:56] <darkxst> mzanetti, but with native ipv6?
[09:57] <mzanetti> not that hotspot
[09:57] <mzanetti> but I have another one here in my place with dd-wrt. that one does ipv6 quite ok
[09:57] <mzanetti> the ui for configuring is lacking
[09:57] <mzanetti> but manually configuring radvd etc works fine
[09:58] <xnox> oh openvpn client/server -> that's nice. I use tinc vpn at the moment though.
[09:58] <xnox> but can be persuaded to switch, maybe.
[09:58] <xnox> (tinc does p2p mesh networking)
[09:59] <darkxst> mzanetti, ok, my dd-wrt router died just before I got ipv6 from my isp
[10:00] <darkxst> (So never actually tried to do it)
[10:01] <didrocks> pitti: :/ tried various approach, stopping and starting systemd-logind, killing it, setting the restart limit threshold to 0 to avoid sleeping and spamming it more, killing polkit first and getting it respawn through systemd-logind. No luck in reproducing that way (even with more than 5000 loop iterations)…
[10:02] <mzanetti> darkxst: dd-wrt was creating a ipv6 tunnel to tunnelbroker.net for me for the last 2 years and announcing it in my local network.
[10:02] <pitti> didrocks: ouch :-( so I guess this interacts with more services during boot
[10:02] <pitti> didrocks: perhaps multiple services trying to restore their FDs at the same time or so
[10:02] <mzanetti> darkxst: I had to ipkg netfilter6 modules (to a USB stick as that router didn't have internal storage) but then it would also do ipv6 firewall just fine
[10:02] <didrocks> pitti: yeah, I'm trying to spam with multiple service stopping in parallel now
[10:03] <didrocks> need to ensure I'm disable the threshold burst limit for them first though
[10:13] <darkxst> mzanetti, maybe I should try on my ancient WRT54GL if i can find it ;)
[10:16] <mzanetti> :)
[10:16] <mzanetti> seb128: hey, do system settings already set some setting when I change the keyboard layout?
[10:16] <seb128> mzanetti, yeah, they change the osk config
[10:17] <mzanetti> seb128: would you say that's the one that should also be used for the physical keyobard layout settings?
[10:19] <seb128> mzanetti, I didn't think enough about the topic to have an opinion I think, but it would make sense to have the layout changing in osk/phyical keyboard at the same time I think
[10:20] <seb128> mzanetti, not sure if it means unity8 should watch the osk config though?
[10:20] <mzanetti> seb128: afaiu from the Mir guys that's what we'd have to do, yes
[10:20] <mzanetti> well, unity8 watching *some* config
[10:21] <mzanetti> whether that's the same as for the OSK or not, that's still open
[10:22] <seb128> right
[10:23] <seb128> well, until that interface/config is not defined not a lot we can do in settings
[10:30] <flexiondotorg> Laney, Are you about?
[10:30] <Laney> round and about
[10:30] <flexiondotorg> Laney, Thanks for the new GTK2 release to 15.04.
[10:31] <flexiondotorg> Laney, I was wondering if you will be back porting the pertinent commit to Trusty and Precise?
[10:32] <Laney> flexiondotorg: I haven't got plans to do that right now - I'd be willing to sponsnor a patch which does it though
[10:32] <flexiondotorg> Laney, OK. I can take that on.
[10:33] <Laney> neat, toss me a link once it's ready
[10:34] <flexiondotorg> Laney, Will do.
[10:35] <flexiondotorg> Laney, Which branch should I work against?
[10:35] <flexiondotorg> lp:ubuntu/trusty/gtk+2.0
[10:35] <flexiondotorg> lp:ubuntu/trusty-updates/gtk+2.0
[10:35] <flexiondotorg> lp:ubuntu/trusty-proposed/gtk+2.0
[10:37] <Laney> flexiondotorg: Probably easiest to just give a debdiff
[11:13] <Sweet5hark> ricotz: FWIW, just uploading 4.4.1, but untested so far ...
[11:24] <ricotz> Sweet5hark, thanks and noted! :)
[11:31] <didrocks> pitti: tried to stop and restart ~10 units in parallels, no luck :/
[11:32] <didrocks> (over 5000 loops)
[11:32] <pitti> didrocks: meh -- but thanks a lot for trying!
[11:32] <pitti> perhaps Lennart has an idea about those timeouts
[11:33] <didrocks> pitti: yeah, let's see… I'm trying a last tests and then call bankruptcy on the reproducer
[11:33] <didrocks> test*
[12:13]  * Laney discovers that our HLS support sucks
[12:14] <didrocks> pitti: ok, another failure with this approach making things even more parallel… Giving up for now :/
[12:15] <Laney> for example try to play http://a.files.bbci.co.uk/media/live/manifesto/audio/simulcast/hls/uk/sbr_med/llnw/bbc_radio_fourfm.m3u8 in totem
[12:15] <Sweet5hark> willcooke: hey, missed your ping on having multiple windows of libreoffice running at the same time ...
[12:17]  * Sweet5hark scared away willcooke rather quick it seems.
[12:20] <Sweet5hark> willcooke: around?
[12:26] <Sweet5hark> heh
[12:27] <ricotz> Sweet5hark, i am wondering where did you upload 4.4.1?
[12:31] <Sweet5hark> ricotz: https://launchpad.net/~bjoern-michaelsen/+archive/ubuntu/libreoffice-staging <- took a while to show up
[12:33] <ricotz> Sweet5hark, ah ok, i guess i should have looked a few minutes later
[12:46] <Sweet5hark> willcooke: stable connection now?
[12:53] <willcooke> Sweet5hark, nah - Wifi in the office, it hates me
[12:53] <Sweet5hark> willcooke: ;)
[12:54] <Sweet5hark> willcooke: are there still open question wrt libreoffice opening different windows? I missed your ping on friday ...
[12:54] <willcooke> I've got the realtek wifi chipset as well, which was a massive mistake
[12:55] <willcooke> Sweet5hark, oh - yes, if poss.. so I have n Xmir sessions, open.  And I'd like Writer in one, Calc in another etc
[12:55] <willcooke> but when I run, say, calc - it always converts an already existing LO instance in to calc
[12:56] <Sweet5hark> willcooke: yeah. rather: there is always only one instance running, as running multiple libreoffices isnt too good for system ressources ...
[12:57] <Sweet5hark> willcooke: (just like e.g. firefox does)
[12:58] <Sweet5hark> willcooke: there used to be easy tricks around that when we still had a bigger shell starter script, but we merged much of that "look for other office instances" directly into the executable making it harder to work around that ...
[13:01] <willcooke> Sweet5hark, oki - so we can't hack it then?  I expect that when we have confined X applications this problem will solve itself because they wont be able to see each other?
[13:03] <Sweet5hark> willcooke: I havent tried yet, but if you have multiple different LibreOffice profiles (the default being ~/.config/libreoffice), I think they each have an instance of their own running. http://ask.libreoffice.org/en/question/42975/how-can-i-run-multiple-instances-of-sofficebin-at-a-time/ has some hints on that (but ask.lo.org seems to be temporarily down :/)
[13:04] <willcooke> thanks Sweet5hark
[13:06] <Sweet5hark> willcooke: however, even if you nicely start a "LibreOffice Writer" instance and a "LibreOffice Calc" instance with everything separate, you will still totally be able to create a spreadsheet from the "Writer" instance. After all that is essentially the point of a productivity suite -- as you can have tables (from Calc) or graphics (from Draw/Impress) and bibliographies (from Base) in text documents etc ...
[13:16] <mlankhorst> Sweet5hark: At some point libreoffice is creating a 15725x23 window when I enable OpenGL acceleration. This is bigger than the opengl limits, any idea why?
[13:18] <Sweet5hark> mlankhorst: not off the spot. Maybe just testing for OpenGL capabilities or something?
[13:19] <mlankhorst> no idea.. you could query GL limits for that..
[13:22] <Sweet5hark> mlankhorst: is that directly in startup?
[13:23] <mlankhorst> I'll grab the -dbg symbols, see what code's creating it..
[13:23] <mlankhorst> looks specific to the recovery window
[13:23] <Sweet5hark> mlankhorst: k
[13:36] <mlankhorst> lo.org has too many debug symbols, slows down gdb :(
[13:39] <mlankhorst> ugh, hung my pc completely..
[13:42] <seb128> Laney, what do you think about updating gdk-pixbuf?
[13:42] <seb128> there is a new version out since novembre
[13:42] <seb128> which should fix bug #139067
[13:45] <mlankhorst> Sweet5hark: http://paste.debian.net/155695/ ?
[13:45] <mlankhorst> that's the entry with 15712 width
[13:51] <mlankhorst> I'm uncertain what a headerbar is though, could it be shortened? :P
[14:15] <Sweet5hark> mlankhorst: interesting -- thats the HeaderBar ...
[14:28] <mlankhorst> yeah but anything I can do about it?
[14:28] <mlankhorst> hack is fine
[14:30] <Sweet5hark> mlankhorst: likely the CalcWindowSizePixel at http://opengrok.libreoffice.org/xref/core/svtools/source/control/headbar.cxx#1499 gets something really wrong and over/underflows ...
[14:32] <mlankhorst> Sweet5hark: any idea why?
[14:32] <Sweet5hark> mlankhorst: nope
[14:33] <Laney> seb128: no opinion atm, anything concerning?
[14:33] <mlankhorst> meh :/
[14:33] <mlankhorst> it breaks libreoffice + gl under Xmir..
[14:34] <Sweet5hark> mlankhorst: one wild ass guess would be something like dpi being way off and thus the image sizes being way wrong etc. but really, I would need to debug into that rabbithole ...
[14:36] <mlankhorst> possibly, can I see what DPI it believes I have?
[14:36] <seb128> Laney, not really, in fact I'm mostly pointing it because we are in sync with Debian and you might want to update it here
[14:36] <seb128> Laney, I'm also happy to do the update myself in vivid
[14:36] <Laney> ok, I'll note it down
[14:36] <seb128> thanks
[14:36] <Laney> thx
[14:37] <Laney> that is a nice low bug number
[14:37] <Laney> hope it's real
[14:37] <seb128> :-)
[14:41] <Sweet5hark> mlankhorst: http://opengrok.libreoffice.org/xref/core/include/vcl/outdev.hxx#252 seems to have those, but I dont know if you can get read conveniently read them without having a proper local debug build ...
[14:41] <mlankhorst> meh nm for now then
[16:14] <pitti> seb128, Laney: this fixes your boot woes (just made it into vivid): https://launchpad.net/ubuntu/+source/systemd/219-3ubuntu1
[16:14] <Laney> pitti: good work!
[16:14] <pitti> or, if it doesn't, go away!
[16:14] <pitti> :)
[16:14] <Laney> it became more heisen-y after I got a successful boot
[16:14] <Laney> so I'll get back to you in a month :P
[16:15] <didrocks> Laney: 30 boots seem to be enough but my ETOOMANYTESTING
[16:15] <qengho> kenvandine: How's chromium?
[16:16] <Laney> didrocks: I was playing with it friday and made a unit which rebooted the system if lightdm managed to come up
[16:16] <Laney> that was fun
[16:16] <seb128> pitti, great, thanks!
[16:17] <didrocks> Laney: I hope you did use some lightdm.service.d dropping? :)
[16:17] <Laney> something like that
[16:17] <pitti> Laney: I spent my Friday night writing an autopkgtest to reproduce it :) (and then Sunday to bisect upstream)
[16:17] <Laney> I tried it with systemd-reboot.target first and this made a loop which aborted the boot at start
[16:17] <Laney> sooooooooo had to make a custom unit
[16:18] <didrocks> Laney: if you are interested in details, you can look at the xfailsafe implementation, basically it extends existing units and add a custom target + unit :)
[16:19] <kenvandine> qengho, forgot to install it from the PPA :)
[16:19] <kenvandine> i'll do it now
[16:29] <kenvandine> qengho, HUGE improvement in chromium
[16:29] <kenvandine> the menu's work, although the fonts in the menu is a bit large
[16:29] <kenvandine> but before it didn't work at all
[16:29] <kenvandine> the fonts in the tabs is too big, as well as the status bar at the bottom
[16:30] <kenvandine> qengho, but it functions and the content looks good
[16:30] <qengho> kenvandine: hrm, thanks.
[16:31] <kenvandine> qengho, significantly better than chrome :)
[16:31] <kenvandine> with the vivid packages, the menu didn't work at all, from the PPA it works fine just the fonts are a bit large
[17:03] <didrocks> see you tomorrow guys!
[18:06] <Laney> my turn, ttyl!
[19:10] <willcooke> hey robert_ancell_