Work-Needing and Prospective Packages for Debian GNU/Linux

[wnpp]

Work-Needing and Prospective Packages for Debian GNU/Linux
[EMAIL PROTECTED]
$Id: packages.sgml,v 1.63 1997/12/22 23:28:11 johnie Exp $

1.  General Questions

1.1.  Before reading this document

You should have read the Debian GNU/Linux FAQ
.

1.2.  Purpose of this document

This document is intended to identify areas that need your
contributions. It provides information that hopefully changes quite
often, so it supplements the Debian GNU/Linux FAQ.

1.3.  Getting newer versions of this document

Newer versions of this document will be available via FTP and HTTP:

  o  

  o  

  o  

1.4.  Feedback

Please send additions, corrections, suggestions and wishes to the WNPP
maintainer [EMAIL PROTECTED]  Please mention to which version of this
document your comments refer.

Try to change the subject of your mail to reflect the packages you're
talking about, it makes it easier for to sort out all "Re: Work-
Needing and Prospective Packages" emails. A suggested subject line
reads "WNPP: removing foopackage" or "WNPP: working on barpackage".
Thanks.

2.  Recent Changes

2.1.  Since version 1.62 1997/12/15

  o  Elie Rosenblum  has adopted the arpd
   package.

  o  The lxtools packge is now being maintained by Mark Eichin
   .

  o  Joel Klecker  is now maintaining 9fonts, 9menu,
   9term, 9wm, and mimedecode.

  o  Juergen Menden  has adopted
   dialdcost.

  o  Martin Mitchell  has adopted flin, and is
   working on synaethesia (a cd player with graphical effects).

  o  Steve Kostecke  has adopted linuxlogo.

  o  The Linux Explorer, DQS, and PVM are now uploaded.

  o  Orphaned majordomo, ratfor77 and ftnchek.

  o  Steve McIntyre  has adopted
   unarj, lha, nas, giftrans, and xpostitplus.

  o  Request for "debian administration tool" dropped, since as Brian
   Bassett  is now packaging COAS.

3.  Orphaned packages

(An orphaned package is a package that has no current maintainer.)

Please inform [EMAIL PROTECTED] via e-mail:

  o  when you find that you need to orphan a package

  o  when you believe that the following list is incomplete

  o  when you would like to maintain one of these packages.

Emilio Lopes [EMAIL PROTECTED] :

  o  ratfor77 (old source format)

  o  ftnchek

Tom Lees [EMAIL PROTECTED] :

  o  majordomo

Andreas Jellinghaus [EMAIL PROTECTED] :

  o  kde

  o  giflib

Michael Alan Dorman [EMAIL PROTECTED] :

  o  glimpse

Dominik Kubla

  o  vgrind

Rob Browning [EMAIL PROTECTED] :

  o  blt

Helmut Geyer [EMAIL PROTECTED] :

  o  auctex

  o  ghostview

  o  lacheck (libc5)

  o  libc5

  o  libc5-altdbg

  o  libc5-altdev

  o  libc6.1

  o  libc6.1-dbg

  o  libc6.1-dev

  o  libc6.1-pic

  o  libproc-dev

  o  procps

  o  xproc

  o  xxgdb

Orn E. Hansen :

  o  xega

  o  xmailtool

  o  xspread

Yves Arrouye [EMAIL PROTECTED] :

  o  compress-package

  o  ppd-adobe-common, ppd-adobe-extra, ppd-adobe-misc, ppd-gs

  o  psptools

Dominik Kubla [EMAIL PROTECTED] :

  o  arpd

  o  csh

Brian C. White [EMAIL PROTECTED] :

  o  zyxel

Raul D. Miller [EMAIL PROTECTED] :

  o  j1 (in old source format)

  o  sam

Michael Nonweiler [EMAIL PROTECTED] :

Jim Robinson [EMAIL PROTECTED] :

  o  mh-papers

  o  term

Doug Geiger [EMAIL PROTECTED] :

  o  apsfilter

Erick Branderhorst [EMAIL PROTECTED] :

  o  mathpad

  o  mfbasfnt

  o  wenglish

Christian Linhart [EMAIL PROTECTED] :

  o  xarchie

  o  bibindex

Shaya Potter [EMAIL PROTECTED] :

  o  pgcc

Stuart Lamble [EMAIL PROTECTED] :

  o  fsp

Guy R. Thomas [EMAIL PROTECTED] :

  o  dld (do we still need this ?)

Patrick J Edwards [EMAIL PROTECTED] :

  o  mailpgp

Robert Leslie [EMAIL PROTECTED] :

  o  motifnls

Tom Lees [EMAIL PROTECTED] :

  o  file-rc

David Engel [EMAIL PROTECTED] :

  o  tcl74

  o  tcl75

  o  tk40

  o  tk41

Philippe Troin [EMAIL PROTECTED] :

  o  tclx74

  o  tclx75

  o  tix40

Michael Fletcher [EMAIL PROTECTED] :

  o  javalex

  o  java-cup

  o  rsynth

Karl Sackett [EMAIL PROTECTED] :

  o  courtney

  o  freelip

  o  groupkit

  o  imgstar

  o  lee

  o  objpak

  o  pgapack

  o  premail

  o  saoimage

  o  snns

  o  tcs

  o  tkdiff

  o  wily

  o  xbattle

  o  xephem-smotif

Hakan Ardo [EMAIL PROTECTED] :

  o  addressbook

Christian Schwarz [EMAIL PROTECTED] :

  o  hyperlatex

  o  latex2rtf

Herbert Xu [EMAIL PROTECTED] :

  o  gettyps

Others:

  o  rc

  o  xcompat (should we drop it ?)

  o  libc4 (a.out compatibility)

4.  Packages needing a new maintainer

Please inform [EMAIL PROTECTED] via e-mail:

  o  when you find that you'd like t

Re: dselect features request

[Craig Sanders]

On Fri, 19 Dec 1997 [EMAIL PROTECTED] wrote:

> While I had been a devoted Slackware fan, trying Debian convinced me
> that it is far superior a distribution.  However, in the process of
> installing Debian 1.3.1 at least 15 times (several computers and
> several different plans on how to install them all) it occurred to me
> that two features in `dselect` would be WONDERFUL!!!
> 
> 1)  Once all packages are selected, be able to dump the selections to
> a file that could be later read in for subsequent identical
> installations. 

'dpkg --get-selections' will output all selections to stdout, and 'dpkg
--set-selections' will set selections from stdin. you can use this to
redirect selections to a file and/or over a network connection with rsh
or ssh.

this isn't perfect, but can save a lot of time when you are building a lot
of identical (or nearly identical) systems.

> 2)  Once all packages are selected, don't skip packages that are
> deselected, just ignore them.  Dselect for ftp install works this
> way, why can't the disk based dselect as well?  It looks like much
> time is spent "skipping" packages that do not need to be
> installed. 

try installing the dpkg-mountable package and selecting that as the
access method (first option on the dselect menu). dpkg-mountable is a
greatly improved install method which does what you want. it's close to
perfect.

IMO it would be perfect if it sorted the packages into dependancy order
before installing them (maybe by making use of manoj's pkg-order stuff).

craig



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

[Scott Hanson]

Christian Schwarz <[EMAIL PROTECTED]> writes:

> 
> On 22 Dec 1997, Scott Hanson wrote:
> 
> > (The upstream source also includes perl libraries, but I'd rather
> > package these from CPAN.)
> 
> The perl lib that's included in the mysql distribution is much different
> from the DBI version from CPAN. I'm using the DBI version, but I guess
> some people out there still use the mysql version. Perhaps we should keep
> it in some mysql-perl package?

Actually, the new upstream version now includes the DBI libraries
instead of the old mysql lib. Both libs are in CPAN, though. My idea
was to create a new package for the old libs.

> 
> > The server package will continue to be in non-free. The client is GPLd
> > and can go into contrib, and I think the other sub-packages can go
> > into contrib as well.
> 
> Well, there was a discussion on debian-policy some time ago about such a
> setup. The problem is that all packages are built from a single source
> package (I think) and that package will have to be in non-free. Thus, we
> would not have full source for the contrib packages.
> 
> We haven't decided yet how to handle this situation.

True... there is only one source package. It's probably best to keep
everything in non-free.


--
Scott Hanson  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Johmsweg 9a, D-21266 Jesteburg, GermanyPGP Key ID: 90A8A14D
work: Inter-Research Science Publisher <[EMAIL PROTECTED]>


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

Re: Missing fsck

[Todd Graham Lewis]

On Fri, 19 Dec 1997, Robert D. Hilliard wrote:

>  The installation finished without an fsck, which would prevent
> normal booting.  I had encountered this problem in an earlier test, and
> was not sure if I had made the correct choices in the dselect (S)elect
> phase, so I re-ran the installation, being very careful about my
> choices.

Same problem here.  Not many details, as I simply fixed it and did not
take any notes at the time, since I misdiagnosed it as some random
screwup on my part.

--
Todd Graham Lewis   Manager of Web Engineering(800) 719-4664, x2804
**Linux** MindSpring Enterprises  [EMAIL PROTECTED]


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

[Christian Schwarz]

On 22 Dec 1997, Scott Hanson wrote:

> I'd like to split up the mysql package into the following. Does anyone
> have any comments or suggestions?
> 
> 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.)

The perl lib that's included in the mysql distribution is much different
from the DBI version from CPAN. I'm using the DBI version, but I guess
some people out there still use the mysql version. Perhaps we should keep
it in some mysql-perl package?

> This will allow one to do client-only or server-only installations. In
> 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.

Great!

> The server package will continue to be in non-free. The client is GPLd
> and can go into contrib, and I think the other sub-packages can go
> into contrib as well.

Well, there was a discussion on debian-policy some time ago about such a
setup. The problem is that all packages are built from a single source
package (I think) and that package will have to be in non-free. Thus, we
would not have full source for the contrib packages.

We haven't decided yet how to handle this situation.


Thanks,

Chris

--  Christian Schwarz
 [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian has a logo![EMAIL PROTECTED], [EMAIL PROTECTED]

Check out the logo PGP-fp: 8F 61 EB 6D CF 23 CA D7  34 05 14 5C C8 DC 22 BA
pages at  http://fatman.mathematik.tu-muenchen.de/~schwarz/debian-logo/


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

Re: dselect features request

[Manoj Srivastava]

Hi,

I feel somewhat uneasy about making somehings as central as
 dpkg "less foolproof", no matter how pathological the lessening of
 foolproofness maybe. Experience has taught ne that there are more
 fools than one imagines.

I would not object to having the control files skipped by an
 explicit option, though, for the speedup (we can't do it by default,
 since the dos directory contains filenames that are truncated; and
 all the filenames *still* may match the pattern name_version*.deb).

Also, it has been promised in the past that one may rename the
 package file to anything one wants and dpkg shall stil do the right
 thing. I like that, and I don't think we should drop that just for
 speed (optomize for the most common case: I run a 133Mhz machine
 [which seems to be fast becoming slower than the norm], and
 full a hamm mirror, in my opinion the time taken is not so much as to
 justify the reduction in functionality)

manoj
-- 
 "I can do a score of things that can't be done.  I can find a thing I
 cannot see, and see a thing I cannot find.  The first is time, and
 the second is spots before my eyes.  I can touch a thing I cannot
 feel, and feel a thing I cannot touch.  The first is your heart, and
 the second is sad and sorry." James Thurber, "The Thirteen Clocks"
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


--
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:
>  I find that if you put:
> 
> .EXPORT_ALL_VARIABLES:
> 
>  ... into debian/rules, the DH_VERBOSE=1 starts to function.

Thats unnecessary, you only need to export DH_VERBOSE. The example rules
files that come with debhelper do it this way:
#export DH_VERBOSE=1
 
>  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) }')

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

> build-stamp:
>   dh_testdir
>   $(MAKE) VERSION=$(VERSION)
>   touch build-stamp
> 
>  ... and then I use the VERSION in the C like this:
...

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

-- 
see shy jo


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

[Roman Hodek]

> As in, ISA vs. MCA vs. PCI? :-)

No, as in e.g. Intel-PC vs. Sun :-)

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.e., keep the user installing e.g. a libc6 package without having
libc6? Sorry for the bit of sarcasm :-)

Roman


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

[joost witteveen]

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)


> I notice a flaw in menu placement for a number of packages which might
> be categories as Personal Information Managers (PIMs).  Namely, `ical'
> and `addressbook' are listed in the `Apps/Tools' category, while 
> `xmaddressbook' is under `Apps/Misc'.


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.

> I can't say I'm extremely happy with either category.  I would propose
> either `Apps/PIMs' or `Apps/Editors/PIMs', although that might be too
> cryptic.  Other PIMs which might be likewise categories are Netscape

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.

> Calendar, xcalendar,  I'm sure there are or soon will be others.

Yes, Calendar I agree: that belongs to something like "Personal".


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


--
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?

[Christian Schwarz]

On Mon, 22 Dec 1997, Anthony Fok wrote:

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

I disagree. What's the advantage of shipping all these utilities in the
wml package? None. The upstream author included these for WML ports to
other (non-GNU) systems which are likely to have no m4 (or atleast a
different one). 

There is already an eperl, m4, etc. package and we should use these. If
special versions are required, you could use versioned dependencies.


Thanks,

Chris

-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED]
  
Visit  PGP-fp: 8F 61 EB 6D CF 23 CA D7  34 05 14 5C C8 DC 22 BA
http://www.perl.com http://fatman.mathematik.tu-muenchen.de/~schwarz/


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

Re: dselect features request

[Martin Buck]

On Fri, Dec 19, 1997 at 01:49:59PM -0500, Scott Ellis wrote:
> Unfortunatly, that is because of the way dselect runs dpkg (dpkg -iGROBE),
> which then goes through the directorys and checks every package.

I did a quick hack on dpkg last week to speed up -iGROEB. Basically, the
patch does the following:
When dpkg runs `find -name "*.deb"', it checks whether every file found
looks like 'name_version*.deb'. If all files match that pattern, my patched
dpkg assumes that all the filenames are valid and contain the real
package-name. It then skips those packages that aren't marked for
installation without even reading their control-file (this causes a major
speedup because on an average system, only a minority of all available
packages are installed). 

Orignially, I also wanted to read the package's version from the filename,
but that doesn't work because the epoch is missing.

My patch is definitely not as foolproof as the current method, but I think
it's good enough. You can have a look my completely unofficial and
experimental version at http://meteosat.e-technik.uni-ulm.de/~mbuck/dpkg/ .
There's a .deb-package for libc5, the diff for dpkg 1.4.0.8 and a
dpkg-binary for libc6 (not .deb-package, sorry).

I'd like to know what people think about it before trying to get the patch
into the standard dpkg.

Thanks,
Martin
-- 
/* Martin Buck  E-Mail: [EMAIL PROTECTED] */
/* Student of electrical engineering   WWW: http://www.uni-ulm.de/~s_mbuck1/ */
/* University of Ulm, Germany  Snail-Mail: Paukengasse 2, 89077 Ulm, Germany */
#include /* PGP Key availableMIME-Mail welcome */


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

Re: Mopac - public domain

[john]

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

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.
-- 
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI


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

Re: Bug#15935: doc-rfc: wrong owner

[Kai Henningsen]

[EMAIL PROTECTED] (David ROCHER)  wrote on 14.12.97 in <[EMAIL PROTECTED]>:

> package: doc-rfc
> version: 1997.12-1
>
> all files into doc-rfc have 1000,1000 for owner.

That was dpkg_1.4.0.19_i386-libc5.deb. With fakeroot 0.0-9.

Aargh! We _need_ proper version numbering for libc5 versions.

(Wasn't there talk some time ago about fakeroot supporting libc5? Didn't  
happen, obviously. Oh well.)

MfG Kai


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

Intent to split mysql package

[Scott Hanson]

I'd like to split up the mysql package into the following. Does anyone
have any comments or suggestions?

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

This will allow one to do client-only or server-only installations. In
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.

The server package will continue to be in non-free. The client is GPLd
and can go into contrib, and I think the other sub-packages can go
into contrib as well.

Scott
--
Scott Hanson  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Johmsweg 9a, D-21266 Jesteburg, GermanyPGP Key ID: 90A8A14D
work: Inter-Research Science Publisher <[EMAIL PROTECTED]>


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

Re: ePerl (and WML) segfaults and dumps core with libc6 (hamm)?

[Anthony Fok]

On Mon, 22 Dec 1997, Christian Schwarz wrote:

> (I'm sorry for the late reply.) I'm not sure if it still helps you, but:
> Yes, I had the same problems some time ago.
> 
> It would be very nice if this problem could be fixed...

Yes, Tommi's solution worked!  I just commented out the fclose(fp) at the
end of eperl_main.c, and voila!  No more segmentation fault!  :)

> Anyways, did you talk to Heiko already about taking over and about the
> details?

No, because I do not intend to take over the packages.  Okay, the real
reason is that I was too lazy to ask Heiko.Also, I like to goof
around, but I tend to slack off when things get tedious.  That explains
the 20 bug reports against fdutils that I haven't bothered looking at yet.
  Tommi V. will probably take over eperl and wml.  :)

> Tell me if you need some beta tester...

I have just uploaded wml_1.4.7-0.2 and eperl_2.2.8-0.2 to master using
dupload (scp).  The FTP server is down, and I guess the mailing lists are
down too.  Hmm...  Anyway, if you are interested, please feel free to test
it.  :)  I hope this would finally work.  Now, I guess I have to spend
some time to learn *how* to use ePerl, WML and friends...  

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

Unidentified subject!

[Turbo Fredriksson]

Is there any one here that does NOT have tcl/tk installed, who could test
my program xAdmin? I think that I might have boogus dependencies...

Depends: perl, tk41, tcl75, perl-tk, msqlperl

I don't think I need tkXX nore tclXX since I'm using perl-tk...

---
 Turbo_ /// If there are no Amigas in heaven, send me to HELL!
 ^\\\/
 Unix _IS_ user friendly - it's just selective about who its friends are !
 Turbo Fredriksson Tel: +46-704-697645
 S-415 10 Göteborg[EMAIL PROTECTED]
 SWEDEN www5.tripnet.se/~turbo
   My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html'
 Key fingerprint = B7 92 93 0E 06 94 D6 22  98 1F 0B 5B FE 33 A1 0B 
---


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

Re: IconPath, menu

[fog]

On 21 Dic, Adam P. Harris wrote:
> 
> [You (Karl M. Hegbloom)]
>> I've created a directory "/usr/X11R6/icons" for my own use. 
>> that we need to have something like that, and a keeper of the icons.
> 
> We already have the location, and it is standard:
>   /usr/X11R6/include/X11/pixmaps/
> There are over 300 pixmaps in there, a good deal of which are icons.
> 
> As for a "keeper",there are several alternate icons packages.   I think 
> it would be a mistake to try to centralize icon maintenance. 
>
>> All of the mini icons and whatnot from the various packages ought to
>> be consolidated into one icon package.  
> 
> Why?   It sounds so hegemonic!  That person would have to maintain icons 
> for every possible application/service.

That does not mean I agree on centralizing icon maintenance, but a good 
reason is not to have 2-3-4-5-100 copies of the same icon on the HD.
Actually a lot of packages (especially file managers) use the same
set of public domain pixmaps and put them in different places :( 

Just my 2c. Ciao.


* Federico Di Gregorio  |  /  *-=$< ;-) TeX Wizard?*
* Debian developer! | / -1pgp: finger [EMAIL PROTECTED] *
*   |/try http://www.debian.org*
**DE 9E B2 75 B4 F6 CC 5B  C3 D5 71 51 04 AB F3 B2**


--
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 Sun, 21 Dec 1997, Tommi Virtanen wrote:

>   Heiko Schlittermann <[EMAIL PROTECTED]> maintains
>   wml and eperl. Last mentions of him in changelogs
>   is Oct/Sep.. There are new versions out, both packages
>   suffer a bug, etc.

Sure, I guess you could take those packages.  However, you might like to
contact Heiko Schlittermann first to see if he's still around.  

>   If no-one protests I'll make new versions of these
>   (eperl is ready;) and upload - as soon as I can arrange
>   an account on master, that is..

Sorry, I beat you to it on that one.I just uploaded
eperl_2.2.8-0.1 (i386) to master and fixed Bug#14865 along the way.
However, /usr/bin/eperl (and /usr/bin/wml_p3_eperl) still gives a
segmentation fault after processing a file.  Hmm...

(Hehe, I already got my account in the summer, so I could "abuse" my
privilege.  Sorry!  )  BTW, it was a non-maintainer upload, so if
Heiko agrees, you can take the package.  But before you do that, please
incorporate the changes that I made too, because I spent quite a few hours
on it and fixed various outstanding problems.  

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

Have a Merry Christmas!  :)

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

Locale for Japanese?

[Kaz Sasayama]

How should we deal with a locale for Japanese in Debian 2.0?

AFAIK, the XFree86 for the GNU libc are now built without
the X_LOCALE macro definition, so their I18N is based on the
system locales.

However, in hamm, there is no locale for Japanese provided
yet.  This may become a large problem for most of Japanese
users when Debian 2.0 is out.  In fact, some RH 5.0 users in
Japan chose to recompile their X libraries and programs with
X_LOCALE, which will result in binary incompatibility with
others.

In this regard, I think it is better to use the system
locales in the X Window System than to use X's own ones, so
I have tried to define a locale for Japanese.  While it is
useful to run internationalized X programs, the locale
definition I made is very incomplete.  It is just because
the current locale implementation in the GNU libc cannot
handle MBCS in common encodings correctly.

I can upload the locale definition as a Debian package, but
I am not sure Debian 2.0 should include it.

Any comments are welcome.

-- 
Kaz Sasayama <[EMAIL PROTECTED]>
Hypercore Software Design, Ltd. http://www.spice.or.jp/%7Ehypercor/>


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

Mopac - public domain

[Drake Diedrich]

   Before I put any effort into this, is anyone familiar with this law?
Is it the same as NASA's NQS that became Cray NQS (commercial),
Cern NQS (free?), GNQS (GPL), ... ?
Mopac is one of the few free computational chemistry packages, and already
has an rpm.


  PROGRAM MOPAC
C
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.)  Any person who fraudulently
C   places a copyright notice or does any other act contrary
C   to the provisions of 17 U.S. Code 506(c) shall be subject
C   to the penalties provided therein.  This notice shall not
C   be altered or removed from this software and is to be on
C   all reproductions.'


--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8302
John Curtin School of Medical Research, Australian National University 0200
Replies to other than [EMAIL PROTECTED] will be routed off-planet


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

menu category for personal info. manager apps

[Adam P. Harris]

I notice a flaw in menu placement for a number of packages which might
be categories as Personal Information Managers (PIMs).  Namely, `ical'
and `addressbook' are listed in the `Apps/Tools' category, while 
`xmaddressbook' is under `Apps/Misc'.

I can't say I'm extremely happy with either category.  I would propose
either `Apps/PIMs' or `Apps/Editors/PIMs', although that might be too
cryptic.  Other PIMs which might be likewise categories are Netscape
Calendar, xcalendar,  I'm sure there are or soon will be others.

Alternatively, we should pick either one of the two categories for
these type of applications.

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

Re: Ethernet Card Driver

[Robert Stone]

On Sun, 21 Dec 1997, Sinisa Pajevic wrote:
: 
: I have installed debian linux on my PC (Pentium, MMX) and it works, but I
: am not able to use my network card. I have EtherExpress Pro/100 PCI card
: and I have used your driver for this card (Intel EtherExpress Pro 100). 
: However, the driver was written for the processor i82557 while my
: processor is i82865. I am assuming that this is causing problems and would
: like to know if there is a driver available for this processor, or any
: other version later than i82557 that might be compatible with it.
:  
try the driver at http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
I've had to use that driver exclusively with the eepro100 pci cards here.

thanks,
Robert


--
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 18.12.97 in <[EMAIL PROTECTED]>:

> > Is this any different from Intel packages that only make sense when
> > you have specific hardware installed? We have several of those.
>
> It's not just that you have different hardware installed, but you have
> a totally different kind of computer...

As in, ISA vs. MCA vs. PCI? :-)


MfG Kai


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

Re: ldconfig warnings

[Jim Pick]

> Yes, it is discussed in the Debian Packaging Manual, section 12.
> See:
>   /usr/doc/dpkg/packaging.html/ch-sharedlibs.html
> 
> You should just go ahead and file bugs against packages which don't
> include the .so link as part of the package.

If I understand this correctly, there is no need to use ldconfig
in the postinst script, correct?

ie. A quick survey of the packages on my system:

$ grep 'ldconfig' /var/lib/dpkg/info/*|wc -l
112

And I've only got around 400 packages installed (and not too many
libraries) - so I think we've got a serious problem.  We ought
not to release 2.0 in this state.

The shared library thing has always confused me a bit because
I tend to pick these things up by example - but if everybody's
doing it wrong...

Should I file bug reports?  What severity?

Or am I unduly alarmed?

Cheers,

 - Jim




pgp1PX1WUmeaj.pgp
Description: PGP signature