[10:47] <cpaelzer> hi, when having autopkgtest run for the kernel I face something that surely isn't from my packages change
[10:47] <cpaelzer> it is listed as
[10:47] <cpaelzer> autopkgtest for linux/unknown: amd64: Regression ♻ , ppc64el: Regression ♻
[10:47] <cpaelzer> and the TL;DR is broken dependencies like
[10:47] <cpaelzer> linux-generic : Depends: linux-image-generic (= <IP_ADDRESS>.10) but <IP_ADDRESS>.9 is to be installed
[10:48] <cpaelzer> is that a kernel in flight to be released - or anything else that often happens and the way to get around it being clear?
[11:03] <smb> sforshee, ^ maybe you know?
[12:08] <sforshee> cpaelzer: that's because there's a window when linux-meta has been built but linux-signed has not yet, during that window you could end up with something like that
[12:10] <sforshee> and in some cases that window can be long if there are signed bits waiting in the unapproved queue, which linux-signed needs to build
[12:16] <cpaelzer> sforshee: so what is my todo on this - wait an retry daily/hourly/...
[12:16] <cpaelzer> sforshee: or is there something I can look at to realize I'm unblocked and hit retry juts once?
[12:17] <cpaelzer> the transition of most recent linxu-signed or so I guess
[12:18] <cpaelzer> sforshee: so when https://launchpad.net/ubuntu/+source/linux-signed/4.17.0-7.8 hits c-release maybe?
[12:30] <sforshee> cpaelzer: yeah that would be the thing to watch for
[12:31] <sforshee> cpaelzer: or c-proposed rather
[12:37] <cpaelzer> in c-proposed it is sforshee
[12:37] <cpaelzer> maybe I need a combined trigger to pull it from there for the test
[12:47] <Saviq> hi all, I'm trying to boot ubuntu-minimal in KVM and both 16.04 and 18.04 fail to go past the bootloader, complaining about missing root or hanging with no info, any suggestions?
[13:02] <ahasenack> Saviq: you mean you are trying to boot the installed system, which you installed from the iso and selected "minimal installation"?
[13:02] <Saviq> ahasenack: no, trying to boot ubuntu-minimal http://cloud-images.ubuntu.com/minimal/releases/
[13:03] <ahasenack> oh, I didn't know about that, I thought it was just an installation target
[13:03] <ahasenack> those files are not isos
[13:03] <ahasenack> they are cloud images if I'm not mistaken
[13:03] <ahasenack> "The Ubuntu Minimal Cloud image can be run on your personal Ubuntu Cloud, or on public clouds that provide Ubuntu Certified Images."
[13:04] <ahasenack> there is a note about kvm: "When launching the download image from KVM, you will need to specify the virtio network driver."
[13:04] <ahasenack> but that sounds like something that would create problems only after it found the root device
[13:05] <Saviq> ahasenack: yeah, they're qcow2 images that should at least try and boot (and fail to find the networking adapter if virtio wasn't used)
[13:05] <Saviq> it seems like something's wrong with how grub is set up there
[13:12] <cpaelzer> sforshee: I just found linux-signed in proposed is 4.17.0-7.8 but the linux-meta is 4.17.0-7.10
[13:12] <cpaelzer> so while something is in proposed it is not what I waited for :-/
[13:13] <cpaelzer> I've added a linux-meta trigger on 4.17.0-7.10 and will see if that is enough
[13:21] <sforshee> cpaelzer: no that's fine, it's the 4.17.0-7 that's important
[13:22] <smoser> xnox: around ?
[13:22] <smoser> looking at update excuses for software-properties
[13:22] <smoser> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[13:23] <sforshee> cpaelzer: though note that for linux-meta it's <IP_ADDRESS>.10
[13:24] <sforshee> but that last bit, the upload number, doesn't have to match between the two
[13:24] <cpaelzer> ok
[13:24] <cpaelzer> the autopkgtest cgi complains anyway if the version is bad, so I certainly specified a good one (with .10)
[13:32] <Odd_Bloke> Saviq: Could you file a bug in the cloud-images project on Launchpad, please?
[13:32] <Saviq> Odd_Bloke: ack
[13:47] <Saviq> Odd_Bloke: https://bugs.launchpad.net/cloud-images/+bug/1785633
[14:38] <Odd_Bloke> Thanks!
[15:26] <Odd_Bloke> Saviq: I've added an update to https://bugs.launchpad.net/cloud-images/+bug/1785633
[15:40] <Saviq> Odd_Bloke: ack!
[16:36] <kyrofa> Laney, do I remember correctly that you're the autopkgtest master these days?
[16:38] <Laney> kyrofa: There's a few of us - which is handy, because I'm going in 2 minutes. :P
[16:38] <kyrofa> Laney, ah! Good then. I can't seem to install snaps in armhf autopkgtests, do you (or anyone) know anything about that?
[16:39] <Laney> what happens?
[16:39] <Laney> I don't think we do anything specifically to prevent that working
[16:40] <kyrofa> Laney, "error: cannot communicate with server: Post http://localhost/v2/snaps/go: dial unix /run/snapd.socket: connect: connection refused"
[16:41] <Laney> dunno - is it running?
[16:41] <Laney> You can use autopkgtest-build-lxd to make a container on your system, that might help
[16:41] <kyrofa> Honestly I'm not sure. This same test works on other architectures fine
[16:41] <kyrofa> It's just armhf that has that issue
[16:41] <kyrofa> If I could only get a shell :P
[16:42] <Laney> this one runs in lxd and the others are VMs, that's the main difference
[16:42] <kyrofa> Oh interesting
[16:43]  * Laney hands you over to slangasek (if he's here)
[16:43] <kyrofa> When developing this test I ran with autopkgtest-virt-lxd, so I know it works there at least in amd64
[16:44] <kyrofa> Thanks Laney :)
[16:48] <slangasek> kyrofa: so at a glance, it appears the snapd package is not installed in the armhf autopkgtest containers by default.  That may be something we want to fix, but perhaps you want an explicit test dependency on snapd?
[16:48] <slangasek> kyrofa: which autopkgtest is failing?
[16:49] <kyrofa> slangasek, we have one, actually
[16:49] <slangasek> ok
[16:49] <kyrofa> slangasek, it's a new one we're adding, you can see a log here<EMAIL_ADDRESS>[16:50] <kyrofa> The test is integrationtests-spread
[16:53] <slangasek> kyrofa: where do I see the source for the version of the package under test?
[16:54] <kyrofa> slangasek, it's in a pull request at the moment: https://github.com/snapcore/snapcraft/pull/2188
[16:55] <kyrofa> You'll want to skip the latest commit though, it's skipping the tests that install snaps on armhf
[16:59] <slangasek> kyrofa: https://paste.ubuntu.com/p/wmjKV3q5vc/
[16:59] <slangasek> is this related to the squashfs fuse stuff not being installed by default?
[17:01] <kyrofa> slangasek, ah, interesting, I don't need that in lxd anymore since snapd started bundling something that made it work
[17:01] <kyrofa> Where is that bug...
[17:02] <kyrofa> bug #1628289
[17:03] <kyrofa> Oh yeah, fuse.snapfuse, that sounds bundled
[17:05] <slangasek> kyrofa: there is no 'fuse.squashfuse' command in either the snapd or squashfuse packages in xenial (at least on armhf).  So I don't know how this is supposed to be wired up.
[17:06] <kyrofa> Yeah, me neither. mvo, are you around?
[17:07] <mvo> kyrofa: sort of - I hear ./usr/bin/snapfuse ?
[17:09] <kyrofa> mvo, having trouble installing snaps in armhf autopkgtests, slangasek was able to produce https://paste.ubuntu.com/p/wmjKV3q5vc/
[17:11] <slangasek> mvo, kyrofa: 'ln -s /usr/bin/squashfuse /sbin/mount.fuse.squashfuse' works around it
[17:12] <slangasek> not sure if /usr/bin/snapfuse works the same
[17:12] <slangasek> signs point to yes
[17:13] <mvo> slangasek: oh, interessting. I wonder what is going on there, fwiw, we have a automatic test that runs snaps inside lxd without squashfs-fuse or any other modifications
[17:13] <mvo> kyrofa: looking
[17:13] <mvo> kyrofa: what do I need to do to reproduce this?
[17:14] <kyrofa> mvo, indeed, this same test runs fine in amd64 lxd
[17:14] <slangasek> kyrofa: on xenial?
[17:14] <kyrofa> mvo, you need the magical shell slangasek got :P
[17:14] <kyrofa> slangasek, yes
[17:14] <slangasek> k
[17:14] <kyrofa> slangasek, to clarify, I'm running bionic, but I developed the test using `autopkgtest . -U -- lxd ubuntu:xenial`
[17:15] <slangasek> right
[17:15] <mvo> oh, so this is lxd inside armhf?
[17:15] <slangasek> well, the host is arm64
[17:16] <slangasek> the container is armhf
[17:17] <kyrofa> And Laney mentioned that this is the only arch that works that way-- the others are VMs
[17:17] <mvo> I can try this on my pi3 tomorrow
[17:18] <slangasek> yes, and "the host is arm64" is precisely why we do armhf in containers
[17:19] <slangasek> anyway, seems like a strange error message, hopefully that points to something
[17:20] <kyrofa> mvo, thank you for looking into it!
[17:21] <kyrofa> slangasek, thanks very much for your help. It sounds like I can work around this for now by symlinking /usr/bin/snapfuse to /sbin/mount.fuse.snapfuse ?
[17:22] <slangasek> kyrofa: yes, it appears that works around it
[17:22] <slangasek> at least as far as letting snapd start
[17:22] <kyrofa> slangasek, alright, I'll take a crack at it for the whole test, let's see
[17:37] <mvo> kyrofa, slangasek fwiw, the squashfuse deb also only ships./usr/bin/squashfuse  and no fuse.squashfsuse symlinks or anything like this afaict
[17:40] <kyrofa> Very interesting
[17:40] <slangasek> yeah, I have no idea how this works on !armhf
[17:44] <dami0> hi, how do i change the default command line options when respining an iso? i tried grub.cfg in /boot/grub, tried gfxboot.cfg in isolinux, searched on google and only got advice to change grub.cfg
[17:48] <TJ-> dami0: which options, for booting the ISO live, or for installing the OS?
[17:49] <dami0> installing the os
[17:49] <dami0> what i want to accomplish in the end is have a few custom entries in the boot menu for installing with different ks.cfg files predefined on the menu options
[17:57] <TJ-> I recall that you achieve that by editing the kernel command-line of the ISO boot loader (GRUB and isolinux/syslinux) and add the entries you want the installer to add to the installed system after a "--" ... e.g. for GRUB "linux vmlinuz-$VERSION param1=one param2=two -- param1=three" will boot the installer with param1=one but set the installed command-line to param1=three
[18:01] <kyrofa> slangasek, beyond copyright and docs, squashfuse indeed only includes the /usr/bin/squashfuse binary. No symlinks, as mvo said. However, something knows that all it needs is the squashfuse command: sudo mount -t fuse.squashfuse hello_20.snap foo
[18:01] <kyrofa> /bin/sh: 1: squashfuse: not found
[18:02] <kyrofa> (I removed both snapd and squashfuse for testing)
[18:02] <slangasek> interesting
[18:02] <mvo> slangasek: https://github.com/libfuse/libfuse/blob/master/util/mount.fuse.c#L103 is how the mount works, I wonder why this is different on armhf, it just strips the leading fuse. and tries to run the binary
[18:02] <mvo> kyrofa: -^
[18:03] <mvo> I mean, this is why it does not need the fuse.snapfuse
[18:03] <kyrofa> mvo, which explains what I just found
[18:03] <mvo> ups, wrong line: https://github.com/libfuse/libfuse/blob/master/util/mount.fuse.c#L137
[18:03] <mvo> this is the right one
[18:03] <mvo> kyrofa: yeah
[18:04] <slangasek> mvo, kyrofa: ok, and does something ensure mount.fuse is installed?
[18:04] <slangasek> it's only 'standard'
[18:05] <slangasek> and wasn't present in the container I was looking at
[18:06] <slangasek> so if 'mount' can't resolve either mount.fuse.squashfuse or mount.fuse, I don't expect it knows what to do here
[18:07] <kyrofa> slangasek, wait, /sbin/mount.fuse wasn't present in the container you were looking at?
[18:07] <slangasek> correct
[18:07] <kyrofa> Huh, it's here on amd64
[18:07] <slangasek> our containers use a different image
[18:08] <slangasek> autopkgtests shouldn't assume ubuntu-standard
[18:08] <slangasek> should snapd depend on fuse?
[18:08] <slangasek> or should it just install its own mount.imasnap ?
[18:10] <kyrofa> Great question
[18:12] <kyrofa> slangasek, does that mean that running `autopkgtest . -U -- lxd ubuntu:xenial` is not actually giving me a representative image?
[18:18] <mvo> slangasek: aha, nice catch!
[18:19] <mvo> slangasek: I guess we could recomment fuse - otoh we don't really need it most of the time if in-kernel squashfs is available
[18:20] <GunnarHj> infinity: Want to mention that I failed to verify the fix of bug #1762952. There seems to be more into it. It looks like the place where you dropped "grp:alt_shift_toggle" is for new installs where /etc/default/keyboard not yet exists. It's still set when you upgrade.
[18:21] <slangasek> kyrofa: appears so.  sorry, this seems to be under-documented on https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Worker_administration.  I'm trying to track down where the image generation actually happens
[18:22] <slangasek> kyrofa: https://git.launchpad.net/~ubuntu-release/autopkgtest/+git/development/tree/tools/autopkgtest-build-lxd
[18:28] <slangasek> kyrofa: but this just does setup on top of the generic images that have already been published; we derive from images:ubuntu/xenial/armhf which also does not have ubuntu-standard
[18:29] <slangasek> kyrofa: so I'm altogether unclear why we are using the images.linuxcontainers.org remote for these instead of cloud-images.u.c.  Laney ?
[18:59] <kyrofa> mvo, slangasek recommends aren't actually installed in the tests, right? We can just add fuse to our debian/tests/control
[19:01] <kyrofa> slangasek, thanks for digging into the lxc question, curious to know the outcome of that as well
[19:46] <Laney> slangasek: Dunno.
[19:48] <Laney> But it's always been autopkgtest-build-lxd, never using plain upstream images. Please document that in whatever appropriate place.
[23:27] <ehashman> slangasek: ping
[23:29] <ehashman> slangasek: do you have time to chat about https://bugs.launchpad.net/ubuntu/+source/nodejs/+bug/1779863


[12:28] <lucasvo> ogra: will that wishlist-bug about better login-messages get into edubuntu 7.04?
[12:28] <lucasvo> ogra: about the ssh key missmatch, wrong pw and so on?
[03:07] <bddebian> Howdy
[04:29] <tomveens> http://fridge.ubuntu.com/node/587
[04:40] <JavierElectrico> hi
[04:41] <LaserJock> hi
[04:42] <JavierElectrico> how are you laser?
[04:42] <LaserJock> fine
[04:51] <JavierElectrico> hi ogra
[08:32] <RichEd> good morning :)
[08:32] <highvoltage> morning RichEd
[08:32] <RichEd> hello highvoltage
[08:51] <willvdl> ping Richard
[08:51] <willvdl> RichEd rather
[08:51] <RichEd> William : pong
[08:55] <highvoltage> willvdl: yo don't use tab when typing nicks?
[10:00] <toosa_> Hi RichEd ...
[10:00] <toosa_> brb
[10:03] <RichEd> 'lo toosa ... just on my other machine for a bit ...
[10:04] <cbx33> hey peeps
[10:05] <RichEd> cbx33: I hold my breath ... news / decision ?
[10:08] <toosa_> I'm back
[10:10] <toosa_> Finaly, my Edubuntu book (indonesian) is published : http://toosa.oo-linux.com/cms/index.php/home/my_book
[10:11] <toosa_> The Title mean : Edubuntu a practical guidance for Linux in Education
[10:11] <toosa_> :)
[10:12] <RichEd> toosa_: Well done ! You'll get a feature article and a featured link on the education community space by the time we release Edgy on the 26th
[10:12] <toosa_> thx
[10:12] <RichEd> as well as a link to your Ubuntu in Education friendly bog :)
[10:13] <RichEd> After all, how many other education software platforms can claim to have a Indonesian guide for Education !
[10:14] <RichEd> toosa_: was it a lot of work ? and was it worth it for self satisfaction ?
[10:14] <toosa_> I have no  information ..
[10:14] <toosa_> first .. i love education
[10:15] <cbx33> friendly bog - and agreeable toilet ?
[10:15] <cbx33> s/and/an
[10:16] <toosa_> I think writing a book in Indonesia still have low reward (in $) ...
[10:17] <RichEd> toosa_: yes, but it will give you the credibility you need to one day Manage IT and Education for the Indonesian Government ;)
[10:17] <toosa_> you right ...
[10:18] <cbx33> ping ogra you around yet
[10:18] <cbx33> having a little trouble upgrading this chroot
[10:19] <toosa_> mostly me and others Linuxers ... still love moves in the grass root, the support form the Govt is still not significant or opensource movement
[10:20] <toosa_> or=for
[10:20] <RichEd> Is the book thick enough to hit people about the head with ;)
[10:20] <toosa_> but, it is bigger time to time ...
[10:21] <toosa_> no, the book is only about 128 pages
[10:23] <toosa_> Btw, remember with the seminar i have been planed ? It has been rescheduled, until my book is published.
[10:28] <RichEd> good ... when is the new date ?
[10:31] <toosa_> sorry .. there was a phone call from my wife :D
[10:31] <toosa_> at the begining of December 2006
[10:32] <toosa_> So do i have to reorder the CD or you can help me to inform who incharge with the CD to resume my order ?
[10:33] <toosa_> :)
[10:45] <toosa_> brb
[10:50] <cbx33> ogra I can't update the chroot
[10:50] <ogra> why ?
[10:50] <cbx33> it can't access the net
[10:51] <cbx33> I need to mount the proc etc won;t i?
[10:51] <ogra> did you mount proc ?
[10:51] <cbx33> I get the can't get hostanme via gethostname
[10:51] <cbx33> no not yet
[10:51] <cbx33> should I?
[10:51] <ogra> dont forget you need no sudo ;)
[10:51] <cbx33> I know
[10:51] <ogra> yep, sorry, i should have told you
[10:51] <cbx33> it temporarily fails to resolve hostnames
[10:51] <cbx33> I'll add the fstab lines and mount -a
[10:51] <ogra> no !
[10:52] <cbx33> no?
[10:52] <cbx33> then remove once I'm done
[10:52] <ogra> dont fiddle with fstab
[10:52] <cbx33> ok
[10:52] <cbx33> heheh
[10:52] <cbx33> is this procedure documented anywhere?
[10:52] <ogra> sudo cp /etc/resolv.conf /opt/ltsp/i386/etc/
[10:52] <cbx33> done
[10:53] <ogra> sudo chroot /opt/ltsp/i386/ mount -t proc proc /proc
[10:53] <ogra> sudo cp /etc/apt/sources.list /opt/ltsp/i386/etc/apt/
[10:53] <ogra> sudo chroot /opt/ltsp/i386/ apt-get update
[10:54] <ogra> sudo chroot /opt/ltsp/i386/ apt-get dist-upgrade
[10:54] <ogra> that should theoretically work
[10:54] <ogra> hey highvoltage
[10:54] <highvoltage> hey ogra
[10:54] <highvoltage> my home internet is back :)
[10:54] <ogra> yay !
[10:54] <highvoltage> was installed this morning. after 13 months of disconnectivity
[10:55] <ogra> super, congrats !
[10:55] <cbx33> no still not working
[10:55] <highvoltage> it's so weird to not have to wait 30 seconds for a web page to start opening :)
[10:55] <highvoltage> thanks!
[10:55] <ogra> cbx33, whats the error ?
[10:55] <cbx33> nice one highvoltage
[10:56] <cbx33> same as before
[10:56] <cbx33> I am behind a proxy
[10:56] <cbx33> so I chroot into....export the http_proxy line
[10:56] <cbx33> and then run the apt-get update
[10:57] <cbx33> but I still get a failure resolving
[10:57] <cbx33> I can ping out
[10:57] <ogra> and you copied /etc/resolv.conf ?
[10:57] <cbx33> yes
[10:58] <ogra> hmm, doing the above on my systerm here works fine
[10:58] <cbx33> ok
[10:58] <cbx33> guess I'll have to fiddle aroudn a little more
[11:00] <ogra> you probably can set the proxy in /etc/apt/apt.conf
[11:00] <cbx33> that's not the problem
[11:00] <ogra> http::Proxy "123.456.789.001"
[11:00] <cbx33> it can't resolve the proxy hostname
[11:00] <cbx33> and I have to specify it by name
[11:00] <ogra> so use the ip ;)
[11:00] <cbx33> I can't
[11:00] <ogra> why ?
[11:01] <cbx33> they do some dodgy clever stuff have the same ip for http https ftp socks
[11:01] <cbx33> and it's recognised by the name you request
[11:01] <cbx33> we tried before using ips for it and it nver worked
[11:01] <ogra> and you can ping your DNS from the chroot ?
[11:01] <cbx33> nope
[11:01] <cbx33> unknown server
[11:01] <ogra> aha
[11:02] <ogra> (by ip)
[11:02] <cbx33> yes
[11:02] <ogra> thats weird ...
[11:02] <cbx33> yup
[11:02] <ogra> what can you ping ?
[11:02] <cbx33> I can't ping and DNS
[11:02] <cbx33> only ips
[11:02] <cbx33> s/and/any
[11:02] <ogra> sure, but can you ping hosts from the same segment the DNS is in ?
[11:03] <cbx33> nope
[11:03] <ogra> mounting proc should give you the IP setup from the server
[11:03] <ogra> check your routes
[11:03] <cbx33> which it seems to have done
[11:03] <cbx33> ifconfig now works
[11:03] <ogra> (route -n)
[11:04] <cbx33> looks fine
[11:04] <ogra> is the DNS in your network or is it routed (behind a gateway) ?
[11:04] <cbx33> behind gateway
[11:05] <TeePOG> morning guys
[11:05] <ogra> and can you ping your DNS from the server ?
[11:05] <cbx33> but route -n matches what I have on my desktop
[11:05] <ogra> hi TeePOG
[11:05] <cbx33> indeed I can
[11:05] <TeePOG> hi ogra mate, how goes?
[11:05] <ogra> fine
[11:05] <TeePOG> hi cbx33
[11:05] <ogra> thanks :)
[11:05] <RichEd> hey TeePOG :)
[11:05] <ogra> jerome !
[11:05] <jsgotangco> noooooooooooooo
[11:05] <ogra> alive again !
[11:05] <TeePOG> hi RichEd, owarya?
[11:05] <RichEd> jerome: out typhoon survivor !
[11:05] <RichEd> *our
[11:05] <jsgotangco> ogra: on a computer rental station :(
[11:06] <jsgotangco> ON WINDOWS
[11:06] <ogra> eek
[11:06] <ogra> :)
[11:06] <cbx33> ok ogra - got it working with ip this time
[11:06] <ogra> good
[11:06] <jsgotangco> i am so frustrated already
[11:06] <cbx33> last we tried it on a doze machine so...figures I guess
[11:06] <cbx33> jsgotangco: DUDE !
[11:06] <RichEd> jsgotangco: make sure you wear your UbuntuMan underwear for protection !
[11:07] <jsgotangco> gahhh
[11:07] <cbx33> ogra dist-upgrade failed
[11:07] <cbx33> usplash and libc6 dependency problem
[11:07] <ogra> RichEd, you mean the thong that even clinto wears ?
[11:07] <jsgotangco> im so frustrated already i want to cry
[11:07] <ogra> *clinton
[11:08] <TeePOG> please tell me quickly, how do i choose which desktop manager is loaded on ltsp login?
[11:08] <RichEd> ogra: mr or mrs ? I'm scared to visualise either !
[11:08] <ogra> cbx33, hmm, we probably need the dapper security updates first
[11:08] <cbx33> ok
[11:08] <ogra> RichEd, http://news.bbc.co.uk/2/hi/uk_news/magazine/5388182.stm
[11:11] <ogra> *giggle*
[11:14] <ogra> TeePOG, in edgy, you use the session menu ... in dapper and before you need to: sudo update-alternatives --config x-session-manager
[11:14] <jsgotangco> man im so out of touch
[11:14] <ogra> (or use a ~/.xsession)
[11:15] <ogra> TeePOG, err ... you mean *desktop* manager ... not session manager :)
[11:16] <ogra> SCREEN_07=startx in lts.conf will start an XDMCP session
[11:16] <TeePOG> erm, yeah... i said desktop manager
[11:17] <TeePOG> but thanks
[11:17] <ogra> XDMCP will use the desktop manager from the server ... whatever is installed there (thats the old ltsp 4.2 default behavior)
[11:17] <ogra> but note that thats not supported and doesnt have all features ldm has
[11:18] <ogra> (i.e. no local device support, sound is not tested with it etc)
[11:18] <cbx33> ogra: it's popped up with the initramfs what shall I do
[11:18] <ogra> cbx33, my edgy upgrade works fine here fwiw
[11:18] <cbx33> replace or keep?
[11:18] <ogra> keep
[11:19] <cbx33> I have errors
[11:20] <cbx33> whilst processing the kernel image
[11:20] <ogra> even with using the dapper security upgrades first ?
[11:20] <ogra> hmm
[11:20] <cbx33> hang on
[11:20] <ogra> caan you pastebin that ?
[11:21] <cbx33> bah....dude...i screwed up
[11:21] <cbx33> i forgot I'd already done the edgy upgrade before the dapper security
[11:21] <cbx33> am I totally screwed?
[11:22] <ogra> just pastebin the exact error for me
[11:22] <cbx33> ok
[11:24] <cbx33> http://pastebin.ca/192862
[11:25] <cbx33> someimtes me being an idiot is good - throws up what a normal user may try and do ;)
[11:25] <ogra> woah ... that surely shouldnt happen
[11:26] <cbx33> even if I wasn't totally uptodate to being with?
[11:36] <highvoltage> ege
[11:37] <ogra> cbx33, we're discussing it in -devel
[11:41] <ogra> cbx33, try if a chrooted dpkg --configure -a solves it (even though i doubt it
[11:41] <ogra> )
[11:42] <cbx33> ok
[11:43] <cbx33> still a problem
[11:43] <ogra> same one ?
[11:43] <cbx33> i think so yes
[11:43] <cbx33> yeh same
[11:43] <cbx33> grrr
[11:43] <highvoltage> cbx33: do you have a /usr/sbin/mkinitramfs?
[11:43] <ogra> apt-get -f install ?
[11:44] <ogra> highvoltage, he wouldnt have a kernel without it
[11:44] <ogra> the linux-image package depends on it
[11:44] <cbx33> ogra: still the same problem
[11:44] <ogra> cbx33, did you reboot after upgrading the server (and before upgrading the chroot) ?
[11:44] <highvoltage> from his output it seems like there is a problem with mkinitramfs
[11:44] <cbx33> yes
[11:45] <ogra> highvoltage, right ... but not that its not there
[11:45] <ogra> the error isd inside mkinitramfs somewhere
[11:46] <highvoltage> ok
[11:47] <ogra> the dist-upgrade edgy->edgy worked fine here btw
[11:47] <ogra> need to reboot the client, brb
[11:47] <cbx33> yeh but your chroot was upto date
[11:54] <cbx33> ogra yours was fully updated before you started though
[11:54] <ogra> yes
[11:55] <cbx33> ok so my question in....am I totally screwed...should I build a new client root?
[11:55] <ogra> hrm
[11:55] <ogra> seems the palette of the progress bar is broken again
[11:55] <cbx33> oh no
[11:55] <cbx33> :(
[11:55] <ogra> yes, try that
[11:55] <cbx33> do I just delete that entire folder and start again ;)
[12:11] <jsgotangco> i gotta go
[12:11] <jsgotangco> hopefully my phone gets fixed real soon now
[12:11] <jsgotangco> im really wanting to go back to normal mode
[12:13] <highvoltage> hey jsgotangco! nearly didn't recognise you ;)
[12:14] <jsgotangco> highvoltage: dudeness! i want to cry nowwwww....
[12:15] <jsgotangco> checking email on gprs/3g for a week makes me cry inside
[12:19] <faffelaf> hi.. just have a quick question. I installed i386 on a dual athlon, and need to upgade the kernel to smp. Can I just pick a kernel in the repo, or do I need to build a LTSP patched kernel for the purpose.. thx
[12:19] <faffelaf> Searched for the answer in the docs, but didnt find any answers...
[12:23] <faffelaf> hi Ogra
[12:23] <faffelaf> do you know if I just can pick a kernel in the ubunu
[12:24] <faffelaf> ups.. do you know if i can just pick a kernel from the ubuntu repo, and use it as it is?
[12:25] <faffelaf> anyone not sleeping?
[12:26] <faffelaf> brb
[12:29] <highvoltage> hey bimberi
[12:29] <bimberi> hi highvoltage
[12:30] <bimberi> hope the business is going well
[12:31] <faffelaf> hi.. can I ask a simple kernel question?
[12:31] <highvoltage> bimberi: thanks, things are coming together nicely :)
[12:32] <highvoltage> faffelaf: sure, although #ubuntu might be able to help you better with non-edubuntu specific questions.
[12:32] <faffelaf> can I use the kernels in the ubuntu repo with edubuntu? :)
[12:32] <cbx33> where is all the edubuntu handbook stuff now?
[12:33] <faffelaf> its related with edubuntu
[12:33] <bimberi> faffelaf: yes you can
[12:33] <faffelaf> I remember from the old LTSP days, that an LTSP patch was needed.
[12:33] <faffelaf> ok... thx
[12:34] <bimberi> faffelaf: ubuntu and edubuntu share the same repositories, there aren't any edubuntu specific kernels
[12:34] <bimberi> (unless i'm very mistaken :-) )
[12:34] <ogra> you arent :)
[12:34] <faffelaf> I'm from denmark, and trying to spread the edubuntu word.
[12:35] <ogra> there are no ltsp specific kernels either :)
[12:35] <faffelaf> ok...
[12:35] <faffelaf> what a relief, that will make things even more simple to admin.
[12:35] <ogra> ltsp 5 is completely built from distro packages
[12:36] <cbx33> ogra: I'm rebuilding the client root
[12:36] <faffelaf> thats fedora
[12:36] <faffelaf> isnt it
[12:36] <ogra> what is fedora ?
[12:36] <cbx33> wpasupplicant is installed? in the root?
[12:36] <ogra> i think its pulled in by ubuntu-minimal
[12:37] <faffelaf> :)
[12:37] <cbx33> hehe
[12:37] <ogra> faffelaf, http://wiki.ltsp.org/twiki/bin/view/Ltsp/Ltsp5
[12:37] <faffelaf> anyone here from skolelinux?
[12:37] <cbx33> in the X stage now
[12:38] <cbx33> ogra: do you know where the handbook is being created now?
[12:38] <cbx33> is it on the wiki?
[12:38] <ogra> no idea
[12:38] <ogra> HedgeMage would know
[12:38] <cbx33> hehe
[12:38] <cbx33> ok np
[12:38] <ogra> or pygi
[12:38] <cbx33> who won;t be here for a few months
[12:39] <faffelaf> ogra: nice link, thank you
[12:39] <ogra> :)
[12:39] <ogra> cbx33, he's sponsored for MV ...
[12:39] <ogra> and he said he would read mail
[12:41] <faffelaf> anyone here making a living, setting up LTSPs on schools etc?
[12:43] <faffelaf> I just bought two HP t5125 thinclients, anyone had a chance to test them with edubuntu?
[12:44] <ogra> i dont see a reason they shouldnt work
[12:44] <ogra> are they PXE based and i386 compatible ?
[12:44] <faffelaf> yes
[12:44] <ogra> then they should work
[12:45] <faffelaf> they will be a part of my demo, or my pilot project on a local school.
[12:46] <faffelaf> was just wondering if any of you, in here, had experience with the t5125.
[12:47] <ogra> not specifically, no ... i have a ton of clients here, but no HP among them
[12:47] <faffelaf> I'm so happy with edubuntu, i hope that I can contribute with something in the future, translations, cash, and so on..
[12:47] <ogra> great ! :)
[12:47] <cbx33> ogra: I built a new client
[12:47] <cbx33> is that all I needed to do
[12:47] <cbx33> then reboot?
[12:48] <ogra> yes, but this time install the security upgrades first
[12:48] <ogra> no, you shouldnt need to reboot
[12:48] <faffelaf> was using k12ltsp years ago... worked nice, but not in the same leagure as edubuntu. More kids oriented, just what I need.
[12:48] <ogra> (no need to copy the sources.list if you didnt install from CD btw)
[12:49] <cbx33> ogra: oh I tried to build an edgy one this time
[12:49] <faffelaf> ok. I will do some work now... thx for your time and your patience.
[12:49] <faffelaf> bye
[12:49] <ogra> cbx33, heh, then there is no need to upgrade :P
[12:49] <cbx33> in anycase, it failed when I reboot my client
[12:50] <cbx33> three mount failed lines
[12:50] <cbx33>  /root/dev /sys and /proc
[12:52] <ogra> the build-client command finished with a sucess message ?
[12:53] <ogra> (and you unmounted proc in the chroot and wiped /opt/ltsp/i386 cleanly ?)
[12:54] <cbx33> yes
[12:55] <cbx33> well how was I suppose to wipe /opt/ltsp/i386
[12:55] <ogra> rm -rf
[12:55] <ogra> as usual
[12:56] <cbx33> yup
[12:56] <cbx33> heheh
[12:56] <ogra> and the client doesnt boot for you ?
[12:56] <cbx33> nope
[12:56] <cbx33> i got the old splash too
[12:56] <cbx33> is that right?
[12:57] <ogra> yes, you need to reconfigure edubuntu-artwork for it to be installed
[12:57] <cbx33> ahh
[12:57] <cbx33> ok
[12:57] <cbx33> but still...hmmm
[12:57] <ogra> ls /var/lib/tftpboot/ltsp ?
[12:57] <ogra> there should be an i386 dir
[12:58] <cbx33> yup
[12:58] <ogra> and the new /etc/ltsp/dhcpd.conf should point to it
[12:58] <ogra> in the filename variable
[12:58] <cbx33> ahhh
[12:58] <cbx33> maybe here is the problem
[12:58] <cbx33> remember I don;t use the dhcp server from edubutnu
[12:59] <cbx33> I use the windows dhcp server here at work
[12:59] <cbx33> have some settings changed?
[12:59] <ogra> can you check if the local dhcpd.conf points to the right dir first ?
[12:59] <ogra> and yes, that has changed
[12:59] <cbx33> sure
[01:00] <ogra> brb
[01:00] <cbx33> yup looks good
[01:32] <bimberi> ogra: thanks (for the reassurance that i'm not mistaken regarding kernels) :)
[01:33] <ogra> :)
[01:34] <lucasvo> I hate these mailinglists+
[01:35] <lucasvo> ogra: did you get a mail from me which didn't get through?
[01:35] <ogra> not that i'm aware of
[01:39] <ogra> there is only one bounce message from a mailbox overquota fromn another user ... but nothing from your address
[04:09] <bddebian> Howdy
[04:16] <sbalneav> Goooooooooood morning #edubuntu
[04:16] <bddebian> Heh, heya sbalneav
[04:17] <sbalneav> Morning bddebian
[04:17] <tomveens> Good morning
[04:17] <tomveens> you know that here it is already 04:17 pm
[04:17] <sbalneav> Morning.
[04:18] <bddebian> Hello tomveens
[04:18] <tomveens> hello bddebian
[04:18] <tomveens> What are you all doing today?
[04:19] <bddebian> Working :'-(
[04:20] <tomveens> good!
[04:20] <tomveens> It is raining outside but still have a :) on my face
[04:20] <bddebian> No, not good, not Ubuntu work, my "real" job :-(
[04:20] <tomveens> What is that job?
[04:20] <bddebian> IT Manager
[04:21] <tomveens> where ?
[04:21] <bddebian> Philadelphia
[04:21] <tomveens> running ubuntu there?
[04:22] <tomveens> I know Philadelphia from a movie with Tom Hanks.
[04:22] <bddebian> heh
[04:22] <bddebian> No it's an all MS shop :-(
[04:23] <tomveens> what kind of company is it?
[04:28] <sbalneav> Heh, I'm working too, but I work at an all Linux/LTSP shop. :)
[04:28] <tomveens> where?
[04:28] <highvoltage> sbalneav: thanks to you ;)
[04:28] <tomveens> change jobs for a day?;)
[04:28] <sbalneav> Legal Aid Manitoba, up in Canada
[04:29] <sbalneav> Google for us, we've had a couple of stories done on us. :)
[04:31] <tomveens> bddebian has apache installed
[04:31] <tomveens> succesfully installed!
[04:31] <bddebian> Huh?
[04:32] <tomveens> http://www.bddebian.com
[04:33] <highvoltage> heh
[04:33] <highvoltage> oO
[04:33] <highvoltage> Gnu/HURD? :)
[04:42] <bddebian> highvoltage: Well get on it man :)
[04:43] <highvoltage> :)
[09:27] <Lilandra> hi
[09:30] <LaserJock> hi Lilandra
[09:31] <Lilandra> how're things?
[09:31] <LaserJock> ok
[09:31] <LaserJock> and you?
[09:32] <Lilandra> fine! i showed my mom edubuntu live-ppc last night
[09:32] <Lilandra> she told me to install it on the laptop so she could take it to work! :)
[09:35] <LaserJock> cool
[09:36] <Lilandra> i just have to make sure it all works properly ooooh and download images :)
[09:37] <faf> where can I set which nic the clients should connect too, or check which nic is defined for the clients? plz
[09:38] <LaserJock> faf: I'm not exactly sure
[09:38] <faf> ok
[09:39] <LaserJock> I would guess you should look in the dhcpd.conf
[09:39] <Lilandra> me neither dont know
[09:39] <faf> could use a graphical interface, just for the ease of it
[09:39] <faf> One interface for all settings :)
[09:40] <Lilandra> you mean which nic you should use to connect to something?
[09:40] <Lilandra> like ethernet card1, ethernet card2, wirelesscard1? etc?
[09:41] <faf> eth0 for locallan/internet etc.. and DHCPD on eth1
[09:41] <Lilandra> yes but what do you want to know precisely
[09:41] <faf> I have a DHCP on eth0's net already
[09:41] <Lilandra> ok...
[09:42] <faf> you know std. setup.. with two nics
[09:43] <faf> eth0 for the server, and eth1 for the ltsp clents
[09:43] <Lilandra> ah! i get it now. so now i know for certain i can't help you. i'm sorry
[09:43] <faf> whats the ususal practice... only one nic?
[09:44] <faf> dosent make sense to me
[09:44] <Lilandra> no...thats not why i cant help. im new to edubuntu and this ltsp thing
[09:44] <Lilandra> so i have no clue :)
[09:45] <LaserJock> one nic is fairly common
[09:45] <LaserJock> have you seen the documentation for two nic setups?
[09:45] <faf> I used it back in 1999-2000 or so.. on a RH.. also used K12ltsp... but this is a little different.
[09:45] <faf> I search the docs.
[09:45] <Lilandra> ah! i know! i was going to install two nics in my desktop...! (not including the wireless nic)
[09:45] <faf> Will try to look again
[09:46] <LaserJock> sbalneav: ping?
[09:47] <faf> just a normal setup like in the docs.. :http://www.edubuntu.org/GettingStarted
[09:47] <sbalneav> LaserJock: pong
[09:48] <LaserJock> sbalneav: do you perhaps have a sec to help faf here. He wants a 2 nic LTSP setup and I just don'g know what I'm doing
[09:48] <faf> the thing is that my DHCPD fails
[09:48] <sbalneav> faf: Are you trying to install edgy?
[09:48] <faf> will check the logs
[09:49] <sbalneav> If you are, edgy during the install will automatically find the unused nick, and set it up as the ltsp interface.
[09:49] <sbalneav> If not, then you'll need to to a bit of dhcp magic.
[09:52] <faf> looks like I need to write a subnet declaration in dhcpd.conf, for the network segment to which eth1 is attached...
[09:54] <sbalneav> faf: If you need some tips, check out the ltsp wiki at wiki.ltsp.org
[09:55] <sbalneav> We've got a whole section there on dhcp
[09:55] <faf> will do
[09:55] <faf> thx
[09:55] <sbalneav> No problem
[10:17] <faf> it works now... logging in from my thin clients
[10:18] <LaserJock> wahooo
[10:18] <faf> very slow though... need to speed it up somehow.
[10:28] <faf> is lts.conf going into /opt/ltsp/i386/etc/ .... or ../i386/ ? plz