Re: additions to dpkg-architecture

2006-07-15 Thread Bernhard R. Link
* Kurt Roeckx [EMAIL PROTECTED] [060715 10:22]: I've tested this on sarge before, and it doesn't seem to work there. But the same package on etch/sid do work. I'm guessing the dynamic linker changed between sarge and etch. That is strange. On my sarge boxes I get: |$ ldd -r /usr/bin/ssh |

Re: additions to dpkg-architecture

2006-07-14 Thread Goswin von Brederlow
Bernhard R. Link [EMAIL PROTECTED] writes: * Goswin von Brederlow [EMAIL PROTECTED] [060629 12:31]: Baurzhan Ismagulov [EMAIL PROTECTED] writes: for generic SPARC and running painfully slowly on SPARC v8 systems. Rebuilding with v8 enabled helped dramatically (virtually instant connection

Re: additions to dpkg-architecture

2006-07-14 Thread Kurt Roeckx
| You have searched for the contents of libssl0.9.7 in stable, | architecture sparc. Package contains 9 files, displaying files 1 to 9. | | usr/lib/libcrypto.so.0.9.7 | usr/lib/libssl.so.0.9.7 | usr/lib/v8/libcrypto.so.0.9.7 | usr/lib/v8/libssl.so.0.9.7 |

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Brendan O'Dea [EMAIL PROTECTED] writes: On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote: I propose to add more CPU types to dpkg-architecture. In particular, I'd like to see the different i386 architectures there, i.e. i586, i686, k6, ... [...] For instance, some programs with

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Volker Grabsch [EMAIL PROTECTED] writes: Dear Debian Developers, I've been pleased to summarize some ideas for the general public. More details and sources can be found at the end of this mail. I'm not subscribed to all lists, so please CC any replies to me.

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Baurzhan Ismagulov [EMAIL PROTECTED] writes: On Tue, Jun 27, 2006 at 02:21:13PM +0200, Alexander Shishkin wrote: On 6/23/06, Volker Grabsch [EMAIL PROTECTED] wrote: For instance, some programs with lots of calculations (e.g. mplayer) are compiled with different processor optimizations (e.g.

Re: additions to dpkg-architecture

2006-06-29 Thread Bernhard R. Link
* Goswin von Brederlow [EMAIL PROTECTED] [060629 12:31]: Baurzhan Ismagulov [EMAIL PROTECTED] writes: for generic SPARC and running painfully slowly on SPARC v8 systems. Rebuilding with v8 enabled helped dramatically (virtually instant connection instead of 10+ seconds depending on the CPU

Re: additions to dpkg-architecture

2006-06-28 Thread Pjotr Kourzanov
Baurzhan Ismagulov wrote: On Tue, Jun 27, 2006 at 02:21:13PM +0200, Alexander Shishkin wrote: On 6/23/06, Volker Grabsch [EMAIL PROTECTED] wrote: For instance, some programs with lots of calculations (e.g. mplayer) are compiled with different processor optimizations (e.g. mplayer-i586). Such

Re: additions to dpkg-architecture and dpkg-cross

2006-06-27 Thread Volker Grabsch
On Mon, Jun 26, 2006 at 11:42:40AM +0200, Pjotr Kourzanov wrote: Great that you've put this up to public. Still, for this to be accepted, we need to come up with patches for apt that contain an algorithm that will pick versions of packages matching user's requirements, known architecture

Re: additions to dpkg-architecture and dpkg-cross

2006-06-27 Thread Pjotr Kourzanov
Volker, As I've already indicated at some point, fixing dpkg-architecture is a trivial task: just add your stuff to cputable or ostable be off with it. (I used to do that for some embedded architectures, look for example at

Re: additions to dpkg-architecture

2006-06-27 Thread Alexander Shishkin
On 6/23/06, Volker Grabsch [EMAIL PROTECTED] wrote: I propose to add more CPU types to dpkg-architecture. In particular, I'd like to see the different i386 architectures there, i.e. i586, i686, k6, ... Compiling everything for fifteen flavors of x86 doen't make any sense at all except for it

Re: additions to dpkg-architecture

2006-06-27 Thread Baurzhan Ismagulov
On Tue, Jun 27, 2006 at 02:21:13PM +0200, Alexander Shishkin wrote: On 6/23/06, Volker Grabsch [EMAIL PROTECTED] wrote: For instance, some programs with lots of calculations (e.g. mplayer) are compiled with different processor optimizations (e.g. mplayer-i586). Such packages are created by

Re: additions to dpkg-architecture and dpkg-cross

2006-06-26 Thread Pjotr Kourzanov
Volker, Great that you've put this up to public. Still, for this to be accepted, we need to come up with patches for apt that contain an algorithm that will pick versions of packages matching user's requirements, known architecture hierarchies (i386-i486-...) and available sources. Currently,

Re: additions to dpkg-architecture

2006-06-25 Thread Brendan O'Dea
On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote: I propose to add more CPU types to dpkg-architecture. In particular, I'd like to see the different i386 architectures there, i.e. i586, i686, k6, ... [...] For instance, some programs with lots of calculations (e.g. mplayer) are

Re: additions to dpkg-architecture

2006-06-25 Thread Volker Grabsch
On Sun, Jun 25, 2006 at 10:27:37PM +1000, Brendan O'Dea wrote: On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote: I propose to add more CPU types to dpkg-architecture. In particular, I'd like to see the different i386 architectures there, i.e. i586, i686, k6, ... [...] For

additions to dpkg-architecture

2006-06-23 Thread Volker Grabsch
Dear Debian Developers, I've been pleased to summarize some ideas for the general public. More details and sources can be found at the end of this mail. I'm not subscribed to all lists, so please CC any replies to me. -- I