00:08 | rthomson has left IRC (rthomson!~rthomson@mars.pet.ubc.ca, Remote host closed the connection) | |
00:29 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 240 seconds) | |
00:51 | <vagrantc> ok, tagging ldm 2.2.6
| |
00:57 | alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!) | |
01:06 | freedomrun has left IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net, Remote host closed the connection) | |
01:31 | <vagrantc> and tagging ltspfs 1.1
| |
01:56 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.141.56) | |
02:16 | <vagrantc> stgraber: uploaded ltspfs 1.1 and ldm 2.2.6 to debian, if you or alkisg want to sync to ubuntu, i *think* everything should still work for you...
| |
02:16 | major change is the udev rule handling in ltspfs is moved to init-ltsp.d
| |
02:18 | and ltsp-trunk/client/init-ltsp.d/*/50-localdev should get removed altogether (already pushed upstream), in fact, it's probably not even needed before the switch.
| |
02:54 | <Jon--> Running a programming competition, files on an NFS share can be accessed over the Terminal but Nautilus errors. Any ideas guys? We're using ltsp fats
| |
03:37 | <stgraber> vagrantc: cool, we're in freeze for beta1 at the moment but I'll sync right after the freeze
| |
04:12 | srdjo has joined IRC (srdjo!~srdjo@109.228.74.171) | |
04:17 | srdjo has left IRC (srdjo!~srdjo@109.228.74.171, Ping timeout: 272 seconds) | |
04:39 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
04:42 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.58.141.56, Ping timeout: 245 seconds) | |
04:45 | staffencasa has left IRC (staffencasa!~staffenca@128-193-148-241.oregonstate.edu, Ping timeout: 244 seconds) | |
04:54 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
04:58 | shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Remote host closed the connection) | |
04:59 | <alkisg> Where is a good place to put the loopback images? /opt/ltsp/here? /opt/ltsp/images/here?
| |
04:59 | I think that if we create another folder for them, it'll cause problems with the existing code that assumes that every folder except "images" is an arch...
| |
05:00 | * alkisg will try to implement the new ltsp-export-disk tool within the weekend... | |
05:09 | <alkisg> Hmm no on second thought a good place is e.g. /home/teacher/VirtualBox/image/image.vdi...
| |
05:12 | So the basic parameter would be the source path, e.g. #1: ltsp-export-disk /home/teacher/VirtualBox/image/image.vdi
| |
05:12 | e.g. #2: ltsp-export-disk /opt/ltsp/i386
| |
05:13 | e.g. #3: ltsp-export-disk nfs:server/path
| |
05:13 | yanu has left IRC (yanu!~yanu@lugwv/member/yanu, Ping timeout: 260 seconds) | |
05:13 | yanu has joined IRC (yanu!~yanu@178-117-229-179.access.telenet.be) | |
05:13 | yanu has joined IRC (yanu!~yanu@lugwv/member/yanu) | |
05:14 | srdjo has joined IRC (srdjo!~srdjo@77.222.0.31) | |
05:17 | <alkisg> At first I'll assume that we'll always be able to detect the source type by its path. Possible types that I can think of: local dir, loopback vdi, loopback qcow, loopback raw, loopback raw with mbr and partitions, nfs, I don't think sshfs will be able to contain device nodes etc, nbd... anything else?
| |
05:19 | And the targets I can think of are: nfs export, squashfs export, rsync to an existing loopback image or create one (btrfs works beautifully)...
| |
05:19 | Actually those squashfs or loopback images can be exported with nbd or nfs or clicfs or maybe even aoe...
| |
05:20 | ...iscsi...
| |
05:21 | shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com) | |
05:23 | <alkisg> Hmmm yes, even samba could probably be used for exporting them, making it really easy to have an ltsp fat client lab without an ltsp server :P
| |
05:24 | ...or a SCREEN_07=rdesktop or a SCREEN_07="virtualbox XP.vdi" lab, again without a linux server
| |
05:33 | <vagrantc> alkisg: uploaded ltspfs 1.1 and ldm 2.2.6 to debian, if you or stgraber want to sync to ubuntu, i *think* everything should still work for you...
| |
05:33 | <alkisg> vagrantc: I saw in irclogs that stgraber said that we're in beta 1 freeze and he'll do it later
| |
05:34 | Thanks!
| |
05:34 | <vagrantc> alkisg: sure. but you might want to at least test that it doesn't do evil things first :)
| |
05:35 | <alkisg> Sure, I'll use the ltsp daily builds ppa to test
| |
05:36 | <vagrantc> ltspfs required some packaging changes
| |
05:36 | <alkisg> Ah, true
| |
05:37 | OK I'll ping stgraber after the beta 1 freeze so that he does the packaging changes (I don't have access) and I'll test the result from his ppa
| |
05:38 | So, I'll split ltsp-export-disk to 3 parts, "mount source", "mount target", "transfer contents"
| |
05:38 | Of course in some of these cases 1-2 of those parts will be empty
| |
05:40 | The ending part of the source path will be used in the same sense as ARCH now, to define the target file name or export name etc
| |
05:41 | That's about it, from a design perspective, I hope I'm not missing any use cases...
| |
05:44 | <vagrantc> alkisg: this is intended to replace ltsp-update-image?
| |
05:44 | <alkisg> vagrantc: yes
| |
05:44 | <vagrantc> alkisg: i like it already :)
| |
05:44 | <alkisg> Haha!
| |
05:44 | Does `ltsp-export-image` sound better than `ltsp-export-disk` ?
| |
05:45 | (the output of the "exporting" may be an nfs exported folder...)
| |
06:00 | <vagrantc> yes.
| |
06:01 | to keep it short :)
| |
06:03 | <alkisg> OK, ltsp-export-image it is then
| |
06:04 | I think even when the source is a local dir, I'll use mount --bind there too
| |
06:05 | <vagrantc> really?
| |
06:05 | <alkisg> So when $CHROOT/proc is mounted, because the chroot is in use, mksquashfs/rsync etc won't pick those too
| |
06:05 | And, for consistency, so that "ltsp-mount <source>" will always give you a folder in /var/run/ltsp/images/arch
| |
06:06 | <vagrantc> in /var/run ? might run out of memory
| |
06:06 | <alkisg> It's either bind-mounted or loop-mounted or sshfs mounted or nfs mounted...
| |
06:06 | Just a mount point, should I use /media/ltsp/ instead?
| |
06:06 | <vagrantc> ah, a mount point
| |
06:08 | <alkisg> Hmm well even a /tmp/random path will do
| |
06:11 | <stgraber> alkisg: you should have access to the packaging branches for the daily builds, they are in ~ltsp-upstream I believe
| |
06:11 | <vagrantc> makes more sense to me.
| |
06:11 | <stgraber> alkisg: which reminds me I need to fix the ltsp-trunk daily builds, I've just turned them off for now as they were failing
| |
06:12 | <alkisg> stgraber: if you could create a daily build that contains vagrantc's changes, I could test it a bit over the weekend
| |
06:12 | But I mostly want to focus on ltsp-export-image
| |
06:12 | Because that's what will make all those "bootable chroot" things actually useful
| |
06:13 | I plan on instructing the teachers here to use virtualbox instead of ltsp-build-client for 12.04
| |
06:13 | <stgraber> alkisg: I'll see if I can fix that tomorrow (though my todolist for tomorrow is getting pretty long)
| |
06:13 | (by tomorrow, I mean in 10 hours obviously)
| |
06:13 | <alkisg> (with a ppa version of ltsp of course, unless we request a FFE for ltsp-export-image)
| |
06:14 | Nice, will check tomorrow (in 24h) :))
| |
06:29 | loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
07:04 | srdjo has left IRC (srdjo!~srdjo@77.222.0.31, Ping timeout: 276 seconds) | |
07:18 | komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk) | |
07:18 | risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Quit: Lämnar) | |
07:18 | risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca) | |
07:20 | Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 252 seconds) | |
07:21 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
07:36 | <knipwim> how is ltsp-client actually started in 5.3?
| |
07:40 | perhaps by 60-screensessions ?
| |
07:41 | gentoo currently has an init.d/ltsp-client script which does start_screen_sessions and start_sound
| |
07:41 | but when in a chroot not build by ltsp-build-client, this script isn't executed automatically
| |
07:42 | <alkisg> knipwim: Debian and Ubuntu put ltsp-trunk/client/initscripts/ltsp-core in /etc/init.d/ltsp-client-core
| |
07:42 | That's included in the ltsp-client package
| |
07:42 | <knipwim> same here
| |
07:42 | <alkisg> So why wouldn't it start?
| |
07:43 | killermike has left IRC (killermike!~killermik@2.26.114.75, Remote host closed the connection) | |
07:43 | <knipwim> does it start automatically when it's present in init.d ?
| |
07:43 | on gentoo you have to specifically set a script to actually start at boot time
| |
07:43 | <alkisg> $ ls /opt/ltsp/i386/etc/rc*/*ltsp*
| |
07:43 | /opt/ltsp/i386/etc/rc2.d/S25ltsp-client-core
| |
07:44 | That's put by ltsp-client.postinst, I believe
| |
07:44 | I.e. the "install package" phase
| |
07:45 | <knipwim> but when in a "normal" chroot, and you don't call /sbin/init-ltsp, it shouldn't start right?
| |
07:46 | <alkisg> Ah yes I see where you're going
| |
07:46 | Currently it uses a "grep cmdline" to prevent it from starting
| |
07:46 | But it would be best if we put it to init.d from init-ltsp.d
| |
07:46 | Right?
| |
07:47 | Or at least if we created the rc.d symlinks...
| |
07:47 | <knipwim> maybe in the 50-rcfiles
| |
07:48 | <alkisg> Haha it's fun that we're moving parts of the packaging into init-ltsp.d :D
| |
07:49 | 50-rcfiles sounds fine to me
| |
07:49 | <knipwim> i first have to fix starting X
| |
07:50 | <alkisg> Are you going to call update-rc.d ? Or just manually make the symlinks?
| |
07:51 | vagrantc and stgraber, you'll need another packaging change for this ^
| |
07:52 | <knipwim> to be honest, i don't really know how this actually works on gentoo
| |
07:52 | <alkisg> # update-rc.d -f ltsp-client-core remove
| |
07:52 | Removing any system startup links for /etc/init.d/ltsp-client-core ...
| |
07:52 | /etc/rc2.d/S25ltsp-client-core
| |
07:52 | # update-rc.d ltsp-client-core defaults 25
| |
07:52 | update-rc.d: warning: ltsp-client-core stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none)
| |
07:52 | Adding system startup for /etc/init.d/ltsp-client-core ...
| |
07:52 | /etc/rc0.d/K25ltsp-client-core -> ../init.d/ltsp-client-core
| |
07:52 | /etc/rc1.d/K25ltsp-client-core -> ../init.d/ltsp-client-core
| |
07:52 | <knipwim> ideally i should be able to call rc-update add ltsp-client default
| |
07:52 | <alkisg> ...and more of those
| |
07:55 | Right there's no reason now to name it differently in Debian/Ubuntu, init.d/ltsp-client-core can be renamed to init.d/ltsp-client
| |
07:56 | So the needed init-ltsp.d/common/50-rcfiles call will be:
| |
07:56 | test -x /usr/sbin/update-rc.d && update-rc.d ltsp-client defaults
| |
07:58 | ...although I think I'd prefer it if we deleted ltsp-client completely too :D
| |
07:58 | ...and generated one service for each SCREEN
| |
07:58 | ...and let init launch them instead of start_screen_sessions
| |
07:59 | <vagrantc> alkisg: installing init scripts from init-ltsp.d will be painful on debian
| |
07:59 | <knipwim> on another subject, did something change in calling the ldm session?
| |
08:00 | <alkisg> vagrantc: why?
| |
08:00 | <vagrantc> alkisg: as it trigger a recalculationn of the entire dependency tree for which init scripts to start
| |
08:00 | <knipwim> because i believe i booted correctly with the scripts in init-ltsp.d, but x won't start
| |
08:00 | <vagrantc> alkisg: and in what order
| |
08:00 | <alkisg> vagrantc: no, we're still before init has started at all
| |
08:00 | <vagrantc> alkisg: yes, but to do that properly on debian, you
| |
08:01 | alkisg: should run insserv, whicch recalculates the entire dependency tree
| |
08:01 | alkisg: and re-orders all the rc?.d/* symlinks
| |
08:01 | alkisg: i thought about that a bit when looking at the RM_SERVICES stuff
| |
08:02 | which can be expensive ...
| |
08:02 | just removing stuff, as long as you don't remove any strict interdependencies, is probably fine... but not necessarily.
| |
08:03 | <alkisg> vagrantc: so, one can use multiple "update-rc.d" and just one "insserv" at the end?
| |
08:03 | <vagrantc> alkisg: it will be painful, i think.
| |
08:03 | <alkisg> (after removing the services too?)
| |
08:03 | ball has joined IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net) | |
08:03 | <vagrantc> too painful to think this close to sleep.
| |
08:03 | * vagrantc waves | |
08:03 | <vagrantc> night all
| |
08:03 | <alkisg> Or even, making all rc symlinks manually, and calling insserv once..
| |
08:03 | 'night vagrantc
| |
08:03 | <knipwim> good night
| |
08:03 | <ball> Goodnight vagrant
| |
08:04 | c
| |
08:05 | <Hyperbyte> Good morning. ;-)
| |
08:06 | <vagrantc> good morning!
| |
08:06 | * vagrantc -> sleep. | |
08:08 | <knipwim> yeah, timezone fun
| |
08:08 | <Hyperbyte> Sleep well. :-)
| |
08:14 | vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 252 seconds) | |
08:14 | <cyberorg> knipwim, i think you ran into same issue i did, we use init script to start sound and screen session in opensuse, we are now using init-ltsp
| |
08:18 | <knipwim> cyberorg: how? also with the 50-rcfiles?
| |
08:20 | <cyberorg> no, just plain old insserving the init script, but will have to figure out way either to launch with grep /proc/cmdline for init=/sbin/init-ltsp or rcfiles
| |
08:22 | <alkisg> cyberorg, knipwim: have you switched to using init=/sbin/init-ltsp ?
| |
08:22 | <knipwim> alkisg: not yet, but getting there
| |
08:23 | <cyberorg> alkisg, yes we have, i think having it in 50-rcfiles by default is better
| |
08:23 | <alkisg> You're not planning on calling the scripts from the initramfs + chroot though, right?
| |
08:23 | cyberorg: you can put it in your Distro/ folder instead of common/
| |
08:23 | Until vagrantc agrees that it'll work with insserv etc
| |
08:24 | <knipwim> just packaged ltspfs-1.1 and ldm-2.2.6
| |
08:24 | <cyberorg> btw, opensuse does not have /etc/rc.local, it is /etc/init.d/boot.local
| |
08:25 | <alkisg> cyberorg: put an "if" in the appropriate place there
| |
08:25 | Also, I don't think anyone else than Gadi likes the Distro/symlinks approach
| |
08:26 | <cyberorg> alkisg, if we use Distro/ do we have to symlink all the required scripts from common/ or they will get sourced automatically?
| |
08:26 | <alkisg> I think vagrantc's planning to delete the symlinks and handle the Distro/overrides in the packaging stage in debian+ubuntu
| |
08:26 | cyberorg: currently, you have to symlink all of them
| |
08:26 | * cyberorg does not like symlinks either | |
08:26 | LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm, Changing host) | |
08:26 | LoveStorm has joined IRC (LoveStorm!Storm@unaffiliated/lovestorm) | |
08:26 | LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm) | |
08:26 | <alkisg> That's why I think it's a bad idea
| |
08:26 | cyberorg, knipwim, could you at the packaging stage merge your Distro/ with common/ ?
| |
08:27 | ..so that only one dir is shipped in the distro packages?
| |
08:27 | <cyberorg> that is what i'll do
| |
08:27 | <knipwim> symlinks are easier for me
| |
08:27 | just copy Gentoo and be done
| |
08:27 | <cyberorg> i would prefer to just use common/
| |
08:27 | <knipwim> else you have to repackage whenever a script changes
| |
08:27 | <alkisg> But when we want to reorder something in common/, and change the numbers, we break all Distro/ dirs
| |
08:28 | srdjo has joined IRC (srdjo!~srdjo@109.228.91.217) | |
08:28 | <knipwim> true, but how often will that occur?
| |
08:29 | mostly it would be one or two scripts
| |
08:29 | <alkisg> Well, that also happens when we add or remove things from common/ too
| |
08:30 | We wouldn't have to care about symlinks when committing source if we automated it with the packaging stage
| |
08:30 | <knipwim> i'm calling the automation in question when packaging
| |
08:31 | i can't just copy all common and then override with gentoo scripts
| |
08:31 | because i don't want all common scripts
| |
08:31 | so i have to exclude specific ones
| |
08:32 | and repackage whenever one of those changes
| |
08:32 | <alkisg> knipwim: wait, if you don't want all common scripts then those should be moved elsewhere
| |
08:32 | ball has left IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net) | |
08:33 | <alkisg> Or you could override them with empty ones
| |
08:33 | <knipwim> check :) else the wouldn't be common
| |
08:33 | <alkisg> (in the extreme case that all distros want that except gentoo)
| |
08:34 | <knipwim> hmm, the first one is better
| |
08:34 | the other one still requires maintance of specific empty files
| |
08:38 | <alkisg> We should also do the same with ltsp-build-client, there's no point in having /usr/share/ltsp/plugins/ltsp-build-client/Fedora in my Ubuntu box.. I don't think that will work for me to generate a Fedora chroot.
| |
08:39 | <knipwim> i like it more from an upstream maintance point of view
| |
08:39 | packaging could also decide not to copy the other distro dirs
| |
08:40 | and still have a common and your own distro with symlinks
| |
08:40 | while it might not be a big issue now, with a small number of scripts and distro's
| |
08:40 | <alkisg> True, but you need code to decide your distro then. We have that already, but I don't think there's need for us to have it
| |
08:41 | <knipwim> perhaps in the future with more, it might
| |
08:41 | <alkisg> The scripts could be in /usr/share/ltsp/plugins/ltsp-build-client/*, not common, not distro/
| |
08:41 | <knipwim> id, just like in init-ltsp.d/*
| |
08:42 | <alkisg> Right
| |
08:48 | <knipwim> hmmm, [X] <defunct>
| |
08:49 | that doesn't look well, and no Xorg.log :(
| |
08:49 | ah well, first some breakfast
| |
08:58 | freedomrun has joined IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net) | |
09:28 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
09:36 | bmonkj has joined IRC (bmonkj!~skumlesen@87-104-113-212-dynamic-customer.profibernet.dk) | |
09:40 | map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net) | |
09:54 | <Llama_be> on Gentoo, I want to make a server that will serve some RDP client to the thin clients, nothing else. If I emerge ltsp-server, it will also install xorg on the server, which I don't think I need. Is there a better way?
| |
09:57 | freedomrun has left IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net, Ping timeout: 276 seconds) | |
09:59 | <knipwim> Llama_be: it might be a good idea to make the xorg dependency optional via a USE flag
| |
10:00 | which is on by default to satisfy most common use cases
| |
10:00 | <Llama_be> it is kinda optional, but when I disable it, I get: ( any-of ( dmx kdrive xnest xorg xvfb ) )
| |
10:01 | and I wouldn't know which one to chose then, as I don't think I would need any of them...
| |
10:01 | <knipwim> Llama_be: can you remove/comment the xorg-server dependency in the ebuild?
| |
10:01 | <Llama_be> (but I don't know them all)
| |
10:01 | I could yes...
| |
10:02 | only thing is I am not sure how that will impact the process later, as I do think I need something like xorg in my nfs-root for the clients to run xfreerdp on top of, no?
| |
10:03 | <knipwim> Llama_be: the xorg in the chroot is installed by the ltsp-build-client
| |
10:04 | the xorg on the server is to facilitate graphical login on the server
| |
10:11 | <Llama_be> I assume I can also remove pulseaudio from the server?
| |
10:12 | <knipwim> i think so
| |
10:13 | even ssh is not needed
| |
10:14 | <Llama_be> why is ssh a requirement in the general use case?
| |
10:15 | (I still wanth ssh though, as I would like to use it to administer the box)
| |
10:15 | <knipwim> to log in to the server from the client
| |
10:16 | i probably leave that in, and make a pulseaudio and X USE flag
| |
10:16 | <Llama_be> I'll put it in the bug on bugs.gentoo.org ;)
| |
10:16 | <knipwim> no need
| |
10:17 | unless you want to
| |
10:17 | i already made a note
| |
10:17 | <Llama_be> oh, are you the maintainer? :)
| |
10:17 | <knipwim> yes
| |
10:18 | if you report your use case works without xorg-server and pulseaudio on the server
| |
10:18 | <Llama_be> ok :)
| |
10:18 | <knipwim> i'll make the changes to the existing ebuilds
| |
10:19 | <Llama_be> i'm now going to start emerging ltsp-server-5.2.18-r2, that's the one I should use now, right? :)
| |
10:21 | <knipwim> yes
| |
10:21 | there's no functional difference between the other versions
| |
10:22 | just different install and config locations for the build
| |
10:22 | <Llama_be> this is my "emerge ltsp-server -va" for what I'm currently installing http://pastebin.com/SQdLuvSt
| |
10:25 | <knipwim> perhaps you could also remove x11-apps/xdm as a dependency
| |
10:25 | * knipwim is wondering what it's for anyway | |
10:26 | <Llama_be> oh yes, I did that too, sorry i forgot to tell :)
| |
10:26 | <knipwim> and you still have the above dependencies?
| |
10:27 | <Llama_be> yes
| |
10:28 | <knipwim> they are ltspfs deps i think
| |
10:28 | yes
| |
10:29 | <Llama_be> could have removed some deps there too then?
| |
10:30 | <knipwim> perhaps, it's not a build time dependency, so you should be save
| |
10:30 | erm safe
| |
10:31 | <Llama_be> it's already compiling though. want me to stop and remove it for test purposes?
| |
10:32 | <knipwim> please
| |
10:33 | asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi) | |
10:33 | <asmok> I did try this:
| |
10:34 | root@lubuntu-root:~# /usr/bin/python /usr/sbin/ltsp-cluster-lbserver /etc/ltsp/lbsconfig.xml
| |
10:34 | Traceback (most recent call last):
| |
10:34 | File "/usr/sbin/ltsp-cluster-lbserver", line 5, in <module>
| |
10:34 | from lbserver import main
| |
10:34 | ImportError: No module named lbserver
| |
10:35 | <Llama_be> I stopped the emerge, now doing emerge --depclean to uninstall everything that was already installed because of the aborted install
| |
10:35 | <asmok> I add that to the bug #938034
| |
10:35 | asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi) | |
10:36 | <knipwim> Llama_be: very much appriciated :)
| |
10:37 | <Llama_be> http://pastebin.com/4RhNgvSM
| |
10:38 | anything else that should be removed, before I say yes? :)
| |
10:38 | <knipwim> nope
| |
10:38 | that looks nice and tidy
| |
10:40 | <Llama_be> that's why I like Gentoo, because I can make it nice and tidy :)
| |
10:43 | <knipwim> indeed
| |
10:43 | and, X defunct solved
| |
10:43 | highvoltage: liking the new background
| |
10:43 | <Llama_be> oh, something failed :)
| |
10:43 | :(
| |
10:44 | <knipwim> in the emerge?
| |
10:44 | <Llama_be> yes
| |
10:44 | ltspfs
| |
10:44 | it apparently does need x11
| |
10:45 | <knipwim> is it an bzr fetch error?
| |
10:45 | <Llama_be> configure: error: Package requirements (fuse, x11) were not met:
| |
10:46 | <knipwim> ok, libX11 and fuse should be build time deps as well then
| |
10:46 | <Llama_be> http://pastebin.com/hp8pevQg for complete output
| |
10:47 | khildin has joined IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be) | |
10:48 | <Llama_be> I should just put the libX11 dependency back in then?
| |
10:48 | <knipwim> yes
| |
10:49 | i'll change the ebuild in the overlay as well
| |
10:50 | <Llama_be> now ofcourse it is including all the libX11 deps when I try to emerge, want to see them, or can I just go ahead?
| |
10:52 | <knipwim> no, just go ahead
| |
10:52 | it still might not be a runtime dependency
| |
10:53 | so perhaps you could remove it when it's built
| |
10:55 | <Llama_be> I don't really understand why it would need it in any case, but since I'm no developer, they're probably smarter than me ;)
| |
10:56 | <knipwim> you could ask stgraber or vagrantc later (i think they're asleep now)
| |
11:08 | <Llama_be> ltsp-server has emerged, but I will have to go and eat now. I will continue in about an hour...
| |
11:08 | <knipwim> Llama_be: propably won't be behind the screen
| |
11:08 | but i read the logs, or msg me
| |
11:11 | <Llama_be> ok, i will. Thanks for the help up to now already
| |
11:12 | <knipwim> np, just glad for an extra gentoo user :)
| |
11:12 | <Llama_be> one with a corner case on top... :)
| |
11:13 | komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Ping timeout: 260 seconds) | |
11:13 | <Llama_be> afk starting .... now :)
| |
11:22 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.141.56) | |
11:38 | loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
12:19 | F-GT has left IRC (F-GT!~phantom@ppp121-44-145-103.lns20.syd7.internode.on.net, Ping timeout: 252 seconds) | |
12:29 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-164-183.lns20.syd7.internode.on.net) | |
12:39 | khildin has left IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
12:55 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
12:58 | <muppis> Scripts which can be runned from screen statement in lts.conf is runned as root, right?
| |
13:17 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:27 | Da-Geek has joined IRC (Da-Geek!~Da-Geek@11.74.155.90.in-addr.arpa) | |
13:38 | map7 has left IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net, Ping timeout: 248 seconds) | |
13:43 | Da-Geek has left IRC (Da-Geek!~Da-Geek@11.74.155.90.in-addr.arpa, Quit: Leaving) | |
13:56 | brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com) | |
14:16 | Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71) | |
14:20 | srdjo has left IRC (srdjo!~srdjo@109.228.91.217, Ping timeout: 252 seconds) | |
14:34 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard) | |
15:35 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
15:35 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
16:00 | Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca) | |
16:07 | srdjo has joined IRC (srdjo!~srdjo@77.222.0.31) | |
16:07 | brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Ping timeout: 240 seconds) | |
16:11 | asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi) | |
16:12 | <asmok> About ltsp-cluster for 12.04,
| |
16:12 | I forced earlier 'ltsp-cluster-lbserver' package to use:
| |
16:12 | https://launchpad.net/ubuntu/precise/i386/ltsp-cluster-lbserver/2.0.0-0ubuntu2
| |
16:12 | Now ltsp-cluster works as expected.
| |
16:13 | 1909 ? Sl 0:00 /usr/bin/python /usr/sbin/ltsp-cluster-lbserver --daemon --logfile=/var/log/ltsp-cluster-lbserver.log /etc/ltsp/lbsconfig.xml
| |
16:13 | Feb 25 18:02:18 lubuntu-root ltsp-directory[2192]: ,ip=10.0.0.100,username=ltsp001,mac=08:00:27:41:02:18,appservip=10.0.0.55,display=7,code=3
| |
16:13 | <elias_a> asmok: Hi! Nice to see you!
| |
16:13 | <asmok> I can log in application server and use Lubuntu desktop.
| |
16:14 | elias_a, Hei
| |
16:14 | Also LTSP-Cluster Control Center works:
| |
16:14 | <elias_a> asmok: So there was some problem with cluster?
| |
16:14 | <asmok> Date and time Terminal Node ID MAC Address Terminal Address Boot Server Address Application Server Address User Name Event
| |
16:14 | 2012-02-25 17:59:04 3 08:00:27:41:02:18 10.0.0.100 10.0.0.50 10.0.0.55 ltsp001 User login
| |
16:16 | It is still because latest version of ltsp-cluster-lbserver does not start, but if I use/force earlier version everything is fine.
| |
16:17 | But every other packages are latest ones, just that one dows not work. But it is so important, everything depends of it in ltsp-cluster
| |
16:19 | so I have keep that old one, if I like to test ltsp-cluster for 12.04 - so ltsp-cluster is broken for 12.04 - I think.
| |
16:20 | elias_a, I go now, bye
| |
16:21 | I added this one here - https://bugs.launchpad.net/ubuntu/+source/ltsp-cluster-lbserver/+bug/938034/comments/4
| |
16:21 | asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi, Quit: Lähdössä) | |
16:26 | srdjo_ has joined IRC (srdjo_!~srdjo@95.155.38.217) | |
16:27 | <knipwim> Llama_be: how's the install going, still compiling ;)
| |
16:29 | srdjo has left IRC (srdjo!~srdjo@77.222.0.31, Ping timeout: 272 seconds) | |
16:37 | srdjo has joined IRC (srdjo!~srdjo@109.228.88.126) | |
16:39 | asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi) | |
16:39 | srdjo_ has left IRC (srdjo_!~srdjo@95.155.38.217, Ping timeout: 240 seconds) | |
16:40 | <asmok> stgraber, check this one - https://bugs.launchpad.net/ubuntu/+source/ltsp-cluster-lbserver/+bug/938034/comments/4 - thank you.
| |
16:40 | asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi, Client Quit) | |
16:52 | srdjo has left IRC (srdjo!~srdjo@109.228.88.126, Quit: Leaving) | |
16:55 | Parker955_Away is now known as Parker955 | |
17:16 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 276 seconds) | |
17:23 | irule has joined IRC (irule!~irule@187.140.111.11) | |
17:23 | <irule> hi
| |
17:24 | <alkisg> Hello
| |
17:49 | Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 246 seconds) | |
17:56 | Umesh has joined IRC (Umesh!~priyank@122.177.240.230) | |
17:56 | risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca) | |
17:57 | killermike has joined IRC (killermike!~killermik@2.26.113.230) | |
17:57 | <Umesh> Hi, I have googled and I am not able to find solution for video buffering problem.
| |
17:57 | Kindly help
| |
17:58 | <alkisg> What's the exact question?
| |
17:58 | <Umesh> I have 8gb Core Quad server and I have 10 clients attached. Youtube buffering is too much slow(it hangs)
| |
18:00 | <alkisg> When you say "buffering" do you mean the transfer from the internet to your server, or from the server to your clients?
| |
18:00 | <Umesh> Actually I want to display educational videos to students but buffering(Frame transfer rate) is too much slow.
| |
18:00 | Both... (From Youtube as well as From VLC(when I play file from server))
| |
18:01 | <alkisg> !directx
| |
18:01 | <ltsp> alkisg: directx: If you want to turn off encryption to the workstation, which will speed up performance at the cost of security, you need to specify LDM_DIRECTX=True in your lts.conf file. Type !docs in IRC to get a link to the current documentation
| |
18:01 | <Umesh> thanks.. let me check.
| |
18:02 | <knipwim> alkisg: are you familiar with ldm?
| |
18:02 | because i can't login after 2.2.4
| |
18:02 | <alkisg> knipwim: not much... which part?
| |
18:03 | irule has left IRC (irule!~irule@187.140.111.11, Ping timeout: 244 seconds) | |
18:03 | <knipwim> the only clue i have now is the new ssh-hostchecker
| |
18:04 | the commit msgs mention something about it being executeable
| |
18:04 | but in my install it isn't
| |
18:05 | <alkisg> Ah no, haven't dug so deep, even the new version just worked for me
| |
18:06 | <knipwim> you're using 2.2.6?
| |
18:06 | omg, that was it apparently
| |
18:07 | chmod 755 /opt/ltsp-test/i686/usr/share/ldm/ssh-hostchecker
| |
18:07 | risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Read error: Operation timed out) | |
18:14 | risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca) | |
18:23 | brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com) | |
18:28 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.168.218) | |
18:31 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.58.141.56, Ping timeout: 252 seconds) | |
18:51 | Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca) | |
18:56 | risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Quit: Lämnar) | |
18:56 | risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca) | |
18:59 | Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 252 seconds) | |
19:08 | Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca) | |
19:16 | komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk) | |
19:20 | komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Client Quit) | |
19:55 | komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk) | |
20:31 | killermike has left IRC (killermike!~killermik@2.26.113.230, Ping timeout: 252 seconds) | |
20:33 | Umesh has left IRC (Umesh!~priyank@122.177.240.230, Ping timeout: 244 seconds) | |
20:33 | Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!") | |
20:39 | freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net) | |
20:44 | Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split) | |
20:44 | LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm, *.net *.split) | |
20:45 | Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc) | |
20:45 | LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm) | |
20:47 | Parker955 is now known as Parker955_Away | |
20:57 | brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Ping timeout: 246 seconds) | |
21:14 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
21:18 | risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca) | |
21:22 | komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.) | |
21:38 | brunolambert has joined IRC (brunolambert!~bruno@modemcable040.76-81-70.mc.videotron.ca) | |
21:43 | brunolambert has left IRC (brunolambert!~bruno@modemcable040.76-81-70.mc.videotron.ca, Ping timeout: 276 seconds) | |
21:55 | brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com) | |
22:02 | Parker955_Away is now known as Parker955 | |
22:19 | Parker955 is now known as Parker955_Away | |
22:30 | komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk) | |
22:37 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
22:50 | freedomrun_ has joined IRC (freedomrun_!~quassel@BSN-176-160-182.dial-up.dsl.siol.net) | |
22:51 | freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Ping timeout: 260 seconds) | |
23:05 | map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net) | |
23:42 | Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 245 seconds) | |
23:42 | risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Ping timeout: 240 seconds) | |
23:49 | brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Remote host closed the connection) | |
23:58 | komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.) | |