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


Channel log from 30 December 2009   (all times are UTC)

00:49alkisg has quit IRC
01:02Egyptian[Home] has quit IRC
01:17Egyptian[Home] has joined #ltsp
01:20pizzapaul has joined #ltsp
01:20
<pizzapaul>
hello..........
01:21
<Appiah>
hello
01:21
<pizzapaul>
are you awake..........
01:21
<Appiah>
08:22 here
01:21
<pizzapaul>
im in texas...............
01:21
<Appiah>
:)
01:21
<pizzapaul>
what you running.....??
01:21
<Appiah>
what?
01:22
<pizzapaul>
i hit or miss these room...... but i have a linux box.......
01:22
kubuntu ubuntu opensuse......
01:22
kde gnome
01:23
opera,seamonkey,epephony,firefox, konkeror,chrome........
01:23
<Appiah>
pleas
01:23
please*
01:23
stop doing so many dots
01:23
<pizzapaul>
i have all of those running one 3 hard drives and a terabyte drive...........
01:23
<Appiah>
Do you have a questions or something related to ltsp?
01:24
<pizzapaul>
what is ltsp?
01:24
thats what i was asking what you runnin.?/
01:25
seems most linux run the same.........
01:25
<Appiah>
I'm running LTSP on Ubuntu if that's what your asking
01:26
ltsp = Linux terminal server project
01:27
<pizzapaul>
nice ive run very little ubuntu but i hear its nice i ordered a new disk a while back installed it but havent gone through all the install in yast yet
01:27
oh nice does it run high volume..........
01:27
sorry dots
01:27
chat haabbit
01:28
sometimes i studder keys too
01:28
my ubuntu didnt like video feeds
01:28
<Appiah>
what do you mean with high volume?
01:29
<pizzapaul>
you tube, chat rooms, porn
01:29
high volume feed like live video server with a lot of traffic...
01:30
can it run a chat room with 200 people?
01:30
<Appiah>
I dont see what this has to do with LTSP
01:30
what are you trying to do?
01:30
<pizzapaul>
get in a zen state with my linuz ..
01:31
linux*
01:31
<Appiah>
I have no idea what a "zen state with linux" means
01:31
<pizzapaul>
you said server i assumed you meant for many users.
01:31
<Appiah>
yes terminal users
01:31
have you read anything on ltsp.org ?
01:32
or any ltsp documentation for that matter
01:32
<pizzapaul>
nope i just found myself in this chat room just hanging out.
01:32
have a bunck of linux installed though...
01:33
kind of a frankinstien kernal..
01:33
total mutt..
01:33
<Appiah>
I get the feeling you're not intressted in terminal solutions
01:33
<pizzapaul>
so where you from.?
01:33
<Appiah>
well I'm not here to "chat"
01:34
<pizzapaul>
more interested in chatting linux..
01:34
i thought it was a chat room.
01:34
<Appiah>
then try #linux or #ubuntu-chat
01:34
or #opensuse
01:34
or whatever dist you run
01:34
<pizzapaul>
well im not an idiot..
01:35
<Appiah>
sure you can hang around here and "chat" about linux . but I think most people here tend to stay on topic and talk and discuss LTSP
01:37
<pizzapaul>
i like my kubuntu 9.8 kde4.3 opera10
01:37
have you tried opera?
01:37
shes sweet.
01:38
file compression zip on auto
01:38
major filter for speed
01:40pizzapaul has quit IRC
02:19Lns has quit IRC
02:39alkisg has joined #ltsp
06:05ogra_ is now known as ogra
06:15mikkel has joined #ltsp
06:19pmatulis has joined #ltsp
06:27cmm1 has joined #ltsp
07:09highvoltage has quit IRC
07:10shawnp0wers has joined #ltsp
07:17highvoltage has joined #ltsp
07:20cliebow has joined #ltsp
07:25cliebow has quit IRC
07:25cliebow has joined #ltsp
07:26cliebow has joined #ltsp
07:37Barbosa has quit IRC
08:02cliebow has quit IRC
08:02cliebow has joined #ltsp
08:08cliebow has quit IRC
08:09cliebow has joined #ltsp
08:12Egyptian[Home] has quit IRC
08:12Egyptian[Home] has joined #ltsp
08:14Gadi has joined #ltsp
08:19GodFather has joined #ltsp
08:41
<sbalneav>
Morning all
08:41cliebow has quit IRC
08:42cliebow has joined #ltsp
09:04GGD has joined #ltsp
09:18shawnp0wers has quit IRC
09:21
<zamba>
when upgrading the ltsp server to karmic.. what do i have to do about the chroot?
09:21
build a new one?
09:22Sarten-X2 has quit IRC
09:29
<alkisg>
zamba: yes
09:29
<zamba>
alkisg: ok
09:29
<sbalneav>
zamba: yeah, that's the best course of action.
09:31
<zamba>
I: Base system installed successfully.
09:31
error: LTSP client installation ended abnormally
09:31
err..?
09:31
very informative
09:31
<alkisg>
zamba: did you mv the old chroot ?
09:31
(or rm..)
09:31
<zamba>
used --purge-chroot
09:31
# ltsp-build-client --dist karmic --arch i386 --purge-chroot --prompt-rootpass
09:31
that's the command i used
09:32
<alkisg>
sudo
09:32
<zamba>
indeed i have
09:32
running as root
09:32
<alkisg>
Ah right
09:32
Why don't you skip the --dist, and do a normal rm, and skip --purge-chroot as well?
09:33Sarten-X has joined #ltsp
09:33
<zamba>
nevermind.. i think i found the error
09:33
i included --locale in the previous run
09:33
there should be lists of valid options or at least references to where you can find that list
09:33
(see http://somethingsomething/ for list of valid locales)
09:33
for instance
09:34
i tried UTF-8, but that evidently yielded that error
09:34
<alkisg>
locale -a?
09:35
<zamba>
yeah, but still.. that should be included in --extra-help
09:35
that one can do 'locale -a' to find the list
09:35
<alkisg>
What, the locale list?
09:35
<zamba>
yeah
09:35
<alkisg>
Nah...
10:02
<zamba>
looks like the pulseaudio problem has been fixed in karmic
10:02
that's good
10:08shawnp0wers has joined #ltsp
10:08staffencasa has joined #ltsp
10:10GGD has quit IRC
10:11cliebow has quit IRC
10:11cliebow has joined #ltsp
10:38shawnp0wers has quit IRC
11:02GGD has joined #ltsp
11:07vagrantc has joined #ltsp
11:26Lns has joined #ltsp
11:39cliebow has quit IRC
11:39cliebow has joined #ltsp
11:51cliebow has quit IRC
11:52cliebow has joined #ltsp
11:55mikkel has quit IRC
13:03sene has joined #ltsp
13:15shawnp0wers has joined #ltsp
13:24cliebow_ has joined #ltsp
13:24shawnp0wers has quit IRC
13:27cliebow has quit IRC
13:38Pulga has joined #ltsp
13:38Kicer86 has joined #ltsp
13:41cliebow__ has joined #ltsp
13:42cliebow_ has quit IRC
13:54cliebow__ has quit IRC
13:54cliebow__ has joined #ltsp
13:59Lns has quit IRC
14:32shawnp0wers has joined #ltsp
14:42K_Wolf has joined #ltsp
14:42
<K_Wolf>
Hi people, happy new year to you all.
14:45
<sbalneav>
Thanks
14:45
<K_Wolf>
So, I having some troubles while booting ltsp client under k12Linux (Fedora 11). The client starts to load (appear the blue progress bar on dock) and after that there's no LDM. Lust black screen with "_" on left top.
14:46
<sbalneav>
Sounds like a video problem.
14:52
<K_Wolf>
sbalneav: I tried to declare the vesa on lts.conf. Using XSERVER = vesa.
14:53
The driver is the openchrome driver
14:54GGD has quit IRC
14:54GGD has joined #ltsp
14:57
<K_Wolf>
Oh yeah, and i've tried using SCREEN_01 = shell, same problem. But in other hardwares i've no problem with other machines. Bad for me, coz I've payed for 10 PCs with same configuration.
15:01
<alkisg>
K_Wolf: my hp thin client works fine in ubuntu with the openchrome driver, out of the box... so I guess you can also make it work on fedora.
15:03
<K_Wolf>
Let me try it too.
15:03
<alkisg>
vagrantc: got some time to help in solving a dependencies problem? (pulseaudio vs libsdl1.2debian-alsa vs libsdl1.2debian-pulseaudio...)
15:04K_Wolf has quit IRC
15:05Kicer86 has quit IRC
15:19Lns has joined #ltsp
15:20
<vagrantc>
alkisg: still need a hand with the depedency problems?
15:20
<alkisg>
vagrantc: very!
15:21
<vagrantc>
alkisg: tell me more about your problems...
15:21
<alkisg>
It's like this: pulseaudio is installed by default in ubuntu, but not in kubuntu/xubuntu.
15:21
Now, libsdl1.2debian depends on libsdl1.2debian-alsa | libsdl1.2debian-pulseaudio
15:22
Finally, when a person tries to install tuxpaint, this depends on libsdl1.2debian, and this pulls the -alsa flavor
15:22
This breaks tuxpaint, sound doesn't work and it even hangs. It also happens with other 380 apps that use sdl :(
15:22* Lns can confirm that
15:23
<vagrantc>
alkisg: at what level are you trying to fix it? in the packages?
15:23
<alkisg>
Yup
15:23
<vagrantc>
workarounds?
15:23
<alkisg>
So I thought of putting "conflicts: libsdl1.2debian-alsa" on pulseaudio
15:23
<vagrantc>
alkisg: that's not ideal, but it could work.
15:24
<alkisg>
This way, whenever pulseaudio was installed, if the user tried to install e.g. tuxpaint, it would prefer the -pulse flavor
15:24
Unfortunately, I either did something wrong, or it just doesn't work. apt-get complains that it can't install tuxpaint. But aptitude finds the correct solution, with score=50.
15:24
<vagrantc>
alkisg: that will make it incompatible with [kx]ubunutu
15:24
no?
15:24
<alkisg>
No, it wouldn't... (if it worked)
15:25
As [kx]ubuntu do not use pulseaudio
15:25alexqwesa has quit IRC
15:25
<vagrantc>
alkisg: but wouldn't they need libsdl1.2debian-alsa?
15:26
<alkisg>
Yes, and it would be pulled in normally, wouldn't it?
15:26
<vagrantc>
not if they're trying to install the package that conflicts with it
15:26
<alkisg>
tuxpaint depends on libsdl1.2debian which depends on libsdl1.2debian-alsa
15:26
I'd only change pulseaudio, which is never used in k/xubuntu
15:26
<vagrantc>
alkisg: you trying to adjust the dependencies of tuxpaint?
15:26
<alkisg>
Nope, I was *only* trying to modify the pulseaudio package
15:27
I added a single conflicts line there
15:27
So x/kubuntu wouldn't be affected at all, as they don't have pulseaudio
15:27
<vagrantc>
alkisg: i would try to change the tuxpaint dependencies to prefer libsdl1.2debian-pulse | libsdl1.2debian
15:27
<alkisg>
That would break x/kubuntu
15:27
<vagrantc>
alkisg: unless they install something that would need pulseaudio...
15:28
<alkisg>
vagrantc: also, there are 380+ packages out there that depend on libsdl1.2debian, we couldn't change them all..
15:28
<vagrantc>
alkisg: but maybe there's just a difference in philosophy in Debian/Ubuntu ...
15:28
<alkisg>
Does debian use pulseaudio by default?
15:29
<vagrantc>
it's not about defaults, it's about proper relationships ... just because you use pulseaudio doesn't mean you shouldn't be able to use packages from some other sound system, and vice-versa.
15:30
<alkisg>
That's not about packaging, it's a pulseaudio problem
15:30
<vagrantc>
it might be harder to install and get configured properly, but putting in a conflict that doesn't technically conlict seems wrong.
15:30
<alkisg>
Pulse wants the card by itself, without sharing it or something like that...
15:30
So you can't have an app access the sound card with pulse, and another one with alsa
15:30
<vagrantc>
there's simple alsa -> pulse compatibility layers
15:31
<alkisg>
Well if it was to be solved in a source code level, I guess the libsdl people should do that, but that's the same situation in both debian + ubuntu...
15:32
But I thought a solution could also be found at the packaging level
15:32
I.e., when pulseaudio is installed, prefer libsdl1.2debian-pulse over libsdl1.2debian-alsa as a dependency
15:33
<vagrantc>
i think for newer versions, it woudl be more appropirate to use "Breaks" instead of "Conflicts" ...
15:33
<alkisg>
Hmmm I can try that...
15:33
<vagrantc>
but it's still the same issue ... there should be no hard conflicts.
15:33
alkisg: what about having pulseaudio recommend libsdl1.2debian-pulse
15:34
<alkisg>
They don't want that, as not all people use sdl
15:34
<vagrantc>
it's not a hard dependency, but *should* be installed together.
15:34
<alkisg>
So the default ubuntu installation uses pulseaudio but no sdl at all
15:34
The problem arises when someone tries to install any sdl app
15:35GGD_ has joined #ltsp
15:35
<alkisg>
In "Depends: A | B", is it always A that gets installed? Or could "Suggests" or something make apt prefer B?
15:36
<vagrantc>
alkisg: one use case would be someone running xubuntu/kubuntu as an LTSP server ... would they be able to use the pulseaudio layers from a thin client?
15:36
alkisg: A is installed if B is not already installed.
15:37
though with some versions of apt/aptitude/synaptic/?? the logic gets a bit messed up and they attempt to always install A even if B is installed... but that's a bug.
15:37
<alkisg>
It would go like this: 1) default kubuntu installation, no pulse, no sdl. 2) install tuxpaint => libsdl-alsa. 3) install pulse => would (hopefully) remove libsdl-alsa and install libsdl-pulse. So hopefully, it should work in all cases.
15:37
And that's what aptitude does. But apt-get just complains :(
15:38
<vagrantc>
gotta love that different package managers handle this differently :)
15:38
<alkisg>
Yeah sure it's a bless for teachers trying to solve their "sound not working" problems... :D
15:39* alkisg started to love aptitude in the last few hours, though!
15:40
<vagrantc>
aptitude definitely had/has some nice features over apt ... but supporting two implementations of what should be exactly the same is ugly.
15:40
the "try alternate paths to install foo" stuff is really useful.
15:41GGD_ has quit IRC
15:41
<alkisg>
I wonder why apt-get complains, thought. It's a big "depends A|B|C|D|E|F" line, and also a big "conflicts A|B|C|D|E" line, but shouldn't it be able to see that "F" solves the problem?
15:42
(with commas in conflicts)
15:43
<vagrantc>
the default behavior is to not remove any packages that are installed, i think...
15:43map7 has joined #ltsp
15:44
<alkisg>
OK, but none was installed when I tried it...
15:45* alkisg tries again, with "Breaks" this time
15:45
<vagrantc>
what version of apt? maybe ubuntu sync'ed it with some unresolved bugs...
15:47
<alkisg>
0.7.25ubuntu2
15:48
<vagrantc>
0.7.25 in debian... so only 0-2 ubuntu improvements, theoretically
15:50
<alkisg>
"Normally a Breaks entry will have an "earlier than" version clause;" vs "A Conflicts entry should almost never have an "earlier than" version clause"
15:50
<vagrantc>
gives rooms for exceptions
15:51
<alkisg>
OK, leaving it withought "earlier than" clause... ty Vagrant
15:52GGD has quit IRC
16:01map7 has quit IRC
16:33stevesmith1983 has joined #ltsp
16:38GodFather has quit IRC
16:43
<alkisg>
@#&^ I must be doing something wrong, but the packaging systems also must be doing something wrong...
16:43
Aptitude is willing to install the package, but it says that "The following packages are BROKEN: pulseaudio", and then it segfaults :(
16:43cmm1 has quit IRC
16:45
<Ryan52>
Breaks doesn't really do anything different than Conflicts...
16:45
(except that they're opposites)
16:45cmm1 has joined #ltsp
16:46
<Ryan52>
alkisg: your approach seems wrong to me...just because you have pulseaudio installed doesn't mean that you're using it.
16:47
<alkisg>
Ryan52: any suggestions?
16:49johnny has left #ltsp
16:49
<Ryan52>
document somewhere that people need to install the pulse package if that's what they're using.
16:50
or fix sdl to dynamically figure out which to use.
16:50
but I'm guessing that's a difficult task ;)
16:51
<alkisg>
I wouldn't like to leave the dependencies problem to documentation... :-/
16:51
<Ryan52>
it's not a dependency thing tho.
16:51
there's no way that apt can know whether the user is using pulse or not.
16:51
<alkisg>
Well, it's a default ubuntu installation, isn't it?
16:52
If the user doent's change any defaults, why would he need to read some documentation to know that "sudo apt-get install tuxpaint" doesn't work?
16:52
<Ryan52>
if so, then perhaps ubuntu should switch the dependencies so that pulse is the default sdl variant to use.
16:52
<alkisg>
That's what I'm trying to do.
16:52
Exactly.
16:52
<Ryan52>
okay, so switch the alternative dependencies around.
16:52
change A|B to B|A
16:53
<alkisg>
I can't, because kubuntu and xubuntu use the same repository
16:53
<Ryan52>
hm.
16:53
<alkisg>
Nice, isn't it? :(
16:53
<vagrantc>
alkisg: because it's broken on ubuntu, you can't break kubuntu or xubuntu?
16:53
<Ryan52>
what about making pulse "Recommend: libsdl-pulse-whatever-its-called"
16:54
<alkisg>
vagrantc: that's what they tell me... I also insisted on having the "official flavor" working *first*, but they didn't like it :(
16:54* vagrantc notes that this is remarkably similar to the earlier conversation
16:54
<alkisg>
Ryan52: they don't like that either, because by default nothing sdl related is installed. Pulse is installed, though.
16:55
<Ryan52>
alkisg: then lets fix sdl :)
16:55
<alkisg>
Ugh, if it comes to that, I'll take the documentation route :D
16:55
<Ryan52>
I do wonder how difficult it would be to do that.
16:56
<alkisg>
Well a user may have both alsa and pulse installed, what would sdl use?
16:56
<Ryan52>
it would check the environment to determine whether or not they're using
16:56
<alkisg>
It would end up in a configuration file, that would need to be different in [k/x]ubuntu etc
16:56
<Ryan52>
pulseaudio
16:56
no.
16:57
I'm pretty sure there's a way to tell whether pulseaudio is being used.
16:57
<alkisg>
That would have to be true for all of the alternatives, oss, nas etc
16:57
<Ryan52>
alkisg: I thought it was just pulseaudio and alsa?
16:58
<alkisg>
No, in reality it is: libsdl1.2debian-alsa | libsdl1.2debian-all | libsdl1.2debian-esd | libsdl1.2debian-oss | libsdl1.2debian-nas | libsdl1.2debian-pulseaudio
16:59
(that's the libsdl1.2debian Depends line)
16:59
So I tried to have pulseaudio conflict with all of those except for -pulse, but that doesn't work, apt isn't smart enough to automatically find a solution there.
17:00
<Ryan52>
oh jebus.
17:01
alkisg: that's not correct anyway. I may have pulseaudio installed but be using esd anyway.
17:01
<alkisg>
Well it would still work on the default cases, whereas now it doesn't
17:01
<Ryan52>
this can't be handled by apt, unless all of the sound daemons conflict with each other. which there's no reason to.
17:02
it would work in the default cases, but it would break the corner cases. where it does work now.
17:02
<alkisg>
They do
17:02
E.g. libsdl1.2debian-pulseaudio conflicts with the others
17:02
<Ryan52>
alkisg: the sound daemons themselves.
17:02
not the sdl libraries.
17:02
but the pulseaudio package would have to conflict with esd, oss, etc.
17:02
it works everywhere now, as long as the user installs the correct sdl package.
17:03
<alkisg>
Well OK, but the problem is in the sdl libraries. You can have as many sound daemons you want, but only 1 sdl lirabry
17:03
<Ryan52>
alkisg: how does libsdl1.2debian-all work?
17:03
<alkisg>
Good question :)
17:04
I see some weird conflicts, replaces etc, I can't make out what it says
17:04
try it: apt-cache depends libsdl1.2debian-all
17:04
<Ryan52>
yes, I know.
17:05
I'm asking, does it work correctly out of the box for ubuntu?
17:05
I see the conflicts and replaces, all of the libsdl1.2debian-foo packages have that...
17:05
<alkisg>
You mean if all ubuntu variants used that, instead of the other specific libraries?
17:06
<Ryan52>
yes.
17:06
<alkisg>
(i.e. first in the depends line?)
17:06
<Ryan52>
yes.
17:06
<alkisg>
Hmm that doesn't sound bad... we'd need to test this in all the ubuntu variants
17:06
<Ryan52>
does it actually work tho?
17:07
<alkisg>
I need to test this, I don't remember
17:07
<Ryan52>
alkisg: let me know what you end up doing so that I can fix it in Debian too. I think I can upload SDL without getting people mad at me..
17:07
:P
17:07
<alkisg>
OK, I'll see if it works and I'll tell you. Thanks for the idea!
17:08Gadi has left #ltsp
17:09
<alkisg>
Ryan52: nope, it doesn't work :(
17:09
It tried to use alsa, and hanged.
17:11
<Ryan52>
alkisg: so maybe it's just buggy? fix the bug. :)
17:11
<alkisg>
No that's a general problem, pulse wants the card all by itself I think (or something similar)
17:13johnny has joined #ltsp
17:14
<Ryan52>
heh, let crimsun handle it.
17:15
if he thinks he knows how..
17:31cmm1 has quit IRC
17:38Barbosa has joined #ltsp
17:38Barbosa_ has quit IRC
17:41
<alkisg>
Ryan52: well if pulse and alsa are fixed so that both can be used simultaneously, then the end user wouldn't care whatever tuxpaint used...
17:41
So in that case, it would become an LTSP-specific problem, because LTSP (only) would required libsdl to use pulse. If it comes to that, maybe we could put it as a dependency of LTSP :P :D
17:44* vagrantc stays out of it
17:49alkisg has quit IRC
18:06
<Lns>
This is where it'd be cool to have a definitive "something" that says "Hi, I'm an LTSP server, that's all I do" so stuff like this can be handled automatically..maybe...
18:07shawnp0wers1 has joined #ltsp
18:11
<vagrantc>
that's the theory behind the ltsp-server-standalone package.
18:11
well, sort off.
18:11
of
18:12
also why i pushed for an ldm-server package ... i try to include in the depends/recommends all the relevent bits.
18:18
<Lns>
ah
18:18
yeah...guess a recommend wouldn't be an adequate workaround
18:20spectra has quit IRC
18:32vagrantc_ has joined #ltsp
18:40shawnp0wers1 has quit IRC
18:42vagrantc has quit IRC
18:59stevesmith1983 has quit IRC
19:02staffencasa has quit IRC
19:34ogra has quit IRC
19:48Lns has quit IRC
19:48ogra has joined #ltsp
20:02vagrantc_ has quit IRC
20:03vagrantc has joined #ltsp
20:18shawnp0wers has quit IRC
21:15johnny has left #ltsp
21:35johnny has joined #ltsp
21:36map7 has joined #ltsp
22:23map7 has quit IRC
22:27pmatulis has quit IRC
22:55dmarkey_ has quit IRC