Your message dated Thu, 09 Jun 2011 17:25:35 +0200
with message-id <[email protected]>
and subject line Merge
has caused the Debian Bug report #578052,
regarding "Please manage optimized atlas packages with the linker
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
578052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578052
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: atlas
Version: 3.8.3-20
Severity: Important
Hi,
thanks alot for the effort you put in packaging the several optimized
versions of the atlas libraries, BUT I consider it completely
unnecessary to put them all into separate packages and leave it up to
the user to manually select the one optimized for his system.
1) Many users do not even know which features their processor
supports. What happens if I install the core2sse3-optimized library
(and it becomes the main alternative due to its higher priority in the
update-alternatives machanism) if my processor is a simple Pentium 3?
2) It is possible to let the dynamic linker select special optimized
libraries based on information the kernel knows about my system (no
human intervention necessary). You can simply install libraries in
subdirectories of /usr/lib which are named after the feature that they
make use of. For example, you put the altivec-optimized library into
/usr/lib/altivec and the normal one into /usr/lib. The linker will
select the right one for you and give the optimized one a higher
priority. It works on all architectures and has already proven in
other packages that benefit from architecture-dependent optimizations.
This is already done in e.g. libavcodec:
<http://packages.debian.org/sid/armel/libavcodec52/filelist>
<http://packages.debian.org/sid/i386/libavcodec52/filelist>
<http://packages.debian.org/sid/powerpc/libavcodec52/filelist>
<http://packages.debian.org/sid/sparc/libavcodec52/filelist>
and libssl:
<http://packages.debian.org/sid/alpha/libssl0.9.8/filelist>
<http://packages.debian.org/sid/i386/libssl0.9.8/filelist>
<http://packages.debian.org/sid/sparc/libssl0.9.8/filelist>
Please consider reverting the separation into the multitude of library
packages and make use of this neat feature instead.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [email protected]
--- End Message ---
--- Begin Message ---
reassign 619853 atlas
reassign 600980 atlas
reassign 581761 atlas
forcemerge 619853 613478
forcemerge 600980 613478
forcemerge 581761 613478
reassign 576972 libatlas3gf-base
forcemerge 576972 598638
thanks
--- End Message ---
