Re: [DNG] Chromium 55
Am Dienstag 13 Dezember 2016 schrieb J. Fahrner: > Hi all, > > on my 32-bit eeePC I got Chromium 55.0.2883.75-1~deb8u1 but on my 64-bit > installations there is still only Chromium 53 available, which has a > serious bug affecting Symantec SSL certificates. Why is there no > Chromium 55 as 64-bit package? > > https://www.symantec.com/connect/blogs/chrome-53-bug-affecting-symantec-ssl >tls-certificates > > Regards > > Jochen > I have Chromium 55.0.2883.75-1~deb8u1 on a 64-bit system available. It is in jessie-security/main. Do you have security-updates repository enabled? Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Debian becomes sorry state of broken distribution.
Am Freitag 24 Februar 2017 schrieb Hughe Chung: > I wanted to run Android-x86 6.0 on a virtual machine. After trying to > install three versions of VirtulBox, the oldest version 4.3 from > wheezy-backports was successful with kernel 3.16. Out of nine > combinations, I managed to find one working one fortunately: 3.16 kernel > with virtualbox 4.3. > > 4.8 and 4.9 kernels had module build failure. > I'm on devuan jessie. What I did is this: I enabled MX 15 repository* and installed from there linux-image-4.8.0-2.1-liquorix-amd64 and virtualbox 5.1.8-dfsg-3mx150+3 I don't remember any problems from installing those some time last year. Regards, Stefan [*] https://mxlinux.org/wiki/system/repos-mx-15 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Debian becomes sorry state of broken distribution.
Am Samstag 25 Februar 2017 schrieb Jaromil: > On Fri, 24 Feb 2017, Stefan Krusche wrote: > > I'm on devuan jessie. What I did is this: > > > > I enabled MX 15 repository* and installed from there > > linux-image-4.8.0-2.1-liquorix-amd64 and > > virtualbox 5.1.8-dfsg-3mx150+3 > > > > [*] https://mxlinux.org/wiki/system/repos-mx-15 > > it worked! many thanks!! and cheers to antix > I'm glad my two cents helped. Cheers to you and all Devuan devs and folks! Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Just out of curiosity, I wondered,
Am Dienstag 08 August 2017 schrieb zap: > how do you enable internet in a virtual machine with qemu? > > I wanted to try to see how effectively certain distros such as gnuinos > and vuu-do work through qemu with upgrading actually working... > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng I start VMs with qemu with the option "-net nic ", which provides a network device of/to the VM and have internet access without further configuring anything. See also qemu man page / documentation. Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] rc.local removed from Debian 9, rly?
Am Montag 20 November 2017 schrieb Hendrik Boom: > On Sun, Nov 19, 2017 at 08:32:07PM +0100, Arnt Karlsen wrote: > > On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message > > > > : > > > Le 19/11/2017 à 15:10, Jaromil a écrit : > > > > hi all > > > > > > > > Can anyone clarify how /etc/rc.local is being removed in Debian 9? > > > > > > Dunno how difficult it is to re-create rc.local functionality > > > under Systemd dictature, but, when init is sysvinit, this doesn't > > > look like a diffcult problem. Therefore, don't care (-: > > > > > > Didier > > > > ..looks like we are _the_ /etc/rc.local back-up distro. ;o) > > > > ..I did a wee razzia, it's been quietly gone for quite a while, > > maybe since the 2014 systemd coup in Debian: > > My /etc/rc.local has been around for a long time, has survived the > trip from Debian jessie to Devuan jessie, and consists entirely of > commands I put there myself and comments of unknown origin. > > Here are the comments: > > #!/bin/sh -e > # > # rc.local > # > # This script is executed at the end of each multiuser runlevel. > # Make sure that the script will "exit 0" on success or any other > # value on error. > # > # In order to enable or disable this script just change the execution > # bits. > # > # By default this script does nothing. > I've got the same on Debian wheezy. Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] machine locks up switching between console and X session
Am Freitag 27 April 2018 schrieb Florian Zieboll: > obviously I hit "send" too fast, as I couldn't find that configuration > anywhere under "/etc/apt/". Where is this behavior defined, resp. how > would I change it? (Just in case...) It's the default for the default distribution you are using, I think. You can change that in /etc/apt/preference with pinning. HTH, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] machine locks up switching between console and X session
Am Freitag 27 April 2018 schrieb Florian Zieboll: > Am 27. April 2018 15:27:46 MESZ schrieb Stefan Krusche : > > It's the default for the default distribution you are using, I think. > > You can change that in /etc/apt/preference with pinning. > > Yeah, thanks - I was just wondering where this default is defined, if not > in /etc/apt/preferences[.d/], as I have nothing there but my custom prefs > (verified on four Devuan and one Debian box, while not aware of ever having > changed or deleted files from a default installation there). Or is this > hardcoded now, in apt, aptitude, synaptic? > > lg, > > f. Don't know what is hardcoded where, the 500 default prio maybe. Besides that what KatolaZ said is very good information to me, especially about the automatic* params. I learned some ;-) Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Devuan ascii installer netinstall iso
Good day everyone, while starting the devuan installer from devuan_ascii_2.0.0-rc_amd64_netinst.iso and initiating to continue with ssh remote install (in graphic expert install mode) the installer showed its fingerprint as SHA256:xxx, which was new to me. It used to be an RSA key fingerprint. Problem: when I try to connect from my other machine which is a devuan jessie system to the one I'm gonna set up: ssh installer@192.168.19.3 ssh still shows an RSA fingerprint from the installer, so I don't know how to verify it (which was easy with the jessie installer just by looking). Not that I don't trust my own computer here but I'd like to know if I need a more recent version of ssh or if there's a way to get a visual match or something. Found nothing about SHA256 host keys in man ssh. Can anyone clarify about this to me, please? Thank you, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan ascii installer netinstall iso UPDATE
Am Donnerstag 31 Mai 2018 schrieb Stefan Krusche: > Good day everyone, > > while starting the devuan installer from > devuan_ascii_2.0.0-rc_amd64_netinst.iso and initiating to continue with ssh > remote install (in graphic expert install mode) the installer showed its > fingerprint as SHA256:xxx, which was new to me. It used to be an RSA key > fingerprint. > > Problem: when I try to connect from my other machine which is a devuan > jessie system to the one I'm gonna set up: > ssh installer@192.168.19.3 > ssh still shows an RSA fingerprint from the installer, so I don't know how > to verify it (which was easy with the jessie installer just by looking). > > Not that I don't trust my own computer here but I'd like to know if I need > a more recent version of ssh or if there's a way to get a visual match or > something. Found nothing about SHA256 host keys in man ssh. > > Can anyone clarify about this to me, please? > So, I just found this: https://superuser.com/questions/929566/sha256-ssh-fingerprint-given-by-the-client-but-only-md5-fingerprint-known-for-se#929567 according to which fingerprint of the sshd server defaults to SHA256 from some version on and I'd expect it to be sent as such to the client. My older version can't seem to process option "-o FingerprintHash=sha" as suggested in the posting on superuser.com to get the SHA256 key fingerprint which is shown on the screen of the installer. Now, I don't know if the RSA key fingerprint of the sshd server of the installer, which my ssh client shows, is sent that way from the server (should be so, right?) or my ssh client is to old and with a newer one it would show the SHA256 key fingerprint like on the installer screen. Maybe, the installer has to be configured to send SHA256 key fingerprint and it isn't? Thanks, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ascii LVM Encrypted Issue
Am Donnerstag 14 Juni 2018 schrieb Michael McConnell: > Hello All, > I've run this test both on Hyper-V VM install and a dedicated hardware > install using a Dell R210ii, and the results are the same. If I do a new > install using ASCII and use the default full disk encryption with LVM option > - everything goes good, until the initial first boot. Upon boot up no matter > what I do key presses don't register and no way to unlock the disk. I am > using a USB keyboard, and I’ve tried a couple different models and the > keyboard and configs i’m using have been fine going as far back as Ubuntu > 12.04. > I will try this with a legacy PS2 device if I can track one down this week, > but my guess is no USB support from the busybox side. > Cheers, > Mike > > -- > Michael McConnell > WINK Streaming; > email: mich...@winkstreaming.com > toll free: 877-GO-4-WINK x 7400 > direct: +1 312 281-5434 > cell: +506 8706-2389 > skype: wink-michael > web: http://winkstreaming.com > > Hello Michael, I had this very same phenomenon. The reason in my case was, that the USB driver (general or for the keyboard I don't know) wasn't included in the initrd as I had used an old PS2 keyboard during installation. When the installer was about to generate initrd and asked wether to create a "generic" ramdisk or to use only the necessary drivers, I chose the latter. When later I restarted the machine with my plugged in shiny USB keyboard it wouldn't work as you described. With the old keyboard again I could enter crypt passphrase etc. and start the machine. I Plugged in the USB keyboard and recreated the initrd which solved the issue for me. Hope this helps, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ascii LVM Encrypted Issue
Am Donnerstag 14 Juni 2018 schrieb Michael McConnell: > Thanks for confirming I am not going crazy (: I've been googling around > to see if USB is a non-free firmware element and from what I can tell > since loading firmware via USB seems to be the recommended way to load > non-free drivers I doubt this is a licensing issue. From what I've read > it appears intel and a few others gave USB 100% license free. Sooo is > this just an overlooked driver from the release? > > Cheers, > Mike The driver for USB is in the standard kernel. It just wasn't included in the initrd created during my installation, at least not the one for the USB keyboard, as I did the installation with another, old PS2 keyboard *and* chose "only necessary drivers", not "generic", which includes all the available drivers into the initrd, if I understand correctly. So, as no USB was being used during install the installer included no USB drivers in initrd, I think. In my case the problem didn't have anything to do with licensing or non-available non-free software or something like that. Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ascii LVM Encrypted Issue
Am Freitag 15 Juni 2018 schrieb KatolaZ: > Hi Stefan, > > if you choose to install only the necessary drivers, you will be > guaranteed to have only the drivers needed for the hardware present in > the system at install time. That's the reason why you don't get USB > modules in the initrd (which is exactly what I would expect to happen > if I asked to include only the necessary drivers, TBH). > > I guess there is genuinely no bug here, just a feature ;) I am sure > you get the point. > > HND > > KatolaZ > Yeah, certainly, the installer did as advertised ;-) as I surprisingly found out. Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ascii LVM Encrypted Issue
Am Samstag 16 Juni 2018 schrieb Michael McConnell: > Thanks, > > I’ve know been through the Graphic and Text based installs and did not see > any such prompt. I’ve even done what was suggested and did the install from a > USB key and still the issue persists - installing Devuan ASCII and using LVM > Encryption results in the requirement for a PS2 input to unlock the > encryption. > > Unless there is something I am missing here, I believe this is in fact a bug. > > Any suggestions or input would be very much appreciated! > > Thanks again, > Mike > When the installer is going to create the initramdisk it asks whether to create a "generic" one or one with only the necessary drivers. This is in expert install, either graphic or text. Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan ascii installer netinstall iso UPDATE
Hi Dan, Am Samstag 02 Juni 2018 schrieb Dan Purgert: On 05/31/2018 04:42 PM, Stefan Krusche wrote: > > My older version can't seem to process option "-o FingerprintHash=sha" as > > suggested in the posting on superuser.com to get the SHA256 key fingerprint > > which is shown on the screen of the installer. > > Minimum version to see the SHA256 checksum of the key is (according to > the openssh changelog) 6.8/6.8p1 (2015-03-18). Looks like Jessie is 6.7p1. > > > > > Now, I don't know if the RSA key fingerprint of the sshd server of the > > installer, which my ssh client shows, is sent that way from the server > > (should > > be so, right?) or my ssh client is to old and with a newer one it would > > show > > the SHA256 key fingerprint like on the installer screen. Maybe, the > > installer > > has to be configured to send SHA256 key fingerprint and it isn't? > > Neither the server nor the client sends (or expects) a key with a > certain fingerpint hashing scheme -- it's done on the fly (you can see > this effect with the '-o FingerprintHash=' option of newer clients. Thank you, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd and wlan0 interface problem
Am Samstag 30 Juni 2018 schrieb Haines Brown: > c) alter the default policy for picking a different naming > scheme by copying /lib/udev/rules.d/80-net-link-setup.rules to > /etc/udev/rules.d/ and then edit it appropriately. > > In my devuan jessie machine, there is such a file and it has > two lines. One is: > > # PCI device 0x1814:0x0601 (rt2800pci) \ > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", \ > ATTR{address}=="68:1c:a2:04:21:74", ATTR{dev_id}=="0x0", \ > ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0" > > There is another line # PCI device 0x8086:0x153b (e1000e) \ > SUBSYSTEM=="net", ... > > However, on my new ascii machine, the directory /etc/udev/rules.d/ is > empty. Can I simply copy the 70-persistent-net.rules file from my old > Devuan jessie machine to the new ascii machine and uncomment the two > lines? Hello Haines, I have two network interfaces, one integrated and one additional networkcard, which of the names got switched by udev. I applied exactly the solution which you describe with placed these udev rules, so, I believe, the configuration from your jessie system will work. Just make sure that the MAC address matches on the new system. My lines: # PCI device 0x10ec:0x8139 (8139too) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", \ ATTR{address}=="00:ac:bd:ce:df:xz", ATTR{dev_id}=="0x0", ATTR{type}=="1", \ KERNEL=="eth*", NAME="net0" # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", \ ATTR{address}=="01:ac:bd:ce:df:xz", ATTR{dev_id}=="0x0", ATTR{type}=="1", \ KERNEL=="eth*", NAME="lan0" Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd and wlan0 interface problem
Hello Haines, I certainly am no expert on this, but I'll try to help. Am Sonntag 01 Juli 2018 schrieb Haines Brown: > Does not a /etc/udev/rules.d/70-persistent-net-rules file with the > following content not force udev to assign wlan0 to the interface rather > than use wlx? > > # PCI device 0x1814:0x0601 (rt2800pci) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}==" mac address>", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", \ > NAME="wlan0" I think so. That's what you suggested in the first place and what I proposed. > If on the other hand I change the interface file on the ascii machine to > use the wireless dongle's mac address, such as wlx2123ff1a1794, by making > the first two lines of the interface read: > > auto wlx2123ff1a1794 > iface wlx2123ff1a1794 inet dhcp > ... > > wpa_supplicant fails to bring up wlx2123ff1a1794. I think, you are on the right track here. Check how your interfaces are named with ip addr or sudo ifconfig and change /etc/network/interfaces accordingly. Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd and wlan0 interface problem
Am Sonntag 01 Juli 2018 schrieb Stefan Krusche: > Hello Haines, > > I certainly am no expert on this, but I'll try to help. > > Am Sonntag 01 Juli 2018 schrieb Haines Brown: > > Does not a /etc/udev/rules.d/70-persistent-net-rules file with the > > following content not force udev to assign wlan0 to the interface rather > > than use wlx? > > > > # PCI device 0x1814:0x0601 (rt2800pci) > > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}==" > mac address>", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", \ > > NAME="wlan0" > > I think so. That's what you suggested in the first place and what I > proposed. > > > If on the other hand I change the interface file on the ascii machine to > > use the wireless dongle's mac address, such as wlx2123ff1a1794, by making > > the first two lines of the interface read: > > > > auto wlx2123ff1a1794 > > iface wlx2123ff1a1794 inet dhcp > > ... > > > > wpa_supplicant fails to bring up wlx2123ff1a1794. > > I think, you are on the right track here. Check how your interfaces are > named with > > ip addr > > or > > sudo ifconfig > > and change /etc/network/interfaces accordingly. That is, > > auto wlx2123ff1a1794 > >iface wlx2123ff1a1794 inet dhcp should probably be auto wlan0 iface wlan0 inet dhcp Good luck! Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Weird jessie to ascii upgrade issue (WAS: Re: who's tying up my ptr 80
Am Montag, 9. Juli 2018 schrieb Hendrik Boom: > On Sun, Jul 08, 2018 at 09:12:12PM -0400, Hendrik Boom wrote: > The link 05-auth.conf doesn't have the "../" in it, and so points nowhere. > > Fixing this and doing /etc/init.d/lighttpd restart got the web server > working. Now I don't remember ever messing with this link. But maybe I did > long ago. Could this problem have been caused by the upgrade to ascii I did > a week or two ago? The web server worked before the upgrade. > Can anyone else check what's happened to their 05-auth.conf link? > > I'd like to know whether this is an upggrade failure (which should be > fixed) or me bungling. I'd bet on me bungling long ago, but I don't > know for sure. Hi Hendrik, I don't have this package on my system. You can take a look into the .deb file of the package, probably in your /var/cache/apt/archives dir. Start mc in a shell, change to that directory, find the file, hit Enter and browse the package. When you find the link in the package and it is correct, than it might have been changed on your system after installation--but, who knows? ;-) Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] what has gone wrong with networking in ascii?
Am Samstag, 14. Juli 2018 schrieb Hendrik Boom: > (2) How should I go about tracking down the problem? > > I might add that ifconfig reports the usual interfaces of eth0, eth1, Have you checked they also have the same MAC address like before? Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unswapping interface namesRe: (WAS: what has gone wrong with networking in ascii?
Am Sonntag, 15. Juli 2018 schrieb Hendrik Boom: > But there is a /etc/udev/rules.d/70-persistent-net.rules > so I'll try editing that. That is the one, or at least one you can use. Just change the interface names with keyword NAME="net0" (for example) to your liking and paired with your desired MAC address. Then change interface names accordingly in /etc/network/interfaces. Have a look for more detailed explanations at man udev(7). Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mozilla and cloudflare to hijack all your DNS requests - for your own good of course
Am Mittwoch 08 August 2018 schrieb J. Fahrner: > Am 2018-08-08 02:42, schrieb Steve Litt: > > == > > #!/bin/sh > > exec 2>&1 > > exec unbound -p -dd > > == > > Can you explain this strange construct? An exec without a command but > with i/o redirection? Normally a script ends at the first exec. > > Why not simply > > exec unbound -p -dd 2>&1 ? See especially the last sentence. $ help exec exec: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] Replace the shell with the given command. Execute COMMAND, replacing this shell with the specified program. ARGUMENTS become the arguments to COMMAND. If COMMAND is not specified, any redirections take effect in the current shell. For all commands in the script following "exec 2>%1" stderr is redirected to stdout. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mozilla and cloudflare to hijack all your DNS requests - for your own good of course
Am Mittwoch 08 August 2018 schrieb Stefan Krusche: > "exec 2>%1" s/%/&/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] OT - LXDE themes and Palemoon widget coloring
Am Dienstag 07 August 2018 schrieb hal: > I don't exactly know how GTK+ and Palemoon are tied together but I can't > figure out how to get any dark LXDE themes working so there isn't some > dark-fg on dark bg text going on. I've finally resorted to hacking up a > custom theme based on "Mist" but HTML combo boxes are still messed up: > https://imgur.com/a/06vwMIo > > Some text widgets (search input in pic) are readable while others > (drop-down combo thing) are nearly useless. This seems to happen on many > websites. > > Can someone tell me what GTK widget controls the color of these HTML > drop-down controls in the pic above? Did you roam the palemoon forums? They seem to have quite an active community. I always found an answer there in the rare case I encountered a problem with palemoon. Additionally it would probably save you from radical, non-related and not-helpful responses... @Steve ;-) Kind regards, ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Git and git.devuan.org
Am Donnerstag 16 August 2018 schrieb Lars Noodén: > On 08/16/2018 07:10 PM, KatolaZ wrote: > [snip] > > > if the repository belongs to you (i.e., is USERNAME is your nickname), > > then you should: > > > > git clone GITURL > > Thanks. That confirms that part. However, if I then edit a file, the > commit seems to do nothing. > > > then make your changes, commit, and push (this should be covered by > > the tutorials you have read). > > I get this message when trying to commit: no changes added to commit > That seems to cause the push to say the following after entering the > user name and password: Everything up-to-date > > And then no new notifications or changed files are present on the > project git web page. > > Same if I try a 'git pull' in my cloned copy of the project. It just > says: Already up-to-date. However, since one file has been changed it > should be in conflict with the original copy of the project on > git.devuan.org > > There seems to be some finesse missing. Hi Lars, I'm almost totally unexperienced with git, but what is missing, I think, is to "stage" the changed files with, IIRC, "git add somefiles.." That's a git concept. I read the first three chapters of an excellent and easy to read introduction into git where I learned that, which you can get for free at this website: https://git-scm.com/book/en/v2 Just in case you are interested. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] firefox-esr: no sound after dist-upgrade
Am Donnerstag, 13. September 2018 schrieb Hendrik Boom: > On Thu, Sep 13, 2018 at 02:36:01PM -0500, goli...@dyne.org wrote: > > On 2018-09-13 14:08, Dr. Nikolaus Klepp wrote: > > > Hi all! > > > > > > I just did a dist-upgrade on my ascii box. Unfortunately firefox-esr > > > was upgraded to 60.2.0. Pulseaudio is installed - it was also needed > > > for the last version. But firefox 60.2.0 does not play any sound, e.g. > > > youtube and vimeo are silent. Does anybody know how to get the sound > > > working again? > > > > > > Nik > > > > Isn't that where pulseaudio became mandatory? > > Isn't there some kind of pulseaudio emulator? Maybe you mean apulse. I haven't used it. BTW, there's a thread on debian-user about no sound after upgrading firefox-esr to 60.2. apulse is also mentioned. Maybe related. https://lists.debian.org/debian-user/2018/09/msg00250.html And a bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908349 Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] firefox-esr: no sound after dist-upgrade
Am Donnerstag, 13. September 2018 schrieb goli...@dyne.org: > Don't you know that's not a bug but a feature. :rolleyes: This change > has been planned for years so not really news anymore. apulse is in the > ascii repos. I have not tried it yet though. No, I didn't, but I can imagine that. I don't use firefox since quite a while and have no need for pulseaudio, so my system wasn't affected. I've read about apulse on this list and just pointed to the references in case that might help. Cheers, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] There is no madness to begin with (was: Re: Stop the madness!)
Am Sonntag, 21. Oktober 2018 schrieb Martin Steigerwald: > Steve Litt - 20.10.18, 03:55: > > Some folks are asking for automatic sysvinit init script generation, > > or else unit file to sysvinit init script converters. Some are asking > > Devuan's developers to prioritize their scarce programmer resources > > to modifying sysvinit, which is over 30 years old. Yet others think > > we should reimplement all the systemd functions in the Unix paradigm. > > > > Stop the madness! […] > How would it be to let the past be in the past… how would it to be let > go of all the hurting each other and the blaming each other? The past is > gone. Now both sysvinit and Systemd are there. That is just how it is. > So instead of convincing those who use Systemd that it is bad, evil, and > what else not, how about spending time to work on the alternatives like > having sysvinit maintained again *and* supporting runit in Devuan? > > How would it look like if we all just accept that some like to use > Systemd and some do not like to use or install it? Everyone for their > own reasons with themselves are neither inherently right or wrong. > > As the sysvinit maintenance thing popped up as a discussion in Debian I > see the wonderful opportunity to work together. KatolaZ kindly offered > to help with maintaining sysvinit, Ian Jackson already offered to upload > changes of Debian sysvinit package, there is a debian-init-diversity > mailing list, focusing on discussing this work. And while there are some > people… both in Devuan and Debian who seem to enjoy recreating the past > with all the suffering again, there are also people who just go for: > > What can we do now to improve the situation for everyone? What can we do > if we let go of the drama and focus on what is here *now*? > > The past is gone. It is over. It is just a memory. It by itself does not > exist. > > Now there is the opportunity for a first light form of cooperation > between Debian and Devuan and to learn to co-exist in peace with each > other. To channel all the energy – a huge lot, if you ask me – spent to > fight against each other to get some work done that will benefit both > Devuan and Debian. > > What happens if we let go of the drama and get on with life again? > > Wonderful times, if you ask me. And nothing, at all, to be worried > about. > > I fully get it, the drama has been exciting and interesting. A star > performance so to say. The rebels against the empire or vice versa – > without it even being clear on who played which role. But it never wrote > a single line of code or helped even a tiny bit with maintaining a > package. > > So are you ready to just let go of it… and move on with whatever is > really important to you? Are you ready to focus on what you self can do, > instead of insisting to control how other people spend their time? > > Thanks for listening. > > Best, Well said, Martin, that's quite close to the name of your domain! :-) Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] bootlogd: /var/log/boot does not get rotated
Good day everyone, the file /var/log/boot on my system has now grown up to more than 1.2MB. It never got rotated since I installed this system (~ June 2018). I looked into /etc/init.d/bootlogd and there's apparently some code to rotate /var/log/boot under the "stop)" clause of the "case $ACTION" construct which does a check first (line 66): if [ -f /var/log/boot ] && [ -f /var/log/boot~ ] then […] after which the code follows which is supposed to rotate /var/log/boot IIUC. /var/log/boot~ doesn't exist. It obviously never had been created and therefore /var/log/boot isn't rotated, I think. I assume this to be a bug, but as I'm not familiar with the particularities of init scripts, I'd like to ask for your opinions about that issue here. Kind regards, Stefan Package: bootlogd Version: 2.88dsf-59.9+devuan2 Severity: wishlist -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 2.0 (ascii) Release:2.0 Codename: ascii Architecture: x86_64 Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages bootlogd depends on: ii libc6 2.24-11+deb9u4 ii lsb-base 4.1+devuan2 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] bootlogd: /var/log/boot does not get rotated
Hi KatolaZ, thank you for the quick reply. Am Samstag, 2. März 2019 schrieb KatolaZ: > Stefan, bootlogd will always log the current boot in /var/log/boot > after having renamed it into /var/log/boot~. Yes, makes sense. Unfortunately this is not happening on my system. $ ls -l /var/log/boo* -rw-r- 1 root adm 1239019 Mär 2 11:27 /var/log/boot > In this way you always > have the log of the current boot in /var/log/boot and the log of the > previous one in /var/log/boot~. So there should be no need to rotate > them. I only have looked into /etc/init.d/bootlogd so far. The copied code snippets (with line numbers) tell me that bootlogd logs to /run/bootlog: 16 TMPLOG=/run/bootlog 20 BOOTLOGD_OPTS="-c -l $TMPLOG" 45 start-stop-daemon --start --quiet --exec $DAEMON -- \ 46 $BOOTLOGD_OPTS Then the /run/log is appended to /var/log/boot: 63 cat "$TMPLOG" >> /var/log/boot So far so good, but nowhere /var/log/boot~ is being created, at least not in /etc/init.d/bootlogd AFAICT. Then there follows the mentioned code block which apparently *should* rotate /etc/init.d/bootlogd but only if both /var/log/boot and /var/log/boot~ already exist IIUC. Lines 66-78: if [ -f /var/log/boot ] && [ -f /var/log/boot~ ] then [ "$VERBOSE" = no ] || log_action_begin_msg "Moving boot log file" # bootlogd writes to boot, making backup at boot~ cd /var/log && { chgrp adm boot || : savelog -q -p -c 5 boot \ && mv boot.0 boot \ && mv boot~ boot.0 } ES=$? [ "$VERBOSE" = no ] || log_action_end_msg $ES fi Well, I can only say I probably don't understand how all of it works and what else is involved in creating/copying /var/log/boot to /var/log/boot~ (haven't looked into initrd) but this looks kinda weird to me. It's not a big issue but I'm really curious what is going wrong here. Thanks and kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] bootlogd: /var/log/boot does not get rotated SOLVED
Am Samstag, 2. März 2019 schrieb KatolaZ: > > I only have looked into /etc/init.d/bootlogd so far. The copied > > code snippets (with line numbers) tell me that bootlogd logs > > to /run/bootlog: > > > > 16 TMPLOG=/run/bootlog > > > > 20 BOOTLOGD_OPTS="-c -l $TMPLOG" > > Dear Stefan, > > bootlogd only replaces /var/log/boot~ if it is given the option "-r" > (see the bootlogd manpage). It looks like this option is missing from > BOOTLOGD_OPTS above. It should be sufficient to add "-r" there. Dear KatolaZ, thanks for pointing out, I seem to have overlooked that one. > This > means that you would only keep the log for the last two boots, > though. Yes, sure. > Another possibility would be to have a logrotate config file for > that, and keep as many logs as you want. Yes, alright. I have done that before, no problem. I've been expecting it to be default to rotate logs (or copy to ~) as it is the case with most other programs from my experience and not to have to edit an init script to get bootlogd to rotate its logs myself (only after having noticed it has grown overly). That's why I thought something might be wrong here. Thank you. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new freedesktop "standard": /etc/machine-id
Am Freitag, 8. März 2019 schrieb KatolaZ: > On the other hand, it looks like /etc/machine-id mighr come from > Debian installations "converted" to Devuan, but we should check > whether any of the installer components might have put it there. We > should collect as many reports as possible of things that won't work > if /etc/machine-id does not exist. > > Anybody willing to help with this: if your Devuan installation has a > file /etc/machine-id, could you please move/remove it and report any > application complaining about that, including the version of Devuan > you are using? On my Devuan/ascii machine which I installed May/June 2018 it looks like this: $ ll /var/lib/dbus/machine-id -rw-r--r-- 1 root root 33 2018.05.31 23:45.19 /var/lib/dbus/machine-id $ ll /etc/machine-id ls: cannot access '/etc/machine-id': No such file or directory That was a new install and /etc/machine-id apparently wasn't created, while /var/lib/dbus/machine-id was created at installation time and stayed there like that. I believe but am not 100% sure that I used devuan_ascii_2.0.0-rc_amd64_netinst.iso from May 2018, at least this file has a time stamp from that time. HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Can't grub ignore /dev/hdb?
Am Samstag, 14. September 2019 schrieb Ralph Ronnquist via Dng: > That same question apparently came up a while ago at > https://unix.stackexchange.com/questions/56004/how-to-stop-update-gru >b-from-scanning-all-drives > > In short: do something to /etc/grub.d/30_os-prober > (which is a shell script) Maybe even easier is to edit /etc/default/grub: # Normally, `grub-mkconfig' will try to use the external `os-prober' # program, if installed, to discover other operating systems # installed on the same system and generate appropriate menu entries # for them. Set this option to `true' to disable this. GRUB_DISABLE_OS_PROBER=true # List of space-separated FS UUIDs of filesystems to be ignored from # os-prober output. Mit "@/dev/sdx" funktioniert es endlich. #GRUB_OS_PROBER_SKIP_LIST=b8123ca5-5c39-49c5-ac51-0bc73c72e0d9@/dev/sdb5 HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] X-server does not load compiled nvidia's bond driver on Devuan-3.
Am Sonntag, 22. September 2019 schrieb Андрей via Dng: > Приветствую. > > > I can not install nvidia's bond driver on Devuan-3. The installation > goes well, module is compiled and put > into /lib/modules//... . But xserver keeps saying > that nvidia module is not found. What ca be wrong? I tried with both > available versions for the legacy drivers: 340 and 390. All the same. > Yet i know, that 340-th worked for me, before i tried to upgrade to > 390. But since 390-th did not work i returned to 340-th, but 340-th > also does not work now. X-server says the same for both, and when i > did purge the packages, the uninstall proccess told me. that the > compiled drivers were in use. So, seems, it is x-server for some > reason can not find the drivers OR compiling proccess puts them now > to a wrong place. > > So, any ideas? Is the nvidia kernel module actually loaded by the kernel? $ lsmod | grep nvidia If not, can you load the modules manually? $ modprobe nvidia What are the relevant error messages in Xorg.0.log? HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Good day everyone, since recently I noticed a very constant outgoing ARP traffic on my machine (desktop, Devuan ascii) of about 7K/s which I don't think was there before. jnettop shows this: LOCAL <-> REMOTE TXBPS RXBPS TOTALBPS (IP) PORT PROTO (IP) PORT TX RX TOTAL UNKNOWNv4 <-> UNKNOWNv4 8.12K/s0b/s 8.12K/s 0.0.0.0 0ARP 0.0.0.0 0 149K 0b 149K arp cache shows this which is the standard gateway of my ISP: $ arp -n Address HWtype HWaddress Flags MaskIface 91.65.138.254ether 00:17:10:9a:24:a8 C net0 What can I do to further investigate where this comes from or how to stop it? Please advise or explain to a total network novice. Thanks and kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Am Samstag, 12. Oktober 2019 schrieb Dr. Nikolaus Klepp: > Install wireshark or tcpdump. Guess it's the "arp-who-has ... tell > ..." class of messages. > > Nik Thanks, Nik. Cheers Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Am Samstag, 12. Oktober 2019 schrieb Dr. Nikolaus Klepp: > Install wireshark or tcpdump. Guess it's the "arp-who-has ... tell > ..." class of messages. Yes, good guess! Tcpdump show lots of these messages: 16:47:40.633536 ARP, Request who-has ip5b418d68.dynamic.kabel-deutschland.de tell ip5b418dfe.dynamic.kabel-deutschland.de, length 46 16:47:40.821784 ARP, Request who-has ip5b418b24.dynamic.kabel-deutschland.de tell ip5b418bfe.dynamic.kabel-deutschland.de, length 46 16:47:41.006438 ARP, Request who-has ip5b418a98.dynamic.kabel-deutschland.de tell ip5b418afe.dynamic.kabel-deutschland.de, length 46 But what does that mean? The addresses asked for all seem to be from the pool of the IP addresses/domains which this ISP gives out. $ nslookup ip5b418d68.dynamic.kabel-deutschland.de Server: 127.0.0.1 Address:127.0.0.1#53 Non-authoritative answer: Name: ip5b418d68.dynamic.kabel-deutschland.de Address: 91.65.141.104 $ nslookup ip5b418b24.dynamic.kabel-deutschland.de Server: 127.0.0.1 Address:127.0.0.1#53 Non-authoritative answer: Name: ip5b418b24.dynamic.kabel-deutschland.de Address: 91.65.139.36 $ nslookup ip5b418a98.dynamic.kabel-deutschland.de Server: 127.0.0.1 Address:127.0.0.1#53 Non-authoritative answer: Name: ip5b418a98.dynamic.kabel-deutschland.de Address: 91.65.138.152 $ whois 91.65.141.104 # output cut […] inetnum:91.65.0.0 - 91.65.255.255 netname:KABEL-DEUTSCHLAND-CUSTOMER-SERVICES-14 […] Why would my machine send these requests? Any hint much appreciated. Thanks again, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Am Samstag, 12. Oktober 2019 schrieb Dr. Nikolaus Klepp: > > Any hint much appreciated. > > Please see: > http://www.omnisecu.com/tcpip/address-resolution-protocol-arp.php And > search for "arp spooing", this will reveal more funny details :) Okay, this will take some time to understand… Thanks. Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Hello Tux, thanks for your reply. "s@po" schrieb am 12.10.2019 20:10: > > Why would my machine send these requests? > > first of all, your machine seems to be the dns server, or you have > static ips assigned? Yes, unbound DNS resolver is running on this machine. No static IPs. > # cat /etc/{hosts,resolv.conf,nsswitch.conf,network/interfaces} I have a huge /etc/hosts file for blocking purposes. There are a handful lines for IPs to the LAN like this which are not in use, i.e. I have no LAN, only a laptop rarely connected to this machine: $ head /etc/hosts 127.0.0.1 localhost 127.0.1.1 rubians 192.168.19.1rubians 192.168.19.2rubiana 192.168.19.3rubiano $ cat /etc/resolv.conf nameserver 127.0.0.1 # this is for unbound on localhost nameserver 83.169.184.33 # ISP's name server nameserver 83.169.184.97 # ISP's name server $ ifconfig -a lan0: flags=4099 mtu 1500 inet 192.168.19.1 netmask 255.255.255.0 broadcast 192.168.19.255 ether 00:21:85:02:91:b8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 net0: flags=4163 mtu 1500 inet 91.65.138.120 netmask 255.255.255.0 broadcast 91.65.138.255 inet6 fe80::20e:2eff:fe09:19d2 prefixlen 64 scopeid 0x20 ether 00:0e:2e:09:19:d2 txqueuelen 1000 (Ethernet) RX packets 544261 bytes 36150630 (34.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 9509 bytes 923017 (901.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > Then, find the processes that are running with open sockets.. > Check which ones are running, and verify why.. > # lsof -nP -i4tcp@{91.65.141.104,91.65.139.36,91.65.138.152} $ sudo tcpdump tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on net0, link-type EN10MB (Ethernet), capture size 262144 bytes 09:25:00.272473 ARP, Request who-has ip5b418c91.dynamic.kabel-deutschland.de tell ip5b418cfe.dynamic.kabel-deutschland.de, length 46 $ nslookup ip5b418c91.dynamic.kabel-deutschland.de Address: 91.65.140.145 $ lsof -nP -i4tcp@91.65.140.145 $ echo $? 1 Well, I can't seem to catch one - maybe I am too slow because the connections are to short-lived?! $ lsof -nP -i4tcp COMMANDPIDUSER FD TYPE DEVICE SIZE/OFF NODE NAME unbound 2924 unbound6u IPv4 15462 0t0 TCP 127.0.0.1:53 (LISTEN) unbound 2924 unbound 10u IPv4 15466 0t0 TCP 127.0.0.1:53 (LISTEN) unbound 2924 unbound 12u IPv4 15468 0t0 TCP 127.0.0.1:8953 (LISTEN) tdeio_ima 3906 stekru8u IPv4 19808 0t0 TCP 91.65.138.120:60214->130.133.4.100:143 (ESTABLISHED) dictd 4888 dictd 37u IPv4 45627 0t0 TCP 127.0.0.1:2628 (LISTEN) > If that is a desktop machine, you should have a dns server somewere > in the network.. It could be that you have no arp cache, and it his > requesting everytime.. AIUI I have a ARP cache with one entry for the standard gateway of my ISP. See my original post. Is this normal or should there be more entries? > Having dynamic dns services also doesn't help > much to your security, since they are one of the major risks braking > into computers.. And you seems to have configured some dynamic dns > services.. Are you saying running a local DNS resolver daemon like unbound is a security risk? And that the seemingly increased ARP traffic could be a symptom of this machine being hacked? Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s
Am Sonntag, 13. Oktober 2019 schrieb Dr. Nikolaus Klepp: > There is some misunderstanding: The ARP package has nothing to do > with DNS. That's what I've been thinking and why I asked. > It basicly links MAC to IP - and you can do funny things > with it. Okay, I still can't seem to connect the dots… > tcpdump just makes the name resolution for you, use "tcpdump > -n" to go without it. e.g.: > > # tcpdump -n > 10:28:14.675930 ARP, Request who-has 192.168.1.190 tell 192.168.1.1, > length 28 10:28:14.675980 ARP, Reply 192.168.1.190 is-at > 00:1b:77:53:6c:43, length 28 Alright. What attracts my attention is, that here length is 28 just like the ARP message format is explained on the site you recommended where it is 46 on my machine: $ sudo tcpdump -n tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on net0, link-type EN10MB (Ethernet), capture size 262144 bytes 10:34:53.070420 ARP, Request who-has 91.65.142.159 tell 91.65.142.254, length 46 10:34:53.071792 ARP, Request who-has 90.187.99.84 tell 90.187.99.86, length 46 Is this relevant in any way related to exaggerated ARP requests? > arp cache should only have as many entries as ather mac adresses are > active in your part of the lan. If you are alone on your router, then > it's just you routers mac in the cache. This seems to be the case (see OP). Thank you, Nik. Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Installation difficulties
Am Mittwoch, 16. Oktober 2019 schrieb Robert Parker via Dng: > Do questions about problems installing devuan get answered on this > list? Hi Robert, I don't know why, but your mail which claims to be sent on October 16th arrived on the list (actually meaning I got them from the list) only yesterday (20th). Same with your other mail from Oct 14th. Maybe that's why you were experiencing a kind of silence from this list? Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Installation difficulties
Am Dienstag, 22. Oktober 2019 schrieb goli...@devuan.org: > The delay is no mystery. This is a moderated list for new users and > I don't check it every day. End of story. Thanks for the explanation. And thanks for your work for Devuan. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Question: Why does "mkdir -p" produce unexpected file permissions and group
Good day everyone, I observed this behaviour of "mkdir" under /usr/local/: $ sudo mkdir -p share/doc/subversion-book-en $ ls -l -d share/doc/subversion-book-en drwxr-sr-x 2 root staff 4096 Jan 25 13:10 share/doc/subversion-book-en The same happens in a root shell. I rather expected to get this: drwxr-xr-x 2 root root … Why does group get the 's' bit and becomes 'staff'? Is this normal? If yes, where is it documented? Any hints are welcome. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Question: Why does "mkdir -p" produce unexpected file permissions and group
Am Samstag, 25. Januar 2020 schrieb Stefan Krusche: > Why does group get the 's' bit and becomes 'staff'? Is this normal? > If yes, where is it documented? Okay, I think I found it. In: /usr/share/doc/debian-policy/policy.html/ch-opersys.html#s9.1.2 the last paragraph says this: "The /usr/local directory itself and all the subdirectories created by the package should (by default) have permissions 2775 (group-writable and set-group-id) and be owned by root:staff." I still don't get the overall picture of what the policy for /usr/local is. What is the difference between "below /usr/local" and "in /usr/local" for directory "/usr/local/something"?! (as referred to in this section of the debian policy.) Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Question: Why does "mkdir -p" produce unexpected file permissions and group
Am Samstag, 25. Januar 2020 schrieb Florian Zieboll: > very probably the parent directory is assigned to the "staff" group > and has this bit set as well: It's called SGID-bit and recursively > sets the group ID according to the directory owner instead of the > current user - see man (1) chmod. Hallo Florian, yes, I just realised that is true for "/usr/local/"… $ ls -l -d /usr/local drwxrwsr-x 10 root staff 4096 Mai 31 2018 /usr/local …so I concluded that to be a (debian) system standard and found that in debian policy, see my previous mail. Thank you. Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Question: Why does "mkdir -p" produce unexpected file permissions and group
Resending to list, cause I got this message privately… a...@bastelmap.de schrieb am 25.01.2020 13:50: > Am Samstag, 25. Januar 2020 schrieb Stefan Krusche: > > Good day everyone, > > > > I observed this behaviour of "mkdir" under /usr/local/: > > > > $ sudo mkdir -p share/doc/subversion-book-en > > $ ls -l -d share/doc/subversion-book-en > > drwxr-sr-x 2 root staff 4096 Jan 25 13:10 > > share/doc/subversion-book-en > > > > The same happens in a root shell. I rather expected to get this: > > drwxr-xr-x 2 root root … > > > > Why does group get the 's' bit and becomes 'staff'? Is this normal? > > If yes, where is it documented? > > Because /usr/local is group staff and has setgid bit set Yes, that's it, thank you, Andi. Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Deleted qemu image
Am Donnerstag 16 Juli 2020 schrieb fraser kendall: > I have just done the stupidest thing. I was freeing up (rm -rf) > space on what I thought was a storage directory (/srv), but I have > now just discovered that it contained a critical qemu image. The > image is a W7 VM and is still running; it appears unaffected. The > /srv partition is the largest on this machine and the testdisk > recovery image of this partition (~170G) is too large to fit anywhere > on the hard drive. > > This machine is mission critical. I cannot take it offline for > another 6 hours, and I'll need to have it back up asap, (within an > hour) so I need to plan my attack. > > So some very naive questions. > > Best option: 1) can I retrieve the deleted qcow image from a running > instance of that image? Disclaimer: I'm not a professional or tech expert of any kind. However, what comes to mind is, that a file deleted but still used by a process, is not yet deleted (fs synced) by the kernel. If this is true in your case, leaving the process running which uses that images, saves it from being deleted as long as the process runs. Is the file still there in the filesystem? So, maybe you can just copy the qcow image. If this copy will work remains an open question. HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] After 10m the sceen is dark
Am Sonntag 30 August 2020 schrieb Frank Streitz: > sorry for my bad English but I try to describe my problem so good as > I can. If I look a video or live stream the screen is after 10 > minutes dark. Only chromecast is able to hold the screen open. > Firefox or VLC media player can't do this. > My desktop is mate and the window manager is lightdm and I found no > place where I can change this from 10 minutes to maybe 2 hours or > longer. I hope someone can help me. I think this must be a file under > /etc or something like that. I had the same problem. This command disables the power saving feature of the monitor/X-server completely: $ xset -dpms You also can set parameters for the time values. See man xset. This command will show you the current settings in seconds on your system (600s = 10m): $ xset q […] DPMS (Energy Star): Standby: 600Suspend: 600Off: 600 DPMS is Enabled Monitor is On HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Iceweasel-uxp from Hyperbola GNU/Linux
Am Donnerstag, 10. September 2020 schrieb aitor: > Hi all, > > I'm packaging iceweasel-uxp developed by the people of Hyperbola: > > https://wiki.hyperbola.info/doku.php?id=en:project:iceweasel-uxp > > Unlike previous versions of the unmaintained iceweasel, this web > browser is a re-branding of Basilisk > by Moonchild Productions (the same developers of Palemoon), built on > the Unified XUL Platform: > > https://www.basilisk-browser.org/ Can anyone tell, what the most significant differences in comparison with the palemoon browser are? Thanks. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Iceweasel-uxp from Hyperbola GNU/Linux
Am Freitag, 11. September 2020 schrieb aitor: > Hi Stefan, > > On 10/9/20 8:59, Stefan Krusche wrote: > > Can anyone tell, what the most significant differences in > > comparison with the palemoon browser are? > > > > Thanks. > > > > Kind regards, > > Stefan > > There is a thread in the forum of Palemoon dedicated to the > differences between palemoon and basilisk: > > https://forum.palemoon.org/viewtopic.php?t=20515 > > I wonder why the developers of hyperbola chose basilisk instead of > palemoon, but the reason might be related with the addons, > given that iceweasel-uxp aims to be free. > > Aitor. Thanks for the pointer, Aitor. Cheers, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Nvidia-legacy-340xx driver is not compiled for linux-image-5.9.0.
Dear Андрей, Am Samstag, 24. Oktober 2020 schrieb Андрей via Dng: > Hello. > > > On the last update of the kernel (5.9.0), nvidia-legacy-340xx driver > would not compile because of some headers are missing. I have I have had this experience a couple of times while upgrading. The linux-headers for an updated kernel version don't seem to get installed by dependency. The kernel is not really being updated, but the new version is installed additionally. I've been surprised ever again by this. /etc/kernel/postinst.d/dkms: Error! echo Your kernel headers for kernel 4.19.0-12-amd64 cannot be found at /lib/modules/4.19.0-12-amd64/build or /lib/modules/4.19.0-12-amd64/source. Installing the matching linux-headers solves it. HTH Kind regards, Stefan (@Андрей PS: sorry for the unintended private reply) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Finding installed packages, but from a backup
Dear Anthony, Am Donnerstag, 31. Dezember 2020 schrieb Antony Stone: > Hi. > > I know I can get a list of the packages installed on a > currently-running system using commands such as: > > dpkg-query -l > apt list --installed > aptitude search ~i > > However, if there any way I can do the same thing, but when I simply > have a copy (backup) of the machine, and it's not currently running? > The backup is on another Debian / Devuan system (which may or may not > be the same release version). > > I have _all_ files from the machine I want to investigate, and I'm > hoping that there's something in /var/cache/apt or /var/lib/dpkg > which would allow me to get the same sort of list as the above > commands produce. > > Does anyone have any ideas? You need the contents of the directory "/var/lib/dpkg", then easy-peasy go with this: dpkg --admindir=/dir/to/backup/of/var/lib/dpkg --get-selections "**" HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] (no subject)
Am Donnerstag, 21. Januar 2021 schrieb Budi via Dng: > >> devuan_beowulf_3.0.0_amd64_desktop-live.iso: FAILED > >> sha256sum: WARNING: 1 computed checksum did NOT match > >> sha256sum: SHA256SUMS.txt: no file was verified You have only one .iso file. There are checksums for two .iso files in SHA256SUMS.txt. Meaning: it is to be exspected that one of them fails because it is not there. HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] No future?
Am Freitag, 19. März 2021 schrieb Dr. Nikolaus Klepp: > > With best regards from Flatland, > > And I thought Germany is "Neuland" :) Neudeutsch-Land. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [3.0] Time in AM/PM format ??
Am Mittwoch, 31. März 2021 schrieb Arnt Karlsen: > ..the last one was in my own home, when the Serbs kicked Slobodan > Milosevic out of office, I wound up not being able to read my pc > screen for some reason, tried to wipe the dust(?) off my screen, > and essentially saw my forearms disappear into some grey screen > hole. Best ever bed time hint I've ever seen. ;o) Hehehe :-) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] USB mount problem
Hi Fred, Am Freitag, 11. Juni 2021 schrieb Fred: > I found udisks2 installed on the computer that automatically mounts > USB devices but there is no man page so I would not know how to use > it if installed on the other computer. You can find man pages like this: $ apropos udisks udisks (8) - Disk Manager udisks2.conf (5) - The udisks2 configuration file udisksctl (1)- The udisks command line tool udisksd (8) - The udisks system daemon umount.udisks2 (8) - unmount file systems that have been mounted by UDisks2 Does the same: $ man -k udisks udisks (8) - Disk Manager udisks2.conf (5) - The udisks2 configuration file udisksctl (1)- The udisks command line tool udisksd (8) - The udisks system daemon umount.udisks2 (8) - unmount file systems that have been mounted by UDisks2 Regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan with usr merge?
Am Samstag, 13. November 2021 schrieb Didier Kryn: > Le 13/11/2021 à 08:48, Didier Kryn a écrit : > > Le 13/11/2021 à 00:26, John Morris via Dng a écrit : > >> So yes, it is time to eliminate /bin, /sbin and /lib. > > > > Seems I've got it wrong. My understanding was that /usr/bin and > > /usr/sbin were merged into /bin and /sbin. You assume the opposite > > and probably so does Steve. > > > > Needs clarifications. > > > > -- Didier > > I checked and I was wrong, based on the option offered years ago > in Busybox and Buildroot (/usr/bin was a symlink to /bin and > /usr/sbin was an symlink to /sbin). I'm amazed; I find this amazingly > stupid. It just makes no sense because /usr is a nonsense - /usr > means "users' directory", which is now /home) - and I was hopping to > see it disapear. On the opposite, it becomes the actual root of the > OS. Hi Didier, seems you got it (somewhat) wrong again ;-) I've been thinking of /usr as "Unix System Resources", but then I looked it up to be sure… See for yourself. Kind regards, Stefan Cite from Linux Filesystem Hierarchy¹: 1.17. /usr /usr usually contains by far the largest share of data on a system. Hence, this is one of the most important directories in the system as it contains all the user binaries, their documentation, libraries, header files, etc X and its supporting libraries can be found here. User programs like telnet, ftp, etc are also placed here. In the original Unix implementations, /usr was where the home directories of the users were placed (that is to say, /usr/someone was then the directory now known as /home/someone). In current Unices, /usr is where user-land programs and data (as opposed to 'system land' programs and data) are. The name hasn't changed, but it's meaning has narrowed and lengthened from "everything user related" to "user usable programs and data". As such, some people may now refer to this directory as meaning 'User System Resources' and not 'user' as was originally intended. [1] https://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to construct a testing .deb binary with dpkg-buildpackage?
Am Sonntag, 14. November 2021 schrieb Haines Brown: > Given the absence of a backport for nano, my aim is to construct > a .deb for the testing version of nano (nano-9.5). This is what I > did: > > In apt sources.list IO added the lines > > deb http://deb.devuan.org/merged chimaera-backports main contrib > non-free deb-src http://deb.devuan.org/merged chimaera-backports main > contrib non-free Above you showed that you added the lines for source repository of "chimaera-backports"… Why not "testing" if that is where you want to build from? > I expected # aptitude search nano would now return a nano package > with the .bpo extendion. It did not. Whe not? You already said that there is no backport version of nano. > Next I tried to satisfy dependencies: > > # apt-get build-dep -t testing nano > but this returns: > > E: The value 'testing' is invalid for APT::Default-Release as such > a release is not available in the sources ^^^ I guess that you don't have entries for release testing in your sources.list… If you want to compile a testing version of nano then you need the source repository for the testing release, not the "chimaera-backports" one, I think. HTH Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] no mails from dng :-( [maybe OT]
Good Day everybody, I haven't been receiving any messages from this list since 18.7.2022 02:17 (simple-netaid for daedalus) and I have no idea why. My mail domain is hosted/served by jpberlin.de, a company in Berlin, Germany. There are no messages in the spam folder on the server either. Has something changed? What can I do to find out what happened? Thanks, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] no mails from dng :-( [maybe OT]
Am Donnerstag, 28. Juli 2022 schrieb Ludovic Bellière: > DNG is definitively sending emails, however some host will silently > filter out emails without telling you why. I'd suggest either > contacting your host Thanks. That's what I've been speculating, too. But I think my provider is ok. They call themselves "political provider" and it's a paid service. However, contacting them may be the way to go. Kind regards, Stefan ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng