Re: [DNG] no mails from dng :-( [maybe OT]

[Stefan Krusche]

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

[DNG] no mails from dng :-( [maybe OT]

[Stefan Krusche]

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] How to construct a testing .deb binary with dpkg-buildpackage?

[Stefan Krusche]

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

Re: [DNG] Devuan with usr merge?

[Stefan Krusche]

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] USB mount problem

[Stefan Krusche]

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] [3.0] Time in AM/PM format ??

[Stefan Krusche]

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] No future?

[Stefan Krusche]

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] (no subject)

[Stefan Krusche]

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] Finding installed packages, but from a backup

[Stefan Krusche]

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] Nvidia-legacy-340xx driver is not compiled for linux-image-5.9.0.

[Stefan Krusche]

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] Iceweasel-uxp from Hyperbola GNU/Linux

[Stefan Krusche]

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] Iceweasel-uxp from Hyperbola GNU/Linux

[Stefan Krusche]

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] After 10m the sceen is dark

[Stefan Krusche]

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] Deleted qemu image

[Stefan Krusche]

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] Question: Why does "mkdir -p" produce unexpected file permissions and group

[Stefan Krusche]

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] Question: Why does "mkdir -p" produce unexpected file permissions and group

[Stefan Krusche]

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

[Stefan Krusche]

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

[DNG] Question: Why does "mkdir -p" produce unexpected file permissions and group

[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?

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] Installation difficulties

[Stefan Krusche]

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

Re: [DNG] Installation difficulties

[Stefan Krusche]

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] how to investigate constant outgoing ARP traffic - TX: ~7K/s

[Stefan Krusche]

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] how to investigate constant outgoing ARP traffic - TX: ~7K/s

[Stefan Krusche]

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

[Stefan Krusche]

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

[Stefan Krusche]

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

[Stefan Krusche]

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

[DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s

[Stefan Krusche]

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] X-server does not load compiled nvidia's bond driver on Devuan-3.

[Stefan Krusche]

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

Re: [DNG] Can't grub ignore /dev/hdb?

[Stefan Krusche]

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] new freedesktop "standard": /etc/machine-id

[Stefan Krusche]

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] bootlogd: /var/log/boot does not get rotated SOLVED

[Stefan Krusche]

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] bootlogd: /var/log/boot does not get rotated

[Stefan Krusche]

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

[DNG] bootlogd: /var/log/boot does not get rotated

[Stefan Krusche]

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] There is no madness to begin with (was: Re: Stop the madness!)

[Stefan Krusche]

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

Re: [DNG] firefox-esr: no sound after dist-upgrade

[Stefan Krusche]

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] firefox-esr: no sound after dist-upgrade

[Stefan Krusche]

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] Git and git.devuan.org

[Stefan Krusche]

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] OT - LXDE themes and Palemoon widget coloring

[Stefan Krusche]

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] Mozilla and cloudflare to hijack all your DNS requests - for your own good of course

[Stefan Krusche]

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] Mozilla and cloudflare to hijack all your DNS requests - for your own good of course

[Stefan Krusche]

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] Unswapping interface namesRe: (WAS: what has gone wrong with networking in ascii?

[Stefan Krusche]

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] what has gone wrong with networking in ascii?

[Stefan Krusche]

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] Weird jessie to ascii upgrade issue (WAS: Re: who's tying up my ptr 80

[Stefan Krusche]

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] systemd and wlan0 interface problem

[Stefan Krusche]

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] systemd and wlan0 interface problem

[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.

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

[Stefan Krusche]

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] Devuan ascii installer netinstall iso UPDATE

[Stefan Krusche]

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] Ascii LVM Encrypted Issue

[Stefan Krusche]

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] Ascii LVM Encrypted Issue

[Stefan Krusche]

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

[Stefan Krusche]

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

[Stefan Krusche]

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] Devuan ascii installer netinstall iso UPDATE

[Stefan Krusche]

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

[DNG] Devuan ascii installer netinstall iso

[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?

Thank you,
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

[Stefan Krusche]

Am Freitag 27 April 2018 schrieb Florian Zieboll:
> Am 27. April 2018 15:27:46 MESZ schrieb Stefan Krusche 
<li...@stefan-krusche.de>:
> > 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

Re: [DNG] machine locks up switching between console and X session

[Stefan Krusche]

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] rc.local removed from Debian 9, rly?

[Stefan Krusche]

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] Debian becomes sorry state of broken distribution.

[Stefan Krusche]

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] Chromium 55

[Stefan Krusche]

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