[09:01] <Laney> morning
[09:02] <larsu_> hi Laney
[09:02] <Laney> hey larsu, how goes?
[09:03] <larsu> Laney: better than yesterday. Still not fully there, but I'll be able to work today :)
[09:05] <Laney> larsu: ah, well I'm glad you are on the right road :-)
[09:05] <Laney> take it easy
[09:08] <larsu> Laney: thanks :)  How are you doing?
[09:08] <Laney> decent, thanks. I think I got Christmas shopping under control now ...
[09:10] <sil2100> Mirv: yay, the second patch I need for appmenu-qt5 might also get accepted \o/
[09:14] <Mirv> sil2100: great news!
[09:32] <sil2100> psivaa: coming? Not much to update, but still ;)
[09:40] <Sweetsha1k> Moin!
[09:45] <Sweetshark> please read bug 1261669, if you want to see a clusterf^!$ of fun ...
[09:45] <ubot2`> Launchpad bug 1261669 in libreoffice (Ubuntu) "LibreOffice needs to be rebuild with gcc#58800 fixed." [Undecided,New] https://launchpad.net/bugs/1261669
[11:55] <Laney> ah compiler bugs
[12:09] <Laney> darkxst: did you forward your long → int patch for glib?
[12:27] <xnox> another possibly gtk3.10 layout regression bug https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1261600
[12:27] <ubot2`> Launchpad bug 1261600 in gnome-sudoku (Ubuntu) "Window for Sudoku "New Game" is about 30 px high and can't be enlarged (Trusty)" [Undecided,Confirmed]
[12:28] <xnox> is the too wide bug affects python-gi only?
[12:39] <asac> is there anyone doing pulse these days?
[12:40] <Laney> asac: diwic and TheMuso - https://launchpad.net/ubuntu/+source/pulseaudio/+changelog
[12:40] <asac> thx
[13:20] <desrt> saluton, kaj ĝojan mardon
[13:28] <Laney> greetings desrt
[15:30] <Laney> Sweetshark: qengho Laney larsu mlankhorst desrt tkamppeter attente meeting time!!!!
[15:30] <mlankhorst> nuh!
[15:30] <qengho> Aiee!
[15:30] <desrt> no meeting without seb
[15:30] <desrt> where is seb?
[15:30] <Laney> ohhhhhhhhhh yes there is
[15:30] <Laney> probably drinking an appletini somewhere
[15:31] <Laney> (on holiday already)
[15:32] <Laney> let's get started
[15:32] <Laney> Sweetshark: ho
[15:33] <qengho> I'll go.
[15:33] <Laney> like that is it
[15:33] <Laney> qengho: do it
[15:33] <qengho> * Hacked on, packaged up, and tested some HAL replacement that makes Adobe's content-protected flash work again.  Broken since HAL removed in Saucy.
[15:33] <qengho> * Testing -fPIE on chromium. Also still testing apparmor profiles.
[15:33] <qengho> EOF
[15:33] <Laney> h...al... replacement?
[15:33] <qengho> Just a thin shim that routes DBUS calls to udisks.
[15:34] <qengho> Adobe's not changing Flash for us.
[15:34] <Laney> mmk
[15:34] <Laney> ah, we got chromium updated in T too, neat
[15:34] <qengho> Crazy, I know. Not my idea.
[15:34] <qengho> Yeah, yay.
[15:35] <Laney> neat, thanks qengho
[15:35] <Laney> Laney: hi
[15:35] <desrt> desrt: hello!
[15:35] <Laney> • Quiet-ish week for me
[15:35] <Laney> • Mainly worked on u-s-s testing and related things
[15:35] <Laney> ∘ Extended dbusmock's upower template to emit signals
[15:35] <Laney> ∘ Added some testcases for battery hot/cold plugging to u-s-s
[15:35] <Laney> ∘ Made upower emit property data when introspected (weird type guessing behaviour)
[15:35] <Laney> ∘ Wrote a template for systemd-timedated
[15:35] <Laney> • u-s-s reviews
[15:35] <Laney> • timezonemap reviews & merges
[15:35] <Laney> • Now looking at GNOME updates; glib2.0 gtk-pixbuf
[15:35] <Laney> DONE
[15:36] <Laney> larsu: you're up
[15:36] <larsu> woah, this is new order!
[15:37] <Laney> I just took the order on https://launchpad.net/~canonical-desktop-team/+members
[15:37] <Laney> first names baby
[15:37]  * desrt changes his name to desrt
[15:37] <larsu> I've continued the work on evince (giving it proper menus)
[15:37] <larsu> had some discussion with cimi about my latest overlay-scrollbar patches, got merged after some changes
[15:38] <larsu> was sick the last two days (feeling better today though)
[15:38] <larsu> eof
[15:38] <Laney> oh yay, neat stuff
[15:38] <Laney> did you see the gtk 3.10 weird sized window reports?
[15:38] <Laney> I saw a couple on IRC - ubiquity sudoku
[15:38] <Sweetshark> Laney: /me reporting late from a call.
[15:38] <Laney> couldn't reproduce sudoku myself ...
[15:40] <larsu> Laney: ya, but it was reverted. I'm responding to the ubiquity bug right now
[15:40] <Laney> wondering what people saw if it was reverted
[15:40] <Laney> anyway, cool, as long as you know
[15:40] <larsu> that's what I'm asking :)
[15:40] <Laney> Sweetshark: you can go now
[15:40] <xnox> depends when they upgraded....
[15:40] <Sweetshark> rebasing in circles: libreoffice-l10n source rebased on LO master, release branch, back to debian
[15:40] <Sweetshark> packed LO 4.1.4~rc2 to ppas (general LO ppa and 4.1 ppa)
[15:41] <xnox> larsu: so fully upgraded desktop image shouldn't have the weird resize bug?
[15:41] <Laney> xnox: it wasn't in distro
[15:41] <xnox> UbuntuKylin desktop has weird resize issue with ubiquity, last time I synced that image.
[15:41] <Sweetshark> Laney: and TDF board election.
[15:41] <Sweetshark> EOF
[15:41] <Laney> election results?
[15:42]  * desrt votes Sweetshark 
[15:42] <Laney> vote for pedro^wbjoern
[15:42] <larsu> xnox: no, it shouldn't be a problem after gtk 3.10.5
[15:42] <Sweetshark> Laney: preliminary result will get out tommorrow. You can still vote for me (if you are a TDF member)
[15:42] <larsu> xnox: but it will be next cycle :)
[15:42] <Laney> teehee
[15:43] <Laney> Sweetshark: weren't we going to see a new LO for trusty or do I misremember?
[15:43] <Laney> I remember talking about it when we did the harfbuzz transition
[15:43] <Sweetshark> Laney: yes, we also bumped the old libreoffice 4.1 in trusty for the transition.
[15:44] <Laney> yeah
[15:44] <Sweetshark> Laney: also makes the saucy SRU happy.
[15:44] <Laney> I thought that the talk at the time was that we were going to get a 4.2 RC
[15:44] <Laney> or something
[15:44] <Laney> or beta?
[15:44]  * Laney forgets
[15:45] <Sweetshark> Laney: LO 4.2 is at beta2 -- we shouldnt go to the archive before 4.2.0rc1 (this week)
[15:45] <Laney> ok, maybe that's what I remembered
[15:45] <Laney> thanks
[15:45] <Sweetshark> Laney: betas will stay in the prereleases ppa only.
[15:45] <larsu> xnox: ah, I was wrong. It was only reverted for GtkDialogs. Ubiquity's main window is not a subclass of that, right?
[15:45] <Laney> mlankhorst: your turn
[15:45] <mlankhorst> working on DD (am report is positive, waiting for front desk!), xorg-server saucy sru, initial upload of pieces of the lts-saucy stack, rebasing my kernel patches again :/
[15:46] <Laney> ooh, NM
[15:47] <Laney> that last stage can take a little bit
[15:47] <Laney> mlankhorst: thanks
[15:47] <xnox> larsu: what is the change, and what should I do to fix this?
[15:47] <Laney> desrt: now it is you
[15:47] <desrt> continued efforts in glib/gtk/lower-gnome-platform portability.  upstream bug count so far: 19 fixed, 9 pending, 1 rejected
[15:47] <desrt> did a major refactor of GtkApplication to add platform-specific backends, properly abstracted, fixing a few bugs in the
[15:47] <desrt> process.  also rebased attente's menu work and did a lot of quartz menu-related fixes.  this puts us in good position to solve the 'alternate menu' situation.  could also support a future 'mir' backend this way.
[15:47] <desrt> spent a day tracking down an issue in gobject-introspection: the giscanner lexer and parser get out of sync with each ot
[15:47] <desrt> her which causes some macro definitions to appear as if they're coming from different files, which causes all kinds of t
[15:47] <desrt> roubles
[15:48] <desrt> hm.  that last one didn't work out as i expected.
[15:48] <xnox> larsu: both forward and backwards compatible. and ubiquity does use all sorts of window types......
[15:48] <desrt> last time i copy/paste my updates!
[15:48] <Laney> haha, you try to be all prepared and this is what happens
[15:48] <Laney> I enjoyed all of the "Remove alleged support for ..." in 2.39.2
[15:49] <Laney> dunno if that was you or not, portability reminded me of it ...
[15:49] <desrt> ya.. that was danw
[15:49] <desrt> but it's related to the portability work i've been doing in the sense that we wanted to actively make sure we weren't breaking people before we started making changes like that
[15:50] <Laney> glad to see that kind of stuff is being cared for
[15:50] <Laney> cheers
[15:50] <Laney> tkamppeter: hey
[15:51] <tkamppeter> - poppler: Fixed "pdftops -origpagesizes", it did not rotate the PostScript output when the PDF input had the rotation field set. Submitted patch upstream.
[15:51] <tkamppeter> - poppler: Bug fixes on PostScript output, especially make duplex printing work.
[15:51] <tkamppeter> - cups-filters: Make PPDS-less duplex printing on PostScript printers work, also scale-to-fit
[15:51] <tkamppeter> - Bugs.
[15:51] <desrt> tkamppeter: how did that work (from a month or two ago) on the brother drivers end up working out?
[15:52] <larsu> xnox: it depends on what should determine the window's size. Judging from the first screenshot on the bug, it looks like gtk_window_set_default_size() should be enough
[15:53] <xnox> larsu: hm, but I don't know the default size. Usually we just let the widgets auto-determine that. Should I set it to 1x1 ? =)
[15:53] <Laney> d
[15:54] <Laney> the elusive tkamppeter
[15:54] <Laney> attente: you're up
[15:54] <xnox> am I interrupting a meeting? I'm sorry.
[15:54] <Laney> xnox: yeah, almost done
[15:54] <larsu> xnox: ya, let's talk after the meeting
[15:54] <Laney> maybe now if attente is MIA
[15:54] <pitti> qengho: hal shim> chrisccoulson wrote one quite some time ago, FYI
[15:55] <attente> just some u-s-s language panel fix up, tested and re-enabled some of the maliit settings which are working now
[15:55] <attente> modifier-tweaks branch got merged into trunk, continued compiz/unity key grabbing work, should have something ready this week
[15:55] <attente> eof
[15:55] <qengho> pitti: yes, it was incomplete. I found another on g*thub that was further along.
[15:56] <Laney> did seb128's ass kick on the compiz branch that was stalling pay off?
[15:56] <tkamppeter> desrt, what do you mean with brother drivers, which bug number?
[15:57] <desrt> tkamppeter: you were trying to work to get the brother driver situation improved a while ago
[15:57] <desrt> tkamppeter: so that people didn't have to download them from their site
[15:57] <attente> Laney, i don't know what he did, but it worked :)
[15:57] <Laney> great
[15:57] <Laney> ok, meeting over
[15:58] <Laney> next one will be next year
[15:58] <Laney> happy holidays!
[15:58] <Laney> xnox: you may resume :P
[15:58] <happyaron> anyone has some time to sponsor a small package?
[15:58] <xnox> Laney: i'd like to make AOB suggestion to the chair to change the channel topic when meetings are in progress =) and/or use meetingology to set/unset the topic.
[15:59] <tkamppeter> desrt, it is difficult with Brother, trhey need to work out legal stuff whether they can set up drivers for auto-download.
[15:59] <happyaron> https://code.launchpad.net/~happyaron/+junk/fcitx-qimpanel-configtool
[15:59] <happyaron> source tar is https://github.com/lenky0401/fcitx-qimpanel-configtool/archive/fcitx-qimpanel-configtool-0.1.3.tar.gz
[16:00] <Laney> xnox: yeah we should use meetingology
[16:00] <xnox> larsu: ubiquity default window is GtkWindow, modal, resizable, always center, no default width/height set, normal hints, decorated.
[16:00] <Laney> I got it to join this channel but it never happened
[16:01] <Laney> I don't have enough access to change the topic either :-(
[16:01] <xnox> larsu: should i change default size to "1,1" in the gtkbuilder ui file ? =) sounds like a broken gtk to me ;-)
[16:02] <larsu> xnox: no, that won't fix it. It used to be that gtkwindows had a maximum width of 640px, independent of how much space widgets inside a window requested
[16:02] <larsu> xnox: that changed. So you can either set a sane size, or fix whichever widget requests to much space
[16:02] <xnox> larsu: aha, sounds good.
[16:03] <larsu> xnox: the most common case seem to labels, which don't wrap by default. You can set max-width-chars for those
[16:03] <xnox> larsu: so I believe the "progressbar" or the "bottom right" aligned url link are the culprits.
[16:03] <xnox> (not visible by default)
[16:03] <larsu> xnox: progress bar sounds reasonable. Want me to have a look?
[16:06] <xnox> fill: yes, expand: no.
[16:06] <xnox> hm. inside expander there is "minimum content width/height -1" of a scrolled window.
[16:06] <xnox> but if hidden.... it shouldn't affect layout.
[16:07] <larsu> ya
[16:07] <larsu> is the progress bar a custom widget?
[16:08] <xnox> hm. i have a label which is ellipsize end, maximum width  in chars -1, line wrap mode word character
[16:08] <xnox> no, it's just GtkProgressbar, horizontal.
[16:11] <larsu> ah, it should be enought to set max-width-chars of the label to something sane
[16:11] <xnox> hm. i guess i should do some trial and error on a few of these now.
[16:14] <xnox> larsu: it would help to be able to "introspect" which widgets pull/request/force the largest allocation
[16:15] <larsu> definitely :/
[16:15] <xnox> larsu: is there a GtkGrid based GtkDialog yet? /me is sick of GtkBox
[16:15] <larsu> I don't think so, no
[16:16] <xnox> i find gtk3.0 a bit pre-mature. it released with deprecated symbols and we are stuck with using deprecated widgets in the default set =(
[16:16] <xnox> and i bet 4.0 is not going to happen any time soon.
[16:16] <attente> dpm, hi
[16:18] <xnox> larsu: huh, this makes no sence.
[16:18] <larsu> xnox: right, that's the reason why seb128 decided to stay behind a cycle for gtk. It's still a lot of work to keep up...
[16:19] <xnox> larsu: the default value of gtk-label's max-width-chars is "-1", has that been changed to a sensible value?
[16:19] <larsu> xnox: no.
[16:19] <xnox> larsu: how is this suppose to work then? is it actually intended to cause full-screen-width apps by default?
[16:20] <dpm> hi attente
[16:20] <larsu> xnox: no, width should be defined by the screen's work area
[16:20] <attente> dpm, there's some issues that we ran into with the QLocale api in qtbase-opensourcesrc-src
[16:20] <larsu> xnox: can I run ubiquity in my session?
[16:21] <xnox> larsu: please don't, it runs as root and eager to format your hard-drive by default =)
[16:21] <attente> like for example, trying to instantiate an QLocale('en_DK') falls back to a plain English locale
[16:21] <xnox> larsu: in practice, install ubiquity-frontend-gtk and don't go past partitioning step ;-)
[16:21] <larsu> xnox: ah okay. Is there a way to quickly test the ui?
[16:21] <xnox> larsu: and launch ubiquity
[16:21] <attente> and the nativeLanguageName of QLocale('en_GB') is 'British English'
[16:22] <attente> instead of 'English'
[16:22] <xnox> larsu: or just lauch a desktop CD in the VM, which is what I do.
[16:22] <xnox> larsu: it was not fun re-installing =/
[16:22] <larsu> xnox: well, I want to make changes to it and test them
[16:23] <xnox> larsu: that's fine. boot into live session and you can close / change / start it as many times as you wish.
[16:23] <attente> dpm, we're wondering if it's worth it to update the CLDR data in that package so that it matches more closely to what libicu provides
[16:23] <dpm> attente, for the first issue, I assume that the en_DK translation was available and wasn't used? Otherwise, if it's not available, or if a particular string has no en_DK translation the default is to fall back to C (which is en_US)
[16:23] <xnox> larsu: and most of the ui is in gtk-builder / glade editable files.
[16:24] <happyaron> Laney: have time to sponsor my package?
[16:25] <Laney> happyaron: not massively right now
[16:25] <Laney> could you subscribe the sponsors and me?
[16:25] <attente> dpm, i think it might be an issue with that entry not existing in the CLDR, iirc
[16:26] <happyaron> Laney: ok
[16:27] <dpm> attente, in general, I think it's a good idea to keep CLDR data up to date, yes.
[16:30] <attente> dpm, i guess i'm just wondering if we should patch it up ourselves though in qtbase-opensource-src
[16:30] <attente> dpm, looking at the CLDR, en_DK is definitely missing...
[16:32] <attente> and this is definitely where the problem of all these language name variants is coming from too
[16:33] <Laney> I'd be dubious of doing it downstream
[16:33] <Laney> someone should at least explain the problem upstream first
[16:33] <dpm> attente, I think it might be worth checking with whoever is usually doing the packaging
[16:33] <dpm> I think there is some coordination with KDE/Debian to get that done
[16:34] <dpm> yeah, or doing it upstream at Qt, as Laney mentions
[16:39] <attente> dpm, Laney, ok, thanks
[17:13] <Laney> hmm
[17:14] <Laney> make[7]: *** No rule to make target `org.gtk.test.gschema.xml.orig', needed by `all-am'.  Stop.
[17:19] <ricotz> Laney, revert ca830f273396322a29c439f760c06e9bad0399f1 and it works
[17:19] <Laney> ricotz: o rly
[17:20] <ricotz> Laney, at least doing so before tarballing it
[17:20] <Laney> it's a ryan lortie patch
[17:20] <Laney> that little horror
[17:20] <ricotz> Laney, i think the *.orig extension is the problem
[17:21] <ricotz> and it gets deleted due some debian/make rules
[17:21] <Laney> let me see
[17:21] <Laney> it doesn't fail when built from git tbh
[17:22] <Laney> is it dh_clean?
[17:22] <ricotz> so the packaging is doing it while it thinks it is some left-over
[17:23] <Laney> trying with -Xxml.orig passed to dh_clean
[17:26] <attente> "en_DK does not exist. This is not supposed to work." :(
[17:28] <Laney> hmm
[17:29] <Laney> reading some blog post that says en_DK is a hack
[17:31] <Laney> ricotz: this seems to work
[17:51] <mlankhorst> ugh
[17:51] <mlankhorst> why is my cursor hidden when I use synergy to control it ?
[19:10] <larsu> xnox: sorry, didn't have time till now to have a look at ubiquity. The problem comes from the wireless page. I'm trying to find out which widget right now.
[20:07] <darkxst> Laney, that patch only applies for gdb/python3, probably not safe for python2 which all other distros are using
[20:24] <darkxst> Laney, slightly different fix - https://bugzilla.gnome.org/show_bug.cgi?id=720635
[20:24] <ubot2`> Gnome bug 720635 in general "Make gdb pretty-printers compatible with Python3" [Normal,Unconfirmed]
[22:43] <Laney> darkxst: decent
[22:44] <darkxst> Laney, it seems only ubuntu links gdb against python3, although I guess eventually upstream will switch
[22:45] <Laney> seems likely that it'll happen at some point
[22:47] <Laney> I'll take that into tomorrow's glib upload
[22:47] <Laney> if you can't commit, ping back on the bug to have colin do it
[22:47] <darkxst> Laney, just pushed
[22:48] <Laney> cool
[22:55] <kyanardag_> Hi, I have ubuntu 13.10 installed in an Asus N55JV laptop. When I reboot, suspend works fine but after some time, suspend does not work (suspends and immediately wakes up). I checked /var/log/pm-suspend.log file and there's no error message. I don't know how to troubleshoot this, can somebody help me?
[22:57] <sarnold> kyanardag_: sounds similar to e.g. bug 1252121
[22:57] <ubot2`> Launchpad bug 1252121 in systemd-shim (Ubuntu Trusty) "missing PrepareForSleep signal after resuming, causing networking to stay disabled" [High,Incomplete] https://launchpad.net/bugs/1252121
[23:01] <kyanardag_> hi sarnold, thanks for your reply. I read the bug description and it's different than what I am experiencing..
[23:02] <sarnold> kyanardag_: yeah, the symptoms you described are different, but I have a suspicion it's the same overall mechanism that's involved.
[23:04] <kyanardag_> in my case, suspend actually works, but it's for a second only.. and network comes back normally..
[23:04] <kyanardag_> is there a more appropriate chat room that i should seek help?
[23:05] <sarnold> no, this one is decent enough, but the fellow doing the work on this is in germany; he'll likely return in six to eight hours. hehe.
[23:05] <kyanardag_> :)
[23:06] <sarnold> kyanardag_: you could try the systemd-shim package from the saucy-proposed repository, I found it addressed most of my suspend / resume problems
[23:07] <kyanardag_> i am from Turkey, my time zone is close to Germany.. it won't be problem..
[23:07] <kyanardag_> it's already installed
[23:07] <kyanardag_> but not sure if it's from "proposed" repo
[23:09] <sarnold> kyanardag_: oh, good :) he's an early-riser. hehe. check dpkg -l systemd-shim  -- if the version is 6-0ubuntu0.13.10 then you have the version from -proposed
[23:11] <kyanardag_> mine is 4-0ubuntu0.13.10
[23:12] <kyanardag_> what is the nickname of the individual working on this issues, who is from Germany
[23:12] <sarnold> kyanardag_: okay, that's an update, not the -proposed package
[23:12] <sarnold> kyanardag_: pitti
[23:13] <kyanardag_> thanks, i'll seek help from him..