> HK> So, if a maintainer doesn't answer within _one_ month he should be
> mailed!!! After
> HK> a second month he should be set to 'hold'.
>
> Haggie, what do you expect from maintainers set to 'hold'?
I don't like the idea of removing a maintainer, possible he will come back
after a year
or
I was asked to look at this thread.
John Goerzen wrote:
JG> * Despite having Important, Critical, or Grave bugs filed against their
JG> packages in frozen, some developers still ignore them. They could
JG> at least say "I can't fix this; can somebody else help?"
Unfortunately there are too m
I was asked to look at a thread here but haven't reached it, instead
I'm entering the second huge thread that seems to need my comments.
First of all, there are only three reasons for removing packages:
a) F*cked up license that forbids distribution
b) The package causes damages on systems
c
> > The idea is to build the program with -g -O2, then install it in the
> > debian/tmp tree and strip it. That gets you the following advantages:
> >
> >- The installed binary is stripped and fully optimized.
> >- It's easy to get an unstripped binary: just run debian/build,
> > no
Brederlow wrote:
> > [No, Jason, apt doesn't count, since not everyone uses it.]
>
> Why don't we kick out dpkg and use apt only?
Umm, maybe because apt is a frontend to dpkg?
> Both should be merged into one WORKING binary or at least the dpkg
> should be used only internally and not by the use
Santiago Vila wrote:
>
> If the dependency rule is to be considered "distribution-wise", ncurses3.4
> may not be made optional in a certain release until all the packages of
> standard or higher priorities have been recompiled in the same release.
Which means that when uploading ncurses 3.4 the m
Santiago Vila wrote:
> > > Previously Santiago Vila wrote:
> > > > Is this to be considered "distribution-wise"?
> > > > i.e. Is this to be applied to hamm, slink, potato, in an independent
> > > > way?
> > >
> > > I think so, because packages that may be required in release N could
> > > be obso
Hello,
attached is the latest version of the diff against the packaging manual,
which is against the sgml version and not against the text version, which
should make it easier for you to use it.
I changed the wording slightly in the first paragraph, to take a new feature
of dpkg-architecture int
> The idea is to build the program with -g -O2, then install it in the
> debian/tmp tree and strip it. That gets you the following advantages:
>
>- The installed binary is stripped and fully optimized.
>- It's easy to get an unstripped binary: just run debian/build,
> no makefile tin
9 matches
Mail list logo
