|02:17||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|03:52||kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:503d:b044:5a1a:c63e)|
|05:01||statler has joined IRC (statler!~Georg@p54897245.dip0.t-ipconnect.de)|
|05:22||os_a has joined IRC (os_a!~Thunderbi@188.8.131.52)|
|05:54||adrianorg has left IRC (email@example.com, Ping timeout: 245 seconds)|
|05:54||adrianorg has joined IRC (firstname.lastname@example.org)|
!learn uvnc-alkisg as To share your *Windows* screen with me over VNC, download and run this: http://alkisg.mysch.gr/temp/vnc-alkisg.exe
The operation succeeded.
|06:50||woernie has joined IRC (woernie!~werner@pD9E8BB12.dip0.t-ipconnect.de)|
|07:36||ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)|
|09:10||gdi2k has left IRC (email@example.com, Ping timeout: 240 seconds)|
|09:15||GodFather has joined IRC (GodFatherfirstname.lastname@example.org)|
uvnc-dide: To share your *Windows* screen with me over VNC, download and run this: http://alkisg.mysch.gr/downloads/uvnc-dide.exe
hey alkisg, I'm trying out ltsp19 today and got https://paste.debian.net/1103955 - any idea what could cause that?
Hey Jonathan, let me see
Unit dnsmasq.service not found ?
highvoltage: the first part about resolve1.service is a problem in debian dependencies, somehow in minimal installations they manage to install systemd-resolve without its dependencies,
ltsp then displays that warning, and it continues, so no problem there,
but the second part about dnsmasq.service missing sounds... like dnsmasq is missing?
Did you install it?
highvoltage: I was about to leave for a school; I can stay for a few minutes if you're working on this atm
Note the ltsp server installation command now requires dnsmasq: apt install ltsp dnsmasq nfs-kernel-server openssh-server squashfs-tools ethtool net-tools epoptes
(epoptes is optional though)
After ltsp5 is removed, we might re-introduce an ltsp-server package, just for the dependencies...
OK I'll go to school and come to irc from there in half an hour or so
alkisg: ah I typed that from the wiki into a terminal where I didn't have copy and paste, let me check...
oops, yes didn't have dnsmasq installed, that was a but dumb of me :)
bb in 30' or so
|10:34||woernie has left IRC (woernie!~werner@pD9E8BB12.dip0.t-ipconnect.de, Remote host closed the connection)|
for some reason ipxe loads the kernel but then encounters an Exec format error, I checked the file in the tftproot directory and it seems like a normal enough kernel image
highvoltage: uefi or bios? secure boot enabled or not? 64 bit i presume, right?
in this case, virtualbox with efi, no SB
highvoltage: maybe 32bit vm instead of 64bit vm?
But... with efi... hmm
s a 64bit vm
Try overriding snponly.efi with ipxe.efi
oh my bad, the server is efi the client is just legacy
ah the ipxe image that got downloaded doesn't seem to have bzip. odd.
|11:49||Faith has joined IRC (Faith!~Paty_@2001:12d0:2080::231:49)|
|11:49||Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)|
|11:50||os_a has left IRC (os_a!~Thunderbi@184.108.40.206, Quit: os_a)|
ah I think I figured it out, for some reason I thought I was using an ipxe blob that I downloaded, but it was using the limited built-in virtualbox ipxe
|12:16||section1 has joined IRC (email@example.com)|
not sure what I did wrong or right but somehow it's working now, I'll run through this again some later point, ltsp19 looks nice so far thanks :)
|13:06||kjackal_v2 has joined IRC (kjackal_v2!~quassel@2a02:587:3107:2e00:9151:efb:acd3:140a)|
|13:09||kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:503d:b044:5a1a:c63e, Ping timeout: 276 seconds)|
|13:45||ltsp_user54 has joined IRC (ltsp_user54!8f32cb1f@WEGC203031.UNI-GRAZ.AT)|
|13:55||ltsp_user96_rafa has joined IRC (firstname.lastname@example.org)|
|14:00||ltsp_user54 has left IRC (ltsp_user54!8f32cb1f@WEGC203031.UNI-GRAZ.AT, Remote host closed the connection)|
highvoltage: yeah vbox internal ipxe has a couple of issues; it even hangs on reboots but works on first boot; so usually I prefer to boot it from "ipxe.iso" instead
alkisg: ah good tip, thanks
I think the intel stack doesn't have this issues, but it requires that the vbox extensions are installed
I do not know about 'discuss', but I do know about these similar topics: 'ltsp-discuss'
ltsp-discuss: at https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
|15:12||shored has left IRC (email@example.com, Read error: Connection reset by peer)|
|15:14||shored has joined IRC (firstname.lastname@example.org)|
|15:15||eu^ppp-2-87-122- has joined IRC (email@example.com)|
|15:15||eu^ppp-2-87-122- is now known as gkolomvos|
|15:18||gkolomvos has left IRC (firstname.lastname@example.org)|
|15:19||gkolomvos has joined IRC (email@example.com)|
|15:20||gkolomvos has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
good morning, how is the easy way to exec an application once the X are ready in the thin terminals? they are Fat terminals, btw.
bluejaypop: what application? Before or after login?
|16:37||shored has left IRC (email@example.com, Read error: Connection reset by peer)|
|16:38||shored has joined IRC (firstname.lastname@example.org)|
hi, btw, how can I autostart firefox after login, for instance?
|16:46||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
vagrantc: I was thinking, since ltsp19 is rather mature, and ubuntu 20.04 won't support i386 anyway (so not much point for thin client setups), maybe it would be best if ltsp19 was in testing at the time when ubuntu pulls; and not have ltsp5 by default in 20.04 as was the initial though
alkisg: i haven't scraped together enough time to test it ... but sure!
So, no point in preparing migration paths etc, with package renames; it should be a lot simpler now
i didn't think we were doing any package renames?
or rather, there would just be one new package, "ltsp"
We talked about having the possibility of co-installation of ltsp5 and ltsp19
I think it involved some renames, but anyway it doesn't matter now :)
there was a source package rename that would have been needed
crazy as it sounds, it *might* actually be simpler in Debian to have them coinstallable than not...
there was also some debate over weather ltsp-client would need to exist?
alkisg, i want them to auto open pidgin.
bluejaypop: you put that in /etc/xdg/autostart
vagrantc: no, ltsp is ltsp-client; maybe we'll need ltsp-server in the future, if we can define it well enough...
well "ltsp" included both server-like things and client-like things, no?
The code, yes, but not any services
the the "ltsp" command includes options to enable the services and such, no?
so at best, an "ltsp-server" package would simply be a bunch of package recommends ... which could just as easily go into the client package
er, the "ltsp" package
though it's entirely possible i'm missing something, having not actually tried any of this :)
apt install ltsp dnsmasq nfs-kernel-server openssh-server squashfs-tools ethtool net-tools epoptes
This is th eserver
the "ltsp" package should at least have a "suggests" for all of those, then
if recommends is too strong
So, the question is, do we want an ltsp-server package? One may avoid dnsmasq, nfs, ssh (ldap/nfs4), squashfs (direct vm boot)...
I.e. if people are ok with just pasting that line, I prefer it that way
mixed feelings on the issue ... seems silly to maintain a meta-package just for that
but then again, maybe not...
a meta-package with only recommends is rather weak
if there was a "default configuration" that pulled in depends, that would make more sense
but ... *shrug*
|17:48||Ark74 has left IRC (Ark74!~Luis@220.127.116.11, Read error: Connection reset by peer)|
i do like the idea of a single package that just installs the default configuration, i guess.
e.g. for the ltsp-pnp style install
I think if we end up using an ltsp-server package, it should also contain the /usr/share/ltsp/server dir, and depend on ltsp (client)
It shouldn't be just a metapackage then
And of course it'd use recommends, not depends, for dnsmasq etc, so that people could use isc/nbd etc etc instead
|18:34||ltsp_user36 has joined IRC (email@example.com)|
alkisg: would it make sense then to call it ltsp-server and ltsp-client? then we wouldn't have to go through NEW processing :)
I guess we could; although we'd lose the "apt install ltsp" simplicity...
heh. i could add a "provides" ltsp on one of the packages :)
vagrantc: would we have to care about migration path then?
I.e. someone has ltsp-server in buster, upgrades and... chaos?
The different name, plain ltsp, does suggest something needs to be done by the sysadmin, and it's not a simple upgrade...
E.g. tftp and /opt/ltsp path changes, config changes, server package changes...
yes, we should probably do it the proper way.
but then same for adding an ltsp-server package.
unless we name it something else...
OK let's keep it plain ltsp for a bit then; we might add an ltsp-server for bullseye+1
clever workaround :)
Until then, we'll also have a clearer vision of all the possible ltsp-server-* variants
will still need to go through NEW ... but yay
it also makes it possible to have them installed concurrently
for people who really want to expirment with that
True; e.g. someone may use a ppa and ltsp5 even in ubuntu 20.04
i did want to get one last ltsp5 upload in before the transition ... but it'll probably sit in NEW long enough for that to happen
and ldm ... don't think there's anything else pending
part of me wants to maintain them in parallel ... but realistically i don't have time
|19:34||statler has left IRC (statler!~Georg@p54897245.dip0.t-ipconnect.de, Remote host closed the connection)|
alkisg, you if I add the .desktop file into /etc/xdg/autostart and later re-generate the image. And that's all.
thanks, i will try.
bluejaypop: INIT_COMMAND_RUN_THIS="ln -s /usr/share/applications/app.desktop /etc/xdg/autostart"
should also work without regenerating image
ah I see.
thanks! good one.
|19:58||denispyr has joined IRC (firstname.lastname@example.org)|
|20:00||section1 has left IRC (email@example.com, Quit: Leaving)|
alkisg: thanks! Both ways (INIT_COMMAND_ and OVERLAY_DIR) worked successfully on my tests. I've found the INIT_COMMAND_ easier to use.
O alkisg στο http://alkisg.mysch.gr/steki/index.php?topic=4359.msg46954#msg46954 φτιάχνει ένα σκριπτάκι για ααζικςς εκτελέσεςς εντολών. όταν το τρέχω μου βγάζει σε κάθε εκτέλεση που λογκάρει σφαλμα "Δεν υπάρχει τέτοιο αρχείο ή
Αν τρέξω την εντολή εξ απο το σκριπτάκι - όλα καλά
|20:07||ltsp_user96_rafa has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|20:07||rafael has joined IRC (email@example.com)|
|20:08||rafael is now known as Guest9774|
denispyr: this is the english channel
To join the greek channel, type: /join #ts.sch.gr
alkisg, thank you it works! :)
btw, i wanted to tell you a retail company is using some ltsp based solution to their cashier terminals. very cleaver, 0 license for windows, etc.
their system works with ncurses and I was like oh my god, this is good :)
As long as it's gpl-complatible ;)
Is there a counterpart to this feature, to run a command on logout? So I can remove files from the users' home directories, for instance?
|20:12||Guest9774 has left IRC (Guest9774firstname.lastname@example.org, Ping timeout: 260 seconds)|
|20:19||denispyr has left IRC (email@example.com, Remote host closed the connection)|
|20:31||Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)|
adrianorg, i don't know :(
maybe on the shutdown process
|20:37||kjackal_v2 has left IRC (kjackal_v2!~quassel@2a02:587:3107:2e00:9151:efb:acd3:140a, Ping timeout: 276 seconds)|
adrianorg: you really want to also check before login, otherwise if the logout never happens (client crash, desktop crash, etc.) then you're relying on the wrong hook
adrianorg: at which point, you may as well make sure it works on login and forget about logout
|21:15||Ark74 has joined IRC (Ark74!~Luis@18.104.22.168)|
|21:38||rafael has joined IRC (firstname.lastname@example.org)|
|21:38||rafael is now known as Guest88892|
|21:50||gamble has joined IRC (email@example.com)|
|21:51||gamble has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|22:10||ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)|
vagrantc: understood. Thanks!