Re: Heimdal vs. Kerberos4kth

2002-04-20 Thread Brian May 
On Sun, Apr 21, 2002 at 12:23:44AM -0400, [EMAIL PROTECTED] wrote:
> 
> > [ I did a search for AH_OUTPUT, but found no matches. This error
> > has me stuck. ]
> 
> AH_OUTPUT is new in autoconf 2.5x [in autoheader], it isn't in 2.13;
> perhaps this is at least partly a compatiblity problem?  (autoconf
> 2.5x has been shown before to be enough of a compatiblity disaster
> that we've still *got* autoconf 2.13 around, and some nice wrappers to
> try and use the right one...)
> 
> You can install both -- try explicitly running autoheader2.13 and
> autoconf2.13 and so on and see if that helps...

Good suggestion, but no, autoconf2.52 is required for this project:

[510] [scrooge:bam] /tmp/bam/030_autotools/heimdal-0.4e >autoconf2.13 
FATAL ERROR: Autoconf version 2.52 or higher is required for this script
[511] [scrooge:bam] /tmp/bam/030_autotools/heimdal-0.4e >autoconf2.50

[ gives same error as before ]
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Heimdal vs. Kerberos4kth

2002-04-20 Thread eichin-lists 

> [ I did a search for AH_OUTPUT, but found no matches. This error
> has me stuck. ]

AH_OUTPUT is new in autoconf 2.5x [in autoheader], it isn't in 2.13;
perhaps this is at least partly a compatiblity problem?  (autoconf
2.5x has been shown before to be enough of a compatiblity disaster
that we've still *got* autoconf 2.13 around, and some nice wrappers to
try and use the right one...)

You can install both -- try explicitly running autoheader2.13 and
autoconf2.13 and so on and see if that helps...

_Mark_ <[EMAIL PROTECTED]>
The Herd of Kittens
Debian Package Maintainer


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Technical Committee: decision on #119517?

2002-04-20 Thread Manoj Srivastava 
Hi,

From reviewing the bug report, Ian Jackson sided with the
 maintainer, with the opinion that not all binaries shipped with a
 package need work when the dependencies are satisfied. Dale Scheetz,
 Jason Gunthorpe, and I disagreed. 

The suggestion was to either:
 a) split off cardinfo and declare the X libraries in the Depends:
field, or
 b) keep it in the current package and include the X libraries in the
Depends: field. 
 c) Create a wrapper for cardinfo that provides information on the
current set of cards on stdout, and in the presence of a DISPLAY
variable provides additional, X based functionality,

I suggest that the quorum of two was met, and that the
 decision of the committee be formalized.

manoj
-- 
 Most people have two reasons for doing anything -- a good reason, and
 the real reason.
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

pgp0HzGh80m5b.pgp
Description: PGP signature

Re: XFree 4.2.0 - again

2002-04-20 Thread Patrick Ouellette 
And the SUM of the numbers in the version number is also
an even number!!!

On Thu, Apr 18, 2002 at 07:52:57PM +1000, Brian May wrote:
> Date: Thu, 18 Apr 2002 19:52:57 +1000
> From: Brian May <[EMAIL PROTECTED]>
> To: debian-devel@lists.debian.org
> Subject: Re: XFree 4.2.0 - again
> Mail-Followup-To: Brian May <[EMAIL PROTECTED]>,
>   debian-devel@lists.debian.org
> 
> On Wed, Apr 17, 2002 at 10:56:33AM +1000, Roger So wrote:
> > Why do people like you insists on having the latest version of
> > everything without making sure that it's actually _better_ than what we
> > have? 
> 
> Are you implying that the latest version isn't always the best version?
> 
> Yeah right! ;-)
> 
> 
> > Rather than repeating what most others have said, I'll give you one more
> > reason why not rushing 4.2.0 into woody is a good thing: the whole i18n
> > architecture changed from 4.1 to 4.2, and many bugs _were_ introduced in
> > the transition -- like X clients segfault on startup if Xlib can't find
> > the input method specified in the environment, and so on.  I for one am
> > glad that Branden is not rushing things through.
> 
> I need X 4.2 because it... errr... umph.
> 
> hang on a moment
> 
> ...because its version number is made entirely of even numbers.
> 
> ;-)
> 
> (knew there had to be a good reason).
> -- 
> Brian May <[EMAIL PROTECTED]>
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 

-- 

Patrick Ouellette

[EMAIL PROTECTED]
Amateur Radio: KB8PYM 50.200, 144.200  EN81fp
ICBM: 41:38:25.476N  83:31:43.417W


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Heimdal vs. Kerberos4kth

2002-04-20 Thread Brian May 
Hello,

I am getting into all sorts of problems trying to keep kerberos4kth
support in Heimdal.

If I keep it, I get grave bug reports that the package cannot get built
because of a build loop with kerberos4kth.

If I remove it, I get grave bug reports complaining that kerberos4kth is
no longer supported.

If I try to modify the configure scripts to eliminate the build depends
loop at its source, configure complains loudly about parts of the
configure scripts I have not changed, and at least one error I cannot
identify the cause (see below).

If I upload a version of Heimdal without kerberos4kth support, and wait
for the autobuilders to build it and kerberos4kth support, and upload
a new version with kerberos4kth support back in again, then I mess up
and upload the new version before all architectures have been built (I
thought it was OK, but then realized that some architectures, sparc and
ia64 haven't been built yet - strange - its had a whole week).

If I try all of the above, then I end up wasting valuable time
which could be better spent on more productive Debian projects.


What should I do?

1. Drop kerberos4kth support for now. My favorite ;-). However,
this might break other packages like Arla.

2. Fix autoconf problems, and allow Heimdal use shared libraries
from kerberos4kth (instead of vice versa). This will require keeping
the changes up to date with the latest upstream source, until
upstream integrate the changes.

3. mail debian-devel asking for assistance.

4. wait and see if sparc and ia64 get built before the next version
of Heimdal gets in (not sure about this yet, 1st email said package
was rejected, 2nd email received suggests that it was installed, it
doesn't seem to be in incoming, but madison reports new version not
installed yet), and if required upload a new version of Heimdal without
kerberos4kth support while the builders on these platforms do their
stuff.


Now for the autoconf errors, any ideas?

Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL'
configure.in:5: warning: do not use m4_patsubst: use patsubst or
m4_bpatsubst
configure.in:57: warning: AC_PROG_LEX invoked multiple times

[these are warnings only I think I can ignore them]

configure.in:77: /usr/bin/m4: Bad regular expression: `AH_OUTPUT([1], 
AS_ESCAPE([[#ifndef RCSID 
#define RCSID(msg) \ static /**/const char *const rcsid[] = { (const char 
*)rcsid, "\100(#)" msg }
#endif

[ many lines deleted ]

]]))': Invalid back reference

[ I did a search for AH_OUTPUT, but found no matches. This error
has me stuck. ]

configure.in:708: warning: do not use m4_regexp: use regexp or m4_bregexp
configure.in:652: error: do not use LIBOBJS directly, use AC_LIBOBJ (see 
section `AC_LIBOBJ vs. LIBOBJS'

As far as I can tell, the problems indicated in that info page
do not apply to this case:

LTLIBOBJS=`echo "$LIBOBJS" | sed 's/\.o/\.lo/g'`
AC_SUBST(LTLIBOBJS)
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: L10n of Debconf templates

2002-04-20 Thread Joey Hess 
Brian May wrote:
> Dumb question of the day: how do you put it in a seperate file?
> 
> What should this seperate file be called, etc?
> 
> (I always have used the same file, because I thought this was
> the only thing supported).

man debconf-devel, LOCALIZATION

-- 
see shy jo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Potato->Woody kernel upgrade problems

2002-04-20 Thread Russell Coker 
On Sun, 21 Apr 2002 01:21, Brian May wrote:
> On Fri, Apr 19, 2002 at 01:29:24PM +0200, Russell Coker wrote:
> > Another possibility is bug 142916.  This resulted in one of my machines
> > becoming non-bootable.
>
> Interesting.
>
> I complained loudly about a similar problem ages ago, when
> I installed a broken version of libc6 without ldconfig,
> and it broke my entire computer...
>
> When I mentioned it on debian-devel, the initial response was:
> that can't happen, it should have detected the error before
> installing the package. Eventually that response changed to:
> that is a known bug that has just been fixed.
>
> hmmm doesn't seem very fixed to me...

Yes, well I've still got that broken package for anyone who wants to play 
with it...

-- 
If you send email to me or to a mailing list that I use which has >4 lines
of legalistic junk at the end then you are specifically authorizing me to do
whatever I wish with the message and all other messages from your domain, by
posting the message you agree that your long legalistic sig is void.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Task depends Woody

2002-04-20 Thread Robert Browne 
Hi,

Before woody is released, please test depends issues for
task-x-window-system. I remember for potato there was a problem
with libc6-dev. It would be good if task-kde also had no problems.
I am referring to a new woody install not an upgrade.

I only have a dialup connection, to long to get ISOs.

   Take care,  />http://www.alphalink.com.au/~rbrowne/linux.html
  (   //--,
 (*)OXOXOXOXO(*>=- >
  (   \\--'
Rob ;-)\>  Parents should censor their kids, not ISPs and govt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

need to collect a list of files for HTML docs

2002-04-20 Thread Steve M. Robbins 
Hi,

One of my packages (libboost-dev) has a lot of documentation as HTML
files, complete with inlined graphics and the like.  However, these
files are all mixed in with the source code.

I need a maintainable way to get a list of these files.

There must be some tool that will parse a set of html files
(recursively for all relative links) and give me back a list of files
linked to by  and  and whatnot.  In short: I need
a list of all the files that make up the documentation, starting
from "index.html".

Suggestions?

Thanks,
-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: L10n of Debconf templates

2002-04-20 Thread Brian May 
On Fri, Apr 19, 2002 at 10:00:31AM +0200, Michael Piefel wrote:
> Am 19.04.02 um 00:05:14 schrieb Tollef Fog Heen:
> > Would anybody weep if we deprecated putting all the translations in
> > one file?
> 
> I wouldn't weep. Seperate files is a very reasonable thing to do.

Dumb question of the day: how do you put it in a seperate file?

What should this seperate file be called, etc?

(I always have used the same file, because I thought this was
the only thing supported).
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Potato->Woody kernel upgrade problems

2002-04-20 Thread Brian May 
On Fri, Apr 19, 2002 at 01:29:24PM +0200, Russell Coker wrote:
> Another possibility is bug 142916.  This resulted in one of my machines 
> becoming non-bootable.

Interesting.

I complained loudly about a similar problem ages ago, when
I installed a broken version of libc6 without ldconfig,
and it broke my entire computer...

When I mentioned it on debian-devel, the initial response was:
that can't happen, it should have detected the error before
installing the package. Eventually that response changed to:
that is a known bug that has just been fixed.

hmmm doesn't seem very fixed to me...
-- 
Brian May <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[installer@ftp-master.debian.org: heimdal_0.4e-14_i386.changes REJECTED]

2002-04-20 Thread Brian May 
Hello,

I received both these emails.

Did my package get accepted or not?

If not, what was wrong with it?

Did my package get installed or not?
(normally "NEW" packages means it needs to be manually approved).

Thanks.
-- 
Brian May <[EMAIL PROTECTED]>
--- Begin Message ---

Rejected: heimdal-clients-x_0.4e-14_i386.deb: timestamp check failed; caught 
exceptions.SystemError
Rejected: libasn1-5-heimdal_0.4e-14_i386.deb: timestamp check failed; caught 
exceptions.SystemError


===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.

Your rejected files are in incoming/REJECT/.  (Some may also be in
incoming/ if your .changes file was unparsable.)  If only some of the
files need to repaired, you may move any good files back to incoming/.
Please remove any bad files from incoming/REJECT/.
--- End Message ---
--- Begin Message ---
heimdal-clients-x_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-clients-x_0.4e-14_i386.deb
heimdal-clients_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-clients_0.4e-14_i386.deb
heimdal-dev_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-dev_0.4e-14_i386.deb
heimdal-docs_0.4e-14_all.deb
  to pool/main/h/heimdal/heimdal-docs_0.4e-14_all.deb
heimdal-kdc_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-kdc_0.4e-14_i386.deb
heimdal-lib_0.4e-14_all.deb
  to pool/main/h/heimdal/heimdal-lib_0.4e-14_all.deb
heimdal-servers-x_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-servers-x_0.4e-14_i386.deb
heimdal-servers_0.4e-14_i386.deb
  to pool/main/h/heimdal/heimdal-servers_0.4e-14_i386.deb
heimdal_0.4e-14.diff.gz
  to pool/main/h/heimdal/heimdal_0.4e-14.diff.gz
heimdal_0.4e-14.dsc
  to pool/main/h/heimdal/heimdal_0.4e-14.dsc
libasn1-5-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libasn1-5-heimdal_0.4e-14_i386.deb
libcomerr1-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libcomerr1-heimdal_0.4e-14_i386.deb
libgssapi1-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libgssapi1-heimdal_0.4e-14_i386.deb
libhdb7-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libhdb7-heimdal_0.4e-14_i386.deb
libkadm5clnt4-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libkadm5clnt4-heimdal_0.4e-14_i386.deb
libkadm5srv7-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libkadm5srv7-heimdal_0.4e-14_i386.deb
(new) libkafs0-heimdal_0.4e-14_i386.deb extra net
Libraries for Heimdal Kerberos
 Heimdal is a free implementation of Kerberos 5, that aims to be
 compatible with MIT Kerberos.
 .
 This package contains the library for KAFS support.
libkrb5-17-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libkrb5-17-heimdal_0.4e-14_i386.deb
libotp0-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libotp0-heimdal_0.4e-14_i386.deb
libroken9-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libroken9-heimdal_0.4e-14_i386.deb
libsl0-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libsl0-heimdal_0.4e-14_i386.deb
libss0-heimdal_0.4e-14_i386.deb
  to pool/main/h/heimdal/libss0-heimdal_0.4e-14_i386.deb
Changes: heimdal (0.4e-14) unstable; urgency=low
 .
  * Attempt to recompile with krb4 support. Closes: #143273.
For some reason this was marked as grave, even though the
rest of Heimdal functioned OK.
  * Reopens bug: cyclic dependancies exist between Heimdal and
Kerberos4kth. This really needs to get fixed.
  * Attempt to fix this in debian/patches-0.4e-trial (still needs
further work), but this failed as autoconf in Debian doesn't like
autoconf files used in Heimdal.
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 143273 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.
--- End Message ---

Re: Antigen found =*.pif file

2002-04-20 Thread Darren Salt 
I demand that Carlos Sousa may or may not have written...

> On Sat, 20 Apr 2002 12:24:51 -0600
> "Joel Baker" <[EMAIL PROTECTED]> wrote:
>> I don't think that declaring something which complies with RFC
>> 2821/2822(the core SMTP-based email RFCs) is a good idea. The message
>> should not have left the remote server without a qualified domain, but
>> this is a bug in *their* implementation, *not* in the receiving MTA.

>> Please do more research into the standards before making such a claim next

> Have you done yours? Quoting from RFC 2822:
>"In all cases, the "From:" field SHOULD NOT contain any mailbox that
>does not belong to the author(s) of the message."

Why is it that your attention is directed at the From header instead of the
lack of a Sender header?

-- 
| Darren Salt   | linux (or ds) at | nr. Ashington,
| Linux PC, Risc PC | youmustbejoking  | Northumberland
| No Wodniws here   | demon co uk  | Toon Army
|   http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)

Tagline of Borg: "Your tagline has been assimilated."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143797: ITP: kimagemapeditor -- KDE-based HTML image map editor.

2002-04-20 Thread Joerg Jaspert 
Package: wnpp
Version: N/A; reported 2002-04-20
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: kimagemapeditor
  Version : 0.9.5
  Upstream Author : Jan Schäfer <[EMAIL PROTECTED]>
* URL : http://kimagemapeditor.sourceforge.net/
* License : GPL
  Description : KDE-based HTML image map editor.


- -- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux goliath2 2.4.18-grsec-1.9.4-p-jj5 #4 Fri Apr 19 15:16:05 CEST 
2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8wc/ai92EnBEg0xsRAqYVAKCTLhPqe7iNOqqXE9KFSQZItfn9EQCggSf9
vi5TPukeoDpdqOOSRtuMDME=
=DnPf
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Joel Baker 
On Sat, Apr 20, 2002 at 07:41:42PM +0100, Carlos Sousa wrote:
> On Sat, 20 Apr 2002 12:24:51 -0600
> "Joel Baker" <[EMAIL PROTECTED]> wrote:
> > I don't think that declaring something which complies with RFC
> > 2821/2822(the core SMTP-based email RFCs) is a good idea. The message
> > should not have left the remote server without a qualified domain, but
> > this is a bug in *their* implementation, *not* in the receiving MTA.
> > 
> > Please do more research into the standards before making such a claim
> > next
> 
> Have you done yours? Quoting from RFC 2822:
>"In all cases, the "From:" field SHOULD NOT contain any mailbox that
>does not belong to the author(s) of the message."

Are we talking about From:, or From_? Only the former is specified in 2822,
the latter is from 2821 (which has no such specification, AFAICT).

Rewriting the From: header is, indeed, not good; I was under the impression
that we were, however, seeing From_ rewritten.
-- 
***
Joel Baker   System Administrator - lightbearer.com
[EMAIL PROTECTED]  http://users.lightbearer.com/lucifer/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Carlos Sousa 
On Sat, 20 Apr 2002 12:24:51 -0600
"Joel Baker" <[EMAIL PROTECTED]> wrote:
> I don't think that declaring something which complies with RFC
> 2821/2822(the core SMTP-based email RFCs) is a good idea. The message
> should not have left the remote server without a qualified domain, but
> this is a bug in *their* implementation, *not* in the receiving MTA.
> 
> Please do more research into the standards before making such a claim
> next

Have you done yours? Quoting from RFC 2822:
   "In all cases, the "From:" field SHOULD NOT contain any mailbox that
   does not belong to the author(s) of the message."

-- 
Carlos Sousa


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Joel Baker 
On Sat, Apr 20, 2002 at 11:22:55AM +0100, Carlos Sousa wrote:
> On Sat, 20 Apr 2002 12:19:45 +1000
> Martijn van Oosterhout  wrote:
> > > >> i guess antigen didn't specify any @ in From:, and the other
> > > >> mta's filled in their own name for some reason...
> > > >
> > > > That's the default behavior of all MTA's I'm familiar with.
> > > 
> > > Some MTAs do indeed qualify random unqualified addresses they find
> > > with their own mail domain name.
> > 
> > The reason is so the you can type mail  and have it end up
> > at the right place. i.e. you don't need to know the mail domain to
> > send a mail to the local user.
> 
> In that case, the mail message should *never* leave the local domain.
> 
> > They also fix the from address so that if the message is
> > forwarded offsite, the reply still makes it.
> 
> Still makes it where? In my case, the message originated in a
> university in the US, but the MTA there didn't add its domain. Then it
> appeared in my mailbox as coming from my ISP's domain, so if I reply to
> it, it'll get nowhere near its original sender.
> 
> I agree this *has* to be a bug. Relaying MTAs should not take over
> important mail headers, that's dangerously close to mail forgery...

I don't think that declaring something which complies with RFC 2821/2822
(the core SMTP-based email RFCs) is a good idea. The message should not
have left the remote server without a qualified domain, but this is a bug
in *their* implementation, *not* in the receiving MTA.

Please do more research into the standards before making such a claim next
time. Though it's "free" status may be in question, the doc-rfc package
remains available to Debian. Well, the split version of it does, anyway.
-- 
***
Joel Baker   System Administrator - lightbearer.com
[EMAIL PROTECTED]  http://users.lightbearer.com/lucifer/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Looking for a builder/uploader to fix RC bug on gcompris

2002-04-20 Thread Julien LEMOINE 
On Sat, Apr 20, 2002 at 03:03:31PM +0200, Yann Dirson wrote:
> The gcompris package is *big* (15MB), and I won't be able to upload a
> binary version before monday.
> 
> 1.0.3-1 does not build from source.  I've uploaded signed .dsc + diff
> for 1.0.3-2 in [EMAIL PROTECTED], upstream source already in sid.
> 
> I someone could please build and upload it quickly, it will be great -
> otherwise I'll do that monday, but every day counts for woody...

I built and uploaded it.

--
Julien LEMOINE / SpeedBlue


pgpsedbcuxwqa.pgp
Description: PGP signature

Re: Menu icon policy (Was: Bug#142818: xteddy: Icons missing from menu entries)

2002-04-20 Thread Mark Purcell 
Tille, Andreas wrote:

> Thanks for the bug report.

Hi Andreas,

Sorry for the delay in replying. But I didn't receive your response directly 
(by default the BTS doesn't send followup messages to the bug submitter) .

> I just want to know which window manager you are using.  I did not found
> any policy statement about default icon locations.  The documentation
> of menu states:

I'm running KDE. icewm also appears to need the full path specified.  fvwm 
(and variants) seem to pick up from the default location.

>  ...
>  please put all icon files in the directory
>  `/usr/X11R6/include/X11/{bitmaps,pixmaps}'

It only states that that is where you should place them, it doesn't state 
anywhere that this is the default location for window managers to find them.
In fact it the menu documentation in it's only examples for icon specifies 
the full path every time. But you are correct it isn't clear:

!icon=/usr/share/emacs/20.3/etc/emacs.xbm
...
!  X11 Apps menu/apps /usr/X11R6/include/X11/pixmap/icon.xpm "Editors"
...
! icon=path-to-pixmap.xpm\

> ~> grep "icon" /usr/lib/menu/* 2>/dev/null | grep -v
> /usr/X11R6/include/X11 | wc -l
>  47
> ~> grep "icon" /usr/lib/menu/* 2>/dev/null | grep /usr/X11R6/include/X11 |
> wc -l
>  19

I think your maths is a little out. Have a look at exactly which files don't 
contain /usr/X11R6/include/X11.  On my system the -v case returns the 
following:

[EMAIL PROTECTED]:~$ grep "icon" /usr/lib/menu/* 2>/dev/null | grep -v 
/usr/X11R6/include/X11
/usr/lib/menu/amor: icon="/usr/share/pixmaps/amor.xpm"\
/usr/lib/menu/aumix:icon=/usr/share/pixmaps/icon_aumix.xpm\
/usr/lib/menu/avifile-player:   icon="/usr/share/avifile0.7/test.xpm" \
/usr/lib/menu/avifile-samples:  icon="/usr/share/avifile0.6/test.xpm" \
/usr/lib/menu/avifile-samples:  icon="/usr/share/avifile0.6/test.xpm" \
/usr/lib/menu/csmash:  icon="/usr/share/games/csmash/images/csmash-icon.xpm"
/usr/lib/menu/doc-linux-html: description="How to use escape sequences to 
dynamically change window and icon titles of an xte
rm." \
/usr/lib/menu/etherape:  icon="/usr/share/pixmaps/etherape.png"
/usr/lib/menu/everybuddy:  command="/usr/bin/everybuddy" 
icon="/usr/share/pixmaps/ebicon.xpm"
/usr/lib/menu/gltron:  icon="/usr/share/pixmaps/gltron.xpm"
/usr/lib/menu/heroes-sdl:icon=/usr/include/X11/pixmaps/heroes.xpm
/usr/lib/menu/heroes-sdl:icon=/usr/include/X11/pixmaps/heroes.xpm
/usr/lib/menu/heroes-sdl.orig:icon=/usr/include/X11/pixmaps/heroes.xpm
/usr/lib/menu/heroes-sdl.orig:icon=/usr/include/X11/pixmaps/heroes.xpm
/usr/lib/menu/j2re1.3:icon="/usr/share/pixmaps/java-preferences.png"
/usr/lib/menu/j2re1.3:icon="/usr/share/pixmaps/java-properties.png"
/usr/lib/menu/kchart:   icon="/usr/share/pixmaps/kchart.xpm"\
/usr/lib/menu/kcpuload:  icon="/usr/share/pixmaps/kcpuload.xpm"
/usr/lib/menu/kformula: icon="/usr/share/pixmaps/kformula.xpm"\
/usr/lib/menu/kgeo:  icon="/usr/share/pixmaps/kgeo.xpm"
/usr/lib/menu/kiconedit:?package(kiconedit):\
/usr/lib/menu/kiconedit:command=/usr/bin/kiconedit
/usr/lib/menu/kivio:icon="/usr/share/pixmaps/kivio.xpm"\
/usr/lib/menu/kmoon:icon="/usr/share/pixmaps/kmoon.xpm"\
/usr/lib/menu/knetload:  icon="/usr/share/pixmaps/knetload.xpm"
/usr/lib/menu/kodo: icon="/usr/share/pixmaps/kodo.xpm"\
/usr/lib/menu/komba2:   icon="/usr/share/icons/locolor/32x32/apps/komba2.xpm"
/usr/lib/menu/kontour:  icon="/usr/share/pixmaps/kontour.xpm"\
/usr/lib/menu/kpresenter:   icon="/usr/share/pixmaps/kpresenter.xpm"\
/usr/lib/menu/ksensors: icon="/usr/share/pixmaps/ksensors.xpm"
/usr/lib/menu/kspread:  icon="/usr/share/pixmaps/kspread.xpm"\
/usr/lib/menu/kugar:icon="/usr/share/pixmaps/kugar.xpm"\
/usr/lib/menu/kword:icon="/usr/share/pixmaps/kword.xpm"\
/usr/lib/menu/kworldclock:  icon="/usr/share/pixmaps/kworldclock.xpm"\
/usr/lib/menu/pan:  title="Pan" command="/usr/bin/pan" hints="News Reader" 
icon=/usr/share/pixmaps/pan.png
/usr/lib/menu/powermanga:  icon="/usr/share/games/powermanga/powermanga.xpm"
/usr/lib/menu/realplayer:   icon="/usr/share/pixmaps/realplayer-icon.xpm" 
\
/usr/lib/menu/showimg:  icon="/usr/share/icons/hicolor/32x32/apps/ShowImg.xpm"
/usr/lib/menu/tipptrainer:  title="Tipptrainer" icon="tipptrainer.xpm" 
command="/usr/bin/tipptrainer"
/usr/lib/menu/trophy:   needs="x11" icon="trophy.xpm" section="Games/Arcade" \
/usr/lib/menu/tuxkart:  title="Tuxkart" command="/usr/games/tuxkart" 
icon="tuxkart.xpm"
/usr/lib/menu/tuxracer:  title="TuxRacer" command="/usr/games/tuxracer" 
icon="tuxracer.xpm"
/usr/lib/menu/vlc:   icon="/usr/share/videolan/vlc.xpm" 
hints="Video"
/usr/lib/menu/vlc-gnome:
icon="/usr/share/videolan/gnome-vlc.xpm" hints="Video"
/usr/lib/menu/vlc-qt: icon="/usr/share/videolan/qvlc.xpm" 
hints="Video"
/usr/lib/menu/xteddy:  title="Teddy" icon="teddy.xpm" 
command="/usr/bin/X11/teddy"
/usr/lib/menu/xteddy:  title="XAlex" ic

Bug#143735: ITP: gronk -- An MP3 Jukebox interface

2002-04-20 Thread Thom May 
Package: wnpp
Version: N/A; reported 2002-04-20
Severity: wishlist

* Package name: gronk
  Version : 1.4
  Upstream Author : Jamie Zawinski <[EMAIL PROTECTED]>
* URL : http://www.jwz.org/gronk/
* License : 
# Gronk, Copyright (c) 2000, 2001, 2002 by Jamie Zawinski <[EMAIL PROTECTED]>
#
# Permission to use, copy, modify, distribute, and sell this software and
# its
# documentation for any purpose is hereby granted without fee, provided that
# the above copyright notice appear in all copies and that both that
# copyright notice and this permission notice appear in supporting
# documentation.  No representations are made about the suitability of this
# software for any purpose.  It is provided "as is" without express or 
# implied warranty.
#
(Am I right in thinking this is the MIT/X license?)
  Description : An MP3 Jukebox interface

Web based mp3 jukebox software, can also control XMMS and do CDDB/FreeDB
look ups.
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux eustasy 2.4.19-pre6 #1 Sun Apr 14 00:39:10 BST 2002 i686
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8


pgp4fLa3DlnsV.pgp
Description: PGP signature

Re: Antigen found =*.pif file

2002-04-20 Thread Josip Rodin 
On Sat, Apr 20, 2002 at 12:19:45PM +1000, Martijn van Oosterhout wrote:
> > >> i guess antigen didn't specify any @ in From:, and the other mta's
> > >> filled in their own name for some reason...
> > >
> > > That's the default behavior of all MTA's I'm familiar with.
> > 
> > Some MTAs do indeed qualify random unqualified addresses they find
> > with their own mail domain name.
> 
> The reason is so the you can type mail  and have it end up at the
> right place. i.e. you don't need to know the mail domain to send a mail to
> the local user. They also fix the from address so that if the message is
> forwarded offsite, the reply still makes it.

They should still do that only with mail that originated from the local
addresses, not random remotely received junk.

-- 
 2. That which causes joy or happiness.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Martijn van Oosterhout 
On Sat, Apr 20, 2002 at 11:22:55AM +0100, Carlos Sousa wrote:
> On Sat, 20 Apr 2002 12:19:45 +1000
> Martijn van Oosterhout  wrote:
> > The reason is so the you can type mail  and have it end up
> > at the right place. i.e. you don't need to know the mail domain to
> > send a mail to the local user.
> 
> In that case, the mail message should *never* leave the local domain.

And if the target user has a .forward file? Are you suggesting the mailer
bounce the message instead?

> > They also fix the from address so that if the message is
> > forwarded offsite, the reply still makes it.
> 
> Still makes it where? In my case, the message originated in a
> university in the US, but the MTA there didn't add its domain. Then it
> appeared in my mailbox as coming from my ISP's domain, so if I reply to
> it, it'll get nowhere near its original sender.

So the bug lies with the original transmitter, not with the receiving
mailer. And what have you lost? If it hadn't been fixed, any reply would
still not have arrived near its original sender.

> I agree this *has* to be a bug. Relaying MTAs should not take over
> important mail headers, that's dangerously close to mail forgery...

If the headers had been correct, they would not have been changed. I think
the millions of messages where this is the correct behaviour far outweigh
the half a dozen messages a year where it is wrong.

Anyway, exim does have the behaviour you're looking for. What mailer does
your ISP use?
-- 
Martijn van Oosterhout  http://svana.org/kleptog/
> Canada, Mexico, and Australia form the Axis of Nations That
> Are Actually Quite Nice But Secretly Have Nasty Thoughts About America


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Looking for a builder/uploader to fix RC bug on gcompris

2002-04-20 Thread Yann Dirson 
The gcompris package is *big* (15MB), and I won't be able to upload a
binary version before monday.

1.0.3-1 does not build from source.  I've uploaded signed .dsc + diff
for 1.0.3-2 in [EMAIL PROTECTED], upstream source already in sid.

I someone could please build and upload it quickly, it will be great -
otherwise I'll do that monday, but every day counts for woody...

TIA,
-- 
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related: <[EMAIL PROTECTED]> |   Support Debian GNU/Linux:
Pro:<[EMAIL PROTECTED]> |  Freedom, Power, Stability, Gratuity
 http://ydirson.free.fr/| Check 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Carlos Sousa 
On Sat, 20 Apr 2002 21:19:12 +1000
Martijn van Oosterhout  wrote:
> > > at the right place. i.e. you don't need to know the mail domain to
> > > send a mail to the local user.
> > 
> > In that case, the mail message should *never* leave the local
> > domain.
> 
> And if the target user has a .forward file? Are you suggesting the
> mailer bounce the message instead?

In that case, assuming the forwarding address is outside the domain, the
message would then be leaving the domain, and would need a correct From:
line ([EMAIL PROTECTED]). No bouncing involved.

My point is: The From: address rewriting should be done *only* on the
originating side, *never* when the message is in transit or arriving at
the destination.

> So the bug lies with the original transmitter, not with the receiving
> mailer. And what have you lost? If it hadn't been fixed, any reply
> would still not have arrived near its original sender.

The bug lies with the original transmitter for letting a message go out
without a From: line specifying the domain. The bug *also* lies with the
receiver because it has lied gratuitously about the origin of the email,
thus incurring in a mail forgery act.

It's better to say "I don't really know where this message came from,
but here it is" (honest), than to say "Look, here's a message for you,
coming from x.y.z" (outright lie).

> If the headers had been correct, they would not have been changed. I
> think the millions of messages where this is the correct behaviour far
> outweigh the half a dozen messages a year where it is wrong.

I can't see your point here. When is it correct behaviour for a relaying
MTA (not the originating one) to overwrite a mail message From: line
with it's own address? You must mean the millions of cases where the
*originating* MTA adds its domain address, and there we are in
agreement.

> Anyway, exim does have the behaviour you're looking for. What mailer
> does your ISP use?

Received: from svana.org ([EMAIL PROTECTED] [210.9.66.30])
by mail2.expernet.pt (8.11.4/8.11.4) with ESMTP id g3KB9pn18302
  ^
I'd say that's probably sendmail.

-- 
Carlos Sousa


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Antigen found =*.pif file

2002-04-20 Thread Carlos Sousa 
On Sat, 20 Apr 2002 12:19:45 +1000
Martijn van Oosterhout  wrote:
> > >> i guess antigen didn't specify any @ in From:, and the other
> > >> mta's filled in their own name for some reason...
> > >
> > > That's the default behavior of all MTA's I'm familiar with.
> > 
> > Some MTAs do indeed qualify random unqualified addresses they find
> > with their own mail domain name.
> 
> The reason is so the you can type mail  and have it end up
> at the right place. i.e. you don't need to know the mail domain to
> send a mail to the local user.

In that case, the mail message should *never* leave the local domain.

> They also fix the from address so that if the message is
> forwarded offsite, the reply still makes it.

Still makes it where? In my case, the message originated in a
university in the US, but the MTA there didn't add its domain. Then it
appeared in my mailbox as coming from my ISP's domain, so if I reply to
it, it'll get nowhere near its original sender.

I agree this *has* to be a bug. Relaying MTAs should not take over
important mail headers, that's dangerously close to mail forgery...

-- 
Carlos Sousa


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143716: ITP: r-nonlinear -- libraries for nonlinear regression and repeated measurement models in GNU R

2002-04-20 Thread Chris Lawrence 
Package: wnpp
Version: N/A; reported 2002-04-20
Severity: wishlist

* Package name: r-nonlinear (?)
  Version : 0.9.20020417
  Upstream Author : Jim Lindsey <[EMAIL PROTECTED]>
* URL : http://alpha.luc.ac.be/~lucp0753/rcode.html
* License : GPL
  Description : GNU R libraries for nonlinear regression models

 This is a collection of libraries for GNU R that implement nonlinear
 regression and repeated measurements models.  The following libraries
 are included:
 .
  rmutil - Utilities for nonlinear regression and repeated measurements
  gnlm - Generalized nonlinear regression models
  stable - Probability functions and generalized regression models for
   stable distributions
  growth - Multivariate normal and elliptically-contoured repeated
   measurements models
  repeated - Non-normal repeated measurements models
  event - Event history procedures and models
  ordinal - Repeated measures library for ordinal data
   (By Patrick Lindsey)
 .
 More information about these libraries is available at
 http://alpha.luc.ac.be/~lucp0753/rcode.html

(Note that these packages are not in CRAN.)

Since this comes in multiple upstream tarballs, I plan to use a
similar approach to r-recommended for packaging.  However, I can't
really decide on a name.  Another possibility would be to have one
Debian package for each tarball, but since they appear to be versioned
together by the upstream author I'm not sure that's a good idea.

The current .deb is 859k.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux quantex.lordsutch.com 2.4.19-pre2-ac2 #5 Wed Mar 6 23:01:19 CST 
2002 i686
Locale: LANG=C, LC_CTYPE=en_US



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Where to place Ada (Gnat) libraries

2002-04-20 Thread Jérôme Marant 
Matthew Woodcraft <[EMAIL PROTECTED]> writes:

> [EMAIL PROTECTED] wrote:
>>  I have a question: whydo we have to keep .adb files in the package
>>  since .ads files are meant to contain the interface? (well, indeed
>>  except from generics).
>
> I don't know that we 'have to', but one reason to do so is that gnat can
> inline subprograms across unit boundaries (-gnatn switch), but naturally
> it needs access to the .adb file to do so. This is irrelevant unless the
> package in question actually marks some subprograms as inline, of
> course.

  So, better add .adb files in case I guess.

-- 
Jérôme Marant

http://marant.org
  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

*****SPAM***** [±¤=°í]ÁÖ°¡¿¹Ãø¾È³»ÇÁ·Î±×·¥

2002-04-20 Thread ENS21 
O º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ 
°üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í] ¸ÞÀÏÀÔ´Ï´ÙO e-mailÁÖ¼Ò´Â ÀÎÅͳݻ󿡼­ 
ÃëµæÇÏ¿´À¸¸ç, ÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù



 *¾È³ç Çϼ¼¿ä.  
 *Ens'21 ÁÖ°¡ ¿¹Ãø ÇÁ·Î±×·¥ ÀÔ´Ï´Ù.  
 
http://b006.ens21.co.kr"; title="ÁÖ°¡¿¹ÃøÇÁ·Î±×·¥ Ens21" 
target="blank">ÁÖ°¡ ¿¹Ãø ÇÁ·Î±×·¥ ´Ù¿î ¹Þ±â
http://b006.ens21.co.kr"; title="ÁÖ°¡¿¹ÃøÇÁ·Î±×·¥ Ens21" 
target="blank">http://211.108.62.171/img/b006_01.gif";>
 
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é Ŭ¸¯ http://211.108.62.171/mail_refuse.asp"; 
target="blank">http://211.108.62.171/Reject_email.JPG";> 


N…
[EMAIL PROTECTED]   隊[huæâjw^½ékz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

*****SPAM***** [±¤=°í]ÁÖ°¡¿¹Ãø¾È³»ÇÁ·Î±×·¥

2002-04-20 Thread ENS21 
O º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ 
°üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í] ¸ÞÀÏÀÔ´Ï´ÙO e-mailÁÖ¼Ò´Â ÀÎÅͳݻ󿡼­ 
ÃëµæÇÏ¿´À¸¸ç, ÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù



 *¾È³ç Çϼ¼¿ä.  
 *Ens'21 ÁÖ°¡ ¿¹Ãø ÇÁ·Î±×·¥ ÀÔ´Ï´Ù.  
 
http://b006.ens21.co.kr"; title="ÁÖ°¡¿¹ÃøÇÁ·Î±×·¥ Ens21" 
target="blank">ÁÖ°¡ ¿¹Ãø ÇÁ·Î±×·¥ ´Ù¿î ¹Þ±â
http://b006.ens21.co.kr"; title="ÁÖ°¡¿¹ÃøÇÁ·Î±×·¥ Ens21" 
target="blank">http://211.108.62.171/img/b006_01.gif";>
 
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é Ŭ¸¯ http://211.108.62.171/mail_refuse.asp"; 
target="blank">http://211.108.62.171/Reject_email.JPG";> 


N…
[EMAIL PROTECTED]   隊[huæâjw^½ékz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

*****SPAM***** ¡á ¹è³¶¿©Çà Á¶±â¿¹¾à ´ëÇÒÀÎ À̺¥Æ®~! [ ±¤ °í ]

2002-04-20 Thread ´ÚÅÍÆ®·¡ºí 


ÀþÀº ¿©ÇàÀÚµéÀÇ ²Þ - (ÁÖ)´ÚÅÍÆ®·¡ºí 





function p_search_Form() {
var chec=document.p_search;
if ( chec.FROM_NAME.value.length < 2) {
alert('º¸³»´Â »ç¶÷ À̸§À» Á¤È®È÷ ÀÔ·ÂÇØ ÁÖ¼¼¿ä.');
return false;
}
if ( chec.FROM_EMAIL.value.length < 5) {
alert('±ÍÇÏÀÇ E-¸ÞÀÏÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª À߸øµÈ E-¸ÞÀÏ ÁÖ¼Ò¸¦ 
ÀÔ·ÂÇϼ̽À´Ï´Ù.');
return false;
}
if ( chec.TO_NAME.value.length < 2) {
alert('¹Þ´Â »ç¶÷ À̸§À» Á¤È®È÷ ÀÔ·ÂÇØ ÁÖ¼¼¿ä.');
return false;
}
if ( chec.FROM_EMAIL.value.length < 5) {
alert('¹Þ´Â »ç¶÷ À̸ÞÀÏÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª ³Ê¹« ª½À´Ï´Ù.');
return false;
}
if ( chec.SUBJECT.value.length < 5 ) {
alert('Á¦¸ñÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª, ³Ê¹« ª½À´Ï´Ù.');
return false;
}
if ( chec.CONTENT.value.length < 10 ) {
alert('³»¿ëÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª, ³Ê¹« ª½À´Ï´Ù.');
return false;
}
}




º» ¸ÞÀÏÀº ÀÎÅͳݿ¡¼­ ¾Ë°ÔµÈ ±ÍÇÏÀÇ E-¸ÞÀÏ·Î ¹ß¼ÛµÇ¸ç 
Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å '[ ±¤ °í ]'¶ó Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. º» ¸ÞÀÏÀº ¹ß½Å Àü¿ë 
¸ÞÀÏÀ̹ǷΠȸ½ÅµÇÁö ¾ÊÀ¸¸ç ¿øÇϽÃÁö ¾Ê´Â Á¤º¸¶ó¸é º» ¸ÞÀÏ ÇÏ´ÜÀÇ ¼ö½Å°ÅºÎ¸¦ 
Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù.  





  
 
  http://www.drtravel.net/2002-images/mail-images/01.gif"; width="690" 
height="105">

 
  http://www.drtravel.net/2002-images/mail-images/02.gif"; width="690" 
height="18">

 
  http://www.drtravel.net/2002-images/mail-images/03.gif"; 
width="230" height="121">
  http://www.drtravel.net/2002-images/mail-images/04.gif"; 
width="229" height="121">
  http://www.drtravel.net/2002-images/mail-images/05.gif"; 
width="231" height="121">

 
  http://www.drtravel.net/2002-images/mail-images/06.gif"; 
width="230" height="216">
  http://www.drtravel.net/2002-images/mail-images/07.gif"; 
width="229" height="216">
  http://www.drtravel.net/2002-images/mail-images/08.gif"; 
width="231" height="216">

 
  http://www.drtravel.net/2002-images/mail-images/09.gif"; 
width="230" height="21">
  http://www.drtravel.net/2002-images/mail-images/10.gif"; 
width="229" height="21">
  http://www.drtravel.net/2002-images/mail-images/11.gif"; 
width="231" height="21">

 
  http://www.drtravel.net/intro/intro_europe.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/12.gif"; width="230" 
height="26" border="0">
  http://www.drtravel.net/intro/intro_air.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/13.gif"; width="229" 
height="26" border="0">
  http://www.drtravel.net/intro/intro_india.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/14.gif"; width="231" 
height="26" border="0">

 
  http://www.drtravel.net/2002-images/mail-images/15.gif"; width="690" 
height="43">

 
  http://www.drtravel.net/2002-images/mail-images/16.gif"; width="690" 
height="30">

 
  http://www.drtravel.net"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/17.gif"; width="690" 
height="22" border="0">

 
   

 
  

  


http://www.drtravel.net/images/ani_people.gif"; border=1 
bordercolor=black align=left vspace=5 hspace=10>
[»ç¿ø ¸ðÁý!] ÀþÀº ¿©ÇàÀÚµéÀÇ ²Þ! - (ÁÖ) 
´ÚÅÍÆ®·¡ºí
°æ·Â»ç¿ø only - ±¹Á¦¼± Ç×°ø Ä«¿îÅÍ, À¯·´ 
¹è³¶¿©Çà O/P, °ü¸®Á÷ (¿©Çà»ç °æ·Â ÃÖ¼Ò 1³â ÀÌ»ó, ¹è³¶¿©Çà Àü¹® ¿©Çà»ç 
¶Ç´Â ÆÐÅ°Áö ¿©Çà»ç ¹è³¶»ç¾÷ºÎ °æ·ÂÀÚ ¿ì´ë)
°æ·Â ¹× ½ÅÀÔ »ç¿ø - À¯·´ ¹è³¶¿©Çà Åõ¾îÄÁ´öÅÍ, 
Àεµ ¹è³¶¿©Çà Åõ¾î ÄÁ´öÅÍ
- ÀÇ¿å°ú ¿­Á¤, Æб⸦ °®Ãá ¹è³¶¿©Çà Àü¹®°¡¸¦ ã°í ÀÖ½À´Ï´Ù. ´ÚÅÍÆ®·¡ºíÀÇ ¹Ì·¡¿Í 
ÇÔ²² ÇÏ½Ç ºÐÀº À̷¼­ ¹× ÀÚ±â¼Ò°³¼­¸¦ ÷ºÎÇÏ¿© mailto:[EMAIL 
PROTECTED]">[EMAIL PROTECTED] À¸·Î E-¸ÞÀÏ 
º¸³»ÁÖ¼¼¿ä!





http://www.drtravel.net/images/icon_06.gif"; border=0> 2000³â 4¿ù, 
³×À̹ö 'Best of Best Site' ¿©Çà »çÀÌÆ® ÃÖÃÊ ¼±Á¤, ¶óÀÌÄÚ½º ÄÚ¸®¾Æ Ãßõ ¿©Çà»ç, 
¿¥ÆĽº, ½É¸¶´Ï, À¯´ÏÅÚ Ãßõ »çÀÌÆ®
http://www.drtravel.net/images/icon_06.gif"; border=0> Çѱ¹ÀϺ¸, 
µ¿¾ÆÀϺ¸, ½ºÆ÷Ã÷ Á¶¼±, ½ºÆ÷Ã÷ Åõµ¥ÀÌ, °æÇâ½Å¹®, Çѱ¹°æÁ¦, ¿©Çà½Å¹®, ¿ù°£ 
¶Ñ¸£µå¸ùµå, ¿ù°£ HowPC µî Ãßõ »çÀÌÆ®


http://www.drtravel.net/special/europe.gif"; border=1 
bordercolor=black>
http://www.drtravel.net/images/icon_06.gif"; border=0> ´ÚÅÍÆ®·¡ºíÀÇ 
±¹³» ÃÖ´ë ±Ô¸ð À¯·´ ¹è³¶¿©Çà ¼³¸íȸ & 8.15 ±¤º¹Àý Çѱ¹ ¹è³¶Á· À¯·´ ¹ø°³¸ðÀÓ 
(Æĸ® ¿¡Æçž)
http://www.drtravel.net/images/icon_06.gif"; border=0> 2000³â 1¿ù 1ÀÏ, 
KBS ¹Ð·¹´Ï¾ö ƯÁý »ý¹æ¼Û '¼¼°èÀÇ ¹Ð·¹´Ï¾ö ÃàÁ¦' ÁøÇà


http://www.drtravel.net/special/special.gif"; border=1

*****SPAM***** ¡á ¹è³¶¿©Çà Á¶±â¿¹¾à ´ëÇÒÀÎ À̺¥Æ®~! [ ±¤ °í ]

2002-04-20 Thread ´ÚÅÍÆ®·¡ºí 


ÀþÀº ¿©ÇàÀÚµéÀÇ ²Þ - (ÁÖ)´ÚÅÍÆ®·¡ºí 





function p_search_Form() {
var chec=document.p_search;
if ( chec.FROM_NAME.value.length < 2) {
alert('º¸³»´Â »ç¶÷ À̸§À» Á¤È®È÷ ÀÔ·ÂÇØ ÁÖ¼¼¿ä.');
return false;
}
if ( chec.FROM_EMAIL.value.length < 5) {
alert('±ÍÇÏÀÇ E-¸ÞÀÏÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª À߸øµÈ E-¸ÞÀÏ ÁÖ¼Ò¸¦ 
ÀÔ·ÂÇϼ̽À´Ï´Ù.');
return false;
}
if ( chec.TO_NAME.value.length < 2) {
alert('¹Þ´Â »ç¶÷ À̸§À» Á¤È®È÷ ÀÔ·ÂÇØ ÁÖ¼¼¿ä.');
return false;
}
if ( chec.FROM_EMAIL.value.length < 5) {
alert('¹Þ´Â »ç¶÷ À̸ÞÀÏÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª ³Ê¹« ª½À´Ï´Ù.');
return false;
}
if ( chec.SUBJECT.value.length < 5 ) {
alert('Á¦¸ñÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª, ³Ê¹« ª½À´Ï´Ù.');
return false;
}
if ( chec.CONTENT.value.length < 10 ) {
alert('³»¿ëÀ» ÀÔ·ÂÇÏÁö ¾Ê¾Ò°Å³ª, ³Ê¹« ª½À´Ï´Ù.');
return false;
}
}




º» ¸ÞÀÏÀº ÀÎÅͳݿ¡¼­ ¾Ë°ÔµÈ ±ÍÇÏÀÇ E-¸ÞÀÏ·Î ¹ß¼ÛµÇ¸ç 
Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å '[ ±¤ °í ]'¶ó Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. º» ¸ÞÀÏÀº ¹ß½Å Àü¿ë 
¸ÞÀÏÀ̹ǷΠȸ½ÅµÇÁö ¾ÊÀ¸¸ç ¿øÇϽÃÁö ¾Ê´Â Á¤º¸¶ó¸é º» ¸ÞÀÏ ÇÏ´ÜÀÇ ¼ö½Å°ÅºÎ¸¦ 
Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù.  





  
 
  http://www.drtravel.net/2002-images/mail-images/01.gif"; width="690" 
height="105">

 
  http://www.drtravel.net/2002-images/mail-images/02.gif"; width="690" 
height="18">

 
  http://www.drtravel.net/2002-images/mail-images/03.gif"; 
width="230" height="121">
  http://www.drtravel.net/2002-images/mail-images/04.gif"; 
width="229" height="121">
  http://www.drtravel.net/2002-images/mail-images/05.gif"; 
width="231" height="121">

 
  http://www.drtravel.net/2002-images/mail-images/06.gif"; 
width="230" height="216">
  http://www.drtravel.net/2002-images/mail-images/07.gif"; 
width="229" height="216">
  http://www.drtravel.net/2002-images/mail-images/08.gif"; 
width="231" height="216">

 
  http://www.drtravel.net/2002-images/mail-images/09.gif"; 
width="230" height="21">
  http://www.drtravel.net/2002-images/mail-images/10.gif"; 
width="229" height="21">
  http://www.drtravel.net/2002-images/mail-images/11.gif"; 
width="231" height="21">

 
  http://www.drtravel.net/intro/intro_europe.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/12.gif"; width="230" 
height="26" border="0">
  http://www.drtravel.net/intro/intro_air.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/13.gif"; width="229" 
height="26" border="0">
  http://www.drtravel.net/intro/intro_india.html"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/14.gif"; width="231" 
height="26" border="0">

 
  http://www.drtravel.net/2002-images/mail-images/15.gif"; width="690" 
height="43">

 
  http://www.drtravel.net/2002-images/mail-images/16.gif"; width="690" 
height="30">

 
  http://www.drtravel.net"; 
target="_blank">http://www.drtravel.net/2002-images/mail-images/17.gif"; width="690" 
height="22" border="0">

 
   

 
  

  


http://www.drtravel.net/images/ani_people.gif"; border=1 
bordercolor=black align=left vspace=5 hspace=10>
[»ç¿ø ¸ðÁý!] ÀþÀº ¿©ÇàÀÚµéÀÇ ²Þ! - (ÁÖ) 
´ÚÅÍÆ®·¡ºí
°æ·Â»ç¿ø only - ±¹Á¦¼± Ç×°ø Ä«¿îÅÍ, À¯·´ 
¹è³¶¿©Çà O/P, °ü¸®Á÷ (¿©Çà»ç °æ·Â ÃÖ¼Ò 1³â ÀÌ»ó, ¹è³¶¿©Çà Àü¹® ¿©Çà»ç 
¶Ç´Â ÆÐÅ°Áö ¿©Çà»ç ¹è³¶»ç¾÷ºÎ °æ·ÂÀÚ ¿ì´ë)
°æ·Â ¹× ½ÅÀÔ »ç¿ø - À¯·´ ¹è³¶¿©Çà Åõ¾îÄÁ´öÅÍ, 
Àεµ ¹è³¶¿©Çà Åõ¾î ÄÁ´öÅÍ
- ÀÇ¿å°ú ¿­Á¤, Æб⸦ °®Ãá ¹è³¶¿©Çà Àü¹®°¡¸¦ ã°í ÀÖ½À´Ï´Ù. ´ÚÅÍÆ®·¡ºíÀÇ ¹Ì·¡¿Í 
ÇÔ²² ÇÏ½Ç ºÐÀº À̷¼­ ¹× ÀÚ±â¼Ò°³¼­¸¦ ÷ºÎÇÏ¿© mailto:[EMAIL 
PROTECTED]">[EMAIL PROTECTED] À¸·Î E-¸ÞÀÏ 
º¸³»ÁÖ¼¼¿ä!





http://www.drtravel.net/images/icon_06.gif"; border=0> 2000³â 4¿ù, 
³×À̹ö 'Best of Best Site' ¿©Çà »çÀÌÆ® ÃÖÃÊ ¼±Á¤, ¶óÀÌÄÚ½º ÄÚ¸®¾Æ Ãßõ ¿©Çà»ç, 
¿¥ÆĽº, ½É¸¶´Ï, À¯´ÏÅÚ Ãßõ »çÀÌÆ®
http://www.drtravel.net/images/icon_06.gif"; border=0> Çѱ¹ÀϺ¸, 
µ¿¾ÆÀϺ¸, ½ºÆ÷Ã÷ Á¶¼±, ½ºÆ÷Ã÷ Åõµ¥ÀÌ, °æÇâ½Å¹®, Çѱ¹°æÁ¦, ¿©Çà½Å¹®, ¿ù°£ 
¶Ñ¸£µå¸ùµå, ¿ù°£ HowPC µî Ãßõ »çÀÌÆ®


http://www.drtravel.net/special/europe.gif"; border=1 
bordercolor=black>
http://www.drtravel.net/images/icon_06.gif"; border=0> ´ÚÅÍÆ®·¡ºíÀÇ 
±¹³» ÃÖ´ë ±Ô¸ð À¯·´ ¹è³¶¿©Çà ¼³¸íȸ & 8.15 ±¤º¹Àý Çѱ¹ ¹è³¶Á· À¯·´ ¹ø°³¸ðÀÓ 
(Æĸ® ¿¡Æçž)
http://www.drtravel.net/images/icon_06.gif"; border=0> 2000³â 1¿ù 1ÀÏ, 
KBS ¹Ð·¹´Ï¾ö ƯÁý »ý¹æ¼Û '¼¼°èÀÇ ¹Ð·¹´Ï¾ö ÃàÁ¦' ÁøÇà


http://www.drtravel.net/special/special.gif"; border=1