[15:06] <humbolt> Concerning LTSP: Do only USB disks work as LOCALDEVs? It seems Digicams, which also appear as usb disks, are not seen by LTSP/
[16:12] <anom1> humbolt: have you got the answer?  maybe in #ltsp instead?
[16:14] <anom1> humbolt: either this channel is quieter than antarctica, or everyone uses "/query" and i missed out on all the action.
[16:50] <humbolt> anom1: no, this channel seems pretty slow these days
[16:50] <humbolt> stgraber: you here?
[16:57] <Ahmuck> it is slow :(
[16:57] <Ahmuck> two of the shaker movers got re-involved in school
[16:58]  * Lns is here
[16:58] <Ahmuck> ah, yes.  another shaker mover
[16:58] <Ahmuck> so ... should i hire someone to deelop a user management program or is saybon back on board ?
[16:59] <humbolt> Ahmuck: shaker movers?
[17:00] <Lns> Ahmuck: define "user management program" - do you have specifications for what should be included?
[17:02] <Ahmuck> in ltsp, logging out lists all the users
[17:02] <Ahmuck> messages are broadcast over every computer for print outs, etc.
[17:03] <Ahmuck> management of user programs, being able to set a .textfile_of_programs for allowed programs and menu control
[17:03] <Ahmuck> so that the yearbook would have graphic apps, the music, music apps
[17:04] <humbolt> Does anybody know how to make Digicams accessible plugged in via USB on an LTSP thin client (removable disk protocol).
[17:04] <Ahmuck> programs set thier own .config in each directory allowing user cusomizableity
[17:04] <humbolt> It does not seem LTSP is recognicing
[17:04] <Ahmuck> and info storage such as score on math test, etc
[17:04] <Ahmuck> humbolt: #ltsp
[17:05] <humbolt> recognizing SD card readers
[17:05] <Ahmuck> video resolution, program defaults, etc.
[17:05] <Ahmuck> Lns: should i keep going?
[17:06] <Ahmuck> a public exchange directory
[17:07] <Lns> Ahmuck: ok, so what you're talking about is almost more of an "ltsp customized DE environment"
[17:07] <Lns> lol...s/environment//
[17:12] <Ahmuck> DE environment ?
[17:12] <Ahmuck> i'm looking for a way to manage user profiles
[17:12] <Ahmuck> and inventory machines
[17:12] <Lns> Ahmuck: desktop environment
[17:12] <Lns> Ahmuck: i think what you're looking for is what MOST multi-user network admins look for
[17:13] <Lns> so it would be easy to find enough people to pool together resources to get it done
[17:13] <Ahmuck> currently my machines are all the same.  however ltsp should provide you a way to inventory all machines and report back to the main server.  similar to what ocs inventory does
[17:14] <Lns> Ahmuck: hmm, i was thinking about this the other day, had an epiphany about how it could work ..trying to remember ;)
[17:14] <Ahmuck> that way one could drop any machine on the network and the bootup inventory logs would be reported back to the server.  it would be easier to diagnose by machine this way
[17:14] <Lns> OH
[17:14]  * Lns gets a lightbulb
[17:14] <Lns> So lemme know if you guys think this is feasable
[17:14] <Ahmuck> high schools need simple tools to do simple managment, inventory, etc.  wine configurations, program defaults, etc.
[17:15] <Ahmuck> even user migration.  the OS400 has user migration
[17:15] <Ahmuck> so that one can wipe and re-install without data loss
[17:15] <Lns> I was trying to figure out how you could safely provide administration tasks through an ssh connection and/or tunnel on clients from a server/designated workstation
[17:15] <Lns> some people didn't like the idea of installing an ssh server in the chroot
[17:16] <Lns> so i thought, why not, by default, when a client boots up, create an ssh tunnel from the CLIENT to the SERVER, and provide some sort of IPC mechanism through that?
[17:16] <Ahmuck> user environment and admin enviroonment should be sepearted ?! shouldn't they
[17:16] <Lns> and then I remembered "ldminfod" and wondered what that was for (might be totally off base with that)
[17:18] <Lns> What we need is a central "control panel" for all connected thin clients, for inventory, showing what's turned on/connected, who's logged in (kinda like MSFT "Terminal Services Manager" program, which is kinda nice for that)
[17:19] <Lns> Ahmuck: iTalc does that "kind of" but I think an LTSP specific program would be better...could provide lots of good functionality like what you're talking about
[17:19] <Ahmuck> ms used to have a small business type of manager as well
[17:20] <Ahmuck> so, nubae and Laserjock drop out becasue of school?
[17:20] <Lns> I know laserjock is working on his thesis so he can't be as involved
[18:06] <LaserJock> morgs: around?
[20:17] <Lns> I'm trying to troubleshoot this stream not working for one of my schools - can anyone test this URL and tell me whether you're able to see the webcam? It's Quicktime/RTSP proto. http://www2.ucsc.edu/scpbrg/falconcamera.htm
[20:20] <Lns> (obviously you'd need to have quicktime codecs installed)
[20:26] <alkisg1> Lns, I see a bird... :P
[20:27] <Lns> alkisg1: can you tell me what codec package yo uhave?
[20:27] <Lns> (it's a nestcam :) )
[20:27] <alkisg1> Urm, how do I check what codec is used to display it?
[20:28] <Lns> well it's a quicktime/rtsp stream, i know that much
[20:28] <Lns> alkisg1: are you on a thin client?
[20:28] <alkisg1> Nope
[20:28] <alkisg1> Will `dpkg -l 'gstreamer*'` do?
[20:29] <Lns> if it's gstreamer you're using, probably
[20:29] <Lns> i'm gonna try from my ltsp svr console
[20:31] <alkisg> Lns, http://pastebin.ubuntu.com/136240/
[20:31] <Lns> alkisg: ty =) i'll diff that from mine
[20:31] <alkisg> yw
[20:32] <Lns> alkisg: you must be on ibex/jaunty huh
[20:33] <alkisg> Yup, jaunty it is
[20:33] <alkisg> You still on hardy?
[20:33] <Lns> alkisg: yeah
[20:33] <Lns> i've got older versions of gstreamer stuff..that must be the issue
[20:33] <alkisg> Heh... LTS = long time suffering :P
[20:33] <Lns> alkisg: 8D
[20:33] <Lns> nice
[20:34]  * Lns wonders if installing newest gstreamer stuff will break his system
[20:34] <alkisg> Lns, does it play if you open it directly with totem?
[20:35] <Lns> alkisg: it doesn't even seem to try for some reason..brb
[20:40] <alkisg> Lns, try this: gst-launch-0.10 playbin2 uri=rtsp://nts-prod-bird-mirror-1.ucsc.edu/birdback.sdp
[21:01] <Lns> alkisg: same thing :( solid gray screen
[21:01] <Lns> Funny thing was, last week I tried and it was intermittently working
[21:01] <Lns> sometimes it'd show it, sometimes it'd be garbled, sometimes nothing
[21:02] <alkisg> I guess it's a gstreamer bug then - is there a ppa with any newer gstreamer versions to try?
[21:02] <alkisg> (I suppose you do have the *ugly and *bad codecs, right?)
[21:03] <alkisg> Lns, https://launchpad.net/~gstreamer-developers/+archive/ppa      - no hardy, though :(
[21:03] <Lns> alkisg: yeah, got the ugly+bad
[21:04] <Lns> heh...i hate how lts versions are treated like bastard stepchildren :(
[21:37] <alkisg> Lns, how about `mplayer rtsp://nts-prod-bird-mirror-1.ucsc.edu/birdback.sdp` ? It uses [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
[21:42] <Lns> alkisg: http://pastebin.ca/1369610 :(
[21:43] <Lns> oh
[21:43] <Lns> hehe..lemme try the -fps
[21:44] <Lns> alkisg: http://pastebin.ca/1369611 :(
[21:46] <alkisg> Lns, mine says: demux_rtp: Guessed the video frame rate as 10 frames-per-second.
[21:46] <alkisg> Try with fps = 10
[21:47] <alkisg> Ah, you did...
[21:48] <Lns> ;)
[21:49] <Lns> Why can't all the codecs just get along? Heh
[22:10] <Lns> Can anyone in edu-land tell me where the best deals for a 15-17" LCD (preferably as low-power-consuming as possible, and *buntu/LTSP compatible OOTB) is online?
[23:07] <faustino3331> stgraber: are you in here
[23:07] <faustino3331> ?
[23:09] <stgraber> faustino3331: yes
[23:10] <faustino3331> stgraber : i'm having the same problem with the getltscfg
[23:11] <faustino3331> i keeps saying exec format error could it be because the server is an amd64 and the client is an i386
[23:11] <stgraber> how did you build your chroot ?
[23:11] <faustino3331> with --arch i386
[23:12] <faustino3331> but it made a amd64 image to
[23:12] <faustino3331> before my image for the i386
[23:12] <faustino3331> automatically
[23:12] <stgraber> ok, can you check /etc/inetd.conf and tell me what's on port 2000 ?
[23:12] <stgraber> is that amd64 or i386
[23:12] <faustino3331> i will check tomorrow morning
[23:13] <faustino3331> i've taken phtos from the error
[23:13] <faustino3331> in console 1
[23:13] <faustino3331> and in console 8
[23:13] <stgraber> you can probably try the following:
[23:13] <faustino3331> can it be useful to trace my problem
[23:13] <faustino3331> ?
[23:13] <stgraber> - drop the two lines (2000 and 2001) from /etc/inetd.conf
[23:13] <stgraber> - rm -Rf /opt/ltsp
[23:14] <stgraber> - rm -Rf /var/lib/tftpboot/ltsp
[23:14] <stgraber> - ltsp-build-client --arch i386
[23:14] <stgraber> that should get rid of any existing chroot (amd64 and i386) and rebuild a clean i386 one
[23:14] <stgraber> you should also make sure that /etc/ltsp/dhcpd.conf (I guess it's the path) points to /i386 and not /amd64
[23:15]  * stgraber wonders if we should build an image when installing from an amd64 CD ... it's too late for this cycle but I guess that for next we should just not build a chroot as amd64 thin client aren't that common yet and it's most likely to break than to work
[23:17] <faustino3331> if the path in dhcpd.conf points to  /amd64 it could be enough change it to point to i386?
[23:17] <stgraber> probably, that's assuming the tftp configuration was generate correctly (it should be)
[23:18] <faustino3331> i will try it tomorrow morning in school
[23:19] <faustino3331> the kids ask me almost everyday when will the linux computers be working again
[23:20] <faustino3331> i tried to upgrade from 8.04.1 to 8.10 and it stopped working
[23:20] <faustino3331> so i've installed jaunty and tried to put ltsp to work
[23:21] <faustino3331> and as i was changing ubuntu i've put two more disks
[23:22] <faustino3331> so now i have 320 GB for the homes and 250 for the system