Ben == Ben Gertzfield [EMAIL PROTECTED] writes:
Ben Should I distribute the binary-only .tar.gz as the
Ben .orig.tar.gz, and make the diff as usual?
*grin* Also, shouldn't the package be named 'libforms0.88'? I can also
release a 'libforms0.86' that replaces, provides, and conflicts
Ben Gertzfield wrote:
Well, I guess I'll do so, since nobody else is stepping forward to do
it.
Should I distribute the binary-only .tar.gz as the .orig.tar.gz, and
make the diff as usual?
Hmm... xforms0.86 is .deb only. I think having a source package would
be preferable, yes. It will
Hi Bruce!
Who maintains the tecra patch, and where can I find it?
I don't know if there is a Debian maintainer for the patch, but I
always get it from Jens Maurer's Linux on the Toshiba Tecra series
page at
http://www.cck.uni-kl.de/misc/tecra710/
The file is at
On Sun, Dec 28, 1997 at 03:47:22PM +0100, Richard Braakman wrote:
Philippe Troin [EMAIL PROTECTED]:
perlmagick-1.15-2
imagemagick-3.9.0-1
libhdf4g-dev-4.0.2-4 (Depends on libhdf4)
It's a strange dependency, but libhdf4 actually depends on libhdf4g
rather than just requiring a particular
On Sat, 3 Jan 1998, Hamish Moffatt wrote:
On Sun, Dec 28, 1997 at 03:47:22PM +0100, Richard Braakman wrote:
Philippe Troin [EMAIL PROTECTED]:
perlmagick-1.15-2
imagemagick-3.9.0-1
libhdf4g-dev-4.0.2-4 (Depends on libhdf4)
It's a strange dependency, but libhdf4 actually depends
Hello,
I was just informed (thanks, Che ;)) that there is a newer pine
source-only package in non-free... does it compile and work with libc6 ?
I remember that a couple of months ago there were some problems with libc6
pine, I dont know if it was corrected yet... the changelog is not
informative
Hello,
I hope that this is the right list to post this to.
I have been trying to install the latest libc6 and libc6-dev packages (2.0.6-2
I believe) and have to this point been unsuccessful. The libc6 package
depends on libpthreads0.7-1. The latest version on ftp.debian.org (and on
my
Ben Gertzfield has convinced me that debhelper's special treatment of the
first package listed in debian/control isn't a good thing. I'm thinking
about redesigning debhelper to act in a more consitent fasion. Of course,
backwards compatability is very important. (Especially since people enjoy
Joey == Joey Hess [EMAIL PROTECTED] writes:
*excellent explanation of what can happen snipped*
Joey I far prefer #3, I feel it's the cleanest way to go (it will
Joey simplify the man pages a lot), but its backwards
Joey compatability problems worry me. If people think #3 is too
Ben Gertzfield wrote:
I agree, and would prefer #3 -- but is there anything but
dh_installdirs that needs to be changed if we do it that way?
Yes. This change would effect at least:
dh_installdirs, dh_installdocs, dh_installchangelogs, dh_installexamples,
dh_undocumented, dh_installmanpages,
Joey == Joey Hess [EMAIL PROTECTED] writes:
Joey Ben Gertzfield wrote:
Ben I agree, and would prefer #3 -- but is there anything but
Ben dh_installdirs that needs to be changed if we do it that way?
Joey Yes. This change would effect at least:
Joey dh_installdirs,
Ben Gertzfield wrote:
Okay. Is there any way we can possibly detect and issue a warning if
someone tries the old behavior (when would this happen) if we go with
#3, also?
I thought about that. I can test to see if parameters are specified and the
package being acted on is not the first binary
On Sat, 3 Jan 1998, Gergely Madarasz wrote:
Hi
I was just informed (thanks, Che ;)) that there is a newer pine
source-only package in non-free... does it compile and work with libc6 ?
I remember that a couple of months ago there were some problems with libc6
pine, I dont know if it was
When trying to compile nfsroot for libc6, I got a implicit declaration of
swab(...). I fixed it by copying the declaration out of unistd.h. Then,
during linking, I got an undefined reference to swap(...). I ran objdump on
libc.a, and found swap.o, but it only had a text section, and no code!
| On Saturday, 3 January 98, at 4:12:27 AM
| Adam wrote about libc6 is missing swab
When trying to compile nfsroot for libc6, I got a implicit declaration of
swab(...). I fixed it by copying the declaration out of unistd.h. Then,
during linking, I got an undefined reference to swap(...). I
Hello everyone,
--
BACKGROUND AND CURRENT STATUS:
--
Ok, I'm finally ready to start doing this. For those that are reading
this for the first time, the checklist will be used by the testers to
verify a package is working correctly.
What about Digital Alpha and Sun Sparc debian version?
Marco.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
It should be possible to construct a regexp that detects these usage
patterns. Then you could grep through the .diff.gz files on the
archive to see if they are used anywhere, and file individual
bugreports. With a few exceptions, the diffs are not very large --
you won't be grepping through 500
The base system has installed smoothly however the packages are proving
cumbersome, is there a distributer of Debian on CD in Sydney Austrlaia I
could not find a reference to one on the website
thanks in advance
Suthagar
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
On Fri, Jan 02, 1998 at 03:14:31PM -0500, Adam Heath wrote:
No, the new package should be named similar to the upstream source but
the control file should contain these lines:
Conflicts: mdutils
Replaces: mdutils
Provides: mdutils
But what if they currently have mdutils
On Sat, Jan 03, 1998 at 12:42:36PM +0100, Marco Bellini wrote:
What about Digital Alpha and Sun Sparc debian version?
Both ports exist but are not quite complete. They are usable
though. There are two mailing lists debian-sparc and
debian-alpha@lists.debian.org where you should get further
On Thu, 1 Jan 1998 [EMAIL PROTECTED] wrote:
Today I've released the latest version of my HTML online help system for
Debian. Bugs reports are welcome :).
I like it but...
1) How about dwww? (Yes, I know dwww needs a web server...)
2) I really dont like to have 2/3/... methods of
On Fri, 2 Jan 1998, Chris Fearnley wrote:
'[EMAIL PROTECTED] wrote:'
Actually, I'm not sure there is a problem with libc5-altdev. There definitely
is a dependency clash between libc5 and libc6, which David Engel thinks we
should patch by producing an upgrade for libc5. This will have to be
Christian Schwarz wrote:
[Immediate-Configure: Yes field]
If I recall correctly, there were two reasons for delaying the
configuration step until all packages had been unpacked:
1.- Packages are more likely to have their dependencies satisfied if
all of the packages being installed
On Sat, 3 Jan 1998, Gergely Madarasz wrote:
It would be so nice to remove libc5 from one of my machines... and pine is
the only obstacle (no, i cannot tell 30 people to switch to mutt :))
You don't have to... Tell'em to use emacs... :) Just kidding, I'm using pine
on a libc6 machine, and I
On Sat, 3 Jan 1998, Turbo Fredriksson wrote:
You don't have to... Tell'em to use emacs... :) Just kidding, I'm using pine
on a libc6 machine, and I _think_ it's libc6...
Just double checked... I'm using a libc5 pine to... sorry... Emacs is still
greate... :)
-BEGIN PGP SIGNED MESSAGE-
Gergely Madarasz wrote:
I was just informed (thanks, Che ;)) that there is a newer pine
source-only package in non-free... does it compile and work with libc6 ?
It compiles, but it does not work (it does, but not in a multi-user
environment, so installing it
'Christian Schwarz wrote:'
On Fri, 2 Jan 1998, Chris Fearnley wrote:
'[EMAIL PROTECTED] wrote:'
Actually, I'm not sure there is a problem with libc5-altdev. There
definitely
is a dependency clash between libc5 and libc6, which David Engel thinks we
should patch by producing an upgrade
Ben Gertzfield [EMAIL PROTECTED] writes:
Scott == Scott Hanson [EMAIL PROTECTED] writes:
Scott As soon as someone packages xforms0.88, I'll rebuild both
Scott xmysql and xmysqladmin with it...
Well, I guess I'll do so, since nobody else is stepping forward to do
it.
Talk
On Fri, Jan 02, 1998 at 11:04:51PM -0700, Steve Mayer wrote:
I have been trying to install the latest libc6 and libc6-dev packages (2.0.6-2
I believe) and have to this point been unsuccessful. The libc6 package
depends on libpthreads0.7-1. The latest version on ftp.debian.org (and on
my
well, swab() isn't a standard function, for one thing. It's a
rarely used old-BSD bit, that people occasionally use anyway. Putting
the code directly inline is probably all you can do...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble?
A few of python's postinst scripts byte-compile the source files they
install. The byte-compiled files are to be removed by the postrm scripts
(a script removes all byte-compiled files where sources can't be found).
Now if the python package had created a new directory, this directory is
On 27 Dec 1997, Michael Alan Dorman wrote:
Christian Schwarz [EMAIL PROTECTED] writes:
On 17 Dec 1997, James Troup wrote:
[snip]
If the binary changes, the version number should change.
Completely agreed. Everything else will only result in a big mess.
I'll check our how I can
On Fri, 2 Jan 1998, Richard Braakman wrote:
I made a list of packages that include shared libraries for which ldd
says statically linked. I plan to use this list to automatically
generate bug reports (about 50). However, I am unsure of the text
to use. This is my first try:
[snip]
First
On Sat, Jan 03, 1998 at 07:09:38PM +0100, Christian Schwarz wrote:
On Fri, 2 Jan 1998, Richard Braakman wrote:
[-lc issue]
Basically, I agree with you. However, I think we should stick to the usual
procedure. That is, we should prepare a policy change which will then be
discussion on
Christian Schwarz [EMAIL PROTECTED] writes:
By changing the dependencies you changed the source package before,
or?
Technically, no. The dependencies are build by dpkg-shlibdeps, so for
all intents and purposes, the *only* difference between the old
package and the new was the things totally
I am going to be installing both of these on a Debian system, so it
behooves me to package them, assuming no one is already in the process
of doing so.
Unfortunately, nntpcache must go in non-free, but it is worlds more
capable than leafnode, and I must have the features.
If I've missed
Michael Alan Dorman [EMAIL PROTECTED] writes:
If I've missed something, someone please let me know.
from hamm/contrib/Packages:
Package: mrtg
Version: 2.5.1-1
Priority: extra
Section: contrib/net
Maintainer: Joey Hess [EMAIL PROTECTED]
Depends: libc6, libgd1g, perl (= 5.003)
Recommends: httpd
Christian Schwarz wrote:
Basically, I agree with you. However, I think we should stick to the usual
procedure. That is, we should prepare a policy change which will then be
discussion on debian-policy and included in the next policy weekly posting
for approval. After that, the policy manual is
In article [EMAIL PROTECTED],
Michael Alan Dorman [EMAIL PROTECTED] wrote:
I am going to be installing both of these on a Debian system, so it
behooves me to package them, assuming no one is already in the process
of doing so.
Unfortunately, nntpcache must go in non-free, but it is worlds more
Richard Braakman wrote:
It should be possible to construct a regexp that detects these usage
patterns. Then you could grep through the .diff.gz files on the
archive to see if they are used anywhere, and file individual
bugreports. With a few exceptions, the diffs are not very large --
you
[EMAIL PROTECTED] (Richard Davies) wrote on 07.12.97 in [EMAIL PROTECTED]:
This is a request for some feedback from current and potential users of GPC.
I have GPC 2.0 compiled for hamm, built using GCC 2.7.2.3. The next
version of GPC (currently 971001) is in beta, but is already more stable
James Troup [EMAIL PROTECTED] writes:
Michael Alan Dorman [EMAIL PROTECTED] writes:
If I've missed something, someone please let me know.
from hamm/contrib/Packages:
Thanks, James, I guess I must have looked at the available list on my
alpha, not for i386...
Mike.
--
Michael Alan Dorman
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes:
Did you look at newscache, http://www.infosys.tuwien.ac.at/NewsCache/
I have now.
It's supposed to do the same as nntpcache, but it's GPL'ed
It does seem to do the things I wanted from nntpcache (primarily the
ability to proxy from multiple
A few of python's postinst scripts byte-compile the source files they
install. The byte-compiled files are to be removed by the postrm scripts
(a script removes all byte-compiled files where sources can't be found).
Now if the python package had created a new directory, this directory is
Originally on debian-announce, but it seems development related...
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
Before 2036 we must define time_t, to be a 64-bit variable instead of
a 32-bit one, and recompile all programs. This is a very simple process
compared to the anguish the non-Unix
46 matches
Mail list logo
