Re: Debian 1.3 Release Candidate

[Christian Hudon]

On May 21, Brian White wrote
> 
> ****
> **   Debian 1.3 Release Candidate **
> **    **
[snip]

Two things.

First, could you please get allow in a version of dpkg-ftp with the 
$dist =~ tr/\//_/; patch into frozen? Otherwise dpkg-ftp users won't be
able to install packages from hamm, since dpkg-ftp currently barfs on stuff
like "hamm/hamm" in the install phase. 

Also... I'm not sure if this should be sent to you or Guy Maor (I get a bit
confused with who's who sometimes...), but a version of lynx I uploaded to
stable got through even thought it depends on a version of slang that's not
in stable. Possible fixes are either "ask me to reupload a new lynx" or
"move the newer slang package to stable". Could someone speak up on which
one should be done? I currently have two bug reports filed against lynx
because of that. (I had originally sent that to your @debian.org address
but got no answer. You do forward that address to someplace where you read
your mail, don't you?)

Thanks,

  Christian






pgpNZTE44rSFX.pgp
Description: PGP signature

Re: rm -r * and the default prompt

[Karl M. Hegbloom]

# Function for Midnight Commander - see its help screens
mc() {
MC=/tmp/mc$$-"$RANDOM"
/usr/bin/mc -c -x -P "$@" > "$MC"
cd `cat "$MC"`
rm "$MC"
unset MC;
}



status_after_prompt() { 
prompt_status=$?
if [ $prompt_status != 0 ]
then
echo "[status $prompt_status]"
fi
}
export PROMPT_COMMAND=status_after_prompt

if [ $TERM == emacs ]
then
  export PS1='\w\n\$ '
elif [ "$TERM" = "xterm" -o "$TERM" = "xterm-color" ]
then
  set_titlebar () { echo -n "]2;$*"; }
  export -f set_titlebar

  my_dirname () { 
if [ "${PWD#$HOME}" != "$PWD" ]
then
  echo '~'${PWD#$HOME}
else
  echo $PWD
fi
  }
  export -f my_dirname

  export PS1='\n\!\$ '

  PROMPT_COMMAND=$PROMPT_COMMAND';eval set_titlebar 
"$(whoami)@$(hostname):$(my_dirname)"'
  export PROMPT_COMMAND

else
  export PS1='[EMAIL PROTECTED]:\w\n\!\$ '
fi

# I don't think this is the right way to do this... is it?
if [ "$TERM" = "xterm" ]
then
  export TERM="xterm-color"
  tset 2> /dev/null
fi

export PAGER='less'
news -p
echo 
fortune -a
echo 
check-sendfile


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

Re: copyright question for abuse

[Bruce Perens]

Take the public domain part and put it in one package.  Take the
non-free part and put it in another package. You already knew this but
I said it as context for the following:

Contact the author and ask them to issue the following more-legaly-correct
license _only_ on the public domain part:

"Crack dot com surrenders its copyright rights to this software
 and releases it into the public domain."

Package the rest with their old copyright.

Thanks

Bruce
-- 
Bruce Perens K6BP   [EMAIL PROTECTED]   510-215-3502
Finger [EMAIL PROTECTED] for PGP public key.
PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6  1F 89 6A 76 95 24 87 B3 


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

adduser + NIS [Debian 1.3 _RELEASE_CANDIDATE_ Available]

[lukas]

I just noticed that adduser 3.1 doesn't work together with NIS, a proper bug 
report is submitted. I just mention this here again since it might be relevant 
for the release of Debian 1.3.

Cheers,
Lukas
---
   Dr. Lukas Nellen | Email: [EMAIL PROTECTED]
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364  | Tel.:  +52 5 622 5166
   01000 Mexico D.F., MEXICO| Fax:   +52 5 622 5015



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

Re: Kernel 2.0.30 a bad choice for 1.3

[Christoph]

2.0.29 is the proper kernel unless Herbert can assure us that he has fixed
all known bugs especially in relationship to networking.

On 21 May 1997, John Goerzen wrote:

> Since we know of a number of things that have been broken in 2.0.30
> (such as IP masquerading being totally hosed), why are we distributing
> that version with 1.3?  It seems like a rather bad idea because it
> could very well break the setups of a number of people.


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

Re: config packages [Was: rm -r * and the default prompt]

[Brian Mays]

Kai Henningsen <[EMAIL PROTECTED]> writes:

> One thing that I have missed in this debate so far: a lot of the  
> configurations relevant to this discussion should really be adjustable per  
> user.

Ideally, yes.  I guess so many of us have single-user systems that
this point tends to get overlooked.

> With that in mind, wasn't there some dot file generator? Could that thing  
> be made to do this?

Now you are talking about a program to be executed by each user that
lists a series of possible configurations for each application and
allows the user to choose one.

This truly would be the best way to make Debian newbie-friendly.  Now
all we need is someone to write this thing (or to find and improve
this dot file generator to which you refer, if it exists).

Brian


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

bo boot disks

[Raul Miller]

I'm putting together a couple of debian systems tonight, and I've
a couple problems

(1) floppy installation forces you to re-install all floppies if
there's any problems (e.g. checksum).  So far, I've had one bad
base disk 2, two bad base disk 3s, and a bad disk 4.  That means
that, for example, I've installed disk 1 more than five times.
It would be nice to have an option to retry another copy of the
floppy after a failure like this.

(2) I've got a pnp intel etherexpress pro ethernet controller
(Intel 82557 rev 2) according to /proc/pci -- but neither of
the intel ethernet modules does me any good.  I hope I'll
eventually be able to find the right kernel for this.
I wish I could look at the linux boot messages from the rescue
disk boot...

-- 
Raul


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

Re: Bug#9813: rxvt 2.20-4 : Bad setting of TERM environ variable

[Brian Mays]

> "John" == John Goerzen <[EMAIL PROTECTED]> writes:


John> X11 mouse support is something that is important to me
John> personally.  Home and end keys aren't that important since
John> most apps don't handle them correctly anyway.

Well, since rxvt's special features are important enough, I'll have
rxvt set TERM=rxvt for color displays and TERM=rxvt-mono for
monochrome displays.  I'll contact the maintainer of the ncurses-base
package and ask him to add an rxvt-mono terminfo/termcap entry.

[ stuff omitted ]

John> Or we could forget about trying to adapt to a B&W screen
John> until such a thing happens and just set it to rxvt.  After
John> all, the Linux console doesn't automatically remove colors
John> when not used on a color system.

John> And how many people are using true monochrome graphics
John> anymore anyway?  AFAIK, the latest PC monitor that did that
John> was the old Hercules (sp?)  card used in XTs.  I don't think
John> XFree86 even supports that card anymore.  Most of the
John> non-color monitors I've seen for PCs these days are simply
John> grayscale VGAs.  They look like color monitors to the PC.  I
John> think that if we start worrying terribly about people who
John> have 1-bit displays, that we are going to be doing a lot of
John> unnecessary hacks to the system.  Remember, we're talking
John> about a display here that cannot even do bolding correctly.

[ stuff omitted ]

John> Even standard VGA has 16 colors and would support color
John> rxvt.  I really have not seen a 386 or better running
John> anything older than VGA, and VGA (or SVGA) always has at
John> least 16 colors available.  In fact, do we even have any
John> Debian users on 1-bit displays?

This is a mistake.  I for one have used a 1-bit display.  I have a PC
with a Matrox graphics card, and before XFree86 supported this type of
card, I was forced to use either the generic 16 color VGA server or
the monochrome server.  You obviously have never used X windows on a
16 color display -- it looks horrible.  I very much preferred the
monochrome display.  Don't knock B&W.  It gets the job done and no
color is often better than bad color.

[ stuff omitted ]

John> The standard termcap/terminfo out there (distributed by esr
John> I believe) has those entries.  It is not our job to take
John> care of OSs with obsolete termcap and terminfo stuff.
John> (There is no excuse for no xterm-color entry -- the color
John> xterm has been in X for years)

Don't tell me ... tell the xbase maintainer.  Debian's xterm does not
set TERM=xterm-color.

[ stuff omitted ]

> "Brian" == Brian Mays <[EMAIL PROTECTED]> writes:

Brian> With this mind, rxvt will set the TERM variable to xterm or
Brian> xterm-color depending on the color depth of the X display.
Brian> This is the default behavior of rxvt provided by the
Brian> upstream maintainers, so it should be consistent with rxvt
Brian> version compiled on non-Debian Unices.

John> If this is the default behavior of rxvt, how come the Debian
John> version doesn't do this?  I'm running in 16-bit color mode
John> and it still sets it to xterm.

I did not compile rxvt to set TERM=xterm-color because Debian's
version of xterm does not set it.  If I was incorrect, at least I was
being consistent.

Brian


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

Re: config packages [Was: rm -r * and the default prompt]

[David Welton]

On Wed, 21 May 1997, Brian Mays wrote:

| > With that in mind, wasn't there some dot file generator? Could that thing  
| > be made to do this?
| 
| Now you are talking about a program to be executed by each user that
| lists a series of possible configurations for each application and
| allows the user to choose one.
| 
| This truly would be the best way to make Debian newbie-friendly.  Now
| all we need is someone to write this thing (or to find and improve
| this dot file generator to which you refer, if it exists).

The dotfile generator is a program written in tcl/tk by several Danish
programmers that assists in the configuration of powerful programs with
many options.  I believe it works on a user by user basis, although I'm
not sure. 

See http://www.imada.ou.dk/~blackie/dotfile/ for further information.

Because of its dependency on tcl/tk and X, I'm not sure this is what we
are looking for.  On the other hand, it does have rather extensive lists
of different options.

One idea that crossed my mind - though I do admit I haven't given it much
serious thought, is something similiar to menu.  Ie, we have a
'easy-config' package that gets run each time one of the packages it
'configs' is changed.

The other thing that we really need to establish, however, is a list of
which packages might be made a bit more user friendly with the aid of such
an easy-config package (or simply just some options in the postinstall
scripts).  It might be more work than it's worth if there are only a few,
in which case, options in the post install scripts would be the logical
choice.

So far, it seems we have bash, therefore tcsh and zsh would be logical
ones as well.  The dotfile generator has modules for bash, elm, emacs,
fvwm1 & 2, rtin, and tcsh, with other in development. 

Ciao,

David Welton   
[EMAIL PROTECTED]  [EMAIL PROTECTED]  http://www.efn.org/~davidw
Se quest'email e` in Italiano, mi dispiace per gli errori:-) FORZA PANTANI!
 --Debian GNU/Linux--



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

Congratulations

[Bruce Perens]

Dan, Brian, and the various people who were delegated for management
roles have done an excellent job in the three weeks that I've been
offline. Nothing bad seems to have happened, and I'm getting compliments
about the quality of 1.3 .

Thanks

Bruce
-- 
Bruce Perens K6BP   [EMAIL PROTECTED]   510-215-3502
Finger [EMAIL PROTECTED] for PGP public key.
PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6  1F 89 6A 76 95 24 87 B3 


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

Re: bo boot disks

[Bruce Perens]

> So far, I've had one bad
> base disk 2, two bad base disk 3s, and a bad disk 4.  That means
> that, for example, I've installed disk 1 more than five times.
> It would be nice to have an option to retry another copy of the
> floppy after a failure like this.

The darned Linux floppy driver has problems, and has for years.
It works on some Pentium laptops at Pixar only when they are cold.
It used to give problems on 386 systems. The BIOS floppy driver works
fine. We can and should fix floppy_merge to allow re-reads, but 
someome needs to fix the kernel as well.

> (2) I've got a pnp intel etherexpress pro ethernet controller
> (Intel 82557 rev 2) according to /proc/pci -- but neither of
> the intel ethernet modules does me any good.

Is this a card that uses the "tulip" driver?

Thanks

Bruce


-- 
Bruce Perens K6BP   [EMAIL PROTECTED]   510-215-3502
Finger [EMAIL PROTECTED] for PGP public key.
PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6  1F 89 6A 76 95 24 87 B3 


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

Re: Upcoming Debian Releases

[Thomas Gebhardt]

Hi,

please note that the Package.gz file and the actual content of frozen
is still inconsistent in at least two points:

getting: frozen/binary-i386/admin/boot-floppies_1.2.17.deb (136652)
frozen/binary-i386/admin/boot-floppies_1.2.17.deb: No such file OR directory.

getting: frozen/binary-i386/base/modconf_0.2.9.deb (17350)
frozen/binary-i386/base/modconf_0.2.9.deb: No such file OR directory.

(Seen at ftp.debian.org, Thu, 22 May 1997 7:00 UTC)

Cheers, Thomas

 


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

Re: copyright question for abuse

[Kai Henningsen]

[EMAIL PROTECTED] (Bruce Perens)  wrote on 21.05.97 in <[EMAIL PROTECTED]>:

> Take the public domain part and put it in one package.  Take the
> non-free part and put it in another package. You already knew this but
> I said it as context for the following:
>
> Contact the author and ask them to issue the following more-legaly-correct
> license _only_ on the public domain part:
>
>   "Crack dot com surrenders its copyright rights to this software
>  and releases it into the public domain."
>
> Package the rest with their old copyright.

Well, that's one option. The other is to replace all references to "public  
domain" with references to "freeware". Should have the same effect for us.

It's just that "Copyright" and "public domain" don't mix (and very few  
people seem to understand this).

MfG Kai


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

Re: config packages [Was: rm -r * and the default prompt]

[Igor Grobman]

On May 21, Brian Mays wrote
> 
> Kai Henningsen <[EMAIL PROTECTED]> writes:
> 
> > One thing that I have missed in this debate so far: a lot of the  
> > configurations relevant to this discussion should really be adjustable per  
> > user.
> 
> Ideally, yes.  I guess so many of us have single-user systems that
> this point tends to get overlooked.
> 
> > With that in mind, wasn't there some dot file generator? Could that thing  
> > be made to do this?
> 
> Now you are talking about a program to be executed by each user that
> lists a series of possible configurations for each application and
> allows the user to choose one.
> 
> This truly would be the best way to make Debian newbie-friendly.  Now
> all we need is someone to write this thing (or to find and improve
> this dot file generator to which you refer, if it exists).
> 
> Brian

I've been planning to package it for a while, but never find time for it.  I
will package it this weekend though.  The dotfile generator I am talking about
is a TCL/TK app, which has a "module" for each app it generates dotfiles for.
It currently has bash, fvwm1, fvwm2, elm, emacs, ipfwadm, rtin and tcsh
modules.  


-- 
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] .

official C library

[Michael Meskes]

Is libc 6 (aka glibc) the official C library for hamm? If so when should we
start reporting bugs against incompatibilities? I know it takes some time
until most maintainers are able to develop with libc6, but we should take
care of these problems early on before we lose track of them.

So far I know of two:

1) utmp structure changed. I recompiled login for libc 6 so who works again.
But I still have problems accessing it (for instance with procps)
or writing it (for instance xterm). I take it all binaries that access utmp
have to be recompiled.

2) Locale setting doesn't work anmore. This is particular annoying since
perl complains about it very often.

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


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

Re: stumped with source package problem

[joost witteveen]

> Does anyone know what this error message indicates?
> 
> [EMAIL PROTECTED] ~/debian/build/tmp>dpkg-source -x xkobo_1.9-3.dsc
> dpkg-source: extracting xkobo in xkobo-1.9
> patch:  .dpkg-orig is not a regular file--can't patch
> dpkg-source: failure: patch gave error exit status 2
> 
> I can extract the sources fine by hand. I tried rebuilding the source
> package with dpkg-buildpackage -tc -sa and I still get the error message.

Didn't you already file a bug against dpkg/patch for this, noticing that
it it was patch-2.2 that caused this?

Anyway, to help you with something else (see debian-bugs), I also
tried to unpack xkobo, and only succeded after downgrading my patch-2.2
(unstable) to patch-2.1 (from bo). Probably the real bug is in dpkg, though.

(sending this to the mailinglist in case other people still want to know this).

-- 
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777i

libshadow

[Michael Meskes]

Is there a reason why this library is no longer installed?

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


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

Re: Perl issues

[Carey Evans]

Raul Miller <[EMAIL PROTECTED]> writes:

> Don't let this slow down your work, but: one thing I've been
> itching for is a mechanism for CPAN installation to interoperate
> with the Debian package manager.
> 
> This is a pretty broad project, and to do it right you'd probably
> have to get the CPAN and Diety folks talking to each other, just
> to define the interface.

I've been thinking about this for a while, but never actually done
anything...

It seems to me that we could have an ExtUtils::MM_Debian which is
almost the same as MM_Unix but helps to create a Debian package.  It
could either insert appropriate targets in the generated Makefile
(make binary) or generate an appropriate debian/ directory
(debian/rules binary).

Normal users could generate local Debian packages or maintainers could
generate official binary releases (like kernel-package can).

It would be very nice to be able to do things like

tar zxvvf File-Sync-0.05.tar.gz
cd File-Sync-0.05
perl Makefile.PL
debian/rules binary
dpkg -i ../perl-file-sync_0.05-local.1_i386.deb

and have a properly installed package.

-- 
Carey Evans  <*>  [EMAIL PROTECTED]

"Encryption renamed to Encode to avoid US regulation problems"
 - include/linux/wireless.h in Linux 2.0.30 kernel


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

Re: ext2fs, unrm, and Midnight Commander

[Karl M. Hegbloom]

> "Lars" == Lars Wirzenius <[EMAIL PROTECTED]> writes:

Lars>  Implementing unrm is the best solution, but is obviously
Lars> much harder. If I remember correctly, however, the ext2
Lars> filesystem does have some hooks for this already.

It does, and it works, sort of.  I accidently removed a whole
directory one time, using `mc`.  There's an undelete menu, so I tried
it, and it worked.  It was able to recover a bunch of files, but they
all had inode numbers for names.  We ended up rm'ing them again, and
restoring from a backup.

-- 
Karl M. Hegbloom <[EMAIL PROTECTED]>
http://www.inetarena.com/~karlheg
Portland, OR  USA
Debian GNU 1.2  Linux 2.1.36 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: Kernel 2.0.30 a bad choice for 1.3

[Boris D. Beletsky]

 On 21 May 1997, John Goerzen wrote:

 Goerzen> Since we know of a number of things that have been broken in
 Goerzen> 2.0.30 (such as IP masquerading being totally hosed), why
 Goerzen> are we distributing that version with 1.3? It seems like a
 Goerzen> rather bad idea because it could very well break the setups
 Goerzen> of a number of people.
 Goerzen>
 Goerzen> -- John Goerzen | Running Debian GNU/Linux (www.debian.org)
 Goerzen> Custom Programming | [EMAIL PROTECTED] |
 Goerzen>
 Goerzen> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word
 Goerzen> "unsubscribe" to [EMAIL PROTECTED]
 Goerzen> Trouble? e-mail to [EMAIL PROTECTED] .

I agree, I also heard that Ip Masquerading is not the only thing
that seems to be broken.

thks,
borik
--
Boris D. Beletsky  [EMAIL PROTECTED]
Network Administrator   [EMAIL PROTECTED]
Institute of Computer Science,  [EMAIL PROTECTED]
Hebrew University  Home: +972 2 6411880
Jerusalem Israel   Work: +972 2 6585690


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

Re: official C library

[joost witteveen]

> Is libc 6 (aka glibc) the official C library for hamm? If so when should we
> start reporting bugs against incompatibilities?

Well, please at least wait untill all libraries are compiled for libc6.
At the moment, gs won't compile on my system cause I've had to remove
svgalib (depends on libc5-dev), etc. I believe it's the same with
X libs.



-- 
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777i

RE: official C library

[Michael Meskes]

I just thought about bug-reporting to keep track of all missing
incompatibilities. Also I do not have a problem with a binary still
using libc5, but only with system function (like logging in utmp) not
working because one package uses libc5 and another libc6.

BTW why didn't you remove libc5-dev with --force-depends so you could
keep svgalib? Or do you mean svgalib-dev?

Michael

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

>-Original Message-
>From:  [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
>Sent:  Thursday, May 22, 1997 5:05 PM
>To:[EMAIL PROTECTED]
>Cc:Die Adresse des Empfängers ist unbekannt.
>Subject:   Re: official C library
>
>> Is libc 6 (aka glibc) the official C library for hamm? If so when should we
>> start reporting bugs against incompatibilities?
>
>Well, please at least wait untill all libraries are compiled for libc6.
>At the moment, gs won't compile on my system cause I've had to remove
>svgalib (depends on libc5-dev), etc. I believe it's the same with
>X libs.
>
>
>
>-- 
>joost witteveen, [EMAIL PROTECTED]
>#!/bin/perl -sp0777i$/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
>lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
>
>
>--
>TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
>[EMAIL PROTECTED] . 
>Trouble?  e-mail to [EMAIL PROTECTED] .
>


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

Re: config packages [Was: rm -r * and the default prompt]

[Mark Eichin]

> NOO We should _NOT_ use this name. I hate it (and its probably

"Style sheets" then. :-)


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

Re: Bug#9813: rxvt 2.20-4 : Bad setting of TERM environ variable

[Mark Eichin]

(1) xterm-color has *not* been in X for years, though it was a
collection of patches for X11R5 and X11R6 -- it was not in XFree
3.1.2, it was only added to XFree 3.2, probably via X11R6.1 but I'd
have to check -- it's possibly *only* in XFree.  This would mean not
only that xterm-color isn't *widely* available, it would mean that it
isn't available *at all* in non-Xfree systems...  [If you remember
debian having xterm-color, that's because it was a seperate package
that I threw together for Xfree 3.1.2 so I could play color angband on
a tty :-)] So: if you find a non-xfree system that has an xterm-color
entry, let me know, I'll keep track.  I realize that it's ncurses, not
xfree, that provides this entry on debian; that doesn't change the
fact that xterm-color was a "fringe patch" for a long time, not a
mainstream feature.

(2) By default, with normal X resources, xterm *doesn't do ANSI color*.
The simplest way I've found to turn it on involves using -xrm to pass
"xterm*customization: -color"...  and I should be able to make it set
TERM in that case (by editing app-defaults/XTerm-color; try if
yourself if you'd like...)  but it should *only* do it in that case.

(3) There are already bugs filed about the xterm-color side of this;
scan the web page for them first before filing new ones...

_Mark_ <[EMAIL PROTECTED]>
The Herd of Kittens
Debian X Maintainer


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

Re: stumped with source package problem

[Joey Hess]

joost witteveen:
> Didn't you already file a bug against dpkg/patch for this, noticing that
> it it was patch-2.2 that caused this?

I filed the bug after this message. Yes, that's what it appears to be.

> Anyway, to help you with something else (see debian-bugs), I also
> tried to unpack xkobo, and only succeded after downgrading my patch-2.2
> (unstable) to patch-2.1 (from bo). Probably the real bug is in dpkg, though.

It is. Patch has changed some syntax.. You can fix it in dpkg-dev with this
little patch:

--- dpkg-source.origThu May 22 12:20:35 1997
+++ dpkg-source Thu May 22 12:20:14 1997
@@ -598,7 +598,7 @@
 open(STDIN,"<&GZIP") || &syserr("reopen gzip for patch");
 chdir($newdirectory) || &syserr("chdir to $newdirectory for 
patch");
 exec('patch','-s','-t','-F','0','-N','-p1','-u',
- '-V','never','-b','.dpkg-orig');
+ '-V','never','-z','.dpkg-orig');
 &syserr("exec patch");
 }
 close(GZIP);

-- 
See shy Jo.


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

Re: 1.3 installation report.

[Mark Eichin]

nope, recent versions of xbase aren't any better about shadow support,
because
1) there's nothing in the programmers guide even mentioning it
2) the xdm shadow support doesn't fall back in any sane way,
and it's more than just dropping a check -- a bunch of code needs
rearrangement. (If you run xdm-shadow on a non-shadow system, you *lose*...)

I've never understood why the debian shadow code was so primitive.
Any reason why the classic "getpw* give you a password field if you've
got root" implementation isn't used?  I can think of a few reasons
(avoiding coredumps in programs not actually needing passwords) but
they're kind of weak [and could be handled better by simply providing
a shadow_need_passwords() call to enable the feature...]


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

Re: rm -r * and the default prompt

[Raul Miller]

> '=?iso-8859-1?Q?Nicol=E1s_Lichtmaier?= wrote:'
> > So I say: PS1="[\\u] \\h:\\w\\$ "   =D
On May 21, Chris Fearnley wrote
> No, PS1='[EMAIL PROTECTED]:\w\$ ' !
> 
> I guess this will become a flame war.  So I'd prefer to leave prompt
> alone.  Or maybe the boot disks can have a dialog script to help the
> user choose a prompt?

I'd prefer PS1='\$ '

However, if you want all that fanciness, a compromise is:
PS1='[EMAIL PROTECTED] \W\$ '

This doesn't eat up your screen when you're way down in the directory
tree (you even still wind up using pwd occasionally).  Also, I think
the space makes the prompt look better than the :

But, please remember to consider users of ash, ksh and zsh.

-- 
Raul


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

Re: config packages [Was: rm -r * and the default prompt]

[Manoj Srivastava]

Hi,
>>"Mark" == Mark Eichin <[EMAIL PROTECTED]> writes:

>> NOO We should _NOT_ use this name. I hate it (and its
>> probably
Mark> "Style sheets" then. :-)

Could we please come up with a term that has not already beeen
 associated with some thing else? ;-). You say style sheets, I think,
 cascaded, dssl, dssl-lite, sgml, html 3.2, and how we got betrayed on
 [EMAIL PROTECTED] html 3.0 ;-) ;-)

manoj
 who hates wilburs guts
-- 
 It's always darkest just before the lights go out.  -- Alex Clark
Manoj Srivastava   mailto:[EMAIL PROTECTED]>
Mobile, Alabama USAhttp://www.datasync.com/%7Esrivasta/>


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

Re: Perl issues

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Vincent Renardias, in an immanent manifestation of deity, wrote:
>On 21 May 1997, Darren/Torin/Who Ever... wrote:
>> 1. Split the main executable and a small set of base files into
>>perl-base.  This would be Priority: required, should it be Essential?
>>There will still be a main Perl package but it would supplement
>>perl-base instead of replacing it.[1]
>
>I think perl-base should not be Essential, since it will be replaced 
>anyway once the installation completes. "perl" should be essential though.
>(Or can "essential" packages be replaced by dpkg?)

Please read what I wrote again.  perl-base will only ever be upgraded,
never replaced.  Perl will include all the files needed to turn
perl-base into a full distribution.

>Not only we already have package names much more ugly than 
>"perl5.004-base", but I think it may be too bad to miss the opportunity 
>to solve in advance the "very rare" cases when 2 versions of perl must be 
>installed. 

But those package names aren't packages that I maintain.  If a situation
is very rare, then it's not something that needs to be handled in
general if you have to introduce breakage or inelegance to fix it.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4SG0I4wrq++1Ls5AQE3SQP/Sls5FQUKK/1a5Mo9/IVu+kh//dV/yO4p
mEXF15QSo89zbdmIqo9KD0oh3GweRmKkOBWlk/PQSv7fLswvJs/h024myQ2VpegO
APi01ElfGdMbzt7Yr6GMNy6RA0pdynM3B04mAtvD7SAQqwqnbBpvq6NyjVIQPG2x
41afayfy03w=
=PsjJ
-END PGP SIGNATURE-


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

Re: dpkg verify mode for security?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Amos Shapira, in an immanent manifestation of deity, wrote:
>Or an audit-trail of invocations of dpkg (e.g. "adduser 3.1-2 installed
>and configured successfully on Wed May 29 1997 00:00:23, replaced
>adduser-3.1-0")

I asked for this a while back and was told that not very many people
wanted it.  I still think it would be a useful feature...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4SQKo4wrq++1Ls5AQEGUQP/ZpMq6FOEwlTCfZjdGoZDv9xe1TjTaT1Q
2GsneV43D/V1g1/bhsvAhd8iZv46R/l5Cd5hdQa2s778nbAXZ/0vvZ0bqTDWLCX9
YPmaHR7ejz8jav7HBZ4Uz2DY3mdU5/0+xApYVj45sYI4LtMGOelw3lqwE29nMaX8
emvk6EYyIcY=
=MdoP
-END PGP SIGNATURE-


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

Re: dpkg verify mode for security?

[Vincent Renardias]

On 22 May 1997, Darren/Torin/Who Ever... wrote:

> Amos Shapira, in an immanent manifestation of deity, wrote:
> >Or an audit-trail of invocations of dpkg (e.g. "adduser 3.1-2 installed
> >and configured successfully on Wed May 29 1997 00:00:23, replaced
> >adduser-3.1-0")
> 
> I asked for this a while back and was told that not very many people
> wanted it.  I still think it would be a useful feature...

Me too. _(;

--
- ** Linux ** +---+ ** WAW ** -
-  [EMAIL PROTECTED] | RENARDIAS Vincent |  [EMAIL PROTECTED]  -
-  Debian/GNU Linux   +---+  http://www.waw.com/  -
-  http://www.debian.org/   |WAW  (33) 4 91 81 21 45  -
---


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

Re: Upcoming Debian Releases

[John Goerzen]

Apparently this has been fixed:

Login as anonymous...
Setting transfer mode to binary...
Cd to /debian...
getting: frozen/binary-i386/mail/smartlist_3.10-16.deb (78216)
getting: frozen/binary-i386/mail/procmail_3.10.4-2.deb (112164)
getting: frozen/binary-i386/base/modconf_0.2.10.deb (17576)

Processing downloaded files...(for corrupt/old/partial)
frozen/binary-i386/base/modconf_0.2.10.deb
frozen/binary-i386/mail/smartlist_3.10-16.deb
frozen/binary-i386/mail/procmail_3.10.4-2.deb

Do you want to install the files fetched [y]:

"Thomas Gebhardt" <[EMAIL PROTECTED]> writes:

> Hi,
> 
> please note that the Package.gz file and the actual content of frozen
> is still inconsistent in at least two points:
> 
> getting: frozen/binary-i386/admin/boot-floppies_1.2.17.deb (136652)
> frozen/binary-i386/admin/boot-floppies_1.2.17.deb: No such file OR directory.
> 
> getting: frozen/binary-i386/base/modconf_0.2.9.deb (17350)
> frozen/binary-i386/base/modconf_0.2.9.deb: No such file OR directory.
> 
> (Seen at ftp.debian.org, Thu, 22 May 1997 7:00 UTC)
> 
> Cheers, Thomas
> 
>  
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .
> 

-- 
John Goerzen  | Running Debian GNU/Linux (www.debian.org)
Custom Programming| 
[EMAIL PROTECTED] | 


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