Finally getting a chance to look at this again, and I had a couple of
questions.
One, am I right that cvs co and cvs get are basically the same thing?
(get, per http://www.openbsd.org/anoncvs.html ,
and co, per http://www.openbsd.org/faq/faq5.html#Bld .)
The other, assuming that the last package
Man. Thanks for the reminder.
+1
Sent form my iFoe.
> On Aug 27, 2014, at 16:21, Diana Eichert wrote:
>
> I don't think it's off topic but others might. I'm writing this post to
> remember Chuck Yerkes, a long time contributor to the misc@openbsd list.
> While riding his motorcycle 10 years
+1
2014-08-28 6:08 GMT+02:00 Philip Guenther :
> On Wed, Aug 27, 2014 at 4:21 PM, Diana Eichert
> wrote:
>
> > I don't think it's off topic but others might. I'm writing this post to
> > remember Chuck Yerkes, a long time contributor to the misc@openbsd list.
> > While riding his motorcycle 1
On Thursday, August 28, 2014 2:01:10 PM Jonathan Gray wrote:
> Try a more recent snapshot, there was a fix that went in after that one:
>
>
> revision 1.107
> date: 2014/08/20 23:56:57; author: dlg; state: Exp; lines: +3 -1;
> commitid: LKds0X7ar6JW3YqG; after allo
On Wed, Aug 27, 2014 at 4:21 PM, Diana Eichert wrote:
> I don't think it's off topic but others might. I'm writing this post to
> remember Chuck Yerkes, a long time contributor to the misc@openbsd list.
> While riding his motorcycle 10 years ago Chuck was involved in an accident
> and passed awa
Try a more recent snapshot, there was a fix that went in after that one:
revision 1.107
date: 2014/08/20 23:56:57; author: dlg; state: Exp; lines: +3 -1; commitid:
LKds0X7ar6JW3YqG;
after allocating an mbuf and cluster you still need to init the length
fields.
fo
I recently installed OpenBSD-current snapshot onto a box that has an nvidia
chipset, including integrated an integrated MCP51 10/100 nvidia network
controller.
I cannot seem to get the network to work under OpenBSD, although it worked
quite well with FreeBSD.
the related bits in dmesg are:
nf
Hi,
Kapetanakis Giannis wrote on Wed, Aug 27, 2014 at 11:55:26AM +0300:
> I'm getting this in my daily security(8) run:
>
> Running security(8):
> tset: standard error: Inappropriate ioctl for device
>
> How can I get more details?
You might start by showing the information you already have.
U
I don't think it's off topic but others might. I'm writing this post to
remember Chuck Yerkes, a long time contributor to the misc@openbsd list.
While riding his motorcycle 10 years ago Chuck was involved in an accident
and passed away as a result of his injuries.
http://web.archive.org/web/2004
On 26-08-2014 05:00, Maurice McCarthy wrote:
> Yubikey 2.2+ static passwords went up to 38 characters and changeable by the
user. Yubikey Neo is not changeable. Later this year there is supposed to be a
public release of the NEO with U2F, Universal 2nd Factor including wireless
support. It has been
On Wed, Aug 27, 2014 at 07:03:47PM +0200, Christian Weisgerber wrote:
| Now, the real question is whether enterprise drives actually *are*
| more reliable than consumer drives.
Hmm, I thought they wrote about consumer drives being more reliable
than enterprise drives somewhere, but can't find it n
On 08/27/2014 01:03 PM, Christian Weisgerber wrote:
> Paul de Weerd:
>
>> | Here's a bold suggestion: Don't buy consumer drives.
>>
>> The guys that buy LOTS disagree.
>> https://www.backblaze.com/blog/what-hard-drive-should-i-buy/
> Oh, I know. That's a different operations model, though. When y
> The files http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig]
> don't have a hash for etc56.tgz and the etc56.tgz file is also older that
> the other base files. Is this an error or did I miss something?
etc.tgz is now inside the base, hiding inside /usr/share
The old files will sho
>> The files
>> http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig] don't
>> have a hash for etc56.tgz and the etc56.tgz file is also older that
>> the other base files. Is this an error or did I miss something?
>
> http://marc.info/?l=openbsd-cvs&m=140908438211799&w=2
Thanks, apparent
>> The files
>> http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig]
>> don't have a hash for etc56.tgz and the etc56.tgz file is also older
>> that
>> the other base files. Is this an error or did I miss something?
>
> the etc set goes away.
Thanks, that explains...
Kind regards,
Ma
On Wed, 27 Aug 2014 19:47:33 +0200, "Martijn Rijkeboer"
wrote:
> Hi,
>
> The files
> http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig] don't
> have a hash for etc56.tgz and the etc56.tgz file is also older that
> the other base files. Is this an error or did I miss something?
http
mart...@bunix.org (Martijn Rijkeboer), 2014.08.27 (Wed) 19:47 (CEST):
> The files http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig]
> don't have a hash for etc56.tgz and the etc56.tgz file is also older that
> the other base files. Is this an error or did I miss something?
I thought
* Martijn Rijkeboer [2014-08-27 19:49]:
> The files http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig]
> don't have a hash for etc56.tgz and the etc56.tgz file is also older that
> the other base files. Is this an error or did I miss something?
the etc set goes away.
--
Henning Bra
* Paul de Weerd [2014-08-27 17:32]:
> On Wed, Aug 27, 2014 at 03:21:13PM +, Christian Weisgerber wrote:
> | On 2014-08-25, Dave Anderson wrote:
> |
> | > Yup, time for a new disk. I'm off to do some research on who makes the
> | > most reliable ones these days. [Suggestions from anyone kno
Hi,
The files http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256[.sig]
don't have a hash for etc56.tgz and the etc56.tgz file is also older that
the other base files. Is this an error or did I miss something?
Kind regards,
Martijn Rijkeboer
On Wed, Aug 27, 2014 at 12:56 PM, Alan McKay wrote:
> Anyone have any ideas here?
Well I'd been through the nc man page close to a dozen times ... and
just this one last time noticed the -w option for "timeout"
Works a charm!
--
"Don't eat anything you've ever seen advertised on TV"
Paul de Weerd:
> | Here's a bold suggestion: Don't buy consumer drives.
>
> The guys that buy LOTS disagree.
> https://www.backblaze.com/blog/what-hard-drive-should-i-buy/
Oh, I know. That's a different operations model, though. When you
have LOTS of drives, failures will inevitably become com
Hi folks,
I'm writing some scripts to clone over the network, and since I have
mostly boxes that do not have the -N option on nc, this is proving to
be an issue.
I have a bunch of dump files - one for each filesystem - that were
created from a live system. When I want to send them back over the
Thus said Clint Pachl on Mon, 25 Aug 2014 16:36:26 -0700:
> If someone knows how to do this properly via getty(8), I would be very
> interested.
I've used this successfully (not sure how proper it is):
/etc/ttys:
ttyC0 "/usr/libexec/getty console.nopw" vt220 on secure
/etc/gettytab:
On Wed, Aug 27, 2014 at 03:21:13PM +, Christian Weisgerber wrote:
| On 2014-08-25, Dave Anderson wrote:
|
| > Yup, time for a new disk. I'm off to do some research on who makes the
| > most reliable ones these days. [Suggestions from anyone knowledgable
| > are welcome.]
|
| Here's a bold
On 2014-08-25, Dave Anderson wrote:
> Yup, time for a new disk. I'm off to do some research on who makes the
> most reliable ones these days. [Suggestions from anyone knowledgable
> are welcome.]
Here's a bold suggestion: Don't buy consumer drives.
--
Christian "naddy" Weisgerber
Hi all
To finish off this ancient thread, I've written up what it took to get
StrongSwan to play nicely with iked and to build a GRE tunnel over the
IPSec link:
http://markus.wernig.net/en/it/ip6tunnel.phtml
Any feedback is of course very welcome.
krgds /markus
On 08/13/2014 06:05 AM, Markus W
Hi Josh,
thx for the fast reply I will check the fstab out it may solve the problem
regards
Markus
Am 27.08.2014 13:58, schrieb Josh Grosse:
On 2014-08-27 05:15, Markus Rosjat wrote:
Hello,
I simply dd'ed the HDD of our Server and converted the image to a
virtual disk, I created a VM ans f
On 2014-08-27 05:15, Markus Rosjat wrote:
Hello,
I simply dd'ed the HDD of our Server and converted the image to a
virtual disk, I created a VM ans fired it up. Of course I get the
information that the softraid can't find another disk but it's not
really needed anymore. The problem I have now is
On 08/25/14 18:33, Dave Anderson wrote:
...
> Yup, time for a new disk. I'm off to do some research on who makes the
> most reliable ones these days. [Suggestions from anyone knowledgable
> are welcome.]
The problem with researching reliability is you are looking in the rear
view mirror -- what
Hello,
I simply dd'ed the HDD of our Server and converted the image to a
virtual disk, I created a VM ans fired it up. Of course I get the
information that the softraid can't find another disk but it's not
really needed anymore. The problem I have now is with the swapmount for
the 2nd (not pr
Hi,
I'm getting this in my daily security(8) run:
Running security(8):
tset: standard error: Inappropriate ioctl for device
How can I get more details?
thanks
G
On Tue, Aug 26, 2014 at 11:18 PM, frantisek holop wrote:
> you are right. changing it to
>
> urxvt.termName: rxvt-256color
Better using "rxvt-unicode-256color"
Ciao,
David
33 matches
Mail list logo