Re: How to run automatically a script as soon root login
Should be as easy as executing the script from the .profile of root - that means if "log in as root" actually means root, not just sudo'ing. .profile will always be read as soon as the user logs in, no matter how. Through a terminal, a GUI, doesn't matter. No idea if doing this through systemd is even possible. Best Richard On Mon, May 13, 2024, 04:10 Mario Marietto wrote: > Hello to everyone. > > I'm using Debian 12. I'm configuring a little Debian 12 vm with qemu that > I will use to forward the cloudflare connection to FreeBD. > What I want to do is to run the script below as soon as root has logged > in. > > I've configured the automatic login of root adding to this service file : > > nano /etc/systemd/system/getty.target.wants/getty@tty1.service > > this line : > > ExecStart=/sbin/agetty -o '-p -f -- \\u" --noclear --autologin root %I > $TERM > > Now,what I want to do is that the script below is ran as soon root is able > to logged in automatically : > > /usr/bin/warp > > warp-cli disconnect > echo 1 > /proc/sys/net/ipv4/ip_forward > iptables -A POSTROUTING -t nat -s 192.168.1.5 -j MASQUERADE > OLD_IP="$(curl -s api.ipify.org)" > warp-cli connect > NEW_IP="$(curl -s api.ipify.org)" > echo Connected to Cloudflare Warp... > echo OLD IP is : $OLD_IP,NEW IP is : $NEW_IP > > [Forgot to say that I switched boot target to text with this command : > > sudo systemctl set-default multi-user.target] > > What I tried right now has been to create a respawn service with systemd. > I created a file in /etc/systemd/system/ i.e. warp.service > > [Unit] > Desription=warp with systemd, respawn > After=pre-network.target > > [Service] > ExecStart=/usr/bin/warp > Restart=always > > [Install] > WantedBy=multi-user.target > > > and I've activated it : > > systemctl enable warp.service > > > rebooted and started it manually : > > systemctl daemon-reload > systemctl start warp.service > > It does not work and anyway it does not seem to be what I want... > > [image: Istantanea_2024-05-12_23-46-37.png] > > I want that the warp script is run everytime root is logged in,not > more,not less. > I suspect that the solution is easier than what I'm trying to do... > > -- > Mario. >
Re: Installing testing on Acer Aspire 315
On Sun 12 May 2024 at 21:10:16 (-0700), Paul Scott wrote: > On 5/9/2024 1:59 PM, Charles Curley wrote: > > On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: > > > > > The error I'm getting is during "Install base system." The only way > > > I knew to save the log was with a camera. Even though I resized the > > > image this list apparently didn't allow the attachment. How else can > > > I save the log during install? > > Installation logs are saved during installation to the target's > > /var/log/installer/. You can save them to a USB stick after > > installation is complete, or reboot and find them. > > Is this possible if the base installation failed? If so, how? Depends on how it failed. The last three entries in the main menu are: Save debug logs Execute a shell Abort the installation You can use the first one and follow its instructions. You can use the second, and type suitable mount/cp/umount commands to achieve the same thing. During the installation, if you get a shell, then # more /var/log/syslog will allow you to pick over the logs, rather like less does, with the disadvantage that you can't go backwards. If you overshoot the lines of interest, you have to run the more command again. Cheers, David.
Re: Installing testing on Acer Aspire 315
On 5/9/2024 1:59 PM, Charles Curley wrote: On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: The error I'm getting is during "Install base system." The only way I knew to save the log was with a camera. Even though I resized the image this list apparently didn't allow the attachment. How else can I save the log during install? Installation logs are saved during installation to the target's /var/log/installer/. You can save them to a USB stick after installation is complete, or reboot and find them. Is this possible if the base installation failed? If so, how? TIA, Paul
Re: How to run automatically a script as soon root login
On Sun 12/05/2024 at 22:52, Mario Marietto wrote: > I want that the warp script is run everytime root is logged in,not more,not > less. The second half of this seems to do what you want https://stackoverflow.com/a/39024841
Re: [off topic] High Sierra, was: Cindex
On Sun 12 May 2024 at 21:52:05 (+0100), Brad Rogers wrote: > On Sun, 12 May 2024 22:27:58 +0200 "Thomas Schmitt" wrote: > > >Hah ! Do they think that ISO 9660 is dead enough so they can highjack > >its birth name ? > > Happens all the time (just saying - not condoning); > > Solid State Drive - referring to HDs without moving parts. > > BITD, Solid State referred to equipment that operates using transistors, > not valves. By that definition, *all* HDs are Solid State. High Sierra is a proper noun, not just a lofty mountain range. You'd normally only capitalise solid state drive in a heading, or when defining SSD. Of course, the company has history; think Apple Corps, McIntosh Laboratory, etc. Cheers, David.
How to run automatically a script as soon root login
Hello to everyone. I'm using Debian 12. I'm configuring a little Debian 12 vm with qemu that I will use to forward the cloudflare connection to FreeBD. What I want to do is to run the script below as soon as root has logged in. I've configured the automatic login of root adding to this service file : nano /etc/systemd/system/getty.target.wants/getty@tty1.service this line : ExecStart=/sbin/agetty -o '-p -f -- \\u" --noclear --autologin root %I $TERM Now,what I want to do is that the script below is ran as soon root is able to logged in automatically : /usr/bin/warp warp-cli disconnect echo 1 > /proc/sys/net/ipv4/ip_forward iptables -A POSTROUTING -t nat -s 192.168.1.5 -j MASQUERADE OLD_IP="$(curl -s api.ipify.org)" warp-cli connect NEW_IP="$(curl -s api.ipify.org)" echo Connected to Cloudflare Warp... echo OLD IP is : $OLD_IP,NEW IP is : $NEW_IP [Forgot to say that I switched boot target to text with this command : sudo systemctl set-default multi-user.target] What I tried right now has been to create a respawn service with systemd. I created a file in /etc/systemd/system/ i.e. warp.service [Unit] Desription=warp with systemd, respawn After=pre-network.target [Service] ExecStart=/usr/bin/warp Restart=always [Install] WantedBy=multi-user.target and I've activated it : systemctl enable warp.service rebooted and started it manually : systemctl daemon-reload systemctl start warp.service It does not work and anyway it does not seem to be what I want... [image: Istantanea_2024-05-12_23-46-37.png] I want that the warp script is run everytime root is logged in,not more,not less. I suspect that the solution is easier than what I'm trying to do... -- Mario.
Re: [off topic] High Sierra, was: Cindex
On Sun, 12 May 2024 22:27:58 +0200
"Thomas Schmitt" wrote:
Hello Thomas,
>Hah ! Do they think that ISO 9660 is dead enough so they can highjack
>its birth name ?
Happens all the time (just saying - not condoning);
Solid State Drive - referring to HDs without moving parts.
BITD, Solid State referred to equipment that operates using transistors,
not valves. By that definition, *all* HDs are Solid State.
--
Regards _ "Valid sig separator is {dash}{dash}{space}"
/ ) "The blindingly obvious is never immediately apparent"
/ _)rad "Is it only me that has a working delete key?"
I must be hallucinating, watching angels celebrating
There Must Be An Angel (Playing With My Heart) - Eurythmics
pgpYcSjDZvFzD.pgp
Description: OpenPGP digital signature
[off topic] High Sierra, was: Cindex
Hi, Brad Rogers quoted: > macOS 10.13 (High Sierra) Hah ! Do they think that ISO 9660 is dead enough so they can highjack its birth name ? https://en.wikipedia.org/wiki/ISO_9660 "ISO 9660 traces its roots to the High Sierra Format, [...] In November 1985, representatives of computer hardware manufacturers gathered at the High Sierra Hotel and Casino [...] in Stateline, Nevada. This group became known as the High Sierra Group (HSG). Present at the meeting were representatives from Apple Computer [...]" A company now run by cultureless bleeps suffering from historical amnesia. Have a nice day :) Thomas
Re: Cindex
On Mon, 13 May 2024 05:10:13 +1000
David wrote:
Hello David,
>The best thing to do would be to ask them.
Surely this is off-topic here. From the FAQ;
What platforms does Cindex run on?
Any supported version of Windows, including 10 and 11
macOS 10.13 (High Sierra) and up
Unless I've missed something.
--
Regards _ "Valid sig separator is {dash}{dash}{space}"
/ ) "The blindingly obvious is never immediately apparent"
/ _)rad "Is it only me that has a working delete key?"
Early morning when I wake up I look like Kiss but without the make-up
Strong - Robbie Williams
pgpGC1ns_1RyE.pgp
Description: OpenPGP digital signature
Re: Cindex
On Sun, 2024-05-12 at 08:38 -0600, Charles Curley wrote: > On Sun, 12 May 2024 17:20:47 +1000 > David <[curmudg...@telaman.net.au](mailto:curmudg...@telaman.net.au)> wrote: > > > > Cindex, the world's premier indexing software, has just gone open > > source. Might be a good project for someone who has the time. > > > > [https://www.opencindex.com/](https://www.opencindex.com/) > > > Are you sure it is open source? I cruised the web site and did not see a > license. I did try to download it, but only got as far as the > requirement for an email address (which strikes me as rather intrusive > for open source), so I don't know whether the download includes source > code or a license. The best thing to do would be to ask them. Cheers!
Re: Cindex
On Sun, 12 May 2024 09:55:55 -0500 John Hasler wrote: > https://www.opencindex.com/about-cindex/ Thank you. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Cindex
David wrote: > Hullo, > > Cindex, the world's premier indexing software, has just gone open > source. Might be a good project for someone who has the time. > > https://www.opencindex.com/ > > Cheers! Where is the (open) source?
Re: Cindex
https://www.opencindex.com/about-cindex/ -- John Hasler j...@sugarbit.com Elmwood, WI USA
Re: Cindex
On Sun, 12 May 2024 17:20:47 +1000 David wrote: > Cindex, the world's premier indexing software, has just gone open > source. Might be a good project for someone who has the time. > > https://www.opencindex.com/ Are you sure it is open source? I cruised the web site and did not see a license. I did try to download it, but only got as far as the requirement for an email address (which strikes me as rather intrusive for open source), so I don't know whether the download includes source code or a license. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Probléme de clés et dépôts Debian
Bonjour, - ce sont seulement des avertissements (W) pas des erreurs (E) - tu es dans un mélange stable et testing - par définition testing c'est fait pour tester donc tu te retrouves avec des trucs pas encore bien finalisés (on peut utiliser testing, unstable et experimental, faut juste accepter qu'on doit pouvoir se débrouiller seul: Debian ne met pas ça à disposition pour utiliser mais pour tester dans le but que Debian stable soit... stable) mon impression (je peux me tromper...) est que tout ça provient d'un travail de sécurisation en cours pour s'assurer que les dépôts lors des mises-à-jour sont bien ceux qu'ils prétendent être. Cela semble nécessiter qu'ils soient signés par des algorithmes sûrs, et que apt comme gpg permettent de s'assurer que l'algorithme utilisé est sûr. Et là on dirait que apt a déjà été modifié pour verifier ça mais que gpg ne sait pas quoi en faire (soit gpg devra être modifié soit il sait déjà traiter ça mais il reçoit des options erronées de apt qui devra être modifié (peut-être seulement les valeurs par défaut)) Ubuntu a un petit topo là-dessus et il est probable que c'est la même chose ici (particulièrement en bas de page, les trucs sur l'algo' dans apt.conf): https://discourse.ubuntu.com/t/new-requirements-for-apt-repository-signing-in-24-04/42854 donc en gros je pense que tu n'as rien à faire, qu'avec le temps, les paquets Debian le nécessitant seront modifiés et que les dépôts le nécessitant seront signés par des clés plus robustes (algo' plus fiable)
Re: Probléme de clés et dépôts Debian
Bonjour, As-tu essayé de nettoyer la bibliothèque et les caches APT ? Cel force APT à reconstituer sa base. # \rm -Rf /var/lib/apt* /var/cache/apt* Recréer la racine « aptitude : # mkdir /var/lib/aptitude et relancer une mise à jour : # aptitude update > Le 12 mai 2024 à 12:52, Christophe Musseau a écrit : > > Bonjour la liste, > > Ces derniers temps pas mal de mise à jour, et notamment avec Testing. > Consécutivement à une de ces récentes mise à jour, quand je lance # > aptitude update, j'ai droit aux messages suivants. Cela ne m'empêche > pas d'effectuer les mises à jour, mais je ne comprends pas et n'arrive > pas à résoudre ce problème avec les clés. > > Messages : > W: > http://debug.mirrors.debian.org/debian-debug/dists/testing-debug/InRelease > : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > W: > http://security.debian.org/debian-security/dists/bookworm-security/InRelease > : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > W: https://dl.google.com/linux/chrome/deb/dists/stable/InRelease: > Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > W: http://deb.debian.org/debian/dists/bookworm/InRelease: Unknown > response from gpgv to --assert-pubkey-algo check: gpgv: error: Error > parsing command-line arguments > W: http://deb.debian.org/debian/dists/bookworm-updates/InRelease: > Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > W: http://deb.debian.org/debian/dists/testing/InRelease: Unknown > response from gpgv to --assert-pubkey-algo check: gpgv: error: Error > parsing command-line arguments > W: > http://deb.debian.org/debian-security/dists/testing-security/updates/InRelease > : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > W: http://deb.debian.org/debian/dists/testing-updates/InRelease: > Unknown response from gpgv to --assert-pubkey-algo check: gpgv: > error: Error parsing command-line arguments > > Si quelqu'un a une solution à me proposer. > Merci par avance > > Krystof26 > -- Pierre Malard Responsable architectures système CDS DINAMIS/THEIA Montpellier IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra Maison de la Télédétection 500 rue Jean-François Breton 34093 Montpellier Cx 5 France Tél : +33 626 89 22 68 «Il vaut mieux passer à La Poste qu’à la postérité» Alphonse Allais |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Probléme de clés et dépôts Debian
Bonjour la liste, Ces derniers temps pas mal de mise à jour, et notamment avec Testing. Consécutivement à une de ces récentes mise à jour, quand je lance # aptitude update, j'ai droit aux messages suivants. Cela ne m'empêche pas d'effectuer les mises à jour, mais je ne comprends pas et n'arrive pas à résoudre ce problème avec les clés. Messages : W: http://debug.mirrors.debian.org/debian-debug/dists/testing-debug/InRelease : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://security.debian.org/debian-security/dists/bookworm-security/InRelease : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: https://dl.google.com/linux/chrome/deb/dists/stable/InRelease: Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://deb.debian.org/debian/dists/bookworm/InRelease: Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://deb.debian.org/debian/dists/bookworm-updates/InRelease: Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://deb.debian.org/debian/dists/testing/InRelease: Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://deb.debian.org/debian-security/dists/testing-security/updates/InRelease : Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments W: http://deb.debian.org/debian/dists/testing-updates/InRelease: Unknown response from gpgv to --assert-pubkey-algo check: gpgv: error: Error parsing command-line arguments Si quelqu'un a une solution à me proposer. Merci par avance Krystof26
Cindex
Hullo, Cindex, the world's premier indexing software, has just gone open source. Might be a good project for someone who has the time. https://www.opencindex.com/ Cheers!
