Bug information belongs in the bug tracking system. If someone can
manually set up a link then it would not be much of an additional effort
to put up a manpage with some useful information.
On 22 Jun 1999, Manoj Srivastava wrote:
> -
On Wed, 16 Jun 1999, Roland Rosenfeld wrote:
> So what about simply removing the paragraph about undocumented.7 from
> the policy and change lintian to flame if there is only this symlink?
Seconded.
On Tue, 15 Jun 1999, Roland Rosenfeld wrote:
> > what do we gain by making a symlink to undocumented(7),
>
> The symlink is there for information to the user, that he doesn't need
> to provide a bug report, because this bug is already known (that's the
> intension of undocumented(7), as you can
1. There is a time between the installation of the package and the run
of any tool to generate checksums. Things can happen to a file in that
time period. Files can even be damaged while being installed by
dpkg. One example is a broken hardware writing faulty data to the HD
on occasion
On 25 May 1999, Manoj Srivastava wrote:
> I still do not see why this has anything to do with the
> packaging system. If all you want is to ensure that the files on your
> system have not been modified since the time you installed them (and,
> frankly, I think you really really should a
eral way to be able to verify the integrity of individual
files and I think we need that.
-----
Christoph Lameter (MS CS, M.Div.) http://lameter.com
Adjunct Professor (CS & Rel) University of Phoenix
-
:
> On Sun, May 23, 1999 at 02:55:58PM -0700, Christoph Lameter wrote:
> > Seconded
> > On Mon, 17 May 1999, Piotr Roszatycki wrote:
> > > I think DEBIAN/md5sums file should be required for all packages.
>
> Just as a note: I don't object to this; I simply don&
Seconded
On Mon, 17 May 1999, Piotr Roszatycki wrote:
> I think DEBIAN/md5sums file should be required for all packages.
-
Christoph Lameter (MS CS, M.Div.) http://lameter.
deb does not allow me to figure out which
individual file was corrupted.
---------
Christoph Lameter (MS CS, M.Div.) http://lameter.com
Adjunct Professor (CS & Rel) University of Phoenix
-
hanged since.
-
Christoph Lameter, MSCS, M.Div.
-
ffect but you don't have the wasted
> space.
-
Christoph Lameter, MSCS, M.Div.
Available for a job or consulting (see http://lameter.com/consulting.html)
-
debsums is used for md5sums generated *before* generating the .deb. They
will detect any tampering attempts or any other accidents in the whole
packaging in and out process. Its an attempt to guarantee that the files
are the way they were on the *maintainers* system.
tripwire adds md6sums *after*
ze to the people who write helper scripts for
:> my outburst; I regretted it as soon as I had sent it.
: Christoph Lameter <[EMAIL PROTECTED]> writes:
: > Maybe we should also try to have developers who are up to date on the
: > tools and who use modern software.
: This was a
: Zed> After having lurked in debian-devel for a while, I suspect that
: Zed> Manoj will object that developers for Debian need to be sufficiently
: Zed> proficient in writing shell scripts and whatever else that they can
: Zed> deal with this on their own.
: ;-)
: Zed> I think that mindset
I am rather surprised at this statement. There was a discussion last fall
on the issue and it was settled that debstd's behavior was satisfying the
policy. Is there any newfound reason for compressing small changelogs?
The policy should clearly say what should be done (not wasting space) but
not s
ROTECTED]> you wrote:
: Christoph Lameter <[EMAIL PROTECTED]> writes:
: > As you know well by now Juan: debstd compresses changelogs. So
: > please state the issue accurately.
: Umm, not always it doesn't. If you're going to ask people to be
: accurate, please do the same
There are soo many discussions going on. Show us why this is important. Maybe
one or the
other attack against established concepts to get peoples brains thinking?
If nothing helps: Write something that will catch Bruce's attention.
Come up with another conspiracy theory f.e. and he will respond.
As you know well by now Juan: debstd compresses changelogs. So please state the
issue accurately.
In article <[EMAIL PROTECTED]> you wrote:
: On Wed, 19 Nov 1997 [EMAIL PROTECTED] wrote:
: > A quick scan on Contents.gz showed that 552 packages come with
: > uncompressed changelogs.
:
I was asking myself some time ago why README.debian? I wonder where I
inherited that from? Next version of debmake
will do README.Debian ..
In article <[EMAIL PROTECTED]> you wrote:
: Richard Braakman wrote:
: > The policy suggests the name README.Debian for debian-specific
: > information, bu
The default stty erase character is hardcoded in the kernel which probably
is wise to simply accept. We dont need a new term etc. Just make all apps
query the current stty settings so that they work.
On Thu, 13 Nov 1997, Ricardas Cepas wrote:
>
> Proposal:
>
> 1) Somewhere in th
I am sure that emacs can program the keyboard to its liking. There is no need to
impose a standard on the rest of the world just because of emacs.
But I am not sure that Ian meant to proscribe Backspace -> DEL. Seems to me
that he
wants an app to respect the "stty erase" setting. I think that is
share/doc
/usr/man -> ../share/man
...
so that old packages can still be installed.
On Mon, 3 Nov 1997, Christian Schwarz wrote:
> On Mon, 3 Nov 1997, Christoph Lameter wrote:
>
> > What are talking about here is basically no problem to fix with a few
> > symlinks in the base-
I think the close= solution is great. Please file a bug report against
devscripts as soon as you have what you plan operational, so that I can
remove the bug closing functionality from release.
In article <[EMAIL PROTECTED]> you wrote:
: Fabrizio Polacco wrote:
: > But this needs absolutely the op
Very good idea. Maybe that should be the ONLY way bug reports could be closed?
That way we have an
insurance that bug reports are only closed by the maintainer.
In article <[EMAIL PROTECTED]> you wrote:
: Andreas Jellinghaus writes:
: > > Topic 4: Announcing new packages before uploading them
:
I actually would like to have multiple packages offering the same
functionality in debian and I have released for example
multiple webservers and multiple MTAs with overlapping features.
I think the requirement for this discussion originated from a time when
the Debian project was quite small. Tod
In article <[EMAIL PROTECTED]> you wrote:
: We recently had some conversation on rules of discourse for the mailing
: lists. At that time, discussion by most developers was strongly against
: them. Only myself and two other people spoke out for them at all.
I had the opposite impression and was wa
I think the Debian Project gets more and more overregulated. Maybe we
should have some suggestions in the manual but the relationship between a
package maintainer and the upstream author is generally dependant on the
specific situation varying between "dont bother me" to "why did you not tell
me!!"
Go ahead and do it! I'd really like to have another site in the US carrying it.
Canwe modify dpkg-ftp to be able to access multiple sites? I.e. we have another
field for the crypto site.
: My logs show that the treasury dept has been to my webpage several times; the
: webpage that states that I d
On Sun, 21 Sep 1997, Fabrizio Polacco wrote:
>One of the things that I've heard as a distinction between RedHat and
>debian is that we don't _permit_ others to package their software by
>themself, as opposed to red hat that accepts contributions from
>everyone.
We do permit other to package their
On Thu, 18 Sep 1997, Christian Schwarz wrote:
>As it was not really a bug, I didn't report a bug report--but you're
>right, I probably should have done this either way.
>
>If I recall right, the problem was that debstd inserted calls to
>"update-rc.d" and "/etc/init.d/foo start" to the postinst sc
: I must say I like debmake for small packaging up small and easy packages.
: However, I ran into big problems with using debstd in the large and
: complicated mysql package. (For example, debstd inserts commands in the
: postinst script which can not be turned of easily.)
I wish I would have got
31 matches
Mail list logo