[00:02] <beuno> no kdub?
[00:03] <pleia2> doesn't look like it
[00:03] <pleia2> he's in my loco team, I'll touch base out of meeting
[00:03] <beuno> and no juanmarquez either
[00:03] <pleia2> short meeting indeed!
[00:03] <pleia2> we'll hang around for 20 minutes in case anyone shows up :)
[00:04] <pleia2> ah, juanmarquez is already a member!
[00:05] <[N]> JuanMarquez was already an Ubuntu Member. His membership accidentally expired though. I have gone ahead and renewed it for him
[00:05] <n0rman> the shortest meeting?
[00:05] <pleia2> thanks [N]
[00:15] <trinikrono> can i ask for info here?,i would like to apply for membership but i dont know if i have contributed enough, you can see my wiki page here https://wiki.ubuntu.com/trinikrono
[00:15] <pleia2> ok, doesn't look like he'll be coming, have nice holidays everyone :)
[00:16] <beuno> trinikrono, hi
[00:16] <beuno> sure, let me look
[00:16] <beuno> pleia2, o/
[00:16] <[N]> trinikrono: My best piece of advice (and what I did myself) is to look through the logs from some of the prior meetings and look at the people who applied. You can get a pretty good idea about what we are looking for and determine if you are ready.
[00:17] <beuno> trinikrono, how many people are in the LoCo?
[00:17] <pleia2> trinikrono: I'd list any events your loco team has done, if any, if you haven't done any I'd work to start planning stuff
[00:18] <pleia2> (setting up a loco is great work! but the next step to have events is important :))
[00:18] <trinikrono> ah in the application itself
[00:18] <cyphermox> argh! sorry sorry!!! I'm late!
[00:18] <trinikrono> yes we had a few but i did not put them there
[00:18] <pleia2> cyphermox: it's ok, no meeting :)
[00:18] <pleia2> trinikrono: ah, I'd add the events and what your role was (organizer? volunteer?)
[00:18] <cyphermox> ah ;)
[00:19] <trinikrono> yes ill work on the application and read some of the past applications
[00:19] <n0rman> trinikrono: you have to add t info about the events )
[00:19] <trinikrono> i thought i would see one tonight lol
[00:19] <beuno> trinikrono, yeah, I think you could expand your application a bit, but all in all, it's worth expanding ti and applying, that's for sure
[00:20] <trinikrono> :D thank you then, ill see if i get everything ready for the next one
[15:59]  * skaet waves
[15:59] <Daviey> o/
[16:00] <pitti> \o
[16:00] <cjwatson> hi
[16:00] <Daviey> ☃
[16:00] <skaet> seeing familiar faces in the channel,  so time to start.  :)
[16:00] <jibel> Hi o/
[16:00] <mdeslaur> \o
[16:00] <dbarth> hi o/
[16:01] <skaet> #startmeeting
[16:01] <meetingology> Meeting started Fri Dec 16 16:01:05 2011 UTC.  The chair is skaet. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:01] <skaet> [TOPIC] Release general overview - skaet
[16:01] <skaet> Agenda can be found:
[16:01] <skaet> [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2011-12-16
[16:01] <skaet> Individual team status links will be added to it from:
[16:01] <skaet> [LINK] https://lists.ubuntu.com/archives/ubuntu-release/2011-December/thread.html
[16:01] <skaet> Team status' submitted  by EOD Thursday have already been linked to the agenda, others will be added after the meeting.
[16:01] <brendand> o/
[16:01] <skaet> .
[16:01] <skaet> Schedule for this release will be at:
[16:01] <skaet> [link] https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[16:01] <skaet> [link] http://fridge.ubuntu.com/calendars/ubuntu-release-calendar/
[16:01] <skaet> .
[16:01] <skaet> There are now  2319 work items (up from last week, was 2084 on 2011/11/25), and we're falling above the trend line for features on some projects.
[16:01] <skaet> Please review your tasks and make sure status is accurate before the new year.
[16:01] <skaet> [link]  http://status.ubuntu.com/ubuntu-precise/
[16:01] <skaet> .
[16:01] <skaet> Bugs committed to be fixed by the engineering teams can be found:
[16:01] <skaet> #link http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html
[16:01] <skaet> Bugs that you would like the engineering teams to consider for fixing, should be assigned to specific teams, so they can be found.
[16:01] <skaet> .
[16:01] <skaet> Upcoming Dates:
[16:01] <skaet> • 2011/12/16 - Last meeting of 2011 - best wishes for the holiday break!
[16:02] <skaet> • 2012/01/06 - Weekly meetings resume
[16:02] <skaet> • 2012/01/09 - DebianImportFreeze
[16:02] <skaet> • 2012/02/02 - '''Alpha 2'''
[16:02] <skaet> .
[16:02] <skaet> IS and stgraber have worked through the glitches, and the updated  http://iso.qa.ubuntu.com/ is now operational.  :)   Daily testing results and bugs can now be logged there now going forward.
[16:02] <skaet> ..
[16:02] <skaet> any questions before we start in to round table?
[16:03] <Daviey> (no)
[16:04] <skaet> stgraber needs to go early,  and want to welcome olli to the round table this time. :)
[16:04] <skaet> thanks for the no Daviey :)
[16:04] <skaet> [TOPIC] Edubuntu Team Q&A - stgraber
[16:04]  * stgraber waves
[16:04] <stgraber> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000604.html
[16:05] <skaet> Thanks stgraber.  anyone have questions today?
[16:05] <stgraber> I'm still testing the new casper but so far everything looks good, let me know if it's breaking for your flavour.
[16:05] <Daviey> stgraber: is edubuntu doing anything interesting with LTSP soon?
[16:06] <stgraber> Daviey: I still need to test the current upstream and upload ltsp and ldm then
[16:06] <Daviey> stgraber: do you have an ETA?
[16:06] <stgraber> Daviey: the current version has been patched to work for both Edubuntu and Ubuntu (cherry-pick of a commit upstream)
[16:07] <stgraber> Daviey: hopefully by end of year, LTSP is mostly done on my spare time
[16:07] <stgraber> I can easily push a new upstream, but after our hackfest in October, a good part of the initrd scripts and init scripts have been changed in a radical way
[16:08] <Daviey> rocking!  Thanks st
[16:08] <Daviey> stgraber*
[16:08] <stgraber> I want to make sure we actually want that for the LTS and that it's going to be supportable for 5 years
[16:08]  * skaet going to wait for the .. this time before going on ;)
[16:08] <stgraber> otherwise, I may just end up cherry picking some bugfixes and stick with what we have now (which at lesat works)
[16:08] <stgraber> ..
[16:08] <Daviey> stgraber: /me has interest.. so please ping me if you want a tester
[16:08] <Daviey> ..
[16:09] <skaet> :)
[16:09] <skaet> thanks guys...
[16:09] <skaet> [TOPIC] Hardware Certification team update - mlegris
[16:09] <brendand> skaet - i'll take this
[16:09] <skaet> thanks brendand :)
[16:09] <brendand> == What was done engineering wise? ==
[16:09] <brendand> Testing of the Alpha 1 image on a select batch of systems in the Hardware Certification labs:
[16:09] <brendand> http://people.canonical.com/~hwcert/precise-testing/precise_alpha1.html
[16:09] <brendand> With holidays, not many systems have been tested yet, but no significant issues found on the ones tested so far.
[16:09] <brendand> == What's about to land that might impact the other teams? ==
[16:09] <brendand> Nothing significant. One bug located, but it does not block the system from being certified:
[16:09] <brendand> https://launchpad.net/bugs/904844 ([Dell Latitude 2110] Screen is blank after restoring from hibernate)
[16:09] <brendand> == Summary of bugs working on by team (reasonably reliable) ==
[16:09] <brendand> Nothing that we are working on specifically. Everything is ok certification infrastructure wise.
[16:09] <brendand> == Dependencies on other teams, blocking items ==
[16:09] <brendand> Nothing
[16:10] <brendand> == Issues? ==
[16:10] <brendand> None
[16:10] <Daviey> brendand: sevrers reliably booting?
[16:10] <Daviey> servers*
[16:11] <brendand> Daviey - haven't got around to them yet, sorry
[16:11] <brendand> ..
[16:11] <brendand> Daviey - you can see the ones we will be testing there on the report
[16:11] <Daviey> ta
[16:11] <skaet> brendand, has anyone checked if oneiric failures are in precise too?
[16:12] <brendand> skaet - i think there are some systems we'll be testing that had serious failures in oneiric. they haven't been tested yet though
[16:12] <skaet> brendand, thanks.   please flag it to me as soon as you know for sure.
[16:13] <brendand> skaet - yep
[16:13] <skaet> :)
[16:13] <Daviey> brendand: we could really do with early warning of pluming issues :)
[16:13]  * skaet not seeing other questions, so onwards...
[16:13] <skaet> [TOPIC] QA team update -  jibel
[16:14] <jibel> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000612.html
[16:14] <jibel> anyone have questions ?
[16:14] <skaet> Thanks jibel.   Right now, enjoying watching the new infrastructure emerge.   :D
[16:15] <jibel> we do too :)
[16:15] <skaet> [TOPIC] Security team Q&A - mdeslaur
[16:15] <mdeslaur> hi!
[16:15] <mdeslaur> [LINK] https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000602.html
[16:15] <mdeslaur> The security team has been busy doing reactive work. No significant progress
[16:15] <mdeslaur> on work items to report.
[16:15] <mdeslaur> That's all. Any questions?
[16:16] <skaet> Thansk mdeslaur,  who's the contact if there's a security isue over the holiday?
[16:16] <mdeslaur> You can email<EMAIL_ADDRESS>I'm only off between xmas and new year's, but will be checking in.
[16:17] <skaet> Thanks!  :)
[16:17] <skaet> [TOPIC] Kernel team Q&A - ogasawara
[16:17] <ogasawara> [LINK] https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000601.html
[16:17] <ogasawara> I covered everything I needed to in my email.  I would just also note that a large portion of the team is beginning their end of year holidays soon, so they may be unreachable starting next week. Any questions?
[16:17] <ogasawara> ..
[16:17] <skaet> Thanks ogasawara.  :)
[16:18]  * skaet doesn't have questions from the email.
[16:18] <skaet> [TOPIC] Foundations team Q&A - cjwatson
[16:18] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000599.html
[16:18] <cjwatson> I followed up to my own mail with a couple of amendments as well
[16:18]  * skaet nods
[16:18] <cjwatson> like others, many of our team will be drifting away on holiday over the next week, of course
[16:19] <cjwatson> the big news from today is that the archive publisher is now running every 30 minutes, after a lot of hard work on optimisation
[16:19] <stgraber> yeah!
[16:19] <skaet> WOOT!!!
[16:19] <pitti> wow! congrats!
[16:19] <Daviey> \o/
[16:19] <cjwatson> ..
[16:19] <ogra_> wohoo
[16:19] <skaet> Thanks cjwatson!  awesome news about the publisher!
[16:19] <skaet> will there be +1 maintenance team coverage during the week between christmas and new year?
[16:19] <cjwatson> hopefully it'll stay that way; it may miss the odd run
[16:20] <pitti> skaet: very little from my side, I'm afraid
[16:20] <cjwatson> at least until bug 905333 is fixed
[16:20] <cjwatson> skaet: that's pitti's area this month
[16:20] <cjwatson> I'll be around a bit and will try to keep an eye on anything archive-threatening
[16:20] <pitti> I'll try to have a look every now and then, but I won't be able to sit down for hours to debug stuff
[16:20] <cjwatson> no guarantees over the holidays though
[16:20] <skaet> cjwatson, gotcha.  pitti, thanks.   okie, expectations set.  :)
[16:20] <pitti> I'm happy to do the odd binary promotion or package rebuild etc.
[16:21] <cjwatson> likewise
[16:21] <pitti> but in general, Don't Break The Damn Thing over the holidays, please
[16:21] <cjwatson> or if you do, fix it ...
[16:21]  * skaet nods emphatically
[16:21] <cjwatson> mind you, I'll still be running auto-imports from time to time
[16:21] <Daviey> then write a test case.
[16:21] <cjwatson> so bear that in mind
[16:21] <pitti> cjwatson: yeah, those caused quite a lot of damage, so we need to watch out for those
[16:21] <pitti> we had two cases in teh last week alone
[16:22] <cjwatson> I'll try not to do it and then go away for the day :)
[16:22] <skaet> [TOPIC] Server team Q&A - Daviey
[16:23] <Daviey> Oh hello
[16:23] <Daviey> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000611.html
[16:23] <Daviey> Any questions? :)
[16:24] <skaet> Thanks Daviey!
[16:24] <Daviey> anyone? :(
[16:24] <skaet> servercloud-LTS-hardening; servercloud-service-orchestration workitems haven't budged in terms of tracking.   symptom of churn going on, or just needs updating?  catch up by A2 possible?
[16:24]  * Daviey lookies
[16:24]  * skaet didn't want Daviey sad. ;)
[16:25] <Daviey> The status could be clearer, but there is a bulk of blocked items
[16:26] <skaet> also wondering will arosales be joining us, or will you continue to cover the entire server team?
[16:27] <Daviey> Som eof the blocked items will updated or dropped i sspect
[16:27] <Daviey> The boot time profiling needs further discussion to avoid duplication with desktop team
[16:27]  * skaet nods
[16:27] <Daviey> skaet: I'll sync with him.. and update soon.
[16:28] <skaet> ok, will check back with you on the boot time profiling in the new year.
[16:28] <skaet> thanks Daviey! :)
[16:28] <Daviey> super.
[16:28] <skaet> [TOPIC] ARM team Q&A-  ogra_
[16:28] <Daviey> np o/
[16:28] <ogra_> hey, thats me !
[16:28] <ogra_> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000616.html
[16:29] <ogra_> questions ?
[16:30] <skaet> Thanks ogra_!   glad to hear all is well with armhf images.  :)
[16:30] <ogra_> yeah :)
[16:30] <skaet> how do they compare in terms of build time with armel?
[16:30] <pitti> well, except for them failing to build due to LibO?
[16:30] <ogra_> we never seeded LibO
[16:30] <ogra_> ;)
[16:30] <pitti> hm, I get failed armhf image build mail every day
[16:30] <pitti> but maybe that was a flavour
[16:30] <pitti> so, ignore me
[16:30] <ogra_> from kubuntu
[16:31] <ogra_> they should probably temporary unseed it
[16:31] <ogra_> skaet, build time is identical
[16:31] <ogra_> they *feel* a lot faster on the desktop ... but thats a subjective impression
[16:32] <ogra_> (though i hear others say that as well ... )
[16:32] <ogra_> ..
[16:32] <skaet> ogra_ ok thanks.    I'll chat with you about it more after meeting.
[16:32] <ogra_> k
[16:32] <skaet> Daviey,  did you want us to pause, or just signalling done with the o/ earlier?
[16:33] <skaet> if so add comment/ask question. ;)
[16:33] <Daviey> done earlier
[16:33] <Daviey> sorry.
[16:33] <skaet> np,  just confused and didn't want to be rude. ;)
[16:34] <skaet> [TOPIC] Linaro team Q&A - fabo
[16:34] <fabo> o/
[16:34]  * skaet not seeing fabo in channel, moving on.
[16:34] <skaet> oh,  can't see I guess :)
[16:34] <fabo> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000600.html
[16:34] <fabo> ..
[16:34] <skaet> Thanks fabo!  sorry about that.
[16:34] <fabo> np :)
[16:35] <dbarth> o/
[16:35] <skaet> go ahead dbarth
[16:35] <dbarth> fabo: can you point me at the latest / official branches you want us to merge in?
[16:35] <dbarth> i've seen one updated 12h ago
[16:35] <dbarth> fabo: can we see that on the linaro channel?
[16:36] <fabo> dbarth: sure, I'll reply on the list. I don't know on the top of my head.
[16:36] <dbarth> ok
[16:37] <fabo> ..
[16:37] <skaet> fabo, is there a contact over the holidays for problems?
[16:37] <fabo> skaet: I'm around. you can contact me and I'll raise as appropriate.
[16:38] <skaet> coolio,  Thanks fabo! :)
[16:38] <skaet> [TOPIC] Ubuntu One Team Q&A -  joshuahoover
[16:39] <skaet> ok,  I've double checked ;) and don't see him.  moving on.
[16:39] <skaet> [TOPIC] Desktop Team Q&A  - pitti
[16:39] <pitti> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000610.html
[16:39] <pitti> nothing to add really
[16:39] <pitti> oh, except perhaps that bug 902553  is apparently still not fixed for all corner cases
[16:40] <pitti> currently discussing this with the Debian Perl maintainer
[16:40] <pitti> but I'll get to take 4 next Monday
[16:40] <pitti> questions?
[16:40] <pitti> ..
[16:40] <skaet> Thanks pitti!  none from me.  :)
[16:41]  * skaet doesn't see any emerging hands, so moving on.
[16:41] <skaet> [TOPIC] DX Team Q&A - dbarth
[16:41] <dbarth> https://wiki.ubuntu.com/DesktopExperienceTeam/ReleaseStatus
[16:41] <dbarth> the significant part is the SRU candidate we've wrapped this week
[16:42] <dbarth> it prepares for the january uploads and can help validate fixes on the stable release
[16:42] <dbarth> it's *not* pushed to proposed though, to avoid brown paper issues while everyone's away
[16:42] <dbarth> it's in the desktop-team ppa
[16:42] <dbarth> ..
[16:43] <skaet> Thanks dbarth!  appreciate the hold off.
[16:43] <skaet> any questions?
[16:44] <skaet> [TOPIC] Desktop Systems Team  Q&A - olli
[16:44] <skaet> welcome olli!  :)
[16:45] <olli> hi there
[16:45] <olli> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000609.html
[16:45] <olli> in addition, we have been focusing on libido bugs LP #524541 LP #886335 and LP #898611
[16:45] <olli> other than that it's been a quiet week due to a sprint and holidays
[16:45] <olli> any questions
[16:46] <skaet> Thanks olli.   no questions from me.
[16:47] <skaet> [TOPIC] Kubuntu Team Q&A - Riddell
[16:47] <Riddell> hi
[16:48] <Riddell> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000605.html
[16:48] <Riddell> ..
[16:48] <skaet> Thanks Riddell.  any one have questions?
[16:48] <skaet> [TOPIC] Xubuntu Team Q&A - madnick
[16:48] <madnick> hi
[16:48] <madnick> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000603.html
[16:49] <madnick> that is pretty much it :)
[16:49] <madnick> ..
[16:49] <skaet> Thansk madnick.  :)
[16:50] <skaet> [TOPIC] Ubuntu Studio Team Q&A - scott-work
[16:50] <skaet> hmm, not in channel.
[16:51] <skaet> [TOPIC] Lubuntu Team Q&A - gilir
[16:51] <gilir> hi :)
[16:51] <skaet> :)
[16:51] <gilir> https://lists.ubuntu.com/archives/ubuntu-release/2011-December/000607.html
[16:51] <gilir> ..
[16:52] <skaet> Thanks gilir. :)
[16:52] <skaet> [TOPIC] Any other business, comments,  questions thought of after session passed: ?
[16:53] <skaet> Comment: some late arrivals in ubuntu-release mail list held up by membership (all who want to post there are welcome and encouraged to join the mailing list) .   Please see doko's post on the mail list.
[16:54] <skaet> Comment:  Just wanted to wish everyone an enjoyable holiday break with their friends and family!   Very much looking forward to working with all of you in 2012!!
[16:54] <skaet> Thank you for your participation in these meetings stgraber, brendand, jibel, mdeslaur, ogasawara, cjwatson,  ogra_, fabo, joshhuahoover, pitti, dbarth, olli, Riddell, madnick, gilir  :)
[16:54] <skaet> #endmeeting
[16:54] <meetingology> Meeting ended Fri Dec 16 16:54:25 2011 UTC.
[16:54] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-16-16.01.moin.txt
[16:54] <pitti> thanks!
[16:54] <pitti> so, happy christmas holidays everyoen
[16:54] <jibel_> thanks
[16:55] <ogra_> thanks skaet
[21:56] <s-fox> 4 minutes to go until the meeting
[22:01] <s-fox> Just waiting for the rest of the FC atm
[22:01] <s-fox> Hello moergaes :)
[22:02] <moergaes> Hello s.fox
[22:02] <moergaes> My first meeting here.
[22:02] <s-fox> \o/
[22:02] <moergaes> :-)
[22:03] <s-fox> Okay, I guess we should start.
[22:03] <Artificial_Intel> hello
[22:03] <Artificial_Intel> who's present?
[22:04] <moergaes> Mörgæs
[22:04] <s-fox> cariboo907,  overdrank , moergaes and myself
[22:04] <s-fox>  and you
[22:04] <s-fox> bodhi , joeb, baps and iowan are not here
[22:04] <s-fox> :(
[22:04] <s-fox> should we start Artificial_Intel?
[22:04] <Artificial_Intel> can we take any decision when most of the FC is away?
[22:05] <s-fox> Nope :/
[22:05] <Artificial_Intel> ah
[22:05] <s-fox> We have some discussion things though we could do
[22:05] <Artificial_Intel> ok, I'm ready
[22:05] <s-fox> #startmeeting
[22:05] <meetingology> Meeting started Fri Dec 16 22:05:29 2011 UTC.  The chair is s-fox. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[22:05] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[22:05] <MrChrisDruif> What meeting is this?
[22:05] <s-fox> FC meeting
[22:06] <MrChrisDruif> And that is?
[22:06] <s-fox> [TOPIC] Ubuntu Forums Council Meeting
[22:06] <s-fox> [LINK] https://wiki.ubuntu.com/ForumCouncilAgenda
[22:07] <s-fox> Okay, the first thing is the ripfox ban. we need to vote on it, so perhaps move om
[22:07] <MrChrisDruif> Alright, I'll just lurk
[22:07] <Artificial_Intel> We can't take a decision on that without the others, I agree
[22:08] <s-fox> Fancy going over the sub-forums request Artificial_Intel?
[22:08] <Artificial_Intel> aye, I got some stuff on that topic
[22:08] <s-fox> Okay :)
[22:08] <s-fox> [TOPIC] Buffalo Solider sub-forum request
[22:09] <s-fox> Personally speaking I don't object to any of the sub-forums being created
[22:09] <Artificial_Intel> We actually have two request from companies, so lets put them together.
[22:09] <s-fox> +1, sounds good.
[22:09] <s-fox> That would be za-reason right?
[22:09] <Artificial_Intel> aye
[22:09] <cariboo907> Wouldn't it be better if both of them went through Canonical?
[22:10] <s-fox> Couldn't we put them where system76 is/
[22:11] <Artificial_Intel> I was thinking a little re-structure of the forum regarding pre-installed and the alike support forums.
[22:11] <s-fox> How do you mean cariboo907?  I thought za-reason had already approached canonical
[22:12] <s-fox> Artificial_Intel,  Would you have all the pre-install in one sub-forum ?
[22:12] <cariboo907> When that Dell salesman tried to start a thread, we referred him to Canonical
[22:13] <s-fox> Hmm, that is a fair point cariboo907. Maybe we should point them to canonical
[22:13] <Artificial_Intel> I agree, companies need approval first from canonical before we make a support forum for them.
[22:14] <s-fox> In terms of buffalo soldier, he should get his site setup before we do anything
[22:14] <s-fox> I also notice he has not been on the forum since he made the request. Perhaps see's it as "free advertising" ?
[22:14] <Artificial_Intel> But my restructure proposal is for the longer term when we get a lot more of this.
[22:15] <s-fox> Yea, I think if we were to restructure we should get the input from the others
[22:16] <moergaes> In the thread http://ubuntuforums.org/showthread.php?t=1895853 , most seem to agree.
[22:17]  * s-fox nods,  but shouldn't za-reason contact canonical ?
[22:17] <cariboo907> Artificial_Intel, didn't your restructure request get approved, then ignored?
[22:18] <Artificial_Intel> that was the gaming forum restructure, yes it was approved and ignored (or forgotten)
[22:19] <s-fox> Does it still need to be done?
[22:19]  * s-fox thinks Artificial_Intel has the tools to do the job ;)
[22:19] <Artificial_Intel> Well, I could do it myself :P
[22:20] <s-fox> Okay, the ubuntu pre-install restructure does sound like the way forward (to me anyway).  Perhaps we should start a thread discussing in with the rest of the staff?
[22:20] <Artificial_Intel> aye
[22:20] <s-fox> I know the one moergaes linked is za-reason, but this is more generic.
[22:20]  * cariboo907 says +1
[22:21] <s-fox> [VOTE] Discuss ubuntu pre-install sub-forum restructure in the staff area
[22:21] <meetingology> Please vote on: Discuss ubuntu pre-install sub-forum restructure in the staff area
[22:21] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[22:21] <s-fox> +1
[22:21] <meetingology> +1 received from s-fox
[22:21] <Artificial_Intel> +1
[22:21] <meetingology> +1 received from Artificial_Intel
[22:21] <cariboo907> +1
[22:21] <meetingology> +1 received from cariboo907
[22:21] <s-fox> moergaes :)
[22:21] <moergaes> +1
[22:21] <meetingology> +1 received from moergaes
[22:22] <s-fox> [ENDVOTE]
[22:22] <meetingology> Voting ended on: Discuss ubuntu pre-install sub-forum restructure in the staff area
[22:22] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[22:22] <meetingology> Motion carried
[22:22] <s-fox> [ACTION] Create the discussion thread for more input
[22:22] <meetingology> ACTION: Create the discussion thread for more input
[22:22] <s-fox> Oh wait, that should have been agreed.
[22:22] <s-fox> *sigh
[22:22] <Artificial_Intel> about the gaming structure, I'll look at it in the holydays
[22:22] <s-fox> [AGREED] Create the discussion thread for more input
[22:23] <s-fox> Okay Artificial_Intel, sounds good to me :)
[22:23] <s-fox> Next item is the Community Council Meeting
[22:23] <s-fox> [TOPIC] Representative for CC meeting
[22:24] <s-fox> I cannot make it, the time is wrong.
[22:24] <s-fox> It is to early for me. 17:00 UTC
[22:24] <s-fox> Can you make it Artificial_Intel?
[22:24] <Artificial_Intel> I'm at work at the time.
[22:24] <Artificial_Intel> *that
[22:25] <s-fox> Okay, so it will probably have to be Joeb454 or baps that goes. I think the time is super difficult for bodhi and jdong
[22:25] <Artificial_Intel> baps from France, so she's properly at work too
[22:26] <s-fox> Yeah, but it would be 6 for her. I am still at work for another hour
[22:26] <s-fox> Maybe we should contact the CC and see if they can move the time a little ?
[22:27] <Artificial_Intel> worth a try
[22:27] <s-fox> Okay, if baps and / or Joeb454 can't make it either we will contact them. I have Laura's email
[22:28] <s-fox> I guess we could move onto Community Building Ideas
[22:28] <s-fox> [TOPIC] Community Building Ideas
[22:29] <Artificial_Intel> link?
[22:29] <s-fox> I think we should create the ubuntu forums team
[22:29] <czajkowski> s-fox: Joeb454 said he'd make the meeting, the meeting is at 5pm UTC can't be changed I'm afraid
[22:29] <s-fox> czajkowski,  Can the day be changed to say a weekend?
[22:29] <s-fox> czajkowski,  Thanks for the info on joeb
[22:30] <czajkowski> no I'm afriad not it happens during the CC meeting, which is kinda fixed tbh given 8 folks on multiple timezones
[22:30] <s-fox> Okay.
[22:31] <s-fox> I would like to revive my suggestion from ages ago about a forums team. I have the link somewhere, let me find :)
[22:31] <Artificial_Intel> ghost from the past :P
[22:31] <s-fox> [LINK] ubuntuforums.org/showthread.php?t=1741789
[22:32] <s-fox> It had a lot of discussion, get some team spirit going and not just people on their own
[22:32] <s-fox> Welcome howefield :)
[22:32] <howefield> hey :)
[22:33] <cariboo907> s-fox, your link is broken
[22:33] <moergaes> Worked fine for me.
[22:33] <s-fox> works for me too ?
[22:34] <s-fox> Artificial_Intel,  Link work for you?
[22:34] <Artificial_Intel> aye
[22:34] <cariboo907> It must just be me :(
[22:34] <s-fox> Maybe we should just bump it up in the staff area ;)
[22:35] <Artificial_Intel> As I understands it; Some kind of Super dedicated members to help out helping people?
[22:35] <s-fox> I seem to recall bodhi wanting to lighten the mood on the forum with a theme week  :)
[22:35] <s-fox> Artificial_Intel,  Pretty much. You remember the hardware / unanswered posts / beginners team ?
[22:36] <s-fox> Well imagine all them rolled into one
[22:36] <Artificial_Intel> aye
[22:36] <Artificial_Intel> Sounds reasonable.
[22:36] <s-fox> I think they could be revived under one banner
[22:37] <s-fox> I'll bump it up :)
[22:38] <Artificial_Intel> I'll +1 it
[22:38] <s-fox> I do have one item that is not on the agenda concerning the forum upgrade.
[22:38] <s-fox> Artificial_Intel,  Did you see the emails I have been forwarding?
[22:38] <s-fox> We need to establish how many people only use the openid login
[22:38] <s-fox> I am not sure where to look to find out, but eliott wants to know
[22:39] <Artificial_Intel> that's going to be difficult
[22:39] <s-fox> Probably yes :/
[22:40] <s-fox> I know going down for the upgrade is not going to be a problem.
[22:40] <Artificial_Intel> those who uses OpenID, don't they have alternative to login untill the forum plugin is resolved?
[22:40] <s-fox> We can let people know in advance
[22:41] <s-fox> I think they would need to register like normal user Artificial_Intel.
[22:41] <cariboo907> I don't use it, because the remember me feature doesn't work
[22:41] <s-fox> And you can guarantee someone will complain :/
[22:42] <Artificial_Intel> There's always someone that complain, it's human nature.
[22:42] <s-fox> +1
[22:42] <s-fox> You got anything to discuss Artificial_Intel , cariboo907, moergaes & howefield ?
[22:43] <Artificial_Intel> or any complains? ;)
[22:43] <moergaes> No, I am mostly just following what's going on.
[22:43] <cariboo907> nothing here
[22:43] <howefield> likewise
[22:44] <s-fox> Okay, think might end the meeting early. It's late friday night for me :)
[22:44] <s-fox> Sorry only 2 of the FC came :/
[22:44] <s-fox> But thanks for coming everyone else :)
[22:44] <moergaes> Thanks for being invited, though not being a council member.
[22:44] <Artificial_Intel> good to see some staff at the meeting
[22:45] <s-fox> Yep
[22:45] <howefield> thanks to the 2 who did turn up
[22:45] <s-fox> I like having the staff around :)
[22:45] <s-fox> #endmeeting
[22:45] <meetingology> Meeting ended Fri Dec 16 22:45:50 2011 UTC.
[22:45] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-16-22.05.moin.txt
[22:45] <s-fox> I just ended the meeting
[22:46] <Artificial_Intel> Now free bar!


[06:44] <alkisg> Hi, in ltsp, to netboot clients, we're passing 2 initrds. This works fine up to and including ubuntu 19.04.
[06:44] <alkisg> But I just tried the 19.10 lubuntu daily build, and the 5.2 kernel there doesn't see the additional initrd, it's like if we only passed one.
[06:44] <alkisg> Any recent commits that broke it? Any related changes?
[08:33] <apw> alkisg, as in you say initrd=x initrd=y ?
[08:33] <alkisg> apw: exactly
[08:33]  * apw is supprised that works at all, that you don't only get hte last one
[08:34] <alkisg> apw: oh the kernel has supported it since ages, and in the recent years all boot managers added support for that,
[08:34] <alkisg> grub, syslinux, ipxe, anyone that I tested has had patches in the recent years to support it
[08:34] <alkisg> *anything
[08:35] <apw> alkisg, the kernel supports concantenation of initramfs objects in a single passed block
[08:35] <alkisg> apw: although, I tried concating the two initrd, and that didn't work either, which probably means a change in the kernel itself
[08:36] <alkisg> So if someone is able to test that ^ (create an initrd with just a /test file, append it to initrd.img, boot, and see if /test is there),
[08:36] <apw> alkisg, the kernel only gets initrd=<start>,<len> of a single block
[08:36] <alkisg> and it doesn't work with 19.10 like it doesn't work for me, then I guess he reproduced the issue...
[08:37] <apw> alkisg, so all of the bootloaders must be concantenating; so it would be continuration which would have to be broken
[08:37] <alkisg> I'm testing in the exact same system with the same bootloaders etc
[08:37] <alkisg> (ipxe, in this case, I'll test kvm in a few minutes)
[08:37] <apw> alkisg, and would be equivalent for your test and the bootloader test
[08:38] <alkisg> Right, so it sounds to me like something in the kernel initrd decompression code has broken in 19.10
[08:39] <alkisg> Maybe my initrd.gz has different compression parameters and it can't follow it? Maybe the early microcode thing? I don't know...
[08:39] <apw> alkisg, a good point what are you using for that
[08:40] <apw> as in 19.10 the default compression changed to lz4 initramfs-tools
[08:41] <apw> though we have not turned off any compression options
[08:42] <alkisg> apw: find . ! -name ltsp.img | cpio -oH newc | gzip > "$_DST_DIR/ltsp.img"
[08:52] <apw> alkisg, do you have a dmesg of the failed boot
[08:53] <alkisg> Moment...
[08:57] <apw> alkisg, i can see no significant changes in the code to decode the initramfs from 5.0 to unstable
[08:57] <apw> alkisg, would you attach all of this to an 'ubuntu-bug linux' please too and tell us the number
[08:58] <alkisg> apw: ok; then I'd best collect all these and do a proper report tomorrow morning. Thanks a lot :)
[08:58] <apw> alkisg, thanks ... do ping me with the bug number
[08:59] <alkisg> will do
[12:30] <ogra> alkisg, apw, the bootloader typically just loads the initrds back to back into ram and hands the kernel the adresses of that merged ram space ... (we use this feature in core too, grub is very easy there if you just hand it two initrds, u-boot is a bit more tricky since you need to do the math and loading yourself) ... but this only works if both initrds use the same compression ... i'D bet there is a difference between the two initrds alkisg loads
[12:43] <apw> ogra, i wonder why that restriction exists, as its not like the decompresson format individually would understand the reset in the middle
[12:43] <apw> i am sure it iterates at the top level there, strange
[12:44] <apw> i would think that is a bug, and likely the bug
[12:44] <ogra> well, the bootloader loads the compressed bits back to back ... the kernel tries to uncompress ... my guess would be it only looks at the header at the start of that ram area so wont know that the second half uses a different compression
[12:52] <ogra> (also, i think, the kernel typically doesnt know there are two parts, it only gets start address and size from the BL)
[13:03] <alkisg> ogra: thanks, I'll try with lz4 or whatever else it is, and with uncompressed ltsp.img, and report back... but a bit later, too sleepy now...
[13:04] <alkisg> ogra: I was guessing that the code would be like "while ... check initrd header; decompress; done" => i.e. it would check the header/compression type on each new initrd it sees while "walking the list", not just once at start...
[13:05] <alkisg> But OK if it's a restriction, we can match it from the ltsp code
[13:28] <apw> alkisg, let me know in the bug if it does work with the 'same compression'
[13:29] <apw> alkisg, as i am not sure we are not going to end up missmatched with cpu firmware too
[13:31] <ogra> well, this is stuff i found during testing with u-boot, ipxe or grub might work differently (i never tried different compressions etc on grub and never used ipxe), i'm just assuming that the process is similar on other bootloaders
[13:32] <apw> ogra, right, this would be a kernel side limitation, just very odd
[13:33] <ogra> well, for u-boot is it pretty clear that the kernel only sees a single initrd blob in ram because it only hands start address and size over ... might be different in the other cases
[13:33] <ogra> (size=complete size of both parts)
[13:46] <apw> ogra, right there is only 'here,this-big' option to the kernel
[13:46] <apw> ogra, and it decompresses till the compressor says 'done' then it tries again if we are not at the end
[13:47]  * alkisg starts testing with kvm and a single concatenated initrd, which should be faster to test with...
[13:50] <ogra> aha ... well, if it tries agan if not at the end that might indeed mean it should support multiple compressions
[13:50] <ogra> and then i agree there is a bug ... i didnt know the kernel does that
[13:51] <alkisg> Here are the first results, with concat:
[13:51] <alkisg> initrd.img: ASCII cpio archive (SVR4 with no CRC) => 19.10
[13:51] <alkisg> ltsp.img:   gzip compressed data, last modified: Wed Aug 21 11:46:58 2019, from Unix ==> fails with gzip
[13:51] <alkisg> cat ltsp.raw initrd.img.original > initrd.img (no gzip) ==> succeeds
[13:52] <alkisg> So it works fine with raw, but not with gz now; while it worked from debian jessie and ubuntu 16.04 that I'm testing with, until all the recent versions up to 19.10
[13:52]  * alkisg tries to see how to make it lz4...
[13:53] <alkisg> unmkinitramfs ../initrd.img.original .
[13:53] <alkisg> cpio: premature end of archive
[13:54] <alkisg> apw: premature end of archive? maybe bad initrd in 19.10?
[13:54] <alkisg> (that's the stock one from the live cd)
[13:54] <alkisg> OK that would explain it then, why it can't follow up with the next one
[13:55] <apw> alkisg, odd
[13:55] <alkisg> So not a kernel thing, but a mkinitramfs thing
[13:55] <ogra> well, if its invalid, how would the livecd's boot ?
[13:55] <ogra> i'd assume we'd have heard if they do not ...
[13:55] <alkisg> ogra: e.g. if it's just some padding, it could do that
[13:56] <alkisg> I.e. decompress correctly, even with "oh premature end", but then it won't be able to follow up with the next initrd
[13:56]  * alkisg downloads the ubuntu.iso instead of the lubuntu one...
[13:56] <apw> right if it was a byte long it might parse and unpack the cpu firmware in section 1, the real initramfs in section 2, and think there is a section 3 of the padding and barf there
[13:59] <alkisg> apw: do you know if an installed systemd uses different code to update-initramfs vs the live cd? I'm only testing with live cds for 19.10...
[13:59] <alkisg> *system
[13:59] <alkisg> (live cds worked fine up to 19.04 too)
[14:00] <apw> alkisg, the initramfs is different in contend but made the same way
[14:00] <apw> content
[14:00] <alkisg> OK the content shouldn't matter with rdinit=/bin/sh, so...
[14:00]  * alkisg is downloading yesterday's ubuntu.iso, let's see...
[14:02] <apw> alkisg, i just mounted up the eoan ubuntu desktop image on my machine here, and the initrd in that is extractable without that error
[14:03] <apw> (and this machine is also running eoan)
[14:03] <ogra> apw, oh, since i have you here ... whats the reason for all the armhf metapackages (linux-raspi2, linux-snapdragon) to be in unverse (i have been trying to derive clssic images from core based ones using u-image and noticed that ... the server rootfs build in u-image doesnt have universe in its sources.list so you cant instal a kernel on these devices without hackery)
[14:03] <alkisg> Hrm. Let me see what happens with yesterdays'...
[14:04] <apw> ogra, because things end up in main through need mostly, and things which only end up in core avoid seeding
[14:04] <apw> $ md5sum /mnt/casper/initrd
[14:04] <apw> f3a8e1484ad2ebcca4437a8bf949266b  /mnt/casper/initrd
[14:04] <apw> alkisg, ^ is the one i can dething
[14:05] <ogra> apw, well, we officially support server images for pi and dragonboard ... that is what made me curious
[14:05] <ogra> i'd have the metas expected to be seeded via -supported or some such
[14:05] <apw> ogra, and the "we" part is where care is needed; does "ubuntu" or "canonical" support those
[14:05] <alkisg> (different one here) 4b0a58102b099fa26d89aad3a7952e7a  initrd.img.original
[14:05] <ogra> canonical AFAIK
[14:06] <ogra> (which in turn includes ubuntu i think)
[14:06] <apw> anyhow that isn't quite what main means; and you will find people arguing both ways to put it in main and not
[14:06] <ogra> we're offering these builds to customers for commercial products ...
[14:06] <ogra> heh, ok
[14:06] <ogra> well, it just made me curious ... i didnt mean to start a discussion about it
[14:06] <apw> that is a separate commercial concern and not related to ubuntu support status
[14:06] <ogra> ok
[14:07] <apw> as we support each of those for customer specific times; and peopel tend to assume main == 5 years
[14:07] <apw> (in an lts)
[14:07] <ogra> right
[14:07] <apw> ogra, but we also move things to main to make isos, so ...
[14:08] <apw> we can support longer than the ubuntu marked support not less
[14:08] <apw> sort of thing
[14:08] <ogra> yup
[14:09] <alkisg> apw: same problem with http://cdimage.ubuntu.com/daily-live/20190819/eoan-desktop-amd64.iso
[14:09] <alkisg> I'm running unmkinitramfs in 18.04,would it matter?
[14:09]  * alkisg tries booting the live cd to unmkinitramfs in 19.10...
[14:09] <apw> alkisg, maybe, does that old version support lz4
[14:09] <alkisg> It does show the contents
[14:09] <apw> oh, then not that
[14:10] <alkisg> Oh never mind. 56k
[14:10] <apw> alkisg, md5sum of your .iso please
[14:10] <apw> 56k ?
[14:10] <apw> 19 ?  i have an .iso from 21
[14:10] <apw> with a date of the 21st
[14:10] <alkisg> apw: no the iso was fine, but unmkinitramfs isn't,
[14:10] <alkisg> I saw early/main and thought it was ok,
[14:10] <apw> oh
[14:11] <alkisg> but it only managed to uncompress the -rw-r--r-- 1 alkisg alkisg  30K Νοε  28  2018 AuthenticAMD.bin
[14:11] <alkisg> So no lz4
[14:11] <alkisg> OK that would explain the "premature" error, but not the "second initrd isn't shown when booted" error
[14:12]  * alkisg moves to test from 19.10 now...
[14:13] <alkisg> Heh nice desktop icons :D
[14:16] <alkisg> Verified that 18.04 can't decompress 19.10 initramfs (same md5sum, works in 19.10)
[14:26] <alkisg> cat /cdrom/casper/initrd ltsp.cpio.gz > test1; unmkinitramfs test1 .  ==> premature end of archive (all inside 19.10)
[14:26] <alkisg> cat /cdrom/casper/initrd ltsp.cpio > test2; unmkinitramfs test2 .  ==> works
[14:27] <alkisg> apw: would you consider it a bug when unmksquashfs fails when lz4+gz initrds are joined?
[14:28]  * alkisg moves on to testing netbooting again, but with uncompressed ltsp.img...
[14:30] <apw> alkisg, i thnk the manual page has a bugs section saying it is a bit crap
[14:30] <alkisg> Ah
[14:31] <apw> BUGS
[14:31] <apw>        unmkinitramfs cannot deal with multiple-segmented initramfs images, except  where
[14:31] <apw>        an  early (uncompressed) initramfs with system firmware is prepended to the regu‐
[14:31] <apw>        lar compressed initramfs.
[14:32] <apw> actually so crap it is hard to believe the text is right !
[14:36] <alkisg> Nope, 19.10 can't load even lz4+raw; I don't know how to create lz4+lz4 to test that. Checking dmesg...
[14:38] <apw> raw comes first
[14:39] <alkisg> I mean my raw, not the microcode
[14:39] <alkisg> I didn't say that correctly, I mean this:
[14:39] <alkisg>         find . ! -name ltsp.img | cpio -oH newc > "$_DST_DIR/ltsp.img"
[14:39] <alkisg> vs this:         find . ! -name ltsp.img | cpio -oH newc  | gzip > "$_DST_DIR/ltsp.img"
[14:39] <apw> ahh
[14:39] <alkisg> unmkinitramfs in 19.10 works without gzip, fails with gzip there,
[14:39] <alkisg> the kernel fails in both cases
[14:40] <apw> and you are concatting them how
[14:40] <alkisg> cat 1 2 > 3
[14:40] <apw> makes sense
[14:41] <apw> alkisg, there seems to be an lz4 command
[14:42] <alkisg> I tried this silly test: 19.10 kernel, 18.04 initramfs, plus ltsp.img ==> works
[14:42] <alkisg> So it's not a kernel change, but something in the new initramfs that makes the kernel choke
[14:42] <apw> ok which is raw+gz+gz i assume
[14:42] <alkisg> Right
[14:42] <apw> so you need to make the raw+lz4+lz4
[14:42] <apw> and the command lz4 with no arguemnts seems to be a compressing pipeline
[14:43] <alkisg> OK let me install that and test, ty
[14:43] <apw> alkisg, it is also possible that there is padding at the end of an lz4 that the kernel does not grok, we will find out from this test
[14:44] <alkisg>         find . ! -name ltsp.img | cpio -oH newc | lz4 > "$_DST_DIR/ltsp.img"
[14:44] <alkisg> This has the same issue
[14:44] <alkisg> I.e. it only sees the first initramfs
[14:45] <alkisg> Since raw+lz4+raw didn't work... yes it sounds like a padding in lz4
[14:48] <apw> alkisg, can you give me the actual error the kernel emits please, it matters
[14:49] <alkisg> apw: I don't see anything in dmesg, where would I find that?
[14:50] <apw> alkisg, never mind, i'll see if i can repo
[14:51] <alkisg> Ty :)
[14:51]  * alkisg tries injecting a couple of zeros between, in case it's a matter of padding...
[14:53] <apw> alkisg, don't think that will work, it expects the first two bytes of the remaining space to be a file magic
[15:03] <alkisg> Yeah it didn't; although it does have a few nulls at the end, adding/removing some didn't help
[15:16] <apw> [    0.288625] Initramfs unpacking failed: junk within compressed archive
[15:20]  * alkisg didn't have that in dmesg
[15:24] <apw> alkisg, as i can reproduce it, i will poke for a bit
[15:25] <apw> alkisg, could you file that bug for me
[15:25] <apw> alkisg, a +filebug will be fine
[15:26] <apw> alkisg, which kernel does this work with previously ?
[15:29] <alkisg> apw, 19.04; will check in a bit and file bug, ty
[15:38] <alkisg> apw: I think it's a bug in mkinitramfs though, not in the kernel, e.g. it might generate invalid length of lz4 or something...
[15:38] <apw> alkisg, also it does handle padding, as long as it is 0's
[15:38] <apw> alkisg, or the lz4 format is not length aware, or
[15:39] <alkisg> OK... but then this is the first kernel that we try lz4 booting, right?
[15:39] <alkisg> So "it worked in 19.04" doesn't make any sense
[15:39] <alkisg> Since it was gz, and gz still works
[15:40] <alkisg> So lz4 might have been broken since its initial implementation, and noone would have noticed, since concatenating something after lz4 isn't too common
[15:40] <alkisg> (or passing multiple initrds)
[15:43]  * alkisg wonders how to check if 19.04 used lz4 or gz
[15:45] <apw> alkisg, it only just changed in eoan
[15:46] <alkisg> OK then it sounds possible that it never worked correctly with lz4
[16:42] <alkisg> apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1840945
[16:42] <ubot5`> Ubuntu bug 1840945 in linux (Ubuntu) "Concatenated lz4 initrds don't work" [Undecided,New]
[16:42] <alkisg> I didn't run ubuntu-bug, as it would report the host, not whatever's inside kvm
[16:42] <alkisg> And I only had kernel/initrd inside kvm, so I couldn't run ubuntu-bug from there either
[16:42] <alkisg> If needed, I can do an installation inside a VM... but I'm not sure if it'll help
[20:31] <apw> alkisg, no that is enough


[07:04] <kees> halfie: right, PIE and BIND_NOW aren't default. (relro and all the rest are)
[07:04] <kees> however, the push in Debian has been to make PIE the default on amd64.
[07:05] <kees> so packages that have converted to dh(1) in debian are getting PIE on amd64.
[07:05] <kees> iirc
[07:05] <kees> I need to check :)
[07:06] <kees> halfie: ah, no, I lied. that's the plan, but not how it's implemented yet.
[07:06] <halfie> kees, thanks for the info!
[07:07] <halfie> selling PIE and BIND_NOW is hard
[07:09] <kees> see http://outflux.net/debian/hardening/
[07:10] <kees> and http://outflux.net/ubuntu/hardening/ (though I need to fix the release -- that's showing quantal)
[07:10] <kees> and note that're using different max values -- ubuntu has more packages, so the graph auto-scaled the y axis
[07:10] <kees> IMO, selling PIE is easy on amd64 :)
[07:11] <kees> and selling bind_now is easy too -- there's no measureable perf hit any more since the hashed symbol tables
[09:17] <ogra_> doko_, gcc did buiold fine for me over nicght, no issues
[09:18] <ogra_> (oh my ... /me needs coffee and type training)
[09:26] <infinity> ogra_: Yeah, it eventually completed on sigbin too.
[09:27] <ogra_> yeah, i noticed he had restartred a build in parallel to calling me
[09:41] <doko> ogra_, \o/
[09:41] <ogra_> :)
[09:43] <doko> infinity, the armel and armhf gcc-4.8 builds on precise did fail, will retry these too
[10:03] <doko> meh, the gcc-4.8 builds on precise did fail in dh_shlibdeps for the non-default multilib. will just ignore the return code then for precise
[12:31] <jtaylor> doko: the python configure failures is not fixed without predepends :(
[12:37] <doko> jtaylor, ok, thanks. good to know
[17:22] <IDWMaster> I'm not sure if this is the appropriate place for this discussion, but I was wondering if there are plans to implement multitouch support for Unity, and if so, how could I contribute?
[17:32] <penguin42> IDWMaster: I'm not sure; but there is a https://blueprints.launchpad.net/canonical-multitouch  section in lp, and there are a series of blueprints hung off that, including one or two unity ones
[17:33] <penguin42> IDWMaster: You might also try #ubntu-unity
[17:33] <penguin42>  add the missing u ^
[17:38] <IDWMaster> OK. Thanks
[20:40] <infinity> apw / BenC: Want to rebase lowlatency and ppc against the shiniest raring upload?


[10:36] <dmart> Hi, has anyone else experienced a sudden, unexpected logout from the live session in the recend imx51 live images?  I experienced this in 20091027.1 and now also 20091027.2
[10:37] <dmart> In both cases jockey-gtk crashed, but I don't know whether that's the cause... the bug report for this (#403955) suggests this crash is harmless though.
[11:01] <ogra> dmart, nope, works fine here
[11:01] <ogra> i'm just doing an oem install
[11:02] <dmart> Unless it really is somehow related to the jockey-gtk issue, I don't have the faintest idea what happened :(  There's no extra apport crash dump.
[11:03] <ogra> might be triggered by jockey looking for hardware
[11:04] <ogra> i'll try it in my next install test
[11:30]  * ogra puts up https://wiki.ubuntu.com/ARM/BabbageInstallVariants (which exposes a bug in redboot-tools :/ )
[11:31] <ogra> if anyone is intrested in trying oem installs or ubiquity only installs on the babbage, see above
[12:48] <kblin> hi folks
[13:19]  * ogra tries an install to prepartitioned SD
[13:20]  * kblin tries to patch a debian package for the first time in years
[13:22] <ogra> dmesg
[13:23] <ogra> hrm, wrong kbd
[13:23] <ogra> top
[13:23]  * ogra sighs
[13:24] <ogra> dmart, jockey runs fine here, no crashes
[13:25] <dmart> ogra: hmmm, it doesn't seem to happen every time for me, just sometimes
[13:25] <ogra> strange
[13:31] <lool> dmart: I had all the issues you describe at various times
[13:31] <lool> (crash of jockey or other stuff, and logout of the session albeit only once)
[13:31] <dmart> lool: Did it seem to you that those two things were related?
[13:31] <kblin> whoa, the deps for devscripts are insane
[13:35] <lool> dmart: No
[13:35] <lool> dmart: I also get an occasional indicator-applet crash
[13:35] <lool> I think the occasional crashes are just bugs in the apps which are visible on armel due to races rather than specific platform porting issues
[13:35] <lool> And I think the logout thing is either a xorg bug or a kernel bug
[13:38] <dmart> lool: I get the indicator-applet crash sometimes too; it was to intermittent for me to be able to report it yet, though.  Do you know if there is a bug on this?
[13:47] <lool> dmart: I filed one today
[13:47] <lool> http://launchpad.net/bugs/462538
[13:47] <ubot4> Launchpad bug 462538 in gnome-panel "gnome-panel crashed with SIGSEGV in free()" [Undecided,New]
[13:55] <dmart> lool: Hmm, I had one of those, too.  It seemed to respawn gnome-panel rather than killing the login though:
[13:55] <dmart> http://launchpad.net/bugs/458109
[13:55] <ubot4> Launchpad bug 458109 in gnome-panel "gnome-panel crashed with SIGSEGV in free()" [Medium,Incomplete]
[13:56] <dmart> http://launchpad.net/bugs/461912
[13:56] <ubot4> Launchpad bug 461912 in gnome-panel "gnome-panel crashed with SIGSEGV in gdk_window_impl_x11_get_colormap()" [Medium,Triaged]
[17:21] <NCommander> plars, when you did manual partitioning on Dove, how did you create the partitions?
[17:23] <plars> NCommander: I did it a few different ways
[17:23] <plars> NCommander: first time, I did a 100M /boot, and the rest as ext4 for /
[17:23] <plars> NCommander: when I got the warning message, I only had a single 20G / which was ext2
[17:23] <plars> NCommander: are there any other possibilities you think I should try?
[17:24] <NCommander> plars, you used "New Partition Table" right?
[17:24] <plars> NCommander: no, don't think so... usually just remove the partitions that are there manually and create my own
[17:24] <NCommander> plars, yeah, I might have just found a bug. I'm reconfirming the behavior happens on a fresh start
[17:25] <plars> NCommander: with new partition table?
[17:25] <NCommander> plars, yeah. If you create it, then add a new uboot partition, the mountpoint gets stuck on / versus /boot
[17:25] <NCommander> even if you change it manually
[17:25] <NCommander> (or it changes to /home!)
[17:26] <plars> strange, I can try to confirm here too if you'd like
[17:26] <NCommander> But I was abusing partman on that run, and might have gotten it stuck in some strange error mode, hence why I'm trying on a fresh start
[17:33] <NCommander> plars, crud, it happens on a fresh install. Can you try and confirm?
[17:33] <plars> will do
[17:34] <NCommander> plars, wait, I might have figured out what's causing this strange behavior
[17:34] <NCommander> plars, (its still a bug, but not quite as serious as I first realized)
[17:34] <NCommander> plars, if you make the partition exactly the same size as the one you just erased, there is some sorta memory effect
[17:36] <NCommander> plars, but the mountpoint still ends up wrong :-/
[17:36] <plars> ps -ef |grep ubiq
[17:36] <plars> bah
[17:36] <plars> wrong keyboard
[17:36] <plars> wow it's taking a long time to launch
[17:39] <NCommander> plars, ?
[17:39] <NCommander> It came up pretty fast for me
[17:41] <plars> at what point do you see it? while you are still in the partitioner? or after?
[17:42] <NCommander> plars, while still in the partitioner
[17:42] <plars> so far, so good for me
[17:42] <plars> I had a single 20G ext2 / last time
[17:42] <plars> I did new partition table
[17:42] <NCommander> plars, basically, do Manual partitioning, new partition table, then create a u-boot partition first, with a size of 200-300 MiB at the start with a mountpoint of /boot
[17:42] <plars> oh wait
[17:42] <plars> yes, I see the mountpoint is wrong on my uboot partition
[17:42] <plars> it has / instead of /boot
[17:42] <NCommander> yup
[17:42] <NCommander> :-/
[17:43] <NCommander> plars, it used to work though
[17:43] <NCommander> Because I can get it do that if I delete all partitions, and then try and add it
[17:47] <plars> ah
[17:47] <plars> I see something here
[17:48] <plars> so I tried deleting it, and created it over 3 times... every time now it comes up and forces itself to be /home
[17:48] <plars> but
[17:48] <plars> if I delete it and recreate it as ext2 instead of uboot type, it works and puts itself in as /boot
[17:48] <NCommander> plars, yup
[17:49] <NCommander> plars, I think I know what's causing this behavior, I think I missed an edit when I addedd support for the partman-uboot mountpoints
[17:50] <NCommander> so it works 90% of the time
[18:00] <plars> NCommander: did you open a bug on it already?
[18:01] <NCommander> plars, not yet, I'm doing a full install because it seems hitting New Partition Table actually zaps the partition table the moment you hit it
[18:01] <NCommander> plars, and I want to confirm that this bug only occurs when the partition table is empty (and doesn't occur when you manually remove partitions)
[18:02] <NCommander> (and I want to install the dev environment for ubiquity on armel)
[18:05] <NCommander> plars, if you want to file a bug, feel free, otherwise I'll do it in a little bit
[18:06] <plars> I can do it...  against ubiquity? or where?
[18:08] <NCommander> plars, ubiquity. Use apport in the installer environment; it will properly attach all the logs
[18:27] <NCommander> plars, what's the bug number?
[18:27] <plars> give me a sec... it's opening now but swapping between 3 different installs at the moment
[18:27] <NCommander> plars, heh. Isn't install testing week fun?
[18:28] <plars> it's crazy, very little sleep :)
[18:28] <NCommander> plars, reminds me of UDS ;-)
[18:28] <plars> I got WAY more sleep during UDS
[18:29] <plars> respins dropping at 11PM makes for a long night
[18:34] <plars> NCommander: bug #462798
[18:34] <ubot4> Launchpad bug 462798 in ubiquity "selecting 'new partition table' confuses the partitioning" [Undecided,New] https://launchpad.net/bugs/462798
[18:36] <NCommander> plars, thanks. I marked the ISO test as failing since I couldn't complete installation :-/


[10:09] <blaze> testing Okular's kinetic scrolling right now
[10:10] <blaze> it can be a bit glitchy along with continuous scrolling
[10:10] <blaze> but overall it's nice, I like it
[12:46] <BluesKaj> Howdy folks


[08:05] <Bauer> i just copied the home directory of a template-user to /etc/skel
[08:05] <Bauer> now when, I try to crate a new user, it hangs for 10 seconds, and the user is not created..
[08:06] <Bauer> I have tryed sabayon, but it just crashes...
[08:11] <bettong> how are you adding a new user?
[08:11] <Bauer> System - Administration - users and groups
[08:12] <bettong> ok. open up a terminal, i'll ask you to run some commands
[08:12] <bettong> then i'll disapear for dinner, and hope your here in 40 minutes :)
[08:13] <Bauer> ok
[08:13] <bettong> try running `adduser newusername`, does it give any errors?
[08:14] <bettong> then `ls -lhd /etc/skel` and `ls -lAh /etc/skel/`
[08:14] <bettong> the two ls commands should go to a pastebin
[08:14] <bettong> !pastebin
[08:14] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[08:14] <Bauer> hmm.. it says that the _group_ student01 already exists...
[08:15] <bettong> oh, and `ls -lAh /home/`
[08:15] <bettong> pastebin to please :)
[08:15] <bettong> have you created / tried to create that user before?
[08:15] <bettong> sorry, afk. back in ~45 min, good luck. if your /etc/skel/* isnt owned by root, chown it to root
[08:16] <Bauer> yes, maybe that is the problem ;) i have created that user before, and deleted it
[08:16] <bettong> deluser and delgrp to remove stuf :)
[08:16] <bettong> afk
[08:16] <Bauer> thanks, tried now with a random username, which worked :)
[08:50] <bettong> Bauer, so your problem is probably prexisting stuff for the user you've [half] created ;)
[08:50] <bettong> s/;)/:)
[08:50] <Bauer> yes, I've fixed it now :)
[08:51] <Bauer> but am I the only one with sabayon-problems?
[08:51] <Bauer> if I for example try to change anything under System - Preferences - Sessions, sabayon crashes..
[08:55] <Nurionn> thx Bauer, had just the same error (user created -> deleted -> could not been created anew)
[08:56] <Nurionn> but sabayon I don't know, I used 'System - Administration - users and groups'
[08:58] <bettong> how did you delete the users? (both of you)
[08:59] <bettong> Bauer, run sabayon from your terminal. it might print out some debug info when it crasehs
[08:59] <bettong> *crashes
[08:59] <Nurionn> don't know, I think it was a test... ;)
[09:00] <Nurionn> can you tell me, why the users are not in an alphabetic order (in System - Administration - users and groups )
[09:00] <Nurionn> =
[09:00] <Nurionn> ?
[09:01] <bettong> no i cant.
[09:02]  * bettong doesnt use those tools :)
[09:02] <Nurionn> which tool do you use insteed?
[09:02] <bettong> adduser
[09:02] <bettong>  / deluser / gpasswd
[09:02] <Nurionn> hmm... (I should have known :))
[09:03] <bettong> hehe :)
[09:03] <Nurionn> can you set there the same password for multiple users?
[09:04] <bettong> not per se.
[09:04] <Nurionn> I've here 2 classrooms with thinclients and we would like to create a user per machine, because there are different classes who uses these rooms
[09:04] <bettong> 'passwd username` <put in password> -> open /etc/shadow -> <copy passwd to relevent lines> (i might script it with sed, but thats the rough idea)
[09:05] <Nurionn> so they can share the same user (in fact they only need the machines for surfing/writing texts...)
[09:06] <bettong> what sharing user? the client or the child?
[09:08] <Nurionn> e.g. client one is named 'lese01' -> now I want a user 'lese01' and every person that uses this client uses the user 'lese01'
[09:09] <bettong> not sure how you would bind users to a particular terminal.
[09:10] <Nurionn> hoping they use the correct user :D
[09:10] <bettong> :)
[09:11] <Nurionn> I'm not teacher, thats not my problem -> but they use these rooms rarely and we don't want to create ~1k users...
[09:11] <bettong> 1k users==ldap job ;)
[09:12] <bettong> are you going for a general kiosk feel, or each student has a set terminal to sit at?
[09:12] <Nurionn> he can sit where he like to
[09:14] <bettong> hm. you want kiosk mode. not dealt with it myself though, so i cant help much
[09:14] <Bauer> is there any way to make schooltool work? if not, are there good alternatives?
[09:14] <Nurionn> we tought to create useres 'lese01' to 'lese24' (and same for the other room)
[09:16] <bettong> Bauer, whats that? *heh*
[09:16] <Bauer> http://www.schooltool.org/ it is in the edubuntu repository,, ogra said it was broken yesterday
[09:19] <bettong> ah, i havent heard about that
[09:19] <Bauer> ok :)
[09:20] <Bauer> another thing - is there a way to set a random 8-char password on several users, and get an output to a text file?
[09:21] <bettong> theres password generating tools available in apt, not sure how they work though
[09:21] <bettong> that or DIY ;)
[09:27] <Bauer> have tried some of them, they just spit out passwords in the terminal,, would be nice to make it set the password for users automatic
[09:28] <Nurionn> now I tried to add the users with 'useradd' but they don't have any privileges (couldn't log on a thinclient).
[09:28] <Nurionn> ist there another command to do that?
[09:31] <bettong> Bauer, set automatic in whta way?
[09:31] <bettong> no no no!
[09:31] <bettong> *adduser*
[09:31] <bettong> *never* useradd
[09:33] <Bauer> bettong: so that I can run a command which set a random password on x number of users automatic, and also get the result in a text file or in the terminal. now i just get an output in the terminal, and would have to set the password for each user manually
[09:33] <bettong> looked at libpam-pwdfile - PAM module allowing authentication via an /etc/passwd-like file
[09:33] <bettong> libpam-pwgen - a password generator
[09:33] <bettong> :
[09:44] <Nurionn> little problem:
[09:45] <Nurionn> I deleted ALL content from /home/ -> what to do?
[09:47] <bettong> hope you have backups :)
[09:48] <Nurionn> I cloned the vmware-machine...
[09:51] <Nurionn> apparently it was good to do so.
[09:52] <bettong> hehe
[09:56] <Nurionn> vmware is great, now I've anew a running system
[11:25] <pips1> how come edubuntu doesn't feature on the fridge calendar anymore?
[11:25] <pips1> what time will today's meeting take place?
[11:26] <ogra> the early one (in 1h ??)
[11:26] <ogra> err 30 min
[11:27] <RichEd> yep ... early one
[11:27] <RichEd> pips1: laserjock will addd the events ... i needs to send him an email ... will try to do that today
[11:29] <pips1> oh, meeting in 30 mins. ok.
[11:30] <riot_le> hi, i am having trouble gegtting
[11:34] <riot_le> hi, i am having trouble getting the dhcp server up. when i try /etc/init.d/dhcp3-server start this fails. i used the example config in /etc/ltsp/. in /var/log/syslog i get "no subnet declaration for eth0. i added "interface "eth0"; no change. also DHCPD_INTERFACE="etho"; does not help.
[11:35] <riot_le> if anyone could help me that would be greatl.
[11:36] <ogra> dont change /etc/default
[11:36] <stgraber> ogra: funny, using "gnome-session-save --kill" closes the gnome session on a thin client but shows the session logout box on a desktop computer :)
[11:37] <stgraber> I'll need to find a better way to logout for my next italc upload ...
[11:37] <ogra> stgraber, pretty sure it checks gdm
[11:37] <stgraber> gdm-signal also doesn't seem to work here (I'm testing with Feisty at the moment)
[11:37] <ogra> did you try setting --display ?
[11:37] <riot_le> i dont touch /etc/default
[11:38] <ogra> riot_le, " i added "interface "eth0"; no change. also DHCPD_INTERFACE="etho""
[11:38] <ogra> thats what you just wrote
[11:38] <ogra> dont do that
[11:38] <stgraber> ogra: ica is running as a session script, so DISPLAY is set correctly, on a real client : "gdm-signal" just doesn't do anything and gnome-session-save shows the logout window
[11:39] <ogra> just make sure to have a proper static interface with an IP that matches the range you defined in /etc/ltsp/dhcpd.conf
[11:39] <stgraber> ogra: I like KDE on that point, I have 3 different dcop signal to send an that's all :)
[11:39] <ogra> check for LTSP_CLIENT so you can have two different ways
[11:40] <ogra> LTSP_CLIENT is always set in ltsp sessions
[11:41] <riot_le> i did not insert both at the same time ;-)
[11:42] <stgraber> yes, but gdm-signal and gnome-session-save --kill don't work on a real desktop PC (no thin client), that's my current problem :)
[11:43] <stgraber> "gnome-session-save --kill" correctly kills gnome on a thin client (gdm-signal doesn't work, I'm waiting for local apps to have shutdown/reboot working)
[11:47] <ogra> riot_le, just revert that change, make it DHCPD_INTERFACE="" as it used to be, then make sure the interface has the right ip and try again
[11:47] <stgraber> argh, irssi crash
[11:49] <ogra> hardy ?
[11:49] <stgraber> feisty server
[11:49] <ogra> oh
[11:50] <riot_le> that doesnt help, it fails again
[11:50] <ogra> put your /etc/ltsp/dhcpd.conf and the output of the ifconfig -a command on paste.ubuntu-nl.org and point me to the paste ...
[11:51] <ogra> ************ Reminder, edubuntu meeting in #ubuntu-meeting in 10 min ************
[11:52] <riot_le> im on another pc, can't paste now cause i dont have internet @ the server
[11:53] <ogra> use a usb key :)
[11:53] <ogra> ifconfig -a >ifconfig.txt (then copy it over)
[11:53] <riot_le> i have temporari no usb key avivable
[11:54] <ogra> riot_le, hmm, hard to help then :)
[11:54] <riot_le> i will ask if someone other here has a key
[11:56] <ogra> ************ Reminder, edubuntu meeting in #ubuntu-meeting in 5 min ************
[11:56] <riot_le> which file does the dhcp server use? i think it's /etc/dhcp3/dhcpd3.conf. what use is /etc/ltsp/dhcpd.conf?
[11:57] <ogra> /etc/ltsp/dhcpd.conf is used by default
[11:57] <riot_le> /etc/dhcpd.conf
[11:57] <ogra> (if it exists)
[11:57] <ogra> (which is the case if you have ltsp installed)
[11:57] <riot_le> ok, that is an important info. i tested ltsp on a debian etch box recently and this file appeared to be ignored.
[11:57] <ogra> yeah
[11:58] <ogra> etch is a) very old ltsp implementation, debian needs some time to port our stuff every time b) not using the patched dhcpd
[11:58] <ogra> their dhcpd requites a lot more configuration all over
[11:58] <ogra> *requires
[11:59] <ogra> hile ours only exects an interface with IP from the 192.168.0.X range to work out of the box (as explained on https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall)
[12:00] <ogra> *while
[12:00] <riot_le> according to the log it does ignore the file in /etc/ltsp. the log sais "the subnet declaration for eth0 (<IP_ADDRESS>) ... which is the value i am using in the conf. but i just replaced /etc/ltsp/dhcpd.conf and will try.#
[12:01] <ogra> hmm, why did you replace it ?
[12:01] <ogra> just change 192.168.0 to 192.168.50 everywhere in the default file
[12:01] <riot_le> ok working
[12:02] <ogra> good
[12:02]  * riot_le notes: if ltsp is used, use that conf, not the old dhcp's. ;-)
[12:02] <riot_le> thank you
[12:02] <ogra> but please mention exactly that you replaced the file in case you need further support later so suporters know they dont deal with the easy default file
[12:03] <ogra> (i might remembr that but others wont know and assume the default :) )
[12:03] <ogra> ************ Reminder, edubuntu meeting in #ubuntu-meeting NOW ************
[12:03] <riot_le> i trying to restart the dhcp-server now
[12:16] <Nurionn> where can I find freemind (apparently the
[12:17] <Nurionn> which repository must I add?
[12:31] <Nurionn> ah I think I found them.
[12:33] <ogra> Nurionn, sorry we're all in #ubuntu-meeting in the weekly edubuntu meeting
[12:34] <ogra> i think its in multiverse since its still depending in the nonfree java
[12:34] <stgraber> Nurionn: it's in multiverse
[12:35] <stgraber> Nurionn: it's in multiverse since Gutsy
[12:36] <ogra> should move to universe once icedtea java is done :)
[12:48] <Nurionn> no problem, I found functional repositories in the ubuntu-forum (http://ubuntuforums.org/showthread.php?t=348920)
[12:49] <Nurionn>  deb http://eric.lavar.de/comp/linux/debian/ experimental/
[12:49] <Nurionn>  deb-src http://eric.lavar.de/comp/linux/debian/ experimental/
[12:50] <Nurionn> now I could install with 'sudo apt-get install freemind'
[12:56] <ogra> ouch, be careful thats a debian repo
[12:57] <ogra> it might break your system if there is other stuff in it
[12:57] <Nurionn> what would you counsel instead?
[13:03] <stgraber> ogra: I'm reading the eeePC specs, it has L2 cache !!! :), hardware looks good, just have to wait for a bit for the price to get a bit lower
[13:04] <Bauer> is it much work to have several servers working in a cluster?
[13:06] <stgraber> not really, you'll just need a central server for authentication/home directory
[13:06] <stgraber> then the others to use it for authentication and mounting /home
[13:08] <Bauer> ok. i have one server ready, and some of the schools here can try it if they want. if they like it, we will probably set up more and let all the schools use it :)
[13:08] <stgraber> load-balancing can be done with ldm (IIRC) or using things like DNS (and multiple A record)
[13:08] <Bauer> is there a guide for managing edubuntu cluster-mode some place?
[13:09] <stgraber> I don't know, but there are for LDAP auth server and shared /home directory, that's basically what you'll need
[13:09] <stgraber> (and some scripts to syncronise the package lists between the servers)
[13:11] <Bauer> ok. i guess you will be hearing from me later :p
[13:12] <ogra> there is a wikipage for failover clustering from dtrask, i dont know the url though
[13:13] <Nurionn> ogra: I comment these lines now out with a #, for I don't think I will need them for a while
[13:13] <stgraber> I played a bit with LDAP auth recently and it's lot easier with Gutsy than it was before :)
[13:13] <ogra> Nurionn, yeah, thats safer
[13:15]  * Nurionn writes down, what he had done on his server. (just in case...)
[13:30] <Nurionn> I have just the Problem, that my ThinClient can't access their usb-key, and I found out, that it was because of the rights in (System - Administration - users and groups)
[13:30] <ogra> right
[13:31] <Nurionn> can I grant these rights (safe root-privileges) in the console?
[13:31] <ogra> you need to add them to the fuse group
[13:32] <Nurionn> is there a command to do so with multiple users?
[13:39] <ogra> Nurionn, uid=$(cat /etc/passwd|cut -d ':' -f3);for id in $uid;do if [ "$id" -gt "1000" ] ;then user=$(grep $id /etc/passwd|cut -d ':' -f1|grep -v nobody); sudo adduser $user fuse ;fi ;done
[13:39] <ogra> copy and paste that line
[13:40] <ogra> note that will add *all* users above uid 1000 to fuse
[13:40] <ogra> (below 100 are the system users)
[13:40] <ogra> *1000
[13:41] <Nurionn> I started with my users at uid 1011, I will take this number in your skript...
[13:45] <Nurionn> i've errors for the first 8 users:
[13:45] <Nurionn> adduser: Nur ein oder zwei Namen erlaubt.
[13:45] <Nurionn> (-> only one or two names allowed)
[13:45] <ogra> well add them manually then :)
[13:45] <ogra> its only 8 :)
[13:45] <ogra> instead of *all* now
[13:46] <ogra> (that script was quickly hacked down from the top of my head, no error catching here apart from adduser ;) )
[13:47] <stgraber> Nurionn: you have accounts with space in their username ? (trying to understand the adduser error)
[13:47] <Nurionn> no
[13:48] <ogra> stgraber, its likely an error in my line
[13:48] <Nurionn> they're named lese01, lese02, lese03, .... until 24 (and same for other rooms)
[15:03] <bddebian> Heya
[17:33] <Belutz> ogra, ping
[17:33] <ogra> Belutz, hey
[17:33] <Belutz> is there any special way to go into bios in cmpc?
[17:33] <Belutz> hitting "del" and "F11" on boot do nothing :(
[17:35] <johnny_> try f2..
[17:35] <johnny_> hehe
[17:35] <johnny_> no.. i don't know the cmpc
[17:36] <Belutz> :)
[17:53] <ogra> Belutz, i think F10
[17:53] <ogra> i dont have my CMPC around atm
[17:53] <ogra> F11 is the bootdevice selection ...
[17:54] <Belutz> F11 didn't work too
[17:56] <ogra> hmm, del just gets me to the BIOS here
[18:00] <Belutz> is it the keyboard or ... :(
[18:34] <Goosemoose> anyone using a network install and a preseed file with apt-cacher?
[18:35] <Goosemoose> i keep getting told the specified mirror is not available or does not have a valid release file on it
[19:46] <das-t_> good evening, i am new @ edubuntu. i am trying to find a documentation on how to setup a server-client. the client is booting ok over the network, but i cannot log in. do i need to register the machine somewhere? how?
[19:46] <das-t_> i just cannot find the correct howto for that.
[19:46] <johnny> did you setup a user?
[19:47] <das-t_> yes, during install. and i set up a test user uid 1001. and i tried setting up a user in the chroot of /opt/ltsp/i386/
[19:48] <johnny> you don't set it up in the chroot
[19:48] <johnny> the chroot isn't supposed to have any users
[19:48] <johnny> except root for debugging sometimes
[19:48] <das-t_> ok, it was just a try.
[19:49] <das-t_> i do have a test user in the normal system. do i need a special group for it or something?
[19:49] <johnny> no
[19:49] <johnny> i don't think so..
[19:49] <das-t_> though the client sais something like "cannot register themachine" ...
[19:50] <johnny> register? hmm
[19:50] <johnny> that's not enough info
[19:50] <das-t_> ok then. i don't have the system here.
[19:50] <das-t_> mainly i am trying to find a place to read ;-)
[19:50] <das-t_> i might come back then tomorrow when i am at the machines themselves.
[19:51] <ogra> whats the error you get if you try to log in ?
[19:52] <das-t_> someting that makes me suspect i need to register the client somewhere. something like "cannot register machine". that does not sound like there is  a wrong user at all.
[19:52] <das-t_> not wrong password or the like
[19:53] <ogra> this workstation is not authorized ?
[19:53] <das-t_> yes, very possible.
[19:53] <das-t_> how do i authorize it?
[19:54] <ogra> sudo ltsp-update-sshkeys && sudo ltsp-update-image
[19:54] <ogra> i guess you changed your ip after install
[19:54] <das-t_> ok, yes, that is correct
[19:54] <ogra> the client needs to know abut that in its ssh key settings :)
[19:54] <das-t_> ok, i remember i saw a passage about changing the ip
[19:54] <ogra> so the first command copies new keys into place ...
[19:55] <ogra> the second rebuilds an image from your chroot
[19:55] <ogra> (the image is what the clients use by default)
[19:55] <das-t_> but i was obviously too blind to realize i needed that
[19:56] <das-t_> i am all new to ltsp, so thank you very much, i very much believe this is it.
[19:57] <das-t_> thank you very much, i am quite sure you helped. i will try tomorrow.
[19:58] <ogra> btw the edubuntu handbook is the best source for ltsp info ;) its installed by default in the help system in every edubuntu
[19:59] <ogra> (in (k)ubuntu just install the edubuntu-docs package)
[20:00]  * HedgeMage peeks in
[20:00] <HedgeMage> hey, ogra, I was hoping to catch you today.
[20:00] <lns> Ogra! =)
[20:00] <ogra> hey HedgeMage lucky girl you are :) i was about to close the lid :)
[20:00] <das-t_> ok, thank you, i was searching online. the ltsp documentation seems good, but i was too blind. ;-) if you are at an edubuntu, which version of ltsp is inside edubuntu? i am at ltsp.org too right now.
[20:01] <ogra> 5.0.39
[20:01] <HedgeMage> ogra:  I might be recommending an LTSP setup for a local school, and will need to help them decide what hardware to purchase.  Do you have a favorite brand of thin clients?
[20:01] <ogra> its the very latest (ltsp was developed in ubuntu for the last two years, that recently changed)
[20:02] <HedgeMage> I've never shopped for them before
[20:02] <ogra> HedgeMage, http://www.disklessworkstations.com/cgi-bin/web/200104.html?id=zinCjRNS is pretty good , http://www.disklessworkstations.com/cgi-bin/web/200029.html?id=zinCjRNS as well but expensive
[20:03] <das-t_> as a thank you ... i have no clue what kind of music you enjoy, i am just listening to this ... http://www.jamendo.com/de/album/14943/ ... and enjoy it quite a lot. it features a new instrument i saw life not long ago. absolutely fascinating. http://en.wikipedia.org/wiki/Hang_(musical_instrument) - if you are interested great, if not take it as my way of saying thank you ;-)
[20:03] <ogra> dont get that one, thats utter crap http://www.disklessworkstations.com/cgi-bin/web/200110.html?id=zinCjRNS
[20:03] <das-t_> thank you and good night
[20:04] <HedgeMage> ogra:  thanks!
[20:04] <ogra> HedgeMage, http://www.koolu.com/content/view/94/241/ is also very good, but has broken Xserver drivers in gutsy
[20:04] <ogra> its the best price for HW you can pay i think
[20:05] <lns> oops, was about to mention koolu =)
[20:05] <HedgeMage> ogra:  thanks :)
[20:06] <ogra> 800Mhz and 512M is pretty good for $199 but it uses an amd chipset which has a broken X in gutsy .... and no solution forseeable yet
[20:06] <lns> also check out http://www.thesymbiont.com/index.php?option=com_content&task=blogcategory&id=80&Itemid=109 - their SYM1110 seems promising, although I haven't tested it yet
[20:09] <HedgeMage> thanks both of you :)
[20:12] <lns> Just passing on the knowledge ;)
[21:12] <airjump> bye and a good n8
[21:33] <jimcooncat> have a regular ltsp setup, finally. I'm using some thin clients, but also want to make use of the environment from my regular fiesty desktop. I'm currenty running vnc4server on the ltsp server, but was wondering what others use for remote access?
[21:43] <johnny> uhmm.. ssl..
[21:43] <johnny> err ssh
[23:19] <ScorpKing> hi guys. if i want to install a LTSP server, which option do i choose from the livecd?