archive package file broken?
Hi, I just did an update of my package list for potato. There are now 521 packages in the list instead of the 3300? What happened to the package list? -Ossama -- Ossama Othman [EMAIL PROTECTED] Center for Distributed Object Computing, Washington University, St. Louis 58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88 1024/8A04D15D 1998/08/26
Re: archive package file broken?
On Sat, May 15, 1999 at 06:14:26PM -0500, Ossama Othman wrote: I just did an update of my package list for potato. There are now 521 packages in the list instead of the 3300? What happened to the package list? Packages.gz in main is empty, even on master. Apparently dinstall broke. -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% Good Times are back again! http://www.iki.fi/gaia/zangelding/
Re: archive package file broken?
Hi, On 16 May, Antti-Juhani Kaijanaho wrote: On Sat, May 15, 1999 at 06:14:26PM -0500, Ossama Othman wrote: I just did an update of my package list for potato. There are now 521 packages in the list instead of the 3300? What happened to the package list? Packages.gz in main is empty, even on master. Apparently dinstall broke. It seems so. I must be pulling the 521 packages from non-us and perhaps some other site. Thanks for the confirmation. -Ossama -- Ossama Othman [EMAIL PROTECTED] Center for Distributed Object Computing, Washington University, St. Louis 58 60 1A E8 7A 66 F4 44 74 9F 3C D4 EF BF 35 88 1024/8A04D15D 1998/08/26
Re: alternative man page reader?
On Sat, 15 May 1999, Lars Wirzenius wrote: Othmar Pasteka [EMAIL PROTECTED]: Actually you can make some text output with groff, for instance: groff -man -Tascii pon.1 pon.txt Yes, of course. The point raised earlier by this thread is that groff takes lots of space. The programs I pointed at of pretty much minimal size. Could the minimum files neccessary to execute the above functionality be split out from groff? We don't need all those fonts and tmac's and those utility programs, and who knows what else, just to read man pages. And the man command could be implemented with just a shell script, no caching or anything like that. Here, for example, is a teeny tiny little nroff that does a good job reading most, but not all man pages: ftp://metalab.unc.edu/pub/Linux/utils/text/nroffsrc.tar.Z -Brad
Strange linker problem regarding libXmu.so
In trying to compile the latest Mozilla snapshot I ran in to an
interesting linker problem in that I got error messages along the lines
of:
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__bsd_signal'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `_xstat'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__sigjmp_save'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__setjmp'
The thing is, it was not supposed to link to any libc5 libraries. I
managed to isolate the problem which can be reproduced by simply running
$ gcc -o foo -L/usr/X11R6/lib -lXmu
/usr/lib/crt1.o(.text+0x18): undefined reference to `main'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__bsd_signal'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `_xstat'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__sigjmp_save'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__setjmp'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_Xglobal_lock'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_XUnlockMutex_fn'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_XLockMutex_fn'
collect2: ld returned 1 exit status
I have the xlib6g, xlib6g-dev, and xlib6 packages installed (but not the
xlib6-altdev package). Furthermore,
$ ls -l /usr/X11R6/lib/libXmu.so*
lrwxrwxrwx 1 root root 13 May 16 04:30
/usr/X11R6/lib/libXmu.so - libXmu.so.6.0
lrwxrwxrwx 1 root root 13 May 16 04:30
/usr/X11R6/lib/libXmu.so.6 - libXmu.so.6.0
-rw-r--r-- 1 root root74428 May 10 03:53
/usr/X11R6/lib/libXmu.so.6.0
$ ldd /usr/X11R6/lib/libXmu.so
ldd: warning: you do not have execution permission for
`/usr/X11R6/lib/libXmu.so'
libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x40019000)
libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x40063000)
libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x4006d000)
libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x40084000)
libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x4009)
libc.so.6 = /lib/libc.so.6 (0x40136000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000)
So nothing is out of the ordinary. Running the gcc command line with the
-Wl,-verbose option (to enable verbose linking) doesn't reveal the
problem. Relevant parts of the output are reproduced here:
$ gcc -o foo -L/usr/X11R6/lib -lXmu -Wl,-verbose
GNU ld version 2.9.1 (with BFD 2.9.1.0.24)
Supported emulations:
elf_i386
i386linux
using internal linker script:
==
OUTPUT_FORMAT(elf32-i386, elf32-i386,
elf32-i386)
OUTPUT_ARCH(i386)
ENTRY(_start)
SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/local/lib);
SEARCH_DIR(/usr/i486-linux/lib);
/* Do we need any of these for elf?
__DYNAMIC = 0;*/
SECTIONS
{
/* Read-only sections, merged into text segment: */
. = 0x08048000 + SIZEOF_HEADERS;
[...]
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(/usr/lib/crt1.o(.text+0x18): undefined
reference to `main'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__bsd_signal'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `_xstat'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__sigjmp_save'
/usr/lib/libc5-compat/libICE.so.6: undefined reference to `__setjmp'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_Xglobal_lock'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_XUnlockMutex_fn'
/usr/X11R6/lib/libXext.so.6: undefined reference to `_XLockMutex_fn'
.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/* These must appear regardless of . */
}
==
attempt to open /usr/lib/crt1.o succeeded
/usr/lib/crt1.o
attempt to open /usr/lib/crti.o succeeded
/usr/lib/crti.o
[...]
Incidentally, moving the /usr/lib/libc5-compat directory out of the way
seems to cure the problem. Now I get
$ gcc -o foo -L/usr/X11R6/lib -lXmu
/usr/lib/crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
as I'm supposed to.
For the record, I'm running up to date (as of yesterday) potato on a 2.2.9
kernel.
I'm really at a loss here, I can usually solve my own problems but this
looks like a genuine linker/compiler bug to me. I would file this as a
bug report if I knew exactly where the problem was and that it isn't just
my system that's somehow screwed up.
Please try if you can reproduce this problem.
--
/'`\ zzzZ | My PGP Public Key is available at:
( - - ) | http://home1.inet.tele.dk/renehl/
--oooO--(_)--Oooo--
Don't ya just hate it when there's not enough room to fin
Bug#34579: Removing ncsa from the dist?
reply to bug in which ncsa exits with an error on startup (sorry it's been so long. this bug got lost in the shuffle somewhere) Apparently, this problem can be fixed by specifying a group to run as in /etc/ncsa/httpd.conf. However, ncsa doesn't seem to actually _run_ as that user/group. Really, I'd like to remove ncsa from the distribution. It's old, outdated, probably insecure, and boa is just as small, fast, and has a very similar configuration style. Adam
Re: alternative man page reader?
Bradley Bell wrote:
Here, for example, is a teeny tiny little nroff that does a good job
reading most, but not all man pages:
ftp://metalab.unc.edu/pub/Linux/utils/text/nroffsrc.tar.Z
I'll have to check this out. If anyone is thinking about implementing
a short 'man' shell script to go with it, here's what i'm using. Maybe
you can hack around with it.
#!/bin/sh
MANPATHS=/usr/man/ /usr/X11R6/man/
SECTIONS=[1-8] # change this to 1 for standard 'man' behavior
if test $# == 2; then SECTIONS=$1; shift; fi
find $MANPATHS -name $1.${SECTIONS}*.gz -exec zcat -q '{}' ';' | \
groff -t -mandoc -Tascii - 2/dev/null | ${PAGER:-more}
It works pretty well, and I haven't noticed much of a speed
difference. Consequently, I've been able to get rid of man-db, libdb2,
and the whole /var/catman hierarchy. If anyone can suggest
improvements or point out something problematic it'd be very welcome.
--
Moglen's Metaphorical Corollary to Faraday's Law: if you wrap the
Internet around every person on the planet and spin the planet,
software flows in the network.
Re: Bug#34579: Removing ncsa from the dist?
On Sat, May 15, 1999 at 08:57:14PM -0700, Adam Klein wrote: reply to bug in which ncsa exits with an error on startup (sorry it's been so long. this bug got lost in the shuffle somewhere) Apparently, this problem can be fixed by specifying a group to run as in /etc/ncsa/httpd.conf. However, ncsa doesn't seem to actually _run_ as that user/group. Really, I'd like to remove ncsa from the distribution. It's old, outdated, probably insecure, and boa is just as small, fast, and has a very similar configuration style. That sounds fine to me. After having the problem with ncsa I switched to boa myself. Bob -- Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen
Star Office 5.0
Obviously so5.0 doesn't work with stock potato. Has any started to work on a hack around the glibc problems yet or no? Also has anyone contacted Star Division about this?
Re: Bug#34579: Removing ncsa from the dist?
Boa does not have the full-fledged cgi-bin scripting ability that ncsa has. Scripts might not run under boa that run just fine under ncsa. Ncsa is a reference web server in many ways and that is why I packaged it in the first place. Please keep it in the distribution. I wonder if we need a policy that prior maintainers need to be consulted before a package is removed. Some other packages have just vanished while I am busy with this endless dissertation. Hopefully that will be over soon. On Sat, 15 May 1999, Adam Klein wrote: reply to bug in which ncsa exits with an error on startup (sorry it's been so long. this bug got lost in the shuffle somewhere) Apparently, this problem can be fixed by specifying a group to run as in /etc/ncsa/httpd.conf. However, ncsa doesn't seem to actually _run_ as that user/group. Really, I'd like to remove ncsa from the distribution. It's old, outdated, probably insecure, and boa is just as small, fast, and has a very similar configuration style. - Christoph Lameter, MSCS, M.Div. Available for a job or consulting (see http://lameter.com/consulting.html) -
Re: Update ... Re: Ethernet newbee failure
Dale == Dale Scheetz [EMAIL PROTECTED] writes: Dale The NICs are EtherLink III cards connected through a hub Dale using twisted pair cable. Two idle questions: are you sure you have straight-through cables, have you tried directly connecting the machines to each other with a cross-over patch cable, have you install tcpdump on both systems checked whether any ethernet traffic is actuall occuring on either card? OK, that was actually three idle questions. :) -- Stephen --- Long noun chains don't automatically imply security. - Bruce Schneier
Re: debian-upload-queue in Japan
Fumitoshi UKAI [EMAIL PROTECTED] writes: I've set up debian upload queue in Japan. So please add the information about this to dupload.conf and developers-references section 6.2.x. Should I send it as wishlist to BTS? Well, I've got it for the developers-reference side. I'll wait until dupload is updated first. In general, I do prefer these filed as bugs, because that ensures (or raises the chance) that I do deal with it eventually. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: GPG as a PGP replacement
On Thu, May 13, 1999 at 12:51:03PM +0200, Alexander N. Benner wrote: oops .. have you looked at the debian gpg? It is actually a script callin gpg.gnupg (the binary) with exactly these options (except the debian-keyring) Which version do you use? I don't have that script. Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii gnupg 0.9.6-1GNU privacy guard - a free PGP replacement. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
new file nmu for testing
I have uploaded a new NMU of file to my directory on master. fix for SPARC V9 file detection properly shows stripped/unstripped (comments from non-x86 people here please and non-glibc2.1) if no further suggestions are made or errors shown, I will upload this release into debian proper.
Re: new file nmu for testing
Shaleh [EMAIL PROTECTED] writes: properly shows stripped/unstripped (comments from non-x86 people here please and non-glibc2.1) Did you contact upstream about that flakey fix they made that didn't work? See what on earth that was all about? -- Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the or[EMAIL PROTECTED] | above, but it is too long to fit into http://www.dsp.net/xtifr | this .signature file.
Offering the ghostscipt packages for addoption
Hi, recently i have started a new job and i have to work harder than expected and to travel a lot. So, i am not able to mantain my Debian packages in a satisfactory way, and the number of open bugs is growing... This is true in particular for the ghostscript (GS) packages. So, i am quite sorry, but i have to offer the following packages for addoption: - gs - gs-aladdin - gs-fonts - gs-fonts-other I would like to remark that ghostscript (the postscript interpreter and previewer by Alan P. Deutsch) is a very good piece of software, and that the upstream support is very good (see http://www.cs.wisc.edu/~ghost/index.html). Moreover, the maintenance of these packages is very stimulating: there are a lot of users that give interesting feedback and suggestions. The only problem is that gs-aladdin is not distributed under a DSFG-free licensei, so perhaps these packages are not OK for free software purists. (New versions of ghostscript are released under the aladdin license, that allows for free usage, but that restricts copying, distribution and modification. After one year, the new versions are re-distributed under GPL). Thank you, Marco Pistore -- Marco Pistore ITC-IRST phone: +39 0461 314 334 Via Sommarive 18 fax : +39 0461 314 591 38050 Povo (Trento), ITALYemail: [EMAIL PROTECTED]
Re: Update ... Re: Ethernet newbee failure
First I want to thank everyone who sent me a reply, both private and on the list. I now know 3 different way to create working routing tables. With regret, this has not resolved the problem. It was John Hasler who actually resolved things for me. I now have the following routing tables on both machines: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 127.0.0.0 * 255.0.0.0 U 0 01 lo 10.0.0.0* 255.0.0.0 U 0 00 eth0 I get better results now than ever before, but still can't complete a ping. Here are the facts: 1. Each machine can ping itself successfully. 2. A ping to the other machine returns 0 packets to the kernel. 3. The PKT light on the hub blinks while a failed ping is in progress. The NICs are EtherLink III cards connected through a hub using twisted pair cable. Suppositions: Fact 1 is not useful, as the kernel, seeing the information in the routing table, has no reason to go to the card to resolve the ping. In this circumstance the kernel is talking to itself and the ping program, not the card. Fact 3 indicates that the ping is getting out of the kernel, into the card, and onto the cable. When properly configured the card in machine one gets a reply from the card in machine two, but fails to get that message to the kernel. (fact 2) At this point, it is my supposition that the card is responding on another interrupt from the one it was commanded to use by isapnp, and the driver. The kernel, the driver, and the isapnp program, all think the card has been configured for base address 0300, and irq 10, yet no traffic makes it out of the card into the kernel, suggesting that it is using another interrupt. Isapnp? Turn off the pnp and try settings manually. As painful as it seemed at this point, I was ready to try loading the driver commanding each interrupt that the card might use, hoping to stumble on it by a careful search. Although the documentation seems to indicate that the only parameter that I can send to the driver is the irq, modconf says that the io base address can also be entered. Worse than that, if you try to specify another interrupt for the driver install, it hangs forever. I was able to do an insmod including the parrameter, but the results were not what I expected: dwarf# insmod 3c509 irq=12 eth0: 3c509 at 0x300 tag 1, 10baseT port, address 00 10 5a de c8 16, IRQ 10. 3c509.c:1.16 2/3/98 [EMAIL PROTECTED] Note that the driver still declares irq 10 rather than the irq 12 that I requested. Is my syntax faulty? You propably have machines with ps/2 mouse and keyboards. The irq 12 is sort of reserved for these. If 10 is free, why not use it. One thing you might try is fiddling with the irq and settings with the dos based 3c5x9cfg.exe program, that comes with the normal driver package from 3com (you can download this from www.3com.com). Ben Pfaff indicated that his card requires a special option before the kernel can hear it. I can find no such indication for the EtherLink III card, but his experience seems similar to mine. Can anyone clue me in? This is from Donald Becker's site (http://cesdis.gsfc.nasa.gov/linux/drivers/3c509.html) : No received packets If a 3c509, 3c562 or 3c589 can successfully transmit packets, but never receives packets (as reported by /proc/net/dev or 'ifconfig') you likely have an interrupt line problem. Check /proc/interrupts to verify that the card is actually generating interrupts. If the interrupt count is not increasing you likely have a physical conflict with two devices trying to use the same ISA IRQ line. The common conflict is with a sound card on IRQ10 or IRQ5. The easiest solution is to move the 3c509 to a different interrupt line. And let's move this to -user, as it's the proper forum. --j
Re: Bug#34579: Removing ncsa from the dist?
Christoph Lameter [EMAIL PROTECTED] writes: Boa does not have the full-fledged cgi-bin scripting ability that ncsa has. Scripts might not run under boa that run just fine under ncsa. Ncsa is a reference web server in many ways and that is why I packaged it in the first place. Please keep it in the distribution. NCSA is no web server at all. It's an organization. The Debian package should have been named ncsa-httpd. What's the advantage of ncsa-httpd over apache? If we really want a reference web server the cern-httpd should be packaged. Oh, it's already there ... Sven -- Sven Rudolph [EMAIL PROTECTED]http://www.sax.de/~sr1/
Bug#37755: general: Woes from upgrading 2.0 - 2.1
Inaky Perez Gonzalez wrote: Package: general Version: N/A Would like to contribute the problems I experienced when upgrading from 2.0 to 2.1 using a 2.2.6 kernel. Hope they are useful. I have received a report about upgrading as well. He failed... But: There were two things which kept his upgrade from failing: a) install current dpkg-multicd b) install new libc manually After that a simple dselect update/installation/configure run with installation/configure repeated upgraded the system. The system was using a multicd set (basically: the OfficialCD, but with some additions) I attach an script for the upgrade (^Ms removed). The main points to note about it is apt-get suddenly died about seven times in all the upgrade process (E: Sub-process returned error code). Sometimes it was enough to invoke 'dpkg --configure -a' and when finished, continue with 'apt-get dist-upgrade', but sometimes it left a package in such a state it had to be removed manually from /var/lib/dpkg/status [trying to purge or re-install would not do]. Other than that, it worked fine. I just miss someway to make apt-get understand multi-cd. Congratulations to all :) I've heard that there is apt-cdrom somewhere. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: Bug#34579: Removing ncsa from the dist?
Christoph Lameter wrote: I wonder if we need a policy that prior maintainers need to be consulted before a package is removed. Some other packages have just vanished while I am busy with this endless dissertation. Hopefully that will be over soon. It's probably a good idea to make an announcment if a package is about to be dropped, so that others have a chance to maintain it. This would of course include any prior maintainers. But if the package's maintainer thinks it should be removed, and no-one else volunteers to maintain it, then I don't think anyone should be able to say No, let it sit there and rot instead. Richard Braakman
Re: Bug#37606: /var/spool/texmf/ls-R unwritable
On Fri, 14 May 1999 19:04:01 +0100 (BST), Julian Gilbey wrote:
On Thu, 13 May 1999 15:02:40 +0100 (BST), Julian Gilbey wrote:
Glad to hear all of this. I just have one comment:
- The mktexlsr, mktexdir and mktexupd scripts must not be setuid.
If they are, anyone could run them, which is unnecessary. Any
extra privileges they require will be gained when they are called
from other setuid processes.
It seems to me that *only* these three should be setuid, since only
these three need elevated privileges. mktextfm, etc. should be
changed to write the output into a scratch directory, and have
mktexupd move it into place.
Yes, this does mean anyone can invoke them, but if properly designed
no damage can be done, and this restricts the scope of the changes and
the scope of the specially privileged code much better.
No, absolutely not. If mktexupd is setuid, then anyone can make it do
anything to the ls-R file, I would guess.
Only if mktexupd is misdesigned; it ought to be capable of validating
updates.
How?
The proper location for a file to be installed in /var/spool/texmf is
uniquely determined by its name, right? You hand it a file, and it
puts it where it belongs. No other changes to ls-R are possible via
(this version of) mktexupd
Moot, though, given what you say below.
And having mktex{mf,tfm,pk}
writing to a scratch directory defeats the purpose of making the fonts
directory read only, as anyone could then create a corrupt font file
in the scratch directory and run mktexupd.
This is a problem, but isn't there some simple, efficient way to
validate font files?
Yes: recreate them and compare the outputs. You don't want to just
check that the files are valid, but also that they have the correct
content.
Ok, I give up, we do have to do it your way.
zw
possible new package: tpqic02-support
Hi, While I was packaging hwtools, I stumbled across a program to set up QIC-02 cards, qic02conf. It is included in hwtools, but it doesn't have much documentation. I've found the upstream source, it was on Metalab (Sunsite), and thought that it would be nice if someone would package the whole thing. This is the LSM: Begin3 Title: tpqic02-support package Version:1.9b Entered-date: Januari 20, 1996 Description:This package contains the qic02conf program needed for runtime-configuration of the QIC-02 tape driver for Linux. Also include are some related utility programs. Keywords: QIC-02, tape, qic02conf, mt, edd Author: [EMAIL PROTECTED] (Hennus Bergman) Maintained-by: [EMAIL PROTECTED] (Hennus Bergman) Primary-site: sunsite.unc.edu /pub/Linux/kernel/tapes Platform: Linux-i386 End TIA. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Star Office 5.0
At 05:06 + 1999-05-16, M. Robert Tomasch wrote: Obviously so5.0 doesn't work with stock potato. Has any started to work on a hack around the glibc problems yet or no? Also has anyone contacted Star Division about this? Star Division did a fix for Red Hat's applications CD, but has not made it available to anyone else. See http://lwn.net/1999/0513/. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
GNU finger
Hi, is there already someone building a gnu finger package?? I haven't seen one yet... If there is no one working on this yet I'd be happy to work on this. But I'm not 100% sure if there is such a package already :) regards, gerhard
Re: Bug#34579: Removing ncsa from the dist?
Richard But if the package's maintainer thinks it should be removed, and Richard no-one else volunteers to maintain it, then I don't think anyone Richard should be able to say No, let it sit there and rot instead. Agreed. We have too many packages that are just there and not being attended in any half serious manner (did I say bug counter?). I like ncsa and use it as a server on 2 of my boxes. Boa is nice as well, but has too many open bugs, and the maintainer never ever seems to respond. -- According to the latest figures, 43% of all statistics are totally worthless.
Re: exim 3.00-1 (source i386) available for testing
On Sat, May 15, 1999 at 10:26:35AM +0100, James Troup wrote: * OS/Makefile-Default: Enabled IPv6 support (this therefore requires glibc 2.1) Bah, this will break exim for m68k. :( So will everything else network-related then, since we're hoping to get as much as possible using IPv6.
Re: Bug#34579: Removing ncsa from the dist?
On Sun, May 16, 1999 at 10:26:18AM -0400, Dirk Eddelbuettel wrote: Boa is nice as well, but has too many open bugs, and the maintainer never ever seems to respond. Unfortunately, that would mean that boa is not maintained upstream, because Jon Nelson is also the upstream maintainer :( -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Bug#34579: Removing ncsa from the dist?
On 16-May-99 Josip Rodin wrote: On Sun, May 16, 1999 at 10:26:18AM -0400, Dirk Eddelbuettel wrote: Boa is nice as well, but has too many open bugs, and the maintainer never ever seems to respond. Unfortunately, that would mean that boa is not maintained upstream, because Jon Nelson is also the upstream maintainer :( Actually he pops into irc fairly often. I think he is just one of those who does not feel the need to respond to email (like a few other maints).
Re: new file nmu for testing
On 16-May-99 Chris Waters wrote: Shaleh [EMAIL PROTECTED] writes: properly shows stripped/unstripped (comments from non-x86 people here please and non-glibc2.1) Did you contact upstream about that flakey fix they made that didn't work? See what on earth that was all about? Not yet, I did the work at 3:30 this morning. it tests ok, unsure why the change and they failed to document it anywhere. But yes, I am mailing the author.
intent to package PortSentry
i'd like to make the debian packages of portSentry by www.psionic.com is there another one working on it ? c ya -- Samuele Tonon [EMAIL PROTECTED] Undergraduate Student of Computer Science at University of Bologna, Italy 1024-bit key, key ID D739FA25 Key fingerprint = 95 5A 81 FB D2 10 E2 62 72 04 37 78 FF DE F9 E6
Re: intent to package PortSentry
Am Sun, 16 May 1999 schrieb Samu: i'd like to make the debian packages of portSentry by www.psionic.com is there another one working on it ? I did it already and I am working on logcheck now. However, I am not a registered debian developer at the moment (I'm planning to register). If you have access to the CVS, I could send you the source packages. Rene (Student of Computer Science at the Johannes Kepler University of Linz, Austria) -- -- Rene Mayrhofer, ViaNova KEG NIC-HDL: RM1677-RIPE Email: [EMAIL PROTECTED] Snail: Penz 217, A-4441 Behamberg PGP(DSS): E661 2E45 9B7F B239 D422 0A90 A4C2 DA09 F72F 6EC5 PGP(D/H): B77F 51A8 B046 87A6 4D61 2C5D 742F F433 6732 E4DC GPG: D356 69B6 6A08 E033 257B 1872 6AEA 88FB C805 63BD --
Abacus Portsentry License
Hi As I am new to creating Debian packages, I am not sure if Abacus Portsentry's license allows it to be put in the main (or if it has to go into non-free) section. The program is free to use by anybody and can be distributed in any form, the only problem is that the author prohibits modifications he is not aware of. Please could somebody check it (at www.psionic.com) ? I have a written statement by the Author that he allows packages (including the needed minor modifications on scripts and Makefiles) to be made and that Portsentry can be included in a distribution if the distribution is not sold because of Portsentry. Thanks in advance Rene -- -- Rene Mayrhofer, ViaNova KEG NIC-HDL: RM1677-RIPE Email: [EMAIL PROTECTED] Snail: Penz 217, A-4441 Behamberg PGP(DSS): E661 2E45 9B7F B239 D422 0A90 A4C2 DA09 F72F 6EC5 PGP(D/H): B77F 51A8 B046 87A6 4D61 2C5D 742F F433 6732 E4DC GPG: D356 69B6 6A08 E033 257B 1872 6AEA 88FB C805 63BD --
Re: Star Office 5.0
On Sun, May 16, 1999 at 06:24:28AM -0700, Joel Klecker wrote: Star Division did a fix for Red Hat's applications CD, but has not made it available to anyone else. See http://lwn.net/1999/0513/. It is money that matters? Greetings Bernd
Re: Abacus Portsentry License
Rene Mayrhofer [EMAIL PROTECTED] writes: As I am new to creating Debian packages, I am not sure if Abacus Portsentry's license allows it to be put in the main (or if it has to go into non-free) section. The program is free to use by anybody and can be distributed in any form, the only problem is that the author prohibits modifications he is not aware of. That sounds non-free to me. Please could somebody check it (at www.psionic.com) ? I have a written statement by the Author that he allows packages (including the needed minor modifications on scripts and Makefiles) to be made and that Portsentry can be included in a distribution if the distribution is not sold because of Portsentry. Please post the full license and the author's statement to [EMAIL PROTECTED] By doing that you'll get everyone who's interested in licensing issues to read through it and comment.
Re: debian-upload-queue in Japan
At 16 May 1999 03:41:27 -0400, Adam Di Carlo [EMAIL PROTECTED] wrote: Fumitoshi UKAI [EMAIL PROTECTED] writes: I've set up debian upload queue in Japan. So please add the information about this to dupload.conf and developers-references section 6.2.x. Should I send it as wishlist to BTS? Well, I've got it for the developers-reference side. I'll wait until dupload is updated first. In general, I do prefer these filed as bugs, because that ensures (or raises the chance) that I do deal with it eventually. OK, I'll submit it as bug. Thanks Fumitoshi UKAI
Changes to the archive
I intend to send mails like this regularly from now on, in order to better inform people about changes in the archive. Changes made manually are not normally reported in any other way, except sometimes in bug-closing messages. This shouldn't generate much traffic, since manual changes are fortunately not that frequent. I won't bother to report stuff like marking new packages for installation. I made the following changes to potato today: Removed netscape4.07, netscape4.5, and netscape4.51 (and their many binary packages) from potato-non-free, at their maintainer's request. This leaves netscape4.08 and netscape4.6 in the archive. See bug report #37718 for details. Removed gstep-xraw, gstep-xraw-examples, gstep-xraw-dev, and gstep-xraw-dbg from potato (i386 and sparc), they are no longer built by gstep-core. See bug report #37518 for details. The zero-length Packages file was caused by a mistake I made yesterday (I left a dangling symlink in the archive). The problem will correct itself tonight automatically. Richard Braakman
Hurray! and thanks! Re: Update ... Re: Ethernet newbee failure
Thanks to Tony Mancill for pointing out: http://cesdis.gsfc.nasa.gov/linux/setup/3c5x9setup.html The 3c5x9setup program takes the 509 out of PnP mode and lets you set the base and IRQ addresses and write them into the eeprom. I set the card using 3c5x9setup to the base address 300 and IRQ 10 and that was all it took. I was even able to set the irq on the second machine to 12 (what Win'95 thinks the card is on) and the Linux driver came up on the right interrupt! I have now reached Network Administrator, Junior Grade, and am the proud owner of a, soon to be, three machine LAN. Thanks to everyone who helped me out of this boggy pit, I could never have done it without your help. Now, to set up Samba ... Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
3c5x9setup and isapnptools
After my recent experience gettying my new 3COM EtherLink III cards to work, I would like to suggest that 3c5x9setup be included in the isapnptools package. It is composed of a single .c source file with an embedded copyright notice licensing it under the GPL. I would be willing to write a man page from the .html file provided, if Frederic Lepied would be willing to include the two in the isapnptools package. I think this is a better place for this than trying to build another package around this simple program. On a Linux machine the EtherLink III card will not function properly when configured with isapnp, and must be taken out of pnp mode using 3c5x9setup. It seems only logical to have the tool for doing this included with the other isapnp tools. What do you think Frederic? Can we do this? Waiting is, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Intent to pollute namespace: standards
I'm splitting the GNU autoconf package into two packages, `autoconf' and `standards', where `autoconf' contains autoconf proper and `standards' includes the GNU coding and package maintenance standards. Objections?
Re: Intent to pollute namespace: standards
On Sun, May 16, 1999 at 13:28:48 -0400, Ben Pfaff wrote: Objections? See subject. Please consider something less generic like gnu-standards instead. Ray -- J.H.M. Dassen | RUMOUR Believe all you hear. Your world may [EMAIL PROTECTED] | not be a better one than the one the blocks | live in but it'll be a sight more vivid. | - The Hipcrime Vocab by Chad C. Mulligan
Re: Intent to pollute namespace: standards
On Sun, May 16, 1999 at 01:28:48PM -0400, Ben Pfaff wrote: I'm splitting the GNU autoconf package into two packages, `autoconf' and `standards', where `autoconf' contains autoconf proper and `standards' includes the GNU coding and package maintenance standards. Objections? How about gnu-standards? Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org finger brinkmd@ Marcus Brinkmann GNUhttp://www.gnu.org master.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: PostgreSQL INC Press Release
I have received this, you'd know better what to do. Regards, Joey Jeff MacDonald wrote: Greetings, Today we (PostgreSQL INC.) made our Initial Press Release at http://www.pgsql.com/release.html Regarding the beginning of techincal support etc. Also we are anticipating the release of PostgreSQL 6.5 on June 1st. On behalf of PostgreSQL INC. and the PostgreSQL Global Development Group, we are curious if your group would be interested in including PostgreSQL with your next distribution release. Thank You Jeff MacDonald PostgreSQL INC. -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: 3c5x9setup and isapnptools
Dale Scheetz [EMAIL PROTECTED] writes: After my recent experience gettying my new 3COM EtherLink III cards to work, I would like to suggest that 3c5x9setup be included in the isapnptools package. It is composed of a single .c source file with an embedded copyright notice licensing it under the GPL. I would be willing to write a man page from the .html file provided, if Frederic Lepied would be willing to include the two in the isapnptools package. I think this is a better place for this than trying to build another package around this simple program. The corresponding program for configuring Western Digital and SMC Ethernet cards (wdsetup) is in netstd. Perhaps this is the approved place for such tools?
Re: Intent to pollute namespace: standards
Marcus Brinkmann [EMAIL PROTECTED] writes: On Sun, May 16, 1999 at 01:28:48PM -0400, Ben Pfaff wrote: I'm splitting the GNU autoconf package into two packages, `autoconf' and `standards', where `autoconf' contains autoconf proper and `standards' includes the GNU coding and package maintenance standards. Objections? How about gnu-standards? That was the other name I was considering.
RE: alternative man page reader?
Hi, I just joined the list and missed the beginning of the thread, but I generally use man2html in a cron job and have a shell cgi do a find in the htdocs area from my apache site when I get a little confused... Most of my stuff is perl anyway, being C illiterate, so I also do a lot of pod2html. HOW-TO's also belong in their as well. A cgi search would find ~htdocs/man_as_html/* -name *.html | xargs grep -l $subj_string | manpage_and_href_printer back to the browser... I am now supporting some numerical analysis scientists who like to think of themselves as novice admins :) === John van Vlaanderen # #CXN, Inc. Contact: # #[EMAIL PROTECTED] # #1 917 309 7379 (cell, voice mail) # # _ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com
Re: Intent to pollute namespace: standards
On Sun, May 16, 1999 at 01:35:35PM -0400, Ben Pfaff wrote: I'm splitting the GNU autoconf package into two packages, `autoconf' and `standards', where `autoconf' contains autoconf proper and `standards' includes the GNU coding and package maintenance standards. Objections? How about gnu-standards? That was the other name I was considering. My vote on gnu-standards too. -- Joseph Carter [EMAIL PROTECTED]Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - I am amazed that no-one's based a commercial distribution on Debian yet - it is by far the most solid UNIX-like OS I've ever installed, and I've played with HP/UX, Solaris, FreeBSD, BSDi, and SCO (not to mention OS/2, Novell, Win95/NT) -- Nathan Norman pgp8xgHcX8cEw.pgp Description: PGP signature
Re: Release Plans (1999-05-10)
[EMAIL PROTECTED] (David Bristel) wrote on 14.05.99 in [EMAIL PROTECTED]: abandon those who run slink. Note that if linus did that, the 2.2.7 and 2.2.8 would never have come out because work had already begun on the 2.3 kernels. Umm, may I point out that 2.3.0 == 2.2.8? The difference is exactly the number. MfG Kai
Re: Intent to pollute namespace: standards
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Sun, 16 May 1999 12:58:37 -0400 Source: autoconf Binary: autoconf gnu-standards Architecture: source all Version: 2.13-4 Distribution: unstable Urgency: low Maintainer: Ben Pfaff [EMAIL PROTECTED] Description: autoconf - automatic configure script builder gnu-standards - GNU coding and package maintenance standards Changes: autoconf (2.13-4) unstable; urgency=low . * Broke GNU coding and package maintenance standards, and the GNU task list, into separate package. . * Converted to use debhelper. . * Supplies HTML versions of Info documents as well. Files: 0bf5862a436789c915ed33726b00fb92 812 devel optional autoconf_2.13-4.dsc a25f600e06c727b51a3506e9a6d6b7d1 22240 devel optional autoconf_2.13-4.diff.gz 4fd15e9639d50e680da9d05c0e7fa9a3 343454 devel optional autoconf_2.13-4_all.deb ce0a4ec4abf8ba151e5e20c4ca8b26db 104200 devel optional gnu-standards_2.13-4_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv iQEVAwUBNz8O5bf2jhx5fmQdAQGmcggAkwPmPjYvDxckO3H+g2NpSvTqieWT7VNM IMDJbNLbFL9GrC6/sPaZ8Y2+Jzsuziowe1AicXP8BvFn+YpFdgNHSFWapMNtkk4M tQWPidjzKNZH5vsb/jmjfKuww84nztcHCW0XqufIdrkQ9i2fmCmAmPhZy+FqzTPu PbiN/nYmCh+AzKztlgMuLMG2OLpJX7LxPWCX9OtzJs1Dn6I12v5mXDa5tZs4KpOv oFTLBmAEe99pO62UEelVskZ24qSG4umExHAqFiMwjWujO7MvhGrg5hU2e+5k/+47 Ce/BQ3e0oTwRYZjinqW7L1Cy3bR13T9mmG3TrOfEvLg2PAwyQ6CoZw== =CCup -END PGP SIGNATURE-
Re: Intent to pollute namespace: standards
Ben == Ben Pfaff [EMAIL PROTECTED] writes: Ben `autoconf' and `standards', where `autoconf' contains autoconf Ben proper and `standards' includes the GNU coding and package Ben maintenance standards. Guess I'll buck the trend and vote for 'standards' -- its what upstream has always called it, FSF is probably the only org that would be so bold, and I don't think Debian needs to qualify GNU software names. Whats next, gnu-make? :-) netgod
Intend to package: pavuk
Hi, this is intend to package pavuk. Pavuk is a mirroring program - it can download (mirror) via HTTP, HTTPS, FTP and Gopher protocols. It works in text mode or has a graphical interface in GTK. The licence is GPL, and you can have a look at it at http://www.idata.sk/~ondrej/pavuk/ . It will go into non-US/main because it will be linked with libssl. Petr Cech P.S. I know, that this is on WNPP. I already settled that.
netcards (re: dwarf's etherlink3/isapnp idea)
I notice there is a great deal of diagnostic and setup utilities here: http://cesdis.gsfc.nasa.gov/linux/setup http://cesdis1.gsfc.nasa.gov/linux/diag/diagnostic.html When I have some spare time I think I'll set about to create a netcard configuration selector-type interface to all these utils, maybe package them up. A utility similar to modconf with netcard diagnostic tools would be very handy. -- Robert Edmonds [EMAIL PROTECTED] The great question... which I have not been able to answer... is, `What does woman want?' -- Sigmund Freud
Re: 3c5x9setup and isapnptools
On Sun, 16 May, 1999, Ben Pfaff wrote: Dale Scheetz [EMAIL PROTECTED] writes: After my recent experience gettying my new 3COM EtherLink III cards to work, I would like to suggest that 3c5x9setup be included in the isapnptools package. It is composed of a single .c source file with an embedded copyright notice licensing it under the GPL. I would be willing to write a man page from the .html file provided, if Frederic Lepied would be willing to include the two in the isapnptools package. I think this is a better place for this than trying to build another package around this simple program. The corresponding program for configuring Western Digital and SMC Ethernet cards (wdsetup) is in netstd. Perhaps this is the approved place for such tools? Wow, I have an SMC Ultra, and I never knew about this program must have a play. I have a similar program to get my sound card working. It is a PCI OPTi 931 and it has to have values pushed into its registers to convice it to work. The interface is a bit basic though, with some work and a man page it could probably end go in isapnptools (if that is the right place). -- I consume, therefore I am pgpM59COVrvqS.pgp Description: PGP signature
Re: Bug#37606: /var/spool/texmf/ls-R unwritable
And having mktex{mf,tfm,pk}
writing to a scratch directory defeats the purpose of making the fonts
directory read only, as anyone could then create a corrupt font file
in the scratch directory and run mktexupd.
This is a problem, but isn't there some simple, efficient way to
validate font files?
Yes: recreate them and compare the outputs. You don't want to just
check that the files are valid, but also that they have the correct
content.
Ok, I give up, we do have to do it your way.
Yes, it's something I struggled with a few years ago in our department
where corrupt fonts had been created: there was no simple way to
determine this fact without recreating them. (You could compare the
embedded checksums with those in the corresponding tfm, but how do you
know that is correct if the tfm is also autogenerated?)
Still tough, though.
Julian
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED]
Debian GNU/Linux Developer. [EMAIL PROTECTED]
-*- Finger [EMAIL PROTECTED] for my PGP public key. -*-
Re: Bug#37606: /var/spool/texmf/ls-R unwritable
On Sun, 16 May 1999 21:31:14 +0100 (BST), Julian Gilbey wrote:
And having mktex{mf,tfm,pk}
writing to a scratch directory defeats the purpose of making the fonts
directory read only, as anyone could then create a corrupt font file
in the scratch directory and run mktexupd.
This is a problem, but isn't there some simple, efficient way to
validate font files?
Yes: recreate them and compare the outputs. You don't want to just
check that the files are valid, but also that they have the correct
content.
Ok, I give up, we do have to do it your way.
Yes, it's something I struggled with a few years ago in our department
where corrupt fonts had been created: there was no simple way to
determine this fact without recreating them. (You could compare the
embedded checksums with those in the corresponding tfm, but how do you
know that is correct if the tfm is also autogenerated?)
The main reason I didn't want to have mktex{mf,tfm,pk} be setuid is
because they run all sorts of different programs - metafont, gsftopk,
etc. - which can (IIRC) be replaced by the user. Even if they can't,
their inputs can, and the inputs are turing-complete macro languages.
If mktex{mf,tfm,pk} drop privileges before invoking the real generator
programs, I'll be happy.
I would also rather not install suidperl if it can be avoided.
zw
Intend to package: gsfonts-x11
Package: gsfonts-x11 Priority: optional Section: x11 Maintainer: Roland Rosenfeld [EMAIL PROTECTED] Version: 0.1 Depends: gsfonts, xbase-clients Description: Make Ghostscript fonts available to X11. This packages makes the 35 Postscript fonts from the gsfonts package available to your X server under their urw names and via fonts.alias with the official adobe names, too. . This package does not contain any fonts itself but allows to reuse the ghostscript fonts as X11 screen fonts. There was always the problem, that the graphics program xfig needs some X11 fonts to represent the postscript fonts, which are used when printing. At the moment this uses the 75dpi or 100dpi screen fonts, but there are some of the standard postscript fonts missing and the pixel fonts aren't available for big font sizes. I think that the above package is a good way to make the ghostscript fonts available for xfig and other package which need scalable screen fonts (for example xpdf and others). Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF
Re: Release Plans (1999-05-10)
On Sun, May 16, 1999 at 08:09:00PM +0200, Kai Henningsen wrote: [EMAIL PROTECTED] (David Bristel) wrote on 14.05.99 in [EMAIL PROTECTED]: abandon those who run slink. Note that if linus did that, the 2.2.7 and 2.2.8 would never have come out because work had already begun on the 2.3 kernels. Umm, may I point out that 2.3.0 == 2.2.8? The difference is exactly the number. MfG Kai But it won't remain that way for long -- Please cc all mailing list replies to me, also. = * http://benham.net/index.html[EMAIL PROTECTED] * * * ---* * Debian Developer, Debian Project Secretary, Debian Webmaster * * [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] * * [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] * = pgp2c1sX8IfIT.pgp Description: PGP signature
[IRC]
Umm, whats wrong with openprojects.net ?
