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-Un
> 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
[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
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 Dor
[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 st
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 --
> y
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 world
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
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: h
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 somethin
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 total
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 debia
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]
F
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 chec
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
no
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?
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 m
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
'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 prod
-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
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... :)
-
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 _
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 have
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 hav
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
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
inf
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 m
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
[
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 M
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] .
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.
Scripts
| 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(...)
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! St
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 c
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 binar
> "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_installd
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:
*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
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
cutti
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 machine
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
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 actual
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 parti
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
http://www.cck.uni-kl.de/
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 wil
> "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 con
46 matches
Mail list logo
