[00:49] <AriMartti> any way install ubuntu studio from console / alternate install?
[00:50] <AriMartti> this #¤%#& installer freezes any time i tried it
[00:51] <AriMartti> tried with 'noacpi nolapic' 'acpi=off', both and normal way'
[00:52] <AriMartti> also "live system" or "install ubuntu studio" alternatives
[00:53] <AriMartti> in live system it freezes "Where are you?" dialog in ubiquity, not so interesting logs in /var/log/installer/debug
[00:54] <AriMartti> tried also using ' ubiquity --desktop %k --debug gtk_ui & ' command-line parameters
[00:54] <AriMartti> in plain installer gui it freezes in "importing users" dialog
[00:55] <AriMartti> both way tried to wait over 4 hours in freezed view
[00:55] <holstein> AriMartti: can you get to a live desktop?
[00:56] <holstein> AriMartti: you can install ubuntustudio-desktop from wherever you like
[01:09] <AriMartti> holstein: yes, i'm now downloadin ubuntu official alternate installer
[01:10] <AriMartti> only wonder why there aren't alternative ways to install on live dvd
[01:11] <AriMartti> holstein: yes, i had the live desktop
[01:12] <AriMartti> but no linux installed on hard disk
[01:15] <AriMartti> but maybe that's clear for everyone that i'm so unhappy with that ubuntu studio installer dvd
[01:16] <AriMartti> so let's speak about video capturing
[01:16] <AriMartti> how necessary the real-time kernel is when capturing analog video to hard drivee?
[01:17] <AriMartti> i'm trying to construct perfect budget-class video capturing machine
[01:18] <AriMartti> i already have a PC with 2,3 GHz quad AMD, 8 GB RAM and nVidia GTX7800 GPU
[01:19] <AriMartti> i'm wondering if i need a 64 GB SSD for swap and 3 TB HDD for video data (180 h video in VHS tapes)
[01:20] <licensed> i would like to start with home studio.. i'm in doubt if i install a new linux (ubuntustudio) and keep dual boot, or i modify my ubuntu to work with music
[01:20] <licensed> it's poor haves to change o.s when we wants to do a job
[01:21] <AriMartti> i wish to install only ubuntu studio for that job
[01:21] <AriMartti> so there wouldn't be any other operating systems on that machine
[01:21] <AriMartti> i'm familiar with linux but not with video capturing
[01:22] <licensed> you agree to use ubuntustudio for software developer?
[01:24] <AriMartti> speaking me?
[01:25] <licensed> I work with software developing
[01:25] <licensed> i didn't know if i keep my ubuntu and install a new ubuntustudio
[01:25] <licensed> or if i remove my ubuntu and keep ubuntustudio only (to make all jobs)
[01:26] <AriMartti> i think you can install ubuntu studio without any need to reinstall the whole system
[01:26] <AriMartti> i'm going to install ubuntu now and then ubuntustudio-desktop in it
[01:27] <AriMartti> but as i said, i've never used ubuntu studio, only the live system of it about 3 hours trying install it
[01:28] <Len-nb> licensed, you can add the ubuntustudio-desktop meta package on top of ubuntu. I have not tried this myself but there are some who have.
[01:29] <AriMartti> there should be all dependencies and therefore also all software you would find in your brand new ubuntu studio install
[01:29] <licensed> Len-nb, but when i install this, i will have optimized kernel?
[01:30] <AriMartti> maybe you need to add ubuntustudio repositories in your synaptic or apt variant you like
[01:30] <AriMartti> and there should be the real-time kernel
[01:34] <Len-nb> low latency kernel, not RT. You should not need to add any repositories, ubuntustudio is ubuntu.
[01:38] <AriMartti> ok
[01:38] <Len-nb> If all you want is the kernel it can be added to any buntu on it's own
[01:40] <AriMartti> then, http://packages.ubuntu.com/precise/ubuntustudio-desktop
[01:47] <holstein> you can install that or any metapackage in any of the alternate iso
[01:52] <licensed> how can i have rt kernel? i have to install a new ubuntustudio or just a ubuntustudio-desktop package?
[02:11] <holstein> licensed: neither
[02:11] <holstein> you literally install just the kernel
[02:11] <holstein> you can get it from...
[02:12] <holstein> https://launchpad.net/~abogani/+ppa-packages
[02:12] <licensed> ok
[02:12] <holstein> or, you can just install the lowlatency one from the repos
[02:12] <holstein> OR, just try the generic one
[02:12] <holstein> enjoy!
[02:12] <licensed> yes, i understand. thank you
[04:20] <mighty_aboba> Len-dt, do you have RT kernel or lowlatency?
[04:20] <mighty_aboba> Len-dt, Hi :)
[04:20] <Len-nb> low latency.
[04:21] <Len-nb> hi I didn't know I was here :) just walking by the computer...
[04:21] <mighty_aboba> Did you try RT once?
[04:21] <Len-nb> maybe back at version 2.4 or less.


[00:08] <ochosi> i would start by initializing the scale to 1.0
[00:08] <ochosi> but obviously that's just part of the solution
[00:08] <ochosi> although... actually that may be fine in any case
[00:09] <ali1234> it will change the bug from "all monitors turn off when i plug or unplug one" to "all monitors scale resets to 1 when i plug or unplug one"
[00:09] <ochosi> the scale is in xfconf anyway and that's what it should try to load when going through the outputs
[00:09] <ali1234> which is slightly less annoying, but still really annoying
[00:10] <ochosi> did you set the scale by hand?
[00:10] <ochosi> i mean i guess you didn't
[00:10] <ochosi> cause otherwise xfsettingsd should have remembered it and applied it
[00:10] <ali1234> no, i never touched any scale setting
[00:10] <ochosi> all outputs that are connected are remembered in the "Default" profile
[00:11] <ochosi> so the scale is also retained there and that's what should be applied
[00:11] <ochosi> i'm just surprised you're the first one to run into this bug
[00:11] <ochosi> it sounds like i should have experienced it as well
[00:12] <ochosi> you could try to set the scale values in xfconf to 1.0 for one of your outputs
[00:12] <ochosi> just to see how that changes the behavior
[00:12] <ochosi> or to 2.0 if you want
[00:15] <ali1234> it wont change the behaviour
[00:15] <ali1234> because it calculates the screen size before the scale is loaded
[00:17] <ochosi> another issue i see with scale is that one time it's wrapped in #ifdef HAS_RANDR_ONE_POINT_THREE and the other time it's not
[00:18] <ali1234> yes
[00:18] <ali1234> there are a lot of problems with this code
[00:18] <ali1234> i'd have to read all of it to figure out hw to fix it properly
[00:20] <ali1234> https://bugzilla.xfce.org/show_bug.cgi?id=15971
[00:21] <ochosi> well, i'm afraid that would be the same for me too
[00:22] <ochosi> every time i have to fix something there i need to read the whole code
[00:23] <ali1234> well i'll ping perfinion with the bug, since he wrote this code
[00:24] <ali1234> i'll read the code tomorrow :)


[00:01] <akgraner> added
[02:35] <MrChrisDruif> akgraner; mail is send
[06:22] <philipballew> http://www.jonobacon.org/2011/12/06/thanks-ubuntu-weekly-news-team/
[08:10] <dholbach> good morning
[08:21] <bkerensa> dholbach: good morning
[08:21] <bkerensa> :D
[08:21] <dholbach> hey bkerensa
[08:21] <bkerensa> dholbach: working on next release
[08:21] <bkerensa> :D
[08:21] <dholbach> nice :)
[08:21] <dholbach> thanks a lot bkerensa
[14:38] <MrChrisDruif> There, responded on the responses on my question to the flavors for cooperation =)
[14:42] <akgraner> MrChrisDruif, thanks - jono's been cc'd  the thread
[14:43] <MrChrisDruif> Yeah, Charlie apparently also replied, but I only saw the news team send to, so I forwarded his reply to everyone with my commentary =)
[14:44] <akgraner> Thanks - let jono sort out the wording issue
[14:44] <akgraner> I wanted him to see it as it's an indicator of an undercurrent
[14:44] <MrChrisDruif> ??
[14:53] <akgraner> MrChrisDruif, Thanks for your help and getting this organized.  We really appreciate it!
[14:53] <MrChrisDruif> Your welcome akgraner =)
[22:00] <MrChrisDruif> I was getting all these messages in my mailbox....and I didn't know why. I finally figured it out it from my ubuntu-news subscription ='D
[22:10] <akgraner> hmm we only send 1 message a week from ubuntu-news so there shouldn't be a lot  - the only thing from that list should be the newsletter
[22:10] <akgraner> is it ubuntu-news-team sometimes that gets more
[22:13] <akgraner> pleia2, I have some time off between Christmas and New Years - I want to work on the wiki pages one of those days - I'll Sandbox things and send you and the team links so we can get the re-org process started
[22:13] <pleia2> akgraner: ok, sounds good
[22:14] <pleia2> I just have the fridays off
[22:14] <akgraner> nice!
[22:14] <akgraner> yeah but I don't want you to spend your whole time off looking at wikis
[22:14] <pleia2> :)
[22:15] <akgraner> but I know that sometimes it's easier to tweak a populated page rather than stare a blank on
[22:15] <pleia2> I have an aunt visiting on christmas eve eve - christmas so that weekend is pretty much lost
[22:15] <akgraner> one
[22:15] <pleia2> but I'll be around a bit for new years
[22:15] <akgraner> no worries  - just want you to know  - so we don't duplicate efforts and all that jazz
[22:43] <MrChrisDruif> akgraner; that's what I meant.."ubuntu-news-team"
[22:44] <MrChrisDruif> That sounds like a plan akgraner
[22:48] <MrChrisDruif> Btw, I saw a Ubuntu Mobile meeting on the Fridge today, but it seems that team isn't active anymore?
[22:50] <MrChrisDruif> It seems they have been renamed and/or re-tasked to ARM


[01:27] <Shiseiji> FYI. https://help.ubuntu.com/community/BootOptions doesn't apply to 16.04  Personally I can't get past black screen and blinker. At "boot:" entering "e" takes me right back to the two icon screen. None of the [F6] options make any difference.


[10:30] <Riddell> can I force mplayerthumbs through on arm64? mplayer not compiling saying "It seems nobody has ported MPlayer to your OS or CPU type yet."
[10:37] <mlankhorst> port it ;-)
[10:38] <Riddell> wibble
[10:51] <cjwatson> Riddell: please can we stop building mplayerthumbs on arm64 if it's uninstallable, then
[10:51] <cjwatson> and actually not sure that port would be terribly hard ... I think it might just be configure nonsense?
[10:52] <cjwatson> let me see, this has enough rdeps that it would be worthwhile.  last I looked it was blocked by dependencies but apparently not any more.
[11:08] <Riddell> cjwatson: mm yes we could just not build it you're right
[11:10] <cjwatson> Riddell: I think it might not be hard to do a minimal port at this point, so please hold off a bit?
[11:10] <cjwatson> Riddell: I'll let you know if I give up :)
[11:11] <Riddell> cjwatson: gotcha
[11:46] <cjwatson> Riddell: uploaded mplayer
[11:46] <Riddell> oh nice, thanks cjwatson
[12:51] <jamespage> please could I get a release team ack on #1 of bug 1287147
[12:51] <ubot2> Launchpad bug 1287147 in juju-core (Ubuntu Trusty) "[FFe] juju-core 1.18/2.0" [High,New] https://launchpad.net/bugs/1287147
[12:51] <jamespage> its not a stable release but it does move the version we have in 14.04 forwards and fixes some key bugs.
[13:17] <pitti> hello
[13:17] <pitti> any chance someone could ack the postgresql SRUs for all stables? (bug 1294006)
[13:17] <ubot2> Launchpad bug 1294006 in postgresql-9.1 (Ubuntu Saucy) "New upstream microreleases 9.3.4, 9.1.13, 8.4.21" [Undecided,In progress] https://launchpad.net/bugs/1294006
[13:18] <pitti> it's just a formality, it's got a MRE and has been done countless times already
[13:18] <pitti> I'm happy to process them myself if the SRU team is okay with that
[13:26]  * cjwatson finally disentangles the ruby-multi-xml build failure
[14:02] <jamespage> Daviey, around? could you take a look at #1 on bug 1287147
[14:02] <ubot2> Launchpad bug 1287147 in juju-core (Ubuntu Trusty) "[FFe] juju-core 1.18/2.0" [High,New] https://launchpad.net/bugs/1287147
[14:04] <Daviey> jamespage: ok
[14:04] <jamespage> Daviey, thanks :-)
[14:31] <jdstrand> hey, so yesterday apparmor migrated even though click-apparmor and apparmor-easyprof-ubuntu autopkgtests failed (apparmor didn't declare a new (but common) python3-pkg-resources Depends which cause imports to fail in the autopkgtests)
[14:31] <jdstrand> I fixed the issue, but wondered why apparmor migrated
[14:40] <xnox> jdstrand: inspecting the logs http://paste.ubuntu.com/7130902/
[14:40] <xnox> jdstrand: click-apparmor, lxc, apparmor-easyprof-ubuntu autopackage tests did run and finish successfully.
[14:40] <xnox> jdstrand: from britney's point of view.
[14:40] <xnox> jdstrand: from logs at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses/2014-03-20/
[14:41] <jdstrand> xnox: that is probably for ubuntu2, which was the fix I uploaded
[14:41] <jdstrand> xnox: ubuntu1 is what had the issue
[14:41] <jdstrand> https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-apparmor-easyprof-ubuntu/
[14:41] <jdstrand> #11 in the build history
[14:41] <xnox> jdstrand: the logs i pasted to you are 2.8.0-0ubuntu38 -> 2.8.95~2430-0ubuntu1 from britney
[14:41] <jdstrand> hmm
[14:42] <jdstrand> that is weird cause jenkins gave me failure emails, is in red, says fail all over
[14:42] <xnox> from yesterday 22:45:10 UTC -> 23:28:17 UTC
[14:42] <jdstrand> Test Result (4 failures / +4)
[14:42] <xnox> jdstrand: hm, chase up with jibel probably -> Do you have any other logs for above post-mortem?
[14:43] <jdstrand> all the jenkins ones seem to be there
[14:44] <jdstrand> jibel: hi! https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-apparmor-easyprof-ubuntu/ #11 corresponded with the 2.8.95~2430-0ubuntu1 aparmor upload yesterday. the autopkgtest failures didn't block migration (also see backscroll)
[14:44] <jdstrand> jibel: I was curious why
[14:45] <jdstrand> jibel: also note, click-apparmor autopkgtest failed in the same way
[14:45] <xnox> jdstrand: jenkins failed ~ 22:52 UTC it seems, which well in time for 23:05 & 23:28 britney runs to say they FAILED.
[14:46] <jdstrand> jibel: here is the click apparmor one: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-click-apparmor/ (#22 corresponds to the 2.8.95~2430-0ubuntu1 apparmor upload)
[14:47] <jdstrand> jibel: not, from my end, this isn't critical-- I've resolved the issue, but want to know if I need to be doing something else or alert you to the issue
[14:48] <jdstrand> xnox: thanks for looking at the logs
[15:00] <jibel> jdstrand, xnox looking
[16:17] <jamespage> Daviey, responded on that bug to your questions
[19:25] <bdmurray> slangasek: fyi arges and I are working on the SRU queues since he missed yesterday
[19:26] <slangasek> bdmurray: ah, ok
[19:26] <bdmurray> in case you start in...
[19:31] <stgraber> oops, forgot queuebot
[19:32] <infinity> queuebot: Hi, we've missed you.
[19:43] <bdmurray> slangasek: there is something that looks like a MRE for juju-core in the saucy queue.  Has the tech board talked about this at all?
[19:43] <slangasek> bdmurray: no;  https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions has been kept up-to-date
[19:44] <bdmurray> slangasek: okay
[19:46] <slangasek> and the principle of MREs is that we don't need to do per-change SRU validation because upstream already QAs for us... I'm not sure I see why, for a project Canonical is upstream for, we wouldn't just do the QAing directly in the SRU process
[19:47] <infinity> What does an MRE for juju-core even mean, when most of it isn't even in the archive? :/


[04:06] <jose> mhall119: ack'd the time change, changed on the ubuntuonair calendar too
[06:46] <dholbach> good morning
[07:42] <czajkowski> jcastro: ping
[12:51] <jcastro> czajkowski, yo!
[13:21] <jcastro> marcoceppi, leaf time
[13:21] <jcastro> I am laughable ... 5.
[13:25] <marcoceppi> haven't gotten mine yet jcastro
[13:25] <jcastro> you will crush me I am sure
[13:26] <marcoceppi> probably ;)
[13:26] <marcoceppi> I've been running the AC these past few weeks
[13:28] <jcastro> it's still cold here
[13:55] <mhall119> thanks jose
[14:07] <jose> jcastro: you have mail
[14:34] <marcoceppi> jose: leafs are in, 29 for the month
[14:34] <czajkowski> whooo 2.6 is out \o/
[14:34] <czajkowski> marcoceppi: leaf :) http://www.joyent.com/content/07-blog/722-joyent-to-sponsor-and-present-at-mongosv-2012/mongodb-leaf.png
[15:58] <jose> jcastro: ping, have a minute?
[15:59] <jcastro> unfortunately not today
[16:00] <jcastro> after work perhaps, I have a tight deadline!
[16:00] <jose> no problem, let me know when you have some time
[17:20] <dholbach> all right my friends - I call it a day - see you all tomorrow!


 may I ask what is your choice of network management for LXQt?
 @brli7848, We don't have things completely set in stone yet.
 We've been bouncing between a few.
 oh hi @tsimonq2 XD this question just come about my mind while reading your tweet
 Which tweet? :D
 since I saw the applet there https://twitter.com/tsimonq2/status/921883243913338880
 Ah ok :D
 Yeah that applet is network-manager-gnome
 But obviously we want to explore other options...
 obviously :D
 was using connman
 Yeah I'll have to look at that again
 @brli7848 Do you have a laptop?
 am on it
 I mean, I'm currently using a laptop lol
 LXDE or LXQt?
 Nah, am using plasma
 Plasma's great too :D
 Which distro?
 Arch
 Ah gotcha, cool cool
 cool changelog for 0.12... drop the lxqt-common one with more details packages great
 http://lxqt.org/release/2017/10/21/lxqt-0120/
 :D
 In a few hours ill be installing 17.10
 \o/
 Idk if next or lxde
 LXDE
 Next isn't good yet ;)
 Look, i just burned a lxde 17.10 ISO on my USB
 Then i go to the right way
 (Photo, 1280x720) https://i.imgur.com/nVuxCXB.jpg
 ❤
 :D
 All seems to work really well
 Excellent :D
 yep, im really happy with lubuntu
 I just hope that when LXQT arrives, I will not miss LXDE XD
 I really think you'll like LXQt ;)
 i tested it, only on live session, and seems very neat, clean, modern, sleek
 just what i need and want on a desktop
 It is, I've been running it for about a year now with minimal problems :)
 it seems like a light plasma sometimes
 And that's another thing I like about it.
 I really like KDE Plasma, but sometimes it just gets in my way.
 i used plasma a lot, i like it, but its so "massive"
 We need this PC
 (Photo, 1080x970) https://i.imgur.com/kviKZvt.jpg
[20:01] <agaida> but in pink!
 well, it run Doom?
 😂
 @Wolfenprey, It surely does
 sure, XD


[18:44] <gdos> hey how do i start a ubuntu chapter in wyo (just north of you guys and gals)?
[20:41] <joey> hi gdos
[20:42] <joey> gdos: the short answer: https://wiki.ubuntu.com/LoCoTeamHowto


[14:54] <tyche> For anyone who might be interested, http://fridge.ubuntu.com/events is now a plain, white page with nothing on it.  Hopefully the Events Calendar will re-appear sometime next week so I can further update the recurring events.
[14:55] <tyche> If not, then please "turn your dial" to the UWN, where we'll try to keep you informed of the coming week's events (WE HAVE OUR WAYS.  Hee hee)
[15:03] <Tumie> tyche: ok :)
[15:03] <tyche> Morning, Tumie
[15:03] <Tumie> XD,, it is 16:03 here XD
[15:03] <Tumie> but for you:  morning tyche :p
[15:04] <tyche> It's always morning, somewhere.  In my case, I think it's my second Sunday for this week, as I was up at 2:30 MTS (9:30 UTC)
[19:02] <Tumie> tyche: good evening
[19:14] <johnc4510-laptop> Tumie: tyche is out right now
[19:14] <johnc4510-laptop> he'll be back later
[19:15] <Tumie> johnc4510-laptop: ok, :P
[19:15] <johnc4510-laptop> Tumie: anything i can help with?
[19:15] <Tumie> johnc4510-laptop: just wanted to say good evening.. :P
[19:15] <johnc4510-laptop> ha k
[19:16] <Tumie> johnc4510-laptop: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Current
[19:17] <Tumie> johnc4510-laptop: it didn't go to 115, but to 114, i fixed it..
[19:17] <johnc4510-laptop> thx
[19:17] <Tumie> johnc4510-laptop: you forgot to change it.. :P
[19:17] <johnc4510-laptop> happens
[19:17] <johnc4510-laptop> there are about a 100 things to update when i release
[19:17] <johnc4510-laptop> lol
[19:17] <johnc4510-laptop> thx for the fix
[19:18] <Tumie> make a todo list :)
[19:18] <Tumie> i'm using a lot of todo lists.. i don't forgot anything :)
[19:18] <johnc4510-laptop> yeah, we have one
[19:18] <johnc4510-laptop> guess i just missed it
[19:19] <Tumie> ok, it's oke :p
[19:19] <Tumie> don't forget it this week :)
[19:22] <Tumie> boredandblogging: ubuntu podcast #11.. at 1:30.. at the left side.. just above the table, i can see an animal!!! :P
[19:25] <johnc4510-laptop> k
[19:33] <Tumie> johnc4510-laptop: do you know some rss feeds to get news ?
[19:34] <johnc4510-laptop> yeah, give me your email address and i'll send you links tomorrow
[19:34] <Tumie> thomas#ubuntublog.nl
[19:34] <Tumie> you know the spambot protection ? XD
[19:36] <johnc4510-laptop> no
[19:39] <tyche> Tumie: That's a cat.  and it wanders around the yard, and finally ends up down by boredandblogging.
[19:40] <Tumie> tyche: oke :P
[19:41] <tyche> Nick and Josh comment about it near the end of the podcast
[19:43] <Tumie> tyche: i don't watched the whole podcast XD
[19:44] <Tumie> at the moment, don't have time for it,, :P
[19:46] <tyche> understood.  Just letting you know.
[20:12] <Tumie> tyche: now i have time :)
[20:20] <Tumie> boredandblogging: can you say something else then "yes" in the podcast ? the other guy does the presentation, and you just confirm almost everything.. add a little more discussion in the podcast :)
[20:21] <popey> meow
[20:24] <johnc4510-laptop> popey: lol
[20:28] <Tumie> 11:20.. somebody is walking with 2 dogs in the garden, ubuntupodcast #11
[21:46] <boredandblogging> lol, I'm just a yes-man
[21:46] <tyche> Yes
[21:46] <tyche> >SNICKER<
[21:46] <boredandblogging> :-)
[21:46] <johnc4510-laptop> sure
[21:46] <johnc4510-laptop> lol
[21:47] <tyche> Aren't we an agreeable bunch.
[21:47] <boredandblogging> hmm, honestly didn't think it was that bad
[21:47] <boredandblogging> maybe I should listen to it again
[21:48] <tyche> Well, you do have a tendency to be walked all over by Josh
[21:48] <boredandblogging> lol, yeah, that I know
[21:50] <johnc4510-laptop> in boredandblogging's own words: "It's all good"
[21:50] <johnc4510-laptop> :)
[21:51] <boredandblogging> exactly
[21:57] <johnc4510-laptop> he use to tell me that a lot as he was making my work look better     thx
[21:57] <johnc4510-laptop> :)
[21:58] <boredandblogging> :-)
[22:00] <johnc4510-laptop> boredandblogging: i moved that IBM lotus article on symphony done to ION from ITB
[22:00] <boredandblogging> yeah, thats fine
[22:00] <johnc4510-laptop> k
[22:00] <boredandblogging> johnc4510-laptop: i gotta run, but email me if you need anything
[22:01] <johnc4510-laptop> k
[23:13] <johnc4510-laptop> New UWN issue is out: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue116


[00:06] <Duck-> I'm not a pedophile, but I'd bang that little blonde girl from the Gap commercial so hard she wouldn't walk straight until she got to grade 5!
[00:10] <_marx_> « !ops »
[00:10] <_marx_> !ops
[00:12] <_marx_> it'll be back
[02:29] <nigel_nb> hello :)
[02:30] <pleia2> hey nigel_nb :)
[02:30] <nigel_nb> oh hey pleia2, still awake huh
[02:31] <pleia2> barely, it's only 9:30pm and I'm exhausted
[02:31] <pleia2> I am never tired this early! sheesh :)
[02:32] <nigel_nb> i had a long day, just finished some heavy laundry
[02:32] <pleia2> fun fun
[02:33] <nigel_nb> pleia2: was supposed to meet a friend yday evening, completely forgot.  She blasted me for forgetting, cant forget today :P
[02:33] <pleia2> hehe
[02:35] <nigel_nb> have to write that post today or I'll forget
[02:35] <pleia2> :)
[02:37] <nigel_nb> pleia2: what you do as dev for debian?
[02:38] <pleia2> worked on a couple webapps, lately I've been working on some php library packages
[02:39] <nigel_nb> oh, so do you have to actually code? or just "debianize" source packages?
[02:40] <pleia2> mostly just debianize
[02:41] <pleia2> have to be somewhat clueful about the code when it comes to applying patches and things, but that isn't usually a huge deal
[02:41] <nigel_nb> hm, as I did find out recently ;)
[02:41] <nigel_nb> something like the MOTU in ubuntu I guess... rite?
[02:42] <pleia2> yep
[03:12] <nigel_nb> I'm off pleia2, later :)
[03:13] <pleia2> nigel_nb: take care :)
[08:54] <doctormo> _marx_: Are you? Just noticed my name in spaces
[08:55] <doctormo> I hope someone banned Duck- last night... that was vile.
[08:56] <ZachK_> Duck? what happened doctormo? And hey.....
[08:59] <doctormo> ZachK_: Oh, just someone who decided to troll, bringing up three or four bannable things in 4 lines.
[09:15] <ZachK_> doctormo: that's ridiculus
[11:48] <cjohnston> mornin
[12:08] <_marx_> doctormo: yes i are
[12:08] <_marx_> the troll was in -irc as well
[12:09]  * _marx_ hopes to have script done by 2000 EST
[13:31] <doctormo> marx: script?
[15:43] <starcraftman> popey: www.pastebin.ca/1730754 < My outline I'm working on. I only noticed recently your talk on Don't panic seems similar.
[15:50] <starcraftman> popey: busy huh? Well get back to me with thoughts when ya can.
[16:14] <popey> sorry, playing with the kids
[16:18] <starcraftman> oh that's perfectly fine :)
[17:25] <popey> starcraftman: yeah, you're right, there's quite some overlap there
[17:26] <starcraftman> so what ya wanna do? ><
[17:26] <popey> not sure it's withwhile having two sessions on the same topic
[17:27] <popey> I don't mind stepping aside, you do yours
[17:27] <popey> i can try and think of something else to do
[17:27] <popey> unless someone else has some ideas
[17:27] <starcraftman> popey: you sure ya don't mind?
[17:27] <popey> no
[17:27] <popey> it's fine
[17:29] <starcraftman> k, well lets see. I know it's slightly more advanced, but maybe a talk on partitions? That does seem to be where lots of new folks go wrong during install.
[17:29] <starcraftman> I answered far too many of those on forums over years.
[17:30] <popey> have a think, I don't mind either way.
[17:30] <popey> let me know what you decide :)
[17:31] <starcraftman> let you know? Now I'm confused, I thought you wanted suggestions on alternate.
[17:32] <starcraftman> besides, might be lil out of beginners scope, have to ask cjohnston
[17:33] <pleia2> starcraftman: I think a paritions discussion geared precisely as you just worded that "new folks having trouble during the install" would be fine :)
[17:33] <pleia2> like partitioning 101
[17:34] <pleia2> explaining what partitions mean, and fixing common problems new folks encounter
[17:35] <starcraftman> popey: not something takes your fancy?
[17:35] <starcraftman> pleia2: sounds good, now I'm conflicted. Har. I really like partitions. >.>
[17:36] <popey> yeah, I'm up for anything
[17:36] <popey> I can do a partitioning session, no problem
[17:36] <popey> get cjohnston to stick it on the schedule and I'll do it
[17:38]  * pleia2 hugs popey
[17:38] <pleia2> good work today btw :) thank you
[17:38] <popey> np
[17:38] <starcraftman> popey: alright then, that's settled then. I'll do my resources talk and popey does partition. Maybe next session we can switch. :)
[17:39] <FFEMTcJ> popey: What am I doing?
[17:40] <pleia2> 12:38:25 < starcraftman> popey: alright then, that's settled then. I'll do my resources talk and popey does partition. Maybe next session we can switch. :)
[17:40] <pleia2> or you could look at the logs, of course :)
[17:40] <pleia2> since their sessions are pretty similar
[17:41] <pleia2> I guess we an call popey's "Partitioning 101"
[17:41] <FFEMTcJ> Ok
[17:41] <FFEMTcJ> I got a notify that I got mentioned so I got on my cell
[17:42] <pleia2> lol
[17:42] <FFEMTcJ> How are you pleia2 ?
[17:42] <pleia2> I'm good :)
[17:42] <popey> yup sounds good
[17:42] <FFEMTcJ> Okie
[17:43] <FFEMTcJ> Whenever I get home I'll make the changes.
[17:46] <popey> http://supportdetails.com/ cute
[17:46] <popey> could be handy when supporting users
[17:47] <popey> be nice if we had a version that didn't require email, maybe a pastebin style page that gives a unique url to your details
[17:48] <FFEMTcJ> pleia2: You know everything. What do you know about the non-wiki ubuntu website? I'd like to help out and fix "bugs" but I can't get ahold of anyone that can tell me how. According to the website team page it looks like I should be able to check out a local copy and then submit diff's but I can't find the source to check out
[17:52] <pleia2> hehe
[17:53] <pleia2> I've only ever submitted bugs against ubuntu.com, AFAIK that's something canonical maintains
[17:53] <pleia2> I could be wrong though
[17:54] <FFEMTcJ> There are some bugs that have been open for a really long time which are still valid bugs. :-(
[17:56] <popey> https://bugs.edge.launchpad.net/ubuntu-website
[18:02] <starcraftman> FFEMTcJ: you know, I agree. Site needs quicker/better maintenance, I remember one time I was browsing the links for CD mirrors, one linked to a porn site.
[18:03] <FFEMTcJ> Yup
[18:04] <FFEMTcJ> popey: Ive gone through and closed/confirmed a ton of bugs there already. But I'd like to fix
[19:49] <cjohnston> popey starcraftman pleia2 Partitioning 101 is added
[19:50] <starcraftman> cjohnston: rgr :)
[19:51] <popey> thanks cjohnston / starcraftman
[19:52] <starcraftman> popey: oh I didn't do anything.
[19:52] <cjohnston> ya, but you deal with me not pinging you
[19:52] <cjohnston> ;-)
[19:53] <popey> you raised the issue of the duplication of sessions starcraftman which I was unaware of
[19:53] <starcraftman> cjohnston: lol, you :p
[19:53] <popey> and you also generated more work for me
[19:53] <popey> :p
[19:53] <cjohnston> hehe
[19:54] <starcraftman> popey: oh, then your most welcome. Here to serve.
[21:29] <nigel_nb> doctormo: hello :)
[23:28] <cjohnston> so.....
[23:34] <cjohnston> anyone home?
[23:58]  * _marx_ looking at pics of crazy work today
[23:58] <_marx_> gotta bet busy
[23:58] <_marx_> er get even


[07:10] <shuduo> morning, i'm trying to stitch a customized image with my own kenrel snap. i modified 96boards-kernel of snapcraft-examples then i use latest u-d-f and specify --kernel=./96boards-kernel.snap. Now u-d-f reports "Installing ./96boards-kernel.snap
[07:10] <shuduo> failed to install "./96boards-kernel.snap" from "edge": ./96boards-kernel.snap failed to install: invalid snap name: "96boards-kernel"
[07:10] <shuduo> anything wrong?
[07:14] <shuduo> ogra_, zyga : ^^
[07:15] <zyga> shuduo: cannot start with digits
[07:16] <zyga> shuduo: kernel-96boards
[07:16] <zyga> shuduo: try that instead
[07:16] <zyga> shuduo: :-)
[07:16]  * zyga is off today, going to the airport soon
[07:17] <zyga> shuduo: if the name bugs you please report a bug on snappy, we could perhaps lift the restriction, no promises though
[07:20] <morphis> zyga: ping
[07:21] <zyga> hey hey
[07:21] <zyga> how are you morphis
[07:21] <morphis> zyga: fine :-)
[07:21] <shuduo> zyga: thanks. will try it. so snapcraft-examples/examples/96boards-kernel should going to change acccordingly, right?
[07:21] <morphis> and you?
[07:21] <morphis> getting forward with ubuntu-image?
[07:21] <zyga> shuduo: hmmmm, if it worked before then I'm puzzled
[07:22] <zyga> morphis: yep, slowly, I was still working on other tasks, I talked to slangasek and barry last night
[07:22] <zyga> morphis: gave them my shell prototype, I will try to make it less of a prototype now (less magic blobs, more things that can be built)
[07:22] <zyga> morphis: 09:22 < zyga> morphis: yep, slowly, I was still working on other tasks, I talked to slangasek and barry last night
[07:23]  * zyga wonder how that got pasted...
[07:24] <morphis> :-)
[07:24] <morphis> zyga: you remember what we said about i2c interface in the meeting about interfaces for RTM?
[07:24] <zyga> yes
[07:24] <zyga> do you have a patch for that? :-)
[07:26] <morphis> zyga: not yet, but someone who needs it for a sensor snap on the pi
[07:26] <morphis> zyga: we dropped it from the list, right?
[07:27] <pmp> morphis: sorry for the instrusion: "sensor snap on the pi" .. via iio?
[07:27] <pmp> morphis: hi - first of all
[07:27] <morphis> pmp: hey! :-)
[07:27] <morphis> lpotter is working on that
[07:27] <zyga> morphis: yes we did
[07:27] <morphis> not sure what it actually uses to talk with the hardware I just go i2c from lpotter so far :-)
[07:28] <morphis> pmp: you're working on something similar?
[07:28] <pmp> morphis: I will need to make a snap which will access sensors via iio - at one point in time
[07:29] <morphis> zyga: from what I saw so far the way would be to just put a generic i2c interface into snapd allowing access to /dev/i2c*
[07:29] <pmp> morphis: prototyping on the pi and then make it work on the real target
[07:29] <morphis> pmp: afaik lpotter as a working prototype already which runs mostly fine in devmode
[07:31] <pmp> morphis: hmm, not sure what you mean, I'm not using RTM (don't even know what it is, related to ROS?), I just have a simple user-app which will access sensors via IIO
[07:31] <morphis> pmp: RTM is just a version of snap* stuff
[07:32] <zyga> morphis: https://github.com/snapcore/snapd/pull/1231
[07:32] <zyga> morphis: just wrote one quickly, didn't test it
[07:32] <morphis> pmp: the snap lpotter is working on is exactly doing this but will be an example of how you can do such things on a device
[07:32] <zyga> morphis: no, I'd imagine a specific interface instance for each controller
[07:32] <zyga> morphis: and all controllers would be described by the gadget snap
[07:33]  * zyga -> afk (15 min)
[07:33] <morphis> zyga: I see
[07:34] <zyga> morphis: we could have a i2c-control (global) and i2c (per controller device node)
[07:35] <zyga> morphis: and later on we could grow a slot level attribute that says if the controller actually speaks smbus or i2c or whatnot
[07:35] <zyga> morphis: but this should be good as a starting point
[07:35] <zyga> afk for real
[07:41] <shuduo> zyga: ping
[07:42] <shuduo> zyga: seems digital name issue is gone after name changed. now new error msg is "failed to install kernel can not extract kernel assets: cannot determine bootloader"
[07:44] <shuduo> zyga_: seems digital name issue is gone after name changed. now new error msg is "failed to install kernel can not extract kernel assets: cannot determine bootloader"
[07:46] <pmp> morphis: how to not lose track of the changes made by lpotter? (I'm not working on snappy everyday) Do you have a link?
[07:46] <morphis> pmp: not yet, need to wait for lpotter to be back
[07:47] <pmp> lpotter == Lorn Potter?
[08:05]  * zyga -> away
[08:05] <zyga> see you in the evening
[10:35] <flexiondotorg> I'm trying to create a source build snap package of Pluma.
[10:35] <flexiondotorg> I need to pass some configure options to autotools.
[10:36] <flexiondotorg> The documentation says I should ConfigFlags: but that snapcraft throws an error when I use that.
[10:37] <flexiondotorg> Issue while loading plugin: properties failed to load for pluma: Additional properties are not allowed ('configFlags' was unexpected)
[10:41] <flexiondotorg> Documentation is wrong, the snapcraft source shows it should be configflags:
[12:41] <sergiusens> flexiondotorg mind logging a bug or a quick PR to fix that?
[12:43] <flexiondotorg> sergiusens, What is the source repo for the documentation? I'll submit a PR
[12:46] <sergiusens> flexiondotorg in most cases just https://github.com/ubuntu-core/snapcraft
[12:47] <flexiondotorg> sergiusens, Thanks.
[12:47] <sergiusens> flexiondotorg the sources have a docstring (which is used for `snapcraft help <plugin-name>`
[12:47] <sergiusens> flexiondotorg and if you saw it on the website, look at the docs dir
[12:55] <flexiondotorg> sergiusens, Here's your PR :-) https://github.com/ubuntu-core/snapcraft/pull/521
[12:57] <sergiusens> flexiondotorg thank you!
[13:02] <flexiondotorg> sergiusens, You're welcome.
[13:54] <kyrofa> sergiusens, I'm babysitting didrock's branches while he's off, so let me know if something needs to be changed and I'll repropose
[14:00] <sergiusens> kyrofa oh, he's off? Well, there is one thing in 506 then
[14:01] <kyrofa> sergiusens, the package is still called snapcraft-examples... what transition are you referring to?
[14:01] <sergiusens> kyrofa arf, my mind was thinking everything was getting renamed :-P
[14:02] <kyrofa> sergiusens, heh-- yeah seems he was pretty careful about breakage
[14:02] <kyrofa> sergiusens, he even left the examples tests, but redirected them to demos
[14:03] <sergiusens> kyrofa yeah, I saw that part
[14:03] <sergiusens> kyrofa I'll build a deb from this and see how it goes
[14:03] <kyrofa> sergiusens, ah, yeah that's probably a good call
[14:10] <sergiusens> kyrofa any idea why this diff looks weird https://github.com/ubuntu-core/snapcraft/pull/509/files ?
[14:10] <kyrofa> sergiusens, it needs a real rebase I'm afraid. Looks like he merged with master right before I fixed that bad commit
[14:11] <kyrofa> That's what it looks like anyway
[14:12] <josepht> reviewers: could some give my pi2 nmap snap a quick review (needs network-control for running with sudo) https://myapps.developer.ubuntu.com/dev/click-apps/4710/rev/27/
[14:12] <josepht> *someone
[14:44] <sergiusens> kyrofa check 506 again ;-)
[14:46] <davidcalle> jdstrand: I've left a comment on the sec doc, p31
[14:47] <kyrofa> sergiusens, on it
[14:47] <sergiusens> jdstrand about taking over, does that really fall into snapcraft? I would think the launcher would be the right project
[14:52] <sergiusens> kyrofa one more comment added
[14:54] <jdstrand> sergiusens: I'm not sure what zyga had in mind. I'll let you two battle it out
[15:03] <kyrofa> sergiusens, interesting... in debian/rules he has dh_compress -Xusr/share/doc/snapcraft-examples/demos . You're saying that directory isn't actually valid?
[15:13] <sergiusens> kyrofa it is valid, but debian/snapcraft-examples.examples magles; build and see
[15:13] <sergiusens> kyrofa build, install and see
[15:14] <kyrofa> sergiusens, do you want them in /usr/share/doc/snapcraft-examples/demos instead of examples?
[15:14] <kyrofa> sergiusens, yeah I see that they're in the same spot as they used to be
[15:15] <sergiusens> kyrofa yeah, and the documentation gets weird, because if you git clone you cd into demos if you apt install you cd into examples
[15:16] <sergiusens> kyrofa maybe we should just kill the examples/demos as a package; do you know if that was the idea?
[15:16] <sergiusens> and then move to providing the real "examples"
[15:16] <sergiusens> and tell everyone to grab the demos from the demos page
[15:16] <elopio> sergiusens, kyrofa: https://github.com/ubuntu-core/snapcraft/pull/511 all green. Do you like it?
[15:17] <kyrofa> sergiusens, the goal of his work is to just have that `snapcraft-examples` command that generates the basic examples. But that command actually needs to be shipped in snapcraft, not snapcraft-examples
[15:19] <kyrofa> So this branch's purpose was really to just make room for the "examples" that will be copied into cwd by that command
[15:20] <sergiusens> elopio I am reading that code now
[15:21] <sergiusens> kyrofa yeah, but if you "copy" you will also copy the "demos"
[15:21] <kyrofa> I don't think his goal was/is to kill the snapcraft-examples package. Though it might get a little confusing if the command mark wants is "snapcraft-examples"
[15:22] <sergiusens> kyrofa my suggestion is to change debian/snapcraft-examples.examples to debian/snapcraft-examples.install and tell it to install demos/* to /usr/share/doc/snapcraft-examples/demos
[15:22] <sergiusens> kyrofa do you feel up to that?
[15:22] <kyrofa> sergiusens, yeah, easy
[15:22] <Dinkz> Hello !
[15:22] <Dinkz> I was trying to install snappy into my Raspberry Pi-2
[15:22] <Dinkz> and got it installed.
[15:22] <Dinkz> NOw, I want to install adb into it.
[15:22] <kyrofa> sergiusens, have you seen this by the way? It might answer some questions: https://github.com/ubuntu-core/snapcraft/pull/513
[15:23] <kyrofa> I've not actually reviewed it yet
[15:23] <sergiusens> kyrofa or when is didrocks back? We can land this as is, but needs to have some resolution next week
[15:23] <kyrofa> sergiusens, monday I believe
[15:23] <elopio> Dinkz: hello
[15:23] <Dinkz> Hello Elopio
[15:23] <kyrofa> sergiusens, up to you. I've fixed the ros example test already, happy to fix the deb issue as well, and I can remake the PR
[15:24] <elopio> Dinkz: you would have to make a snap package for adb. We don't have it yet. And there's also the concept of "classic dimension", that will come back soon.
[15:25] <Dinkz> Thank you very much, Elopio ! What is classic dimension ?
[15:26] <sergiusens> elopio looks good, just added a minor TODO comment
[15:26] <kyrofa> elopio, chroots can be used for now, for what it's worth
[15:26] <elopio> Dinkz: it's like a container that will let you run "apt install adb"
[15:26] <sergiusens> kyrofa let me look at the follow up PR
[15:27] <elopio> sergiusens: I'll report a bug for the missing test.
[15:27] <Dinkz> Thanks a lot Elopio !
[15:30] <sergiusens> kyrofa ok I saw it, execute as agreed upon but...
[15:30] <sergiusens> kyrofa look at https://github.com/ubuntu-core/snapcraft/pull/513/commits/f57d1203dfa1dc136338a99b9dcdf7bc9fa3300c
[15:31] <sergiusens> kyrofa I always disliked the fact our examples landed in docs, maybe make the rule install in /usr/share/snapcraft/demos
[15:31] <kyrofa> sergiusens, indeed, they need to be in snapcraft itself (not the demos though)
[15:31] <kyrofa> Okay, can do
[15:31] <sergiusens> kyrofa I'll approved elopio's PR, looks like a dream, maybe rebase in a bit too ;-)
[15:32] <kyrofa> sergiusens, heh, sounds good
[15:32] <elopio> fgimenez: https://plus.google.com/hangouts/_/canonical.com/qa I miss you
[15:33] <elopio> sergiusens: hum, one thing about the TODO. My idea is that devs run against the fake in their machines, but jenkins runs against staging in PRs. The jenkins run will hit the status page more than once, for sure.
[15:34] <elopio> do you still want a test on the fake that hits the status more than one
[15:34] <elopio> *once
[15:34] <sergiusens> elopio ok, I am just thinking about unit test coverage :-P
[15:34] <sergiusens> kyrofa I am divided :-/
[15:34] <sergiusens> kyrofa don't change yet
[15:34] <sergiusens> just push the fix for the lone ros wolf
[15:35] <kyrofa> sergiusens, haha, I was just about to push!
[15:35] <kyrofa> sergiusens, alright will do
[15:35] <sergiusens> kyrofa I will solve this with didrocks when he gets back
[15:40] <kyrofa> sergiusens, alright: https://github.com/ubuntu-core/snapcraft/pull/522
[16:04] <elopio> sergiusens: this branch doesn't deal with unit test coverage yet. We'll get there in the others.
[16:08] <elopio> fgimenez: all check conflicts solved.
[16:11] <fgimenez> elopio, great dropping a comment in the next one..
[16:22] <kyrofa> sergiusens, I think https://github.com/ubuntu-core/snapcraft/pull/509 is ready to go, and should probably land before the examples so he doesn't need to update again
[16:23] <kyrofa> (assuming you want it in 2.10 of course)
[16:24] <sergiusens> kyrofa yeah, too bad I didn't notice the missing bug for this though
[16:24] <sergiusens> kyrofa we should create one and add it into the "merge and squash" comment
[16:24] <kyrofa> sergiusens, argh, I missed it as well. We can
[16:24] <kyrofa> Yeah exactly
[16:25] <kyrofa> I was about to say just that
[16:25] <sergiusens> kyrofa if you want to, go ahead, if not I'll do it in a bit
[16:25]  * sergiusens is working through some lunch
[16:30]  * elopio afk, swimming lessons.
[16:52] <balloons> sergiusens, apparently we need to migrate shoutirc to lounge; https://github.com/thelounge/lounge
[17:14] <sergiusens> balloons we don't need to, it is a nice alternative to snap
[17:14] <sergiusens> balloons lounge is a free for all shout fork. It also means it could be buggier ;-)
[17:15] <sergiusens> and or lack a clear roadmap. Feel free to get it snapped though!
[17:15] <balloons> sergiusens, yea, indeed. But I'm migrating over since it solves all the longstanding bugs and has all the contributors minus the original author :-)
[17:15] <balloons> So I would like a snap.. It will more or less be a clone of yours, so that's fun
[17:15] <balloons> *fine
[17:15] <sergiusens> balloons what bugs, the offline one?
[17:16] <balloons> yea, I just hit it again today. Super annoying
[17:16] <sergiusens> balloons I was going to look into it, but I just have no time :-P
[17:16] <sergiusens> balloons I haven't hit it ever, yet
[17:16]  * sergiusens crosses fingers now
[17:16] <balloons> LOL
[17:16] <balloons> it's silent, but deadly. It's been a good long while since it happened to me
[17:17] <sergiusens> kyrofa so now the ros demo fails http://<IP_ADDRESS>:8080/job/github-snapcraft-autopkgtest-cloud/746/console
[17:18] <sergiusens> balloons ok, might get to it during the weekend ;-)
[17:46] <mhall119> hey everyone, how do I connect a snap's "home" plug ?
[17:47] <mhall119> bah, nevermind, I had my arguments backwards
[18:02] <kyrofa> mhall119, some of those bits were covered here by the way: http://summit.ubuntu.com/uos-1605/meeting/22682/anatomy-of-a-snap/
[18:03] <mhall119> thanks kyrofa
[18:03] <mhall119> ok, I've got two KDE apps now that both throw the same udev apparmor complaint when running in --devmode
[18:03] <kyrofa> mhall119, can I see the pastebin?
[18:04] <mhall119> kyrofa: http://paste.ubuntu.com/16713644/ first line specifically
[18:05] <tyhicks> mhall119: the important part is apparmor="ALLOWED"
[18:05] <mhall119> kyrofa: FWIW, an upstream KDE developer tries building and running the kcalc snap, but he doesn't get the udev access error
[18:05] <tyhicks> mhall119: that message is telling you that AppArmor would have blocked the action if you weren't running in devmode
[18:05] <jdstrand> mhall119: add the 'opengl' interface
[18:05] <mhall119> tyhicks: right
[18:06] <jdstrand> I'm guessing the person seeing that access is using an nvidia system
[18:06] <tyhicks> mhall119: sorry, thought you were thinking that AppArmor was blocking something
[18:06] <mhall119> but why is krita or kcalc (or any KDE app I assume now) accessing udev anyway? And why isn't the upstream dev seeing it
[18:06] <mhall119> tyhicks: it works in --devmode, but dies on launch otherwise with "Bad system call"
[18:06] <jdstrand> mhall119: ^
[18:06] <kyrofa> mhall119, different hardware I'd assume
[18:06] <mhall119> if I can get rid of that, I think these might run without --devmode
[18:06] <mhall119> jdstrand: all intel
[18:07] <jdstrand> mhall119: you have all intel?
[18:07] <mhall119> I'm all intel and see the rror
[18:07] <jdstrand> hmm
[18:07] <mhall119> the upstream, I don't know
[18:07] <jdstrand> perhaps the intel drivers also trigger it
[18:07] <kyrofa> mhall119, what is the syscall that causes it to barf?
[18:07] <jdstrand> mhall119: add the opengl interface
[18:07] <mhall119> kyrofa: no idea, and I don't know how to find out
[18:07] <mhall119> jdstrand: already have it
[18:07] <kyrofa> jdstrand, snappy-debug is back... right?
[18:08] <jdstrand> it is
[18:08] <mhall119> jdstrand: plugs: [X11, unity7, home, opengl, network
[18:08] <kyrofa> mhall119, are you familiar with snappy-debug?
[18:08] <mhall119> nope, tell me more :)
[18:08] <jdstrand> that should be x11
[18:08] <kyrofa> mhall119, oh, it will become your best friend
[18:08] <kyrofa> mhall119, snap install snappy-debug
[18:08] <mhall119> are there docs on how to use it on developer.ubuntu.com? (if not, hint hint)
[18:09] <kyrofa> mhall119, not that I know of-- snappy-debug was pulled for a while so we removed docs so as to not confuse people
[18:09] <kyrofa> mhall119, we'll get it back in there
[18:09] <mhall119> ok, snappy-debug installed
[18:10] <jdstrand> opengl gave a different access
[18:10] <jdstrand> we don't currently allow /run/udev/data/**
[18:11] <kyrofa> mhall119, now run `sudo snappy-debug.security scanlog` in one terminal and exercise the snap in the other
[18:11] <kyrofa> When it dies due to seccomp, snappy-debug's output should help
[18:11]  * jdstrand notes that snappy-debug doesn't yet handle dbus denials
[18:11] <jdstrand> but it'll of course handle seccomp just fine
[18:11] <kyrofa> jdstrand, good to know, thank you
[18:12] <jdstrand> I also suspect that the /run/udev access is noise
[18:12] <mhall119> heh, snappy-debug is giving apparmor notifications now
[18:12] <kyrofa> mhall119, indeed, it does that too
[18:12] <kyrofa> mhall119, like I said: best friend
[18:12] <jdstrand> mhall119: if it is working in devmode, I suggest filing a bug against snapd with the snapd-interface tag
[18:12] <kyrofa> thank jdstrand
[18:13] <mhall119> kyrofa: you didn't tell me to connect stuff :-P
[18:13] <kyrofa> mhall119, eh?
[18:13] <mhall119> sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe
[18:13] <kyrofa> mhall119, haha, ah sorry!
[18:13] <kyrofa> mhall119, I've not actually used it in snappy 16
[18:13] <jdstrand> he didn't have too-- snappy-debug told you to :)
[18:13] <mhall119> jdstrand: this is true, and quite helpful
[18:14] <mhall119> kyrofa: output from snappy-debug scanlog: http://paste.ubuntu.com/16713961/
[18:15] <mhall119> kyrofa: was I supposed to install snappy-debug with --devmode?
[18:15] <jdstrand> no
[18:15] <kyrofa> mhall119, did you try sudo?
[18:15] <jdstrand> it works fine without --devmode
[18:15] <mhall119> kyrofa: mhall@mhall-thinkpad:~/projects/Ubuntu/snaps$ sudo /snap/bin/snappy-debug.security scanlog 2>&1 | pastebinit
[18:15] <mhall119> ^^ is what I ran
[18:16] <kyrofa> mhall119, congratulations, you're surpassed my snappy-debug knowledge :P
[18:16]  * mhall119 doesn't *feel* like a winner
[18:16] <kyrofa> jdstrand should know more though
[18:16] <jdstrand> there is a bug
[18:16] <jdstrand> I'll fix it now
[18:16] <jdstrand> mhall119: can you email me your syslog?
[18:17] <jdstrand> mhall119: feel free to truncate it to today
[18:17] <jdstrand> mhall119: grep audit /var/log/syslog > /tmp/audits
[18:17] <jdstrand> gzip /tmp/audits
[18:17] <jdstrand> send me /tmp/audits.gz
[18:21] <kyrofa> sergiusens, https://github.com/ubuntu-core/snapcraft/pull/522 is green
[18:21] <jdstrand> mhall119: are you sending me that?
[18:25] <mhall119> jdstrand: sorry, was distracted by shiny new gadgets in the mail, working on the log now
[18:25] <sergiusens> kyrofa commented
[18:25] <sergiusens> kyrofa but yeah, +1 ;-)
[18:27] <mhall119> jdstrand: send, it wasn't very big so I didn't gzip it
[18:29] <jdstrand> thanks
[18:29] <jdstrand> mhall119: ok, can you do 'grep 1326 /var/log/syslog'
[18:30] <jdstrand> mhall119: I'll show you how to figure out the seccomp denial yourself
[18:30] <mhall119> that sounds like work :)
[18:30] <jdstrand> well, you can give me a sec
[18:30] <jdstrand> mhall119: is your system amd64? i386?
[18:32] <kyrofa> sergiusens, man, I've been slacking on actually looking at commits for bugs lately. You and elopio have been spoiling me
[18:32] <mhall119> i386 (don't laugh)
[18:32] <jdstrand> mhall119: this is the log entry:
[18:32] <jdstrand> May 26 13:14:23 mhall-thinkpad kernel: [181943.002409] audit: type=1326 audit(1464286463.789:7470): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=23870 comm="krita" exe="/snap/krita/100003/usr/bin/krita" sig=31 arch=40000003 syscall=102 compat=0 ip=0xb7700c31 code=0x0
[18:33] <lpotter> pmp: morphis the sensors snap for rpi is not using iio. RTIMULib talks firectly to i2c_x
[18:33] <jdstrand> mhall119: see where it sayd 'syscall=102'? do 'scmp_sys_resolver 102'
[18:33] <jdstrand> mhall119: that will give you the syscall (snappy-debug does that for you)
[18:33] <mhall119> socketcall?
[18:34] <jdstrand> ah yes, that is bug #1576066
[18:34] <mhall119> well, at least it's not a new bug :)
[18:34] <jdstrand> no, and it has a card, just haven't gotten to it yet
[18:34] <mhall119> it would also explain why I hit it and the KDE guy didn't, he's likely on amd64
[18:34] <jdstrand> yep
[18:35] <kyrofa> sergiusens, would you say this PR and didrock's next one relate to the same issue? In which case maybe the second one should reference it?
[18:35] <jdstrand> mhall119: you can workaround it by adding 'socketcall' to /var/lib/snapd/seccomp/profiles/snap.your.app
[18:35] <mhall119> jdstrand: who do I need to ply with alcohol to get it prioritized?
[18:36] <jdstrand> mhall119: it's high priority, it is just at the point where there are too many high priority things for too few people
[18:36] <kyrofa> jdstrand, that sounds like snappy in general :P
[18:37] <mhall119> jdstrand: just add 'socketcall' to the bottom of the profile?
[18:37] <jdstrand> mhall119: yes
[18:37] <jdstrand> that's it
[18:37] <jdstrand> do that, then start the app
[18:37] <mhall119> do I need to restart or trigger a re-parse or anything?
[18:37] <jdstrand> nope
[18:38] <jdstrand> mhall119: with apparmor you do cause there is something to load into the kernel. with seccomp, the launcher does all that for you
[18:39] <jdstrand> tyhicks: thoughts on the socketcall card? it seems correctly prioritized but people are still hitting it. we could just allow it until the card is complete, but it should also be noted this isn't blocking people using devmode
[18:40] <tyhicks> jdstrand: is the fix blocked on seccomp arg filtering?
[18:40] <mhall119> jdstrand: awesome, that did it!
[18:40] <mhall119> I can now run krita.snap without --devmode
[18:40] <jdstrand> tyhicks: no
[18:41] <mhall119> I still get a udev warning, but otherwise it seems to all work
[18:41] <jdstrand> tyhicks: once we backport seccomp to xenial, i386 systems with >= 4.3 kernels just start working (aiui)
[18:41] <jdstrand> mhall119: yeah, those udev denials are usually just noise
[18:42] <mhall119> scary looking noise though
[18:42] <tyhicks> jdstrand: backport seccomp? you mean seccomp arg filtering?
[18:42]  * tyhicks is looking at the card now
[18:43] <jdstrand> tyhicks: in other words, when all the conditions are right (glibc is updated, seccomp is updated, kernel is updated), i386 acts like other archs and doesn't need socketcall
[18:43] <tyhicks> jdstrand: I thought we decided to take care of this with seccomp arg filtering instead of touching glibc
[18:43] <jdstrand> tyhicks: no. libseccomp needs some patches for i386 to not need socketcall. that needs to go with glibc changes (already in xenial) and >=4.3 kernels
[18:44] <jdstrand> we don't need to touch glibc
[18:44] <jdstrand> it is already touched
[18:44] <tyhicks> oh
[18:44] <jdstrand> xenial has that change
[18:44] <jdstrand> the kernel has the change
[18:44] <jdstrand> it is just that seccomp needs a change
[18:44] <jdstrand> granted, I've not proved all that, but that is what people in the bug have said
[18:45] <jdstrand> cause for me to prove it would be to do the work, which is prioritized under other stuff :)
[18:45] <sergiusens> kyrofa yeah, I think both should so we know it's the same line of work
[18:45] <sergiusens> kyrofa same bug for both PRs
[18:45] <kyrofa> sergiusens, so it's okay to have two changelog entries for the same bug?
[18:46] <tyhicks> jdstrand: since devmode unblocks people, I think the socketcall fix is still prioritized appropriately
[18:46] <sergiusens> kyrofa yeah
[18:46] <kyrofa> sergiusens, sounds good
[18:47] <jdstrand> tyhicks: aiui, arg filtering could help a little, but then we'd still want this change to differentiate between AF_* types which we can't do with socketcall (one of the reasons for arg filtering)
[18:47] <jdstrand> tyhicks: ok, that was my thought as well. mhall119 ^
[18:49] <mhall119> I don't like using --devmode to work around bugs that aren't in the apps themselves, but I understand why other things are higher priority
[18:49] <tyhicks> jdstrand: you're right - we wouldn't be able to differentiate between different socket types
[18:51] <jdstrand> mhall119: it isn't deprioritized, it is just prioritized below a few other things. don't worry, we'll get there
[18:53] <jdstrand> mhall119: I see the issue with snappy-debug. you do need to install it with --devmode for the moment. I'll fix the log-\observe interface
[18:59] <mhall119> jdstrand: I understand, thanks
[19:09] <morphis> lpotter: good to know!
[19:09] <morphis> jdstrand: can you have a look at the modem-manger interface proposal?
[19:22] <jdstrand> morphis: I have it on my todo, yes
[19:38] <mhall119> are there any more snappy-clinics scheduled?
[19:38] <morphis> jdstrand: awesome!
[19:39] <sergiusens> elopio any idea how this could happen http://<IP_ADDRESS>:8080/job/github-snapcraft-autopkgtest-cloud/750/console ?
[19:44] <sergiusens> balloons I think that until recently I was disconnected
[19:46] <nimoov> Are there 'plugs' that enable access to '/tmp' and/or a custom defined path?
[19:46] <sergiusens> nimoov /tmp is really private to a snap, you get /tmp in a private mount namespace
[19:47] <nimoov> Is it possible to get system /tmp?
[19:53] <kyrofa> nimoov, can you explain what you're trying to accomplish?
[19:54] <nimoov> I have build LLVM/Clang in snap, and I want to use it in an IDE(CLion). The problem is that the cmake binary, from my LLVM/Clang snap, doesn't have access to the same /tmp as the user. This is needed by CLion to test cmake.
[20:08] <elopio> sergiusens: to leave the record here, the mosquitto publisher failed to deliver the message to the subscriber. Could be a fluke, because the example has nothing of high-reliability. Or there could be a problem in classic blocking it, I'll take a look to discard this one.
[20:10] <beowulf> if i wanted a writeable area for a snap, where would i find one? :)
[20:11] <sergiusens> beowulf $SNAP_USER_DATA and $SNAP_DATA for user and system respectively (the latter being a service)
[20:11] <beowulf> sergiusens: ta
[20:19] <jdstrand> mhall119: fyi, https://github.com/snapcore/snapd/pull/1236
[20:36] <jdstrand> sergiusens: fyi: https://bugs.launchpad.net/snapcraft/+bug/1586162
[20:47] <nimoov> q
[20:48] <jdstrand> beuno: fyi, I'm getting 504s going to https://myapps.developer.ubuntu.com/dev/click-apps/
[20:49] <sergiusens> jdstrand well, according to yaml syntax that is a number, not a string. It needs " for it to be interpreted as a string
[20:50] <sergiusens> jdstrand that said, we can ignore yaml parsing and try and force it to string
[20:51] <beuno> jdstrand, hm
[20:51] <beuno> noise][, nessita, roadmr, ^
[20:51] <beuno> (it's looking like I will as well, I guess a timeout?)
[20:51] <nessita> jdstrand, are you with the canonical share account?
[20:52] <nessita> beuno, this is a known issue for admins or accounts with too many packages, fix will be done soon, workaround is to visit other URL not /
[20:52] <nessita> beuno, can you access https://myapps.developer.ubuntu.com/dev/click-apps/search/ ?
[20:53] <beuno> nessita, so jdstrand has too many packages?
[20:53] <sergiusens> elopio on retesting I got a spurious error http://<IP_ADDRESS>:8080/job/github-snapcraft-examples-tests-cloud/850/testReport/junit/tests/TestSnapcraftExamples/test_demo_godd_/
[20:53] <jdstrand> nessita: I was just hitting the site. I was logged in with shared, logged out, then was going back to login with personal
[20:53] <noise][> beuno: there's just a recent and nasty performance bug on the main page
[20:55] <jdstrand> sergiusens: the joys of yaml. I went to 0.21 to avoid it
[20:55] <nessita> beuno, the canonical shared account has
[20:55] <nessita> jdstrand, can you browse / with your personal account?
[20:55] <jdstrand> nessita: no. I logged out and getting a 504 trying to login
[20:55] <jdstrand> I don't see anything
[20:55] <nessita> hum
[20:56] <jdstrand> it spins then after a while shows the 504 page
[20:56] <nessita> jdstrand, how many packages do you own?
[20:56] <jdstrand> (and by 'it', I mean firefox's page load indicator)
[20:56] <nessita> jdstrand, can you open https://myapps.developer.ubuntu.com/dev/click-apps/53/ ?
[20:56] <jdstrand> less than 10
[20:56] <jdstrand> but I'm not logged in
[20:57] <jdstrand> it shouldn't be thinking about that yet
[20:57] <nessita> jdstrand, can you browse https://myapps.developer.ubuntu.com/logout/
[20:57] <jdstrand> I see that
[20:57] <jdstrand> that was the page I saw after I logged out
[20:57] <jdstrand> then I went to Sign in or register
[20:58] <jdstrand> shall I do that now?
[20:58] <nessita> jdstrand, I'm lost, were you able to login?
[20:58] <jdstrand> no
[20:58] <nessita> perhaps you did login but / can not be sown
[20:58] <jdstrand> hehe
[20:58] <nessita> shown*
[20:58] <jdstrand> I *was* logged in from earlier today
[20:58] <nessita> jdstrand, how do you know you are not logged in? :-D
[20:58] <jdstrand> I logged out
[20:59] <jdstrand> then I wen to login
[20:59] <jdstrand> 504
[20:59] <nessita> jdstrand, what do you see if you hit https://myapps.developer.ubuntu.com/dev/click-apps/53/ ?
[21:00] <jdstrand> I went to do signin/register and finally I saw the openid page and am logged in
[21:00] <jdstrand> weird
[21:00] <jdstrand> I tried for several minutes
[21:00] <jdstrand> to answer your specific question, I can see that page (now)
[21:00] <jdstrand> (permy)
[21:01] <nessita> jdstrand, so we have a bug for the / (which is really /dev/click-apps/) that we will fix soon, a bad set of queries
[21:01] <nessita> jdstrand, so I can give you the direct links to your apps
[21:01] <nessita> to unblock you
[21:02] <jdstrand> nessita: ok, now when I login with the shared account, I see the issue you are describing
[21:02] <jdstrand> nessita: can you give me the direct link to snappy-debug?
[21:02] <jdstrand> nessita: from the shared account?
[21:03] <nessita> sure
[21:03] <nessita> jdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/3644/
[21:03] <jdstrand> thanks!
[21:03] <nessita> o/
[21:04] <nessita> jdstrand, sorry for this, will are working on making this better
[21:05] <jdstrand> no worries-- thanks for working on the issue
[21:06] <jdstrand> mhall119: fyi, I added something to snappy-debug for socketcall to help make it more discoverable. you still need -devmode for snappy-debug until that PR I pointed you at lands
[21:29] <sergiusens> kyrofa want to rebase https://github.com/ubuntu-core/snapcraft/pull/513 ?
[21:35] <mhall119> jdstrand: what do you mean make it more discoverable?
[21:45] <jdstrand> mhall119: if someone is using snappy debug and they hit socketcall, it points them at the bug
[21:45] <jdstrand> mhall119: and the bug has a workaround it in
[21:46] <mhall119> oh, ok
[21:59] <vejmarie> hi
[22:00] <vejmarie> not sure to be at the right place, but I am trying to build up a snap using snapcraft on xenial
[22:00] <vejmarie> and I am stuck with an error from ubuntu-core-launcher
[22:00] <vejmarie> which doesn't find properly python :(
[22:02] <vejmarie> my wrapper into the snap works properly
[22:02] <vejmarie> I am trying to snap FreeCAD a complex piece of code
[22:03] <vejmarie> does somebody can explain me what ubuntu-core-launcher does ?
[23:49] <qengho> vejmarie: the launcher sets up the security contexts and closes file descriptors and such.
[23:49] <vejmarie> yes this is what I am slowly discovering
[23:49] <vejmarie> FreeCAD is a complex piece of code written in C++, which is wrapping python interpreter and dlopen a huge amount of sharelibs
[23:50] <vejmarie> currently if I am launching the wrapper generated by hand it works
[23:51] <vejmarie> if I am launching the snap (which is launching the wrapper through ubuntu-core-launcher) I am having python init issue like if the standard way python discover it's environment doesn't work


[00:47] <pygi> yo
[00:52] <pygi> hello jsgotangco:)
[00:52] <jsgotangco> pygi!
[00:52] <jsgotangco> how's it going?
[00:53] <pygi> I didn't saw you in ages :)
[00:53] <pygi> pretty well, thank you ... and you?
[00:53] <jsgotangco> ive been busy and had a small family emergency hence i was away for a while
[00:53] <pygi> heh, I was also away  ... for more then a while
[00:54] <pygi> but now all well?
[01:25] <jsgotangco> yeah
[01:25] <jsgotangco> my daughter was hospitalized for half a month
[01:33] <kgoetz> bad luck.
[07:35] <stgraber> RichEd: hi, you have admin rights on the edubuntu-devel ML right ?
[07:36] <RichEd> stgraber: indeed ... how can i help ?
[07:36] <stgraber> RichEd: can you check the my mail address isn't blocked ?
[07:36] <stgraber> I tried unsubscribing/re-subscribing and still can't send mail ...
[07:37] <RichEd> stgraber: you filthy spammer you ;)
[07:37] <stgraber> https://lists.ubuntu.com/mailman/admin/edubuntu-devel/privacy/sender
[07:37]  * RichEd checks
[07:44] <RichEd> stgraber: you're not in the rejection list
[07:44]  * RichEd checks the member list
[07:49] <RichEd> stgraber: see /msg
[07:59] <MasterOne> Where would I file a bug report for a weird flash9-thinclient problem?
[08:02] <RichEd> MasterOne: launchpad ... are you a member ?
[08:05] <MasterOne> yes, and I think I already found it: https://bugs.launchpad.net/~edubuntu-bugs
[08:05] <MasterOne> right?
[08:07] <MasterOne> that's strange, I am already logged in at launchpad, but there is no "report new bug" action at https://bugs.launchpad.net/~edubuntu-bugs/
[08:08] <MasterOne> Do I need separate permissions to add a bug there?
[08:08] <RichEd> MasterOne: you shouldn't ... let me check
[08:10] <RichEd> MasterOne: go to https://launchpad.net/ubuntu/ and click on report a bug ...
[08:11] <MasterOne> but that bug is edubuntu / thinclient specific
[08:12] <RichEd> MasterOne: thin client is ubuntu as well ... just happened to grow out of edubuntu ...
[08:12] <MasterOne> ah yes, you are right of course, I'll file the bugreport there
[08:12] <RichEd> specify that the problem happens on your edubuntu set-up, but report it under ubuntu (and variants)
[08:13] <stgraber> MasterOne: what's exactly the bug ? if it's ltsp related (understand can be fixed in the ltsp package), it's better to file it against the "ltsp" source package
[08:13] <stgraber> MasterOne: otherwise file against the package itself or against ubuntu (and someone will triage it)
[08:14] <RichEd> stgraber: if it is filed under ubuntu, mentioning LTSP ... it will get to ogra ... and he will decide if it belongs to distro, or upstream
[08:16] <MasterOne> it is a very specific bug with flash9-nonfree, that only can be seen on a thin client, and only on a specific website (likely with a specific version of a flash-movieplayer), it's pretty weird, because that flashplayer on that site makes firefox to crash instantly, if you click the "play" button when on a thin client, which does not happen, if you do the same directly logged in on the edubuntu LTSP5 server
[08:17] <MasterOne> somehow has to do with the pulseaudio setup, I assume
[08:17] <stgraber> MasterOne: does it also happen without the flashsupport package ?
[08:18] <MasterOne> this bug is totally independent of libflashsupport, I tested it several times with a plain new edubuntu gutsy installation, with just updated to the latest packages and flash-nonfree installed
[08:18] <MasterOne> I already discussed that matter with ogra yesterday in #ltsp
[08:19] <MasterOne> he will do some testing of his own today, but he can confirm that this one is pretty weird
[08:20] <stgraber> ok, so that's bad :) it looks like a bug somewhere in the flash plugin itself ...
[08:21] <stgraber> I don't really know if it should be filed against ltsp (where the fix would happen) or against flashplugin-nonfree, knowing that filing a bug against the second one is useless, the plugin being closed source ...
[08:22] <MasterOne> stgraber: kind of, but as mentioned, when doing the same directly logged in on the ltsp server machine, it work as expected, but once tested on the thin client, it is 100% reproduceable that firefox crashes instantly
[08:23] <MasterOne> nothing specific shows up in .xsession-errors, except the following (but this is already there, before I start firefox after a new login): Error: could not open /proc/asound/cards
[08:24] <MasterOne> anybody here sitting in front of a thin client, so to see for yourself?
[08:25] <MasterOne> once I press the play button in the player on the right side at tv.com, firefox just crashes with the following feedback in a terminal:
[08:25] <MasterOne> $ firefox
[08:25] <MasterOne> firefox-bin: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed.
[08:25] <MasterOne> Aborted (core dumped)
[08:26] <stgraber> ok, so it has to be sound related (which is the big difference between the server and the thin client)
[08:27] <MasterOne> oh, and another thing concerning this issue: that problem does not exist on an Edubuntu Gutsy 64bit setup, which means it just works as expected with Firefox 64bit + nspluginwrapper + flash-nonfree 32bit (of course without sound)
[08:28] <stgraber> Did you try to start some kind of sound daemon on the server (which then will lock the dsp), that way the plugin won't be able to access the sound card and will sort of reproduce what you have on a thin client ?
[08:28] <MasterOne> no
[08:29] <MasterOne> did nothing else after a fresh installation
[08:29] <MasterOne> so which package should I specify for this bug?
[08:32] <stgraber> file it against ltsp as it happens on a thin client and we aren't sure what package the problem is related to :) (firefox, flashplugin-nonfree, ...)
[08:33] <MasterOne> ok
[08:34] <stgraber> I'll try to find a way to reproduce it on a desktop computer this afternoon (I have some ideas)
[08:37] <MasterOne> it does not happen on a desktop setup
[08:37] <MasterOne> it also does not happen on youtube.com
[08:37] <MasterOne> just a moment, I'll soon be finished with the bugreport with all the details I have
[08:40] <RichEd> stgraber: nothing held in the edubuntu-devel mail queue from you ...
[08:40] <stgraber> RichEd: looks like I'll need to ping a sysadmin :)
[08:50] <MasterOne> done, please have a look at https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/173845
[08:50] <ubotu> Launchpad bug 173845 in ltsp "LTSP5 ThinClient Setup: Weird problem with flash-nonfree letting Firefox crash (only on thin client, works fine on server itself)" [Undecided,New]
[08:52] <Kamping_Kaiser> letting/making?
[08:52] <Kamping_Kaiser> s/letting/making?
[09:12] <MasterOne> :)
[09:16] <MasterOne> thanks dict.leo.org, didn't realize you can say "letting go", but "letting" on its own has a different meaning
[09:16] <MasterOne> fixes ;)
[09:17] <MasterOne> s/fixes/fixed ;)
[09:32] <Nurionn> hi
[09:33] <Kamping_Kaiser> evening
[09:33] <Nurionn> i've some trouble by the edubuntu-server installation on vmware workstation
[09:34] <Nurionn> it freezes while 'compressing thin client image...' at 89%
[09:34] <Nurionn> what can I do?
[09:37] <stgraber> RichEd: the ML is just dropping the mail without any real reason (according to elmo), looks like I'll have to wait a bit before I have edubuntu-devel working again for me :)
[09:37] <RichEd> stgraber: strange
[09:41] <stgraber> RichEd: yes, especially as others ML on lists.ubuntu.com seem to work
[10:02] <Nurionn> anyone an idea, why the edubuntu-server installation freezes while 'compressing thin client image...' at 89% ? (I try to install on vmware workstation 6)
[10:03] <Kamping_Kaiser> is the installer running somewhere handy?
[10:04] <Nurionn> how do you mean that? (sorry, I'm from switzerland and not so good in english)
[10:05] <Kamping_Kaiser> you said " installation on vmware workstation" - does this mean the install is still open for you to look at?
[10:07] <Nurionn> at the moment not, I restarted the installation
[10:08] <Kamping_Kaiser> restart the install, and when you get to the error again, tell me
[10:08] <Nurionn> I tried twice, and had twice the error
[10:08] <Nurionn> now i try for the third time
[10:08] <Kamping_Kaiser> yes. we need you at the erroring step to move forward.
[10:09] <Nurionn> ok, I tell you when I'm there
[10:11] <Kamping_Kaiser> ok :)
[10:13] <Nurionn> 30gb of disk space should be enough, or not?
[10:13] <Kamping_Kaiser> heaps
[11:12] <Nurionn> so, I'm at 89% ('Compressing Thin Client Image...')
[11:14] <Kamping_Kaiser> Nurionn, press alt+f4 (i'm assuming the installer is still the same as the one i dealt with 2 releases ago...)
[11:14] <Kamping_Kaiser> ogra, does edubuntu still use debian-installer?
[11:15] <Kamping_Kaiser> why dont i think of these questions early ? :|
[11:17] <Nurionn> last two lines:
[11:17] <Nurionn> can't create /var/state/dhcp/dhclient.leases: No such file or directory
[11:18] <Nurionn> dhclient: bount to <IP_ADDRESS> -- renewal in 1534 seconds.
[11:18] <Nurionn> (then a blinking cursor)
[11:19] <Kamping_Kaiser> hm. i cant remember my D-I consoles properly, but try F3 (alt+f3). iirc F2 is a dash shell, so its not interesting.
[11:20] <Nurionn> an then?
[11:21] <Kamping_Kaiser> is there anything on F3?
[11:21] <Nurionn> no, I had to activate console by pressing enter
[11:21] <Kamping_Kaiser> hm. then its not what i thought it was
[11:21]  * Kamping_Kaiser has to find time to install new edubuntu
[11:22] <Kamping_Kaiser> try F2
[11:22] <Kamping_Kaiser> i'm sure thers another console for debugging information
[11:25] <Nurionn> f1: installation (blue/red progressbar from installation -> freezed at 89%)
[11:25] <Nurionn> f2: Please press Enter to activate this console
[11:26] <Nurionn> f3: same as f2, but already activated
[11:26] <Nurionn> f4: logmessages (from wich I listed the last two lines above)
[11:26] <Nurionn> f5-f12: only blinking cursor
[11:26] <Kamping_Kaiser> darn. i thought [2,3] had debug info too.
[11:26]  * Kamping_Kaiser thinks a minute
[11:27] <Nurionn> do you need some earlier lines from f4?
[11:28] <Kamping_Kaiser> perhaps. give us the last 5 or 6 if you can
[11:31] <pygi> hello
[11:31] <Nurionn> in-target: update-initramfs: Generating /boot/initrd.img-2.6.22-14-386
[11:31] <Nurionn> in-target:
[11:32] <Nurionn> in-target: Richte linux-image-386 ein (<IP_ADDRESS>.21) ...
[11:32] <Nurionn> in-target: Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386
[11:32] <Nurionn> in-target: Warning: --skipimage set, not building squashfs image, runt ltsp-update-image later
[11:32] <Nurionn> in-target: Info: Installation erfolgreich abgeschlossen.
[11:32] <Kamping_Kaiser> pygi, hey mate
[11:32] <Nurionn> then the dhcp-lines
[11:32] <Kamping_Kaiser> Nurionn, whats the last line? 'install error, aborted'?
[11:32] <pygi> Kamping_Kaiser: !
[11:33] <Kamping_Kaiser> pygi, :S *hides*
[11:33] <Nurionn> no
[11:33] <Nurionn> I continue after the in-target lines:
[11:33]  * Kamping_Kaiser needs some practice on his german
[11:33] <pygi> Kamping_Kaiser: hehe :)
[11:33] <Kamping_Kaiser> Nurionn, what does " Info: Installation erfolgreich abgeschlossen." translate to?
[11:34] <Kamping_Kaiser> pygi, :)
[11:34] <Nurionn> installation succesfully finished...
[11:34] <pygi> Kamping_Kaiser: how are you doing?
[11:35] <Kamping_Kaiser> wow. my german does need work *rofl*
[11:35] <Kamping_Kaiser> perhaps i should be chaning nicknames
[11:35] <bettong> to something that doesnt imply german skills
[11:35] <Nurionn> last lines were:
[11:35] <bettong> pygi, tipsy, and doing desktop support :) how about yourself?
[11:35] <Nurionn> dhclient: can't create /var/state/dhcp/dhclient.leases: No such file or directory
[11:36] <Nurionn> dhclient: bount to <IP_ADDRESS> -- renewal in 1534 seconds.
[11:36] <pygi> bettong: busy hacking :D
[11:36] <bettong> pygi, *envy*
[11:36] <pygi> bettong: wanna hack? You can become contributor :p
[11:36] <bettong> pygi, i wish i had time to learn :S i'm already overcommited... just ask anyone i've said 'sure, i'll do that ' to :)
[11:37] <Nurionn> then a last line about console on f3 was started
[11:37] <pygi> bettong: shhh, sure you do :)
[11:37] <bettong> pygi, hehe
[11:37] <bettong> Nurionn, i'm not sure whats cauising your issues, none of those are obvious errors.
[11:37] <bettong> *thinks a bit more*
[11:38] <Nurionn> now it repeated the dhclient lines
[11:38] <bettong> it should do that every ~30 minutes  (depending on your server)
[11:45] <pygi> PriceChild: :P
[11:49] <Nurionn> bettong: you know perhaps what should come after this? is there a lot to do until the end of the installation or could I restart the machine without cd...?
[11:49] <pygi> Nurionn: did you ran ltsp-update-image as installation told you?
[11:50] <Nurionn> where should I do that? I'm still in the installation
[11:50] <bettong> pygi, trick is the install isnt over
[11:51]  * pygi doesnt know all the facts, so is just stomping in the dark
[11:51] <bettong> Nurionn, i suggest a `ps aux |grep ltsp` in etiher F2 or F3, then kill any update-initramfs or ltsp-* processes you find
[11:56] <Nurionn> there are 4 entries:
[11:56] <Nurionn> 12356 root  212 S  /bin/sh /var/lib/dpkg/info/ltsp-client-builder.postin
[11:56] <Nurionn> 12357 root 1548 R  tail -1 /var/log/ltsp-image-build.log
[11:56] <Nurionn> 26832 root  676 S  udpkg --configure --force-configure ltsp-client-build
[11:56] <Nurionn> 26833 root  604 S  /bin/sh /var/lib/dpkg/info/ltsp-client-builder.postin
[11:57] <bettong> try killing udpkg and /var/lib/dpkg/info/ltsp-client-builder.postin
[11:59] <Nurionn> I killed udpkg, but the others ar strange: on every new 'ps aux |grep ltsp' they have other process numbers...
[12:00] <Nurionn> ah, now they're gone ;)
[12:01] <Nurionn> and now I have an errors on f4, at last
[12:02] <Nurionn> main-menu[2975]: WARNING **: Configuration 'ltsp-client-builder' failed with error code 143
[12:02] <Nurionn> main-menu[2975]: WARNING **: Menu item 'ltsp-client-builder' failed.
[12:03] <bettong> right.
[12:03] <bettong> now switch back to F1 and see if our installer survived ;)
[12:03] <Nurionn> he's still there, bat a bit red... :P
[12:03] <bettong> hehe, i was afraid of that :|
[12:04] <Nurionn> ... failed: configuring LTSP-chroot-environment  (translatet from german)
[12:04] <bettong> is there a 'return to menu' or 'back' option?
[12:04] <Nurionn> only 'next'
[12:05] <bettong> guess theres only one option then :)
[12:05]  * Nurionn tries to continue the installation.
[12:06] <Nurionn> shall I repeat this step?
[12:06] <Nurionn> but I think it don't make much sense
[12:07] <bettong> do you have an option apart from retrying the step?
[12:07] <Nurionn> next step is installing bootloader...
[12:07] <bettong> do the next step
[12:08] <ogra> Nurionn, ltsp-update-image (which is run by the client builder script after "ltsp-build-client --skipimage") takes enormous amounts of CPU power, it can take *very* long to finish, did you wait long enough ?
[12:08] <ogra> especially if you dont have a fast CPU in your VM
[12:09] <Nurionn> at the first try I started it yesterday evening
[12:11] <Nurionn> but why it writes 'installation sucessfully finished' after:
[12:11] <Nurionn> in-target: Warning: --skipimage set, not building squashfs image, run ltsp-update-image later
[12:11] <ogra> yes
[12:11] <ogra> it finished the chroot
[12:11] <ogra> but we use images in gutsy
[12:11] <ogra> (dont use hardy !)
[12:12] <ogra> so the ltsp-update-image script is called to build a squashfs image from the chroot
[12:12] <bettong> dont use hardy?
[12:12] <ogra> no
[12:12] <ogra> not the installer at least
[12:12] <ogra> its broken
[12:13] <bettong> ah
[12:13] <ogra> ltsp-build-client in an installed system is fine
[12:13] <ogra> but we're about to drop the installer integration from edubuntu for ltsp since the edubuntu-server iso will go away
[12:13] <Nurionn> btw: after the installation of grub its gone back to 'compressing thin client image' and is another time at 89%...
[12:13] <ogra> and i havent implemented it in ubuntu-alternate yet, where its supposed to go
[12:14] <ogra> Nurionn, have a look at /var/log/ltsp-image-build.log
[12:14] <ogra> it should show an error or something if its really stuck
[12:15]  * bettong hugs ogra for waking up
[12:15] <ogra> :)
[12:15] <bettong> :)
[12:16] <ogra> bettong, new nickname ?
[12:16] <Nurionn> Creating little endian 3.0 filesystem on /opt/ltsp/images/i386.img.temp, block s$ TI0CGWINZ ioctl failed, fefaulting to 80 columns
[12:16] <Nurionn> you mean that?
[12:16] <ogra> thats fine
[12:16] <Nurionn> or at the end:
[12:16] <ogra> that only tells you that mksquashfs ran properly
[12:17] <Nurionn> Info: port 2000 is already defined with /opt/ltsp/images/i386.img in inetd.conf
[12:17] <bettong> ogra, i changed it because i was talking to Nurionn ... the less indication that i should speak german (of any sort) the better. esp. since i cant
[12:17] <Nurionn> Info: taking no action.
[12:17] <ogra> that means it finished properly
[12:18] <Nurionn> the rest seems also good
[12:18] <ogra> even though i wonder why your inted.conf already has an entry for port 2000 ....
[12:18] <ogra> since thats only set up by this scipt it shouldnt exist yet
[12:18] <ogra> did you run it twice ?
[12:19] <Nurionn> hmm, could be
[12:20]  * ogra is not sure he actually tested that case ... there might be a bug
[12:22] <Nurionn> with bettongs help we killed some processes containing ltsp... and then the action cancelled
[12:23] <Nurionn> and after continueing the installation by installing grub it restartet this task, I believe...
[12:24] <Nurionn> at the moment on f4:
[12:24] <Nurionn> in-target: NOTE: Root directory /opt/ltsp/i386 already exists, this will lead to problems, please remove it before trying again. Exiting.
[12:26] <Nurionn> but there is NO /opt ...
[12:27] <bettong> Nurionn, sure? `ls -lhd /opt/`
[12:30] <Nurionn> No such file or directory...
[12:31] <ogra> it means /target/opt
[12:31] <ogra>  /target is the place you install to from the installer shell
[12:32] <Nurionn> yes, /target/opt exists
[12:37] <Nurionn> how can I delete it (its not empty)?
[12:38] <mcfloppy__> hell
[12:38] <mcfloppy__> o
[12:51] <ogra> Nurionn, rm -rf /target/opt/*
[12:55] <Nurionn> thx, I retry now that step
[13:21] <Nurionn> installation complete!
[13:22] <Nurionn> but I don't know why I was never asked for a root-password...
[13:22] <ogra> because ubuntu systems dont use the root account, its locked by default
[13:22] <ogra> the user you created is capable of doing all admin tasks through sudo
[13:23] <Nurionn> ah ok
[13:25] <Nurionn> now I think I'll make a clone of that image... :)
[13:26] <ogra> btw, you can always just install the workstation version, install ltsp-server and ltsp-server-standalone and run sudo ltsp-build-client manually on the installed system
[13:26] <ogra> the result is the same
[13:27] <Nurionn> I should have known that before...
[13:29] <Nurionn> but anyway, it's easier to restore from a clone.
[13:30] <Nurionn> btw: how mutch clients can I connect with my 8gb ram?
[13:30] <ogra> if you do: mount /cdrom && sudo ltsp-build-client --mirror file:///cdrom ... that makes it use the files from the edubuntu CD ;)
[13:30] <ogra> you need 256M to run the server and 128M for every connected user session
[13:31] <Bauer> the edubuntu guide says 60MB for every connected session..
[13:34] <ogra> Bauer, not the edubuntu handbook, where di you read that ?
[13:35] <johnny> i read that too
[13:35] <johnny> it's in one of the ltsp docs on the wiki
[13:35] <ogra> the ubuntu docs ?
[13:35] <Bauer> edubuntu handbook it is
[13:35] <Bauer> Edubuntu, being a GNU/Linux based operating system, makes efficient use of memory. The usual formula that's used for adding memory to a thin client server is:
[13:35] <Bauer> 256 + (60 * users) MB
[13:36] <ogra> the edubuntu handbook thats shipped on every edubuntu system has the right values
[13:36] <ogra> its the most recent ltsp5 documentation
[13:36] <Bauer> ok..
[13:36] <ogra> seems you found a very old version somewher online
[13:36] <Bauer> but the online handbook should be updated if that is the case
[13:37] <Bauer> http://doc.ubuntu.com/edubuntu/handbook/C/
[13:37] <Bauer> edubuntu.com is linking to this handbook
[13:39] <ogra> thats an old version, i pinged LaserJock a month ago to get a fresh export to the wiki
[13:39] <ogra> poke the doc team :)
[13:40] <Bauer> hehe
[13:40] <Nurionn> just another question: how can I change the screen resolution of the loginscreen?
[13:41] <Bauer> the memory use of each client here is just about 80MB, with firefox and openoffice running
[13:41] <ogra> Bauer, with a gnome desktop ?
[13:41] <Bauer> yes
[13:41] <ogra> oh wow, then it improved apparently
[13:42] <ogra> the last measurement we did was in dapper ... there we had constantly 100M in use
[13:42] <ogra> we said 128 then to have a security buffer
[13:42] <Bauer> i have removed some of the desktop programs though,, the tracker applet for example
[13:43] <ogra> yeah, tracker is a bad thing on ltsp ... especially for people using nfs mounted homedirs
[13:44] <ogra> with 20 users it will just saturate your network for the first 10-20 min
[13:44] <ogra> if its done with its initial DB building it should work fine though
[13:44] <Bauer> i also removed sound control++
[13:44] <ogra> (its problem is just that most people dont wait these 20 mins and disable it :) )
[13:45] <ogra> i doubt many peope use tracker at all
[13:45] <Bauer> yeah, I'd think so
[13:45] <ogra> why did you remove the sound control ? no devices in the clients ?
[13:46] <Nurionn> it is possible to change the screen resolution of the loginscreen to 1024x768?
[13:46] <ogra> Nurionn, you can create a /var/lib/tftpboot/ltsp/i386/lts.conf file ....
[13:46] <ogra> add:
[13:46] <ogra> [default]
[13:46] <Bauer> ogra: i have removed both sound and video to save memory ;)
[13:46] <ogra> X_MODE_0=1924x768
[13:46] <ogra> err
[13:47] <ogra> X_MODE_0=1024x768
[13:47] <ogra> indeed :)
[13:47] <johnny> at least hardy will autodetect better
[13:47] <johnny> all mine come up with 1024x768 atm
[13:47] <johnny> without any specified mode
[13:47] <ogra> johnny, what kind of diplays ?
[13:47] <johnny> random collection of CRT
[13:48] <ogra> X only uses what the DDC of the monitor reports its capable of
[13:48] <johnny> one comes up with 1280x1024  which is nice
[13:48] <johnny> automatically
[13:48] <ogra> and thats unlikely to change in hardy
[13:48] <Nurionn> I mean local on the server
[13:48] <johnny> oh local the server, go to the screen resolution section
[13:48] <ogra> sudo dpkg-reconfigure xserver-xorg
[13:49] <johnny> if my suggestion doesn't work, then you do what ogra says :)
[13:49] <ogra> hit enter on all questions until you come to the resolution selection
[13:49] <ogra> johnny, the screen sresolution selection only works inside the user session ... it uses xrandr ...
[13:49] <ogra> gdm wont be affected by that
[13:49] <johnny> oh.. true
[13:50] <johnny> i guess i could care less what res the login screen is :)
[13:50] <ogra> heh
[13:50] <johnny> never noticed it
[13:50] <ogra> yeah
[13:50] <johnny> if it is ever different
[13:50] <ogra> its odd if it switches around on login though
[13:51] <Bauer> i want to install schooltool, but have a dependency problem
[13:51] <Bauer> it needs python-2.4-schooltool, but it wont install
[13:54] <Nurionn> thanks a lot
[13:55] <Nurionn> I will do some tests now
[13:55] <ogra> Bauer, schooltool is broken since feisty
[13:56] <Bauer> oh,, too bad, it looks like a good tool,, is it done something to fix it?
[14:05] <ogra> yes, upstream is working hard on it
[14:06] <Belutz> RichEd: ping
[14:07] <RichEd> hi Belutz
[14:07] <Belutz> hi RichEd
[14:07] <Belutz> i'm using cmpc right now
[14:07] <Belutz> but using fluxbuntu inside
[14:07] <RichEd> :) enjoying it ?
[14:07] <ogra> heh, fluxbox :)
[14:08] <Belutz> not yet enjoying it until i could install edubuntu in it
[14:08] <Belutz> :D
[14:08] <Belutz> any follow up about the image request?
[14:09] <RichEd> Belutz: not yet ... I can check on monday again at the meeting ... but will also pop off an email
[14:09] <Belutz> RichEd: thanks :)
[14:10] <Belutz> i hope intel indonesia won't give up on us
[14:15] <Nurionn> As I have seen, it works fine
[14:15] <Nurionn> but how can I install a bigmem kernel?
[14:16] <Nurionn> sudo apt-get install linux-kernel-<Version>-bigmem (where <Version> is the result from 'uname -r') doesn't work
[14:23] <ogra> sudo apt-get install linux-image-server
[14:23] <ogra> that supports up to 64G iirc
[14:24] <Nurionn> that's enough... vmware workstation supports only up to 8G/machine
[15:45] <bddebian> Heya
[15:59] <Nurionn> how can I install x11vnc on the clients (I tried 'chroot /opt/ltsp/i386/', but without success)?
[16:05] <sbalneav> Morning all!
[16:07] <Nurionn|away> bye - I go home (I've worked enough for today)
[16:07] <Nurionn|away> gn8
[16:08] <Nurionn|away> (btw. in Switzerland its 5.00 pm :) )
[21:04] <Goosemoose> Hi, trying to get apt-cacher installed on ubuntu. Seems to install fine but i can't browse to http://localhost:3142. Tried to restart the service and it says unable to bind socker (port 3142) Any idea why?
[21:07] <sbalneav> Goosemoose: Have a look in /etc/default/apt-cacher
[21:07] <Goosemoose> gone through it
[21:07] <Goosemoose> set to port 3142
[21:08] <sbalneav> I think you need to edit it to AUTOSTART=1
[21:08] <Goosemoose> already done
[21:08] <sbalneav> then invoke-rc.d apt-cacher start
[21:08] <Goosemoose> did that too
[21:08] <sbalneav> ps -ef | grep apt
[21:08] <Goosemoose> thats when it tells me unable to bind socker 3142
[21:08] <Goosemoose> ok let me run that
[21:09] <Goosemoose> www-data 10404 10297  0 12:53 pts/0    00:00:00 /usr/bin/perl /usr/sbin/apt-cacher
[21:09] <Goosemoose> leia     10491 10474  0 13:09 pts/2    00:00:00 grep apt
[21:11] <Goosemoose> any ideas?
[21:12] <sbalneav> Well, it's already running
[21:12] <Goosemoose> hmm
[21:12] <sbalneav> so, just set up your sources.list to use it.
[21:12] <Goosemoose> strange error then when i try to restart it
[21:12] <sbalneav> Should be fine
[21:12] <Goosemoose> i can't browse to it
[21:13] <sbalneav> You won't be able to.
[21:13] <Goosemoose> http://<IP_ADDRESS>:3142
[21:13] <Goosemoose> really?
[21:13] <sbalneav> it's not a web server.
[21:13] <Goosemoose> instructions i got online said i should be able to
[21:13] <sbalneav> I've never tried, but I can't see why it would.
[21:13] <Goosemoose> I know it uses apache
[21:13] <Goosemoose> hmm
[21:13] <sbalneav> no it doesn't
[21:14] <sbalneav> it's a standalone daemon.  Doesn't use apache at all.
[21:14] <Goosemoose> ok, this doc was setup for Ubuntu 6.10 maybe it's changed
[21:15] <Goosemoose> hmm, i think it does use apache some how. the other doc which is what im following to setup a pressed file
[21:15] <Goosemoose> to install over the network
[21:15] <sbalneav> Just set it up as per instructions.  Change lines in sources.list to: deb http://<IP_ADDRESS>:3142/archive.ubuntu.com/ubuntu/ gutsy main etc.
[21:15] <Goosemoose> says that i need to have d-i mirror/http/hostname/string host:port
[21:16] <Goosemoose> ok
[21:16] <sbalneav> Depends: perl, bzip2, libwww-perl
[21:17] <sbalneav> Doesn't depend on apache at all.
[21:17] <Goosemoose> ok
[21:17] <Goosemoose> trying network boot again
[21:17] <sbalneav> I use it all the time, it's quite handy.
[21:18] <sbalneav> Especially if you pre-seed it with all the .debs off the alternative cd.
[21:18] <Goosemoose> I'll be deploying 250 machines so it better mbe!
[21:18] <Goosemoose> ok damn, dont think it liked the mirror country i set it to United States in the pressed file
[21:18] <Goosemoose> must need the code
[21:19] <Goosemoose> I couldnt find en_US in ubuntu by the way, had to use en_GB
[21:19] <sbalneav> en_US is a valid language code.
[21:19] <Goosemoose> hmm ok
[21:19] <Goosemoose> what about the country code for the mirror
[21:19] <Goosemoose> still en_US?
[21:19] <Goosemoose> or just US
[21:20] <Goosemoose> doc says
[21:20] <Goosemoose> d-i mirror/country string enter information manually
[21:20] <Goosemoose> doesn't tell me what type of string, am I matching the install option maybe?
[21:21] <Goosemoose> this is what im working from btw
[21:21] <Goosemoose> http://www.debian.org/releases/stable/example-preseed.txt
[21:21] <Goosemoose> look in the 11th block
[21:23] <sbalneav> No idea.  I've never preseeded before.
[21:23] <Goosemoose> ok
[21:25] <sbalneav> I use thin clients, so I've only got 8 or 9 servers to deal with. :)
[21:25] <sbalneav> I just do 'em all manually.
[21:25] <Goosemoose> how many machines total?
[21:25] <sbalneav> About 200 desktops
[21:25] <Goosemoose> what type of desktops?
[21:26] <sbalneav> Diskless thin clients.  Via EDEN EPIA 5000 mobo's.  Fanless, diskless, problem-free :)
[21:26] <Goosemoose> what type of processor
[21:27] <sbalneav> Via EDEN
[21:27] <Goosemoose> what do ya got on the servers?
[21:27] <Goosemoose> yeah just looked it up
[21:27] <sbalneav> 550 mhz
[21:27] <Goosemoose> what?
[21:27] <Goosemoose> seriously?
[21:28] <Goosemoose> on the server?
[21:28] <sbalneav> Biggest server I have hosts 50 thin clients.  That one's a Dual Xenon with 5 gigs of ram.
[21:28] <sbalneav> Full gnome desktop.
[21:28] <Goosemoose> ok
[21:28] <Goosemoose> what speed?
[21:28] <sbalneav> What speed of what?
[21:29] <Goosemoose> dual xeon
[21:29] <LaserJock> ogra: around?
[21:29] <sbalneav> model name      : Intel(R) Xeon(R) CPU            5140  @ 2.33GHz
[21:29] <Goosemoose> I'm toying with setting up 20 thin clients along with this
[21:29] <Goosemoose> ok cool. that would match mine then
[21:29] <Goosemoose> 2 more gigs of ram and I could do that. do the 50 run smoothly?
[21:30] <sbalneav> 15:30:44 up 53 days,  5:48,  8 users,  load average: 1.88, 1.27, 1.33
[21:31] <sbalneav> No problems.
[21:31] <Goosemoose> What programs are they running?
[21:31] <Goosemoose> 8 users. What happens when you have all 50 on?
[21:31] <sbalneav> That's not accurate.
[21:32] <sbalneav> sputnik$ ps -ef | grep metacity  | wc 35     315    3122
[21:32] <sbalneav> Got 35 on right now.
[21:32] <Goosemoose> Cool
[21:32] <Goosemoose> What types of programs they running
[21:33] <sbalneav> OO.o, firefox, custom web apps, etc.
[21:33] <sbalneav>  ps -ef | grep soffice | wc
[21:33] <sbalneav>  23     208    2494
[21:37] <Goosemoose> Cool
[21:38] <Goosemoose> Grr. Stupid pressed file does not like my country code
[21:39] <Goosemoose> anyone else here use pressed files?
[21:39] <Goosemoose> d-i mirror/country string United States
[21:39] <Goosemoose> i don't get it!
[21:41] <t0ddan> Hello
[21:43] <Goosemoose> sbalneav, lol got passed that step. typed in enter information manually and it worked. now its saying my mirror is not available
[21:43] <Goosemoose> onto the next step!
[21:43] <Goosemoose> how can i test if apt-cache is working right?
[21:44] <t0ddan> Is there any difference between ubuntu and edubuntu whitout add-on cd?
[21:44] <sbalneav> apt-get update should work
[21:44] <t0ddan> execpt ltsp
[21:44] <sbalneav> Heading home for the day
[21:44] <sbalneav> be on tonight.
[21:45] <LaserJock> t0ddan: well, a little bit
[21:45] <LaserJock> t0ddan: LTSP is the big difference, but documentation, themeing are also different
[21:45] <LaserJock> I'm not sure if there are any other app differences
[21:46] <Goosemoose> damn, bad archive mirror still
[21:47] <t0ddan> okay but if i install an clean ubuntu install  whit ltsp, there will not be any big difference between them?
[21:47] <LaserJock> not really
[21:47] <Goosemoose> be back in a few
[21:47] <t0ddan> okay, thx
[21:47] <LaserJock> LTSP setup is easier when using Edubuntu
[21:47] <LaserJock> but if you can certainly do it on Ubuntu as well