00:02 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
00:29 | cryptrat has left IRC (cryptrat!481f0c3c@gateway/web/freenode/ip.72.31.12.60, Quit: Page closed) | |
03:07 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds) | |
03:09 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
03:15 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
03:51 | <vagrantc> hrm. so i accepted the patches to fix size displaying in ltspfs, but now they produce all sorts of build warnings...
| |
03:51 | anyone with a slight understanding of C able to take a look at it?
| |
03:53 | essentially the patch: https://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltspfs-trunk/revision/170
| |
03:53 | introduced warnings like this:
| |
03:53 | ltspfs.c:891:9: warning: unused variable 'f_namelen' [-Wunused-variable] int f_namelen = (int)stbuf->f_namelen;
| |
03:54 | and:
| |
03:54 | ltspfsd_functions.c:906:18: warning: 'f_type' may be used uninitialized in this function [-Wmaybe-uninitialized] stbuf.f_type = (__SWORD_TYPE) f_type;
| |
05:57 | <muppis> !pxe
| |
05:57 | <ltsp> pxe: Preboot execution environment boots computers using a network interface and image. See http://en.wikipedia.org/wiki/Preboot_Execution_Environment
| |
05:58 | <muppis> !gpxe
| |
05:58 | <ltsp> gpxe: the successor to etherboot (http://etherboot.org). To download bootable floppy, cd, usb, kernel etc images, visit http://rom-o-matic.net/
| |
06:10 | <vagrantc> !ipxe
| |
06:10 | <ltsp> ipxe: iPXE is the successor to the etherboot/gPXE project, and can be used to netboot clients that don't have a NIC ROM with a PXE stack. To add it to grub, see !grub-ipxe. To add it to the Windows boot loader, see !win32-loader. To download floppy, CD or USB images, visit http://ipxe.org or install the ipxe package.
| |
06:19 | <SpComb> vagrantc: that code is weird, almost as if someone had put the code into the wrong function of that pair
| |
06:22 | <vagrantc> SpComb: well, in the history there was some switch from "foo" to "stbuf.foo" and some things seem to only have gotten partially switched.
| |
06:22 | my attempts to cargo cult it only resulted in more issues
| |
06:24 | <SpComb> the ltspfsd function to output the stbuf, updates the value within the stbuf
| |
06:24 | which is on the function stack and should be completely ignored
| |
06:26 | and the ltspfs function to read in an stbuf, gets the existing value within the stbuf, before overwriting it and discarding the read value
| |
06:26 | makes no sense
| |
07:09 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 260 seconds) | |
08:09 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 272 seconds) | |
08:26 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
08:26 | bernste4 has joined IRC (bernste4!~bernste4@grandmother.medien.uni-weimar.de) | |
08:26 | <bernste4> hi all
| |
08:26 | i have a big problem
| |
08:26 | the pxe is no longer working
| |
08:27 | i get an PXE-E32: TFTP open timeout
| |
08:27 | the log says that nbdrootd can not be found
| |
08:27 | and indeed there is no /usr/sbin/nbdrootd anymore
| |
08:28 | any idea what is going on?
| |
09:09 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
09:13 | <alkisg> bernste4: nbd is not related to pxe. nbd comes a lot of steps after pxe succeeds
| |
09:14 | So look elsewhere for the problem, maybe dhcpd
| |
09:14 | or tftpd
| |
09:15 | E.g. dhcpd may be pointing the clients to the wrong tftp server..
| |
09:16 | <bernste4> it was the tftpd configuration
| |
09:18 | somehow the /etc/default/tftpd-hpa had an error
| |
09:21 | workingcats_ has joined IRC (workingcats_!~workingca@212.122.48.77) | |
09:21 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving) | |
09:26 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
09:26 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 246 seconds) | |
09:34 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 240 seconds) | |
09:36 | andygraybeal has left IRC (andygraybeal!~andy@h191.213.22.98.dynamic.ip.windstream.net, Ping timeout: 250 seconds) | |
09:52 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254) | |
10:14 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
10:38 | bernste4 has left IRC (bernste4!~bernste4@grandmother.medien.uni-weimar.de, Quit: leaving) | |
12:09 | vsuojanen has joined IRC (vsuojanen!~valtteri@ip-hml-567325-238.dhcp.inet.fi) | |
12:15 | boospy has joined IRC (boospy!~loma@darkbox.osit.cc) | |
12:30 | boospy has left IRC (boospy!~loma@darkbox.osit.cc) | |
12:47 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
13:12 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
13:14 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 240 seconds) | |
13:18 | ben_nabiy is now known as bennabiy] | |
13:19 | bennabiy] is now known as bennabiy | |
13:19 | TatankaT_ has left IRC (TatankaT_!~tim@193.190.253.114, Ping timeout: 255 seconds) | |
13:20 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 264 seconds) | |
13:22 | TatankaT has joined IRC (TatankaT!~tim@193.190.253.114) | |
13:22 | <bennabiy> vagrantc: if you still need some looking over the code, I might be able to do it after the weekend. I am pretty much not going to be here until then. (although I will still be here...)
| |
13:23 | Phantomas has joined IRC (Phantomas!~phantomas@ubuntu/member/phantomas) | |
13:24 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
13:29 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.231.83, Ping timeout: 255 seconds) | |
13:31 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.231.83) | |
13:39 | TatankaT has left IRC (TatankaT!~tim@193.190.253.114, Ping timeout: 255 seconds) | |
13:39 | TatankaT has joined IRC (TatankaT!~tim@193.190.253.114) | |
14:27 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
14:34 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
14:51 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 246 seconds) | |
14:56 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
14:58 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
15:18 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
15:24 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
15:34 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
15:39 | ||cw has left IRC (||cw!~chris@phpgroupware/cw, Ping timeout: 245 seconds) | |
15:53 | ||cw has joined IRC (||cw!~chris@phpgroupware/cw) | |
16:07 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Read error: Connection reset by peer) | |
16:10 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
16:19 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
16:20 | telex has joined IRC (telex!~telex@freeshell.de) | |
16:33 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave) | |
16:33 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
17:07 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
17:28 | <alkisg> vagrantc: what are the deadlines wrt ltspfs? can you wait for the weekend for bennabiy, or do you need some help before that?
| |
17:29 | <vagrantc> alkisg: that's a good question
| |
17:29 | * vagrantc looks at the freeze timeline | |
17:29 | * alkisg has a couple of hours now... | |
17:30 | <alkisg> (but, no libc nor gtk knowledge :))
| |
17:32 | <vagrantc> alkisg: it's not *urgent*, although i have no idea what ltspfsd fails to start from udev...
| |
17:32 | alkisg: i have viable workarounds for the "mount --move" issue, i think
| |
17:33 | including a mount-directly to /media implementation
| |
17:34 | it'd be good to have it fully sorted out by october, though not resolving those RC bugs could get it removed from jessie temporarily... which would be unfortunate
| |
17:34 | * vagrantc wonders if a newly created ltsp chroot defaults to systemd yet | |
17:34 | <alkisg> vagrantc: there are 2 issues currently, one with the warnings after the patch, and one with systemd/move, right?
| |
17:35 | <vagrantc> alkisg: three issues
| |
17:35 | <alkisg> And the latest code is in the trunk? Or in your local tree?
| |
17:35 | <vagrantc> alkisg: systemd breaks ltspfsd starting on client, systemd breaks "mount --move" on server-side, size issue patches issue lots of warnings
| |
17:36 | <alkisg> Gotcha
| |
17:36 | And if you run the service with systemd later on, does it start then?
| |
17:36 | <vagrantc> alkisg: i've got a workaround for "mount --move" in trunk, no idea about ltspfsd on client, and the size issue patch is a bit much C for me.
| |
17:37 | alkisg: ltspfsd starts from udev on an as-needed basis, but systemd doesn't seem to like that.
| |
17:37 | might make sense to just start ltspfsd as a normal daemon or something...
| |
17:38 | * vagrantc suspects systemd has soe feature enabled that prevents the udev rules from being abe to spawn daemons or bind to ports or something | |
17:39 | <vagrantc> alkisg: i've got the mount-directly-to-media in my local chroot, also submitted a patch to the debian bug
| |
17:39 | <alkisg> Push it upstream :)
| |
17:39 | About udev, I think my last idea would make sense, i.e. to spawn a screen session instead of a daemon
| |
17:39 | And then attach to that session and try to launch ltspfsd manually
| |
17:39 | <vagrantc> working out a couple last changes
| |
17:40 | alkisg: as a troubleshooting idea?
| |
17:40 | <alkisg> Yes
| |
17:41 | <vagrantc> well, i'd like to wrap up the mount-directly-to-media patchset
| |
17:41 | alkisg: would you be able to look at the build warnings?
| |
17:41 | the patch actually works (at least on i386/amd64), but it introduces some unsettling warnings...
| |
17:42 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
17:42 | <alkisg> vagrantc: that one? http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltspfs-trunk/revision/170
| |
17:43 | <vagrantc> alkisg: yup.
| |
17:43 | alkisg: and the launchpad bug referenced by it
| |
17:43 | * alkisg tries... | |
17:43 | <vagrantc> thanks!
| |
17:46 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net, Ping timeout: 245 seconds) | |
17:48 | <vagrantc> well, this diffstat looks good:
| |
17:48 | scripts/ltspfsmounter | 57 ++++++++++++++++++++-------------------------------------
| |
17:48 | src/lbmount.c | 84 ------------------------------------------------------------------------------------
| |
17:48 | 2 files changed, 20 insertions(+), 121 deletions(-)
| |
17:48 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
17:48 | <vagrantc> considering that lbmount is setuid root code...
| |
17:50 | pushing to ltspfs-trunk...
| |
17:51 | hrm, my commit message isn't quite right ... lbmount really just creates/removes /media/username now.
| |
17:53 | <alkisg> vagrantc: after pulling latest trunk, `debuild -tc` now complains: Makefile.am: error: required file './ChangeLog' not found
| |
17:53 | <vagrantc> hrm.
| |
17:53 | oh, the packaging needs to run autogen.sh
| |
17:54 | haven't switched it to use dh_autoreconf yet.
| |
17:54 | wait, i have...
| |
17:55 | * alkisg ran ./autogen.sh and then debuild -tc, it compiles now... | |
17:55 | * vagrantc doesn't know "debuild -tc" | |
17:56 | <alkisg> -tc Clean the source tree (using gain-root-command debian/rules clean) after the package has been built.
| |
17:56 | <vagrantc> right, just found it
| |
17:58 | <alkisg> vagrantc: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltspfs-trunk/revision/153
| |
17:58 | sbalneav did those changes for 64-bit compatibility
| |
17:59 | Now that they're reverted, do you think it'll break again?
| |
17:59 | Are you testing with 32 bit or with 64 bit?
| |
17:59 | <vagrantc> both
| |
18:00 | i've tested with a 64 bit server, a 64 bit client, and a 32 bit client
| |
18:00 | guess i haven't tested 32 bit server
| |
18:00 | <alkisg> I don't think bugs have been reported about that use case, ok
| |
18:00 | But only a few lines are reverted in the recent patch, not all of them...
| |
18:00 | Anyways, /me reads on..
| |
18:00 | <vagrantc> right
| |
18:00 | i get the impression the 64 bit fixes caused the size issues
| |
18:09 | alkisg: the changelog thing failed because dh_autoreconf wasn't actually calling ./autogen.sh, it was calling various commands directly.
| |
18:10 | <alkisg> It worked fine before I pulled the last version from trunk... dunno why
| |
18:10 | <vagrantc> because there was an empty ChangeLog file
| |
18:11 | which i removed, as it's really annoying to have a placeholder file
| |
18:16 | i.e. i put content in there that has to be moved out of the way during development
| |
18:22 | * vagrantc wonders if the ltspfs/mounter.d hooks should be run in different spots | |
18:26 | <vagrantc> but where i think they *should* go causes the mounts to fail. hrm.
| |
18:27 | <alkisg> vagrantc: about the warnings, you can just delete the 3 lines that declare the variables:
| |
18:27 | int f_type = (int)stbuf->f_type;
| |
18:27 | int f_bsize = (int)stbuf->f_bsize;
| |
18:27 | int f_namelen = (int)stbuf->f_namelen;
| |
18:27 | BUT, only if it compiles and works fine in 32/64 bit
| |
18:27 | <vagrantc> heh
| |
18:27 | ok.
| |
18:28 | <alkisg> sbalneav put them there because supposedly (int) is different from statfs/__SWORD_TYPE on 64bit
| |
18:28 | I hope that doesn't depend on any library versions... i.e. that it would work now but cause problems if backported...
| |
18:29 | But sbalneav had indeed made an error, in that he initialized the variables instead of assigning them values at the end
| |
18:29 | So it's either "delete the 3 lines, if everything works", or "back to what sbalneav wrote, but with a couple of changes"
| |
18:31 | * vagrantc deletes a few lines and builds | |
18:31 | <vagrantc> that's in ltspfs.c only, right?
| |
18:32 | <alkisg> Right
| |
18:32 | <vagrantc> there was also something in ltspfsd_functions.c
| |
18:32 | or maybe one caused the other
| |
18:35 | alkisg: that generates a lot of incompatible pointer type errors
| |
18:36 | ltspfs.c: In function 'ltspfs_statfs':
| |
18:36 | ltspfs.c:907:5: warning: passing argument 2 of 'xdr_int' from incompatible pointer type xdr_int(&in, &stbuf->f_type); /* type of fs */
| |
18:44 | championofcyrod1 has joined IRC (championofcyrod1!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
18:45 | <vagrantc> alkisg: well, thanks for taking a look at it ... gotta run...
| |
18:45 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
18:54 | <alkisg> vagrantc: diff from the latest trunk: http://paste.ubuntu.com/8056040/
| |
18:54 | It compiles without errors here that way
| |
18:54 | *without warnings
| |
18:56 | We need to find the bug report about the 64bit errors though, to verify it's not still an issue
| |
18:59 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net, Quit: Leaving.) | |
19:35 | sagi_ has joined IRC (sagi_!d5399408@gateway/web/freenode/ip.213.57.148.8) | |
19:36 | <sagi_> hello every, can someone told me if ltsp is supporting in ubuntu 14.04
| |
19:36 | ?
| |
19:36 | please...
| |
19:36 | <slackish> its in there...
| |
19:37 | <sagi_> what's is mean?
| |
19:37 | <slackish> like you can apt-get install ltsp-server and such
| |
19:37 | <sagi_> what about an iso file?
| |
19:37 | like was in 12.02
| |
19:37 | <slackish> no idea
| |
19:38 | <sagi_> i was just need to press f4
| |
19:38 | and the installtion was chage
| |
19:38 | <slackish> oh, the alternative installer
| |
19:38 | <sagi_> to lstp server
| |
19:38 | yes!!!!!
| |
19:38 | talntid has left IRC (talntid!~talntid@173-160-189-58-Washington.hfc.comcastbusiness.net, ) | |
19:38 | <slackish> yeah, i haven't checked. they don't usually remove things like that
| |
19:38 | certainly woudn't be hard to find out
| |
19:39 | <sagi_> i dont find thing like this when i search all over the internt
| |
19:39 | <slackish> why not just download the iso and check?
| |
19:39 | <sagi_> the regular one?
| |
19:40 | <slackish> the alternative installer
| |
19:41 | <sagi_> there has no alternative installer to 14.04
| |
19:43 | there has no alternative installer to 14.04
| |
19:43 | there has no alternative installer to 14.04!
| |
19:44 | <slackish> then i am clearly mistaken on it being there
| |
19:48 | sagi_ has left IRC (sagi_!d5399408@gateway/web/freenode/ip.213.57.148.8, Quit: Page closed) | |
19:56 | <||cw> slackish: it's true. http://mirror.anl.gov/pub/ubuntu-iso/DVDs/ubuntu/14.04/release/
| |
19:57 | however, the server installer is pretty close to being the same thing as the alternate
| |
19:57 | personally, I use apt-cacher-ng and the mini-iso
| |
20:15 | vsuojane1 has joined IRC (vsuojane1!~valtteri@pc-37-238.cable.aina.net) | |
20:31 | <alkisg> !alternate
| |
20:31 | <ltsp> Error: "alternate" is not a valid command.
| |
20:31 | <alkisg> !learn alternate as the ubuntu alternate CD was dropped in 12.04: https://bugs.launchpad.net/ubuntu-release-notes/+bug/1042999
| |
20:31 | <ltsp> The operation succeeded.
| |
20:56 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
21:49 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 272 seconds) | |
21:57 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
22:14 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |