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
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
"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 implemen
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 li
"James A. Treacy" <[EMAIL PROTECTED]> writes:
>A link has been added from all the /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 t
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
> /var/lib/dpkg/info/
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 http://www.nai.com/download/updates/whatdat.asp> seems to
imply, someone oughta look
[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 functionalit
Joseph Carter <[EMAIL PROTECTED]> writes:
> [1 ]
> 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 even earlier discussion c
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
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
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 pdfj
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 addi
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, a
[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 shou
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
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 t
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
>
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 overc
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?
> >
Anthony Towns 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, doesn't it?
>
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? - Le
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
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
"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
> >
[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 are
"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
[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
Why d
[Removed CC to ]
[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 should p
-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 gratef
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 categor
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: ca
[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 wh
[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 al
"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
[CC trimmed to ]
[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
from both?
[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
>/usr/do
[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 i
"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/p
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 li
"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 c
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
Shou
>> 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]> w
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 PR
["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.
CPAN bundle on a production server.
>> >Two interesting things happened:
>> >
>> >(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 possi
[You (Hamish Moffatt)]
> Or does any of this matter ? :-)
The issue of keeping Debian bo crunchy and fresh w/o inhibiting the bold
experimentalism of the hamm lineage is critical to Debian's success. I
know a lot of people, even within my company, using Debian in a production
environment, but fr
[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 pack
[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 installa
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]>]
>
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),
52 matches
Mail list logo
