Re: smarter way to differ architectures needed?

2001-03-03 Thread Marcus Brinkmann
On Sat, Mar 03, 2001 at 01:41:58PM +1100, Brian May wrote: Call me overly optimistic, but I refuse to give up that easy! I am happy to see this effort. I will support you on your way. The main problem is that we are locked up into an unpleasant situation. We can't follow strict policy as it is,

Re: installing gnupg

2001-03-03 Thread Santiago Vila
Marcus Brinkmann wrote: Santiago Vila wrote: 3.5. Make makedev Arch: any, and modify it so that under hurd-i386 the package does nothing (i.e. it is really a dummy package). It has an Installed-Size: of 72Kb. Even if we multiply this by the number of architectures, I think we can live

Re: installing gnupg

2001-03-03 Thread Marcus Brinkmann
On Sat, Mar 03, 2001 at 03:16:42PM +0100, Santiago Vila wrote: Marcus Brinkmann wrote: Santiago Vila wrote: 3.5. Make makedev Arch: any, and modify it so that under hurd-i386 the package does nothing (i.e. it is really a dummy package). It has an Installed-Size: of 72Kb. Even if we

Re: task-devel-common not installable on the Hurd

2001-03-03 Thread Brian May
Matthias == Matthias Klose [EMAIL PROTECTED] writes: Matthias The only idea I have for a solution is to make the Matthias package arch dependent. The syntax Matthias Depends: strace [!i386-hurd] Matthias doesn't work. Any ideas? Why doesn't that work? I have CCed this to the

Re: task-devel-common not installable on the Hurd

2001-03-03 Thread Gergely Nagy
Thus spoke Brian May [EMAIL PROTECTED] on 2001-03-04 09:01:35: Matthias == Matthias Klose [EMAIL PROTECTED] writes: Matthias The only idea I have for a solution is to make the Matthias package arch dependent. The syntax Matthias Depends: strace [!i386-hurd] Matthias

Re: task-devel-common not installable on the Hurd

2001-03-03 Thread Matthias Klose
Brian May writes: Matthias == Matthias Klose [EMAIL PROTECTED] writes: Matthias The only idea I have for a solution is to make the Matthias package arch dependent. The syntax Matthias Depends: strace [!i386-hurd] Matthias doesn't work. Any ideas? Why

Re: task-devel-common not installable on the Hurd

2001-03-03 Thread Marcus Brinkmann
On Sun, Mar 04, 2001 at 09:01:35AM +1100, Brian May wrote: Matthias == Matthias Klose [EMAIL PROTECTED] writes: Matthias The only idea I have for a solution is to make the Matthias package arch dependent. The syntax Matthias Depends: strace [!i386-hurd] Matthias doesn't

Re: installing gnupg

2001-03-03 Thread Brian May
Santiago == Santiago Vila [EMAIL PROTECTED] writes: Santiago IMHO, kernel-source should be renamed to linux-source, Santiago and people willing to cross-compile Linux from Hurd This would be nice, but I don't think there is any real need for it. You just need some mechanism to keep

Re: Bug#87909: task-devel-common not installable on the Hurd

2001-03-03 Thread Daniel Jacobowitz
On Sun, Mar 04, 2001 at 09:01:35AM +1100, Brian May wrote: Matthias == Matthias Klose [EMAIL PROTECTED] writes: Matthias The only idea I have for a solution is to make the Matthias package arch dependent. The syntax Matthias Depends: strace [!i386-hurd] Matthias doesn't

Re: task-devel-common not installable on the Hurd

2001-03-03 Thread Brian May
Gergely == Gergely Nagy [EMAIL PROTECTED] writes: Gergely I think the Depends should use some ${strace-depends} Gergely variable, and set it according to DEB_HOST_ARCH... Gergely something like: Gergely ifneq (hurd-i386,$(DEB_HOST_ARCH)) dpkg-gencontrol Gergely

Re: smarter way to differ architectures needed?

2001-03-03 Thread Marcus Brinkmann
On Sun, Mar 04, 2001 at 01:14:41AM +, Philip Charles wrote: On Sat, 3 Mar 2001, Marcus Brinkmann wrote: The problem with a new header is that you can't keep backwards compatibility. In the current situation, having a new field value and using an old tool will probably return an

Re: smarter way to differ architectures needed?

2001-03-03 Thread Philip Charles
On Sun, 4 Mar 2001, Marcus Brinkmann wrote: When you read http://master.debian.org/~brinkmd/arch-handling.txt, you will find out that my imagination on this has virtually infinite dimensions, not two or one. The truth is that the two dimensional view on this (CPU, SYSTEM) works well for