ncurses - Is the following a bug in ncurses?

[Victor Torrico]

Hello All,

I compiled, installed and ran le v1.4.1 (this version not yet debian) and got
the error message in the forwarded message and also the response from the le
author.

I don't know if this is an ncurses problem or not.

Regards,

Victor

-Forwarded message from "Alexander V. Lukyanov" <[EMAIL PROTECTED]>-

Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 13660 invoked from network); 23 Dec 1997 12:22:01 -
Received: from univ.uniyar.ac.ru ([EMAIL PROTECTED])
  by milo.cfw.com with SMTP; 23 Dec 1997 12:22:01 -
Received: (from [EMAIL PROTECTED])
by univ.uniyar.ac.ru (8.8.8/8.8.8) id PAA18713
for le-list; Tue, 23 Dec 1997 15:22:07 +0300 (MSK)
Received: from gemini.yars.free.net (gemini.yars.free.net [193.233.192.17])
by univ.uniyar.ac.ru (8.8.8/8.8.8) with ESMTP id PAA18695
for <[EMAIL PROTECTED]>; Tue, 23 Dec 1997 15:22:01 +0300 (MSK)
Received: (from [EMAIL PROTECTED])
by gemini.yars.free.net (8.8.8/8.8.8) id PAA12048;
Tue, 23 Dec 1997 15:22:01 +0300 (MSK)
Date: Tue, 23 Dec 1997 15:22:01 +0300 (MSK)
From: "Alexander V. Lukyanov" <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: le v1.4.1 does not run and gives error message
Sender: [EMAIL PROTECTED]
Precedence: bulk
X-UIDL: 279dd36f1d4821157be271d1f3453c6d

> le seemed to compile and install fine, however, when it is run the following
> error message appears:
> 
> $ le
> le: ncurses misconfigured - wrong CXX_TYPE_OF_BOOL

This message says it all. Your ncurses library is not properly configured.
Try to ask Debian team about this, or compile a recent ncurses snapshot
which has the configuration bug fixed. (The bug did not appear with libc5)

Probably I should have built this check in configure script, so it would be
less confusing.

   Alexander.


-End of forwarded message-

-- 
Victor Torrico

  -- Wildflower Hill, Head Waters, Virginia --


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

libc6 and libc5 compat solibs

[Hakan Ardo]

Hi,
I'm maintaining the libcompface packages and I can't get the libc6/5
dependencis right, when I try to compile a progg for libc6 the libc5 version
of libcompface gets linkt to, that is the one in /usr/liblibc5-compat dir and 
not the one in /usr/lib. What am I doing worng?

-- 
---
 Name:Hakan Ardo
 E-Mail:  [EMAIL PROTECTED]
 WWW: http://www.ub2.lu.se/~hakan/sig.html
 Public Key:  Try "finger [EMAIL PROTECTED]"
 Fingerprint: E9 81 FD 90 53 5C E9 3E  3D ED 57 15 1B 7E 29 F3
 Interests:   WWW, Programming, 3D graphics

 Thought for the day: As long as one understands, the
 spelling does not matter :-)
---


pgpMHmrXLP7K7.pgp
Description: PGP signature

Re: BUG: SVGATextMode or GPM

[Igor Grobman]

>
> 
> +AD4APg- I am running lastest hamm, and when I upgraded to the new 
> svgatextmode, it asked to remove the /etc/rc.boot files, and install new 
> ones.  I did so, but when I rebooted, it executed after gpm.  When I boot, 
> the kernel uses 80x25, and when svgatextmode runs, it changes it to 180x80.  
> However, the mouse is locked in the upper left-hand corner.  Running 
> +ACI-/etc/init.d/gpm restart+ACI- fixes it, but svgatextmode should be run 
> earlier in the sequence.
> +AD4-
> +AD4-
> +AD4-This is not a bug, this is a FAQ :-).  Default TextConfig now includes 
> (and 
> +AD4-has been since 1.6-2, I think) the following line:
> +AD4-
> +AD4-ResetProg +ACI-/usr/sbin/STM+AF8-reset+ACI-
> +AD4-
> +AD4-
> +AD4-STM+AF8-reset is a script that sends a WINCH signal to gpm notifying it 
> of the 
> +AD4-screen resize.  Since TextConfig is a conffile, and yours has probably 
> been 
> +AD4-modified, the change never got through to you.  This will be mentioned 
> in 
> +AD4-README.debian of the next version of stm.
> +AD4-
> 
> When it installed, I told it to overwrite the old file.  I still consider it 
> a bug, because the operation of the computer changes, and I have to manually 
> run /etc/init.d/gpm restart.  It would be nice to have a default 
> STM+AF8-reset, that checks if /etc/init.d/gpm exists, and if so, restart it.
> Or better yet, make a directory that packages can install files into, and 
> have STM+AF8-reset call them.  IE /etc/stm.d. 

1. restart is not necessary in this case, and if you have teh right resetprog 
listed in your TextConfig, everything should be transparent.

2. why create stm.d for only  1 package (gpm)?



> 
> Any time the default way of do things is changed, the user should be 
> notified.  This doesn't warrant a pause, but at least a message would have 
> been nice.  I had been running 1.3.1, with libc6 installed for a while, and 
> did the hamm upgrade(50+-megs).  I was expecting to have lots of messages 
> about config files, so it wouldn't have been a pain to wait for another 
> message.

Sorry, I did not foresee that this will be a problem.


> 
> BTW, the is default resetprog is +ACI-/etc/STM+AF8-reset+ACI-, and it should 
> not be there.  It should be in some bin dir.

it is.  I think you are talking about /etc/TextConfig in 1.8-1, and it was 
indeed messed up, so was STM_reset script.  I messed up a lot of thiings in 
1.8-1.  That package should have never been released, and I apologize for it, 
but what can I do?  I released fixed 1.8-2 within 3 days.


Please install stm 1.8-2 and see if that works for you.

Thanks.

-- 
Proudly running Debian Linux! Linux vs. Windows is a no-Win situation
Igor Grobman   [EMAIL PROTECTED] [EMAIL PROTECTED] 



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: New required base packages for Amiga, Atari, ... detection

[Kai Henningsen]

[EMAIL PROTECTED] (Roman Hodek)  wrote on 22.12.97 in <[EMAIL PROTECTED]>:

> > As in, ISA vs. MCA vs. PCI? :-)
>
> No, as in e.g. Intel-PC vs. Sun :-)

Hardly. That would be a case of incompatible CPUs. Or does Sun produce x86  
machines these days? Nothing is impossible ...

> Ok, you're right that we could leave the user on his own and tell him
> "just don't install packages you can't make any use of", but I think
> we can do it better... Aren't dependencies exactly for that purpose?

I don't think so. Dependencies are for cases where package A depends on  
package B. Not for hardware dependencies.

i386 packages don't differ from alpha packages by dependency.

> I.e., keep the user installing e.g. a libc6 package without having
> libc6? Sorry for the bit of sarcasm :-)

See above.

Dependencies are for inter-package relations.

Architecture is for CPU dependencies.

We don't have any other hardware related mechanism, and I really don't  
think we need one.


MfG Kai


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Mopac - public domain

[Kai Henningsen]

[EMAIL PROTECTED]  wrote on 22.12.97 in <[EMAIL PROTECTED]>:

> Dr. Drake Diedrich writes:
> > Before I put any effort into this, is anyone familiar with this law?
>
> This
>
> C Notice of Public Domain nature of MOPAC
> C
> C  'This computer program is a work of the United States
> C   Government and as such is not subject to protection by
> C   copyright (17 U.S.C. # 105.)
>
> would seem to contradict this:
>
> C This notice shall not
> C   be altered or removed from this software and is to be on
> C   all reproductions.'

Indeed, it sounds very much like one of these "This is public domain, you  
are not allowed to sell it" nonsense licenses.

> However, they have disclaimed copyright, so the only thing that would
> forbid removal of the notice would be a US statute.  As you are outside the
> US you could ignore it, though it would be discourteous not to give credit.

*Is* there such an US statute?


MfG Kai


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Debhelper for a libc5-based system?

[Douglas Bates]

I just uploaded a libc6 version of r-base, a package for statistical
computing and graphics.  I would also like to create a libc5-based
version of this package.  Even if it doesn't get into the official
Debian distributions it will be helpful for several people who run
libc5-based systems.

I used debhelper scripts throughout my debian/rules file.
Unfortunately it appears that the debhelper package is not available
in either the bo or the bo-updates areas.

I can think of a few different approaches:
 - stay on the hamm system and use the altdev packages to compile a
   libc5-based version.  This probably will not work because r-base
   requires g77 for compilation and I don't think there is a g77-altdev
 - try to install enough of debhelper on a bo system to make the
   current debian/rules work.
 - replace the debhelper constructions in the debian/rules

I would appreciate any suggestions.  If replying to the list please
also send a cc: to me.  It seems that I have been dropped from
debian-devel.  Either that or the list has been extraordinarily quiet
for the last week :-)


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Need packager for Faq-O-Matic

[Scott Ellis]

On 23 Dec 1997 [EMAIL PROTECTED] wrote:

> Faq-O-Matic is a FAQ generation system - it allows people to add stuff
> to a FAQ via a CGI interface, and it displays it, etc. I would like someone
> who is better with Perl than I to package it. Please see:
> 
> http://www.dartmouth.edu/cgi-bin/cgiwrap/jonh/faq.pl

This looks interesting.  I'll have a go at it if nobody else has beaten me
to it.  I should have time to get to it over the holidays.

-- 
Scott K. Ellis <[EMAIL PROTECTED]> http://www.gate.net/~storm/


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: sulogin timeout, in /etc/init.d/checkroot

[Nathan E Norman]

On 23 Dec 1997, Miquel van Smoorenburg wrote:

: In article <[EMAIL PROTECTED]>,
: Nathan E Norman <[EMAIL PROTECTED]> wrote:
: >Now that we're using rcS.d rather than /etc/init.d/boot, I've noticed
: >some different behavior from 'sulogin'.  I have "SULOGIN=yes", so I have
: >a chance to go single-user on reboot.  However, the timeout does not
: >work!  If I reboot the machine, I must physically hit "^D" to continue
: >the boot, no matter what the timeout is set to in /etc/init.d/rootcheck.
: 
: It's a bug in init caused by different signal behaviour in libc6, it
: doesn't have anything to do with /etc/rcS.d
: 
: I'll fix it in 2.73, but I cannot release that yet because I have to
: clear up some conflicts with the maintainer of ``kbd'' (conflicts between
: our respective packages, that is :))

Ah!  Ok, thanks for clearing that up.  I can live without sulogin for a
while :)

: 
: Mike.
: -- 
:  Miquel van Smoorenburg |  Studying to be a technomage   <*>
: [EMAIL PROTECTED]  | "May you live in interesting times"
: 

--
Nathan Norman
MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD  57104
phone: (605) 334-4454 fax: (605) 335-1173
mailto://[EMAIL PROTECTED]   http://www.midco.net
PGP Key ID: 0xA33B86E9 - Public key available at keyservers
PGP Key fingerprint: CE03 10AF 3281 1858  9D32 C2AB 936D C472



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Minivend

[bruce]

Minivend is a GPL-ed online ordering application. It's worth looking at
(and I'm sure one of you will want to package it). See:

 http://www.minivend.com/minivend/

Thanks

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Need packager for Faq-O-Matic

[bruce]

Faq-O-Matic is a FAQ generation system - it allows people to add stuff
to a FAQ via a CGI interface, and it displays it, etc. I would like someone
who is better with Perl than I to package it. Please see:

http://www.dartmouth.edu/cgi-bin/cgiwrap/jonh/faq.pl

Thanks

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: sulogin timeout, in /etc/init.d/checkroot

[Miquel van Smoorenburg]

In article <[EMAIL PROTECTED]>,
Nathan E Norman <[EMAIL PROTECTED]> wrote:
>Now that we're using rcS.d rather than /etc/init.d/boot, I've noticed
>some different behavior from 'sulogin'.  I have "SULOGIN=yes", so I have
>a chance to go single-user on reboot.  However, the timeout does not
>work!  If I reboot the machine, I must physically hit "^D" to continue
>the boot, no matter what the timeout is set to in /etc/init.d/rootcheck.

It's a bug in init caused by different signal behaviour in libc6, it
doesn't have anything to do with /etc/rcS.d

I'll fix it in 2.73, but I cannot release that yet because I have to
clear up some conflicts with the maintainer of ``kbd'' (conflicts between
our respective packages, that is :))

Mike.
-- 
 Miquel van Smoorenburg |  Studying to be a technomage   <*>
[EMAIL PROTECTED]  | "May you live in interesting times"


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: su and init scripts

[Miquel van Smoorenburg]

In article <[EMAIL PROTECTED]>,
Meskes, Michael <[EMAIL PROTECTED]> wrote:
>When using su to change the user you do not get that user's login shell,
>but the one listed in the environment variable SHELL.

That must be a bug in your version of su, since the manpage states it will
use the shell in the password file. In fact, on a Debian 1.3 system:

[defiant:root](~)> echo $SHELL
/bin/bash
[defiant:root](~)> su miquels -c 'echo $SHELL'
/usr/bin/zsh
[defiant:root](~)> 

If I strace it:

setgid(10)  = 0
setuid(2101)= 0
execve("/usr/bin/zsh", ["zsh", "-c", "echo $SHELL"], [/* 20 vars */]) = 0

A recent hamm system shows the same behaviour, btw

I realize all this doesn't help you very much (sorry) in a direct way but
hopefully it gives some more insight in the problem ..

Mike.
-- 
 Miquel van Smoorenburg |  Studying to be a technomage   <*>
[EMAIL PROTECTED]  | "May you live in interesting times"


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

sulogin timeout, in /etc/init.d/checkroot

[Nathan E Norman]

Now that we're using rcS.d rather than /etc/init.d/boot, I've noticed
some different behavior from 'sulogin'.  I have "SULOGIN=yes", so I have
a chance to go single-user on reboot.  However, the timeout does not
work!  If I reboot the machine, I must physically hit "^D" to continue
the boot, no matter what the timeout is set to in /etc/init.d/rootcheck.

For now, I've set "SULOGIN=no", but I liked the old way better.  Anyone
else had trouble with this, or is it just me?

BTW, I've been running hamm for a month or so now; I try to update at
least weekly.

--
Nathan Norman
MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD  57104
phone: (605) 334-4454 fax: (605) 335-1173
mailto://[EMAIL PROTECTED]   http://www.midco.net
PGP Key ID: 0xA33B86E9 - Public key available at keyservers
PGP Key fingerprint: CE03 10AF 3281 1858  9D32 C2AB 936D C472



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

su and init scripts

[Meskes, Michael]

When using su to change the user you do not get that user's login shell,
but the one listed in the environment variable SHELL. I have no idea why
this is done, but I don't think it's very intuitive. Anyway, there's a
problem with this behaviour when a shell does not behave as sh would.
For instance I have set up my system to use sash as root's shell (and if
you ever managed to destroy ld.so or libc you know why) and sash does
not know the '-c' option.  So what happens is that /etc/init./postgresql
stops with a shell prompt during boot resp. shutdown procedure because
it tries to execute a command with 'su postgres -c ...'.

What shall we do? First of all I'd like to have the time to patch sash
to be able to handle at least '-c', but I'm afraid I'm lacking time
right now. If the su behaviour is correct I think every package should
make sure SHELL is set to an acceptable value before calling su.

Comments anyone?

Michael

--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED]  | 52146 Wuerselen
Go SF49ers! Use Debian GNU/Linux!  | Tel: (+49) 2405/4670-44


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

BUG: ncftp segfaults on big screens

[Adam Heath]

When I recently upgraded to the lastest svgatextmode in hamm, I started playing 
around with the config files.  I got my display to run at 180x80.  Then when I 
went to run ncftp, it segfaulted.  However, at 132x50, it loads and runs fine.  
Dselect and ae work at that high res, though.

 Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort.  Email
 http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with
 http://wwp.mirabilis.com/3375265 - Page Me  the word subscribe in the body.




--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble?  e-mail to [EMAIL PROTECTED] .

BUG: SVGATextMode or GPM

[Adam Heath]

I am running lastest hamm, and when I upgraded to the new svgatextmode, it 
asked to remove the /etc/rc.boot files, and install new ones.  I did so, but 
when I rebooted, it executed after gpm.  When I boot, the kernel uses 80x25, 
and when svgatextmode runs, it changes it to 180x80.  However, the mouse is 
locked in the upper left-hand corner.  Running "/etc/init.d/gpm restart" fixes 
it, but svgatextmode should be run earlier in the sequence.

 Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort.  Email
 http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with
 http://wwp.mirabilis.com/3375265 - Page Me  the word subscribe in the body.





--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: menu category for personal info. manager apps

[Adam P. Harris]

"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 gratefully adopt any desicion he
> makes (assuming he wants to participate)

Not like it's a high-intensity issue or anything ;)

> Personally, I would say that "xmaddressbook" should then be moved to
> Apps/Tools. I also think that "PIM" isn't very clear. I would prefer
> something like "Personal", that at least gives you an idea as to
> what it is.

Agreed.

> If netscape is a `PIM', then chimera, emacs, whathaveyou certainly
> also are `PIM's. I wouldn't want netscape to appear in any such
> catogary.

Um, not "Netscape Navigator", I meant "Netscape Calendar", i.e.,
`nscal'.  Not currently packaged, btw.

> joost witteveen, (I'm preparing for my promotion 1998/1/7, and have
> less than zero time to spend on anything that isn't really related
> to that (or esperanto)).

Good luck!

.A. P. [EMAIL PROTECTED]http://www.onShore.com/>




--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Yet another glibc pre-release

[David Engel]

I've put another pre-release of glibc 2.0.6 (pre5) at
ftp://ftp.ods.com/pub/linux.

Please note that I will be out of town for the rest of the week.  Any
problems will have to wait until I return on Saturday.

David
-- 
David EngelODS Networks
[EMAIL PROTECTED]   1001 E. Arapaho Road
(972) 234-6400 Richardson, TX  75081


-BEGIN PGP SIGNED MESSAGE-

Format: 1.5
Date: Mon, 22 Dec 1997 01:14:22 -0600
Source: glibc
Binary: timezones libc6 libc6-pic libc6-dbg locales libc6-doc libc6-dev
Architecture: source i386 all
Version: 2.0.6-0.5
Distribution: unstable
Urgency: low
Maintainer: David Engel <[EMAIL PROTECTED]>
Description: 
 libc6  - The GNU C library version 2 (run-time files).
 libc6-dbg  - The GNU C library version 2 (debugging/profiling files).
 libc6-dev  - The GNU C library version 2 (development files).
 libc6-doc  - The GNU C library version 2 (documentation files)
 libc6-pic  - The GNU C library version 2 (PIC library)
 locales- Locale data files and utilities.
 timezones  - Time zone data files and utilities.
Changes: 
 glibc (2.0.6-0.5) unstable; urgency=low
 .
   * New upstream version (2.0.6pre5).
   * Updated Debian README and FAQ for inclusion in upstream source.
   * Changed libc6 to conflict with old libc5 packages.
   * Changed libc6 to conflict with existing libpthread0 packages.
   * Fixed libc6-dev to create /usr/include symlinks correctly.
   * Changed libc6-dev to depend on either kernel-headers or kernel-source.
   * Fixed libc6-doc to not include erroneous dir.gz.
Files: 
 96fb2663f5d8b150728237d0ae962134 679 libs required glibc_2.0.6-0.5.dsc
 d2533d9997986c77996aca93e55e0cb4 14404 libs required glibc_2.0.6-0.5.diff.gz
 3f29d14b7505d24173ed8b1684f7acd7 504912 doc optional 
libc6-doc_2.0.6-0.5_all.deb
 c43cfe8c0058c1ebc864b266bada73da 557694 base required libc6_2.0.6-0.5_i386.deb
 a94eb0833141c93f1f0d97322b3f87ce 88 devel standard 
libc6-dev_2.0.6-0.5_i386.deb
 db52d3972bfc6e951c08eaa6f821d00a 3574400 devel optional 
libc6-dbg_2.0.6-0.5_i386.deb
 6eac2d4fb97c1cb207258ab20be44b61 1294450 devel optional 
libc6-pic_2.0.6-0.5_i386.deb
 d9b452b0f93654d10a89ecede4071fff 1104850 admin standard 
locales_2.0.6-0.5_i386.deb
 21ce353ad82523752ac18bbb3c3f45ba 255372 base required 
timezones_2.0.6-0.5_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv

iQCVAwUBNJ86CP/RtKx8Gf0ZAQEiYAP8D8ckbSNgH9ihaOjWIWiYKiTE0NRQbYK0
uIyWxDgdH4TMmUrK7KZRdHdv+XGUNAu4BMnwIkMGMsnaO88IbVP+Yz+3s2FkSXde
YRrhiB9k/w58YPWO1NkLVT4iCXvh9GHt2E6cdb+YJYLMCQyE4WIXh9nutPaJh4Pv
88G0Sas9NAI=
=/LEk
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Joey Hess]

Karl M. Hegbloom wrote:
>  Maybe you could do it once, in the "rules" file:
> 
> export PKG_VERSION=$(shell dh_parseversion)
> 
>  ... and then use it from the environment.

I don't want the dh_* to be dependant on the particular debian/rules
they are in. They should be able to be added, singly, to rules files,
without any other bother.

> I don't know what to do
>  about that error mess.

It's a bug, anyway. However, it can just be directed to /dev/null (it's
stderr).

> Is it on stdout or stderr?  Perhaps you could
> have `dh_parseversion' elide it with redirections... piping through
> `gawk' and only grabbing what you need seems to work.  I don't know
> if `expr' is a simpler way yet.  Hmmm.  Does it handle the newlines?

Yes:

expr "`dpkg-parsechangelog`" : '.*Version: \(.*\).*\nDistribution:'

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Karl M. Hegbloom]

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:

Joey> However, on second thought, using dpkg-parsechangelog is
Joey> unappetising. Not only does it print out this annoying error
Joey> message, but it takes a about a second to run. (on a p166)

Joey> Since debian/rules files that use debhelper typically cal
Joey> about 20 d_* programs in a package build, that's about half
Joey> a minute added to the build, along with an appalling amount
Joey> of ugly messages. I don't know... it's the right thing to
Joey> do, but it's so ugly...

 Maybe you could do it once, in the "rules" file:

export PKG_VERSION=$(shell dh_parseversion)

 ... and then use it from the environment.  I don't know what to do
 about that error mess.  Is it on stdout or stderr?  Perhaps you could
 have `dh_parseversion' elide it with redirections... piping through
 `gawk' and only grabbing what you need seems to work.  I don't know
 if `expr' is a simpler way yet.  Hmmm.  Does it handle the newlines?


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Joey Hess]

Karl M. Hegbloom wrote:
>  Well, I'm glad you wrote it the way you did.  I've just begun to
>  learn how shell scripts are written and that's the first time I'd
>  encountered that use of `expr'.  I learned from it.

Same here, I stole that bit from debstd. ;-)

However, on second thought, using dpkg-parsechangelog is unappetising. Not
only does it print out this annoying error message, but it takes a about a
second to run. (on a p166)

[EMAIL PROTECTED]:~/debian/build/debhelper-0.35>time dpkg-parsechangelog  
>/dev/null
no utmp entry available, using value of LOGNAME ("joey") at

Since debian/rules files that use debhelper typically cal about 20 d_*
programs in a package build, that's about half a minute added to the build,
along with an appalling amount of ugly messages. I don't know... it's the
right thing to do, but it's so ugly...

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Karl M. Hegbloom]

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:

Joey> Karl M. Hegbloom wrote:
>> Note that I use `dpkg-parsechangelog', rather than the simpler:
>>
>> LINE=$(head -1 changelog) VERSION=$(expr $LINE : '.* (\(.*\))')
>>
>> ... since I thought that the reason for using
>> `dpkg-parsechangelog' was so folks could experiment with
>> alternative changelog formats.

Joey> Ah, I'll have to modify debhelper to use that. Good point.

 Well, I'm glad you wrote it the way you did.  I've just begun to
 learn how shell scripts are written and that's the first time I'd
 encountered that use of `expr'.  I learned from it.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Joey Hess]

Karl M. Hegbloom wrote:
>  Note that I use `dpkg-parsechangelog', rather than the simpler:
> 
> LINE=$(head -1 changelog)
> VERSION=$(expr $LINE : '.* (\(.*\))')
> 
>  ... since I thought that the reason for using `dpkg-parsechangelog'
>  was so folks could experiment with alternative changelog formats.

Ah, I'll have to modify debhelper to use that. Good point.

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Work-Needing and Prospective Packages for Debian GNU/Linux

[Karl M. Hegbloom]

wnpp> o Steve Kostecke  has adopted
wnpp>  linuxlogo.

 Uh, I was told I could take the package, and have uploaded.

 Steve, you can have it, if you like; I learned from repackageing it,
 perhaps you'll get something from it too.  Let me know.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: debhelper: suggestions

[Karl M. Hegbloom]

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:

Karl> Also, to put a version string into a program, I use:

VERSION=$(shell dpkg-parsechangelog 2>/dev/null \
  | gawk -F: \
 '$$1 ~ /Version/ {version = gensub(/^ */,"",g,$$2)} \
 END {printf("%s_SPI", version) }')

Joey> I've definitly considered adding version testing to
Joey> debhelper. Thanks for the shell fragmenet. I considered
Joey> making a dh_checkver, that takes a version number, and
Joey> returns 1 if the current version is older - that's let
Joey> debian/rules files abort with outdated versions of
Joey> debhelper. What do you think of that idea?

 Ok...  I thought that the `auto-debhelper' idea was good.  m4 is very
 powerful.  It would allow more sophisticated automatic script
 building.  Thing is, do we need that?  How often is there a package
 that would even use it?  YTMAWBN[1], I'm a beginner.

Karl> build-stamp: dh_testdir $(MAKE) VERSION=$(VERSION) touch
Karl> build-stamp

Karl> ... and then I use the VERSION in the C like this:

void
printCopyright (void)
{
fprintf (stderr,
 "tmpreaper -- Version: " VERSION "\n"
 "(c) 1997 Software in the Public Interest\n"
 "This may be freely redistributed under the terms of the GNU 
Public License.\n");
}
// 1 2 3 4 5 6  
   7 8
//
02345678901234567890123456789012345678901234567890123456789012345678901234567890

Joey> Hang on, maybe I'm missing something - is the version
Joey> debhelper's version, or the version of your package?

 The version of the package.

 Note that I use `dpkg-parsechangelog', rather than the simpler:

LINE=$(head -1 changelog)
VERSION=$(expr $LINE : '.* (\(.*\))')

 ... since I thought that the reason for using `dpkg-parsechangelog'
 was so folks could experiment with alternative changelog formats.

 Is anyone doing that?


Footnotes: 
[1]  You Tell Me And We'll Both Know

-- 
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.com/~karlheg
Portland, OR  USA
Debian GNU 1.3.1+hamm Linux 2.0.32 AMD K5 PR-133


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Can I take wml and eperl?

[Anthony Fok]

On Tue, 23 Dec 1997, Marcus Brinkmann wrote:

> > 2 MB is the installed size, i.e. the space that it takes on your
> > hard drive after unpacking.  :)  The .deb was about 700 KB?
> 
> It is even shorter, ok... (but it could be even even shorter ;)
> Installed size: 1.2 MB
> 
> I got a little hot, because I have only 50MB left on my disk...

That's the latest version already.I'm currently trying to
package other components such as slice and iselect.  :)

> i am waiting, too. Hey, I didn't want to flame you. I just wanted to throw
> my 2 cents in...

That was a flame?  Nah, didn't seem like it.Your concern was
very valid and real.  :)

> > The latest wml .deb depends on m4 and eperl.  More dependencies and
> > symlinks will come when we finish packaging other components for Debian.
> > 
> 
> This, for sure, is the Right Thing (TM).  :-)

I guess so too.  However, I wonder if a all-in-one wml would take more
space or less than a stripped-down wml + eperl + m4 + slice + iselect etc.
with all the extra example files and documentation.

Anyway, eperl and m4 were easy.  :)  /usr/bin/eperl is exactly the same as
/usr/bin/wml_p3_eperl;  /usr/bin/m4 = /usr/bin/wml_p4_gm4, etc.  I am
trying to figure out what slice is exactly and see if it would be as easy
as the others.  

(I'm tempted to say Happy New Year to you too, although it is still more
than a week away.  Oh well.  :)  Happy New Year!

Anthony

-- 
Anthony Fok Tung-Ling[EMAIL PROTECTED]
Civil Engineeringhttp://www.ualberta.ca/~foka/
University of Alberta, CanadaKeep smiling!  *^_^*


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Can I take wml and eperl?

[Marcus Brinkmann]

On Mon, Dec 22, 1997 at 06:54:08PM -0700, Anthony Fok wrote:
> On Mon, 22 Dec 1997, Marcus Brinkmann wrote:
> 
> > Sorry, do you mean that wml contains copies of m4, eperl, txt2html and
> > other? If this is the case, they should be removed IMHO and wml should
> > depend on the debian packages. 2 MB to download takes 20 minutes for me and
> > costs a few buckets.
> 
> 2 MB is the installed size, i.e. the space that it takes on your
> hard drive after unpacking.  :)  The .deb was about 700 KB?

It is even shorter, ok... (but it could be even even shorter ;)
Installed size: 1.2 MB

I got a little hot, because I have only 50MB left on my disk...

> > I think if it is easy possible, it should be done, because it reduces
> > bandwidth. (Note that I don't know if the executables provide the same
> > functionality, I'm just guessing).
> 
> Christian and Tommi have already convinced me to do so.  :)  Hehe.  BTW, I
> am only doing non-maintainer uploads.  Tommi will probably take over
> eventually, once he gets his Debian developer status, that is.  

i am waiting, too. Hey, I didn't want to flame you. I just wanted to throw
my 2 cents in...

> The latest wml .deb depends on m4 and eperl.  More dependencies and
> symlinks will come when we finish packaging other components for Debian.
> 

This, for sure, is the Right Thing (TM).  :-)
 
> Merry Christmas to you too!  :)

...and a Happy New Year!

Marcus

-- 
"Rhubarb is no Egyptian god." Debian GNU/Linux
Marcus Brinkmann  http://www.debian.org
[EMAIL PROTECTED]
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/  PGP Key ID 36E7CD09


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Can I take wml and eperl?

[Anthony Fok]

On Mon, 22 Dec 1997, Marcus Brinkmann wrote:

> > I am ambivalent on this one.  Currently, the installed size of WML is only
> > 1990 KB, i.e. less than 2 MB.  Basically, the ePerl, m4, etc. included in
> > WML are somewhat stripped down already (i.e. no example files, just the
> > executables and the manpages).  It might not worth the trouble to split up
> > the package.
> 
> Sorry, do you mean that wml contains copies of m4, eperl, txt2html and
> other? If this is the case, they should be removed IMHO and wml should
> depend on the debian packages. 2 MB to download takes 20 minutes for me and
> costs a few buckets.

2 MB is the installed size, i.e. the space that it takes on your
hard drive after unpacking.  :)  The .deb was about 700 KB?

> I think if it is easy possible, it should be done, because it reduces
> bandwidth. (Note that I don't know if the executables provide the same
> functionality, I'm just guessing).

Christian and Tommi have already convinced me to do so.  :)  Hehe.  BTW, I
am only doing non-maintainer uploads.  Tommi will probably take over
eventually, once he gets his Debian developer status, that is.  
The latest wml .deb depends on m4 and eperl.  More dependencies and
symlinks will come when we finish packaging other components for Debian.


Merry Christmas to you too!  :)

Anthony

-- 
Anthony Fok Tung-Ling[EMAIL PROTECTED]
Civil Engineeringhttp://www.ualberta.ca/~foka/
University of Alberta, CanadaKeep smiling!  *^_^*


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Intent to split mysql package

[Tim Sailer]

Scott Hanson wrote:
> mysql-server 
> mysql-client (including libmysqlclient.so) 
> mysql-dev (header files and libraries)
> mysql-bench
> mysql-doc
> 
> (The upstream source also includes perl libraries, but I'd rather
> package these from CPAN.)

Good!

> This will allow one to do client-only or server-only installations. In

This makes perfect sense. I currently am running the donations page on
buoy.com as a client, and the main database is just a server install
on another machine.

> addition, the mysql package is somewhat cumbersome as a whole, and the
> new upstream version is even worse, with added tests, benchmarks,
> crash-me scripts, etc.

Heh.. yeah, but it's the only one out there with all that included!

Tim

-- 
 (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps
   "Any jackass can kick a barn down, but it takes a carpenter to build it."
  -- Sam Rayburn
** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.**


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Can I take wml and eperl?

[Marcus Brinkmann]

On Mon, Dec 22, 1997 at 01:10:17AM -0700, Anthony Fok wrote:
> On Sun, 21 Dec 1997, Tommi Virtanen wrote:
> 
> > PS. Currently wml includes eperl, iselect,
> > weblint, m4, txt2html etc. I intend to split
> > these (atleast the bigger ones) to separate
> > packages, and make wml depend on them. See
> > /usr/doc/wml/COPYRIGHT.OTHER. No reason to
> > have eperl or m4 installed twice.. But that
> > cames *after* getting a working version out.
> 
> I am ambivalent on this one.  Currently, the installed size of WML is only
> 1990 KB, i.e. less than 2 MB.  Basically, the ePerl, m4, etc. included in
> WML are somewhat stripped down already (i.e. no example files, just the
> executables and the manpages).  It might not worth the trouble to split up
> the package.

Sorry, do you mean that wml contains copies of m4, eperl, txt2html and
other? If this is the case, they should be removed IMHO and wml should
depend on the debian packages. 2 MB to download takes 20 minutes for me and
costs a few buckets.

I think if it is easy possible, it should be done, because it reduces
bandwidth. (Note that I don't know if the executables provide the same
functionality, I'm just guessing).

(On the other hand, we could link all executables statically, because they
would be smaller then 2 MB in most cases >:-]

Merry christmess,

Mrcs (whr r my vwls ?)

-- 
"Rhubarb is no Egyptian god." Debian GNU/Linux
Marcus Brinkmann  http://www.debian.org
[EMAIL PROTECTED]
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .