Main page
[00:13] FGXR6 (~phantom@ppp121-44-84-77.lns20.syd6.internode.on.net) joined #ltsp.
[00:42] FGXR6 (~phantom@ppp121-44-84-77.lns20.syd6.internode.on.net) left irc: Ping timeout: 256 seconds
[00:46] cyberorg (~cyberorg@opensuse/member/Cyberorg) left irc: Remote host closed the connection
[00:59] FGXR6 (~phantom@ppp121-44-115-220.lns20.syd6.internode.on.net) joined #ltsp.
[01:15] cyberorg (~cyberorg@opensuse/member/Cyberorg) joined #ltsp.
[01:27] FGXR6 (~phantom@ppp121-44-115-220.lns20.syd6.internode.on.net) left irc: Ping timeout: 276 seconds
[01:30] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[01:44] FGXR6 (~phantom@ppp121-45-173-8.lns20.syd6.internode.on.net) joined #ltsp.
[01:59] otavio (~otavio@debian/developer/otavio) left irc: Read error: Connection reset by peer
[02:18] FGXR6 (~phantom@ppp121-45-173-8.lns20.syd6.internode.on.net) left irc: Ping timeout: 246 seconds
[02:37] FGXR6 (~phantom@ppp121-44-137-245.lns20.syd7.internode.on.net) joined #ltsp.
[02:52] mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #ltsp.
[03:07] kusznir (~kusznir@jim-1.eecs.wsu.edu) left irc: Ping timeout: 256 seconds
[03:09] kusznir (~kusznir@jim-1.eecs.wsu.edu) joined #ltsp.
[03:22] otavio (~otavio@debian/developer/otavio) joined #ltsp.
[03:48] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) left irc: Ping timeout: 246 seconds
[03:55] hersonls (~hersonls@187.40.66.128) joined #ltsp.
[04:18] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 260 seconds
[04:21] FGXR6 (~phantom@ppp121-44-137-245.lns20.syd7.internode.on.net) left irc: Ping timeout: 260 seconds
[04:29] ogra (~ogra@ubuntu/member/ogra) left irc: Ping timeout: 265 seconds
[04:31] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[04:37] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[04:38] FGXR6 (~phantom@ppp121-44-197-25.lns20.syd7.internode.on.net) joined #ltsp.
[04:41] abeehc (~mmeija@S0106001d73de0dd6.gv.shawcable.net) left irc: Ping timeout: 264 seconds
[04:42] abeehc (~mmeija@S0106001d73de0dd6.gv.shawcable.net) joined #ltsp.
[05:30] leio (~leio@gentoo/developer/leio) left irc: Read error: Operation timed out
[05:31] leio (~leio@gentoo/developer/leio) joined #ltsp.
[05:40] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
[06:25] pmatulis (~peter@mail.papamike.ca) joined #ltsp.
[06:44] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) joined #ltsp.
[06:45] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[07:26] moldy (~rene@unaffiliated/moldy) joined #ltsp.
[07:27] hersonls (~hersonls@187.40.66.128) left irc: Remote host closed the connection
[07:28] Ctek (~IceChat7@188.25.83.214) joined #ltsp.
[07:32] hersonls (~hersonls@187.40.66.128) joined #ltsp.
[07:33] [Ctek] Hy guys, has anyone used Easy-LTSP on ubuntu ?
[07:35] ogra_cmpc (~ogra@p4FDA538F.dip.t-dialin.net) left irc: Ping timeout: 265 seconds
[07:36] ogra_cmpc (~ogra@p4FDA538F.dip.t-dialin.net) joined #ltsp.
[08:36] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[08:44] pmatulis (~peter@mail.papamike.ca) left irc: Read error: Operation timed out
[08:50] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) joined #ltsp.
[08:55] vagrantc (~vagrant@c-76-27-239-73.hsd1.or.comcast.net) joined #ltsp.
[08:56] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
[08:57] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) left irc: Quit: Leaving.
[08:58] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[09:26] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) left irc: Ping timeout: 264 seconds
[09:34] ogra_cmpc (~ogra@p4FDA538F.dip.t-dialin.net) left irc: Ping timeout: 265 seconds
[09:36] ogra_cmpc (~ogra@p4FDA538F.dip.t-dialin.net) joined #ltsp.
[09:41] nubae_ (~quassel@87.223.140.252) joined #ltsp.
[09:42] nubae (~quassel@87.223.107.68) left irc: Ping timeout: 264 seconds
[09:46] zirconiumks (~zirconium@123.201.10.219) joined #ltsp.
[09:51] plasticdoc (~plasticdo@89.214.219.198) joined #ltsp.
[09:55] [plasticdoc] Could someone, please, point me to documentation about the lts.conf options? Were there any changes in the latest 5.2?
[09:59] [alkisg] !lts.conf
[09:59] [ltspbot`] alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
[09:59] [alkisg] plasticdoc: many, many options are undocumented...
[09:59] [alkisg] So yes, there were changes for 5.2, but the only way to be sure would be to read the sources :)
[10:05] [johnny] perhaps we have too many..
[10:06] [alkisg] The worst thing is that we have them in a single file... we must make it http based asap
[10:06] [alkisg] (reuse cluster code or merge the two methods in a new one or something...)
[10:08] [vagrantc] bah
[10:09] [vagrantc] the insistance on "worst" and "must" is wearisome :P
[10:09] [alkisg] Excuse my lack in english, but we can't even make a proper GUI now
[10:10] [vagrantc] ?
[10:10] [alkisg] Given an lts.conf, it's really difficult to parse it and then save it properly
[10:10] [vagrantc] ah, i see what you mean
[10:11] [vagrantc] it is a very standard configuration file format... there must be tools to parse that sort of thing.
[10:11] [alkisg] I've been trying with python's ConfigParser, but it doesn't help...
[10:12] [alkisg] We "should" ;) allow for an lts.conf.d/ directory, where vendors/packages/sysadmins could drop files there...
[10:15] [vagrantc] i'm generally fond of .d directories ... almost to a fault :)
[10:15] [alkisg] (and not only configuration files, but code as well - if client_ram < xxx then param123=yyy...)
[10:15] [vagrantc] alkisg: well, we've got ltsp_config.d ... that should handle code-side.
[10:16] [alkisg] That's on the client, not on the server
[10:16] [vagrantc] ah, back to this thing :)
[10:16] [alkisg] It can't decide what username to send based on ip/time/class...
[10:16] [vagrantc] but it could be a plugin that asks the server
[10:18] [alkisg] Indeed, a plugin could send some information to the server and get some configuration values
[10:19] [alkisg] But that plugin would offer more than lts.conf itself, so it could just replace it completely...
[10:19] [vagrantc] why bother replacing it?
[10:19] [vagrantc] that's the part i just don't get.
[10:20] [vagrantc] we already have the infrastructure to make it unecessary... to force it to disappear seems gratuitous
[10:20] [alkisg] What's the point of supporting html 3 when html 5 is out?
[10:21] [alkisg] Given the right tools, ltsp.conf.d, GUI editing etc, why would we need to keep supporting the old lts.conf syntax, and depend on bison/flex etc?
[10:21] [vagrantc] what's the point of dropping support?
[10:21] [vagrantc] the code has barely needed changes for some 10 years now... it's not like it's a high-maintenance piece of code.
[10:22] [alkisg] Anyway my point is not in dropping support or not - it's that we need some additional functionality
[10:23] [vagrantc] sure
[10:23] [vagrantc] :)
[10:30] hersonls (~hersonls@187.40.66.128) left irc: Quit: Leaving
[10:32] hersonls (~hersonls@187.40.66.128) joined #ltsp.
[10:39] Egyptian[Home]1 (~EgyptianH@62.117.46.254) joined #ltsp.
[10:40] Egyptian[Home]1 (EgyptianH@62.117.46.254) left #ltsp.
[10:57] ludug3r0 (~ludug3r0@187.113.127.213) joined #ltsp.
[11:03] wwx_ (~ww@raamat.polva.ee) joined #ltsp.
[11:06] wwx (~ww@raamat.polva.ee) left irc: Ping timeout: 245 seconds
[11:11] [alkisg] vagrantc, about ltsp_config.d, shouldn't that dir be created by ltsp-client-core?
[11:15] ogra_cmpc (~ogra@p4FDA538F.dip.t-dialin.net) left irc: Ping timeout: 256 seconds
[11:21] [vagrantc] alkisg: only if it puts something in there by default...
[11:21] [alkisg] Couldn't it be in debian/dirs?
[11:22] [vagrantc] alkisg: why do you even need it?
[11:22] [alkisg] For example, to provide some side-wide defaults
[11:22] [vagrantc] packages that need to put something in there will create it ... admins can create it
[11:22] [alkisg] E.g. LDM_DIRECTX=${LDM_DIRECTX:-True}
[11:22] [vagrantc] yes, i understand how to use it :)
[11:22] [alkisg] Heh, yeah, I'm the one that tries to understand here :)
[11:23] [vagrantc] although admins should really be creating custom ones in /etc/ltsp/ltsp_config.d, though i didn't add support for that (yet)
[11:24] [alkisg] vagrantc: so, for example, could I move there some upstream code to provide some defaults for fat clients?
[11:24] [alkisg] (move the existing code from ltsp_config, that is...)
[11:24] [vagrantc] sure
[11:24] [alkisg] E.g. if LTSP_FATCLiENT then LOCALDEV=False...
[11:25] [alkisg] OK, thanks
[11:25] [vagrantc] i was tempted to split ltsp_config into snippets in ltsp_config.d ... but i resisted the change just to keep it minimal
[11:26] [alkisg] It would be better imho - e.g. we could provide an "ltsp-fat-client" package that way, which could be added/removed at anytime, not only on ltsp-build-client...
[11:27] [vagrantc] yes, that sounds like a much better way to handle it
[11:27] [vagrantc] then you get dependency resolution for package dependencies, which is much easier than hard-coding it in the plugins and such
[11:27] ogra_cmpc (~ogra@p4FDA3681.dip.t-dialin.net) joined #ltsp.
[11:29] Egyptian[Home]1 (~EgyptianL@62.117.46.254) joined #ltsp.
[11:31] Egyptian[Home]1 (~EgyptianL@62.117.46.254) left irc: Client Quit
[11:31] Egyptian[LapTop] (~EgyptianL@62.117.46.254) joined #ltsp.
[11:33] nubae (~quassel@87.223.104.152) joined #ltsp.
[11:35] nubae_ (~quassel@87.223.140.252) left irc: Ping timeout: 264 seconds
[11:44] zirconiumks (~zirconium@123.201.10.219) left irc: Quit: Leaving
[11:46] [plasticdoc] Do you know if in LTSP 5.2 we still do need to use X_RAMPERC=80 to avoid the Firefox/Openoffice "Pixmap caching" bug?
[11:47] pmatulis (~peter@mail.papamike.ca) joined #ltsp.
[11:48] [vagrantc] plasticdoc: it's not so much LTSP but the firefox or openoffice versions
[11:49] [plasticdoc] vagrantc: sorry? I did not understand what you meant.
[11:50] [vagrantc] plasticdoc: it is bugs in firefox or openoffice that make setting X_RAMPERC necessary, so the versions of those is what matters, not the version of LTSP
[11:51] [plasticdoc] vagrantc: Oh, I see. Thank you.
[11:51] [vagrantc] haven't heard recent noise about the issue, so hopefully it's at least partially resolved in recent versions
[11:52] [plasticdoc] vagrantc: I am just trying to get rid of lots of config tweaks that linger around my lts.conf files
[11:52] [vagrantc] plasticdoc: nothing like testing to verify for sure
[11:53] [plasticdoc] vagrantc: I am very afraid to upset my users and delete those lines, just to discover latter that they are still needed.
[11:53] [vagrantc] plasticdoc: so, configure one machine to not use it and test it
[11:53] [vagrantc] or leave it in :)
[11:55] ludug3r0 (~ludug3r0@187.113.127.213) left irc: Quit: Java user signed off
[11:57] [plasticdoc] vagrantc: ...configure one machine... I have it in the [default] section. To change I will have to create lots of [aa:bb:cc:dd:ee:ff] LIKE = SomeOldSettingsMachine.
[11:57] [plasticdoc] vagrantc: but I will give it a try.
[11:58] [plasticdoc] vagrantc: Thank you.
[11:58] [vagrantc] plasticdoc: you can do the other way around ... just configure one machine with X_RAMPERC=100
[12:00] php_szg (~php_szg@87.229.24.226) joined #ltsp.
[12:03] ogra_cmpc (~ogra@p4FDA3681.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[12:05] ogra_cmpc (~ogra@p4FDA3681.dip.t-dialin.net) joined #ltsp.
[12:07] [plasticdoc] vagrantc: X_RAMPERC=100 ? Will it work like that?
[12:08] [vagrantc] plasticdoc: that's what i'm trying to tell you :P
[12:10] [plasticdoc] vagrantc: After all it seems that there is an easy way... I will try that with a few users and see if they start reporting problems. Thank you.
[12:11] [php_szg] hi folks, I'm a little confused about LTSP's boot process; the subnet I want (and right now, have) to use is behind NAT.
[12:12] [php_szg] there are 2 DHCP servers running there, I have access only to one of those
[12:12] [php_szg] I have only dumb switches
[12:13] [php_szg] what I'm confused about is the behavior of the 2 DHCP requests
[12:15] [php_szg] both servers respond to PXE queries, but my client always boots (w/PXE) from the "right" one and always gets an IP from the another during bootup
[12:15] [php_szg] of course, it boots fine if I unplug my uplink connection
[12:17] [php_szg] I'm just trying to come up with a solution to this issue. Is there any way to set a static IP as the server address
[12:18] [php_szg] so the client can connect to the "right" box and won't bail out to an initramfs prompt?
[12:19] [vagrantc] php_szg: i have to run soon, but you'll probably want to use IPAPPEND in your pxelinux.cfg/default menu
[12:19] [vagrantc] alkisg is the master of IPAPPEND
[12:19] [php_szg] vagrantc: thanks; I'll check that
[12:22] [alkisg] php_szg: why do you have 2 dhcp servers?
[12:22] [alkisg] If one of them is the ltsp server, you'd better just turn it off
[12:22] [alkisg] Or, isolate it to a separate subnet
[12:23] Egyptian[LapTop1 (~EgyptianL@62.117.45.141) joined #ltsp.
[12:24] ogra_cmpc (~ogra@p4FDA3681.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[12:25] johnny (spectrum@johnny-pt.tunnel.tserv4.nyc4.ipv6.he.net) left #ltsp.
[12:25] Egyptian[LapTop] (~EgyptianL@62.117.46.254) left irc: Ping timeout: 260 seconds
[12:25] johnny (~spectrum@johnny-pt.tunnel.tserv4.nyc4.ipv6.he.net) joined #ltsp.
[12:26] Egyptian[LapTop] (~EgyptianL@62.117.45.141) joined #ltsp.
[12:26] ogra_cmpc (~ogra@p4FDA3681.dip.t-dialin.net) joined #ltsp.
[12:30] Egyptian[LapTop1 (~EgyptianL@62.117.45.141) left irc: Ping timeout: 268 seconds
[12:32] [moldy] alkisg: hi
[12:32] [moldy] (a
[12:32] [moldy] oops :)
[12:32] [alkisg] Hi moldy :)
[12:32] [moldy] alkisg: about your question in #lns: yes, we have been thinking about doing this
[12:33] [alkisg] Did you find any good way?
[12:33] [alkisg] (for the server to send commands to the clients...)
[12:33] [moldy] i haven't really put any research into this yet
[12:33] [moldy] i did experiment with a helper daemon running inside the user session at some point
[12:34] plasticdoc (plasticdo@89.214.219.198) left #ltsp.
[12:34] [moldy] alkisg: but if you just want to run some command like firefox in the user session, we have a working implementation for that
[12:35] [moldy] alkisg: right now, it only works for gnome sessions, though
[12:36] [alkisg] moldy: but it only works for thin clients, right?
[12:36] [alkisg] I.e. it wouldn't work for fat clients...
[12:36] [moldy] alkisg: right
[12:36] [moldy] alkisg: for fat client, you would use ssh, i guess
[12:36] [alkisg] I'd prefer something like (from the client): ssh <use-control-socket> server command-listener | command-executioner
[12:37] [alkisg] Currently I'm installing openssh-server on the thin/fat clients, but it's not a good approach...
[12:37] [alkisg] I'd like to use reverse connections instead, the clients should connect to the server
[12:38] vagrantc (~vagrant@c-76-27-239-73.hsd1.or.comcast.net) left irc: Quit: leaving
[12:38] [alkisg] I've been looking at socat, xmlrpc, ssh -R, gabriel and other alternatives, but I'm not sure what's the best solution here
[12:39] [alkisg] (I'd also like it to be extra slim, to keep the thin client requirements low)
[12:44] [php_szg] alkisg: I have access to only one of those. Provided that I'm the only one using the whole infrastructure, "ipappend 1" turned out to be a painless and fast solution :)
[12:45] plasticdoc (~plasticdo@89.214.219.198) joined #ltsp.
[12:46] din_os (~dinos@ppp-94-66-85-133.home.otenet.gr) joined #ltsp.
[12:47] Egyptian[LapTop1 (~EgyptianL@62.117.45.141) joined #ltsp.
[12:49] moldy (~rene@unaffiliated/moldy) left irc: Ping timeout: 246 seconds
[12:51] Egyptian[LapTop] (~EgyptianL@62.117.45.141) left irc: Ping timeout: 264 seconds
[12:55] php_szg (~php_szg@87.229.24.226) left irc: Quit: ircII EPIC4-2.10 -- Are we there yet?
[13:11] Selveste1 (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
[13:19] vagrantc (~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) joined #ltsp.
[13:23] wwx_ (~ww@raamat.polva.ee) left irc: Remote host closed the connection
[13:24] wwx (~ww@raamat.polva.ee) joined #ltsp.
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