[09:57] morning everyone [10:11] morning ochosi [10:11] hey nick [10:11] what up? :) [10:13] Not much, just had lunch :) [10:13] now it's time to do some work ;) [10:13] righty :) [10:13] where are you at? [10:14] i mean work-wise [10:14] Well, I need to setup a configuration system for the configuration GUI (to not hardcode paths) [10:14] And then I need to implement the CSS for the greeter [10:15] Because I have implemented all functionallity needed for our theme (but I will also implement all of it) :P [10:15] But for the draft its enough :P [10:20] ok cool :) [10:20] have to talked to xfce-devs about the configuration system (xfconf) yet? [10:23] nope [10:23] i will do that today [10:24] yeah, think that'd be a good starting-point [10:42] madnick: remember that the greeter isn't run by the same user who configures it :> [10:45] (so I think a config file in /etc/lightdm + xfce_rc_* from libxfce4util will be simpler than xfconf) [10:47] madnick: mr_pouit just eradicated the need to talk to xfce-devs about xfconf ;) [10:48] mr_pouit: thanks :) [10:52] mr_pouit: I must ask you in that case, since that would be using a file directly, wouldn't a GKeyFile be just as good? (thats what LightDM itself uses) [10:53] of course [10:53] okay, thanks :) [11:05] ochosi: how can i find out the size of a selection in gimp? [11:09] madnick: in the toolbox there's a "position" and "size" section for the rectangle when it's selected [11:10] you should also be able to modify the values from there if you know how what size the rectangle should be [11:11] doesnt seem to work for stuff i did not select myself :P [11:12] gimp always makes me *madder*nick :) [11:13] :) [11:13] what do you mean, stuff you didn't select yourself? [11:13] well, i tried to steal some stuff from your xcf [11:13] and those are selections when i mark them [11:13] but i dont get the size [11:15] are you sure they're selections? [11:15] no :P [11:15] i think you might be mixing them up with layer-boundaries [11:15] selections are lost (almost) as soon as you use another tool [11:16] hah! I can press "scale layer" and get the size ;) [11:16] yup, what you want is the layer-size :) [11:30] k, off for lunch, see you later! [11:30] cya [16:06] micahg: can we start working on the sync from debian stuff later this week? [16:06] i have stuff that i want to get done, some things are taking longer that i hoped, and the end of this week is a US holiday so i'll be more available [16:17] scott-work: iirc you said you have to use a different/modified version of greybird for studio..? [16:17] scott-work: sure, but there's not much to do ATM [16:17] and iirc you said you mostly want to change the panels. just wanted to note that you don't have to change the theme to ship a different panel layout [16:18] scott-work: err, next week is better :) [16:19] for me at least, alpha freeze will be next week as well, but stuff can be prepared in advance of the alpha1 release to be uploaded upon it's release [16:19] s/it's/its/ [16:26] micahg: next week would be even better for me :) [16:27] ochosi: it looks like i will be evaluating xubuntu/ubuntustudio themes, UI, etc this week [16:27] i want to understand where the packages are between the two first, then start looking at what we want to change [16:27] ochosi: here's my loose plan though [16:27] mhm [16:27] 1. get ubuntu studio moved over to the greybird theme first, making any small changes that are already known [16:27] 2. evaulate [16:28] 3. then make other changes as necessary [16:28] simple, right? :) [16:28] there's a maxim i'm trying to incorporate "don't let perfect stand in the way of better" [16:29] sounds good [16:34] ochosi: in which package or source is the greybird theme for xubuntu? [16:34] * scott-work thinks that many things in xubuntu are included in xubuntu-artwork [16:37] scott-work: it's in murrine-themes [16:38] i think there are two main obstacles for me in this process [16:38] 1. my incomplete understanding of exactly how everything is set [16:38] 2. the deltas between ubuntu studio and xubuntu on how things are packaged [16:39] #1 i can work through in each instance [16:39] but #2 is something i think i need to wrap my head around first to make any significant and correct progress [16:40] which is what i hope to do this week [16:41] right, unfortunately i'll be little help in those areas [16:42] ochosi: if you only provide oversight to make sure i'm not forgetting something largely important, for example not getting the xubuntu icon package, that would probably be more than enough help :) [16:42] ok :) [16:43] but i can't launch into something without getting some organizational or conceptual understanding first... [16:43] so i'll be trying to grasp what all packages are required and hopefully get you to look at them [16:43] then i can make the collation between the two sets [16:52] scott-work: ok, i can give it a try :) [17:06] scott-work: I can help with #2, we'll try to keep diffs to a minimum if possibel [17:08] micahg: i agree with reducing the delta and this might mean that ubuntu studio might drop a package or two [17:08] because it will be rolled into another package [17:08] scott-work: huh? no, seeds can be different, I was talking about in-package diffs [17:10] micahg: studio has ubuntustudio-sounds but there isn't a xubuntu-sounds package [17:10] i don't currently know that xubuntu has specific sounds or not [17:11] I don't think we do [17:11] my general feeling is that the xubuntu-artwork package creates several binaries that are split out into several packages in studio [17:11] but i could be wrong though [17:11] there's nothing wrong with that though [17:12] oh, no...not saying anything is wrong, just different implementations that will need to be reconciled [17:12] nope, not necessarily [17:12] you're free to do it different in this case [17:12] whichever is easier for you [17:13] i would think sustainability would be to move to the xubuntu paradigm and minimize the delta as we discussed :) [17:14] micahg: would it be problematic or possible to basically make ubuntustudio-foo simply depend on xubuntu-foo and then also include any delta in the package? [17:14] right, that's not delta IMHO [17:14] ok, I see what you're saying [17:15] you could still do that with it broken out [17:15] but if you have minimal content on your side, consolidation could make sense into a single source [17:20] micahg: let me get my head around what is in xubuntu and where and then likewise with ubuntu studio and we can then discuss the perferable options [17:20] ok [21:00] * micahg waves [21:01] knome: meeting? [21:05] micahg: 21 utc [21:05] madnick: that's now :) [21:06] oh, you are right, i was thinking +1 hour from now :P [21:12] ugh. [21:12] who all is here? [21:12] we not having this meeting? [21:12] o/ [21:12] i forgot. [21:12] Well, I was about to leave, but I can stick around... [21:12] can we just postpone to next week? [21:13] there is nothing too important [21:13] we can sort all out by email [21:13] Well, what is? [21:13] knome: well, review of the roadmap was scheduled, you should either announce an extension or just a delay in reviewing, but let people know when that will be [21:13] micahg, there is nothing to review really [21:13] knome: which apps should be chosen is a big thing :) [21:14] micahg, we're not going to review *those* [21:14] micahg, just "it's okay, you can start comparing apps" [21:14] knome: when will that review happen? [21:15] * micahg was under the impression that would happen today [21:15] micahg, well, featuredefinitionfreeze is on thursday... [21:15] there's no app comparisons ready [21:15] we will keep ristretto as default [21:15] i had the impression that wasn't the default [21:15] but it is [21:15] so no need to change that [21:15] right, gthumb was made available [21:15] yeah. [21:16] i also thought it was set as default [21:16] gridcube is working with the media player comparison [21:16] but he doesn't seem to be online [21:16] and the comparison is far from ready [21:17] and tbh, none of the items are something we really need to review [21:18] and those that need community discussion, are still in the drafting phase [21:18] like "new default shortcuts" [21:18] doesn't have to happen before featuredefinitionfreeze [21:18] so did everybody disappear ? :P [21:19] Yeppers [21:19] hmm. [21:19] I'm fine with the current set of apps... [21:19] let's go through the items super-quickly [21:19] #startmeeting Xubuntu community meeting [21:19] Meeting started Mon Nov 21 21:19:41 2011 UTC. The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot. [21:19] Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired [21:19] madnick [21:19] #title Xubuntu brainstorming week has ended [21:20] errm [21:20] #topic Xubuntu brainstorming week has ended [21:20] #subtopic Review roadmap for Xubuntu 12.04 [21:20] anybody has objections about any of the items? [21:20] #info Roadmap is at https://wiki.ubuntu.com/Xubuntu/Roadmap/ [21:21] (brb) [21:29] #info You have until end of November to take items that do not have assignee yet. Specifications for application comparisons should also be ready by end of November, ready for discussion. [21:30] #action knome will send en email to the mailing list asking for possible counterarguments (with a deadline) about roadmap items. [21:30] ACTION: knome will send en email to the mailing list asking for possible counterarguments (with a deadline) about roadmap items. [21:32] #topic Ubuntu 5-year release schedule for LTS [21:32] #info Carried to next meeting. [21:32] #topic Maintaining official/recognized derivative/flavor status. [21:32] #action knome to talk with skaet [21:32] ACTION: knome to talk with skaet [21:32] #topic Meeting times [21:32] #info Carried to next meeting. [21:32] #topic Team updates [21:32] any updates, anyone? [21:33] mr_pouit did a few updates [21:34] #info mr_pouit updated a few packages [21:34] #info ristretto 0.3.0 is now in precise [21:34] .. [21:34] oki [21:34] any other updates? [21:34] #info gmusicbrowser 1.1.8 should be coming after alpha 1 [21:34] :o [21:36] madnick, ? [21:37] okay... [21:37] #topic Announcements [21:37] #info No announcements. [21:37] #topic Other business [21:38] #info Project leader changes will be executed per https://lists.ubuntu.com/archives/xubuntu-devel/2011-November/008042.html, since no counterarguments rose, and no other nominations for the website leader were made. [21:38] #endmeeting [21:38] Meeting ended Mon Nov 21 21:38:08 2011 UTC. [21:38] Minutes: http://ubottu.com/meetingology/logs/xubuntu-devel/2011/xubuntu-devel.2011-11-21-21.19.moin.txt [21:38] tattadaa [21:39] thanks knome [21:39] np micahg [21:39] and sorry for forgetting [21:39] :/ [21:39] i knew today would be a bad day [21:39] but didn't want to cancel the meeting [21:39] our website sprint went well I think :) [21:39] but apparently i should've [21:39] yeah. [21:39] pleia2, forgot that ;] [21:39] * micahg thinks it's important that we decide on meeting times so people can add calendar entries [21:39] yeah. [21:40] i don't think we *really* need one meeting per week [21:41] possibly close to feature freeze to make sure we stay on track [21:41] but right now, we probably don't [21:41] knome: what frequency do you think we should have? [21:41] we should have one next sunday though to discuss alpha 1 if we're having an image [21:42] beardygnome, maybe once per two weeks [21:43] micahg, yeah, agreed that once per week makes sense before important freezes [21:43] knome: sry i couldn't attend the meeting [21:43] hah np [21:43] the "meeting" [21:43] ;) [21:44] yeah, just read the backlog :D [21:44] honestly i don't have many updates anyway [21:44] grrmbl /o\ [21:44] and you know about most of them [21:44] hahah [21:44] i just can't remember... [21:44] (sorry for not being here for the meeting) [21:45] if people want to add items for the team updates, we can add them now [21:45] err [21:45] hahah [21:45] "project leader changes" [21:45] sounds good [21:45] that's true but it sounds a bit wrong... [21:46] right guys, i'm off. will keep an eye on the ml for the next meeting time [21:51] anybody want to add team updates? [21:51] ochosi, ? madnick, ? [21:52] i'll update the team report, so if there are things done, i'd like to get them in [21:52] well the greeter is in progress and the settings UI for lightdm is finalized [21:53] and bluebird gtk3 is in progress [21:53] but didn't get very far up to now [21:55] pleia2, ACTION: pleia2 to send email about next sprint time [21:56] :) [21:57] team updates added to this months reports [22:00] odd, nm-applet doesn't seem to work anymore here [22:00] at least i can't see it in the indicator area [22:00] mr_pouit: BTW, abiword has been orphaned, do you want to adopt w/me? [22:01] someone else already said they'd help also in debian bug 648341 [22:01] Debian bug 648341 in wnpp "O: abiword -- efficient, featureful word processor with collaboration" [Normal,Open] http://bugs.debian.org/648341 [22:01] https://wiki.ubuntu.com/Xubuntu/Roadmap [22:02] there is * in the assignee field for items that need community approval before committing changes to repositories [22:02] do you think any other one should have that? [22:09] micahg: I don't use it at all (I only open and close it when I test daily lives, or to check that greybird looks nice everywhere ;-) [22:09] I don't use it either :( [22:10] was just thinking since it's seeded for us that we might want to maintain in Debian [22:10] otherwise, w/out a proper maintainer, maybe we should look for another word processor [22:12] yeah :/ (I maintained in Debian some packages I didn't even use a few years ago, and it wasn't my smartest move -- like, orphaning them after six months…) [22:12] maybe we could consider libreoffice… [22:13] we don't have 60MB, we'd have to drop something like GIMP... [22:13] or all the langpacks [22:14] well, if the "new" maintainer in 648341 wants to set up a team, I can help though [22:18] (since I guess we want to keep gimp & langpacks:p) [22:34] boo [22:34] the wiki is slow [22:35] mr_pouit, i'm all for changing gimp to an easier to use app, as long as it has some core features... [22:36] micahg, can you ask GridCube what he meant with that? [22:36] * micahg hopes he's subscribed to the ML and will reply :) [22:37] Reintegrate the update manager to the notification area [22:37] knome: ^ [22:38] you mean, instead of having update-manager that randomly pops up and takes focus? [22:38] only does that for me on unity... [22:39] (if yes, then it's a consequence of the port to gsettings: we set a gconf key to ensure that, but I 'forgot' to migrate it to gsettings) [22:39] only new oneiric installs are affected I think (older ones will have the gconf settings migrated automagically) [22:40] that would explain it for me :) [22:40] lol, okay [22:40] mr_pouit, will you just fix that anyway? [22:41] you can assign it to me yeah, it's just a one line fix in xubuntu-default-settings [22:41] mr_pouit, well, i'll just remove the irem [22:41] *item [22:42] mr_pouit, is there a bug for that? [22:43] no (afaik) [22:43] okay [22:43] with gconf it was /apps/update-notifier/auto_launch, does anyone know what is it with gsettings now? [22:44] /com/ubuntu/update-notifier/auto-launch ? [22:49] (committed in bzr for xubuntu-default-settings, should be part of the next upload -- when more changes are included) [22:49] heh, thanks :) [22:49] that's quick [22:52] (now that I restored the old behavior) micahg has a point too [22:53] if there's an indicator and it works fine, maybe we want it instead? [22:53] (unless it's integrated in indicator-session, or anything specific like that) [22:53] we already have it :) [22:53] or at least I do on my oneiric machine [22:55] hmm [22:55] :) [22:55] i don't know about that [22:55] feel free to add a more fitting blueprint item