00:36 | mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254) | |
00:40 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
01:10 | Enslaver has left IRC (Enslaver!~Enslaver@adsl-70-241-84-25.dsl.hstntx.swbell.net, Remote host closed the connection) | |
01:44 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
01:47 | adrianorg__ has left IRC (adrianorg__!~adrianorg@177.132.219.100, Ping timeout: 244 seconds) | |
02:09 | <warren> anyone know if/when nbd upstream broke compatibility with the "old way" of using it?
| |
02:13 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
02:22 | ogra has left IRC (ogra!~ogra_@ubuntu/member/ogra, Ping timeout: 276 seconds) | |
02:41 | jammcq has left IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net, Quit: leaving) | |
03:21 | Parker955_Away is now known as Parker955 | |
04:08 | Parker955 is now known as Parker955_Away | |
04:37 | <cyberorg> warren, https://bugzilla.novell.com/show_bug.cgi?id=776027
| |
04:39 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
04:55 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 255 seconds) | |
04:55 | sha_ has joined IRC (sha_!~sha@d148237.adsl.hansenet.de) | |
04:55 | sha has left IRC (sha!~sha@e177174241.adsl.alicedsl.de, Read error: Connection reset by peer) | |
05:33 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
05:34 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Ping timeout: 272 seconds) | |
05:47 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net) | |
06:03 | vnc786 has joined IRC (vnc786!~chatzilla@49.248.129.178) | |
06:05 | <warren> cyberorg: thanks
| |
06:05 | cyberorg: did they break the old way intentionally?
| |
06:08 | <cyberorg> warren, don't think so, just a brief response from the dev here https://sourceforge.net/mailarchive/message.php?msg_id=29687242
| |
06:09 | <warren> cyberorg: what distro do you hack on
| |
06:09 | ?
| |
06:09 | <cyberorg> suse
| |
06:10 | <warren> cyberorg: so this was an issue because something didn't adapt to the new nbd?
| |
06:11 | hmm
| |
06:11 | I just realized upgrading nbd will break our initramfs nbd boot
| |
06:11 | and changing that will be impossible
| |
06:11 | <cyberorg> just nbd via xinetd is broken, standalone mode is fine so no big loss
| |
06:12 | work_alkisg is now known as alkisg | |
06:12 | <warren> we never used standalone here.
| |
06:13 | ooh
| |
06:13 | cyberorg: you mean the nbd-client is fine the old way?
| |
06:13 | alkisg has left IRC (alkisg!~alkisg@plinet.ioa.sch.gr, Quit: Leaving.) | |
06:13 | <warren> without a label, just a ip address and port?
| |
06:13 | <cyberorg> yes, the working config is in that post ^^
| |
06:14 | <warren> cyberorg: I mean, using nbd-client in the 2.9.20 way works with 3.2?
| |
06:15 | <cyberorg> yes, see working example /etc/nbd-server/config posted
| |
06:15 | oldstyle = true
| |
06:15 | work_alkisg has joined IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr) | |
06:15 | <warren> ahhhh
| |
06:15 | <cyberorg> unless that was also dropped recently
| |
06:16 | <warren> I think i'm going to recommend Fedora NOT upgrade beyond nbd-2.9.20 until they fix the xinetd issue.
| |
06:18 | <cyberorg> removing the requirement of different ports for each export is what is "fixed" in nbd by going named exports way
| |
06:19 | <warren> I know.
| |
06:19 | cyberorg: we can't upgrade nbd if it breaks other users of nbd though.
| |
06:20 | <work_alkisg> Name-based exports were implemented in 2.9.18, so 2.9.20 should be fine with them...
| |
06:20 | work_alkisg is now known as alkisg | |
06:21 | <cyberorg> doesn't matter either way, not updating nbd and using xinetd or updating nbd and using standalone mode with oldstyle
| |
06:22 | <warren> LTSP upstream supports both old and new for swap?
| |
06:22 | <alkisg> The swapping was always distro-depended afaik
| |
06:23 | ltsp-config now supports named swap
| |
06:26 | cat > "/etc/nbd-server/conf.d/swap.conf" <<EOF
| |
06:26 | [swap]
| |
06:26 | exportname = /tmp/nbd-swap/%s
| |
06:26 | prerun = nbdswapd %s
| |
06:26 | postrun = rm -f %s
| |
06:26 | authfile = /etc/ltsp/nbd-server.allow
| |
06:26 | EOF
| |
06:54 | khildin has joined IRC (khildin!~khildin@ip-80-236-222-28.dsl.scarlet.be) | |
07:30 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Read error: No route to host) | |
07:31 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
07:43 | mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254, Quit: Leaving.) | |
07:43 | mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254) | |
07:44 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection) | |
07:45 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net) | |
07:50 | mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254) | |
08:04 | <warren> alkisg: btw, I heard that you recommended to Enslaver that the rpm spec file should be maintained in ltsp upstream?
| |
08:06 | <alkisg> warren: I don't remember, but personally yeah I like it when upstream also contains distro-specific developement, packaging etc
| |
08:07 | <warren> alkisg: ok, I just wanted to explain that we can't do that
| |
08:07 | <alkisg> Why?
| |
08:07 | E.g. we can have shared translations this way
| |
08:07 | <warren> the spec file is tightly integrated with the distro, and develoeprs other than us could modify it at any time to better integration
| |
08:07 | <alkisg> Otherwise you'd have to provide for package translations on each separate distro
| |
08:07 | <warren> it is counter-productive to keep a copy elsewhere, as it will drift
| |
08:08 | we don't do that for any other package
| |
08:08 | <alkisg> warren: does the spec file contain translatable items?
| |
08:08 | <warren> it could, but generally nobody does
| |
08:09 | literally nobody
| |
08:09 | <alkisg> So the package descriptions are not translatable in .rpms?
| |
08:09 | <warren> they are
| |
08:09 | we just don't do it
| |
08:09 | <alkisg> OK
| |
08:09 | <warren> our goals are a bit different
| |
08:10 | we don't target end-users, and our goal is not popularity
| |
08:10 | Red Hat does keep on staff several translators of every language, mainly to translate the documentation.
| |
08:10 | and the customers are mainly business, who have rudimentary english
| |
08:11 | those customers never see the descriptions in packages anyway
| |
08:11 | (even the english descriptions)
| |
08:21 | <alkisg> I'd like it if we used the same package descriptions anyway, though
| |
08:22 | E.g. the description for ltsp-server, ltsp-client, whether those are in .deb or in .rpm
| |
08:23 | warren, cyberorg: btw if at some point in the future, ldm was rewritten in shell, and the greeter in python/gtk, would you guys object?
| |
08:25 | (we'll probably switch to lightdm though so it's possible that the ldm rewrite will never happen)
| |
08:26 | <cyberorg> alkisg, wasn't ldm2 rewritten in c for some reason? ldm used to be in python long time back
| |
08:27 | <alkisg> cyberorg: I've asked everyone and noone can tell me the reason though
| |
08:27 | vagrantc has heard something about security but I don't see it in the code and noone else has anything to say about it
| |
08:27 | meamy has joined IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
08:27 | <cyberorg> alkisg, performance, size, less deps, can't think of anything else
| |
08:28 | <alkisg> ldm.c vs ldm.sh ==> I believe the shell implementation will perform better, have smaller size, and less deps
| |
08:28 | About the greeter, sure, but that doesn't remain when the session starts
| |
08:28 | <cyberorg> if pam ssh thing works then it doesn't matter, any dm should work
| |
08:28 | <alkisg> So we don't care about performance or size there
| |
08:29 | cyberorg: the necessary hooks won't be available in other DMs
| |
08:29 | So while lightdm will probably work for the most part, the other DMs will lack many bits
| |
08:29 | It's like LTSP with KDE, ok it works but it has numerous problems
| |
08:32 | <cyberorg> personally I have no objection
| |
08:32 | <alkisg> OK, ty
| |
08:40 | meamy has left IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de, Read error: Connection reset by peer) | |
08:42 | meamy has joined IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
08:43 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Read error: Connection reset by peer) | |
08:49 | <Hyperbyte> cyberorg, are you attending the LTSP developers meeting next monday?
| |
08:50 | <cyberorg> Hyperbyte, when, where?
| |
08:56 | <Hyperbyte> !meeting
| |
08:56 | <ltsp> meeting: http://wiki.ltsp.org/mediawiki/index.php?title=Meeting:Upcoming
| |
09:04 | Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com) | |
09:08 | <cyberorg> just hold in in #ltsp, why #ltsp-meeting? there is not much traffic here anyway and most people including me lurk in this channel
| |
09:08 | <warren> why rewrite ldm?
| |
09:08 | ldm as is can't do something desired?
| |
09:09 | alkisg: cyberorg: "python" is an issue of size and dependencies
| |
09:09 | <cyberorg> warren, i mentioned that already
| |
09:10 | <warren> mentioned what?
| |
09:10 | <cyberorg> reasons for ldm in c "alkisg, performance, size, less deps, can't think of anything else"
| |
09:10 | <warren> oh
| |
09:10 | yes
| |
09:11 | why does alkisg want to reinvent ldm?
| |
09:11 | <alkisg> because it's broken and noone maintains it
| |
09:11 | We have no upstream C coders now
| |
09:11 | <warren> broken in what way?
| |
09:11 | <alkisg> Data loss
| |
09:11 | <warren> huh?
| |
09:11 | how so?
| |
09:11 | <alkisg> It removes sshfs before user processes finish
| |
09:11 | bbiab, doing some remote support...
| |
09:11 | <warren> How will another dm fix that problem?
| |
09:11 | <alkisg> We will be able to maintain it
| |
09:12 | <warren> not if we don't understand the cause of this bug
| |
09:12 | this sounds like a fixable problem
| |
09:12 | <alkisg> We do understand the cause
| |
09:12 | <warren> which is?
| |
09:12 | <alkisg> https://bugs.launchpad.net/ltsp/+bug/1093144
| |
09:15 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Read error: Connection reset by peer) | |
09:15 | <warren> alkisg: "rewritten in shell" is not a solution
| |
09:15 | it sounds like we need an asynchronous daemon to proxy the ssh session
| |
09:16 | <alkisg> warren: it's not a solution to the sshfs problem, it's a solution to the "we have no C coders" problem
| |
09:16 | LDM has numerous other bugs
| |
09:16 | And no maintainer
| |
09:16 | So if we're to keep developing ltsp, we need someone that can maintain it, and be active
| |
09:17 | <warren> If you can demonstrate that the replacement is superior, the language doesn't matter.
| |
09:17 | that post alone doesn't describe how you will solve that problem
| |
09:17 | perhaps describe the design
| |
09:18 | <alkisg> warren: I don't want to demonstrate a solution to an sshfs problem... I want someone to demonstrate me a solution to the problem "how to maintain ldm.c without c coders"
| |
09:19 | ldm.c can very easily be reimplemented in shell
| |
09:19 | markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it) | |
09:19 | <alkisg> It doesn't have anything hard there
| |
09:19 | The greeter can stay in .C, if we don't want python,
| |
09:19 | <warren> will the latter solve the former problem?
| |
09:19 | <alkisg> Sure
| |
09:19 | We have capable shell coders that can solve it
| |
09:19 | <warren> ...
| |
09:20 | you sure shell won't expose secrets to the environment?
| |
09:20 | <alkisg> Yup
| |
09:20 | <markit> hi alkisg, not that I've much time for that, but we talked about italian translation of some web pages of epoptes site... I would like to do it for the installation one, so I avoid repeating suggestions in an italian mailing list I'm subscribed (me lazy ;P)
| |
09:20 | <alkisg> One way to get the secret from another process would be to malloc non-zeroed ram
| |
09:20 | That's still true for the current ssh.c
| |
09:20 | Other than that, yeah, no exposure
| |
09:21 | <warren> sigh
| |
09:21 | <alkisg> And with shell it'll be much easier to keep variables between the ldm-script phases
| |
09:21 | Which now in .c is not possible
| |
09:21 | <cyberorg> alkisg, i guess you can just get started and see where it goes, replacing/rewriting sounds scary, but if there is something working then most users wont care what it is written in
| |
09:22 | <warren> I'd say prove it.
| |
09:22 | but you haven't explained how you will solve the sshfs problem
| |
09:22 | that would be *hard* in any language
| |
09:22 | <alkisg> Running ldm outside X
| |
09:23 | <warren> ldm outside X will have the ssh session right?
| |
09:24 | can an existing ssh session be manipulated out-of-band to forward X?
| |
09:24 | meamy has left IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de, Read error: Connection reset by peer) | |
09:24 | <Hyperbyte> cyberorg, we hold meetings in #ltsp-meeting to not disturb this channel. Sure there's not -a lot- of traffic, but there are users coming here for support questions. It's not fair to turn those people away because we're having a meeting and don't want the extra traffic.
| |
09:26 | <cyberorg> Hyperbyte, this ongoing discussion here sounds like #ltsp-meeting to me :)
| |
09:26 | <warren> alkisg: replacement without solving any current problems isn't an improvement. In ordinary software, "Nobody knows C" is not a reason to throw out C. You find someone who knows C, or prove that the job can be done better in another language. Doing the job better includes fixing real problems.
| |
09:27 | <alkisg> (sorry about the late answers, multitasking too much...)
| |
09:28 | <warren> I think there's a way to solve this current sshfs problem by using two simultaneous ssh tunnels per ldm login. Part of the ldm does have to run out of X.
| |
09:28 | <alkisg> ldm.c has a loooot of code that just converts shell environment variables to c variables
| |
09:28 | <warren> There's no reason why sshfs need be on the same ssh session as X.
| |
09:29 | <alkisg> It doesn't have any real reason to be in .C, while the rest of the framework is in shell
| |
09:29 | <elias_a> Now this is serious discussion.
| |
09:29 | <alkisg> If the rest of ltsp was in .C, sure, finding another C coder would be the way to go
| |
09:29 | But now we put a bar to how long ltsp can be maintained without real reason
| |
09:29 | That's true for getltscfg as well
| |
09:30 | <warren> C really isn't THAT hard
| |
09:30 | <alkisg> For the solution, we need the following:
| |
09:30 | <warren> C does exactly what you tell it to do
| |
09:30 | <alkisg> glib is a whole new api that someone must learn
| |
09:30 | A process running outside X, let's call that ldm
| |
09:30 | A greeter running inside X
| |
09:30 | The greeter to pass the username/password to ldm
| |
09:31 | And ldm to fire up the login process, be it ssh, rdp, whatever
| |
09:31 | After X exits or crashes, ldm should cleanup while the sshfs socket is still active
| |
09:31 | All those except for the greeter can be done in any language
| |
09:31 | <warren> OK, I say prove it.
| |
09:32 | <alkisg> Sure I can prove it, that's why I'm asking if you people would object
| |
09:32 | <warren> So wait ... who is still here?
| |
09:32 | <alkisg> I'm not yet sure though if that, or lightdm, is where I'd want to spend my limited time
| |
09:32 | <warren> developers that is
| |
09:32 | <alkisg> me, knipwim and vagrantc
| |
09:32 | The others rarely commit stuff
| |
09:32 | <warren> whatever happened to ryan52?
| |
09:33 | <alkisg> Haven't heard of him in 2 years
| |
09:33 | <warren> I'm guessing he either has a PhD by now
| |
09:33 | or he's in prison for hacking
| |
09:33 | or both
| |
09:33 | <alkisg> Hehe
| |
09:34 | <warren> ok... I can see without ogra or ryan52 this is a problem
| |
09:34 | doesn't jammcq know C?
| |
09:34 | <alkisg> stgraber rewrote ldm to a plugins style
| |
09:34 | So that added complexity without real benefits
| |
09:34 | <warren> you folks sure like plugins
| |
09:35 | <alkisg> One persons that knows C and glib would need about a week to learn the insides of ldm
| |
09:35 | While in shell, the entry curve would be a couple of hours
| |
09:35 | Btw /me does know C but not glib
| |
09:35 | <warren> how much glib does it actually use?
| |
09:36 | we could get rid of the dep
| |
09:36 | <alkisg> It's all different, string handling, memory allocation...
| |
09:36 | <warren> by shell, do you mean dash?
| |
09:36 | or bash?
| |
09:36 | <alkisg> Even data types have g* in front
| |
09:36 | posh
| |
09:36 | We try to keep posix compliant
| |
09:37 | <warren> If you want to go ahead with this plan, please do it in a fork, and demonstrate that it is functionally equivalent and solves the sshfs problem.
| |
09:37 | <elias_a> Which is nice, isn't it?
| |
09:37 | Posix compliance, I meant.
| |
09:38 | <warren> OTOH, I really shouldn't be putting my time into this. I don't really believe LTSP has a future anymore.
| |
09:38 | VDI and Chromebook-style apps in the cloud are taking over.
| |
09:39 | and LTSP lost the cost advantage years ago
| |
09:39 | <alkisg> warren: http://www.ltsp.org/stories/widget-map/?location=Greece
| |
09:39 | 400 schools so far, for the cost and other benefits
| |
09:39 | None of them would be interested in local linux installations
| |
09:39 | <warren> alkisg: I'm putting in enough time to help Enslaver formalize current LTSP-tech in EL-6, our LTS distribution
| |
09:40 | with ~7 years remaining in maintenance
| |
09:40 | <alkisg> elias_a: posix compliance is nice when it still gets the job done
| |
09:40 | warren: sure, I'm not asking you for ltsp time
| |
09:40 | I just believe ltsp has a future
| |
09:40 | Even if for fat clients only
| |
09:40 | <elias_a> Second that.
| |
09:41 | <alkisg> I don't know if it'll be worth it in the future to work on ltsp, or to reimplement it from scratch, but I believe netbooting is the way to go for schools
| |
09:41 | <elias_a> Solely in Finland abt 34 000 school users
| |
09:41 | <warren> VDI and Cloud-based HTML5 apps have equal or less cost, and they are a lot more robust to network disruptions than LTSP.
| |
09:41 | VDI can be netbooted too.
| |
09:41 | <alkisg> vdi won't work with Piii / 128 RAM
| |
09:42 | <warren> true
| |
09:42 | * markit has 640kbit internet connection in two of his schools, no "cloud" possible here | |
09:42 | <warren> alkisg: OTOH Google is getting Chromebooks into schools at $100 each.
| |
09:42 | <elias_a> warren: How do you give a student a VDI based access to school system?
| |
09:43 | <warren> I rather not argue. LTSP has important uses in the next decade.
| |
09:43 | <elias_a> warren: How do they authenticate before booting or even after that?
| |
09:43 | <warren> Just its cost benefits have largely disappeared.
| |
09:43 | <alkisg> Also html5 apps won't quickly replace the 50+ gb of greek educational software we have to use here
| |
09:43 | <warren> agreed
| |
09:43 | <elias_a> warren: Google is not an option in civilized world.
| |
09:44 | <warren> OK, we clearly disagree, that's fine.
| |
09:44 | <alkisg> We evaluated many many types of remote solutions, ltsp was the only one that actually work
| |
09:44 | <warren> Hey, I'm helping a little on LTSP in the next few weeks.
| |
09:44 | <alkisg> We also have papers with the results, although in greek
| |
09:44 | MastaaK has joined IRC (MastaaK!c3dd3a29@gateway/web/freenode/ip.195.221.58.41) | |
09:44 | <elias_a> warren: Thank you for your help.
| |
09:45 | <MastaaK> Hi, I've got an LTSP server with an LDAP authentification, but for my first login that doesn't create a new folder, I already add "session required pam_mkhomedir.so skel=/etc/skel/ umask=0077" to pam.d files and I already have edit my nslcd.conf ....
| |
09:45 | Did you have any idea? I've already check in the skel folder and I have "examples.desktop"
| |
09:46 | <elias_a> warren: The reason for me to beg for you to support LTSP is that IMHO with LTSP many things are done that could not be done with other tools.
| |
09:46 | <warren> elias_a: I disagree with that as a conclusory statement. that being said I'm still willing to help.
| |
09:47 | <elias_a> warren: I am in a position there I should know something about it.
| |
09:47 | <warren> EL-6 will probably be Fedora's last LTSP version.
| |
09:47 | Or at least I won't invest more time into it
| |
09:48 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
09:48 | <elias_a> warren: I am a bit slow today, sorry about that.
| |
09:48 | <warren> elias_a: let's put this another way, even at the peak of LTSP there wasn't a market to sustain even minimal commercial development
| |
09:48 | now we are well past the peak
| |
09:49 | <elias_a> warren: Oh, really?
| |
09:49 | <warren> Other solutions have reduced in cost, do a lot more, and are robust against network disruptions. LTSP really sucks at the last part.
| |
09:49 | <elias_a> warren: You got that part right.
| |
09:49 | <markit> alkisg: (just to notify you) https://bugs.launchpad.net/epoptes/+bug/1117158
| |
09:50 | <elias_a> warren: But what exactly are these other solutions?
| |
09:50 | <warren> elias_a: ogra used to be dedicated at Canonical to making a paid supported LTSP solution in Ubuntu
| |
09:50 | elias_a: I tried to make LTSP paid-supported from RHEL
| |
09:50 | <elias_a> warren: Ok. Now I see your point.
| |
09:51 | <warren> Now after the commercial companies have moved on, LTSP is so starving for developers that it can't even maintain a tiny C app
| |
09:51 | <elias_a> warren: The situation looks a bit different seen from Finland.
| |
09:51 | It is sad vmlintu is not onlin.
| |
09:51 | +e
| |
09:52 | <warren> elias_a: believe me, I've put years of my life into LTSP
| |
09:52 | elias_a: fedora exists *because* of LTSP
| |
09:52 | <elias_a> Their company is doing AFAIK ok in Finland.
| |
09:52 | <warren> elias_a: yeah, there have been regional LTSP-based service providers
| |
09:53 | <alkisg> LTSP when used for redeploying old computers has no commercial target except maybe for paid support. But it can still be a very good open source project backed up by non-commercial institutions
| |
09:53 | <warren> elias_a: that doesn't solve the problem though that LTSP still is insecure by default and cannot handle network disruption
| |
09:53 | <elias_a> warren: But tell me about your vision! What is the alternative?
| |
09:53 | <alkisg> markit: ty - but I get notifications, no worries :)
| |
09:54 | <elias_a> warren: Actually standalone PCs are not that useful w/o network resources today....
| |
09:54 | <warren> elias_a: In the long-long-long term, I think Google has the right idea. The Chromebooks are intended to be interchangeable and stateless. All data that matters is online. You login from any machine. If your computer dies or network fails, all your data is protected.
| |
09:55 | elias_a: intermittent network is fine with Cloud-based apps and storage
| |
09:55 | Chromebooks can operate offline until you synchronize with the cloud the next time your internet works.
| |
09:55 | <elias_a> warren: Yep. As long as we are able to do it in Europe.
| |
09:55 | <alkisg> In the long-long term the software will be rewritten based on the cloud idea, so yeah the local OS won't matter much then... But /me bets that's no less than 10 years away here
| |
09:55 | <warren> At that point I can smash the Chromebook and login from another.
| |
09:56 | I'm not saying Chromebooks are the solution
| |
09:56 | sometihng like it
| |
09:56 | <elias_a> warren: Past news indicate there is no real reason to trust US anymore no matter what the subject is.
| |
09:56 | warren: Ok. Got your point.
| |
09:57 | <warren> not to mention the old hardware that you recycle for LTSP thin clients burn a LOT more power than chromebooks
| |
09:57 | like 20 to 1 ratio
| |
09:57 | assuming you have LCD monitors
| |
09:57 | <elias_a> How much is a chromebook?
| |
09:57 | <warren> $200 retail minimum right now, $100 for schools
| |
09:59 | Let's make LTSP as good as we can right now.
| |
09:59 | <elias_a> Yep.
| |
09:59 | <warren> I'm just saying LTSP has a decade sunset remaining.
| |
09:59 | <elias_a> warren: I believe you.
| |
09:59 | <alkisg> Linux DEs too ...
| |
09:59 | <elias_a> warren: Where do you live?
| |
10:00 | <warren> Hawaii
| |
10:00 | alkisg: all DE's ...
| |
10:01 | <elias_a> warren: My message is: people are getting suspicious about cloud services because of US legislation and practices.
| |
10:01 | I am talking about discussion hitting regular newspapers, not just nerds.
| |
10:02 | <alkisg> That can be prototyped by some formal encryption service
| |
10:02 | <warren> like MEGA? =)
| |
10:03 | elias_a: It is tenuous to accuse other solutions of privacy and security problems when LTSP is insecure by default.
| |
10:03 | <elias_a> warren: If you are US citizen, please do something about the reckless behaviour of your legislators and intelligence.
| |
10:03 | * alkisg has never even heard of the MEGA service, so no idea there.... what I'm saying is that it's possible to be certain, client side, that the server doesn't know your data contents | |
10:03 | <warren> elias_a: we did. Then he stabbed us in the back...
| |
10:03 | <elias_a> warren: Who did?
| |
10:04 | <warren> alkisg: yeah, that's the idea behind MEGA and a few other recent services.
| |
10:05 | alkisg: and while Google can be problematic in privacy due to their power, they too have options to store certain data in their Cloud where encryption is done client-side
| |
10:09 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.156.225.34) | |
10:14 | <elias_a> warren: Who did stab you?
| |
10:15 | <warren> (not obvious?)
| |
10:16 | <elias_a> warren: I do not follow you.
| |
10:16 | <warren> sorry
| |
10:16 | I better sleep
| |
10:16 | <elias_a> warren: Thanks for your time!
| |
10:17 | warren: And sorry to be a bit offensive.
| |
10:17 | warren: Trying to build a better world here...
| |
10:23 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
10:26 | dievel has joined IRC (dievel!~dievel@host190-176-static.240-95-b.business.telecomitalia.it) | |
10:28 | dobber has joined IRC (dobber!~dobber@89.190.199.210) | |
10:33 | <Hyperbyte> elias_a, I believe Warren was making a joke. :)
| |
10:34 | alkisg is now known as work_alkisg | |
10:39 | <markit> Hyperbyte: hi, we talked some days ago and I cited you that I was using apt-cacher-ng while you are using a different one, but can't remember which one... can you refresh my memory please?
| |
10:46 | <elias_a> Hyperbyte: Ok. The stuff done in US is no joke to me.
| |
10:46 | Actually it is warfare in my eyes.
| |
10:52 | meamy has joined IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
10:58 | <Hyperbyte> markit, I'm pretty sure you have the wrong person. I have no idea what apt-cacher-ng is.
| |
10:59 | elias_a, if you think it's forbidden to joke in dire situations, I pity you.
| |
10:59 | <markit> Hyperbyte: was a discussion about squid, and as far as I remember, you told me you don't use and use something to cache .debs
| |
10:59 | but yes, I could be wrong
| |
10:59 | <Hyperbyte> markit, I have quite unlimited and fast internet here. No need to cache .debs.
| |
11:00 | <markit> Hyperbyte: ohhhh
| |
11:00 | I do strongly need not to take hours in ltsp server installations
| |
11:00 | <Hyperbyte> I do use squid, however.
| |
11:00 | <markit> btw, how fast is it your internet connection? mine 7mb/s at best
| |
11:01 | and how much do you spend montly? (me about 20 euros -> 26 $)
| |
11:23 | <warren> hmm
| |
11:23 | what happened to bzr-gtk?
| |
11:23 | * warren hasn't used bzr in almost 2 years | |
11:23 | <warren> was bzr-gtk replaced by something?
| |
11:26 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
11:27 | <alkisg> !test
| |
11:27 | <ltsp> test: ~alkisg alkisg #ltsp $CHAN
| |
11:27 | <alkisg> !nomodeset
| |
11:27 | <ltsp> nomodeset: Unfortunately, Kernel Mode Setting (KMS) doesn't work well with some cards. To disable it, open /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default and replace "quiet splash" with "nomodeset".
| |
11:27 | <warren> nomodeset *breaks* other X drivers
| |
11:28 | * alkisg was just testing the bot | |
11:28 | <alkisg> markit: you were talking with vagrantc
| |
11:28 | <markit> alkisg: oh, thanks, lol
| |
11:29 | with apt-cacher-ng I have a lot of issues about corrupted bzip2 with apt-get update
| |
11:30 | <alkisg> There was a modified version of squid for package caching in the ubuntu archives
| |
11:30 | * alkisg hasn't used any of those, no need for caching .deb packages with ltsp | |
11:30 | <alkisg> markit: you do know you can just copy the .debs from/to /var/cache/apt/archives, right?
| |
11:35 | <elias_a> Hyperbyte: I don't mind joking. The problem is I did not understand the joke.
| |
11:36 | Hyperbyte: A very dysfunctional joke IMHO.
| |
11:45 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
11:53 | <meamy> hi all. witch scripte determine that the cluster client is configured and set CULSTER_CONFIGURED to true? Or did i just have to do this my self by writing it in to the lts.conf ?
| |
12:00 | meamy has left IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de, Remote host closed the connection) | |
12:02 | neto has joined IRC (neto!~chatzilla@200.17.98.253) | |
12:02 | neto is now known as NetoAtaides | |
12:03 | <NetoAtaides> hello
| |
12:04 | does anyone know why the users I create by hand cannot login in graphics mode?
| |
12:04 | they do login in command line mode
| |
12:06 | I'm using ubuntu server
| |
12:13 | <Hyperbyte> elias_a, lighten up!
| |
12:13 | NetoAtaides, where are you creating the users?
| |
12:13 | NetoAtaides, inside the LTSP client chroot, or on the server?
| |
12:19 | !users
| |
12:19 | <ltsp> users: LTSP users for graphical login should be created on the server itself, NOT inside the client chroot. LTSP clients connect to the server to verify user credentials, they should not hold any user information themselves as this is very insecure.
| |
12:27 | ltspuser_14 has joined IRC (ltspuser_14!58d330f6@gateway/web/freenode/ip.88.211.48.246) | |
12:28 | <elias_a> Hyperbyte: I do not know how to lighten up if I do not get any hints on that someone is joking.
| |
12:29 | <ltspuser_14> Hi, is there a way to publish applications with LSTP as well?
| |
12:29 | <elias_a> Hyperbyte: I am not that much into angloamerican culture that I would automagically recognize such hints.
| |
12:39 | ltspuser_14 has left IRC (ltspuser_14!58d330f6@gateway/web/freenode/ip.88.211.48.246, Quit: Page closed) | |
12:39 | vnc786 has left IRC (vnc786!~chatzilla@49.248.129.178, Quit: ChatZilla 0.9.89 [Firefox 11.0/20120410121533]) | |
12:41 | Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave) | |
12:47 | <NetoAtaides> sorry...I'm creating the users in the server
| |
12:47 | in the future I'll want to use LDAP
| |
12:50 | I'm using useradd to create the users
| |
12:50 | do they need any given permission to access the X server?
| |
12:51 | meamy has joined IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
13:04 | <Hyperbyte> NetoAtaides, no. I'm confused.
| |
13:04 | You're saying they can login in "command line mode". How, what, where? Command line mode on the client?
| |
13:05 | elias_a, in general, lighten up. :)
| |
13:08 | garymc has joined IRC (garymc!~chatzilla@host81-148-120-70.in-addr.btopenworld.com) | |
13:09 | <NetoAtaides> yeah...in the client they can login in command line mode, but not via X
| |
13:15 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Ping timeout: 248 seconds) | |
13:16 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
13:18 | cliebow_ has left IRC (cliebow_!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Remote host closed the connection) | |
13:18 | cliebow has left IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Read error: Connection reset by peer) | |
13:21 | JuJuBee has joined IRC (JuJuBee!~mike_knic@24.148.112.102) | |
13:22 | <NetoAtaides> Does anyone know where the error logs are?
| |
13:23 | Cause I can't find the logs for the login error
| |
13:33 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:34 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
13:47 | <elias_a> Hyperbyte: I probably would if I knew how to. And especially why.
| |
13:48 | Hyperbyte: Until then I just have to wonder what is it I lack. :P
| |
13:57 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds) | |
14:13 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
14:15 | dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174) | |
14:17 | JuJuBee has left IRC (JuJuBee!~mike_knic@24.148.112.102) | |
14:18 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
14:21 | mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254) | |
14:25 | otwieracz has left IRC (otwieracz!~gonet9@v6.gen2.org, Ping timeout: 245 seconds) | |
14:32 | otwieracz has joined IRC (otwieracz!~gonet9@v6.gen2.org) | |
14:49 | dievel has left IRC (dievel!~dievel@host190-176-static.240-95-b.business.telecomitalia.it, Ping timeout: 272 seconds) | |
14:52 | <meamy> NetoAtaides: There are logs for ldm at /var/log/ldm.log also you can search for X related error logs in /home/(user)/.xsession-errors or in /var/log/Xorg.7.log
| |
14:52 | dievel has joined IRC (dievel!~dievel@host190-176-static.240-95-b.business.telecomitalia.it) | |
14:58 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Quit: leaving) | |
15:45 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds) | |
15:50 | jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net) | |
15:51 | Silicium has joined IRC (Silicium!~marco@5.9.215.242) | |
15:51 | <Silicium> hi there
| |
15:52 | quick question, just for evaluation reason
| |
15:53 | i'am just nerved of shutdown my notebook every evening at work and loosing all my "work"
| |
15:53 | i mean, session
| |
15:53 | <jammcq> huh?
| |
15:53 | <Silicium> but i need the notebook also for private so i would like to put the work part to a ltsp system
| |
15:53 | which i can connect to when iam at work
| |
15:54 | and with it dont loosing the session but just reconnect
| |
15:54 | <jammcq> you have a netbook that you want to use as a thin client during the day, while at work, and then use it as a netbook at night ?
| |
15:54 | <Silicium> but whats about multihead? does that work well? iam currently using debian 6 with dualhead and one of them is rotated 45% (for coding)
| |
15:54 | notebook
| |
15:54 | yes
| |
15:55 | important question is dualhead
| |
15:55 | <jammcq> hmm, dunno about multi-head. I've not done it with ltsp
| |
15:55 | others have
| |
15:55 | <Silicium> others sounds good
| |
15:55 | how does ltsp work in fact? X forwarding?
| |
15:55 | <jammcq> X over SSH
| |
15:56 | <Silicium> ok, great, then multihead will work :)
| |
15:56 | and its possible to disconnect a session, reboot the thin client and login into the same session with the same state again, right?
| |
15:56 | <jammcq> no
| |
15:57 | it would be a new session
| |
15:57 | unless you are using something like VNC or NoMachine, but that's not LTSP
| |
15:58 | <Silicium> ok then its useless
| |
15:58 | for me
| |
15:59 | jones_d has joined IRC (jones_d!jonesdea@shell.onid.oregonstate.edu) | |
15:59 | <jammcq> why do you want to leave your session running?
| |
15:59 | <Silicium> in fact i search for a way to detach an X11 window from the xclient and attach it again later
| |
15:59 | i have tons of IDE windows debugging stuff etc running
| |
15:59 | and i just let the notebook at work because i dont want to restart all the tools every morning again
| |
16:01 | oh, i want xpra
| |
16:01 | "So basically it's screen for remote X apps.
| |
16:01 | "
| |
16:03 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
16:07 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
16:10 | <markit> Silicium: maybe x2go could help too
| |
16:19 | ball has joined IRC (ball!~ball@client-208-124-120-99.consolidated.net) | |
16:24 | dobber has left IRC (dobber!~dobber@89.190.199.210, Remote host closed the connection) | |
16:28 | dievel has left IRC (dievel!~dievel@host190-176-static.240-95-b.business.telecomitalia.it, Quit: Leaving) | |
16:43 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
16:48 | ball has left IRC (ball!~ball@client-208-124-120-99.consolidated.net, Quit: leaving) | |
16:48 | meamy has left IRC (meamy!~hannes@pd95cdee4.dip0.t-ipconnect.de, Remote host closed the connection) | |
16:49 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |
16:50 | Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com) | |
17:03 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds) | |
17:07 | <||cw> well, you can use ltsp to make a thin client that connects to vnc or nx
| |
17:08 | but yeah, I don't think ltsp will do what Silicium wants
| |
17:13 | <lotharn> anyone in here know how to install drivers on a wyse?
| |
17:14 | markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, ) | |
17:21 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
17:27 | <alkisg> Is there anything special about wyse vs installing drivers in other machines?
| |
17:40 | lotharn has left IRC (lotharn!~taco@24.154.55.32, Remote host closed the connection) | |
17:53 | garymc has left IRC (garymc!~chatzilla@host81-148-120-70.in-addr.btopenworld.com, Ping timeout: 260 seconds) | |
17:54 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 260 seconds) | |
17:57 | iphar has joined IRC (iphar!hara@gateway/shell/devio.us/x-cabdjraxgcisycpc) | |
18:08 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
18:21 | Parker955_Away is now known as Parker955 | |
18:33 | NetoAtaides has left IRC (NetoAtaides!~chatzilla@200.17.98.253, Ping timeout: 256 seconds) | |
18:35 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net) | |
18:36 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk) | |
18:51 | NetoAtaides has joined IRC (NetoAtaides!~chatzilla@200.17.98.253) | |
18:53 | lotharn has joined IRC (lotharn!~taco@24.154.55.32) | |
18:54 | <lotharn> anyone wanna point me to the basics for wyse terminal management?
| |
19:02 | Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave) | |
19:04 | <alkisg> lotharn: are wyse terminals different than other terminals?
| |
19:04 | <lotharn> alkisg: sorta
| |
19:04 | <alkisg> Why are you asking about specific models instead of just mentioning whatever problems you have?
| |
19:04 | E.g. some people might know the solution, but not know anything about wyse terms..
| |
19:05 | <lotharn> i need to install drivers on wince for these terminals
| |
19:05 | <alkisg> Windows CE?
| |
19:05 | <lotharn> but i'm new to the format of these devices
| |
19:05 | yesa
| |
19:06 | <alkisg> You are in the #ltsp channel... why do you expect people here to know about windows?
| |
19:06 | Why not ask in #windows or some other more appropriate channel?
| |
19:06 | <lotharn> im asking in several channels
| |
19:06 | <alkisg> ltsp == LINUX terminal server project
| |
19:06 | So don't expect people here to know about wince...
| |
19:07 | We didn't even understand you were asking about windows
| |
19:07 | <lotharn> thanks
| |
19:07 | i'm really not
| |
19:07 | <elias_a> what?
| |
19:12 | NetoAtaides has left IRC (NetoAtaides!~chatzilla@200.17.98.253, Quit: ChatZilla 0.9.89 [Firefox 18.0.2/20130201185534]) | |
19:14 | simpoir has left IRC (simpoir!~simpoir@209.141.57.61, Ping timeout: 248 seconds) | |
19:17 | mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254, Read error: Connection reset by peer) | |
19:22 | simpoir has joined IRC (simpoir!~simpoir@209.141.57.61) | |
19:23 | garymc has joined IRC (garymc!~chatzilla@host86-157-249-94.range86-157.btcentralplus.com) | |
19:32 | Parker955 is now known as Parker955_Away | |
20:01 | Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com) | |
20:04 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
20:09 | Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave) | |
20:10 | garymc has left IRC (garymc!~chatzilla@host86-157-249-94.range86-157.btcentralplus.com, Ping timeout: 260 seconds) | |
20:35 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
20:43 | Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com) | |
20:44 | garymc has joined IRC (garymc!~chatzilla@host86-157-249-94.range86-157.btcentralplus.com) | |
20:56 | garymc has left IRC (garymc!~chatzilla@host86-157-249-94.range86-157.btcentralplus.com, Ping timeout: 252 seconds) | |
20:56 | mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
21:06 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
21:25 | Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave) | |
21:40 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk) | |
21:58 | khildin has left IRC (khildin!~khildin@ip-80-236-222-28.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
22:06 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
22:09 | garymc has joined IRC (garymc!~chatzilla@host86-157-249-94.range86-157.btcentralplus.com) | |
22:32 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
22:41 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
22:41 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
22:52 | dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Computer has gone to sleep.) | |
22:58 | designbybeck__ has left IRC (designbybeck__!~quassel@x176y051.angelo.edu, Remote host closed the connection) | |