Bill Mitchell:
I think we need a good way to deal with this general situation
which is simple enough to use not to need guru advice from the dpkg
designer.
I agree -- typically the best way of dealling with this situation is
better documentation.
Of course, where documentation fails (as
Jeff Noxon writes ("Re: miscutils snag/questions for all"):
> Agreed, but the util-linux people have already made up their minds to
> replace fdisk 2.0 with fdisk 3.0. All recent fdisk 2 maintenance has
> been happening in util-linux, and they're about to stop because the
Bill Mitchell writes ("Re: miscutils snag/questions for all"):
> [stuff]
I have written a reply to this but I'm too annoyed for it to be wise
for me to send it.
I have saved it and will look at it again in a day or two and see if I
still feel like sending it.
Ian.
Ian Jackson writes:
> Bruce Perens writes ("Re: miscutils snag/questions for all"):
> > [Jeff Noxon:]
> > > Do we really want
> > > programs like fdisk to evolve differently in different distributions?
> >
> > Fdisk is a special issue. There is a n
On Sat, 25 Nov 1995, Bruce Perens wrote:
> We should encourage authors to package their programs individually rather
> than dump them on Rik. Sometimes, we're going to have to make judgement
> calls.
And someone commented that it'd have been better if all the programs in
upstream digest packages
Bruce Perens writes ("Re: miscutils snag/questions for all"):
> [Jeff Noxon:]
> > Do we really want
> > programs like fdisk to evolve differently in different distributions?
>
> Fdisk is a special issue. There is a new fdisk 3.0 which was distributed
> separately
Jeff Noxon writes ("Re: miscutils snag/questions for all"):
> Bruce Perens wrote:
> > It's a mess. I wish that all of the programs we need from util-linux
> > were distributed separately, that way we could package them individually.
> > I'd prefer to split
> Do we really want
> programs like fdisk to evolve differently in different distributions?
Fdisk is a special issue. There is a new fdisk 3.0 which was distributed
separately. It is a command line program and we need to write a front
end for it.
> If the answer is 'yes', then I would like to hav
Bruce Perens wrote:
> As a rule of thumb, if you can get a program from the most-upstream
> source - for example the person who contributed it to BOGUS instead
> of BOGUS, get it from that source.
That sounds fair. Unfortunately, some utilities (like fdisk) seem to
be maintained (recently) only i
> * The miscutils come from the util-linux distribution maintained by
> Rik Faith and others.
I think Ian Murdock tried to get the sources from _outside_ of BOGUS
where possible, because BOGUS did not contain the thorough copyright
and attribution information for each program that we feel is nece
I recently took over as maintainer of the miscutils package. I'm working
on a new release, but I have several questions to ask before I continue.
* miscutils is one of the few (only?) debian packages currently
distributed without diffs. I'd like to distribute it with diffs.
* The miscutils c
11 matches
Mail list logo
