[00:21] * skellat just replied to an e-mail that is possibly graphics stack related that came from Jeff Hanson of Project Community Computers if somebody else could also chime in... [00:49] bluesabre, forestpiskie, I think the only Menulibre SRU item left to be verified is bug 1313276. [00:49] bug 1313276 in MenuLibre "Crash of Menulibre and Alacarte due to conflict in xfce-applications.menu" [Critical,Fix released] https://launchpad.net/bugs/1313276 [04:56] elfy, jjfrv8: thanks, did verification on remaining issue. [04:57] skellat: will send a follow-up email in the morning [05:37] bluesabre: woo nice, all bugreports verified! (those were quite a lot) [05:42] ochosi: Think either dropping the mention of compiz and recommending them to turn off the compositor may be good too. [05:43] Unit193: feel free to reply ;) [05:44] for me, turning the compositor off doesn't help at all [05:44] Ah, "helps" with another few issues I have. [05:45] also, i "heard" compiz helps [05:45] haven't had the energy in a while to investigate this issue at all [06:41] bluesabre: thanks for letting me know - the evening went bad and I got nowhere fast [07:02] if anyone manages to get time to do an install test for trusty daily today they are at http://cdimage.ubuntu.com/xubuntu/trusty/daily-live/20140722.2/ [07:03] the tracker is fubar atm it seems [09:02] knome: how much money is currently left in our "project fund" (the one you're currently holding from the magazine articles) [09:18] about $200 [09:19] wait [09:19] about $300 [09:19] :P [09:19] did some of it go to pleia2 already for some marketing? [09:19] yeah, i've sent her some money for flyer printing [09:19] ah nice [09:19] so theoretically we have about 300$ we could spend on bug bounties if we decided to [09:19] so it is about $300. [09:19] or were there other things we wanted to do with that money? [09:19] mhm [09:19] well, [09:20] (frankly, i'd prefer bug bounties to t-shirts) [09:20] there was discussion about "t-shirts for all team members" [09:20] yeah [09:20] right, other than that there wasn't anything, right? [09:20] also, "use the money for printing material to be given away at conferences" [09:20] ok [09:20] which i think is fair [09:20] then it's fine to discuss it at the meeting next week [09:21] if people actually go to conferences with possible target audience [09:21] and do spread out the stuff [09:21] and not keep it in their closets [09:21] yeah, still, the actual impact is generally difficult to measure with flyers [09:21] and yeah, even more so when they remain in closets :p [09:21] of course [09:22] i'm not opposed to using them for bug bounties [09:22] but i do think that would have to be agreed on case-by-case basis [09:22] ...which you probably agree with [09:23] yeah, i guess we can discuss the potential bugs to spend the money on [09:23] however, that might be a long and difficult discussion, everyone has different preferences [09:23] that sounds like going ass front in the tree [09:23] and the money will inevitably stay unspent [09:23] just discuss about bountying WHEN somebody suggests something [09:23] also, [09:24] one possible way to spread the money and not be too biased [09:24] actually we started compiling a list of critical bugs for xfce 4.12 [09:24] those could be a rather relevant target [09:24] is to offer first a "half" of the bounty for a bug and ask other people to chime in and give the rest [09:24] that would already lower the limit for other people to help financially [09:25] yeah, it certainly would be meant as a kickstarter to get the bug bounty programme going [09:25] as it's not really looking that xubuntu will continue to have funds [09:25] but of course it's hard to measure "half" if we need to specify the bounty amount first... ;) [09:25] i think that it might be possible [09:25] if the team wanted [09:25] but that would mean more of our time would go into that [09:26] well as i said, there is a list of release-critical bugs that i'd prefer to focus on first [09:26] for xubuntu at this point the release of 4.12 is the thing we most direly need (to be able to stop shipping development releases) [09:27] sure [09:27] for starters, [09:28] who would argue that's not a good focus? [09:28] re: discussion about different preferences [09:29] hopefully nobody [09:29] where do you have the lsit? [09:29] *list [09:30] also, what are you going to do with the roadmap page in the wiki? [09:30] https://wiki.xfce.org/releng/4.12/roadmap/critical-bugs [09:30] and are we going to use status.ubuntu.com tracking? [09:31] use status.ubuntu.com for what? [09:31] for tracking progress on blueprints [09:32] right, you're mixing topics a bit now [09:32] a bit. [09:32] haven't given that much thought tbh [09:32] we're halfway to the cycle, so maybe next one [09:32] for now it seems we're trying trello for that [09:33] don't see too much benefit in doing everything twice [09:33] i thought trello was proposed as an additional service to the tracking, but okay [09:33] yeah, it was [09:34] frankly, i don't even know how to set up status.ubuntu for utopic :] [09:34] hi guys, last time I have asked, why there isn't any deb packages with polish translation from Xfce's git, which was big update on June this year. knome said that for now there isn't possible to do this, which is quite joke for me and other translators from polish team, which want some explanation about this situation [09:34] olbi, i gave you an explanation. [09:35] ochosi, get the blueprints approved for utopic, and then make sure there is an umbrella blueprint that is named correctly [09:35] yes, but some ppl from polish team are very angry about this, cause this wasnt random update, this was very big update and fixed some annoying strings [09:36] olbi, the angry people should use their time to fix things then, not whine about it [09:36] olbi, there is no special treatment for "big" translation updates [09:37] as i told you before, translation updates happen when package updates happen [09:37] so this is some jokes :/ [09:37] olbi, shipping a translation from a different version that the package itself is a joke. [09:39] for now, xfce translations are shipped per package [09:39] i guess the point here is that it's not xubuntu's fault that there are no new translations, but the problem is upstream at xfce for not releasing new versions [09:39] if your angry friends want to get the polish translations in quicker, they can change the packaging to package-independent language pack packages [09:39] ... [09:40] ^ or what ochosi said, help fix the bugs in xfce to help new versions get released [09:41] olbi, or you can create a PPA with custom packaging with updated polish translations. [09:41] hmm :P [09:42] there you have an explanation (or two), and three ideas what you can do to help your own cause [09:43] now i please would ask you to stop asking when new polish translations land in, unless you have started working with either helping xfce release, or reorganize the translations in the ubuntu archive [09:43] it's just wasting our, and your time. [09:44] ochosi, to get back in the original issue at hand... what about the roadmap page? [09:44] ochosi, it's a bit meh as it is now, would be better if it had even the deadline days mentioned, and some kind of overview (and links to blueprints and trello) [09:45] ochosi, and i know your next comment is "you can do it" ;) [09:45] :) [09:45] as you already know it, i don't even have to say it anymore [09:46] sure, but i've done it for many cycles already, and you've picked the ripe fruit from nice organization, so it's time for somebody else to do it :] [09:46] hah [09:48] * ochosi asks the kubuntu developers [09:48] sure, whatever :) [09:50] so kubuntu only use trello [09:52] knome: we already have that umbrella blueprint btw [09:52] https://blueprints.launchpad.net/ubuntu/+spec/topic-u-flavor-xubuntu [09:53] not sure what needs to be done for that to show on status.ubuntu though [09:53] ochosi, as i told you: get the rest of the blueprints approved for utopic [09:53] you'll have to poke a release team member to get that done [09:54] sending a list of the blueprints you want approved to the release team mailing list works. [09:54] i've done a really brief overhaul for the roadmap page now. [09:54] any benefit other than having the blueprints showing up on status.ubuntu? [09:55] not really [09:55] well except when you search blueprints [09:55] you can see them being targeted at utopic [09:55] so it's easier to catch all utopic-related xubuntu blueprints later [09:55] if you forgot what we did [09:56] you might need to get the umbrella blueprint approved as well [09:56] at least it doesn't matter if it is.. [09:56] yeah, but frankly with the few little things we're doing this cycle, i don't see much practical benefit (if you excuse my bluntness here) [09:57] it's your choice [09:57] sending the mail takes a minute though [09:57] and then you have it in the tracker [09:57] i know this is your organisational heritage, and i saw some benefit of it during the 14.04 cycle (although blueprints weren't really kept very up-to-date) [09:57] theoretically everything does only take a minute [09:57] well that's the other problem. [09:57] it's no use doing it if people aren't updating the blueprints [09:57] which i doubt they are now that we are using trello [09:58] which is why i wasn't so keen on it [09:58] sure, it's probably faster and there are some benefits to it, but it doesn't give the same nice overview of things happening [09:58] in real time, versus bugs as well as work items [10:00] i don't mind switching back to blueprints-only the next cycle if trello doesn't work well enough for us [10:01] i'm not saying we should stop using trello [10:01] what i'm saying is that the premise that was there when it was proposed to use trello was different from happened actually [10:02] which is fine, but then don't say we're doing blueprints, and don't do them [10:02] well basically you're saying i didn't take care of the blueprints anymore (which is true) [10:02] it's not you, it's the whole team and the commitment to whatever the team agreed on [10:02] i'm not blaming anybody, nor do i felt hurt [10:02] just saying that things didn't go as expected [10:03] yeah, totally agree [10:03] people who are close to the team can pick up changes, but people who aren't, like new contributors, can be a bit baffled by it all [10:03] that would matter more if there actually were new contributors :p [10:03] but yeah, i know and understand what you're talking about [10:04] how do you know if there would be, but they looked at the roadmap and then went away? [10:04] well frankly only looking and not asking... [10:04] yep: pick your tool and then use it... [10:04] status.ubuntu.com is mostly abandoned by many teams anyway [10:04] so it doesn't really do justice to ask any team that doesn't use it if they like it or not [10:05] i also agree it's less useful now that many teams do not use it [10:05] * ochosi added it to the meeting agenda [10:05] better to discuss it with everyone than just the two of us (who agree anyway) [10:05] ftr, i have no idea if i can make the meeting or not... :) [10:06] it'd be probably better to reassess it at the end of the cycle [10:06] you already made your point and as i agree, it doesn't matter :) [10:06] yeah, it has to be reassessed at the end, but i'd also like to discuss how it's going now [10:06] i don't know who it helps if we mull over it now, since people can always say they don't know how trello worked for "a whole cycle" ;) [10:06] sure [10:07] no offense meant and nothing personal here either as you very well know [10:07] yeah, sure [10:08] elfy, if i were to boot one (or two) .1 ISO tests, what would you prefer me doing? [10:09] can't promise anything, but i might have time in the evening [10:12] one more thought about progress tracking: [10:13] whatever software it was we used to track the process, it would be beneficial for everybody in and out the team to regularly (say weekly, or in every meeting) make sure that the tracking process up-to-date, and have somebody announce and make sure people do it's actually done [12:19] knome: 32 bit are lacking love [12:22] elfy, oki, i'll try to have a look [12:22] now bbl -> [16:16] re: money, I was also thinking we could add a section to our website about donations - we can't accept donations directly, but if we had bug bounties we could accept small amounts to fund that, and suggest upstream projects to donate to [16:17] I get asked about this once or twice a month via social media [16:18] maybe even use gittip or something for folks on the team who'd like it [16:19] pleia2: i have been working towards this recently: https://www.bountysource.com/teams/xfce [16:19] there will be a formal annoucement, i see this as our best shot to accept donations that directly benefit xubuntu without a hassle [16:19] great [16:21] so yeah, i plan to announce it before the next meeting, so we'll definitely get a chance to realistically discuss it then [16:22] * pleia2 nods [16:23] will you be able to make it to the meeting? [16:23] no, it's at 3am :( [16:24] oh [16:24] well, thank bluesabre :} [16:24] it was ok when I was in germany :) [16:24] I'll also be recovering from surgery (happens tomorrow!) so waking up in the middle of the night is not on my agenda for the next couple weeks [16:24] oh wow [16:25] * ochosi keeps his fingers crossed so that everything goes well for pleia2 e [16:25] thanks :) [16:25] i'll also send the announcement mail to the xubuntu devel ml, so if you wanna post your opinion on it there before the meeting, that would also work fine [16:26] but no stress, take your time after the surgery... [16:28] I'll see what I can do :) [16:28] bbl [16:52] bah [16:53] bluesabre: what's this about? "[17:39] bluesabre: If you guys are committed to a rapid testing turnaround, we can look at squeezing a fix in for you. Looks like menulibre is only on xubuntu images." [17:00] if it's about getting a new menulibre in and then respun and then a whole batch of install tests being run - good luck testing the image [17:03] hey elfy [17:04] yeah, that's related to getting the fixed menulibre in for a respin [17:04] as the QA lead, what's your take? It fixes a pretty annoying bug for the image [17:05] so - all the image tests I did today in between working were completely pointless [17:05] is my take :| [17:05] :( [17:05] I would help with image testing [17:06] I'd rather have the fixed package in the image of course [17:06] Yeah [17:06] did they just add the milestone to the tracker today? [17:06] yesterday [17:06] bluesabre: tell infinity to go ahead [17:07] but yeah, I can commit to testing [17:07] ok [17:07] this would have been in sooner, but the bug report that I opened a month ago took its time getting to -proposed [17:07] as long as we get at least a couple of 32 and 64 bit tests done I'd be *happy* [17:08] knome: hold fire on testing till the image is rebuilt please :) [17:08] bluesabre: yep - stuff happens :) [17:08] elfy, I'll also do a 32 bit image test tomorrow [17:09] ta [17:11] bluesabre: I know this isn't your fault - I've not been too on the ball either tbh the last 5 or 6 weeks [17:13] I'll concentrate on getting image install tests done on vm's [17:13] I'll be ignoring live session and post install tests though [17:14] ok [17:17] I'll make sure to makr in progress things as such too [17:17] I'll do live and post since you're doing the others [17:18] ok - thanks :) [18:40] shimmer-themes upgrading error "E: Internal Error, No file name for shimmer-themes:amd64" [19:02] weird, haven't touched that package in a file, did apt crap out? [19:02] oh wait, yeah, that seems like something with apt [19:02] broken [19:02] shimmer-themes is arch independent [19:02] bluesabre: You recently created seperate packages. [19:03] Unit193: they are still in utopic new [19:03] shimmer-themes (1.7.3-0ubuntu2) utopic; urgency=medium [19:03] * Separated themes into unique packages so individual themes can be installed or removed. [19:03] oh [19:03] oh hey [19:03] when did they get accepted [19:04] some time today I assume - it wasn't there this morning when I upgraded :D [19:04] I'll look into that [19:04] of course I did do a dsit-upgrade this evening to get shimmer [19:04] * bluesabre updates utopic vm [19:06] fixed it [19:07] * bluesabre also downloads new 14.04.1 build [19:07] * Unit193 downloaded, but not sure he'll get a chance. [19:07] got 64 bit in 30seconds [19:08] cdimage never gives me full speed. :/ [19:08] well zsync got a little bit in that time :p [19:08] Unit193: same - it's about ~1200kBps [19:10] working on the 64 bit install tests now [19:12] FWIW, systemd 208 in proposed. [19:14] * elfy stopped running it a while ago [19:14] couldn't decide what was causing the issue here - turned out to be nouveau, not got around to using systemd again [19:16] ok, so it seems apt/dpkg dislike when a package becomes a metapackage... apt-get -f install seems to fix the issue though [19:16] I'll read more into that [19:47] 32 bit [19:50] wb ochosi [19:51] hey ochosi [19:52] hey guys [19:52] hope i didn't miss too much :) [19:52] remote host went down again [19:53] you missed bluesabre getting infinity to respin the image and all my previous test results being lost [19:53] :p [19:53] yeah! [19:54] keeping elfy busy [19:54] so tomorrow one of the 3 of us will need to mark the tracker released [19:54] huhu [19:54] how come? [19:54] no idea what time I'll be home from work at day end - but I can check lunchtime and do it if all is well [19:54] menulibre? [19:54] yea [19:54] and the greeter? [19:55] no greeter [19:55] :/ [19:55] menulibre only affects us ochosi [19:55] so it was up to us if we wanted to retest [19:55] right [19:55] makes sense [19:55] forgot that others use the greeter too [19:57] downloading i386 now' [19:57] * elfy is testing 32 bit now [19:57] same - leaving live session and post install [20:06] bluesabre: Did you not do proper breaks/replaces? [20:07] shimmer-themes -> shimmer-themes... do I need to add the breaks to each of the newly created theme packages? [20:07] https://launchpad.net/ubuntu/utopic/+queue?queue_state=3&queue_text=shimmer-themes [20:07] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts [20:08] I see [20:09] (Don't think that's exactly the section I was aiming for, but meh.) [20:11] Generally, just breaks/replaces. [20:12] ok [20:35] elfy, haha yeah no problem, i'm only back now and my testing is not going to happen today :| [20:35] otoh, i might be able to squeeze some time for testing tomorrow, especially now that we've had respins.. [20:38] :) [20:38] so - just post install on 32 bit to get at least one of each done left now [20:38] anything else is a bonus [20:40] yep, but as we know, bonuses aren't bad ;) [20:40] yep [20:42] :) [20:50] 5/5 on 32 and 64bit \o/