IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 7 February 2010   (all times are UTC)

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