I've packaged up a nice HTML editor for GNOME (similar in interface to
Allaire's HomeSite) called SCREEM (see http://www.screem.org/). It will
take me a little longer before it's fully baked (I deleted the debianized
source directory before I'd re-run dpkg-source -b on it, so I need to
rewrite the
On Oct 03, Craig Sanders wrote:
> On Fri, Oct 01, 1999 at 11:22:11PM -0500, Chris Lawrence wrote:
>
> > For the unfamiliar, CATI programs are used to to conduct surveys over
> > the telephone (although they can also be used in other contexts).
> > Think of an "installation wizard" with a modem dia
On Oct 02, Chris Lawrence wrote:
> On Oct 03, Craig Sanders wrote:
> > On Fri, Oct 01, 1999 at 11:22:11PM -0500, Chris Lawrence wrote:
> >
> > > For the unfamiliar, CATI programs are used to to conduct surveys over
> > > the telephone (although they can also be used in other contexts).
> > > Think
Hi,
I know this has been a topic recently, but I really wonder how long it
takes to get a membership. Is it something that can be estimated at
least? I didn't receive any reply to the email I sent to the new
maintainers alias, not even one automatic one giving an idea of the
timeframe.
Now, what
> > > [ RSA is no longer included. ]
> > > [ IDEA is no longer included. ]
> > IDEA was the only part of ssh that made it non-free, prohibiting
> > commercial use.
> Wrong, RSA makes it non-free, and so does their license.
Wrong, RSA makes it non-us. I can freely use RSA here.
On Sat, 2 Oct 1999, Colin Walters wrote:
> On Sat, Oct 02, 1999 at 10:49:58AM -0700, David Bristel wrote:
> >
> > > Did you consider his point, though? Why would you install a service
> > > if you don't want it to run?
> > ones you want. A possible solution would be a "daemon" flag to go on a
Have you all seen the nice developers' map at
http://www.debian.org/devel/developers.loc ?
Here's your chance to help make it better!
The map is generated by xplanet. However, we have a few slight problems
1) xplanet doesn't build well on slink (well, xplanet does, but it depends
on things t
On Sun, Oct 03, 1999 at 08:54:48AM +1000, Craig Sanders wrote:
> PS: the RSA patent expires in 2001 (or is it 2002?), anyway.
20 September 2000.
--
Joseph Carter <[EMAIL PROTECTED]> Debian GNU/Linux developer
GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3
There is a mutt release in incoming which should go in potato ASAP
but has been rejected because my DSA key is not in the keyring (I don't
know why, I sent it...).
Please someone add the key (www.linux.it/~md/md-gpg.asc) and move back
the .changes or either do a NMU with the source and the diff in
already package by Mickael Dorman and it's in INCOMING.
bst regards.
Frederic.
Le Sun, Oct 03, 1999 at 04:46:25AM +, Yves Arrouye écrivait:
> Now, what is funny is that I was a member of Debian until 1997, when I
> left France. If you look at the list of packages that are orphaned and
> that Debian QA wants an owner for, there are two I authored, and would
> get back (psp
Why not implement a system similar to that in Irix ( and a few other sysv
style systems ), and use a 'chkconfig' type setup..
Irix implements it with a config directory (/etc/config), which contains
files with the same name as the init script or app, and contains a single
word .. 'on' or 'off' ..
On Sun, Oct 03, 1999 at 02:59:38AM -0400, Rick wrote:
> I'm uncertain whether this is a good idea or not. I have helped many
> people install redhat linux and, frankly, the daemon enable screen
> confuses them. They don't know what all these things are or which ones
> they may need. If this gets
* "Terry" == Terry Katz <[EMAIL PROTECTED]> wrote:
Terry> so, you can issue:
Terry> chkconfig postgresql on
Terry> /etc/init.d/postgresql start
Terry> chkconfig postgresql off
I don't know if I understand you correctly, but does this mean, that
the question whether a init.d script would start t
On Fri, Oct 01, 1999 at 07:36:28PM -0600, Jason Gunthorpe wrote:
> Consider if we have bugs 0->199 and you take the first digit. You end up
> with 10 bugs in each bucket except bucket '1' which has 110. Put that on a
> broader scale and account for expired bugs and you see the trouble.
Why not bas
On Sat, 2 October 1999 15:13:12 +0200, Martin Bialasinski wrote:
> exim has its own filter facility, that is easier to understand and use
> by new users.
Yep.
And what is needed by procmail is the following:
Transport-wise:
|local_delivery:
| driver = pipe
| command="/usr/bin/procmail"
| uma
Edward Betts writes:
> It is the same for other things like list server. I used berolist to start
> with, and it is terrible. Then I tried smartlist, and it was great. The
> problem is there are so many to look at.
don't know the two, mailman is another (for the user easy to use) alternative.
On Fri, Oct 01, 1999 at 08:36:01AM -0400, Ivan E. Moore II wrote:
> > > yea...I just did an update today and something decided to remove
> > > /bin/sh during the upgrade...and didn't put it back before it
> > > was needed... so if something hoses for you just recreate it by
> > > linking it to like
On Sun, Oct 03, 1999 at 09:44:25AM -0400, Raul Miller wrote:
> On Sat, Oct 02, 1999 at 12:30:04PM +1000, Anthony Towns wrote:
> > Just having /bin/sh included in the .deb is Good Enough -- diversions
> > work as designed.
> Good Enough is not good enough (TM).
*shrug* Name a case where it fails.
On Sun, Oct 03, 1999 at 08:56:23AM +1000, Herbert Xu wrote:
> The idea is that when you upgrade the package like telnetd, there
> may be new shlib dependencies, etc. which means that you should stop
> spawning new daemons until it is configured. Of course, this may
> not happen for every release, b
Alexander Koch <[EMAIL PROTECTED]> wrote:
> Transport-wise:
>
> |local_delivery:
> | driver = pipe
> | command="/usr/bin/procmail"
> | umask=0022
>
> (This can be enhanced with a "required_files = ~/:~/.procmailrc" or
> any such things (needing the procmail binary itself, the other
> transpo
Hello,
I was just poking around on my system and found a script I wrote back when
kernel 2.2 was released. It was an experiment to see if I could easily handle
registration and deregistration of binary formats (with binfmt_misc) -- it
just occured to me that Debian might be interested in it,
On Sun, Oct 03, 1999 at 09:44:25AM -0400, Raul Miller was heard to say:
> A wonderfuly horrible hack has occurred to me, by the way: A cron job
> which runs every minute: /bin/sh -c exit || /sbin/rebuild-bin-sh
Hmm. There's a bit of a problem here: aren't cronjobs executed
with /bin/sh? :)
Oops.
On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows was heard to say:
> test -e /proc/sys/fs/binfmt_misc || exit 0
That maybe should be test -d ... (although the above works even on ash)
Daniel
--
Genius may have its limitations, but stupidity is not thus handicapped.
--
On Sun, Oct 03, 1999 at 02:59:38AM -0400, Rick wrote:
> I'm uncertain whether this is a good idea or not. I have helped many
> people install redhat linux and, frankly, the daemon enable screen
> confuses them. They don't know what all these things are or which ones
> they may need. If this gets
On Sun, Oct 03, 1999 at 10:07:03AM -0400, Daniel Burrows wrote:
> On Sun, Oct 03, 1999 at 09:44:25AM -0400, Raul Miller was heard to say:
> > A wonderfuly horrible hack has occurred to me, by the way: A cron job
> > which runs every minute: /bin/sh -c exit || /sbin/rebuild-bin-sh
>
> Hmm. Ther
On Sat, Oct 02, 1999 at 08:06:10PM +1000, Craig Sanders wrote:
> i show no regard for those who demonstrate they are fools. i show
> contempt for those who demonstrate that they are annoying fools. guess
> which category you fall into.
Ok, try this on for size:
How many network services do you ge
On Sat, Oct 02, 1999 at 03:53:43PM +1000, Anthony Towns wrote:
> In any case, I fail to see how pressing `_' in dselect before any
> unnecessary daemons are installed could possibly be less secure than
> saying "No, I don't want services activated by default" and then
> installing them anyway.
How
On Sun, Oct 03, 1999 at 09:44:25AM -0400, Raul Miller wrote:
> > On Sat, Oct 02, 1999 at 12:30:04PM +1000, Anthony Towns wrote:
> > > Just having /bin/sh included in the .deb is Good Enough -- diversions
> > > work as designed.
> > Good Enough is not good enough (TM).
On Sun, Oct 03, 1999 at 11:55
On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows wrote:
> [ as I understand it, a security 'breach' could only occur with this
> system if a user had execute permissions but *not* read permissions
> on a file that wasn't of a normal executable format; in other words:
> rwx--x--x /usr/bin/ha
On Sun, Oct 03, 1999 at 01:00:44PM +0200, Matthias Klose wrote:
> procmail is used by many users, because they can install it on their
> own and do not have to rely on a specific MTA and the documentation is
> far better for procmail than for exim's MDA features.
Really? I find the exim filter sp
On Sun, Oct 03, 1999 at 11:28:31AM -0400, Raul Miller wrote:
> On Sun, Oct 03, 1999 at 11:55:54PM +1000, Anthony Towns wrote:
> > *shrug* Name a case where it fails.
> You don't remember the problems when libreadline broke?
Yes, I do. That's not related to bash, it's related to having bash
implici
> Did you explain this to new-maintainer ? Do you still have your old PGP
> key ?
I did explain that. Since nobody answered, I have no idea if it's been
received (except for my mail not bouncing, that is). I don't have my old
PGP key. In fact, if you look at the keyservers, you'll see that I've
n
On Sun, Oct 03, 1999 at 11:30:04AM -0400, Raul Miller was heard to say:
> On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows wrote:
> > [ as I understand it, a security 'breach' could only occur with this
> > system if a user had execute permissions but *not* read permissions
> > on a file th
On Sat, Oct 02, 1999 at 11:57:07PM -0700, Joseph Carter wrote:
> On Sun, Oct 03, 1999 at 08:54:48AM +1000, Craig Sanders wrote:
> > PS: the RSA patent expires in 2001 (or is it 2002?), anyway.
>
> 20 September 2000.
Does anyone know when the LZW patent expires?
--
Bob Nielsen I
Yves Arrouye wrote:
> be really fast, and Debian won't loose great people that want to
> volunteer. You can even track who approved whom and prevent people w/
> bad judgment to approve other ones, etc... I am sure there are ways to
> move the approval time from months to days.
---end quoted text-
On Sun, 3 Oct 1999, Frederic CELLA wrote:
> already package by Mickael Dorman and it's in INCOMING
So it is. Thanks. I did contact the author, but hadn't received a reply
yet.
Perhaps the New Maintainers' Guide Sec. 2.1 should be changed to read
"check in Incoming and maybe ask in #debian before y
On Sun, 3 Oct 1999, Michael Stone wrote:
> On Sun, Oct 03, 1999 at 02:59:38AM -0400, Rick wrote:
> > I'm uncertain whether this is a good idea or not. I have helped many
> > people install redhat linux and, frankly, the daemon enable screen
> > confuses them. They don't know what all these thing
Ech, I'm a bit behind on my -devel reading. I hope this question hasn't
been answered down in another thread. :)
On Thu, Sep 30, 1999 at 06:49:15AM -0700, Kenneth Scharf wrote:
> I understood wine as being a library that intercepted
> win32 calls and redirected those calls into the
> correct X or
On Sun, 3 Oct 1999, Yves Arrouye wrote:
> Debian has some big advantages over any other distribution I know of
> that make me want to contribute to Debian rather than another one. But
> months for getting a membership, isn't that risking that new volunteers
> will turn to Mandrake or Stampede for
On Sun, 3 Oct 1999, Terry Katz wrote:
> Why not implement a system similar to that in Irix ( and a few other sysv
> style systems ), and use a 'chkconfig' type setup..
>
> Irix implements it with a config directory (/etc/config), which contains
> files with the same name as the init script or app
Looking back on it .. I guess the chkconfig idea wasn't as good as I was
originally thinking .. Irix has been the main OS at my company until
recently when I started moving the apps over to high end Linux boxes, and
have gotten used to the chkconfig setup .. (which serves more purposes than
just pr
Steve Willer writes:
> Yes, this is exactly the problem, and it's a big reason why I
> installed FreeBSD over Debian last night. I had hoped that the new
> school year would bring some energy to this project, but it's still
> the same old bickering, the same lack of forward movement, and
> new-mai
It looks like the doom source is now under the GPL.
(http://www.doomworld.com/). This clears up the previous licencing problems
that were keeping it out of debian. It will still be fit only for contrib
for now, since it needs non-free WAD files.
Who's going to mackage it?
--
see shy jo
Why don't we have, by default, all daemons which grab ports run in
runlevel 3? We could keep runlevel 2 as the default, which would
become the "workstation" (i.e. no services) runlevel, and 3 would
be the "all installed daemons start" runlevel. That way, the
default configuration upon installatio
On Sun, Oct 03, 1999 at 12:41:51PM -0700, Joey Hess wrote:
> It looks like the doom source is now under the GPL.
> (http://www.doomworld.com/). This clears up the previous licencing problems
> that were keeping it out of debian. It will still be fit only for contrib
> for now, since it needs non-fr
Actually I hadn't thought of the fact that you could
link a windows program agains winelib to create a
native linux executable, but it makes perfect sense.
Corel might still need a few ifdef's to work around
known problems in wine's implementation of the win32
api, but it would be quite do-able.
On Sun, Oct 03, 1999 at 12:41:51PM -0700, Joey Hess was heard to say:
> It looks like the doom source is now under the GPL.
> (http://www.doomworld.com/). This clears up the previous licencing problems
> that were keeping it out of debian. It will still be fit only for contrib
> for now, since it n
Joseph Carter wrote:
> Joe Drew has lxdoom and I have agreed to sponsor his packages as soon as
> I'm caught up with school again.
Ok, he might want to look at my old lxdoom package, which has several
patches in it. (ftp://kitenet.net/pub/code/debian/)
What about the music server?
--
see shy jo
On Sun, Oct 03, 1999 at 01:33:29PM -0700, Joey Hess wrote:
> > Joe Drew has lxdoom and I have agreed to sponsor his packages as soon as
> > I'm caught up with school again.
>
> Ok, he might want to look at my old lxdoom package, which has several
> patches in it. (ftp://kitenet.net/pub/code/debian
Joseph Carter wrote:
> I'm hoping to convince the lxdoom and dosdoom people to throw it and the
> sound server away. They suck and are evil. Would be better to write
> sound support directly these days (and is now actually reasonable to do.
> I even have soundfonts that make Timidity Not Suck---I
On Sat, Oct 02, 1999 at 11:55:10PM -0700, Randolph Chung wrote:
> Have you all seen the nice developers' map at
> http://www.debian.org/devel/developers.loc ?
>
> Here's your chance to help make it better!
>
> The map is generated by xplanet. However, we have a few slight problems
>
> 1) xpl
On Sun, Oct 03, 1999 at 01:48:35PM -0700, Joey Hess wrote:
> > Yeah, we'll package the evil music server in the meantime. =>
>
> I did a *lot* of hacking on the music server, making doom communicate with
> it via a pipe and other things and got it working really well.
>
> It is evil though, it h
On Sat, Oct 02, 1999 at 10:50:06PM -0500, Chris Lawrence wrote:
> On Oct 03, Craig Sanders wrote:
> > IMO, this is morally akin to writing free software specifically to make
> > spamming cheaper and easier.
>
> No, it isn't. Survey research is an important part of the social
> sciences.
it may
On Sun, Oct 03, 1999 at 01:26:37PM -0400, Steve Willer wrote:
> Yes, this is exactly the problem, and it's a big reason why I installed
> FreeBSD over Debian last night. I had hoped that the new school year would
Just us on debian-bsd, then?
It's a bit dead presently but it was pretty lively a fe
On Sun, Oct 03, 1999 at 09:57:12AM -0400, Raul Miller wrote:
>
> As far as I know, leaving inetd accepting connections would, worst case,
> fail -- which is no different from having the service disabled. In other
> words, I don't see that disabling the daemon solves anything useful.
I think the
On Mon, Oct 04, 1999 at 08:13:02AM +1000, Craig Sanders wrote:
> even opt-out lists are the wrong solution...because they don't work very
> well (especially when usage of them is optional). telephone pests should
> be limited to calling ONLY an opt-in list, people who are willing to
> receive unsol
At 13:17 1999.10.03 -0700, Joseph Carter wrote:
>On Sun, Oct 03, 1999 at 12:41:51PM -0700, Joey Hess wrote:
>> It looks like the doom source is now under the GPL.
>> (http://www.doomworld.com/). This clears up the previous licencing problems
>> that were keeping it out of debian. It will still be f
On Sun, Oct 03, 1999 at 09:57:12AM -0400, Raul Miller wrote:
> > As far as I know, leaving inetd accepting connections would,
> > worst case, fail -- which is no different from having the service
> > disabled. In other words, I don't see that disabling the daemon
> > solves anything useful.
On Mon
On Mon, Oct 04, 1999 at 02:10:45AM +1000, Anthony Towns wrote:
> (What is the problem with --rename, btw? I'm curious, and dpkg-divert is
> horribly underdocumented)
>From dpkg-divert --help:
--rename causes dpkg-divert to actually move the file aside (or back).
There's no reason to remove the /
Hi,
this is a perl script I've written, because I was fed up with manually
fetching bug reports and storing them into a directory structure so that
browsing still works. Now, when I type 'buglist -r -d ~/debian/Bugs less',
all reports regarding 'less' are saved into ~/debian/Bugs, structured as
t
> [This long approval times may be desired by Debian because there are
> already too many developers and packages.]
> This may be correct. I can't judge. But it seems to me that if some-
> one volunteers time and effort to the project, common courtesy demands
> /at least/ an autoreply acknowledgi
On Mon, Oct 04, 1999 at 08:13:02AM +1000, Craig Sanders wrote:
> it may be an important tool, but that doesn't give you or anyone else
> the right to pester people in their own homes. it really does no good
> to apologise or even to promise not to call back - by that time, the
> damage has been don
In article <[EMAIL PROTECTED]> you write:
> Basically what you can do is create a directory called /etc/binfmt_misc and
>put a bunch of files in it; each file should be a series of lines where each
>line is a directive for the binfmt_misc registration file in /proc. So the
>incantation for Java i
On Mon, Oct 04, 1999 at 01:02:55AM +0200, Marcus Brinkmann wrote:
> On Mon, Oct 04, 1999 at 08:13:02AM +1000, Craig Sanders wrote:
> > even opt-out lists are the wrong solution...because they don't work very
> > well (especially when usage of them is optional). telephone pests should
> > be limited
Andre Majorel <[EMAIL PROTECTED]> wrote:
> Please by all means use the latest semi-public beta (no link from the
> home page) http://www.teaser.fr/~amajorel/yadex/yadex-1.1.0.tar.gz.
> Yadex 1.0.1 is severely obsolete. Now that I'm done with DeuTex, I hope
> to resume work on Yadex and release v1.1
On Sun, Oct 03, 1999 at 07:06:10PM -0400, Raul Miller wrote:
>
> On Mon, Oct 04, 1999 at 08:15:54AM +1000, Herbert Xu wrote:
> > I think the worst case would be a telnetd linked with a broken
> > shlib (or in the case of telnetd, perhaps a missing or broken
> > /usr/lib/telnetd/login) that gives a
67 matches
Mail list logo
