On Tuesday 10 April 2007 15:52, Brian A. Seklecki wrote:
> It looks like some significant improvements have been made to st(4):
>
> http://www.openbsd.org/plus41.html
>
> "Make the st(4) SCSI Tape midlayer return values when receiving a
> MTIOCGET ioctl, allows things like Bacula to work much"
N
ED]>
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; ports@openbsd.org;
bacula-users@lists.sourceforge.net
Sent: Tuesday, April 10, 2007 3:52:10 PM
Subject: Re: [Bacula-users] Building bacula on OpenBSD
It looks like some significant improvements have been made to st(4):
http://www.openbsd.org/plus41.ht
It looks like some significant improvements have been made to st(4):
http://www.openbsd.org/plus41.html
"Make the st(4) SCSI Tape midlayer return values when receiving a
MTIOCGET ioctl, allows things like Bacula to work much"
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/scsi/st.c
Thank you for
On Wed, 2006-12-13 at 19:27 +0100, Kern Sibbald wrote:
> On Wednesday 13 December 2006 18:28, Brian A. Seklecki wrote:
> > > > Stop in /usr/local/src/bacula-1.38.11/src/stored.
> > >
> > > It looks to me like the OS' header file is badly broken -- at
> least in the
> > > sense that if it is a Uni
This link:
http://people.collaborativefusion.com/~seklecki/bacula_openbsd_port.tar
seems to be broken
Brian A. Seklecki a écrit :
>
> Here is a functional FD on OpenBSD 4.0/i386:
>
> bash-3.2# uname -a
> OpenBSD vmware-sandbox.pgh.priv.collaborativefusion.com 4.0
> GENERIC.MP+RAIDFRAME#1
>
> b
Hello,
Since this is directed to me, and assuming I wrote the double >>'ed sections
below (which sound a lot like me but so much is snipped that I cannot be
sure), I can assure you that, my intention, if I am the guity party was not
to insult any person or any particular OS, but just to point o
Just adding readline and OpenSSL support. Good to go now.
...OpenBSD doesn't have a "portlint" equiv, does it?
~BAS
On Wed, 13 Dec 2006, GUILLON Gabriel wrote:
This link:
http://people.collaborativefusion.com/~seklecki/bacula_openbsd_port.tar
seems to be broken
Brian A. Seklecki a écrit :
Here is a functional FD on OpenBSD 4.0/i386:
bash-3.2# uname -a
OpenBSD vmware-sandbox.pgh.priv.collaborativefusion.com 4.0
GENERIC.MP+RAIDFRAME#1
bash-3.2# /usr/local/sbin/bacula-fd -u root -g wheel -d128 -v -c
/usr/local/etc/bacula-fd.conf -f
vmware-sandbox-fd: jcr.c:129 read_last_jobs s
> > Stop in /usr/local/src/bacula-1.38.11/src/stored.
>
> It looks to me like the OS' header file is badly broken -- at least in the
> sense that if it is a Unix system, both mt_fileno and mt_blkno should be
> defined in the struct mtget.
>
> Someone should fix the OS, barring that we will need
