=== micahg_ is now known as micahg [03:37] will Xubuntu 12.04 LTS desktop version be also supported for 5 years just as the 'standard' Ubuntu 12.04? I'm currently moving away from Ubuntu because of Unity and so far Debian and Xubuntu are on the table (I'm looking for a distro that is really stable and supported for a long time). Xubuntu 12.04 LTS getting security updates for 5 years would be a huge plus. [03:38] AFAIK, the only thing that needs to be done is providing security updates for XFCE, as the rest is taken care of by the standard Ubuntu version. [04:19] I guess my question goes to knome :) [05:13] photon: we were planning 3 yrs before [05:45] micahg: it'd be cool if you guys reconsider since Kubuntu is probably doing the same, and the majority of the work is already taken care of by the Ubuntu team. [05:46] photon: the problem is that Xfce isn't maintained for that long even in Debian [05:46] Xfce for 3 years is a stretch, but if we're aligned with Debian, it's possible [05:47] you mean it's not even maintained that long upstream? [05:47] right, they usually only support the current stable branch [05:47] and 4.10 is slated for release in March [05:47] but 3 years is do-able? [05:48] with Debian's help, I think between Debian and Ubuntu we have 3 devs ATM :) [05:48] oh :) [05:48] well, that's understandable then. [05:49] and we only do this in our free time [05:49] yes. right. 3 years sounds more sane then. [05:49] * micahg will have to support Firefox for 5 years in security updates [05:50] why? [05:50] * micahg is an Ubuntu Security engineer :) [05:50] oh :) [05:50] I see [05:51] but that's my day job :) [05:51] if it's any motivation, you'll probably get some more followers in the next months, given that almost everybody I talked to runs away from Unity :) and Xubuntu seems to be a really neat alternative. [05:51] we're happy to sponsor fixes from people for Xubuntu stuff [05:52] and anyone who's interested in contributing can usually be found stuff to do [05:52] nice :) [05:52] Unity's really not that bad, I run it on my dev machine, I run Xubuntu on my other one :) [05:53] but for people who are used to GNOME 2, it can be a transition that just takes a little getting used to, but gnome shell is the same story [05:53] Would you rather recommend Kubuntu? [05:54] no, Xubuntu is similar to the old GNOME 2 style [05:54] Kubuntu is a great distro as well [05:54] but for those used to GNOME 2, Xubuntu is probably the easiest transition [05:56] it's just a matter of personal preference, that's the beauty of Linux distros and Ubuntu specifically, you can easily switch between at least 5 difference DEs [05:56] s/difference/different/ [05:59] yes, I agree :) [06:03] do you see any chance of Xubuntu LTS support being prematurely dropped, as all three of you do that in your free time (if I understood you correctly)? I'm asking because I'm considering it for a larger deployment and getting security updates for the full 3 years is quite important. [06:05] think of it like this... the repos are maintained for 5 years [06:05] all the buntu's, the official ones, get these updates [06:07] photon: you'll get the core security updates regardless of our LTS status, the last official xfce CVE that I know of was 2 yrs ago [06:10] well, the stuff in main is supported for 5 years [06:13] just to make sure I understand you correctly, what you are saying is, everything that isn't XFCE will get security updates for 5 years anyway, and XFCE for 3 years, and in addition to that XFCE is quite unlikely to have a security flaw anyway since the last CVE was 2 yrs ago? [06:14] photon: no, the core components that are shared with Ubuntu desktop will be supported for 5 years, Xubuntu stuff, we still haven't decided if it'll be 18 mo or 3yrs, but the last point is correct, also, you would be free to fix stuff and have it sponsored as well even if we're not doing it [06:16] ok [06:17] also, there seems to be a CVE on average every 2 yrs, but we can try to at least fix those if the patch is backportable [06:18] photon: keep in mind, we probably won't be updating much except for high/critical fixes for the LTS due to our limited resources [06:27] and the support is best effort, the only thing we'd actually be committing to for the LTS status is to produce point releases for the first 2 years [06:32] what are point releases? :) [06:32] photon: updated CDs with whatever updates were added to the release [06:33] oh I see. [06:33] the first one is usually 3 months after release, with subsequent ones following every 6 months until the next LTS [06:33] as in 10.04.3? [06:33] exactly [06:34] I think we still need to draft a proposal as to what we expect to do in terms of LTS support [13:02] http://dl.dropbox.com/u/1963776/menu-manager/1.jpg [13:02] comments? :) [13:02] :) [13:02] point to edii [13:12] edii: looks nice! to me it'd be more natural though to have the available things on the left and the selection on the right [13:14] ah, right! i never even thought about that, but now that you've mentioned it i guess it would be more natural [13:15] at least that's how most other progs do it (ftp-clients etc.) [13:15] knome: about the icon-theme in xubuntu: [13:16] yes [13:16] i talked to danrabbit recently about the future of the elementary icon theme [13:16] yep, i think i'll change that [13:16] ochosi, mmh? [13:16] he's trying to reduce the DE specific icons [13:16] aha... [13:16] but we can fix that mostly with symlinks as he won't really drop icons [13:16] so i guess we might not have to be afraid of "losing" elementary [13:16] do you think it's a viable option to keep using it for the foreseeable future? [13:17] we should probably just do an xfce-addon pack [13:17] yeah [13:17] yeah, i think it'll be fine [13:17] sounds fine [13:17] isn't that what we've been doing anyway? [13:17] well not in that scale, but still [13:17] and he's not planning drastic changes in the next releases it seems [13:17] yeah, but if you look into the 4.0 folder in the elementary-icon themes bzr branch it can be a bit scary :) [13:18] i mean some nice improvements there, but rather incomplete and some changes not for the better [13:18] but as i said, no reason to be afraid [13:18] he'll mostly update mimetypes next [13:18] which is a good thing imo [13:18] atm mostly the "music"-mimes have changed and look a bit inconsistent with the rest [13:19] okay [13:19] but that'll be better if he updates the rest as well [13:19] and it's still the best-looking most-complete theme out there [13:19] yeah [13:19] (other than faenza) [13:20] but: [13:20] we could consider renaming the icon-theme [13:20] because the name is ridiculously long atm [13:20] to? [13:20] and we could do two versions, one linking to the bright panel-icons [13:20] good question :) [13:21] but "elementary Xubuntu dark" is rather longish. i mean if we also do "elementary Xubuntu" for the bright variant then it might in fact be ok again [13:22] having the "elementary" tribute in the name might be fine, but we could also do as ubuntu does and just call them "Xubuntu" and "Xubuntu dark" [13:23] Xubuntu e8y-dark [13:23] e8y? :) [13:23] elementary [13:23] like l10n or i18n [13:24] mhm [13:24] rather nerdy abbreviation [13:25] heh [13:25] or just e-dark [13:25] i mean for the average joe user [13:25] yeah [13:25] that's probably better [13:25] but then they'll be like "what e" [13:25] since elementary also use "e" as their logo [13:25] mm [13:25] we can set that in the tooltip/description [13:25] s/set/say [13:26] yeah. [13:26] i actually forgot that that was there :) [13:26] just call them "Xubuntu dark" and "Xubuntu light" [13:26] that makes dropping "elementary" a lot easier [13:26] yeah [13:26] and tell them it's based on elementary [13:27] btw, any more thoughts on the current design of the login madnick and me have been working on? (mostly madnick ;) ) [13:29] mostly whether you like the look [13:29] nothing special really [13:29] functionality-wise i think it'd be good to also get the user-chooser-menu when clicking the current nickname, not just when clicking the avatar [13:29] just make the rounded corners less rounded [13:30] everywhere or just the outside of the black box? [13:30] at least the outside [13:30] k [13:30] hard to say if it'd look weird if there is two "levels" or roundness [13:30] yeah, i want the "login" button to look like a gtk-button actually [13:30] or at least like a real button [13:31] mm [13:31] do you think we should keep the bright/grey outline? [13:31] don't know [13:31] :) [13:31] depends on how you want to change the things that are inside the box [13:32] hm, not sure. i mean personally i like the overall look of it, that's why i made it that way :) [13:33] brb [13:36] knome: btw, not sure whether it's feasible, but one item i forgot for the roadmap is "beautify xubuntu's lockscreen". maybe we can discuss this at the next meeting [13:36] mm-hmm [13:36] the technical implications might also have to be discussed [13:36] or we can add it as work item inside "misc. appearance" [13:37] a-ha [13:37] because it might mean forking xscreensaver... [13:37] then maybe not ;] [13:37] afaik the ugly lockscreen is hardcoded [13:37] yeah, add that to our meeting agenda [13:37] and theming-support was never added [13:37] but i think if we coordinate with -studio we could probably do something nice with it [13:38] just generic improvement, no "xubuntu-look" [13:38] yeah [13:38] as long as it is committable to upstream too... [15:47] are there problems with gnome-screensaver or others? [15:48] i dont really have a problem with it [15:48] i think the screen locker looks like something from a different OS [15:49] like... say... windows 95 [15:50] at some point there was.. on lucid there are bugs with xscreensaver [15:50] i dont want/need a screensaver, so im using xlockmore-gl, which has its own problems [15:51] Sysi: i have an 11.10 install if you need me to test something buggy [15:52] I have 11.10 on virtualbox [19:55] knome: are we having a meeting on sunday? [21:16] micahg, i'm not sure if i can make it [21:19] knome: ok, what are we doing about alpha 1 as well as our recognized derivative status [21:21] i have to talk about that with skear [21:21] err, skaet [21:21] do you have a suggestion? [21:21] i mean, i'm sure it's more a question in the dev+packages side than the rest [21:21] well, do we have testers lined up? any outstanding bugs need to be fixed? [21:22] for alpha1? [21:22] yes [21:22] i'd say let's go for alphas1 [21:22] -s [21:22] knome: also, you need to get a report in for the release meeting tomorrow [21:22] the testers should know we are starting soon [21:22] micahg, yep. [21:22] micahg, are you attendind? [21:23] d=g ... [21:23] not sure, if I'm around, I might lurk [21:23] okay [21:23] I can't commit ATM [21:23] hm? [21:23] to what [21:23] the release meeting [21:24] yah, np, madnick should be taking care of that [21:24] * micahg is also curious why we're writing a lightdm theming engine [21:24] do you have a suggestion for the recognized derivative status? [21:24] a theme make sense, an engine, not so much [21:24] madnick wants to do it that way [21:24] knome: I think we should go for it, but we have to discuss our LTS plans [21:24] i have no problems with that [21:25] (re greeter engine) [21:25] as long as he has time for the other tasks too [21:25] knome: that sounds like something Robert should be doing, or at least if madnick is doing it, something that should be coordinated with robert [21:25] micahg: what engine did you have in mind? [21:25] who is robert? [21:25] Because a theme cannot really do much [21:25] It can change background [21:25] knome: robert_ancell, author of lightdm [21:25] Thats pretty much it [21:26] micahg, why wasn't this raised up before? (it's not too late now, but work has been done with the engine too) [21:26] madnick: ok, but this is something that probably belongs in core lightdm or you'll end up doing a lot more work, so I'd suggest trying to work with robert_ancell to get this in lightdm itself [21:26] madnick: work as in maintenance :) [21:27] micahg: hmm, not sure if i understand this [21:27] knome: this is why I wanted to review the roadmap in the meeting :) [21:27] micahg, i see. [21:27] The "engine" is just a binary called by lightdm [21:27] To allow themeing [21:27] Its not acctually a library or anything [21:27] micahg, if engines are supported, why can't we write one? [21:28] Its like with GDM [21:28] you could write your own binaries for that too [21:28] infact most distributions did [21:28] knome: is that how it's set up? to me engine sounds like core functionality, maybe I'm misunderstanding [21:28] micahg, maybe you are. madnick definitely knows more than me. [21:28] micahg: its just a greeter, but i call it an engine because it allows external themeing :) [21:29] madnick: oh, ok, just another greeter like unity-greeter [21:29] yes [21:29] ok, sorry, yeah, I guess that makes sense if the current greeters don't do what we want [21:30] sorry for confusing you, it may not have been the best use of words to put "engine" in there [21:30] madnick: so, this will be something other derivatives could use as well and we'll have our own theme for it? [21:30] yes [21:30] ubuntu studio showed some interest [21:30] madnick: sounds cool, thanks for the clarification [21:30] micahg, i don't really want to do too much micromanaging - if madnick is building a theme, and he wants to build a greeter engine for it... he shall pursue it [21:31] yeah, we are collaborating actually pretty closely with studio [21:31] knome: no, it's fine, I thought he was creating something that should be in core lightdm, but he's really just doing what the desktop team did and making a greeter, it's was a conflation in terminology, mostly on my part I think [21:31] micahg, heh, yeah. nope :) [21:32] micahg, no problem. good to have it cleared out [21:32] micahg, is there something else in the roadmap you want to ask about? [21:32] knome: I"ll have to review it over the weekend, I've still got to get thunderbird out today [21:32] oki [21:33] do you have any insight to the derivative status thing? [21:33] knome: well, I think we should definitely go for it, I think 3 yr, with a best effort attempt for high/critical bugs and security fixes sounds about right [21:34] micahg, the criteria is easy to fulfill? [21:35] micahg, or if not easy, at least possible? [21:36] knome: https://wiki.ubuntu.com/RecognizedDerivatives, most of this we were doing already, it's just making a firm commitment for images I think, the rest we decide [21:36] micahg, yeah, i have that page open. i was just making sure it is doable [21:37] micahg, i have to ask skaet about the lts cycle, like what does "support plan" mean, eg. does it need to be a complete report or something else [21:38] knome: that's just how much effort we think we'll be putting into supporting the stable release [21:38] micahg, do you think the plans we've been thinking of would be sufficient? [21:39] yes [21:39] micahg, with the shortest possible LTS cycle and so [21:39] mmh [21:39] who would be the support contact [21:39] mr_pouit: any word yet on whether Debian will take 4.8 or 4.10 for wheezy? [21:40] wheezy? sounds like a humorous debian version [21:40] knome: good question, do we have a bug triager? mr_pouit and charlie-tca were handling this before [21:40] knome: toystory :) [21:41] heh [21:41] hmm. [21:41] i suppose charlie-tca is the main bug triager [21:41] but does that suffice? [21:41] i mean, he probably can't fix any [21:42] yeah, I think that's fine, it just needs to be someone the release team can poke for updates/discussion [21:42] okay [21:43] could you put up a really brief suggestion re: the regocnized stuff and lts stuff based on this discussion? [21:43] where? xubuntu-devel? [21:43] we could vote on that on the next meeting, and we could start focusing working on precise rather than think about bureaucracy [21:44] that would be great [21:44] ok, will add to my list of things to do [21:45] okay, thanks A LOT :) [21:45] if we keep the meeting on sunday, will you be able to attend? [21:45] but we still need to coordinate for alpha1 if we want images :) [21:45] yes [21:45] okay, i'll try to find out if i can make it too. [21:45] please send out an announcement for the meeting though [21:45] and announce [21:45] yeah [21:45] thanks [21:45] i'll mail xubuntu-devel [21:45] so what about alpha1? [21:46] tbh, i don't know much about bugs that should be fixed :) [21:46] please add a note that w/out testers, we can't have an alpha 1 and we'll be organizing what's needed at the meeting [21:46] okay [21:46] i will [21:46] well, hopefully not many :) [21:47] the topic says the testing starts at 2011-11-28 [21:47] i think charlie is going to get back at around that time [21:47] right, I was wondering if anyone is testing the daily ISOs ATM [21:47] GridCube and me will probably, atleast test the images [21:47] micahg, should they be tested? [21:48] I've not done that daily [21:48] Because I didn't know that we were supposed to :\ [21:48] me neither. [21:48] well, I don't know that we've done alpha 1 releases before [21:49] we did [21:49] The alternate CDs have an issue ATM, but the live CDs appear fine [21:49] right [21:49] I was acctually told that testing begins december 1st :P [21:49] isn't the only criteria "it builds" :P [21:49] (for alpha1) [21:49] s.kaet told me that [21:49] knome: used to be [21:50] I don't think that's enough anymore, but I could be wronf [21:50] *wrong [21:50] I think we're in pretty good shape though since we haven't made any major changes [21:50] yeah. [21:50] unless the debian imports broke things [21:50] but if madnick has done any tests, it should be mostly okay i think [21:51] No, I've hardly done any testing, just installed 3 images. When people have said stuff in #xubuntu :P [21:52] Because charlie said: Testing begins Dec 1 [21:56] do they need to be tested on real hardware or would vbox do? [21:57] virtualbox is fine [21:57] madnick: idk if charlie was planning on us releasing alpha1 [21:57] oh oka [21:57] y [21:57] but can whoever attends the release meeting please find out how much testing we need for alpha1 [21:57] sure [22:11] hum, I *could* test images directly on this macbookpro.. help for mactel-support team