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


Channel log from 18 December 2008   (all times are UTC)

00:00
<dberkholz>
we can afford to be idealistic in open source. if we're forced to settle for good instead of perfect, it sucks out motivation
00:00
that's the kind of crap i have to do at work. leave stuff when i'm not happy with it yet but it works well enough.
00:00
<johnny>
uhmm.. you can say that with a straight face while we use genkernel?
00:00
lol
00:00
initramfs-tools kicks the crap out of what is in genkernel
00:00* vagrantc tends to get demotivated seeing everything constantly reworked to get only marginal gains
00:01
<dberkholz>
i'm not one of the people working on it. clearly they think so, or intend to get it there
00:01
<johnny>
i'm sure genkernel is a fine kernel generator.. but they should get out of the initramfs business
00:02
vagrantc, .. someones marginal gain.. is somebody elses kick ass addition
00:02
<dberkholz>
that's a good example of what happens when something is merely good. nobody wants to go within 10 feet of it, it's possible to get patches in, etc.
00:02
<johnny>
sure.. but why write what is already written
00:02
<dberkholz>
s/possible/impossible/
00:03
<johnny>
luckily it sounds like fedora is gonna ditch mkinitrd..
00:03
that seems even worse
00:03
<dberkholz>
genkernel has been around for roughly as long as initramfs-tools
00:03
so it wasn't really a case of ignoring a clearly good and pretty much feature-complete alternative
00:03
<johnny>
personally.. i'm pretty happy with where ubuntu and fedora are going
00:04
gentoo and debian seem full of crusty old unix geeks :)
00:04
<dberkholz>
vagrantc: i agree. that's definitely different from trying to do it as good as you can the first time around
00:05
<johnny>
it's not like i'm a new gentoo user or anything ... so i think i've had a fair evaluation
00:05
6 years is awhile..
00:05
<dberkholz>
i'm not following your point here ... what are you evaluating?
00:05* vagrantc likes initramfs-tools
00:06
<johnny>
the situation in relation to certain choices that make things more difficult :)
00:06
<vagrantc>
it's a really simple, flexible implementation
00:06* vagrantc runs off to play cards
00:06
<johnny>
vagrantc, too bad i'm not there
00:07* johnny listens to Less Than Jake - Last One out of Liberty City
00:08
<johnny>
ah.. the music of my misspent youth..
00:42jstephan has joined #ltsp
01:06rcy has quit IRC
01:10rcy has joined #ltsp
01:19F-GT has quit IRC
01:20F-GT has joined #ltsp
01:33gate_keeper_ has joined #ltsp
02:07alkisg has quit IRC
02:13otavio has quit IRC
02:14otavio has joined #ltsp
02:29generalsnus has joined #ltsp
02:36
<generalsnus>
I have a problem with users unable to mount their USB drives on our thinclients. We use Xubuntu LTSP servers..and authenticate users against M$ server 2003. previously this had worked great.. but somwhere along with some updates, it must have been broken. I remeber editing a config file to get this working in the first place.. but cant remember witch.. Also adding users to a linux group(fuse), wont work since the user
02:41
<kriegaffe>
Helle generalsnus, I'm pretty new to this but I found following usb troubleshooting procedure for ubuntu/xubuntu, it helped me a lot: https://wiki.ubuntu.com/DebugLocalDev
02:48
<vagrantc>
generalsnus: they need to be part of the fuse group for local devices to work.
02:48
generalsnus: however you implement that
02:49
generalsnus: and their default group needs to be a group only the are a part of.
02:49
gotta go sleep now...
02:52
<generalsnus>
how can i add a group that is called " domain^users " to a group in xubuntu that is called "FUSE"?
02:57pasmen has quit IRC
02:58
<gate_keeper_>
hey guys is it possible to transfer the clients root image to usb
02:58
complete with kernel
02:58
and boot it up from usb stick ..
02:58
?
02:58
:-/
03:00
<cyberorg>
gate_keeper_, http://en.opensuse.org/LTSP/USB_Quickstart
03:02
gate_keeper_, which ltsp server have you got?
03:02
<gate_keeper_>
ubuntu
03:02
5.1
03:03
<cyberorg>
gate_keeper_, you would have to copy ssh_known_hosts from client chroot in your tftproot/KIWI folder, opensuse usb will then work with ubuntu server too
03:04
you will need opensuse to build the key though
03:04
<gate_keeper_>
hmm
03:04
no other way?
03:04
to avoid installing opensuse ...
03:04
and configuring
03:05
<cyberorg>
gate_keeper_, you'll have to wait for ogra, he may know :)
03:05
<gate_keeper_>
cyberorg, ok, thx
03:05
:)
03:11vagrantc has quit IRC
03:15Nubae-laptop has quit IRC
03:36
<generalsnus>
Can somone help me troubleshoot this error mesage? i get it when i try to mount a USB drive: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal").
03:38tjikkun_work has joined #ltsp
03:55nataraj has joined #ltsp
03:55
<nataraj>
Hi
03:55
anybody is having ltsp-server files on a Windows machine?
03:56
i mean windows XP, which will have dhcp,nfs and tftpd hosted
03:58nataraj has quit IRC
04:11
<generalsnus>
how can i get usb disk to mount automaticly on desktop in xubuntu? or how can i make a application launcher on desktop..with the command: thunar /media/$USER/usbdisk-sda1
04:14
<gate_keeper_>
btw
04:14
i've created custom gdm theme
04:14
how to change the current ltsp theme (human)
04:14
?
04:16
via ldm
04:19rcy has quit IRC
04:20rcy has joined #ltsp
04:24
<gate_keeper_>
chroot /opt/ltsp/i386 update-alternatives --config ldm-theme
04:24
gives couple of themes,
04:24
should i replace one of these with the gdm files
04:24
:-/
04:54
<Appiah>
Anyone experinced problems with thin clients not getting an IP when all try to startup at the same time?
05:32mikkel has joined #ltsp
05:33nubae has joined #ltsp
05:53alkisg has joined #ltsp
06:06dirigeant has quit IRC
06:08racquad has joined #ltsp
06:08
<racquad>
hi guys, I'm heaving problems configuring my local printer under ltsp 5
06:08
where can I find info about it? I know that I have to configure lts.conf, but I don't know how
06:15pmatulis has joined #ltsp
06:20
<alkisg>
!lts.conf
06:20
<ltspbot`>
alkisg: "lts.conf" is http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtsConf
06:20
<alkisg>
racquad: ^^^
06:29generalsnus has quit IRC
06:29
<racquad>
alksing: i found something about jetpipe, but my ltsp client is not starting it..
06:30
I have set localdev=true on default tab and printer_0_device=/dev/lp0 under the thin client tab on lts.conf, but it doesn't work at all
06:30
i have run jetpipe on shell under root. a telnet term01 9100 worked!
06:30
the thing is: how can I start jetpipe under thinclient boot
06:30
?
06:31
ltspbot` any idea?
06:31
<ltspbot`>
racquad: I have not seen idea?.
06:31
<racquad>
ltspbot` pardon?
06:31
<ltspbot`>
racquad: Error: "pardon?" is not a valid command.
06:31
<nubae>
ltspbot is a robot :-)
06:31
u wont get too many straight answers from him
06:31
<racquad>
shit :P
06:32
nubae: any idea?
06:34
anybody, help me! i'm stuck!
06:34
<nubae>
PRINTER_0_DEVICE = /dev/usb/lp0
06:35
or PRINTER_0_DEVICE=/dev/usblp0
06:35
<racquad>
nubae: that's exactly what I did: PRINTER_0_DEVICE=/dev/lp0
06:36
<nubae>
look carefully
06:36
<racquad>
I have a dot matrix printer under /dev/lp0. the thing is, when I start jetpipe on the shell of my thinclient, it works.
06:36
<nubae>
/dev/lp0 does not exist
06:36
<racquad>
nubae: yes, it exists.
06:37
<nubae>
use /dev/usb/lp0
06:37
<racquad>
I have checked it
06:37
but it's not usb
06:37
<nubae>
jetpipe needs that address
06:37
<racquad>
the /dev/usb dir doesn't exist on my thinclient
06:38
but jetpipe worked very well with /dev/lp0
06:38
<nubae>
u are using a usb printer?
06:39
<racquad>
nope. a parallel printer, dot matrix
06:41
<nubae>
ok, then its correct, have u set the port?
06:42
PRINTER_0_PORT=9100
06:42
<racquad>
no, because it says that 9100 is the default
06:42mikkel has quit IRC
06:42
<nubae>
wont hurt to try it
06:43
also, where are u defining the printer, under the thin clients mac address or under [default] ?
06:43
and what distro?
06:43mikkel has joined #ltsp
06:44
<racquad>
i'm defining this printer under [term01] which is my thinclient's name
06:44
i'm running ubuntu 7.04
06:44
i've just set my port 9100 and it didn't work at all
06:45
<nubae>
ah... thats u're problem
06:45
the [hostname] doesn't work in my experience
06:45
I always had to use [mac:add:ress]
06:46
oh, and 7.04 may have jetpipe missing
06:46
also 7.04 is no longer supported
06:46
move to 8.04 for LTS or 8.10
06:46
<racquad>
nubae: i'll try the [mac address format]. 7.04 has jetpipe, i've just checked and it worked starting it under the shell
06:47
i know that 7.04 is not supported but I have to run it. i have a software that's not supported under any other version.
06:47
nubae: thanks a lot, man! I changed the [term01]
06:47
to [mac]. it worked!!
06:49
thanks a lot!
06:49
<nubae>
no worries, which soft doesn't run under 8.04 or 8.10?
06:49F-GT has quit IRC
06:50
<racquad>
microsiga, it's a brazilian CRM
06:51
<nubae>
oh, was it built specifically for 7.04?
06:52
voce tem uma pagina do soft?
06:53
<racquad>
pagina, home page dela?
06:53
<nubae>
sim
06:54
<racquad>
www.totvs.com.br
06:54
vc é de onde?
06:54
<nubae>
mais, nao se consegui instalar en 8.10, e iso?
06:54
Eu so da Belgica, mais farlo un poquinho do Portugues
06:55
muitas namoradas Brasileiras... lol
06:55
<racquad>
ainda nao testamos no 8.04 ou superior. o problema é que, ainda que funcione, a microsiga não oferece suporte
06:56warren has quit IRC
06:57
<nubae>
hmm, and u need official support for this program I take it
06:57
still, I'd think its better to have support for the OS, and kinda risk it for the program
06:58BrunoXLambert has joined #ltsp
07:00
<racquad>
yes, I need official support from them. this is a huge project. we are setting up a high availability cluster with ltsp. one of the issues is the 7.04
07:01
<nubae>
well ltsp-cluster is only in 8.10 as far as I know
07:01
<racquad>
we're finishing this step. the next is to test this structure under newer versions of ubuntu.
07:01
well, we have done under 7.04 with heartbeat and drbd
07:01
<nubae>
u're building your own ltsp cluster stuff?
07:02
<racquad>
yes.
07:02
<nubae>
u should definetly check out whats been done in ltsp-cluster now, its really advanced and scales very well
07:02
<racquad>
but not supported for 7.04. see?
07:02
:P
07:02
<nubae>
nothing is supported for 7.04
07:03
<racquad>
i know....
07:03
<nubae>
u should make the microsigia guys support at least 8.04, and they should be supporting the latest version of ubuntu
07:03
<racquad>
that's my point, once 8.04 is lts
07:05F-GT has joined #ltsp
07:05
<Appiah>
ltsp-cluster is out? cool
07:15
<racquad>
nubae: I have to go. thanks again for all support!
07:16
<Appiah>
I've got about 30 thin clients to my LTSP server, if I turn them all on at once , some may not get a IP, I have to boot up like 5 at the time
07:16
is this something that can be tweaked in the dhcpd ?
07:17
<nubae>
hmm, I've never seen that happen
07:17
could be dns issues
07:18racquad has quit IRC
07:18
<Appiah>
how does the DNS play a part in this?
07:19
on thin clients trying to pxe boot...
07:22
<nubae>
ah wait, I remember someone having that problem now... a while back...
07:23
they had the issue because they had logging turned on
07:23
on the thin clients
07:29
<Appiah>
logging?
07:37
<nubae>
yes remote logging via syslog
07:44
<Appiah>
but my clients have not even booted yet?
07:47
<nubae>
yes but as they boot, they start logging
07:47six2one has joined #ltsp
07:47
<nubae>
do u have remote logging turned on?
07:48
<Appiah>
but they dont boot
07:49
they dont get an IP
07:49
they dont start downloading from the tftpt
07:50hanthana has joined #ltsp
07:55Sarten-X[bikinis has quit IRC
07:55root_ has joined #ltsp
07:56root_ is now known as root
07:56root is now known as Guest54245
07:56Guest54245 is now known as Sandra06033
07:59elisboa has quit IRC
08:01
<nubae>
if I turn them all on at once , some may not get a IP, I have to boot up like 5 at the time
08:01
that means some are booting right?
08:03
<Sandra06033>
hello, i just installed ubuntu 8.10/ltsp for my school, the thin clients boot, but seem to have an LDM issue, in syslog, after thin client boot/splash screen, i get repeatedly: ldminfod... connect from .... forever, any ideas?
08:04
<Appiah>
nubae: so your saying beacuse the ones that got on already started logging and that blocks the others from gettin an IP?
08:06
<nubae>
rihgt
08:06
at least that was what was happening to the other fellow
08:06
switch it off and test it...
08:06
<Appiah>
and my only options are to either stop logging or not to turn them all on at once
08:06
<nubae>
its just too much network traffic, so only 5 load up
08:06
right, but u'll notice other issues too, network slowness for sure
08:07
<six2one>
hey everyone, quick question (hopefully)...how can i get gnome-watchdog or something like that to run on my 64bit install with 32bit clients...i have the issue where my users log out and there are still processes running on the server
08:07
its only a 32bit package to the best of my knowledge
08:07
<nubae>
u cant
08:07
but it may be a script that just installs some place
08:07chrisinajar has joined #ltsp
08:08
<nubae>
so install it and then copy files over to 64 bit
08:08
Sandra06033: are u saying ldm never shows up?
08:11
<Sandra06033>
nubae, i get a blank screen on thin clients (after ubuntu splash screen), i get no login screen tho
08:14
<nubae>
sounds like a graphics card problem
08:15
<ogra>
did move your lts.conf out of the way ?
08:15
<chrisinajar>
so i started a new table top campeign yesterday with my friends, and decided to name my character after people on IRC...
08:15
So I'm Ogra Tas-Gadi
08:16
<Sandra06033>
lts.conf has nothing but commented lines, this worked on 7.04 w/same hardware
08:16
<nubae>
yeah xorg configuration changed in later versions
08:17
<Sandra06033>
any pointers?
08:20
<nubae>
well first, is this happening on all of terminals, or just some?
08:20
<Sandra06033>
all
08:21
<nubae>
and u have different hardware in the machines, or all the same?
08:21warren has joined #ltsp
08:21alkisg has quit IRC
08:21
<Sandra06033>
terms are DevonIT 6020p
08:21cliebow has joined #ltsp
08:22hanthana has quit IRC
08:23
<nubae>
k... not sure what graphics cards those have... they are not on the devonit site
08:23try2free has joined #ltsp
08:25spectra has joined #ltsp
08:26try2free has left #ltsp
08:26
<nubae>
I'd try reducing the color depth: X_COLOR_DEPTH=16
08:26
<Sandra06033>
i believe it is a VIA card
08:27Gadi_eeepc has joined #ltsp
08:29dmaran has joined #ltsp
08:31
<Sandra06033>
where can i find a minimal lts.conf?
08:31
as mine is blank
08:31
<nubae>
!docs
08:31
<ltspbot`>
nubae: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
08:32
<nubae>
there's one in there
08:42
<Sandra06033>
i created the lts.conf w/params, still get blank screen on term
08:44
<Gadi_eeepc>
Sandra06033: does the thin client boot?
08:44
<ogra>
Gadi_eeepc, its a graphics prob ...
08:44
<Gadi_eeepc>
ah
08:44
<ogra>
try creating an lts.conf like:
08:44
[default]
08:44
CONFIGURE_X=True
08:44
thats it
08:45
<Gadi_eeepc>
ogra: btw - I pushed upstream the changes you requested yesterday
08:45
<ogra>
by default we rely on Xorg doing the right thing for graphics cards in 8.10
08:45
<Sandra06033>
should this be done in the tftp dir or /opt/ltsp/i386/etc ?
08:45
<ogra>
if that doesnt work yu can forcefully enable the old way
08:46
tftp dir
08:46
else you need to regenerate the image each time you make a change to the file
08:46
which can get annoying
08:52
<Sandra06033>
that worked! thanks all
08:53spectra has quit IRC
08:54bobby_C has joined #ltsp
08:55* Gadi_eeepc wonders how *just* CONFIGURE_X=True worked
08:58
<nubae>
hmmm
08:59
<Sandra06033>
too bad the X session just crashed 2x in 5 minutes...
09:01alkisg has joined #ltsp
09:02
<ogra>
Gadi_eeepc, Xorg -configure behaves differenly to the Xorg autodetection ... -configure is likely to go away soon
09:04
<Sandra06033>
all i see in syslog is a PULSEAUDIO setrlimit error, and error opening PCM device hw:0
09:05
<ogra>
that wouldnt crash X
09:05
<Sandra06033>
is there a log other than syslog?
09:05
<ogra>
add: SCREEN_07=ldm SCREEN_02=shell to your lts.conf
09:06
then check what driver gets used for X on tty2 on the client
09:06
(there is /var/log/Xorg.0.log)
09:08spectra has joined #ltsp
09:21
<Sandra06033>
ogra: how do i check X driver?
09:22
<warren>
ogra: https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/103994 how can we get LTSP removed from this bug so we don't get bothered by mail?
09:23
<Gadi_eeepc>
Sandra06033: if you use CONFIGURE_X=True, you can check the client's /etc/X11/xorg.conf - otherwise, you can check the client's /var/log/Xorg.*.log
09:31
<Sandra06033>
. /etc/X11/xorg.conf doesn't exist, and after a fresh reboot to client, nothing is added to /var/log/Xorg.0.log, and still after a few firefox ops, it keeps crashing
09:32Ahmuck has joined #ltsp
09:33alkisg has quit IRC
09:34
<ogra>
you got ldm running but dont have /var/log/Xorg.0.log ?
09:34
thats technically not possible
09:34
<Sandra06033>
. /var/log/Xorg.0.log exists, just when i boot TC, nothing is added
09:35
<ogra>
how do you know that ?
09:35
<Sandra06033>
. /etc/X11/xorg.conf exists too, but is empty
09:35
i had a tail -f running on it on server
09:35
<ogra>
you are checking that on a client console, right ?
09:35
heh, no you need to look on the client
09:35
after ldm is up, hit ctrl-alt-f2
09:36
then have a look at /etc/X11/xorg.conf
09:37F-GT has quit IRC
09:38F-GT has joined #ltsp
09:43
<Sandra06033>
ogra: driver is openchrome
09:43Gadi_eeepc has left #ltsp
09:44Egyptian[Home] has quit IRC
09:45Egyptian[Home] has joined #ltsp
09:46Gadi_eeepc has joined #ltsp
09:48
<EAG>
hmm is the lts.conf in the chroot still read if I put things there and do a ltsp-update-image ?
09:49
I still have the same problem with /var/lib/tftboot/ltsp/i386/lts.conf not being read (or at least being ignored after being read)
09:50jstephan has quit IRC
09:51
<Gadi_eeepc>
EAG: you can always test your lts.conf by logging into the client and doing: getltscfg -a
09:52
<EAG>
ok
09:52petre has joined #ltsp
09:53
<EAG>
#-sign shouldnt be a problem right?
09:53
<Gadi_eeepc>
?
09:53
where?
09:53
<EAG>
I mean, it can still be used as a comment?
09:53
in the lts.conf
09:53
<Gadi_eeepc>
ah
09:53
I believe so
09:54
<EAG>
because... I got "syntax error on line 18" or something...
09:54
<Gadi_eeepc>
!pastebot
09:54
<ltspbot`>
Gadi_eeepc: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
09:54
<EAG>
and it begins with #
09:54
<Gadi_eeepc>
paste your lts.conf
09:55
<EAG>
just a second
09:57
<sbalneav>
Morning all
09:57
<Gadi_eeepc>
!s
09:57
<ltspbot`>
Gadi_eeepc: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:57
<Gadi_eeepc>
ltns
09:59jammcq has joined #ltsp
09:59
<Gadi_eeepc>
sbalneav: got a sec?
09:59
<jammcq>
bom dia #ltsp
10:00* Gadi_eeepc waves to jammcq
10:01
<warren>
oh fun!
10:01
The LTSP.org page describing how to boot a NewWorld iMac says the ati driver is broken, use fbdev.
10:01
This was 4 years ago?
10:01
It is still broken today.
10:02
<jammcq>
warren: some things take time :)
10:02
<warren>
I think this means I should just give up on ppc.
10:02
most of the hardware is TOO SLOW or not enough RAM
10:02
or the video cards can't handle this
10:02
<jammcq>
do you have some need for it?
10:02
<warren>
even if the X driver worked
10:03
jammcq: I thought it would be nice to make it work out of the box for the thousands of useless imacs sitting in storage now
10:03
repurpose as thin clients
10:03
but they are too broken
10:03
<Gadi_eeepc>
warren: do the intel macs boot with yaboot or standard pxe?
10:03
<jammcq>
yeah, it's a noble cause, but it's possible the fruit is hanging too high in the tree
10:04
<petre>
warren, do they work with fbdev?
10:04
<warren>
petre: yes, poorly
10:04gate_keeper_ has quit IRC
10:04
<warren>
Gadi_eeepc: neither
10:04
<petre>
poorly = ?
10:04
<warren>
petre: fbdev sucks
10:05
<jammcq>
but to a student who otherwise wouldn't have anything, fbdev could be awesome
10:05
<petre>
can users have OOo with fbdev? Firefox (w/o video)?
10:06
I'd say those two items are most important, as they provide the readin' & writin' parts of the 3 Rs
10:08
<cliebow>
Gadi_eeepc, they dont boot at all that i knoe of
10:09
Gadi_eeepc, i played a little with that..but coulddnt get tftp..
10:09
<petre>
warren, if I install a src rpm of a later version than of one already installed, what happens to the spec file in /usr/src/redhat/SPECS?
10:09
or am I supposed to clean out the old one first?
10:10
<warren>
petre: you really shouldn't be building as root
10:10
<petre>
I'm not
10:12
<warren>
petre: i'm not exactly sure what you are asking, if you have general fedora dev questions you could ask in #fedora-devel
10:12
<EAG>
Gadi_eeepc: getltscfg -a gives "syntax error in /etc/lts.conf, line 18"
10:12
<warren>
i'm trying to get a new release out now
10:12
<petre>
looks like it overwrites the old file, which is what I wanted
10:13
warren, I'm going to fix the missing Requires that I forgot yesterday, and double-space the comments like you asked
10:13
<EAG>
That one contains nothing but commented stuff about using the lts.conf in /var/lib/tftboot/.. instead.
10:13
<petre>
warren, should be done shortly
10:14
<warren>
well, blank line between each entry
10:14
not each line
10:14
<sbalneav>
Gadi_eeepc: yes!
10:14
<petre>
right; double-space was easier to type into xchat ;-)
10:16
warren, do you mean blank line between each comment or between each revision (where each revision has multiple comments single-spaced)?
10:16
<warren>
umm yes
10:16
<petre>
both?
10:16
<warren>
petre: rpm -q --changelog anyrpmname |less
10:17
<ltsppbot>
"Gadi" pasted "Make ltsfpsd turn off auth for local connections" (11 lines) at http://pastebot.ltsp.org/145
10:17
<Gadi_eeepc>
sbalneav: ^^
10:17
<petre>
ah, blank line between each revision; individual comments single spaced
10:18
<Gadi_eeepc>
I am wondering how u feel about the idea of disabling ltspfsd's xatom auth stuff when the connection is from localhost
10:18
<sbalneav>
Gadi_eeepc: Seems okiedokie to me.
10:18
<Gadi_eeepc>
the code or the idea?
10:18
<sbalneav>
Both
10:18keyur has joined #ltsp
10:18
<Gadi_eeepc>
ok, cool
10:18
<keyur>
hello
10:19
<Gadi_eeepc>
I think thats the missing piece I need to get it going in the new upstream
10:19
<keyur>
i have updated my ltsp-4.2 with update 3
10:19
using ltspadmin utility
10:19
<sbalneav>
1) It solves your problem 2) I have no philisophical objection 3) you used the indenting style I liked.
10:19
:)
10:19
<Gadi_eeepc>
hehe
10:20
<keyur>
i am not able to print neither on usb nor on parellel port printer
10:20
<sbalneav>
I'd say it's a win. :)
10:20
keyur: Can you tell if the lpserve is being run on the thin client?
10:21
<keyur>
no
10:21
not runnig
10:21
lp_server was not running
10:21
i did run it manually using following command
10:21
/opt/ltsp-4.2/i386/sbin/lp_server -n 9100 -d /dev/usb/lp0 -r 192.168.0.0/24 -w &
10:21
but still no luck
10:22
<sbalneav>
It doesn't run?
10:22
Wehere are you starting that? On the thin client?
10:22
<keyur>
using that command it was running
10:22
<sbalneav>
or on the server?
10:22
<keyur>
i started that service on thin client using root
10:23
<Gadi_eeepc>
stgraber: ping
10:23
<keyur>
hence it keeps running even though i shutdown my client
10:23
<sbalneav>
You can't have, because "/opt/ltsp-4.2" doesn't exist on the thin client. :)
10:23
You started it on the server
10:23
<keyur>
yes
10:24
it is running on server
10:24
<sbalneav>
Please paste your lts.conf file to the pastebot.
10:24
!pastebot
10:24
<ltspbot`>
sbalneav: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
10:24CAN-o-SPAM has joined #ltsp
10:25
<keyur>
[Default]
10:25
SERVER = 192.168.0.150
10:25
XSERVER = auto
10:25
X_MOUSE_PROTOCOL = "PS/2"
10:25
X_MOUSE_DEVICE = "/dev/psaux"
10:25
X_MOUSE_RESOLUTION = 400
10:25
X_MOUSE_BUTTONS = 3
10:25
USE_XFS = N
10:25
SCREEN_01 = startx
10:25elisboa has joined #ltsp
10:25
<keyur>
[jigar]
10:25
#PRINTER_0_WRITE_ONLY = Y
10:25
#MODULE_01 = usblp
10:25
PRINTER_0_TYPE = U
10:25
PRINTER_0_DEVICE= /dev/usb/lp0
10:25
#PRINTER_0_WRITE_ONLY = Y
10:25
<johnny>
is this banshee bug still attached to ltsp.. what is going on with that..
10:25
keyur, you were supposed to paste it at that pastebot..
10:26
<CAN-o-SPAM>
ogra: ping
10:26
<keyur>
oh i was using this faclity first time
10:26
sorry for inconvinience
10:26staffencasa has joined #ltsp
10:27
<sbalneav>
Change "PRINTER_0" references to "PRINTER_1"
10:27
and try that
10:27
<ltsppbot>
"keyur" pasted "for johnny" (15 lines) at http://pastebot.ltsp.org/146
10:27
<keyur>
ok i have paste the same on pastebot
10:28
<sbalneav>
So, "PRINTER_1_TYPE ="... "PRINTER_1_DEVICE"... etc.
10:28
<keyur>
no i have only one printer attached on thin client
10:29
and i have tried using printer_1_type too
10:29
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!
10:29
<keyur>
but that bug was repair in ltsp-4.2 update 3
10:30spectra has quit IRC
10:30
<Gadi_eeepc>
keyur: create a shell session, and type "getltscfg -a" on the client
10:30
make sure it reads you conf file correctly
10:30
<keyur>
ok, let me check
10:31
<sbalneav>
Hey jammcq
10:32
<jammcq>
sbalneav: Como voce esta meu amigo
10:33
<keyur>
Gadi_eeepc, generate error message : Error retrieving file stats for file [/etc/lts.conf]: No such file or directory
10:34
<Gadi_eeepc>
ah
10:34
sounds like u have issues
10:35
<keyur>
my client boots perfect with any error
10:35
<Gadi_eeepc>
do you not have (on server) /opt/ltsp-4.2/i386/etc/lts.conf?
10:35
<keyur>
it is creating problem only with printer
10:35
it is there
10:35
<Gadi_eeepc>
ddo you have an /opt/ltsp dir too?
10:35
<keyur>
yes
10:36
<Gadi_eeepc>
pastebot your dhcpd.conf and /etc/exports
10:36
<keyur>
ok
10:37
<Gadi_eeepc>
my first guess is that you need to restart your nfs server OR the configuration is off
10:37
<ltsppbot>
"keyur" pasted "dhcpd.conf file" (40 lines) at http://pastebot.ltsp.org/147
10:38tjikkun_work has quit IRC
10:38
<ltsppbot>
"keyur" pasted "etc/exports file" (12 lines) at http://pastebot.ltsp.org/148
10:39
<keyur>
while switching from /opt/ltsp to /opt/ltsp-4.2 i restarted my nfs service
10:40
<rjune>
Gadi_eeepc, oo,o you got the eee?
10:41
<Gadi_eeepc>
keyur: on the shell on the client, can you simply: ls /etc/lts.conf
10:42
rjune: yup. i love this thing - especially when I am home sick in bed
10:42
<keyur>
yes, result says no such file or directory
10:42
<Gadi_eeepc>
keyur: you are doing this on the client right - not the server
10:42
<keyur>
yes
10:43
<Gadi_eeepc>
hmm...
10:43
<petre>
warren, http://peterscheie.fedorapeople.org/k12linux/quick-start-guide/k12linux-quick-start-guide-0.0.5-1.fc9.src.rpm
10:43
<Gadi_eeepc>
on the server, can you: ls /opt/ltsp/i386/etc/lts.conf
10:43
(note the ltsp NOT ltsp-4.2)
10:44* Gadi_eeepc wonders if it is connecting to your old filesystem
10:44
<warren>
petre: thx
10:44
<keyur>
i have rename that file to /opt/ltsp/i386/etc/lts.conf1 just to make sure that that would not be used
10:45
<Gadi_eeepc>
ok - in the shell on the client, do: ls /etc/lts.conf1
10:45
<rjune>
Gadi_eeepc, sorry to hear that mate. hope you feel better
10:45
<Gadi_eeepc>
rjune: no worries - its that time of year
10:45
<keyur>
ls /etc/lts.conf1 - no such files or directory found (on client)
10:45
<Gadi_eeepc>
hmm
10:46
keyur: can you reboot the server?
10:46
something is weird
10:47
<keyur>
Gadi_eeepc, ok, will reboot the server, but i will have to relogin again with irc.freenode.net as i am doing same from server
10:47
<petre>
Gadi_eeepc, you too?
10:47
<keyur>
will relogin and ping you back once finish reboot with server
10:47* petre has to settle for just a laptop while sick in bed
10:47
<keyur>
thanks
10:47
<Gadi_eeepc>
ok
10:48japerry has quit IRC
10:48keyur has quit IRC
10:48* Gadi_eeepc passes petre a tissue
10:48* petre passes Gadi_eeepc some aspirin
10:49
<Gadi_eeepc>
no-bo-dy knows... the trouble I've seen....
10:49
hehe
10:50
<johnny>
nubae, does ipcop over ntp with avahi ?
10:50
or wait.. was that you
10:50
i forget
10:52alkisg has joined #ltsp
10:54keyur has joined #ltsp
10:55
<keyur>
hello, restarted server
10:56
hello, restarted server
10:57
hello, r u there?
10:58keyur has quit IRC
10:59keyur has joined #ltsp
10:59staffencasa has quit IRC
11:00keyur has quit IRC
11:01keyur has joined #ltsp
11:01
<keyur>
hello, restarted the server
11:01
still no luck with printer on client
11:01alkisg has quit IRC
11:02
<Gadi_eeepc>
hey
11:02
<keyur>
Gadi_eeepc, restarted my server but sill no luck with printer issue on client,
11:02
client boots without any problem
11:02
<Gadi_eeepc>
keyur: is /etc/lts.conf still not on the client?
11:04
<keyur>
no not on client
11:04
<Gadi_eeepc>
and you are on a console shell on the client
11:05
not a terminal window in your X session?
11:05
LTSP 4.2 is incapable of booting without an lts.conf
11:05
<keyur>
no, i was in terminal window in my X session, let me login with sheel
11:10vagrantc has joined #ltsp
11:10
<keyur>
i rebooted my client in sheel mode
11:10
ls /etc/lts.conf is there
11:11
<Gadi_eeepc>
ok, from the shell: getltscfg -a
11:11
do you see the printer vars?
11:12
<keyur>
no there are no pritner vars available
11:13CAN-o-SPAM has quit IRC
11:13
<keyur>
getltscfg -a generate list of 10-12 lines without any printer vars
11:14
<Gadi_eeepc>
keyur: do ifconfig and write down the mac address of the client
11:14
then, change your lts.conf to us: [<MAC>] instead of [jigar]
11:15* Gadi_eeepc thinks your clients hostname is not setup correctly
11:15
<keyur>
ok
11:15
let me chage it
11:16Silvergti has joined #ltsp
11:16
<Silvergti>
hello
11:17
<cliebow>
allo
11:18
<warren>
Anybody have access to PPC or Intel Macs? https://fedoraproject.org/wiki/WarrenTogami/AppleMACAddresses
11:20
<Silvergti>
need some help: i have a module that i need to boot, it's to Thin client Nic. how can i do that?
11:20
<vagrantc>
Gadi_eeepc: nice work on the CONFIGURE_X changes
11:20
:)
11:21
<Gadi_eeepc>
vagrantc: thx
11:21
<keyur>
dear Gadi_eeepc, printer start sensing my command from thin client
11:21
seems that problem is solved
11:21
<Gadi_eeepc>
keyur: yay!
11:22
<keyur>
thans
11:22
thanks
11:22
ha.. ha..
11:22
i was trying very hard on it since last 2 days
11:22staffencasa has joined #ltsp
11:22
<Gadi_eeepc>
keyur: your dhcpd.conf looks wrong to me
11:22
I always put host decls in a group
11:22
<keyur>
Gadi_eeepc, u really help me very well, thank u very much
11:22
<Gadi_eeepc>
not a subnet
11:23
and, you have get-leas-hostnames on, so you should have an entry for jigar in /etc/hosts
11:23
without thos changes, the thin client won't get hostname jigar
11:23
<keyur>
jigar entry was there in /etc/hosts
11:23
<Gadi_eeepc>
ah
11:23
<keyur>
and thin client was getting jigar as host name
11:23
<Gadi_eeepc>
ah
11:24
well, MAC is always for sure
11:24
:)
11:25
<keyur>
should i chage to my get-lease-hostname to false?
11:26
<warren>
Gadi_eeepc: the kwality of my hack will never be surpassed by you
11:26
Gadi_eeepc: I'm adding every possible PPC MAC prefix to my dhcpd.conf
11:27
<Silvergti>
need some help: i have a module that i need to boot, it's to Thin client Nic. how can i do that? i really need help
11:28
<Gadi_eeepc>
warren: lol
11:28
<keyur>
Gadi_eeepc, thanks
11:28
<Gadi_eeepc>
keyur: no
11:28
<keyur>
i am feeling very relax now
11:28
<Gadi_eeepc>
get-lease-hostnames tells dhcp to get hostnames from DNS (including /etc/hosts)
11:29
<keyur>
ok so i should change it to false
11:29
<Gadi_eeepc>
no
11:29
keep it tru
11:29
or us: use-host-decls
11:29
which uses the host decl name
11:29
Silvergti: what distro?
11:30
<Silvergti>
Gadi_eeepc: Ubuntu
11:30
<keyur>
ok then i will change my dhcpd to use use-host-decls
11:31
Gadi_eeepc, it as 11PM here, i go and have dinner, thanks once again Gadi_eeepc
11:31
bye
11:32
<Gadi_eeepc>
Silvergti: you need to compil the driver against the thin client's kernel, copy it into the thin client chroot, chroot into the chroot and run a depmod -a as well as an update-initramfs -u
11:32
and an /usr/lib/ltsp/update_kernels
11:32
then, exit the chroot and run an ltsp-update-kernels
11:32
<Silvergti>
ok Gadi_eeepc thanks :)
11:33
<Gadi_eeepc>
np
11:33
you may also need to blacklis things
11:33
if you are fixing a broken driver
11:33PerlStalker has joined #ltsp
11:33keyur has quit IRC
11:33
<Silvergti>
ok :)
11:35
<PerlStalker>
I'm having issues with ltsp on Ubuntu Ibex. Would it be better to ask here or in #ubuntu?
11:37
<nubae>
here or #edubuntu
11:37
<PerlStalker>
Fair enough.
11:37
I have the default ltsp install working a test environment.
11:38
I created a new image (with a different chroot) but my client continues to boot to the default image even after changing dhcp.conf and restarting dhcpd.
11:38
<cliebow>
PerlStalker, the guys that wrote it are here
11:40
<warren>
cliebow: ping
11:40
<Gadi_eeepc>
PerlStalker: the new chroot is on a different port
11:40
<PerlStalker>
I also ran ltsp-update-image -a newimg -p 2001 to, hopefully, point the new image at the port used nbdrootd
11:40
<warren>
cliebow: https://fedoraproject.org/wiki/WarrenTogami/AppleMACAddresses I need MAC addresses especially from those old iMacs
11:40
<Gadi_eeepc>
see: /etc/inetd.conf
11:40
<PerlStalker>
Gadi_eeepc: Indeed
11:40
<Gadi_eeepc>
you should pass the port as a kernel arg in the pxelinux.cfg/default
11:41
I believe it is:
11:41
<cliebow>
warren:looking
11:41
<Gadi_eeepc>
NBDPORT=2001
11:41
but I ned to check
11:41
*need
11:42
<PerlStalker>
I have nbdport=2001 in pxelinux.cfg/default already.
11:43
<Gadi_eeepc>
ah ok
11:43
and it still doesnt work?
11:43
<PerlStalker>
No
11:44
<Gadi_eeepc>
does syslog say it is exporting the new one?
11:44
<PerlStalker>
nbd_server:... assigned file is /opt/ltsp/images/i386.img
11:45
My new image is named 'kiosk'
11:45
<Gadi_eeepc>
did you change /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default?
11:45
or ...//kiosk.../pxelinux.fcfg...
11:47
<PerlStalker>
I did not change i386, kiosk is the default created by ltsp-[build,update]-image and includes the nbdport=2001 option.
11:47
<Gadi_eeepc>
ok and what does: grep filename /etc/ltsp/dhcpd.conf return/
11:47
?
11:47
<warren>
cliebow: do you need help for looking at MAC addreses?
11:48
<PerlStalker>
filename "/ltsp/kiosk/pxelinux.0"
11:48
<Gadi_eeepc>
hmm
11:49
<PerlStalker>
I commented out all of the i386 lines in dhcpd.conf and replaced them with the equivalent kiosk lines.
11:49
Could dhcpd be caching those values through restarts?
11:50
<Gadi_eeepc>
shouldt be
11:50
<cliebow>
warren:no..kind of tied up
11:50F-GT has quit IRC
11:50
<Gadi_eeepc>
PerlStalker: do this: remove "quiet splash" and add "break=mount"
11:51
<warren>
cliebow: ok, please let me know later, you'll have a modern distro that boots ancient imacs out of the box =)
11:51
<Gadi_eeepc>
then, the client should boot into the initramfs
11:51
and you can check the /proc/cmdline
11:51
to see if it is passed the correct arg
11:51
<PerlStalker>
OK. Standby.
11:52
<Gadi_eeepc>
PS: the client is PXE booting and not etherbooting, right?
11:52
<PerlStalker>
Yes
11:53
<cliebow>
warren:ill look about in my address leases
11:53
<warren>
cliebow: sadly, everyone else who responded has things newer than iMacs, so I might be missing the very machines I'm trying to support
11:54
<PerlStalker>
WTF?! I still seems to be hitting the default image.
11:54
<cliebow>
all of mine are out in the old schoolbus at the top of the hill now
11:54
<johnny>
i have some old imacs with 128mb ram
11:54
at 2640
11:55F-GT has joined #ltsp
11:55
<johnny>
g3 i think
11:55
<PerlStalker>
Hmmm. Perhaps it's not PXE booting. It's loading /ltsp/kiosk/nbi.img
11:55
<Gadi_eeepc>
ah
11:55
then you need the etherboot magic to pass params in dhcpd.conf
11:57
<PerlStalker>
Where can I find docs for params to pass?
12:00
<Gadi_eeepc>
lemme see if I have it
12:00
PerlStalker: add these lines globally:
12:01
option option-128 code 128 = string;
12:01
option option-129 code 129 = text;
12:01
and then for all the kiosk hosts...
12:02
option option-128 e4:45:74:68:00:00;
12:02
option option-129 "nbdport=2001";
12:02
I think that ought to do it
12:03
<cliebow>
loks good
12:05
<warren>
johnny: if you can figure out its Mac address that'd be good
12:06
johnny: https://fedoraproject.org/wiki/WarrenTogami/AppleMACAddresses
12:06
<johnny>
i don't think i'll be able to touch it until after the holidays
12:07
<PerlStalker>
Gadi_eeepc: Out of curiosity, what's the hex string?
12:10
Gadi_eeepc: That didn't work
12:11
According to syslog, it's still loading i386.img
12:11
<Gadi_eeepc>
PerlStalker: black magic afaik
12:11elisboa has quit IRC
12:12
<Gadi_eeepc>
PerlStalker: well, Ive got one more thing you can do
12:12
<PerlStalker>
Ok
12:12
<Gadi_eeepc>
change "2000" to "2001" in /opt/ltsp/kiosk/usr/share/initramfs-tools/scripts/ltsp-nbd
12:13
then: sudo chroot /opt/ltsp/kiosk
12:13
update-initramfs -u
12:13
/usr/lib/ltsp/update-kernels
12:13
exit the chroot
12:13
and sudo ltsp-update-kernels
12:14otavio has quit IRC
12:15otavio has joined #ltsp
12:15
<PerlStalker>
Do I need a ltsp-build-image, too?
12:16
<Gadi_eeepc>
nope
12:17otavio has quit IRC
12:17
<PerlStalker>
Syslog still shows it loading i386.img
12:18otavio has joined #ltsp
12:18vagrantc has quit IRC
12:18
<Gadi_eeepc>
you did edit /etc/ltsp/dhcpd.conf, right?
12:18
not the other dhcpd.conf
12:18
<PerlStalker>
Yes
12:19
<Gadi_eeepc>
check the timestamp on the nbi file
12:19
make sure it is the new one
12:20
<PerlStalker>
The timestamp looks right. About 5 mins ago.
12:21
<Gadi_eeepc>
is this the only client right now?
12:21
<PerlStalker>
Yes
12:22
<Gadi_eeepc>
try: sudo pkill -9 nbd
12:22
and reboot the client
12:22
<johnny>
my favorite pkill option is -f
12:22
pkill -f firefox works on every distro :)
12:23
works great when the running program is ran by something else..
12:23elisboa has joined #ltsp
12:27
<PerlStalker>
Gadi_eeepc: Still nothing.
12:29
<Gadi_eeepc>
weird
12:29
what happens if you add nbdport=2001 to the i386/pxelinux.cfgdefauult
12:29
<PerlStalker>
Hmm. I'm going back through what you said about changing ltsp_nbd. I don't seem to have /usr/lib/ltsp/update-kernels in the chroot.
12:30
<Gadi_eeepc>
ah
12:30
try: /usr/share/ltsp
12:30
<PerlStalker>
There it os
12:30
s/os/is/
12:30
<Gadi_eeepc>
ah
12:30
chroot in and run that
12:30
then exit
12:30
and ltsp-update-kerneels
12:31
<PerlStalker>
Huzzah!
12:32
I'm only getting a black screen but it's loaded the correct image.
12:32
There it goes.
12:32
<Gadi_eeepc>
cool
12:33
yeah, I guess we just need to find the correct way to pass kernel args to etherboot images
12:33
I thought the black magic was correct
12:33
guess not
12:33
:(
12:35
<PerlStalker>
That's a reasonable work around for now. The actual client will PXE boot.
12:41
It seems the default kiosk mode is broken but that's not a biggie.
12:57
<EAG>
hmm, X_CONF doesnt seem to work at all on my install... and only /opt/ltsp/i386/etc/lts.conf works. Not /var/lib/tftboot/ltsp/i386/lts.conf. Is that really as it should be?
12:58
I dont get error messages when I use the chrooted lts.conf if I try getltscfg -a
12:58
but X_CONF doesnt seem to matter
13:00warren has quit IRC
13:00
<EAG>
its a bit confusing :)
13:06
<Silvergti>
Gadi_eeepc, I don't have /usr/lib/ltsp/update_kernels but /usr/share/ltsp/update-kernels
13:06
does that makes diference?
13:07
because the module it's not being loaded in thin client
13:08
if i do "modprobe -l | grep module" i can see the module in the server in thin client chroot
13:09
but not in the initramfs on thinclient
13:11
<Gadi_eeepc>
sorry - I meant /usr/share
13:11
<Silvergti>
oh ok, np :)
13:11
<Gadi_eeepc>
what is the kernel version in the chroot?
13:12
<Silvergti>
2.6.27-9-generic
13:12
<Gadi_eeepc>
and did you replace a module or add a new one?
13:12
<Silvergti>
add
13:12
<Gadi_eeepc>
ah
13:13
and you did depmod -a?
13:13
<Silvergti>
yes
13:13
<Gadi_eeepc>
ok, try this:
13:13
chroot /opt/ltsp/i386
13:13
update-initramfs -c -k 2.6.27-9-generic
13:13
/usr/share/ltsp/update-kernel
13:13japerry has joined #ltsp
13:14
<Gadi_eeepc>
exit
13:14
sudo ltsp-udate-kernels
13:14
er, sudo ltsp-update-kernels
13:14alkisg has joined #ltsp
13:16
<Silvergti>
still not showing :S
13:17
<Gadi_eeepc>
Silvergti: what module is it?
13:17
<Silvergti>
r8168
13:17
<Gadi_eeepc>
ah
13:18
you prolly need to blacklist r8169
13:18
do this:
13:18
<Silvergti>
done already
13:19
<Gadi_eeepc>
did you add the module to /opt/ltsp/i386/etc/initramfs-tools/modules?
13:19
<Silvergti>
nop
13:19
<Gadi_eeepc>
if not, add a line with "r8168"
13:20
and then update the initramfs again
13:20
and update the kernels
13:21
<Silvergti>
testing
13:23
no...
13:24
<Gadi_eeepc>
what happens if you modprobe r8168 at the initramfs prompt?
13:24
<Silvergti>
do i have to create the blacklist-network file?
13:24
nothing
13:24
<Gadi_eeepc>
now lsmod|grep r8168
13:24CAN-o-SPAM has joined #ltsp
13:25
<Silvergti>
lsmod not found
13:25
<Gadi_eeepc>
cat /proc/modules|grep r8168
13:25
<Silvergti>
noting
13:26
<Gadi_eeepc>
ls /lib/modules/<tab>/kernel/drivers/net/r8*
13:26
<Silvergti>
and nothing at modprobe -l | grep r8168
13:27alekibango has quit IRC
13:27
<Silvergti>
hum... only r8169.ko
13:27
<Gadi_eeepc>
are you sure you rebuilt the initramfs?
13:28
and updated the one in the tftp dir?
13:28
<Silvergti>
yes...
13:29
wired...
13:29
well, i got all the steps u gave. gona remake
13:29
<Gadi_eeepc>
ok
13:29
<Ryan52>
Gadi_eeepc, does the --progress thing that I added do everything you needed?
13:30
<Silvergti>
tks a lot for help Gadi_eeepc :)
13:30
<Gadi_eeepc>
Ryan52: I saw the update but havent tested yet
13:30
Silvergti: np
13:30
<Silvergti>
cya tomorrow
13:30
<Gadi_eeepc>
Ryan52: thx so much for doing it
13:30Silvergti has quit IRC
13:30
<Ryan52>
yw
13:36alekibango has joined #ltsp
13:40Egyptian[Home] has quit IRC
13:40Egyptian[Home] has joined #ltsp
13:41
<Gadi_eeepc>
Ryan52: just one request
13:41
(if im not pushing my luck)
13:42
an "--auto-close" which closes the dialog when it reaches 100%
13:42
<Ryan52>
okay, give me a few minutes.
13:44twinprism has quit IRC
13:44Egyptian[Home] has quit IRC
13:46twinprism has joined #ltsp
13:47
<Ryan52>
Gadi_eeepc: okay, pushed.
13:48vagrantc has joined #ltsp
13:48Egyptian[Home] has joined #ltsp
13:52
<Gadi_eeepc>
Ryan52: u rock
13:55warren has joined #ltsp
13:55
<warren>
http://people.redhat.com/wtogami/temp/XS70-xserver-ppc-r128-hack Any objections to this?
13:55
Gadi_eeepc: stgraber: vagrantc: Ryan52: ogra: ^^^
13:58
<Gadi_eeepc>
warren: I dont think ubuntu has an "arch" command
13:58
<warren>
what!?
13:58
really?
13:58
<Gadi_eeepc>
arch: command not found
13:58
<johnny>
command ?
13:59
<warren>
[warren@newcaprica work]$ which arch
13:59
/bin/arch
13:59
[warren@newcaprica work]$ rpm -qf /bin/arch
13:59
coreutils-6.12-18.fc10.x86_64
13:59
arch seems pretty important?
13:59
<johnny>
gentoo has it
14:00
<warren>
Gadi_eeepc: what do you use to tell you the arch?
14:00CAN-o-SPAM has quit IRC
14:00
<johnny>
coreutils:
14:00
Installed: 6.10-6ubuntu1
14:00
<Gadi_eeepc>
I never asked
14:00
:)
14:02
how about uname -m ?
14:02
does that work for you?
14:03
<johnny>
odd.. because coreutils 6.10 ships arch
14:05
<vagrantc>
dpkg --print-architecture
14:05
<johnny>
ah.. you have to manually build
14:05
econf \
14:05
--enable-install-program="arch" \
14:05
it's not by default i guess
14:07
is it possible to make the debian people include arch ?
14:07
<vagrantc>
what's it give us that uname -m doesn't ?
14:08
<warren>
it seems that uname -m does the equivalent
14:08
<vagrantc>
you might have to fuzzy match, for which i'd use a case statement ...
14:09
<Ryan52>
from the arch man page: arch \- print machine hardware name (same as uname -m)
14:09
<Gadi_eeepc>
hehe
14:09
<Ryan52>
so I'm gonna guess that there's no difference :)
14:09
<vagrantc>
if [ -z "$XSERVER ]; then case $(uname -m) in ... ppc*) if [ -n "$(ltspci ...
14:09openstep has joined #ltsp
14:09
<johnny>
shouldn't we all be using the same coreutils? i thought the linux plumbers conference was all about that :(
14:10
it'd be nice :(
14:10
<openstep>
hi
14:10* vagrantc disappears into the ether
14:11
<johnny>
the other way is something funner like this :)
14:11
linux32 uname -m
14:11
then you get ppc no matter what :)
14:12
<warren>
vagrantc: that card wouldn't be in anything newer than ppc
14:12
vagrantc: but yeah, uname -m should be before lspci
14:14
<openstep>
good evening, may I interrupt xou guys?
14:15jstephan has joined #ltsp
14:15
<Ryan52>
!question
14:15
<ltspbot`>
Ryan52: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
14:15
<Gadi_eeepc>
openstep: butt in at any time
14:15
<Ryan52>
openstep: ^
14:15
<Gadi_eeepc>
warren: u going to push to ltsp-trunk/
14:15
?
14:15
<warren>
Gadi_eeepc: you need to tag soon?
14:15
<Gadi_eeepc>
I have a commit, but ladies first
14:15
:)
14:16
<warren>
Gadi_eeepc: I am going to test this script in ~45 minutes before pushing
14:16
<Gadi_eeepc>
ah ok
14:16
<openstep>
Well, then I am just about finishing my ltsp deployment in a high school
14:16
<warren>
Gadi_eeepc: go ahead
14:16
<openstep>
I have some funny problems
14:16
one is: printing
14:17
I have purchased an edimax print server
14:17
and an older laserprinter
14:17
and... it does not work
14:17
<Gadi_eeepc>
what on earth is an edimax print server?
14:17
<openstep>
I configured the print server for the sam subnet
14:18
it has a web interface and I just can not print
14:18
<Gadi_eeepc>
well, for starterrs, its prolly a question more suitable to #edubuntu
14:18
as it sounds like it has nothing to do with LTSP per-se
14:19
<openstep>
http://www.edimax.com/en/produce_detail.php?pd_id=50&pl1_id=7&pl2_id=34
14:19
<EAG>
how do I force the thin client to boot a certain kernel? I seem to have 2.6.24-16, 2.6.24-19 and -22
14:19
<Gadi_eeepc>
you set it for the same subnet as the thin client subnet?
14:19
<openstep>
yes
14:19
<EAG>
and it boots -16, which may be causing my problems...
14:19
<openstep>
192.168....
14:20
<Gadi_eeepc>
openstep: it has a unique IP (outside the range used for the clients)
14:20
<openstep>
I can reach it via web interface but not to print
14:20
<Gadi_eeepc>
is it a jetdirect print server?
14:20
<openstep>
nope
14:20
<Gadi_eeepc>
what does it use?
14:20
IPP?
14:20
Windows share?
14:21
Appletalk?
14:21
:)
14:21
<openstep>
that too
14:21
<Gadi_eeepc>
hehe
14:21
<openstep>
look here
14:21
http://www.edimax.com/en/produce_detail.php?pd_id=50&pl1_id=7&pl2_id=34
14:22
<Gadi_eeepc>
when you open the printer admin dialog, does it ind it?
14:22
*find
14:22
Administration > Printing
14:22
<openstep>
well, no
14:23
I have to type its address in
14:23
just a sec
14:23
<Gadi_eeepc>
did you configurre it for IPP?
14:23
or TCP/IP?
14:24
<openstep>
well it is open to all of them
14:24
and have tried both
14:24
<Gadi_eeepc>
can you: telnet <ip-of-print-server> 9100
14:24
or: telnet <ip> 631
14:25
<openstep>
haven tryed
14:26
I will tomorrow
14:29pmatulis has quit IRC
14:29
<Gadi_eeepc>
did you have a look at the manual on that website?
14:29
<openstep>
sure
14:29
many times
14:29
<Gadi_eeepc>
ok...
14:30
they say they support Linux
14:30
I am sure they can also help
14:30
<openstep>
yes, I was just wondered how other people do it
14:30
<Gadi_eeepc>
there's nothing LTSP-related here
14:31
its only a question of getting the Linux OS to create a print queue
14:31
with that device
14:31
<openstep>
minolta page pro6
14:33
ok next question
14:34
some of the client pcs just take a very long time to boot
14:35
I mean same type pcs, and some of them stop at the point where it says during boot
14:35
<Gadi_eeepc>
2. The host name should be the name (or IP address)
14:35
that you have assigned to the print server.
14:35
3. The printer name (or queue name) on the remote host
14:35
should be lpt1, lpt2 or lpt3, the name of the printer
14:35
port on the print server.
14:35
<openstep>
blabla. img (DONE)
14:35
<Gadi_eeepc>
looks like you set your printer to be an LPR printer with queue lpt1
14:36
<openstep>
I have tryed many combinations
14:37
but many thanks
14:37
I will try tomorrow
14:37
<warren>
ok, i'im back
14:39
<openstep>
one more:
14:40
what is a good way to lockdown users to their home?
14:40
<rjune>
ball and chain
14:40
or chain anchored to their toilet
14:41
<openstep>
:)
14:41
<petre>
openstep, linux/unix security model is 30+ years old; not being confined to $HOME should not be a problem
14:41
<rjune>
in KDE, look at Kiosktool, in GNOME, look at Sabyon
14:42
<openstep>
sabayon does not work
14:42
<rjune>
openstep, You should also look at noexec for /tmp and /home, ro for /usr
14:42
<openstep>
freezez all the time
14:43
<EAG>
how do I change the kernel to boot on the client?
14:43
<openstep>
rjune thanks
14:43
<EAG>
If someone can help me plz
14:43
<openstep>
I decided to use xfce
14:43
it also has kiosk mode
14:44
now I only need to make sure users can not look outside their home
14:45
that is my problem
14:45
<Gadi_eeepc>
EAG: are the clients PXE clients?
14:45
<warren>
Gadi_eeepc: are you done pushing?
14:45
<Gadi_eeepc>
warren: indeed
14:46
<EAG>
yes, the client keeps booting 2.6.24-16 but I want it to use 2.6.24-19
14:46jstephan has quit IRC
14:46
<Gadi_eeepc>
EAG: pxelinux.cfg/default tells it what kernel to use
14:46
<johnny>
i'll get back to work soon..
14:46
on sabayon
14:46
<Gadi_eeepc>
in ubuntu it is vmlinuz which is a symlink
14:46
in the pxelinux dir
14:46
<cliebow>
EAG:get that..from the Sage
14:47
<EAG>
ok
14:47
<Gadi_eeepc>
EAG: change the symlink or change the default file
14:47
<rjune>
openstep, why?
14:47
<Gadi_eeepc>
ur choice
14:47
<rjune>
openstep, are you concerned they'll get into somebody else's home?
14:47
or is it just general security?
14:47
<EAG>
aaah I get crazy soon, it points to -19-generic already :(
14:48
it cant be the wrong directory either :(
14:49
<petre>
openstep, if users' home directories have 700 for permissions, they can't get access to each other's files
14:49
<openstep>
rjune
14:50
rjune: security and it is a school so that is why
14:51
<warren>
TAG ALERT!
14:51
Anybody plan on touching anything today?
14:51
I want to tag and build tonight.
14:51
<openstep>
aha, and can all the software still run?
14:51
rjune: I am not very good with permissions
14:52TheProf has joined #ltsp
14:53
<openstep>
thanks and see you later
14:53petre has quit IRC
14:53otavio has quit IRC
14:54dmaran has quit IRC
14:54
<TheProf>
Hello - I hope everyone is well. I have what's probably a simple question. I've got a fedora code based LTSP server that currently has 2 GB of ram. I'm upgrading it to 4 gb ram. Question- other than adding the ram, do I need to do anything else? Any settings in the OS? Also, I recall that the size of the swap was based on the amount of ram at installation. Do I need to change that?
14:54
Thank you.
14:54jammcq has quit IRC
14:56openstep has quit IRC
14:56
<cliebow>
TheProf, seems like you'd have oodles of swap..
14:57
<TheProf>
cliebow: I do recall that there's a fair amount of swap now yes. I wasn't sure if there was some relationship between swap size and ram amount that had to be maintained or not.
14:58
<cliebow>
i dont think so at that level..2 gig it used to calculate swap size
15:00cliebow has quit IRC
15:00
<warren>
Gadi_eeepc: o
15:01
Gadi_eeepc: I just built ltsp-trunk + the ppc hack
15:02
Gadi_eeepc: I have confirmation that the ppc hack works on its own, but it isn't writing any xorg.conf again
15:02
<Gadi_eeepc>
really?
15:03
<warren>
Gadi_eeepc: perhaps the CONFIGURE_X changes broke something?
15:03
<Gadi_eeepc>
hmm
15:03
what happens if you set CONFIGURE_X=True
15:03
oh - and where did you put the hack?
15:03
was it *before* XS85-xserver?
15:04
<TheProf>
OK thanks for that information.
15:04
<warren>
Gadi_eeepc: XS70
15:04
<Gadi_eeepc>
ok
15:04
hmm... can you paste the hack?
15:05
<warren>
# Only assemble a xorg.conf is CONFIGURE_X=False
15:05
if boolean_is_true "${CONFIGURE_X}"; then
15:05
# Run custom command if supplied, otherwise use ours
15:05
if [ -n "${CONFIGURE_X_COMMAND}" ] && [ -x "${CONFIGURE_X_COMMAND}" ]; then
15:05
how much sense does this make?
15:05
CONFIGURE_X is undefined, does it actually run the next conditional?
15:05
<Gadi_eeepc>
oh - forget that first comment
15:06
It should read only assemble if True
15:06
<warren>
Gadi_eeepc: http://people.redhat.com/wtogami/temp/XS70-xserver-ppc-r128-hack
15:06
<Gadi_eeepc>
warren: look at thee xserver script
15:06
the XS85-xserver
15:07
<warren>
oh I see
15:07TheProf has left #ltsp
15:07
<warren>
if [ -n "${XSERVER}" ]; then
15:07
CONFIGURE_X="True"
15:07
fi
15:07
<Gadi_eeepc>
right
15:07
the iddea is CONFIGURE_x gets enabled as needded
15:07
<warren>
Gadi_eeepc: XS70-* hack scripts don't need to export XSERVER right?
15:07
<Gadi_eeepc>
thats way too many d's
15:07
<warren>
only XSERVER= is fine?
15:07
<Gadi_eeepc>
I think so
15:08
because everything is sourced
15:08
<warren>
Gadi_eeepc: did you test if XS70-xserver-geode-gx2-hack actually works? I didn't.
15:08
<Gadi_eeepc>
I didn't with this change
15:08
<warren>
you tested it prior?
15:08
<Gadi_eeepc>
yeah
15:09
what happens if you set XSERVER in your lts.conf?
15:09
does it create the xorg.conf?
15:09
(it should)
15:10
<warren>
checking
15:12
<Gadi_eeepc>
meanwhile, I am going to fix that comment
15:12
and push
15:12
<warren>
Gadi_eeepc: setting XSERVER manually in lts.conf works
15:13
<Gadi_eeepc>
hmm...
15:14
oh...
15:14
no
15:14
you know what
15:14
you should set your hack to make CONFIGURE_X=True
15:15
because your hack only sets XSERVER in the funtion
15:15
*function
15:15
which is only called if CONFIGURE_X=True
15:15
<warren>
hah
15:15
ok, so both hacks should have it?
15:16
<Gadi_eeepc>
well, yeah, I guess
15:16
to make it automatic
15:16
otherwise, we would have to tell people to turn on CONFIGURE_X
15:16
they need it outside the function
15:17
<warren>
could you add it to geode hack? I'm testing the other one
15:17
brb
15:17
<Gadi_eeepc>
ok
15:17
<vagrantc>
Gadi_eeepc: the whole thing should be wrapped in that, function, and *_hacks variable setting, no?
15:17alkisg has quit IRC
15:17
<vagrantc>
Gadi_eeepc: no sense telling it to run a function that does nothing...
15:17
<warren>
Gadi_eeepc: wait a sec
15:17
<Gadi_eeepc>
waiting...
15:18
<warren>
Gadi_eeepc: wouldn't many of the other functions not run because of this same issue?
15:18
if they are the only thing set
15:18
<Gadi_eeepc>
warren: no bec the conditional is outside the function in those
15:18six2one has quit IRC
15:19
<warren>
example?
15:19six2one has joined #ltsp
15:19
<Gadi_eeepc>
lookk at XS85-xserver
15:19
vagrantc: ur right, I should pull the function setting into the conditional
15:20
<vagrantc>
Gadi_eeepc: basically, the whole thing.
15:20
<Gadi_eeepc>
well, you cannot have a function in a conditional
15:20
afaik
15:20
<vagrantc>
why not?
15:20
<Gadi_eeepc>
can u?
15:20
<vagrantc>
why not?
15:20
<Gadi_eeepc>
dunno
15:20
<vagrantc>
because?
15:20
<Gadi_eeepc>
I just thought you cannot have conditional functions
15:20
<vagrantc>
:)
15:21
GOTO.
15:21
<warren>
Gadi_eeepc: putting CONFIGURE_X into the conditional is a chicken and egg
15:22
<Gadi_eeepc>
warren: right
15:23
lemme show you an example
15:23
one sec
15:23
<warren>
Gadi_eeepc: perhaps the hacks effect things like XSERVER need to run outside of a function
15:24
Gadi_eeepc: or a function that is run before it decides to run the others.
15:25
<Gadi_eeepc>
warren: I just changed the geode hack
15:25
take a look at it
15:26
<warren>
ok yeah, no longer a function
15:26
<Gadi_eeepc>
still a fuction
15:26
just within the conditional
15:27
<warren>
Gadi_eeepc: why bother having a function in there?
15:27
<PerlStalker>
Has anyone setup LTSP in such a way that would allow a user to choose from a list if images?
15:28
<Gadi_eeepc>
warren: the functions make sure that everything in a particular section gets added properly without multiple hacks stepping on each other
15:28
actually, ur right
15:28
for the extra hacks we dont need a function
15:29
<vagrantc>
depends on how the hack is implemented...
15:29
<Gadi_eeepc>
like hacks that change existing vars
15:29
that are already handled
15:29
but, if you wanted to add something new to one of the xorg sections, you would need a function
15:29
PerlStalker: you can use pxelinux for that
15:30
brb
15:36
<nubae>
PerlStalker: its possible but requires some hacking
15:37
<Gadi_eeepc>
vagrantc: just cleaned up all those functions
15:37
<vagrantc>
cool
15:37mikkel has quit IRC
15:37
<Gadi_eeepc>
looks a lot better
15:44
<warren>
Gadi_eeepc: oh wait
15:44
actually
15:44
Gadi_eeepc: I suppose keeping it a function is better, because the order of hacks is more predictable that way? I dunno.
15:46nubae has left #ltsp
15:47nubae has joined #ltsp
15:47nubae has left #ltsp
15:52nubae has joined #ltsp
15:54johnny has left #ltsp
15:57six2one has quit IRC
15:58
<Gadi_eeepc>
warren: does it ll work now?
15:58
*all
15:58
ie with ur hack?
15:59johnny has joined #ltsp
15:59
<Gadi_eeepc>
warren: is everything good now?
16:00
<warren>
Gadi_eeepc: should I test wiht all your changes?
16:00
<Gadi_eeepc>
please
16:01
and with ur hack
16:01
I just want to make sure there isnt any unforeseen weirdness
16:01
<warren>
yeah
16:01
<Gadi_eeepc>
btw: a bit OT - do you know just *how* modular xorg.conf is now?
16:01
<warren>
missing sections are autodetected in general
16:02
<Gadi_eeepc>
for example, can I set a driver option but no drivver in the device section?
16:02rcy has quit IRC
16:02
<warren>
you can have only a Device section
16:02
that I don't know
16:02
<Gadi_eeepc>
ok
16:02
im worried about all those cases
16:02
like if someone *just* set X_OPTION_01
16:02
*sets
16:02
<warren>
I just asked
16:02
ajax doesn't know
16:02
we're doomed
16:03
<Gadi_eeepc>
hehe
16:03
is ajax both a floor cleaner AND a desert topping?
16:03
*dessert
16:03
damn
16:03
jokes dont work when you make typos
16:04* Gadi_eeepc had a prof who used to say things like that
16:05
<Gadi_eeepc>
oh crap
16:05
actually, with this new code, ur hack cannot use a function
16:05
it MUST set the variable
16:05
crap
16:05
<warren>
Gadi_eeepc: ok, let's treat hacks as a special function
16:05* Gadi_eeepc shakes fist
16:06
<warren>
Gadi_eeepc: hacks should happen like after 00 setvars?
16:06
let me think....
16:06
<Gadi_eeepc>
well, I think hacks that set lts.conf vars need to happen before XS80 and need to just set the var
16:07
<warren>
hacks effect variables that normally come from lts.conf
16:07
but what else can hacks do?
16:07
<Gadi_eeepc>
well, lets say there's a hack that adds some weird subsection to a xorg.conf section
16:07
or some such
16:07
that should be a function
16:07
so it is added to the correct section
16:08
if a hack adds extra sections, it should come aftter assembleXorgConf
16:09
so it is appended
16:10
<warren>
so what should we do for the two hacks we have now?
16:10
If we remove them from a function, then they happen before 00 setvars, which is non-obvious because they are number 70
16:10
Gadi_eeepc: perhaps 00 setvars should be a later number to allow over clearly earlier things.
16:11
<Gadi_eeepc>
no theydont
16:11
they happen in order
16:11
<warren>
oh
16:11
<Gadi_eeepc>
the hack functions are all called in assembleXorgConf
16:11
<warren>
crap, ok.
16:11
so simply remove from functions then?
16:11
<Gadi_eeepc>
right
16:12
<warren>
Gadi_eeepc: XS05-intel-virtual is essentially a hack too
16:12* Gadi_eeepc looks...
16:13
<warren>
oh
16:13
hal-get-property --udi /org/freedesktop/Hal/devices/computer --key system.hardware.primary_video.vendor
16:13
this fails with a loud error message on fedora
16:13
<Gadi_eeepc>
indeed
16:13
in fact, when we just set the var, we should not need to set CONFIGURE_X along with it
16:14
since that will be set by the hack
16:14
<warren>
ok
16:15
<Gadi_eeepc>
I will change ur hack
16:15
<warren>
ok
16:15
Gadi_eeepc: move the numbers up too
16:15
all the variable setup stuff should be near the beginning of the numbers
16:15
<Gadi_eeepc>
like where?
16:16
XS05?
16:16
XS20?
16:17
what dya like?
16:17
<warren>
Gadi_eeepc: I want the color blue.
16:17
<Gadi_eeepc>
?
16:17
hmm...
16:17
XS20 sounds nice
16:17nubae has left #ltsp
16:17
<warren>
if it isn't blue I'm quitting.
16:19
Gadi_eeepc: that's a good question re: Device settings without a Driver
16:20
Gadi_eeepc: what is a noticible Device setting?
16:20
<Gadi_eeepc>
ok, pushed changes
16:21
X_OPTION_01 = "\"NoAccel\" \"true""
16:21
then you can grep the client's log file for NoACcel
16:22
<warren>
ah
16:22
Gadi_eeepc: you in any rush to tag? we have a TON of changes
16:22
Gadi_eeepc: gotta test this in many ways.
16:23
<Gadi_eeepc>
Im never in a rush to tag
16:23
I am not in the same packaging boat as the rest of you
16:23
;)
16:23
but, I agree about the testing
16:25vvinet has quit IRC
16:27BrunoXLambert has quit IRC
16:32leio__ has joined #ltsp
16:35
<johnny>
x2go..
16:35
anybody been talking about this?
16:35
aha..
16:35
However x2go requires a running postgresql database on the server, does not support VNC/rdesktop proxying or shadow sessions, and some of the nice advanced features seem reserved to dedicated thin clients setups (like saving your session on a usb key
16:36
i wonder..
16:46Ahmuck has quit IRC
16:48leio_ has quit IRC
16:52Ahmuck has joined #ltsp
16:53
<stgraber>
anyone planning on tagging both ltsp-trunk and ldm-trunk or are there more changes to come ?
16:53
<warren>
stgraber: I'm having really weird trouble building ldm all of a sudden
16:53
<stgraber>
(I plan to do some testing and tag either tonight or tomorrow)
16:53
warren: FTBFS ?
16:53
<warren>
I don't know
16:54
my build tool fails with no error messages
16:54
<stgraber>
hmm, weird
16:54
<warren>
only on ldm
16:57Ahmuck has joined #ltsp
16:57
<stgraber>
warren: "sh autogen.sh && ./configure && make" worked fine here
16:59
<warren>
I figured it out. Ryan's changes actualy did interferew ith the patch.
16:59nubae has joined #ltsp
17:00
<stgraber>
warren: ah, your k12linux patch ?
17:00
<warren>
yes
17:00
stgraber: do you need a tag soon? I think i'm just going to integrate my patch into ldm upstream with an IFDEF
17:01
I would finish that tonight
17:02
<stgraber>
warren: I have no problem tagging tomorrow morning
17:02
<warren>
I want to fully test ltsp-trunk now, I won thave access to this hardware from tomorrow for 2.5 weeks
17:04
<stgraber>
warren: what hardware is that ? ppc ?
17:04
<warren>
stgraber: yes
17:04
stgraber: extremely useless to fix it, but theoretically it will boot most ppc now.
17:04
boot until X screws up b
17:05
<stgraber>
yeah, last I tried the only issue we had in Ubuntu was that we were relying on acpid which is really not a good idea for ppc as that doesn't exist :) then some apple hardware is fun to work with (especially old G3s)
17:06
the main issue is being to easily work on a ppc chroot when you don't have a ppc server
17:06
<warren>
I tried to get qemu-ppc to work in chroot mode
17:06
it is too problematic
17:07
<EAG>
is there some kind of bug related to ubuntu and the reading of lts.conf_
17:07
?
17:07
<stgraber>
EAG: not that I know of, what's the problem ?
17:07
<EAG>
it doesnt read X_CONF properly
17:08
<stgraber>
ah, that I didn't try :) what happens ?
17:08
<EAG>
and it does not read lts.conf at all if I dont edit the file in /opt/ltsp/i386/etc
17:08
<stgraber>
/var/lib/tftpboot/ltsp/i386/lts.conf works
17:08
<EAG>
not for me for some reason
17:09
<vagrantc>
sometimes issues with the tftp server or dhcp configuration mess up downloading lts.conf from tftp
17:09
<EAG>
I am not making this up :)
17:09
yep, I had some trouble with the dhcp before, I noticed...
17:09
but it should be corrected now
17:09
<vagrantc>
it derives it from the filename option
17:11
<EAG>
stgraber: from Xorg.6.log: (EE) Unable to locate/open config file
17:11
thats whats happening and then it uses some default config
17:12
<stgraber>
EAG: ok and where was it looking for the xorg.conf ?
17:12
<EAG>
X_CONF = /etc/X11/xorg-ltsp2.conf
17:12
<warren>
stgraber: working on ldm merging now, anything else you want in ldm before tagging?
17:12
stgraber: otherwise I will tag after I finish this
17:13
<EAG>
vagrantc: I dont understand
17:14
<stgraber>
warren: nope, I don't have anything to add to ldm
17:14
<vagrantc>
EAG: you said it wasn't reading the value from lts.conf ...
17:14
or i misunderstood
17:14
<stgraber>
EAG: so you have that file in /opt/ltsp/i386/etc/X11/xorg-ltsp2.conf correct ?
17:14
<EAG>
yes, but filename option?
17:15
stgraber: yes
17:15
all files are where they should be
17:15
<warren>
stgraber: vagrantc: http://people.redhat.com/wtogami/temp/ldm-rearrange-stuff.patch any objection to the first chunk being default in ldm? it only makes the existing time strings bold.
17:15
<stgraber>
warren: do you happen to have screenshots before/after ?
17:15
<warren>
stgraber: no
17:16
<vagrantc>
EAG: in dhcpd.conf
17:16
EAG: sounds more like you don't actually have the file present in the chroot and/or NBD image
17:16
<stgraber>
EAG: can you grab the parameters that were past to X ? you should have something like -config /etc...
17:16
<EAG>
vagrantc: but it loads all other files?
17:16
maybe I am missing something here...
17:17
<warren>
vagrantc: any opinion at all?
17:17
<EAG>
stgraber: I dont understand
17:17
uh, I sound like a megahal hehe
17:17
nvm...
17:18
<warren>
stgraber: also
17:18
<vagrantc>
EAG: i think i'm just confusing you here. stick with what stgraber is asking :)
17:18
i'm not able to fully pay attention and am likely missing things :)
17:18
<warren>
- g_strdup_printf("<b>%s (%s) //</b>", get_sysname(), getenv("LDMINFO_IPADDR"));
17:18
+ g_strdup_printf("<b>%s</b> (%s)", get_sysname(), getenv("LDMINFO_IPADDR"));
17:18
stgraber: make the hostname before the IP address bold
17:18
<EAG>
vagrantc: ok :) thx for the help anyway :)
17:18
<warren>
stgraber: I've been using it this way for months
17:19
stgraber: our usability people recommended these tiny tweaks
17:19
I'll make the bold changes since they are so minor.
17:20
<vagrantc>
warren: bold changes sound fine by me. i don't really have time to review the patch as a whole at the moment.
17:20
and quite probably, sufficient savvy either :)
17:21
<warren>
vagrantc: the patch as a whole rearranges the layout to our designer's specifications, except it adds another picture to the bottom right.
17:21
ooh....
17:22
<stgraber>
warren: ok, go ahead
17:22
<warren>
http://wtogami.fedorapeople.org/archive/2008/k12linux-login-screen.png
17:23
We could put a disklessworkstations.com logo in the bottom right
17:23
maybe that's too much though
17:24
<stgraber>
warren: ok, so in most case it'll just be <b>ltsp</b> (192.168.x.x)
17:24
<warren>
I'll commit only the bold changes
17:29
stgraber: pushed the bold changes, please test and see how you feel, i'm doing the rest as an ifdef now.
17:32
<Ryan52>
yikes.
17:32
<warren>
Ryan52: yikes?
17:32
Ryan52: bad?
17:33
<Ryan52>
comitting it all as ifdefs is gonna be messy.
17:33
<warren>
Ryan52: yeah...
17:33
Ryan52: you have any better idea?
17:34
<Ryan52>
no..
17:34bobby_C has quit IRC
17:36
<warren>
Ryan52: so I don't know how to hack up the auto* stuff to properly do a DEFINE at ./configure time, do you?
17:36
<Ryan52>
CFLAGS=-DBLAH
17:36
where BLAH is the thing you're defining
17:36
<warren>
./configure --sponsorlayout
17:37
I could do it with a CFLAGS hack without modifying the auto* stuff
17:37
<Ryan52>
you really can't live with changing CFLAGS?
17:37
oh, ya.
17:37
just have CFLAGS set when you call ./configure
17:37
<warren>
-DBLAH 1?
17:37
or just -DBLAH is good enough?
17:38
<Ryan52>
-DBLAH is good enough
17:38
if you're using "#ifdef BLAH"..
17:38
<warren>
how do you define a string as a proprocess macro?
17:39
<Ryan52>
hrm. what? :)
17:39
want me to just do it? :)
17:42leio__ is now known as leio
17:44
<warren>
Ryan52: hmm, sure.
17:44* warren trying to get security updates out...
17:47
<Ryan52>
ugh. don't you have a more recent version of the patch?
17:48
the one that you gave the URL to doesn't apply, and appears as old as my bzr branch...
17:48
<warren>
Ryan52: the patch was working on the previous tag of ldm
17:48
I think
17:48
Ryan52: I rebased the patch last at 2.0.16
17:48
we patch with -fuzz 0
17:48
<Ryan52>
oh.
17:54Gadi_eeepc1 has joined #ltsp
17:54Gadi_eeepc has quit IRC
17:56Gadi_eeepc1 has quit IRC
17:56Gadi_eeepc has joined #ltsp
17:58Gadi_eeepc has quit IRC
17:58Gadi_eeepc has joined #ltsp
18:00PerlStalker has quit IRC
18:06* vagrantc is noticing xatomwait eating up a lot of CPU...
18:09
<Ryan52>
warren, ok, pushed
18:09
<warren>
vagrantc: really?
18:09
vagrantc: strace?
18:10
<Ryan52>
warren, use this: CFLAGS=-DK12LINUX ./configure
18:12
<vagrantc>
warren: it's hovering at around 12-30% CPU on my virtualbox system when it's idling ... i'm going to go check on real hardware
18:20
on a PII-350, it's only eating less than 1% CPU, so it must be something specific to virtualbox
18:28* warren just realized he forgot to eat lunch today.
18:37
<rjune_>
LOL, warren, that's special
18:37
<warren>
rjune_: dizzy
18:37
<rjune_>
ditsy more like it
18:38
<warren>
Ryan52: it works!
18:45
stgraber: OK, ltsp and ldm seems working for me, although I didn't test everythig
18:45
stgraber: I seriously need to drive home now and get food
18:46
stgraber: if you decide to tag tonight go ahead
18:46
I will test more at home.
18:46
bbl
18:46warren has quit IRC
19:01staffencasa has quit IRC
19:36vagrantc has quit IRC
19:57warren has joined #ltsp
19:57F-GT has quit IRC
20:00F-GT has joined #ltsp
20:00johnny has left #ltsp
20:12
<warren>
Ryan52: I was wondering if anyone would notice removal of the //. I always thought it was stupid.
20:13
<Ryan52>
there needs to be something between them..
20:13
if not it looks funny.
20:13
but ya, it looks funny with the // too.
20:13
<warren>
perhaps everyone should use the new layout?
20:13
I mean, it was designed by actual designers.
20:13* Ryan52 agrees
20:14
<Ryan52>
maybe we could switch it around so that the old layout is in an ifdef called UBUNTU :)
20:17
<warren>
Ryan52: call it "legacy" =)
20:17
Ryan52: noticed the new upstream background image
20:17
the old one was huge and ugly
20:17
<Ryan52>
ya.
20:23loather has quit IRC
20:27loather has joined #ltsp
20:27johnny has joined #ltsp
20:51Sarten-X has joined #ltsp
20:53elisboa is now known as elisboa_off
20:54petre has joined #ltsp
21:00* warren doing some minor changes to ltsp before tagging
21:00
<warren>
anybody else touching it tonight?
21:21nothingman has joined #ltsp
21:25
<nothingman>
hi, all
21:25
having trouble
21:25
now that I have a chroot directory and (presumably) an image, my client's not getting a DHCP address even though my server shows DHCP offers in syslog
21:26
and (correspondingly) DHCPDISCOVERs with the client's MAC as well
21:31alekibango has quit IRC
21:35
<warren>
Gadi_eeepc: XS85-xserver-device-options
21:35
Gadi_eeepc: is it X_OPTION_01 or X_DEVICE_OPTION_01? Google finds some of the former, the script mentions both
21:36
<nothingman>
I figure it's my dhcpd.conf, but it got an address before, and all I changed were the directory options
21:36
<Gadi_eeepc>
warren: it *used* to be _DEVICE_ but then at some point _DEVICE_ got dropped
21:36
if I hd _DEVICE_ in there, it was becausee it was stuck in my head
21:37
_DEVICE_ makes more sense to me
21:37
Im sure someone thought it was too long at some point
21:37alekibango has joined #ltsp
21:37
<Gadi_eeepc>
of course, that would be beforre X_MONITOR_OPTION_XX ;)
21:37
<warren>
Gadi_eeepc: well your code says X_DEVICE_OPTION_01 now
21:37
<Gadi_eeepc>
lemme see
21:37
<warren>
Gadi_eeepc: i'm trying to do the Device options without specifying a driver thig
21:38
<Gadi_eeepc>
ah
21:38
so it dos
21:38
*does
21:38
except in the comment
21:38
ha!
21:38* Gadi_eeepc is mental
21:39
<warren>
Gadi_eeepc: so what is correct?
21:39
I don't mind long option names
21:39
it is CLEAR where exactly these options go
21:39
<Gadi_eeepc>
yeah
21:39
<warren>
Gadi_eeepc: I used NoAccel and it seemed to autodetect everything else just fine
21:40
<Gadi_eeepc>
but we should have compatibility for the other way
21:40
because I *know* LTSP shipped with both
21:40
<warren>
when?
21:40
I have never used any X* option until today
21:40
<Gadi_eeepc>
hehe
21:40* Gadi_eeepc has
21:40
<Gadi_eeepc>
lemme see
21:41
hmm
21:41
ok
21:41
I think _DEVICE_ was in LTSP4
21:41
and without was done in LTSP5
21:42
so, I should change baack
21:42
<warren>
I think I prefer DEVICE
21:42
<Gadi_eeepc>
*back
21:42
<warren>
but blah, whatever.
21:42
<Gadi_eeepc>
me, too - but we have a history
21:42
:)
21:42
I didnt get the memo when they changed params from the LTSP4 names
21:42
<warren>
a google hit said X_OPTION_01 failed for someone on ubuntu
21:43
<Gadi_eeepc>
well, you have to be careful with it
21:43
because it needs the \"
21:43
otherwise you don't get quotes in your xorg.conf
21:43
and xorg gets angry
21:43
<warren>
the example on that google hit showed \""NoAccel"\"
21:43
<Gadi_eeepc>
right
21:44
the backslashes are wrong
21:44
it should be: "\"NoAccel\""
21:44petre has quit IRC
21:44
<Gadi_eeepc>
tricky, no?
21:44
:)
21:44
<warren>
I just misremembered
21:45* Gadi_eeepc will revert to X_OPTION
21:45
<Gadi_eeepc>
and continue to have what to grumble about
21:45
:)
21:45
<johnny>
hmm.. suprised you don't just quote it later..
21:45
like before assembling
21:45
<warren>
yeah, that's rather user unfriendly
21:45
<Gadi_eeepc>
its hard to always know what gets quoted
21:46
<warren>
Gadi_eeepc: both will be supported though?
21:46* Gadi_eeepc is not sure all terms get quoted
21:46
<Gadi_eeepc>
and what about multi-word terms?
21:46alkisg has joined #ltsp
21:46
<Gadi_eeepc>
warren: well, I think it safe to just support X_OPTION
21:46
<johnny>
perhaps ditching lts.conf would be an option in the future :)
21:46
<Gadi_eeepc>
in LTSP5
21:46
<johnny>
using a sqlite db
21:46
instead..
21:46
<warren>
uh...
21:47
Gadi_eeepc: you mean drop old names entirely
21:47
<Gadi_eeepc>
eh, what the hell
21:47
Ill support both
21:47
<johnny>
as long as all the compat stuff stays in one place
21:47
i'm ok with that
21:47
<Gadi_eeepc>
its just ten lines of stupid code
21:47
<johnny>
should have an ltsp_compat
21:47
file
21:47try2free has joined #ltsp
21:48
<warren>
Gadi_eeepc: just go ahead
21:51
Anyone doing more changes on ldm?
21:51
while I wait for Gadi_eeepc I'll tag ldm
21:51pr0cess0r has joined #ltsp
21:52
<pr0cess0r>
hi all!
21:52
i finaly have a working server
21:53
<Gadi_eeepc>
warren: pushed
21:53
<pr0cess0r>
now i need to fix the screen resolution for the login screen
21:53
and the account i made
21:53
my lcd screen say its out of range 720x400
21:54
<Gadi_eeepc>
720x400? is that what you want?
21:55
<pr0cess0r>
yes
21:55
my screen say this
21:55
its wierd
21:55
<Gadi_eeepc>
what resolution do you *want*?
21:55
how big of a screen is it?
21:55
<pr0cess0r>
17
21:56
<Gadi_eeepc>
widdescreen?
21:56
<pr0cess0r>
1024*768
21:56
no
21:56
i need to edit ltsp.conf?
21:56
<Gadi_eeepc>
did you add anything to lts.conf?
21:57
<pr0cess0r>
no
21:57
<warren>
whoa. my brain melted trying to review this code.
21:57
<Gadi_eeepc>
sounds like the monitor does not do ddc correctly, and your driver doesnt know what to do
21:57
<warren>
Gadi_eeepc: I got dizzy at 7:30pm and realized I forgot to eat lunch
21:57
what driver is that?
21:58
<Gadi_eeepc>
warren: you need to eat your wheaties
21:58
<pr0cess0r>
ddc
21:58
?
21:58
<Gadi_eeepc>
ddc is when the video driveer asks the monitor for its operating frequencies
21:58
<pr0cess0r>
can i try to add [default] X_MODE_0 = 1024x768 to lts.cong?
21:58
ok
21:58
<Gadi_eeepc>
yes
21:58
thats a start
21:59
you may also need to modify X_HORZSYNC and X_VERTREFRESH
21:59
<pr0cess0r>
is it one line ou 2 line ?
21:59
<Gadi_eeepc>
multiple lines
21:59
<warren>
Gadi_eeepc: My religion forbids eating General Mills cereals. I eat only Kellogg's.
21:59
<pr0cess0r>
ok
21:59
<Gadi_eeepc>
warren: hehe - so ur not a Milletarian?
21:59cyberorg has quit IRC
21:59Sarten-X has quit IRC
22:00
<Gadi_eeepc>
and I thought you 'K' guys were a cult - not a religion
22:00
;)
22:00
<warren>
Gadi_eeepc: and everything must be blue.
22:01
<pr0cess0r>
what is the syntax for the refresh rate
22:01
<Gadi_eeepc>
X_VERTREFRESH = 60-85
22:02CaScAdE^1arAway has joined #ltsp
22:02
<Gadi_eeepc>
X_HORZSYNC = 30-100
22:02
and you may need: CONFIGURE_X = True
22:02
(because some people think Xorg just magically takes care of things)
22:02
;)
22:03
<pr0cess0r>
do i need to do anything afther those changes ?
22:03
<Gadi_eeepc>
pr0cess0r: are you on ubuntu?
22:03
<pr0cess0r>
yes
22:03
<Gadi_eeepc>
put lts.conf in: /var/lib/tftpboot/ltsp/i386/lts.conf
22:03
and just reboot the thin client
22:04
<pr0cess0r>
ok
22:05
ok thx
22:07
<Gadi_eeepc>
warren: ur friends with the gnome guys, right?
22:07
<warren>
Gadi_eeepc: that would be an exaggeration
22:07
Gadi_eeepc: let's just say we tolerate each other on a regular basis.
22:07* Gadi_eeepc needs them prodded to fix a silly bug
22:08
<try2free>
anyone knows what port number i must open for ltsp?
22:08
<Gadi_eeepc>
try2free: 67, 69, 2000 (on ubuntu)
22:08
<pr0cess0r>
now the monitor accept the resolution but not the mhz
22:08
<warren>
Gadi_eeepc: they don't seem to respond to prodding
22:08
<Gadi_eeepc>
oh, and 22
22:08
<warren>
Gadi_eeepc: is it filed at upstream bugzilla?
22:08
<pr0cess0r>
do i need to put the exect resolution of the screen ?
22:08
<try2free>
Gadi_eeepc: thanks
22:08Sarten-X has joined #ltsp
22:09
<Gadi_eeepc>
warren: I tried searching their bugizilla, but its a pain and slow
22:09
and crashes
22:09
<warren>
well, that's the only way you'll get them to work on something
22:09
<Gadi_eeepc>
pr0cess0r: for X_MODE_0 you put 1024x768
22:10
well, I think stgraber filed it already
22:10
but I cannot find it
22:10hanthana has joined #ltsp
22:10
<pr0cess0r>
X_MODE_0 = 1024x768
22:10
X_VERTREFRESH = 60-85
22:10
X_HORZSYNC = 30-100
22:10
<Gadi_eeepc>
because bugzilla crashes on me
22:10
pr0cess0r: looks good - add: CONFIGURE_X = True
22:10
for good measure
22:10
and put all that under:
22:10
[default]
22:11
<pr0cess0r>
do i need the cong file at the 2 locations ?
22:11
conf*
22:11
<Gadi_eeepc>
nope
22:11
just the tftpdir
22:11
<pr0cess0r>
ok
22:11
i try it now
22:12
<Gadi_eeepc>
otherwise you would have to reroll the image for every change
22:12
and thats no fun
22:12
<pr0cess0r>
no
22:12
afther this i need to add network drivers for my 2 laptops to allow them to boot more fun!!
22:13
<Gadi_eeepc>
what drivers?
22:13
<pr0cess0r>
realtek 3189
22:13
<Gadi_eeepc>
dont you mean 8139?
22:13
<pr0cess0r>
yes sorry
22:13
<Gadi_eeepc>
intrepid should have drivers for that
22:13
<pr0cess0r>
intrepid ?
22:14
<Gadi_eeepc>
ubuntu 8.10
22:14
<pr0cess0r>
its what i run
22:14
i think
22:14vagrantc has joined #ltsp
22:15
<pr0cess0r>
when i pxe boot with this computer it hang at ubuntu loading
22:18CaScAdE^FarAway has quit IRC
22:19
<pr0cess0r>
the refresh rates are in hz or khz
22:19
<Gadi_eeepc>
vertical = hz, horiz = khz
22:19
:)
22:20
<pr0cess0r>
from my monitor spec
22:20
Horizontal Frequency 29 kHz to 81 kHz Vertical Frequency 56 kHz to 79kHz
22:21
<Gadi_eeepc>
ah
22:21
so youcan use those
22:21
mo better
22:22nothingman has left #ltsp
22:26
<pr0cess0r>
its not working
22:26
i donr understand
22:27
<Gadi_eeepc>
is there any change at all?
22:27
<pr0cess0r>
yes back to 720x400
22:27
<Gadi_eeepc>
that would be a "no"
22:27
<pr0cess0r>
the monitor tell me this
22:28
<Gadi_eeepc>
and you are on ubuntu LTSP5, right?
22:28
<pr0cess0r>
normal ubuntu and i installed ltsp
22:28
<Gadi_eeepc>
how did you install ltsp?
22:29
ltsp-server-standalone?
22:29
<pr0cess0r>
yes
22:29
<Gadi_eeepc>
ok
22:29
can you paste lts.conf to:
22:29
!pastebot
22:29
<ltspbot`>
Gadi_eeepc: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
22:30
<ltsppbot>
"pr0cess0r" pasted "GNU nano 2.0.7 Fichier : lts." (15 lines) at http://pastebot.ltsp.org/149
22:31
<pr0cess0r>
here is the monitor
22:31
http://www.sungroupmonitor.com/lcd_SUN-PV1710.htm
22:32
<Gadi_eeepc>
try setting: XSERVER=vesa
22:32
in lts.conf
22:33
<pr0cess0r>
under default?
22:33
<Gadi_eeepc>
yess
22:33
<pr0cess0r>
and i comment all other options?
22:34
<Gadi_eeepc>
no
22:34
keep those
22:34
<pr0cess0r>
ok
22:34
testing
22:34
!
22:41
<warren>
Where is brctl located on Debian/Ubunt?
22:42
<johnny>
/usr/sbin
22:44
<warren>
johnny: do you know a list of standard system commands that are located in different places between Debian and Fedora?
22:45
johnny: or are missing on one side or the other
22:45* vagrantc wonders how to define standard
22:46
<johnny>
well.. coreutils and util-linux
22:46
<vagrantc>
bridge-utils (which contains /usr/sbin/brctl) is considered an optional package ....
22:46
<warren>
ignore brctl
22:46
I want to know differences in locations of more regular commands
22:46
<johnny>
don't know of much
22:46
i'm still new to fedora
22:47
warren, seriously.. last time i used an rpm based distro was redhat6
22:47
<pr0cess0r>
Gadi_eeepc: thx its working
22:48
<vagrantc>
warren: well, http://www.debian.org/distrib/packages will allow you to search for the file contents of packages ... under the "Search the contents of packages" section ... if you have a list in mind.
22:49
<Gadi_eeepc>
pr0cess0r: if that worked, it means the video driver in that client (the proper one) has problems
22:49
<vagrantc>
warren: or better yet, http://packages.debian.org/file:FOO
22:49
<Gadi_eeepc>
pr0cess0r: vesa will work fine, but be slower than the appropriate driver
22:50
<pr0cess0r>
ok
22:50
<Gadi_eeepc>
pr0cess0r: to better debug, set SCREEN_07=ldm and SCREEN_02=shell in lts.conf and then ctl-alt-f2 to get a shell on the client and looks t the log files
22:50
(when you use the right -bt broken- driver
22:50
<warren>
vagrantc: ok, cool
22:50
<Gadi_eeepc>
*but
22:50
<pr0cess0r>
ok
22:50
i take note i will tet it tomorow
22:50
<Gadi_eeepc>
good luck
22:51
<pr0cess0r>
thx
22:51
<Gadi_eeepc>
g'nighht, all
22:51Gadi_eeepc has left #ltsp
22:54
<warren>
Fedora Debian
22:54
/sbin/lspci /usr/bin/lspci
22:54
/sbin/lsmod /bin/lsmod
22:54
I know we have more than this...
22:55
vagrantc: hmmm, /bin/arch is in Debian's util-linux package, and I see it on this debina system that I'm logged into
22:56
vagrantc: wow, you folks aren't using util-linux-ng yet?
22:58
<vagrantc>
warren: don't see any signs of util-linux-ng
22:59
<warren>
http://userweb.kernel.org/~kzak/util-linux-ng/
22:59
util-linux development died several years ago
23:00
<vagrantc>
let the zombies rise!
23:02* vagrantc hopes to be able to upload to something other than experimental by the time ltsp 5.2 comes around
23:06try2free has quit IRC
23:08
<Ryan52>
warren, /bin/arch isn't in Debian anymore, tho.
23:09rcy has joined #ltsp
23:10
<warren>
why?
23:11
<Ryan52>
because http://packages.debian.org/search?searchon=contents&keywords=%2Fbin%2Farch&mode=path&suite=testing&arch=any says so :)
23:12
vagrantc, pfft. ya, right. :)
23:13
<vagrantc>
Ryan52: it's not impossible. it's just unlikely :)
23:13
Ryan52: etch actually released pretty timely, and had larger obstacles to overcome...
23:16
<Ryan52>
what were the obstacles?
23:18
<vagrantc>
firmware :)
23:18
<johnny>
hmm.. now what about that linux plumbers conference..
23:19* Ryan52 is confused
23:19
<Ryan52>
vagrantc, what's the difference?
23:19
<vagrantc>
Ryan52: i don't know... it just overall looks better than before ... of course, i languished through the sarge release cycle
23:20
<Ryan52>
oh.
23:20
<vagrantc>
so anything looks better than that
23:20
<warren>
vagrantc: the ballot questions this time look like a complete disaster
23:20
<vagrantc>
warren: yes, that stuff is getting really ugly ...
23:20
<warren>
vagrantc: the titles of ballot questions look like intentional attempts to mislead
23:20
<johnny>
what are you talking about?
23:20
<vagrantc>
johnny: debian politics
23:21
debian's experiencing some growing pains right now
23:22* Ryan52 is scared of debian politics
23:22pr0cess0r has quit IRC
23:23
<warren>
Ryan52: Fedora welcomes talented developers who are interested in rapid progress! =)
23:23
<Ryan52>
hehe
23:23
<warren>
Ryan52: With your skills you could easily get on the engineering steering committee in less than a year. I'm not kidding.
23:25* johnny isn't as cool i guess
23:25
<johnny>
the part of fedora i'd like to participate in.. are cross distro relations
23:25
so as to get things adopted more quickly.. without all the issues that were seen ala policykit and hal
23:25
<warren>
johnny: Fedora doesn't really do that. Fedora just works upstream.
23:25
<johnny>
and now devicekit
23:26
<warren>
yeah, those are disasters...
23:26
<johnny>
fedora does not "just work upstream"
23:26
they create the upstream
23:26
without feedback
23:26* Ryan52 is happy in his Debian world...as long as I never become project secretary or post stupid offending jokes to announcement lists I'm safe, I think ;)
23:26
<warren>
johnny: dude, you are talking about a tiny % of what we do
23:27
<johnny>
that's the most important part of fedora to me tho.. the early integration of very very very very very very very important technologies
23:27
it's the reason i decided to give it a shot
23:27
and you of course :)
23:28
otherwise i could be using any other distro :)
23:29
<Ryan52>
johnny, how many distros do you use? :)
23:29
<johnny>
3?
23:29
well.. i don't really use ubuntu for personal use
23:29
but i maintain various ubuntu machines
23:29
<Ryan52>
oh, ok.
23:29
<johnny>
i did use ubuntu on my last laptop for 6 months or so
23:30
so.. i did use it for personal use.. just not at the moment
23:30
my friend bugs me to check out arch
23:30
i have yet to see the benefits tho
23:31
warren, so do you understand my point now?
23:31
the rest.. i can get the benefits via any other distro.. as they of course.. will steal all the useful patches :)
23:32
<Ryan52>
hehe
23:32
<johnny>
Ryan52, .. i chose fedora.. because people like richard hughes are really working hard on the integration front
23:32
he's one of the major dudes around gnome-power-manager
23:33
<Ryan52>
gentoo is hard to steal patches from. I ended up having to ask in #gentoo :p
23:33
<johnny>
huh? hard to steal patches from?
23:33
they are all listed right there in the ebuild..
23:33
you don't even have to unpack them
23:34
<Ryan52>
ya, that was my problem...I just didn't know where to look :p
23:34
<johnny>
they are just text file
23:34
text files
23:34
Ryan52, oh.. lest i forget.. he is also major into PackageKit
23:34
which i was going to mention next
23:41
oops.. brb
23:41johnny has left #ltsp
23:41
<warren>
vagrantc: http://packages.debian.org/etch/unalz hmm, this is NOT Free or Open Source Software
23:42
vagrantc: the source itself is ambiguous because it contains a zlib license from zlib code that it rightfully copied, but its Korean language homepage clearly states that it is freeware, commercial distribution prohibited, and no modifications are allowed to be distributed unless you provide them in patch form.
23:44johnny has joined #ltsp
23:48
<johnny>
warren, altho you guys do need to get your act together in regards to yum..
23:49
logged out and back in.. still rpmdb says thread died in berk db
23:49
can't even ctrl+c it
23:49
<warren>
johnny: what exactly were you doing? I occasionally hear about people locking up their rpmdb but it has NEVER happened to me since RH8
23:49
NEVER
23:49
<johnny>
searching..
23:50
nothing special
23:50
<warren>
are you using ext4 by chance?
23:50
<johnny>
no
23:50
<warren>
hm
23:50
<johnny>
i was tryin to get a list of the packagekit plugins to show ryan52
23:50
and bam.. rpmdb locked
23:50
<warren>
I don't know
23:50vagrantc has quit IRC
23:51
<warren>
Ryan52: hmmm, where does someone report a license problem in Debian?
23:51
Ryan52: that package above should be moved to non-free
23:51
<Ryan52>
are you sure of it?
23:51
<warren>
Ryan52: yes
23:51
Ryan52: Fedora just rejected it as non-commercial and no modifications allowed
23:54
<Ryan52>
email submit@bugs.debian.org
23:54
<warren>
Ryan52: the trouble is, the source is misleading and ambiguous, while the website is very clear.
23:54
Ryan52: only you have to read Korean to read the website.
23:55
<Ryan52>
in the first part of the body of the email, put "Package: ftp.debian.org", then a line break. in the subject put "RM: packagename -- license problems"
23:55
then explains yourself :)
23:56* Ryan52 wonders how a package that has a license in korean can pass through NEW...
23:57
<warren>
Ryan52: what do I put in Subject?
23:57
<Ryan52>
in the subject put "RM: packagename -- license problems"
23:57
<warren>
oops
23:58
Package: ftp.debian.org
23:58
huh?
23:58
is that correct?
23:59
<Ryan52>
ya, if you put it in the right place