|05:02||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|06:35||Willtech has left IRC (Willtech!cbab4748@gateway/web/freenode/ip.220.127.116.11, Ping timeout: 260 seconds)|
|07:21||ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)|
|07:26||Statler|Home has left IRC (Statler|Home!~Georg@p5B30EF3A.dip0.t-ipconnect.de, Remote host closed the connection)|
|07:30||Statler|Home has joined IRC (Statler|Home!~Georg@p5B30EF3A.dip0.t-ipconnect.de)|
|07:44||Chrisu_ has joined IRC (Chrisu_!577a5d03@gateway/web/freenode/ip.18.104.22.168)|
Good morning. Someone active at this time? Need some Help with Pinet
Good morning Chrisu_
pinet: pinet doesn't use the upstream ltsp methods and is not supported in this channel. See !raspberrypi for supported methods.
raspberrypi: (#1) Ubuntu/LTSP on Pi 2: https://help.ubuntu.com/community/UbuntuLTSP/RaspberryPi, or (#2) Debian/LTSP (with raspbian chroot) on Pi: http://cascadia.debian.net/trenza/Documentation/raspberrypi-ltsp-howto/, or (#3) unofficial Ubuntu/LTSP (with raspbian chroot) on Pi: http://pinet.org.uk/
Check #1 there, it's the recommended way to run ltsp in raspberries
thx for your advise. i will check #1.
|09:21||jgee has left IRC (email@example.com, Quit: The Lounge - https://thelounge.github.io)|
|09:40||Statler|Home has left IRC (Statler|Home!~Georg@p5B30EF3A.dip0.t-ipconnect.de, Remote host closed the connection)|
|10:03||Chrisu_ has left IRC (Chrisu_!577a5d03@gateway/web/freenode/ip.22.214.171.124, Quit: Page closed)|
alkisg: there are three different things: 1) fedora 2) epel 3) rhel.
fedora would be the easiest. it probably needs python2->3 conversion (ldminfod, others), some minor cleanup and testing.
epel is easier after fedora than directly, but doesn't need py3.
rhel would need some paying customer.
What I have is non-distro epel/rhel compatible packages.
for most rhel users epel is enough, so there is no need to get it to rhel.
bcg, you're talking about an LTSP version for RedHat based distros?
I'm still using nfs root. I would like to switch to nbd before requesting to fed/epel.
bcg, you're saying Fedora would be easiest - the whole reason why Warren Togami stopped with maintaing LTSP for Fedora is because of the insane bleeding edge pace with which Fedora pumps out releases.
It'd require administrators to upgrade their server's distro every year and every year there's some new technology or something that breaks LTSP.
systemd, wayland, gnome3, compositing-only window managers, python, etc...
It was too much work for him. I believe a CentOS compatible version lived for a while, but that also broke because of .... can't remember.
Well, I've been running Fedora on my laptop for years and rhel on my servers.
I've also ported ltsp to rhel6 and 7, running them on production systems with hundreds of terminal.
Oh don't get me wrong - I'm not bashing Fedora. I use it on every machine I have that requires the latest technology.
I'm just saying, as a server maintainer for a few companies, I'm very happy with Ubuntu's pace of deploying a new version every 2 to 4 years (whatever customer prefers), as opposed to an urgent need to roll out a whole new distro every year.
So what's missing from ltsp/epel is basically "the last mile".
Me too, that's why I'm running rhel on servers.
Right, for RHEL and CentOS a working version of LTSP makes more sense. But I ran into the issue where the desktop and versions of LibreOffice, GIMP, etc were too outdated in some cases.
So I ended up virtualizing the LTSP servers, with a CentOS powered server, and Ubuntu VM serving LTSP thin clients.
I have rhel(ish) all the way, from vm-server to virtual ltsp server to ltsp thin and fat clients.
I'm mostly running firefox only on clients, sometimes libreoffice too.
bcg, Hyperbyte, from the ltsp upstream point of view, if one maintains e.g. a redhat folder upstream, it doesn't matter if he's only publishing his work in fedora or epel or rhel
So bcg, if you published your packages to fedora, I'd be more than happy to propose that you get upstream commit access, along with welcoming your packaging tree
As another example, I'm maintaining Ubuntu support for LTSP, but I don't really care about non LTS Ubuntu releases; LTSP users will just have to accept that :D
alkisg: rhel/fedora packaging is just one single .spec file, nothing more. It could be on repo root or in some subdir. Having another repo for that feels overkill.
|13:42||sbalneav has left IRC (firstname.lastname@example.org, Quit: 5)|
|13:42||sbalneav has joined IRC (email@example.com)|
bcg: subdir is fine
|15:11||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
|15:59||dragon788 has left IRC (dragon788!sid158229@gateway/web/irccloud.com/x-phhbiunqmyxlctpv, *.net *.split)|
|16:25||dragon788 has joined IRC (dragon788!sid158229@gateway/web/irccloud.com/x-phhbiunqmyxlctpv)|
|16:28||alexxtasi[m] has left IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-mqemibfexbtqeeqm, Ping timeout: 246 seconds)|
|16:31||highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Quit: switching host)|
|16:31||highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)|
|16:57||Statler|Home has joined IRC (Statler|Home!~Georg@p54897427.dip0.t-ipconnect.de)|
|18:44||jgee has joined IRC (firstname.lastname@example.org)|
|19:34||alexxtasi[m] has joined IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-hvfgazuyevovumvi)|
|21:35||Statler|Home has left IRC (Statler|Home!~Georg@p54897427.dip0.t-ipconnect.de, Remote host closed the connection)|
|22:11||ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)|