[04:49] <pitti> Good morning
[04:59] <Mirv> tkamppeter: I don't know, although I think Qt 4 itself will be end of support next year
[04:59] <Mirv> and it will be also dropped from jessie + 1
[06:58] <larsu> tedg: according to that warning it looks like cups is not running
[06:58] <larsu> good morning!
[07:28] <didrocks> good morning
[07:30] <larsu> hi didrocks!
[07:30] <didrocks> hey larsu
[07:33] <seb128> lut didrocks
[07:33] <seb128> hey larsu
[07:33] <seb128> good morning desktopers
[07:34] <didrocks> salut seb128
[07:34] <mlankhorst> salut!
[07:34] <mlankhorst> ca va?
[07:34] <didrocks> hi mlankhorst, ça va, et toi ?
[07:37] <seb128> hey mlankhorst
[07:37] <mlankhorst> I exhausted my french quotum for today
[07:38] <mlankhorst> but it goes well
[07:39] <seb128> nice
[07:39] <seb128> how is the work on xmir going? ;-)
[07:41]  * pitti waves to the desktop crowd -- finally some life here!
[07:43] <seb128> lut pitti
[07:43] <seb128> pitti, depuis quand est-ce que tu es réveillé ?
[07:43] <pitti> seb128: depuis 5:30 aujourd'hui
[07:44] <seb128> pitti, c'est tôt !
[07:44] <pitti> c'est le temps normal à nouveau, apres les examinations d'Annett :)
[07:46] <didrocks> morning pitti
[07:48] <seb128> pitti, c'est dur de se lever aussi tôt, surtout en hiver quand il fait nuit et froid!
[07:49] <pitti> seb128: en effet :/ mais quand je me sense éveillé je me leve avec ma femme
[07:56] <seb128> pitti, je comprends, dit à Annett de se lever plus tard !
[07:58] <pitti> seb128: je luit dis ça tous les jours :)
[07:58] <pitti> "lui"
[08:00] <tkamppeter> Mirv, thank you very much, I already got answers for my questions yesterday onb #ubvuntu-devel.
[08:00] <mlankhorst> seb128: steadily, I have a working prototype that uses mir sw rendering. Glamor is going to be a bit of a pain, as will DRI2 accel be. :P
[08:01] <mlankhorst> won't be as featureful as xorg-mir, because mir itself is lacking some features..
[08:07] <didrocks> seb128: did you feel that thunderbird is less responsive for you? I keep having it freezing multiple times a day
[08:08] <didrocks> or clicking on messages doesn't display content, have to go to other folder to force a refresh…
[08:13] <mlankhorst> dri2 accel might end up being faster because Xorg-mir requires a copy, I can override the dri2 module in XMir to prevent copying when compositing is active. :x
[08:16] <seb128> didrocks, no issue here, I run it all day with the 3 imap accounts, including the canonical one
[08:17] <didrocks> weird…
[08:17] <larsu> didrocks: maybe these are the starting signs of its end? It is hardly maintained these days, is it?
[08:18] <didrocks> larsu: I don't know if it's thunderbird itself or a consequence of a vivid change TBH
[08:18] <didrocks> larsu: it doesn't seem we are using cpu cgroups share in systemd for instance, so I can't blame that one
[08:18] <darkxst> hey seb128 didrocks pitti
[08:18] <didrocks> morning darkxst
[08:19] <didrocks> or rather evening :)
[08:19] <darkxst> didrocks, yeh that is more accurate!
[08:20] <duflu> mlankhorst: Windowed or fullscreen? In the latter the Mir server will at least use bypass (no compositing required)
[08:20] <darkxst> seb128, did you see bug 1393067?
[08:21] <duflu> ... but only if you keep the DRI drivers active ("hardware" buffer instead of software)
[08:21] <seb128> hey darkxst
[08:21] <seb128> no, didn't
[08:21] <darkxst> totem has a completely new UI which is very GNOME3
[08:21] <seb128> right
[08:21] <seb128> which is why we didn't update it
[08:21] <mlankhorst> duflu: supporting both, but the copy is done in Xorg :P
[08:21] <seb128> or one of the reasons
[08:21] <duflu> mlankhorst: I always thought glamour sounded like a good option. What's stopping that?
[08:22] <duflu> Doesn't that just make the X server a GL client?
[08:24] <darkxst> seb128, so would it be reasonable to fork the packaging for that? have say a totem3 package that replace old totem packages?
[08:24] <mlankhorst> yes :P
[08:24] <mlankhorst> duflu: rootless is going to be a bit harder, but ought to work
[08:24] <seb128> darkxst, I guess so
[08:24] <seb128> darkxst, btw commented on it, the screenshot you posted seems fine (assuming it's the start screen/recently used), not sure what the player looks like ... do you have that version in a ppa or something?
[08:26] <darkxst> seb128, 3.12 is on gnome3 and 3.14 in gnome3-staging
[08:26] <seb128> darkxst, let me try that
[08:26] <seb128> is there a big difference between those in UI?
[08:32] <darkxst> seb128, I think the UI change was mostly in 3.12
[08:35] <seb128> cool, I'm looking over the UI for a minute and I've nfc how to play a video
[08:35] <seb128> the grid is empty
[08:35] <seb128> there is no menu item "open"
[08:35] <seb128> the headerbar icons have no tooltips to indicate what they do
[08:35] <seb128> and there is no control in the UI
[08:35] <seb128> come on GNOME designers
[08:36]  * seb128 closes totem and goes to click in nautilus
[08:44] <larsu> :(
[08:44] <willcooke> morning all
[08:45] <willcooke> FJKong, happyaron  - if you can make the weekly meeting today please email me a quick status report
[08:46] <FJKong> willcooke: I will be on meeting tonight
[08:46] <willcooke> thx FJKong
[08:51] <seb128> darkxst, I would be fine with the new totem if it have a classic menubar still and decorations+headerbar as a toolbar
[08:51] <seb128> have->has
[08:52] <seb128> hey willcooke FJKong
[08:52] <FJKong> seb128: hey seb
[08:53] <willcooke> gmornin seb128 - how goes?  Anything catch on fire yesterday?
[08:53] <seb128> willcooke, things are good, no fire no
[08:53] <willcooke> \o/
[08:53] <willcooke> Had a good meeting with $oem
[08:53] <seb128> willcooke, btw I'm unsure your strategy of "must assign all workitems" is the right one
[08:53] <seb128> though I can understand the tentation of doing that
[08:54] <willcooke> seb128, ok - if you are confident that they will get attention, I'll happily remove the names - but ya know - just not sure how much managing that list needs, so playing it safe
[08:54] <seb128> willcooke, I usually recommend not doing that on purpose, the same way that I think you should assign a bug to somebody who doesn't plan to work on it in a reasonable timeframe
[08:55] <seb128> *shouldn't*
[08:55] <willcooke> seb128, ok, happy with that - but I will keep asking you how they are progressing ;)  (s/you/$dev)
[08:55] <seb128> willcooke, the issue by doing that is that you give the impression that somebody is on the item and it locks contributors out of claiming it/helping
[08:56] <seb128> which works against us
[08:56] <seb128> we usually say "if it's unassigned, feel free to grab it if you want to help"
[08:56] <seb128> that can't happen if you assign everything
[08:56] <seb128> willcooke, cool ;-)
[08:56] <seb128> willcooke, sorry for being nitpicking
[08:57] <willcooke> seb128, no worries - I agree with your reasoning.
[08:58] <seb128> but yeah, we should make sure we are under trend
[08:58] <willcooke> I'll take some convincing that people won't say "Oh, I didn't know I was supposed to care about $gnome_app because my name wasnt against it" :)
[08:58] <seb128> which means that people go through their assigned w.i and grabs new ones as they go
[08:58] <seb128> hehe
[08:58] <willcooke> :)
[08:58] <seb128> yeah, that's fair enough
[08:58] <willcooke> Let's go with your plan, it's solid
[08:58] <seb128> thanks
[08:59] <willcooke> and then if things look like they aren't moving in the right direction by, say, end of Jan, we can reasses
[09:00] <willcooke> attente_, read up a few mins from here ^^^^^^
[09:03] <seb128> willcooke, yeah, we are still sort of blocked on getting mir and the gtk backend to do some of the initial lifting I think
[09:04] <seb128> we don't want to have 5 people hitting the same basic bugs and spending efforts on the same things
[09:04] <seb128> we need somebody to more ahead enough that gtk-demo or something runs fine
[09:04] <willcooke> seb128, yes, that is very true.  But we know Mir are working on unblocking some of that stuff right now, so when it lands in Mir we need to be ready to pounce on it in Gtk backend, and then have it flow through to the apps
[09:04] <seb128> then we can look at apps and specific issues
[09:04] <seb128> right
[09:05] <willcooke> In my mind, all of that Gtk apps work is "get ready to work on it in some months"
[09:05] <willcooke> rather than "do it now"
[09:05] <willcooke> perhaps I should have been much clearer about that
[09:05] <willcooke> e.g.
[09:05] <willcooke> actually, no eg :)
[09:06] <willcooke> My theory with assigning those apps was
[09:06] <willcooke> As soon as it's ready upstream we can land a whole load of G apps in to desktop next - taadaa!
[09:07] <willcooke> So between now and then it's business as usual
[09:07] <willcooke> and then in, say, Jan we can roll with the Gtk stuff - have it all assigned, everyone knows who is doing what, etc
[09:08] <willcooke> but perhaps we need to worry about that nearer the time
[09:08] <willcooke> rather than try and plan for the unknown
[09:08] <willcooke> (can't hurt to think about it a bit though)
[09:08] <seb128> yeah, that makes sense
[09:08] <seb128> well, we can't test a lot until we get the basis in place
[09:08] <seb128> so people are going to wait anyway
[09:08] <willcooke> ack
[09:09] <darkxst> seb128, ok, I will look into reverting classic menu
[09:09] <seb128> darkxst, thanks!
[09:09] <willcooke> seb128, I'd like to see something new and interesting in the Desktop Next image before EOY - I'm still hopeful that it will be Chromium.
[09:11] <seb128> that would be nice
[09:11] <willcooke> I'll speak to qengo
[09:11] <willcooke> oh  - that reminds me
[09:11] <willcooke> chrisccoulson, hey, sorry I didnt get that VM built yet - hoping to get it done today
[09:32] <happyaron> willcooke: just mailed you, :)
[09:36] <willcooke> happyaron, excellent, thanks man.  Have a good evening :)
[09:42]  * didrocks goes for a run before next rain drop
[11:07] <didrocks> basic rules respected: got 80% of the rain drops in the last 20% of the exercising time
[11:31] <pitti> didrocks: heh, better than getting all soaked right at the beginning -- half of showering done already :)
[11:33] <didrocks> heh, indeed :)
[12:04] <willcooke> woot!  I have successfully created a server instance in our cloud \o/
[12:04] <willcooke> now for some lunch
[12:06] <Sweet5hark> willcooke: So you are looking like this right now? http://wordofgame.com/wp-content/uploads/2014/07/mario-kart-final-lap-costume-7lkoqdvf.jpg
[12:07] <willcooke> :D
[12:08] <willcooke> I AM L33T.  GIVE ME WAREZ
[12:10] <ogra_> !
[12:14] <xnox> Laney: i ponder why am i a gdebi developer....
[12:15] <Laney> You collect(ed) team memberships :P
[14:42]  * Laney just typed apt-get install gnome-twerk-tool
[14:42] <Laney> sexy
[14:44] <seb128> lol
[14:45] <mlankhorst> willcooke: I have glamor'd XMir sort of working, that will be my status report for the past week. :P
[14:46] <willcooke> mlankhorst, ack
[14:46] <willcooke> mlankhorst, and nice job :) Thanks
[14:46] <mlankhorst> some issue pops up when I force XMir to reload and open a new window, but I'm 90% sure I've hit the same issue before when debugging nested mir. Just have to figure out why..
[14:47] <mlankhorst> if i comment out a destructor it works, so probably something lifetime related
[14:51] <pitti> meh, that Pango test regression is fairly stable, i. e. 1.36.8 broke its tests
[14:53] <Laney> but it got into the release pocket
[14:53] <pitti> yeah, apparently it got overridden or so
[14:53] <Laney> I hope nobody's overriding real failures
[15:16] <Laney> pitti: fixed, missing test-dep
[15:17] <pitti> Laney: oh, wow -- a missing test dep causes strings to be split differently?!
[15:17] <Laney> it's a font :P
[15:17] <pitti> aah
[15:17] <pitti> Laney: thanks! I suppose this affects Debian's package, too?
[15:17] <Laney> Yeah, I'll upload it to unstable
[15:18] <chrisccoulson> lol (@ gnome-twerk-tool)
[15:26] <cyphermox_> didrocks: in case you haven't noticed; I uploaded bluez to the bluez5 transition PPA yesterday. I've tested it a bit, but we'll need more updates (pulse, gnome-bluetooth, etc.) before we can do lots more testing. I only had my headset with me, and without the bits that know of the new API, it's not as easy to verify that it works ;)
[15:26] <didrocks> cyphermox_: oh excellent! did you ping diwic as well?
[15:30] <seb128> oh, it's meeting time!
[15:30] <willcooke> just getting the roll call together
[15:30] <Laney> oh bum
[15:32] <willcooke> #startmeeting Desktop weekly meeting 2014-11-18
[15:32] <meetingology> Meeting started Tue Nov 18 15:32:38 2014 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:32] <meetingology> Available commands: action commands idea info link nick
[15:32] <willcooke> #chair willcooke
[15:32] <meetingology> Current chairs: willcooke
[15:32] <willcooke> Roll call: attente_, didrocks, fjkong, laney, larsu, mlankhorst, qengho, seb128, sweet5hark, tkamppeter(maybe),
[15:33] <seb128> "roll call"?
[15:33]  * seb128 google
[15:33] <willcooke> who is here
[15:33] <seb128> gotcha
[15:33] <seb128> o/
[15:33] <larsu> \o
[15:33] <qengho> hey hey
[15:33] <didrocks> hey
[15:34] <FJKong> hey
[15:34] <willcooke> attente_ might not be here right now, so shall we start with didrocks
[15:34] <willcooke> #topic didrocks
[15:34] <didrocks> hey, /me opens his notes, one sec
[15:35]  * Sweet5hark does a barrel roll for roll call
[15:35] <didrocks> Ubuntu Developer Tools Center:
[15:35] <didrocks>  * UOS session + blueprint management
[15:35] <didrocks>  * Contacted both appmenu + font fixes contributors. Only got some feedback from the latter and we won't turn it on by default as it created issues in the past
[15:35] <didrocks>  * Preparing next release and minor fixes
[15:35] <didrocks> Bluez 5: UOS session + blueprint management
[15:35] <didrocks> Some systemd-transition fixes:
[15:35] <didrocks>  * ifup* doesn't fail if networking is disabled
[15:35] <didrocks>  * whoopsie won't start and won't be reenable after package upgrade if disabled
[15:35] <didrocks>  * pending reviews in debian for 2 patches so that our upstart jobs, once they got a systemd one, aren't started unconditionally as they don't have an init script (invoke-rc.d and deb-systemd-invoke)
[15:35] <didrocks>  * inspecting and starting upstream discussion on (/usr)/lib vs /etc for default service enablement
[15:35] <didrocks>  * A bunch of documentation reading
[15:35] <didrocks> EOF
[15:35] <willcooke> thanks didrocks
[15:35] <willcooke> #topic FJKong
[15:36] <FJKong> * Spend some time find way to convert Chinese character to unicode, there are some opensource projects but I should write code
[15:36] <FJKong> to do this because these projects are not suit for my request
[15:36] <FJKong> * follow bug 1389978, fixed already
[15:36] <FJKong> * Discuss and Plan for next release of sogou input method
[15:36] <FJKong> * some feed back from users for sogou input method
[15:36] <FJKong> EOF
[15:36] <FJKong> .
[15:36] <willcooke> FJKong, so you're going to have to write something from scratch for the pinyin search?
[15:37] <FJKong> willcooke: yes
[15:37] <FJKong> start from zero
[15:37] <willcooke> darn
[15:37] <willcooke> oh well
[15:37] <willcooke> it'll be a handy library to have
[15:37] <FJKong> I don't think it will too much work
[15:37] <qengho> FJKong: ping me if you want reviewer.
[15:38] <willcooke> thanks FJKong  and qengho
[15:38] <FJKong> qengho: hey thanks
[15:38] <willcooke> #topic Laney
[15:38] <Laney> meo
[15:38] <Laney> w
[15:38] <Laney> Some of this might be for the previous week too, I got confused since we skipped :)
[15:38] <Laney> • Port most of the remaining gir1.2-vte-2.90 rdeps to 2.91 & all vte rdeps in main (ubiquity, remmina, aptdaemon, other things), all forwarded upstream, still one or two to go
[15:39] <Laney> ∘ freerdp transition for new remmina
[15:39] <Laney> • Package gstreamer 1.4.4
[15:39] <Laney> ∘ Test a split that touch guys want (ugly → ugly-amr), fwd to Debian, some discussions there
[15:39] <Laney> • Merge gnome-terminal 3.14, some fixes (working with larsu, thanks for help!) needed in vte, fwded upstream
[15:39] <Laney> • Merge empathy, gnome-disk-utility
[15:39] <Laney> • vUDS, release session: https://wiki.ubuntu.com/VividVervet/ReleaseSchedule
[15:39] <Laney> • poppler transition
[15:39] <Laney> • DMB: welcome mitya57 to core-dev, some discussions about lightweight PPU for DMs, some email applications, input-methods packageset-fu from happyaron
[15:39] <Laney> • just now: fixing pango1.0 autopkgtest failure
[15:39] <Laney> ⚑
[15:39] <willcooke> excellent, thanks Laney
[15:39] <willcooke> #topic larsu
[15:40] <willcooke> (hmm, sure it never did that before ^^^ )
[15:40] <larsu> hey. Got distracted by lots of small random stuff this week
[15:40] <larsu> like that gnome-terminal thing, some outstanding unity8 status icon things (I'm really annoyed at this point btw)
[15:41] <seb128> what's the issue with the unity8 work?
[15:41] <seb128> or what's the annoyance?
[15:41] <larsu> actual work: fixing our theme. I've updated the todo pad (thanks seb128 for reminding me) to mark blockers and concentrate on those now
[15:41] <larsu> as usual, our css is unwieldy so it takes a bit longer :/
[15:41] <seb128> :-(
[15:42] <larsu> seb128: it was supposed to be a s/StatusIcon/Icon, but it simply doesn't get merged for stupid reasons
[15:42] <larsu> like: too long to review has conflicts, bzr messing up a resolve, new StatusIcon things get added, etc
[15:42] <larsu> it's not taking much time, it's simply annoying
[15:42] <seb128> k
[15:42] <seb128> let me know if I can help
[15:42] <seb128> or nudge those guys or something
[15:43] <larsu> thanks! But should be fine
[15:43]  * larsu <- end
[15:43] <willcooke> thanks larsu
[15:43] <willcooke> #topic mlankhorst
[15:44] <willcooke> mlankhorst> willcooke: I have glamor'd XMir sort of working, that will be my status report for the past week
[15:44] <willcooke> :)
[15:44] <willcooke> #topic qengho
[15:45] <willcooke> qengho, how goes?
[15:46] <qengho> * a few UOS meetings and Cr update and such.
[15:46] <qengho> * ugh: broken X. Using "safe mode" for last two weeks.
[15:46] <qengho> * in-progress: Cr GPU blacklist hell. Part of testing new Flash player.
[15:46] <qengho> * in-progress: Google-search accounting for Cr doesn't make sense.
[15:46] <qengho> * to-do: eventually get back to implementing Mir.
[15:46] <qengho> EOF
[15:47] <willcooke> thanks qengho
[15:47] <willcooke> #topic seb128
[15:47] <seb128> (4 days week, 11 nov was a VAC in France)
[15:47] <seb128> • UOS, participated in some sessions (unity8 desktop testing, some phone apps roadmap ones), listened to some other ones
[15:47] <seb128> • debugged/fixed translations not working with the new xchat-gnome
[15:47] <seb128> • SRUed some desktop fixes (libappindicator)
[15:47] <seb128> • debian merges and syncs
[15:47] <seb128> • looked at some translations issues on the current touch/rtm image (fb posting UI, "enable locatiion data" dash option not translatable)
[15:47] <seb128> • ubuntu-system-settings for touch
[15:47] <seb128> ∘ some code reviews
[15:47] <seb128> • some sponsoring
[15:47] <seb128> • usual share of bugs triaging and desktop discussions

[15:48] <willcooke> thanks seb128
[15:48] <willcooke> #topic Sweet5hark
[15:48] <Sweet5hark> - testbuild 4.3.3/vivid, should have told seb128 about it
[15:48] <Sweet5hark> #action seb128 upload packages from http://people.canonical.com/~bjoern/vivid/4.3.3/
[15:48] <Sweet5hark> - updated 4.3.4~rc1/utopic in ppa
[15:48] <Sweet5hark> -- added vendor patch for .desktop file issue again -- bug 1386170
[15:48] <Sweet5hark> - updated 4.2.7/trusty build in ppa with additional upsteam patches
[15:48] <meetingology> ACTION: seb128 upload packages from http://people.canonical.com/~bjoern/vivid/4.3.3/
[15:48] <Sweet5hark> -- still waiting for feeback on bug 1389858
[15:48] <Sweet5hark> - Toulouse Hackfest (btw uploading three LibreOffice source packages from a hotel wifi -- no fun)
[15:48] <Sweet5hark> - bits and pieces: got a personal mention at the UOS!
[15:48] <Sweet5hark> EOF
[15:48] <willcooke> fancy :)
[15:49] <willcooke> thanks Sweet5hark
[15:49] <willcooke> #topic tkamppeter
[15:49] <willcooke> - hplip: Got 3.14.10 beta from HP to test its compatibility with
[15:49] <willcooke> Python3. Made a Debian/Ubuntu package which builds it so that it uses
[15:49] <willcooke> Python3 exclusively. Works as before, so the porting of HPLIP to Python
[15:49] <willcooke> 3 was successful.
[15:49] <willcooke> - OpenPrinting web server: Investigated problems with automatic driver
[15:49] <willcooke> download which occured recently. Performance of the server is OK now.
[15:49] <willcooke> - Bugs.
[15:49] <willcooke> #topic happyaron
[15:49] <willcooke> 1. fcitx libraries split
[15:49] <willcooke> 2. fcitx-qt5 libraries split
[15:49] <willcooke> 3. youker-assistant update
[15:49] <willcooke> 4. ubuntukylin-sso-client update
[15:49] <willcooke> 5. duplicate apt sources.list issue for Ubuntu Kylin
[15:49] <willcooke> 6. sogoupinyin 1.2 plan
[15:49] <willcooke> 7. plan discussion of Chinese version of ubuntu.com
[15:49] <willcooke> 8. Ubuntu Kylin redistribution channel in China related discussion with ISV.
[15:49] <willcooke> #topic TheMuso
[15:49] <willcooke> * Almost completed the merging of Ubuntu and Debian pulseaudio packaging. Debian is based on Pulse 5, but we will likely move to pulse 6 when it is out and when we have the bluez stuff updated.
[15:49] <willcooke> * Worked on package merges/syncs, and some sponsoring.
[15:49] <willcooke> #topic robert_ancell
[15:50] <willcooke> Worked on:
[15:50] <willcooke> - Released 1.13.0, 1.12.2, 1.10.4, 1.2.9
[15:50] <willcooke> - Continuing to get LightDM 1.10.3 SRU complete
[15:50] <willcooke> - Updated GTK+ Mir patch with changes from GNOME git
[15:50] <willcooke> - Bug triage, fixing, merge reviews
[15:50] <willcooke> Currently working on:
[15:50] <willcooke> - FIxing Unity Greeter not always responding to clicks on usernames
[15:50] <willcooke> (bug 1374778)
[15:50] <willcooke> - LightDM improvements
[15:50] <willcooke> - TPM key support - awaiting handover information
[15:50] <willcooke> #topic willcooke
[15:50] <willcooke> Achievement unlocked: Be a track lead
[15:50] <Laney> Was it everything you hoped for and more?
[15:50] <willcooke> Spent yesterday out of the office in a meeting.  Was good.
[15:51] <willcooke> Laney, so much more.
[15:51] <willcooke> Currently doing battle with our cloud to try and make it let chrisccoulson log in
[15:52] <willcooke> thats about it
[15:52] <willcooke> #topic Any other business
[15:53] <willcooke> not much else I don't think
[15:53] <willcooke> any one got anything?
[15:54] <seb128> (where are those actions item coming from, special syntax?)
[15:54] <Laney> do you want everyone to mail you about carry over days or not bothered?
[15:54]  * seb128 wonders why he got ACTIONs from Sweet5hark in the meeting coming out of the blue
[15:54] <willcooke> yeah, meetingology picked them up from hash action
[15:54] <seb128> Sweet5hark, please ping me directly when you have sponsoring request, not in the middle of meeting past through a bot
[15:55] <Sweet5hark> seb128: k
[15:56] <willcooke> ok, I've got to jump on to something else, so...
[15:56] <willcooke> #endmeeting
[15:56] <meetingology> Meeting ended Tue Nov 18 15:56:24 2014 UTC.
[15:56] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2014/ubuntu-desktop.2014-11-18-15.32.moin.txt
[15:56] <willcooke> thanks all.
[15:59] <seb128> Sweet5hark, btw ping me again if you need something, I'm not even sure I understood the action items from the bot
[16:00] <Sweet5hark> seb128: just forgot about it earlier and thought the meetology logs might profit from having something else than "The discussion about $foo started at $bar." Will not do it again, if there is objection.
[16:01] <seb128> Sweet5hark, well, using meetology to record activity is fine, just make the activity happen before logging it ;-)
[16:01] <seb128> like ping me before the meeting to ask me to review $things
[16:01] <seb128> then you can add items about you asking me to do that
[16:01] <seb128> :-)
[16:02] <Sweet5hark> seb128: http://people.canonical.com/~bjoern/vivid/4.3.3/libreoffice_4.3.3-0ubuntu1_source.changes and http://people.canonical.com/~bjoern/vivid/4.3.3/libreoffice-l10n_4.3.3-0ubuntu1_source.changes need to be uploaded to vivid. They have already been uploaded to utopic before.
[16:03] <seb128> Sweet5hark, ok, thanks ... did you ping about that before and I forgot about it, or...?
[16:05] <Sweet5hark> seb128: nope, I didnt -- as it says in the log: "testbuild 4.3.3/vivid, should have told seb128 about it". So no blame at all from my side, I just forgot about telling you and just realized when wrilting the notes
[16:05] <seb128> Sweet5hark, ok, no worry, all clear now ;-)
[16:07] <Sweet5hark> seb128: sorry, didnt want to cause confusion. :)
[16:08] <seb128> no worry!
[16:25] <ricotz> Sweet5hark, seb128, hi doesnt sound like a good idea to upload to the extact same libreoffice package version to vivid as they will conflict?
[16:26] <seb128> ricotz, you can't upload the exact same version to 2 differents series, in what serie did those got uploaded?
[16:27] <ricotz> that is what i am saying since 1:4.3.3-0ubuntu1 is in utopic/updates already
[16:27] <ricotz> so vivid needs at least 1:4.3.3-0ubuntu2 i guess
[16:28] <ricotz> Sweet5hark, it wouldn't be too bad to just push 4.3.4~rc1 to vivid?
[16:29] <seb128> ricotz, Sweet5hark, we can pocket copy 4.3.3-0ubuntu1 from utopic to vivid, but yeah having a 0ubuntu2 and rebuilding with the vivid toolchain might make sense
[16:29] <ricotz> seb128, pocket copy wouldn't work due the poppler transition
[16:30] <seb128> ricotz, source copy would no?
[16:30] <ricotz> seb128, the poppler include a soname bump and the old lib is already gone
[16:30] <Laney> no, different binaries same version
[16:31] <seb128> Laney, that works no?
[16:31] <Laney> no
[16:31] <Laney> there's only one pool in the archive
[16:31] <seb128> I've seen launchpad pages with several binary lines
[16:31] <seb128> like on for trusty and one for utopic
[16:31] <Laney> If it didn't get a build in the earlier series then it can build in a later one
[16:31] <seb128> but maybe that was just to add binaries in archs where it failed to build in previous serie
[16:31] <seb128> k, makes sense
[16:32] <seb128> Sweet5hark, ^ need to bump version then I guess
[16:32] <Laney> happens for new arches, for example
[17:20] <seb128> xnox, hey, do you plan to do your Debian merges? e.g gnome-keyring ;-)
[17:21] <xnox> seb128: yes
[17:21] <xnox> seb128: quickly - possibly not.
[17:21] <seb128> \o/
[17:21] <seb128> xnox, thanks
[17:21] <seb128> no hurry ;-)
[17:21] <xnox> seb128: also gnome-keyring needs fixing in it's jobs....
[17:22] <seb128> yeah...
[17:52] <ogra_> argh
[17:52] <ogra_> unity-panel-service seems to be in some weird crash loop for me
[17:52] <ogra_> my desktop is all jumpy
[17:53] <ogra_> wow, now it stopped ... that went on for like 30min ...
[17:53] <ogra_> utopic is one of the least stable releases for me
[18:02] <seb128> ogra_, did you get a bt?
[18:02] <ogra_> seb128, no, it just stopped
[18:02] <seb128> ogra_, no apport report?
[18:04] <ogra_> seb128, https://errors.ubuntu.com/oops/2e246328-6f4a-11e4-b9ff-fa163e707a72
[18:04] <chrisccoulson> seb128, is it fixed yet?
[18:04] <seb128> chrisccoulson, hey ;-)
[18:04] <seb128> lol
[18:04] <chrisccoulson> hi :)
[18:05] <ogra_> chrisccoulson, oh, was it you who broke it ?
[18:05] <seb128> ogra_, without debug symbols not easy to say, could be the messaging menu issue where a contact with a "|" send you a message
[18:05] <chrisccoulson> ogra_, it was seb128
[18:05] <seb128> like in xchat-gnome if you have it integrated with the messaging menu
[18:05] <seb128> lol
[18:05] <chrisccoulson> :)
[18:05] <ogra_> hmm,  i just deleted some spam that got through ... might indeed have hhad a pipe in the name or some such
[18:06]  * ogra_ doesnt use xchat-gnome ... 
[18:06] <seb128> ogra_, that's fixed in vivid and being srued to old releases
[18:06] <ogra_> i'm waiting til mdeslaur has ported xchat
[18:06] <ogra_> (to gtk3 ... and then to mir)
[18:07] <mdeslaur> ogra_: haha, no.
[18:07] <mdeslaur> :)