On 3 Jan 1998, Michael Alan Dorman wrote:
> 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 b
On 4 Jan 1998, Marco Budde wrote:
> Am 03.01.98 schrieb schwarz # monet.m.isar.de ...
>
> Moin Christian!
>
> CS> We are aware of this problem. The different menu systems (menu, dwww,
> CS> dhelp, etc.) all have their advantages and disadvantages so I guess they
> CS> will all stay around for a
On Sat, 3 Jan 1998, Chris Fearnley wrote:
> '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 an
I am willing to adopt the orphaned package xspread. I have converted
its debian/rules to use the debhelper scripts and compiled the
package against libc6. I will upload tomorrow unless there are
objections.
--
Douglas Bates[EMAIL PROTECTED]
Statistics Department
Joey Hess wrote:
> BTW, could you make a procps-dev package with a libproc.a, and libproc's .h
> files in it? I need this for a package I would like to make called
> w.bassman, it's a different version of 'w', that links with libproc, and
> needs whattime.h to build.
This would be the libproc-dev p
On Sun, 4 Jan 1998, Richard Braakman wrote:
> I think you can find what you want in the cpp info file, node
> "Standard Predefined". It lists macros like __DATE__ and __TIME__.
>
> gcc itself also defines __FUNCTION__ and __PRETTY_FUNCTION__, which
> behave more like string constants and can not
On Sat, Jan 03, 1998 at 10:34:09PM -0700, Bdale Garbee wrote:
> I've been maintaining 'ytalk'. I don't actually use it any more, and it's
> the only X-based thing I maintain except xtrkcad, which is a binary-only
> package that I don't have to futz with much. Therefore, I'd like to stop
> mainta
I think you can find what you want in the cpp info file, node
"Standard Predefined". It lists macros like __DATE__ and __TIME__.
gcc itself also defines __FUNCTION__ and __PRETTY_FUNCTION__, which
behave more like string constants and can not be used in preprocessor
directives.
--
TO UNSUBSCRIB
Does the gcc preprocessor have any such constructs as "manifest
constant"s? The coherent C compiler used several such items to insert
date/time into the compiler output, among others. These seem to be either
pre-declared values, or function calls that actually interigate the
system and leave outpu
Am 03.01.98 schrieb schwarz # monet.m.isar.de ...
Moin Christian!
CS> We are aware of this problem. The different menu systems (menu, dwww,
CS> dhelp, etc.) all have their advantages and disadvantages so I guess they
CS> will all stay around for a while.
If you know a disadvantage of dhelp pleas
Hi. I noticed that one of the packages for which I reported a "link
shared libraries against other libraries" bug was orphaned.
Because I rather like the package (ftplib), I decided to pick up
maintenance and bring it up to date with current policy. There is
also a new upstream version with sign
On Sun, Jan 04, 1998 at 02:43:21PM +1000, [EMAIL PROTECTED] wrote:
> Dselect goes berzerk when I chose to allow it to remove packages. It isn't
> apparently following my advice. I spent three to four hours trying to get
> all the way through the list, but when trying to override "suggestions" I
>
I've been maintaining 'ytalk'. I don't actually use it any more, and it's
the only X-based thing I maintain except xtrkcad, which is a binary-only
package that I don't have to futz with much. Therefore, I'd like to stop
maintaining ytalk...
Anyone want it? There are a couple of open bugs, but
I have never given dselect a "fair" shakedown, because every time I have
tried it I have immediately gotten in trouble. Yesterday and today I have
decided to carry out the process to its conclusion. I've gotten in trouble
again. I wonder if other people are beyond these problems; I am amazed not
Hi,
I wonder if you could update the debian ncurses package to
the latest version : 4.1 available from ftp.clark.net
/pub/dickey/ncurses.
Taper doesn't work with the debian release of ncurses and I'm
getting many people writing asking why they can't type
messages into dialog boxes etc..
Unfor
> a 64 bit variable, it's good for another 4000 years.
Uhhh -- no. If it went from 32 bits to *33* bits, that would get us
4000 years. This gets us more like 16 billion billion years (american
billions - 16 x 10^18 is what I mean, but it's off the top of my head...)
> Don't you think you're ov
> "Scott" == Scott Hanson <[EMAIL PROTECTED]> writes:
Scott> Talk about quick service... I found the packages in
Scott> Incoming this morning :)
*grin* Well, it wasn't terribly difficult -- but I'm extremely glad
for debhelper :)
--
Brought to you by the letters X and D and the numb
17 matches
Mail list logo
