Re: What warrants a non-maintainer release number?

> > Why do you think we are still discussing "non-maintainer" uploads? > > I don't know ;-) that's why I got into the discussion. The discussion started when someone (I forgot who :) did a non-maintainer upload for another architecture _twice_, the second time with different depedencies (resulted

Re: Debian and the millenium bug

Bruce, You are causing me all sorts of trouble. The post used the word 'effected' when 'affected' is what you wanted. Some of the letters I'm getting are quite detailed in their explanation of why effected is incorrect. Want me to send them to you? ;) The best part is that none of these anal ret

Work-Needing and Prospective Packages for Debian GNU/Linux

Work-Needing and Prospective Packages for Debian GNU/Linux [EMAIL PROTECTED] $Id: packages.sgml,v 1.65 1998/01/05 23:38:10 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

Re: autmake & debian? (was: Re: cron jobs more often than daily)

David Frey <[EMAIL PROTECTED]> writes: > Shortly put, most of the test are appropriate for SunOS 4 but not for Debian > (GNU libc2, gcc, POSIX.1 and nearly X/OPEN compliant) and are a waste of time. > Of course, some m4 guru could put together an Debianized set of autoconf > macros... If I get som

Re: What warrants a non-maintainer release number?

On 5 Jan, Christian Schwarz wrote: > > How about this: > > ``Whenever the source package is changed WRT to the last uploaded > version, its version number has to be incremented. In addition, if > the source package is not changed but the binary package changed > (because it has

Re: Debian and the millenium bug

Quoting Oliver Elphick (olly@lfix.co.uk): > Why does glibc2 not use long long (64 bits) for dates, insead of long int > (32 bits)? Surely we ought to change this now along with all the other > libc6 changes? IIRC, POSIX stipulates that time_t has to be a standard arithmetic type whereas long long

Re: cron jobs more often than daily

[EMAIL PROTECTED] (Christian Schwarz) wrote on 05.01.98 in <[EMAIL PROTECTED]>: > On 5 Jan 1998, Karl M. Hegbloom wrote: > > Perhaps the "/etc/crontab" shouldn't be a conffile; but created by > > the installation scripts? > > Since /etc/crontab is actually a conffile (no matter if you tag it as

Re: autmake & debian?

[EMAIL PROTECTED] (Christian Schwarz) wrote on 05.01.98 in <[EMAIL PROTECTED]>: > The idea is to create the debian/rules file by a macro processor. (Since > automake is used to create Makefiles and debian/rules is a Makefile, > someone suggested to use it. However, doubts have been presented that

Re: What warrants a non-maintainer release number?

[EMAIL PROTECTED] (Dale Scheetz) wrote on 05.01.98 in <[EMAIL PROTECTED]>: > If there is a reason to upload a new .deb package then that alone is > sufficient to require an incremented version number. Every "new" release > of a package should come with a "new" version. Only if an md5 sum of the >

Re: What's Debian's /usr/src policy

Dale Scheetz wrote: > I never understood why the kernel source was made into a .deb package. It > doesn't make sense to me. I agree with this, I see nothing wrong with just having it available as a source package, perhaps with kernel-package merged into it as the debian/ directory. > I also don't

Snapshots of python 1.5 packages

I've put a snapshot of my python 1.5 non-maintainer packages at http://www.mathi.uni-heidelberg.de/~flight/debian-private/python/. There are still some unresolved problems regarding the removal of the old python-1.4 packages (their postrm scripts are due to fail), but the upgrade seems to wo

Re: cron jobs more often than daily

[EMAIL PROTECTED] (Christian Schwarz) wrote on 05.01.98 in <[EMAIL PROTECTED]>: > On Tue, 6 Jan 1998, Hamish Moffatt wrote: > > > On Mon, Jan 05, 1998 at 11:58:12PM +1100, Hamish Moffatt wrote: > > > Urgh, I hate it already. Can somebody post a rationale for > > > the section of policy quoted abo

Re: Debian and the millenium bug

[EMAIL PROTECTED] (Amos Shapira) wrote on 05.01.98 in <[EMAIL PROTECTED]>: > In message <[EMAIL PROTECTED]> you write: > |> a 64 bit variable, it's good for another 4000 years. > | > |Uhhh -- no. If it went from 32 bits to *33* bits, that would get us > > Actually, the current limit of 68 years

Re: autmake & debian? (was: Re: cron jobs more often than daily)

On Mon, 5 Jan 1998, David Frey wrote: > On Mon, Jan 5 1998 20:08 +0100 Christian Schwarz writes: > > > Automake does support the GNU standard, a less restrict one, and (perhaps) > > > the gnits standard (the new GNU standard). Will there be automake support > > > for Debian packages ? > [...] > >

Custom library for emacs 19.34 ?

The most recent python-mode for emacs needs a recent version of Per Abrahams' Custom library (http://www.dina.kvl.dk/~abraham/custom/). The version supplied with xemacs19/20 and Emacs 20 is fine, but the version supplied with emacs-19.34 won't work. I have tried to package custom (look at

Re: autmake & debian? (was: Re: cron jobs more often than daily)

On Mon, Jan 5 1998 20:08 +0100 Christian Schwarz writes: > > Automake does support the GNU standard, a less restrict one, and (perhaps) > > the gnits standard (the new GNU standard). Will there be automake support > > for Debian packages ? [...] > However, doubts have been presented that it does no

Screen-refresh in vi

I have a problem with the vi editor and screen-refresh (and possibly ncurses). Before filing an bug report, I'd like to ask whether somebody noticed this already or whether it is my local configuration problem. Moreover, I'm not able to isolate the offending package. Here it is: You're editing s

Re: New Maintainer for libc5/libc6

Okay. The version I sent you contains two fixes (aside from the extra changelog entries). Ray Dassen added an entry for libc5-dbg to the control file (both debian/control and debian/control.hamm). This is necessary because the debian/rules file tries to build libc5-dbg, and fails if it doesn't f

Re: What's Debian's /usr/src policy

On Mon, 5 Jan 1998, Ian Jackson wrote: > I think that /usr/src should the be domain of the local admin. > > I don't think kernel-{header,source}-x.xx.deb should exist, really, > because I don't think source code should be distributed as .deb files > anyway. So I'm not unhappy about making a poli

boot-floppies progress

We made a lot of progress on the boot floppies over the weekend, but they still don't work. I expect to have them working in a few more days. Thanks Bruce -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAI

Re: Question/request concerning master

Dale Scheetz <[EMAIL PROTECTED]> wrote: |I suspect the error message of being a "fall through". I just tried the |same route and was rejected. In the past this has been because someone has |disabled ftp on master, and it usually clears up soon. You should still be |able to telnet into master and th

Re: New Maintainer for libc5/libc6

On Mon, 5 Jan 1998, Richard Braakman wrote: > Dale Scheetz wrote: > > The patch I intend to use comes directly from David. Any changes to that > > patch need to be discussed before I will add them to the package. > > Can you post the patch to debian-devel? As far as I know it has not > yet been

Re: Debian and the millenium bug

Amos Shapira wrote: >In message <[EMAIL PROTECTED]> you write: >|> a 64 bit variable, it's good for another 4000 years. >| >|Uhhh -- no. If it went from 32 bits to *33* bits, that would get us > >Actually, the current limit of 68 years (1970 + 68 = 2038) is posed by >the used of SIGN

Re: Debian and the millenium bug

Well, there is a problem with the Gregorian calendar that has to be dealt with in 2000 years or so (having to do with leap-millenia), but I figure if it's more than 100 years it's no problem. Bruce -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTE

Re: What warrants a non-maintainer release number?

On Mon, 5 Jan 1998, Santiago Vila wrote: > -BEGIN PGP SIGNED MESSAGE- > > On Mon, 5 Jan 1998, Dale Scheetz wrote: > > > > > Then we are still discussing "non-maintainer uploads/version numbering". > > In that case I find the paragraph to be ambiguous, confusing, and not to > > the point

Re: Non-interactive installs [Re: need libc5 non-maintainer upgrade]

I think there should be a set-params script in all packages that require interaction. This script should get params from the user, store them in COAS repository, and then the pre-inst and post-inst should use those parameters, getting them from COAS. The set-params script should not require that th

Re: cron jobs more often than daily

Hi all! This is my first message on this mailing list, I am sorry if I am not allowed to talk. On Mon, 5 Jan 1998, Topi Miettinen wrote: > Hamish Moffatt writes: > Maybe because if the admin changes the /etc/crontab, it might be difficult > to merge in the modifications. > > We have cron.{month

Non-interactive installs [Re: need libc5 non-maintainer upgrade]

On Sat, Jan 3 1998 17:38 +0100 Richard Braakman writes: > Christian Schwarz wrote: > [Immediate-Configure: Yes field] [...] > An Immediate-Configure field will help with 2, but I think there is a > better solution. If there is a way to specify that a package's > postinst is _not interactive_, the

Re: autmake & debian? (was: Re: cron jobs more often than daily)

On Mon, Jan 05, 1998 at 08:08:51PM +0100, Christian Schwarz wrote: > On Mon, 5 Jan 1998, Marcus Brinkmann wrote: > > > Automake does support the GNU standard, a less restrict one, and (perhaps) > > the gnits standard (the new GNU standard). Will there be automake support > > for Debian packages ?

Re: New Maintainer for libc5/libc6

Dale Scheetz wrote: > The patch I intend to use comes directly from David. Any changes to that > patch need to be discussed before I will add them to the package. Can you post the patch to debian-devel? As far as I know it has not yet been made clear exactly which patch we're talking about. Rich

Re: Re^2: dhelp 0.2 - a online help system

> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes: Christian> If someone wants to do this with me, just drop me a Christian> note. I'm just waiting for volunteers... I would like to help, but I don't think I've got the skills it would require right now. I'll try and take

Re: What warrants a non-maintainer release number?

-BEGIN PGP SIGNED MESSAGE- On Mon, 5 Jan 1998, Dale Scheetz wrote: > On Mon, 5 Jan 1998, Santiago Vila wrote: > > > On Mon, 5 Jan 1998, Dale Scheetz wrote: > > > > > It was my understanding that the only time it is necessary to upload a new > > > source package was when the upstream sou

Re: What warrants a non-maintainer release number?

-BEGIN PGP SIGNED MESSAGE- On Mon, 5 Jan 1998, Christian Schwarz wrote: > On Mon, 5 Jan 1998, Santiago Vila wrote: > > [snip] > > BTW: After "the version number has to be incremented too (this is, the > > source package has to be changed and uploaded again) to make sure > > dpkg/dselect

Re: What's Debian's /usr/src policy

Martin Mitchell <[EMAIL PROTECTED]> writes: > Ian Jackson <[EMAIL PROTECTED]> writes: > > Why does libc6 depend on kernel-header ? > > It's libc6-dev that has that dependency. > Perhaps weakening the dependency to Suggests might be the best solution. No, you can't. Their are multiple header file

Re: Intent to package amiwm; DFSG ramblings

On Mon, 5 Jan 1998, Chris Lawrence wrote: [snip] > Anyway, perhaps we need to look at providing a section between > "contrib" and "non-free" that allows for software that is > redistributable without restrictions but is not DFSG-free (i.e. stuff > that people can stick on CD-ROMs without wandering

Re: What warrants a non-maintainer release number?

On Mon, 5 Jan 1998, Santiago Vila wrote: > -BEGIN PGP SIGNED MESSAGE- > > On Mon, 5 Jan 1998, Dale Scheetz wrote: > > > It was my understanding that the only time it is necessary to upload a new > > source package was when the upstream source changed. > > Here, "source" means "Debian so

Re: What's Debian's /usr/src policy

On Mon, 5 Jan 1998, Ian Jackson wrote: > I think that /usr/src should the be domain of the local admin. Why? Could you please give a few arguments for that? According to FSSTND and FHS: ``/usr/src: [...] Any non-local source code should be placed in this subdirectory.'' [snip] > Manoj

Re: What warrants a non-maintainer release number?

On Mon, 5 Jan 1998, Santiago Vila wrote: [snip] > BTW: After "the version number has to be incremented too (this is, the > source package has to be changed and uploaded again) to make sure > dpkg/dselect recognizes the changed package." I would add: > > "You may want to use a point version number

source packages and extensible apps

I'm working on packaging the Berkeley NS (network simulator) code. This is an extensible app, in the sense that users modify and add to the source code to add their own features. Two questions: - How should such a program be packaged? As a source package only or as both a source and a binary pa

Re: cron jobs more often than daily

On 5 Jan 1998, Karl M. Hegbloom wrote: > > "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes: > > Christian> The solution presented in 3.3.7 is that the "owner" of > Christian> the conffile (cron in that case) provides a utility > Christian> (like install-info, for examp

Re: autmake & debian? (was: Re: cron jobs more often than daily)

On Mon, 5 Jan 1998, Marcus Brinkmann wrote: > On Mon, Jan 05, 1998 at 03:02:38PM +0100, Christian Schwarz wrote: > > On Tue, 6 Jan 1998, Hamish Moffatt wrote: > > > > Thus, the use of debstd is depreciated. Note, that I've removed debstd > > from all of my packages lately and would like to see ot

Intent to package amiwm; DFSG ramblings

I'm planning on packaging the amiwm window manager. It's an AmigaOS lookalike WM, with multiple workspaces and a customizable tools menu (but it doesn't support submenus as yet, so menu package support will have to wait for this upgrade). Anyway, it looks like it's going to have to be in non-free

Re: Re^2: dhelp 0.2 - a online help system

On 5 Jan 1998, Karl M. Hegbloom wrote: > > "Marco" == Marco Budde <[EMAIL PROTECTED]> writes: > > Marco> We could write a converter :)? > > I'd rather see a unified interface for that sort of thing than a > kludgey converter converter scheme. Once written, doc-base will be the interfac

please upgrade your packages to current standards

Hi folks! Yesterday, I wrote a script that scans our whole archive for .dsc files (Debian source package description files) and outputs some statistics regarding the `Standards-Version' fields, that is, which policy version the packages "claim" to comply with (according to the maintainer). Here

Re: Deselect problems.

On 5 Jan 1998, Steve Dunham wrote: > Hamish Moffatt <[EMAIL PROTECTED]> writes: > > > On Mon, Jan 05, 1998 at 08:59:50AM +0800, Lindsay Allen wrote: > > > > The kernel-source-2.0.32 deb has a 130K diff file against the standard > > > source. Just where do these patches come from and why are the

Re: What warrants a non-maintainer release number?

-BEGIN PGP SIGNED MESSAGE- On Mon, 5 Jan 1998, Dale Scheetz wrote: > It was my understanding that the only time it is necessary to upload a new > source package was when the upstream source changed. Here, "source" means "Debian source", i.e. orig source + diff. In fact, you upload a new

Re: Deselect problems.

Steve Dunham <[EMAIL PROTECTED]> writes: SD> Hamish Moffatt <[EMAIL PROTECTED]> writes: HM> On Mon, Jan 05, 1998 at 08:59:50AM +0800, Lindsay Allen wrote: LA> The kernel-source-2.0.32 deb has a 130K diff file against the LA> standard source. Just where do these patches come from and why LA

Re: Deselect problems.

Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Mon, Jan 05, 1998 at 08:59:50AM +0800, Lindsay Allen wrote: > > The kernel-source-2.0.32 deb has a 130K diff file against the standard > > source. Just where do these patches come from and why are they necessary? > > > > Is the fact that I _have_

Re: What's Debian's /usr/src policy

Ian Jackson <[EMAIL PROTECTED]> writes: > I think that /usr/src should the be domain of the local admin. I agree. > I don't think kernel-{header,source}-x.xx.deb should exist, really, > because I don't think source code should be distributed as .deb files > anyway. So I'm not unhappy about maki

Re: cron jobs more often than daily

Topi Miettinen wrote: > We have cron.{month,week,dai}ly, why not add directories hourly, bihourly > (every 30min), and quarterly (every 15min). That would give enough > resolution for most daemons. Mrtg needs to run every 5 minutes. -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mai

Re: Debian and the millenium bug

In message <[EMAIL PROTECTED]> you write: |> a 64 bit variable, it's good for another 4000 years. | |Uhhh -- no. If it went from 32 bits to *33* bits, that would get us Actually, the current limit of 68 years (1970 + 68 = 2038) is posed by the used of SIGNED int (31 bits) instead of unsigned bits

Re: cron jobs more often than daily

Christian Schwarz wrote: > Note, that I don't know if debhelper is any better regarding the cron > policy--I hope so. Debhelper doesn't have any provision for modifying /etc/crontab, since that is prohibited by policy. -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "un

Re: What's Debian's /usr/src policy

I think that /usr/src should the be domain of the local admin. I don't think kernel-{header,source}-x.xx.deb should exist, really, because I don't think source code should be distributed as .deb files anyway. So I'm not unhappy about making a policy decision that leaves kernel-{header,source} wit

Re: What warrants a non-maintainer release number?

On 5 Jan 1998, Michael Alan Dorman wrote: > Christian Schwarz <[EMAIL PROTECTED]> writes: > > How about this: > > > >``Whenever the source package is changed WRT to the last uploaded > >version, its version number has to be incremented. In addition, if > >the source package is not cha

Re: Question/request concerning master

On Mon, Jan 05, 1998 at 08:05:59AM -0500, Ben Pfaff wrote: > blp:/raid/home/blp$ ftp master > Connected to master.debian.org. > 220-This system is for internal use by the Debian developers. It is not > 220-open to anonymous FTP. Please use ftp.debian.org or one of its many > 22

Re: New Maintainer for libc5/libc6

On Mon, 5 Jan 1998 [EMAIL PROTECTED] wrote: > On Mon, Jan 05, 1998 at 12:30:09PM -0500, Dale Scheetz wrote: > > If anyone else has a more pressing need to maintain these packages, now is > > the time to step forward. If I hear no objections, I will work toward > > applying David's patch and gettin

Re: Is there a maintainer for the install doc?

"James A.Treacy" <[EMAIL PROTECTED]> writes: > Is anyone maintaining the Debian installation manual? > I know that Sven is no longer doing it. That's mainly true, however this manual is part of the boot-floppies package and has to be changed quickly when the boot disks are changed. So the person

autmake & debian? (was: Re: cron jobs more often than daily)

On Mon, Jan 05, 1998 at 03:02:38PM +0100, Christian Schwarz wrote: > On Tue, 6 Jan 1998, Hamish Moffatt wrote: > > Thus, the use of debstd is depreciated. Note, that I've removed debstd > from all of my packages lately and would like to see others doing the same > thing. As soon as we have the mac

Is there a maintainer for the install doc?

Is anyone maintaining the Debian installation manual? I know that Sven is no longer doing it. If not, we will need a volunteer. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: cron jobs more often than daily

> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes: Christian> The solution presented in 3.3.7 is that the "owner" of Christian> the conffile (cron in that case) provides a utility Christian> (like install-info, for example) through which other Christian> packages ca

Re: Question/request concerning master

On Mon, 5 Jan 1998, Ben Pfaff wrote: > Firstly, there is this: > > blp:/raid/home/blp$ ftp master > Connected to master.debian.org. > 220-This system is for internal use by the Debian developers. It is not > 220-open to anonymous FTP. Please use ftp.debian.org or one of its many >

Re: cron jobs more often than daily

This section is in my "/etc/crontab"... I see no problem with it. Perhaps there ought to be a thing like the script that updates inetd.conf for the crontab. I would also like an "/etc/cron.scripts" directory. #-- postgresql begin 0 4 * * * postgres/usr/lib/postgresql/bin/do.mainte

Re: New Maintainer for libc5/libc6

On Mon, Jan 05, 1998 at 12:30:09PM -0500, Dale Scheetz wrote: > If anyone else has a more pressing need to maintain these packages, now is > the time to step forward. If I hear no objections, I will work toward > applying David's patch and getting a new release of libc5 out ASAP You did notice the

Re: driver for Epson Stylus 300

> Does anyone know if there is a ghostscript driver for this new printer > available? Yes, I can use the other Stylus drivers, but that means the > printer tries to print black by mixing the other three colors, not by using > the black ink. > There may be another way, but you can by installing gs-a

Re: What warrants a non-maintainer release number?

Christian Schwarz <[EMAIL PROTECTED]> writes: > How about this: > >``Whenever the source package is changed WRT to the last uploaded >version, its version number has to be incremented. In addition, if >the source package is not changed but the binary package changed >(because it ha

Re: Re^2: dhelp 0.2 - a online help system

> "Marco" == Marco Budde <[EMAIL PROTECTED]> writes: Marco> We could write a converter :)? I'd rather see a unified interface for that sort of thing than a kludgey converter converter scheme. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] .

New Maintainer for libc5/libc6

I have been "speaking" with David Engel about the current problems with libc5 and libc6. I have agreed to take over these packages (with a boost up the learning curve from David) and become their maintainer. While I am not as informed as I would like to be, as to the inner workings of these librari

Re: apsfilter or magicfilter

Michael Meskes wrote: > Couldn't anyone please tell me if one's superior? Currently I use > magicfilter (and btw couldn't find apsfilter in hamm). apsfilter was removed in favour of magicfilter, partly because it had some grave packaging bugs and no-one was maintaining it. (As far as I know, ther

RE: cron jobs more often than daily

Yes, it does. Worse than that are the packages that update /etc/services like transproxy. Everytime Peter adds a service I have to manually change the /etc/services file. Argh! Couldn't we find a common way for packages to adjust other packages conffiles? I don't like the idea of and update-cronta

Re: cron jobs more often than daily

On Mon, 5 Jan 1998, Hamish Moffatt wrote: : On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: : > On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: : > > However, there's no suitable user for this and it needs : > > to run as root anyway to reset the accounting stats. :

driver for Epson Stylus 300

Does anyone know if there is a ghostscript driver for this new printer available? Yes, I can use the other Stylus drivers, but that means the printer tries to print black by mixing the other three colors, not by using the black ink. Michael -- Dr. Michael Meskes, Project-Manager| topsystem S

apsfilter or magicfilter

Couldn't anyone please tell me if one's superior? Currently I use magicfilter (and btw couldn't find apsfilter in hamm). Thanks Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED]

Re: cron jobs more often than daily

Hamish Moffatt wrote: [modifying /etc/crontab] > Urgh, I hate it already. Can somebody post a rationale for > the section of policy quoted above? I notice that mgetty > has added faxrunq to my /etc/crontab on my bo system. One rationale can be found in policy section 3.3.7: "A package may not mod

Ian Jackson back

I'm now properly back. I'll try to catch up on the mailing lists in the next few days. After that I'll write up some proposals for organisational structure / management / etc. and post them to debian-devel for comment, and we'll take it from there. Amongst the things I'll propose are: * Rules f

Re: cron jobs more often than daily

On Tue, 6 Jan 1998, Hamish Moffatt wrote: > On Mon, Jan 05, 1998 at 11:58:12PM +1100, Hamish Moffatt wrote: > > Urgh, I hate it already. Can somebody post a rationale for > > the section of policy quoted above? I notice that mgetty > > has added faxrunq to my /etc/crontab on my bo system. The ide

Question/request concerning master

Firstly, there is this: blp:/raid/home/blp$ ftp master Connected to master.debian.org. 220-This system is for internal use by the Debian developers. It is not 220-open to anonymous FTP. Please use ftp.debian.org or one of its many 220-mirrors. 220- 220 debian FTP server

Anyone using dhelp with netscape?

It seems communicator 4.0 doesn't like it at all. As soon as I click on the debian link netscape gets a bus error. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED]

Re: cron jobs more often than daily

On Mon, Jan 05, 1998 at 11:58:12PM +1100, Hamish Moffatt wrote: > Urgh, I hate it already. Can somebody post a rationale for > the section of policy quoted above? I notice that mgetty > has added faxrunq to my /etc/crontab on my bo system. In fact, mgetty-fax's postinst said the modification of /e

Re: cron jobs more often than daily

On Mon, Jan 05, 1998 at 01:35:08PM +0100, Martin Schulze wrote: > On Mon, Jan 05, 1998 at 11:31:09PM +1100, Hamish Moffatt wrote: > > On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: > > > Why not add a job like: > > > */15 ** * * root/usr/sbin/ipac-cron > > > to /etc/cront

Re: uploaded dhelp (i386 source)

Marco Budde <[EMAIL PROTECTED]> writes: > Description: > dhelp - online help system > Changes: > dhelp (0.2.1) unstable; urgency=low >* cgiparse binary (from CERN httpd) isn't it better to use the correct Recommends/Depends flag instead of doubling the binaries. >* dbugreport (r

Re: cron jobs more often than daily

On Mon, Jan 05, 1998 at 11:31:09PM +1100, Hamish Moffatt wrote: > On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: > > On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: > > > However, there's no suitable user for this and it needs > > > to run as root anyway to reset th

Re: cron jobs more often than daily

On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: > On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: > > However, there's no suitable user for this and it needs > > to run as root anyway to reset the accounting stats. > > Am I stuck with daily? > > Why not add a job li

Re: cron jobs more often than daily

On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: > I'm working on a package of ipac, some scripts to set up > and summarise IP accounting info from the kernel. The author > suggests running part of it every 15 minutes. The advantage > to this is that there is less data lost in case o

Work I want to do for hamradio section

Hi, I am working on a few debian packages here. They are for hamradio: tpp-convers-1.14 pileup-1.1 sccw-1.0 unixcw-1.0 Cheers, Joop -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

cron jobs more often than daily

I'm working on a package of ipac, some scripts to set up and summarise IP accounting info from the kernel. The author suggests running part of it every 15 minutes. The advantage to this is that there is less data lost in case of a system crash (the author's point), and it also lets you get summarie

RE: FTP Archive cleanup

Are you sure nothing depends on the older tcl an tk versions? I think axe still depends tcl74 for instance. Joost, will you update axe? Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECT

Re: FTP Archive cleanup

On 5 Jan 1998, Guy Maor wrote: > Apparently there are some commercial packages which are only available > in a.out format, so we ought to at least provide libc4. I don't think > it's necessary to support development. I agree. I think xcompat should also be provided, for the same reason. Remco

RE: Looking for a reason to not orphan my howto

Do you mean bo or hamm? I do not have a problem with libc5 on my hamm machine. And I don't know what's the problem with libc5-dev especially why it should be in hamm. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2,

FTP Archive cleanup

I had written a script which checks the archive for missing and extra source and binaries some time ago. I've finally acted on its output. I've orphaned any old source packages. Some are obviously obsolete (such as tcl74, tcl75, tk40, tk41). Others are useful but have no active maintainer. I'v

Re: What's Debian's /usr/src policy.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > Hold on right there!! This is something indistinguishable from > magic!! kernel-headers installs files in > /usr/src/kernel-headers-X.X.XX. It never installs into > /usr/src/linux-* or usr/src/my-kernel-version. The postinst may > create the

Re: What's going on with gpc?

This is an apology for not having packaged a new release of gpc yet. I was planning to work on it during our final exam period, which is always a quiet time for me, then our new head of faculty decided he wanted the student grades anaylsed and reported in 20,000 different ways (well not actually th

Re: Deselect problems.

On Mon, Jan 05, 1998 at 08:59:50AM +0800, Lindsay Allen wrote: > On Sun, 4 Jan 1998, Hamish Moffatt wrote: > > > There is absolutely no necessity to have a kernel-source or > > kernel-headers package on your system (that I'm aware of). You can > > certainly dump your own copy of the Linux source t

Re: Deselect problems.

On Sun, 4 Jan 1998, Hamish Moffatt wrote: > There is absolutely no necessity to have a kernel-source or > kernel-headers package on your system (that I'm aware of). You can > certainly dump your own copy of the Linux source tree into > /usr/src/linux, compile it (with or without kernel-package/ma

Re: dhelp 0.2 - a online help system

On 1 Gen, Jim Pick wrote: > > [EMAIL PROTECTED] writes: > >> I like it but... > > I like it too. > >> 1) How about dwww? (Yes, I know dwww needs a web server...) > > I think I'll add support for .dhelp files to dwww too. Oh, great! > >> 2) I really dont like to have 2/3/... methods of bui

freefonts package already taken?

Hi, I just wanted to know if the freefont package as already been taken over. I am writing (finally) the Debian Type Manager (!?) and I need a package of fonts to test it. I will give more infos about the font manager in a week or so, just the time to put the preliminary package i