-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 01:45:03 +0200
Source: lsof
Binary: lsof
Architecture: m68k
Version: 4.55-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Jim Mintha [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 1 May 2001 17:38:51 -0300
Source: penguineyes
Binary: penguineyes penguineyes-gnome
Architecture: m68k
Version: 0.10-8
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Apr 2001 20:14:13 +0200
Source: gtkdiff
Binary: gtkdiff
Architecture: m68k
Version: 1.8.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Gregor Hoffleit
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Fri, 20 Apr 2001 02:47:21 -0400
Source: krb5
Binary: krb5-kdc krb5-doc krb5-rsh-server libkrb5-dev libkrb53 krb5-ftpd
krb5-clients krb5-user libkadm54 krb5-telnetd krb5-admin-server
Architecture: m68k
Version: 1.2.2-4
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 8 Apr 2001 16:31:40 +0200
Source: cyrus-imapd
Binary: cyrus-admin cyrus-pop3d cyrus-common cyrus-imapd cyrus-dev cyrus-nntp
Architecture: m68k
Version: 1.5.19-7
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 13:05:23 +0200
Source: libterm-readkey-perl
Binary: libterm-readkey-perl
Architecture: sparc
Version: 2.14-2.1
Distribution: unstable
Urgency: medium
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 22:34:03 -0400
Source: rpm
Binary: librpm0-dev librpm0 rpm
Architecture: sparc
Version: 4.0.2-7
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 03:23:24 +0200
Source: marbles
Binary: marbles
Architecture: sparc
Version: 0.0.010307-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Uwe Hermann [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 2 May 2001 19:56:55 -0400
Source: fileutils
Binary: fileutils
Architecture: sparc
Version: 4.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Michael Stone [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 14:47:41 +0200
Source: python-imaging
Binary: python2-imaging-tk python-imaging-doc python-imaging-tk
python-imaging-sane python2-imaging-sane python-imaging python2-imaging
Architecture: sparc
Version: 1.1.1.ds1-5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 17:03:31 -0500
Source: xscreensaver
Binary: xscreensaver-gl xscreensaver
Architecture: sparc
Version: 3.32-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 09:47:40 -0500
Source: emacs20
Binary: emacs20 emacs20-el
Architecture: sparc
Version: 20.7-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Rob Browning
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 6 May 2001 18:24:40 +1200
Source: gnubg
Binary: gnubg-bearoffs gnubg
Architecture: sparc
Version: 0.02-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Corrin Lakeland
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 01:57:50 -0300
Source: fetchmail
Binary: fetchmailconf fetchmail
Architecture: sparc
Version: 5.8.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Henrique
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 2 May 2001 20:47:37 -0400
Source: shellutils
Binary: shellutils
Architecture: sparc
Version: 2.0.11-7
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Michael Stone [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 15:31:01 -0400
Source: althea
Binary: althea
Architecture: sparc
Version: 0.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Jimmy Kaplowitz [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 09:25:15 +0200
Source: uqwk
Binary: uqwk uqwk-spool
Architecture: sparc
Version: 2.17-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: peter karlsson [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 13:03:36 +0200
Source: ipchains
Binary: ipchains
Architecture: sparc
Version: 1.3.10-9
Distribution: unstable
Urgency: medium
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Lenart Janos [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 00:19:00 +0100
Source: man-db
Binary: man-db
Architecture: sparc
Version: 2.3.17.1-5
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Colin Watson [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 00:54:53 +0300
Source: ferm
Binary: ferm
Architecture: sparc
Version: 1.0pl1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Tommi Virtanen [EMAIL PROTECTED]
Thanks, - I know this and have done it previously in the case of
zicq and krolden. However, what I really wanted to know is, how
this (or any other) procedure can take care that the users of the
old package will get the renamed package automatically updated with
'apt-get upgrade'?
Oh, I
On Fri, May 04, 2001 at 11:20:21PM +0200, Richard Atterer wrote:
While we're at it: How on earth can I get rid of those
Warning: locale not supported by Xlib, locale set to C
messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts etc in mutt.
Unfortunately, this produces the above
The thing is, kernel-headers should not be used at all unless you're
compile glibc, or modules. Anything else will break.
So you're saying it's better to hardcode syscall numbers and stuff
than using the kernel headers? Sre...
Also chiming in: Suppose my code reads a struct from a
On Sun, May 06, 2001 at 01:25:32AM -0400, Itai Zukerman wrote:
Also chiming in: Suppose my code reads a struct from a device file.
That struct is defined in a kernel header (not part of glibc). You're
saying I should duplicate that header in my source rather than
build-depend on
Hello,
As usual I has several windows open. In one window, I had a list
of options to select, which involved opening up a window with a list
of selections I can choice.
At the same time, Netscape popped up a dialog box for another window
you are now loading a secure page. However, the mouse was
Hi folks,
To reduce network load and speed up upgrades I have installed a
caching proxy on one of my machines (using Apache). But it
doesn't work very well. Packages are downloaded from http.us.debian.org,
even if they should have been taken from the cache due to an
upgrade of another machine
On Sat, 5 May 2001 22:35:58 -0400
Matt Zimmerman [EMAIL PROTECTED] wrote:
On Sat, May 05, 2001 at 05:47:21PM -0700, Alexander Hvostov wrote:
On Sat, 5 May 2001 19:01:03 -0400 Matt Zimmerman [EMAIL PROTECTED]
wrote:
You should look into the S/390 port.
The S/390 port is hardware
On Sun, May 06, 2001 at 07:54:17AM +0200, Harald Dunkel wrote:
Does anybody out there know what is the problem here? Maybe its
the failure of Apache. What are your suggestions for running a
cache for apt-get?
As far as I am aware, Apache's caching functionality is rather primitive. Try
Harald == Harald Dunkel [EMAIL PROTECTED] writes:
Harald Hi folks, To reduce network load and speed up upgrades I
Harald have installed a caching proxy on one of my machines
Harald (using Apache). But it doesn't work very well. Packages
Harald are downloaded from
On Sat, 5 May 2001, Joey Hess wrote:
The first substitution worked, the second didn't. I suspect this may be
because I'm running testing instead of unstable at home. I'll try unstable
debconf now.
That sounds similar to a bug I fixed in 0.9.36.
Indeed the version from unstable works.
On Sat, May 05, 2001 at 02:15:58PM -0700, John H. Robinson, IV wrote:
On Sat, May 05, 2001 at 10:00:14PM +0200, Egon Willighagen wrote:
workaround: just extract the data.tar.gz where you want it.
dpkg-home () {
[ $1 ] || { echo usage: $0 deb_to_install.deb [dir_to_install]
Hello,
On Sat, May 05, 2001 at 10:23:47PM -0500, Ben Burton wrote:
Hi.. I've never done this myself, but I'm sure I've seen it happen in the
past: If you're replacing foo with newfoo, you upload a new dummy package
foo that contains absolutely nothing, but depends on newfoo. This way
Well, I don't know the solution for that, but one thing I know for sure now:
you're a hell of a touch typist :)
On 06-May-2001 Brian May wrote:
Hello,
As usual I has several windows open. In one window, I had a list
of options to select, which involved opening up a window with a list
of
Carlos == Carlos Laviola [EMAIL PROTECTED] writes:
Carlos Well, I don't know the solution for that, but one thing I
Carlos know for sure now: you're a hell of a touch typist :)
Well... It was only the last paragraph which was completely hidden...
Ooops. Perhaps I shouldn't have said
Brian May wrote:
Have you told squid that it can use greater then 100MByte (the
default)?
I haven't tried Squid yet, cause Apache was already in place.
Of course I will try it.
Many thanx for your configuration hints.
Regards
Harri
On Sat, 5 May 2001 10:57:43 -0700, Ben Gertzfield wrote:
Just use LC_CTYPE=de_DE. It'll work fine in mutt. (The problem is, if
I remember correctly, that X uses ISO8859-1, without the first dash.)
Ok, but now I am confused...
LC_CTYPE=de_DE
LANG=de_DE
LC_MESSAGES=C
Should give me german
Steve == Steve Langasek [EMAIL PROTECTED] writes:
Steve However,
Steve $ LANG=hr_HR LC_COLLATE=C ls -A
Steve .A .B .C .a .b .c A B C a b c
Steve which was Arthur's point, I believe.
That means you can't have ls sort in a different order though (as
defined by native
Hello,
I hope you can help
me.
May I ask if your
company/organization put MS Word files on your CD's?
We are the sole
distributors of icWord, which isthe Microsoft word viewer for the Mac.
Our SW allows Mac users to view, copy and print Word documents without
having to purchase or use
On Sun, May 06, 2001 at 03:29:58PM +1000, Herbert Xu wrote:
On Sun, May 06, 2001 at 01:25:32AM -0400, Itai Zukerman wrote:
Also chiming in: Suppose my code reads a struct from a device file.
That struct is defined in a kernel header (not part of glibc). You're
saying I should duplicate
On Sat, May 05, 2001 at 03:06:11PM -0500, Manoj Srivastava wrote:
Ben == Ben Collins [EMAIL PROTECTED] writes:
Ben False. That is the very thing I want to alleviate (people using kernel
Ben headers from the libc6-dev package).
However, that is what 99% of the programs out there need to
Anthony Towns aj@azure.humbug.org.au wrote:
All I want is to be able to build ipmasqadm... (It needs ip_masq.h,
which used to be in libc6-dev, but isn't any longer)
For a legacy application like ipmasqadm, the solution is to simply copy
ip_masq.h from a 2.2 kernel tree and be done with it.
--
On Sun, May 06, 2001 at 10:43:25AM +0200, Torsten Landschoff wrote:
On Sun, May 06, 2001 at 03:29:58PM +1000, Herbert Xu wrote:
Yes, because otherwise your code probably won't compile.
... when the kernel interface changed. Now tell me what is better -
Nope, they won't compile at all
On Friday 04 May 2001 18:27, Noah L. Meyerhans wrote:
On Fri, May 04, 2001 at 11:33:58AM -0400, Jaldhar H. Vyas wrote:
Oh crap. Ok guys it's been a lot of fun. I really enjoyed working with
you and meeting some of you in person but now that Debian is going to
be shut down I'll have to
On Sun, May 06, 2001 at 07:27:16AM +, Alexander Koch wrote:
[...]
Should give me german umlauts and the prompts/messages
should still be like before, right? Do I really not have
to set ISO-8859-1 somewhere?
You have to set it in /etc/locale.gen. Make sure that there is a line
de_DE
On Sun, 6 May 2001, Herbert Xu wrote:
...
the package not building with the changed kernel or not working after
being installed at x*1000 machines?
What is better is a sane local header that works with all kernels.
I maintain util-linux that is a user space package that needs many kernel
On Sun, May 06, 2001 at 11:42:28AM +0200, [EMAIL PROTECTED] wrote:
Hello,
I hope you can help me.
May I ask if your company/organization put MS Word files on your CD's?
We are the sole distributors of icWord, which is the Microsoft?? word viewer
for the Mac. Our SW allows Mac
On Sun, May 06, 2001 at 07:27:16AM +, Alexander Koch wrote:
Just use LC_CTYPE=de_DE. It'll work fine in mutt. (The problem is, if
I remember correctly, that X uses ISO8859-1, without the first dash.)
Ok, but now I am confused...
LC_CTYPE=de_DE
LANG=de_DE
LC_MESSAGES=C
Should
On the bts web interface, it's written that closed bugs are cleaned
up after a period of inactivity. Are they permanently erased?
I'd prefer that a complete history of all bugs is preserved.
Thanks,
--
Eray Ozkural (exa)
Comp. Sci. Dept., Bilkent University, Ankara
e-mail: [EMAIL PROTECTED]
Harald Dunkel wrote:
Brian May wrote:
Have you told squid that it can use greater then 100MByte (the
default)?
I haven't tried Squid yet, cause Apache was already in place.
Of course I will try it.
I've got the same effect using Squid. When I tried to install
Xpilot (just for
On Sun, May 06, 2001 at 03:00:56PM +0300, Eray Ozkural (exa) wrote:
On the bts web interface, it's written that closed bugs are cleaned
up after a period of inactivity. Are they permanently erased?
I'd prefer that a complete history of all bugs is preserved.
They aren't, that sentence is
On Sun, May 06, 2001 at 03:00:56PM +0300, Eray Ozkural (exa) wrote:
On the bts web interface, it's written that closed bugs are cleaned
up after a period of inactivity. Are they permanently erased?
I'd prefer that a complete history of all bugs is preserved.
they are archived. thats what the
Josip Rodin wrote:
On Sun, May 06, 2001 at 03:00:56PM +0300, Eray Ozkural (exa) wrote:
On the bts web interface, it's written that closed bugs are cleaned
up after a period of inactivity. Are they permanently erased?
I'd prefer that a complete history of all bugs is preserved.
They
On Sun, May 06, 2001 at 12:28:32PM +0200, Adrian Bunk wrote:
I maintain util-linux that is a user space package that needs many kernel
headers (and the package in unstable compiles only with 2.4 kernel
headers). I do currently use the kernel haeaders libc6-dev ships. Would
it be the right
Is there any reason why libggi2 from unstable is not in testing? All
architectures have now been compiled, being all present and up-to-date in
the pool, but update-excuses gives no hints as to why it hasn't been
accepted in testing. It (update-output) mumbles something incoherent about
the
On Sun, May 06, 2001 at 11:27:13PM +1000, Drew Parsons wrote:
Is there any reason why libggi2 from unstable is not in testing? All
architectures have now been compiled, being all present and up-to-date in
the pool, but update-excuses gives no hints as to why it hasn't been
accepted in
On Sun, 6 May 2001, Herbert Xu wrote:
I maintain util-linux that is a user space package that needs many kernel
headers (and the package in unstable compiles only with 2.4 kernel
headers). I do currently use the kernel haeaders libc6-dev ships. Would
it be the right solution to copy the
On Fri, May 04, 2001 at 09:48:54PM -0500, John Hasler wrote:
Joey Hess writes:
Well I guess you could use sourceforge.
I assume that the author has his reasons for not wanting to use
Sourceforge.
I believe sunsite.auc.dk does provide services to opensource projects as
well, you may want to
On Sun, May 06, 2001 at 07:54:17AM +0200, Harald Dunkel wrote:
Does anybody out there know what is the problem here? Maybe its
the failure of Apache. What are your suggestions for running a
cache for apt-get?
Umm... how about apt-proxy?
--
Andrew Suffield [EMAIL PROTECTED]
retitle 80278 ITP: wmfinder -- A graphical file manager for WindowMaker
thanks
Hi,
I intend to package wmfinder, which is a Qt based file manager for
WindowMaker. The packaging will take some time, as the program currently
uses Qt 1.45, which has been dropped. I'm talking to upstream about
Adrian Bunk [EMAIL PROTECTED] writes:
It's different when the Debian maintainer is also upstream. It is argued
that then there's only one `debianization'. That's all right but please
consider the following cases before making your package Debian native:
- Do you want to release a new upstream
Sorry, this message is for people currently living in France where
I'm going this summer. I'm a little too much lazy to translate it
currently and I expect the people interested will be able to read it
in French. Thanks!
===
Bon, c'est juste un email envoyé sur plusieurs ML pour vous
avertir
Anthony == Anthony Towns aj@azure.humbug.org.au writes:
Anthony All I want is to be able to build ipmasqadm... (It needs ip_masq.h,
Anthony which used to be in libc6-dev, but isn't any longer)
% cp /path/to/old/kerhnel/source/include/linux/ipmasq.h ipmasq.h
manoj
--
The mosquito
Itai == Itai Zukerman [EMAIL PROTECTED] writes:
Itai Why not have the default KSRC be /usr/src/kernel-headers-X.X? I
Itai think that's what Ben suggested...
Are you aware that that is what we used to do, circa libc5
days? And that we have moved away from that, for all the reasons
Aaron == Aaron Lehmann [EMAIL PROTECTED] writes:
Aaron So you're saying it's better to hardcode syscall numbers and stuff
Aaron than using the kernel headers? Sre...
We already have a process for packages that actually do need
kernel headers, and are thus dependent on particular
Adrian == Adrian Bunk [EMAIL PROTECTED] writes:
Adrian I maintain util-linux that is a user space package that needs
Adrian many kernel headers (and the package in unstable compiles
Adrian only with 2.4 kernel headers). I do currently use the kernel
Adrian haeaders libc6-dev ships. Would it
On Sat, May 05, 2001 at 02:33:45PM -0700, Alexander Hvostov wrote:
I'm beginning to think a better solution would be an operating
system within an operating system, and let the user play in her `own'
system, and while it for all intents and purposes seems to be running on bare
metal, it really
Hi,
I want to suggest to finish the FHS transition. This includes the
following steps:
- Packages with Standards-Version = 3.0 must follow the FHS.
Policy version 3.0.0.0 was released 30 Jun 1999 and I consider this
enough time for every maintainer to switch to at least this
Adrian Bunk wrote:
...
Oliver Elphick ([EMAIL PROTECTED]) libpgsql
This package is obsolete and should not be included in any release.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP:
On Sun, 6 May 2001, Oliver Elphick wrote:
Adrian Bunk wrote:
...
Oliver Elphick ([EMAIL PROTECTED]) libpgsql
This package is obsolete and should not be included in any release.
Please ask the ftp admins to remove the package from unstable (file a bug
against ftp.debian.org).
Voltaire is about to move temporarily across the country. It should be
available again in about a week; it might take as long as two.
Debian/PowerPC may languish a little bit in its absence :(
--
Daniel Jacobowitz Debian GNU/Linux Developer
Monta Vista Software
On Sun, May 06, 2001 at 07:31:43PM +0200, Adrian Bunk wrote:
I want to suggest to finish the FHS transition. This includes the
following steps:
- Packages with Standards-Version = 3.0 must follow the FHS.
Didn't we already have this discussion? The Standards-Version field
is not a reliable
Another change in sendmail = another little problem :)))
Seriously: few days ago mailq isn't runnable by normal user, as Richard
told me.
Now the things are changed, if an user (even if he is a member of mail
group) run mailq he always get:
/var/spool/mqueue is empty
Total
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 item
On Sun, 6 May 2001, Chris Waters wrote:
I want to suggest to finish the FHS transition. This includes the
following steps:
- Packages with Standards-Version = 3.0 must follow the FHS.
Didn't we already have this discussion? The Standards-Version field
is not a reliable indication of
On Sun, May 06, 2001 at 09:13:26PM +0200, Arthur Korn wrote:
/usr/lib/menu is not shareable
Yes, it is. There's a reason why each entry starts:
?package(name)
Anyway, that's not really relevent -- /usr/share is for
architecture-independent static files. The FHS doesn't grant
exceptions
On Sat, May 05, 2001 at 12:24:56PM +0200, I wrote:
On Fri, May 04, 2001 at 09:19:29AM +0200, Tollef Fog Heen wrote:
* Radovan Garabik
| Can it be run from inetd? I'm really dying for a dict server that can be
|
| More or less, yes, it can, but currently it is a bit unusable
|
On Sun, May 06, 2001 at 07:31:43PM +0200, Adrian Bunk wrote:
If noone has a good argument against this I'll send
RC bugs in one week to force the upgrade of the Standards-Version.
The packages inetutils, gnumach, hurd and mig are only applicable to the Hurd,
and we have not determined yet
On Sun, May 06, 2001 at 09:27:59PM +0200, Adrian Bunk wrote:
Policy says:
-- snip --
In the source package's `Standards-Version' control field, you must
specify the most recent version number of this policy document with
which your package complies. The current version
On Sun, May 06, 2001 at 19:31:43 +0200, Adrian Bunk wrote:
J.H.M. Dassen (Ray) ([EMAIL PROTECTED]) ccmalloc
To the best of my knowledge, there's no upstream for ccmalloc anymore. I'm
not using it myself, and there are several (possibly better) alternatives
available. I'm therefore
John Hasler [EMAIL PROTECTED] writes:
How about an ordinary meta-package named emacs?
That might be OK. Bear in mind that there used to be a real package
named emacs, though, so you should be wary of breaking upgrades from
very old systems.
--
Rob Browning [EMAIL PROTECTED]
On Sun, 6 May 2001, Anthony Towns wrote:
On Sun, May 06, 2001 at 11:27:13PM +1000, Drew Parsons wrote:
Is there any reason why libggi2 from unstable is not in testing? All
architectures have now been compiled, being all present and up-to-date in
the pool, but update-excuses gives no hints
On 06-May-01, 14:27 (CDT), Adrian Bunk [EMAIL PROTECTED] wrote:
Policy says:
-- snip --
In the source package's `Standards-Version' control field, you must
specify the most recent version number of this policy document with
which your package complies. The current version
On Sun, May 06, 2001 at 10:28:56PM +0200, J.H.M. Dassen (Ray) wrote:
On Sun, May 06, 2001 at 19:31:43 +0200, Adrian Bunk wrote:
J.H.M. Dassen (Ray) ([EMAIL PROTECTED]) ccmalloc
To the best of my knowledge, there's no upstream for ccmalloc anymore. I'm
not using it myself, and there
DS == Dale Scheetz [EMAIL PROTECTED] writes:
[...]
DS I can be convinced on either count. How would you feel about my presenting
DS this issue to the developers at large, with you and I agreeing to follow
DS the concensus of the group?
Go ahead.
DS At this point that seems a waste of time
On Sun, May 06, 2001 at 03:45:39PM +0200, Adrian Bunk wrote:
What do you suggest in my specific case with util-linux?
Which specific program in util-linux and what specific headers?
You mean every upstream source should ship it's own kernel headers?
Yes, they should ship their own headers
Manoj == Manoj Srivastava [EMAIL PROTECTED] writes:
Aaron == Aaron Lehmann [EMAIL PROTECTED] writes:
Aaron So you're saying it's better to hardcode syscall numbers
Aaron and stuff than using the kernel headers? Sre...
Manoj We already have a process for packages that
On Sun, May 06, 2001 at 03:05:12PM +0100, Andrew Suffield wrote:
On Sun, May 06, 2001 at 07:54:17AM +0200, Harald Dunkel wrote:
Does anybody out there know what is the problem here? Maybe its
the failure of Apache. What are your suggestions for running a
cache for apt-get?
Umm... how
Chris Waters wrote:
- A change in the policy to remove the obsolete /usr/doc symlinks.
This is supposed to happen once enough packages make the transition.
No, it is supposed to happen one release _after_ a release in which all
the packages have made the transition. So sarge at the earliest,
Sam Hartman [EMAIL PROTECTED] wrote:
We do? please explain what it is. Herbert produces kernel headers
packages for all flavors of kernels he produces. I do not believe the
other arches do this.
You obviously weren't listening to me when I explained this in the bloat
thread. If you aren't
Herbert == Herbert Xu [EMAIL PROTECTED] writes:
Herbert Sam Hartman [EMAIL PROTECTED] wrote:
We do? please explain what it is. Herbert produces kernel
headers packages for all flavors of kernels he produces. I do
not believe the other arches do this.
Herbert You
What is apt-get upgrade complaining about here? On a cursory glance,
there isn't anything wrong with any of these proposed installations:
This is apt 0.5.3.
148 packages upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
Sorry, but the following packages have unmet dependencies:
On Mon, 7 May 2001, Oliver Elphick wrote:
What is apt-get upgrade complaining about here? On a cursory glance,
there isn't anything wrong with any of these proposed installations:
It's an error with how the message is printed, it is showing the wrong
number for 'is to be installed' IIRC.
Hi,
First I'd try:
apt-get -f install
Then I'd try to resolve each problem separately. Eg:
apt-get install alsa-utils
apt-get install asclock
.
Also, have you tried a dist-upgrade?
- Tal
On Mon, May 07, 2001 at 12:15:19AM +0100, Oliver Elphick wrote:
What is apt-get upgrade complaining
On Mon, 7 May 2001, Herbert Xu wrote:
What do you suggest in my specific case with util-linux?
Which specific program in util-linux and what specific headers?
...
(I tried my best but I can't garuantee this is 100% complete...)
fdisk:
linux/unistd.h
linux/hdreg.h
linux/blkpg.h
linux/types.h
* Adrian Bunk [EMAIL PROTECTED] [20010506 21:27]:
See above: I want to file a RC bug either because
a) the package follows a too old policy or
For the /usr/doc problem, bugs with severity: normal have already been
filed by doogie and joeyh. For these packages, you simply have to
change
Hi Christian Dale,
On Sun, May 06, 2001 at 11:11:14PM +0200, Christian Marillat wrote:
DS == Dale Scheetz [EMAIL PROTECTED] writes:
[...]
DS I can be convinced on either count. How would you feel about my presenting
DS this issue to the developers at large, with you and I agreeing to
On Mon, May 07, 2001 at 12:03:43AM +0200, Just a friendly Jedi Knight wrote:
You mean XFS from Linus kernel tree? there are some patches on
penguinppc.org
This is not in Linus's kernel tree. Are you using SGI's 1.0 release?
In any case, that should not affect the compilation of the tools
On Sun, May 06, 2001 at 09:27:59PM +0200, Adrian Bunk wrote:
On Sun, 6 May 2001, Chris Waters wrote:
Didn't we already have this discussion? The Standards-Version field
is not a reliable indication of much of anything. I strongly object
Policy says:
Policy says doesn't make the packages
On Sun, May 06, 2001 at 06:29:05PM -0400, Joey Hess wrote:
Chris Waters wrote:
- A change in the policy to remove the obsolete /usr/doc symlinks.
This is supposed to happen once enough packages make the transition.
No, it is supposed to happen one release _after_ a release in which
all
99 matches
Mail list logo
