Stephane Bortzmeyer schrieb:
> below. RPM is the defacto standard on Linux [sic] and supported either
> directly, or indirectly by the widest number of distributions.
The statement is perfectly true, Debian supports RPM with aliens
help.
> The intent is to in the future replace this format with
Chris Waters schrieb:
> (Plus, as a side issue, by a strict reading of the FHS, we should be
> using /usr/share/menu rather than /usr/lib/menu, which means RC bugs
> against nearly every package in the system!) :-)
/usr/lib/menu is not shareable, since it would be most confusing
to have a menu it
Carlos Laviola schrieb:
> I hope that's a joke, because, based _solely_ on that
> comparison table, the reason one should use snarf over wget is
> because it has a cool progressbar.
snarf is also a lot smaller than wget. (According to the chart)
ciao, 2ri
--
They are really completely different
Josip Rodin schrieb:
> > Changing the LANG to en_US may have some unexpected side effects and
> > should not be done without at least some thought for the consequences.
> > (E.g., the sort order will be radically different.)
>
> Hear, hear, the thing with the sort order is so annoying. But I guess
Ivan E. Moore II schrieb:
> I think that this method would probably reduce the amount of possible
> duplication as long as the update-dm script pulled it's wm listing from
> /var/lib/dpkg/alternatives/x-window-manager for example. That way the only
> change any wm would have to do is add a call t
Adam Heath schrieb:
> Um, "Free as a Bird" is a song, and copyrighted, so they can't go in main.
Copyrighting old german proverbs? *shudder*
ciao, 2ri
--
"Never" is almost always earlier than you think.
Ho
[EMAIL PROTECTED] schrieb:
> I have a suggestion, Why not define Runlevel 3&5 as
> Powersaving mode console/powersaving mode graphics and put
> some laptop specific services in those runlevels.
I did a very similar thing on my notebook as well, it's really
nice, but using apmd "events" for thi
Salut Stephane
Stephane Leclerc schrieb:
> I've see that you uploaded 13 Apr 2001 a fix version of afbackup.
> Do you know the status of this package?. I've sent an email to the official
> maintainer and never got an answer.
I don't use afbackup myself, and from what I remember of the
changelog
Sean 'Shaleh' Perry schrieb:
> as long as lograte can be installed first, then I can later
> install auditd and everything will just work, sure.
I can't use logrotate with msyslog, it won't work, logrotate is
just too limited. This would mean I have to move msyslog to
non-US, since I will make it
Hi
I got an offer from the friendly people at Core-SDI to make
auditd (server part of theyer BSD licenced, in development, log
management software) a full (read: better) replacement for
logrotate.
Will a package in non-US/main have any chance to be accepted as
full replacement for logrotate? As I
Anthony Towns schrieb:
> + libvoxel uploaded 357 days ago, out of date by 347 days!
> has a year old "doesn't build" bug, 60985
I hacked at it at BSP#3, nothing depends on it, and the bug is
_really_ obscure (that's not only me saying this). I asked the
maintainer wheter it would be OK to re
Hi
Richard Braakman schrieb:
> In that case the right "repository" could be a bugreport to the package
> involved. That way the diff submission is guaranteed.
I agree with you that _something_ has to be done about
catastrophal NMUs, but just stopping to NMU and only submitting
diffs, even on pac
Hi
Andres Seco Hernandez schrieb:
> Are local? facilities reserved in Debian for some purpose?
I'm not aware of any "reserved" local facilities, however system
log daemons provide the syslog-facility(8) script which may be
used by packages to dynamically retrieve and set up a local
facility (eg s
Hi
Joey Hess schrieb:
> > And, anyway, caching might be done in a cronjob: look at the pagesa in
This seems to be cr^Hontrary to the idea of caching.
> That's a good idea. Another route to take is to split man into the
> rendering/caching bit and the command line man page lookup/processing/pager
Hi
I don't know C, thus couldn't do more than keep it available.
(quick and dirty translation in [])
- Forwarded message from Stefan Eilemann <[EMAIL PROTECTED]> -
Date: Fri, 5 Jan 2001 10:15:23 +0100
To: Arthur Korn <[EMAIL PROTECTED]>
From: Stefan Eilemann <[
ISHIKAWA Mutsumi schrieb:
> For example, if ttf-xtt-* includes meta datas(fonts.alias,
> fonts.scale, tfm and so on) and when only fonts.alias update and
> upload. A user would download ttf-xtt-* package (include other files,
> they are not updated), if the user use the package only for TeX (not
>
ISHIKAWA Mutsumi schrieb:
> So, I want to separate TrueType fonts and meta datas such that
> fonts.scale and fonts.alias included in xfonts-xtt-*.
C'mon, it wont do any harm to ppl who are using LaTeX but not
X11 if they have fonts.scale and fonts.alias installed but
unused. They are not larger t
hi
Peter Makholm schrieb:
> for package in dpkg apt libc gpg bplay etc ; do
> sed [...] bug.template | mail ;
> done
You'd better use [EMAIL PROTECTED], else you need a very
good asbestos suit ...
ciao, 2ri
Hi
Hamish Moffatt schrieb:
> Package X and package Y are not truely unrelated if they share any
> dynamic libraries, though, eg libc.
>
> So do you have any suggestion as to how this could actually be
> implemented? Even if it's actually desirable (which I dispute),
> implementation seems far fro
Hi
Brian May schrieb:
> > "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes:
>
> Hamish> On Tue, Dec 26, 2000 at 11:13:13AM +1100, Brian May wrote:
> >> However, the idea of one UID per daemon is (IMHO) a really
> >> horrible solution, too, as you end up having more UIDs for
>
Hi
Mark Seaborn schrieb:
> I want a system where I can install multiple versions of a library (or
> any package really) and say which version I want each program on the
> system to use, possibly on a per-user basis. The present system is a
> disaster waiting to happen: If I install a package fro
Joey Hess schrieb:
> Karl M. Hegbloom wrote:
> > I just noticed that `apache-doc' puts the documentation under
> > "http://.../doc/apache";, while `debconf-doc' puts it under
> > "http://.../debconf-doc/";.
>
> Eh? (Debconf-doc is a package, that contains some documentation files.
> It doesn't
Peter S Galbraith schrieb:
> My current problem with apt-move is that it wants to delete every
> single deb file I have
For my archive it was to late:
19M /home/pub/debian
That was ~250M before ... oops. Time to use http and squid
instead ...
ciao, 2ri
--
Note that there are two possible o
David Starner schrieb:
> On Tue, Sep 05, 2000 at 01:29:02AM +0200, Tom Cato Amundsen wrote:
> > On Mon, Sep 04, 2000 at 07:19:11PM +, michael d. ivey wrote:
> > > my main server is potato. is it "bad" for me to be building packages
> > > there if they are destined for woody? should i start b
Paul Slootman schrieb:
> On Mon 04 Sep 2000, Ethan Benson wrote:
> Debhelper (and one of the other helper things) does this, if you
> don't call dh_installinit with the --no-restart-on-upgrade (or such)
> option. I guess the reasoning is that (a) you're upgrading in multiuser
> mode because debia
Hello.
Adrian Bunk schrieb:
> My suggestion for the Packages file is:
>
> There's a Packages.bz2 additionally to the Packages.gz . apt downloads by
> default the Packages.bz2, but you can tell apt to fetch the Packages.gz
> instead if you do have a slow machine. This solution has the advantage
>
Hello.
Alisdair McDiarmid schrieb:
> On Thu, Aug 31, 2000 at 01:49:13PM -0700, Sean 'Shaleh' Perry wrote:
> > you always have the option of using 'apt-get source' to recompile a package,
> > then place it on hold and we wont touch it.
>
> I've tried doing this occasionally -- more often to chang
Hello.
Anand Kumria schrieb:
> Not having the helper packages included in the autobuild system appears to
> benefit, at most, around ~470 packages.
May I ask how they benefit?
It's only a (little) burden on the packages that use debhelper,
but I can't see any benefits for packages not using it.
28 matches
Mail list logo
