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


Channel log from 3 February 2011   (all times are UTC)

00:03Damianos_ has joined #ltsp
00:15Damianos_ has quit IRC
00:44NeonLicht has quit IRC
00:49NeonLicht has joined #ltsp
00:52Gremble has joined #ltsp
00:54Ctrlz1 has left #ltsp
01:31simbulu has quit IRC
01:44simbulu has joined #ltsp
02:05gnunux has joined #ltsp
02:09Kicer86 has joined #ltsp
02:31
<gnunux>
hi
03:04dobber has joined #ltsp
03:32bobby_C has joined #ltsp
03:35Gremble has quit IRC
03:40* muppis is finding deeper philosophy of apt repositories.. and is pleased.
04:34
<simbulu>
still working on getting ltsp-server to work on a virtual FC9 box. Need some info about the usual setup on deb. Does ltsp on deb use a bridge (ltsp-br0) ? Does ltsp on deb provide the vmclient parts? Does it even make sense to try the vmclient parts when the ltsp server is running on a virtual machine?
04:35daya has joined #ltsp
04:43
<simbulu>
and I wonder why tftp is disabled on the ltsp-server. Should it not be running ?
05:00igra has joined #ltsp
05:00igra is now known as ogra
05:15bobby_C has quit IRC
05:38alkisg has joined #ltsp
06:02alkisg1 has joined #ltsp
06:02alkisg2 has joined #ltsp
06:04alkisg has quit IRC
06:05alkisg2 is now known as alkisg
06:06alkisg has joined #ltsp
06:06alkisg1 has quit IRC
06:17deepu has joined #ltsp
06:17
<deepu>
hi..
06:18
can anybody help me regarding solving issue for board D410
06:21
hi..
06:22
<muppis>
Just ask. Maybe someone knows something.
06:22
<deepu>
hav u any idea..
06:23
<muppis>
What is your actual problem?
06:23alkisg has quit IRC
06:25
<deepu>
assume root bridge [\_SB_.pci0] bus is 0 -------------> this is line where i get stuck no further booting kernel
06:25alkisg has joined #ltsp
06:26
<muppis>
deepu, try pci=noacpi as kernel parameter.
06:27NeonLicht has quit IRC
06:27
<alkisg>
simbulu: no bridge in the default debian/ubuntu setup
06:28
simbulu: tftp is enabled by default. In previous debian/ubuntu versions it was launched by inetd, now tftpd-hpa is ran as a standalone daemon
06:29
<deepu>
ok.. so what i suppose to do..
06:30
i have tried to boot by giving those options but no result.. i get stuck at same place
06:31
<simbulu>
alkisg, Thank you. The bridge is installed by default in k12linux - and I am not sure I like it at all might want to remove it in order to KIS.
06:31
<muppis>
deepu, do you have noapic there?
06:31
<alkisg>
simbulu: I think in some very old fc versions there was no bridged, it was added later on by warren
06:32
<simbulu>
alkisg, yep tftp was not started due to a config err of mine. Now ldminfod, nbdrootd, nbdswapd and tftp run under xinetd
06:32
<deepu>
how to get bridge support in ubuntu 10.4
06:32
<alkisg>
I too think a bridge complicates things with not a very good reason
06:32
<Nubae>
simbulu bride was normal behaviour on fedora ltsp IIRC
06:32
bridge
06:33
<simbulu>
Nubae, for now I work with eth0 and ltspbr0.
06:33
<deepu>
you mean,.. noacpi command
06:34
<muppis>
deepu, no, noapic as kernel param.
06:34
<deepu>
yes... i had passed it in start up entry.
06:35
<simbulu>
eth0 is bound to ltspbr0 (which has the addr 172.31.100.254). eth0 seems to need a fixed IP
06:36
<muppis>
deepu, try then only pci=noacpi (note: noapic is different param)
06:36
simbulu, or you should be able to leave eth0 without IP at all.
06:37
<simbulu>
as eth0 does not get an IP from our internal dhcp server when connected to our internal network where another dhcp server is running
06:37
<deepu>
i have installed LTPS-4.2 i have this probleb with D410 intel board
06:37
<simbulu>
for now I will just put eth0 on a separate isolated network without internet access
06:37
<muppis>
deepu, why so old version from LTSP?
06:38NeonLicht has joined #ltsp
06:38tech_dvo has joined #ltsp
06:39
<tech_dvo>
what does acpi =force do when placed in lts.conf
06:39
good day all!
06:39
<deepu>
muppis, i tried with it but same problem
06:39
<alkisg>
deepu: if you run this command on the server, what's the output? dpkg -l ltsp-server
06:39Trixboxer has joined #ltsp
06:41
<alkisg>
tech_dvo: it does nothing. That's a kernel parameter, to be put in pxelinux.cfg/default
06:41
Not in lts.conf
06:41
<deepu>
wht is this hyphen option L or I
06:41
<alkisg>
L, small one
06:42
Or this one, which gives smaller output: dpkg-query -W ltsp-server
06:42
<deepu>
no matches found maching ltsp-server
06:42
<alkisg>
OK. So you really have LTSP 4.2... that's unsupported, see the topic
06:43
You can still ask, but most people here won't know the answers, we're not using it anymore, it's too old
06:43
<deepu>
so what i have to do..
06:43
<alkisg>
Any specific reason for having such an old LTSP version?
06:43
Install a recent ltsp version. 5.2, the one that comes with ubuntu 10.04.
06:44
https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
06:44
<deepu>
no.. not any spacific.. i was just trying to check.. so which version would you sugesst
06:45
<alkisg>
The one that your distro has
06:45
See the link above for how to install it
06:45
<deepu>
ok so .. how i remove this old one..
06:45
<alkisg>
How did you install it?
06:46
<deepu>
by source package..(.TGZ)
06:46
<alkisg>
Ouch. No idea. Maybe `make uninstall` or something?
06:48
<deepu>
ok .. it has craeted one directory in /opt and one in / and install 3-4 ltsp commands in /usr/sbin
06:48
can i delete it directly..
06:49
<alkisg>
No idea. It's too old, I haven't even seen it ever.
06:50
<deepu>
but this one is working in case of other thin clients.. but not only this perticuler one..
06:51
what exactly acpi issues are regarding with??
06:53bobby_C has joined #ltsp
06:55
<tech_dvo>
alkisg: remember my logout -- blank problem?
06:55
tried tweaking the bios of the computer
06:55
<alkisg>
tech_dvo: nope, you weren't talking to me about that, you were talking to appiah
06:55daya has quit IRC
06:56
<tech_dvo>
yea, he suggested the ACPI option w/c turns doesn't do anything
06:56
tried tweaking the bios though -- disabled video shadow and APIC
06:56
<alkisg>
I don't know the problem though, so I can't comment on the solutions
06:56
The clients blank when you logout?
06:57
<tech_dvo>
yes
06:57
<alkisg>
Are they still working?
06:57
E.g. caps lock working?
06:57
<tech_dvo>
no, just blank -- caps lock and num lock wont work
06:57
even ctrl alt del
06:58
<alkisg>
Do they respond to pings?
06:58
<tech_dvo>
haven't tried that -- I'll try one of the clients now
06:59
yes, it does
07:00
<alkisg>
And you just logout normally, and it blanks? Nothing more?
07:00deepu has quit IRC
07:01
<tech_dvo>
wait, I take that back -- ifconfig is showing my server ip not the client ip
07:02
Destination host unreachable
07:02
<alkisg>
Boot a client. Looks at its IP at the login screen (bottom right in ldm)
07:02
Ah, ok, if you know the IP
07:02
So it's a complete hang
07:02
And is that caused by a simple logout?
07:02
<tech_dvo>
yup every time
07:02
<alkisg>
Paste your lts.conf
07:03
<tech_dvo>
these are the computers that has xserver=vesa on them
07:03
ok
07:03
<alkisg>
And then, log on a client, and do the following:
07:03
!localxterm
07:03
<ltspbot>
alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
07:03
<alkisg>
On a localxterm, run: lspci -nn -k | grep -A 2 VGA
07:03
<tech_dvo>
[default]
07:03
X_RAMPERC=80
07:03
# local app running in thin client
07:03
# runs firefox
07:03
# 01.2011
07:03
LOCAL_APPS=True
07:03
LOCAL_APPS_MENU=True
07:03
LOCAL_APPS_MENU_ITEMS = firefox
07:03
#SEARCH_DOMAIN
07:03
#DNS_SERVER=192.168.1.1
07:03
[P4]
07:03
XSERVER=vesa
07:03
[CELERON]
07:03
XSERVER=vesa
07:03
[00:0D:87:D9:69:B0]
07:04
#3
07:04
LIKE=P4
07:04
[00:0D:87:D9:60:05]
07:04
#29
07:04
LIKE=P4
07:04deepu has joined #ltsp
07:04
<tech_dvo>
[00:0D:87:D9:5E:3C]
07:04
#8
07:04
LIKE=P4
07:04
[00:0D:87:CF:19:1C]
07:04
#9
07:04
LIKE=P4
07:04
[00:0D:87:CD:F5:99]
07:04
#12
07:04
LIKE=P4
07:04
[00:0D:87:C7:42:1C]
07:04
#13
07:04
LIKE=P4
07:04
[00:0D:87:C1:FE:C3]
07:04
#18
07:04
LIKE=P4
07:04
[00:0D:87:CD:B4:3A]
07:04
#23
07:04
LIKE=P4
07:04
[00:0D:87:CD:F2:57]
07:04
#30
07:04
LIKE=P4
07:04
[00:0D:87:CD:F3:8B]
07:04
#36
07:05
LIKE=P4
07:05
[00:0D:87:D9:F9:13]
07:05
#37
07:05
LIKE=P4
07:05
[00:0D:87:CF:18:04]
07:05
#38
07:05
LIKE=P4
07:05
[00:0D:87:D9:68:AC]
07:05
#46
07:05
LIKE=P4
07:05
[00:0D:87:CD:F2:5D]
07:05
#47
07:05
LIKE=P4
07:05
[00:08:A1:26:B3:60]
07:05
#39
07:05
LIKE=CELERON
07:05
<alkisg>
!pastebin
07:06
<ltspbot>
alkisg: "pastebin" :: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
07:06
<Nubae>
woah
07:06
<alkisg>
tech_dvo: so now we can't scroll up and see what we were talking about... :)
07:06
Use the pastebin for pasting more than 2-3 lines
07:06
<muppis>
Having backbuffer for a week is for the win. :)
07:07
<alkisg>
tech_dvo: OK, continue with the lspci command on the localxterm
07:07
<tech_dvo>
alkisg: sorry -- tot u said to paste the conf here :)
07:13
ok -- it displayed this
07:14
01:00.0 VGA compatible controller [0300]: S3 Inc. VT8375
07:14
[ProSavage8 KM266/KL266] [5333:8304]
07:14
.....
07:14
<alkisg>
OK. And why are you using XSERVER=vesa?
07:14
<tech_dvo>
Kernel modules: savagefb
07:15
that's what you suggested then and it's working -- I think.
07:15
<alkisg>
Me? When?!
07:15
Anyway, what happens if you remove the XSERVER=vesa line?
07:16
Don't comment it out you'll get a syntax error for lts.conf
07:16
<tech_dvo>
it was last week :) -- what happens is that it hangs somewhere down the booting process
07:16
<alkisg>
Hmmm that doesn't sound right
07:17
Afaik the savage driver is working... what distro/version?
07:17
<tech_dvo>
ubuntu 10.10
07:18
<alkisg>
And the clients hang? Or you're getting a blank screen? (which might be because of out-of-range signal..)
07:18
(if you don't specify XSERVER=vesa, I mean...)
07:19
<tech_dvo>
clients hang -- it starts the booting process but stops just before the log screen is to be displayed
07:19
is another option i could use beside vesa?
07:19
<alkisg>
Btw, other clients work fine, right? With logout and everything?
07:20
Or you only have S3 clients?
07:20
<tech_dvo>
yup -- later version of computers works just fine -- and not using xserver=vesa
07:20
login logout and all
07:22MorningSon has joined #ltsp
07:22
<alkisg>
I'd try `man savage` and setting some options in lts.conf, like NoAccel etc
07:23
Or UseBIOS off, or DRI off, etc
07:24
See the lts.conf man page for how to pass X options
07:24
!lts.conf
07:24
<ltspbot>
alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
07:25
<tech_dvo>
okay, I'll try that
07:25
thanks
07:36
does APIC mean anything to lts? it is enabled in my bios -- for MS Windows to run
07:40robehend1 has joined #ltsp
07:40
<tech_dvo>
robehend1: hi bob
07:40
<robehend1>
alkisg: for nbd swap, do i have to put in a swap-server and nbd-port in the lts.conf?
07:40
tech_dvo: heyo
07:42
<tech_dvo>
alkisg: just to be clear, can I use the savage configuration option found in man savage in lts.conf?
07:44
or do I have to place them somewhere else?
07:44
<alkisg>
robehend1: just NBD_SWAP=true should be enough
07:45
(the same server will be used)
07:45
<robehend1>
ah, nice. thanks
07:45
<alkisg>
and if you want you can put SIZE=512 in /etc/ltsp/nbdswapd.conf
07:45
tech_dvo: yes you can use them but there's a special syntax for x options, that's why I said that you need to read the lts.conf man page
07:45
bbl
07:46
<tech_dvo>
where can i find lts_parameters.txt?
07:54otavio_ has joined #ltsp
07:56
<vvinet>
in the fine manual?
07:56
<tech_dvo>
where?
07:56
<mgariepy>
!lts.conf
07:56
<ltspbot>
mgariepy: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
07:59
<tech_dvo>
I was reading that particular page, but it doesn't say where the lts_parameters.txt is located.
08:00
<vvinet>
tech_dvo: http://lmgtfy.com/?q=lts_parameters.txt
08:04
<alkisg>
tech_dvo: you *don't* need lts-parameters
08:04
That's the old version of the man page
08:04
Just read the X_OPTION* variables in the man page
08:04
<highvoltage>
nice one vvinet :)
08:05
<vvinet>
I'm just trying to help :P
08:08
<tech_dvo>
alkisg: i see it
08:09deepu has quit IRC
08:13NeonLicht has quit IRC
08:18zz_evil_root is now known as evil_root
08:19
<mgariepy>
good morning everyone
08:19
<tech_dvo>
how do I get the right options for my video card?
08:20
can I get a 'reading' of it's option when I use xserver=vesa?
08:24NeonLicht has joined #ltsp
08:35shawnp0wers has joined #ltsp
08:36
<simbulu>
Finally - my fat thin client pxe booted and ltsp on fc14 on xen on 64 bit centos provides a 386 boot to a fc14/k12linux. Now I need to find out how to create users, including root, on k12linux. ...
08:41
<ogra>
simbulu, dont forget to offer your fixes as patches to upstream ;)
08:42
<simbulu>
pxe booting my thin client also gives a k12linux login screen now.
08:42
<ogra>
i'm sure many fedora users would be very thankful
08:42
<simbulu>
ogra, sure I intend to give away what works for me.
08:43
but where is the user management interface ????
08:43alkisg has quit IRC
08:44
<ogra>
in your desktop
08:44
users are managed server side
08:45
<simbulu>
with adduser and friends ?
08:46
<ogra>
as you would do it normally, yes
08:46
with adduser or the gnome user manager
08:46
or whatever graphical tool you have installed
08:47tech_dvo has quit IRC
08:47
<ogra>
(assuming something came with your desktop installation)
08:47
<simbulu>
well the server is in runlevel 3
08:47
<ogra>
whats runlevel 3 ?
08:48
ah, fedora makes distinctions here
08:48* ogra barely remembers
08:48
<simbulu>
runlevel 3 is normal server mode - without a X11 desktop
08:48
<ogra>
well, as long as you have a desktop installed ...
08:48
<simbulu>
just 6 black and white tty's
08:48
<ogra>
yes
08:49
<simbulu>
ok - the root user did not get into the clients
08:50
how does ltsp do things - by copying /etc/shadow to /opt/ltsp/i386/etc/shadow ?
08:52
or perhaps I have to chrot to /opt/ltsp/i386 and run "adduser" ?
08:53
<ogra>
ldm does ssh -X user@server <desktop session>
08:54
and either runs the session through the tunnel or uses a direct X connection (LDM_DIRECTX in lts.conf)
08:55
<simbulu>
ok - (clearing root passwd in /opt/ltsp/i386/etc/shadow)
08:57
hmm the login sceen on the thin client says "No response from server. Restarting"
08:58
<ogra>
for localapps /etc/shadow|passwd|groups entries are copied through the tunnel at login time btw
08:58
is your ssh server running ?
08:59
check your auth.log, if your user seems to log in successfull there, check the users ~/.xsession-errors
09:00
<simbulu>
So basicly I just have to make sure that users can login in to the server via ssh?
09:01
<ogra>
right
09:01
<simbulu>
(lspci is missing in the client - will try to fix that)
09:01
<ogra>
and that they have a valid desktop session
09:03
<simbulu>
I think the server itself is quite limited - it is a minimal FC14 installation
09:03
where as the FC14 installation (ltsp-create-client) in /opt/ltsp/i386 is more like a normal workstation
09:10
yes - ssh is listening - and root passwd was accepted, but session closed after 5 seconds. Probably remote root login is not allowed. Trying again with a normal user.
09:20
hmm - user seems to work - but closes right away. And sshd has "ForwardX11 no".
09:22korcan has joined #ltsp
09:23
<ogra>
thats your prob
09:23
and you need a desktop session on the server
09:23
and a minimal instal on the client
09:23
i think you got it the wrong way round
09:25evil_root is now known as zz_evil_root
09:27
<simbulu>
ogra, I think you are right - things are upside down to me and my two (thin and half-fat) clients
09:28artista_frustrad has quit IRC
09:31
<simbulu>
and my virtual pxe box wants to boot from a elf.ltsp file which tftp can not find (File not found)
09:33
perhaps ltsp does not like Etherboot that much
09:35
ohh - thats a ltsp/dhcpd.conf thing :)
09:42artista_frustrad has joined #ltsp
09:45
<simbulu>
annoying. /etc/ltsp/dhcpd.conf references /ltsp/i386/elf.ltsp that does not exist.
09:48
<muppis>
simbulu, you need install corresponding which contains correct dhcpd.conf. Search from http:://packages.ubuntu.com
09:48
Ah, may typo be always with me.
09:49komunista has joined #ltsp
09:53
<simbulu>
ltsp-server installed /etc/ltsp/dhcpd.conf
09:58
<muppis>
Look if there is /etc/ltsp/dhcpd.conf.dist
09:59
<simbulu>
seems like the k12 version of dhcpd.conf needs a hand (or is it ltsp-build-client that should generate the elf.ltsp?)
09:59rjune has quit IRC
10:00
<muppis>
simbulu, you're using some other distro than Debian based?
10:01
<simbulu>
I will just change elf.ltsp to pxelinux.0 instead. Should work I think.
10:01
muppis, Yep - I am working getting Fedora 14 to work with ltsp
10:02
<muppis>
simbulu, ok then.
10:02
<simbulu>
and fc14 box is really a virtual machine - on Centos5.5
10:03
where I have a virtual pxe client as well
10:03
<muppis>
Done that too.
10:03
But with Ubuntu.
10:04
<simbulu>
that way things are relatively simple to me
10:06
Now the virtual pxe boots from ltsp - tries to login. sshd says ok, but ends session after 9 seconds
10:06
<muppis>
I installed server and one client as vm and wired my actual workstation as client too.
10:09
<simbulu>
I guess I need more software on the server in order to let the client in ...
10:11
<ogra>
yes
10:11
install a gnome desktop
10:11
also note that /ltsp/i386/elf.ltsp is relative to your tftproot
10:12
(on fedora likely /tftproot/ltsp/i386/elf.ltsp then)
10:12
<simbulu>
fixed the elf.ltsp thing - using pxelinux.0 instead
10:13
looking for a gnome group to install ...
10:13
<ogra>
yum install gnome-desktop ?
10:13
:)
10:15
<simbulu>
now I need internet again - for "yum intall "GNOME Desktop Environment" :-)
10:16mateobur has joined #ltsp
10:16
<mateobur>
Hello
10:16
I'm trying to run LTSP terminals here
10:16
but ubuntu sends me to the busybox console
10:16
"failed to connect to NBD server"
10:17
any hints ?
10:18
<muppis>
mateobur, have you checked is there anyone listening correct port? 2000 by de
10:18staffencasa has joined #ltsp
10:18
<muppis>
fault.
10:19
<mateobur>
2000/tcp open
10:19
yes
10:21
<muppis>
Then check where client is trying to connect. Easy from /var/lib/tftboot/<arch>/pxelinux.cfg/default
10:22
<mateobur>
append ro initrd=initrd.img quiet splash nbdport=2000
10:24
<muppis>
Looks correct. Is there actually some one listening? netstat -tanp tells.
10:26
<simbulu>
yum groupinstall "GNOME Desktop Environment" (thanks to ogra) installing 358 packages (cu tomorrow :-)
10:26
<ogra>
heh
10:30
<muppis>
Ah. Got BT-dongle. Maybe my HTPC gets some progress.
10:31mateobur has quit IRC
10:31gnunux has quit IRC
10:36alkisg has joined #ltsp
10:42
<sschotten>
guys.. starting openoffice freezes lts client after kernel upgrade
10:42
no swap at the environment
10:42
any tips?
10:44
<alkisg>
How much RAM does the client have?
10:45
<sschotten>
1 gb
10:46
I have around 200 thinclients..
10:46
got a new one which needs the r8168 nic driver
10:46
a new kernel was crafted for that (2.6.37)
10:46
apparently everything alright
10:47
except that when we start the openoffice (writer or calc) the client absolutely freezes
10:50
<alkisg>
And it works fine in firefox and other apps, but not with openoffice?!
11:02dobber has quit IRC
11:04rpm_ has joined #ltsp
11:06
<rpm_>
Hello all, is there a list of hardware requirements on the net somewhere for an ltsp server serving fat clients?
11:07
<alkisg>
Not that I know of. CPU doesn't matter, RAM helps, and most of all network speed helps
11:09
<rpm_>
I am using an amd opteron dual core at 2 GHz with 2 gigs of ram, 1 gigabit nic serving the fat clients and one 10/100 nic acting as the gateway to the internet. Running Ubuntu 10.04.1 32bit. The CPU is almost up to 100% all of the time and the ram is not even being touched.
11:09
I couldn
11:09
<alkisg>
CPU shouldn't be used at all, for fat clients. What process uses it?
11:09
<rpm_>
let me check
11:10
<alkisg>
RAM is mainly useful for caching the virtual disk into memor
11:10
So you'll only see it in "cached" section of `free`
11:11
So 2 Gb of RAM are fine, and your CPU is also fine.
11:11
<rpm_>
the serve is desktop, could that be a problem
11:12
I couldn't boot more then one client at a time and was only able to boot 3 clients total.
11:13
<alkisg>
What process uses the CPU?
11:13
<simbulu>
wau my virtual diskless pxe machine, my physical diskless PC as well as my physical thin client box all boot FC14 now and connect to my the GNOME Desktop on the virtual LTSP server. This looks great! Now I need to find out how to create diskless clients that run things locally.
11:14
<rpm_>
the clients are down now so I can't tell, right now top shows %CPU at 1 for top and that is the only thing showing up.
11:14
<alkisg>
OK, report back when you have more info
11:17
<rpm_>
Ok will do. Does that mean there really shouldn't be a problem given the config I am running assuming the network is fine and the clients are as well (1Ghz atoms with 1gig ram)?
11:17
<alkisg>
Sure. The only things to check is (1) what cause the high cpu load (it's not LTSP), and (2) if your clients have gigabit nics
11:18
<rpm_>
clients have gigabit so I guess there is some process causing it. Thanks Alkisg
11:22Kicer86 has quit IRC
11:31sschotten has quit IRC
11:42robehend1 has left #ltsp
11:42robehend1 has joined #ltsp
11:54[GuS] has joined #ltsp
11:58artista_frustrad has quit IRC
12:04shawnp0wers has quit IRC
12:11artista_frustrad has joined #ltsp
12:29
<robehend1>
alkisg: say, whats that command you use to figure out what port images are exported on via nbd? i remember it was grep something..
12:31
alkisg: ack, nevermind, remembered :D
12:46vagrantc has joined #ltsp
13:29Lns has joined #ltsp
13:49RiXtEr has joined #ltsp
13:52dobber_ has joined #ltsp
13:56[GuS] has quit IRC
13:59korcan has quit IRC
14:13
<robehend1>
does the 'noatime' flag in fstab affect ext4, or was that only ext3?
14:14
<alkisg>
I think "relatime" is the usual nowadays, combines speed + compatibility for programs like mutt
14:14
<ogra>
robehend1, man mount
14:14
;)
14:15
<alkisg>
So ogra do you miss LTSP programming? :)
14:15
Or arms are OK too?
14:15
<ogra>
arms are ok too :)
14:15
i was hoping to do both this cycle
14:15
but it looks like i wont get to the thin client arm spec
14:15
<alkisg>
Ah, if only wine apps could run on ARMs... :-/
14:16
Ouch, you'd be perfect for that job
14:16
<ogra>
i will
14:16
<robehend1>
alkisg: just wait, according to MS, they're looking to fix that with windows 8.
14:16
<ogra>
but will have to wait another cycle
14:16
wine upstream is working on it too
14:16
but then you will still need arm binaries of the apps
14:16
<alkisg>
Oooh good news, both of them
14:17
<ogra>
with the cortex-a15 CPU it shouldnt be a prob to run windows in a VM though ;)
14:17
<alkisg>
Unfortunately we have dozens of old, unmaintained greek edu apps, which won't be recompiled for arm arch :(
14:18
qemu?
14:18
<ogra>
if you have the source ...
14:18
the a15 will have a native VM implementation
14:18
similar to kvm
14:18mikkel has joined #ltsp
14:20NeonLicht has quit IRC
14:28NeonLicht has joined #ltsp
14:29pmatulis has quit IRC
14:29ogra has quit IRC
14:33ogra has joined #ltsp
14:33ogra has joined #ltsp
14:34pmatulis has joined #ltsp
14:34pmatulis has joined #ltsp
14:49primeministerp has quit IRC
14:50mistik1_ has joined #ltsp
14:54mistik1 has quit IRC
14:54mistik1_ is now known as mistik1
14:57primeministerp has joined #ltsp
15:02otavio_ has quit IRC
15:14robehend1 has left #ltsp
15:27ogra has quit IRC
15:27ogra_ac_ has joined #ltsp
15:28ogra_ac_ has joined #ltsp
15:28ogra_ac_ is now known as ogra
15:29mikkel has quit IRC
15:33alkisg has quit IRC
15:55vagrantc has quit IRC
16:03Gremble has joined #ltsp
16:26Gremble has joined #ltsp
16:39Lns has quit IRC
17:00Gremble has quit IRC
17:05map7_ has joined #ltsp
17:12map7_ has quit IRC
17:14dobber_ has quit IRC
17:18komunista has quit IRC
17:55Trixboxer has quit IRC
18:13vagrantc has joined #ltsp
18:22bobby_C has quit IRC
18:39staffencasa has quit IRC
18:49tech_dvo has joined #ltsp
18:58tech_dvo has quit IRC
19:20vagrantc has quit IRC
20:07artista_frustrad has quit IRC
21:36MorningSon has quit IRC
23:12alkisg has joined #ltsp
23:41datandrews has joined #ltsp
23:42datandrews has left #ltsp
23:47alkisg has quit IRC
23:49alkisg has joined #ltsp
23:56datandrews has joined #ltsp