|00:30||lucascoala has quit IRC|
|00:33||alkisg has joined #ltsp|
|00:55||alkisg has quit IRC|
|00:57||alkisg has joined #ltsp|
|01:21||Kicer86 has joined #ltsp|
|01:35||Damianos has joined #ltsp|
|01:38||Damianos has quit IRC|
|02:05||loather-work has quit IRC|
|02:06||loathing has quit IRC|
|02:07||loathing has joined #ltsp|
|02:08||loather-work has joined #ltsp|
|03:10||marten_ has joined #ltsp|
|03:12||marten_ has quit IRC|
|03:18||cyberorg has quit IRC|
|03:18||cyberorg has joined #ltsp|
|03:25||unimatrix9 has joined #ltsp|
|03:25||unimatrix9 has left #ltsp|
|03:26||unimatrix9 has joined #ltsp|
i just visited ltsp website , looks as a very sound solution, but i have one question left open, will it run the 3D windows programs , like for example CAD apps?
|03:31||cyberorg has quit IRC|
|03:32||cyberorg has joined #ltsp|
unimatrix9: would they run in a normal linux desktop?
the apps you want to run on the ltsp client
i have seen on the site that it can run windows apps, so it would be linux desktops and an windows 3D cad program
mixed so to speak
school work spot
so the setup would be 10 workstations, one server for the ltsp
the workstations would run a linux desktop, but should also be able to run windows apps like for example 3D cad,
is this possible ?
i don't have any experience with that
with what do you have experience ?
i'm working on gentoo integration
ltsp gentoo itegration?
then you still have some work to do..
okey , i will not keep you from your work, have a nice day, and keep up the spirit!
bye bye, thansk for the chat
bedankt voor de klets
|03:54||unimatrix9 has left #ltsp|
stgraber, highvoltage: I'm going to create some start/stop etc substitutes to prevent upstart daemons from starting in the chroot while the ltsp client is building
stgraber, highvoltage: I just tried building a fat client with stgraber's ppa in my sources, and I got this:
Errors while processing openoffice.org-emailmerge
E: Sub-process /usr/bin/dpkg returned an error code (1)
umount: /opt/ltsp/i386/proc: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
So I'm going to create those substitutes in /var/lib/ltsp, and put them into $PATH before /usr/sbin.
no thank you, you rock alkisg
|05:06||lucascoala has joined #ltsp|
|05:35||alkisg has quit IRC|
|06:33||mikkel has joined #ltsp|
|06:49||cyberorg has quit IRC|
|06:50||cyberorg has joined #ltsp|
|07:07||cyberorg has quit IRC|
|07:08||cyberorg has joined #ltsp|
|07:17||lucascoala has quit IRC|
|07:18||cyberorg has quit IRC|
|07:19||cyberorg has joined #ltsp|
|07:32||Selveste1 has quit IRC|
|07:39||cyberorg has quit IRC|
|07:40||cyberorg has joined #ltsp|
|07:41||F-GT has quit IRC|
|07:57||F-GT has joined #ltsp|
|08:38||alkisg has joined #ltsp|
|08:42||alkisg has quit IRC|
|08:45||slidesinger has quit IRC|
|08:57||alkisg has joined #ltsp|
hmm, common/095-rootpass overwrites the chroot password if it's set earlier in the build process
|09:01||rjune has joined #ltsp|
errr, it's run always
i'm not sure what's a good solution for this
add a mock 095-rootpass for Gentoo
|09:07||Kicer86 has quit IRC|
giving the common 095-rootpass more options than prompt or not
knipwim: what options? I was thinking an option to copy the root's password on the server, from the shadow file... :)
in Gentoo's install, a chroot password is already set before the 095-rootpass script runs
so, i don't need the server password
So if you don't set ROOTPASS, doesn't it keep the same password that you set before?
Ah ok I saw it
if [ "$ROOTPASS" != "prompt" ]; then
if [ -z "$ROOTPASS" ]; then
If you change it this way, then you could set ROOTPASS="keep"
Heh, and from what I'm seeing, fedora / opensuse also don't want to set the root password
Maybe we should move that file to Debian/Ubuntu...
|09:22||Selveste1 has joined #ltsp|
sounds even better
in Debian, with a symlink to Ubuntu
Altlinux also has its own version... so I don't see any trouble with the change
should i make commit proposal? or are you commiting it?
I think you could just go ahead and commit it... since 4 out of 6 distros don't want it in common/, I don't see any point of keeping it there
If anyone objects, he can just revert the commit.
can i delete the mock rootpass plugins in Fedora and Suse as well?
I'm not sure about that, they may want to do it themselves. I don't know... :)
(they may even want to keep the notes there)
|09:38||Faithful has quit IRC|
|09:52||Faithful has joined #ltsp|
|10:06||Selveste1 has quit IRC|
another question, is /var/cache/ltsp-localapps used on the client?
|10:26||astbis has joined #ltsp|
|10:27||* alkisg changes course about the upstart daemon handling, instead of setting $PATH, dpkg-divert is adviced: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/430224|
stgraber: so opposite of what we've said before, I'm going to try dpkg-divert and see if it works.
|10:31||litlebuda has joined #ltsp|
|10:44||alkisg has quit IRC|
|10:46||alkisg has joined #ltsp|
|10:51||astbis has quit IRC|
|10:52||astbis2 has joined #ltsp|
|11:19||Kicer86 has joined #ltsp|
|11:26||shogunx has quit IRC|
|11:35||comfrey has joined #ltsp|
|11:46||shogunx has joined #ltsp|
|12:04||litlebuda has quit IRC|
|12:20||thskyt has joined #ltsp|
|12:25||astbis has joined #ltsp|
|12:28||alincoln has quit IRC|
|12:29||ogra has joined #ltsp|
|12:30||alincoln has joined #ltsp|
Is there a chanop in here who might be able to help with a bit of a problem?
why do you need a chan op?
|12:41||highvoltage has quit IRC|
|12:43||highvoltage has joined #ltsp|
johnny: because one of the other guys seems to be muted
everybody is muted who doesn't have a nick registered
it's not a channel setting, it's a server side setting because of various DOS attacks
Ahh, thanks for the clarification. :-)
yes.. sadly not our fault
|12:51||astbis has left #ltsp|
johnny: i've been testing ltsp-update-image
and it doesn't work out-of-the-box on gentoo
|12:52||astbis has joined #ltsp|
shouldn't the nbd parts be optional in the ltsp-server package via nbd USE?
thats up to the distro .... where its usualy managed via packaging ... which indeed gentoo doesnt use
no.. it won't work without nbd
How can I use tcpdump to monitor tftp traffic? I can see tcp traffic, but not tftp...
knipwim, sure, you can make ltsp-update-image dependent on the nbd use flag, or .. we could check for nbd inside ltsp-update-image and install it anyways
and just tell it that you need nbd to use it
which could go upstream
that way we don't force a reinstall of the package
ogra, do you think it would be OK to check for nbd inside ltsp-update-image ?
how would you implement that in a distro independent way ?
look for the nbd device?
isn't there a way to check for a kernel feature?
you could only use nbd swap
and have an nfs chroot
and since ltsp-update-image is also used for creation of fresh images you cant check for existance of an nbd image
|13:01||* alkisg brings up the "ltsp configuration file" issue :P :D|
|13:01||astbis has left #ltsp|
|13:01||astbis2 has left #ltsp|
of course we shouldn't check for an nbd image..
but isn't there a way to check the running kernel?
alkisg: i've used tcpdump many times to watch tftp traffic
tcpdump -i eth0 -s0 port 69
jammcq: could you tell me the exact parameters? I can't get it right... Thanks!!!
johnny: my point was to make the nbd parts in the ebuild optional, and dependent on the use flag
knipwim, there would be no need if ltsp-update-image checked for nbd
johnny, you should easily be able to use nbd-client to check for nbd funsctionallity
ah.. that's what we need the flag for
knipwim, go ahead and add it to the ebuild
to conditionally pull in nbd-client
now i remember :)
i meant the ltsp-server
there is no easy way for the user to set client use flags
except for some quickstart profile hacking
true.. we could force the kernel to build nbd ..
yeah.. we should probably sed enable nbd in ltsp-build-client..
but it doesn't really matter until we switch to dracut
|13:05||thskyt has left #ltsp|
|13:11||HardDisk has quit IRC|
|13:15||HardDisk has joined #ltsp|
|13:25||astbis has joined #ltsp|
|13:29||astbis has quit IRC|
|13:30||astbis has joined #ltsp|
Hi. I have trouble getting my clients to login to the server. Clients boot OK, SSH works, but after login the client returns to the login screen. I got i working for a short while. By changing the default session in gdm on the server, but now it is broken again after just 5 min. Any ideas?
astbis: check the user's ~/.xsession-errors, and also try disabling compiz for that user
nothing in the .xsession-errors. How to disable compiz?
I haven't added compiz as far as i know.
Thanks for the help by the way.
astbis: one quick way to disable compiz: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
alkisg: did you get tcpdump working?
jammcq: yup, thanks, the problem is that I needed to specify `-i lo` for it to work
I didn't realize it until I saw your command :)
the power of examples :)
(I was trying with tftp 10.160.31.10 == localhost to see why it wasn't working... it does work now, but I don't know why!)
No change :-(
astbis: ok. Can you see in /var/log/auth on the server if the session is authorized?
|13:42||bobby_C has joined #ltsp|
check in /var/log/auth.log if you see login attempts for the user at all
pfft, alkisg beats me :)
|13:42||* alkisg types faster :P :D|
Yes i do. "session opened for user" and "password accepted"
ogra, can you remember what was the deal with DEBCONF_FRONTEND? Does it help anywhere, or can I just disable it for fat clients?
astbis: can you also try putting XSERVER=vesa in lts.conf, to verify that it isn't something X related?
it should be set to noninteractve fi you want to do any kind of automated package installs
ogra, ok, I understand "noninteractive". But why DEBIAN_FRONTEND=passthrough ?
...and all the descriptor meddling?
for the CD
Ah, for progress bar?
the cd installation runs in several nested chroots
so you need to do weird descriptor handling ...
given that i never made it actualy work right you could as well back out to noninteractive though ... but test the CD install if it still works then
It is already VESA. My lts.conf settings worked fine until for a short while ago. But suddenly, without me at the server the clients refused to login.
ogra: I think it'll solve a few problems with fat clients, so I'll give that a try. Thanks!
you might end up with no progress bar at all in d-i though ...
|13:50||pmatulis has joined #ltsp|
Hmmm then I could just disable it when the user is (manually) building a fat client..
just set the variable in the fat client plugin ?
Yeah, something like that... override the value that 010-debconf-frontend sets
Any other ideas. I can't find anything wrong. No error messages. Nothing to go on.
|14:10||rhodan_ has joined #ltsp|
|14:14||rhodan has quit IRC|
|14:17||astbis has quit IRC|
|14:19||astbis has joined #ltsp|
|14:25||ogra has quit IRC|
|14:27||ogra has joined #ltsp|
|14:28||rhodan_ is now known as rhodan|
|14:34||astbis has joined #ltsp|
|14:37||bobby_C has quit IRC|
|14:37||Ahmuck-Jr has joined #ltsp|
|14:42||ogra has quit IRC|
|14:43||ogra has joined #ltsp|
|14:45||bobby_C has joined #ltsp|
|15:13||gentgeen__ has joined #ltsp|
|15:20||frederickjh has joined #ltsp|
|15:34||mikkel has quit IRC|
|15:36||Kicer86 has quit IRC|
|15:50||bobby_C has quit IRC|
|16:17||shawnp0wers has joined #ltsp|
|16:19||Selveste1 has joined #ltsp|
|16:23||shawnp0wers has quit IRC|
|16:39||frederickjh has quit IRC|
|16:40||pmatulis has quit IRC|
|17:02||astbis has quit IRC|
|17:02||vagrantc has joined #ltsp|
|17:15||alkisg has quit IRC|
|18:01||vagrantc has quit IRC|
|18:04||vagrantc has joined #ltsp|
|18:39||vagrantc has quit IRC|
|18:48||evilx_ has joined #ltsp|
|18:51||evilx has quit IRC|
|18:52||klausade has quit IRC|
|18:55||pmatulis has joined #ltsp|
|19:01||klausade has joined #ltsp|
|19:13||try2free has joined #ltsp|
|19:20||try2free has left #ltsp|
|20:55||pmatulis has quit IRC|
|22:19||satyag has joined #ltsp|
|22:24||japerry has joined #ltsp|
any italc folks around
i am trying to cross compile using Mingw i get this error http://pastebin.ca/1789773 moc-qt4 and moc.exe are in path
iTalc developers don't hang out here in #ltsp, AFAIK
|23:00||rjune has quit IRC|
sbalneav, "catch us on IRC (we tend to be around in #ltsp)"
|23:04||satyag has quit IRC|
|23:20||alkisg has joined #ltsp|