Re: [DNG] backups from ext4 to ntfs - extended attributes and access control lists
Quoting Martin Steigerwald (mar...@lichtvoll.de): [tip about the stat(1) system utility:] > At the moment not in all cases all the metadata. Recent kernels have an > extended statx() syscall that AFAIK is not yet fully supported in user > space tools. It will support things like a creation time or the maximum > filename length or file size of a filesystem while unlike stat() also being > extendable. Good to know! Thanks. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] backups from ext4 to ntfs - extended attributes and access control lists
Rick Moen - 29.05.19, 04:14: > Quoting Bruce Ferrell (bferr...@baywinds.org): > > I am absolutely astounded by the number of time I've seen *IX > > "admins" at fortune X companies copy a tree to a windows share and > > wonder why it's broken when they try to restore from it. NFS, if not > > done correctly, can do that same thing too. So... > > Reminds me of something I forgot to mention earlier. Most Linux folks > have heard of the stat(2) system call, but did you know there's also > an informative stat(1) system _utility_? Play with it on diverse > sorts of file/directory targets, and see how informative it is. It > shows in human-readable form _all_ metadata available about any > filesystem object. At the moment not in all cases all the metadata. Recent kernels have an extended statx() syscall that AFAIK is not yet fully supported in user space tools. It will support things like a creation time or the maximum filename length or file size of a filesystem while unlike stat() also being extendable. Once fully supported desktop environments or cp/rsync and so on could bail out on copying a file larger than 4 GiB to a FAT32 partition instead of copying 4 GiB and then stopping due to an error. -- Martin ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Java 8 on beowulf
On Fri, 31 May 2019 09:20:00 +0200 Martin Steigerwald wrote: > Hi Steve. > > Steve - 31.05.19, 02:47: > > A couple of weeks ago I upgraded to Beowulf and I see that it comes > > with openjdk 11. I have an app that needs java 8 so I was planning > > to have both installed, maybe use the script described here: > > > > https://www.linuxuprising.com/2019/02/install-any-oracle-java-jdk-vers > > ion-in.html > > > > Any issues I need to be aware of? (Beside the obvious Don't use the > > same installation dir!) > > Are you aware of the package 'java-package'? For a 3rd party software > that required Oracle SDK with Swing it generated a debian package > for me. Basically back then it turned > > jdk-8u191-linux-x64.tar.gz > > into > > oracle-java8-jdk_8u191_amd64.deb > > I do not remember how exactly I called it, but it was easy enough. > > You still would need to update the package manually, so I only use it > for that special program and use update-alternatives to switch to the > lastest openjdk in Debian otherwise. > > Thanks, Turns out I already had java 8 installed. Does this always happen on Beowulf installs or just on upgrades? Anyway all I needed to do was run: $ sudo update-alternatives --config java and then re-export my JAVA_HOME environment variable. Thanks, Steve ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] simple-netaid from scratch
Hi s@, On 20/5/19 22:41, s@ wrote: aitor_czr wrote: Have a look at the server side: https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/server.c char buffer[512]; (...) You are using in some places 'sizeof(buffer)' in 'fgets()' and such.. Your buffer has a fixed size.. /* Somewere else, probably in the header file..*/ #define BUFFER_SIZE 512; (...) Yes, this is in the "netstat.c" file, but i didn't define any BUFFER_SIZE in the "netstat.h" header. char buffer[ BUFFER_SIZE ]; (...) status = fgets ( buffer, BUFFER_SIZE, fp ); its my 2 cents:) Regards, Look at the "netstat.c" file again. I'm using status = fgets ( buffer, sizeof(buffer), fp ); instead :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
