You are not logged in.
@blackhole: Thank you.
And whilst I would be the first to agree that one all too often can observe people severely lacking in their political education, I strongly suggest that we leave both any such observations and any suggestions about ways of improving them (constructive or otherwise) to other fora than this; this forum is intended merely for discussions about or around Devuan.
@blackhole, that kind of post do very little to narrowing the gap in "street cred" between yourself and @MiyoLinux.
I think you too should train your own (new) forum appearance towards Professional, Precise and Polite.
@fsmithred; via a crumbs gathering detour through the amazing code base I found "search flood interval" as a setting for groups. Go for it
What is this about?
I'm not aware of any "cooldown time between searches" here?
fwiw, git clone https://github.com/punesemu/puNES works fine here.
To get an association table between PCI address and device node name, I think I might do:
ralph@stolpe:~$ realpath /sys/class/block/sd?/
/sys/devices/pci0000:00/0000:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sda
/sys/devices/pci0000:00/0000:00:1f.2/ata6/host5/target5:0:0/5:0:0:0/block/sdb
/sys/devices/pci0000:00/0000:00:14.0/usb2/2-1/2-1.1/2-1.1:1.0/host6/target6:0:0/6:0:0:0/block/sdc
/sys/devices/pci0000:00/0000:00:14.0/usb2/2-1/2-1.4/2-1.4:1.0/host7/target7:0:0/7:0:0:0/block/sdd
/sys/devices/pci0000:00/0000:00:14.0/usb2/2-1/2-1.2/2-1.2:1.0/host8/target8:0:0/8:0:0:0/block/sde
My example case shows 2 SATA disks and 3 USB disks. You may note that sdd and sde got enumerated in "wrong" order by the scsi module (relative to the USB host/port enumeration) for some reason. This appears to be consistent for that setup, but on occasion sdc and sdd are swapped, which is something I deal with by repeated monkey handson (= unplug+plugin) until order returns.
As @rolfie noted, the reason those "reorderings" happen is probably because the kernel+module code is multi-threaded with separate threads handling separate devices independently and these threads then compete and synchronize about "acquire the next device node name" on a first-come, first-served basis.
The answer to why it turns up as a new thing for you would probably be that the kernel+module code involved has been updated to include a more refined multi-threading in one way or another. Or, it might be hardware related that something has changed with some parts of the hardware due to aging, causing the startup timings to be slightly different now compared to how they have been previously. I think we can agree to that magic is not involved.
I would hope the PCI enumeration is the same, but I would also check rather than just guessing.
Though I suppose it doesn't matter any more.
I guess it would be kernel related since it's the kernel modules that invent the names.
Or, does the naming coincide with PCI numbering?
Eg that the PCI address for /dev/sda is lesser than the PCI address for /dev/sdb ?
There is also aufs-dkms, aufs-dev and aufs-tools.
But as @Head_in_a_Stick mentioned, the kernel has overlayfs which provides "union mount".
You might also be interested in the overlay-boot package (in devuan experimental) which provides scripting that uses overlayfs together with netns and unshare to set up and run wafer-thin containers.
If the git directory on your system has pathname /home/user/mygitworkspace you would remove that git directory with the terminal command sequence:
$ cd /home/user
$ rm -rf mygitworkspace
Technically, "rm" is the program to run, "-rf" asks for the command variation to delete stuff recursively and force deletion to apply also for read-only files/directories, and "mygitworkspace" identifies the top-level pathname of files and directories to remove.
You should run
# nft -cf /etc/nftables.conf
repeatedly, and each time look at and correct only the first error, until that command no longer gives any output.
Thereafter you apply the corrected rule set with
# nft -cf /etc/nftables.conf
Hint: you current nftables.conf has 3 syntax errors.
@steve_v, that kind of opinionated aggression is totally uncalled for. You may consider this a warning.
May I suggest that you don't want to compile any netfilter components?
What is your objective?
edit: why do you think that anything is missing from nftables?
Again, the desktop iso is installer (not refracta) + a package pool, and the pool1 iso is only a package pool.
The desktop package pool contains some complete desktop package collections and then topped up with 2500 "most wanted" popcon packages, whereas the pool1 package pool merely is the 5000 most wanted packages.
In both cases the choice collection is filtered against currently available packages (at building time), expanded to include the first-options Depends and Recommends, and also including first-option choices for any so called "pure virtual" packages.
Exciting stuff
sysvinit of course only does whatever /etc/inittab says it should do and one can have great fun as well editing that.
And you would find a rather extreme doing-nothing init in the overlay-boot package, where its startup relies on scripting that spawns desired services before entering its "init" (actually called "reaper") which merely reaps zombies.
devuan_chimaera_4.0.0_i386_desktop.iso is an installer iso for an i386 architecture installation, plus a package pool that includes all packages including dependencies for a number of desktop installations.
devuan_chimaera_4.1_0_amd64_pool1.iso is a package pool only iso that doesn't contain the installer software. It contains the 5000 "most popular" packages for amd64 architecture installations according to popcon.debian.org at the date of the creation of the iso, plus their "depends" and "recommends".
Yes, fair enough. Thanks.
And my request of respectful and purposeful dialogue does indeed apply to everyone.
@deepforest, why do you waste your time here?
By the looks of it, your devuan experience still leaves you so tremendously emotionally stressed that you end up with nonsense posts seemingly without purpose. Surely you have better things to do?
But maybe your purpose is really to ball-plank ideas on how to overcome whatever technical barrier you are currently at?
Indeed, there may well be people with knowledge and experience on that at this forum!
And to tap into that you simply just tune your manners more towards showing purpose and respect.
Looking forward to your satisfying merge request for tasksel ...
Currently I have duplicity at the top of my list of timeline backup methods as it's both fast and compact, and it's trivially easy to set up a cron job script that makes an incremental delta as often as I like.
I know of the front-end duply but only by name. (It's so rare that I need to peep into the backup)
Well, a composite raid1 device would indeed typically be named /dev/md0, but it doesn't necessarily need to be mounted. However it does need to be "assembled" at the first-stage boot (initrd) before this pivots into a raided root filesystem.
And yes, side mounting raided partitions separately is a sure way for interesting experiences.
But I'm not a raid supporter so it's better I'll be quiet and let a friendly raid1 supporter give some guidance.
Or you may need something like
ip protocol icmp accept
ip6 nexthdr ipv6-icmp accept
ip protocol igmp accept
in the output filtering as well for ping responses.
That doesn't look ok. Not that I really know nft syntax but by the looks of it ports 80 and 443 are now blocked, and it no longer responds to ping either. Do you need all that...
I think you'll need
tcp dport {22, 80, 443} accept
in the input filtering..
and do you really need to filter output at all? though it looks like it wold work...
Well I prefer the iptables rule syntax myself but if you prefer nftables then that's of course fine with me. Afaik, it's just a matter of syntax; either way it uses the kernel's network filtering rules, so I wouldn't be surprised if you can view the rules with iptables syntax or nftables syntax regardless of how you make the rules.
Whichever way, you need the input/output holes for 443 traffic similar to the current 80 or 22 traffic.
Obviously you have a firewall setup with ufw. That's fine. Just make holes for 80 and 443.