19457 Commits

Author SHA1 Message Date
gabrielhnf 840c36d396 shred: fix --remove=unlink with relative paths 0.9.0 2026-05-30 10:44:52 +02:00
oech3 b936d7cd7f GNUmakefile: avoid bootstrap issue with mkdir (#12521) 2026-05-30 10:04:08 +02:00
xtqqczze 0763c0b9c4 ci: add workflow to check TOML files 2026-05-29 21:36:40 +02:00
fullwoodenshovel 395d703593 stat: fix %N quoting of filenames containing control characters (#12330) 2026-05-29 18:51:06 +02:00
oech3 af36869126 installation.md: improve AUR docs 2026-05-29 14:42:32 +02:00
Sylvestre Ledru 89cf583196 ls: simplify symlink target indicator logic 2026-05-29 11:22:07 +02:00
oech3 e50a178328 tee: restrict to NamedReader 2026-05-29 10:01:00 +02:00
renovate[bot] 71ba69a2ac chore(deps): update rust crate jiff to v0.2.28 2026-05-29 09:26:58 +02:00
renovate[bot] 897429605f chore(deps): update rust crate ctor to v1.0.7 2026-05-29 08:34:17 +02:00
oech3 55549fa87e wc: remove a nest by loop{} 2026-05-28 14:25:34 +02:00
joknarf b22013ab79 ls: ls -lF symlink target indicators (#11554)
---------

Co-authored-by: Guillem L. Jara <4lon3ly0@tutanota.com>
Co-authored-by: Sylvestre Ledru <sylvestre@debian.org>
2026-05-28 13:08:08 +02:00
Anthony 179b977b93 ln: add WASI support via symlink_path (#11713) 2026-05-28 12:53:59 +02:00
Sylvestre Ledru 5e65ceb4a7 docs: add fuzz pointer, AI policy, playground link, and Ubuntu note 2026-05-28 10:55:14 +02:00
Dima Gerasimov be8018656e sort: fix incorrect sort ordering with long line inputs
The issue is that in `chunks.rs`, `sep_iter` is relative to `search_start`.
But the returned value needs to be absolute position relative to the `buffer`.
2026-05-28 10:38:12 +02:00
Dima Gerasimov 565f118f8c sort: add a test reproducing failure during sort --merge
sort -m takes: 3 lines, 96003 bytes

and emits: 4 lines, 96004 bytes

The output line lengths before the fix are:

```
a x 32000
b x 23809
b x 8191
c x 32000
```

So it splits one of the lines into two (23809 + 8191 = 32000).

In addition, the output becomes unsorted because the shorter 'b' fragment sorts before the longer 'b' fragment.

The issue is that in `chunks.rs`, `sep_iter` is relatve to `search_start`. But the returned value needs to be absolute position relative to the `buffer`.

We end up with these particular numbers because
- in merge.rs, initial chunk is created as `RecycledChunk::new(8 * 1024)` (8192 bytes)
- `search_start = 8192`; newline is at absolute buffer index `32000`
- `memchr_iter` returns `32000 - 8192 = 23808`, and newline adds + 1 byte
2026-05-28 10:38:12 +02:00
Sylvestre Ledru 77bb522c0c prepare release 0.9.0 2026-05-28 10:31:37 +02:00
oech3 c7cf6fd825 make.yml: try to fix Cygwin CI 2026-05-28 07:55:03 +02:00
oech3 aaf4a353c3 tee: simplify code 2026-05-27 22:27:23 +02:00
Daniel Hofstetter 2c37153c7e mktemp: ensure that "-q XX" shows error msg 2026-05-27 20:39:52 +02:00
oech3 e451ddf733 simplify uucore::pipes::send_n_bytes 2026-05-27 18:09:03 +02:00
oech3 a17c0be2ce pipes.rs: alias std::io::Result<Result<(), ()>> 2026-05-27 15:37:30 +02:00
oech3 8de3238dca buf_copy: remove thin wrapper & useless conversion 2026-05-27 10:07:44 +02:00
hlsxx fa6d68d6c2 refactor(sync): remove unnecessary files move 2026-05-27 09:31:28 +02:00
renovate[bot] 712a31f434 chore(deps): update rust crate memchr to v2.8.1 2026-05-27 09:04:22 +02:00
oech3 af0c5857d4 wc: reduce lines of code 2026-05-26 19:00:53 +02:00