[12:43] <mdz> howdy
[12:43] <mdz> how do I go about requesting an Ubuntu Member cloak?
[12:46] <erUSUL> make sure your nick is set up and with a mail address
[12:46] <erUSUL> !register
[12:47] <erUSUL> mdz: also put the url of your launchpad here so they can check your memeber status
[12:47] <mdz> http://launchpad.net/~mdz
[12:47] <mdz> this nick is registered
[12:48] <erUSUL> now; wait and be patient :)
[12:48] <erUSUL> names
[12:49] <erUSUL> elky: Pricey jussi01 ping?
[12:57] <jussi01> hiya mdz
[12:59] <jussi01> mdz: As I understand it, we are not to give out member cloaks to Canonical staff, but you need to go get a canonical cloak from whoever the group contact for canonical is. I have a feeling that is James troup, but not certain of that at all.
[13:00] <nhandler> jussi01: I know for a fact that Canonical employees can get ubuntu member cloaks. If you want to confirm that, just do a /msg nickserv info dholbach (who is a canonical employee)
[13:01] <jussi01> nhandler: noted, but still, Ive been informed otherwise for now. Untill Im told differently, thats what Im going with. (and is that a legacy one perhaps?)
[13:04] <nhandler> jussi01: Well, I'm not sure what the real policy is, but I have seen *many* canonical employees with Ubuntu member cloaks. I have seen a few canonical cloaks for the LP people, as well as some canonical gateway cloaks, but most of them tend to have ubuntu/member cloaks. But, in the end, it is your decision
[13:04] <mdz> hmm, interesting
[13:05] <mdz> the only documentation I found was https://wiki.ubuntu.com/IrcTeam/Cloaks and it states that all Ubuntu members are eligible
[13:05] <jussi01> mdz: Ive nothing against approving a cloak for you :) but I was told not to for canonical empoyees. However, until I get this checked, I dont want to go against it.
[13:06] <mdz> by the way, it would be nice if the explanation at https://edge.launchpad.net/~ubuntu-irc-cloaks linked to  https://wiki.ubuntu.com/IrcTeam/Cloaks
[13:06] <jussi01> mdz: so it does. Im curious to why its been told other wise.
[13:06] <mdz> jussi01, could you check into it and get back to me when you know more?
[13:08] <jussi01> mdz: absolutely. and I fixed the page for you :)
[13:11] <mdz> jussi01, thanks
[13:36] <ubot2> In #ubuntu-ir, Mohammad[B] said: !forget
[13:37] <niko> thanks ubot2
[13:37] <niko> always usefull :)
[13:55] <jussi01> mdz: Sorry for the wait, Ive been corrected. Please set an email on your account, see: /msg nickserv help set email
[13:55] <jussi01> Pricey: nalioth other staff, please cloak mdz with an ubuntu member cloak.
[13:55] <mdz> jussi01, does it matter what I set the email to?
[13:55] <niko> jussi01: ok
[13:56] <jussi01> mdz: as long as its not a throwawyay email, I dont beleive so.
[13:58] <niko> i just wait for the email setted
[14:13] <jussi01> mdz: did you get sorted?
[15:08] <erUSUL> is _IdiotObama_ a violation on nicknames rules ?
[15:20] <bazhang> it offends me..
[15:22] <erUSUL> well he left already...
[15:25] <jussi01> no, its not. IMHO
[15:29] <LjL> it's not like there *are* explicit nickname rules in the first place
[15:30] <erUSUL> \/nick jususchrist_is_a_dick
[15:32] <erUSUL> ok; reread ircguidelines thoought there was something about nicks there
[15:32] <erUSUL> but there is not :)
[15:33] <bazhang> something really offensive to all/most seems pretty clear cut
[15:34] <bazhang> eg very explicit nicknames
[15:34] <LjL> erUSUL, i didn't say that bad nicks *won't be acted upon*
[15:34] <LjL> i just said there are no explicit rules about them
[15:35] <LjL> some things are best left to human interpretation, methinks
[15:36] <erUSUL> LjL: ok; ok as i said i thought there was rules about what was a not acceptable nick... but in this case if someone had said obama is an idiot in the channel he would have gotten at least !offtopic XXDD
[15:37] <LjL> well yes, but saying it is different from having it as a nickname
[15:37] <LjL> note also that i didn't give my opinion on the appropriateness of that nickname to begin with :)
[15:39] <LjL> erUSUL: about jesus though, did you know anything containing "jesus" was banned from #ubuntu until some time ago, to begin with? do you see any problem with that?
[15:40] <erUSUL> well yes; i do not like/agree_with the aproach... but religion is a very sensitive issue so i can understan why someone may think that is neccesary to do that...
[15:41] <LjL> erUSUL: i wonder what all those people whose first name is "Jesus" thought of it, though
[15:42] <LjL> or rather Jesús, but there are no accents on irc masks
[15:42] <erUSUL> LjL: lol. people from english speaking countries do not realize how comon that name is in latin countries XXDD
[15:43] <erUSUL> my brother in law is Jesus Manuel ;)
[15:43] <LjL> erUSUL: not realizing this sort of thing is the reason i think we should always very careful making rules about nicknames
[15:51] <bazhang> ...
[15:53] <erUSUL> yep; true enough
[15:54] <bazhang> he was just outright trolling
[15:55] <LjL> that's a different issue if he was
[19:06] <niko> jussi01: mdz have no email for the moment
[21:18] <mdz> jussi01, niko, I did /msg nickserv set email ... but I never got an email at that address to confirm
[21:20] <jussi01> mdz: sounds like a freenode problem. niko Pricey nalioth or other staff member should be able to help.
[21:21] <jussi01> mdz: what was the exact command you issued (minus the email address)?
[21:21] <mdz> jussi01, I just checked and it looks like it has arrived now, and was just delayed
[21:21] <jussi01> oh, ok :)
[21:21] <mdz> jussi01, should be verified now, can you confirm?
[21:22] <jussi01> mdz: ok, I see it. you may want to /msg nickserv set hidemail on
[21:22] <mdz> jussi01, good advice, thanks
[21:22] <mdz> I didn't realize it would be published by default
[21:22] <jussi01> mdz: ok, you are good to go.
[21:23] <jussi01> could a staffer please give mdz an ubuntu member cloak ?
[21:23] <jussi01> mdz: that should be actioned soon.
[21:23] <mdz> jussi01, thanks!
[21:24] <jussi01> mdz: any other issues just ask :)
[21:25] <niko> done
[21:25] <jussi01> ok, laters all
[22:29] <niko> §ev
[22:55] <Pricey> mdz: hidemail is set by default. Your email shouldn't be public.


[17:18] <ricotz> tjaalton, jfyi :) this is what I am (massively) seeing here :\ https://bugs.freedesktop.org/show_bug.cgi?id=93858
[17:19] <tjaalton> fun, try 4.5 & drm-intel-next mainline
[17:19] <ricotz> (4.5rc6 + mesa 11.2rc1)
[17:21] <tjaalton> 0x85dfffff might mean it's in mesa actually
[17:22] <ricotz> I would say it was worse with 4.5rc6 + mesa 11.1.2-xenial
[17:23] <tjaalton> ah
[17:24] <ricotz> which could suggest it is mesa
[17:24] <tjaalton> at least not a regression :)
[17:25] <tjaalton> caused by 11.2
[17:25] <ricotz> yeah
[17:27] <tjaalton> i seem to have forgot how to bisect, or mesa is being an ass
[17:28] <ricotz> tjaalton, found a trace do you care for it?
[17:28] <tjaalton> upstream might
[17:33] <ricotz> tjaalton, http://people.ubuntu.com/~ricotz/log/4.5rc6-mesa11.2rc1-iris540
[17:35] <tjaalton> try latest drm-intel-next?
[17:35] <ricotz> tjaalton, http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/ ?
[17:39] <tjaalton> yes
[17:43] <ricotz> ok, let's see
[17:47] <ricotz> still happening


[09:23] <joumetal> are language-pack-fi and language-pack-fi-base supposed to be in sync?
[09:43] <mort> https://p.mort.coffee/xtI.png
[09:44] <mort> my success rate with upgrading through ubuntu software is... not great
[11:09] <guiverc> mort, ensure you don't have it open anywhere  (it can't refresh if open)
[11:09] <mort> guiverc: well it wasn't before I opened it
[20:14] <genii> !info plasma-desktop
[20:14] <genii> hm, not Hirsute
[20:15] <genii> !info plasma-desktop hirsute
[20:15] <genii> ..
[20:25] <oerheks> https://launchpad.net/ubuntu/+source/plasma-desktop
[20:25] <oerheks>  4:5.21.2-0ubuntu1
[20:25] <genii> Yeah, found the version also at http://archive.ubuntu.com/ubuntu/pool/universe/p/plasma-desktop/
[20:26] <oerheks> but weird indeed, this channel should have hirsute
[20:27] <genii> The !info here should be pointing at the -dev version, yes
[20:27] <genii> I'm not sure who usually does it


[01:29] <charettes> Hi everyone, I've been using the firefox-trunk package from ~ubuntu-mozilla-daily for the past years but it seems it's not built as frequently as before. Is there a reason for this?
[20:13] <gQuigs> so.. did Firefox stop using apport?
[20:13] <gQuigs> https://errors.ubuntu.com/?release=Ubuntu%2014.04&package=firefox&period=day
[20:14] <gQuigs> or is this a bug?  (pretty sure we aren't stable enough for just 3 crashes a day)


[07:52] <pop> I've got a question about the registration for the shipit
[07:54] <pop> It says an e-mail was sent to me, but I haven't received anything yet...
[07:54] <pop> how long does it take?
[07:55] <pop> anybody able to read my messages?
[07:57] <pop> does anybody know how to speak portuguese?
[07:57] <pop> here?
[07:58] <kamaleon> ...
[07:58] <kamaleon> is it normal?
[07:59] <kamaleon> too bad!
[08:00] <robitaille> kamaleon,  yes we can read your emails.  Emails from a ubuntu site should arrive within a few minutes; normally
[08:00] <kamaleon> oh sorry
[08:01] <kamaleon> thanks for the help
[08:01] <robitaille> can you login into launchpad.net?  I think shipit uses the same registration now.
[08:01] <kamaleon> no
[08:02] <kamaleon> I tried to use the previous login and password, but...
[08:03] <kamaleon> there was an option of using the token, but it isn't available now...
[08:04] <robitaille> have you tried creating a new account?
[08:04] <kamaleon> then I tried to subscribe again because I noticed some differences on the page
[08:07] <kamaleon> I think the procedures were different... I give my e-mail, set a password, then the adress and how many cds...
[08:08] <robitaille> yes that should be it, no?   I don't think you're supposed to get an email confirmation of our order.
[08:09] <kamaleon> afer that it was just to login to access this data make the necessary changes, if the case
[08:10] <kamaleon> yeah...
[08:10] <kamaleon> just a min...
[08:15] <kamaleon> that's it...not yet...
[08:16] <kamaleon> that's strange...I thought servers were fast enough to procees this!
[08:17] <kamaleon> or...is it done manually?
[08:18] <kamaleon> oh forgot to tell!
[08:19] <kamaleon> since these changes, one of the browsers I use doesn't open the page
[08:20] <kamaleon> I think due to the SSL
[08:21] <kamaleon> It's an old version of Netscape/Mozilla
[08:22] <kamaleon> I mean it hasn't being able to open the page
[08:22] <kamaleon> been, sorry
[08:23] <kamaleon> sorry, I'm a little sleepy
[08:24] <kamaleon> well, I'll wait for that e-mail...
[08:25] <kamaleon> good night for ones and have god day for others!
[08:25] <kamaleon> c ya!
[08:45] <Treenaks> I can't get to https://launchpad.net/distros/ubuntu/breezy/+lang/nl
[08:45] <Treenaks> (Sorry, system error)
[10:43] <sivang> Morning everybody
[11:23] <asmodai> mmm, searching on ubuntu's site using the search area at the top returns results that lead to 404's =\
[11:25] <mdke> asmodai, better file a bug at bugzilla.ubuntu.com
[11:26] <asmodai> k
[01:17] <sivang> jordi: ping
[01:17] <sivang> jordi: around?
[03:31] <michoelchaikin> hey all
[03:31] <michoelchaikin> can some1 tell me exactly what this is
[03:32] <michoelchaikin> i wanted to get a cd from shipit (ubuntu linux) they said i must make an account
[03:32] <michoelchaikin> i never understood what this does
[03:33] <GoRoDeK> https://shipit.ubuntu.com/ -> create a new account ?!
[03:33] <michoelchaikin> exactly
[03:33] <GoRoDeK> isnt working?
[03:33] <michoelchaikin> but i never understood what this is for
[03:33] <michoelchaikin> no everything is working
[03:34] <GoRoDeK> ah i see, you dont understand why registering?
[03:34] <michoelchaikin> what does launchpad do
[03:34] <michoelchaikin> looks to mer like a bit like sorceforge?
[05:14] <bmm> Is there any way to close a Launchpad account?
[05:18] <bmm> I havn't got time to update the information on my account and I'm not currently using Ubuntu. The launchpad information is getting outdated and that is somthing nobody will profit from.
[05:22] <sivang> bmm: better talk to a team's admin so he will be able to remove you
[05:23] <bmm> Well, if there is no automated way, then the old information may just be better of rotting there. No reason to let people do more work  ;-)
[05:24] <bmm> Where can I post a feature request? That would probably be a better way of handling this then.
[05:54] <Nafallo> bmm: use the bugtracker Malone (http://launchpad.net/malone) and sign a bug against Launchpad
[05:55] <bmm> Nafallo: Just did :-)
[06:55] <zygis> hi, any Rosetta admins around?
[09:06] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Add a note in the myrequest page that the reason must be in english (patch-2560<EMAIL_ADDRESS>[09:23] <lamont-away> baz update
[09:23] <lamont-away>     x < rel_n_records (archive_levels)
[09:23] <lamont-away> baz: uncaught exception: -1:(exiting on botched invariant)
[09:23] <lamont-away>   please report this as a bug to<EMAIL_ADDRESS>[09:23] <lamont-away> kewlness
[09:23] <lamont-away>  /build/buildd/bazaar-1.4.2/src/baz/commands/update.c:281:botched invariant
[09:23] <lamont-away>     x < rel_n_records (archive_levels)
[09:23] <lamont-away> there, that's better
[09:34] <Kinnison> Hey all
[09:34] <Kinnison> lamont-away: ping?
[10:04] <Andr3^81> allow
[10:04] <Andr3^81> anybody there?
[10:32] <lamont-away> Kinnison: yo
[10:32] <Kinnison> lamont-away: hey dude.
[10:33] <Kinnison> lamont-away: Anything *ELSE* I've not been told about yet wrt. buildds?
[10:33] <Kinnison> lamont-away: Elmo only just told me about ogre
[10:33] <lamont-away> dude - ogre is like ancient news....
[10:33] <lamont-away> I think we implemented that back in oxford.
[10:33] <Kinnison> lamont-away: TTOTD: If sbuild doesn't do it, and I've not be told about it, launchpad-buildd may not do it
[10:34] <lamont-away> which sbuild?  debian's, or have you been working from ours?
[10:34] <Kinnison> Your sbuild
[10:34] <Kinnison> the one you gave me in Mataro
[10:35] <lamont-away> ok.  probably the best thing to do is diff the entire wanna-build tree vs debians, just to be sure...  since I don't know what all you have already been told about... :-(
[10:38] <Kinnison> thanks
[10:57] <lifeless> hello y'all
[11:02] <sivang> hey lifeless , who has a french dictionary named after him :)
[11:05] <lifeless> indeed ;) Robert-Collins to the rescue!
[11:08] <sivang> LOL
[11:08] <sivang> Kinnison: did you know that about him ?
[11:08] <jordi> sivang: hi
[11:08] <Kinnison> no
[11:08] <sivang> hey jordi
[11:08] <sivang> jordi: 'sup ?
[11:09] <jordi> sivang: you pinged me :)
[11:11] <sivang> jordi: I did ?
[11:12] <sivang> jordi: weird. I don't recall that.
[11:16] <jordi> 13:17 < sivang> jordi: ping
[11:16] <jordi> 13:17 < sivang> jordi: around?
[11:16] <jordi> sivang: dude :)
[11:23] <fbn> https://launchpad.net/tickets/ gives a page not found error
[11:30] <sivang> jordi: man, I'm in need of a new memoery module. I can't recall that
[11:30] <sivang> jordi: or better, I can't recall what I wanted.
[11:31] <salgado> fbn: somebody forgot to update the link in the home page. that link should point to https://launchpad.net/support
[11:43] <creatin> whats the default root password for Ubuntu, it didn't ask for one at install
[11:44] <Nafallo> creatin: there is none. use sudo, and ask further question in #ubuntu, the support channel.
[11:44] <jordi> salgado: got 2 mins for me?
[11:44] <jordi> https://launchpad.net/products/xqf/+series/main/+pots/quicktour/+admin <--- can't access this, can you do an operation here?
[11:45] <jordi> this quicktour thing needs to be reassigned to the ubuntu-docs product. Can you do this?
[11:49] <creatin> no, dont have access
[11:49] <salgado> jordi: I'm not a LP admin either, so I can't access that
[11:49] <jordi> salgado: ah damn


[00:18] <JoseeAntonioR> By the way, I am translating the NewsTeam wiki, to be able for people to see it in Spanish
[06:59] <dholbach> good morning
[11:42] <SilverLion> hi there
[12:31] <SilverLion> hi DavidLevin
[12:32] <DavidLevin> HiSilverLion, Hi
[15:08] <JoseeAntonioR> pleia2, akgraner, dholbach: I want to know, has the mailing list been sending UWN editions in Spanish in the past, with language selection.
[15:08] <pleia2> JoseeAntonioR: no, other language ones were listed on the wiki and I think generally shared with that language loco teams
[15:09] <JoseeAntonioR> hmm, ok.
[15:09] <pleia2> this week akgraner included a link to your edition on her email out
[15:09] <JoseeAntonioR> yep, that's why
[15:10] <JoseeAntonioR> I asked (sorry, pressed enter accidentally)
[15:10] <pleia2> we should keep doing that :)
[15:11] <JoseeAntonioR> great, even though if the summaries are not ready for sunday evening, then it will be ready a few hours later after sending the email
[15:12]  * pleia2 nods
[16:29] <SilverLion> dholbach, moin moin
[16:29] <dholbach> hi SilverLion
[16:29] <dholbach> hi bkerensa
[16:29] <dholbach> bkerensa, thanks for getting out the update
[16:29] <bkerensa> dholbach: no problem
[16:29] <bkerensa> dholbach: working on next weeks queue of interviews
[16:30] <dholbach> great
[16:30] <dholbach> next week we might have a bit more content again ;-)
[16:30] <bkerensa> dholbach: I probabloy wont be here next week fyi so Ill post stuff to doc on monday
[16:30] <dholbach> alrightie
[16:30] <bkerensa> Tuesday is my birthday and I plan to take the rest of the week off from UbuntuLand
[16:30] <bkerensa> :)
[16:31] <dholbach> nice :-D
[16:31]  * SilverLion is happy that no-one wants me interviewed
[16:33] <bkerensa> dholbach: I am so annoyed :( my audio has died since todays updates
[16:33] <bkerensa> and nothing seems to be fixing it
[16:33] <dholbach> oh? maybe you can check out /var/log/dpkg.log and figure out which packages were updated
[16:33] <dholbach> and then try to chase up whoever was involved with the update?
[16:34] <bkerensa> yeah
[16:37] <bkerensa> dholbach: I checked and did not see anything related to audio (no pulseaudio or alsa stuff)
[16:37] <bkerensa> it seems like a sensor issue
[16:37] <dholbach> kernel?
[16:37] <dholbach> sensor?
[16:37] <bkerensa> dholbach: no kernel
[16:37] <bkerensa> yeah when I have my headphone plugged in the volume icon shows on
[16:37] <bkerensa> if I unplug it it mutes it
[16:37] <bkerensa> but no audio either way through headphone or the internal speaker
[16:37] <dholbach> you could ask diwic maybe
[16:38] <bkerensa> hmm
[16:38] <bkerensa> k


[04:39] <crystal77> How would I prevent a process from starting if there is less than 95% disk space? I can do that with init scripts very easily (new to upstart)
[14:27] <phaidros> can I use the config filename in my config file? (that way I could have a generic config, which I just rename, eg.: unicorn-user1-4000.conf .. so I can use the username and the port in my exec line somehow?)
[15:11] <phaidros> $UPSTART_JOB is what i was looking for :)
[18:50] <kierank> Is upstart able to wait for a kernel module to load
[18:51] <kierank> I really don't want to add a sleep 10 to "fix" that
[22:21] <xnox> kierank: sure, there are udev events emited
[22:21] <xnox> so you can start on udev events which should be post udev firing and processing/loading kernel modules as needed etc.


[00:58] <hubuntu_> Hello everyone! I need a presentation of Ubuntu which shows how it is an ecosystem within the Free Software world and what makes it the most viable option for the business and public sector alike. Anyone?
[00:58] <hubuntu_> I am sure I can make one myself, but I guess many before me have done a job there. I checked the presentation section in the wiki, but didn't quite find what I need
[14:18] <gerr1> anyone know nick ali's irc nick?
[14:49] <katkin_> port
[20:33] <AlgorithmicContr> http://support.microsoft.com/kb/314458
[21:10] <m-c> AlgorithmicContr:  don't know whether to laugh or cry -- I wonder how many dual boot users will be wiping out their WindowsXP partitions with this guide.
[21:11] <m-c> from 2006 anyhow


[00:54] <cjwatson> CD builds on manual until the new ubiquity arrives
[00:56] <slangasek> someone broke livecd.sh again
[00:56] <ogra> already fixed and uploaded
[00:56] <ogra> sorry for that
[00:58] <ogra> it's waiting for the publisher
[01:01] <slangasek> ok
[01:01]  * ogra is working since 20h in a row and getting unconcentrated, i propbably shouldnt do uploads in that state
[01:04] <cjwatson> lamont: I forget the exact timings of the auto-upgrade; could you please make sure that the builders get upgraded to livecd-rootfs 1.129 once it's available?
[01:04] <cjwatson> I'll want to do CD builds tomorrow once new ubiquity is available
[01:06] <ogra> cjwatson, it gets upgraded to the latest on every run now
[01:06] <ogra> automatically
[01:09] <cjwatson> ogra: every publisher run?
[01:09] <cjwatson> oh, every build?
[01:09] <ogra> yes
[01:09] <ogra> BuildLiveCD upgrades it before running livecd.sh
[01:10] <cjwatson> thanks
[04:48] <ScottK> cjwatson or Riddell: Look like getfem++ fell back into Universe somehow.  This will make kdeedu ubuildable (see depwait on powerpc)
[05:25] <slangasek> ScottK: cf. Riddell's comment at the bottom of bug #512151
[05:25] <ubot4> Launchpad bug 512151 in getfem++ (Ubuntu) "[MIR] getfem++ (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/512151
[05:27] <ScottK> slangasek: OK.  In the mean time kdeedu is depwait on powerpc as a result of the demotion even though it's built everywhere else.  It'd be nice to at least get the builds finished first ....
[06:45] <pitti> Good morning
[06:50] <pitti> ScottK: I temporarily moved getfem++ back to main, will demote once kdeedu built
[07:06] <pitti> cjwatson: so it seems that "the new ubiquity" did not arrive yet; I'm just going to respin an alternate to check how the CD size improved
[07:17] <pitti> ok, that looks much better
[07:18] <pitti> the alternates are well within size limit now (although they have almost no langpack)
[07:18] <pitti> the xorg/anthy/cups/g-i-t fixes helped a lot
[07:25] <ttx> good morning
[07:28] <ara> morning ttx, all
[07:28] <ara> mmm, no candidates images yet
[07:30] <pitti> ara: I just spun some alternates
[07:30] <pitti> for Ubuntu
[07:30] <pitti> for a first smoke test
[07:31] <ara> pitti, OK, I will start with those, are they ready yet?
[07:32] <pitti> ara: yes, http://cdimage.ubuntu.com/daily/20100630/
[07:32] <pitti> I might just as well post them to the tracker, and also build kubuntu etc.
[07:33] <ara> pitti, cool, I will resync and will start smoke testing those
[07:33] <ara> I will let you know ASAP if anything goes terribly wrong
[07:33] <pitti> thanks!
[07:43] <pitti> ara: tracker set up for a2, and ubuntu alternates posted
[07:43] <pitti> other alternates building, will add them as they come in
[07:43] <ara> pitti, thanks
[07:43]  * pitti yays at http://cdimage.ubuntu.com/daily/20100630/report.html being empty
[07:44] <pitti> seems that koffice is still unhappy, the rest of http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html is by and large the well known KDE arm breakage
[07:45] <pitti> ara: which arch are you currently testing? I can give amd64 a shot here
[07:45] <ara> pitti, I have started with amd64
[07:45] <pitti> ok, I'll test amd64/OEM/german then
[07:46] <ara> pitti, OK
[07:46] <ara> pitti, mark it as started in the tracker, please
[07:46] <pitti> done
[08:32] <pitti> I posted ubuntustudio and server ISOs to the tracker
[08:32] <pitti> xubuntu is uninstallable due to what looks like an old kernel (http://cdimage.ubuntu.com/xubuntu/daily/20100630/report.html)
[08:32] <pitti> kubuntu is uninstallable as well (http://cdimage.ubuntu.com/kubuntu/daily/20100630/report.html)
[08:34] <pitti> cjwatson: spinning desktops is still blocked on an ubiquity upload, right?
[08:36] <pitti> I don't quite understand why the xubuntu alternate build saw linux-meta version <IP_ADDRESS>.5; we are at .6.7
[08:39] <pitti> meh, and I can't reproduce any of the kubuntu uninstallables in a clean maverick main-only chroot
[08:39] <ara> pitti, maybe something was uploaded in the mean while?
[08:40] <pitti> I didn't see an upload, but maybe something finished building for Kubuntu
[08:41] <pitti> but then again my last apt-get update in the maverick chroot was about the same time as I triggered the cd build
[08:41] <ara> pitti, in the tracker you posted ubuntu desktop i386, instead of the alternate
[08:41] <pitti> oops, fixing
[08:42] <pitti> done
[08:44] <ara> thanks
[08:44] <pitti> ara: oh, indeed the report date looks very strange: "Generated: Wed Jun 23 04:21:16 UTC 2010 "
[08:44] <pitti> ^ from kubuntu 20100630
[08:44] <pitti> weird, I triggered it around 7 UTC
[08:44]  * pitti rebuilds
[08:45] <cjwatson> Evan's just finishing up the u6y upload now
[08:45] <cjwatson> I'll investigate Xubuntu
[08:45] <pitti> but June 23 is quite old, and xubuntu's report looks even older, so I wonder how much we can trust those reports in the first place
[08:45] <pitti> cjwatson: looks like a problem with old reports? xubuntu says "Generated: Tue Jun 22 09:07:15Z"
[08:46] <pitti> 8 days ago we probably did have <IP_ADDRESS>.5
[08:46] <cjwatson> $ isoinfo -lR -i cdimage/www/full/xubuntu/daily/20100630/maverick-alternate-i386.iso | grep linux-generic
[08:46] <cjwatson> -r--r--r--   7    0    0            4380 Jun 25 2010 [ 158967 00]  linux-generic_<IP_ADDRESS>.7_i386.deb
[08:46] <cjwatson> ah, there was a partial build failure in there
[08:46] <cjwatson> Possibly invalid template maverick-src-1.template
[08:46] <cjwatson> make: *** [imagesums] Error 1
[08:47] <pitti> ah, so it just kept copying the old reports?
[08:47] <cjwatson> I'm not sure
[08:47] <cjwatson> I'll look into it and sort it out
[08:47] <pitti> cjwatson: affects ubuntu alternates as well
[08:47] <pitti> cjwatson: thanks!
[08:47] <pitti> I'll post xubuntu and kubuntu isos in the meantime
[08:56] <pitti> ok, koffice should now be fully sorted out, everything works in my chroot
[08:57] <pitti> next update of maverick_probs.html should have that fixed
[08:57] <pitti> getfem++ demoted again as well (was just temporary to have kdeedu build on powerpc)
[08:57] <cjwatson> pitti: ogra broke the reports, fixing
[08:57] <cjwatson> syntax error in the preinstalled stuff
[08:58] <pitti> with that, we just have kubuntu/arm and landscape left, I investigate landscape now
[08:58] <pitti> cjwatson: ah, thanks
[08:58] <cjwatson> sorry, NCommander broke them actually
[08:59] <cjwatson> so all the report.html files are nonsense.  let me see if I can still regenerate them
[08:59] <pitti> ah, landscape fixed as well, seems smart moved back into universe erroneously; re-promoted
[09:00] <pitti> that should get i386/amd64 uninstallability pretty close to 0
[09:02] <cjwatson> all report.html files updated
[09:02]  * pitti syncs ledit to fix that installability as well
[09:02] <pitti> cjwatson: \o/
[09:02] <cjwatson> kubuntu-desktop still uninstallable
[09:02] <cjwatson> due to kopete
[09:03] <cjwatson> the xubuntu problem I mentioned still persists but must be breaking something else
[09:03] <pitti> cjwatson: hm, kopete installs fine here; I'll have a look at this
[09:03] <cjwatson> amd64 only
[09:03] <pitti> I'm on amd64
[09:03] <cjwatson> but yeah, in chdist too
[09:04] <pitti> http://cdimage.ubuntu.com/kubuntu/daily/20100630.1/report.html has the same indeed
[09:04] <pitti> on i386 as well
[09:04] <cjwatson> audacity/amd64 uninstallable for ubuntustudio
[09:05]  * cjwatson updates chdist for universe to have a look
[09:05] <cjwatson> ok, that one is at least still real
[09:06] <cjwatson> possibly *just* fixed
[09:07] <cjwatson> rebuilding ubuntustudio
[09:08] <cjwatson> https://launchpad.net/ubuntu/+source/ubiquity/2.3.0 BTW
[09:08] <cjwatson> I just didn't want to have the lucid installer for another alpha release ...
[09:09] <pitti> yay btrfs!
[09:09] <pitti> cjwatson: so if all goes well we can trigger desktops in 2 h
[09:10] <pitti> still puzzled by kopete, but I'll poke that further
[09:10] <cjwatson> yup
[09:10] <pitti> this doesn't happen to have a verbose mode to say why it's uninstallable?
[09:12] <cjwatson> not that I know of
[09:12] <cjwatson> you could unpack the CD, point chdist at its apt archive, and try chdist apt-get cd install
[09:13] <pitti> plasma-scriptengine-ruby should now be the only i386/amd64 uninstallable left on http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html in the next run
[09:13] <cjwatson> pitti: I can have a look at this in c. 30 minutes if you want
[09:13] <cjwatson> (the kubuntu uninstallable)
[09:14] <NCommander> cjwatson: what did I break?
[09:14] <cjwatson> NCommander: [ ! "CDIMAGE_PREINSTALLED" ] instead of [ ! "$CDIMAGE_PREINSTALLED" ]
[09:14] <pitti> cjwatson: that be great, thanks
[09:14]  * NCommander gulps
[09:14] <NCommander> cjwatson: oops :-/
[09:14] <cjwatson> fixed now, no worries
[09:15] <cjwatson> I recommend syntax highlighting - vim made the mistake really obvious because it was highlighted in a different colour from the other similar stuff on the same line
[09:15] <pitti> cjwatson: I asked ccheney about the armel/oo.o breakage, but it looks far from trivial; I'd unseed it for armel for now, does that sound ok to you as well?
[09:16] <pitti> (to make ubuntu-desktop installable on arm again0-
[09:16] <pitti> s/0-/)/
[09:16] <cjwatson> pitti: ok by me
[09:16] <NCommander> pitti: the FTBFS ARM FTBFS isn't in OOo, java is segfaulting on a build-depend
[09:16] <cjwatson> nothing armel/oo.o-ish is going to be fixable by Thursday anyway
[09:17] <pitti> NCommander: right, but we don't fix it by tomorrow
[09:17] <NCommander> pitti: ah right. I'll make sure that it gets looked at by someone as soon as A2 goes out the door.
[09:19] <pitti> NCommander: cheers!
[09:21]  * cjwatson jigdos dvd and kubuntu alternate in parallel; I'm sure that will help speed both up :P
[09:22]  * ttx smoketests server ISOs
[09:22] <pitti> hello ttx
[09:22] <ttx> pitti: yo!
[09:23] <ttx> also bug 599921 (that was preventing cloud images from being built) should be fixed now
[09:23] <ubot4> Launchpad bug 599921 in pyyaml (Ubuntu Maverick) (and 3 other projects) "python-yaml 3.09-3 is not installable (affects: 1) (heat: 10)" [Critical,Fix released] https://launchpad.net/bugs/599921
[09:23] <ttx> ScottK fixed it and I triggered a no-change rebuild
[09:26] <pitti> eww, rebuilding ubuntu-meta adds bootchart and pybootchartgui by default
[09:26] <pitti> this causes quite some slowdown, was that intentional?
[09:27] <pitti> ah, was from cjwatson, r1714
[09:28] <pitti> cjwatson: but the log doesn't say why it's included by default?
[09:33] <cjwatson> it was to assist benchmarking, with the idea that it'd be removed before beta
[09:34] <cjwatson> hm, why did I put that in desktop
[09:34] <cjwatson> it'd be sufficient to have it in live-common I think
[09:34] <cjwatson> but if you think we don't have space, feel free to nuke it
[09:34] <pitti> also, pybootchartgui is a dependency, we don't need that explicitly
[09:34] <pitti> cjwatson: oh, space is rather trivial; but it slows down boot, needs quite some CPU to generate the charts, and piles up lots of stuff in /var/log/
[09:35] <cjwatson> it was mostly because there was somebody benchmarking live CD boots
[09:35] <cjwatson> and it's hard to install bootchart in that context
[09:35] <pitti> ah, for those
[09:36] <pitti> cjwatson: I can move it to live-common then?
[09:36] <cjwatson> I'm doing it
[09:36] <pitti> ack
[09:41] <cjwatson> done, go ahead and update -meta
[09:41] <cjwatson> pitti: hm, so I can't reproduce the kubuntu cd uninstallability with apt-get
[09:41] <cjwatson> oh, wait, I can
[09:41] <pitti> cjwatson: -meta> doing, thanks
[09:42] <cjwatson> kubuntu-desktop shows up as installable but kopete doesn't
[09:42] <cjwatson> ah, kopete is only a Recommends so apt-get just skips it but britney checks it anyway
[09:43] <cjwatson> it's a blacklist violation
[09:43] <cjwatson>   libmediastreamer0: Depends: libavcodec52 (>= 4:0.6~svn20100505-1) but it is not installable or
[09:43] <cjwatson>                               libavcodec-extra-52 (>= 4:0.6~svn20100505-1) but it is not installable
[09:43] <pitti> ah, that explains why it doesn't turn up on maverick_probs
[09:44] <cjwatson> Riddell: TB resolution of 2007-01-02 says that libavcodec* is not to be shipped on CDs.  Can it be arranged that kopete doesn't (indirectly) depend on it?
[09:45]  * Riddell looks
[09:45] <NCommander> cjwatson: what's the dependency chain? (I don't think kopete is directly pulling in libav*)
[09:47] <Riddell> kopete -> libmediastreamer0 -> libavcodec52
[09:47] <NCommander> oh, do'h
[09:48] <pitti> ubiquity FTBFS
[09:49] <pitti> install: cannot stat `d-i/source/apt-setup/finish-install.apt-cdrom-setup': No such file or directory
[09:49] <pitti> ev: ^ missing bzr add or something like that?
[09:50] <pitti> hm, no, it's an included package
[09:50] <cjwatson> ev fixed it in trunk
[09:50] <cjwatson> fixed xubuntu source cd building, possibly
[09:51]  * ogra hugs slangasek and cjwatson for last nights help ... seems it worked http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[09:51] <ogra> (needs some touching of make-web-indicies post A2)
[09:52] <cjwatson> make-web-indices changes can be done now
[09:52] <cjwatson> if there's time
[09:53] <ogra> cjwatson, i still need to look at flash-kernel changes (which needed the image ready first) i'm fine to go with the current website for A2
[10:23] <ttx> python-smartlib uninstallable blocks server install, investigating
[10:23] <ttx> python-smartpm*
[10:32]  * ttx mumbles something about uploading broken packages during freezes
[10:39] <ttx> pitti: any idea why python-smartpm would be missing from the Server ISO, while it is a dependency of recently-uploaded landscape-common ?
[10:39] <pitti> ttx: I repromoted it to main this morning
[10:39] <pitti> ttx: should be fixed in the next rebuild
[10:39] <pitti> ttx: does it break installation?
[10:39] <pitti> ttx: I can respin the image if you want
[10:39] <ttx> pitti: yes, landscape-client is installed by default
[10:40] <ttx> pitti: yes, please
[10:40] <pitti> ttx: sure, rebuilding
[10:40] <ttx> thx!
[10:46] <pitti> ttx: done, adding to tracker
[10:47] <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/report.html looks good now
[10:47] <pitti> ttx: sorry, reports were broken on the previous builds, so I didn't notice
[10:47] <ttx> pitti: np, that's what smoketesting is for :)
[10:48] <pitti> tracker updated
[10:48] <pitti> ttx: will you/smoser add the EC2 ones?
[10:48]  * ttx rsyncs and resmoketests
[10:48] <ttx> pitti: smoser will do.
[10:48] <pitti> good, thanks
[10:51]  * cjwatson read that as "rockettests"
[11:13] <pitti> for the record, I checked koreport uninstallability; doesn't break images and is just an obsolete package (replaced by koffice-libs0
[11:13] <pitti> so http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html looks good enough now
[11:15] <pitti> koreport removed due to NBS
[11:52] <cjwatson> starting desktop builds now
[11:52] <cjwatson> $ echo ubuntu; buildlive ubuntu && for-project ubuntu cron.daily-live; echo kubuntu; buildlive kubuntu && for-project kubuntu cron.daily-live; echo xubuntu; buildlive xubuntu && for-project xubuntu cron.daily-live; echo mythbuntu; buildlive mythbuntu && for-project mythbuntu cron.daily-live; echo ubuntu-netbook; buildlive ubuntu-netbook && for-project ubuntu-netbook cron.daily-live; echo kubuntu-netbook; buildlive ...
[11:53] <cjwatson> ... kubuntu-netbook && for-project kubuntu-netbook cron.daily-live
[11:53] <pitti> ah, publisher already done? thanks
[11:53] <pitti> cjwatson: I hope kdenetwork builds in time
[11:53] <pitti> cjwatson: if you didn't yet, perhaps move kubuntu a bit back?
[11:55] <cjwatson> oh, er, can't really now
[11:55] <cjwatson> it can just be repeated
[11:55] <pitti> ok, it should fail early then
[12:02] <lamont> cjwatson: BuildLiveCD (as ogra mentioned) now does a dist-upgrade of the target-suite's chroot prior to doing the build.  So you should always have the latest livecd-rootfs for each build you do
[12:03] <cjwatson> ok, thanks
[12:05] <pitti> I'm off for some 45 min for lunch; good time slot now until the desktops built
[12:29] <ogra> cjwatson, i changed the crontab to include preinstalled omap images now but didnt switch it live since you are in manual anyway, can you trigger it once you switch back to autobuilding ?
[12:37] <cjwatson> ogra: please edit the live crontab to match, but don't uncomment things
[12:37] <cjwatson> unless that's what you mean you did
[12:37] <ogra> cjwatson, yes, thats what i did
[12:37] <ogra> i just didnt call the crontab command for it
[12:38] <cjwatson> go ahead and trigger it, you can run it in parallel
[12:39] <ogra> hmm, there are no comments in /srv/cdimage.ubuntu.com/etc/crontab
[12:39] <ogra> no additional ones at least
[12:39] <ogra> do i miss something ?
[12:41] <cjwatson> that's not the live crontab.  'crontab -e' edits the live crontab.
[12:41] <ogra> ah, crontab -l differs
[12:41] <cjwatson> I just commented out the whole active chunk.
[12:42] <ogra> yeah
[12:42] <cjwatson> i.e. s/^/#
[12:42] <ogra> to revert that, do you just edit it again or do you run crontab /srv/cdimage.ubuntu.com/etc/crontab ?
[12:43] <cjwatson> I would only do the latter with care
[12:43] <cjwatson> i.e. I'd diff first
[12:43] <ogra> indeed
[12:43] <cjwatson> do you want me to make this change to the live crontab?
[12:43] <ogra> well, once you enable it again at least
[12:44] <ogra> as long as autobuilding is off it doesnt matter
[12:45] <cjwatson> I've edited it
[12:46]  * ttx njoys fast dpkg again
[12:46] <cjwatson> good
[13:05] <pitti> darn, kdenetwork finished building 2 minutes too late
[13:06] <cjwatson> pitti: re bug 600120, which mirror are you using?
[13:06] <ubot4> Launchpad bug 600120 in openoffice.org-l10n (Ubuntu Maverick) (and 1 other project) "In Maverick Alpha 2, the langpacks are not downloaded during the installation (affects: 1) (heat: 10)" [High,Invalid] https://launchpad.net/bugs/600120
[13:06] <pitti> cjwatson: I'm posting the images so far to the tracker, ok?
[13:06] <cjwatson> yes please
[13:06] <pitti> current ubuntu lives are within size limit \o/
[13:07] <pitti> cjwatson: good question, let me boot my VM; if it autoselects, then I'd guess de.archive.u.c.
[13:07] <cjwatson> de.archive.ubuntu.com could apparently do with catching up too
[13:07] <cjwatson> so I think there's nothing to fix, we just need to wait a bit
[13:08] <pitti> oh you mean it's fixed in the recent OO.o build?
[13:08] <cjwatson> the openoffice.org-l10n upload from the start of this month that finally managed to build early this morning
[13:09] <pitti> so in my chroot I have the current version 1:3.2.1~rc2-2ubuntu1
[13:09] <cjwatson> of what package?
[13:09] <pitti> openoffice.org-l10n-de
[13:09] <pitti> checking VM now (still booting)
[13:10] <cjwatson> check 'apt-cache policy' there before you update
[13:10] <pitti> I wasn't going to update
[13:10] <pitti> cjwatson: but wasn't that supposed to drop the language-support-* stuff at all?
[13:10] <pitti> in my chroot I see
[13:10] <pitti> Depends: openoffice.org-l10n-common (>= 1:3.2.1~rc2), openoffice.org-common (>= 1:3.2.1~rc2) | language-support-translations-de, openoffice.org-common (<< 1:3.2.1~rc2.1) | language-support-translations-de
[13:11] <pitti> cjwatson: confirmed, de.a.u.c, and policy has 3.2.0-7ubuntu1
[13:11] <pitti> so it's older indeed
[13:11] <cjwatson> well, maybe the |-ed deps should go away, but that's not the cause of this bug and it's not urgent in any way (so shouldn't be milestoned)
[13:12] <cjwatson> you were just seeing that as a side-effect of the whole thing being fundamentally uninstallable at the time
[13:12] <pitti> apt-get install in VM still breaks, let me take a closer look
[13:13] <pitti> cjwatson: ah, right; versioned dependency to oo.o-common breaks it
[13:13] <pitti> that's why it's falling back to lang-support
[13:13] <cjwatson> exactly
[13:14] <pitti> switching to archive.u.c./update/install works
[13:15] <pitti> right, so we can set that to "fix committed" perhaps and close it tomorrow?
[13:15] <pitti> ah, saw you update now; WFM
[13:18] <pitti> ubuntu and kubuntu
[13:18] <pitti> ... posted to tracker
[13:18] <pitti> will watch cdimage for progress on the others
[13:20] <Riddell> pitti: kubuntu images not going to be final presumably? wrong kopete version
[13:20] <pitti> Riddell: right
[13:20] <pitti> but it'll take some time until we can respin, until Colin's build'em'all queue finishes
[13:21] <pitti> Riddell: but since the livefs built, it should at least be installable for a quick smoketest?
[13:21] <pitti> Riddell: kdenetwork just finished building after the current publisher ran, so it'll be at least another 1:40 hours until we can respin
[13:22] <Riddell> ok thanks
[13:31] <cjwatson> feel free to respin kubuntu any time it's convenient
[13:31] <cjwatson> it can go in parallel with my current queue, which is past kubuntu now
[13:34] <cjwatson> we'll probably need to respin Ubuntu for new Wubi too, so that Wubi actually works
[13:42] <pitti> cjwatson: what package do we need to wait on for ^ this?
[13:42] <cjwatson> none, it's fetched from people.c.c/~evand/ or some such
[13:43] <pitti> ah; I didn't see anything relevant on -changes
[13:43] <pitti> xubuntu desktops posted, please test
[13:45] <cjwatson> slotting in an Ubuntu rebuild now
[13:46] <pitti> cjwatson: so this ^ doesn't require a new livefs, just a new cron.daily-live?
[13:46] <ev> assuming we're just talking about wubi, it does not need a livefs rebuild
[13:46] <pitti> ev: thanks
[13:46] <ev> sure thing
[13:46] <cjwatson> oh, damn, I did a livefs rebuild anyway
[13:46] <cjwatson> sorry
[13:47] <cjwatson> they're faster than they used to be ...
[13:47] <pitti> you can probably still ^C it?
[13:47] <ev> haha
[13:47] <cjwatson> ^C-ing livefs builds doesn't tend to be effective
[13:47] <pitti> it should wait until the other ones (mythbuntu, netbook, etc.) are done anyway?
[13:47] <cjwatson> they still keep running on the other side of the ssh trigger
[13:48] <pitti> ah, right
[13:48] <cjwatson> and no, I slotted in between mythbuntu and ubuntu-netbook
[13:48] <cjwatson> is it a desperate matter to avoid a livefs rebuild?
[13:48] <Daviey> mythbuntu won't be putting too much attention into A2 tests.. So that can be made a low priority.
[13:49] <pitti> cjwatson: I wouldn't call it "desperate"; it's maybe 45 mins, not the end of the world
[13:49] <cjwatson> Daviey: it's already built
[13:49] <cjwatson> pitti: more like 25 now
[13:49] <Daviey> cjwatson: super, thanks
[13:49] <pitti> Daviey: right, they just landed; I'll post them anyway, perhaps someone is interested
[13:50] <pitti> Daviey: if nobody tests them, we just don't announce them
[13:51] <Daviey> pitti: we will test them, but not too focused on them
[13:52] <cjwatson> I'll try to get DVDs built after all of this, though they tend to take longer
[13:53] <smoser> so heres where we are on uec/ec2 images.  I've tested 20100629 build, and those tests went well.  They do have bug 596062 in them.
[13:53] <ubot4> Launchpad bug 596062 in landscape-client (Ubuntu) "broken python-pycurl dependency (affects: 2) (dups: 2) (heat: 22)" [Medium,Fix released] https://launchpad.net/bugs/596062
[13:53] <smoser> build 20100630.1 is publishing to ec2 right now.
[13:54] <davmor2> cjwatson: the xubuntu cd's that just landed are they included
[13:54] <davmor2> nuts
[13:54] <davmor2> including the new wubi
[13:55]  * davmor2 wonders why delete is so close to the enter key
[13:55] <smoser> recently, publishing to the ap-southeast-1 region has been a sticky point.  amazon seems to not be able to meet demand for their services in that region, and I get "insufficient capacity" when trying to publish.  My publishing scripts don't handle that terribly well, so at the moment, the whole thing just fails without the option to resume.
[13:56] <cjwatson> davmor2: no
[13:56] <cjwatson> do I need to respin those too?
[13:57] <davmor2> cjwatson: I'll try one for you asap and let you know
[13:58] <cjwatson> well, wubi won't work
[13:58] <cjwatson> that much is a given
[13:59] <davmor2> cjwatson: if wubi won't work then it's worth respining the live cd's I would imagine
[14:07] <smoser> the publish has been right around a 6 hour process, so if all goes well, the 20100630.1 build would be available ~ 17:45 UTC
[14:09] <cjwatson> davmor2: ok, will do after this Xubuntu rebuild
[14:24] <pitti> xubuntu respin for wubi would again just need a cron.daily-live, and thus can happen in parallel, right?
[14:35] <pitti> 20100630.1 ubuntu desktops posted to tracker
[14:38] <pitti> ubuntu netbook posted
[14:38] <pitti> cjwatson: just to confirm, you didn't build ports (netbook armel etc.) yet, right?
[14:39] <cjwatson> no
[14:39] <cjwatson> xubuntu respin (no livefs rebuild) in progress
[14:39] <cjwatson> kubuntu-netbook failed
[14:41] <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/maverick/kubuntu-netbook/20100630/livecd-20100630-i386.out
[14:41] <cjwatson>   hplip: Depends: hplip-cups (= 3.10.5-3ubuntu1) but it is not installable
[14:42] <pitti> hplip was just uploaded about an hour ago
[14:42] <pitti> I guess i386/amd64 buildd desync?
[14:42] <cjwatson> this was an i386 build
[14:43] <cjwatson> hplip-cups is in universe
[14:43] <pitti> ah, can promote
[14:43] <cjwatson> I wonder why it's not listed for promotion
[14:43] <pitti> package is ~ 350 kB and looks reasonable
[14:44] <cjwatson> that's a good chunk of the MB we saved on X, presumably on most CDs ... but OK
[14:45] <pitti> "Removed hpijs from Recommends: of hplip, as we already
[14:45] <pitti>     require hplip-cups via Depends:, hpijs is not needed any more for using
[14:45] <pitti>     HPLIP with all supported HP printers"
[14:45] <cjwatson> ah, ok
[14:45] <pitti> hpijs is 472 kB
[14:45] <pitti> so I hope that'll go away then
[15:14] <pitti> cjwatson: FYI, we'll need to respin netbook; didrocks is preparing a fix to make ubiquity actually appear in the menus
[15:15] <pitti> (it's nowhere right now)
[15:15] <ara> pitti, the desktops posted at the tracker (20100630.1) have everything now?
[15:15] <ara> or are we expecting a respin?
[15:15] <pitti> ara: should; I'm currently test-installing them in kvm
[15:15] <pitti> but it shoudl have the new wubi
[15:15] <cjwatson> k
[15:16] <ara> pitti, OK, I think that those that are going to be respin (alternate?) should be marked as such in the tracker, so people know where to focus
[15:16] <pitti> ara: oh, is something broken in the alternates?
[15:16] <pitti> my previous test install went quite well (OEM/German/manual partitioning)
[15:16] <ara> pitti, no, it isn't, I just thought they were going to be respin
[15:16] <ara> maybe I misunderstood the conversation here
[15:16] <ara> thanks
[15:16] <pitti> I'm not aware that we need to; cjwatson, are you?
[15:17] <pitti> alternates do not have wubi
[15:17] <cjwatson> right, alternates should be fine
[15:18] <cjwatson> ara: the OOo language pack problem you had was to do with the installer fetching stuff from the mirror, not off the CD image, so it doesn't require a respin to fix
[15:18] <ara> nice, thanks all!
[15:29] <Daviey> Hi!
[15:29] <Daviey> http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/maverick-server-amd64.iso <-- is that the correct A2 candiate?
[15:32] <pitti> looks correct to me, Daviey
[15:32] <Daviey> pitti: oddly, i just saw the python-yaml issue :/
[15:32] <Daviey> failed to install at pkgsel due to dep problem with python-yaml.
[15:33] <ara> Daviey, have you double checked that your iso has the same md5sum?
[15:33] <Daviey> ara: 1908a53db7a727a1be65254fdf67ae9b  maverick-server-amd64.iso
[15:34] <Daviey> yes.. i can try again..
[15:34] <Daviey> ara: I'm actually doing it by creating a usb pendrive, using usb-creator-gtk.. not that it should matter :/
[15:34] <pitti> pyyaml was just rebuilt today
[15:35] <Daviey> pitti: i thought the spin happend after the rebuild
[15:35] <Daviey> ?
[15:35] <pitti> Daviey: can you check the pyyaml version on that CD?
[15:35] <pitti> Daviey: that's what I thought as well
[15:35] <Daviey> pitti: on it
[15:37] <Daviey> pitti: 3.09.3... not the rebuild :S
[15:37]  * pitti checks archive
[15:37] <pitti> python3-yaml | 3.09-3build1 |      maverick | i386
[15:37] <pitti> python3-yaml | 3.09-3build1 | maverick/universe | amd64, armel, ia64, powerpc
[15:37] <pitti> urgh
[15:37] <pitti> Daviey: I think i386 will work
[15:37]  * pitti promotes
[15:38] <Daviey> pitti: yeah.. amd64 is UEC's main candidate TBH
[15:38] <pitti> promoted
[15:38] <Daviey> Can we have a respin please :)
[15:38] <pitti> so after the next publisher, at 1600 UTC, we can re-spin
[15:38] <Daviey> ttx: ^^
[15:38] <Daviey> pitti: Super, thanks!
[15:38] <pitti> but I won't be here any more, need to leave in about 30 mins (my mother's bday today)
[15:39] <ttx> hmmmm
[15:39] <ttx> pitti: not sure about that
[15:39] <pitti> cjwatson: are you still here in 1:20 for the server and netbook respins, or shall I do a sleep;build ?
[15:39] <Daviey> ttx: I reckon pitti knows when his mother's birthday is! :)
[15:39] <pitti> heh
[15:39] <ttx> pitti: I tested amd64 and i386 alright
[15:40]  * ttx checks
[15:40] <Daviey> ttx: open the iso in file-roller, and navigate to the pool
[15:40] <pitti> Daviey: where did it fail for you?
[15:40] <Daviey> pitti: pkg selection, unable to select and install software
[15:40] <pitti> Daviey | failed to install at pkgsel due to dep problem with python-yaml.
[15:40] <pitti> that's with a particular task perhaps?
[15:41] <Daviey> pitti: yes, UEC
[15:41] <ttx> pitti: that package is also hit with basic installs
[15:41] <Daviey> cloud-init was the package that depends on python-yaml in this instance
[15:41] <pitti> ttx: so, if you need a respin, can you please ping cjwatson, Riddell, or slangasek to do it in 1:20 hours?
[15:41] <ara> wow, ext4 d-i installation is soooo slow in my dell mini9, it looks like it is being written with a hummer and a chisel
[15:41] <Daviey> pitti: will do
[15:41] <ttx> pitti: yes
[15:41] <Daviey> oh, you asked ttx.
[15:41] <pitti> well, either of you :)
[15:42] <pitti> but it will need 1:20 hours to actually promote into the archive
[15:42] <ttx> I just want to understand why this only affects the UEC install
[15:42] <pitti> ttx: presumably because other tasks don't depend on that package?
[15:42] <Daviey> ara: Yes.. that bums us out aswell.. thanks to the fsync.
[15:42] <ttx> pitti: the thing is... they do
[15:42] <ttx> I hit that bug this morning in my testing, and I don't have it anymore
[15:43] <pitti> magic
[15:43] <Daviey> ttx: Hmm.. were you testing amd64 or i386
[15:43] <Daviey> ?
[15:43] <ttx> both
[15:43] <Daviey> ttx: i can try a tradional server install using this if you want?
[15:44] <ttx> I'm trying a UEC install now... and it seems to work alright
[15:45] <Daviey> ttx: I checked the md5sum.. it matches :/
[15:45] <pitti> eek -- "General error mounting filesystems. A maintenance shell will now be started"
[15:45] <ttx> you checked the md5sum on your installation media ?
[15:45] <Daviey> ttx: if you open your ISO.. can you check what python-yaml is in the pool?
[15:45] <pitti> that's from a stock "use all disks" amd64 desktop install
[15:45] <ttx> or the one from the file you think you put there ?
[15:46] <GrueMaster> Morning.  I am going to be testing the new preinstalled image for Arm Beagleboard.  Today is our first image.  Since it is not in the tracker database yet (A3), how should I report test results?
[15:46] <Daviey> ttx: no.. tested the .iso.. but the rebuild isn;'t in the .iso.. so so.
[15:47] <ttx> hmm
[15:47] <Daviey> ttx: I can burn it, and check the md5sum if you think.. but from where i'm sat.. if it's aint in the .iso, it aint gonna be on the disk :/
[15:47] <ttx> Daviey: just wait for my install to complete, I may still hit the bug :)
[15:47] <pitti> GrueMaster: I'm happy to add it, but first time I do that; where's the image? do you use standard build numbers for that?
[15:47] <Daviey> ttx: Ok.. keep in mind that yaml rebuild wasn't moved over by AA's for amd64, only i386
[15:48] <Daviey> pitti: just promoted amd64
[15:48] <Daviey> pitti: Sorry, talking about you.. not to you :)
[15:48] <GrueMaster> The images are at http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/.  Nust sure what you mean by build numbers, but they are yyyymmdd.b
[15:48] <ttx> Daviey: you hit this on the CLC or the NC install ?
[15:49] <Daviey> ttx: CLC
[15:49] <Daviey> ttx: not tried a NC yet
[15:49] <GrueMaster> I also have special instructions at http://testcases.qa.ubuntu.com/Install/ARM/PreinstalledImage
[15:50] <ttx> Daviey: may I ask why you'd have cloud-init installed on that ?
[15:50] <Daviey> ttx: I didn't do that..
 cloud-init was the package that depends on python-yaml in this instance
[15:51] <Daviey> ttx: from the logs..
[15:51] <Daviey> ttx: i've done no magic, other than a normal install
[15:51] <ttx> ah, it's cloud-utils
[15:52] <ttx> not cloud-init
[15:52] <Daviey> ah yes, sorry
[15:52] <ttx> I just hit it
[15:52] <Daviey> \o/
[15:53] <Daviey> ttx: but normal server install for amd64 worked for you?
[15:54] <ttx> Daviey: yes
[15:54] <ttx> Daviey: I suspect we picked up a workaround in the mean time
[15:54]  * ttx grumbles
[15:55] <ttx> all that good ISO testing lost
[15:56] <ttx> Daviey: I guess you can now see the importance of that early, from ISO, testing
[15:56] <ttx> doing it earlier would have avoided losing a few hours work
[15:58] <ara> and that's why it is important, son
[15:58] <ara> :P
[15:58] <ttx> and doing it with netboots from archive state would not have caught that.
[15:58] <Daviey> ttx: I started doing the test as soon as i was asked! :/
[15:58] <ttx> Daviey: oh, it was not meant as a blame, more as a proof by example... you weren't so convinced
[15:59] <pitti> ttx: not lost, it confirmed that there aren't other grave problems
[15:59] <ttx> by the extra hassle of doing the install from ISO (instead of convenient netboot/archivestate)
[16:00] <ttx> pitti: right :)
[16:00] <Daviey> ttx: oh sure.
[16:02] <pitti> ara, Daviey: if you test ubuntu desktops, confirming or denying bug 600244 would be appreciated
[16:02] <pitti> I tested it two times with the same result
[16:02] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600244
[16:02] <Daviey> pitti: I'm a desktop dodger!
[16:02] <pitti> Daviey: that's fine, just in case :)
[16:05] <pitti> GrueMaster: I don't seem to be able to define new test cases in the tracker for the prebuilt images ("Sorry, this feature hasn't been reimplemented yet")
[16:06] <pitti> GrueMaster: I'm afraid this needs some tracker superuser like stgraber with DB access to define new ones?
[16:06] <GrueMaster> No problem.  I'll file a bug and get it for A3.
[16:06] <ara> GrueMaster, I told you to send me the name of the images, cases and url so I could do it
[16:06] <GrueMaster> Just wanted to know if there were an alternate method for me to use this time around.
[16:07] <GrueMaster> I'll post results on a wiki page.  I'll let everyone know the location once I have one.
[16:07] <ara> GrueMaster, if you send me that information, I can add them for you today
[16:07] <GrueMaster> ara ok.
[16:08] <cjwatson> pitti: I have an interview to run at that time, so won't be able to concentrate on respins
[16:08] <ttx> pitti, smoser: does that promotion affect the cloud images as well ? should their generation be restarted in 60 min ?
[16:08] <pitti> ttx: if they also depend on/ship that, then yes
[16:08] <pitti> cjwatson: ok, I'll set up a timed build
[16:08] <ttx> smoser: ^
[16:08] <smoser> promotion ?
[16:09] <cjwatson> ara: it should be faster in maverick than in lucid, but there is more to do I agree
[16:09] <ttx> smoser: looks like the fixed pyyaml wasn't in the archive
[16:09] <smoser> umm... the images built
[16:09] <pitti> ttx: new server isos will build in 50 minutes
[16:09] <Daviey> smoser: There was a problem with yaml amd64
[16:09] <smoser> and they didn't *build* before.
[16:09] <Daviey> smoser: you have built amd64 images?
[16:09] <ttx> smoser: if the images work, then forget it
[16:10] <smoser> i dont know that they work. but they built.
[16:10] <Daviey> pitti: Thanks for that.
[16:10] <smoser> before the fix to python-yaml and python-defaults, the images did not build.
[16:10] <pitti> I need to run out for today now, sorry
[16:10] <pitti> I'll get up early tomorrow morning
[16:11] <ttx> pitti: go!
[16:11] <Daviey> smoser: Can you confirm you have a built amd64 image?
[16:11] <Daviey> smoser: The issue was only a problem with amd64, not i386
[16:11] <smoser> i have: python-yaml 3.09-3build1 in both i386 and amd64 images that are built already and currently publishing to ec2
[16:11] <ttx> Daviey: well, the build1 package was missing from both
[16:12] <smoser> http://uec-images.ubuntu.com/maverick/20100630.1/ has those files now.
[16:13] <Daviey> smoser: erm, http://uec-images.ubuntu.com/maverick/20100630.1/unpacked/maverick-server-uec-amd64.manifest
[16:13] <Daviey> doesn't have build1 there
[16:13] <Daviey> my bad
[16:13] <Daviey> yes it does.
[16:13] <smoser> :)
[16:14] <ttx> smoser: your build process might not block on universe packages
[16:14] <GrueMaster> ara:  Bug 600249.  Thanks.
[16:14] <ubot4> Launchpad bug 600249 in ubuntu-qa-website "Need to add arm preinstalled images to the tracker database (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600249
[16:15] <stgraber> pitti: I'd need to check if I still have access ... last time I tried, IS didn't update the ssh access for the new box
[16:15] <smoser> ttx, it pulls from universe if it needs to.
[16:15] <ara> stgraber, I'm on it
[16:16] <ttx> smoser: ok, that explains it
[16:16] <ara> GrueMaster, the links will not work until alpha 3, but I can add the images to the list
[16:16] <ttx> smoser: so your cloud images should be alright
[16:16] <GrueMaster> That works for me.
[16:16] <ara> GrueMaster, what name do you want the image to have in the tracker
[16:16] <ara> ?
[16:16] <GrueMaster> Who knows, we might even have this figured out by then.  :)
[16:17] <ttx> Daviey: you'll still be around in 1 hour to validate the fixed ISO ?
[16:17] <GrueMaster> Ubuntu Arm Daily Preinstalled
[16:17] <GrueMaster> Or something like that.
[16:22] <ara> GrueMaster, do I add 20100630.3 build to the tracker?
[16:23] <GrueMaster> I think there will be a .4 in an hour.
[16:23] <GrueMaster> Apparently the kernel cmdline is missing a root= parameter, failing bootup.
[16:24] <ara> GrueMaster, ok, let me know when you want it added to the tracker. Other than that, everything is now set up
[16:24] <GrueMaster> great, thanks.
[16:25] <Daviey> ttx: Well depends how urgent, i was planning on leaving at 5:00 UTC, and coming back 2 hours later to carry on.. But if you consider this urgent, then i can postpone that.
[16:28] <ttx> Daviey: should be alright. I just want to be sure there aren't any other blocker
[16:28] <ttx> Daviey: you should have time to complete a basic test before 1700UTC
[16:30] <Daviey> ttx: ok.. cool
[16:36] <smoser> can someone populate the uec images tests with 20100630.1 please ?
[16:41] <cjwatson> smoser: "Ubuntu Server UEC amd64" and "Ubuntu Server UEC i386"?  done
[16:42] <cjwatson> pitti: bug 600244 may need an initramfs-tools cherry-pick which maks alerted me to earlier today
[16:42] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 2) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/600244
[16:42] <cjwatson> I'll have a look later
[16:42] <cjwatson> I bet it's virtio-specific
[16:43] <smoser> cjwatson, yes. thanks.
[16:50] <ogra> hrm
[16:50] <ogra> seems publishing of the preinstalled images stopped working just now
[16:51] <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100630.4/ seems empty
[16:51] <ogra> but : cdimage@antimony:~$ ls -lh /srv/cdimage.ubuntu.com/www/full/ubuntu-netbook/ports/daily-preinstalled/20100630.4/|grep bz2
[16:51] <ogra> -rw-rw-r-- 1 cdimage cdimage 523M 2010-06-30 16:29 maverick-preinstalled-netbook-armel+omap.img.bz2
[16:51] <ogra> -rw-rw-r-- 1 cdimage cdimage 1.1M 2010-06-30 16:38 maverick-preinstalled-netbook-armel+omap.img.bz2.zsync
[16:51] <cjwatson> might still be syncing, but you'd have to ask #is to confirm
[16:52] <ogra> well, i'll wait a bit more first
[16:54] <Riddelll> installed Kubuntu daily-live/20100630/  reboot said can't mount filesystems and dropped me to a shell
[16:56] <cjwatson> bug 600244
[16:56] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 2) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/600244
[16:57] <cjwatson> anyone wants to beat me to debugging it, be my guest, I won't have time until about four hours from now
[17:01] <shadeslayer> hi quick question,is btrfs a option for the file system in the new installer?
[17:03] <cjwatson> as per the constraints in https://lists.ubuntu.com/archives/ubuntu-devel/2010-June/030918.html, yes it should be
[17:11] <ttx> cjwatson: is the server ISO respin automatically triggered when the publisher is finished running ?
[17:13] <ttx> the ISo tracker does not show "rebuilding" yet
[17:13]  * ttx will be back in two hours to check status
[17:22] <shadeslayer> cjwatson: this applies for Kubuntu as well
[17:26] <GrueMaster> ara: 20100630.4 arm image is ready to be added to the tracker.
[17:27] <ara> GrueMaster, ok, adding
[17:29] <ara> GrueMaster, done: http://iso.qa.ubuntu.com/qatracker/test/4263
[17:30] <GrueMaster> Thanks.
[17:35] <smoser> slangasek, can you populate tracker from http://uec-images.ubuntu.com/maverick/20100630.1/
[17:35] <smoser> please
[17:41] <slangasek> smoser: done
[17:41] <smoser> danke
[17:45] <cjwatson> shadeslayer: should do
[17:45] <cjwatson> ttx: I don't know, pitti was doing it.  Integration with the tracker isn't automated though
[17:45] <shadeslayer> cjwatson: ok.. zsyncing iso
[17:47] <cjwatson> ok, unexpectedly have some time now, I'll look at this mountall failure
[17:51] <Daviey> cjwatson: Happen to know when 20100630.2 will show on cdimages.u.c?
[17:51]  * Daviey hoped to try it before EoD'ing
[17:56] <cjwatson> Daviey: if it's not there already, then there's something wrong with syncing and #is needs to be asked
[18:06] <Daviey> cjwatson: Ah, it's there now \o/
[18:06] <Daviey> thanks
[19:18] <ttx> ara: could you promote the 20100630.2 server ISO to the test tracker ?
[19:18] <ara> ttx, sure
[19:19] <ara> ttx, done
[19:19] <ttx> thx, notification received
[19:35] <cjwatson> well, we'll certainly need new desktop CDs
[19:57] <cjwatson> marked all desktops as rebuilding; uploading ubiquity 2.3.2
[19:58] <cjwatson> oh, and netbook as well
[20:33] <GrueMaster> I am unable to add any more bug numbers to http://iso.qa.ubuntu.com/qatracker/result/4263/695
[20:33] <GrueMaster> (and I have plenty).
[20:46] <smoser> ec2 tests have all been run except for those in ap-southeast-1 where there is low capacity.  amazon isn't able to provide virtual instances for me to test on.  other than that everything looks good.
[21:53]  * cjwatson respins desktop/netbook world
[22:26] <pitti> cjwatson: thanks for fixing 600244!
[22:29] <cjwatson> obvious once I saw it, utterly obscure until I did ...
[22:30] <cjwatson> Ubuntu desktop on tracker
[22:30] <pitti> \o/
[22:30] <cjwatson> err, somebody has attached 600244 to the alternate amd64 disk
[22:30] <cjwatson> that's got to be a mistake
[22:30] <pitti> I was just wondering about that
[22:30] <pitti> but it's not an oem-config problem
[22:31] <pitti> cjwatson: I removed the bug ref from there
[22:31] <pitti> (funny that I can edit other people's results)
[22:32] <pitti> "To mark a test as failed, you need to provide a bug number."
[22:32] <pitti> bah, now I need to invent one
[22:32] <pitti> ok, there
[22:32] <pitti> one red bug less
[22:33] <pitti> otherwise it seems the alternates hold together pretty well so far
[22:33] <cjwatson> have you tested the alternate?
[22:33] <cjwatson> I did but I think not the absolute most current version
[22:33] <pitti> I did, amd64/OEM/manual partitioning/German
[22:33] <cjwatson> ok
[22:50]  * pitti waves good night, will get up earlier tomorrow to continue testing and brushing up the tech notes
[22:51] <pitti> cjwatson: do you have the other desktops queued, or are there more problems to look into?
[22:52] <cjwatson> $ echo ubuntu; buildlive ubuntu && for-project ubuntu cron.daily-live; echo ubuntu-netbook; buildlive ubuntu-netbook && for-project ubuntu-netbook cron.daily-live; echo kubuntu; buildlive kubuntu && for-project kubuntu cron.daily-live; echo kubuntu-netbook; buildlive kubuntu-netbook && for-project kubuntu-netbook cron.daily-live; echo xubuntu; buildlive xubuntu && for-project xubuntu cron.daily-live; echo mythbuntu; ...
[22:52] <cjwatson> ... buildlive mythbuntu && for-project mythbuntu cron.daily-live
[22:52] <pitti> ah, seems it's currently munching at netbook and kubuntu
[22:52] <cjwatson> I might not stay up long enough to get those all onto the tracker though
[22:52] <cjwatson> it's on kubuntu right now
[22:52] <pitti> I can add the rest tomorrow morning
[22:52] <cjwatson> that netbook build is somebody else's
[22:52] <pitti> or perhaps slangasek can
[22:52] <cjwatson> ogra's, by the looks of things
[22:52] <pitti> but I'll check in the morning either way
[22:53] <pitti> ah, -s omap
[22:56] <cjwatson> UNE posted
[22:56] <cjwatson> (oversized though)
[23:16] <cjwatson> Kubuntu desktop posted


[04:44] <lotuspsychje> good morning to all
[04:45] <lotuspsychje> any progress in the botnet spam?
[04:46] <dax> apparently has gone down a bit
[04:46] <dax> i've gotten nothing in hours, so I suspect they're filtering on cloak or something now. others have gotten stuff recently but the quantity's a lot lower
[04:56] <lotuspsychje> !info sl
[04:58] <lotuspsychje> https://itsfoss.com/ubuntu-terminal-train/
[04:59] <lotuspsychje> that train knows the numbers of lan to use?
[07:04] <lotuspsychje> bbl guys breakfast
[07:37] <ducasse> hi all
[08:11] <lordievader> Good morning.
[08:13] <ducasse> hi lordievader - everything good?
[08:19] <lordievader> Hey ducasse, got coffee. Guess life is good ;)
[08:19] <lordievader> How are things there?
[08:20] <ducasse> good thanks :) got my tea and fed the cat, soon time for breakfast :)
[08:21] <lordievader> :)
[09:10] <madprops> when do you see ubuntu being the best os?
[09:11] <nacc> madprops: i feel like that is sort of a nonsensical question / trolling.
[09:11] <nacc> madprops: what would define "best"?
[09:11] <lordievader> That is a very personal question indeed.
[09:11] <lordievader> Ubuntu has strenghts and weaknesses, like any OS.
[09:12] <madprops> to me it would be the best when i can have a more comfortable environment than on windows
[09:12] <nacc> that makes no sense
[09:12] <nacc> that just makes it better than windows for you
[09:12] <madprops> well right now the best os for me is windows
[09:12] <madprops> because i can run all the software i want
[09:12] <nacc> right, so your question is "when will ubuntu be the best os for me" (as asked by you).
[09:13] <nacc> madprops: and the answer to that is, whenever you want...
[09:13] <madprops> well isn't software support a big part of a desktop's os effectiveness?
[09:13] <madprops> unity is going great
[09:13] <madprops> i like that
[09:13] <madprops> showing big advancements
[09:13] <madprops> but for example
[09:13] <nacc> also 'comfortable environment' seems highly subjective
[09:13] <madprops> i have a very costumized windows environment with lots of hotkeys and stuff
[09:14] <madprops> for example i use sharex a lot
[09:14] <madprops> and ive done my research searchiung for a linux alt
[09:14] <madprops> and there just isn't
[09:14] <madprops> plus i use fl studio, and i can just wine it
[09:14] <madprops> using wine is just nasty
[09:15] <madprops> not to mention video games
[09:15] <nacc> madprops: i don't feel like i have the time to even begin
[09:15] <nacc> more important things to do, sorry
[09:15] <madprops> welp
[09:16] <nacc> madprops: the answer to the question is "when it is", afaict. You can either help get to that point, or not.
[09:18] <wafflejock> madprops, you may want to check out Hydrogen, and Ardour for doing audio in linux if you dig into JACK audio there's a lot you can do with effects and piping audio data through lots of digital filtering but takes some time to learn the ins and outs
[09:19] <madprops> i think there's no vst support
[09:19] <madprops> and i read jack's a mess
[09:19] <madprops> but yeah im sure things can be done
[09:20] <madprops> i played with lmms a bit
[09:20] <madprops> and audacity, and mixxx
[09:21] <wafflejock> madprops, post here says lmms supports vst plugins but haven't used it enough or recently enough to tell yah and the post is old https://ubuntuforums.org/showthread.php?t=1124227
[09:22] <wafflejock> madprops, my experience with JACK was mixed, was a pain to understand at all in the first place or get running at first but it's really not that terrible and once you have it running and understand the inputs and outputs (something like patchage is helpful) I didn't have problems
[09:23] <wafflejock> I don't do audio production or anything either though it was just dabbling with some midi keyboard that was given to me, but there are usually some decent alternatives that end up being a better experience than wine
[09:24] <wafflejock> games wise it's better than it used to be with Steam but not going to be a lot of big game companies dumping money into proper linux games without a big market to buy said games, sort of chicken and egg with gaming
[09:31] <madprops> wafflejock, apparently it supports them, but with wine, and i don't know if that could affect the latency or quality somehow. But yeah im def considering ubuntu was my main future os
[09:31] <madprops> i understand that a lot of what would take linux to become better is people actually using it
[09:31] <madprops> and of course contributing
[09:32] <madprops> as my main*
[09:33] <madprops> and it's just good, unity is certainly high quality right now. still getting some problems popping but that's expected, it could get better
[09:33] <wafflejock> madprops, yeah personally I like to run it as my development environment because I use the same thing on cloud services for deploying things and don't have to deal with issues cause of slight variations in different versions of dependencies on different OSes
[09:34] <madprops> yeah i wonder how much that could change with snaps
[09:34] <madprops> which im still not 100% convinced it's actually better than a universal package system (that can get betteR)
[09:34] <wafflejock> yeah I could use docker or other kinds of containers, snaps sound convenient in theory too but haven't toyed with enough of it to say if I trust it :)
[09:35] <madprops> certainly giving developers control over their applications is great
[09:35] <madprops> the publishing i mean
[09:35] <wafflejock> yah
[09:35] <madprops> but idk
[09:36] <madprops> im gonna sleep
[09:36] <madprops> gnight
[09:36] <wafflejock> night
[12:01] <BluesKaj> Howdy all
[12:02] <ducasse> good morning, BluesKaj
[12:02] <OerHeks> hi there BluesKaj
[12:02] <OerHeks> & ducasse
[12:02] <daftykins> \o
[12:02] <BluesKaj> 'morning ducasse, OerHeks
[12:03] <ducasse> BluesKaj: did you try xbian?
[12:04] <BluesKaj> yes, ducasse i did, my rpi3 uses wifi , but there were no drivers availble
[12:05] <ducasse> ah, bummer :( strange, i think i read on their page rpi3 was fully supported...
[12:07] <BluesKaj> i used ethernet for a while to update and install a couple of video addons, but I already have Hodi on 2 machimes so a 3rd js a bit redundant...the Xbian image is the same for the repi2 and 3 so I wonder.....
[12:08] <BluesKaj> Kodi
[12:10] <BluesKaj> my plan is to setup the rpi3 in my den/office since the pc I was using there died a couple of yrs ago
[12:11] <ducasse> with raspbian?
[12:13] <BluesKaj> probly raspbian modified with Trinity DE
[12:16] <ducasse> ah, right. i tried the ubuntu mate image on my rpi2, but it was pretty slow. rpi3 is probably better, though.
[12:17] <daftykins> it's got a fair few more beans!
[12:17] <daftykins> still toys though (:
[12:19] <BluesKaj> I tried mate, didn't care for it much
[12:19] <ducasse> i could not have used the rpi2 as my main machine, at least.
[12:23] <BluesKaj> I transferred the root dir to 64G USB stick and used the micro sd card as the boot device, I'll probly do the same adain since the speed increased siignificantly vs the micro sd as the main device
[12:23] <BluesKaj> adain=again
[12:24] <ducasse> i'll have tu try that, running updates etc are painful on an sd card.
[12:24] <ducasse> *to