Papersizes
Nils, I'm sending this to Debian Devel, as mail bounced when I sent this to you at [EMAIL PROTECTED] ... Nils, Sounds like a huge improvement over the old shell script. Can you send me a copy, or should I wait to grab it from the new TeX packages? As far as the paper sizes are concerned, they are simply those defined, or understood, by ghostscript. You should be abe to find them in the a2gs man page, or in one of the ghostscript config files - can't remember which one. On another topic, do you know much PostScript? I seem to remember that there is a command for getting the file handle of the programme being interpreted, which will give STDIN if it is STDIN. This should help fix a longstanding bug in a2gs. On the other hand, I should really just bite the bullet and package up genscript. I'm sorry I can't be of more help - my Debian box is at home, and I'm not! Cheers, Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; | --PAA21726.815068098/haymarket.ed.ac.uk--
Bug#1793: german.hash has wron magic number
> Package: igerman, wgerman > Running Ispell with the supplied german.hash gives the error message: > Illegal format hash table /usr/lib/ispell/german.hash - \ > expected magic2 0x9602, got 0x0 > Rebuilding german.hash with buildhash succeeds but gives error messages > on all words containing umlauts. This sounds like a classsic 7bit or 8bit problem. I think you probably have 'aff and list' files for a 7 bit character set, and ispell has been compiled to use 8 bit. Look in the word list file for the umlaut representation. If they're ":o" or such like, try replacing them with the appropriate 8 bit character, and then rebuild the hash file from the new 8 bit list. Is this an old igerman.deb file (pre September)? I didn't notice anyone releasing new language ispell dictionaries. I'll try to upload a guide to ftp.debian.org later tonight... Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
I have to leave for a while :(
Dear All,
My PhD thesis is entering its final stages, and I have several job
offers dependent on an early completion date, so I've been forced -
against my will - to suspend all my Linux and Debian activities.
I have been the maintainer of the following packages...
a2gs - Is this superceded by genscript?
a2ps - Pretty much a dead end now.
linuxdoc-sgml - Needs updating to v.1.4 - simple, nothing complicated
about this one.
ispell - Not much maintainance.
ispell-{british,american} - These come from the ispell source package.
I also wanted to take on wenglish, etc but time is against me now.
Does anybody want to take on these packages? I'm willing to take them
on again soon, perhaps in February or March, but I suppose the move to
ELF will (may) have been completed by then, so somebody will need to
at least rebuild them.
I've thoroughly enjoyed my time with Debian, and I've learned a great
deal. After all, I am a geophysicist, not a computer scientist :)
Perhaps the best thing I can say about Debian is that I have a stable
0.93 beta system running since August and *all* of my thesis write up
is being done on it. For this alone, I am truely grateful to
everyone's heroic efforts!
I may still read these mailing lists when I have a spare five minutes,
but like giving up smoking, I'm resigned to making a clean break for
now.
Best wishes for the next few months - I'll see you all again!
Kenny.
--
| <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! |
| Portuguese/English/French Translations/Teaching by Native Portuguese |
| <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
Bug#357738: ITP: dcfldd -- enhanced version of dd for forensics and security
Package: wnpp Severity: wishlist Owner: Kenny Duffus <[EMAIL PROTECTED]> * Package name: dcfldd Version : 1.3.4 Upstream Author : Nick Harbour * URL : http://dcfldd.sourceforge.net/ * License : GPL Description : enhanced version of dd for forensics and security Based on the dd program with the following additional features: . - Hashing on-the-fly, dcfldd can hash the input data as it is being transferred, helping to ensure data integrity. - Status output, dcfldd can update the user of its progress in terms of the amount of data transferred and how much longer operation will take. - Flexible disk wipes, dcfldd can be used to wipe disks quickly and with a known pattern if desired. - Image/wipe Verify, dcfldd can verify that a target drive is a bit-for-bit match of the specified input file or pattern. - Multiple outputs, dcfldd can output to multiple files or disks at the same time. - Split output, dcfldd can split output to multiple files with more configurability than the split command. - Piped output and logs, dcfldd can send all its log data and output to commands as well as files natively. . -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) This package is now in Ubunutu Dapper. https://launchpad.net/distros/ubuntu/dapper/+source/dcfldd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379643: ITP: afflib -- Tools to use AFF segmented archive files
Package: wnpp Severity: wishlist Owner: Kenny Duffus <[EMAIL PROTECTED]> * Package name: afflib Version : 1.6.28 Upstream Author : Simson L. Garfinkel <[EMAIL PROTECTED]> * URL : http://www.afflib.org/ * License : BSD Description : Tools to use AFF segmented archive files The Advanced Forensic Format (AFF) 1.0 is an extensible open format for the storage of disk images and related forensic information. The following tools are available to work with it: . aconvert - converts one or more RAW files to AFF format. acompare - compares a raw file to its AFF file. ainfo- Reports information about an AFF file, including all the segments and their contents. Validates MD5 & SHA1 codes. acat - Copies an AFF file to a RAW file (or standard output) . Homepage: http://afflib.org/ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379644: ITP: libewf -- Expert Witness File Format Tools
Package: wnpp Severity: wishlist Owner: Kenny Duffus <[EMAIL PROTECTED]> * Package name: libewf Version : 20060708-1 Upstream Author : Joachim Metz <[EMAIL PROTECTED]> * URL : https://www.uitwisselplatform.nl/projects/libewf/ * License : BSD Description : Expert Witness File Format Tools A library for support of the Expert Witness Compression Format (EWF). Libewf allows you to read media information of EWF files created by EnCase 1 - 5 and FTK Imager -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
symbolic links within /bin
I was just looking around in /bin and noticed some symbolic links that may be incorrect. My system is 0.93R5+++ (I update the base regularly). The links I wonder about are csh -> ../usr/bin/tcsh rmail -> /usr/sbin/rmail rnews -> /usr/sbin/rnews smail -> /usr/sbin/smail tcsh (6.05-4) seems the most serious since if someone choses to use tcsh for root, it may not be available when the system is running. The others just seem a little odd. The FSSTND says things in /bin are essential to have the system running and I don't think rmail, smail and especially rnews falls into that category. Maybe its for traditional reasons, but I would think we would try to straighten it out. Are these bugs? If so, I will report each of them individually so that the maintainers can work independently and each defect can be resolved on its own. ------- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
Ispell dictionary guidelines
I knocked up this text this morning, before going away for a week, as
I've had some interest from people wishing to see more ispell
dictionaries. I'll probably read my mail at the weekend, but I won't
be sending any out until next week, probably Tuesday.
I hope this is enough to let interested people build their own ispell
dictionary packages.
Debian Ispell Dictionaries
--
This document describes how to build a Debian ispell dictionary. It
is loosely based on the forthcoming Portuguese dictionary, which is
currently being cleared for copyright.
The following files are required:
debian.rules- As always for Debian packages.
debian-i.control - Standard Debian control file.
debian-i.{postinst,prerm} - Template files.
debian-make-scripts - Create debian scripts from templates.
In addition, you'll need some way of creating the language hash and
aff files. This example uses the 'buildhash' program which comes with
ispell-3.1.18-2.
Until a Debian wide standard for selecting administrator chosen
defaults, hopefully taking advantage of 'update-alternatives', is
decided upon, please use the template scripts in this example. They
may not be the cleanest, or most elegant way of solving the problem,
but they work so long as all ispell dictionary packages follow the
convention.
I'll upload this g-zipped tar archive as
ispell-dictionary-devel.tar.gz to ftp.debian.org, for anyone wishing
to create their own dictionary packages.
Please get back in touch if you have any questions.
Kenny.
--
| <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! |
| Portuguese/English/French Translations/Teaching by Native Portuguese |
| <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
New location for ispell-dictionary-devel.tar.gz
Since I cannot get through to ftp.debian.org this morning, I've put the ispell-dictionary-devel.tar.gz file up for anon ftp at /[EMAIL PROTECTED]:/pub/ispell-dictionary-devel.tar.gz If somebody else wants to upload to ftp.debian.org, then please go ahead. Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
Dselect / dpkg interaction.
After talking to Stephen Tweedie <[EMAIL PROTECTED]> last night about my understansing of the current way which dselect and dpkg handle the 'Z' conffiles option, he came up with one possible solution I thought should be aired. At the moment, dselect sets an environment variable, and dpkg then tests this and spawns a new shell if appropriate. Is that correct? Stephen suggests that dselect should trap the SIGSTOP from dpkg, and not treat it as a SIGTERM. dselect should then send itself a SIGSTOP, followed by a SIGCONT. This means the signals are propogated back to the originating shell, altogether cleaner and less resource hungry. Ian, do you think this is a Good Thing? Just a thought for some mulling Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
Re: symbolic links within /bin
On Tue, 3 Oct 1995, Ian Jackson wrote: > Noone in their right mind changes root's shell. Creating an > alternative root account with a different login name and tcsh as a > shell would be the right thing to do. Forgive my ignorance, but I thought that both bash and tcsh would be available at all times. If that was the case, it would not matter if root shell was changed. Why don't I want to change root's shell? Are there security reasons? (This discussion might be valuable on debian-user.) Or is it just that currently no other shell lives in /bin? I guess I need to read my 'System Administrator's' book a little more. > Who put the rmail, rnews and smail links in /bin ? They're not part > of the Smail package. > > Could you try > dpkg --search /bin/rmail Did that, and there was nothing found. I assume that this means these were put there by me installing some other program. Maybe the manual installation of UUCP (non-debian) did this. I don't know. I will try removing them. I now have the debianize UUCP. rnews may have come from an INN installation. Thanks for setting me straight, --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
Bug#1753: trn recommends, instead of depends
On Tue, 24 Oct 1995, Ian Jackson wrote:
> Bdale Garbee writes ("Bug#1753: trn recommends, instead of depends"):
> > Package: trn
> > Version: 3.6-2
> >
> > It's not clear to me why trn uses 'recommends' for a mail transport
> > and a news article injector, while tin uses 'depends'. I think that depends
> > makes more sense, so I'm filing this against trn.
>
> Recommends is correct. You can read news perfectly happily without
> either a mail transport or a news article injector.
>
> I'll reassign the bug report to tin.
Are you sure this is right? Normal functionality of tin allows the user
to mail a response or the article to an address. Would it be correct for
the system to allow someone to install a package where some of the
functionality is missing? This would surely generate another defect
report.
I suppose recommends is a strong enough relationship that the system
maintainer would realize that some functionality may be missing if a
recommended package is missing.
I will make the change to the tin package.
---
Kenny Wickstrom | gnu - a new generation in s/w devel/support
[EMAIL PROTECTED] | Linux - a much improved Un*x clone
(708)740-4008 | Debian - a Linux distribution setting the
#include |standard for future distributions
Bug#1627: ispell copyright file
The latest Debian releases of ispell, iamerican and ibritish do not use their version details in the copyright file names. ispell-3.1.18-4 iamerican-3.1.18-3 ibritish-3.1.18-3 Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
Bug#1715: ispell recommends word-list - nonexistent package
Ispell-3.1.18-4 now suggests a word-list instead of recommending one. I am retaining the 'word-list' virtual package, in the hope that a new wenglish will be released, perhaps even by myself, prviding such a virtual package. Kenny. -- | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny"; Try Linux! | | Portuguese/English/French Translations/Teaching by Native Portuguese | | <[EMAIL PROTECTED]> "http://www.glg.ed.ac.uk/~kenny/helena"; |
Bug#1783: pppd puts wrong PID in LCK..ttySxx file
Package: ppp Version: 2.2 Revision: 1 It appears like when I start ppp to my ISP, that the PID placed in /var/lock/LCK..ttyS20 (on my system) is not the same as the PID in /var/run/ppp0.pid. The result of this is that if another program, like UUCP, would like to use this port, it appears like the lock file is stale since the PID listed within the file no longer exists. Below are examples of what I am talking about taken during 1 ppp session. silverado 81# ps ax | grep pppd 25852 s20 S 0:00 /usr/sbin/pppd /dev/ttyS20 38400 connect /usr/etc/chat -v " 25865 pp1 S 0:00 grep pppd silverado 82# more /var/run/ppp0.pid 25852 silverado 83# more /var/lock/LCK..ttyS20 25867 If I need to provide any more info, please let me know. --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
Bug#1861: knews does not use /etc/news/server
Package: knews Version: 0.9.3 Revision: 1 When installing knews, it asks for a my nntp server name. It should check for the presence of /etc/news/server and use its connents if available. --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
Bug#1862: knews does not need to depend on X11R6
Package: knews Version: 0.9.3 Revision: 1 knews depends on X11R6 and does not need to. In my case, I use a different X-terminal and I don't need to have the entire X11R6 suite installed. I did dpkg --install --force-depends to install. --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
libtermcap - where is it?
Hi, I am working on converting to ELF so that I can rebuild the few packages I maintain. The conversion seems to have gone fine, however, when I build tin, it is trying to link with libtermcap.a. I have installed libc4, but should I be using this termcap library? Or should there be one in the libc5? Or has the name changed? Thanks for the help... --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
Re: antisocial X11 apps: xtet42, chimera
On Wed, 22 Nov 1995, Bill Mitchell wrote: > I'm wondering if this is (1) normal? (2) antisocial apps needing > upstream attention? (3) something else? I just installed xtet42 on my system and is runs fine. I didn't notice any delay in starting (up and playing in less than 20 seconds). The only problem I noticed is at installation time xtet42 depends on X11R6 and I don't run an X server on my Debian machine. My X server is on my Win 95 machine. So to get xtet42 to install I needed to add the --force-depends to the dpkg command line. ------- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
innd won't start on my ELF converted machine
Hi, I am sending this to the devel list, assuming that not many others have converted to ELF yet. Anyway, the subject says alot. I have had innd running on my system for sometime. After loading all of the new ELF and A.OUT libs, innd doesn't start. I get a message in the log that says: inndstart: inndstart cant bind Address already in use So I thought I would rebuild. First I tried with elf and that failed (sorry I don't remember why at the moment) and then with a.out. The a.out build went fine, but I get the same message. Any ideas? I haven't dug to deeply yet, that's next. But I thought I would ask and maybe not have to solve something someelse already did. Thanks, --- Kenny Wickstrom | gnu - a new generation in s/w devel/support [EMAIL PROTECTED] | Linux - a much improved Un*x clone (708)740-4008 | Debian - a Linux distribution setting the #include |standard for future distributions
