On Tue, Apr 08, 2025 at 10:55:15AM +0200, Lukas Javorsky wrote: > Hi, > > The GNU project `sharutils` raised a question in upstream mailing list if there > is still a need for this package. [1] > > I identified multiple packages that still depend on sharutils (some of them are > crucial for Fedora), so I wanted to raise this question with you and find out > if these requirements are really justified or just leftovers from some old > forgotten reasons. > > Here is the list of packages that require sharutils: > MagicPoint > hylafax+ > Singular > annobin > automake > binutils > cross-gcc > fakeroot > frysk > gcc > gcc14 > libarchive > mingw-binutils > patool > perl-Convert-UU > perl-Net-FTPServer > perl-PDL > ppl > yara > > What do you think? Any ideas? # dnf repoquery -ql sharutils | grep /usr/bin /usr/bin/shar /usr/bin/unshar /usr/bin/uudecode /usr/bin/uuencode Be good if sharutils was split upstream into separate uuencode/uudecode tools, and shar/unshar. uuencode format is still somewhat useful, if only for decoding old files. It's an early iteration of the same basic idea as base64 (but more efficient!) shar is and always was a dangerous and stupid idea. I just looked at the source of GNU unshar because I thought it might be doing something clever, but I see that it still passes the file basically straight to /bin/sh. There are still old Usenet posts containing shar archives that someone might wish to decode, but we don't need to mix that up with uuencode/uudecode. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
