pixelbeat

7 ms·

1.
Improving the integration between terminal and web(pixelbeat.org)
4 points by pixelbeat 7mo ago|1 comments
2.
by pixelbeat 7mo ago
How the latest coreutils leveraged terminal hyperlinks to directly link to the full online documentation
3.
by pixelbeat 1y ago
Phoronix didn't link the full NEWS: https://savannah.gnu.org/news/?id=10816 Some extra notes... Accurate (cgroup aware) nproc is important, as detailed in: https://danluu.com/cgroup-throttling&#x2F
4.
by pixelbeat 1y ago
GNU coreutils can be built as a single binary with ./configure --enable-single-binary. One can install this variant on Fedora for example with the coreutils-single package, and this is used in some container images.
5.
by pixelbeat 1y ago
FWIW GNU coreutils' shuf uses reservoir sampling for larger inputs to give bounded memory operation
6.
by pixelbeat 1y ago
42/2
7.
by pixelbeat 1y ago
For similar functionality have a look at crudini, which is a utility designed for interacting with ini files from shell scripts: https://github.com/pixelb/crudini
8.
by pixelbeat 2y ago
Nice article. See also: https://www.pixelbeat.org/programming/stdio_buffering/ It's also worth mentioning a recent improvement we made (in coreutils 8.28) to the operation of the `tail | grep` example in the
9.
by pixelbeat 2y ago
You might find my "symlinks, hardlinks and reflinks explained" article useful: https://www.pixelbeat.org/docs/unix_links.html
10.
by pixelbeat 2y ago
The vi vs emacs thing permeates a lot of tools. I find it useful to map all tools to be consistent with one or the other. Personally I use vi. Unfortunately setting vi mode for readline has a few caveats, but I was able to work around all o
11.
by pixelbeat 2y ago
One might be wondering why 'test' and '[' are separate binaries at all. This is to give maximum flexibility wrt copying binaries etc. Note one can build coreutils like busybox as a single binary, by just `./configur
12.
by pixelbeat 2y ago
Sounds like a case of: https://www.pixelbeat.org/programming/sigpipe_handling.html uutils uses the coreutils test suite, so it makes sense to add a test case for that, which uutils will eventually get to. I'll do
13.
by pixelbeat 2y ago
yes(1) is the standard unix way of generating repeated data. It's good to do this as quickly as possible. I really don't understand why so many get annoyed with this code. 130 lines isn't that complicated in the scheme of thi
14.
by pixelbeat 9y ago
Nice. This handles the mangled example I discussed at: http://www.pixelbeat.org/docs/unicode_utils/
15.
by pixelbeat 9y ago
GNU seq uses this trick: slow path: seq -f '%.1f' inf | pv > /dev/null ...[ 12MiB/s] fast path: seq inf | pv > /dev/null ...[ 491MiB/s]
16.
by pixelbeat 9y ago
The GNU variant was discussed recently at: https://news.ycombinator.com/item?id=14542938 The commit that sped up GNU yes has a summary of the perf measurements: https://github.com/coreutils/coreutils&#x
17.
by pixelbeat 9y ago
Very good point. I added a whole section to the article, implementing the counting lines example with `make -j`, which performs just as well as `xargs -P`
18.
Parallel processing with unix tools(pixelbeat.org)
1 points by pixelbeat 9y ago|0 comments
19.
by pixelbeat 9y ago
That really is a bash bug IMHO I've discussed this with upstream bash at http://lists.gnu.org/archive/html/bug-bash/2015-02/msg00052.... I've some general notes on SIGPIPE mishandling at http:
20.
How the GNU coreutils are tested(pixelbeat.org)
6 points by pixelbeat 10y ago|0 comments
21.
by pixelbeat 10y ago
Yes this is true. Note BSD supports this better with Ctrl-T to generate SIGINFO, which one can send to any command even if not supported, in which case it's ignored. Using kill on linux, and having that kill processes by default is dec
22.
by pixelbeat 10y ago
Yes "D" is not for disk/drive/device/... It comes from the DD (data definition) statement of OS/360 JCL, and hence why dd has the unusual option syntax compared to other unix utils BTW if you are using dd to wr
23.
by pixelbeat 10y ago
This machine isn't available yet :) But since Lenovo is the Red Hat corp laptop vendor, support is generally excellent. I've used Fedora 23+ on the Third gen X1 carbon with zero issues.
24.
by pixelbeat 10y ago
Yes ignoring .gitignore contents is a very useful feature. That could be added quite easily to findrepo though would probably have to be an opt as it is often useful to search intermediate build files etc. that aren't checked in. Where
25.
by pixelbeat 10y ago
Thanks for the detailed comparisons and writeup. I find this simple wrapper around grep(1) very fast and useful: http://www.pixelbeat.org/scripts/findrepo
26.
by pixelbeat 10y ago
Note the #status anchor is best removed from the url
27.
by pixelbeat 10y ago
Yes some of these useful functions should be bound by default IMHO. Here are my settings to bind ctrl-{left,right} and {up,down} to more useful defaults. I.E. jump as the shell tokenizes the line, and search history for what's already
28.
by pixelbeat 10y ago
mosh is fantastic for me when working remotely over vpn. I don't have to worry about reconnections, disconnections, packet lag (due to local echo feature). mosh in combination with screen (or tmux) gives scrollback support + other feat
29.
by pixelbeat 10y ago
I use vim to get colorized pages and drill down to other referenced man pages. Search for MANPAGER in: http://www.pixelbeat.org/settings/.bashrc
30.
by pixelbeat 10y ago
FSF collects money for infrastructure etc. Generally the GNU project maintainers are not paid by the FSF. Mostly they're paid through the likes of Red Hat etc., with varying overlap between day job and maintainership

More ›