On Thu, Oct 08, 1998 at 05:53:19PM +0200, Santiago Vila wrote:
> 1) Don't we have to recompile all our ncurses-based apps against 4.2?
If we want all the ncurses-based apps to use the same version of ncurses,
yes. I'm not sure if we have to, though if I were the release manager, I
wouldn't release
On Jun 11, Guy Maor wrote
> > I'm working on the xdaliclock package, and I will take it to libc6. I
> > have merely recompiled it, and all has worked fine, except perhaps some
> > warning (perhaps present with libc5: I have not installed alt-libc5 as
> > yet). This is suspect to me, because my X li
On Jun 8, Guy Maor wrote
> David Frey <[EMAIL PROTECTED]> writes:
> > What is the policy for uploads into unstable regarding libc6?
> > Must all new programs goint into unstable be linked with libc6?
>
> Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of
> course, if the librar
On Jun 6, Pawel Wiecek wrote
> Is anyone (except me) working on packaging asmail?
Package: asmail
Priority: optional
Section: mail
Installed-Size: 53
Maintainer: David Engel <[EMAIL PROTECTED]>
Architecture: i386
Version: 0.50-1
Depends: libc5 (>= 5.4.0-0), xlib6 (>= 3.2-0), xpm4.7 (>= 3.4g-0)
Fil
Is it possible to rebuild a debian source package (that uses debmake),
through the "build" command, signing it with another PGP key than the one
belonging to the maintainer in debian/changelog without modifying the source
(i.e. by providing command-line options to "build")?
Ray
--
LEADERSHIP A f
On May 26, Brian C. White wrote
> Hamm (Debian 2.0)
Some more ideas/goals:
* PAM-mify at least the essential authentication programs (passwd, su,...)
and preferably all programs that require authentication (POP clients,
webservers, ...).
http://parc.power.net/morgan/Linux-PAM/>.
From th
On May 28, Amos Shapira wrote
> Is there a way to force dpkg to find all the installed packages and
> re-install them? One of my Debian (bo) installations went through a
> badly handled "tar" (i.e. many file attributes were lost).
Guessing from dpkg --help,
dpkg --selected-only --refuse-downgrad
On May 26, Manoj Srivastava wrote
> Would the doc directory be better for man pages? Why games?
Check out the manpages at http://www.bofh.net/man/:
lart - Luser Attitude Readjustment Tool - use a lart to adjust lusers'
attitudes
sysadmin - responsible for everything imaginable that
On May 24, Christian Schwarz wrote
> I just read the excellent article "Consisten Keyboard Configuration" by
> John F. Bunch in the Linux Journal, issue #38.
One of the things I missed in that article was how to get the console and X
to use the same composite definitions.
On my system, I've made
On May 15, John Goerzen wrote
> Brian Mays <[EMAIL PROTECTED]> writes:
> > rxvt (and rxvt-xpm) always exports the variable "COLORTERM" so that
> > programs can check for color support. As a side note, when XPM support
> > has been
>
> Unfortunately, I know of no programs that make use of this va
On May 15, Paul Serice wrote
> I have the latest dpkg-dev, but my dpkg-shlibdeps gives me an error
> every time it's run -- even when it's run from "good" packages like
> hello and tar.
>
> The error is as follows:
>
> dpkg-shlibdeps: warning: unknown output from ldd on 'Crafty':
> /libm.
> I was trying to track down a bug in csh (5.26-2), and so compiled with
> -DSYSMALLOC. Most of alloc.c is inside of an #ifndef SYSMALLOC
> conditional, but gcc complained about a bunch of stuff in alloc.c
> anyway:
Please check if there isn't a #define SYSMALLOC in all the included
header files:
Package: base
Version 1.1.0-14
[Originally reported by Bernard Leach <[EMAIL PROTECTED]> on
debian-user:]
the minor device numbers for the cyclades devices have changed;
see kernel sources drivers/char/README.cyclomY
Here's a patch for our MAKEDEV:
--- CUT ME ---
diff -r base-1.1.0.orig//protot
Package: vim
Version: 4.4-1
/usr/doc/vim/vim_tips.txt.gz explains how to make vim function with
compressed helpfiles (which are gzipped as per the guidelines)
in the section "Compressing the help files".
However, this vim package doesn't use this tip:
When the .vimrc has no "version 4" in it, vim
> Package: www.debian.org
>
> The home page at
>
>Linkname: Debian GNU/Linux
> URL: http://www.debian.org/
>
> has a link to
>
>Linkname: Mailing List Archives
>Filename: http://www.debian.org/Lists-Archives/
>
> The latter pages seems not to have been updated since June 9
> The home page at
>
>Linkname: Debian GNU/Linux
> URL: http://www.debian.org/
>
> has a link to
>
>Linkname: Glimpse HTTP Search
> URL: http://www.debian.org/ghindex.html
>
> Submitting a search from the form there (or from any of the
> sub-directory pages) with Lynx (
> Package: manpages-de
> Version: 0.1-1
>
> I installed the German manpages.
Yes, but 0.1-1 installs the manpages in a wrong directory.
> But what do I do to use them?
Install the newest version (0.1-5; available from
ftp.infodrom.north.de:/pub/people/joey/debian).
> I tried export LANG=de bu
> Should we use $(ARCH)-debian-linux-gnu as parameter for ./configure
> and $(ARCH)-debian-linux?
>
> If so can it specified in the guidelines.
> If not what should we use?
In the transition to ELF phase, our gcc package used i486-debian-linux,
which then caused some problems with software/docu
Package: fileutils
Version: 3.13-1
When running "chgrp" as root, no errors or warnings are given when the
group doesn't exist (e.g. when accidently using "chown"'s user.group
syntax), but the group is changed to a nearly unpredictable value.
Script started on Sat Aug 10 15:36:27 1996
zensunni roo
> I know we have WWW access to our mailing lists one. But as far as I know, it
> is only updated monthly.
That is incorrect.
> Would someone step forward to take care of that on a
> daily basis?
It will be... once I've rewritten my scripts (due to my thesis deadline,
this will probably in Septem
> A lot of packages are listed simply as:
>
> download ( bytes)
>
> Version: Last modified: Wed Dec 31 18:00:00 1969
> Architecture:
> Maintainer:
> Description:
>
> Although the download link is correct.
This means that
A. My account on ftp.microworld.net aka www.debian.org ha
> Package: libgdbm1
> Version: 1.7.3-11
>
> Hi,
> I believe that the shared library exported by this package
> (libgdbm.so.1.7.3) is basically the same thing that other linux
> distributions (slackware and redhat in particular) choose to ship as
> libgdm.so.2.0.0 ... Perhaps Debian too shou
[Dan, this is about the correct .so-name for libgdbm; your list has
liggdbm.so.1.7.3, whereas the libc5.2 docs, Slackware, Red Hat have
libgdbm.so.2.0]
> if this is truly a bug, can you explain the two URLs I
> mentioned in the message below? (Already sent to debian-bugs, hence
> not CC'
Hi Susan,
you're keeping me quite busy today :-)
> I just found the Debian search system on http://www.debian.org/ghindex.html.
> This seems to me like a big step forward, and am sorry I didn't see it
> before. Just yesterday I remarked to someone (for whom I had answered a
> user-question by
> 'J.H.M.Dassen wrote:'
> >Bruce wrote:
> >> Also, we should think about source packaging again. We are welcome to take
> >> anything we want from RPM source packaging, if that would help.
> >
> >RPM has the advantage that it include _pristine_
Here's a patch (relative to base-1.1.0-12) that extends MAKEDEV.
Note that the new entries that we want in base need to be uncommented in
debian.rules.
This patch also provides /dev/random and /dev/urandom (fixes Bug 3039).
Note that this patch does not provide non-i386 devices (some are include
Package: rman
Version: 2.5a4-2
rman generates HTML in which the internal references in the table of
contents are off by one:
[example: annotated "man spell | rman -fHTML" output]
-- start --
man page(1) manual page
Table of Contents
NAME
Table of Contents
NAME
SYNOPSIS
-- end --
Thi
> But the more fundamental problem is that these sources seem to be looking for
> the new version of the C libraries:
> ed: can't load library 'libc.so.5'
> whereas the stock 0.93R6 distribution includes only libc.so.4.
Susan, could it be that you perhaps installed an ELF /bin/ed?
Can you chec
> there, but not mtools. Do you know of any tools that can clean up an
> illegal FAT? (Ahh, for an fsck.msdos :-)
>From archie:
ftp.imag.fr/pub1/linux/slackware/source/a/bin/dosfsck.1.tar.gz
Probably on ftp.cdrom.com too.
I haven't used it myself, so I don't know if it can handle this problem.
> R> Here are new versions of libdb, libgdbm and libreadline. Please
> R> note that this version of libgdbm will break the current perl and
> R> man pages. Please wait for new version of these packages before
> R> upgrading.
>
> Is this still true? I thought there might have been a later posting
These packages fix nasty bugs with regard to upgrading; some other (minor)
problems are fixed.
IMPORTANT:
1. prior to upgrading, remove the prerm scripts from the
previous versions as follows:
rm -f /var/lib/dpkg/info/lib{db1,gdbm1,readline2}.prerm
2. libgdbm1 breaks older perl and man packa
These packages fix nasty bugs with regard to upgrading.
IMPORTANT:
1. prior to upgrading, remove the prerm scripts from the
previous versions as follows:
rm -f /var/lib/dpkg/info/lib{db1,gdbm1,readline2}.prerm
2. libgdbm1 breaks older perl and man packages, due to a soname error in
a pre
> Package: libgdbm1-dev
> Version: 1.7.3-6
>
> There's a problem with libgdbm1-dev since when I install the
> corresponding shared library package, it should install also, right? It
> doesn't. I can't tell if the following is a problem with dpkg or with
> the Depends line:
It's the depends line.
> Package: libdb1-dev
> Version: 1.7.3-6
>
> The control file has a bad depends in it:
> grep '^Depends' libdb1-dev-control
> Depends: libc5-dev (>5.2.16-1), libdb1 (1.85.2.x)
>
> That final .x shouldn't be there.
Yes. Fixed in my working sources. I'll make a new release soon.
Ray
--
Obsig: devel
Here are new versions of libdb, libgdbm and libreadline.
Please note that this version of libgdbm will break the current perl
and man pages. Please wait for new version of these packages before
upgrading.
Feedback is appreciated.
Regards,
Ray
Date: 14 Dec 95 18:33 UT
Source: libdb
Binary: libdb1
Package: mount
Version: 2.5-1
The mount package does not install a /usr/doc/copyright/mount file or link.
Ray
--
POPULATION EXPLOSION Unique in human experience, an event which happened
yesterday but which everyone swears won't happen until tomorrow.
- The Hipcrime Vocab by Chad C. Mulligan
Package: sysvinit
Version: 2.57b-0
Package: mount
Version: 2.5-1
I'm not sure which package this reports belong to.
The new umount (from mount-2.5-1) does not have a '-n' option.
This option is used by some of the scripts from the sysvutils package.
If this is a sysvinit bug, it is fixed by the
THESE ARE ALPHA PACKAGES!
Here are new versions of libgdbm, libdb and libreadline. They've been
split in runtime and development versions. All of them have undergone
major changes. For this reason, please do not install them unless
you know what you're doing.
I'd appreciate feedback on these ver
Package: kernel
Version: ?
The sources I'm using form libdb contain a patch that says:
+ * The Linux kernel mmap() semantics are broken :
+ *
+ * Under Linux, read only private mappings cause write only and read/write
+ * opens to fail with errno=ETXTBSY. Shared read only mappings should work
> The answer, I think, is that anything depending on ncurses that is
> expected to work without /usr will have to statically linked --- but that
> should be the only change, since the static libs will also have fallback
> terminal definitions compiled in.
I don't see the necessity of this. Take b
> Package: gs
> Version: 2.6.1pl4-5
>
> The DEPENDS requires both svgalib *and* xlibraries?
Yes. Otherwise the binary will not run.
IMHO gs should use dynamic loading for both svgalib and the xlibraries.
gs can still be useful on systems that don't have both (or even none) of
them. This should no
Date: 21 Nov 95 19:05 UT
Source: libreadline
Binary: libreadline
Version: 2.0-7
Description:
libreadline: GNU readline and history libraries.
Priority: Low
Changes:
* Install all info documentation and examples.
* Added extended description.
* Install libhistory.so with version number. Sugge
Note: when I talk about packages here, I don't mean packages in general,
but only development packages (like compiler, linker, binary utilities etc).
Q What are The Fine Manuals?
A * 'ELF: From The Programmer's Perspective" by H.J. Lu.
HTML version near http://www.debian.org/Documentation
> I just installed 0.93R6 base system. Everything seemed to go well.
> When I tried 'adduser', it failed with the message
> bash: /usr/bin/perl : cannot execute binary file
Hmmm... can you send the output of 'ldd /usr/bin/perl' to debian-devel?
I suspect that you don't have libc or libc4 ins
Changes:
* Library in /lib instead of /usr/i486-linuxaout/lib, since a base package
(bash) depends on it. Thanks to David Engel for finding this one.
* Hardwired /usr/i486-linuxaout where necessary
46972d5000aa7785bad36eed1d4505e7 aout-librl-2.0.3-4.deb
971d01c3a3f401d1f927e9bcaaf4a4d7 aout-li
> This brings up a potentially important question:
>
> 1.2.13 won't compile under ELF by default, and though there have been
> many threats of 1.2.14 it has yet to materialize. Are we going to push
> forward with 1.3.x, or stick with 1.2.13 and patch?
I run 1.3 kernels myself, but they are not
> Are these new aout-* packages going to stay the same name forever?
Probably as long as we support a.out.
> And also,
> are there going to be elf-* packages under the debian-1.0 tree too?
The elf-* packages were experimental packages, for those maintainers that
wanted too look ahead towards ELF
Users of libreadline-2.0-4, please upgrade.
Changes since libreadline-2.0-5:
* Use /usr/include/readline instead of /usr/include .
* Automagically use ncurses, following the explanation in H.J. Lu's
'ELF: From The Programmer's Perspective'.
* Install tilde.h .
-rw-r--r-- 1 root root
> > I've moved the new ELF packages that David and Ray are working on to
> > /debian/private/project/elf. As soon as they give the word, I'll move
> > them into the distribution. For now, I urge everyone to upgrade their
> > copies of gcc, libc, etc., as we're going to start wanting to building
>
libgdbm 1.7.3-2 - Ray Dassen <[EMAIL PROTECTED]>
* Don't do -fomit-frame-pointer optimization with -O2 -fPIC, since
this may generate buggy code w/ gcc 2.7.{0,1}.
* Changed gdbm.3 to gdbm.3gdbm; made symlinks for the various gdbm_
symbols; made dbm.h symlink. Thanks to David Engel <[EMAIL PROTE
Note: this version is made to cooperate with David's new ELF packages
and the new directory structure (ELF libs in /usr/lib; a.out libs in
/usr/i486-linuxaout).
Changes since elf-libgdbm 1.7.3-1
* Renamed to libgdbm. Added 'Provides: elf-libgdbm' to control file.
* Use /usr/ instead of /usr/i486-
Dirk worte:
> Not a bug IMHO. Try it again, going slowly directory by directory, ie
> cd /
> cd debian
> cd private
> cd project
> cd Incoming
> and you will see the "Permission denied" message both for project and for
> Incoming---but nevertheless do try
> dir
>
Package: ncftp
Version: 2.1.0-1
ncftp-2.1.0 cannot cd into ftp.debian.org:/debian/private/project.
It can get to private, but gives "Permission denied" when entering project.
ncftp-1.9.2 on an SGI can enter this location.
This is what the permissions look like from the inside (/debian.org/ftp
is
> Package: dvipsk
> Version: 5.58f-3
>
> Package: dvipsk
> Recommends: psfonts
>
> However, no psfonts package appears to be available.
Looks like it should recommend 'texpsfnt'.
Ray
--
LOGIC The principle governing human intellection. Its nature may be deduced
from examining the two following
> Yup, I'm here (but I don't necessarily read debian-devel very closely).
> We are about to embark (well, sometime in the next few months) on the
> design for RPM 2.0. Would it make sense for us to set up a mailing
> list for package issues? (we've been thinking about setting up an
> [EMAIL PROTE
If the libc maintainer includes a gdbm man page, please let me know.
Currently, elf-libgdbm installs one.
Ray
--
LOGIC The principle governing human intellection. Its nature may be deduced
from examining the two following propositions, both of which are held by
human beings to be true and often b
>From: Ian Jackson <[EMAIL PROTECTED]>
>
>Ian Murdock writes ("Re: Release management and package announcements"):
>> Are we going to start with an a.out 1.0 and migrate to an ELF 1.0?
>> If so, I'd agree that this is what we should do (and what I'll do
>> if we all think this
Package: perl
Version: 5.001-5
[As noted by Brian White:]
Perl 5.001-5 has 'revision: 4' in the control file.
--
LOGIC The principle governing human intellection. Its nature may be deduced
from examining the two following propositions, both of which are held by
human beings to be true and often
> Before we get bogged down into the details of exactly what script
> should do what, &c, we need to consider what our requirements are, and
> make some overall design decisions. I think we have several
> conflicting requirements.
>
> 1. It is important to have a single file that can be downloade
Bill wrote:
> Also, I think RedHat does something like this in their package admin
> tools. That's been discussed a bit in debian-devel, but I don't think
> anyone has taken the time to look at it.
I've browsed through it (http://www.redhat.com/rpm.html), and it is
remarkably like the current deb
Ian J. writes:
> I think that as the dpkg maintainer I probably have a reasonably good
> idea of how we can go about this so as to maintain minimum problems:
>
> 1. Firstly, we make sure that all our a.out packages have a Depends
> line that refers to the a.out libc in some way. We're still behin
Subject: 1.0 issues: Packaging (esp. source)
Short Description
-
There appears to be concensus among the developers that the current
source packaging system, which has debianized source packages,
should be replaced by a system that uses unmodified source.
Desirable goals for sou
Subject: 1.0 issues: FSSTND compliance & preparation for a.out abolishment
Short Description
-
The default Linux binary format is to move to ELF. Most of the libraries
and other support is already debianized, but uses non-standard locations.
In the long term, we want users to be a
Description
---
The Powers That Be (most importantly, the linux libraries maintainers)
have decided to drop both termcap and curses support (they are not
present in the newer ELF libc's for example).
Both of these libraries are replaced by ncurses, which AFAIK uses
the same interface.
Lin
Dear developers,
I'll be listing a couple of issues that I think are relevant for the
development of the 1.0 release. I'll expand them in separate messages.
I'll try not to take sides in debates that'll probably be reopened;
I'm merely trying to provide a framework for the discussion.
Move to EL
> Package: perl
> Version: 5.001-5.elf
>
> The new elf perl package depends on version 5 of the math library.
> However, as far as I can tell, version 5 has not been released yet (as
> a debian package).
There is, see the following transcript from ftp.debian.org:
--
bugs jdassen 3:42 /debian.org/f
> : > Perl seems to be confused making some arithmetic operations (additions).
> : > Sometimes the result of $a+=$b, when $a is 0 and $b is 2 happens to be
> : > 2.04192 or something similar.
> :
> : Fernando, I unfortunately have no idea what is causing this. Please
> : provide a short script
Forwarded message:
>From [EMAIL PROTECTED] Mon Oct 23 17:47:44 1995
Date: Mon, 23 Oct 1995 12:47:22 -0400 (EDT)
From: Fernando <[EMAIL PROTECTED]>
To: "J.H.M.Dassen" <[EMAIL PROTECTED]>
Subject: Re: Bug#1732: Bad arithmetic in new perl packages
In-Reply-To: <[EMAIL PRO
Fernando wrote to debian-bugs:
> Pakckage: perl
> Version: 5.001-5
(perl5-porters, this is 5.001m without additional packages).
> Notes: tried a.out only, happens also with 5.001-4, however 5.001-3 is OK
(5.001-3 == 5.001e).
> Perl seems to be confused making some arithmetic operations (additions
--
POPULATION EXPLOSION Unique in human experience, an event which happened
yesterday but which everyone swears won't happen until tomorrow.
- The Hipcrime Vocab by Chad C. Mulligan
--
POPULATION EXPLOSION Unique in human experience, an event which happened
yesterday but which everyone swears won't happen until tomorrow.
- The Hipcrime Vocab by Chad C. Mulligan
--
POPULATION EXPLOSION Unique in human experience, an event which happened
yesterday but which everyone swears won't happen until tomorrow.
- The Hipcrime Vocab by Chad C. Mulligan
Mailing lists archive test.
--
POPULATION EXPLOSION Unique in human experience, an event which happened
yesterday but which everyone swears won't happen until tomorrow.
- The Hipcrime Vocab by Chad C. Mulligan
73 matches
Mail list logo
