Re: Bug#39830: debian-policy: [PROPOSED]: get rid of undocumented(7) symlinks

1999-06-23 Thread Christoph Lameter
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: > -

Re: Bug#39463,#39482,#39493: timidity, cdrdao, cdtool has no manpage for something

1999-06-16 Thread Christoph Lameter
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.

Re: Bug#39463,#39482,#39493: timidity, cdrdao, cdtool has no manpage for something

1999-06-16 Thread Christoph Lameter
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

md5ums: Why tripwire etc is no solution

1999-05-26 Thread Christoph Lameter
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

Re: md5sum proposal

1999-05-26 Thread Christoph Lameter
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

Re: md5sum proposal

1999-05-25 Thread Christoph Lameter
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 -

Re: md5sum proposal

1999-05-24 Thread Christoph Lameter
: > 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&

Re: md5sum proposal

1999-05-23 Thread Christoph Lameter
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.

Re: md5sum proposal

1999-05-23 Thread Christoph 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 -

Re: md5sum proposal

1999-05-19 Thread Christoph Lameter
hanged since. - Christoph Lameter, MSCS, M.Div. -

Re: md5sum proposal

1999-05-18 Thread Christoph Lameter
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) -

Re: md5sums

1998-12-02 Thread Christoph Lameter
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*

Re: Apology to the authors of helper packages

1998-03-14 Thread Christoph Lameter
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

Re: Clarification of Policy and Packaging manuals requested

1998-02-24 Thread Christoph Lameter
: 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

Re: Changelog files

1997-11-29 Thread Christoph Lameter
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

Re: Changelog files

1997-11-29 Thread Christoph Lameter
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

Re: FHS and filesystem mount points (!)

1997-11-29 Thread Christoph Lameter
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.

Re: Changelog files

1997-11-19 Thread Christoph Lameter
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. :

Re: README.Debian or README.debian?

1997-11-17 Thread Christoph Lameter
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

Re: Backspace and delete - proposal

1997-11-13 Thread Christoph Lameter
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

Re: Backspace and delete

1997-11-13 Thread Christoph Lameter
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

FHS simulation through Symlinks in hamm?

1997-11-04 Thread Christoph Lameter
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-

Re: Policy Weekly Issue #4/4: Announcing new packages before uploading them

1997-10-30 Thread Christoph Lameter
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

Re: Policy Weekly Issue #4/4: Announcing new packages before uploading them

1997-10-28 Thread Christoph Lameter
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 :

Statements of intend to start work on a package

1997-10-28 Thread Christoph Lameter
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

Re: abandoning the rules of discourse

1997-10-23 Thread Christoph Lameter
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

Re: When to get the upstream maintainer involved.

1997-10-20 Thread Christoph Lameter
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!!"

Re: Why no listing in packages for ssh, apache-ssl, etc. (And no US sites?)

1997-10-13 Thread Christoph Lameter
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

Re: kde directory structure

1997-09-20 Thread Christoph Lameter
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

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Christoph Lameter
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

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-17 Thread Christoph Lameter
: 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