Re: Problems reading from (but not writing to?) LTO 5 Ultrium tape from i386 snapshot(s)
From: Otto Moerbeek [o...@drijf.net]
Sent: 02 May 2012 12:47
To: Fergus Wilde
Cc: misc@openbsd.org
Subject: Re: Problems reading from (but not writing to?)
LTO 5 Ultrium tape from i386 snapshot(s)
On Wed, May 02, 2012 at 11:29:54AM
+, Fergus Wilde wrote:
> Hello,
>
> I wonder if anyone can help me out
with the following. Any or all
> help, including 'this has nothing
> to do
with OBSD', or options to try passing
> to the dump, happily received. In
particular, I wonder
> if my situation is
> analogous with the facts of the
case here:
>
http://old.nabble.com/Restore-from-SCSI-tape-on-recent-i386-snapshot-td288246
> 13.html
>
> although unlike the OP in this case I have *not* had it working
right
> beforehand
> as this is a new machine.
>
> This is with snapshot 5.1
GENERIC.MP#253
> i386 and the two previous snapshots on my
> local mirror.
Dmesg and
> /var/run/dmesg.boot below.
>
> Machine is an HP 350ML G6 using
3-disk hardware
> RAID 5 with a Quantum Ultrium LTO 5 external drive.
>
> mt
status:
> # mt status
> SCSI tape drive, residual=0
> ds=3
> er=0
>
blocksize: 0 (0)
> density: 0 (0)
> I (perhaps naively?) adapted the dump
script at
> http://www.openbsd.org/faq/faq14.html#Backup
>
> and when the
script is run,
> output appears promising:
>
>
> # /usr/local/bin/backup
>
Starting Full Backup ...
> DUMP: Date of this level 0 dump: Wed May 2
>
12:09:37 2012
> DUMP: Date of last level 0 dump: the epoch
> DUMP: Dumping
> /dev/rsd0a to /dev/nrst0
> DUMP: mapping (Pass I) [regular files]
>
DUMP:
> mapping (Pass II) [directories]
> DUMP: estimated 762797 tape
blocks.
> DUMP:
> Volume 1 started at: Wed May 2 12:09:42 2012
> DUMP:
dumping (Pass III)
> [directories]
> DUMP: dumping (Pass IV) [regular files]
> DUMP: 779165 tape
> blocks on 1 volume
> DUMP: Date of this level 0
dump: Wed May 2 12:09:37 2012
> DUMP: Volume 1 completed at: Wed May 2
12:09:55 2012
> DUMP: Volume 1 took
> 0:00:13
> DUMP: Volume 1 transfer
rate: 59935 KB/s
> DUMP: Date this dump
> completed: Wed May 2 12:09:55
2012
> DUMP: Average transfer rate: 59935 KB/s
> DUMP: level 0 dump on Wed
May 2 12:09:37 2012
> DUMP: Closing /dev/nrst0
> DUMP: DUMP IS DONE
>
> And
so on for the other mounts on the array. The amount of
> time this takes
appears realistic, but since
> I can't successfully test the
> dump, I don't
know if it is 'really' doing a backup.
>
> Attempting to test the
> dump:
Try rewinding the tape: mt rewind
This could be happening: /dev/nrst0 is a
non-rewinding device. After
a close it will not rewind automatically like
/dev/rst0 does. So dump
closes the file, but your restore starts at the
current position.
See also st(4).
-Otto
Thanks Otto, my bad - I
should have said that the script does end with a rewind command, and I
have
also tried using mt rewind (and rewoffl followed by loading a different
cartridge) only tog get an
identical result.
> # /sbin/restore -tvs 1 -f
/dev/rst0
> Verify tape and initialize maps
> restore: tape read error:
Input/output error
>
>
> For interest, I tried using tar
> to backup the root
partition. Again, this seemed to work fine from the write
> side, but on
attempting to read I again got an Input/output error.
>
> Thanks for
> any
thoughts!
>
> Dmesg:
>
> OpenBSD 5.1-current (GENERIC.MP) #253: Thu Apr 26
>
01:45:24 MDT 2012
>
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> cpu0:
>
Intel(R) Xeon(R) CPU E5606 @ 2.13GHz ("GenuineIntel" 686-class) 2.14 GHz
>
cpu0:
>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
>
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,DS-CPL,V
> MX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES,LAHF
> real
mem
> = 3881492480 (3701MB)
> avail mem = 3807248384 (3630MB)
> mainbus0 at
root
> bios0
> at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @
0xf, SMBIOS rev.
> 2.7 @ 0xe77fe000 (134 entries)
> bios0: vendor HP
version "D22" date 05/05/2011
> bios0: HP ProLiant ML350 G6
> acpi0 at bios0:
rev 2
> acpi0: sleep states S0 S4 S5
> acpi0: tables DSDT FACP SPCR MCFG HPET
SPMI ERST APIC SRAT BERT HEST
> DMAR SSDT SSDT SSDT SSDT SSDT
>
acpi0: wakeup devices
> acpitimer0 at acpi0:
> 3579545 Hz, 24 bits
> acpimcfg0
at acpi0 addr 0xe800, bus 0-63
> acpihpet0 at
> acpi0: 14318179 Hz
>
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at
> mainbus0: apid 0
(boot processor)
> cpu0: apic clock running at 133MHz
> cpu1 at
> mainbus0:
apid 20 (application processor)
> cpu1: Intel(R) Xeon(R) CPU E5606 @
&g
Problems reading from (but not writing to?) LTO 5 Ultrium tape from i386 snapshot(s)
Hello,
I wonder if anyone can help me out with the following. Any or all
help, including 'this has nothing
to do with OBSD', or options to try passing
to the dump, happily received. In particular, I wonder
if my situation is
analogous with the facts of the case here:
http://old.nabble.com/Restore-from-SCSI-tape-on-recent-i386-snapshot-td288246
13.html
although unlike the OP in this case I have *not* had it working right
beforehand
as this is a new machine.
This is with snapshot 5.1 GENERIC.MP#253
i386 and the two previous snapshots on my
local mirror. Dmesg and
/var/run/dmesg.boot below.
Machine is an HP 350ML G6 using 3-disk hardware
RAID 5 with a Quantum Ultrium LTO 5 external drive.
mt status:
# mt status
SCSI tape drive, residual=0
ds=3
er=0
blocksize: 0 (0)
density: 0 (0)
I (perhaps naively?) adapted the dump script at
http://www.openbsd.org/faq/faq14.html#Backup
and when the script is run,
output appears promising:
# /usr/local/bin/backup
Starting Full Backup ...
DUMP: Date of this level 0 dump: Wed May 2
12:09:37 2012
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping
/dev/rsd0a to /dev/nrst0
DUMP: mapping (Pass I) [regular files]
DUMP:
mapping (Pass II) [directories]
DUMP: estimated 762797 tape blocks.
DUMP:
Volume 1 started at: Wed May 2 12:09:42 2012
DUMP: dumping (Pass III)
[directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 779165 tape
blocks on 1 volume
DUMP: Date of this level 0 dump: Wed May 2 12:09:37 2012
DUMP: Volume 1 completed at: Wed May 2 12:09:55 2012
DUMP: Volume 1 took
0:00:13
DUMP: Volume 1 transfer rate: 59935 KB/s
DUMP: Date this dump
completed: Wed May 2 12:09:55 2012
DUMP: Average transfer rate: 59935 KB/s
DUMP: level 0 dump on Wed May 2 12:09:37 2012
DUMP: Closing /dev/nrst0
DUMP: DUMP IS DONE
And so on for the other mounts on the array. The amount of
time this takes appears realistic, but since
I can't successfully test the
dump, I don't know if it is 'really' doing a backup.
Attempting to test the
dump:
# /sbin/restore -tvs 1 -f /dev/rst0
Verify tape and initialize maps
restore: tape read error: Input/output error
For interest, I tried using tar
to backup the root partition. Again, this seemed to work fine from the write
side, but on attempting to read I again got an Input/output error.
Thanks for
any thoughts!
Dmesg:
OpenBSD 5.1-current (GENERIC.MP) #253: Thu Apr 26
01:45:24 MDT 2012
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0:
Intel(R) Xeon(R) CPU E5606 @ 2.13GHz ("GenuineIntel" 686-class) 2.14 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES,LAHF
real mem
= 3881492480 (3701MB)
avail mem = 3807248384 (3630MB)
mainbus0 at root
bios0
at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev.
2.7 @ 0xe77fe000 (134 entries)
bios0: vendor HP version "D22" date 05/05/2011
bios0: HP ProLiant ML350 G6
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP SPCR MCFG HPET SPMI ERST APIC SRAT BERT HEST
DMAR SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices
acpitimer0 at acpi0:
3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe800, bus 0-63
acpihpet0 at
acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at
mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 133MHz
cpu1 at
mainbus0: apid 20 (application processor)
cpu1: Intel(R) Xeon(R) CPU E5606 @
2.13GHz ("GenuineIntel" 686-class) 2.14 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES,LAHF
cpu2 at
mainbus0: apid 2 (application processor)
cpu2: Intel(R) Xeon(R) CPU E5606 @
2.13GHz ("GenuineIntel" 686-class) 2.14 GHz
cpu2:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES,LAHF
cpu3 at
mainbus0: apid 18 (application processor)
cpu3: Intel(R) Xeon(R) CPU E5606 @
2.13GHz ("GenuineIntel" 686-class) 2.14 GHz
cpu3:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES,LAHF
ioapic0
at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic1 at mainbus0:
apid 0 pa 0xfec8, version 20, 24 pins
acpiprt0 at acpi0: bus 1 (IP2P)
acpiprt1 at acpi0: bus 3 (NIB1)
acpiprt2 at acpi0: bus 4 (PT01)
acpiprt3 at
acpi0: bus 5 (PT03)
acpiprt4 at acpi0: bus 8 (PT04)
acpiprt5 at acpi0: bus 11
(PT05)
acpiprt6 at acpi0: bus 14 (PT07)
acpiprt7 at acpi0: bus 17 (PT09)
acpiprt8 at acpi0: bus 2
Re: Modern operating systems are flawed by design, including OpenBSD.
mak maxie wrote: http://www.computerworld.com.au/index.php?id=264209080&rid=-219 Microsoft Windows is the only operating that supports signed binaries. _ [EMAIL PROTECTED] http://msn.com.h Ah, the first troll of winter! Must mean troll Xmas is coming.
Re: This is what Linus Torvalds calls openBSD crowd
On Wednesday 16 July 2008 18:33, you wrote: > http://article.gmane.org/gmane.linux.kernel/706950 > > Again a mis representation in pulic? > > --Siju "OpenBSD - proudly powered by primates' privates" -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: What is our ultimate goal??
On Wednesday 20 February 2008 13:14, Henning Brauer wrote: > * Mayuresh Kathe <[EMAIL PROTECTED]> [2008-02-20 14:07]: > > On Feb 20, 2008 5:52 PM, Henning Brauer <[EMAIL PROTECTED]> wrote: > > > * Mayuresh Kathe <[EMAIL PROTECTED]> [2008-02-20 13:12]: > > > > On Feb 20, 2008 4:58 PM, Henning Brauer <[EMAIL PROTECTED]> wrote: > > > > > * Mayuresh Kathe <[EMAIL PROTECTED]> [2008-02-17 13:38]: > > > > > > Wouldn't it be nice to have a high performance networking stack? > > > > > > > > > > yeah. > > > > > guess what we have? > > > > > exactly that. > > > > > (which doesn't mean it could be even faster) > > > > > > > > Pardon if I sound ignorant, but isn't our networking stack based on > > > > the 24 year old technology from Berkeley? > > > > > > so? > > > isn't your computer running on >>100 years old technology called > > > "electricity"? > > > > But that >100 year old technology used to be DC earlier, then it was > > converted to AC because of its inherent benefits. > > way over a hundred years ago, yes (except for some small irrelevant > isles like parts of new york if memory serves). > > > Similarly, wouldn't it have been beneficial to go for a modern > > approach for the network stack? > > we have a very modern approach: correct, secure and fast. > > > (not that now I can do anything about it, all's lost for me) > > Could you please read http://research.sun.com/minds/2007-0710/ > > yeah, i did, lots of marketing blubber, lots of bla bla, lots of vague > indications, nothing concrete, nothing technical. I did read this as well, and for my two tiny cents it has to be said that OBSD runs a great deal faster on my (admittedly rather elderly) Sun boxen than Solaris ever did. -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Need a major favor from Theo!
On Monday 14 January 2008 23:00, you wrote: > Hey guys!!! (with special request for Theor pls!) > > Theo, I need a favor big guy! (only an easy one this time, I swear to it > sir! LOLSLS)! > > See, we have the audit happening here at the bank this time and it's > causing me a lot of headaches and pains. A whiles back I replaced Cisco > stuff here with OBSD and pf and OpenBPG and all that jazz because you > (you = Theo) and Danny J. Harmminereater (or what everyour name is guy > who wrote OepnBGP) said that is the smarty thing to do! Well, it turns > out we still got some Cisco contracts open and all, and these auditors > need some docs filled out by you two. > > It's no big deal, I swear! They just want me to sent these docs (only > about twenty pages) titled "Assumption of Vendor Liability" off to you > for you to fill out and send back. Easy as punch!!! > > So if you could give a an mailing address that would be swell. I promise > that if you do this, I will buy a CD set this time and not take the > bootlegs ISOs that Maddog releases! Ah, how refreshing! Now the King of Trolls has entered the arena, we need have fewer dealings with the various under-trolls that have had control of the list for the last few months. Or is it years? -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Straw men (Straw women too thx Hannah)
To: Santa, The North Pole (next to Superman's house) Dear Santa, I am a poor kid from England and what I really, really want for Christmas is for this thread to end. Love to Rudolph and the elves, Fergus (age 45) -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Google employment opportunity
> > As the messiah said when he was in Britain with his 4 brothers (BRT:3:1) > > Damn, must have been out that day. -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: OpenBSD Install Goal
On Friday 14 September 2007 06:15, you wrote: > Marco Peereboom wrote: > > I installed FreeBSD once in my life. Took me 3 tries and I am sure some > > kittens were murdered in the process. I am also pretty sure I wept at > > some point. Honestly I can't remember a much worse installer; maybe SCO > > OpenServer but not by much. > > I second that! If FreeBSD is the OP's model for positive software > evolution, then I am glad that OpenBSD has left the 'archaic' installer > more or less alone, and concentrated on high quality additions to the > meat and potatoes of the project, namely the tools and drivers in the OS > itself. Just a me too - I first installed OpenBSD on an old 486, and have since put it on lots of different things. I am a rank amateur and have neither the time nor the innate ability to become a unix expert. The OBSD installer, once you've 'got it' (and to get it you only have to read the instructions) is *excellent* and I've never used better. Installing and upgrading OBSD (including the completely transformed and beautiful packaging system) is an absolute model and provides so many ways to cope with so many unpredictable situations. It is certainly a great deal easier than FreeBSD IMHO, and while I may have naively and misguidedly thought that it would have been nicer to have a more graphical approach when I first encountered the system, I would now hate to see its power, cross-platform solidity and simplicity changed. Best Fergus > > Theo was just posting about 'gimme gimme gimme culture' and look what > rears up and slobbers all over this list! > > Breeno -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Show your appreciation and get your 4.2 DVD
On Monday 10 September 2007 19:10, you wrote: > Theo de Raadt wrote: > >> Theo de Raadt wrote: > >>>> Theo de Raadt wrote: > >>>> > >>>> > >>>>> Decreasing CD sales means the margins have to be adjusted. More of > >>>>> you are relying on our FTP services, and also donating less. > >>>> > >>>> > >>>> > >>>> Hey Theo just a quick suggestion to increase the cash donations: > >>>> > >>>> Why aren't the web-order-cash-donations (no longer) added to the > >>>> donations.html page ? Sad but unfortunately true there are petty > >>>> people like me for whom that actually matters. > >>> > >>> They are, but there is a lot of latency. Yes, that really sucks. > >>> Perhaps I will take a shot at 'pushing' a lot of them forward today. > >> > >> Yup me too petty and whiner. > >> > >> I have been sending $20 a month for something over a year. I was on the > >> donation page, then gone. Sent mail to Austin a couple of times, got > >> peevish and wanted to stop the donation ... then remembered, I don't do > >> it for credit. I do it so the project can continue, or in this case buy > >> pizza for one day of one hackathon once a year. I order CD, poster and > >> T-shirt for every release, not because I think you care but because I > >> get fantastic value for dollar. > > > > Yours is a special case. Yours comes as that weird mailed cheque, > > and I did add you. Bizzare, but I never commited it, because ... I don't > > know how. Bizzare. Maybe it conflicted by the time I wanted to. > > > > The big issue these days is donation fraud -- I'm not joking. About > > 20-30% of donations by credit/paypal come in, and then the transaction > > does not clear (credit card) or gets backed out of later (credit card > > or paypal). We have been trying to not cope with that through a > > process of "deleting names later", and that has introduced latency. > > But I don't know how to tell the public those figures. It is > > unbelievably stupid. > > I did not know that. You have already spent way more time on this than > the donation in question is worth. I do it this way because it is > automated from my perspective and therefore reliable, and allows me to > retain control of the transaction. If there is a better way I would be > happy to change. I've been in the habit of sending a Paypal donation whenever I have hammered on the FTP sites, as well as trying to buy most of the disk sets either personally or through work, or both. I'd been assuming a direct 'cash' donation was in many ways the easiest/best way of doing things for OBSD, in that I'm not asking for any physical goods in return. Is that still the case? I have used Paypal because I'm in the UK and it seems a streamlined way of sorting out the annoying currency issues. Anything about this I should change? The idea that people would renege on a donation is rather gloomy news. I hope none of mine have ever gone wrong without my knowledge. Cheers Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Sparc64 ATI cards
On Thursday 06 September 2007 14:16, T. Ribbrock wrote: > On Thu, Sep 06, 2007 at 01:52:20PM +0100, Edd Barrett wrote: > > Hi, > > > > "ATI Rage (vgafb), includes the PGX and PGX24 on-board frame buffers" > > > > Does that include PGX32 cards (X3668A-370-3753)? > > AFAIR, the PGX32 (aka Raptor GFX 8P) is made by Tech-Source and not ATI > based, hence, I'd be surprised if the ATI driver supports it. Some time > back, I ran into the same under Linux/Sparc and the PGX32 was definitely > not supported by ATI drivers. > > Cheerio, > > Thomas I couldn't get one of those Raptor cards working either. I have taken it out of the Ultra5 it was in, and am using the built in PGX24 on the motherboard. That works fine. However, I did have to do something complex and numinous at the OBP prompt in order to tell the BIOS to send the video signal to that output rather than to the PCI Raptor. I made a note, but have thrown it out, but at least I can give you a heads up on the issue if you find you don't get any video output from the PGX 24. Good luck Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: communism is good
On Wednesday 05 September 2007 17:47, Josef Stalin wrote: > communism is good, openbsd comrades. > > it is very nice. Josef! Nice to have you back. Love to Mrs S. and to Lavrenty Beria, too, if he's joined you in the comeback. Now if Trotsky is back too, no 'icepick to the head' stunts from you this time, OK? You just let him hang about Mexico nattering on about continuous revolution and trying to get off with Frida Kahlo, because a) it's not nice to stab people with icepicks, and b) 'continuous revolution' means jack-diddly and will come to nothing. Fraternally yours, Czar Nicholas II. Oh yes. I'm back too. Has anyone seen my wife or that dratted monk? -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Parrilladas a domicilio
On Thursday 14 June 2007 08:05, you wrote: > SERVICIOS A DOMICILIO > TAQUIZAS > Taquiza de platillos mexicanos > Taquizas de pastor > Taquiza de parrilla al carbsn > Taquizas tipo kermis At last, some spam we can actually use! I intend to go in for this, but I need details on the /dev/bbq device and how to set it up. Also, if this guy can actually supply a Mariachi band that is truly hot-pluggable then this promises to be OpenBSD's tastiest Mexican summer for a while. > > BUFETES > Bufete de 3 o 4 tiempos > Bufete de antojos Mexicanos > Bufete tipo Kermis > Bufete de mariscos > Bufete tipo Cotail > Bufete ambigz > > DESAYUNOS > Formal de 3 o 4 tiempos > Bufete Continental > Tmpico Mexicano > > VARIOS > Tacos de canasta > Tamales para eventos masivos > Box Lunch > Comida Infantil > Payasos, Magos, teatro guiqol. > Brincolines, inflables, juegos infantiles tipo feria. > Video filmaciones, Fotografia. > > ADEMAS CONTAMOS CON EL SERVICIO COMPLETO DE UTILERMA COMO ES: > Silla acojinada vajilla; loza, barro, Talavera Grupos musicales > Silla tiffany Cristalerma; crisa, vidrio soplado Mariachis > Mesas redondas Mantelerma; tergal, Dublmn, acambaya Trmos > Mesas Rect.. Karpas elegantes Marimbas > Mesas Bridge Enlonados Tecladista > Mesas de bar Toldo Decorativos > Tarimas Iluminacisn Juegos piroctenicos > Templetes Audio Y video > > > JOSI PESN CONTRERAS 54. COL OBRERA. MEXICO. D.F. TELS. 54-40-27-02 y > 54-40-27-03 > nuestro site "www.parrilladas.com.mx" Llame nosotro vamos!. > Si por error recibio este email, favor de reenviar con el asunto "NO > ENVIAR" para ser removido, y disculpe las molestias -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Which tools the OpenBSD developers are using?
On Wednesday 29 November 2006 03:05, you wrote: > On Tue, Nov 28, 2006 at 06:50:22PM -0800, Karsten McMinn wrote: > > On 11/28/06, Diana Eichert <[EMAIL PROTECTED]> wrote: > > >I use a soldering iron, dremel tool, sheet metal/plastic nibbler and > > >solder wick. > > > > > >diana > > >PS Then I load my AR-15 to see if I can shoot any holes in my code. > > > > I highly recommend glue guns, gnomes and jars of fat free mayonaise. > > why fat free you ask? because I dont want blobs sticking to my > > arteries. > > C'mon! Stick to the real topic! > > I love tail, personally. So do I. Waste a deal of time chasing it though. > When that doesn't do it, then head usually > works. -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Version 4.0 release
On Monday 09 October 2006 22:44, you wrote: > I see 4.0 is coming out, and yet, no hardware raid support, no fixes for > raidframe, > and still no SMP support, for sparc64 on Ultrasparc II machines. Just to give you an idea how lazy the OpenBSD developers are, I got up this morning and went downstairs to discover that not one of those idle bastards had even begun making breakfast for me. Not even ground the damn coffee beans. These people had better realise that they're not the only free breakfast service in town. And they never got my girlfriend a birthday present, leaving it up to *me* to do it myself. Unbelievable. -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: openbsd and the money
On Thursday 23 March 2006 14:09, frantisek holop wrote: > just before i order my 3.9: > > this is what i feel sometimes, and i think sometimes more of you do. > > > people who read misc@ for years might identify the following > (for me disturbing) trend: > > > twice a year (or maybe more) when it comes to money issues, Theo and > the devs ask for donations, cd purchases. at the same time, people > are every once in a while reminded how "lucky" they are to use what > the devs create solely "for themselves". this brainwashing is so > effective even some other advocators are using it now, defending > the poor helpless devs. > > > unfortunately there is no real community around openbsd. at least > i dont see one -- one where there are people without cvs commit. > if you don't have cvs commit, you are a nobody that's what misc@ > will teach any newcomer using iron and fire. i try to be part > of a community but the devs say you are nobody and should be glad > that you can use this stuff. Well I've been lurking here a long time, and feel I have had massive return for the odd purchase and donation. I don't see any hypocrisy whatever in the development process, rather I thank my lucky stars that OBSD has a strong purpose and direction. I don't think it's a problem that people are told they can't expect to get features put into or changed > > > except when it comes to money. well, well. > > then suddenly we ARE a community, we are NEEDED and should feel as one, > so we can join powers and walk off into the setting sun. > > > > it is this hypocracy i hate the most (just as much as Theo does too > -- that is why i love openbsd). if the project needs my money, > i'd like to see a different stance from Theo and the devs and > not the default "go run something else idiot, we don't need you." > > > because you obviously need my at least twice a year. > > > > you Theo, have the luxury only few have: work full time on what > you like the most. you don't have to go to meetings and live > the corporate rat's life or some such non-sense. > > WE make it possible for YOU Theo to do this. > so don't tell me i am lucky to use openbsd. > > > having said that, i am going to order 3.9 just as i have been ordering > releases every 6 month since i started making money. > > -f -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Can't set environment variable on OpenBSD 3.8
On Tuesday 08 November 2005 07:17, Tomas wrote: > Hello, > > > > I cant set environment variable on OpenBSD 3.8. I issue command env > testvar=var and I get printout with all the environment variables: I seem to be having no difficulty setting $TESTVAR on 3.8 here using these commands; in csh: # setenv TESTVAR var # echo $TESTVAR var in ksh: export TESTVAR=var # echo $TESTVAR var Sorry if I have misunderstood the question. HTH Fergus
