[06:12] Good morning [07:03] good morning [09:05] hey [09:43] hey desktopers [09:48] pitti, hey, is https://jenkins.qa.ubuntu.com/job/raring-adt-gvfs/ something you are looking at (it seems unhappy)? [09:52] seb128: bonjour [09:52] seb128: yes, it is; the new version's test seem to have a race condition [09:53] pitti, salut, ok, merci === vrruiz_ is now known as rvr_ [10:40] good morning everyone [10:40] chrisccoulson, hey, how are you? [10:40] seb128, yeah, not too bad thanks. how are you? [10:44] chrisccoulson, I'm good thanks [10:53] good morning [10:54] seems I'm still jetlagged :) [10:55] oh, a didrocks [10:55] hey seb128 [10:55] didrocks, good morning, sil2100 was looking for you, nux broke abi and the daily ppa segfaults, they need an unity rebuild and don't know how to trigger one [10:56] didrocks: indeed [10:56] didrocks, should the launcher and panel be visible when the screen is locked btw? [10:56] i noticed that this morning [10:56] hi btw :) [10:56] chrisccoulson, no they shouldn't, compiz stacking issue? [10:56] chrisccoulson: not really, please file a bug [10:56] didrocks: I prepared a branch for bumping the nux ABI, but the daily PPA already has a nux that has an old ABI version but an ABI breakage [10:56] didrocks, ok, will do if i can reproduce it again [10:57] sil2100: yeah, please get the branch merge, we'll skip today's release then [11:14] sil2100: Yo, I'm looking at your unity-2d SRU request [11:14] is there some special process for Unity SRUs? [11:14] asking because I don't see the standard SRU info in the bug [11:14] or do the sub-bugs have it? [11:15] aha [11:27] chrisccoulson, hey, I added firefox PPAs to autopkgtest [11:27] here is the result for trunk https://jenkins.qa.ubuntu.com/view/Raring/view/All/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/ [11:27] chrisccoulson, aurora is running [11:38] jibel, awesome, thanks! i'll take a look through those results [11:43] ah, TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/social/browser_social_chatwindow.js | can't do any tests without this width [11:43] i probably need to tell xvfb to make the screen a bit bigger [11:45] ah, and some spellcheck / hyphenation reftest failures too. i probably need to install dictionaries and hyphenation patterns for those to work [11:45] ok, should be easily fixed :) [12:15] seb128: ping? [12:29] Sweetsha1k, hey === Sweetsha1k is now known as Sweetshark [12:49] Does anyone know how I can add events to the Fridge calendar http://fridge.ubuntu.com/calendars/ === MacSlow is now known as MacSlow|lunch [12:51] notgary_, try asking on #ubuntu-devel , you have a better chance there to have somebody who knows about that [12:55] seb128: Thanks, I'll do just that [13:13] notgary, https://wiki.ubuntu.com/Fridge/Calendar#Adding_Events_to_the_Calendar [13:16] Laney: the sub-bugs should have SRU-ed descriptions [13:16] sil2100: yeah, I saw and uploaded it [13:16] Laney: this one bug I made specifically for sponsoring purposes ;) [13:16] Laney: thank you! [13:17] * sil2100 hugs Laney [13:17] don't count your chickens until the SRU team have responded :P [13:18] ;) [13:33] ah, dbusmenu, i hate you === MacSlow|lunch is now known as MacSlow [14:24] good morning desktoppers! [14:24] and dbusmenu haters! ;) [14:25] cyphermox, morning! [14:26] hey cyphermox, mterry [14:26] how are you? [14:28] Good [14:28] Wel [14:28] Getting over a cold that wiped me out most of the weekend === rickspencer3_ is now known as rickspencer3 [15:21] Hi folks [15:23] bryce, seb128: Rick mentioned to me that upcoming Xorg updates might be incompatible with whatever we're using on the Nexus 7; I wonder whether we have a channel to request updated drivers (to Nvidia I guess?), would one of you two know? [15:25] lool, achiang had the task to talk to nvidia [15:25] lool: ogra_: should be pat now [15:25] k === rickspencer3_ is now known as rickspencer3 [15:50] seb128, I noticed after updating today (raring) that the battery indicator is telling me I don't have a mouse or keyboard and that they have empty batteries, but yet I do and they have changed batteries... http://frylock.redvoodoo.org/~pgraner/indicators.png === m_conley_away is now known as m_conley [16:04] morning all [16:06] morning [16:08] hey jasoncwarner [16:09] hey jasoncwarner! [16:12] hey kenvandine didrocks and mlankhorst :) [16:12] pitti: hey, what is the "pygtkcompat" module for exactly? twisted is using it, and latest pygobject apparently breaks it (not sure if previous twisted in ubuntu had this code though) [16:19] jasoncwarner, hey, welcome back in a sane tz ;-) [16:20] pgraner, it doesn't seem there was code changes recently to indicator-power, did you have icons for those devices before the update? did you have a kernel update in that run? [16:20] cyphermox, ^ [16:21] seb128, no extra icons before the update, I did get a new kernel tho [16:29] pgraner, that needs debugging, can you report a bug using "ubuntu-bug indicator-power" if that's still an issue after reboot? it might be worth trying if booting the previous kernel fixes it as well [16:29] seb128, ack, let me reboot into the old kernel [16:30] Sweetshark, qengho, chrisccoulson, didrocks, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: hey, it's meeting time! [16:30] hey! [16:30] hello! [16:30] yo! [16:30] https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-01-22 [16:30] yo! [16:30] ohayoo. [16:30] * mlankhorst still unsure why he joins, ah well [16:31] hi [16:31] o/ [16:31] mlankhorst, are you up during the evening meeting with the other xorg guys? [16:31] nah too late for me :) [16:32] k, so that's why you join this one, you need to pick one ;-) [16:32] let's get started [16:32] Sweetshark, hey [16:32] hey! I'm awake! whaaaa? [16:32] robru, good morning ;-) [16:33] seb128, morning. I may go back to sleep after this meeting though ;-) [16:33] didn't know the other team had a meeting though [16:33] Sweetshark, do you have a weekly summary ready? [16:33] seb128: added on the wiki [16:33] Thanks to jibel, we have a LibreOffice bibisect binrepo at http://people.canonical.com/~j-lallement/libreoffice/binrepo/ being populated from the QA labs [16:33] 3.5.7 SRU still waiting for feedback from SRU-team [16:33] 3.6.5rc2 for quantal in the works (hopefully done today) [16:34] LibreOffice 4.0beta2 in review [16:34] PPA backports policy mess (discussed with pitti and ricotz) [16:34] Sweetshark, thanks [16:34] I will try to ping the SRU guys [16:34] I see you have an agenda item, we will get to it after the updates round [16:34] qengho, hey [16:34] [desktop-r-chromiumbrowser-improvements] [16:34] 6DONE, 3deferrable / 12 [16:34] 1) getting ARM building. NEON support is a bit wonky. LP:#1084852 [16:34] 2) dependent on 1, release new v24 for raring and all stable releases. [16:34] EOF [16:35] That bug describes *a* problem, but it's not really right. [16:35] qengho, that bug you listed in 1) is closed for precise, does it mean you got chromium to build on precise/armfh? [16:36] seb128: No. Closed state is wrong too. [16:36] seb128: I can't change it, right now. [16:36] ok [16:36] qengho, thanks [16:36] chrisccoulson, hey [16:37] hi :) [16:37] right, for me: [16:37] - Firefox 18.0.1 release [16:37] - Busy upstreaming a bunch of patches [16:37] - Working on dropping our menubar addon entirely [16:37] - Investigating some memory leaks in Firefox [16:37] and i've just fixed the biggest leak (bug 1103050) ;) [16:37] Launchpad bug 1103050 in libdbusmenu (Ubuntu) "Leak in method call handlers for calls that don't require a reply" [Undecided,New] https://launchpad.net/bugs/1103050 [16:38] chrisccoulson, what will replace the menubar addon? [16:38] seb128, support in firefox itself [16:38] great! [16:38] it's getting more difficult to support an addon now, with upstream moving more interfaces to their shiny new DOM bindings [16:39] eg, https://hg.mozilla.org/mozilla-central/rev/fd642fb004e6 totally broke our addon last week [16:39] so it's time to get rid of it now :) [16:39] k, makes sense [16:39] chrisccoulson, thanks, and well done on fixing another dbusmenu bug, be careful or you will end up maintaining it ;-) [16:39] didrocks, hey [16:40] hey hey [16:40] We now have the unity stack itself as part of the daily release process. \o/ Now still need some components to finish their transitionning and having tests running. Tests are being written for it as documentation (see first blog post at http://blog.didrocks.fr/post/Unity%3A-release-early%2C-release-often%E2%80%A6-release-daily%21) [16:40] heh, i want to avoid maintaining dbusmenu ;) [16:40] On another note, finished the work to have one workspace by default with the g-c-c option side and "show desktop" launcher icon support. [16:40] .. [16:41] Is there any documentation for distro people wanting to land fixes to the daily packages? [16:41] didrocks, thanks, not sure what other things but the unity daily landing being finally on rocks for me [16:41] Laney: that is coming with the blog posts I'm writing, I'll turn that into a wiki page as well [16:42] Laney: basically it's just "getting your fix upstream" [16:42] and wait for the next day [16:42] Laney, debian/ is in trunk now [16:42] for urgent things, like retrying a landing, mterry, cyphermox, kenvandine and robru will be knowledgeable starting from thursday :) [16:42] yeah but I was just confused about not pushing to the branch, what to do with the changelog and stuff like that [16:43] Laney, you don't push directly, but just file a merge. Update the changelog and things in debian/ like normal, since that is in trunk [16:43] * Laney nods [16:43] would be good to have it written down somewhere more permenant (don't want to get into the details now) ;-) [16:43] thanks! [16:43] Laney, though if you link your branch to a bug, debian/changelog gets updated automatically [16:44] Laney: that's planned, just need time :) [16:44] you have the intro up there ^ [16:44] mterry: (yeah, stuff ike that and the commit message you can set in MPs) [16:44] more to come :) [16:44] (cool) [16:45] thanks for the replies guys [16:45] moving on [16:45] Laney, hey [16:45] erm [16:45] I just broke my paste, one second [16:46] More gstreamer porting. Split out a telepathy-farstream-0.4 package for universe KDE stuff & moved the main package forward. Uploaded a ported empathy. Some stragglers remain as outlined on the pad. Working on pidgin but it's crashing ATM. Also been tinkering around the language-selector/lang/fontconfig issue (bug #1043031). Made progress with ja_JP. zh is more difficult, but work continues. Helped with updating GLib to 2.35 ... [16:46] Launchpad bug 1043031 in language-selector (Ubuntu) "ja/zh fontconfig configuration only applied when locale is set 'natively'" [Undecided,Confirmed] https://launchpad.net/bugs/1043031 [16:46] ... (seems Debian doesn't want this in exp so we'll diverge for a bit but still maintain it in svn there). HDD failed and uncovered some plymouth/mdadm bugs but mainly mdadm saved the day ;-). Patch piloted (uploaded unity-2d to precise). [16:46] ☭ [16:46] thanks for the unity-2d to precise, it was waiting for a while [16:46] yeah, I was a bit surprised at that one [16:47] Laney, where are we with the gstreamer transition btw? almost done? [16:47] yeah, mostly [16:47] great [16:47] Laney, thanks [16:47] there's pidgin and libubuntuone [16:48] is dobey helping for libubuntuone? or is the u1 team porting it? [16:48] LO comes with 4.0 and bluez-gstreamer is going to be part of gstreamer itself [16:48] no I'll do that but it mainly deals with fluendo stuff which doesn't really exist for 1.0 yet [16:49] seb128: porting libubuntuone to what? [16:49] ok, I've been sending some emails about that, we can discuss it off meeting if you want [16:49] gstreamer 1.0 [16:49] dobey, gstreamer 0.10 -> 1.0 [16:49] oh [16:49] sure === pgraner is now known as pgraner-afk [16:50] is gst 0.10 going away for good in 13.04, or just off the image? [16:50] Laney, thanks, moving on [16:50] kenvandine, hey === pgraner-afk is now known as pgraner [16:50] dobey, off image [16:50] Fixed out of tree builds in libaccounts-qt and libsignon-qt [16:50] Prepared dual build (qt4/qt5) packaging branches for libaccounts-qt and signon [16:50] (the latter, no way we'll port everything) [16:50] dobey: it's supposed to provide (the most important parts of) the pygtk API as an adapter to GI, as you can't mix the real pygtk and GI [16:51] /THATSALLFOLKS [16:52] Laney, mterry: ok, then i think we can just ignore libu1 for now; it's already off the image (rb plug-in doesn't use it any more), and we still need to decide what to do with libu1 wrt u1ms being moved to the web only, upstream. but i may very well just rip all the gst-using code out anyway [16:52] dobey: ah, that would be good [16:52] I'd rather get rid of shonky plugin installing code if possible :P [16:52] kenvandine, thanks [16:53] cyphermox, hey [16:53] yo! [16:53] indicator-session should build properly today, fixing some minor issues with g_type_init() blocking build for some indicators and xorg-gtest changes also failing some builds, libdbusmenu to be looked at by charles... [16:53] NM stuff: building the new ModemManager API in a PPA for people who want to help test it, there should be a proper release of NM (without that new API) which is what we should get in the end in Raring [16:53] Also trying to build/update connman in Debian and Ubuntu, but that's currently blocked on a kernel header issue. [16:53] 0x00 [16:54] pitti: so something already using gi would have no reason to use it, right? [16:54] dobey: if it already works with Gtk through GI, I can't think of a reason to use [16:55] cyphermox, thanks [16:55] mterry, hey [16:55] - I've spent quite some time investigating adding support for AppArmor confined apps to gnome-keyring; work is ongoing [16:55] - Fixed an upgrade bug in ubuntu-release-upgrader [16:55] - Finished off a small UI rewrite branch for update-manager (I just blogged about it actually) [16:55] - And set up my new computer (a Dell sputnik) for development work; it's been very good so far [16:55] pitti: great, thanks [16:55] EOF [16:55] dobey: it's mostly meant to make the porting from pygtk2 easier, as that is an "all or nothing" port, i. e. you can't test your program in the middle of porting while it's still using both [16:56] mterry, oh, you got one of those Dell, great ;-) [16:56] thanks [16:56] mlankhorst, hey, short status update? [16:56] - doing updates to xserver lts-stack for 12.04.2 release (LP: #1086345, #927424, and various build fixes) [16:56] Launchpad bug 1086345 in libdrm (Ubuntu Precise) "Quantal-LTS-stack: Showing low-resolution screen on shutdown/reboot" [Critical,Fix committed] https://launchpad.net/bugs/1086345 [16:56] Launchpad bug 927424 in plymouth (Ubuntu Precise) "Please backport commit to enable building without irrelevant drm libs on some arches" [High,Fix committed] https://launchpad.net/bugs/927424 [16:56] - working with release team to trim size of mesa down to old levels (done, I hope) [16:56] - fixing mesa vdpau bugs (also done, I hope) [16:56] longjmp(); [16:57] great [16:57] mlankhorst, how is the backported stack looking for 12.04.2? [16:57] I think it's done, unless something urgent pops up [16:58] I like how seb128 has to solve the halting problem to determine if a status update is finished (albeit trivial examples of it) [16:58] Hmm, the Description for ubuntu-restricted-extras says "Installing this package will pull in support for ... DVD playback. Please note that this does not install libdvdcss2..." -- but as far as I can tell, it doesn't depend on any software related to DVDs at all. [16:58] mlankhorst, great [16:58] (or Recommend) [16:59] mterry, heh :p [16:59] mpt, in the middle of a meeting right now, hold up a few minutes [16:59] robru, hey [16:59] seb128, hi! [16:59] * Inline some online-accounts packages for mardy (two more to go) [16:59] * Wrote up some documentation aimed at third-party plugin developers for lp:friends [16:59] * Add some DBus method calls to python-dbusmock making it easier to use in non-python tests. (pitti accepted my patches! Yay!) [16:59] * Integrate python-dbusmock into libfriends' Vala testsuite. Still waiting on kenvandine to approve that MP ;-) [17:00] sys.exit() [17:00] robru, today :) [17:00] kenvandine, ;-) [17:00] robru: and you are going to bootstrap the process with upstream to get integration tests running as part of webcred stack, isn't it? [17:00] robru, nice to see the online accounts packages getting inlined! ;-) [17:01] seb128, well, "inlined" may be somewhat generous. mardy still has to do manual merges from code.google [17:01] it's only "inlined" to launchpad, not in the official upstream repo [17:01] didrocks, yes, I suppose I will bootstrap also [17:01] had forgotten about bootstrapping ;-) [17:01] * didrocks can't wait for that! :-) [17:01] oh, right, some of those are not maintained in launchpad... [17:01] seb128, most [17:01] right [17:02] robru: I mean, helping them to have integration tests running so that we can have daily release on webcreds :-) [17:02] robru, thanks [17:02] didrocks, as long as they are the ones writing the tests it should be ok ;-) [17:02] seb128, yw ;-) [17:02] yep ;) [17:02] robru: FYI, 0.4.0 is in raring since yesterday [17:02] pitti, excellent! [17:02] moving on [17:02] tkamppeter, hey [17:04] hum, not there? moving on... [17:04] attente, hey [17:04] seb128, hi! [17:04] right now, the gtk 2 module is not working, but the gtk 3 module could use some general testing [17:04] so the packages that are needed are: unity-gtk3-module, gtk 3, and indicator-appmenu, all available from ppa:attente/unity-gtk-module [17:04] if anyone would like to help me test this, please be very careful not to use the gtk 2 packages in the ppa since they break pretty much every gtk 2 application [17:04] the project page is https://launchpad.net/unity-gtk-module [17:04] this week should be getting the gtk 2 module working, and probably dealing with a ton of the bugs in the gtk 3 module :) [17:04] ^D [17:05] attente, great to see things getting in shape [17:05] thanks seb128 [17:05] attente, what is required to test? should gtk be rebuilt without the old patch? does it conflict with appmenu-gtk3? [17:06] seb128, I did an improvemnt of page size recognition in the CUPS Raster driver of Ghostscript, there are problems with some HP inkjets, and I lost a lot of time fighting with the Pandaboard until I got a desktop in my monitor's resolution (incompatibility with monitor, worked only through an HDMI switch). [17:06] the gtk in the ppa doesn't have the menu proxy patch, so updating to that should do it [17:06] if appmenu-gtk3 is left alone, the module still works [17:07] attente, ah ok, you have a gtk in your ppa, great ... btw sorry for letting you fight with packaging, if you need help or having question for packaging stuff please ask her on the channel, we have enough tz coverage that you should have people around able to help you [17:08] those who feel adventurous, feel free to test ^ [17:08] attente, I will give it a try later and tell you how it goes for me [17:08] attente, thanks [17:08] tkamppeter, ok, thanks [17:08] seb128, thanks for your help, it was good to learn the basics [17:09] me: I was at a sprint last week and travelling, in between I worked a bit on the nexus7 memory usage problems and reviewed some of the blueprints/changes in the work [17:09] . [17:10] Did I forgot anyone? any topic/comment before we discuss libreoffice backports (item from Sweetshark)? [17:11] I'll have one after ;-) [17:11] Laney, go first if yours is short [17:12] oh ok [17:12] I will probably dismiss the meeting and not keep everyone to discuss libreoffice [17:12] so those who are interested by the topic please stay a bit after the meeting [17:12] so last week I raised on the ml about dropping gnome-media [17:12] didn't get any real objections on there unless there's something stuck in moderation [17:12] the sound recorder? [17:12] yeah [17:13] we got several oem-high priority bugs in the past when it was not working well, including in precise, they even spent time to fix some of those bugs [17:13] mpt said in the medium/long term they would like to include kazam which should get that functionality [17:13] that makes me think it's either on a list of requirement/important [17:13] hmm [17:14] or that they just had to make work correctly what is installed [17:14] it would be good to check with them which one it is [17:14] I will take an action to figure that out [17:14] it's dead upstream but there is a sort-of gnome3-ish rewrite [17:14] which doesn't really work yet but would be a good point if we want to keep on with a sound recorder IMO [17:14] and there is no working sound recorder in the whole universe we could use? [17:14] good point to start from [17:15] it seems like a simple feature and something that should have a dozen universe variants [17:15] but maybe it's not interesting to people ;-) [17:15] depends if any of them are good enough [17:15] nobody chimed in with any on list [17:16] Laney, thanks, I will follow up on the list discussion once I figure out if oem cares about it [17:16] ack [17:16] other topics? [17:16] seems not [17:16] thanks everybody [17:17] Sweetshark, so, libreoffice backports ... tell us ;-) [17:17] as for the PPA policy here is the tl;dr version of what I proposed: "never upload a never (dependency) package to the LibreOffice ppa as long we are on the same major libreoffice version as the ubuntu series" [17:17] so something like having libexttextcat 3.3.1-2/precise in the libreoffice-3-5 PPA shouldnt happen in the future (as precise has 3.2.0 and thats what upstream released with) [17:17] this is to allow SRUs to be tested there unmodified (testing something different than what will be SRUed kinda defeats the point) [17:17] previously there where even newer deps than upstream does with a given LibreOffice major (e.g. libexttextcat 3.2.x was used upstream with LO 3.5). I dont think that is useful, given the regression risk with such an untested combination [17:17] I fear we still need an extra PPA for precise SRU testing (were we cant take back the existing upload with is likely widely deployed) as the libreoffice-3-5 PPA has already dependency updates that prevent a unmodified SRU to land there [17:17] does this make sense or does somebody have a better proposal? [17:18] Sweetshark, what's the purpose of the ppa? you wrote backports on the wiki page ... is that for backports or SRUs? [17:19] Sweetshark, we are getting libreoffice 4 in raring, is that going to a ppa for older series? [17:19] or is the ppa e.g for the libreoffice 3.5.7 update for precise? [17:21] seb128: currently we have four ppas: the generic ppa, which will ideally hold the newest major LO version on all ubuntu series (that is 4 on all series) and libreoffice-3-6 (which has the latest 3.6 version on all series), -3-5 (same for the older LO major) and prereleases (which holds upstream betas) [17:22] so what I want is that I can upload a 3.5.x SRU for precise unmodified in the libreoffice-3-5 ppa and a 3.6.x SRU for quantal to the libreoffice-3-6 PPA [17:23] can't you just make a sru ppa and upload 3.5 to the precise serie there and 3.6 to the quantal one? [17:24] seb128: yes, except that most users are on the existing ppas. so I would lose testers. [17:25] ok, so what do you need to change exactly compared to today and why? [17:25] sorry I miss a bit of context there [17:28] seb128: the change is essentially not to update libreoffice dependencies to something newer than the upstream major release did. E.g. libreoffice-3-5 PPA has a update of libexttextcat which need a slightly different LO package than the one that would be SRUed as the latest libexttextcat version in the PPA is different from the one in precise/main. [17:29] thus if I copy the SRU package to that PPA it breaks stuff for people. [17:30] Sweetshark, staying on the same serie seems to make sense to me yes [17:32] seb128: my point is that one should only upload a newer dep of LibreOffice to the libreoffice-3-5 PPA if that is intended to be SRUed. [17:33] Sweetshark, right, that makes sense to me if the goal is to test what is SRU material and not to have the crack of the day current version [17:35] if one uploads a newer LibreOffice _major_ version than was in the Ubuntu release (e.g. in the generic PPA LibreOffice 3.6.x for precise), then its perfectly fine to upload newer deps along as that version wont be SRUed anyway. [17:35] (we dont SRU a different major, heh) [17:35] Sweetshark, it's a bit confusing that you use the same ppa for SRUs candidate and new series [17:36] seb128: I poked Oliver and Steve L on the Nexus 7 stuff, and updated the notes but I've discovered https://wiki.ubuntu.com/Nexus7/raring-targets today, so will have to digest that; that might be the best place to contribute the smem instructions to [17:36] there seems to be a lot documented there already [17:37] seb128: yes, but thats how users see it: "I use the -3-5 ppa and when I want to update I can go to -3-6 or the generic ppa". [17:37] lool, ok, thanks, do you know who is working on those targets/defining them? [17:37] seb128: The complexity is for the packagers. [17:38] Sweetshark, ok ... well in any case what you described before (e.g "keep the libraries on the same versions when the ppa has SRU candidate packages") seems fine to me [17:38] I would probably have made the ppas differently [17:38] e.g one "SRU" and one "current serie" [17:38] seb128: it's a myriad of blueprints https://blueprints.launchpad.net/ubuntu/+spec/topic-raring-desktop-targets-for-embedded [17:38] rather than 3.5, 3.6 etc [17:38] lool, do you know who is driving them? [17:38] seb128: some workitems on Oliver, Martin etc. [17:39] seb128: As a whole? no; I know ogra_ is running some Nexus 7 meetings though [17:42] seb128: yes, then people would complain that they want to update to 3.6.x on precise now (because upstream 3.6 is reasonably stable), but they dont want the possibly not-that-stable-yet LibreOffice 4.0.0 yet, bit instead stay with the stable 3.6.x updates .... [17:45] Sweetshark, well, you should have a ppa for SRU, one for "current stable", I wouldn't bother doing 4 for old series atm [17:45] stable should be current 3.6 [17:45] Sweetshark, but, well, you are doing the work, so your call [17:45] your way just seems a bit more confusing [17:45] and it's a bit harder to know what/where can get new libraries [17:49] seb128: I have some 10-20 mails in my inbox on LO4 release day screaming for backports for at least precise/quantal, possibly also for lucid. Im quite happy if ricotz does those and I can point people to that. [17:49] s/I have/I will have/ [17:49] mpt, heyo, btw. Maybe libavcodec-extra-53 has some codecs used in decoding DVDs? [17:50] Sweetshark, ok [17:50] seb128, victorp and achiang [17:51] ogra_, ugh? [17:51] victorp, the blueprint above [17:51] https://blueprints.launchpad.net/ubuntu/+spec/topic-raring-desktop-targets-for-embedded [17:52] seb128: anyway, I will discuss with ricotz -- maybe he likes you proposal. [17:52] ogra_, victorp: we were talking about the number of different team/groups working on similar nexus7 work items, communication seem suboptimal at best [17:52] ogra_, yes that is the blueprint "topic" used to report on status.u.c [17:54] seb128, i agree, i stated the weekly meeting again last week though [17:54] ogra_, that will help [17:54] do we have a public mailing list for nexus7 work? [17:54] seb128, as this is a desktop image, are you the lead for this? [17:55] ubuntu-devel [17:55] victorp, well, I started leading work from our side, but we discovered that some people were doing similar work on non ubuntu channel and not communicating, which is what raised the issue ... we need to sort that out and get everybody at the same place [17:56] seb128, ok - but I thought the "official" channel is #ubuntu-arm [17:56] well, friday 16:00 UTC in #ubuntu-meeting ;) [17:57] and yes, #ubuntu-arm beyond that [17:57] and ubuntu-devel for mails [17:57] victorp, I didn't even know we had an #ubuntu-arm, we have been doing our work on "normal" channels, e.g #ubuntu-desktop and #ubuntu-devel [17:57] seb128, we had #ubuntu-arm for ever [17:57] I guess it's time to get everybody Cced in one email and to sort out who works on what and what channels/lists we use [17:58] victorp, well, I was never on that and I didn't know about it, I though one of the goals was to stop having difference between arch/images and work on "Ubuntu" [17:58] anyway, let's move on [17:58] its only 4 years old :) [17:59] seb128, seems like you need to read https://wiki.ubuntu.com/Nexus7/Developers - General info [17:59] ogra_, I'm not on all ubuntu channels, enough activity by following 10 of those [17:59] yeah, agreed [17:59] victorp, thanks [17:59] i'm not on all either [17:59] seb128, but I guess by non-ubuntu channel you dont mean #ubuntu-arm [18:00] victorp, well, I wish the work was in "mainline ubuntu" and no specific to arm, we said we need to make the image fit for mobiles targets, it's not arm specific work for most part [18:01] victorp, it's like plugging leaks in standard services, being smarter about what we run, that will impact the intel image in the same way [18:02] well, ubuntu-arm surely doesnt need to be our work channel, it is traditionaly the arm support channel though [18:02] seb128, If you want to me channels I am fine with that. I would rather focus on knocking work items from blueprint to be honest [18:03] victorp, well, we discovered that some work was duplicate (e.g resources wasted) because different groups worked on similar things within knowing about each others, which is what I'm trying to sort [18:04] seb128, well, it would help if people attended the meeting for a start [18:04] victorp, ogra_: who need somebody in charge of coordinating ... who would that be (I'm happy to step up if needed) [18:06] well, achiang used to do that... alex, are you out of the project now ? [18:06] ogra_, no he isnt ;) it needs to be someone from the desktop team [18:06] ogra_, sorry I was in SF for a sprint last friday [18:06] you should ask jasoncwarner [18:07] seb128, yeah, not blaming you, it was also short notice last week [18:07] ogra_: for one, i'm just maxed out at the moment, but even if that wasn't true, the real answer is that the role is properly owned by the desktop team. it would be weird if i was in charge. :) [18:07]