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


Channel log from 24 May 2016   (all times are UTC)

00:17lmds_ has left IRC (lmds_!~lmds@tui.pi-et-ro.net, Ping timeout: 252 seconds)
00:34tsylvermane has left IRC (tsylvermane!~jason@66.192.153.95, Quit: Leaving)
00:36XoMeLLyoX has joined IRC (XoMeLLyoX!605507d9@gateway/web/freenode/ip.96.85.7.217)
00:37
<XoMeLLyoX>
Can someone help me? I am changing the resolution in lts.conf but the thin client doesn't seem to be picking it up. Am I doing something wrong?
00:41
Maybe I'm not editing the right file? Which lts.conf should I be editing? /opt/ltsp/i386/etc/lts.conf or /var/lib/tftboot/ltsp/i386/lts.conf?
00:43
<vagrantc>
the one in tftpboot
00:43
presuming your tftp server is serving tftpboot
00:44
it might also be in /srv/tftp
00:44
<XoMeLLyoX>
There is a lts.conf in /srv/tftp
00:46
You nailed it. It was the one in /srv/tftp
01:42GodFather_ has left IRC (GodFather_!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com, Ping timeout: 276 seconds)
03:08tsylvermane has joined IRC (tsylvermane!~jason@66.192.153.95)
03:34
<tsylvermane>
is there a recommended enviroment for an ltsp client. gnome, kde, xfce? something like that?
03:52
<gehidore>
whatever runs best on the machine doing the processing I would think
04:51
<alkisg>
!ubuntu-mate
04:51
<ltsp`>
ubuntu-mate: Ubuntu-mate works very well with LTSP, even with older clients. Download the 64-bit version if *all* your clients have >= 2GB RAM, otherwise download the 32-bit version. http://ubuntu-mate.org/download/
04:51
<alkisg>
tsylvermane: ^
04:52
If you have crashes and hangs etc, check the hardware and network, check dmesg, syslog, try a local os installation etc
04:55
sbalneav: https://en.wikipedia.org/wiki/DebConf ==> DebConf17 2017 Montreal, Canada
04:55
Let's make that an LTSP meeting as well!!!
04:55
vagrantc: ^
05:02ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
05:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds)
05:13spectra has left IRC (spectra!~spectra@debian/developer/spectra, Ping timeout: 260 seconds)
05:20spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
05:33tsylvermane has left IRC (tsylvermane!~jason@66.192.153.95, Ping timeout: 240 seconds)
05:35tsylvermane has joined IRC (tsylvermane!~jason@66.192.153.95)
05:51FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 260 seconds)
06:13rac_ has joined IRC (rac_!71148af6@gateway/web/freenode/ip.113.20.138.246)
06:14
<rac_>
i have problem save as libreoffice file, when i open file and after edit file can't save, the system not respone
06:15
can help me ?
06:19PeperPots has left IRC (PeperPots!sid1218@gateway/web/irccloud.com/x-eaqrsmfsvcadxfko, Ping timeout: 260 seconds)
06:20PeperPots has joined IRC (PeperPots!sid1218@gateway/web/irccloud.com/x-qugeqmryxwcmoqis)
06:21rac_ has left IRC (rac_!71148af6@gateway/web/freenode/ip.113.20.138.246, Ping timeout: 250 seconds)
06:34FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
06:37rac_ has joined IRC (rac_!71148af6@gateway/web/freenode/ip.113.20.138.246)
06:38
<vagrantc>
sbalneav: yeah, montreal is right next door, hopefully you can make that? :)
06:39
<rac_>
i have problem save as file in libreoffice on ubuntu 16.04,
06:39
some files can not be saved after editing the file,
06:39
the system not responding there can help me
06:40
can help me ?
06:40mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:41
<vagrantc>
no idea how to help with that, never seen anything like it
06:48kjackal has joined IRC (kjackal!~quassel@onopfy.static.otenet.gr)
07:01alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:27Fenuks has joined IRC (Fenuks!~Fenuks@91.192.173.88)
07:36rac_ has left IRC (rac_!71148af6@gateway/web/freenode/ip.113.20.138.246, Quit: Page closed)
07:51server-lliurex has joined IRC (server-lliurex!c3391367@gateway/web/freenode/ip.195.57.19.103)
08:18vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
08:51ogra_` is now known as ogra_
10:33lbssousa has joined IRC (lbssousa!~lbssousa@177.143.56.224)
10:40kjackal has left IRC (kjackal!~quassel@onopfy.static.otenet.gr, Ping timeout: 272 seconds)
10:43GodFather_ has joined IRC (GodFather_!~rcc@96.92.43.9)
10:48here_and_there has joined IRC (here_and_there!~ivaylo@193.54.153.250)
11:04GodFather_ has left IRC (GodFather_!~rcc@96.92.43.9, Read error: Connection reset by peer)
11:05GodFather has joined IRC (GodFather!~rcc@96.92.43.9)
11:06GodFather_ has joined IRC (GodFather_!~rcc@96.92.43.9)
11:06GodFather has left IRC (GodFather!~rcc@96.92.43.9, Remote host closed the connection)
11:08GodFather_ has left IRC (GodFather_!~rcc@96.92.43.9, Read error: Connection reset by peer)
11:08GodFather has joined IRC (GodFather!~rcc@96.92.43.9)
11:09GodFather has left IRC (GodFather!~rcc@96.92.43.9, Remote host closed the connection)
11:12GodFather has joined IRC (GodFather!~rcc@96.92.43.9)
11:13GodFather has left IRC (GodFather!~rcc@96.92.43.9, Remote host closed the connection)
11:17GodFather has joined IRC (GodFather!~rcc@96.92.43.9)
11:19GodFather_ has joined IRC (GodFather_!~rcc@96.92.43.9)
11:19GodFather has left IRC (GodFather!~rcc@96.92.43.9, Read error: Connection reset by peer)
11:20kjackal has joined IRC (kjackal!~quassel@2a02:587:3117:9e00:34f4:64b2:f533:8346)
11:21robb_nl has joined IRC (robb_nl!~robb_nl@62.235.102.37)
11:33Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
11:58robb_nl has left IRC (robb_nl!~robb_nl@62.235.102.37, Quit: I'm gone, bye bye)
12:00Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
12:03Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas)
13:16kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:3117:9e00:919:f260:bd5b:c777)
13:19kjackal has left IRC (kjackal!~quassel@2a02:587:3117:9e00:34f4:64b2:f533:8346, Ping timeout: 264 seconds)
13:25GodFather_ has left IRC (GodFather_!~rcc@96.92.43.9, Ping timeout: 272 seconds)
13:40lmds_ has joined IRC (lmds_!~lmds@tui.pi-et-ro.net)
13:54ben_roose has joined IRC (ben_roose!~roose@156.26.10.48)
14:00GodFather_ has joined IRC (GodFather_!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net)
14:07Fenuks has left IRC (Fenuks!~Fenuks@91.192.173.88, Ping timeout: 260 seconds)
14:11
<sebd>
Hello, I have a perfectly thin client setup on debian 8 (kernel 3.16.7). I want to try current kernel from backports.org in order to rule out one possible cause of a LibreOffice graphical bug.
14:12
but kernel 4.5.3 fails to boot and starts Busybox
14:13
It says it cannot load overlayfs nor aufs.
14:14
I guess these two modules are no more included in the initrd.
14:16
<sbalneav>
Newer versions of overlayfs do not work with NFS, and aufs has been removed from the kernel.
14:17
Always nice of the kernel developers to break the new things, and remove the older, working things before the new things work correctly.
14:18
<sebd>
sbalneav: how is ltsp currently working in debian testing / unstable ?
14:19
<sbalneav>
Not sure. I've been busy developing the stuff we need for ltsp6 (pam modules, greeters, etc), and haven't been paying attention to the distro related stuff.
14:19
vagrantc would be the fellow to ask on that.
14:19
<sebd>
what is the latest LTSP-friendly kernel ?
14:19
<ogra_>
i dont think aufs was ever in any mainline kernel ...
14:20
<sbalneav>
I'm using debian lenny, in production, so whatever comes with that.
14:21
https://lists.debian.org/debian-kernel/2015/08/msg00162.html
14:21
fyi
14:22mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:23
<sbalneav>
Morning ogra_
14:23
<ogra_>
yo
14:24XoMeLLyoX has left IRC (XoMeLLyoX!605507d9@gateway/web/freenode/ip.96.85.7.217, Ping timeout: 250 seconds)
14:30
<sebd>
I am not even using NFS anymore, but NBD - but I guess that still needs overlayfs
14:42ben_roose has left IRC (ben_roose!~roose@156.26.10.48, *.net *.split)
14:42spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split)
14:42Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split)
15:04cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 260 seconds)
15:06
<alkisg>
sebd: do you get an initramfs shell? does `modprobe overlayfs; grep overlay /proc/filesystems` work there?
15:07
<sebd>
let's try ...
15:08
alkisg: modprobe: module overlayfs not found in modules.dep
15:09
alkisg: no overlay in /proc/filesystems
15:09
<alkisg>
sebd: what about "modprobe overlay"?
15:10
<sebd>
alkisg: not found neither
15:10
<alkisg>
And `uname -a` says 4.5.3?
15:11
If I remember correctly, overlay should be in all kernels >= 3.18
15:11
<sebd>
alkisg: yes 4.5.3-2~bpo8+1
15:11
<alkisg>
So it doesn't make much sense to have 4.5 without overlayfs included...
15:13
sebd: is this the one? https://packages.debian.org/jessie-backports/i386/linux-image-4.5.0-0.bpo.2-686/filelist
15:14
That one does have overlayfs
15:14
<sebd>
alkisg: no, the amd64 one
15:15
<alkisg>
That one also has overlayfs: https://packages.debian.org/jessie-backports/amd64/linux-image-4.5.0-0.bpo.2-amd64/filelist
15:15
Let's see if it was included in the initramfs or not...
15:16
sebd: on the server: ls /opt/ltsp/amd64//lib/modules/*/kernel/fs/overlayfs/overlay.ko
15:16
and in the initramfs: ls /lib/modules/*/kernel/fs/overlayfs/overlay.ko
15:17
If it's not included, you need a newer ltsp (or a few backported scripts) that take care of including the overlay to the initramfs
15:17
Maybe you can download and dpkg -i the ltsp-client-core-amd64.deb from stretch
15:18ben_roose[EECS] has joined IRC (ben_roose[EECS]!~roose@roose.cs.wichita.edu)
15:18
<sebd>
alkisg: first file is present (in the chroot) ; let's check in the initramfs
15:19
<alkisg>
find /lib -name overlay.ko should also do
15:20
<sebd>
it is not included in the initramfs
15:20
<alkisg>
sebd, ok, can you try installing the ltsp-client-core package from stretch?
15:21
Download this: https://packages.debian.org/stretch/amd64/ltsp-client-core/download
15:21
copy it to the chroot, then run `ltsp-chroot` to enter the chroot, and run `dpkg -i linux-xx.deb`
15:22
<sebd>
I'd rather not replace stable debian LTSP, but I would agree on modifying a initrd-building config file
15:22
<alkisg>
OK, you'll need both the hook and the script
15:23
In the chroot: /usr/share/initramfs-tools/hooks/ltsp
15:23
And probably also this: /usr/share/initramfs-tools/scripts/init-bottom/ltsp
15:23
<sebd>
ok
15:24
<alkisg>
Then, in the chroot again, `update-initramfs -u`, and outside it, `ltsp-update-kernels`
15:24
But the difference from ltsp 5.5. to ltsp 5.7 is mostly about bug fixes, and it's easy to revert to the older package (with apt install ltsp-client-core=stock-version)
15:26
I think vagrantc just needs some motivation to upload ltsp 5.5.7 to jessie-backports, so if I were you, I'd ping him ;)
15:36
<sebd>
alkisg: you won ! It works. I patched these two files by hand and it works !
15:36
<alkisg>
Nice! But we've already won months ago by fixing it in ltsp-upstream :P :D
15:36
<sebd>
I understand newer kernels provide module overlay instead of overlayfs
15:37
<alkisg>
overlayfs is the name ubuntu used until it got mainlined
15:37
Now ubuntu supports both; debian never had "overlayfs"
15:38
<sebd>
mmm but my LibreOffice bug still occurs on latest kernel.
15:39
<alkisg>
What libreoffice bug?
15:40
<sebd>
alkisg: on some text documents, select the whole text using the mouse (not Ctrl+A), then with the mouse select a different font.
15:40spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
15:40Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc)
15:40
<sebd>
from then, LibreOffice stops updating its window contents
15:40
doing the same using keyboard shortcuts do not break LibreOffice.
15:40
Mouse usage breaks it.
15:41
<alkisg>
sebd: I'd try a stretch live usb stick on the client first, to see if it's solved or not
15:41
<sebd>
It only happens on these thin clients
15:41
ok I'll try that
15:42
alkisg: no, I know it does not happen on normal PCs. It only happens on these thin clients.
15:43
<alkisg>
sebd: on these thin clients, is it fixed in stretch? That's what I'd test if I were you
15:44
<sebd>
mmm
15:55
<alkisg>
If it's only happenning with remote X, one easy way to reproduce is `ssh -X some-other-pc`
15:55
Or even `ssh -X localhost`, in some cases
16:07
<sebd>
ok it is not only happening with thin clients. Same PCs started as fat clients show the same behaviour.
16:08
now it is too late, I must go home, I'll try something else tomorrow.
16:08
<sbalneav>
Sounds to me like missing donts.
16:08
*fonts
16:08
<sebd>
btw, it does not occur through X2Go.
16:08
sbalneav: good Idea, I'll look into that.
16:35GodFather_ has left IRC (GodFather_!~rcc@75-145-237-204-Michigan.hfc.comcastbusiness.net, Ping timeout: 272 seconds)
16:53vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:01
<sbalneav>
vagrantc: libpam-external's at the point (right now) where it's good enough for someone to look at.
17:02
I did a login on my thin client this morning with it, using my python sshauth script :D
17:02
Which I was pretty happy about.
17:10kjackal_ has left IRC (kjackal_!~quassel@2a02:587:3117:9e00:919:f260:bd5b:c777, Quit: No Ping reply in 180 seconds.)
17:11kjackal has joined IRC (kjackal!~quassel@athedsl-4547229.home.otenet.gr)
17:12
<vagrantc>
sbalneav: ok, i'll try digging around
17:12
<sbalneav>
thx.
17:13
<vagrantc>
exciting times!
17:14
sbalneav: that's all pushed to the repositories at: https://code.launchpad.net/~ltsp-upstream/+git/ ?
17:16
<sbalneav>
Yup yup
17:16
Last update a few hours ago
17:16
It's *even* got a manpage!
17:16
I'm just that sexy.
17:18
<Leolo_2>
vagrantc - I can't get nbd 3 working on CentOS 6
17:18
is there any help on debugging?
17:19
<vagrantc>
sbalneav: include the GPL somewhere :)
17:19
Leolo_2: what version of NBD is it?
17:19
<Leolo_2>
latest git
17:19
<vagrantc>
Leolo_2: what's that?
17:20
<Leolo_2>
3.13
17:20
<sbalneav>
It's got a COPYING file :D
17:20
It's licenced as "gpl 2 or later at your preference"
17:21
<vagrantc>
sbalneav: i don't see any copying file in git.
17:22
<sbalneav>
Why would I include it when it gets auto-copied in by the autoreconf?
17:22
<vagrantc>
sbalneav: if you could include a one or two-liner copyright and license in src/pam_external and man/pam_external.8 and the copy of the copyright, that would be great.
17:23
sbalneav: the COPYING file comes from autoreconf?
17:23
<sbalneav>
yeah
17:23
<vagrantc>
huh.
17:23
<sbalneav>
That's why I don't include it. Why maintain it in git?
17:24
I've got copyright headers in the C files themselves, and I could add a line or two in the .8
17:24
git clone, and do the ./autogen, you'll get the COPYING file.
17:25
<vagrantc>
so, depending on my version of autotools, i might get a different license? :)
17:25
<sbalneav>
Well, what's debian best practice? Should I have the copying in the git repo?
17:25
I mean I don't mind if that's what I *should* do...
17:26
<vagrantc>
sbalneav: but at any rate, the copyright headers in the C files are great. just to avoid any ambiguity, it'd be nice to have the pam_external.h and pam_external.8 have explicit mention of the author and coypright terms
17:26
<sbalneav>
ok, I can do that too.
17:26
<vagrantc>
er, copyright and license terms
17:26
sbalneav: thanks!
17:26
sbalneav: i'll ask about the COPYRIGHT file
17:27
<sbalneav>
uno momento, por favor
17:28
I guess, from my point of view, what I want in the git repo is the stuff I actually authored, not boilerplate stuff like the COPYING file that I'm never gonna touch. That's my reasoning for not adding it, personally.
17:28
<vagrantc>
the only reason i mention COPYING included in git is the git repository actually then includes all the necessary licensing information.
17:29
<sbalneav>
Yeah, I can see it both ways.
17:30
Find out what the debian people would prefer, and I'm happy to conform to best practices.
17:30
<vagrantc>
sbalneav: asking now
17:31
in general, with licensing, expliciy is almost always better than implicit.
17:32
sbalneav: well, one response so far is to ship it in git
17:32
<sbalneav>
good enough
17:33
<vagrantc>
then there's no doubt which license you're referring to
17:34
sbalneav: at this stage in the game, i wonder if GPLv3 wouldn't be worthwhile
17:34
<sbalneav>
My source is 2+. I'm including 3. Do you want me to change to 3+?
17:34
I'm fine with 3
17:34
<vagrantc>
great minds question alike :)
17:34
<sbalneav>
ok, gimme a few, I'll move everything to 3, add the manpage copyright.
17:34
<vagrantc>
yeah, i'd go with 3, it resolves some major legal issues, like the termination clause.
17:36
sbalneav: i think there's also updated boilerplate license terms for the GPLv3
17:36
<sbalneav>
got it handy?
17:37* vagrantc reads the GPL-3
17:37
<vagrantc>
sbalneav: near the bottom of /usr/share/common-licenses/GPL-3
17:38
sbalneav: includes crazy modern things like a URL instead of a mailing address
17:39
<sbalneav>
GASP
17:46
vagrantc: ok, check it out now. Should be a COPYING file included, source with GPL 3, and a copyright section in the manpage.
17:49kjackal has left IRC (kjackal!~quassel@athedsl-4547229.home.otenet.gr, Ping timeout: 244 seconds)
17:57cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
17:59GodFather_ has joined IRC (GodFather_!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com)
18:00kjackal has joined IRC (kjackal!~quassel@2a02:587:3117:9e00:4571:c5ec:dcb1:5ffc)
18:04
<Leolo_2>
so, nbd-client is passing the socket to nbd.ko fine. nbd.ko is receiving the read request fine. kernel_sendmsg is returning fine
18:04
but nbd-server is never receiving the data
18:05* vagrantc states the obvious:
18:05
<vagrantc>
firewall?
18:05
<Leolo_2>
iptables -L -n is empty
18:05
<vagrantc>
nbd 10809/tcp # Linux Network Block Device
18:05
hrm.
18:06
<Leolo_2>
also, if the firewall was a problem, wouldn't I get an error long before I can hand the socket to nbd.ko
18:06
<vagrantc>
Leolo_2: if you run nbd-client from the server to localhost, does it work?
18:07
<Leolo_2>
I'm running it from the server, but not via localhost, but via the eth1 (aka 10.30.0.49)
18:07
<vagrantc>
using a named export?
18:07
sbalneav: thanks for all the licensing updates! :)
18:07
<sbalneav>
np
18:07
<Leolo_2>
yes, named export
18:08
nbd-client reports success
18:08
<sbalneav>
I'll update the licenses on libnss-external too.
18:08
<Leolo_2>
I can see nbd.ko getting the socket via kernel debugging
18:09
where does nbd-server's allow list live again?
18:09
<vagrantc>
whereever you tell it to
18:09
i don't think it has one hard-coded
18:11
<Leolo_2>
found it
18:11
ok, 127.0.0.1 also hangs
18:11
!pastebin
18:11
<ltsp`>
pastebin: try !paste
18:11
<Leolo_2>
!paste
18:11
<ltsp`>
paste: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
18:13
<Leolo_2>
http://pastebin.com/0Hb3D8aw
18:13* vagrantc wishes the bot could understand aliases
18:17Softeisbieger has joined IRC (Softeisbieger!~Softeisbi@ip-62-143-13-166.hsi01.unitymediagroup.de)
18:18
<Leolo_2>
know what I find wierd? that NBD_SET_SOCK is handing an fd to nbd.c
18:19
nbd.ko is then doing fget(arg); so I assume that's smart enough to turn a processe's fd into a sane stuct file*
18:20
<sbalneav>
fdopen does that.
18:21
<Leolo_2>
fdopen?
18:22
nbd.ko never calls fdopen
18:22
nor does nbd-client
18:22
<sbalneav>
I'd have to look at the source.
18:24
It does a sockfd_lookup
18:25
https://www.fsl.cs.sunysb.edu/kernel-api/re539.html
18:26
<Leolo_2>
fget does that ?
18:27
<sbalneav>
nbd.ko does it.
18:27
http://lxr.free-electrons.com/source/drivers/block/nbd.c
18:27
<Leolo_2>
know what? nbd.ko I'm using doesn't do that :-(
18:28
<sbalneav>
Well, you'd have to look at the specific source for the nbd you're using.
18:29
<Leolo_2>
https://raw.githubusercontent.com/comutt/linux-kernel-centos-2.6.32/master/drivers/block/nbd.c
18:30
but the really frustrating thing is that nbd 2.9 works !
18:31
so nbd.ko isn't the issue
18:32
<sbalneav>
ok, according to your source, it's just pulling the information from the socket's inode entry.
18:41
<Leolo_2>
shit, I'm looking at the wrong thing
18:41
sec
18:41
Request from=0 type=0 len=16384
18:41
I'm getting that in nbd-server
18:41
then I see (process:4471): GLib-CRITICAL **: g_thread_pool_push: assertion `real' failed
18:48kjackal has left IRC (kjackal!~quassel@2a02:587:3117:9e00:4571:c5ec:dcb1:5ffc, Ping timeout: 260 seconds)
18:49kjackal has joined IRC (kjackal!~quassel@athedsl-4547229.home.otenet.gr)
19:02
<Leolo_2>
(process:4803): GLib-CRITICAL **: g_thread_pool_new: assertion `g_thread_supported ()' failed
19:02
and we now have an example of why excessive assertions are bad
19:03
<sbalneav>
How's that bad?
19:03
https://developer.gnome.org/glib/stable/glib-Deprecated-Thread-APIs.html#g-thread-supported
19:03
<Leolo_2>
I've learned over time that you can ignore GLib-CRITICAL assertions
19:03
<sbalneav>
his macro returns TRUE if the thread system is initialized, and FALSE if it is not.
19:03
According to that, threads aren't initialized
19:03
<Leolo_2>
"supported"
19:04
as in, it's using a fallback to pretend to have threads. but these threads are failing when I add_push
19:04
well, when nbd-server does the add_push
19:04
so no request can be handled, ever
19:04
<sbalneav>
I'm just reading what the page I posted says.
19:22bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy)
19:22
<Leolo_2>
yeah
19:30
wooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo!
19:30
if I throw in g_thread_init(NULL); and -lgthread-2.0 it works !
19:31
<ogra_>
it also breaks your "o" key it seems :)
19:31
<Leolo_2>
:-)
19:40
<sbalneav>
So, the macro was returning correct; the thread system wasn't initialized.
19:42
<Leolo_2>
yes
19:44
g_thread_pool_new() was ignoring error returns
19:50
but even without the g_thread_init(), there is no error return
20:13tsylvermane has left IRC (tsylvermane!~jason@66.192.153.95, Quit: Leaving)
20:15
<bennabiy>
vagrantc, alkisg: I will be moving back to NC next week, and will be having a little more time to put towards dev...
20:15lbssousa has left IRC (lbssousa!~lbssousa@177.143.56.224, Quit: Leaving)
20:16
<bennabiy>
alkisg, vagrantc: what is the best way to work on Documentation? I will be putting together my own little lab manual, and I thought I might be able to plug away at catching up the docs on the wiki or such
20:23Softeisbieger has left IRC (Softeisbieger!~Softeisbi@ip-62-143-13-166.hsi01.unitymediagroup.de, Ping timeout: 252 seconds)
20:31Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas, Ping timeout: 260 seconds)
20:56ben_roose[EECS] has left IRC (ben_roose[EECS]!~roose@roose.cs.wichita.edu, Quit: Leaving)
20:57ben_roose[EECS] has joined IRC (ben_roose[EECS]!~roose@roose.cs.wichita.edu)
21:40
<Leolo_2>
!source
21:40
<ltsp`>
My source is at http://supybot.com/
21:45ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:08Freejack_ is now known as Freejack
22:29syrius has left IRC (syrius!~syrius@thunder.stormtek.net, Quit: leaving)
23:17
<Leolo_2>
configure.ac:242: error: required file 'man/nbd-client.8.sh.in' not found
23:18ben_roose[EECS] has left IRC (ben_roose[EECS]!~roose@roose.cs.wichita.edu, Remote host closed the connection)
23:29yanu_ has left IRC (yanu_!~yanu@178-116-58-90.access.telenet.be, Ping timeout: 272 seconds)
23:53yanu has joined IRC (yanu!~yanu@178-116-58-90.access.telenet.be)