GNU bug report logs - #47590
28.0.50; dired-x.el: recommend 'bsdtar -xf' instead of proprietary 'unrar' program

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47590 in the body.
You can then email your comments to 47590 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; dired-x.el: recommend 'bsdtar -xf' instead of proprietary
 'unrar' program
Date: Sun, 04 Apr 2021 11:54:09 +0300

In dired-x.el the proprietary program 'unrar' is recommended. Instead
'bsdtar -xf' shall be recommended:

Line 916:   '("\\.rar\\'" "unrar x")
   


In GNU Emacs 28.0.50 (build 3, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.4, Xaw3d scroll bars)
 of 2021-04-01 built on protected.rcdrun.com
Repository revision: 168d2628b233337a1fbf90d05dbcc3fa39f771e7
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12010000
Configured using:
 'configure --with-x-toolkit=lucid'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE
XIM XPM LUCID ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: ELisp/l

Minor modes in effect:
  bug-reference-prog-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa
derived epg epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json map
text-property-search time-date subr-x seq byte-opt gv bytecomp
byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils misearch multi-isearch vc-git diff-mode
easy-mmode vc-dispatcher bug-reference cl-print help-fns radix-tree
help-mode shell pcomplete comint ansi-color ring dired-x thingatpt
find-func dired-aux cl-loaddefs cl-lib dired dired-loaddefs iso-transl
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 75118 13755)
 (symbols 48 8578 1)
 (strings 32 27548 1840)
 (string-bytes 1 828375)
 (vectors 16 16862)
 (vector-slots 8 208027 14778)
 (floats 8 32 59)
 (intervals 56 710 0)
 (buffers 992 16))

-- 
Thanks,
Jean Louis

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

Message #8 received at 47590 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 47590 <at> debbugs.gnu.org
Subject: Re: bug#47590: 28.0.50;
 dired-x.el: recommend 'bsdtar -xf' instead of proprietary 'unrar'
 program
Date: Sun, 04 Apr 2021 14:02:29 +0300

> From: Jean Louis <bugs <at> gnu.support>
> Date: Sun, 04 Apr 2021 11:54:09 +0300
> 
> 
> In dired-x.el the proprietary program 'unrar' is recommended. Instead
> 'bsdtar -xf' shall be recommended:
> 
> Line 916:   '("\\.rar\\'" "unrar x")

I use bsdtar as well, but unrar is much more widespread.  And it isn't
true that it's proprietary: there's a free software version of unrar,
you can find it on Ubuntu systems, for example.  AFAIK, we don't use
any features that the free version doesn't have.

Message #11 received at 47590 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 47590 <at> debbugs.gnu.org, Jean Louis <bugs <at> gnu.support>
Subject: Re: bug#47590: 28.0.50; dired-x.el: recommend 'bsdtar -xf' instead
 of proprietary 'unrar' program
Date: Sun, 04 Apr 2021 22:03:29 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> I use bsdtar as well, but unrar is much more widespread.  And it isn't
> true that it's proprietary: there's a free software version of unrar,
> you can find it on Ubuntu systems, for example.  AFAIK, we don't use
> any features that the free version doesn't have.

Yup -- "apt install unrar-free" will install a /usr/bin/unrar that
points to the free unrar.

So I agree that there's nothing to fix here, and I'm closing this bug
report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #18 received at 47590 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 47590 <at> debbugs.gnu.org
Subject: Re: bug#47590: 28.0.50;
 dired-x.el: recommend 'bsdtar -xf' instead of proprietary 'unrar'
 program
Date: Sun, 04 Apr 2021 20:20:32 -0400

Lars Ingebrigtsen wrote:

> So I agree that there's nothing to fix here, and I'm closing this bug
> report.

Fair enough, but it's confusing that you then

1) tag it "fixed" (rather than notabug,wontfix)
2) mark it "fixed in Emacs 28.1"

when nothing has changed in Emacs.
I think I've noticed this a few other times as well.

Message #21 received at 47590 <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 47590 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#47590: 28.0.50; dired-x.el: recommend 'bsdtar -xf' instead
 of proprietary 'unrar' program
Date: Mon, 5 Apr 2021 14:21:25 +0300

* Lars Ingebrigtsen <larsi <at> gnus.org> [2021-04-04 23:04]:
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > I use bsdtar as well, but unrar is much more widespread.  And it isn't
> > true that it's proprietary: there's a free software version of unrar,
> > you can find it on Ubuntu systems, for example.  AFAIK, we don't use
> > any features that the free version doesn't have.
> 
> Yup -- "apt install unrar-free" will install a /usr/bin/unrar that
> points to the free unrar.
> 
> So I agree that there's nothing to fix here, and I'm closing this bug
> report.

Yes, thank you.

I found it now, just that I could not find it in Parabola GNU/Linux-libre.


-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

Sign an open letter in support of Richard M. Stallman
https://rms-support-letter.github.io/

Message #24 received at 47590 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 47590 <at> debbugs.gnu.org
Subject: Re: bug#47590: 28.0.50; dired-x.el: recommend 'bsdtar -xf' instead
 of proprietary 'unrar' program
Date: Mon, 05 Apr 2021 17:07:59 +0200

Glenn Morris <rgm <at> gnu.org> writes:

>> So I agree that there's nothing to fix here, and I'm closing this bug
>> report.
>
> Fair enough, but it's confusing that you then
>
> 1) tag it "fixed" (rather than notabug,wontfix)
> 2) mark it "fixed in Emacs 28.1"
>
> when nothing has changed in Emacs.
> I think I've noticed this a few other times as well.

I must have hit the wrong button in debbugs-gnu (or there's a bug there)
-- I meant to just close it without tagging anything.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.