coreutils / gnulib Goto Github PK
View Code? Open in Web Editor NEWupstream mirror
Home Page: http://git.savannah.gnu.org/gitweb/?p=gnulib.git
License: Other
upstream mirror
Home Page: http://git.savannah.gnu.org/gitweb/?p=gnulib.git
License: Other
These are the GNU core utilities. This package is the union of the GNU fileutils, sh-utils, and textutils packages. Most of these programs have significant advantages over their Unix counterparts, such as greater speed, additional options, and fewer arbitrary limits. The programs that can be built with this package are: [ arch b2sum base32 base64 basename basenc cat chcon chgrp chmod chown chroot cksum comm coreutils cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold groups head hostid hostname id install join kill link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc numfmt od paste pathchk pinky pr printenv printf ptx pwd readlink realpath rm rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stdbuf stty sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink uptime users vdir wc who whoami yes See the file NEWS for a list of major changes in the current release. If you obtained this file as part of a "git clone", then see the README-hacking file. If this file came to you as part of a tar archive, then see the file INSTALL for general compilation and installation instructions, or README-install for system and coreutils specific instructions. Like the rest of the GNU system, these programs mostly conform to POSIX, with BSD and other extensions. For closer conformance, or conformance to a particular POSIX version, set the POSIXLY_CORRECT and the _POSIX2_VERSION environment variables, as described in the documentation under "Standards conformance". The ls, dir, and vdir commands are all separate executables instead of one program that checks argv[0] because people often rename these programs to things like gls, gnuls, l, etc. Renaming a program file shouldn't affect how it operates, so that people can get the behavior they want with whatever name they want. Special thanks to Paul Eggert, Brian Matthews, Bruce Evans, Karl Berry, Kaveh Ghazi, and François Pinard for help with debugging and porting these programs. Many thanks to all of the people who have taken the time to submit problem reports and fixes. All contributed changes are attributed in the commit logs. And thanks to the following people who have provided accounts for portability testing on many different types of systems: Bob Proulx, Christian Robert, François Pinard, Greg McGary, Harlan Stenn, Joel N. Weber, Mark D. Roth, Matt Schalit, Nelson H. F. Beebe, Réjean Payette, Sam Tardieu. Thanks to Michael Stone for inflicting test releases of this package on Debian's unstable distribution, and to all the kind folks who used that distribution and found and reported bugs. Note that each man page is now automatically generated from a template and from the corresponding --help usage message. Patches to the template files (man/*.x) are welcome. However, the authoritative documentation is in texinfo form in the doc directory. *************** Feature requests: --------------- If you would like to add a new feature, please try to get some sort of consensus that it is a worthwhile change. One way to do that is to send mail to [email protected] including as much description and justification as you can. Based on the feedback that generates, you may be able to convince us that it's worth adding. Please also consult the list of previously discussed but ultimately rejected feature requests at: https://www.gnu.org/software/coreutils/rejected_requests.html *************** Reporting bugs: --------------- Send bug reports, questions, comments, etc. to [email protected]. To suggest a patch, see the files README-hacking and HACKING for tips. All of these programs except 'test' recognize the '--version' option. When reporting bugs, please include in the subject line both the package name/version and the name of the program for which you found a problem. If you have a problem with 'sort', try running 'sort --debug', as it can often help find and fix problems without having to wait for an answer to a bug report. If the debug output does not suffice to fix the problem on your own, please compress and attach it to the rest of your bug report. IMPORTANT: if you take the time to report a test failure, please be sure to include the output of running 'make check' in verbose mode for each failing test. For example, if the test that fails is tests/df/df-P.sh, then you would run this command: make check TESTS=tests/df/df-P.sh VERBOSE=yes SUBDIRS=. >> log 2>&1 For some tests, particularly perl tests, you can get even more detail by adding DEBUG=yes. Then include the contents of the file 'log' in your bug report. *************************************** There are many tests, but nowhere near as many as we need. Additions and corrections are very welcome. If you see a problem that you've already reported, feel free to re-report it -- it won't bother us to get a reminder. Besides, the more messages we get regarding a particular problem the sooner it'll be fixed -- usually. If you sent a complete patch and, after a couple weeks you haven't received any acknowledgement, please ping us. A complete patch includes a well-written ChangeLog entry, unified (diff -u format) diffs relative to the most recent test release (or, better, relative to the latest sources in the public repository), an explanation for why the patch is necessary or useful, and if at all possible, enough information to reproduce whatever problem prompted it. Plus, you'll earn lots of karma if you include a test case to exercise any bug(s) you fix. Here are instructions for checking out the latest development sources: https://savannah.gnu.org/git/?group=coreutils For general documentation on the coding and usage standards this distribution follows, see the GNU Coding Standards at: https://www.gnu.org/prep/standards/ For any copyright year range specified as YYYY-ZZZZ in this package note that the range specifies every single year in that closed interval. Please see the file COPYING for copying conditions. ======================================================================== Copyright (C) 1998-2024 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the "GNU Free Documentation License" file as part of this distribution.
Hi,
for spice-server project we import the top/maint.mk
file however we have an issue with these lines:
# Prevent programs like 'sort' from considering distinct strings to be equal.
# Doing it here saves us from having to set LC_ALL elsewhere in this file.
export LC_ALL = C
specifically this affect a2x
program (written in Python) which think that the encoding of some files is not utf-8 failing to compile documentation.
For more information see https://gitlab.freedesktop.org/spice/spice/issues/35.
What do you think about changing LC_ALL
to LC_COLLATE
?
Dear all,
I am trying to compile buildroot for riscv64, but I am getting many errors. I don't know how to resolve this error.
Error:
fseeko.c:109:4: error: #error "Please port gnulib fseeko.c to your platform! Loo k at the code in fseeko.c, then report this to bug-gnulib."
109 | #error "Please port gnulib fseeko.c to your platform! Look at the code in fseeko.c, then report this to bug-gnulib."
| ^~~~~
make[5]: *** [Makefile:1842: fseeko.o] Error 1
make[5]: *** Waiting for unfinished jobs....
freadahead.c: In function 'freadahead':
freadahead.c:91:3: error: #error "Please port gnulib freadahead.c to your platfo rm! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib."
91 | #error "Please port gnulib freadahead.c to your platform! Look at the d efinition of fflush, fread, ungetc on your system, then report this to bug-gnuli b."
| ^~~~~
make[5]: *** [Makefile:1842: freadahead.o] Error 1
make[4]: *** [Makefile:1602: all] Error 2
make[3]: *** [Makefile:1506: all-recursive] Error 1
make[2]: *** [Makefile:1461: all] Error 2
make[1]: *** [package/pkg-generic.mk:198: /home/billa/buildroot-riscv-2018-10-20 /output/build/host-m4-1.4.17/.stamp_built] Error 2
make: *** [Makefile:36: _all] Error 2
Can any one please help me regarding above error.
Thanks in advance
Billa
Which one is better this or git://git.sv.gnu.org/gnulib.git and what's the difference ?
Usernames on multiple operating systems (especially ones which are AD-joined) support "." in [long] usernames. Unfortunately, userspec.c treats "." like a user/group separator for unclear legacy reasons. This is very problematic behavior that can cause very unportable unexpected results in consumers which leverage the API, like chown(1).
Say, for instance, someone introduced a user, root.wheel
, then tried to chown the file as root.wheel
-- it would actually chown the file to user=root
, group=wheel
, which is unexpected, instead of chowning it to a user named root.wheel
.
If an attacker was aware of this caveat and there was a program run as root or had superuser permissions to set file ownership and the system had a user named root.wheel
, which sanitized the input to ensure that the user first existed before passing the string to chown(1)
, files could be setuid to allow permissions to root:wheel
, and thus could be abused by the attackers to run the intercepted program with superuser privileges.
Ref: 693dd1d
Sorry for being pedantic but according to its header, file tests/test-safe-alloc.c
is under LGPL-3.1+ -- clearly a typo but strictly speaking it is impossible to comply until such license is published, if ever. :)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.