Main page
[00:00] [johnny] new -> Software raid array
[00:00] [johnny] also.. palimpest .. (i can never remember how to spell it) talks smart
[00:00] [johnny] unlike gparted
[00:01] [alkisg] Yes, and I have 2 out of my 3 laptops complain about smart errors, while there is none :)
[00:01] [johnny] on which os was that?
[00:01] [alkisg] karmic & lucid
[00:01] [johnny] that bug was fixed for me shortly for f12
[00:01] [johnny] suprised it's still there in lucid
[00:01] [johnny] i can understand in karmic
[00:02] [johnny] i remember that bug
[00:02] [alkisg] Hmmm I'll test better for that
[00:02] [johnny] the bug has gone away since some time
[00:03] *** alkisg also doesn't like the palimpsest interface... too chaotic..
[00:03] [alkisg] I think it also doesn't fix a standard 1024x768 screen
[00:03] [alkisg] *fit
[00:05] [alkisg] Hmm copyright redhat, eh? So they'll spend some resources on its development... hm...
[00:05] [johnny] davidz works for redhat..
[00:05] [johnny] so yes
[00:05] [johnny] hmm.. fit in which direction alkisg ?
[00:05] [alkisg] vertically
[00:05] [johnny] hmm..
[00:05] [alkisg] If I select a harddisk, it barely fits
[00:05] [johnny] i have 1680x1050
[00:06] [alkisg] So in a smaller resolution, it wouldn't...
[00:06] *** alkisg tests 1024x768...
[00:06] [johnny] what version do you have?
[00:06] [johnny] what does it say in About ?
[00:07] [johnny] mine only changes size horizontally when i select a drive
[00:07] [johnny] and less than half the screen
[00:07] [johnny] so.. it would be fine on 1024x768..
[00:07] [johnny] not sure about netbooks..
[00:07] [johnny] guess i'll see
[00:08] [johnny] mine says 2.28.1
[00:08] [alkisg] It does fit on 1024x768, but not on 1024x600
[00:09] [johnny] so what version do you have?
[00:09] [alkisg] 2.29.90-2
[00:09] [johnny] ah.. it doesn't seem chaotic in 2.28.1
[00:09] [johnny] i feel like the earlier one.. before settling on gnome versioning was pretty bad
[00:09] [johnny] i haven't seen a 2.29 one yet tho
[00:10] [alkisg] I think it has too much data on one page
[00:10] [alkisg] Without even providing a scrollbar..
[00:10] [johnny] hmm.. i even have a scroll bar
[00:10] [alkisg] In the right side?
[00:10] [alkisg] Not in the left side where the disks are...
[00:10] [johnny] you need a scroll bar? at which res?
[00:11] [alkisg] 1024x600
[00:11] [johnny] ah yes..he should be bugged to fix it for netbooks
[00:11] [johnny] i wonder if such a bug is already filed
[00:11] [alkisg] I work on 1280x800, but I was just trying to see if it gets a scrollbar for lower resolutions
[00:12] [johnny] it wouldn't be the first app that doesn't do the right thing on netbooks..
[00:12] [johnny] f-spot redid their config dialog for netbooks only during the last cycle iirc
[00:12] [alkisg] Yeah gnome doesn't scale well for small screens
[00:12] [johnny] hopefully gnome-shell scales better in general
[00:13] [johnny] alkisg, so.. at least it's likely free drivers for nvidia will support gnome-shell in the near future
[00:13] [alkisg] Anyway... I'm looking to get a "listener" app inside the ltsp users sessions, so that I can send commands to the students...
[00:13] [johnny] so.. lucid +1 should have 3d with open drivers for nvidia ..
[00:13] [johnny] send commands?
[00:13] [johnny] what kinda commands?
[00:13] [alkisg] Something like what italc does
[00:14] [johnny] you mean like click on stuff for them/
[00:14] [johnny] ?
[00:14] [alkisg] E.g. "open a video" "clear firefox cache" etc
[00:14] [alkisg] shell commands
[00:14] [alkisg] But with access to $DISPLAY, to gconf etc
[00:14] [johnny] hmm... so you would do it without ssh?
[00:15] [johnny] why not just do it with ssh?
[00:15] [alkisg] Yeah, I think that a listener would be better
[00:15] [alkisg] I.e. each user loggin on, would contact the server, instead of vice-versa
[00:16] [alkisg] I could ssh to a fat client and send some commands as the active user, but I'd need to get into hoops to get the $DISPLAY and the dbus address etc
[00:16] [alkisg] Also, reverse connections would make it easier to see which users are logged on, on which pc etc
[00:16] [johnny] makes me think of this ..
[00:16] [johnny] http://people.redhat.com/nalin/oddjob/oddjob.html
[00:17] [johnny] altho.. your defintion is privileged is a bit different in that case..
[00:17] [alkisg] dbus over ssh? that'd be twice as hard...
[00:17] [johnny] well.. we did have that p2p dbus thing the other day..
[00:18] [johnny] and i as i said.. davidz showed how to do dbus over ssh in that post..
[00:18] [alkisg] That would make it unnecessarily complicated for my needs
[00:18] [alkisg] I'd have to solve 3 problems instead of 1...
[00:19] [alkisg] What I'm thinking of is utilizing the ssh connection that the users already have
[00:19] [johnny] ah.. google cache..
[00:19] [johnny] http://74.125.113.132/search?q=cache:-l-VNGpISHwJ:blog.fubar.dk/%3Fp%3D108+site:fubar.dk+108&cd=1&hl=en&ct=clnk&gl=us
[00:19] [alkisg] I.e., they'd run a program, listen to a unix socket or a pipe or something, and I'd give them commands over that. This way the traffic would encrypted, and when the session finishes, the connection would also close
[00:21] [johnny] sure.. you can go back down the socket anyways right?
[00:21] [johnny] hmm.. incron..
[00:21] [alkisg] The easiest way to do it would be with mkfifo on the user's home dir, but it doesn't work with sshfs
[00:22] [alkisg] so it won't work for localapps users or fat client users...
[00:23] [alkisg] Right, I've looked for inotify, but I don't think it works over sshfs as well
[00:24] [alkisg] So I'm thinking about some cool redirection... ssh -o controlsocket command | some local command...
[00:25] [alkisg] ...and it would also be nice if that was part of the session, so that the student's couldn't kill it without killing the session
[00:41] [alkisg] Hmmm LOCALDEV should be false for fat clients...
[01:06] [alkisg] In /usr/share/polkit-1/actions/org.freedesktop.udisks.policy, how can I specify that I want to allow all users in the fuse group to be able to mount disks without getting an authentication prompt?
[01:07] loather-work (~khudson@internal-nat.djnetworks.net) left irc: Ping timeout: 246 seconds
[01:10] loather-work (~khudson@internal-nat.djnetworks.net) joined #ltsp.
[01:21] [alkisg] Uhmmm the local consolekit session isn't considered ACTIVE, so it failes in PK authorizations...
[01:21] [alkisg] How can we tell CK that the local user sessions are active?
[02:04] try2free (~send2us@125.160.140.182) joined #ltsp.
[02:07] try2free (send2us@125.160.140.182) left #ltsp.
[02:13] artista_frustrad (~artista_f@201-25-163-48.ctame704.dsl.brasiltelecom.net.br) joined #ltsp.
[02:17] artista_frustrad (~artista_f@201-25-163-48.ctame704.dsl.brasiltelecom.net.br) left irc: Ping timeout: 245 seconds
[02:20] Faithful (~Faithful@202.6.145.116) left irc: Ping timeout: 252 seconds
[02:30] F-GT (~phantom@ppp121-44-135-116.lns20.syd7.internode.on.net) left irc: Quit: Leaving
[02:33] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[02:42] Faithful (~Faithful@202.6.145.116) joined #ltsp.
[02:49] stgraber (~stgraber@ubuntu/member/stgraber) left irc: Ping timeout: 248 seconds
[02:50] stgraber (~stgraber@dakara.stgraber.org) joined #ltsp.
[03:07] Barbosa (~Barbosa@189.27.114.103.dynamic.adsl.gvt.net.br) joined #ltsp.
[03:52] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
[04:11] martijn (~martijn@d48113.upc-d.chello.nl) joined #ltsp.
[04:17] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[04:49] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Remote host closed the connection
[04:55] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[04:58] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Remote host closed the connection
[05:02] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[05:04] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) left irc: Ping timeout: 240 seconds
[05:04] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) joined #ltsp.
[05:13] highvoltage (~highvolta@ubuntu/member/highvoltage) left irc: Ping timeout: 246 seconds
[05:15] highvoltage (~highvolta@ubuntu/member/highvoltage) joined #ltsp.
[05:21] stivo (~76d231b8@gateway/web/freenode/x-neicpvpsjkeprtvf) left irc: Quit: Page closed
[05:32] highvoltage (~highvolta@ubuntu/member/highvoltage) left irc: Ping timeout: 240 seconds
[05:35] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 260 seconds
[05:38] [martijn] need some help getting hp t5520 thin client to work. laptop as client is ok. t5520 does boot, show login screen, login goes fine, but then after some time login screen shows up again... anyone?
[05:47] highvoltage (~highvolta@ubuntu/member/highvoltage) joined #ltsp.
[05:48] pmatulis (~peter@mail.papamike.ca) joined #ltsp.
[06:00] sene (~sene@unaffiliated/sene) joined #ltsp.
[06:07] F-GT (~phantom@ppp121-45-160-167.lns20.syd6.internode.on.net) joined #ltsp.
[06:17] martijn (~martijn@d48113.upc-d.chello.nl) left irc: Ping timeout: 245 seconds
[06:46] mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #ltsp.
[07:10] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[07:21] martijn (~martijn@d48113.upc-d.chello.nl) joined #ltsp.
[07:22] [martijn] need some help getting hp t5520 thin client to work. laptop as client is ok. t5520 does boot, show login screen, login goes fine, but then after some time login screen shows up again... anyone?
[07:22] [alkisg] distro/version?
[07:23] F-GT (~phantom@ppp121-45-160-167.lns20.syd6.internode.on.net) left irc: Remote host closed the connection
[07:24] F-GT (~phantom@ppp121-45-160-167.lns20.syd6.internode.on.net) joined #ltsp.
[07:24] [martijn] ubuntu 9.10
[07:25] [alkisg] So you see ldm, enter a username/password, and after that you see "server did not respond, restarting"?
[07:27] [martijn] server seems to respond ok to username/password, but after 20 seconds it seems to hang and ldm shows up again, no ¨server did not respond...¨
[07:28] [ogra_cmpc] did you check ~/.xsession-errors ?
[07:31] *** alkisg loves the console kit documentation... http://www.freedesktop.org/software/ConsoleKit/doc/ConsoleKit.html#id312255
[07:31] [alkisg] Defining the Problem: To be written.
[07:32] [ogra_cmpc] your chance to submit upstream documentation !!
[07:33] F-GT (~phantom@ppp121-45-160-167.lns20.syd6.internode.on.net) left irc: Read error: Connection reset by peer
[07:34] [alkisg] ogra_cmpc: do you know if all (ltsp-related) distros use CK? I don't think LTSP uses CK now to launch the session, so PK doesn't work... could I try to put that in, i.e. do all ltsp-supported distros have ck-launch-session?
[07:34] [ogra_cmpc] no
[07:34] [ogra_cmpc] ssh uses CK
[07:35] [alkisg] Yes, but localapps & fat clients do not (on the thin client)
[07:35] [ogra_cmpc] you dont need to do anything for CK integration, its integrated since hardy
[07:35] [ogra_cmpc] so fix the policies
[07:35] [martijn] restarted the client, new login, no errors logged in ~/.xsession-errors
[07:36] [alkisg] ogra_cmpc: Hmmm... now, ck-list-sessions says that the local user is not ACTIVE. Should I fix the policies for inactive users, or should I change LTSP to use ck-launch-session, when that is available?
[07:36] F-GT (~phantom@ppp121-45-160-167.lns20.syd6.internode.on.net) joined #ltsp.
[07:37] [ogra_cmpc] alkisg, you should never use ck-launch-session at all
[07:37] [alkisg] Why?
[07:37] [ogra_cmpc] because else you double register
[07:37] [ogra_cmpc] ssh already registered your session
[07:38] [alkisg] martijn: can you try sudo ltsp-update-sshkeys and sudo ltsp-update-image, to get that possibility out of the way?
[07:38] [alkisg] ogra_cmpc: ssh registers the session on the server, not on the client
[07:38] [alkisg] So any localapps there do not properly work
[07:38] [ogra_cmpc] oh
[07:38] [alkisg] *on the client*
[07:38] [ogra_cmpc] you should have said that in the beginning :)
[07:38] [alkisg] (04:35:16 ¼¼) alkisg: Yes, but localapps & fat clients do not (on the thin client)
[07:38] [ogra_cmpc] well, the prob here is once again dbus :)
[07:39] [alkisg] ogra_cmpc: i.e. instead of running su - ldm_session or whatever, to run su - ck-launch-session ldm_session whatever...
[07:39] [ogra_cmpc] if you get proper dbus communication going your session will be properly registered on both sides
[07:39] [ogra_cmpc] everything else is a hack
[07:39] [alkisg] For fat clients, I don't need two bus sessions
[07:40] [alkisg] I only work locally, on the client
[07:40] [ogra_cmpc] which should just work
[07:40] [alkisg] But still the CK complains that the users is not active
[07:40] [alkisg] Because we don't call ck-launch-session
[07:40] [ogra_cmpc] since gdm cares for the CK registering
[07:40] [alkisg] But we don't use gdm :)
[07:40] [ogra_cmpc] ck-launch-session is an evil hack for last resorts
[07:40] [alkisg] OK, should we call dbus opensession instead?
[07:40] [ogra_cmpc] find out why gdm doesnt work right in the fat client setup
[07:41] [alkisg] because we don't use gdm :)
[07:41] [alkisg] We still use ldm on the fat clients
[07:41] [ogra_cmpc] and fix dbus for the localapp case
[07:41] [ogra_cmpc] ugh
[07:41] [ogra_cmpc] why ?
[07:41] [alkisg] To get authenticated on the server
[07:41] [ogra_cmpc] hmm, that sounds like broken design
[07:42] [alkisg] How would we get authenticated with gdm? We don't have any local users...
[07:42] [ogra_cmpc] no idea, how did nubae do it ?
[07:43] [alkisg] He copied the whole passwd & shadow etc on the client
[07:43] [nubae_] plus some other stuff yeah
[07:43] [ogra_cmpc] well, all these solutions sound like gross hacks
[07:43] [nubae_] like cleaning, sorting, etc
[07:43] [ogra_cmpc] ldm simply isnt designed for running local sessions
[07:44] [alkisg] Sure, a libpam_sshauth would make it a lot cleaner
[07:44] [ogra_cmpc] i personally wouldnt bloat it with such CK hacks but try to fix gdm
[07:44] [ogra_cmpc] afaik gdm has a ssh backend
[07:44] [alkisg] But for now, a consolekit session should be started locally, and it isn't. So either a script or ldm should do that..
[07:44] [ogra_cmpc] at least it used to
[07:45] [nubae_] why cant we use the ssh tunnel for authentication?
[07:45] [ogra_cmpc] because you need to authenticate that tunnel first
[07:45] [ogra_cmpc] *before* the DM is up
[07:45] [nubae_] ah right gotcha
[07:45] [ogra_cmpc] ther is no safe way to do that
[07:47] [martijn] alkisg: tried sudo ltsp-update-sshkeys and sudo ltsp-update-image... did not help...
back next →
1 2
up
Generated by logs2html module for eggdrop v.2.3.4
Find latest version at http://sourceforge.net/projects/logs2html or http://shmupsik.osetia.org