First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 44224
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Markus Nigbur (RETIRED) <pYrania@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Wojtek Sczygiol <gentoo-bugs@konvulsator.kicks-ass.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
atool-0.27.0-r1.ebuild ebuild text/plain Wojtek Sczygiol 2004-03-10 12:11 0000 686 bytes Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 44224 depends on: Show dependency tree
Show dependency graph
Bug 44224 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-03-10 01:19 0000
The latest version of atool in the portage tree is 0.25.0.
An new version (0.27.0) is available.

From the ChangeLog on http://www.student.lu.se/~nbi98oli/atool.html

* 2003-11-14 
	Version 0.27.0.
Support for autoconf has been added (based on files from Hisham Muhammad,
thanks).
Added support for ARC files (suggested by Ed Avis).
Added support for using the arj command for ARJ archives (previously only
unarj was supported).
Cleaned up and improved the manual page and README document.
Fixed RAR identification from file(1) output.
Now uses tar --bzip2 option instead of -j. The use_tar_j_option
has been renamed to use_tar_bzip2_option (patch submitted by Ed Avis,
thanks).
Renamed the use_rar_for_unrar option to use_rar_for_unpack (old
options will still work).
Bumped copyright year.
Removed the distdiff make target.

* 2003-05-23 
	Version 0.26.0.
Added a new configuration option, use_rar_for_unrar (always use rar
instead of unrar when possible).
Added a new configuration option, strip_unknown_ext (strip unknown
extensions). Patch submitted by G

------- Comment #1 From Wojtek Sczygiol 2004-03-10 01:19:11 0000 -------
The latest version of atool in the portage tree is 0.25.0.
An new version (0.27.0) is available.

From the ChangeLog on http://www.student.lu.se/~nbi98oli/atool.html

* 2003-11-14 
	Version 0.27.0.
Support for autoconf has been added (based on files from Hisham Muhammad,
thanks).
Added support for ARC files (suggested by Ed Avis).
Added support for using the arj command for ARJ archives (previously only
unarj was supported).
Cleaned up and improved the manual page and README document.
Fixed RAR identification from file(1) output.
Now uses tar --bzip2 option instead of -j. The use_tar_j_option
has been renamed to use_tar_bzip2_option (patch submitted by Ed Avis,
thanks).
Renamed the use_rar_for_unrar option to use_rar_for_unpack (old
options will still work).
Bumped copyright year.
Removed the distdiff make target.

* 2003-05-23 
	Version 0.26.0.
Added a new configuration option, use_rar_for_unrar (always use rar
instead of unrar when possible).
Added a new configuration option, strip_unknown_ext (strip unknown
extensions). Patch submitted by Götz Waschk - thanks!
Tried to make atool more portable by using File::Spec more.
Some minor bug fixes for --simulate mode.
Cleaned up error messages.



Please update the ebuild.

------- Comment #2 From Markus Nigbur (RETIRED) 2004-03-10 05:20:48 0000 -------
in cvs.

------- Comment #3 From Wojtek Sczygiol 2004-03-10 12:10:27 0000 -------
4h reaction time, no bad! That's my Gentoo.

Here is my "-r1" candidate. Changes:
* Added more archive types to $DESCRIPTION so more people can find it when scanning the portage tree, e.g. "esearch -S lha" or "emerge -S rar" 
* Added 'dodoc NEWS'
* acat, adiff, als, apack, aunpack are installed as symlinks to atool (using "dosym")


------- Comment #4 From Wojtek Sczygiol 2004-03-10 12:11:09 0000 -------
Created an attachment (id=27168) [edit]
ebuild

------- Comment #5 From Markus Nigbur (RETIRED) 2004-03-13 06:17:44 0000 -------
I've added the dodoc NEWS. Don't like the cluttered DESC, the current one
implies more formats with 'etc', although you can't -S them.

About the symlinks, why should we add them? any special reason? (like
applications pointing to the symlinks instead of atool directly).

------- Comment #6 From Wojtek Sczygiol 2004-03-14 08:08:08 0000 -------
Ok, the description may seem cluttered but I think that I'm not the only person
who sometimes uses "eseach -c -S KEYWORD" to scan the portage tree for some
useful yet "undiscovered" applications that have somethink to do with KEYWORD.  
Since atool is such a handy script when it comes to working with archives (once
you get used to "aunpack archive.tar.gz" you never want to miss it...) I hope
that mentioning more formats in the description string will help more people to
find it.
BWT: "tar xzvf archive.tar.gz" can be assumed common knowledge but which option
parameter was it again you have to use with lha to achive the same effect? What
about unrar?? With atool it's always "aunpack archive.EXT"!

Now to the symlinks:
When you look in atool's counfigure.ac you'll find the following lines:
AC_CONFIG_COMMANDS([acat-link], [ln -f -s atool acat])
AC_CONFIG_COMMANDS([adiff-link], [ln -f -s atool adiff])
AC_CONFIG_COMMANDS([als-link], [ln -f -s atool als])
AC_CONFIG_COMMANDS([apack-link], [ln -f -s atool apack])
AC_CONFIG_COMMANDS([aunpack-link], [ln -f -s atool aunpack])
So acat, adiff, apack, etc *are* just symlinks to atool but "dobin" installs a
copy of atool fore every one of those five commands ==> 5*50k = 250k of disk
space wasted. Ok, I know with todays 200GB hard disks it's not _such_ a big
deal, so the symlinks are not as important as the verbose description.

PS: Since it's in perl it could be marked "stable" on x86 => KEYWORDS="x86 ..." 

------- Comment #7 From Markus Nigbur (RETIRED) 2004-03-18 07:35:59 0000 -------
well, added the symlinks.

First Last Prev Next    No search results available      Search page      Enter new bug