Re: sources.list help

[Thierry Chatelet]

On Tuesday 13 November 2007 22:17, Dave Stevens wrote:
> I have a friend with a new debian amd-64 install. He has unrar-free but it
> won't open RAR 3.0 files. It looks like it would be worthwhile to try unrar
> but I am not able to get appropriate access for synaptic.
>
> I went to:
> http://packages.debian.org/sid/unrar/amd64/download
>
> and tried adding a line to /etc/apt/sources.list as suggested at that page
> but get error warnings when starting synaptic. The net effect is that
> searching for unrar gives only the already installed unrar-free. I have the
> .deb package for unrar but installing it fails due to a dependency error.
>
> Can someone point me to a tutorial or explain how to get better information
> about the problem? This is what I got from uname:
>
> [EMAIL PROTECTED]:~$ uname -a
> Linux debianroger 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64
> GNU/Linux
>
> Thanks very much.
>
> Dave
>


From package description:
Unrar can extract files from .rar archives. Can't handle archives in the RAR 
3.0 format, only the non-free "unrar" package can do that. . Homepage: 
https://gna.org/projects/unrar/
Thierry

re: sources.list help

[Dave Stevens]

Jochen Schulz, Robert Isaac,

Thanks for your info. The Debian computer is not mine and I was not at it when 
writing. I apologize for the scant information, but finding out what 
information to provide was part of my purpose. I'll write again after trying 
your suggestions and will provide more info along the lines you've suggested.

Dave
-- 
Alexis Soyer, that Napoleon of the kitchen, to celebrate the ending of the 
Crimea war, served up a dish which he called a Culinary Emblem of Peace, 
containing among many other ingredients twelve boxes of lobsters and 200 
eggs.

- H.W. Tilman


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: sources.list help

[Jochen Schulz]

Dave Stevens:
> 
> I went to:
> http://packages.debian.org/sid/unrar/amd64/download
> 
> and tried adding a line to /etc/apt/sources.list as suggested at that page

Don't force us to follow your links if you could easily provide the
necessary information (i.e. the contents of the sources.list) in your
mail.

So, the page you referenced suggests to include this line:

deb http://ftp.de.debian.org/debian sid main non-free

Are you aware that this line is for the "unstable" version of Debian.
Are you running unstable? If not (for example, when you are using Debian
4.0, codenamed "etch"), you should remove the line again before doing
any upgrades.

Please post your sources.list so we can tell you what (or whether at
all) you are missing something essential.

My guess: you have only "main" at the end of your entries for etch. You
can add "nonfree" to all these lines (just like above) and you should
find unrar.

> but get error warnings when starting synaptic.

Don't force us to guess what error message synaptic spew out.

> Can someone point me to a tutorial or explain how to get better information 
> about the problem?

Not specific to the problem, but you should probably skim through the
Debian reference and the Debian FAQ. There's also wiki.debian.org.

> This is what I got from uname:
> 
> [EMAIL PROTECTED]:~$ uname -a
> Linux debianroger 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 
> GNU/Linux

Nice to know but totally irrevelant regarding your question. :) (Sorry,
I know. Asking questions the right way is an art in itself.)

J.
-- 
My clothes aren't just fashion. They're a lifestyle.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: sources.list help

[Robert Isaac]

Demand a better archive format, tar.bz2 has much better compression.  Otherwise:

apt-cache search unrar
unrar-free - Unarchiver for .rar files
unrar - Unarchiver for .rar files (non-free version)

Just add contrib non-free to the end of your mirror if you must use
the non-free version of unrar it should look something like this:

deb ftp://ftp..debian.org/debian/ etch main contrib non-free

replace  with a mirror near you.

apt-cache search p7zip
p7zip - 7zr file archiver with high compression ratio
p7zip-full - 7z and 7za file archivers with high compression ratio

p7zip-full has issues with corrupting certain rar archives but is free software.

On Nov 13, 2007 4:17 PM, Dave Stevens <[EMAIL PROTECTED]> wrote:
> I have a friend with a new debian amd-64 install. He has unrar-free but it
> won't open RAR 3.0 files. It looks like it would be worthwhile to try unrar
> but I am not able to get appropriate access for synaptic.
>
> I went to:
> http://packages.debian.org/sid/unrar/amd64/download
>
> and tried adding a line to /etc/apt/sources.list as suggested at that page but
> get error warnings when starting synaptic. The net effect is that searching
> for unrar gives only the already installed unrar-free. I have the .deb
> package for unrar but installing it fails due to a dependency error.
>
> Can someone point me to a tutorial or explain how to get better information
> about the problem? This is what I got from uname:
>
> [EMAIL PROTECTED]:~$ uname -a
> Linux debianroger 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64
> GNU/Linux
>
> Thanks very much.
>
> Dave
>
>
> --
> Alexis Soyer, that Napoleon of the kitchen, to celebrate the ending of the
> Crimea war, served up a dish which he called a Culinary Emblem of Peace,
> containing among many other ingredients twelve boxes of lobsters and 200
> eggs.
>
> - H.W. Tilman
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

sources.list help

[Dave Stevens]

I have a friend with a new debian amd-64 install. He has unrar-free but it 
won't open RAR 3.0 files. It looks like it would be worthwhile to try unrar 
but I am not able to get appropriate access for synaptic.

I went to:
http://packages.debian.org/sid/unrar/amd64/download

and tried adding a line to /etc/apt/sources.list as suggested at that page but 
get error warnings when starting synaptic. The net effect is that searching 
for unrar gives only the already installed unrar-free. I have the .deb 
package for unrar but installing it fails due to a dependency error.

Can someone point me to a tutorial or explain how to get better information 
about the problem? This is what I got from uname:

[EMAIL PROTECTED]:~$ uname -a
Linux debianroger 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 
GNU/Linux

Thanks very much.

Dave


-- 
Alexis Soyer, that Napoleon of the kitchen, to celebrate the ending of the 
Crimea war, served up a dish which he called a Culinary Emblem of Peace, 
containing among many other ingredients twelve boxes of lobsters and 200 
eggs.

- H.W. Tilman


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: audio performance.

[Michael]

I think you should try to describe the noise and circumstances a little.
Is only with mp3 (not with wave, for example) ? Will be influenced by loudness 
? (alsamixer PCM gain, or equalization) Is the same in different players, like 
vlc and amarok ?

Perhaps you can drop a note at http://alsa.opensrc.org/index.php/Sound_cards ? 
(if the problem is card specific)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: reportbug config

[Hans-J. Ullrich]

Am Dienstag 13 November 2007 schrieb Bhaskar Manda:
> > From: Hans-J. Ullrich [mailto:[EMAIL PROTECTED]
> > can I change the editor of reportbug from "joe" to "vi" ?
> > If yes, where ?
>
> In /etc/reportbug.conf.

Thanks, yes, I looked in /etc/reportbug.conf but somehow did not dicover it. 
Shame on me ! I also looked into ~/.reportbugrc, but there is no editor 
within named.

Sorry for the noise !

Regards

Hans
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

RE: reportbug config

[Bhaskar Manda]

> From: Hans-J. Ullrich [mailto:[EMAIL PROTECTED] 
> can I change the editor of reportbug from "joe" to "vi" ? 
> If yes, where ?

In /etc/reportbug.conf.

-- 
Bhaskar

reportbug config

[Hans-J. Ullrich]

Hi all, 
can I change the editor of reportbug from "joe" to "vi" ? 
If yes, where ?

Regards 

Hans


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Intel Core2Duo (T7400)

[Lennart Sorensen]

On Mon, Nov 12, 2007 at 11:51:49PM +0100, Gabor Gombas wrote:
> AFAIK SSE is also available in 32-bit mode so that is no reason why
> x86_64 should be faster.

Available yes, but not default.  You would have to recompile all
libraries and applications that use floating point and tell them all to
use sse math instead of x87 math.  With 64bit that is the default and
x87 is never used.  So yes it is possible, but it is not trivial and has
compatibility issues.  Of course you also loose 80bit floats when you go
to sse math and end up with only the standard 64bit (I don't think
anything other than x87 ever had 80bit floats).

> Again this is a reason why new 32-bit processors are faster than old
> 32-bit processors, but not a reason why x86_64 mode should be faster
> than i386 mode on the same processor.

I think the new instructions may be a big part.  After all things that
were added along the way on 32bit x86 chips couldn't be used by default
in compilers since not all 32bit x86 cpus would have the instruction.
By being a new demarcation point the 64bit cpus can say all those new
instructions are mandetory and hence the compiler can always use them.
There have been some useful stuff added over the years and while you
always had the option of compiling code for only a certain level of CPU
it was not the default.  After all there have been linux distributions
compiled so that they only run on 686 and higher CPUs at the loss of
backwards compatibility, and they did claim in gave performance
improvements.

> I don't have numbers so I can't really argue, but that is the largest
> visible difference between the two modes.

I think the set of instructions that are required by the architecture is
much more important.  It would be interesting to compare what the
performance is in 32bit mode between gcc compiling for 686 with sse and
all that and gcc compiling for 64bit limited to the same register count.

I have also seen things that say some operations are way faster in 64bit
mode due to having new instructions to do them in much less time than
you could with the 32bit instruction set (I think 64bit interger
multiplication was one of the ones I read about, where in 32bit mode it
takes twice as long as in 64bit mode since to 64bit mode it is a native
operation while 32bit mode has to do two instructions to perform the
same thing or something like that).  So certainly new instructions can
have helped a lot.

> You said Sparc/Solaris; I don't know the current top-of-line configs but
> several hundred gigabytes of memory should not present a problem for a
> really high-end Sun server and as you said most of the userspace is
> still 32-bit...

Most of user space yes.  They run 64bit capable kernel and a 32bit
mainly userspace (to avoid the performance hit of pointer size increase
and all that and since for the most part sparc doesn't gain any speed
going to 64bit mode, it is just a change in memory model).  The few
programs that have a need for a larger memory space run in 64bit mode.

> The kernel of course must be 64-bit, but that's not a problem even if
> 64-bit mode is significanlty slower since applications do not spend too
> much time in the kernel (and if they do that's almost certainly a bug).

Well I run a 64bit kernel with 32bit user space for x86, since I mainly
use 32bit stuff (that's what I develop for in my job, since we use
embedded x86 chips), but it means I can still run 64bit programs when I
want to try something, and I have a chroot with all 64bit stuff in it to
play with.

> But back to the original issue: x86_64 is _NOT_ faster because it is
> using 64-bit addressing - quite the contrary, that alone would have made
> it slower than 32-bit mode. But AMD also did a lot of other
> modifications that they _could_ have also enabled in 32-bit mode but
> they simply choose not to, because otherwise they could not have sold
> their 64-bit processors.

Certainly you could have added any new instructions to 32bit mode, and
you could have added the extra registers, and you could have declared
sse the default floating point and eliminated mmx and all that, but you
would essentially have had to declare a new operating mode so the OS and
applications would know it was not the same as previous 32bit modes (the
p3 did that when it added SSE as far as I recall, and I believe the
pentium managed to avoid adding a new mode for MMX by reusing the
floating point registers so that the OS didn't need to know about any
new registers, but the application had to pick either MMX or floating
point and couldn't do both easily).  Given the state of the computing
world, adding a new mode without adding 64bit address space at the same
time would have made no sense, and being AMD it probably wouldn't have
been seen as important enough to bother supporting if they hadn't gone
all the way.

--
Len Sorensen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]