IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 26 February 2012   (all times are UTC)

00:13killermike has joined IRC (killermike!~killermik@2.26.89.63)
00:57risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
01:12adrianorg__ has left IRC (adrianorg__!~adrianorg@177.18.168.218, Ping timeout: 260 seconds)
01:13map7 has left IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net, Quit: Leaving)
02:31vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 260 seconds)
02:32GodFather has joined IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com)
03:28Parker955_Away is now known as Parker955
04:03shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 272 seconds)
04:04Parker955 is now known as Parker955_Away
04:25risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Quit: Lämnar)
04:55cheapie has joined IRC (cheapie!4bada746@gateway/web/freenode/ip.75.173.167.70)
04:56
<cheapie>
I have LTSP set up on Debian, but when the clients try to boot, they can't mount the NBD filesystem and drop me to BusyBox. Can anyone here help me with this?
04:59alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:39shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Read error: No route to host)
05:44shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
06:50freedomrun_ has left IRC (freedomrun_!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Ping timeout: 246 seconds)
06:52
<knipwim>
cheapie: i don't think i can help specifically (not using debian or nbd)
06:52
but it would help to be more specific
06:52
like error and log outputs and such
07:00
<alkisg>
cheapie, also, Debian doesn't use NBD by default, did you specifically wanted to switch from NFS to NBD?
07:13alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:26ry has left IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net, Ping timeout: 245 seconds)
07:35komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
07:39ry has joined IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net)
07:43Llama_be has left IRC (Llama_be!~Llama@94-226-90-169.access.telenet.be, Ping timeout: 260 seconds)
08:29freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
08:31
<cheapie>
OK... I managed to get my old problem fixed, but now I get "No response from server: restarting..." whenever I try to log in. I can SSH to the server OK though.
08:32killermike has left IRC (killermike!~killermik@2.26.89.63, Remote host closed the connection)
08:46freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Remote host closed the connection)
08:49freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
08:49komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Ping timeout: 248 seconds)
08:52komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
09:42loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
09:59komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.)
10:08komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
10:31Llama_be has joined IRC (Llama_be!~Llama@94-226-90-169.access.telenet.be)
10:33cheapie has left IRC (cheapie!4bada746@gateway/web/freenode/ip.75.173.167.70, Quit: Page closed)
10:36
<knipwim>
Llama_be: good morning
10:36
how did the install go?
11:07LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm, Ping timeout: 252 seconds)
11:13LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-wppmdzpwtrbqntot)
11:22adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.168.218)
11:52komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Ping timeout: 252 seconds)
12:27khildin has joined IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be)
12:28komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
12:33shawnp0wers has joined IRC (shawnp0wers!~spowers@71-13-74-18.static.aldl.mi.charter.com)
12:33shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
12:41freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Read error: Connection reset by peer)
12:43freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
13:25
<Llama_be>
knipwim: sorry, didn't notice this morning. Some other stuff has come up, and haven't had much time yet. Will continue during the next days, and report back to you.
13:35freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Read error: Connection reset by peer)
13:38freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
13:40bakytn has joined IRC (bakytn!~ba@31.29.7.208)
13:41
<bakytn>
about printers. Using PRINTER_0_* settings require JetDirect capable printers right?
13:41
I have a question. What kind of JetDirect? Does it suport? As far as I know, there two types of JetDirect servers
13:41
300 and 500
13:41
(may be more)
13:42
thanks in advance..
13:57alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds)
13:58alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
14:24bakytn has left IRC (bakytn!~ba@31.29.7.208, Quit: Leaving)
14:40GodFather has left IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com, Quit: Ex-Chat)
14:44alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:52alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
15:02freedomrun_ has joined IRC (freedomrun_!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
15:03freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Ping timeout: 244 seconds)
15:12monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds)
15:24monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
15:44Parker955_Away is now known as Parker955
15:51freedomrun has joined IRC (freedomrun!~quassel@BSN-143-157-51.dial-up.dsl.siol.net)
15:52freedomrun_ has left IRC (freedomrun_!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Ping timeout: 240 seconds)
16:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:40vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
16:41
<vagrantc>
alkisg: i woke up a little too early this morning thinking about how to configure pxelinux ...
16:42
it seemed so clear while i was trying to sleep.
16:43
essentially, the client chroot needs to communicate what it supports to the server, and the server needs to pick which it can support...
16:48
and then generate a pxelinux.cfg that supports all the versions the client supports...
16:49
with ifcpu64.m32 if available, to detect 64 vs 32 bit ... yaboot configurations with powerpc and powerpc64, etc.
16:50
ifcpu64.m32 can be used to detect a 486 vs. pae vs 64-bit kernel (i have actual use-cases for all 3 in a 32-bit chroot, believe it or not)
16:53
would be nice to integrate into syslinux directly, but could start out within the ltsp codebase or as it's own source package
16:55* vagrantc stumbles across pxe-kexec, as a curiosity
17:02
<vagrantc>
so extlinux has some sort of system to do this, but it's entirely monolothic ... no plugin system.
17:03alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.15.11)
17:04alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds)
17:05
<vagrantc>
i'd really like something more like grub.d, where you can drop plugin files into place
17:05
but there are some cool features in extlinux-update
17:06khildin_ has joined IRC (khildin_!~khildin@ip-83-134-215-248.dsl.scarlet.be)
17:08
<alkisg>
Hello!
17:09
Unfortunately I spend half of the weekend debugging a twisted bug in epoptes
17:09
So I didn't get to move on with the ltsp-mount/ltsp-export-image stuff
17:10khildin has left IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be, Ping timeout: 276 seconds)
17:10
<alkisg>
The pxelinux configuration seems very far for me... first, make it easy to administer LTSP fat clients with vbox, then a configuration system for ltsp, similar to the ltsp-cluster one...
17:11
vagrantc: does debian also only install ltsp-client-core to S25?
17:12
I haven't tried a clean ubuntu ltsp installation the last weeks, but I think that the nbd-disconnect script doesn't get called on shutdown...
17:13
Btw, qemu-nbd rocks, I don't know why the vdfuse people don't use that instead
17:14
<vagrantc>
alkisg: the current debian init system rewrites where it installs ltsp-client-core every time you install an enabled feature.... it's dependency based.
17:14
<alkisg>
vagrantc: but is it called on shutdown?
17:14
<vagrantc>
dunno.
17:15
don't think so, since it never did anything before.
17:15
<alkisg>
If it was, it would just show some syntax errors about missing functions d_stop etc
17:15
(or was that in "restart"? not sure)
17:18
<vagrantc>
alkisg: i just noticed you released epoptes 0.4.3
17:18
<alkisg>
vagrantc: yes to make it for "ui freeze" for ubuntu
17:19
But we have a bug so don't bother releasing anything yet
17:19
Wait for 0.4.4
17:19
<vagrantc>
ok.
17:19
<alkisg>
ty
17:20
<vagrantc>
i suppose i should set up watch files to point to ubuntu? you're not releasing tarballs "upstream" ?
17:20
<alkisg>
vagrantc: I've no idea what you just said, but I'm not planning on releasing any other -0ubuntux versions, it was just for the ui freeze
17:20
:)
17:21
stgraber walked me through the "source tarball" phase, but I'm not sure I completely understood all of it
17:21
<vagrantc>
alkisg: debian/watch files are used to track new releases for upstream versions which is one of the ways i find out about new upstream versions to package
17:22
<alkisg>
I'm still wondering why isn't "debian native" better for epoptes... :D
17:22
<vagrantc>
alkisg: i need to update mkdst to support basically what i've been doing with a little script of mine.
17:22
alkisg: there's nothing inherrently debian about it?
17:22
<alkisg>
Ah, that's reserved for packages developed *only* for debian?
17:22
<vagrantc>
alkisg: and if you make minor changes to packaging, it uses the same tarball in the archive
17:22
<alkisg>
Not the deratives too?
17:23
<vagrantc>
well, derivatives do whatever they want, but it makes it harder for derivatives to release differing versions
17:23
i.e. the -0ubuntuX versions
17:24
<alkisg>
Yeah my plan is that I'm too stupid to understand all that so I want the derivatives to tell me what they want to do different so I can put "if"s in the code and release a new version with those :P
17:24
Haha
17:25
Kidding aside, will that mkdst thing also help in getting the version from the changelog and putting it to the source code for e.g. epoptes-client --version to work without manually changing it each time?
17:25
<vagrantc>
alkisg: might be simple enough to set up a bzr-release target in (ironically) debian/rules that creates the new upstream tarball.
17:25
as long as it's not automatically called during build.
17:26
<alkisg>
Sounds fine to me
17:26
<vagrantc>
alkisg: you could have the build process dump a version file somewhere
17:26
<alkisg>
Is that better than sed'ing the version in the source?
17:27
(thinking of python's __init__.py, which also contains the version...)
17:28
epoptes/__init__.py:__version__ = "0.4.3"
17:28
Maybe setup.py could do all that?
17:31
tcos-configurator has code for that... it even uses __VERSION__ in its headers, I suppose it's substituted by setup.py automatically
17:31
open('debian/changelog').readline().split()[1].replace('(','').replace(')','')
17:33bmonkj has left IRC (bmonkj!~skumlesen@87-104-113-212-dynamic-customer.profibernet.dk, Ping timeout: 248 seconds)
17:36
<vagrantc>
alkisg: that would only work if debian/changelog was there ... traditionally, it's better if debian/changelog isn't shipped upstream.
17:37
out of all the problems in epoptes, this one seems to get under your skin :)
17:37
<alkisg>
vagrantc: so the bzr-release target could create the upstream source by reading debian/changelog and sed'ing wherever needed?
17:37
<vagrantc>
actually, epoptes works pretty well.
17:37
alkisg: yes, although then you'd want to build from the source tarball rather than from the bzr dir.
17:38
<alkisg>
...as long as a launchpad recipe can do that, I'm fine with it :D
17:38
<vagrantc>
aha.
17:38* alkisg stopped building locally!
17:39* vagrantc *sighs*
17:39
<alkisg>
The main problem of epoptes now is that it doesn't tell people that their chroot certificate is different than the one of the server :-/
17:39
<vagrantc>
long ago, when we split ltsp-client-core out of ltsp-client ... i renamed the ltsp-client-core init script ... but if i had known better, i wouldn't have had to.
17:40
alkisg: i.e. the certificate handling is broken?
17:40
alkisg: does it silently work? or does it silently fail?
17:40Mobe has joined IRC (Mobe!~Mobe@adsl-85-217-42-202.kotinet.com)
17:40
<alkisg>
If a user has a wrong certificate, it's the user's fault,
17:40
and epoptes-client correctly fails to connect, but the problem is that it doesn't notify the user
17:41
In order to notify the user I'd have to have another sh process as a wrapper for the socat call, wasting 1 more mb of ram
17:42
There's also a socat bug there, I reported it to the author, but I don't think the fix will make it for precise and not sure about wheezy either
17:42
Nothing too serious, people that read the instructions should be fine, but those who don't, then complain why epoptes doesn't work for them...
17:44
<vagrantc>
alkisg: there's no way to check the status of socat from whatever's calling it without another shell wrapper?
17:44
<alkisg>
I'm doing `exec socat` there, to save the ram of the caller script
17:44
And I don't think it has an option to "fork and return success or failure"
17:45
<vagrantc>
right
17:45
<alkisg>
socat then runs a shell, so I could do that:
17:45
outer script => calls socat => calls inner script, which kills outer script
17:46
...but I think in that case I get a sh <defunct>
17:46
<vagrantc>
knipwim: i had to work around the ssh-hostchecker not being executable as well, simple chmoding it at build time, but that should be fixed upstream, probably.
17:48
hm. epoptes related mail needs it's own folder now, it seems.
17:51* alkisg just hardcodes VERSION=xxx in epoptes-client too for now, will automate it in the future when he reads more about all that mkdst/bzr-release stuff...
18:06
<knipwim>
btw, gentoo has a functional ltsp-client-5.3!
18:06
<alkisg>
congrats!
18:07
<knipwim>
i was wondering though, about dependencies of the ltsp-client package
18:07
and requirements during the boot process
18:08
a saw for instance, debian didn't have a dep on cron, although it's configured in an initscript
18:09
<vagrantc>
knipwim: awesome!
18:09
<knipwim>
in the 5.2 situation, the build proces took care of any of those dependencies
18:10
<vagrantc>
knipwim: debian has an indirect recommends on cron, but it should probably have a straight dependency
18:11
<knipwim>
how does debian make sure the cron service is actually started in the ltsp client boot?
18:11* vagrantc wonders the status of aufs/overlayfs on obscure architectures
18:11
<vagrantc>
knipwim: it doesn't.
18:12
it's a work in progress :)
18:12
<knipwim>
shouldn't it? at least, i was wondering about that for gentoo, making sure to call the required services in 50-rcfiles
18:12
like cron and syslog
18:13
<vagrantc>
in fact, it's actualy explicitly disabled now, due to init-ltsp.d/Debian/50-rm-system-services ... hrm.
18:13
<knipwim>
ah, work in progress :)
18:13
<vagrantc>
oh, no, it's just in comments
18:13
<alkisg>
What is disabled?
18:14
We delete some of the cron jobs, but not the cron service
18:14
And if cron isn't there, the scripts shouldn't fail
18:14
So why would we need cron as a hard dependency?
18:14
<vagrantc>
alkisg: it's mentioned in the comments, but not actually disabled
18:14
alkisg: i put it as a suggests in ltsp-client-core and a depends in ltsp-client
18:14
<alkisg>
Why?
18:15
For the shutdown lts.conf directive?
18:15
<vagrantc>
because of all the cron related lts.conf options.
18:15
<alkisg>
Wouldn't "recommend" be better?
18:15
<vagrantc>
this brings us to the existance of ltsp-client-core....
18:15
<alkisg>
E.g. we also have an lts.conf for numlock, but it only works if one manually installs that package...
18:16
*option
18:16
<vagrantc>
most of the ltsp-client-core dependencies could be represented as recommends on ltsp-client ...
18:16
but recommends aren't handled well on upgrades.
18:17
also, disabling recommends is annoying, and it'd be hard to selectively disable recommends.
18:17
<knipwim>
alkisg: cron is a dependency for SHUTDOWN_TIME
18:17
<alkisg>
knipwim: yes, but not all people use that option, so why make it a dependency?
18:17
knipwim: if so, we should put the X_NUMLOCK dependency too
18:17killermike has joined IRC (killermike!~killermik@2.26.103.140)
18:18
<vagrantc>
alkisg: so yes, the case for recommends can be made, but i'd prefer depends.
18:18
<knipwim>
that is the question, package ltsp-client to include all options by default, or not
18:18
<vagrantc>
alkisg: if you really don't want it, install ltsp-client-core and all the dependencies.
18:18loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
18:19
<alkisg>
In ubuntu it's a dependency of ltsp-client-core :)
18:19
ltsp-client-core Depends: busybox-static, console-setup, cron, initramfs-tools (>= 0.11), kbd, lsb-base, lsb-release, mkelfimage, nbd-client (>= 1:2.9.25-2), numlockx, pciutils, python, python-daemon, python-serial, syslinux, tftp-hpa, udhcpc, usbutils, libc6 (>= 2.7), libpopt0 (>= 1.14), libx11-6
18:19
<vagrantc>
i'll make it a dependency of ltsp-client, but only a suggests for ltsp-client-core
18:20
<alkisg>
Yeah that sounds reasonable
18:21
<vagrantc>
alkisg: that's basically what i do, for most features, i'll have ltsp-client depend on it and ltsp-client-core suggest it.
18:21
anything that's core to getting it to boot at all is a dependency for ltsp-client-core.
18:21
so that's one area wheere debian and ubuntu diverge a bit.
18:22
<alkisg>
I don't mind having cron and other packages installed in my chroot, I'll even use vbox and the desktop ubuntu CDs instead of calling ltsp-build-client from now on, I was just wondering why...
18:22
I'd like it if the ltsp packaging in ubuntu and in debian got a little closer in the future
18:22
<vagrantc>
and i stick with depends for ltsp-client-core to ensure that upgrades pull in new features.
18:23
<alkisg>
You mean ltsp-client there, right?
18:23
<vagrantc>
ah, yes.
18:23
well, both, but yes :)
18:24
i should really experiment with using depends/suggests variables for this stuff.
18:25
<alkisg>
Hmm the lts.conf manpage needs a bit of updating
18:26
<vagrantc>
sure does, probably.
18:26
ltsp-docs needs some serious review
18:28
knipwim: added cron as a depends/suggests for the next debian upload, thanks for the bug report! :)
18:28
<alkisg>
vagrantc, knipwim, so should we add x11-xserver-utils for xrandr?
18:30
<vagrantc>
seems reasonable.
18:30Parker955 is now known as Parker955_Away
18:30
<knipwim>
yup
18:46duff has joined IRC (duff!~duff@host-8-7-118.linksat.net.ar)
18:47duff has left IRC (duff!~duff@host-8-7-118.linksat.net.ar)
19:03
<knipwim>
btw, i see another run_rcfiles() in ltsp-init-common, a different one than the common/50-rcfiles
19:04
the cleanup is also part of the work in progress probably :)
19:07Parker955_Away is now known as Parker955
19:08killermike has left IRC (killermike!~killermik@2.26.103.140, Remote host closed the connection)
19:09killermike has joined IRC (killermike!~killermik@2.26.103.140)
19:14
<alkisg>
knipwim: Gadi copied parts of ltsp-init-common to init-ltsp.d, but he didn't remove them from there, in case other distros wanted to use them as functions
19:15
So any parts you don't need anymore, remove them...
19:15
I think in ltsp-init-common we should only keep stuff that ltsp-client(-core) needs
19:15
I.e. parts that need services up and running to work, and can't go in init-ltsp.d
19:16
<knipwim>
in my case that would only be start_screen_sessions and start_sound
19:17
some are called from init-ltsp.d scripts
19:17
<alkisg>
They should be moved there then
19:17
configure_sound_volume => called from udev
19:18
configure_localdev => from udev
19:18
configure_swap => init-ltsp.d
19:18
<knipwim>
was gentoo the last distro to move to init-ltsp.d?
19:18
<alkisg>
I think gentoo and opensuse move to that at the same time,
19:18
while fedora and altlinux... no idea
19:19
configure_printer => init-ltsp.d (copy)
19:19
configure_scanner => init-ltsp.d
19:19
<knipwim>
fedora doesn't look too well: http://www.redhat.com/archives/k12osn/2011-May/msg00054.html
19:19
<alkisg>
configure_serial_mouse => ...let's drop that
19:20
set_time => I think we should drop that too, there are distro initscripts for that
19:20
configure console, resolver, fstab, home, cron => init-ltsp.d
19:21
bind_mounts, unmounts => I think they can be dropped
19:21
nbd_sendsigs_protection => init-ltsp.d
19:21
So yeah most of ltsp-init-common can go
19:21
<knipwim>
:)
19:21
i can start on some of those, copying stuff
19:24
<alkisg>
What warren says about LTSP there isn't really true, fat clients support compositing and youtube videos and everything
19:24
And an atom may be borderline powerfull to run spice, but it can surely run most apps as a fat client
19:25bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:25
<knipwim>
i can't even run unity on my atom
19:26
<alkisg>
Really? My daughter's atom, 3 years old, runs it fine (intel card)
19:26
<knipwim>
maybe it's the graphics card then
19:26
<alkisg>
Although she didn't like it at all and asked for the old gnome instead
19:26
So we compromised on KDE
19:26
<knipwim>
hehe
19:26
<alkisg>
In my laptop (intel again), unity makes 3d apps work very slow
19:27
So I've switched to gnome-shell
19:28bmonkj has joined IRC (bmonkj!~skumlesen@87-104-113-212-dynamic-customer.profibernet.dk)
19:34alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
19:41bmonkj has left IRC (bmonkj!~skumlesen@87-104-113-212-dynamic-customer.profibernet.dk, Ping timeout: 252 seconds)
19:43pem725 has left IRC (pem725!60ff4152@gateway/web/freenode/ip.96.255.65.82, Ping timeout: 245 seconds)
19:47
<vagrantc>
no wonder fedora support is lacking, berating the community for not helping doesn't really inspire people to work together.
19:49
<knipwim>
too bad, i was hoping to collaborate on the dracut initramfs stuff
20:20khildin_ has left IRC (khildin_!~khildin@ip-83-134-215-248.dsl.scarlet.be, Read error: Connection reset by peer)
20:21khildin has joined IRC (khildin!~khildin@ip-83-134-215-248.dsl.scarlet.be)
20:24komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.)
20:26
<vagrantc>
oh, look, we're famous: https://en.wikipedia.org/wiki/Ltsp
20:27
probably could use some updating, though
21:31komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
21:49
<muppis>
That one was hard for now.. To get nvidia working with dual monitors.
22:04LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-wppmdzpwtrbqntot, Changing host)
22:04LoveStorm has joined IRC (LoveStorm!Storm@unaffiliated/lovestorm)
22:04LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-wppmdzpwtrbqntot)
22:36vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Quit: leaving)
22:41komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.)
23:05freedomrun has left IRC (freedomrun!~quassel@BSN-143-157-51.dial-up.dsl.siol.net, Remote host closed the connection)
23:06freedomrun has joined IRC (freedomrun!~quassel@89.143.157.51)
23:11freedomrun has left IRC (freedomrun!~quassel@89.143.157.51, Remote host closed the connection)
23:15freedomrun has joined IRC (freedomrun!~quassel@BSN-143-157-51.dial-up.dsl.siol.net)
23:24alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
23:27freedomrun has left IRC (freedomrun!~quassel@BSN-143-157-51.dial-up.dsl.siol.net, Remote host closed the connection)
23:36bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard)
23:40khildin has left IRC (khildin!~khildin@ip-83-134-215-248.dsl.scarlet.be, Quit: I'm gone, bye bye)
23:45
<alkisg>
Shouldn't we remove configure_sound_volume from ltsp-core now that it's called by udev?
23:50
Also I think that the following ltsp-init-common functions should be removed:
23:50
configure_localdev (moved to udev), configure_swap configure_resolver configure_fstab configure_home run_rcfiles (moved to init-ltsp.d), configure_serial_mouse bind_mounts bind_unmounts (obsolete)
23:51
And the following scripts should be deleted: ltsp-setup ltsp-bindmounts (or is gentoo still using it?)
23:53
So the only functions remaining in ltsp-init-common would be: warn, start_sound, start_screen_sessions
23:54
...and in the future start_sound should actually start pulseaudio as user, while logging in in thin sessions only. Not from an initscript.
23:59alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)