[09:14] <Marie_untu> i am trying to customise the edubuntu usplash screen
[09:15] <Marie_untu> I already did it but
[09:15] <Marie_untu> with the server the new usplash works fine but
[09:16] <Marie_untu> the thin clients stop running in the usplash
[09:17] <Marie_untu> anyone knows why? thanks
[09:19] <Marie_untu> I am using a different kernel version in the clients, maybe that is the reason
[09:19] <Marie_untu> but I cant update the kernel in the clients, after chroot to ltsp
[09:20] <nubae> have u done ltsp-update-kernels?
[09:21] <Marie_untu> yep
[09:22] <Marie_untu> but do i need chroot???
[09:24] <Marie_untu> from the server ltsp-update-kernels says "Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386"
[09:24] <Marie_untu> but the kernel is not updated
[09:26] <Marie_untu> in the clients i cant connect to the repositories "Could not resolve ‘gb.archive.ubuntu.com’"
[09:26] <Marie_untu> I am not behind a proxy
[09:26] <nubae> Marie_untu: copy the sources.list from the server to the thin client
[09:26] <Marie_untu> i did it
[09:27] <Marie_untu> but it seems that the chroot has not internet connection, dont know why
[09:27] <nubae> you are doing chroot /opt/ltsp/i386?
[09:27] <Marie_untu> in the clients I have connection but in the chroot i havent
[09:27] <Marie_untu> yep
[09:27] <nubae> and then apt-get update
[09:27] <Marie_untu> yes
[09:28] <nubae> check to see whats in the sources.list in the thin client
[09:28] <Marie_untu> the same as in the server
[09:28] <nubae> from the server u can do apt-get update?
[09:29] <Marie_untu> yes
[09:29] <Marie_untu> from the server i can
[09:29] <nubae> have u modified the chroot at all?
[09:29] <Marie_untu> i checked and yes the repositories are the same in booth
[09:29] <nubae> installed anyhting extra?
[09:29] <Marie_untu> nope
[09:29] <nubae> hmm.
[09:30] <Marie_untu> i have search at google and the only thing i get is that if i am behind a proxy i should have some problems
[09:30] <Marie_untu> but i am not behind a proxy
[09:32] <nubae> try setting up resolv.conf in the thin client
[09:32] <nubae> it shouldn't be necessary, but try
[09:33] <Marie_untu> ok, how can i set up resolv.conf?
[09:33] <nubae> copy it across from the server
[09:33] <nubae> /etc/resolv.conf to /opt/ltsp/i386/etc/resolv.conf
[09:34] <Marie_untu> ok
[09:35] <Marie_untu> koooool
[09:35] <Marie_untu> now
[09:35] <Marie_untu> thanks man
[09:35] <nubae> enjoy
[09:35] <Marie_untu> so to update the kernels i must use ltsp-update-kernels??
[09:36] <Marie_untu> but from the server or from the chroot?
[09:36] <Marie_untu> the chroot i guess
[09:36] <nubae> do apt-get update && apt-get upgrade in client
[09:36] <nubae> then ltsp-update-kernels
[09:36] <nubae> then ltsp-update-image
[09:36] <Marie_untu> ok
[09:36] <Marie_untu> in client you mean in the chroot?
[09:36] <nubae> yes
[09:36] <Marie_untu> ok cheers mate
[09:37] <Marie_untu> i ll try that, hope the usplash will work that way
[09:37] <Marie_untu> i ll be around
[09:37] <Marie_untu> av a nice day
[09:37] <nubae> thanks, same
[09:56] <Marie_untu> hi again nubae
[09:56] <Marie_untu> ok i did the apt-get update and upgrade, everything ok
[09:57] <Marie_untu> then from the server i did ltsp-update-kernel and it says "Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386"
[09:57] <Marie_untu> but the kernel in the clients still the same 1.6.14-16
[09:58] <Marie_untu> sorry 2.6.24-16
[09:58] <Marie_untu> instead of 2.6.24-19
[10:00] <Marie_untu> ok wait, i forgot ltsp-update-image
[10:01] <Marie_untu> coz in the chroot "uname -a" shows the 2.6.24-19 version
[10:03] <nubae> right ltsp-update-image is important :-)
[10:07] <Marie_untu> ooops
[10:07] <Marie_untu> not working
[10:08] <nubae> whats the problem?
[10:08] <Marie_untu> in the /opt/ltsp/i386/boot the same 2.6.24-16 kernel appears
[10:08] <Marie_untu> not the -19
[10:09] <nubae> what is in /var/lib/tftpboot/ltsp/i386?
[10:10] <Marie_untu> the 2.6.24-16 version, not the -19
[10:10] <nubae> hmmm
[10:10] <Marie_untu> a bit strange
[10:11] <nubae> it is if update-kernels is telling u it modified it
[10:11] <Marie_untu> nop
[10:11] <Marie_untu> it just says "Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386"
[10:12] <Marie_untu> but not any of "`/opt/ltsp/i386/boot/vmlinuz' -> `/var/lib/tftpboot/ltsp/vmlinuz' `/opt/ltsp/i386/boot/vmlinuz-2.6.15-20-386' -> `/var/lib/tftpboot/ltsp/vmlinuz-2.6.15-20-386' `/opt/ltsp/i386/boot/initrd.img' -> `/var/lib/tftpboot/ltsp/initrd.img' `/opt/ltsp/i386/boot/initrd.img-2.6.15-20-386' -> `/var/lib/tftpboot/ltsp/initrd.img-2.6.15-20-386' " or whatever
[10:12] <Marie_untu> as the edubuntu cookbook says it may appear after ltsp-kernels-update
[10:13] <nubae> wait, do ltsp-update-kernels now
[10:13] <Marie_untu> very strange, because in the chroot uname says "Linux ubu-laptop 2.6.24-19-generic"
[10:14] <nubae> then check the files in /var/lib/tftpboot
[10:14] <Marie_untu> same, the -19 version doesnt appear there
[10:15] <nubae> then update-kernels isn't working it seems
[10:15] <Marie_untu> yep, it seems so
[10:15] <Marie_untu> so what can i do, any idea?
[10:15] <Marie_untu> why? :)
[10:16] <nubae> manually copy /opt/ltsp/boot to /var/lib/tftpboot/ltsp/i386
[10:16] <Marie_untu> to be honest i didnt make any change to the system at all
[10:16] <Marie_untu> ok
[10:16] <nubae> but u should really look at the underlying causes, it makes no sense
[10:17] <Marie_untu> ok, thanks
[10:18] <Marie_untu> but do you know any underlying cause that can be causing the problem??
[10:18] <Marie_untu> or how can i debug it?
[10:19] <nubae> well I would take a look at the ltsp-update-kernels script and see whats failing
[10:19] <Marie_untu> ok wait, i remember now,
[10:20] <Marie_untu> when i changed the usplash i manually update the initramfs
[10:20] <Marie_untu> and the i copied the kernel to the /var/lib/tftpboot
[10:21] <Marie_untu> it could be that the reason?
[10:21] <nubae> yep
[10:21] <Marie_untu> do you know what can i do to solve it?
[10:21] <nubae> u dont need to manually do initramfs iirc, ltsp-update-kernels should take care of that (maybe...)
[10:21] <Marie_untu> ok ok, thanks
[10:21] <nubae> u definetly dont need to copy it across though
[10:22] <Marie_untu> so that cause the problem
[10:22] <nubae> so that probably messed it uü
[10:22] <nubae> up
[10:22] <nubae> permissions and such
[10:22] <Marie_untu> ok, i write it down that :)
[10:22] <Marie_untu> so now, how can i restore it?
[10:22] <nubae> recreate the chroot with build-ltsp-client
[10:23] <nubae> or maybe just delete /var/lib/tftpboot/ltsp/i386
[10:23] <nubae> and then do ltsp-update-kernels
[10:23] <Marie_untu> ok I ll try that
[10:23] <Marie_untu> it is gonna channge any of my clients configuration or users?
[10:24] <nubae> if u have a lts.conf file yes
[10:24] <Marie_untu> nop i havent
[10:25] <Marie_untu> the only special thing i have are the user accounts, that i guess they will still the same after that
[10:25] <Marie_untu> isnt it
[10:25] <nubae> yeah
[10:25] <Marie_untu> anyway i ll do a back up just in case
[10:25] <Marie_untu> thanks veeeeery much :)
[10:30] <Marie_untu> ok, ﻿delete /var/lib/tftpboot/ltsp/i386 and then ltsp-update-kernels doens work, same results
[10:30] <Marie_untu> build-ltsp-client says "command not found"
[10:30] <nubae> ltsp-build-client
[10:31] <nubae> u have to delete /opt/ltsp/i386 though first, or back it up
[10:31] <Marie_untu> ok :)
[10:32] <Marie_untu> wait, I have a backup before I change the initrdimg
[10:32] <Marie_untu> should i restore it by removing the /opt/ltsp/i386 and copy the backed up folder?
[10:33] <Marie_untu> or it is better to build the client again?
[10:34] <Marie_untu> never mind, dont answer, silly question
[10:34] <Marie_untu> :)
[10:34] <Marie_untu> thanks veeery much, again
[10:34] <Marie_untu> cya aroundç
[11:25] <Marie_untu> ok
[11:25] <Marie_untu> nubae
[11:25] <Marie_untu> after built the ltsp client
[11:25] <Marie_untu> the problem still there
[11:25] <Marie_untu> same as before
[11:26] <Marie_untu> using kernel -16 not -19
[11:26] <Marie_untu> ltsp-update-kernels same results
[11:27] <Marie_untu> the thing is I changed the usplash on the server, so I update-initramfs in the server so the usplash can be updated
[11:27] <nubae> so do that in the client too
[11:28] <nubae> and then, without copying the image manually... do ltsp-update-keys
[11:29] <Marie_untu> ok, but the thing the server is using -19 and the clients still with the -16
[11:30] <Marie_untu> im a bit fustrated now :)
[11:31] <nubae> u need to go into chroot and apt-get update and apt-get upgrade
[11:31] <Marie_untu> i did it
[11:31] <Marie_untu> client updated and upgraded
[11:31] <Marie_untu> but then ltsp-update-kernels not working
[11:32] <Marie_untu> doenst change the kernel
[11:33] <Marie_untu> so i should copy the kernel manually
[11:33] <Marie_untu> but i just want to resolve the ltsp-update-kernel problem
[11:36] <Marie_untu> which kernel version are you using in the clients???
[11:36] <Marie_untu> maybe it doesnt allow to upgrade to the -19??!!
[11:38] <Marie_untu> should I manually copy the /boot/initrd.img-2.6.24-19-generic to /opt/ltsp/i386/boot and to﻿/var/lib/tftpboot/ltsp/i386????
[12:07] <Marie_untu> heyyy, anyone knows any related problem with ltsp-update-kernels and the update-initramfs????
[12:09] <Marie_untu> aptitude search usplash
[12:09] <Marie_untu> ooops
[12:16] <Marie_untu> this is a hell :)
[12:16] <Marie_untu> why when i change the usplash to the clients it doesnt boot???
[12:17] <Marie_untu> why? :0
[12:21] <Marie_untu> is anybody out there??
[13:28] <marketia> heya all
[14:43] <sbalneav> Morning all
[15:02] <stgraber> ogra: I filed bug 273147 and bug 274803
[15:03] <stgraber> well, I updated the first and filed the second
[15:03] <stgraber> morning sbalneav
[16:06] <Marie_untu> I have a problem updating the kernels on the clients
[16:07] <Marie_untu> the server is running the 2.6.24-19-generic and the clients the 2.6.24-16-generic
[16:07] <Marie_untu> I have already upgraded the clients in the chroot
[16:08] <Marie_untu> when i execute the ltsp-update-kernels the clients' kernel is not updated, it still the -16-generic
[16:09] <Marie_untu> the only thing I changed is the usplash in the server, and then i executed update-initramfs
[16:10] <Marie_untu> any idea? it is a bug or a misconfiguration problem?
[16:24] <Marie_untu> ok, next quest.
[16:25] <Marie_untu> how can I change manually the kernel in the clients??
[16:30] <Marie_untu> is anybody out there??
[16:31] <sbalneav> Marie_untu: So, you've done an apt-get upgrade in the chroot?
[16:31] <Marie_untu> yep
[16:31] <Marie_untu> and its upgrade sucessfully
[16:32] <sbalneav> so if you do a chroot /opt/ltsp/i386
[16:32] <Marie_untu> but then i do ltsp-update-kernels, and the kernels are not updated
[16:32] <sbalneav> dpkg -l | grep linux-image, you see that the 2.6.24-19-generic's there?
[16:33] <Marie_untu> ok i did dpkg but the -19-generic is not there
[16:34] <sbalneav> ok, then it didn't get upgraded in the chroot.
[16:34] <Marie_untu> so how can i upgrade the kernels
[16:35] <Marie_untu> in the chroot i did apt-get upgrade 4 times or more
[16:36] <sbalneav> What are you running, hardy?
[16:36] <Marie_untu> yep
[16:36] <Marie_untu> 8.04
[16:36] <Marie_untu> as I said before ﻿the only thing I changed is the usplash in the server, and then i executed update-initramfs
[16:36] <sbalneav> Usually the hardy-updates apt line isn't included in the ltsp chroot's apt setup
[16:37] <Marie_untu> maybe that have something to do with that
[16:37] <sbalneav> Well, the usplash in the server doesn't have anything to do with the clients
[16:37] <sbalneav> here's what I'd do.
[16:37] <sbalneav> exit out of the chroot
[16:37] <sbalneav> cp /opt/ltsp/i386/etc/apt/sources.list /opt/ltsp/i386/etc/apt/sources.list.orig
[16:38] <Marie_untu> ok i did that already
[16:38] <sbalneav> cp /etc/apt/sources.list /opt/ltsp/i386/etc/apt/sources.list
[16:38] <Marie_untu> sources.list is the same in both
[16:39] <sbalneav> grep hardy-updates /opt/ltsp/i386/etc/apt/sources.list
[16:39] <Marie_untu> I even built the image again
[16:40] <sbalneav> Do you get any lines showing up from the above grep statement?
[16:41] <Marie_untu> yep
[16:42] <Marie_untu> deb http://gb.archive.ubuntu.com/ubuntu/ hardy-updates main restricted
[16:42] <Marie_untu> deb-src http://gb.archive.ubuntu.com/ubuntu/ hardy-updates main restricted
[16:42] <Marie_untu> deb http://gb.archive.ubuntu.com/ubuntu/ hardy-updates universe
[16:42] <Marie_untu> deb-src http://gb.archive.ubuntu.com/ubuntu/ hardy-updates universe
[16:42] <Marie_untu> deb http://gb.archive.ubuntu.com/ubuntu/ hardy-updates multiverse
[16:42] <Marie_untu> deb-src http://gb.archive.ubuntu.com/ubuntu/ hardy-updates multiverse
[16:43] <Marie_untu> when i execute ltsp-update-kernels it says: "Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386" but the kernel still the same -16-generic
[16:43] <sbalneav> well, that's because you've only got the -16 installed in the chroot.
[16:43] <sbalneav> what happens if you do a dist-upgrade in the chroot?
[16:44] <Marie_untu> "bash: dist-upgrade: command not found"
[16:45] <sbalneav> chroot /opt/ltsp/i386 apt-get dist-upgrade
[16:45] <sbalneav> I'm assuming you did the apt-get update first, right?
[16:46] <Marie_untu> ok!
[16:46] <Marie_untu> it seems the kernel is upgrading
[16:47] <Marie_untu> but why it is not upgraded with the lstp-upgrade-kernels
[16:47] <Marie_untu> it is maybe a bug???
[16:47] <sbalneav> Well, ltsp-upgrade-kernels just copies the kernel in the chroot to the tftp area
[16:47] <sbalneav> so, if you've got an older kernel in the chroot, that's all it's going to copy
[16:48] <sbalneav> so, you have to get the chroot updated first, then you can do the ltsp-upgrade-kernels
[16:48] <Marie_untu> heyyy
[16:48] <sbalneav> as well, after the upgrade's done, you'll want to do the ltsp-update-image again.
[16:48] <Marie_untu> but i upgraded the chroot firts
[16:48] <Marie_untu> ok i can imaging
[16:49] <sbalneav> well, you didn't, because you still had only a -16 in the chroot.
[16:49] <Marie_untu> so this is why i ask here, because i apt-get updated the chroot around 10 times
[16:50] <Marie_untu> so now if i want to change the usplash in the chroot
[16:50] <sbalneav> But you didn't do a dist-upgrade
[16:51] <Marie_untu> i just need to cp usplash-new.so to /ltsp/i386/usr/lib/usplash
[16:51] <sbalneav> it didn't update until you did that.
[16:51] <Marie_untu> yep i just dist-upgrade right now
[16:52] <Marie_untu> hold down, the dist-upgrade takes the kernel from the server or from the repositorie???
[16:53] <Marie_untu> ok, from the repositorie
[16:53] <Marie_untu> so if I change the usplash now in the chroot and then I update the initramfs it should work
[16:53] <Marie_untu> isnt it???
[16:54] <Marie_untu> I have been with this usplash issue all day!!!! :0
[16:57] <Marie_untu> heyy sbalneav
[16:57] <Marie_untu> thanks very much :)
[17:19] <jc2it> I have Ubuntu 8.04 + LTSP 5. It works for the most part. There are inconsistancies which appear to relate to a graphics card problem, although I am not convinced of that. One issue we have noticed is when the user on the thin client changes to a screen saver it returns that Thin client to the login screen. Someone here suggested it was a bug. I would like to track it down. Yesterday I got my Thinclients set up so I can get a root shell in the
[17:19] <jc2it> Thin client by pressing Ctrl+Atl+F2
[17:19] <jc2it> Where should I look to see what is actually happening when it returns the user to the LDM login screen
[17:20] <sbalneav> Sorry, was afk for a bit
[17:22] <sbalneav> jc2it: probably is a bug, but quite frankly, you don't want any other screen saver other than "Black screen" on a thin client anyway
[17:22] <sbalneav> And I know that one works :)
[17:24] <jc2it> Yes this is true the screen does blank. The reason I was focusing on the screen saver is because I think it might lead to some of the other issues that are harder to describe
[17:25] <sbalneav> Sometimes, opengl instructions don't go remotely across the network, resulting in X server resets, which will kick you back to a login prompt.
[17:27] <jc2it> so does this mean that the x.org log would track such an event?
[17:27] <jc2it> on the client
[17:27] <jc2it> or server
[17:29] <sbalneav> On the client, usually
[17:29] <sbalneav> Sometimes you can also get an error in the users $HOME/.xsession-errors
[17:45] <Marie_untu> how can I change the usplash screen on the clients, I have already the usplash-theme.so
[17:45] <Marie_untu> I can change it sucessfully in the server, but I cant in the clients
[17:46] <Marie_untu> any idea??
[17:51] <Marie_untu> anybody out there???
[17:58] <jc2it> in /home/<usr>/.xsession-errors
[17:59] <jc2it> gnome-screensaver-preferences: Fatal IO error 104 (Connection reset by peer) on X server 192.168.0.239:6.0.
[18:06] <Marie_untu> anyone around knows how the clients' usplash works????
[18:07] <Marie_untu> is anybody in here?? please at least say hi
[18:08] <Marie_untu> or just say, nope no idea, go away :) or something similar
[18:24] <nubae> Marie_untu: still the same problem?
[18:27] <Marie_untu> heyyy
[18:27] <Marie_untu> not really
[18:27] <Marie_untu> the kernel is updated sucessfully
[18:27] <nubae> what did u do to fix it?
[18:27] <Marie_untu> now i cant change the usplash on the client
[18:28] <Marie_untu> apt-get dist-upgrade in the chroot
[18:28] <nubae> ah yes...
[19:14] <stgraber> ogra: one more bug for you :) bug 274902
[19:59] <sbalneav> Back from lunch
[20:00] <sbalneav> Marie_untu: You'd need to rebuild the initramfs in the chroot, then re-run ltsp-update-kernels
[20:50] <stgraber> sbalneav: btw, I filed bug 274902 as an Ubuntu bug but I guess it's something that'd need to go upstream as xrexecd.sh is an upstream script.