|00:26||vagrantc has joined #ltsp|
|00:29||F-GT has quit IRC|
|00:31||F-GT has joined #ltsp|
Just ran across http://blog.revolutionlinux.com/en/ - some awesome info for LTSP! (videos too)
stgraber, ^^ =) You guys do great work!
|01:49||Lns has quit IRC|
|02:12||artista-frustrad has quit IRC|
|02:13||artista-frustrad has joined #ltsp|
|02:22||atomic007za has joined #ltsp|
|02:25||hanthana_ has joined #ltsp|
|02:28||atomic007za has quit IRC|
|02:43||hanthana has quit IRC|
|02:45||Faithful has joined #ltsp|
|02:56||ogra_ has joined #ltsp|
|03:00||tux_440volt has joined #ltsp|
|03:10||hanthana_ is now known as hanthana|
|03:20||tux_440volt has quit IRC|
|03:20||tux_440volt has joined #ltsp|
|03:23||knipwim has quit IRC|
|03:27||tux_440volt has quit IRC|
|03:48||tux_440volt has joined #ltsp|
|04:13||mikkel has joined #ltsp|
|04:15||vagrantc has quit IRC|
|04:16||tux_440volt has quit IRC|
|04:30||tux_440volt has joined #ltsp|
|04:33||tux_440volt has quit IRC|
|04:36||F-GT has quit IRC|
|04:39||F-GT has joined #ltsp|
|04:43||vagrantc has joined #ltsp|
otavio: bring on your LTSP running in 16MB of ram!
vagrantc: come here and we need to test it ;-)
vagrantc: I'm at hl2
|04:47||* vagrantc passes through a wall|
|04:47||* otavio gots scared|
otavio: should i bring my laptop?
otavio: actually, i'm going to a talk in 13 minutes ... maybe later?
vagrantc: yes; mine is slow as hell and I do not have an testing environent setuped
|04:48||* vagrantc wonders how fast otavio thinks vagrantc's laptop is|
|04:48||* otavio at last do not needs to setup an testing env ;-)|
|05:10||ogra has quit IRC|
|05:11||ogra has joined #ltsp|
|05:17||vagrantc_ has joined #ltsp|
|05:18||vagrantc has quit IRC|
|05:43||ogra_ has quit IRC|
|05:43||bobby__C has joined #ltsp|
|05:54||ogra_ has joined #ltsp|
|06:06||artista-frustrad has quit IRC|
otavio: think we can try before lunch?
|06:13||artista-frustrad has joined #ltsp|
|06:18||bobby__C has quit IRC|
|07:16||gate_keeper_ has quit IRC|
|07:23||phantom has joined #ltsp|
|07:23||F-GT has quit IRC|
|07:24||phantom is now known as Guest65188|
|07:33||gate_keeper_ has joined #ltsp|
otavio: how about after lunch?
otavio: Hey! You get your embedded LTSP going?
sbalneav: so the rumour goes. we haven't actually tested it yet
ace_suares: one channel over. LaserJock never hangs out here :)
|07:48||DaZ has joined #ltsp|
|08:00||pmatulis has joined #ltsp|
|08:03||DaZ- has quit IRC|
GGD: put the ! first
vagrantc_, so what are you guzs doing over there ?
|08:12||* ogra_ curses us kbds|
ogra_: building an LTSP chroot from some embedded distro
ogra_: possibly as a not-quite-LTSP5 variant for low-end stuff
why not quite ltsp5 :)
you could just have a special mode
well, most likely people won't be using these embedded distros as their host distro
that pulls in specific packages
ah, i thought it was netbooting as well
oh, i misread
well, LTSP5 basically is on fedora, build fedora, on debian build debian chroot ... etc. but this would be a chroot built from a distro that wouldn't be the host likely on an alien host distro
i thought it was about size
the goal is reduced memory footprint ...
not sure how it'll pan out.
did you ever try to assembel a minimal system just around busybox with X ?
i haven't tried anything ... i'm waiting to test what otavio worked on all night long
|08:17||* ogra_ wonders when in ubuntu or debian the TERM variable setup broke|
somewhere along the way i started seeing wierd TERM=screen.linux junk ...
well, mine is TERM=xterm by default
haven't quite figured what triggers that. TERM=screen works just fine
which makes things like whiptail --msgbox immediately exit in scripts
if i set TERM=linux it works fine but breaks special chars
i also noticed that minicom doesnt work in maximized windows anymore if i dont set TERM=linux
it satrts flashing like mad
vagrantc_, whiptail --infobox "hello" 10 20
vagrantc_, vs: TERM=linux whiptail --infobox "hello" 10 20
do you see a difference in debian with that ?
ogra_: different colors
for me the first one clears the screen immediately while the second one keeps the whiptail msg on screen
oh, right your default is screen ...
with TERM=rxvt-unicode, it doesn't display at all
turn the first one into TERM=xterm whiptail --infobox "hello" 10 20
well, it flashes the whiptail msg shortly
and i dont know where to look for the bug actually
seems /etc/termcap is gnoe since a while
|08:24||* vagrantc_ is trying to dig up the magic numbers for binfmt_misc on x86_64|
|08:26||* vagrantc_ has never really been proficient with search engines|
well, the important thing is arm works
x86_64/amd64 is a pretty unusual case. powerpc/ppc would be nice to have ...
did otavio bring arm hardware for you to test ?
no, but i tested with qemu
well, the intresting parts are the netboot setups :)
mips* isn't supported by qemu yet, as far as i can tell... powerpc segfaults
ogra_: i think much more interesting is the bootstrapping the chroot cross-architecture :)
i would like to have it autogenerate uboot or redboot configs you can dump in the flash or whatever bootdevice the SoC uses
my imx51 boards all boot from SD by default, the beagleboard can do that as well ..
port gPXE to arm, and flash that :)
each arm board has its own bootloader
you need a binary specifically built for the target SoC
two-kernel monte (a.k.a. kexec)
|08:30||* ogra_ would love to kexec|
surely, it's possible to write something you could flash that has more genuine network boot capabilities
the question is who will, and when
i'd actually use it as default ... i even have an initramfs menu written already that scans possible bootdevices
|08:32||* vagrantc_ wonders if the arm thin clients out there rely on flash booting|
if kexecd would work, i could display a grub like menu on the framebuffer
likely flash booting with bootp
|08:32||knipwim has joined #ltsp|
redboot uses bootp by default and http to transfer kernel and initramfs (can use tftp though)
I can't think of any major reason why a *jaunty* chroot wouldn't work on a *hardy* server, can either of you?
ogra_: do you know the difference between qemu-arm and qemu-armeb ?
sbalneav, why do you ask? do you see issues ?
qemu-arm uses the default endianess of the distro
inj former debian relesews that actually was eb
Got a new mobo at work for our thin clients. it's got a r8169 network chip. hangs in the initramfs on hardy, works perfectly at home on jaunty.
|08:34||* ogra_ curses that kbd once more|
bug in the 8169 driver, I'm thinking
tried the linux-backports-modules package ?
specifically NIC fixes come in that
though most of the time its wlan fixes that are backported
ah, ok, I could give that a try too.
I'm off on hollidays for the next couple of weeks, so I'll be sporadicly in here.
i think you need hardy-updates enabled for it
I'll give it a shot when I come back
sbalneav: yes :-)
GGD: warren was last seen in #ltsp 3 weeks, 2 days, 16 hours, 8 minutes, and 53 seconds ago: <warren> g
So, smaller (X&&Kernel&&Libs) helped, eh?
sbalneav: well; not yet working
sbalneav: but for now, 16mb ;-)
Even if it doubled to 32, that'd still be great.
Where do you figger the biggest savings is coming from? Kernel? libc?
I.e., what's gotten "big" in Linux?
libc grew a lot, kernel grew massively
then you need to take into account that we put all possible NIC modules in the initramfs, initramfs carries a copy of glibc ...
we have the varios rootfs methods in initramfs (nfs, nbd images etc)
Yeah. With functionality comes size.
kernel and initramfs in ubuntu require at least 24M to properly boot, even if thats smaller in debian it will still be above 16M
From what otavio was talking to us about in Brazil, I think he's using openembedded.
though i suspect otavio will run into massive probs with a recent xorg ... unless thats recompiled and stripped massively
ogra_: compiling from scratch ;-)
running on 16M is a challenged, even for openembedded
ogra_: let's see how it works
ogra_: no; the chroot has 16mb for now
yeah, crossing my fingers for you :)
ogra_: it will get bigger
ogra_: but maybe 30mb is good target
|09:04||* ogra_ has booted ubuntu clients in 32M|
but we cheat and use compcache :)
|09:08||* ogra_ plays with debconf-apt-progress today|
sadly it needs an apt fd ... so doesnt help with debootstrap
|09:16||vagrantc_ has quit IRC|
|09:19||vagrantc has joined #ltsp|
|09:34||RobertBerger1 has joined #ltsp|
|09:39||mikkel has quit IRC|
|09:53||RobertBerger has quit IRC|
|10:12||artista-frustrad has quit IRC|
|10:13||artista-frustrad has joined #ltsp|
|11:01||tux_440volt has joined #ltsp|
|11:04||tux_440volt is now known as subhodip|
|11:21||litlebuda has joined #ltsp|
has anyone ever had any issues with LTSP freezing on mouse movement? i was thinking my issue was due to vmware-server-console, but i'm realizing now that it only happens on mouse movement going the user moves over a window that takes focus or loses focus
has anyone ever experienced that?
not me. oh well, maybe 4 yrs ago but not lately
hah, i feel like this bug is taking me back years
it's driving me and my users crazy
it started happening after I upgraded to 8.10 amd64
everything was fine for a year before that :(
too bad... i am just editing the wiki, so wait for ogra or sbalneav or so,,,, sorryy
|11:36||adrianorg has joined #ltsp|
|11:38||The_Code has quit IRC|
|11:43||subhodip has quit IRC|
|11:51||highvolt1ge has joined #ltsp|
|11:54||vagrantc has quit IRC|
|12:00||tux_440volt has joined #ltsp|
|12:05||highvoltage has quit IRC|
|12:26||hanthana_ has joined #ltsp|
|12:40||adrianorg has quit IRC|
|12:43||hanthana has quit IRC|
|12:50||Lns has joined #ltsp|
|12:58||tux_440volt is now known as subhodip|
|13:18||The_Code has joined #ltsp|
|13:37||japerry has quit IRC|
|13:48||DaZ is now known as wiotkaagrafka|
|14:07||jammcq has quit IRC|
|14:13||artista-frustrad has quit IRC|
|14:16||artista-frustrad has joined #ltsp|
|14:40||subhodip has quit IRC|
|14:51||bobby__C has joined #ltsp|
|14:52||GodFather_ has joined #ltsp|
|14:52||highvolt1ge is now known as highvoltage|
|15:00||GodFather_ has quit IRC|
|15:01||GodFather_ has joined #ltsp|
|15:31||hanthana has joined #ltsp|
|15:35||hanthana_ has quit IRC|
|16:00||wiotkaagrafka is now known as DaZ|
|16:53||Faithful has quit IRC|
|17:18||bobby__C has quit IRC|
|18:07||johnny has joined #ltsp|
knipwim, i sent him the mail
|18:13||artista-frustrad has quit IRC|
|18:15||artista-frustrad has joined #ltsp|
|19:03||RobertBerger has joined #ltsp|
|19:04||GodFather_ has quit IRC|
|19:16||gate_keeper_ has quit IRC|
|19:16||gate_keeper_ has joined #ltsp|
|19:21||RobertBerger1 has quit IRC|
|19:36||Guest65188 has quit IRC|
|19:36||F-GT has joined #ltsp|
|20:16||pmatulis has quit IRC|
|20:16||pmatulis has joined #ltsp|
|20:19||Ahmuck has joined #ltsp|
|20:20||pmatulis has quit IRC|
|20:20||pmatulis has joined #ltsp|
|20:25||The_Code has quit IRC|
|20:28||The_Code has joined #ltsp|
|20:33||pmatulis has quit IRC|
|20:33||TheProf has joined #ltsp|
Hello. I hope everyone is doing well. I have a question about the K12Linux installation based on Fedora 10. I just received a couple of older computers donated to the system. Several boot fine but one of them boots successfully except shows no text.
That is to say I get the blue screen with a white textbox for the login but no text anywhere.
I don't think it is a resolution issue as everything is clear. There's just no words or logos
|21:04||TheProf has left #ltsp|
|21:08||artista-frustrad has quit IRC|
|22:46||RobertBerger1 has joined #ltsp|
|23:05||RobertBerger has quit IRC|
|23:05||Sarten-X has quit IRC|
|23:07||Sarten-X has joined #ltsp|
|23:21||hanthana has quit IRC|
|23:29||yanu has quit IRC|
|23:30||yanu has joined #ltsp|