Re: Changes in formal naming for NetBSD porting effort(s)

2003-12-18 Thread Jim Penny
the computer origin of the term. 19th Century. http://ei.cs.vt.edu/~history/Daemon.html Jim Penny

Re: rice doc status

2003-11-07 Thread Jim Penny
On Fri, 7 Nov 2003 15:55:25 -0500 [EMAIL PROTECTED] wrote: I don't know if you are virused, or if your sender has been spoofed, or what. Anyway, you might want to look into this. You appear to be spewing odd word documents people you don't know. Jim Penny > > > >

Re: Removing python-pygresql and libpqpp packages

2003-10-10 Thread Jim Penny
pygresql. Jim Penny > This is not strictly orphaning, more infanticide. I'm not sure > conventional orphaning fits, since the source package is not being > orphaned. > > The PostgreSQL python interface (python-pygresql) has been separated > upstream into its own source tr

Re: 2.5/2.6 IPsec stack should live in a kernel-patch!

2003-10-01 Thread Jim Penny
gt; there is nothing you can do about it", then please speak up. On > > > the other hand, if you agree with me, let your voice be heard! > > > i'm interested only in the debian kernel without 2.5/2.6 IPsec. in my > mind this should be vanilla kernel + debian fixes. > But 2.5/2.6 include IPSEC in the vanilla kernel! Jim Penny

Re: music sheet

2003-09-08 Thread Jim Penny
, google points them to Debian to get this sheet music, and the act of asking reinforces google's notion that debian is a good place to get the music! Jim Penny

Re: setuid/setgid binaries contained in the Debian repository.

2003-08-01 Thread Jim Penny
ser system, you get a better set of bones piles, because you have no idea of what killed the adventurer, and probably no idea of whether anything is worth picking up and risking the possibility of a curse. Jim Penny who has in past lives spent far too many hours playing nethack

Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.

2003-07-30 Thread Jim Penny
nal copyright cartel, and the RIAA in particular. They have written "cease and desist" letters to anyone who has a file names deCSS on their system. This is an attempt to make such a filename so common that these letters are pointless, and possibly evidence of illegal activity. Jim Penny

Re: Debconf or not debconf

2003-07-03 Thread Jim Penny
On Wed, 02 Jul 2003 22:25:26 +0200 Thomas Viehmann <[EMAIL PROTECTED]> wrote: > Jim Penny wrote: > > Now, this breakage happens to be somewhat benign, in that without > > configuration, it does not function at all. But it is also somewhat > > difficult to test for man

Re: Debconf or not debconf

2003-07-02 Thread Jim Penny
On Wed, 2 Jul 2003 15:57:01 -0500 Steve Langasek <[EMAIL PROTECTED]> wrote: > On Wed, Jul 02, 2003 at 10:50:29AM -0400, Jim Penny wrote: > > On Tue, 1 Jul 2003 20:40:02 -0500 Steve Langasek > > <[EMAIL PROTECTED]> wrote: > > > > On Tue, Jul 01, 2003 at

Re: Debconf or not debconf

2003-07-02 Thread Jim Penny
t does not function at all. But it is also somewhat difficult to test for many uses. Further, when the unconfigured system fails to start, the failure is completely silent. This adds to the problems. Jim Penny > > -- > Steve Langasek > postmodern programmer >

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Jim Penny
GNU Autoconf can be configured with this tool. You really mean: A tool, similar to GNU Autoconf, for configuring software Admittedly this is ugly. It may also be really inaccurate. I have no idea of how similar to GNU Autoconf the tool is. I hope that it is not very similar at all. Perhaps: A tool to configure software (GNU Autoconf also has this purpose) Jim Penny

Re: curl, testing and gcc-3.2 (?) (was Re: Debian curl package depends on gcc-3.2?)

2003-04-15 Thread Jim Penny
h > long release cycles, such as libgcc1 and libc6. Not often. Most slow release libraries are strongly backwards compatible. When it does become a problem, it can be terrible for a few weeks. Lots of packages need to be rebuilt. Unstable becomes, well, unstable. Then things get back t

Re: location of UnicodeData.txt

2002-12-10 Thread Jim Penny
guess that even with a perfect oracle, it would be essentially imposible to reverse engineer the Unicode data files, much less the ancillary algorithms. That is, a 32 bit search space with at least 36 properties to be discovered per data point is whopping big. Jim Penny

Re: location of UnicodeData.txt

2002-12-06 Thread Jim Penny
ewcvs.cgi/python/python/dist/src/Tools/unicode/makeunicodedata.py?rev=1.17&content-type=text/vnd.viewcvs-markup Both show that these projects (at least) are mechanically deriving their internal unicode tables from UnicodeData.txt. Jim Penny

Re: location of UnicodeData.txt

2002-12-03 Thread Jim Penny
ssions are at http://www.unicode.org/unicode/reports/tr18/) Can the program be in debian main? In other words, does the program "require ... non-free packages or packages which are not in our archive at all for ... execution"? Jim Penny

Re: location of UnicodeData.txt

2002-12-03 Thread Jim Penny
be "annotations", "descriptions", "character names", or are they maintained in a separate table? How do you use the name programmatically if you don't know the language they are in? I did some googling, but could not find the French trasnlation files. Is there an URL? Jim Penny

Re: location of UnicodeData.txt

2002-12-02 Thread Jim Penny
On Mon, Dec 02, 2002 at 10:43:42AM -0800, Thomas Bushnell, BSG wrote: > Jim Penny <[EMAIL PROTECTED]> writes: > > > Now, where in the Unicode license does it give you permission to create > > derivative works? The license does say "Information can be extracted >

Re: location of UnicodeData.txt

2002-12-02 Thread Jim Penny
On Mon, Dec 02, 2002 at 07:30:57PM +0200, Richard Braakman wrote: > On Mon, Dec 02, 2002 at 11:16:07AM -0500, Jim Penny wrote: > > On Sun, Dec 01, 2002 at 11:06:12AM +1300, Nick Phillips wrote: > > > There are all sorts of reasons why you might wish to create derivative > &

Re: location of UnicodeData.txt

2002-12-02 Thread Jim Penny
On Sun, Dec 01, 2002 at 11:10:09AM +0100, Bernhard R. Link wrote: > * Jim Penny <[EMAIL PROTECTED]> [021130 18:43]: > > Huh? If I change the text of the standard, I have changed the standard! > > For example, if I have : > > 0332;COMBINING LOW LINE;Mn;220;NSM;;

Re: location of UnicodeData.txt

2002-12-02 Thread Jim Penny
On Sun, Dec 01, 2002 at 11:06:12AM +1300, Nick Phillips wrote: > On Sat, Nov 30, 2002 at 12:35:25PM -0500, Jim Penny wrote: > > > > I think you are missing the points here. > > > > > > First of all, DFSG applied to the standard does not want to change the > &

Re: location of UnicodeData.txt

2002-11-30 Thread Jim Penny
On Fri, Nov 29, 2002 at 11:37:41AM +0100, Bernhard R. Link wrote: > * Jim Penny <[EMAIL PROTECTED]> [021128 03:35]: > > So, according to Branden, international standards are supposed to allow > > debian the right to modify them and to distribute the modified versions. >

Re: Pick a name, any name...

2002-11-27 Thread Jim Penny
On Wed, Nov 27, 2002 at 05:34:20PM -0800, Sean 'Shaleh' Perry wrote: > On Wednesday 27 November 2002 02:03, Roland Mas wrote: > > Current candidates include: > > > > hey how about something much less cryptic like "forge". Nothing worse than > having to guess what woman's name some silly coder na

Re: location of UnicodeData.txt

2002-11-27 Thread Jim Penny
On Wed, Nov 27, 2002 at 04:53:00PM -0500, Branden Robinson wrote: > On Wed, Nov 27, 2002 at 04:23:51PM -0500, Jim Penny wrote: > > > I see no problem with this license as far as it goes, but it doesn't go > > > far enough. > > > > > > There is no p

Re: location of UnicodeData.txt

2002-11-27 Thread Jim Penny
sion, which is hardly ever going to be given, they must be considered non-free. (This is, of course, logically forthright.) Moreover, according to the non-free removal proponents, we should not even distribute the un-modified copies of these files. Yet, unicode is supposed to be the canonical character encoding scheme for debian. Does this mean every unicode text editor belongs in contrib (depends on something non-free)? What an interesting anecdote! Jim Penny

Re: Move to python 2.2 as default release?

2002-08-14 Thread Jim Penny
.1 as default. That cannot be undone, it is released, and at the time the decision was made, 2.2 was way too close to the cutting edge for comfort. Moreover, we would not recommend that the target audience of Python-in-a-Tie run sid. Sid breaks things occasionally, sometimes badly. Sid tortures small defenseless things for a hobby! 2.2 is available in woody already. Invoke it using /usr/bin/python2.2. BTW: is the PIAT consortium going to offer any DSFG free software? Jim Penny

Re: Move to python 2.2 as default release?

2002-08-14 Thread Jim Penny
ce release, 2.2.2 will be issued some time later this year. > But Zope 2.5, one the more popular applications, requires 2.1.3. Can we be more aggressive in changing default versions than Zope? Jim Penny > I don't expect 2.3 to reach maturity until mid 2003. > > -

Re: Move to python 2.2 as default release?

2002-08-14 Thread Jim Penny
be taking care of. There has been dicussion of removing python1.5. But this is because there are very few packages left that depend on it. Debian does not historically remove packages easily or without thought. Jim Penny > > Laura Creighton > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >

Postgres and non-us

2001-05-08 Thread Jim Penny
PostgreSQL now has a dependency on openssl/ssl.h in a fundamental header file, postgresql/libpq-fe.h. Does this mean that every piece of software which requires this header file to compile will also have to be migrated to nonus? Jim Penny

Re: kernel-{image,headers} package bloat

2001-04-23 Thread Jim Penny
laces and have yet to see the answer to my questions. These are: 1) how do I boot from a non-IDE root disk? 2) How do I control what goes into initrd in a more reasonable way than nothing/most/all. (and what does most do, anyway?). Jim Penny