Joey Hess <[EMAIL PROTECTED]> writes:
> With debmake, new functionality was added all the time, and was added into
> the same debstd program, changing its behavior, and so different versions
> could have widly differing results on the same package.
>
> With debstd, each individual program has a
Joey Hess wrote:
> With debmake, new functionality was added all the time, and was added into
> the same debstd program, changing its behavior, and so different versions
> could have widly differing results on the same package.
>
> With debstd, each individual program has a well-defined job, and
Christian Leutloff wrote:
> > I don't believe that debhelper address one of Ian's main complaints at
> > all. If I remeber correctly, that complaint was that when you use
> > debmake (or debhelper), you end up with debian package source with
> > non-deterministic behavior. Depending on the versio
Christian Leutloff <[EMAIL PROTECTED]> writes:
> it's nice to have, but brings no advantages. If we change the
> autoconfish thing we get the same different binaries as through
> changing debhelper/debmake. It's IMHO only a different view but no
> substantial change. And debhelper is working NOW -
Rob Browning <[EMAIL PROTECTED]> writes:
> I don't believe that debhelper address one of Ian's main complaints at
> all. If I remeber correctly, that complaint was that when you use
> debmake (or debhelper), you end up with debian package source with
> non-deterministic behavior. Depending on th
Adrian Bridgett <[EMAIL PROTECTED]> writes:
> What about using debhelper rather than having another packaging suite? IIRC
> Ian said that debmake was "broken" in some respects and that Debian should
> have a decent packaging tool - IMO debhelper fits that nicely :-)
I don't believe that debhelper
Adrian Bridgett <[EMAIL PROTECTED]> writes:
> On Sat, Dec 13, 1997 at 08:45:27PM +0100, Santiago Vila Doncel wrote:
>
> [snip]
> > I have taken over the maintenance of debmake (on a temporary basis).
> > Some time ago, Ian said he was going to write a replacement for it, so I'm
> > just going to
On Sat, Dec 13, 1997 at 08:45:27PM +0100, Santiago Vila Doncel wrote:
[snip]
> I have taken over the maintenance of debmake (on a temporary basis).
> Some time ago, Ian said he was going to write a replacement for it, so I'm
> just going to keep debmake frozen and will fix bugs if I receive suitab
reassign 13578 gzip
reassign 14612 ash
reassign 15005 ash
stop
Please, don't reassign packaging bugs to debmake, but open new bugs
instead. debstd is not a shared library and therefore fixing it will not
`magically' fix all packages using it in debian/rules.
I have taken over the maintenance of d
9 matches
Mail list logo
