headers
h1kari | 2 May 2003 12:41
Favicon

TOORCON 2003 CALL FOR PAPERS

TOORCON 2003 CALL FOR PAPERS

Papers and presentations are being accepted for ToorCon 2003 to be held at
the Westin Horton Plaza Hotel in San Diego, CA on September 26th-28th.
Please email your submissions to cfp <at> toorcon.org, submissions will be
accepted until August 14th 2003.

ABOUT TOORCON

ToorCon is just around the corner again this year. In its 5th year running,
it is still San Diego's exclusive hacker convention, bringing together
Southern California's hacker community year after year to attend the high
quality presentations and participate in the annual festivities. This year
we are still aiming to provide the same highly technical lectures you've
come to know and love, but also to go back to the basics and provide an
extra track of talks that provide some generalized lectures as well as
lectures that address security and its applications in real world business
situations.

SUBMISSION OF PAPERS

ToorCon only accepts talks on new technologies and methodologies that have
been recently developed. We will not accept papers that have already been
presented prior to 2003, unless they present fundamental concepts or conform
to any of the outlined topics below.

Special consideration will be given to papers addressing the following
topics:

Technology:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jordan Klein | 2 May 2003 14:46

Re: thanks & SPAM

I suggest using SpamAssassin.  You can either get the source from the 
www.spamassassin.com (or .org, I forget) site, or install the 
Mail::SpamAssassin module with CPAN.  It requires a bit of .procmailrc 
configuration, but is well worth it.  I have cut my spam down by >95% 
using it.  And, of course, being free, it rocks.

On Tuesday, April 29, 2003, at 12:57  PM, Robert Urban wrote:

> feel free to make your disapproval clear.  It looks like
> Jeff ! <at> #$ Blackburn is the culprit...
>
>
> whois reports:
>
> whois -h whois.nic.biz am-it.biz
> Domain Name:                                 AM-IT.BIZ
> Domain ID:                                   D4498783-BIZ
> Sponsoring Registrar:                        PARAVA NETWORKS, INC.
> Domain Status:                               ok
> Registrant ID:                               PARAVA-29484
> Registrant Name:                             Jeff Blackburn
> Registrant Organization:                     Mega Trade inc.
> Registrant Address1:                         P.O.Box6660
> Registrant City:                             Evansville
> Registrant State/Province:                   IN
> Registrant Postal Code:                      47719
> Registrant Country:                          United States
> Registrant Country Code:                     US
> Registrant Phone Number:                     +1.8129855870
> Registrant Email:                            info <at> am-it.biz
(Continue reading)

Permalink | Reply | 0 comments |
headers
Barry Scott | 2 May 2003 18:09

OpenBSD 3.3 pkg_add fails to add dependencies - patch supplied

Under OpenBSD 3.3 we are seeing pkg_add fail to install some
packages for example kdebase-3.1p0.tgz fails.

This happens because kdebase depends on a package that also depends
on a package that is not installed. pkg_add loses track of where
to install packages from after it gets to the second level of
recursive install.

The work around is to:

          PKG_PATH=`pwd` pkg_add kdebase-3.1p0.tgz

You may want to add this to the 3.3 FAQ.

This patch against the 3.3 src fixes the root cause by eliminating the
code that looks in ../All for more packages. This is fine on FreeBSD
that uses a hierarchical layout, which OpenBSD does not use.

Index: file.c
===================================================================
RCS file: /cvs/src/usr.sbin/pkg_install/lib/file.c,v
retrieving revision 1.15
diff -c -r1.15 file.c
*** file.c	9 Jul 2001 07:05:03 -0000	1.15
--- file.c	2 May 2003 15:56:39 -0000
***************
*** 389,400 ****

  		cp = strrchr(tmp, '/');
  		if (cp) {
(Continue reading)

Permalink | Reply | 0 comments |
headers
Telmo J. Di Leva | 3 May 2003 04:38
Picon

vrrpd

Theo:
            I see your comment in the mail-list.
            I need find freevrrpd port for openbsd.
            I have installed and compiled the file freevrrpd.tgz version
0.8.4, but the log says:

Cannot set multicast ttl (IP_MULTICAST_TTL)
I need run this daemon urgently, on my work……. And must be this
protocol, stp is not valid for my service.
Please… any idea?

Regards.
Permalink | Reply | 7 comments |
headers
Theo de Raadt | 3 May 2003 05:35
Picon
Favicon

Re: vrrpd

> Theo:
>             I see your comment in the mail-list.
>             I need find freevrrpd port for openbsd.
>             I have installed and compiled the file freevrrpd.tgz version
> 0.8.4, but the log says:
> =20
> Cannot set multicast ttl (IP_MULTICAST_TTL)
> I need run this daemon urgently, on my work=85=85. And must be this
> protocol, stp is not valid for my service.

I at least won't help you.  According to Cisco, VRRP is patented.
Permalink | Reply | 5 comments |
headers
Casper Gripenberg | 3 May 2003 14:34
Picon

OpenBSD 3.3 Python dumps core

Hmm. I'm wondering if there's something seriously
wrong with my system. Can anyone confirm this for
me?

Please download:
http://ipcheck.sourceforge.net/ipcheck.py

And then run:
> python ipcheck.py

I get a core dump. This worked in OBSD 3.1. I've tried 
all python versions from packages, and I've also
built python 2.2.2 manually and tried that. It crashes
here:

#0  0x4015bb8e in __atexit_register_cleanup ()
(gdb) where
#0  0x4015bb8e in __atexit_register_cleanup ()
#1  0x40156a12 in __smakebuf ()
#2  0x4015693b in __srefill ()
#3  0x40146e4a in fgets ()
#4  0x33f88 in tok_nextc (tok=0x16b800) at Parser/tokenizer.c:248
#5  0x34234 in PyTokenizer_Get (tok=0x16b800, p_start=0xcfbfc3a8, p_end=0xcfbfc3ac)
    at Parser/tokenizer.c:526

So what does that mean? It dumps core inside fgets..Is it
a stack overflow detected by the system, or what does
__atext_register_cleanup do? Is it supposed :) to dump
there? It's just that I'm starting to suspect something
else might be broken in my system. A bad memory chip
(Continue reading)

Permalink | Reply | 1 comment |
headers
J.D. Bronson | 3 May 2003 15:43
Favicon

Adaptec scsi driver OBSD 3.3 question

I currently have an Intel motherboard that has onboard:
ahc0 at pci0 dev 12 function 0 "Adaptec AIC-7896/7 U2" rev 0x00: irq 11
ahc0: aic7896/97: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs

While looking for something else,

I noticed this in ahc_pci.c :
====================================
/*
  * XXX memory-mapped is busted on some i386 on-board chips.
  * for i386, we don't even try it.  Also, suppress the damn
  * PCI bus errors messages on i386.  They are not fatal, and are
  * usually caused by some other device on the PCI bus.  But some
  * ahc cards won't work without ACKing them.  So just ACK and go!
  * XXX- smurph
  */
#ifndef i386
#define AHC_ALLOW_MEMIO
#define AHC_SHOW_PCI_ERRORS
#endif

======================================

Since I have used MEMIO on this board under FBSD 4.8 with no ill effects, 
what is involved in setting up the Adaptec driver to use AHC_ALLOW_MEMIO 
under i386?

Second, is there any way to lessen the SCSI device timout during boot (the 
part where the OS probes the channels for drives?)
(Continue reading)

Permalink | Reply | 9 comments |
headers
Alejandro G. Belluscio | 3 May 2003 17:03
Picon

Re: vrrpd

Hello Theo,

Saturday, May 3, 2003, 12:35:19 AM, you wrote:

>> Theo:
>>             I see your comment in the mail-list.
>>             I need find freevrrpd port for openbsd.
>>             I have installed and compiled the file freevrrpd.tgz version
>> 0.8.4, but the log says:
>> =20
>> Cannot set multicast ttl (IP_MULTICAST_TTL)
>> I need run this daemon urgently, on my work=85=85. And must be this
>> protocol, stp is not valid for my service.

Theo> I at least won't help you.  According to Cisco, VRRP is patented.

We understand. But in Argentina is perfectly legal. Unless US starts
bombing countries for not respecting its laws... Ugh!

--

-- 
Best regards,
 Alejandro Belluscio
Permalink | Reply | 3 comments |
headers
dreamwvr@dreamwvr.com | 3 May 2003 17:02

Re: vrrpd

On Fri, May 02, 2003 at 09:35:19PM -0600, Theo de Raadt wrote:
> > Theo:
> >             I see your comment in the mail-list.
> >             I need find freevrrpd port for openbsd.
> >             I have installed and compiled the file freevrrpd.tgz version
> > 0.8.4, but the log says:
> > =20
> > Cannot set multicast ttl (IP_MULTICAST_TTL)
> > I need run this daemon urgently, on my work=85=85. And must be this
> > protocol, stp is not valid for my service.
> 
> I at least won't help you.  According to Cisco, VRRP is patented.
Follow Theo's lead. You know that mcast is not set by default right?
Why must it be VRRP? Because some proprietary system demands it?

HIH

Best Regards,
dreamwvr <at> dreamwvr.com

--

-- 
/*  Security is a work in progress - dreamwvr                 */
#                               48 69 65 72 6F 70 68 61 6E 74 32
# Note: To begin Journey type man afterboot,man help,man hier[.]      
# 66 6F 72 20 48 69 72 65                              0000 0001
// "Who's Afraid of Schrodinger's Cat?" /var/(.)?mail/me \?  ;-]
Permalink | Reply | 0 comments |
headers
Scott Wells | 3 May 2003 17:20

Re: vrrpd

So you want software put into OpenBSD that will punish users in the US, 
and make it so that we cannot use it?  Seems to be defeating the 'free' 
point.

Alejandro G. Belluscio wrote:

>Hello Theo,
>
>Saturday, May 3, 2003, 12:35:19 AM, you wrote:
>
>  
>
>>>Theo:
>>>            I see your comment in the mail-list.
>>>            I need find freevrrpd port for openbsd.
>>>            I have installed and compiled the file freevrrpd.tgz version
>>>0.8.4, but the log says:
>>>=20
>>>Cannot set multicast ttl (IP_MULTICAST_TTL)
>>>I need run this daemon urgently, on my work=85=85. And must be this
>>>protocol, stp is not valid for my service.
>>>      
>>>
>
>Theo> I at least won't help you.  According to Cisco, VRRP is patented.
>
>We understand. But in Argentina is perfectly legal. Unless US starts
>bombing countries for not respecting its laws... Ugh!
(Continue reading)

Permalink | Reply | 1 comment |

Gmane