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


Channel log from 27 August 2009   (all times are UTC)

00:30dtrask has joined #ltsp
00:31solar` has quit IRC
00:31dtrask has quit IRC
00:52try2free has left #ltsp
01:04Sarten-X has quit IRC
01:14Egyptian[Home] has quit IRC
01:16Egyptian[Home] has joined #ltsp
01:21vagrantc has quit IRC
01:30artista-frustrad has quit IRC
01:31artista-frustrad has joined #ltsp
01:33map7|away is now known as map7
01:37try2free has joined #ltsp
02:03map7 is now known as map7|away
02:05Sarten-X has joined #ltsp
02:13alkisg1 has joined #ltsp
02:14alkisg has quit IRC
02:15Sarten-X has quit IRC
02:20try2free has left #ltsp
02:21Sarten-X has joined #ltsp
03:59alkisg1 has quit IRC
04:13sepski has joined #ltsp
04:35lucascoala has quit IRC
04:50garymc has joined #ltsp
05:32artista-frustrad has quit IRC
05:34artista-frustrad has joined #ltsp
05:49Egyptian[Home] has left #ltsp
06:36pmatulis has joined #ltsp
07:14nubae_ has joined #ltsp
07:28pmatulis has quit IRC
07:35pmatulis has joined #ltsp
07:36pmatulis has joined #ltsp
07:37pmatulis has joined #ltsp
07:45pmatulis has joined #ltsp
07:53sepski has quit IRC
07:56pmatulis has quit IRC
07:56nubae_ has quit IRC
07:56sushisan has joined #ltsp
07:56
<sushisan>
hi
07:57
sombode have experience with freenx?
07:57
HELP
07:58
<NeonLicht>
Very bad ones, in my case :-)
07:58
<sushisan>
:-(
07:58
I have a problem with nxagent
07:58
the memory grows more anmore ever!
08:04pmatulis has joined #ltsp
08:05pmatulis has joined #ltsp
08:07pmatulis has joined #ltsp
08:08pmatulis has quit IRC
08:14pmatulis has joined #ltsp
08:20
<sushisan>
sombody have experience with freenx?
08:20pmatulis has quit IRC
08:21pmatulis has joined #ltsp
08:24alkisg has joined #ltsp
08:26Gadi has joined #ltsp
08:31
<vlt>
Hello. Can I configure lts.conf to run rdesktop instead of xdm for certain clients?
08:32
<Gadi>
vlt: yes - identify the clients by MAC address
08:32
[11:22:33:44:55:66]
08:32
SCREEN_07 = rdesktop
08:33
<rjune__>
!g
08:33
<ltspbot>
rjune__: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
08:33
<Gadi>
morning, rjune
08:35
<vlt>
Gadi: That's it? Thank you.
08:35
Gadi: Do I need to install rdesktop to the client image first?
08:35
<Gadi>
vlt: nope
08:35
I usually do a whole rdesktop line in quotes, for example:
08:36
SCREEN_07 = "rdesktop -r sound:local 192.168.0.1"
08:36
like I would on command line
08:36
<vlt>
Gadi: How does that work? (I mean w/o rdesktop installed to the image)
08:36
<Gadi>
rdesktop should already be installed in the image
08:36
<vlt>
Gadi: Aah, ok ...
08:37
<Gadi>
and there is an rdesktop "screen script" that ships with ltsp
08:37
in: $chroot/usr/share/ltsp/screen.d/rdesktop
08:37* vlt tries
08:38
<alkisg>
Gadi: is the full command line supported? I thought SCREEN_xx was refering to just the script name, without parameters...
08:40
...and one had to specify RDP_SERVER and RDP_OPTIONS...
08:41shawnp0wers has joined #ltsp
08:44
<Gadi>
full command supported since forever
08:44
personally, I prefer it that way
08:44
because one may want to run rdesktop on two screens at the same time to different servers
08:44
;)
08:44
<rjune__>
that's just crazy
08:45
<alkisg>
Sweet :)
08:51dagrichards has quit IRC
08:51
<vlt>
Gadi: Works, thanks.
08:54
Gadi: Hmmm, how to switch off a client now w/ rdesktop running on :6?
08:54
<Gadi>
power button
08:54
<vlt>
Gadi: ok
08:55
<Gadi>
its all read-only - you won't hurt anything
08:55
:)
08:55
<vlt>
I know ;-) Can I have xdm AND rdesktop on two screens?
08:56
<Gadi>
sure - you might want to modify the rdesktop scren script a bit though if you do - I think the one that we ship does not put rdesktop in a loop, so every time it drops the connection, X will respawn and grab the display
08:56
which is rude if you are working in xdm
08:56
:)
08:58bieb has joined #ltsp
08:58
<rjune__>
Is it possible to have rdesktop reconnect without exiting?
08:59
<Gadi>
rjune__: sure you do: while :; do rdesktop ....; done
08:59
;)
08:59
<rjune__>
LOL
09:03MRH2 has joined #ltsp
09:05
<MRH2>
hi recently upgraded the ltsp server and now last / wtmp shows 2 entries for every user session like:
09:05
username1 ws007:0 ws007 Thu Aug 27 11:32 - 11:37 (00:04)
09:05
username1 ws007:0 Thu Aug 27 11:32 gone - no logout
09:05
Is this a cause for concern and anyone know why?
09:22bobby_C has joined #ltsp
09:25cole_ has joined #ltsp
09:25
<cole_>
could anyone help me get ltsp to authenticate to an ldap Unbuntu 8, ive tried almost everything and it keeps failing
09:25
:/
09:29cole_ has quit IRC
09:29cole_ has joined #ltsp
09:32cole_ has left #ltsp
09:33artista-frustrad has quit IRC
09:34artista-frustrad has joined #ltsp
09:35shawnp0wers has quit IRC
09:42shawnp0wers has joined #ltsp
09:57pmatulis_t60 has joined #ltsp
09:59guntbert has joined #ltsp
09:59Mip5_ has joined #ltsp
10:00
<Mip5_>
Morning all
10:00
<sbalneav>
Morning Mip5_
10:02
<Mip5_>
My ltsp server is acting strangely. I can't open a remote desktop session to it, and when I login into it from a thin client (using my admin credentials), I can log in, but can't unlock the users-admin app. I tried ssh -X into the box from another machine, and opened the users-admin app that way, and still can't unlock it. I'm thinking that these issues are related, but am not sure where I...
10:02
...should begin looking to fix them.
10:02shawnp0wers has quit IRC
10:03
<Mip5_>
I'm running jaunty - and all appeared to work when I first deployed it here. I did have to change the IP address for this new site, but my thin clients were able to login w/out me having to change anything else.
10:04
<sbalneav>
Sounds like a dbus issue.
10:04
Have you tried restarting dbus?
10:04
<Mip5_>
Well, I've rebooted the server, so I would think that would have done it.
10:04
I did have a power outtage, and the problems started after that (but not immediately after that)
10:04
<sbalneav>
Have you done an ltsp-update-sshkeys and updated the image?
10:05
<Mip5_>
No - I have not
10:05
<sbalneav>
I'd start with that.
10:05
<Mip5_>
Would not having done that affect the remote logins (via vnc)?
10:05
<sbalneav>
Sorry, are the thin clients able to log in?
10:06
<Mip5_>
Yes - they are.
10:06
<sbalneav>
So it's just VNC that's having trouble?
10:06
<Mip5_>
Well, that, and I can't unlock an app that I should be able to unlock (users-admin)
10:08
The other issue - and I'm not sure if it's related is that the network manager icon near the clock is gone.
10:08
<alkisg>
users-admin can't be unlocked from remote machines (with X, that is) - unless vnc or something is used
10:08
<sbalneav>
Well, that's normal, I beleive.
10:08
<alkisg>
Yup. But I still don't understand why isn't that considered a bug...
10:09
(not an users-admin bug, but still...)
10:09
<sbalneav>
It is.
10:10
LTSP currently doesn't interact properly with console-kit
10:10
<alkisg>
I don't think that's an LTSP bug, as I can't unlock it with plain old ssh -X or with XMDCP also
10:11
<sbalneav>
Well, I guess it depends on where you define the "bug" exists.
10:11staffencasa has joined #ltsp
10:11
<sbalneav>
Console-kit people would probably say "Remote sessions don't proerly interact with console kit"
10:11
<alkisg>
...that would be a bug from my point of view
10:11
<sbalneav>
Remote people would say "console kit doesn't properly handle remote sessions"
10:12pmatulis_t60 has quit IRC
10:12
<alkisg>
Well, unless ssh is patched to support consolekit, I don't know what's the proper way to fix that, but I do know that it should work :)
10:12
<sbalneav>
It's never been an issue for me, since admin-users doesn't handle ldap ANYWAY, and I'd rather manage users at the command line :)
10:13
<alkisg>
Is it only users-admin though, or is it all of the apps that use consolekit?
10:13
<sbalneav>
alkisg: Yup. Someone needs to look into that.
10:14
Mip5_: So, in summary, you're not going to be able to unlock users admin from a workstation.
10:14
<Mip5_>
okay - but hold on. I am pretty sure that I was able to run users-admin to add the users from my thin client (logged in as admin), so it *was* working.
10:14
<alkisg>
(unless you use vnc or something)
10:14
<sbalneav>
Mip5_: You're mis-remembering.
10:14
Unless you used vnc
10:14
<Mip5_>
okay - - that is entirely possible. I was going to double check this on my other ltsp server.
10:15
<sbalneav>
As for the network icon, you probably just need to re-add it to your panel
10:15
<Mip5_>
Should I be able to unlock other things from a logged in thin client as admin.
10:16
<sbalneav>
ANything that relies on gksu will unlock. Anything that relies on console-kit will not.
10:16
<Mip5_>
okay - thanks.
10:16
How can I go about trouble shooting vnc?
10:16
<sbalneav>
alkisg: IIRC, synaptic uses gksu, right?
10:17
<alkisg>
Something like this, yes, but I'm not quite sure it's gksu
10:17
It maybe some other gnome system call
10:17
<sbalneav>
I know nothing about vnc, but if you've changes IP addresses, I'm willing to bet your problem's related to ssh keys somehow. Does the VNC run over ssh?
10:18
alkisg: on hardy, here:
10:18
sbalneav 19001 1 2 10:17 ? 00:00:00 gksu /usr/sbin/synaptic
10:18
so that works for me.
10:19
<alkisg>
Yeah, it's similar in hardy: gksu --description /usr/share/applications/synaptic.desktop /usr/sbin/synaptic
10:19
<Mip5_>
I'll try to rebuild the ssh keys - but would they be involved in connecting to the box in the first place (not as a thin client)? I *can* ssh into the machine just fine from a terminal.
10:19
<alkisg>
Mip5_: how did you install vnc?
10:20
<Mip5_>
Sorry - I should have been saying vino - since that's what I've been using. I use a vnc client on my laptop to connect to the server. I also use terminal server client from my linux station
10:20
<alkisg>
So there's a user always logged on on the server ?
10:21
vino only works if the user has logged on
10:21
<Mip5_>
Yes - I set it up that way (it's headless) so that I could vnc into it to admin it remotely
10:21
<alkisg>
OK. Do you also have italc installed?
10:21
<Mip5_>
Yes - and actually - that may be the last thing I did before I left.
10:22
<alkisg>
Both of those programs use port 5900, so there's a conflict there
10:22
<Mip5_>
Excellent! - well that could well be the issue
10:22
<alkisg>
You may even be experiencing high CPU usage on some cases, I've seen race conditions with both of them
10:22
So, with ssh, change the vino port to 5901
10:22
Or with gconf-editor, whatever is easier for you...
10:22
<Mip5_>
okay - so - I should dump iTalc, or at least disable it, and try again?
10:23
<alkisg>
No, just change the vino port to 5901
10:23
<Mip5_>
okay - I'm not sure where to do that, but I'll take a look
10:23
<alkisg>
Mip5_: ok wait till I give you the command
10:23
<Mip5_>
alkisg ok
10:24
<alkisg>
gconftool-2 --set /desktop/gnome/remote_access/alternative_port --type int 5901
10:24
gconftool-2 --set /desktop/gnome/remote_access/use_alternative_port --type boolean true
10:24
After those 2 commands, try to connect with vnc again, but specify <server-ip>:5901
10:24
<Mip5_>
does it matter where I do this from (a terminal in my thin client - logged in as admin, or from a remote machine ssh'd in?
10:25* alkisg thinks that translating his ltsp installation manual to english would help some people...
10:25
<Mip5_>
;-) -
10:25
<alkisg>
Mip5_: run it as the user that runs vino
10:26
<Mip5_>
okay
10:26
bingo!
10:26
<alkisg>
It worked?
10:26
<Mip5_>
yes! Thanks so much!
10:27
<alkisg>
No problem. I usually set it as a mandatory setting for all users with gconf-editor
10:27
<Mip5_>
Interestingly - my network icon has reappeared as well
10:27
<alkisg>
I think that italc, in some of the next versions, will be using another port as the default and will save us the trouble...
10:28
<Mip5_>
Does it matter that I can't specify the mac address for the interface I want to use to connect to the external network? I lose the apply button as soon as I enter anything in that box
10:28
alkisg - cool. I wonder if iTalc will run better now. It was so slow I dont' the teachers would use it
10:28
<alkisg>
Huh? you mean in network manager?
10:28
<Mip5_>
sorry to jump topics. Yes - in network manager
10:29
<sbalneav>
Mip5_: Did you just install iTalc
10:29
<alkisg>
Do rephrase that, my english aren't that well, I lost you there
10:30
<Mip5_>
sbalneav - yes - I installed it 2 days ago, and later lost access to vnc
10:30
alkisg - I can't enter the MAC address of my ethernet adaptor. I lose the apply button when I try to do that.
10:31
<alkisg>
If you lose the apply button, it usually means that what you entered isn't correct
10:31
E.g. if you only enter 5 bytes, it's not a correct mac address
10:31
<Mip5_>
That's what I wondered. How should it be specified? There was an example that used hex, so that's how I entered it.
10:31
<sbalneav>
Ok. Not to chasitze you too much, but you came into the channel indicating that that IP changes had occurred, and a power outage, and mentioned NOTHING about installing a new piece of software.
10:33
The very FIRST question you should ask yourself, or tell other people about when asking questions about why things used to work, but now no longer are, is "What has changed recently"
10:33
<Mip5_>
sbalneav - points well taken.
10:34
<alkisg>
Mip5_: run this: ip -oneline -family inet link show
10:34
Then copy/paste the mac address into the edit box
10:34
<Mip5_>
I think I goofed b/c I didn't notice vnc quitting until 2 days after installing iTalc. I installed iTalc at the end of the day and didn't come back to the machine until late the next day
10:35shawnp0wers has joined #ltsp
10:42
<Mip5_>
alkisg - that did it. I must have had info on the MAC address.
10:43
I think I need more coffee - I'm sloppy today. - Thanks
10:44
<alkisg>
yw
10:44
<Mip5_>
Okay - thanks all. If any of you guys ever come to Colorado, I'll buy you a beer
10:46bobby_C has quit IRC
10:54johnny has left #ltsp
10:54johnny has joined #ltsp
10:55johnny is now known as Guest87266
10:56
<Mip5_>
Okay - I've got some nice thin clients that I got from disklessworkstations, and would like to use localapps with them. I'm planning to use the following howto:
10:56
https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty
10:56Blinny has joined #ltsp
10:57* alkisg doesn't really like all the chroot mess in that page...
10:57
<alkisg>
Why don't you do an old-fashioned backup of your chroot, and just go ahead and install any localapps you want to test there?
10:57
<Blinny>
Ubuntu Hardy having trouble w/ USB stick -- device _is_ partitioned and seen as sdb on the client but not mounting. Any ideas?
10:58
<sbalneav>
alkisg: Agreed. Do you want to clean it up? Or do I?
10:59
Blinny: Isn't one of those U3 devices is it?
10:59
<alkisg>
sbalneav: please do if you don't mind, I'm in the middle of some scripting...
10:59
<sbalneav>
I'll get to it today
10:59
<Blinny>
sbalneav: Not sure, actually. I'm thinking perhaps an unclean unmount from Windows
11:00
<alkisg>
Is that an ntfs stick?
11:00
<Blinny>
it's fat16 actually
11:00
<alkisg>
I don't think vfat has problems with unclean unmounts...
11:00
<Mip5_>
alkisg - good idea. I'll back up the chroot first. Thanks again.
11:00
<Blinny>
I've got it directly into my server now and that's not working either.
11:01Mip5_ has left #ltsp
11:01
<Blinny>
Hm. Maybe a WinStick
11:01
(if there is such a thing)
11:01
<sbalneav>
So, stick's bustified
11:01
<Blinny>
Strange that the client gets further than the server, no?
11:02
lsusb doesn't even show it on the server
11:03garymc has quit IRC
11:03
<Blinny>
Can manually mount /dev/sdb1 in the chroot's VT
11:04
<alkisg>
Blinny: try putting it in one of the "back" usb ports, not one in the front...
11:04
<Blinny>
alkisg: I was afraid you'd say that (;
11:05shawnp0wers has quit IRC
11:05
<Blinny>
Yeah, server sees it in the back USB port
11:06
<alkisg>
OK. If reformatting is an option... do try that as well :)
11:06
<Blinny>
Doesn't automount though - again, can manually mount
11:06
<alkisg>
What does fdisk -l give you?
11:06Blinny has left #ltsp
11:06Blinny has joined #ltsp
11:07
<Blinny>
Oops
11:07
alkisg: Shows the device.
11:07
<alkisg>
Doesn't it show any partitions in it?
11:07
<Blinny>
Yes it does.
11:07
the FAT16 partition
11:08
That's the first place I went - I automatically told him we had to partition it... until I plugged it in!
11:08
<alkisg>
Can you upload the results to pastebot? I'm curious about the start/end sectors...
11:09
<ltsppbot>
"Blinny" pasted "fdisk -l" (9 lines) at http://pastebot.ltsp.org/489
11:10
<alkisg>
How big is the stick? Why is it fat16 instead of fat32 ?
11:10
<Blinny>
I can certainly wipe it and mkfs.vfat
11:11
It's 1GB
11:11
No idea why fat16.. I've never seen it before today.
11:11
Probably because it's old.
11:11
<Guest87266>
that one must have been expensive
11:11Guest87266 is now known as johnny
11:11
<Blinny>
Back in the day, maybe
11:11
<alkisg>
Blinny: I think the problem is there: Partition 1 has different physical/logical endings: phys=(956, 64, 32) logical=(941, 18, 32)gical=)
11:11
<johnny>
yes
11:11
alkisg, i've seen that before.. stuff like that will mount normally
11:12
but perhaps not via ltspfs..
11:12
<alkisg>
johnny: it doesn't mount in the server...
11:12
<johnny>
my mp3 player had warnings like that
11:12
<Blinny>
It will mount, just not automount
11:12
<alkisg>
But I *think* I've seen a problem like this before
11:13
Repartitioning it solved all mounting problems... :)
11:13
<Blinny>
So, delete the partition, make a new (full-size) one, then mkfs.vfat eh
11:13* alkisg uses gparted, gui is easier on the eyes :D
11:13
<Blinny>
*shrug*
11:14
<sushisan>
--------- somebody have experience with freenx?
11:15* alkisg talked a lot today but can't help expressing his feelings for the awesomeness that is freenx
11:17
<Blinny>
alkisg: I'm curious - is there a voltage diff between front and back USB spots on some servers?
11:17
Making a new fat32 partition fixed it.
11:18
<alkisg>
Blinny: I'm not really sure what the problem is, but I'm sure there are problems with the front USB ports...
11:18
<Blinny>
Thanks alkisg!
11:18
alkisg: =='yuck'
11:19
Anyway. Thanks abunch mate. I'll keep an eye out for that kind of partitioning physical/logical problem in the future.
11:21
<alkisg>
yw :)
11:22shawnp0wers has joined #ltsp
11:24
<johnny>
alkisg, i used devicekit-disks to do mine
11:25
or whatever they call the ui.. palimpset
11:25
it's kinda basic, but it even allows the creation of encrypted partitions.. and changing the password for it
11:26
<alkisg>
Ah. Never used it, but encrypted partitions in usb sticks sounds interesting...
11:26
<johnny>
well it was only available in fedora and other similiarly advanced distros.. nothing that is supposed to be super stable like ubuntu
11:26
but it is part of gnome 2.28 i think
11:26
<alkisg>
I did manage to find the most compatible way to partition my sticks, though: a fat32 partition in the beginning, and an ext3 *bootable* partition afterwards for os booting :)
11:27
<johnny>
what size stick?
11:27
why wouldn't you put the fat32 at the end?
11:28
<alkisg>
Whatever. E.g. for my 2 Gb stick I used 800 Mb for fat 32 + 1200 for ext3
11:28
<johnny>
something about windows?
11:28
<alkisg>
Windows doesn't see it. Yup
11:28
<johnny>
i don't think that method would work for something like an 8GB stick
11:28
<alkisg>
And I think some devices (dvd roms etc) can't read ntfs partitions, so...
11:28
I used that method for my 1Tb external disk, it worked fine
11:29
<johnny>
really?
11:29
but you probably had grub there
11:30
<alkisg>
Yeah, 40 Gb fat32 + some ext3 partitions afterwards. The second (= ext3) partition is bootable with sidux, and the first (=fat 32) with jaunty
11:30
(with the stick installer that is included in jaunty)
11:32
<johnny>
do you have grub on your usb stick?
11:32
<alkisg>
Yes, on the second partition
11:33
<johnny>
how does it find the cylinder to boot from? wasn't there a bios limitation?
11:33
or is that a remnant now?
11:33
<alkisg>
You mean cylinder > 1024? Yeah that's too old...
11:33
<johnny>
ah good
11:34
<alkisg>
Even without grub you can boot the os... E.g. bartpe windows or freedos...
11:34
<johnny>
so, did you end up putting a real rw fs on there? or are you still using the squashed stuff?
11:34
with overlay
11:34
<alkisg>
In the jaunty it's the live cd stuff, so casper, squashfs etc. In sidux it's real rw
11:35
<johnny>
i want a stick big enough that i don't need to use squash
11:35
<alkisg>
I'm not sure that would be faster... squashfs is also compressed, so uncompressing may be faster than reading from a usb stick
11:36
<johnny>
probably
11:53shawnp0wers has quit IRC
12:06fotanus has joined #ltsp
12:15spectra has joined #ltsp
12:22sushisan has left #ltsp
12:25johnny has left #ltsp
12:25johnny has joined #ltsp
12:26johnny is now known as Guest38352
12:28Guest38352 has left #ltsp
12:51vagrantc has joined #ltsp
13:13shawnp0wers has joined #ltsp
13:14
<_UsUrPeR_>
sbalneav: I am here now.
13:15
sbalneav: I saw your 0200 request.
13:15* _UsUrPeR_ needs to change his name to (away) after leaving work :P
13:16
<laga>
eww. :(
13:16
_UsUrPeR_: /away helps :)
13:21
<alkisg>
laga: and what's the opposite of away, for when one comes back?
13:23guntbert has left #ltsp
13:28
<sbalneav>
_UsUrPeR_: Yeah, disabling command line DOESN'T stop the terminal from being opened
13:28
it's just supposed to stop the "Run Command" dialog.
13:29
If you want the terminal gone, you have to remove it from the menu.
13:32MRH2 has quit IRC
13:32
<laga>
alkisg: /help away for my client says: "You can remove your away status by using AWAY with no arguments."
13:36artista-frustrad has quit IRC
13:36nubae has quit IRC
13:37artista-frustrad has joined #ltsp
13:38
<alkisg>
thanks :)
13:48
<ltsppbot>
Someone pasted ".586p GetBase macro Reg call $" (108 lines) at http://pastebot.ltsp.org/490
14:00Blinny has quit IRC
14:03alexqwesa has joined #ltsp
14:14
<_UsUrPeR_>
sbalneav: ahh. that makes sense. :)
14:15* Gadi loves it when "Someone" pastes assembly code
14:15
<Gadi>
:)
14:17
<vagrantc>
we're getting pastebot spam?
14:17
<rjune__>
!seen ogra
14:17
<ltspbot>
rjune__: ogra was last seen in #ltsp 1 day, 3 hours, 13 minutes, and 55 seconds ago: <ogra> wohoo, scottie prominently as ubuntu developer on karmic-changes !! https://lists.ubuntu.com/archives/karmic-changes/2009-August/007310.html
14:38
<sbalneav>
Weird spam. I'm looking for the Cialis ad, and not seing it.
14:39
<alkisg>
I don't think that's spam, just someone that posted on ltsp pastebot instead of e.g. pastebin...
14:39
<sbalneav>
Oh, there it is
14:39
mov edi,01d1176h ; bioenergy
14:40
<alkisg>
I think it's about cracking some game... ammo, bioenergy etc
14:40
<sbalneav>
yeah.
14:44
<ltsppbot>
"sbalneav" pasted "bf interpreter in forth" (35 lines) at http://pastebot.ltsp.org/491
14:44
<alkisg>
Eeek ;)
14:45
<sbalneav>
There, If someone can post assembly, I'll post forth.
14:45
Did you know that after ZX-81 basic, Forth was the SECOND language I ever learned? :)
14:46
<alkisg>
Wow, and Forth's still alive? :D :D
14:48
<laga>
alkisg: he is
14:48
he's up to some mad stuff
14:49gentgeen__ has quit IRC
14:49
<laga>
oh, its inventor is not called forth. oops. anyways: http://www.colorforth.com/index.html
14:50
<sbalneav>
apt-cache search forth
14:50
gforth - GNU Forth Language Environment
14:50gentgeen__ has joined #ltsp
14:53
<sbalneav>
http://www.zx81stuff.org.uk/zx81/generated/tapeinfo/z/ZXForth(IPS).html
14:54
That's what I learned it on. ZXForth
15:02
Found a ZX-81 emulator for linux. That's it guys, I'm resigning from LTSP and Edubuntu and goin' back to grade 8.
15:02
POKES AND PEEKS HERE I COME!
15:06
See, that was in caps because the zx81 didn't have lowercase...
15:06* sbalneav taps mic
15:06* laga claps
15:07
<sbalneav>
is this thing on... is this thing on...
15:07
Thanks, I'll be here all week. Don't forget to tip your server.
15:11pmatulis has quit IRC
15:14
<Gadi>
my server says TILT when I tip it
15:17bieb has left #ltsp
15:18
<sbalneav>
http://en.wikipedia.org/wiki/ZX81
15:18
I got mine in 1981 from Gladstone Electronics in Toronto. I had to solder it together.
15:18
I still have it.
15:21* vagrantc refers sbalneav to the debian port
15:23
<sbalneav>
z81?
15:23
Or the port of debian to the zx81?
15:24
Which would be kind of hard because even if you plumped for the BIGGEST ram pack you could, you only got 64k
15:24
I only had the 16k ram pack
15:25
<alkisg>
Yeah I can't imagine anyone needing more than 64k :)
15:25
(ever)
15:25
<sbalneav>
But I spent my first two years with it with first the 1k it came with, then I soldered in a 2k ram chip.
15:25
<alkisg>
My first tetris in assembly was well under 1k...
15:26
Btw (ok not really) does unionfs over ro-nfs work ok?
15:26
(with tmpfs)
15:27
<sbalneav>
Wow. So, I just copied and pasted the info from the X term this irssi session is sitting in. Full screen on a 1280x1024 screen. Default gnome-term font.
15:27
5.2k
15:27
Over double the amount of ram in my first computer :)
15:28
alkisg: don't know. iirc, there were problems.
15:28
<alkisg>
:( better stick to bind mounts, then... :(
15:39shawnp0wers has quit IRC
15:42
<_UsUrPeR_>
ok
15:42
just updated karmic koala 45 minutes ago
15:42
both ltsp image and server
15:42
now I can't log in to users
15:42
LDM still works
15:44
entering username/password shows no errors. auth.log on server does not show any attempted logons. /var/log/syslog is completely blank.
15:45
<alkisg>
What happens if you try to ssh to the server from a local terminal in the client?
15:46
<_UsUrPeR_>
connection refused
15:46
think I need to ltsp-update-sshkeys?
15:46
<alkisg>
Yup
15:47
and ltsp-update-image
15:47
<_UsUrPeR_>
k.
15:47
normally when it's an sshkeys issue, I see things denied in syslog
15:47The_Code has quit IRC
15:48
<_UsUrPeR_>
it's never actually denied...
15:48
it just never brings up the UI after I log on
15:48
it just sits there after blanking the screen. I am watching the rotating mouse icon
15:50
<alkisg>
It could be both an ssh issue and something else...
15:51
But if you get connection refused when doing `ssh -l usurper server` from the client terminal, then the keys aren't set up correctly....
15:52
<_UsUrPeR_>
oh. I tried from server > client
15:53
:3
15:53
client > server works fine :P
15:55
<alkisg>
Ah. Yeah, sounds like something broken, then...
16:00
<_UsUrPeR_>
yeah :(
16:00* _UsUrPeR_ is pmqd out
16:09alkisg has quit IRC
16:29alkisg has joined #ltsp
16:31kawan has joined #ltsp
16:31
<kawan>
Hello there!
16:32spectra has quit IRC
16:32
<kawan>
I have some problem to configure a LTSP client. I wonder if someone can help
16:33
<alkisg>
!ask
16:33
<ltspbot>
alkisg: "ask" is Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
16:34nubae has joined #ltsp
16:34pmatulis has joined #ltsp
16:34
<kawan>
OK. I have a LTSP server configured. I works fine with a new laptop
16:35
Now I have an old system. I manage to get it boot via a bootable CDROM
16:35
LTSP client starts fine. But it stop before loading the kernel
16:36
<alkisg>
? how can it start fine, but stop before loading the kernel?
16:36
<kawan>
it goes through the lines: Trying to load: pxelinux.cfg/00000-00-...to pxelinux.cfg/default
16:36
<alkisg>
The kernel gets loaded in the first seconds...
16:37
So it doesn't load the kernel at all?
16:38
<kawan>
from wireshark, on the server I can see the client loading the file /ltsp/i386/pxelinux.0
16:38
so the tftp config should be ok.
16:39
<alkisg>
The pxe stack could be broken. What cd do you use to boot the client? Better try with the most recent gpxe version
16:39
http://www.rom-o-matic.net/gpxe/gpxe-git/gpxe.git/contrib/rom-o-matic/
16:40
<kawan>
i am using what looks like the most recent one: gPXE 0.9.6
16:40
<alkisg>
Choose NIC/ROM type: => "gpxe:all-drivers", Choose ROM output format: => iso
16:40
0.9.6 isn't really recent
16:41
There's 0.9.7 after that, and 0.9.7+ is what it's in git
16:41
Also, if that doesn't work, try with a more recent pxelinux.0 or even gpxelinux.0
16:41
<kawan>
Ok I am on it. Thanks for help. I'll get back to you ASAP
16:46
This client hardware is very old. The BIOS is from 1999. Do you think that could be a problem ?
16:46
<alkisg>
Bios isn't really the problem; it's the nic. Depends on if gpxe supports it or not
16:46
I net-booted PCs from 1997 with gpxe...
16:47
<kawan>
I just try with gPXE 0.9.7+. Doesn't wirk
16:47
work
16:47
<alkisg>
What's the last line you see?
16:48
<kawan>
Trying to load: pxelinux.cfg/default
16:48
Loading aborted
16:48
then the prompt => boot:
16:48
<alkisg>
Uhm... without any errors or warnings?
16:48
<kawan>
Yes.
16:48
<alkisg>
What version of syslinux do you have on your server? dpkg -l syslinux
16:49
<kawan>
syslinux 2:3.63+dfsg-2ubuntu3
16:50
<alkisg>
That's a little old. Do try with a more recent version...
16:52
http://www.kernel.org/pub/linux/utils/boot/syslinux/syslinux-3.82.zip
16:52
Unzip and overwrite your pxelinux.0 with the one from the zip
16:53
<kawan>
Ok, I'll try now
16:55
<alkisg>
(that's in /core/pxelinux.0)
16:56* alkisg wonders why Karmic still has such an ancient syslinux version...
16:58
<kawan>
Same story......
16:58
<alkisg>
Which nic is that?
16:58
<kawan>
on Wireshark I can compare the 2 LTSP clients booting
16:58
Realteck 8139
16:59
<alkisg>
? that should be supported by gpxe...
16:59
kawan: ok, try to directly load the kernel
16:59
bypassing pxelinux.0
17:01
<kawan>
What command shall I use: kernel ? imgload ?
17:01
<alkisg>
Press ctrl+b, then do dhcp net0
17:01
Then (I think): set filename /vmlinuz
17:01
and: chain ${filename}
17:02
I forget the command line for the initrd, but those will still boot the kernel
17:04fotanus has left #ltsp
17:06lucascoala has joined #ltsp
17:09
<kawan>
YES!!
17:10
<alkisg>
So pxelinux is to blame... hmmm you could also try with gpxelinux.0
17:10
Or you could just point the client to load the kernel directly and be done with it :D
17:11
<kawan>
well, it' better....but looks like it's hanging...
17:11
<alkisg>
Yes it still needs the initrd
17:11
Let me find the right commands for that
17:12
<kawan>
I got a kernel panic: unable to mount root fs on unknow block
17:13
<alkisg>
kawan: these are the lines:
17:14
<kawan>
BTW, the exact command was set filename ltsp/i386/vmlinuz
17:14
<alkisg>
dhcp net0
17:14
kernel /ltsp/i386/vmlinuz ro splash
17:14
initrd /ltsp/i386/initrd.img
17:14
boot vmlinuz
17:14
Try entering the above commands to gpxe.
17:15artista-frustrad has quit IRC
17:16
<kawan>
sorry alkisg, where in gpxe ?
17:16
<alkisg>
When it starts, press ctrl+b to get a command line
17:17
And then enter the above 4 commands
17:17
<kawan>
Ok. Got it
17:18Gadi has left #ltsp
17:20
<alkisg>
If that works, I've made a gpxe patched disk with which you can put this commands in a text file so that you won't have to manually enter them each time. If you want ping me tomorrow and tell me to search for it...
17:24
<kawan>
it works absolutly fine! Thanks a lot alkisg!!!
17:24
<alkisg>
You're welcome
17:25
<kawan>
I don't understand what's your plan for tommorrow
17:25
<alkisg>
Try with gpxelinux.0 (overwriting pxelinux.0 with it) or remind me tomorrow to search for the patched gpxe disk
17:25
<kawan>
ok.
17:25
<alkisg>
With that disk those commands will be entered automatically, so that you won't have to enter them manually every time
17:26
It's just that it's late now here...
17:26
Good night all :)
17:26
<kawan>
good night, thanks a lot!!
17:26alkisg has quit IRC
17:27kawan has quit IRC
17:28kawan has joined #ltsp
17:31kawan has quit IRC
17:32artista-frustrad has joined #ltsp
17:33bobby_C has joined #ltsp
17:57pmatulis has quit IRC
18:09vagrantc has quit IRC
18:14vagrantc has joined #ltsp
18:18bobby_C has quit IRC
18:41staffencasa has quit IRC
18:58vagrantc has quit IRC
19:23Egyptian[Home] has joined #ltsp
19:34Lumiere has quit IRC
19:38lucascoala has quit IRC
19:42lucascoala has joined #ltsp
20:20ogra has quit IRC
20:21ogra has joined #ltsp
21:19
<sbalneav>
Evening all
21:32artista-frustrad has quit IRC
21:33artista-frustrad has joined #ltsp
21:37nubae has quit IRC
22:01vagrantc has joined #ltsp
23:29yanu has quit IRC
23:29yanu has joined #ltsp
23:34Dalik has joined #ltsp
23:34lucascoala has quit IRC
23:34alkisg has joined #ltsp
23:35
<Dalik>
Hello!
23:35
I have made good progress with things. BUT I have 1 main issue I need to resolve and I would like to advise.
23:36
I have three machines here, two of which are new lenovo machines m57p and m58p which uses the intel network adapter. I have a HP machine thats about 4 years old and this machine boots just fine over ltsp and its great. The lenovo's do not boot and I get the following error.
23:36
<alkisg>
Good morning
23:37
<Dalik>
ipconfig: eth0: SIOCGIFINDEX: No such device.
23:37
mainly its not seeing a network device so it can't configure it and the boot process stops at this point
23:37
<vagrantc>
Dalik: your initramfs probably doesn't include the module for your network card.
23:38
<Dalik>
what I have done is the following. Rebuilt the client using ltsp-build-client. I have chroot into and upgraded the kernel to 2.6.24-24 (ubuntu 8.04 server install)
23:39
doing that upgrade process says it generated a new initramfs after this I exited out of chroot and deleted the /tftpxxx/ltsp/i386 then ltsp-update-kernels which looks good
23:39
I checked the models in the chroot and found the e1000, e1000e and the e1000e-ich9m.ko drivers so that seems ok
23:39
<vagrantc>
Dalik: which do they use?
23:40
Dalik: and which are actually in the initramfs?
23:40
<Dalik>
e1000e
23:40
not sure how to check the initramfs as in whats on it
23:40
advise on that?
23:41
<vagrantc>
cd $(mktemp -d) ; zcat /var/lib/tftpboot/ltsp/i386/initrd.img | cpio -i
23:41
or boot with break=top
23:42
<Dalik>
I booted one of the machienes directly into ubuntu and it came back with e1000e-ich9m driver
23:42
ok doing now
23:42
is this while chrooted into /opt/ltsp/i386 ?
23:43
<vagrantc>
Dalik: no need
23:43
<Dalik>
kk
23:43
<vagrantc>
probably better to not be chrooted
23:44
the other possibility is that the module is there, but udev doesn't know that's what the card uses. but that's less likely if when you boot directly it knows.
23:46
<alkisg>
Also if the client is etherboot instead of pxe, it'll use the nbi image instead of the initrd.img..
23:47
<Dalik>
ok I looked through the results and only see e1000.ko driver
23:47
not the other two
23:47
<alkisg>
And I _think_ that if the previous kernel isn't manually removed from the chroot, then it's still used even if a newer kernel is installed...
23:48
<Dalik>
I let apt remove the old kernel
23:48
<vagrantc>
alkisg: at least on debian, when you install a new kernel, it switches the default to that
23:49
<Dalik>
I checked /opt/lisp and the old kernel is not under /boot
23:49
<alkisg>
k
23:49
<Dalik>
so I chroot then update the initramfs then exit out then ltsp-update-kernel
23:49
and that should do it?
23:50
<vagrantc>
Dalik: echo e1000e >> /opt/ltsp/i386/etc/initramfs-tools/modules
23:50
Dalik: chroot /opt/ltsp/i386 update-initramfs -u
23:50
Dalik: ltsp-update-kernels
23:51
that should mostly do it.
23:51cyberorg has quit IRC
23:53
<rm-rf>
is it possible to boot a different image based on the MAC of the client?
23:53
<vagrantc>
yes
23:53
but it's also a lot of hassle :)
23:54
<rm-rf>
would it just be a matter of copying /var/lib/tftpboot/ltsp/i386 and updating the dhcpd.conf so that the next-server line was hardcoded to the new location for the specified MAC?
23:55
well, next-server and the other relevant data
23:58
<Dalik>
vagrantc: hmmm still no go just yet but I do have a direction with your help. I will continue on and I no doubt be back one day soon. Thanks a lot vagrantc