Re: [DNG] User services
On Fri, 10 May 2019 21:12:15 +0200 Martin Steigerwald wrote: > Hi! > > Do you remember the days where people believed in rough consensus and > running code? :) It was before my time here on Earth, but whatever… > > tada… welcome to user services: > > https://git.devuan.org/WIP-init/user-services/blob/master/README.md Nice! This is a great new way for me to run the home-grown daemons I want to run as slitt instead of root. A question: What runs user-services.sh? Should it be called from ~/.bashrc, or from somewhere else? SteveT ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] User services
Steve Litt - 11.05.19, 09:54: > On Fri, 10 May 2019 21:12:15 +0200 > > Martin Steigerwald wrote: > > Hi! > > > > Do you remember the days where people believed in rough consensus > > and > > running code? :) It was before my time here on Earth, but whatever… > > > > tada… welcome to user services: > > > > https://git.devuan.org/WIP-init/user-services/blob/master/README.md > > Nice! > > This is a great new way for me to run the home-grown daemons I want to > run as slitt instead of root. > > A question: What runs user-services.sh? Should it be called from > ~/.bashrc, or from somewhere else? Well, this is a good question. If KDE Plasma is detected, the install-or-update.sh script, stuffes it into ~/.config/plasma-workspace/env so it gets started with the session. You can either put it into .xprofile or how that is called (Evilham uses that) or in your shell profile file. It depends a bit on whether you like your services be started only for graphical sessions or also for SSH / TTY sessions. I may explore how to integrate it with PAM at a later time. I happily welcome merge requests which extend the install-or-update.sh script to integrate with xprofile or you name it. Ciao, -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] User services (UPDATE 1)
Martin Steigerwald - 10.05.19, 21:12: > Do you remember the days where people believed in rough consensus and > running code? :) It was before my time here on Earth, but whatever… > > tada… welcome to user services: > > https://git.devuan.org/WIP-init/user-services/blob/master/README.md So I updated it already: - Changed service directory default to ~/.service (instead of ~/.services) to more closely match system-wide /etc/service - Made location of directory configurable (in install-or-update.sh) - Logging now works So please just do mv ~/.services ~/.service in case you used it before. Make sure you have 8400c3c55fa7cffacbb4be1a43b0962696029dcc or a later commit. And yeah, at some time there will be a changelog. > % userservice list > evolution-addressbook-factory > evolution-calendar-factory > evolution-source-registry > evolution-user-prompter > pulseaudio > redshift > > % userservice enable evolution-user-prompter > > % ps aux | grep "[e]volution" > martin 10495 0.0 0.0 2156 744 ?S21:01 0:00 runsv > evolution-user-prompter martin 10497 4.4 0.3 443308 53076 ? > Sl 21:01 0:00 /usr/lib/evolution/evolution-user-prompter > > % userservice enabled > evolution-user-prompter > pulseaudio > redshift > > % userservice disable evolution-user-prompter > % ps aux | grep "[e]volution" > > % userservice enabled > pulseaudio > redshift > > > And now feel free already to contribute your own services. :) > > I welcome merge requests. > > > There are quite some ideas on how to improve this initial proof of > concept: - Make it work out of the box with .xprofile (or how that is > called). /me looking to Evilham now :) > - Make it work with other desktop environments out of the box > - Make it handle groups of services in a clean and simple way > - Make it work with s6 alternatively (may just need replacing > runsvdir) - And of course add more services, … > - including any of those relevant in /usr/lib/systemd/user/ > - Putting it into a package. I am willing to package it at a later > point in time. > > > When discussing this, please make sure doing so constructively. > > > Thanks a lot to Evilham for coming up with the idea to use runit for > user services and for providing the initial service directories for > the four services to make Evolution work. > > > Now let's make more out of this by the power of together… > > and of course enjoy using it. > > Thanks. -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] User services
Le 11/05/2019 à 09:54, Steve Litt a écrit : On Fri, 10 May 2019 21:12:15 +0200 Martin Steigerwald wrote: Hi! Do you remember the days where people believed in rough consensus and running code? :) It was before my time here on Earth, but whatever… tada… welcome to user services: https://git.devuan.org/WIP-init/user-services/blob/master/README.md Nice! This is a great new way for me to run the home-grown daemons I want to run as slitt instead of root. A question: What runs user-services.sh? Should it be called from ~/.bashrc, or from somewhere else? In Xfce, like probably in most DEs, you can declare the applications you want to start when session starts. According to Martin's mail, I guess KDE stores that in ~/.config/plasma-workspace/env In xfce4, this seems to be done by adding the launcher file in ~/.config/autostart . Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] [RFC] User services
Hi. Now that the proof of concept is out, I am thinking about extending it a little bit. - make is a package - make "install-or-update.sh" into "/usr/bin/userservices" with the following actions: - install: Sets up userservices for the user - update: Updates it - remove: Removes i - make "userservice" alias into "/usr/bin/userservice" - that way the user would not have to setup an alias anymore. So with these changes using user services would be like: As root: apt install user-services As user: userservices install userservice enable redshift [x] done :) If user-services packaged gets updated, the user can decide to update her installation with: userservices update Ideally it would take into account when the user changed some services. What do you think about that? It would be some work, but I for me this sounds like a good idea. In anyway: This is still in proof of concept stage, so I may change everything :). If you are using this, you are brave alpha tester :) Thanks, -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] User services
Didier Kryn - 11.05.19, 11:22: > Le 11/05/2019 à 09:54, Steve Litt a écrit : > > On Fri, 10 May 2019 21:12:15 +0200 > > > > Martin Steigerwald wrote: > >> Hi! > >> > >> Do you remember the days where people believed in rough consensus > >> and > >> running code? :) It was before my time here on Earth, but whatever… > >> > >> tada… welcome to user services: > >> > >> https://git.devuan.org/WIP-init/user-services/blob/master/README.md > > > > Nice! > > > > This is a great new way for me to run the home-grown daemons I want > > to run as slitt instead of root. > > > > A question: What runs user-services.sh? Should it be called from > > ~/.bashrc, or from somewhere else? > > In Xfce, like probably in most DEs, you can declare the > applications you want to start when session starts. > > According to Martin's mail, I guess KDE stores that in > ~/.config/plasma-workspace/env > > In xfce4, this seems to be done by adding the launcher file in > ~/.config/autostart . Hmmm, maybe that would work with Plasma, too. A universally working location would be best. But that would need to be a *.desktop file then, wouldn't it? Thanks, -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [RFC] User services
Martin Steigerwald - 11.05.19, 11:26: > Hi. > > Now that the proof of concept is out, I am thinking about extending it > a little bit. > > - make is a package > - make "install-or-update.sh" into "/usr/bin/userservices" with the > following actions: > - install: Sets up userservices for the user > - update: Updates it > - remove: Removes i - remove: Removes user services from user directory completely (after confirmation) Okay, while discussing this with Evilham, I agree that there likely is no need to differentiate between "install" and "update". I bet that is why I started with "install-or-update.sh" to begin with. Keep it stateless, keep it simple. As only > - make "userservice" alias into "/usr/bin/userservice" > - that way the user would not have to setup an alias anymore. will adapt the symlinks that are in ~/$SERVICEDIR/enabled (SERVICEDIR=".service" by default) and that on user request only. If one really likes to overwrite own changes to "run" files, there can be an "--overwrite" option. > So with these changes using user services would be like: > > As root: > > apt install user-services > > As user: > > userservices install > > userservice enable redshift > > [x] done :) > > > If user-services packaged gets updated, the user can decide to update > her installation with: > > userservices update > > Ideally it would take into account when the user changed some > services. > > > What do you think about that? > > It would be some work, but I for me this sounds like a good idea. > > > In anyway: This is still in proof of concept stage, so I may change > everything :). If you are using this, you are brave alpha tester :) Thanks, -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] User services (UPDATE 2)
Martin Steigerwald - 11.05.19, 11:00: > Martin Steigerwald - 10.05.19, 21:12: > > Do you remember the days where people believed in rough consensus > > and > > running code? :) It was before my time here on Earth, but whatever… > > > > tada… welcome to user services: > > > > https://git.devuan.org/WIP-init/user-services/blob/master/README.md > > So I updated it already: > - Changed service directory default to ~/.service (instead of > ~/.services) to more closely match system-wide /etc/service > - Made location of directory configurable (in install-or-update.sh) > - Logging now works > > So please just do > > mv ~/.services ~/.service > > in case you used it before. > > Make sure you have 8400c3c55fa7cffacbb4be1a43b0962696029dcc or a later > commit. > > And yeah, at some time there will be a changelog. As of fa0f445120adf9e2b25c2c91cdf201b514a16bc2 location of user service directory is now officially configurable, but beware of this note in README.md: "If you like to use another directory then run it as: SERVICEDIR='DIRECTORY' ./install-or-update.sh *NOTE*: For compatibility with future versions, please make sure to set that environment variable in your shell profile in case you like to use a different directory." Thanks, Martin > > % userservice list > > evolution-addressbook-factory > > evolution-calendar-factory > > evolution-source-registry > > evolution-user-prompter > > pulseaudio > > redshift > > > > % userservice enable evolution-user-prompter > > > > % ps aux | grep "[e]volution" > > martin 10495 0.0 0.0 2156 744 ?S21:01 0:00 > > runsv evolution-user-prompter martin 10497 4.4 0.3 443308 53076 > > ?> > > Sl 21:01 0:00 /usr/lib/evolution/evolution-user-prompter > > > > % userservice enabled > > evolution-user-prompter > > pulseaudio > > redshift > > > > % userservice disable evolution-user-prompter > > % ps aux | grep "[e]volution" > > > > % userservice enabled > > pulseaudio > > redshift > > > > > > And now feel free already to contribute your own services. :) > > > > I welcome merge requests. > > > > > > There are quite some ideas on how to improve this initial proof of > > concept: - Make it work out of the box with .xprofile (or how that > > is > > called). /me looking to Evilham now :) > > - Make it work with other desktop environments out of the box > > - Make it handle groups of services in a clean and simple way > > - Make it work with s6 alternatively (may just need replacing > > runsvdir) - And of course add more services, … > > - including any of those relevant in /usr/lib/systemd/user/ > > - Putting it into a package. I am willing to package it at a later > > point in time. > > > > > > When discussing this, please make sure doing so constructively. > > > > > > Thanks a lot to Evilham for coming up with the idea to use runit for > > user services and for providing the initial service directories for > > the four services to make Evolution work. > > > > > > Now let's make more out of this by the power of together… > > > > and of course enjoy using it. > > > > Thanks. -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf release schedule
On Thu, 9 May 2019 09:10:01 -0400 fsmithred via Dng wrote: > On 5/9/19 7:27 AM, Steve wrote: > > On Tue, 07 May 2019 22:54:02 -0500 > >> Devuan's response is the same as Debian's: "When it's ready." > > > > So who decides when its ready? > > > > Steve > > > > You do, by telling us that the installer isos work properly after you > test them. (Not you alone. All of us.) > > We'll surely let everyone know when there are mini isos and then > installer isos to test. OK. It's ready. # sudo sed -i -e 's/ascii/beowulf/g' /etc/apt/sources.list # sudo apt-get update # sudo apt-get upgrade Answer questions, reboot. So far, so good. Is there an upgrade log somewhere? Steve ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [RFC] User services
On Sat, May 11, 2019 at 11:26:12AM +0200, Martin Steigerwald wrote: > Hi. > > Now that the proof of concept is out, I am thinking about extending it a > little bit. You use the spellings user-services, userservices, and userservice. Is there actually a difference in meaning between these? Or conventinos that have to be used in different paces? If not, perhaps you should pick one spelling and stick with it. -- hendrik > > - make is a package > - make "install-or-update.sh" into "/usr/bin/userservices" with the > following actions: > - install: Sets up userservices for the user > - update: Updates it > - remove: Removes i > - make "userservice" alias into "/usr/bin/userservice" > - that way the user would not have to setup an alias anymore. > > So with these changes using user services would be like: > > As root: > > apt install user-services > > As user: > > userservices install > > userservice enable redshift > > [x] done :) > > > If user-services packaged gets updated, the user can decide to update > her installation with: > > userservices update > > Ideally it would take into account when the user changed some services. > > > What do you think about that? > > It would be some work, but I for me this sounds like a good idea. > > > In anyway: This is still in proof of concept stage, so I may change > everything :). If you are using this, you are brave alpha tester :) > > Thanks, > -- > Martin > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [RFC] User services
Hello All, On Sat, 11 May 2019 11:26:12 +0200 Martin Steigerwald wrote: > Hi. > > Now that the proof of concept is out, I am thinking about extending it a > little bit. > > - make is a package > - make "install-or-update.sh" into "/usr/bin/userservices" with the > following actions: > - install: Sets up userservices for the user > - update: Updates it > - remove: Removes i > - make "userservice" alias into "/usr/bin/userservice" > - that way the user would not have to setup an alias anymore. > > So with these changes using user services would be like: > > As root: > > apt install user-services > > As user: > > userservices install > > userservice enable redshift > > [x] done :) > > > If user-services packaged gets updated, the user can decide to update > her installation with: > > userservices update > > Ideally it would take into account when the user changed some services. > > > What do you think about that? > > It would be some work, but I for me this sounds like a good idea. > > > In anyway: This is still in proof of concept stage, so I may change > everything :). If you are using this, you are brave alpha tester :) > In the past Debian Wheezy had a tool for that, called 'chkconfig', it was a lot used in the Datacenter.. # Adding a Service 'atsd': chkconfig --add atsd; # Enable the service in several Runlevels: chkconfig --level 12345 atss on; # Start the Service: /etc/init.d/atsd start; # Stop the Service: /etc/init.d/atsd stop; # Disable the service in requested runlevels: chkconfig --level 12345 atsd off; # Remove the Service: chkconfig --del atsd; And other funcionalities, like listing the services and so on.. It was a very helpfull tool. In the absence of it( I don't know why it was removed .. ), your tool seems to come to replace it, BUT for users only? :) I think it would be nice to call it like 'uservice', instead of 'u[ser]service[s]', which is a lot bigger name, or a alias called 'uservice', since 'service' is also another tool, to deal with.. services. This are my thoughts, but I like the idea.. :) Best Regards, tux -- s@po ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf release schedule
On 5/11/19 9:14 AM, Steve wrote: On Thu, 9 May 2019 09:10:01 -0400 fsmithred via Dng wrote: On 5/9/19 7:27 AM, Steve wrote: On Tue, 07 May 2019 22:54:02 -0500 Devuan's response is the same as Debian's: "When it's ready." So who decides when its ready? Steve You do, by telling us that the installer isos work properly after you test them. (Not you alone. All of us.) We'll surely let everyone know when there are mini isos and then installer isos to test. OK. It's ready. # sudo sed -i -e 's/ascii/beowulf/g' /etc/apt/sources.list # sudo apt-get update # sudo apt-get upgrade Answer questions, reboot. So far, so good. Is there an upgrade log somewhere? Steve That'll be in /var/log/apt/history.log and you'll also need to do a dist-upgrade to get new packages. FYI, some of the derivatives have beowulf isos available. There's refracta-no-X, refracta-no-dbus (with openbox) a miyolinux with i3 and gnuinos with xfce. Maybe others, too. FYI2, refracta isos come with devuan debootstrap installed - you could go that route if you want to start fresh. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Beowulf release schedule
Hi, fsmithred via Dng writes: > On 5/9/19 7:27 AM, Steve wrote: >> On Tue, 07 May 2019 22:54:02 -0500 >>> Devuan's response is the same as Debian's: "When it's ready." >> >> So who decides when its ready? >> >> Steve >> > > You do, by telling us that the installer isos work properly after you test > them. (Not you alone. All of us.) I told the list on 2019-03-31 the netboot/gtk/mini.iso doesn't work properly ... https://lists.dyne.org/lurker/message/20190331.080544.26ca7394.en.html > We'll surely let everyone know when there are mini isos and then installer > isos to test. ... and am still waiting for an announcement of newer isos to test :-/ # I've even been checking pkgmaster.devuan.org about weekly for newer # isos. No such luck ... yet :-( Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
