[02:46] <albert> hey everyone
[06:34] <HedgeMage> Does anybody have a killer app they want to share for middle schoolers?  I know lots of cool stuff for little ones and older ones, but the middle is hard
[06:34] <johnny> quake3?
[06:34] <johnny> lol jk
[06:38] <HedgeMage> :P
[06:39] <johnny> i never had a computer in middle school
[06:39] <johnny> or access to one
[06:39] <johnny> that's including at home
[06:40] <johnny> didn't get my first computer til i was 17
[06:40] <johnny> ie: 1998
[06:40] <HedgeMage> heh
[06:41] <johnny> and that was a "family computer"
[06:41] <johnny> didn't get my own til almost 2000
[10:04] <robzhei> hey
[10:09]  * robzhei needs help with LTSP problem after clean install of Edubundu!
[10:56] <robzhei> anyone alive ?
[10:58] <zoro> Hey - has anyone here had any experience with edubuntu LTSP? I have some questions :)
[11:07] <robzhei> hehe me 2
[11:07] <laga> just ask
[11:07] <laga> if someone knows they'll answer
[11:08] <zoro> yeah, true enough.
[11:08] <robzhei> My thin clients hang after trying to boot, they hang after the edubuntu logo  with no error msg
[11:09] <laga> aren't there debugging hints on the website?
[11:10] <zoro> I'm looking into setting up a (rather large) network in a school i do tech work for. At the moment, I've got a Win 2K network up and running and the place is getting on grand. I'm getting increasingly worried by the amount of licenses that they have to pay for whenever a new shipment of machines arrive or is donated, so I'm looking into the possibility of an LTSP project.
[11:11] <zoro> My biggest issue at the moment is calculating the hardware requirements. I've managed to source a dual xeon (800mhz if i remember correctly) and that's been chugging along happily as the PDC for the windows domain
[11:12] <zoro> there's a possibilty of me getting a second server of similar specs, but i want to be sure that i'm not getting in over my head here
[11:12] <zoro> so that's why i'm here to ask questions about edubuntu, ltsp, and anyones experiences
[11:12] <zoro> :)
[11:12]  * zoro stops typing
[11:13] <johnny> the ram is what you need more of
[11:13] <johnny> it's in the edubuntu handbook
[11:13] <johnny> recommendations that is
[11:13] <johnny> and depending on the thin clients, some apps can run locally.. which could change the balance of power
[11:13] <johnny> so think about your setup first
[11:15] <zoro> yeah i've read the handbook, but i find it lacking in a couple of areas. also, i dont fully understand how the locally-running apps system actually works - do i install edubuntu on those boxes as well as on the server?
[11:15] <zoro> at the moment there are 70-80 client machines, all of which would be able to run apps locally
[11:15] <zoro> i'm looking to make this as centrally controlled as possible so that the computers teacher can do basic admin things when i'm not there
[11:18] <johnny> no
[11:18] <johnny> you install the apps in the chroot
[11:18] <johnny> altho that's still in development to do it easier
[11:18] <robzhei> problem seems to be getting the friggin clients to work at all
[11:18] <robzhei> ;)
[11:18] <zoro> :)
[11:18] <johnny> just mentioning it, depends on your client specs
[11:19] <johnny> well look at the ram requirements
[11:19] <zoro> johnny: yeah, well ideally i'd like to push some of the load out to the clients, considering they're more than capable of it
[11:19] <johnny> the handbook does mention those
[11:19]  * zoro nods
[11:19] <zoro> yeah, but only briefly and it doesn't really go into much detail
[11:19] <zoro> anyway, thanks for your help - i'll idle in here incase anyone else has any input
[11:21] <johnny> it goes into enough detials imo
[11:21] <johnny> it even has an equation :)
[11:21] <johnny> use that as the very base line
[11:21] <zoro> yeah
[11:22] <zoro> is it possible to spread server load across more than 1 server?
[11:23] <zoro> ugh. i should really read before i jump in
[11:24] <johnny> join #ltsp if you want more info on that
[11:24] <johnny> yeah.. read some
[11:24] <johnny> and ask the folks in there
[11:24] <zoro> thanks for your help
[11:24] <johnny> you'll get more general ltsp folks in there
[11:24] <johnny> who manage large installs
[11:24] <johnny> and such
[11:36] <laga> ogra: aufs is now in git thanks to juliank and it's working great with mythbuntu-diskless. (just need to wait for another patch to be applied and the next kernel upload)
[11:37] <ogra> nice
[11:38] <johnny> wtf is aufs ?
[11:38] <ogra> mdz was pretty pleased to hear about it btw, we talked a bit at the sprint last week
[11:38] <laga> takes 27s from power-on to X in my VM. :)
[11:38] <ogra> johnny, another unionfs
[11:38] <johnny> aha
[11:38] <johnny> will it appear in the krnele?
[11:38] <laga> yes
[11:38] <johnny> don't ask me how the e got transposed to the end :)
[11:38] <laga> well, l-u-m
[11:39] <johnny> l-u-m ?
[11:39] <laga> linux-ubuntu-modules package
[11:39] <johnny> aha
[11:39] <ogra> ah, nice
[11:39] <johnny> thanks guys
[11:39] <johnny> you rock
[11:39] <johnny> you make me very happy this lovely morning
[11:40] <laga> ogra: you'll finally get my initramfs patch by the weekend. if you don't mind i'll add aufs support for tmpfs, too
[11:41] <ogra> as long as it stays optional i'm open for everything :)
[11:41] <laga> sure.
[11:42]  * laga is really happy about aufs
[11:44] <RichEd> hey ogra ...
[11:44] <RichEd> edubuntu meeting in 15 ?
[11:44] <ogra> RichEd, hey
[11:44] <ogra> sigh, yes :)
[11:45]  * ogra is testing isos aside ... dont expect to much from me
[11:52] <RichEd> [11:53]  * ogra goes to prepare fresh coffee ....
[11:57] <juliux> RichEd, thanks for the reminder
[12:00] <RichEd> [12:10] <ogra> johnny, no interest in the meeting ?
[12:27] <johnny> sorry.. i was playing guitar hero
[12:27] <johnny> wakeup music
[12:59] <stgraber> ogra: I'm generating -i386 + -amd64 debs for iTalc so you can give it a try and see the bug by your own eyes. The debian/ dir is maintained in bzr
[12:59] <robzhei> euhm... edubuntu server install hangs when installing  britty-x11  anyone know why? :P
[12:59] <johnny> robzhei, try installing without, and then installing it later
[12:59] <johnny> as a quick fix
[13:00] <ogra> robzhei, which release/iso ?
[13:00] <robzhei> 7.10
[13:00]  * ogra hasnt seen anything like that
[13:00] <ogra> sounds like a borked iso
[13:00] <ogra> did you check the md5 sum after download ?
[13:01] <ogra> and also try the CD selfcheck from the CD menu
[13:01] <robzhei> mm the imgage is fine, installed from it 5 times be4..  this is second cd burned from it...
[13:01] <ogra> at what speed ?
[13:01] <ogra> note the data is highly compressed ...
[13:01] <ogra> you shouldnt burn faster than 8x
[13:01] <robzhei> first cd 52x hehe,  second 16x
[13:01] <ogra> that can generate read errors
[13:02] <ogra> they would expose win the sleftest though, try that out first and see if it gets through
[13:02] <robzhei> wellwell.. tryin again then ;)
[13:15] <nixternal> hrmm, I just noticed I wasn't even in here
[13:20] <stgraber> ogra: http://www.stgraber.org/download/ubuntu/italc/
[13:21] <ogra> stgraber, hey thanks
[13:21] <ogra> i'll test it tonight .. (got to prepare for platform meeting now) ....
[13:29] <nixternal> ogra: OK, what is up with the desktop files now
[13:30] <ogra> nixternal, well, on the classmatePc it takes very long to start apps ...
[13:30] <ogra> usually the timeout of the startup notification plus some seconds
[13:31] <ogra> the kdeedu apps all dont use startup notification
[13:31] <ogra> which is shown for about 15-20 secs
[13:31] <ogra> if it takes an app 25 secs users think te click didnt get through and click multiple times
[13:32] <ogra> which is really bad for a classmate with reduced ressources
[13:32] <nixternal> gotcha
[13:32] <ogra> well, and generally i'd consider it a bug anyway ... :)
[13:32] <nixternal> do some of the apps use the notification?
[13:35] <ogra> none of kdeedu
[13:35] <ogra> which is no prob in KDE i think
[13:36] <ogra> as it uses a different mechanism
[13:38] <nixternal> hrmm, any suggestions on an easy fix at all?
[13:38] <ogra> adding StartupNiotify=True to all .desktop files
[13:38] <ogra> i was planning to look into that anyway ... but indeed appreciate if someone else takes the task :)
[13:39] <ogra> i need it fixed for the classmate image in any case
[13:39] <nixternal> X-KDE-StartupNotify=true
[13:39] <nixternal> actually I see those in quite a bit of the kde apps .desktop files
[13:39] <nixternal> I will look into it
[13:40] <ogra> probably its enough to drop X-KDE- from taht ?
[13:40] <nixternal> I will ask Riddell and see what he says
[13:40] <ogra> yeah
[13:40] <ogra> thanks :)
[13:58] <highvoltage> ouch, missed the meeting and forgot to join this channel
[13:58] <highvoltage> my bad
[13:58] <nixternal> ogra: riddell wants to know by adding that, what exactly does it change and is this only for the classmate?
[13:58] <johnny> hmm.. there is a bug filed to sabayon
[13:58] <nixternal> also is this recent or has it been ongoing?
[13:58] <johnny> with startup notify not working well with gksu
[13:59] <johnny> the busy icon sticks around for too long
[13:59] <johnny> but it happens on my other things in the admin menu too
[13:59] <johnny> and on my gentoo install as well
[14:00] <ogra> nixternal, it makes the gnome desktop startup notification work (turning the cursor into a clock/rotating circle until the app is up)
[14:00] <ogra> very much like the bouncing cursor in KDe
[14:01] <johnny> how come that still requires a flag?
[14:01] <nixternal> does the app start up though?
[14:01] <nixternal> it is just that the busy cursor sticks around until timeout is reached?
[14:01] <johnny> you're asking me?
[14:01] <nixternal> ogra ^^ :)
[14:02] <johnny> ogra, would you know what to do about my bug tho:)
[14:03] <ogra> nixternal, if the app is faster than the timeout the notification lib gives feedback and switches the cursor ... else it stays until timeout
[14:03] <ogra> on classmate thats critical because apps definately exhaust the timeout
[14:03] <johnny> except when run via gksu..
[14:03] <nixternal> roger that
[14:06] <nixternal> ogra: Riddell said that if effects all apps it sounds like they (you) should adjust their timeout rather than edit all apps...I hope I am not skewing this at all...maybe you should talk to him and make it clearer than I could possibly do :)
[14:06] <ogra> nixternal, what do i gain by adjusting the timeout to something thats never fired up ?
[14:07] <ogra> the missing var keeps startup niotification from firing at all
[14:07] <ogra> which means no feedback at all for a click
[14:33] <johnny> ogra, how come the files needed edited?
[14:33] <johnny> seems kinda backwards
[14:33] <johnny> shouldn't the default be for startupnotify
[14:33] <johnny> and then disabled in the .desktop files?
[14:33] <ogra> johnny, KDE vs GNOME ...
[14:33] <johnny> bastads
[14:33] <ogra> they have different notification implementaions it seems
[14:35] <johnny> hmm.. that's fine.. but they do they need seperate switches? :)
[14:36] <ogra> usually the X-DESKTOPNAME says to switch off a feature on the other desktop
[14:37] <ogra> and omitting that prefix makes it a global setting
[15:45] <LaserJock> RichEd: you really here?
[15:45] <RichEd> LaserJock: not all here ... but some of me :)
[15:45] <LaserJock> good enough
[15:45] <LaserJock> just read through the meeting logs
[15:47] <LaserJock> the question with the menus is whether to make alacarte handle the dynamic menu editing from within itself or to write a wrapper that calls alacarte and "fixes" stuff after its done
[15:48] <LaserJock> ogra, I think, (and me too really) prefers to have alacarte handle the whole thing
[15:49] <LaserJock> but that's a lot more hacking than doing a wrapper and it needs to be done upstream, which I'm not sure they'd take
[15:49] <LaserJock> so I guess perhaps what needs to be done is to ask upstream if they'd even consider patches for such a thing
[15:50] <LaserJock> ogra: is ^^ about right?
[15:59] <chucky> i need help i just installed ubuntu but i get a black screen i think it because i installed my pci card
[16:00] <RichEd> chucky: did the install complete ?
[16:00] <chucky> yeah
[16:00] <RichEd> so do you see all the booting, but then black screen follows ?
[16:01] <chucky> yeah
[16:01] <RichEd> and did it work before you installed the pci card
[16:02] <chucky> this is after i installed my pci softwear
[16:02] <RichEd> give me a minute
[16:03] <chucky> it told me to reboot then just got a black screen
[16:04] <chucky> and i cant even boot from cd
[16:05] <RichEd> woops ... if you insert the CD:
[16:05] <RichEd> #1  can you see options
[16:05] <RichEd> #2  and select run as live CD
[16:06] <chucky> just black screen man
[16:06] <RichEd> do you at least get the bios info before it starts the os
[16:08] <chucky> ok when i restart i get the bios then the loading ubuntu sereen the black
[16:08] <chucky> then* black
[16:09] <RichEd> sounds like the text mode is okay with the display card/'adaptor ... but not the graphics mode
[16:10] <chucky> yeah is there a way to bypass that
[16:10] <chucky> or something
[16:10] <RichEd> you may be able to boot to the terminal prompt, staying in text mode, and then run a command line display setup
[16:11] <chucky> i don't know how to
[16:11] <chucky> lol sorry im new at this
[16:11]  * RichEd is looking for some help for you
[16:11] <RichEd> no problem :)
[16:15] <RichEd> okay ... try this: boot the machine and wait until the hard drive activity stops
[16:15] <RichEd> then: "ctrl+alt+f#" for a command prompt
[16:16] <RichEd> then: log in with your username and password at the prompt
[16:16] <RichEd> then: sudo dpkg-reconfigure xserver-xorg
[16:16] <RichEd> that will allow you to reconfigure the graphics card setting
[16:16] <RichEd> If you don't have the right video driver installed, try a basic VESA configuration to at least get the desktop going.
[16:19] <chucky> lol how do you i make the F#?
[16:20] <stgraber> ctrl+alt+ any of your F keys (from 1 to 6)
[16:22] <chucky> ok i tryed it but i got lots of letters going down the screen but that it went black screen again
[16:23] <chucky> i can hit Esc and the first and brings up this recovery mode
[16:24] <chucky> thats all i can do
[16:31] <chucky> is there anything i can do from the recovery mode?
[16:40] <RichEd> chucky: can you log in ?
[16:41] <chucky> no man
[16:42] <RichEd> give me a minute
[16:42] <chucky> ok
[16:45] <RichEd> chucky: so what do you have in front of you now ... a login prompt ?
[16:45] <chucky> black sereen
[16:45] <RichEd> so recovery mode takes you to a black screen ?
[16:46] <RichEd> it sounds to me like a hardware issue now ...
[16:46] <chucky> no hold on
[16:49] <chucky> ok i got 3 choices 1 kernal 2.6.22-14-generic "2"kernal 2.6.22-14-generic revoverymode and 3 memtest86
[16:52] <chucky> i jumped in recovery and its says  Root@chuck-desktop:~#
[16:53] <chucky> Root@chuck-desktop:~#  and i think i sopose to put something here
[16:53] <chucky> lol
[16:53] <RichEd> progress :)
[16:53] <RichEd> now try this:
[16:54] <RichEd> sudo dpkg-reconfigure xserver-xorg
[16:56] <chucky> ok it took me somewhere
[16:57] <RichEd> it should give you a display set up ]
[16:57] <RichEd> try that ...
[16:58] <RichEd> this is the last bit of info from the forum post I have been using to help you:
[16:58] <RichEd> "If you don't have the right video driver installed, try a basic VESA configuration to at least get the desktop going.
[16:58] <RichEd> If it doesn't work, just repeat the process until you get somewhere (or give up....)"
[17:00] <chucky> lol it says Attempt to autodetect video hardware
[17:00] <chucky> ?
[17:01] <RichEd> try it
[17:09] <chucky> holy F%%#&$ it worked
[17:09] <chucky> man thanks alot
[17:09]  * RichEd cheers
[17:10] <RichEd> what did it find ? the correct name of the card ?
[17:10] <RichEd> next time, do the hardware changes *before* the install ;)
[17:12] <chucky> no i know wnat kind of kind of card i have i remembered it took some thinking
[17:12] <chucky> lol
[17:13] <chucky> but i just installed any kind i think
[17:15] <chucky> but really RichEd thanks alot man
[17:15] <RichEd> cool ... as a note: if yuou
[17:15] <RichEd> bah
[17:15] <RichEd> as a note: if yuou
[17:16] <RichEd> ahem ... let me try that again
[17:16] <RichEd> as a note:
[17:17] <RichEd> if you now go into [System] [[Preferences]] [[[Screen Resolution]]
[17:17] <RichEd> you should be able to select the best resolution for your screen/card combo
[17:17] <RichEd> if you *cannot* get to a decent setting, you may have a funky display card that does not have a default driver
[17:18] <RichEd> in which case, you may need to get the correct driver
[17:18] <chucky> ok
[17:18] <RichEd> let me know if this applies to you ... i.e. if you are not happy with the screen resolutions available
[17:20] <chucky> everything is good
[17:20] <chucky> 1280X1024
[17:22] <chucky> man im vary happy
[17:22] <chucky> thanks again
[17:28]  * RichEd takes a bow for ubuntu
[17:56] <Amaranth> LaserJock: I'm upstream for alacarte :)
[17:57] <LaserJock> I'm aware of that
[17:57] <LaserJock> ;-)
[17:58] <LaserJock> I also know that you've said before you were more interested in other things and so I wasn't sure if you'd be interested in hacking on this
[17:58] <LaserJock> but I suppose a ping wouldn't hurt
[17:58] <LaserJock> Amaranth: ping ;-)
[17:58] <Amaranth> heh
[17:59] <ogra> lol
[17:59] <Amaranth> I'm not interested in doing the work but I might be willing to take a patch
[17:59] <LaserJock> Amaranth: I'm not even sure how to go about it directly in alacarte
[18:00] <LaserJock> one of the problems I have with directly editing the menus from alacarte
[18:00] <LaserJock> is that the menus are dynamic and composed of different groups
[18:00] <LaserJock> so if I say "Edit this menu" what menu am I editing?
[18:02] <LaserJock> and then I'd also have to deal with creation of new menus/groups
[18:02] <LaserJock> I gotta run to a meeting, bbiab
[18:03] <Amaranth> Right, this would be an extension of root menu editing (which alacarte doesn't support yet)
[18:04] <Amaranth> A Novell guy got permission from me to work on this feature in a branch but the first thing he did was hack it up to add SuSEisms and then he added the feature in a horrible way and never came back to me for review
[18:04] <Amaranth> So someone still has to do that work
[18:08] <LaserJock> hmmpf
[18:09] <LaserJock> (no boss, short meeting) ;-)
[18:09] <LaserJock> well I can edit the menus sort of OK but giving XDG_CONFIG_HOME to alacarte
[18:09] <LaserJock> but that's sort of a round-about hack
[18:09] <Amaranth> hehe, yeah
[18:09] <Amaranth> that kinda works
[18:10] <Amaranth> Not sure if I'd trust pressing the Revert button
[18:12] <LaserJock> hmm, haven't tried that
[18:12] <LaserJock> my initial thought was to do a GUI that basically wrapped around that concept
[18:12] <LaserJock> so it gave you a list of menus you could edit, when you clicked on "edit" it'd fire up alacarte via XDG_CONFIG_HOME, and then after alacarte was done it'd "clean up"
[18:14] <Amaranth> yeah, i think we discussed this before
[18:14] <Amaranth> that was the easiest route
[18:16] <LaserJock> basically I'd love to see more dynamic menuing done upstream, like fd.o or gnome
[18:16] <LaserJock> but I'm not sure people see the need yet
[18:18] <Amaranth> Well, right now alacarte is basically unmaintained so... :P
[18:19] <Amaranth> I have a local version that's a rewrite using vala that's almost done, I'm not too interested in the current code
[18:20] <LaserJock> ogra: can you talk for a sec about squeak? I'm at a bit of a block
[18:20] <LaserJock> Amaranth: that's what I figured.
[18:21] <ogra> LaserJock, no way to handle it through transitional packages ?
[18:21] <ogra> you say the names are totally different anyway
[18:21] <ogra> so even conflicts/replaces should work
[18:22] <LaserJock> ogra: right, the names are different, different source packages build the same binaries
[18:23] <LaserJock> good stuff like that
[18:23] <LaserJock> so my idea was to completely remove squeak from the archives
[18:23] <LaserJock> and then upload the new ones with conflicts/replaces
[18:24] <LaserJock> *but* my problem is that the new packages use different start scripts, and different locations for storing stuff in ~/
[18:24] <LaserJock> I don't see any easy way of making sure people who ran squeak in Gutsy can just dist-upgrade and run the same in Hardy
[18:24] <LaserJock> so I guess my question is if that is OK?
[18:24] <ogra> as much as i hate to say that ... debconf note
[18:25] <ogra> is the stuff binary compatible ?
[18:25] <LaserJock> yes
[18:25] <LaserJock> it's still squeak
[18:25] <ogra> i.e. can we move the content of eth user dirs over ?
[18:25] <LaserJock> it's just that squeak is such and aweful mess
[18:25] <ogra> yeah
[18:25] <LaserJock> that each time you package it you implement a new way of starting/storing
[18:25] <ogra> well, add a script to do the copying a user can execute
[18:26] <ogra> and add a debconf note if you detect an upgrage from an old squeak version
[18:28] <ogra> similar to the one alsa uses currently
[18:28] <LaserJock> ogra: hmm
[18:28] <LaserJock> ok, maybe I should get the old ones removed and new packages uploaded ASAP so I don't hit FeatureFreeze
[18:28] <LaserJock> then do the debconf thing as a bug fix
[18:29] <LaserJock> cause I dont' think I can get that all done before FF
[18:30] <ogra> dont forget FF is also UVF ...
[18:30] <LaserJock> well, that's what I'm saying
[18:30] <ogra> the valentine freeze :)
[18:30] <LaserJock> I can basically upload the new packages as-is
[18:30] <LaserJock> and then work the debconf/upgrade handling after
[18:30] <laga> ogra: is this already implemented in ltsp-manager? http://people.ubuntu.com/~ogra/LTSPManager/ltsp-manager_building_client.png
[18:31] <LaserJock> basically assuming I can break Hardy a little bit before fixing it
[18:31] <ogra> laga, ltsp manager is only a gui ... no backend yet ... but that part i got separately ....
[18:31] <ogra> LaserJock, indeed ;)
[18:31] <laga> ogra: i'd love to have that progress bar. :)
[18:33] <ogra> http://people.ubuntu.com/~ogra/gtk-build-client/
[18:34] <ogra> https://code.launchpad.net/~ogra/ltsp/ltsp-build-client-gtk <-- code branch
[18:34] <laga> thanks
[18:36] <ogra> there is also that ... https://code.launchpad.net/~ogra/ltsp/ltsp-image-shell ... shots: http://people.ubuntu.com/~ogra/ltsp-image-shell/
[18:38] <laga> ogra: thanks. is https://code.launchpad.net/~ogra/ltsp/hardy-trunk the right branch to generate patches against?
[18:39] <ogra> thats the package branch ... its a snapshot of the ltsp-upstream branch ... i plan to do one last upstrem pull before feature freeze (feb 14th)
[18:39] <ogra> until then making patches against the upstream branch is better
[18:40] <ogra> after FF thats the right one :) as i wont pull new upstream stuff
[18:43] <ogra> LaserJock, are you happy so far ? i tend to call it a day
[18:44] <laga> ogra: hum. the upstream branch does not have a debian/ directory, right?
[18:44] <laga> eg for packaging
[18:44] <ogra> right
[18:44] <ogra> for the debian stuff just take the package itself for now
[18:44] <laga> k
[18:44] <ogra> i'll push a branch with its content this week ...
[18:45] <LaserJock> ogra: for now yes :-) I wanted to get an idea from you about squeak before I started doing all the removal requests, NEWing, etc.
[18:45] <ogra> but since usualyl i'm the only uploader dont worry :)
[18:45] <ogra> good :)
[20:00] <stgraber> ogra: something is definitely wrong with the network part of italc
[20:00] <stgraber> ogra: I'm doing local testing with the packages I uploaded earlier, when starting the standard way (ica -role teacher and italc -role teacher), both ports are opened on my laptop 5800 + 5900
[20:01] <stgraber> then once the italc UI is opened, I see some "unable to connect" errors and the 5900 port is now closed
[20:02] <stgraber> a part from that italc seems to try connecting on the right ports, everything is fine from that side so my ltsp scripts will work correctly if the current bug is fixed
[20:02] <stgraber> (but that's the VNC part of italc and it's scary :))
[20:10] <mcfloppy_> hello
[20:11] <mcfloppy_> how can i find the problem with my sound?  ive installed with this manual: http://developer.novell.com/wiki/index.php/Edgy/HOWTO:_PulseAudio
[20:12] <mcfloppy_> i use a ltsp5 on the current stable debian
[20:13] <mcfloppy_> when i log in local to the client and start: alsaconf, i can play wav with aplayer.... but i cannot start pulsesound on the client... it exit with this message "startup failed"
[20:49] <RichEd> mcfloppy_: you running debian or edubuntu ?
[21:07] <RichEd> mcfloppy: you running debian or edubuntu ?