On Thu, Jan 07, 1999 at 11:05:08AM -0700, Jason Gunthorpe wrote:
>
> On 7 Jan 1999, Manoj Srivastava wrote:
>
> > I am fairly convinced that this should be a stand alone
> > program, and not built into dpkg. dpkg knows enough to function as it
> > should, and we should not overload dpkg wit
Hi,
On Thu, Jan 07, 1999 at 03:40:13AM -0600, Manoj Srivastava wrote:
> A lot of this proposal seems to be about providing the rules
> file a means of determining the details of OS/CPU of the build and
> target system to aid in cross compilations. It deals specifically
> with the distinct
On 7 Jan 1999, Manoj Srivastava wrote:
> I am fairly convinced that this should be a stand alone
> program, and not built into dpkg. dpkg knows enough to function as it
> should, and we should not overload dpkg with yet another
I agree. A nice simple package with a short C program would
Hi,
A lot of this proposal seems to be about providing the rules
file a means of determining the details of OS/CPU of the build and
target system to aid in cross compilations. It deals specifically
with the distinct parts that make up a string that GNU builds use to
distinguish target
[ note that this is CC to debian-devel, because it originated there. follow
up's to debian-policy(?) ]
DRAFT: Fixing the architecture query options of dpkg, Version 0.1
=
Abstract: I hope that we can make it easier and clearer how
5 matches
Mail list logo
