[00:47] yo [00:52] hello jsgotangco:) [00:52] pygi! [00:52] how's it going? [00:53] I didn't saw you in ages :) [00:53] pretty well, thank you ... and you? [00:53] ive been busy and had a small family emergency hence i was away for a while [00:53] heh, I was also away ... for more then a while [00:54] but now all well? [01:25] yeah [01:25] my daughter was hospitalized for half a month [01:33] bad luck. [07:35] RichEd: hi, you have admin rights on the edubuntu-devel ML right ? [07:36] stgraber: indeed ... how can i help ? [07:36] RichEd: can you check the my mail address isn't blocked ? [07:36] I tried unsubscribing/re-subscribing and still can't send mail ... [07:37] stgraber: you filthy spammer you ;) [07:37] https://lists.ubuntu.com/mailman/admin/edubuntu-devel/privacy/sender [07:37] * RichEd checks [07:44] stgraber: you're not in the rejection list [07:44] * RichEd checks the member list [07:49] stgraber: see /msg [07:59] Where would I file a bug report for a weird flash9-thinclient problem? [08:02] MasterOne: launchpad ... are you a member ? [08:05] yes, and I think I already found it: https://bugs.launchpad.net/~edubuntu-bugs [08:05] right? [08:07] that's strange, I am already logged in at launchpad, but there is no "report new bug" action at https://bugs.launchpad.net/~edubuntu-bugs/ [08:08] Do I need separate permissions to add a bug there? [08:08] MasterOne: you shouldn't ... let me check [08:10] MasterOne: go to https://launchpad.net/ubuntu/ and click on report a bug ... [08:11] but that bug is edubuntu / thinclient specific [08:12] MasterOne: thin client is ubuntu as well ... just happened to grow out of edubuntu ... [08:12] ah yes, you are right of course, I'll file the bugreport there [08:12] specify that the problem happens on your edubuntu set-up, but report it under ubuntu (and variants) [08:13] MasterOne: what's exactly the bug ? if it's ltsp related (understand can be fixed in the ltsp package), it's better to file it against the "ltsp" source package [08:13] MasterOne: otherwise file against the package itself or against ubuntu (and someone will triage it) [08:14] stgraber: if it is filed under ubuntu, mentioning LTSP ... it will get to ogra ... and he will decide if it belongs to distro, or upstream [08:16] it is a very specific bug with flash9-nonfree, that only can be seen on a thin client, and only on a specific website (likely with a specific version of a flash-movieplayer), it's pretty weird, because that flashplayer on that site makes firefox to crash instantly, if you click the "play" button when on a thin client, which does not happen, if you do the same directly logged in on the edubuntu LTSP5 server [08:17] somehow has to do with the pulseaudio setup, I assume [08:17] MasterOne: does it also happen without the flashsupport package ? [08:18] this bug is totally independent of libflashsupport, I tested it several times with a plain new edubuntu gutsy installation, with just updated to the latest packages and flash-nonfree installed [08:18] I already discussed that matter with ogra yesterday in #ltsp [08:19] he will do some testing of his own today, but he can confirm that this one is pretty weird [08:20] ok, so that's bad :) it looks like a bug somewhere in the flash plugin itself ... [08:21] I don't really know if it should be filed against ltsp (where the fix would happen) or against flashplugin-nonfree, knowing that filing a bug against the second one is useless, the plugin being closed source ... [08:22] stgraber: kind of, but as mentioned, when doing the same directly logged in on the ltsp server machine, it work as expected, but once tested on the thin client, it is 100% reproduceable that firefox crashes instantly [08:23] nothing specific shows up in .xsession-errors, except the following (but this is already there, before I start firefox after a new login): Error: could not open /proc/asound/cards [08:24] anybody here sitting in front of a thin client, so to see for yourself? [08:25] once I press the play button in the player on the right side at tv.com, firefox just crashes with the following feedback in a terminal: [08:25] $ firefox [08:25] firefox-bin: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed. [08:25] Aborted (core dumped) [08:26] ok, so it has to be sound related (which is the big difference between the server and the thin client) [08:27] oh, and another thing concerning this issue: that problem does not exist on an Edubuntu Gutsy 64bit setup, which means it just works as expected with Firefox 64bit + nspluginwrapper + flash-nonfree 32bit (of course without sound) [08:28] Did you try to start some kind of sound daemon on the server (which then will lock the dsp), that way the plugin won't be able to access the sound card and will sort of reproduce what you have on a thin client ? [08:28] no [08:29] did nothing else after a fresh installation [08:29] so which package should I specify for this bug? [08:32] file it against ltsp as it happens on a thin client and we aren't sure what package the problem is related to :) (firefox, flashplugin-nonfree, ...) [08:33] ok [08:34] I'll try to find a way to reproduce it on a desktop computer this afternoon (I have some ideas) [08:37] it does not happen on a desktop setup [08:37] it also does not happen on youtube.com [08:37] just a moment, I'll soon be finished with the bugreport with all the details I have [08:40] stgraber: nothing held in the edubuntu-devel mail queue from you ... [08:40] RichEd: looks like I'll need to ping a sysadmin :) [08:50] done, please have a look at https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/173845 [08:50] Launchpad bug 173845 in ltsp "LTSP5 ThinClient Setup: Weird problem with flash-nonfree letting Firefox crash (only on thin client, works fine on server itself)" [Undecided,New] [08:52] letting/making? [08:52] s/letting/making? [09:12] :) [09:16] thanks dict.leo.org, didn't realize you can say "letting go", but "letting" on its own has a different meaning [09:16] fixes ;) [09:17] s/fixes/fixed ;) === UB-Gast788 is now known as Nurionn [09:32] hi [09:33] evening [09:33] i've some trouble by the edubuntu-server installation on vmware workstation [09:34] it freezes while 'compressing thin client image...' at 89% [09:34] what can I do? [09:37] RichEd: the ML is just dropping the mail without any real reason (according to elmo), looks like I'll have to wait a bit before I have edubuntu-devel working again for me :) [09:37] stgraber: strange [09:41] RichEd: yes, especially as others ML on lists.ubuntu.com seem to work [10:02] anyone an idea, why the edubuntu-server installation freezes while 'compressing thin client image...' at 89% ? (I try to install on vmware workstation 6) [10:03] is the installer running somewhere handy? [10:04] how do you mean that? (sorry, I'm from switzerland and not so good in english) [10:05] you said " installation on vmware workstation" - does this mean the install is still open for you to look at? [10:07] at the moment not, I restarted the installation [10:08] restart the install, and when you get to the error again, tell me [10:08] I tried twice, and had twice the error [10:08] now i try for the third time [10:08] yes. we need you at the erroring step to move forward. [10:09] ok, I tell you when I'm there [10:11] ok :) [10:13] 30gb of disk space should be enough, or not? [10:13] heaps [11:12] so, I'm at 89% ('Compressing Thin Client Image...') [11:14] Nurionn, press alt+f4 (i'm assuming the installer is still the same as the one i dealt with 2 releases ago...) [11:14] ogra, does edubuntu still use debian-installer? [11:15] why dont i think of these questions early ? :| [11:17] last two lines: [11:17] can't create /var/state/dhcp/dhclient.leases: No such file or directory [11:18] dhclient: bount to 10.0.3.246 -- renewal in 1534 seconds. [11:18] (then a blinking cursor) [11:19] hm. i cant remember my D-I consoles properly, but try F3 (alt+f3). iirc F2 is a dash shell, so its not interesting. [11:20] an then? [11:21] is there anything on F3? [11:21] no, I had to activate console by pressing enter [11:21] hm. then its not what i thought it was [11:21] * Kamping_Kaiser has to find time to install new edubuntu [11:22] try F2 [11:22] i'm sure thers another console for debugging information [11:25] f1: installation (blue/red progressbar from installation -> freezed at 89%) [11:25] f2: Please press Enter to activate this console [11:26] f3: same as f2, but already activated [11:26] f4: logmessages (from wich I listed the last two lines above) [11:26] f5-f12: only blinking cursor [11:26] darn. i thought [2,3] had debug info too. [11:26] * Kamping_Kaiser thinks a minute [11:27] do you need some earlier lines from f4? [11:28] perhaps. give us the last 5 or 6 if you can [11:31] hello [11:31] in-target: update-initramfs: Generating /boot/initrd.img-2.6.22-14-386 [11:31] in-target: [11:32] in-target: Richte linux-image-386 ein (2.6.22.14.21) ... [11:32] in-target: Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386 [11:32] in-target: Warning: --skipimage set, not building squashfs image, runt ltsp-update-image later [11:32] in-target: Info: Installation erfolgreich abgeschlossen. [11:32] pygi, hey mate [11:32] then the dhcp-lines [11:32] Nurionn, whats the last line? 'install error, aborted'? [11:32] Kamping_Kaiser: ! [11:33] pygi, :S *hides* [11:33] no [11:33] I continue after the in-target lines: [11:33] * Kamping_Kaiser needs some practice on his german [11:33] Kamping_Kaiser: hehe :) [11:33] Nurionn, what does " Info: Installation erfolgreich abgeschlossen." translate to? [11:34] pygi, :) [11:34] installation succesfully finished... [11:34] Kamping_Kaiser: how are you doing? [11:35] wow. my german does need work *rofl* [11:35] perhaps i should be chaning nicknames === Kamping_Kaiser is now known as bettong [11:35] to something that doesnt imply german skills [11:35] last lines were: [11:35] pygi, tipsy, and doing desktop support :) how about yourself? [11:35] dhclient: can't create /var/state/dhcp/dhclient.leases: No such file or directory [11:36] dhclient: bount to 10.0.3.246 -- renewal in 1534 seconds. [11:36] bettong: busy hacking :D [11:36] pygi, *envy* [11:36] bettong: wanna hack? You can become contributor :p [11:36] pygi, i wish i had time to learn :S i'm already overcommited... just ask anyone i've said 'sure, i'll do that ' to :) [11:37] then a last line about console on f3 was started [11:37] bettong: shhh, sure you do :) [11:37] pygi, hehe [11:37] Nurionn, i'm not sure whats cauising your issues, none of those are obvious errors. [11:37] *thinks a bit more* [11:38] now it repeated the dhclient lines [11:38] it should do that every ~30 minutes (depending on your server) [11:45] PriceChild: :P [11:49] bettong: you know perhaps what should come after this? is there a lot to do until the end of the installation or could I restart the machine without cd...? [11:49] Nurionn: did you ran ltsp-update-image as installation told you? [11:50] where should I do that? I'm still in the installation [11:50] pygi, trick is the install isnt over [11:51] * pygi doesnt know all the facts, so is just stomping in the dark [11:51] Nurionn, i suggest a `ps aux |grep ltsp` in etiher F2 or F3, then kill any update-initramfs or ltsp-* processes you find [11:56] there are 4 entries: [11:56] 12356 root 212 S /bin/sh /var/lib/dpkg/info/ltsp-client-builder.postin [11:56] 12357 root 1548 R tail -1 /var/log/ltsp-image-build.log [11:56] 26832 root 676 S udpkg --configure --force-configure ltsp-client-build [11:56] 26833 root 604 S /bin/sh /var/lib/dpkg/info/ltsp-client-builder.postin [11:57] try killing udpkg and /var/lib/dpkg/info/ltsp-client-builder.postin [11:59] I killed udpkg, but the others ar strange: on every new 'ps aux |grep ltsp' they have other process numbers... [12:00] ah, now they're gone ;) [12:01] and now I have an errors on f4, at last [12:02] main-menu[2975]: WARNING **: Configuration 'ltsp-client-builder' failed with error code 143 [12:02] main-menu[2975]: WARNING **: Menu item 'ltsp-client-builder' failed. [12:03] right. [12:03] now switch back to F1 and see if our installer survived ;) [12:03] he's still there, bat a bit red... :P [12:03] hehe, i was afraid of that :| [12:04] ... failed: configuring LTSP-chroot-environment (translatet from german) [12:04] is there a 'return to menu' or 'back' option? [12:04] only 'next' [12:05] guess theres only one option then :) [12:05] * Nurionn tries to continue the installation. [12:06] shall I repeat this step? [12:06] but I think it don't make much sense [12:07] do you have an option apart from retrying the step? [12:07] next step is installing bootloader... [12:07] do the next step [12:08] Nurionn, ltsp-update-image (which is run by the client builder script after "ltsp-build-client --skipimage") takes enormous amounts of CPU power, it can take *very* long to finish, did you wait long enough ? [12:08] especially if you dont have a fast CPU in your VM [12:09] at the first try I started it yesterday evening [12:11] but why it writes 'installation sucessfully finished' after: [12:11] in-target: Warning: --skipimage set, not building squashfs image, run ltsp-update-image later [12:11] yes [12:11] it finished the chroot [12:11] but we use images in gutsy [12:11] (dont use hardy !) [12:12] so the ltsp-update-image script is called to build a squashfs image from the chroot [12:12] dont use hardy? [12:12] no [12:12] not the installer at least [12:12] its broken [12:13] ah [12:13] ltsp-build-client in an installed system is fine [12:13] but we're about to drop the installer integration from edubuntu for ltsp since the edubuntu-server iso will go away [12:13] btw: after the installation of grub its gone back to 'compressing thin client image' and is another time at 89%... [12:13] and i havent implemented it in ubuntu-alternate yet, where its supposed to go [12:14] Nurionn, have a look at /var/log/ltsp-image-build.log [12:14] it should show an error or something if its really stuck [12:15] * bettong hugs ogra for waking up [12:15] :) [12:15] :) [12:16] bettong, new nickname ? [12:16] Creating little endian 3.0 filesystem on /opt/ltsp/images/i386.img.temp, block s$ TI0CGWINZ ioctl failed, fefaulting to 80 columns [12:16] you mean that? [12:16] thats fine [12:16] or at the end: [12:16] that only tells you that mksquashfs ran properly [12:17] Info: port 2000 is already defined with /opt/ltsp/images/i386.img in inetd.conf [12:17] ogra, i changed it because i was talking to Nurionn ... the less indication that i should speak german (of any sort) the better. esp. since i cant [12:17] Info: taking no action. [12:17] that means it finished properly [12:18] the rest seems also good [12:18] even though i wonder why your inted.conf already has an entry for port 2000 .... [12:18] since thats only set up by this scipt it shouldnt exist yet [12:18] did you run it twice ? [12:19] hmm, could be [12:20] * ogra is not sure he actually tested that case ... there might be a bug [12:22] with bettongs help we killed some processes containing ltsp... and then the action cancelled [12:23] and after continueing the installation by installing grub it restartet this task, I believe... [12:24] at the moment on f4: [12:24] in-target: NOTE: Root directory /opt/ltsp/i386 already exists, this will lead to problems, please remove it before trying again. Exiting. [12:26] but there is NO /opt ... [12:27] Nurionn, sure? `ls -lhd /opt/` [12:30] No such file or directory... [12:31] it means /target/opt [12:31] /target is the place you install to from the installer shell [12:32] yes, /target/opt exists [12:37] how can I delete it (its not empty)? [12:38] hell [12:38] o [12:51] Nurionn, rm -rf /target/opt/* [12:55] thx, I retry now that step [13:21] installation complete! [13:22] but I don't know why I was never asked for a root-password... [13:22] because ubuntu systems dont use the root account, its locked by default [13:22] the user you created is capable of doing all admin tasks through sudo [13:23] ah ok [13:25] now I think I'll make a clone of that image... :) [13:26] btw, you can always just install the workstation version, install ltsp-server and ltsp-server-standalone and run sudo ltsp-build-client manually on the installed system [13:26] the result is the same [13:27] I should have known that before... [13:29] but anyway, it's easier to restore from a clone. [13:30] btw: how mutch clients can I connect with my 8gb ram? [13:30] if you do: mount /cdrom && sudo ltsp-build-client --mirror file:///cdrom ... that makes it use the files from the edubuntu CD ;) [13:30] you need 256M to run the server and 128M for every connected user session [13:31] the edubuntu guide says 60MB for every connected session.. [13:34] Bauer, not the edubuntu handbook, where di you read that ? [13:35] i read that too [13:35] it's in one of the ltsp docs on the wiki [13:35] the ubuntu docs ? [13:35] edubuntu handbook it is [13:35] Edubuntu, being a GNU/Linux based operating system, makes efficient use of memory. The usual formula that's used for adding memory to a thin client server is: [13:35] 256 + (60 * users) MB [13:36] the edubuntu handbook thats shipped on every edubuntu system has the right values [13:36] its the most recent ltsp5 documentation [13:36] ok.. [13:36] seems you found a very old version somewher online [13:36] but the online handbook should be updated if that is the case [13:37] http://doc.ubuntu.com/edubuntu/handbook/C/ [13:37] edubuntu.com is linking to this handbook [13:39] thats an old version, i pinged LaserJock a month ago to get a fresh export to the wiki [13:39] poke the doc team :) [13:40] hehe [13:40] just another question: how can I change the screen resolution of the loginscreen? [13:41] the memory use of each client here is just about 80MB, with firefox and openoffice running [13:41] Bauer, with a gnome desktop ? [13:41] yes [13:41] oh wow, then it improved apparently [13:42] the last measurement we did was in dapper ... there we had constantly 100M in use [13:42] we said 128 then to have a security buffer [13:42] i have removed some of the desktop programs though,, the tracker applet for example [13:43] yeah, tracker is a bad thing on ltsp ... especially for people using nfs mounted homedirs [13:44] with 20 users it will just saturate your network for the first 10-20 min [13:44] if its done with its initial DB building it should work fine though [13:44] i also removed sound control++ [13:44] (its problem is just that most people dont wait these 20 mins and disable it :) ) [13:45] i doubt many peope use tracker at all [13:45] yeah, I'd think so [13:45] why did you remove the sound control ? no devices in the clients ? [13:46] it is possible to change the screen resolution of the loginscreen to 1024x768? [13:46] Nurionn, you can create a /var/lib/tftpboot/ltsp/i386/lts.conf file .... [13:46] add: [13:46] [default] [13:46] ogra: i have removed both sound and video to save memory ;) [13:46] X_MODE_0=1924x768 [13:46] err [13:47] X_MODE_0=1024x768 [13:47] indeed :) [13:47] at least hardy will autodetect better [13:47] all mine come up with 1024x768 atm [13:47] without any specified mode [13:47] johnny, what kind of diplays ? [13:47] random collection of CRT [13:48] X only uses what the DDC of the monitor reports its capable of [13:48] one comes up with 1280x1024 which is nice [13:48] automatically [13:48] and thats unlikely to change in hardy [13:48] I mean local on the server [13:48] oh local the server, go to the screen resolution section [13:48] sudo dpkg-reconfigure xserver-xorg [13:49] if my suggestion doesn't work, then you do what ogra says :) [13:49] hit enter on all questions until you come to the resolution selection [13:49] johnny, the screen sresolution selection only works inside the user session ... it uses xrandr ... [13:49] gdm wont be affected by that [13:49] oh.. true [13:50] i guess i could care less what res the login screen is :) [13:50] heh [13:50] never noticed it [13:50] yeah [13:50] if it is ever different [13:50] its odd if it switches around on login though [13:51] i want to install schooltool, but have a dependency problem [13:51] it needs python-2.4-schooltool, but it wont install [13:54] thanks a lot [13:55] I will do some tests now [13:55] Bauer, schooltool is broken since feisty [13:56] oh,, too bad, it looks like a good tool,, is it done something to fix it? [14:05] yes, upstream is working hard on it [14:06] RichEd: ping [14:07] hi Belutz [14:07] hi RichEd [14:07] i'm using cmpc right now [14:07] but using fluxbuntu inside [14:07] :) enjoying it ? [14:07] heh, fluxbox :) [14:08] not yet enjoying it until i could install edubuntu in it [14:08] :D [14:08] any follow up about the image request? [14:09] Belutz: not yet ... I can check on monday again at the meeting ... but will also pop off an email [14:09] RichEd: thanks :) [14:10] i hope intel indonesia won't give up on us [14:15] As I have seen, it works fine [14:15] but how can I install a bigmem kernel? [14:16] sudo apt-get install linux-kernel--bigmem (where is the result from 'uname -r') doesn't work [14:23] sudo apt-get install linux-image-server [14:23] that supports up to 64G iirc [14:24] that's enough... vmware workstation supports only up to 8G/machine === [1]Netham45 is now known as Netham45 === flopperl is now known as hmm === hmm is now known as flopperl === flopperl is now known as yo === yo is now known as irgendwass [15:45] Heya [15:59] how can I install x11vnc on the clients (I tried 'chroot /opt/ltsp/i386/', but without success)? === UB-Gast038 is now known as Nurionn|away [16:05] Morning all! [16:07] bye - I go home (I've worked enough for today) [16:07] gn8 [16:08] (btw. in Switzerland its 5.00 pm :) ) [21:04] Hi, trying to get apt-cacher installed on ubuntu. Seems to install fine but i can't browse to http://localhost:3142. Tried to restart the service and it says unable to bind socker (port 3142) Any idea why? [21:07] Goosemoose: Have a look in /etc/default/apt-cacher [21:07] gone through it [21:07] set to port 3142 [21:08] I think you need to edit it to AUTOSTART=1 [21:08] already done [21:08] then invoke-rc.d apt-cacher start [21:08] did that too [21:08] ps -ef | grep apt [21:08] thats when it tells me unable to bind socker 3142 [21:08] ok let me run that [21:09] www-data 10404 10297 0 12:53 pts/0 00:00:00 /usr/bin/perl /usr/sbin/apt-cacher [21:09] leia 10491 10474 0 13:09 pts/2 00:00:00 grep apt [21:11] any ideas? [21:12] Well, it's already running [21:12] hmm [21:12] so, just set up your sources.list to use it. [21:12] strange error then when i try to restart it [21:12] Should be fine [21:12] i can't browse to it [21:13] You won't be able to. [21:13] http://10.0.2.131:3142 [21:13] really? [21:13] it's not a web server. [21:13] instructions i got online said i should be able to [21:13] I've never tried, but I can't see why it would. [21:13] I know it uses apache [21:13] hmm [21:13] no it doesn't [21:14] it's a standalone daemon. Doesn't use apache at all. [21:14] ok, this doc was setup for Ubuntu 6.10 maybe it's changed [21:15] hmm, i think it does use apache some how. the other doc which is what im following to setup a pressed file [21:15] to install over the network [21:15] Just set it up as per instructions. Change lines in sources.list to: deb http://10.0.2.131:3142/archive.ubuntu.com/ubuntu/ gutsy main etc. [21:15] says that i need to have d-i mirror/http/hostname/string host:port [21:16] ok [21:16] Depends: perl, bzip2, libwww-perl [21:17] Doesn't depend on apache at all. [21:17] ok [21:17] trying network boot again [21:17] I use it all the time, it's quite handy. [21:18] Especially if you pre-seed it with all the .debs off the alternative cd. [21:18] I'll be deploying 250 machines so it better mbe! [21:18] ok damn, dont think it liked the mirror country i set it to United States in the pressed file [21:18] must need the code [21:19] I couldnt find en_US in ubuntu by the way, had to use en_GB [21:19] en_US is a valid language code. [21:19] hmm ok [21:19] what about the country code for the mirror [21:19] still en_US? [21:19] or just US [21:20]