Is this always true?
7.5.1 Overwriting files in other packages
Firstly, as mentioned before, it is usually an error for a package to
contain files which are on the system in another package, though
currently the --force-overwrite flag is enabled by default,
downgrading the error to a warnin
erated anyway under this scheme, could even be binary, designed to
be mmapped in by tasksel. Byte sex would not matter, since for each
arch, there would need to be a different set of installer boot images
anyway.
--
mailto: Karl M. Hegbloom <[EMAIL PROTECTED]>
http://people.debian.org/~karlheg/
cking upstream CVS and my
debian.killer-app/ stuff... and they run an `apt-get source
killer-app' there to get my latest release's debian/* stuff to vendor
track me. It might blow away yet-to-be-submitted patches they have
in the code by untarring to "killer-app".
The version number is important inside .orig.tar.gz for this reason!!
--
mailto: Karl M. Hegbloom <[EMAIL PROTECTED]>
http://people.debian.org/~karlheg/
#x27;m willing to take on this task.
- --
We should not penalize the conscientious to coddle those who run brain-dead
software.
I am karlheg, of deB.ORG. You will be freed. Resistance is useful.
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.d
Several programs I've built, includeing XEmacs-21.2-devel (CVS)[1]
will accept only three part `configuration' strings in the form
"--". I think it's best that we put "debian" in
the field in all builds we do. Several prominent members of
the XEmacs Development Team are in agreement; they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a winner of an idea. I think they ought to be named like
"--lib", so that they will sort by language, then by
"lib", or "", then by (the name of the library or
extenditsome).
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux
--- Begin Message ---
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
>> I would like if I could say `configure i386-linux', rather than
>> `configure i386-debian-linux'. Here's why (one paragraph at
>> top of page):
>>
>> http://
I think we should begin to standardize the orginization of our
documentation heirarchy. It would be good if the same basic
organization applied to both the dhelp docs and to the info
directory...
For instance, I'd like it if, instead of a bunch of python module
documents under "Programming
>>>>> "Kyle" == Kyle Jones <[EMAIL PROTECTED]> writes:
Kyle> Karl M. Hegbloom writes:
>> I would like if I could say `configure i386-linux', rather than
>> `configure i386-debian-linux'. Here's why (one paragraph
Any comments on this?
--- Begin Message ---
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
> I would like if I could say `configure i386-linux', rather than
> `configure i386-debian-linux'. Here's why (one paragraph at top of
> page):
>
> http://www.debian.org/doc/debian-policy
I just updated to the newest version of `debian-policy', and noticed
that the copyright date is `1998'. Shouldn't that be updated?
IMHO, any serious Linux user learns to use the emacs, falling back on
vi. Pico is silly.
>>>>> "Chris" == Chris Waters <[EMAIL PROTECTED]> writes:
Chris> [EMAIL PROTECTED] (Karl M. Hegbloom) writes:
>> What about standard `info' and `dhelp' categories?
Chris> Hmm, at first I thought you meant that you wanted thes
>>>>> "Philip" == Philip Hands <[EMAIL PROTECTED]> writes:
Philip> [EMAIL PROTECTED] (Karl M. Hegbloom) writes:
>> /dev/ttySx ought to be group owned by `dialout'. The
>> directories where the `uucp' programs need writes o
What about standard `info' and `dhelp' categories?
I think in `dhelp', there ought to be a subcategory for `python',
`scheme', `sql', and `perl', etc. Perhaps under
`programming/languages'?
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
ma
;) unless defined $params{'Size Data'};
for (sort keys %{$params{'Size Data'}}) {
next unless $params{'Size Data'}{$_}{'Size'};
printf "%10d %s\n", $params{'Size Data'}{$_}{'Size'},
/dev/ttySx ought to be group owned by `dialout'. The directories
where the `uucp' programs need writes ought to be owned by a `uucp'
user and group `uucp'. The `uucp' user should be put into the
`dialout' group. Where does `dip' fit in?
--
mailto:
>>>>> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
Joey> Karl M. Hegbloom wrote:
>> I don't understand this discussion... Why, when I use `apt-get
>> install package', does it tell me how much space will be used
>&g
>>>>> "Marco" == Marco d'Itri <[EMAIL PROTECTED]> writes:
Marco> On May 20, "Karl M. Hegbloom" <[EMAIL PROTECTED]>
Marco> wrote:
>> I've noticed that there is currently a `uucp' group, a `dip'
&g
I don't understand this discussion... Why, when I use `apt-get
install package', does it tell me how much space will be used after
installation, if that's a thing we need to add to the package tools?
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
mailto:[EMAIL PROTECTED] (K
ought
to investigate.
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
Portland, OR USA
Debian GNU Potato Linux 2.2 AMD K6-233(@266) XEmacs-21.2beta
27;t they all just be consolidated
under `dialout'?
`minicom' is group owned by `uucp'. My ttyS1 is owned by group
`dialout', and `pppd' is owned by group `dip'.
I don't see the need for all three groups. Is there a reason for
that that I've not thou
I've recently uploaded a package called `doczipper' that compresses
the HTML documentation in /usr/doc... It comes with documentation
explaining how to configure `apache' to use "mod_rewrite" and a
service script that decompresses the document as it is streamed to the
net.
It was destined for `e
> "Balazs" == Balazs Scheidler <[EMAIL PROTECTED]> writes:
Balazs> So the line "kill -HUP `cat /var/run/apache.pid`" should
Balazs> read:
Balazs> /etc/init.d/apache restart
Yes, I think so. See that others concur.
> "bazsi" == bazsi <[EMAIL PROTECTED]> writes:
bazsi> Here is a good example for a logrotate config file
bazsi> (for more information see logrotate(8)):
bazsi> /var/log/apache/* {
bazsi>[...]
bazsi>kill -HUP `cat /var/run/apache.p
> "Ossama" == Ossama Othman <[EMAIL PROTECTED]> writes:
Ossama> Hi, Where do we stand on my proposal to include `.la'
Ossama> files in `-dev' packages?
I thought it sounded like a good idea, but refrained from seconding
since I don't feel qualified... I was hoping folks with more
Divide and conquer?
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> I hereby formally object to this proposal, as I think this
Manoj> is something that merely add bureaucracy to the list, and
Manoj> shall do little to actually increase throughtput.
Not to mention there isn't (yet?)
A FLIPPANT OFFTOPIC POSTING is one such as the one I mailed earlier
this week that probably has no place here. I will try and refrain
from doing so in the future. This is a serious forum, and we ought to
stick to business.
What if a package is installed, and puts a script in a run-parts
directory or into a .d directory, but isn't configured due to a
missing dependancy? The newbie "sysadmin" doesn't know to look for
it, and leaves it there, then gets email from cron. Per sends off a
tech support question.
This cou
I apologize to the harumpfers who can't tolerate my ocasional flippant
episodes...
> "Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
Marcus> The question is if we can continue to get stronger
Marcus> indefinitely by embracing the proprietary world, or if it
Marcus> is time at one point to actively go against proprietary
Marcus> protocols and software
I guess `contrib' or `non-free' is no big deal to a student or
hobbyist, but to a professional, it is, since that means you might
have to pay someone for a licence if you base your product on that
`non-free' library or whatever.
> "Joel" == Joel Klecker <[EMAIL PROTECTED]> writes:
Joel> I suggest not using the term versioning to refer to sonames,
Joel> it is too easy to confuse it with symbol versioning.
Where may we read about symbol versioning and things of that nature,
please?
I propose that we say that software that can read a proprietary file
format or network protocol is Ok for main, as long as it's linked
(ln) to libraries that can go in main, and the company or person who
wrote the original protocol or file format doesn't object to our
using it (or the a
> "Anthony" == Anthony Towns writes:
Anthony> [...] people who run Debian who want a functional system,
Anthony> in spite of some alleged impurities?
^^
What?! Cruft in Debian? No way; I'll never believe it.
Anthony> [...] people
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> [...], so someday we may have all free systems
Hmmm... `freed systems'?
> "Remco" == Remco Blaakmeer <[EMAIL PROTECTED]> writes:
Remco> Now, I ask the same question again but with a little
Remco> difference: Since Policy defines which packages can go into
Remco> 'main' and which can't, can somebody please point out which
Remco> part of Policy these
Luis> I've been snooping on this list and thread for quite some
Luis> time, but this one finally made me need to respond.
Welcome, Luis.
Luis> On 4 May 1999, Manoj Srivastava wrote:
>>
>> Unfortunately, we do not live in a world where all software is
>> free. Neither are
x27;s make
robocarbombs like REAL warboughten flatbrow pseudo
engineers! We'll drive them around in
pretend-it's-really VR and blow up things
on live TV, dude!"))
==> Yow! Like totaly Back in Black, ya 2 know?
If I disappear, you'll all know why.
Karl M. Hegbloom(Private citizen living in USA)
I live on $550.00 a month.
> "Chris" == Chris Waters <[EMAIL PROTECTED]> writes:
Chris> proposed amendment text:
Chris>Tetris-like - games involving falling blocks
Chris>Toys - amusements, eye-candy, etc.
Chris> + Help - programs that provide user documentation
Chris>
> "John" == John Lapeyre <[EMAIL PROTECTED]> writes:
John> On Mon, 21 Sep 1998, Jason Gunthorpe wrote:
jgg>
jgg> We have rather a bit of a problem.. As it stands it is not
jgg> possible to locate the source tar.gz and .dsc without
jgg> searching in all cases,
There's so m
> "Adam" == Adam P Harris <[EMAIL PROTECTED]> writes:
Adam> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> I also further stated: I was not really suggesting replacing
>> the info documentation (or the man pages, for that matter), I
>> meant in addition to. The policy *does* s
>>>>> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> Hi
>>> "Karl" == Karl M Hegbloom <[EMAIL PROTECTED]> writes:
Karl> Also, "ChangeLog" files are named with capital `C' and `L'
> "Anthony" == Anthony C Zboralski <[EMAIL PROTECTED]> writes:
Anthony> On Fri, Sep 11, 1998 at 05:18:18PM +0200, Anthony
Anthony> C. Zboralski wrote:
>> hey is there an easy way to print info manuals?
Anthony> No. In order to have acceptable quality output, you have
Antho
Here's what I've been doing... It saves a lot of space, especially
on the laptop.
--- from /etc/apache/srm.conf --
# So I can gzip the html files in "/usr/doc"
AddType text/x-html-gzip htmlgz
AddHandler x-html-gzip htmlgz
Action x-html-gzip /cgi-bin/zcat-html
AddType text/x-plain-gzipped
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> No you don't. Not when I am installing/updating Debian on
Manoj> my 200 machine compute farm. Especially since we do not
Manoj> have unattended installs anyway, and even then I would
Manoj> object to being spammed
> "Richard" == Richard Braakman <[EMAIL PROTECTED]> writes:
Richard> I would find an architecture string with "hurd" to be far
Richard> more consistent.
I agree.
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
Santiago> On Mon, 14 Sep 1998, Zed Pobre wrote:
>> + this string is reserved for the GNU Hurd operating system.
Santiago> GNU/Hurd
Santiago> [ I think everyone will agree on this ].
> "Zed" == Zed Pobre <[EMAIL PROTECTED]> writes:
Zed> + If the upstream changelog
Zed> + files do not already conform to this naming convention,
Zed> then this may
Zed> + be achieved by either renaming the files or adding a
Zed> symbolic link at
Zed> + the packaging
Is it ok to make the doc/libpkg-dev directory be a symlink to the
doc/libpkg directory, since libpkg-dev cannot be installed without
libpkg? I think this practice ought to be acceptable, to avoid
duplicate files in doc/**.
>>>>> "Roderick" == Roderick Schertler <[EMAIL PROTECTED]> writes:
Roderick> On Sun, 31 May 1998 13:54:51 -0700, "Karl M. Hegbloom"
Roderick> <[EMAIL PROTECTED]> said:
>>
>> I think that libtime-period-perl
We could combine conffiles and extrafiles into one file, with a set
of flags, like how `ls -l' is. Each file's record will have
attributes attached to it, for `conffile', `extrafile' or maybe even
both. Here by conffile, I mean one that's in the data.tar.gz, and
`extrafile' one that's creat
> "Ian" == Ian Jackson <[EMAIL PROTECTED]> writes:
Ian> However, I disagree with the proposed syntax for the
Ian> extrafiles control area file. I think the file should
Ian> contain plain glob patterns a la fnmatch(3) (with * matching
Ian> /). The patterns should all start wit
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Manoj> I think this may be a useful thing to do. I do not think
Manoj> that extrafiles should abrogate this functionality; so I
Manoj> want to add a rider that files listed in extrafiles may
Manoj> have more than one own
> "Anthony" == Anthony Towns writes:
Anthony> (as it stands, things like `dpkg --search /etc/passwd'
Anthony> results in `dpkg: /etc/passwd not found.' Personally I
Anthony> consider this alone a little disconcerting)
... and it takes forever and a day of disk ggzztting to give
> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
Kai> /usr/X11R6/lib/X11/app-defaults/XCal.help
Kai> /usr/X11R6/lib/X11/app-defaults/XEarth
Manoj> 4.7. Programs for the X Windows system [...]
uhh, /etc/X11/Xresources.d ? :-)
Kai> /usr/sbin/faxrunqd
Manoj> Thi
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
Santiago> Mmm, do you mean, for example, that /etc/init.d/*
Santiago> scripts are not configuration files, because they are
Santiago> actually scripts (i.e. programs, not files that contain
Santiago> data)?
Santiag
Here's a good thing about having the conffiles listed the way they
are:
conffiles-backups
Description: Binary data
Just letting yous know I'm reading this list. There's about a 500
message backlog in this mailslot, so it will take a while. I will
start at the end.
I've been very busy; there's so much I need to learn. I will try and
take a day later this week for nothing but Debian stuff.
--
To UNSUBS
I agree as well.
I've a question. What are the `on demand' runlevels meant to be used
for? (the a b c runlevels you can `telinit')? Is anyone using them
for anything? What? I'd like to hear about it.
Could they be used for bringing networking up and down? Or should
they be left for local
> "Tommi" == Tommi Virtanen <[EMAIL PROTECTED]> writes:
> BTW, I hope lintian will check that all the suid files are
> registered with suidmanager..
An issue then being that `suidmanager' must be one of the first
things to get installed. Should it then be part of the base set?
Some more facilities should be hacked into syslogd, I think.
Hmmm... fax, ppp, www, isdn(?), uhhmmm... what else?
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
> * configuration files for which it is impossible to find a
> common file that works for every user should not be part of the
> filesystem archive inside the .deb package, so that dpkg will
> not prompt the user again a
I'm wondering if the database will have slots for things like
Scholastic achievements, work experience, qualifications, skills, and
suchlike? So that someone looking for a person with a certain set of
skills could hit our database, and find out that I'm not qualified to
program the computers
ore experience than I have ought to give
Red Hat's system a good looking over. I'm not qualified --- You tell
me and we'll both know. I must follow the more experienced
programmers' advice, of course.
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.co
>>>>> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
> Which term do the others prefer?
How about:
* file.c (function): The change I made. [Bug#]
* file2: Another change here. [Bug#]
--
mailto:[EMAIL PROTECTED] (Karl M.
> "Rob" == Rob Browning <[EMAIL PROTECTED]> writes:
> Note that this indicates that in these cases it's up to the
> maintainer to determine when performance is an issue. For
> example, if there's only one .el file, and it just contains
> (setq load-path (cons "/some/load/di
I didn't see Hrvoje's Cc to this list, I apologize.
--- Begin Message ---
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
[ forwarded to xemacs-beta courtesy Karl ]
> Date: Thu, 22 Jan 1998 17:48:04 +0100 (CET)
> From: Christian Schwarz <[EMAIL PROTECTED]>
> To: Rob Browning <[EMAIL PROTECTED]>
> cc: debian-policy@lists.
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
> I can think of an intermediate solution, to save space:
> Whenever a bug is closed, the entire history of the bug is
> replaced by a "short history".
Maybe a script could create a MIME email digest, gzip and base64 it,
> "Philip" == Philip Hands <[EMAIL PROTECTED]> writes:
> I thought that the convention was to use ``minused'' addresses
> for this:
> [EMAIL PROTECTED]
> That's certainly the qmail way of doing things, and I seem to
> remeber a discussion on djb-qmail that concluded tha
Red Hat has a "/usr/src/redhat" directory. Perhaps we should follow
suit, and create a "/usr/src/debian" directory?
I've begun using CVS to maintain my packages. I keep them in
"/usr/src/debian/{Work,Build}".
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
> Brian White wrote:
>> Actually, I suppose it should go under /etc/env.d . This
>> might not be a bad thing to consider.
> I believe this proposal came up a while ago, and was shot down
> for a variety of reasons. Check t
> "Kai" == Kai Henningsen <[EMAIL PROTECTED]> writes:
> If program foo expects the environment variable
> BAR=/var/lib/fubar, an easy way to make it comply to this policy
> is to rename foo to foo-real, and write a wrapper shell script
>#! /bin/sh
>
I would be good to have a config option to have it burn the docs, and
instead put in links to a public server. Version specific
documentation would have to be dealt with then, since we cannot
assume that everyone will upgrade once a week or once a month.
People on the net or who own a net mig
> "Martin" == Martin Schulze <[EMAIL PROTECTED]> writes:
> On Fri, Jan 09, 1998 at 03:16:00PM +, Ian Jackson wrote:
>> Some people might want to be able to prefilter their mail into
>> folders for different packages, and so encode the package into
>> the email address.
T
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
> Well, now that the Debian ports generate a lot of postings in
> debian-devel-changes, I think it is time to split that list by
> architecture.
Why not just use scoring in Gnus?
developer.[1] I have
mailed it to Jim Pick; I don't know if he's had time to do anything
with it or not.
Footnotes:
[1] I don't want to publish it to the search engines... I live on a
modem connection.
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.in
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
>> Why are you so opposed to them being conffiles anyway,
Santiago> I am NOT opposed to them being conffiles. I am opposed
Santiago> to them being conffiles without a rationale.
>> it doesn't make any difference to som
Perhaps they should be conffiles, and folks should be told about
`ediff' editting with emacs. I usually say N when it asks, then go
to an XEmacs and do [Tools | Compare | Two Files...] and merge the
new into the old, if appropriate. If you want a one button computer,
buy a Mac.
What's it l
82 matches
Mail list logo
