[16:16] <dalurka> xnox: can I make this go any faster? https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1950996
[16:17] <dalurka> we do have some kind of commertial support.. not sure how I can use that
[16:17] <dalurka> I'm not in a huge rush I just would like it to not get stuck


[03:53] <tomprince> https://bugs.launchpad.net/bzr-svn/+bug/882705
[11:15] <jelmer> tomprince: what about that bug?
[12:20] <jelmer> thanks wgrant
[12:29] <wgrant> jelmer: np
[12:30] <wgrant> Thanks for fixing the other bits
[17:49] <tomprince> jelmer: It's causing issues, and seems to be caused by bzr-svn not obeying dpush.
[19:14] <rsajdok> I have problem in merging. Any suggestion about this question? https://code.launchpad.net/~ris/loco-team-portal/fix-552762/+merge/142553
[19:14] <rsajdok> https://code.launchpad.net/~ris/loco-team-portal/fix-552762/+merge/142553/comments/308685


[04:13]  * hallyn gets comfy with pam-configs
[05:23] <pitti> Good morning
[05:30] <Unit193> Howdy.
[06:53] <dholbach> good morning
[07:20] <pragomer> hello. why does this simple udev-rule not work when I plug my usbstick on: http://pastebin.com/r24CuJk1
[07:37] <pitti> pragomer: is it actually sdc1? check with "udevadm monitor -e --udev" when you plug in the stick
[07:37] <pitti> pragomer: and after it's plugged, "sudo udevadm test /block/sdc1"
[07:37] <pragomer> yes it is always sdc because a and b are ssd harddisks
[07:39] <pragomer> what should your 2nd syntax return?
[07:42] <pitti> pragomer: it should show you that your rule is being executed
[07:42] <pitti> .. or not, presumably
[07:42] <pragomer> yes it is executed
[07:45] <pragomer> so should this very simplified rule normally work ?   http://pastebin.com/r24CuJk1
[07:46] <pragomer> work with "sdc1" ? or is this a wrong syntax?
[07:46] <pitti> pragomer: yes, it should work
[07:46] <pitti> (although that's of course nothing you'd ever put in production)
[07:47] <pragomer> no.. not in production... its for finding the error in the rule I really want to create
[07:47] <pitti> pragomer: so do you have a /tmp/folder1?
[07:47] <pragomer> so.. you have an idea why this does not work?  changing the rule does not need a reboot, or?
[07:48] <pragomer> no, no subfolder "folder1"... there is just the system-immanent folder /tmp
[07:48] <pitti> pragomer: you just said that it is being run in udevadm test, so should be fine
[07:48] <pitti> pgraner: you can try with sudo udevadm control --reload
[07:49] <pitti> pgraner: sorry, tab error
[07:49] <pragomer> at the end there is "read rules file: /lib/udev/rules.d/99-myownrule.rules"
[07:49] <pragomer> but it outputs an error
[07:49] <pragomer> unable to open device '/sys/block/sdc1'   unload module index
[07:50] <pragomer> at the very end
[07:50] <pitti> pragomer: do you actually have a /sys/block/sdc1? and a /dev/sdc1?
[07:52] <pragomer> mm... I have , of course,  /dev/sdc and /dev/sdc1    but under /sys/block I have just sdc
[07:52] <pragomer> not sdc1
[07:52] <pragomer> dont know the meaing of /sys/block
[07:53] <pitti> how very weird
[07:53] <pitti> pragomer: /sys/ has the devices that the kernel sees
[07:53] <pragomer> ah ok
[07:54] <pitti> pgraner: please pull out the stick, run "dmesg -w", plug it in, and pastebin the output
[07:54] <pitti> (the new output)
[07:55] <pragomer> dmesg: Ungültige Option -- w
[07:55] <pragomer> (german for not valid option)
[07:55] <pragomer> is -w correct?
[08:04] <pragomer> pitti: dmesg -w is not a valid command?
[08:34] <cjwatson> barry: Sorry, I didn't manage to answer last night after all ... all other things being equal apt will prefer earlier entries in sources.list; I haven't checked about sources.list.d but I assume it comes after sources.list.  It's never occurred to me to need to force a PPA to win despite version clashes; if I wanted to do so I think I'd use apt preferences to pin the PPA above the primary archive (and debug carefully with "apt-cache ...
[08:34] <cjwatson> ... policy" because I usually get pinning wrong first time)
[09:38] <Faux> I'm keen to see nginx 1.9 synced from Testing into Wily.  I understand that it's not as there's "customisation" on the ubuntu package (it has a 1.6.2-5ubuntu3 version number).  Where can I find out more about what this means, and what's the best non-coding way to get this unblocked, i.e. is there a type of bug I can raise, or mail a mailing list, or..?
[09:40] <cjwatson> teward: ^-
[09:51] <rbasak> Faux: you might want to read https://lists.ubuntu.com/archives/ubuntu-server/2015-June/007072.html - whether we're going to be going to 1.9 is still an open question right now.
[09:55] <Faux> Ah, right, that's the kind of thing I was looking for.  Cheers.
[10:33] <pitti> cjwatson, jibel, infinity: I'm trying to understand britney's autopkgtest integration; for testing that locally, merely running "./britney.py  -c britney.conf --dry-run" fails because data/SERIES/Sources does not exist -- what creates that?
[10:33] <pitti> on snakefruit it looks like the concatenation of Packages_/Sources.gz of all components
[10:35] <pitti> I suppose this comes from something like chdist, but I don't see how (chdist in particular isn't called anywhere)
[10:40] <cjwatson> pitti: That's created by the britney1 scripts
[10:40] <cjwatson> lp:~ubuntu-release/britney/britney1
[10:40] <pitti> cjwatson: ah, ok; so for local testing of britney2-ubuntu, I'll just copy them from /var/lib/apt/lists, I figure?
[10:40] <cjwatson> lp:~ubuntu-release/britney/britney1-ubuntu, sorry
[10:40] <cjwatson> That used to contain the actual code, but then that all got rewritten separately, and now britney1 is basically just wrapper stuff
[10:41] <cjwatson> pitti: That would be fine, yes
[10:41] <pitti> cjwatson: ok, thanks!
[10:43] <pitti> cjwatson: ok, got that; now it fails on IOError: [Errno 2] No such file or directory: 'data/wily-proposed/Blocks'
[10:44] <cjwatson> See britney1-ubuntu :-)
[10:44] <pitti> ok
[10:44] <cjwatson> It fishes that out of Launchpad.  There are one or two other such files I think
[10:44] <cjwatson> For Dates you probably just want to copy that off snakefruit
[10:46] <pitti> ah, seems an empty file does just fine; now I'm at the point where it tries to call autopkgtest, which is where I want to be at :)
[10:46] <pitti> cjwatson: thanks!
[10:46] <cjwatson> YW
[10:48] <pitti> ah, that's what the test suite does too (create empty Blocks, Dates, Hints)
[12:00] <GunnarHj> darkxst: Hi Tim!
[12:00] <GunnarHj> darkxst: You realize that those g-c-c changes have not been tested, right?
[12:02] <darkxst> GunnarHj, no, but I will push them to the ppa tomorrow
[12:02] <darkxst> its still blocked on g-o-a anyway
[12:03] <GunnarHj> darkxst: That's what I mean - I couldn't build it for that reason.
[12:03] <darkxst> g-o-a is in the ppa
[12:04] <darkxst> though guess I am the only one with ppa enable sbuild
[12:05] <darkxst> but if you upload to a ppa that depends on gnome3-staging it should work
[12:06] <GunnarHj> darkxst: Is it? Missed that. Anyway, think it's better that you build in the PPA as a next step. Please let me know if there is a problem with 'my' part.
[12:07] <darkxst> actually g-o-a is in proposed, so that shouldnt have cause a build failure anyway? anyway yes I will test build it before uploading to the ppa
[12:08] <darkxst> not tonight though
[12:10] <GunnarHj> darkxst: g-o-a i uploaded to -proposed but not built there - waiting for libwebkit2gtk-4.0-dev
[12:11] <darkxst> GunnarHj, ah yes right, thats why I copied it to gnome3-staging
[12:15] <darkxst> GunnarHj, anyway don't worry, I will deal with it in the morning
[12:16] <GunnarHj> darkxst: Great, then I can sleep well tonight. ;) Thanks!
[12:17] <darkxst> GunnarHj,I need sleep now, been a long day ;(
[12:17] <GunnarHj> darkxst: Realize that. Sleep well.
[13:31] <barry> cjwatson: thanks.  hadn't thought about pinning.  i bet it's usually not a problem, but in my case, since i'm copying packages from the primary archive, versions in the ppa can conflict, and it can matter when the ppa version has additional build artifacts (e.g. py35 .so's)
[13:32] <barry> cjwatson: it *seems* like the ppa is doing the right thing, although i have no idea how :)
[14:06] <cjwatson> barry: Ah, I didn't quite grasp that you were talking about builds within the PPA.
[14:07] <cjwatson> barry: Launchpad writes out a custom sources.list for every build, and the context archive (i.e. the PPA in this case) is always placed first.
[14:09] <barry> cjwatson: that makes perfect sense, thanks!  for "normal" ppas it probably doesn't matter and i can repro this behavior locally with a --chroot-setup-commands
[14:10] <arges> hallyn: working on next libvirt upload for trusty. Merging fixes. So far I have: 1425619 (re enable migration patch), 1455608, and 1464175. Do you know of any others I should merge in there?
[14:13] <hallyn> 1342083 and 1386465 ?
[14:14] <hallyn> arges: are those all the ones which were in zul's pkg?
[14:15] <arges> hallyn: sorry, this is an SRU upload for trusty
[14:15] <arges> hallyn: i have the merge open in another tab... but getting this done first
[14:18] <hallyn> arges: oh!  one sec,
[14:18] <arges> ok
[14:18] <hallyn> how did you do 1455608 ?
[14:19] <hallyn> di dyo update the sysv script or take the whole init script update?
[14:19] <arges> hallyn: i took the changes for both upstart and libvirt-bin.init
[14:20] <hallyn> arges: list looks good - thanks!
[14:21] <arges> np
[14:38] <xnox> barry: apt-pinning etc. work but when all things are equal, the order of sources.list matters with first one winning.
[14:40] <barry> xnox: yep, and although it's not documented, sources.list.d entries come after that.  i'm guessing that the order within s.l.d entries is either alphabetical or random.  so the only way to guarantee an order is to rewrite sources.list, which is easy enough
[14:41] <xnox> barry: i bet it's readdir order
[15:50] <mitya57> sil2100, hi, I have filed a couple of appmenu-qt5 MPs for you, please review them if you can
[15:51] <mitya57> all that code will be removed in Qt 5.5, but I want these fixes a bit earlier :)
[15:51] <mitya57> I'm also going to backport it to sni-qt
[15:55] <sil2100> mitya57: oooh! Thanks, I still didn't find time to pick up some of my branches, maybe it's finally time to do that
[15:57] <mitya57> these branches are to match the spec more closely
[15:58] <sil2100> mitya57: excellent, I guarantee that those will be reviewed by tomorrow, I finally need to assign a day for desktop duties
[15:58] <sil2100> And I guess it's time
[15:58] <mitya57> sil2100: No need to hurry, but thanks anyway!
[15:59] <sil2100> mitya57: thanks for the branches!
[17:14] <seb128> stgraber, hey, I retried a desktop-next build from the iso tracker yesterday, that failed due to livecd-rootfs issues, but it seems that the tracker is stucked on "rebuilding" now and that new rebuild tries are not working?
[17:19] <ogra_> seb128, i think you need to explicitly stop them on the tracker
[17:19] <ogra_> (iirc ... its a while ago that i had to use that)
[17:19] <seb128> ogra_, I guess I could try that, waiting for stgraber to confirm in case he wants to look at the current state first
[17:20] <ogra_> iirc LP doesnt give feedback for failed builds (at least not to the tracker)
[19:15] <seb128> ogra_, cancelling doesn't work
[21:31] <barry> xnox: can you push lazr.restfulclient 0.13.4 to pypi?


[20:00] <xlogik> Does anyone know if the "Peek" mobile device is capable of running ubuntu-arm?
[20:01] <xlogik> Its based on the TI Locosto chipset http://blog.makezine.com/archive/2008/09/peek_email_only_device.html
[20:03] <xlogik> more info: http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?contentId=15408&navigationId=12656&templateId=6123
[20:11] <suihkulokki> xlogik: arm7 is not enough to run ubuntu (or any other generic linux)
[20:12] <xlogik> ok thnaks
[20:13] <xlogik> What about angstrom?
[20:16] <suihkulokki> xlogik: I think only uCLinux will work
[20:17] <xlogik> hmm


[00:25] <SpamapS> interesting
[00:25] <SpamapS> getBranch() does in fact show a cleared branch
[00:26] <SpamapS> aha!
[00:26] <SpamapS> it did work
[00:26] <SpamapS> curse you caching!
[19:12] <Laney> How should I be going about setting up lp on precise? launchpad-developer-dependencies isn't installable there so rocketfuel-setup barfs out.
[20:22] <lifeless> Laney: it should be, it may be uninstallable temporarily
[20:22] <lifeless> Laney: generally I recommend folk use a lucid lxc container to do LP dev
[20:22] <lifeless> since it deploys on Lucid, this avoids a bunch of friction.
[20:22] <lifeless> In the next few months we'll migrate to deployed-on-precise, when this will change to recommending a precise lxc container :)
[20:22] <Laney> yeah, my container got borked due to some lxc bug so I recreated a precise one to see how it went
[20:23] <Laney> I think I hacked around the uninstallability now, will see how it goes


 https://twitter.com/ZenFamilyDenta1/status/1532793582515589120
 21.04m
 ?
 I am sure a typo and they meant 22.04


[00:19] <cjwatson> lool: How far are you off golden?  Do you think I could still upload packagekit to disable the browser plugin on arm64 - that is, are you expecting to have another image build?
[03:01] <rsalveti> lool: thanks, yeah, I don't know much about the setup because cyphermox took care of it
[09:44] <lool> cjwatson: we're definitely expecting more builds
[09:44] <lool> cjwatson: I'm afraid we will taking some uploads on monday and tuesday; not sure how much we will take on wed
[09:46] <cjwatson> ok, I might sort out packagekit at some point today then, since the chances of getting a firefox/arm64 build for saucy are minimal
[10:32] <ogra_> lool, do you plan to do a build today ? (i wouldnt mind if landing asks line 190 could go into that, helps boot speed a lot)
[11:03] <lool> ogra_: I thought we should do one, but happy if you do it; I think end of day would be best as to get fresh results tomorrow morning
[11:04] <lool> cjwatson: is there a report of missing arm64 builds blocking lots of packages?  I looked for reports under ~ubuntu-archive web pages but didn't immediately spot one
[11:05]  * ogra_ sighs looking at  unity8.conf in  the upstart sessio job
[11:07] <lool> ogra_: hmm but that's not uploaded?
[11:07] <lool> ogra_: landing #190 that is
[11:07] <ogra_> lool, not yet. i didnt want to land without talking to someone first
[11:07] <ogra_> :)
[11:08] <lool> the fstab change is +1, the other one I have some questions on
[11:08] <ogra_> the other one is a workaround for bug 523484
[11:09] <ogra_> once this is fixed properly it can be dropped
[11:09] <lool> ogra_: actually after reading the comment, +1 on that too; albeits would you know what creates the var/lib/ureadahead target?
[11:09] <lool> is writable-paths doing that?
[11:09] <ogra_> ureadahead runs before mountall ... wirability is created by mountsall running
[11:09] <ogra_> the folder is created by the ureadahead package iirc
[11:10] <lool> ogra_: but I meant the bind mount target
[11:11] <lool> ogra_: I'm just sceptical on whether this happens correctly on the first boot
[11:12] <ogra_> oh, that might be writable-paths, right
[11:12] <ogra_> i guess i should just add a mkdir
[11:14] <lool> ogra_: Ok I checked
[11:15] <lool> ogra_: the new snippet is after writable_paths
[11:15] <ogra_> ah, k, then we are good
[11:15] <lool> ogra_: I'm adding a landing slot; would you please merge this and upload it?
[11:15] <ogra_> wow, i just had an 28sec boot
[11:15] <lool> ogra_: what difference does it make on boot speed?
[11:16] <ogra_> yeah, note it needs an android rebuild
[11:16] <lool> sure
[11:16] <lool> note that boot has been acceptably fast for me since thursday or so
[11:16] <ogra_> a few seconds ...i sropwatched magoro at 37 and mako at 35 sec
[11:16] <ogra_> on second boot
[11:16] <ogra_> from vibreation to unity on screen
[11:17] <ogra_> i'd really like to get rid of all these mad sleeps in the session upstart jobs
[11:17] <ogra_> i know slangasek wanted to look through the jobs, do you know if that includes the session stuff ?
[11:19] <lool> I think it does since he's landing this pulseaudio fix
[11:19] <ogra_> oh, right
[11:19] <lool> I've pinged about the sleeps in unity8, but didn't get any reply
[11:19] <lool> it's a bit risky to just try it out this late though
[11:19] <ogra_> i guess that meeds some input from awe
[11:19] <ogra_> at least the ofono/scripts bit
[11:20] <ogra_> err
[11:20] <ogra_> ofono-setup
[11:20] <lool> it seems this is just a delay the first time you boot though
[11:20] <ogra_> hmpf ... i have done like 100 reboots today and there are still random ones where it just takes ages
[11:20] <lool> ogra_: is this with bootchart?
[11:21] <ogra_> (i disabled apport to make it not get in my way)
[11:21] <ogra_> no
[11:21] <lool> ogra_: can you ping here when you upload initramfs-tools-touch and android?
[11:21] <ogra_> explicitly not
[11:21] <ogra_> will do
[11:21] <ogra_> this is just stopwatched booting ...
[11:21] <ogra_> 8 out of ten boots are fine and reliably around 30-35sec atm on my mako
[11:22] <ogra_> the other two can easily go up to over 1min
[11:23] <ogra_> and this also seesm to be mako specific
[11:23] <ogra_> *seems
[11:45] <lool> rsalveti: So ofono still needs an upload, did you want me to do it?
[11:54] <ogra_> [12:39] <ogra_> [12:47] <cjwatson> lool: Missing arm64 builds won't block anything
[12:47] <cjwatson> lool: Even (for the moment) if they were previously built; the only thing constrained at the moment is that arm64's uninstallable count shouldn't increase by way of proposed->release migration
[12:48] <cjwatson> (Although it sometimes increases anyway because a lot of the builds happen in the release pocket for annoying technical reasons)
[12:49] <cjwatson> lool: Unless you mean the current build states in general, in which case you get to try to divine it from http://qa.ubuntuwire.org/ftbfs/arm64.html :-)
[12:51] <cjwatson> lool: But the semi-official arm64 SWAT team :-) is tracking this pretty closely at least for main
[12:58] <lool> cjwatson: oh I'm not concerned about blocking non-arm64 stuff
[12:58] <lool> cjwatson: I was just curious to watch progress of arm64 bootstrap  :-)
[13:00] <cjwatson> Ah right
[13:01] <lool> ogra_: Hmm does android build against proposed?
[13:01] <lool> ISTR so but not sure; in any case initramfs-tools-ubuntu-touch didn't publish in relesae yet
[13:20] <lool> the answer is yes, and it picked up 0.57
[13:28] <ogra_> it does
[13:57] <lool> ok, in archive
[13:57] <lool> about to kick an image and call it a day
[13:59] <lool> == Building image #95 ==
[14:05] <popey> \o/
[15:06] <lool> I'm upgrading the image here
[15:06] <lool> and I've updated spreadsheet
[15:10] <lool> I haven't paid attention to boot time, but it boots on n4  :-)
[15:58]  * popey flashes
[18:17] <slangasek> lool: I think I missed your ping about the sleeps in unity8.  I saw those and was grumbly, but haven't had any time to sort them out - in fact, the memory leak is taking up my time right now
[19:42] <popey> lool: 95 seems pretty good.
[20:25] <lool> slangasek: Ah I thought I had pinged ricmm about the sleeps actually; thinking about the sleep 12 some more, it's ugly but doesn't matter much really as it's a one time thing on first boot; the sleep 1 would be worth killing at this point, but it's nothing dramatic, will check with ricmm once he has a chance
[20:25] <lool> popey: I have been pretty happy with it too; getting less unity8 crashes it seems
[20:25] <lool> some keyboard annoyance though
[20:32] <lool> popey: tests less happy than the previous ones, might just be missing retries tough
[20:32] <lool> this is the next thing I need to learn I guess
[20:40] <popey> lool: i had the same keyboard annoyance with 94
[20:41] <lool> it seems to type random chars here and there when starting up
[20:41] <lool> typically 2 times the same char
[20:41] <lool> like (( or ""
[20:41] <popey> yup
[20:41] <popey> known
[20:41] <lool> I bet it's the new socket IPC thing we've added
[20:41] <popey> you can trigger with the power button
[20:42] <lool> ah that's right
[20:42] <lool> I've seen the bug about power button generates input events
[20:42] <lool> I mean bogus key pressed events in apps
[21:13] <rsalveti> lool: I can push
[21:52] <rsalveti> lool: done
[23:08] <lool> rsalveti: thanks
[23:14] <lool> rsalveti: should we upload telepathy-ofono r48?
[23:15] <rsalveti> lool: yes
[23:15] <lool> rsalveti: seems to help with speed to attach to network, I found this slow myself but havent' tested the fix
[23:15] <lool> rsalveti: should I had a slot for this and we get that in now?
[23:17] <lool> rsalveti: I've added a slot; not quite sure how to test this though
[23:17] <rsalveti> lool: yes, thanks
[23:17] <rsalveti> lool: just see if it still registers itself fine in the network after the change
[23:18] <lool> Ok, I think I'll test this tomorrow morning then
[23:20] <lool> ah I have SSH
[23:20] <lool> was too lazy to grab USB cable
[23:21] <rsalveti> :-)
[23:23] <lool> rsalveti: worked super well
[23:24] <lool> can't tell if I was lucky, but phone funcs were up quickly after boot, and 2G worked quickly after turning off wifi
[23:24] <lool> not sure why I'm not getting 3g though
[23:25] <lool> rsalveti: so we still have the weird mir crash breaking libhybris mm changes?
[23:26] <lool> ah here's 3g, good
[23:26] <rsalveti> :-)
[23:26] <rsalveti> lool: yeah, but I removed that dependency temporarily
[23:26] <rsalveti> just testing the fix, if it all works, we should have a candidate to upload
[23:26] <rsalveti> tested and worked fine with thumbnails and such
[23:27] <lool> == Publishing telepathy-ofono (network stack) ==
[23:27] <lool> rsalveti: oh awesome
[23:27] <lool> rsalveti: if it's for tonight, do you have an ETA?
[23:27] <rsalveti> lool: hope for tonight :-)
[23:28] <lool> rsalveti: I was wondering whether I should try to place an image build sensibly in the middle of the UTC night to try to include it if you go for an upload
[23:28] <rsalveti> lool: I can trigger the build later today as well if you prefer
[23:28] <lool> otherwise, I'll just kick an image in a few when telepathy-ofono goes to archive
[23:29] <lool> rsalveti: ah that's an idea
[23:29] <rsalveti> even if I'm unable to push the rest of the stuff, I can trigger before going to bed
[23:29] <lool> rsalveti: if that's ok with you
[23:29] <rsalveti> and you should have a new image by your morning :-)
[23:29] <rsalveti> sure
[23:29] <lool> yeah, that was exactly the goal: very latest bits and fresh test results by monday morning
[23:30] <lool> just waiting a couple more minutes to see telepathy-ofono make its way to proposed
[23:31] <rsalveti> great
[23:32] <lool> Ok it's built in proposed; should migrate soon
[23:32] <lool> 'night
[23:32]  * lool crosses fingers for mm fix
[23:35]  * lool &
[23:37] <rsalveti> thanks, have a good night


[11:53] <BluesKaj> Hiyas all
[15:47] <nicomachus> ಠ_ಠ
[16:38] <brainwash> does pkexec still work? running "pkexec bash" gives me following error:
[16:38] <brainwash>  polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
[16:40] <nacc> brainwash: it worked here, but did pop-up a GUI
[16:41] <brainwash> ok. thanks for testing it.
[16:42] <nacc> brainwash: this is on 16.04, though :)
[16:42] <nacc> brainwash: so noticing the chan, maybe it's broken in 16.10 :)
[16:43] <flocculant> brainwash: working here
[16:44] <brainwash> ohh. yeah, I'm running 16.10 and the last time I've used pkexec was like half a year ago during the dev cycle of 16.04.
[16:44] <brainwash> flocculant: nice, thanks
[16:46] <flocculant> welcome :)
[16:47] <BluesKaj> nacc, ran sudo pkexec bash in 16.10 just sets up the terminal as root user , is this what's expected?
[16:48] <nacc> BluesKaj: i think so? brainwash --^ :)
[16:49] <brainwash> uhm, why the sudo?
[16:49] <flocculant> brainwash: I assumed you meant running that from a terminal btw - running it from alt+f2 does nothing
[16:50] <brainwash> right, you have to run it inside a terminal
[16:50] <flocculant> BluesKaj: shouldn't need sudo and pkexec btw
[16:50] <flocculant> brainwash: just checking :)
[16:51] <BluesKaj> just tried it without sudo and a got a popup asking for pw , after entering the pw ...nothing
[16:51] <BluesKaj> brainwash,^
[16:51] <brainwash> nothing?
[16:52] <brainwash> you are supposed to run the command in a terminal window
[16:52] <brainwash> or run "pkexec whoami" which will return "root"
[16:52] <BluesKaj> ok it shows as root in the terminal peompt
[16:52] <brainwash> it's just a simple test
[16:53] <BluesKaj> prompt even
[16:53] <brainwash> yes, that's the expected result. thanks for testing it :)
[16:54] <BluesKaj> i use yakuake so the dropdown disappeared after the popup asking for the pw, when i checked yakuake again it was root
[16:55] <BluesKaj> ok good ...what is pkexec bash anyway , jsua method to drop to root ?
[16:55] <BluesKaj> just
[16:55] <brainwash> yes


[23:10] <Rashk0> hi
[23:11] <Rashk0> how can i get cloaks
[23:11] <wxl> an ubuntu cloak, Rashk0 ?
[23:11] <Rashk0> ubuntu or debian
[23:12] <wxl> well i'm not sure what the deal is with debian, but you need to be an ubuntu member for ubuntu
[23:12] <Rashk0> i have debian
[23:12] <dax> Debian only gives out cloaks to Debian Developers
[23:12] <dax> Ubuntu only gives out cloaks to Ubuntu Members
[23:12] <Rashk0> 0k
[23:12] <dax> if you're one of those two, you'd know it. if not, you can get an unaffiliated cloak by asking a staffer
[23:13] <Rashk0> what should I do
[23:13] <dax> wait, never mind, you already have an unaffiliated cloak
[23:13] <wxl> you should become a Debian Developer or an Ubuntu Member
[23:13] <wxl> or you should forget it about it and enjoy the unaffiliated cloak you already have
[23:14] <Rashk0> Ubuntu Member
[23:14] <Rashk0> ow can I become
[23:14] <wxl> https://wiki.ubuntu.com/Membership
[23:14] <Rashk0> how can I become
[23:14] <wxl> ^^ that's how
[23:14] <Rashk0> thanks
[23:20] <JackFrost> Hmm... "Canonical Cloaks" is certainly outdated.
[23:20] <dax> yes, I told IRCC this already
[23:20] <JackFrost> That's the wrong group.
[23:21] <dax> are we talking about https://wiki.ubuntu.com/IRC/Cloaks or something else
[23:21] <JackFrost> Correct.
[23:22] <JackFrost> Well I suppose that could just be removed.
[23:23] <dax> I feel like it's probably in IRCC's best interests for IRCC to figure out who the current GC for Canonical is and update documentation accordingly
[23:23] <Rashk0> i have registered in https://wiki.ubuntu.com/Membership
[23:23] <dax> but sure, deleting it and not caring is simpler
[23:23] <JackFrost> dax: Well, when poking doesn't work, that is...
[23:24] <dax> oh, did it not?
[23:24] <dax> can't say i'm surprised :\
[23:30] <JackFrost> popey: Hello!  Do you guys know yet who your GC is?  If it's semi public, would you mind updating https://wiki.ubuntu.com/IRC/Cloaks from joey?
[23:30] <wxl> JackFrost: just fyi he went afk earlier due to feeling ill :(
[23:31] <JackFrost> He'll be back on IRC sometime, I'd guess.  Thanks.
[23:32] <popey> JackFrost: yes, kiko or elmo
[23:33] <JackFrost> Fantastic!
[23:34] <popey> updated the above page too
[23:34] <JackFrost> Thank you very much, popey!
[23:34] <popey> np


[08:09] <lotuspsychje> morning guys
[08:10] <lotuspsychje> here's a graph eric made of 2016-2017 to prove the users drop when +r was set: https://imgur.com/a/M5LnW
[08:11] <lotuspsychje> still waiting for ben64's graph, but i bet its gonna be the same
[08:12] <lotuspsychje> another idea of alkisg is to set freenode webchat to #ubuntu without reggister, so the captcha can bypass the spammer?
[08:13] <lotuspsychje> https://imgur.com/a/MBAip new graph
[08:14] <lotuspsychje> tnx and let it know to el unite & dax plz
[15:58] <CarlFK> lotuspsychje: the graph doesn't make me think anything should be changed
[16:04] <Pici> When did we set +r?
[16:06] <Pici> heres my channel population info going back to 4/1/2016: http://nullcortex.com/upload/screenshots/chrome_2017-12-20_11-06-01.png
[16:09] <Pici> (ubottu reports channel population info directly into graphite)
[16:18] <dax> Pici: unsurprisingly, around 2017-6, I believe
[16:19] <dax> I'm not a huge fan of raw log size, since it presumably includes JOIN/PART/QUIT and of *course* they're going to go through the floor with +r
[16:19] <dax> https://i.imgur.com/A9kVw7H.png is using irclogs.ubuntu.com logfiles, so it's just actual messages. and it's per-day not per-month, so a bit more detailed
[16:20] <Pici> http://nullcortex.com/upload/screenshots/chrome_2017-12-20_11-19-51.png
[16:20] <Pici> Thats population and activity (lines per second)
[16:21] <Pici> going back a little further for comparison: http://nullcortex.com/upload/screenshots/chrome_2017-12-20_11-20-42.png
[16:22] <dax> *nod*
[16:25] <dax> anyway. that said, the graph I linked and the graph lotuspsychje linked show broadly the same trend, so at least we're working off the same sort of data there
[16:27] <dax> I think there are *two* notable things about Pici's user count graph: 1) after +r was set, channel population went down over time for a bit, presumably as unidentified users fell out of the channel, and 2) the channel population has been stable since about a month after that (ignoring what I assume is a freenode outage in mid-August and the 17.10 release in mid-October)
[16:28] <dax> Unless I'm not reading it right, Pici's activity graph shows a lot less variance than mine does, I'm curious as to what the difference is there.
[16:29] <dax> although I guess it's ~1/s to 0.5/s over the course of the year, which is sufficiently concerning in and of itself
[16:54] <Dreaman> remove my bann i month
[16:54] <Dreaman> more
[16:54] <Dreaman> just mute
[16:55] <Dreaman> i use ubuntu 2007
[16:55] <dax> thanks ubottu
[16:55] <dax> Dreaman: looking, sec
[16:56] <dax> Dreaman: you going to behave this time?
[16:57] <Dreaman> no
[16:57] <Dreaman> nikolov@ubuntu-ivan:~$ inxi -F
[16:57] <Dreaman> System:    Host: ubuntu-ivan Kernel: 4.14.8-041408-generic x86_64 bits: 64
[16:57] <Dreaman>            Desktop: Gnome 3.26.2 Distro: Ubuntu 17.10
[16:57] <Dreaman> just use ubuntu
[16:57] <Dreaman> 10 years
[16:58] <dax> was that "no" meaning you're not going to behave?
[16:58] <dax> I don't care how long you've been using Ubuntu, I care whether you're going to mess around in #ubuntu if I unban you or not.
[16:58] <Dreaman> no
[16:58] <Dreaman> ok
[16:59] <Dreaman> just unbann me
[16:59] <dax> can you actually clearly answer my question
[17:00] <dax> "yes I am going to behave" or "no i am not going to behave"
[17:00] <Dreaman> no
[17:00] <dax> then go ahead and part the channel and come back when you decide you're going to behave, thanks
[17:01] <dax> as you're well aware, we have channel guidelines, and if you're not going to behave and follow them, you ain't getting unquieted
[17:01] <dax> !guidelines
[17:01] <Dreaman> * Cannot join #ubuntu (You are banned).
[17:02] <Dreaman> my eng is not good
[17:02] <Dreaman> yes
[17:02] <Dreaman> may be ask to
[17:03] <dax> Yes, I've noticed that your English proficiency drops through the floor whenever you want unbanning. It doesn't really help you.
[17:03] <Dreaman> unbann me
[17:04] <Dreaman> 1 month i bann
[17:04] <Dreaman> is normal
[17:04] <Dreaman> but
[17:04] <wxl> Dreaman: i have an easy solution for getting unbanned. interested?
[17:05] <Dreaman> ask oper bann me log
[17:05] <Dreaman> see
[17:05] <Dreaman> nothing
[17:05] <Dreaman> log oper bann me reasen
[17:06] <Dreaman> no
[17:06] <wxl> not interested, got it.
[17:06] <Dreaman> heh
[17:06] <Dreaman> just bann for nothing
[17:06] <Dreaman> ok
[17:07] <dax> If that's your interpretation of things, then you're better off using a non-English-language channel that you can actually interpret in a reasonable manner.
[17:07] <Dreaman> remove bann 1 min i see the log
[17:07] <Dreaman> my hexchat
[17:07] <Dreaman> ant pastebin ubuntu
[17:08] <Dreaman> ubuntu-bulgarian not users in
[17:09] <Dreaman> remove bann and mute me
[17:09] <Dreaman> simple
[17:09] <Dreaman> no chat
[17:09] <dax> Why would I want to do that?
[17:10] <Dreaman> your choice
[17:10] <dax> You're quite capable of reading logs without being in the channel
[17:10] <dax> !1984
[17:10] <Dreaman> no bann no mute
[17:11] <Dreaman> i permanent bann may be 1 month and more bann
[17:11] <Dreaman> just aks
[17:11] <dax> I'm not going to unban you unless you can come up with a coherent assurance that you will not misbehave. That said, your inability to follow directions in here leads me to suspect I shouldn't unban you even *if* you manage to come up with one, because *#ubuntu is clearly not the right place for someone who does not understand simple English*
[17:11] <dax> as evidenced by you *repeatedly* failing to follow instructions and *repeatedly* getting banned
[17:12] <Dreaman> ok
[17:13] <Dreaman> i joint but no need this
[17:19] <Dreaman> dax 1 year 3 month
[17:19] <Dreaman> forever
[17:20] <Dreaman> ?
[17:20] <dax> Bans aren't time-based, they're removed based on you demonstrating that you will not repeat the behavior that got you banned.
[17:21] <dax> Coming into #ubuntu-ops and repeating the behavior that got you banned is not a good way to get the ban removed.
[17:21] <Dreaman> ok
[17:21] <dax> @mark #ubuntu-ops Dreaman
[17:22] <dax> @comment 77462 declined to remove ban despite expiration date on previous comment. See mark 77578. tl;dr: he is incoherent as ever
[20:20] <el> he asked me if he could be downgraded to a quiet
[20:20] <el> 07:37 <Dreaman> hi remove my bann in ubuntu is 1 month
[20:20] <el> 07:37 <Dreaman> mute me
[20:20] <el> 07:37 <Dreaman> is good idea
[20:21] <dax> yeah, I told him no on that above
[20:21] <dax> irclogs.ubuntu.com exists, he's quite capable of using it
[20:21] <el> true
[20:21] <dax> he's just gonna start PMing crap to people if he's +q
[20:21] <el> and i apparently missed that line when scrolling up


[03:37] <thune3> rww suggested I come in here to discuss the #ubuntu anti-spam strategy. As I am not one to register (and I don't think casual new ubuntu users would be either); I'm wondering if a strategy that preserves the welcoming nature of #ubuntu, while protecting the channel against spam, might be implemented.
[03:40] <IdleOne> any suggestions on how to accomplish that
[03:41] <thune3> it depends on the nature of the spam, if it is distributed, or automated
[03:41] <bazhang> share it with #freenode ##linux and the other major channels as well
[03:43] <bazhang> and I doubt new users feel welcomed when they witness flood of spam, registered or not
[03:43] <thune3> i do understand that spam==bad
[03:43] <thune3> i assume that banning a few addresses is insufficient. i've seen capcha style implementations, or send this message to the bot to get voice
[03:43] <IdleOne> thune3: the spam problem is not just in #ubuntu it effects the entire network, unfortunately or fortunately #ubuntu is a very large channel. freenode does not require registration to be on the network and neither do Ubuntu IRC channels but in times of high spam there is at this point no better method.
[03:44] <bazhang> +m ?
[03:44] <bazhang> that seems extreme
[03:45] <thune3> of course that's not an option
[03:45] <bazhang> the ask bot for voice is just that
[03:46] <thune3> oh i thought +m was something else, oops
[03:46] <IdleOne> not to mention probably not difficult to script
[03:46] <IdleOne> +m means only voiced users can speak in channel
[03:46] <bazhang> #defocus has it, though the bot needs prompting from a staff member
[03:46] <IdleOne> scripting a bot to ask the bot for voice would not be complicated to accomplish
[03:47] <bazhang> and spambots would use the very same script, so nothing blocked
[03:47] <thune3> that's sort of gets back to the question: what is the nature of the attack. Do you have someone writing a bot to specifically attack #ubuntu?
[03:48] <bazhang> freenode
[03:48] <IdleOne> they attack freenode
[03:48] <bazhang> all major channels get hit afaict
[03:48] <IdleOne> #ubuntu is a 1300+ user channel so a BIG target
[03:49] <thune3> all the #ubuntu-xx channels don't seem to require protection. if the attack is bots on freenode, how is that possible?
[03:49] <bazhang> loco channels?
[03:49] <IdleOne> thune3: I can understand your reluctance to register but you could setup a gmail account for the specific purpose of registering to freenode and then never look at it again.
[03:50] <IdleOne> thune3: the target is as many users as possible, why would you attack a channel with 200 users when you got a 1000 user channel to hit and annoy
[03:51] <bazhang> some loco channels get almost zero traffic. probably not enough thrills involved
[03:52] <thune3> IdleOne: if I came to #ubuntu on freenode for the first time, and saw I had to register, I would not ever bother coming again. I imagine the unregged/register strategy puts off lots of legitimate users with questions.
[03:52] <bazhang> odd
[03:53] <thune3> btw, the freenode 'interim privacy policy' is also uninspiring.
[03:53] <bazhang> ubuntuforums require registration, as do every other major source of help outside of irc.
[03:53] <IdleOne> thune3: it may put off some new users but in the end the protection of existing users can't be comprimised either
[03:54] <IdleOne> it's a catch 22, we lose some I'm sure but we also keep the existing user base.
[03:54] <bazhang> 1222 at last count had no problems with it. I'd imagine the majority are new users
[03:54] <thune3> right and it's normally running 1400-1600.
[03:55] <bazhang> 150 or so in -unregged
[03:55] <thune3> question: do ops in #ubuntu have kickban powers?
[03:55] <thune3> do you guys ban ips?
[03:55] <bazhang> yes
[03:56] <IdleOne> also if it was a simple matter of banning a few ip addresses it would be done but these spam attacks are coordinated and they have thousands of compromised systems to attack from.
[03:56] <IdleOne> we could ban all day long and they would just keep coming
[03:56] <bazhang> shell providers as well (at least some)
[03:57] <IdleOne> the less reputable ones
[03:57] <bazhang> mibbit was outright banned from all of freenode
[03:57] <IdleOne> actually I saw a mibbit account not long ago
[03:58] <bazhang> that was an ident afaict
[03:58] <IdleOne> ah maybe yeah
[03:59] <thune3> why is voiceless join on #ubuntu during incidences of high spam a bad thing?
[03:59] <bazhang> and lets face it, those disreputable shell accounts are the major source of issues, as well as various unregged spam/flood bots
[03:59] <thune3> why is unregged preferred?
[04:00] <bazhang> that's quite extreme if you mean +q ~a
[04:00] <IdleOne> thune3: because they could join 50 bots over a few hours and just sit idle, send in one bot to spam and have the channel be set to +m then we have to voice all the users in the channel ( we HAVE to assume they are all legit users) and then they start an 50 bot attack with voice.
[04:01] <bazhang> the entire channel would be shut down as a result
[04:01] <IdleOne> exactly
[04:01] <bazhang> just their goal in fact
[04:01] <IdleOne> this is the only viable solution at this time
[04:02] <bazhang> so +r is the least of all possible options, in terms of usable channel and letting others get on with receiving help
[04:02] <IdleOne> thune3: it isn't perfect, we know that.
[04:03] <thune3> may i ask, how do you determine the "safe to end lockdown point"?
[04:03] <bazhang> as short as possible
[04:04] <bazhang> there is not a magic 8-ball
[04:04] <bazhang> I'd imagine when jr. high gets back then it'll be less severe
[04:05] <IdleOne> another week or so
[04:05] <thune3> lol
[04:05] <bazhang> yep
[04:06] <bazhang> we dislike it as much as you do.
[04:07] <IdleOne> Now if you can figure out a better way to prevent these attacks network wide then I am sure #freenode would be happy to implement it.
[04:07] <bazhang> but keeping the channel accessible for the majority of users is the best of all possible options at this stage
[04:07] <thune3> if the bots were not being actively scripted to counter-countermeasures, it would seem a capcha style voice granting or message floodbot a random string to get voice would be sufficient.
[04:07] <bazhang> write it and share it with freenode then
[04:09] <IdleOne> just FYI in 4 years, 33 weeks, 2 days, 23:50:00 I have received a total of 4 emails from freenode.
[04:09] <thune3> so the structure is that #ubuntu ops use the tools adopted by the more central ops in freenod?
[04:10] <bazhang> they are staff. we administer independently of them
[04:10] <thune3> IdleOne: i would be more worried about the security of the list than its use by freenode
[04:10] <thune3> bazhang: ah ok.
[04:11] <IdleOne> thune3: I gave you a possible solution for that
[04:11] <bazhang> we have kick, mute, quiet. they have kill and kline
[04:11] <bazhang> whoops s/mute/ban/
[04:11] <thune3> IdleOne: i know, i'm in the midst of standing on some shaky principle right now ;)
[04:12] <thune3> thanks guys, i'm still frustrated and i appreciate your advice and clarifications.
[04:12] <IdleOne> heh, I know where you're coming from dude. Sometimes you just got to try and work with the system.
[04:13] <thune3> thanks and good luck!
[04:13] <IdleOne> thank you.
[09:44] <jpds> AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaaaaaaaaaaaaaa
[09:45] <Madpilot> ?
[09:45] <jpds> 09:43:49 [Freenode] -NickServ(NickServ@services.)- #ubuntu is not registered.
[09:45] <maco> getting your args out of order?
[09:46] <jpds> maco: Oh yeah.
[09:46]  * jpds → coffee.
[09:47] <maco> every time i try to do something with irc commands without use of an alias, i get that error
[14:35] <bazhang> that's annoying
[14:35] <Pici> tes
[14:35] <Pici> yes too
[15:54] <bazhang> pozic is annoying
[15:59] <Pici> odd.
[16:53] <bazhang> whoa offensive nick
[16:55] <jpds> bazhang: "nick" isn't in #ubuntu.
[16:55] <bazhang> * whore__<EMAIL_ADDRESS>has joined #ubuntu
[17:16] <bazhang> ryaxnb is unbanned?
[17:19] <ikonia> I thought so
[17:19] <bazhang> ah just switched IP
[17:19] <bazhang> nope
[17:19] <Pici> I don't see a ban.
[17:20] <bazhang> <IP_ADDRESS>
[17:24] <ikonia> ?
[17:24] <bazhang> acepreshaw knows you?
[17:24] <ikonia> I don't see it
[17:24] <ikonia> troll
[17:24] <bazhang> its there
[17:24] <ikonia> on shipit ?
[17:25] <bazhang> no the ban in -ot
[17:25] <ikonia> h
[17:25] <Pici> I just placed it.
[17:25] <ikonia> I thought it had been removed
[17:25] <ikonia> he came in here the other day and said his IP had chanced and he didn't know if the ban was in place
[17:26] <ikonia> bazhang: it's his standard junk he talks
[17:26] <ikonia> he's asked where he can get cd's for $100 before
[17:26] <ikonia> he knows the drill
[17:26] <bazhang> ikonia, other nicks are known?
[17:26] <ikonia> not to me, just that one
[17:26] <bazhang> okay
[17:26] <bazhang> yeah, he has two different places to connect from.
[17:27] <ikonia> BT and freenode
[17:27] <ikonia> ahhh and here is servertech for more pointless dribble
[18:04] <Pici> Wow, someone actually posted a video on youtube of their problem and it wasn't a spam link.
[18:07] <ikonia> rare
[18:24] <ryaxnb> flannel is still not back :(
[19:24] <Pici> gnomefreak: known troll
[19:25] <gnomefreak> ah
[19:25] <Pici> probably will get klined soon.
[19:26] <gnomefreak> i thought you were staff
[19:26] <Pici> Nope
[19:26] <gnomefreak> oh
[19:26] <Pici> Thats pricey.
[19:27] <Pici> Whom I haven't seen in forever.
[19:27] <gnomefreak> me neither but i am not here alot anymore
[19:27] <maco> oh good im not the only one who confuses you two
[19:28] <marienz> yeah, I've given up on trying to talk to that one
[19:28] <gnomefreak> i stay confused unless im smoking. i guess sitting outside gives me time to think so it helps
[19:28] <gnomefreak> brb smoke :)
[20:45] <Seveas> #ubuntu / efuse -- likely troll
[20:50] <Pici> yes
[20:50] <Pici> I didn't ban him.
[20:50] <Seveas> I know
[20:51] <Seveas> if you remove the n mode from here, I can send messages without joining :)
[21:47] <ryaxnb> can we get this ban over with pls?
[21:47] <ryaxnb> i still am waiting for flannel :/
[21:48] <ryaxnb> if you tell me when she/he will be back ill discuss it then.
[21:48] <ryaxnb> :/
[21:49] <mneptok> ryaxnb: i have no idea what Flannel's IRC plans may be
[21:49] <ryaxnb> ok
[21:49] <ryaxnb> :(
[21:49] <ryaxnb> i suppose i should /part then :/
[21:50] <mneptok> ryaxnb: /whois says idle for 7 hours.
[21:54] <ryaxnb> my window says away
[21:54] <ryaxnb> faded, thus away :/
[21:54] <ryaxnb> --
[21:54] <ryaxnb> seeya


[17:11] <arraybolt3> Unit193: I got slammed with work and didn't manage to test the last Xubuntu Core ISOs that came out. Would you mind doing a respin so I can try again with the latest stuff today.
[17:11] <arraybolt3> s/./?/
[21:28] <Unit193> arraybolt3: Sounds good, can't get to it for a few hours though.  Well, unless I can slip it in now..
[21:29] <arraybolt3> np, just whenever. I'll keep my eyes peeled.


[02:43] <johnny_> hi, after upgrading to gusty (including the chroot) now firefox never dies when you shut it off
[02:43] <johnny_> you have to manually kill the process
[03:30] <kamazu> hi everybody
[03:31] <kamazu> I have a problem booting a i386 client booting from an amd64 server
[03:32] <kamazu> the boot process starts but stops at request_module: runaway loop modprobe binfmt-464c
[03:32] <johnny_> you did generate the proper ltsp image right?
[03:33] <kamazu> yes
[03:33] <johnny_> i386
[03:33] <johnny_> hmm.. no idea then , never seen that one
[03:33] <kamazu> I did a ltsp-build-client --arch i386
[03:33] <johnny_> aha.. never seen it.. try manually blacklisting it in /etc/modprobe.d/blacklist
[03:33] <kamazu> so i HAVE to first delete the amd64 in /opt/ltsp ?
[03:34] <kamazu> I didn't do that
[03:34] <johnny_> well if you had amd64 clients you'd want to keep that :)
[03:34] <kamazu> Yes :)
[03:34] <kamazu> but that's what i read in the net
[03:34] <johnny_> just make sure that your users are receiving the proper i386
[03:34] <johnny_> in your dhcpd config
[03:35] <kamazu> in /var/log/syslog it says
[03:35] <kamazu> connect from <IP_ADDRESS>, assigned file is /opt/ltsp/images/amd64.img
[03:35] <johnny_> on i386 system? if so.. that's prolly your problem
[03:35] <johnny_> or rather.. is at least a part of it :)
[03:36] <kamazu> :)
[03:36] <kamazu> but where if not in /etc/ltsp/dhcpd.conf is it assigned?
[03:36] <johnny_>  well it's between the tftpd and the dhcpd
[03:36] <kamazu> filename "/ltsp/i386/pxelinux.0
[03:36] <johnny_> check your tftpd
[03:36] <johnny_> config
[03:36] <kamazu> ok
[03:37] <kamazu> where?
[03:37] <johnny_> i have no idea..
[03:37] <johnny_> i don't use the default dhcpd and tftpd
[03:37] <johnny_> i use dnsmasq for both
[03:37] <kamazu> i did a grep -r amd64 in etc and didn't find anything but in inetd.conf
[03:37] <johnny_> and what does that say?
[03:38] <kamazu> 2000               stream  tcp            nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/amd64.img
[03:38] <kamazu> 2001               stream  tcp            nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
[03:39] <kgoetz>  /etc/ltsp or /etc/dhcp are teh places to look
[03:39] <kgoetz> (previously anyway)
[03:39] <kamazu> yes the bootup starts and in my /etc/ltsp/dhcpd.conf i don't mention amd64
[03:40] <kamazu> but still in /var/log/syslog there is this line
[03:40] <johnny_> hmm.. change the 2000 line
[03:40] <johnny_> or rather.. for testing, switch the 2001 and 2000 lines
[03:40] <kamazu> i'll comment it out
[03:40] <johnny_> no
[03:41] <kamazu> then?
[03:41] <johnny_> siwtch em
[03:41] <johnny_> 2001 and 2000
[03:41] <kamazu> ok
[03:41] <johnny_> and then try
[03:41] <kamazu> one minute :)
[03:44] <kamazu> no luck :(
[03:45] <kamazu> i'll will delete both architectures and for now only use i386
[03:45] <kamazu> thanks dough
[03:45] <kamazu> :)
[03:45] <kamazu> though
[08:17] <highvoltage> good mornign edubuntuland
[08:17] <highvoltage> sorry, fell asleep last night before the meeting started
[08:20] <RichEd> hi highvoltage
[08:22] <highvoltage> hey RichEd
[11:02] <Nubae> hi, I'm trying to find libflashsupport for 64 bit
[11:03] <Nubae> I've got lib 32, but that doesnt seem to help installing libflashsupport
[11:31] <gnomefreak> Nubae: nspluginwrapper
[11:34] <ogra> gnomefreak, libflashsupport works on a lower level
[11:35] <gnomefreak> ah ok
[11:35] <ogra> it fixes a bug where flash doesnt close its alsa sockets properly ...
[11:35] <ogra> its actually a workaround to fix a bug adobe doesnt care for
[11:36] <Nubae> so is there no way to run it on 64bit then?
[11:36] <ogra> Nubae, there are source packages somewhere, you should be able to build them ... sadly there are some cross licensing issues with libflashsupport that need to be solved before it can hit the archive
[11:36] <Nubae> I tried to build
[11:37] <Nubae> from source, got all kind of errors
[11:37] <ogra> how did it fail
[11:37] <Nubae> what is pastebin address again?
[11:38] <gnomefreak> !paste
[11:38] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[11:38] <Nubae> http://pastebin.ubuntu.com/2002/
[11:38] <ogra> sudo apt-get install libssl-dev
[11:39] <ogra> is for the first error
[11:39] <Nubae> yeah didnt look to closely at the errors to be honest...
[11:39] <ogra> you likely also need libasound-dev and the pulse development package
[11:40] <ogra> its only missing some build deps
[11:40] <Nubae> of course, didnt install any of the dev packages
[11:41] <Nubae> ah thats good news... only thing not working now on my install
[11:41] <ogra> if y build complains about not finding "something.h" at the top its usually missing a -dev package
[11:42] <ogra> so the way to solve it would be to find out where: openssl/ssl.h, esd.h, pulse/simple.h and pulse/error.h are in .... and install these packages
[11:43] <Nubae> cool, thanks
[11:43] <ogra> packages.ubuntu-com has a search function for package contents where you can easily find the answer :)
[11:44] <Nubae> libesd0-dev for esd?
[11:49] <Nubae> thanks for that ogra, that will be useful for life... (packages.ubuntu.com)
[11:51] <johnny> ogra,  i commented on that bug, i tried setting LDM_SERVER
[11:51] <johnny> no dice
[11:51] <ogra> yeah, i saw it
[11:52] <ogra> Nubae, right, thats the right lib for esd (you could also disable esd in the code, its not used anyway in our setup)
[11:52] <Nubae> cc1: warnings being treated as errors
[11:52] <Nubae> flashsupport.c: In function ‘FPX_SoundOutput_Open’:
[11:52] <Nubae> flashsupport.c:488: warning: cast from pointer to integer of different size
[11:53] <ogra> johnny, i fear we'll need sbalneav for further debugging, i dont know 100% how his autologin stuff works ...
[11:53] <Nubae> thats what I get after all dependencies seem to be met
[11:53] <ogra> Nubae, look at the makefile for -Werror .... remove that
[11:54] <ogra> so it doesnt treat warnings as errors
[11:54] <Nubae> /usr/bin/ld: /tmp/ccZf1tuq.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
[11:54] <Nubae> /tmp/ccZf1tuq.o: could not read symbols: Bad value
[11:54] <johnny> ogra, that's cool, i just make to make sure the bug is treated as valid
[11:55] <ogra> Nubae, you removed -Werror ?
[11:55] <Nubae> yep
[11:55] <ogra> add -fPIC for it and see what happens
[11:55] <ogra> the code might not be 64bit compatible though
[11:56] <ogra> (especially since there is no native 64bit flash)
[11:56] <Nubae> flashsupport.c: In function ‘FPX_SoundOutput_Open’:
[11:56] <Nubae> flashsupport.c:488: warning: cast from pointer to integer of different size
[11:56] <Nubae> but the other error went
[11:56] <ogra> so it built ?
[11:56] <Nubae> oh... guess it did
[11:56] <ogra> try if it works then
[11:57] <Nubae> make install worked
[11:57] <ogra> run sudo ldconfig
[11:57] <ogra> to make sure the lib linker knows its there
[11:57] <ogra> (not sure make install does that, wont do no harm to run it again even)
[11:57] <Nubae> restart firefox?
[11:58] <ogra> yep
[11:58] <Nubae> nah, no sound
[11:59] <ogra> check ~/.xsession-errors
[11:59] <ogra> if there is any trace of pulseaudio errors
[12:00] <Nubae> ALSA lib ../../../src/pcm/pcm_hw.c:1351:(_snd_pcm_hw_open) Invalid value for card
[12:00] <Nubae> ALSA lib ../../../src/pcm/pcm.c:2105:(snd_pcm_open_conf) Cannot open shared library /usr/lib/al$
[12:00] <Nubae> A
[12:00] <Nubae> repeated
[12:00] <Nubae> over and over
[12:01] <Nubae> have to run, dentist appointment... thanks for that though, I'll check in to see if you're here when I get back
[13:24] <gamed|ph> hi
[14:21] <sbalneav> ogra: Morning!
[15:23] <o00w> is there anyone that can assist me with setting up printers?
[15:26] <sbalneav> o00w: On which, the server, or thin clients?
[15:27] <o00w> sbalneav: on a client I am just testing 7.04 on our networks
[15:28] <sbalneav> Sure, I can help
[15:28] <nubae> for thin clients, is it the same with 7.10 as 7.04?
[15:28] <ogra1> nubae, beyond the fact the lts.conf moved to a new place the options are still the same
[15:28] <nubae> its something I need to get to as well, teachers are asking me constantly
[15:28] <sbalneav> ogra1: Hey there!
[15:29] <ogra1> sbalneav, yo
[15:29] <ogra1> sorry i didnt ping back yet in #ltsp
[15:29] <sbalneav> Nah, np
[15:29] <ogra1> just got my ultra beefy 2M SDSL line :)
[15:29] <sbalneav> I went to #bzr and got help
[15:29] <ogra1> ah
[15:29] <sbalneav> My own stupidity, as usual
[15:29] <o00w> sbalneav: it is a xerox phaser 8550dp...I can see the printer with the correct IP with Global Settings/Detect LAN Printers...in fact I see all the printers...quite impressed by that
[15:29] <sbalneav> I bzr co'd, instead of branch'd
[15:30] <sbalneav> so all I have to do is bzr bind, and I'm cool.
[15:30] <ogra1> ah
[15:30] <sbalneav> I'm just fixing up the upstream bits now, then I'll branch onto launchpad for hardy devel.
[15:31] <ogra> i thought you branch upstream into ltsp-drivers
[15:31] <ogra> i have a bunch of pending changes for the branch you got on ltsp.org
[15:32] <nubae> hey about flash sound on the clients with 64 bit edubuntu, I'm not in the school right now so cant check anything, but did u see anything with the errors i pasted (.xsession-errors)
[15:32] <o00w> sbalneav: is there a quick way to talk directly in channel to someone, currently I highlight the name and paste it followed by colon...but I am not sure if it changes the color of the name for that user as it does when someone responds to me...sorry if this seems like a poorly worded question
[15:32] <sbalneav> Most irc clients have name tab completion
[15:33] <sbalneav> so, for you, I just type
[15:33] <sbalneav> o00w: o<tab>, and it fills in your name
[15:33] <o00w> sbalneav: ty I should have guessed it would act similar to a terminal
[15:35] <o00w> sbalneav: so I click add printer... it scans available printers and I have "use a detected printer" bulleted and scroll down to the appropriate printer
[15:36] <o00w> sbalneav: then I pick the driver which I added from a printer ppd package I downloaded from Xerox
[15:37] <o00w> sbalneav: gave a description and the printer appears in the list
[15:50] <nubae> ogra: about the xsession-errors: ALSA lib ../../../src/pcm/pcm_hw.c:1351:(_snd_pcm_hw_open) Invalid value for card
[15:51] <ogra> do you have sound in other apps?
[15:51] <nubae> yeah
[15:51] <nubae> even totem
[15:54] <nubae> ogra: this is the other line: ALSA lib ../../../src/pcm/pcm.c:2105:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
[15:57] <ogra> nubae, dpkg -l libasound2-plugins
[15:58] <nubae> 1.0.14-1ubuntu3
[15:59] <ogra> but its installed ?
[15:59] <ogra> hmm
[15:59] <ogra> ls /usr/lib/alsa-lib/libasound_module_pcm_pulse.so ?
[15:59] <nubae> yeah its there
[16:00] <ogra> hmm
[16:00] <nubae> maybe its a case of restarting
[16:00] <ogra> hmm
[16:00] <ogra> shouldnt
[16:00] <ogra> but try :)
[16:01] <nubae> heh :-)
[16:02] <nubae> I've got 12 users using crossover and office and this is the cpu time: 0.22 (1 min) 0.19 (5 mins) 0.30 (15 mins)
[16:02] <nubae> remarkable
[16:05] <ogra> yeah
[16:16] <lns> you guys talking about flash/shockwave sound in firefox by chance?
[16:17] <nubae> yes
[16:17] <lns> that's my problem *raises hand* =p
[16:17] <ogra> did you try out gnash ?
[16:17] <ogra> lns, shouldnt be one on i386 servers ...
[16:18] <ogra> only on amd64
[16:18] <lns> ogra, mine are all amd64 :(
[16:18] <lns> w/i386 clients
[16:18] <lns> and (unfortunately) flash, java and shockwave in firefox are the most important things for the students to have
[16:18] <nubae> gnash should work according to the latest posts
[16:18] <ogra> lns, do your servers have more than 4Gig of RAM ?
[16:19] <lns> ogra, yes they all have 8gb
[16:19] <lns> i've put cxoffice pro on them, and shockwave / flash *work*, but no sound.
[16:19] <nubae> Ins same here
[16:19] <lns> i've been hacking away for weeks trying to get them to work, but no luck yet :(
[16:20] <nubae> have u compiled the libflashsupport for it?
[16:20] <lns> nubae, that's the whole thing
[16:20] <nubae> ogra just guided me through the compilation
[16:20] <lns> i can't - it won't compile due to some crazy compilation errors..i e-mailed revolutionlinux on it but they never replied
[16:21] <sbalneav> Here's my advice.  If you want flash, DON'T install 64 bit on the server.  Stay 32 bit.
[16:21] <lns> sbalneav, well...heh
[16:21] <lns> its a little too late for that now ;)
[16:21] <ogra> or know how to set up a 32bit chroot
[16:21] <nubae> indeed
[16:21] <ogra> and run firefox 32bit from there
[16:21] <lns> ogra, what, a seperate 32bit chroot for firefox?
[16:21] <ogra> and flash
[16:22] <lns> well, actually i'm using the infamous 3in1 script from Kilz
[16:22] <lns> so it's firefox 32-bit
[16:22] <ogra> hmm, not sure you can make libflashsupport work in that scenario easily
[16:22] <lns> ogra, i concur ;)
[16:22] <lns> absolutely
[16:23] <lns> so is there any documentation on setting up another 32-bit chroot for firefox in this kind of scenario?
[16:23] <ogra> but seems gnash did some quantum jumps recently
[16:23] <nubae> its supposed to work with pictures to prove it :-)
[16:23] <lns> ogra, i'd love to use gnash, but i still have the huge issue of shockwave and java
[16:24] <nubae> http://wiki.ubuntu-fi.org/Edubuntu_7.10_Classroom_Server_%28x86_64%29
[16:24] <lns> and yes i do mean actual shockwave director =)
[16:24] <ogra> http://ubuntuforums.org/showthread.php?t=24575
[16:25] <nubae> 32 bit to 64 bit back to 32 bit in the client
[16:25] <nubae> sounds ugly :-)
[16:26] <lns> can't we just beat down the ceo of adobe instead? it sounds easier ;)
[16:27] <ogra> if you thinks that helps to make them love linux more, go ahead :)
[16:27] <lns> hehe
[16:28] <lns> ogra, with setting up this chroot should pulseaudio "just work" to the clients?
[16:28] <lns> (for flash/sw/etc in firefox)
[16:28] <nubae> well Ins, not sure if it actually works, but ogra gave me these instructions to install libflashsupport for amd64:
[16:28] <nubae> Nubae, look at the makefile for -Werror .... remove that
 add -fPIC for it and see what happens
[16:29] <nubae> that compiled for me and installed
[16:29] <ogra> and you need the build dependencies installed
[16:29] <nubae> but dont think it worked.... I havent been able to fully test it as I'm at a remote location
[16:30] <lns> ok
[16:30] <nubae> would be interesting to see if it works for you
[16:30] <lns> lemme try and dig up the error it was throwing me to see if it was the same compilation error
[16:31] <lns> !pastebot
[16:31] <ubotu> Sorry, I don't know anything about pastebot - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[16:31] <nubae> !pastebin
[16:31] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[16:32] <cberlo> Hi folks.  Anyone have suggestions for running Edubuntu LTSP with the Xubuntu desktop?  Should it be worth the processor savings?  I know it's easier to lockdown with the config files...
[16:32] <lns> http://pastebot.ltsp.org/351 is the full text of the e-mail i sent them
[16:33] <lns> nubae/ogra can you take a glimpse at that?
[16:33] <ogra> remove -Werror from your Makefile
[16:33] <lns> ogra, ok
[16:34] <nubae> yeah its the same errors
[16:34] <lns> ogra, under CFLAGS right?
[16:34] <ogra> wherever you see it
[16:35] <lns> k
[16:35] <ogra> i dont have the code in frot of me
[16:35] <nubae> just in gcc
[16:40] <nubae> so Ins did that work?
[16:40] <lns> ack..=p here
[16:40] <lns> http://pastebot.ltsp.org/352
[16:41] <lns> apologies for the bad chars
[16:41] <nubae> you need the dependencies
[16:41] <nubae> all the dev libraries
[16:41] <nubae> libssl-dev, etc
[16:42] <lns> ok lemme get those
[16:44] <lns> do i need esd devs if it's gutsy?
[16:44] <nubae> supposedly not, but I installed anyway
[16:44] <lns> that's another thing that really confuses me about the whole situation.. i don't even know if pulseaudio has completely taken over or not..maybe i'm just paranoid =p
[16:48] <lns> yikes...network bottleneck at the schools, kids must be on runescape or something. =p (or the teachers)
[16:50] <nubae> Ins what do you use for student management, schooltool?
[16:50] <lns> nubae, we don't use anything for student management
[16:51] <lns> they have a seperate (windows) admin network, LTSP is for the student labs/classrooms
[16:52] <nubae> ah... right.... I'm sticking to linux only at this school
[16:52] <lns> yikes... 12kb/sec.
[16:52] <lns> makes me think back to the old BBS days.
[16:52] <lns> =p
[16:53] <lns> ANSi art rules
[16:53] <nubae> killall -u :-)
[16:53] <lns> seriously. =)
[16:56] <lns> well this might take a while to install the devs
[16:56] <diddy>  Where do I find the history file for synaptic package manager
[16:57] <lns> diddy, did you try /var/log/dpkg.log ?
[16:57] <nep> anyone know how do I configure in etch as in edubuntu for sound in clinet for ltsop
[16:58] <nep> ltsp
[16:58] <sbalneav> nep: keep an eye out for vagrantc
[16:58] <sbalneav> he's one of the debian guys
[16:59] <nep> sbalneav, yes But haven't seen him today,
[17:00] <diddy> lns, looks good, thank you
[17:01] <lns> np diddy, glad i could help
[17:01] <nubae> still compiling?
[17:02] <lns> nubae, still downloading. =p
[17:02] <lns> extremely slow pipe over there today...not sure why they think a T1 is enough for 7 schools =p
[17:02] <lns> it's usually much faster in the afternoon (when they're all gone, that is) =p
[17:03] <lns> glad i dojn't have to rebuild my chroot!
[17:03] <nubae> where are you at Ins? US?
[17:03] <lns> yes - california
[17:03] <lns> Lns btw ;)
[17:03] <nubae> ah hehe
[17:16] <lns> woo, it compiled! =p
[17:45] <Nuba1> hi
[17:45] <Nuba1> Lns did u manage to get flash working then?
[17:47] <bddebian> Heya
[17:47] <lns> Nuba1, i'm downloading git-core right now so i can download the new version of libflashsupport provided by pulseaudio
[17:48] <lns> i got it compiled but as i was, but then warren told me there's a better (less buggy) version out there
[17:48] <lns> go figure =p
[17:48] <Nuba1> oh reallly... where?
[17:48] <lns> hold on
[17:48] <Nuba1> I'm at the school now so I can hack at this too
[17:49] <lns> oh nice
[17:49] <lns> here
[17:49] <lns> http://www.pulseaudio.org/wiki/FlashPlayer9Solution
[17:51] <lns> hmm. this is what i get after installing git-core
[17:51] <lns> # git clone http://git.0pointer.de/repos/libflashsupport.git/
[17:51] <lns> Initialized empty Git repository in /usr/src/libflashsupport/.git/
[17:51] <lns> /usr/bin/git-clone: 310: curl: not found
[17:51] <lns> Cannot get remote repository information.
[17:51] <lns> Perhaps git-update-server-info needs to be run there?
[17:51] <lns> :(
[17:52] <Nuba1> hmmm same here
[17:53] <lns> I *did* have the libflashsupport.so compiled successfully from revolutionlinux though
[17:53] <lns> i'm not onsite so i couldn't test it
[17:53] <lns> have you done that yet?
[17:54] <Nuba1> yes
[17:54] <Nuba1> and didnt work
[17:54] <lns> are you using firefox32 or 64-bit version?
[17:54] <Nuba1> weird the repo doesnt seem empty
[17:54] <Nuba1> 64
[17:55] <lns> hmm...
[17:55] <lns> i'm using firefox32 (in amd64 ubuntu install, using the Kilz 3in1 script)
[17:56] <Nuba1> any reason why?
[17:58] <lns> mainly for flash, java and shockwave support
[17:58] <lns> =p
[17:58] <Nuba1> and 64bit firefox wont do that?
[17:59] <lns> well, after gutsy came out, flash has the nspluginwrapper install script
[17:59] <lns> we have crossover office for installing shockwave
[17:59] <lns> java is now a big issue though, i see for 64-bit
[18:00] <Nuba1> really, java wont install on 64bit?
[18:02] <lns> join #ltsp, ogra and i are talking about that right now
[18:02] <Petaris_Aki> lns: it is better to use 32-bit firefox and the 32-bit plugins
[18:02] <Petaris_Aki> that is what I have found anyway
[18:03] <Petaris_Aki> nspluginwrapper never worked well for me
[18:03] <Petaris_Aki> I did it without needing a chroot too
[18:03] <Petaris_Aki> though I can't remember where I found the how-to
[18:05] <Petaris_Aki> its not just java either, its flash and a bunch of others too
[18:05] <lns> Petaris_Aki, i concur
[18:05] <Petaris_Aki> realplayer, etc all have only 32-bit plugins last I looked
[18:06] <Petaris_Aki> well its lunch time
[18:06] <Petaris_Aki> biab
[19:16] <gamed|ph> hi
[19:17] <gamed|ph> how can I set the ip of the ltsp-server for my thin-clients? My dhcpd/tftpd runs on a other maschine then my ltsp...
[19:21] <lns> gamed|ph, you have to use the "next-server" dhcp option
[19:22] <lns> gamed|ph, for instance
[19:22] <lns> https://help.ubuntu.com/community/UbuntuLTSP/LTSPWindowsDHCP (with windows dhcp)
[19:23] <gamed|ph> i don't want to set the ip og my tftpd, i need to change the ip of the ltsp/nfs/ssh
[19:23] <lns> so you want to change the ip of your ltsp server?
[19:23] <lns> is that what you're asking?
[19:24] <gamed|ph> no i know how to change an interface-ip ;-)
[19:25] <gamed|ph> I've an ipcop with dhcp and tftp...
[19:25] <gamed|ph> and a ltsp-server
[19:25] <lns> ok
[19:25] <lns> i do too =)
[19:26] <lns> (have an ipcop and ltsp that is)
[19:26] <gamed|ph> ah, cool ;-) the ipcop already provides a boot-menu to my clients and i've expanded it to a ltsp-option
[19:26] <gamed|ph> but when i boot a client with that the client don't know the ip of the ltsp-server
[19:28] <gamed|ph> can i use append in pxelinux.cfg/default for that?
[19:29] <lns> hmm
[19:30] <lns> i'm almost positive i had to do this for a specific (bad) thinclient, but the options i used in ipcop to pass to ltsp were the following
[19:30] <lns> server-identifier <ip-of-ltsp>
[19:31] <lns> tftp-server-name <"ip-of-ltsp">
[19:31] <lns> next-server <ip-of-ltsp>
[19:32] <gamed|ph> mh, but next-server is afaik the ip of the tftp, right?
[19:32] <lns> yes
[19:32] <lns> you have tftp on a different server than ltsp?
[19:32] <gamed|ph> yes, tftp runs on the ipcop
[19:32] <lns> ....wow, haven't heard of that kind of setup before
[19:32] <lns> why do you do that?
[19:34] <gamed|ph> mh, ipcop can provide me any kind of boot on this way... ghost, ubuntu setup, dsl rescue...
[19:35] <lns> gamed|ph, the only thing i could think of is having some MAC identifier for your thin clients
[19:36] <gamed|ph> I just want to change the ip the busybux will connect to.... Is it such heavy?
[19:40] <lns> gamed|ph, have you considered static dhcp leases with specific options per MAC/client?
[19:41] <gamed|ph> Yes of course but the clients are not only thin clients, I need to have the other boot options too
[19:41] <gamed|ph> and i cant move the dhcp/tftp to the edubuntu server
[19:43] <lns> gamed|ph, afaik if you have a dhcp/tftp server, the tftp server options can let you download whatever kernel image you want
[19:43] <lns> but having a "chooser"...i have no clue. I don't even know if i understand what you're trying to do correctly.
[19:44] <gamed|ph> I've a ipcop witch provides dhcp and tftp... actualy theres a boot menu to boot local, install ubuntu, start ghost, start Damn Small Linux etc.
[19:45] <gamed|ph> now I've uploaded the thin-client kernels to the ipcop-server and edit the boot menu for it
[19:45] <gamed|ph> but the thin client cant connect to the ltsp-server because the ip of the ltsp-server is not known by the client-image
[19:45] <gamed|ph> but i don't know how to pass the ip into the image
[19:46] <lns> ooooooooooh
[19:46] <lns> ok
[19:47] <lns> that's done somewhere in the LDM i think. or possibly lts.conf... not sure.
[19:47] <lns> but at least i get what you're trying to do now =)
[19:47] <gamed|ph> ;-) ah ok
[19:47] <gamed|ph> isn't lts.conf in the nfs-root?
[19:48] <lns> in gutsy it's in /var/lib/tftpboot/ltsp/i386
[19:51] <gamed|ph> but witch option?
[19:53] <lns> not sure
[19:53] <lns> you'll need to look at the available options
[19:56] <gamed|ph> where i can find it?
[20:01] <lns> gamed|ph, apt-get install edubuntu-docs
[20:01] <lns> that's the best documentation out there imho
[20:05] <gamed|ph> where i can find the docs then?`
[20:07] <lns> apt-get install edubuntu-docs
[20:09] <gamed|ph> yes but when i've installed them where i can  find it?
[20:10] <lns> system -> about ubuntu -> edubuntu handbook
[20:10] <lns> err
[20:10] <lns> sorry
[20:10] <lns> system -> help and support -> edu handbook
[20:11] <gamed|ph> hehe, sorry but I've only the terminal because i'm not in front of the server
[20:11] <lns> =p
[20:11] <lns> dpkg -L edubuntu-docs
[20:12] <LaserJock> you might have a hard time reading them from a terminal
[20:12] <LaserJock> as they are in docbook XML
[20:14] <johnny> sbalneav, could you help me out with more nfo you need for the autologin bug, I'd like to do some more testing on it later tonight
[20:24] <gamed|ph> mh, SERVER = <IP_ADDRESS> doesn't work
[20:34] <gamed|ph> my client can't mount it
[20:46]  * johnny looks for that francis guy..
[20:58] <sbalneav> johnny: Did you set the LDM_SERVER= line?
[21:06] <johnny> yes
[21:09] <johnny> no change
[21:10] <johnny> and no quotes either
[21:11] <johnny> i'm going back there
[21:11] <johnny> today
[21:11] <sbalneav> Well, without seeing the lts.conf, I can't say for sure.
[21:12] <sbalneav> It works for me at home, on my boxes.
[21:12] <johnny> i can show it
[21:13] <johnny> http://pastebin.ca/776076
[21:14] <johnny> i re commented the clients so they would work
[21:15] <sbalneav> Looks ok
[21:15] <sbalneav> must be something else in your setup
[21:16] <johnny> like?
[21:16] <sbalneav> Dunno.
[21:16] <sbalneav> ssh config, maybe.
[21:16] <sbalneav> What are you using for authentication?  Just regular /etc/passwd?
[21:16] <sbalneav> or are you using AD or some such?
[21:17] <johnny> /etc/passwd
[21:18] <sbalneav> I'd test if you can ssh -X user@host, and login with that password
[21:18] <johnny> host being the server?
[21:19] <sbalneav> yup
[21:19] <johnny> ok, i will
[21:21] <johnny> so, before i get there . any more info on localapps ?  firefox is causing me no end to trouble on there :)
[21:21] <johnny> luckily that's the only app that is really causing trouble
[21:23] <sbalneav> It won't cause you any less trouble with localapps :) If you want to run it locally, you'll need even MORE ram on the workstations.
[21:24] <sbalneav> But no, I've done no more work on localapps at the moment.
[21:27] <lns> booooooo for localapps =p
[21:27] <lns> thin means thin
[21:28] <sbalneav> uhhh, yeah.
[21:29] <lns> sorry
[21:30] <lns> just easing the tension, baby! =p
[23:35] <johnny_> sbalneav, i tried ssh -X user@server and it works just fine
[23:36] <LaserJock> hi bdoin
[23:36] <bdoin> hi
[23:36] <LaserJock> how are things in gcompris land?
[23:37] <bdoin> I do my best ;)
[23:37] <kgoetz> hi :)
[23:41] <LaserJock> maybe tonight I can get 8.4.2 merging for Hardy
[23:41] <johnny_> hmm.. any other debugging suggestions people can make for autologin in gusty ltsp?
[23:42] <LaserJock> bdoin: while I'm merging I'll have a look at that translation problem
[23:42] <LaserJock> bdoin: I think we're just not updating the .pot in the packaging
[23:44] <kgoetz> johnny_: are you the one who emailed the list?
[23:44] <johnny_> no
[23:45] <johnny_> another dude did on behalf of me
[23:45] <johnny_> after he was able to reproduce it
[23:45] <johnny_> it's also a filed bug
[23:45] <kgoetz> cool.
[23:45] <kgoetz> i havent used LTSP5/gutsy, so i cant help much i'im afraid
[23:46] <bdoin> LaserJock: just found an issue on 8.4 branch with gstreamer 0.10.14, small ogg files are not played
[23:46] <bdoin> It will be fixed in the upcomming gstreamer 0.10.15
[23:46] <LaserJock> ah, good to know
[23:47] <bazz> ahhh good timeing
[23:47] <bazz> I sent the autol logon to the list
[23:47] <johnny_> huh?
[23:48] <bazz> I sent to the list this stuff
[23:48] <bazz> How can I set the LTSP client to automatically log in?
[23:48] <johnny_> which stuff?
[23:48] <johnny_> link?
[23:48] <bdoin> LaserJock: are you on the gcompris devel mailing list ?
[23:48] <bazz> https://lists.ubuntu.com/archives/edubuntu-devel/2007-November/002462.html
[23:48] <johnny_> in your lts.conf
[23:49] <johnny_> [workstation]
[23:49] <bazz> yes withe the 3 screes set to ldm
[23:49] <johnny_> LDM_USERNAME=username
[23:49] <johnny_> LDM_PASSWORD=password
[23:49] <johnny_> and that's it
[23:49] <bazz> cool
[23:49] <johnny_> for each workstation
[23:49] <bazz> can I do that withe the 3 screens?
[23:49] <bazz> not work stations but screens
[23:50] <johnny_> 3 screens?
[23:50] <johnny_> why would you need 3?
[23:50] <johnny_> i only use one
[23:50] <johnny_> or rather two
[23:50] <johnny_> a shell
[23:50] <johnny_> and ldm
[23:50] <bazz> I'm setting up an automation lab
[23:50] <johnny_> oh.. that's totally different
[23:50] <johnny_> i don't think that will work
[23:50] <johnny_> logins are per workstation
[23:50] <johnny_> at least not the way it is currently setup
[23:51] <bazz> bummer
[23:51] <bazz> I know I can manualy logon each screen
[23:51] <johnny_> you could hack up ldm
[23:51] <johnny_> that might work
[23:51] <bazz> I was kinda hopefull I could set it up to auto
[23:51] <bazz> Not sure where I would start
[23:52] <bazz> I was hoping I could get the screen viewer to work wit it also
[23:52] <LaserJock> bdoin: no, I'm not
[23:52] <LaserJock> bdoin: does it get a lot of traffic?
[23:53] <bazz> the LTSP server?
[23:54] <bazz> is there an upto date exampe lts.conf with all the options anywhere?
[23:55] <johnny_> there's a file that lists all the parameters
[23:55] <johnny_> lts-parameters i think
[23:56] <bdoin> LaserJock: not really sometimes there are important thinks that may impact packaging
[23:56] <LaserJock> bdoin: ah, ok
[23:56] <bdoin> I just explained the gstreamer issue for example
[23:56] <bazz> cool I'll have to look for it...


[00:48] <grantbow> dragon: there will be more Ubuntu Hours :-)
[04:03] <dragon> grantbow: Looking forward to 'em!


[06:05] <aaaa_> hello
[06:06] <aaaa_> what's purpurse this forum?
[06:07] <aaaa_> are there any live guys?
[06:12] <mup> PR snapd#3547 closed: snap-seccomp: skip socket() tests on systems that use socketcall() instead of socket() <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3547>
[08:11] <mup> PR snapd#3533 closed: tests: extend find-private test to cover more cases <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3533>
[08:16] <ogra_> hmpf ...
[08:18] <ogra_> mouse battery died .. with no warning, nothing ... takes me ten minutes to find new batteries ... when i return to my desktop a warning about my mouse battery being low pops up ... tsk ...
[08:18] <ogra_> (would really help to have warnings *before* the events happen :P )
[08:23] <ogra_> popey, what they call "ubuntu-core" is actually some self-bootstrapped classic install... i think the friendlyarm wiki should actually have an image linked for the air ...
[08:27] <ogra_> looks like http://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO_Air should have something
[08:34] <ogra_> popey, and here we go ... "NanoPi NEO AIR has an Ampak AP6212 chip, which needs special firmware files" ... http://linux-sunxi.org/FriendlyARM_NanoPi_NEO_%26_AIR
[08:35] <ogra_> (it is a broadcom device as i suspected (ampak builds chips around broadcom stuff usually)
[09:03] <mup> PR snapd#3530 closed: cmd/snap: include snap type in notes <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3530>
[09:03] <mup> PR snapd#3540 closed: overlord/state: Abort() only visits each task once <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3540>
[11:01] <cjwatson> Could somebody please retry https://travis-ci.org/snapcore/snapd/builds/248376205 ?  I don't think the timeout is the fault of my PR.
[11:11] <niemeyer> Morning all
[11:11] <niemeyer> cjwatson: Looking
[11:12] <cjwatson> ta
[11:12] <niemeyer> cjwatson: Restarted.. there are MBR errors in the log.. Linode seems to have broken their image feature in the last 10 days or so
[11:13] <niemeyer> They're investigating
[11:13] <niemeyer> We'll give them one more week or so, and if they can't get it together we'll move elsewhere
[11:14] <Chipaca> niemeyer: does that mean we'll have a new backend for spread in about a week? :-)
[11:14] <Chipaca> niemeyer: how was your trip back, btw?
[11:14] <niemeyer> Chipaca: Well, it means I'll start working on one in a week :)
[11:14] <niemeyer> Chipaca: It was as good as it gets :)
[11:15] <niemeyer> Chipaca: Thanks for asking.. I'd guess yours was even better? :P
[11:15] <Chipaca> niemeyer: I can't comment
[11:20] <mup> PR snapcraft#1389 opened: Use newer distro module with no tuple <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1389>
[11:57] <mvo> niemeyer: hey, i see some lines in linode like "Cannot allocate linode:ubuntu-16.04-64: cannot create Linode disk with ubuntu-16.04-64: you do not have enough unallocated storage to create this Disk (608 requested, but only 0 available)" (https://travis-ci.org/snapcore/snapd/builds/249550256#L712). anything we can do about this?
[11:58] <mvo> niemeyer: also in the same run in line 816: Cannot allocate linode:ubuntu-core-16-64: cannot boot linode:ubuntu-core-16-64 (Spread-64): cannot Direct Disk boot a disk with no MBR: - do we need to update a config there maybe?
[12:00] <niemeyer> mvo: What machines are you seeing this in? I'll have a look
[12:01] <niemeyer> mvo: The second issue is known and has been reported late last week
[12:02] <mvo> niemeyer: spread-33, spread-70, spread-52 seems to be candidates
[12:03] <niemeyer> mvo: Thanks, I'll do a complete pass
[12:03] <niemeyer> mvo: These are likely follow ups from the primary issue of thawing images being broken
[12:04] <mvo> niemeyer: thank you!
[12:10] <niemeyer> mvo: np, I could find a single machine where there was space issues, Spread-14
[12:11] <mvo> niemeyer: that matches the log its right before the error message
[12:11] <mvo> niemeyer: shall I restart?
[12:11] <niemeyer> mvo: Ok, we're good then, thanks for the note
[12:11] <niemeyer> mvo: Yeah.. although note that I think Linode is still broken in terms of image thawing, so it may be a bit frustrating still
[12:11] <niemeyer> mvo: Please let me know if you see other/unknown issues
[12:17] <mvo> niemeyer: thank you, will do
[13:03] <mup> Bug #1702095 opened: snap enable removes complain for daemons <Snappy:New> <https://launchpad.net/bugs/1702095>
[13:59]  * pedronis break
[14:29] <mup> PR snapcraft#1369 closed: Handle I/O errors in os.link (LP: #1689956) <Created by evandandrea> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1369>
[14:47] <mup> PR snapd#3549 opened: many: epose services commands for snap services <Created by chipaca> <https://github.com/snapcore/snapd/pull/3549>
[14:48] <Chipaca> anybody looking to review that ^ please let me know if you'd rather I split it into individual PRs (or maybe 1 for osutil&systemd changes, one for daemon&cleint&cmd/snap changes)
[14:48] <Chipaca> each commit stands on its own (and on those coming before it)
[14:50] <pedronis> it is bigly
[14:57] <mup> PR snapd#3550 opened: update firewall-control to allow {arp,ip,ip6}tables to control bridged vlan/ppoe-tagged traffic <Created by coreycb> <https://github.com/snapcore/snapd/pull/3550>
[14:58] <Chipaca> pedronis: ok, adding an intermediate PR with osutil&systemd, let's see how that split works
[15:00] <mup> PR snapd#3551 opened: systemd, osutil: rework systemd logs in preparation for services commands <Created by chipaca> <https://github.com/snapcore/snapd/pull/3551>
[15:04] <Chipaca> pedronis: ^ there
[15:04] <Chipaca> not sure it helped much :-)
[15:05] <pedronis> Chipaca: it didn't :)
[15:06] <pedronis> so maybe up to daemon and client and cmd/snap ?
[15:06] <pedronis> (I don't know how big each checkin is)
[15:06] <Chipaca> pedronis: the commits are separate, and would be the PRs
[15:06] <pedronis> anyway, maybe ignore me, not sure I'm going to look at it today
[15:07] <Chipaca> pedronis: daemon: +625 −7
[15:07] <Chipaca> pedronis: client: +335 −0
[15:07] <Chipaca> pedronis: cmd/snap: +218 −0
[15:07] <Chipaca> ¯\_(ツ)_/¯
[15:07] <pedronis> ok, so 3 PRs would be reasonable
[15:07] <pedronis> or 2 PRS
[15:07] <Chipaca> pedronis: osutil+systemd, daemon, cmd+client?
[15:07] <pedronis> yes
[15:07] <Chipaca> on my way
[15:09] <mup> PR snapd#3552 opened: daemon: implement service commands <Created by chipaca> <https://github.com/snapcore/snapd/pull/3552>
[15:15] <mvo> ogra_: are the uboot version for the pi2/pi3 snaps similar/the-same or different? the timestamps indicate similar versions, is that the case?
[15:16] <ogra_> yeah, similar (same tag/branch) but different builds
[15:16] <mvo> ogra_: cool, thank you - same tag/branch is all the info I need
[15:17] <ogra_> i'm planning to move them all to "build directly from upstream source" soon ... then you can just check the branch version in snapcraft.yaml in the future
[15:17] <mvo> ta
[15:18] <ogra_> (should both be v2017.01)
[15:25] <Chipaca> niemeyer: http://i.imgur.com/gPbCUdF.png
[15:26] <mvo> Chipaca: hahaha
[15:27] <Chipaca> mvo: i take it i wasn't too subtle then :-D
[15:27] <Chipaca> (this is via https://dev.to/rly fwiw)
[15:28] <mvo> Chipaca: great stuff
[15:32] <niemeyer> Chipaca: We may be about to write the last chapter :)
[15:59] <mup> PR snapcraft#1377 closed: kernel plugin: add default targets per powerpc, ppc64el and s390x <Created by piso77> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1377>
[16:08] <mup> PR snapcraft#1390 opened: meta: bash completion support <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1390>
[16:15]  * Chipaca hugs sergiusens
[16:17] <Chipaca> sergiusens: we were talking about that the other day while I was walking across London, and I don't know if we finished that conversation
[16:18] <sergiusens> Chipaca: I was walking as well ;-)
[16:18] <sergiusens> fwiw, I think this needs to be automatic, also, I searched for complete.sh in the defined locations from your blog post and could not find it
[16:19] <Chipaca> sergiusens: the release of snapd that has that has not reached ubuntu yet
[16:19] <Chipaca> sergiusens: which is why i haven't worked on making it more automatic
[16:19] <sergiusens> Chipaca: hmm, I was told it had.. :-(
[16:19] <sergiusens> stgraber: fyi ^
[16:20] <Chipaca> sergiusens: but you'll probably have it in /snap/core/current/usr/lib/snapd/complete.sh
[16:20] <sergiusens> ls: cannot access '/snap/core/current/usr/lib/snapd/complete.sh': No such file or directory
[16:20] <sergiusens> installed:          16-2 (1689) 83MB - (latest/stable)
[16:22] <Chipaca> sergiusens: ah well, at least the world is consistent
[16:23] <Chipaca> sergiusens: (i assumed you were tracking something newer than stable, but it makes sense for you)
[16:24] <Chipaca> sergiusens: in any case, we're working on the next release (yes it's delayed for a number of good reasons), should be in stable soon and then i can move on to the next step of the evil^Wmaster plan
[16:40] <stgraber> Chipaca: oh, I was told 2.26 had it, it's even in the announcement
[16:41] <Chipaca> stgraber: I do believe 2.26 does have it
[16:43] <Chipaca> stgraber: yep, confirmed 2.26 (at least as in artful) does have it
[16:44] <Chipaca> sergiusens: ^ fwiw
[17:47] <sergiusens> Chipaca: hmm, I am on zesty, maybe I should move...
[18:00] <bdx> hello all
[18:00] <bdx> I'm working on a snap for a rails app
[18:01] <bdx> I'm hitting two issues, 1) I need to symlink a yml file into the app config dir
[18:02] <bdx> 2) I can't seem to access $SNAP_COMMON, $SNAP_USER_COMMON from with the install srcipt for some reason
[18:03] <bdx> is there a recommended way of linking files into the versioned snap dir?
[18:03] <bdx> I'm working with this http://paste.ubuntu.com/25012754/
[18:04] <bdx> lines 43-47 depict where I'm having the issue
[18:04] <bdx> the application.yml needs to exist so that assets:precompile can run
[18:05] <bdx> so I keep an empty string filled application.yml with the application code
[18:05] <bdx> that the snap uses to run assets:precompile
[18:06] <bdx> in the install step
[18:06] <bdx> following that, I need to remove that application.yml and point the app to an application.yml that can be configured by the user
[18:06] <bdx> on a per deploy basis
[18:07] <bdx> one that lives outside of the versioned snap dir
[18:08] <bdx> I cant seem to access the $SNAP_COMMON and $SNAP_USER_COMMON (where I feel like this file should go) from the install scriptlet
[18:08] <bdx> so I decided to try moving it to /srv/ and symlink from there to the versioned application dir
[18:08] <bdx> this worked to some degree
[18:09] <bdx> the symlink exists from the versioned snap dir to /srv/prm/config
[18:10] <bdx> but the rails app it self doesnt seem to be able to access it ... even though the symlink exists  where the application.yml shoudl be in the config/
[18:15] <bdx> one more thing
[18:16] <bdx> how can I make a configurable value for RAILS_ENV
[18:16] <bdx> such that the rails env could be set on a per install basis?
[18:20] <mup> PR snapd#3553 opened: interfaces: enable access to bridge settings <Created by coreycb> <https://github.com/snapcore/snapd/pull/3553>
[18:40] <ogra_> bdx, your chances to catch some snapcraft devs are higher on https://rocket.ubuntu.com in the #snapcraft channel
[18:44] <bdx> ogra_: thx
[20:02] <mup> PR snapcraft#1372 closed: cli: Containerbuild clean <bug> <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1372>
[22:11] <mup> PR snapcraft#1385 closed: lxd: Don't assume user ID to 1000 for raw.idmap <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1385>
[22:17] <mup> PR snapd#3554 opened: client: wrap services calls <Created by chipaca> <https://github.com/snapcore/snapd/pull/3554>


[00:31] <txwikinger> I cannot predict the future.. but I can imagine project Mir might be a bigger problem for the unity of the *buntu communities than rolling releases
[00:31] <txwikinger> or more releasees
[00:31] <txwikinger> depending how it will be handled in the end
[15:46] <txwikinger> http://www.itwire.com/opinion-and-analysis/open-sauce/59167-open-ubuntu-is-the-way-out-for-shuttleworth
[15:47] <txwikinger> I think this author does not understand the history of Ubuntu
[17:16] <DarwinSurvivor> good grief
[17:16] <DarwinSurvivor> "If one assumes that, like SUSE, the profit margin is in the 15 to 20 percent region, then it is not much to write home about." It's common knowledget that Ubuntu has been in the red for years
[17:17] <DarwinSurvivor> I think they only had 1 or 2 quarters where they were actually in the black, and it has not come close to making up for all the years where it lost money
[17:20] <DarwinSurvivor> HAHA. click on the link next to his claim that Mark and Jono are propagating the idea that it's a community-only distro!
[17:20] <DarwinSurvivor> it links to another of his own blog postings that actually talks about how the books need to be balanced and makes no reference to this so called claim
[17:21] <DarwinSurvivor> I was hoping he'd at least link to one of Jono's postings (there surely are not a shortage of those!)