In article [EMAIL PROTECTED], Martin Schulze [EMAIL PROTECTED] writes:
I introduced a severe bug. Could you try the next prelimnary
version and tell me if it works for you?
ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.2_i386.deb
Works for me. I was getting hangs
In article [EMAIL PROTECTED], John Goerzen [EMAIL PROTECTED] writes:
Martin Mitchell [EMAIL PROTECTED] writes:
John Goerzen [EMAIL PROTECTED] writes:
around compiling all the i386 stuff for the other archs. But
nobody goes around compiling the stuff from the other archs for
i386! So if I
James A. Treacy [EMAIL PROTECTED] writes:
A link has been added from all the lang/Pics - ../english/Pics on
master.
They weren't added to CVS as it doesn't handle special files very well.
Its only important that master have them anyway, so the pages the public
sees
have the
Joey Hess [EMAIL PROTECTED] writes:
One wonders why you don't. Thisporting effort seems to lead to a lot of
bitter people being involved in it. One wonders why. Anyhow, TTFN.
Well, I think I can see why. Because porting is a thankless and
gruelling task. You come head to head with every
Christopher C. Chimelis [EMAIL PROTECTED] writes:
This is true, and this should be fixed, IMO. If Debian, as an entity,
is making a decision to become multi-arch supportive, then maybe it's
time to update the older rules that were made when x86 was the only
arch, and time to implement some
FWIW, I think having McAfee .debs, even in non-free, would be a win.
However, another thought occurred to me. Stephen, could you ask them
to clarify the licensing of their DAT files? If they are indeed free,
as URL:http://www.nai.com/download/updates/whatdat.asp seems to
imply, someone oughta
Roberto Lumbreras [EMAIL PROTECTED] writes:
On Friday, October 9 1998, at 21:19:38, James Troup wrote:
: Look at fakeroot's shlibs file. This is not a bug (or certainly not
: the one you're claiming it is).
Ok. Of course, you are right ;) I've added (= 2.0.7u) to
[EMAIL PROTECTED] (Dale E. Martin) writes:
I maintain cdparanoia, which has bug #23236 filed against it. This is an
alpha version of the software, and the bug is that a feature isn't yet
implemented.
I don't want this to keep this package out of the new
release, as its base functionality
Raphael Hertzog [EMAIL PROTECTED] writes:
Le Sat, Oct 03, 1998 at 06:32:22PM -0500, Manoj Srivastava écrivait:
I agree.
I do not. Perl 5.005 and the new perl-thread seems to interest a lot of
people. But if we don't switch to perl5.005 right now, they would presumably
download the
Marc Singer [EMAIL PROTECTED] writes:
What is the *right* way to sync to slink (or any other distribution)?
I looked into dftp and found that it seems more like a method for
installing new packages than keeping in sync with the most recent
versions.
The main thing I'm trying to avoid the
Joseph Carter [EMAIL PROTECTED] writes:
[1 text/plain; us-ascii (quoted-printable)]
On Sat, Oct 03, 1998 at 06:57:54AM -0700, Bob Nielsen wrote:
I thought 2.2 was going to be rc, and 3.0 would be woody. Johnnie
Ingram was pushing for that one, as were a few others.
But didn't an
I suspect strongly that many packages are doing full 'texconfig init'
runs rather than running texconfig only for their relevant packages.
An example in this case is jadetex. It runs (it's own copy of)
'texconfig init' rather than just generating .fmt's for what it is
installing (jadetex and
[EMAIL PROTECTED] (Gregory S. Stark) writes:
I asked once earlier, but no one responded:
Does anyone know how PAM modules should be packaged?
Gregory, I'm sorry I cannot provide good technical information. I do
know that we had backed out PAM-ifying hamm sometime last year. I
think we
Norbert Veber [EMAIL PROTECTED] writes:
What sorts of things can pam do? I only know that for example a long
program that uses PAM works regardless of weather the password file is
shadowed or not, but can it do more advanced authentication, ie. could it be
used to replace radius?
PAM, as I
Dale Scheetz [EMAIL PROTECTED] writes:
On 22 Jun 1998, Rob Browning wrote:
Good luck. It would be great if you come up with one, but I fear it's
going to be a lot of work for essentially a *really* minor aesthetic
gain.
One way this could almost be handled is with and additional
Peter Maydell [EMAIL PROTECTED] writes:
Fabrizio Polacco wrote:
On Sun, Jun 14, 1998 at 11:10:13PM +0200, Peter Maydell wrote:
man-db installs Spanish, Italian and German versions of its manpages,
as well as English ones.
This is one of the goals of Debian.
It is surely the main reason
Dan Jacobowitz [EMAIL PROTECTED] writes:
Will do, then. This leaves me one big question, though. This is going
to require mixing four things:
(A) apache 1.3.0
(B) netgod's massive apache diff
(C) mod_perl upstream -- probably going to version it by date and use
the CVS tree instead of the
Bob Hilliard [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Adam P. Harris) writes:
Interesting. Apparently, there's going to be coverage of these topics
in the release notes, not the install.sgml document.
Volunteers? I'm a bit overcommitted ;)
I wrote the autoup.sh README
At 16 Jun 1998 11:42:39 -0400, Bob Hilliard [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Adam P. Harris) writes:
Bob Hilliard [EMAIL PROTECTED] writes:
I will be out of town after tomorrow for about a week, so I won't
be able to do anything on the README before then, but I don't
Bob Hilliard [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Adam P. Harris) writes:
(a) we need specific installation instructions for upgrading. Igor,
is this supposed to be part of the install.sgml document, or is it
separate?
(b) recommend for upgrades that users use
Jason Gunthorpe [EMAIL PROTECTED] writes:
I've never had the kernel glitch on any of these (thankfully!) Sounds like
there may be some obscure problems - I know the pre-patches did not work
well on master. Perhaps we should chuck .34 on murphy and master and see
how it handles there? - Let me
Anthony Towns aj@azure.humbug.org.au writes:
On Sun, Jun 14, 1998 at 01:07:33AM +0200, Remco Blaakmeer wrote:
[Yeah, it's new software -- it's also the best way to keep the hamm
upgrade from completely breaking an existing debian installation.]
The autoup.sh script also does the job well,
Yann Dirson [EMAIL PROTECTED] writes:
There's always one more bug
I got it. At least, I got one...
Adam P. Harris writes:
I know there were a few cyrix-specific fixes introduced in 2.0.34.
Maybe some of the people experiencing this problem might test it out
with that kernel
Marcelo E. Magallon [EMAIL PROTECTED] writes:
On Sun, Jun 07, 1998 at 11:40:30PM +0200, Richard Braakman wrote:
Package: bootdisk (pseudo)
Maintainer: Maintainer Group [EMAIL PROTECTED]
20779 Debian 2.0 won't boot of a hard disk after install
[STRATEGY]
David Frey [EMAIL PROTECTED] writes:
On Tue, Jun 09, 1998 at 08:35:47PM +0100, Chris Reed wrote:
As listed in The Hamm Bugs Stamp-Out List for 1998-06-08, p3nfs is still
linked against libc5, and the maintainer, [EMAIL PROTECTED] (Billy
C.-M. Chow) cannot be contacted.
I have looked on
[Sorry to be so late reading debian-devel. Please cc
[EMAIL PROTECTED] next time. I just don't always have time
to keep up on this list.]
Elie Rosenblum [EMAIL PROTECTED] writes:
Folks, make sure your prerm scripts don't fail if the install-docs doesn't
want to uninstall docs that aren't
Richard == Richard Braakman [EMAIL PROTECTED] writes:
Shared libraries are linked dynamically against other libraries
Linking shared libraries dynamically against other libraries
simplifies the upgrading process and saves disk and memory space.
All shared libraries included in the Debian
[Removed CC to debian-mentors]
[You (Davide G. M. Salvetti)]
1) AucTeX has many .el's which should be shipped byte-compiled: should I
compile them with some specific Emacs flavor or doesn't it matter which
Emacs I'll use? (Please consider that, AFAIK, XEmacs comes with its own
AucTeX, so AucTeX
[You (Dale Scheetz)]
On Wed, 7 Jan 1998, Turbo Fredriksson wrote:
A loop-root?
With a small patch to the kernel and some modification of the loop device
code, you can create a file-system-in-a-file.
You can do this already in stock debian (rex and hamm) with
mount -o loop -t fs file mount
-BEGIN PGP SIGNED MESSAGE-
I intend to take over maintenance of the orphaned `addressbook'
package. I've spoken to the former maintainer, the upstream source
maintainer, and Mssr Fok, who was kind enough to do most the work
that needs to be done on the package, and gotten their blessing.
joost == joost witteveen [EMAIL PROTECTED] writes:
I'll give my opinion here, but I'm running very low on time at the
moment. So, I'll probably not participate in much of this
discussion untill (well?) after 1998/1/7. Joey Hess also has a great
feel for these things, and I will gratefully
I notice a flaw in menu placement for a number of packages which might
be categories as Personal Information Managers (PIMs). Namely, `ical'
and `addressbook' are listed in the `Apps/Tools' category, while
`xmaddressbook' is under `Apps/Misc'.
I can't say I'm extremely happy with either
[You (Karl M. Hegbloom)]
I've created a directory /usr/X11R6/icons for my own use.
that we need to have something like that, and a keeper of the icons.
We already have the location, and it is standard:
/usr/X11R6/include/X11/pixmaps/
There are over 300 pixmaps in there, a good deal of which
In message [EMAIL PROTECTED] you wrote:
[snip]
Currently, on my 386 system...
ldconfig: warning: can't open /usr/local/lib (No such file or directory),
skipping
ldconfig: warning: can't open /usr/lib/i486-linuxaout/libdb.so.1 (No such file
or direct
ory), skipping
ldconfig: warning: can't open
[You (Adrian Bridgett)]
We should also standardize the environment variables that are used. Once
again, if the program doesn't support environment variables, tough -
although of course maintainers are encouraged to fix the programs :-)
Maybe just enforce the standards that are kinda sorta
Philip == Philip Hands [EMAIL PROTECTED] writes:
My first attempt at this was to add these lines to the scripts:
# These variables are for the use of the scripts run by run-parts
PPP_IFACE=$1
PPP_TTY=$2
PPP_SPEED=$3
PPP_LOCAL=$4
PPP_REMOTE=$5
export PPP_IFACE PPP_TTY PPP_SPEED
Brian == Brian Mays [EMAIL PROTECTED] writes:
Yann Dirson [EMAIL PROTECTED] writes:
Adam P. Harris writes:
I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
This would allow, for instance, MTA packages to ship
[You (Rob Browning)]
Christian Schwarz [EMAIL PROTECTED] writes:
As the current emacs package installs its libs into
/usr/lib/emacs/19.34/..., will moving this below /usr/share break other
packages?
I'll certainly make sure that's not a problem before I do it, but so
far, I doubt it will be.
[You ([EMAIL PROTECTED])]
FWIW I've been using run-parts in ip-up and ip-down for some time now,
the scripts reconfigure stuff based on my ip address (2 ISPs) etc.
and everything works like a charm. I dunno about packages placing
scripts in ip-[up|down].d/ -- I'd rather put them in
[CC trimmed to debian-devel]
[Raul Miller]
Hmm.. seems like XEmacs should Provide: auctex. I can't see any
formal problem if auctex is installed as a separate package as
well... [Why someone would want to is beyond me.]
What if you have Xemacs *and* Emacs installed, and want to use auctex
Fabrizio == Fabrizio Polacco [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
We could let the -dev versions of packages have diversions of the
libraries to unstripped versions, and have the runtime versions
have stripped versions.
Interesting idea. I can't say I'm completely clear on
Maybe I should submit this as a wishlist to the bug system, but I was
interested in getting some comments first.
I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
This would allow, for instance, MTA packages to ship
Hello, Mr. Nag. You've probably already been notified of this, but
many of the URLs generated by this `nag' script are incorrect. For
instance, you say:
Nag == Nag [EMAIL PROTECTED] writes:
The history of this bug can be found at:
http://www.debian.org/Bugs/db/988.html or
Should
For example, with the diff package:
Package: diff - cmp works on identical and different binary or text
files - diff works on files, directories, normal or 2 column -
sdiff correctly merges two files - diff3 correctly compares 3 files
Philip == Philip Hands [EMAIL PROTECTED] writes:
It
[Marcelo E. Magallon [EMAIL PROTECTED]]
at the time bo was released, the options for the kernel were 2.0.29
and 2.0.30. as 2.0.30 turned out to be unstable on some machines,
debian decided to use the 2.0.29 kernel. the only problem is :
buslogic flashpoint support started with 2.0.30 :-(
I'm hoping to get my PGP keys signed by a known and registered debian
developer in the NYC area so as to comply with the Debian Developer's
Reference Section 1.2.
I'm located in Manhattan; specifically on the Lower East Side.
Any takers? Please reply to me offline. Thanks.
.A. P. [EMAIL
:
(1) perl itself got upgraded, and
(2) wais got upgraded.
Adam P. Harris [EMAIL PROTECTED] wrote:
Huh??? Perl itself? I don't think this is possible.
Take a look at TIMB/perl5.004_04.tar.gz
Wow. Guess I'm a little out of it.
It is automatically brought in when you install something
[Brian Bassett [EMAIL PROTECTED]]
I was wondering if anyone was working on packaging the University of
Michigan's LDAP server and client suite. I noticed that hamm does
not contain anything LDAP related and thought this might be a good
addition.
According to the debian prospective packages
I don't understand why the debian developers are undertaking to
maintain debianified version of Perl modules when the CPAN module and
its mechanisms are so much more native to Perl, are well-supported by
the Perl community, etc? Besides, Perl already has it's own automated
upgrade system (CPAN),
Adam I don't understand why the debian developers are undertaking to
Adam maintain debianified version of Perl modules when the CPAN
Adam module and its mechanisms are so much more native to Perl, are
Adam well-supported by the Perl community, etc?
[Manoj Srivastava [EMAIL PROTECTED]]
How
[You ([EMAIL PROTECTED])]
About two months ago, I upgraded a CPAN bundle on a production server.
Two interesting things happened:
(1) perl itself got upgraded, and
(2) wais got upgraded.
Huh??? Perl itself? I don't think this is possible.
[...]
Also, there are CPAN modules whose installation
51 matches
Mail list logo
