HackerTrans
TopNewTrendsCommentsPastAskShowJobs

semiotic1

no profile record

Submissions

ISP Suggests That Record Labels Can Sue Torrent Client Developers

torrentfreak.com
10 points·by semiotic1·2 lata temu·2 comments

Piracy Shield: ‘Insane’ IPTV Blocking System Revealed (and Easily Located)

torrentfreak.com
8 points·by semiotic1·3 lata temu·1 comments

Fedora Linux Disabling Mesa's H.264/H.265/VC1 VA-API Support over Legal Concerns

phoronix.com
47 points·by semiotic1·4 lata temu·3 comments

comments

semiotic1
·3 lata temu·discuss
The block post is titled "Clean mount lists in Linux" not "Clean block device lists in Linux". I was demonstrating that findmnt can filter the source based on MAJOR:MINOR as a tangential, there was no attempt to "slip" anything in, hence the disclaimer.

You are correctly pointing out that it filters only the first loop device and doesn't support globbing. lsblk is clearly the better suited tool for the job you are describing and the reason I said "majority" in my first comment.
semiotic1
·3 lata temu·discuss
> df -x tmpfs

findmnt -Dt notmpfs

> lsblk -e 7

findmnt -iS 7:0 (excludes mounted loop devices, not functionally equivalent to lsblk)

> mount -l -t btrfs,fat,exfat,ext2,ext4,iso9660,ntfs3,ufs,vfat,xfs,zfs

findmnt -lt btrfs,fat,exfat,ext2,ext4,iso9660,ntfs3,ufs,vfat,xfs,zfs

> mount | awk '$5 !~ /(autofs|binfmt_misc|bpf|cgroup2|configfs|debugfs|devpts|devtmpfs|fuse|hugetlbfs|mqueue|nfsd|nsfs|proc|pstore|ramfs|rpc_pipefs|securityfs|squashfs|sysfs|tmpfs|tracefs)/'

findmnt -O rw --real

findmnt -lnt noautofs,nobinfmt_misc,nobpf,nocgroup2,noconfigfs,nodebugfs,nodevpts,nodevtmpfs,nofuse,nohugetlbfs,nomqueue,nonfsd,nonsfs,noproc,nopstore,noramfs,norpc_pipefs,nosecurityfs,nosquashfs,nosysfs,notmpfs,notracefs

Or simply invert the target filesystems with --invert instead of prefixing "no".

That counts as the majority for me.
semiotic1
·3 lata temu·discuss
Why not just use the designated `findmnt` command from util-linux for the majority of this?
semiotic1
·3 lata temu·discuss
When doing a factory reset because of whatever reason, this becomes an issue as well. You cannot take screenshots of the bulk export QR-Code on Android because of FLAG_SECURE, so you need to work around that and take a photo of the screen with a different device to import from later.

Also, as of last week, there existed an issue with special characters when trying to import and the app would just freeze or not recognize the QR code pattern at all, so you better had backups of all your secret keys.

Both issues made me switch to Aegis and appreciate my past self backing up the secrets with KeePassXC.
semiotic1
·4 lata temu·discuss
There was a statement [1] earlier from leigh123linux [2] announcing very little interest in maintaining something like this.

[1] https://www.phoronix.com/forums/forum/linux-graphics-x-org-d...

[2] https://admin.rpmfusion.org/pkgdb/packager/leigh123linux/
semiotic1
·4 lata temu·discuss
They maintain their own kernel module to handle ACLs (synoacl_vfs) and they are indeed enforced locally as well. They can be read and modified by using the `synoacltool` cli.

  $ synoacltool -get .config
  ACL version: 1 
  Archive: is_inherit,is_support_ACL 
  Owner: [semiotic(user)] 
  --------------------- 
   [0] user:semiotic:allow:rwxp-DaARWc--:fd-- (level:1)
   [1] group:users:allow:r-x---a-R-c--:fd-- (level:1)