You are not logged in.
If the limitation is on "number of requests" you might want to try using socks5 tunneling over tcp, to a socks server... I can probably provide you with one such (on email) if you like.
It appears you are using a VPN or http proxy where that VPN or proxy service is unhapy with the number of requests (per second?).
If that is the case, then you may need to choose a different provider; (I suppose it's technically possible to set up outbound bandwidth limitation but that might require working package system to get set up)
Yes, one does not need to select any of those options. They are all "extra". But the dialog flow includes installing unmentioned default components, and the dialog must be ok-ed for that to happen.
Thus, one must bring up that dialog and click ok, even though one may opt for not picking any of the pickable additions.
Interesting. So your great idea is that someone else should go and actually do something because you think it appears to be an easy thing?
Yes, the Devuan wiki attempt is abysmal. It's certainly far from ready for fly-by contributions. It will take someone with editorial interest and commitment to get involved and make soemthing happen.
The expert installer needs to go through the "load components" dialogue with an OK, but with or without selecting any additional components. Doing so will still load the "default components", which includes various partman packages for different filesystems. Otherwise those "default components" are not loaded.
It's a fairly odd UX design, but the udeb involved is included straight from debian installer and noone has felt the urge to fork it only to deal with that quirk; there is always the issue of maintaining forks.
So where did you go wrong in your study of turnstile?
It's not a login manager and it doesn't provide any root services.
Iit merely runs user scripts as user.
Mmm, I give you that; though I do think your first post could be way less alarmist, if that was your intention.
No, turnstile does not "handle login sessions". It gets notified about login and logout happening, and then it runs (or terminates) user scripts qua the user (not as root). I think it'd be much less of a hacker's attraction than, say, dbus, since turnstile is very well contained in what it does.
But for sure, there are many other ways for users to run programs, and there is no real need for a system to have a turnstile daemon to manage running them with "session control". I agree on that aspect ![]()
EDIT: btw, which thread title would you set?
Too much writing so it got it's own thread.
It is also the case that nothing what you raise as criticism has any value. Just very opiniated.
Turnstile does achive the notion of "user services" without comromising on security.
If you are the admin of your system, you don't need to use it, Use something else.
Yes, I wouldn't have mentioned it otherwise.
In my experience the packaged turnstile daemon is quite stable and safe. The package default backend, despite its name "suss", also works quite well. (I haven't explored the other backends) It provides a reliable "user service" process control including both one-shot actions and session-based services.
The expected "normal" use is straight-foward. A user that wants many services with start-up inter-dependencies may of course need to design that start-up somewhat carefully.
In short: a good option.
Ah, so you just repeated a phrase from the upstream README.
I read your post as if you knew about something particular.
Refering to source would best be https://git.devuan.org/devuan/turnstile as it then would include patches and packaging deployed for the Devuan (and proposed Debian) package.
(Done by Mark Hindley and myself)
@igorzwx: I don't understand what you mean with that "warning"? Have you been using it and ran into issues?
Nothng to worry about.
TL;DR; The initial boot sequence includes a filesystem check of the root filesystem, and that results in a log file which at that time resides in RAM. Then the scripting for some reason gets confused when trying to store the log on disk. I'm guessing the script writer failed to consider the range of possible boot-up scenrios so ended up making the script lodging a spurious notice instead.
Yes that should be fine.
As far as I know, the only possible caveat in that would be if the USB stick was of a kind that doesn't allow block 0 to be updated. But it's very unusual to run into those nowadays. To be really sure about that you would need to copy back the USB content to the size of the ISO into another file, and then compare that with the ISO (e.g. by using shasums).
I have no idea what Rufus is or does. But I know that the ISO is made for being copied verbatim onto the disk media from block 0 and up. Perhaps you could find and try with using "DD for Windows" instead?
It sounds like you are using a legacy bios boot on a disk image file. That boot equipment variant does require that the boot partition is marked as bootable, which appears no to be the case for you.
Note that Devuan experimantal also includes turnstile which also is in the NEW queue for a Debian build.
Standalone login/session tracker
aims to serve as a fully featured alternative to the logind subproject from systemd, and to provide a neutral API to both our session tracker and to logind itself. Currently it offers:
- session/login tracker
- a service-manager-agnostic way to manage per-user service managers for user services
When multiple entries match for a user, they are applied in order. Where there are multiple matches, the last match is used (which is not necessarily the most specific match).
In your case it looks like
%sudo ALL=(ALL:ALL) ALLis the last matching entry, at least when the shutdown user is in the sudo group.
Please stop arguing about yourselves and now focus on the OP issue again.
Not at all. Gentoo is fine. People using Gentoo are fine. Do that with Gentoo resources.
This forum is intended for Devuan focus.
Why the hell should you discuss gentoo here???
Don't they have a forum that is good enough or something???
Off topic babble seems to be the menu of the day. I could delete but I'm not too comfortable doing that.
Do we have someone standing up to take on maintainer role? You can email me.
Yes send me the link so I can learn.
I'm sure Gentoo and Arch both have their forum. Maybe your could move to there?