Re: Unable to configure smtpd as backup server

[Gilles Chehade]

On Mon, Jun 24, 2013 at 01:41:49PM -0700, Scott Vanderbilt wrote:
> On 6/24/2013 1:23 PM, Gilles Chehade wrote:
> 
> >>>"relay backup" is used to setup secondary mail servers for a domain,
> >>>that is a server that accept mails for a domain and relay to MXs with
> >>>higher priority (i.e. lower preference in DNS).
> >>>
> >>So when you specify 'mx' as a parameter for the 'backup' keyword,
> >>what does that mean precisely? A DNS server host name? A preference
> >>value?
> >>
> >>When I see MX, I think of the MX records in the DNS zone file. I
> >>tried using a preference value, and that was rejected by smtpd as
> >>invalid.
> >>
> >
> >
> > If the backup parameter is specified, the current server
> > will act as a backup server for the target domain.
> > Accepted mails are only relayed through servers with a
> > lower preference value in the MX record for the domain
> > than the one specified in mx. [...]
> >
> >therefore:
> >
> > accept for domain foobar.org relay backup mx2.example.org
> >
> >will turn your machine as a backup mx for domain foobar.org with the
> >same priority as mx2.example.org, only relaying to other MXs that have
> >a higher priority
> 
> Excellent. That's precisely what I needed to know. Thank you!
> 

np


> Also, there is something in the smptd.conf(5) man page which I found
> confusing. In the second example, it says "The mail server has an
> external interface bnx0." But then the example code goes on to say
> "listen on egress". Why is the interface 'bnx0' mentioned if it's
> not actually used in the example code? I'm assuming that is a
> mistake, but I don't know enough to say for certain.
>

yes that's an error, the examples used to reference specific interfaces
and I have forgotten a description somewhere when I updated the
example to no longer do that.

I actually fixed it locally about 10 days ago when another user
reported the same bug but didn't commit to OpenBSD, it'll do that
shortly thanks ;-)


> Thanks again for this fantastic software. It pleases me to no end to
> never have to look at a .mc file ever again.
> 

no one should, no one should ... ever


-- 
Gilles Chehade

https://www.poolp.org  @poolpOrg

Re: www.openbsd.org down?

[Alexander Hall]

Ok, so maybe my level of irony wasn't obvious. I was not serious. I cannot
imagine having reports from all over saying "doesn't work from here
either" would help, and I got annoyed by all the noise.

Anyway, it now seems up (from Sweden!) ;-), so lets just all drop this,
mmkay?

/Alexander

> Can someone please test from Burundi, Johannesburg and Minsk? Because that
> would probably also be really really really interesting.
>
> Luis Coronado  wrote:
>
>>Down from Costa Rica as well.
>>
>>-luis
>>
>>
>>On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
>>wrote:
>>
>>> I can't access the website but it is responding to ping requests from
>>here
>>> in New York.
>>>
>>> On 06/25/2013 05:50 AM, Johan Mellberg wrote:
>>>
 Weird. Works from here (Sweden).

 ==

 25 jun 2013 kl. 11:43 skrev Alan Cheng :

  I can't access www.openbsd.org right now.
>
>>http://www.**downforeveryoneorjustme.com/**www.openbsd.orgshows
>>it's down.

Re: www.openbsd.org down?

[Wayne Oliver]

Don't quite know where to post in this thread….
All good in Johannesburg :-p

-Wayn0

On 25 Jun 2013, at 5:10 PM, Alexander Hall  wrote:

> Can someone please test from Burundi, Johannesburg and Minsk? Because that 
> would probably also be really really really interesting.
> 
> Luis Coronado  wrote:
> 
>> Down from Costa Rica as well.
>> 
>> -luis
>> 
>> 
>> On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
>> wrote:
>> 
>>> I can't access the website but it is responding to ping requests from
>> here
>>> in New York.
>>> 
>>> On 06/25/2013 05:50 AM, Johan Mellberg wrote:
>>> 
 Weird. Works from here (Sweden).
 
 ==
 
 25 jun 2013 kl. 11:43 skrev Alan Cheng :
 
 I can't access www.openbsd.org right now.
> 
>> http://www.**downforeveryoneorjustme.com/**www.openbsd.orgshows
>> it's down.

bge problems

[Aaron Jackson]

Are there any known issues with the bge driver? I have a Dell Optiplex GX280 
with onboard ethernet that I'm having trouble connecting to my network. When I 
try to run an app that connects to the network, like ssh or nslookup, it just 
hangs and then exits with a timeout error. As a test, I put in an fxp card in 
the computer and then moved hostname.bge0 to hostname.fxp0, switched the cable 
and rebooted. Everything worked as expected. I'd like to get the onboard bge 
card working if possible. Any suggestions? Thanks.
 
Aaron

OpenBSD 5.3 (GENERIC) #50: Tue Mar 12 18:35:23 MDT 2013
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) 4 CPU 3.00GHz ("GenuineIntel" 686-class) 3 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,CNXT-ID,xTPR
real mem  = 1063354368 (1014MB)
avail mem = 1034993664 (987MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 06/09/04, BIOS32 rev. 0 @ 0xffe90, SMBIOS 
rev. 2.3 @ 0xf0450 (74 entries)
bios0: vendor Dell Inc. version "A00" date 06/09/2004
bios0: Dell Inc. Optiplex GX280
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET
acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI1(S5) PCI2(S5) PCI3(S5) PCI4(S5) 
MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 199MHz
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 4 (PCI1)
acpiprt1 at acpi0: bus 2 (PCI2)
acpiprt2 at acpi0: bus 3 (PCI3)
acpiprt3 at acpi0: bus 1 (PCI4)
acpiprt4 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpibtn0 at acpi0: VBTN
bios0: ROM list: 0xc/0xa800! 0xca800/0x1000 0xcb800/0x1800! 0xcd000/0x3000
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82915G Host" rev 0x04
ppb0 at pci0 dev 1 function 0 "Intel 82915G PCIE" rev 0x04: apic 8 int 16
pci1 at ppb0 bus 1
vga1 at pci0 dev 2 function 0 "Intel 82915G Video" rev 0x04
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xc000, size 0x1000
inteldrm0 at vga1: apic 8 int 16
drm0 at inteldrm0
"Intel 82915G Video" rev 0x04 at pci0 dev 2 function 1 not configured
ppb1 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x03: apic 8 int 16
pci2 at ppb1 bus 2
bge0 at pci2 dev 0 function 0 "Broadcom BCM5751" rev 0x01, BCM5750 A1 (0x4001): 
apic 8 int 16, address 00:0f:1f:dc:7d:4a
brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0
ppb2 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x03
pci3 at ppb2 bus 3
uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x03: apic 8 int 21
uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x03: apic 8 int 22
uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev 0x03: apic 8 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801FB USB" rev 0x03: apic 8 int 23
ehci0 at pci0 dev 29 function 7 "Intel 82801FB USB" rev 0x03: apic 8 int 21
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xd3
pci4 at ppb3 bus 4
fxp0 at pci4 dev 0 function 0 "Intel 8255x" rev 0x08, i82559: apic 8 int 16, 
address 00:90:27:74:87:fe
inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4
auich0 at pci0 dev 30 function 2 "Intel 82801FB AC97" rev 0x03: apic 8 int 23, 
ICH6 AC97
ac97: codec id 0x41445374 (Analog Devices AD1981B)
ac97: codec features headphone, 20 bit DAC, No 3D Stereo
audio0 at auich0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801FB LPC" rev 0x03: PM disabled
pciide0 at pci0 dev 31 function 1 "Intel 82801FB IDE" rev 0x03: DMA, channel 0 
configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  ATAPI 5/cdrom 
removable
atapiscsi1 at pciide0 channel 0 drive 1
scsibus1 at atapiscsi1: 2 targets
cd1 at scsibus1 targ 0 lun 0: <_NEC, DVD+RW ND-2100AD, 103D> ATAPI 5/cdrom 
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
cd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
pciide1 at pci0 dev 31 function 2 "Intel 82801FB SATA" rev 0x03: DMA, channel 0 
configured to native-PCI, channel 1 configured to native-PCI
pciide1: using apic 8 int 20 for native-PCI interrupt
wd0 at pciide1 channel 0 drive 0: 
wd0: 16-sector PIO, LBA, 76293MB, 15625 sectors
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 6
ichiic0 at pci0 dev 31 function 3 "Intel 82801FB SMBus" rev 0x03: SMI
iic0 at ichiic0
spdmem0 at iic0 add

Re: Snapshot shasum mismatch

[Philip Guenther]

On Tue, Jun 25, 2013 at 10:39 AM, toby  wrote:
>> This happens from time-to-time with Snapshots.  It usually does not mean
>> there is a problem, but that a partial snap went out.  Wait a while for
>> the mirrors to catch up.
>
> Oh ok, but how come all the time stamps say that all the files in the
> directory were last modified on the 24th (both the correctly summed files
> and the the incorrect ones)? I thought that meant that all the files in
> that directory had been updated on the same day. Or do you mean something
> else by partial update?

In this case, a close examination would show that the base sets were
updated in the minute before the X sets were updated.  It's likely
that what occurred was the updates to the SHA256 file overlapped,
resulting in the checksums for the new base sets were overwritten with
the checksums for the previous base sets.



> Also, I wondered if there was a way to have the installer/upgrader ask you
> whether or not you want to continue if it encounters an incorrect shasum?
> By default it just carries on regardless.

That would involve downloading all the sets before installing any of
them, as you don't want to mix sets.  Where do you put them before
then?  It's probably doable, but working out the details would be a
chunk of work for someone.  Worth it?  Not to me...


Philip Guenther

Re: www.openbsd.org down?

[Luis Coronado]

Panama is ok too, sorry my Burundi server is not running at this time.

-luis



On Tue, Jun 25, 2013 at 9:26 PM, Bill Swisher  wrote:

> On 06/25/2013 07:10 AM, Alexander Hall wrote:
>
>> Can someone please test from Burundi, Johannesburg and Minsk? Because
>> that would probably also be really really really interesting.
>>
>
> It works from Anchorage Alaska, if that helps.

Re: www.openbsd.org down?

[Bill Swisher]

On 06/25/2013 07:10 AM, Alexander Hall wrote:

Can someone please test from Burundi, Johannesburg and Minsk? Because that 
would probably also be really really really interesting.


It works from Anchorage Alaska, if that helps.

Re: www.openbsd.org down?

[Alexander Hall]

Can someone please test from Burundi, Johannesburg and Minsk? Because that 
would probably also be really really really interesting.

Luis Coronado  wrote:

>Down from Costa Rica as well.
>
>-luis
>
>
>On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
>wrote:
>
>> I can't access the website but it is responding to ping requests from
>here
>> in New York.
>>
>> On 06/25/2013 05:50 AM, Johan Mellberg wrote:
>>
>>> Weird. Works from here (Sweden).
>>>
>>> ==
>>>
>>> 25 jun 2013 kl. 11:43 skrev Alan Cheng :
>>>
>>>  I can't access www.openbsd.org right now.

>http://www.**downforeveryoneorjustme.com/**www.openbsd.orgshows
>it's down.

Re: Question about caching system

[Brett Lymn]

On Tue, Jun 25, 2013 at 10:33:23AM +0200, Ingo Schwarze wrote:
> Ioana b wrote on Mon, Jun 24, 2013 at 06:37:04AM -0700:
> 
> > is there any kind of "name service cache" system like nscd for linux
> > available any time soon? It would be helpful to have a cache for the
> > users password in case the authentication system is unavailable.
> 
> Let's *not* do that.  I experienced PITA many times on Linux
> because of outdated cache entries and users complaining "thank
> you for changing/updating/fixing my account data, but somehow
> it still doesn't seem to work..." - me: "did you try on one of
> our OpenBSD hosts?" - user: "yes, it does work fine there."
> 
> See the problem?
> 

Yup, lack of nscd -i by the sysadmin...

-- 
Brett Lymn
"Warning:
The information contained in this email and any attached files is
confidential to BAE Systems Australia. If you are not the intended
recipient, any use, disclosure or copying of this email or any
attachments is expressly prohibited.  If you have received this email
in error, please notify us immediately. VIRUS: Every care has been
taken to ensure this email and its attachments are virus free,
however, any loss or damage incurred in using this email is not the
sender's responsibility.  It is your responsibility to ensure virus
checks are completed before installing any data sent in this email to
your computer."

Re: Question about caching system

[J Sisson]

On Tue, Jun 25, 2013 at 2:42 AM, Philip Guenther  wrote:

> First of all, a plain cache is a *poor* means of increasing
> availability, as it provides no guarantees.


nscd does an awesome job of increasing the non-availability of user info =)

I mean, it comes with an automatic service restart option...yes a CACHE
that restarts itself to avoid hangs.

Epic.  Fail.

Re: X or cwm got slower

[Jan Stary]

On Jun 25 10:45:08, guent...@gmail.com wrote:
> On Tue, Jun 25, 2013 at 10:24 AM, Callum Davies  wrote:
> > I'm also not an X hacker but nv should use EXA since ~2007?
> 
> "should"?  No, not if you believe nv(4).  "Can"?  It would seem so.
> "Does by default, or at least if XAA isn't available"?  Doesn't seem
> so.  Setting
>   Option "AccelMethod" "EXA"
> 
> might improve performance.  Or it might crash and burn, given that it
> hasn't been the default and is therefore probably undertested.

With this option, the horribly slow redrawings
of a moved window are gone, but it is still
very slugish; opening (any) new window takes forever,
then a grey rectangle appears for a moment,
then finaly the content appears. Overall,
vesa is much more usable than nv with this.
(Thanks for the hint anyway.)
I'll juts get rid of this.

Re: Snapshot shasum mismatch

[toby]

> This happens from time-to-time with Snapshots.  It usually does not mean
> there is a problem, but that a partial snap went out.  Wait a while for
> the mirrors to catch up.


Oh ok, but how come all the time stamps say that all the files in the
directory were last modified on the 24th (both the correctly summed files
and the the incorrect ones)? I thought that meant that all the files in
that directory had been updated on the same day. Or do you mean something
else by partial update?

Also, I wondered if there was a way to have the installer/upgrader ask you
whether or not you want to continue if it encounters an incorrect shasum?
By default it just carries on regardless.

Unfortunately I was too impatient and lazy to check beforehand this time...
not  a mistake I'm likely to make again anytime soon! But still, it's
always nice when a piece of software picks up the slack of my many
character defects, so I thought I'd ask!

Re: www.openbsd.org down?

[Chris Bennett]

On Tue, Jun 25, 2013 at 10:51:12AM -0700, Chris Cappuccio wrote:
> Robert Blacquiere [rob...@blacquiere.nl] wrote:
> > On Tue, Jun 25, 2013 at 05:43:36PM +0800, Alan Cheng wrote:
> > > I can't access www.openbsd.org right now.
> > > http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.
> > > 
> > It is taken down by NSA secret agents? Or just bgp flapping somewehere
> > near the site? 
> 
> NSA flooding.
> 

The NSA has stopped 50 floodings by terrorists.
So it can't be that.

Re: www.openbsd.org down?

[Chris Cappuccio]

Robert Blacquiere [rob...@blacquiere.nl] wrote:
> On Tue, Jun 25, 2013 at 05:43:36PM +0800, Alan Cheng wrote:
> > I can't access www.openbsd.org right now.
> > http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.
> > 
> It is taken down by NSA secret agents? Or just bgp flapping somewehere
> near the site? 

NSA flooding.

Re: X or cwm got slower

[Philip Guenther]

On Tue, Jun 25, 2013 at 10:24 AM, Callum Davies  wrote:
> I'm also not an X hacker but nv should use EXA since ~2007?

"should"?  No, not if you believe nv(4).  "Can"?  It would seem so.
"Does by default, or at least if XAA isn't available"?  Doesn't seem
so.  Setting
  Option "AccelMethod" "EXA"

might improve performance.  Or it might crash and burn, given that it
hasn't been the default and is therefore probably undertested.


Philip Guenther

Re: X or cwm got slower

[Marc Espie]

On Tue, Jun 25, 2013 at 06:24:06PM +0100, Callum Davies wrote:
> On 25/06/2013 08:58, Philip Guenther wrote
> >I'm no X hacker, but I think the 'nv' driver was affected by Xorg
> >removing the XAA acceleration framework from the core server.  It was
> >an evolutionary dead-end, apparently, so don't expect X-server-side
> >acceleration to be coming back like that; client side, direct
> >rendering is the path forward.  The reasons for *not* buying NVIDIA
> >have gotten even stronger.
> I'm also not an X hacker but nv should use EXA since ~2007?

nv doesn't even have code to set the gfx card clock about vesa standard.

I remember my previous laptop, nvidia card, piss-poor performance.
Even text-scrolling was slow.

SHUN NVIDIA.

Really.

Re: X or cwm got slower

[Callum Davies]

On 25/06/2013 08:58, Philip Guenther wrote

I'm no X hacker, but I think the 'nv' driver was affected by Xorg
removing the XAA acceleration framework from the core server.  It was
an evolutionary dead-end, apparently, so don't expect X-server-side
acceleration to be coming back like that; client side, direct
rendering is the path forward.  The reasons for *not* buying NVIDIA
have gotten even stronger.

I'm also not an X hacker but nv should use EXA since ~2007?

Re: Non-intel desktop/laptop

[Chris Cappuccio]

Riccardo Mottola [riccardo.mott...@libero.it] wrote:
> 
> Furthermore, you will learn that a lot of code has become buggy: it
> is quite linux-x86 orientend and will break more or less the more
> you deviate. If you take care and report bugs (or patch yourself)
> you will get further.
> 

Hey, after 10 years or so, you can once again run firefox on sparc64 :)

Re: www.openbsd.org down?

[Renato dos Santos]

back online from BR.

On 25/06/2013, at 12:35, Luis Coronado  wrote:

> back online from CR.
> 
> -luis
> 
> 
> 
> On Tue, Jun 25, 2013 at 8:53 AM, Mathieu KERJOUAN <
> kerjouan.math...@gmail.com> wrote:
> 
>> Down at rennes (France). Server problem?
>> 
>> Starting Nmap 6.25 ( http://nmap.org ) at 2013-06-25 15:52 ope
>> Nmap scan report for obsd3.srv.ualberta.ca (129.128.5.194)
>> Host is up.
>> PORTSTATESERVICE
>> 80/tcp  filtered http
>> 443/tcp filtered https
>> 
>> Nmap done: 1 IP address (1 host up) scanned in 5.44 seconds
>> 
>> Cordialement/Best regards,
>> 
>> è·¯ *Mathieu*è·¯*KERJOUAN
>> 
> *路路路路路路路路路路路路路路路路路路路路路路路路路è
> ·¯è·¯è·¯è·¯
>> è·¯Admin Sys/Net è·¯
>> è·¯Phone:  +33 6 5è·¯ 9è·¯ 9è·¯ 8è·¯ è·¯
>> è·¯E-mail: *kerjouan.mathieu[at]gmail[dot]com *è·¯
>> è·¯PGP Fingerprint: 5A91 0BF1 91D8 7E8B 647F è·¯
>> è·¯ EBC0 DC2E C838 11A7 210C è·¯
>> 路芦 *Der freie Mensch ist Krieger* 禄  路
>> 
> 路路路路路路路路路路路路路路路路路路路路路路路路路路
> Friedrichè·¯Nietzsche è·¯
>> 
>> 
>> 2013/6/25 Luis Coronado 
>> 
>>> Down from Costa Rica as well.
>>> 
>>> -luis
>>> 
>>> 
>>> On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
>>> wrote:
>>> 
 I can't access the website but it is responding to ping requests from
>>> here
 in New York.
 
 On 06/25/2013 05:50 AM, Johan Mellberg wrote:
 
> Weird. Works from here (Sweden).
> 
> ==
> 
> 25 jun 2013 kl. 11:43 skrev Alan Cheng :
> 
> I can't access www.openbsd.org right now.
>> http://www.**downforeveryoneorjustme.com/**www.openbsd.org<
>>> http://www.downforeveryoneorjustme.com/www.openbsd.org>shows it's down.

Re: Snapshot shasum mismatch

[Peter Hessler]

On 2013 Jun 25 (Tue) at 17:44:11 +0200 (+0200), Charles RAPENNE wrote:
:On 06/25/13 16:25, toby wrote:
:>Hi there,
:>
:>I just wondered if anyone else had found that the shasums on the latest
:>(24/06/13) snapshots are wrong. I've just tried upgrading from all the
:>different mirrors here in the UK & got shasum errors for all the non X
:>parts from the Oxford mirror, the Bytemark mirror and the mirrorservice
:>one...
:>

This happens from time-to-time with Snapshots.  It usually does not mean
there is a problem, but that a partial snap went out.  Wait a while for
the mirrors to catch up.

-- 
I don't know anything about music.  In my line you don't have to.
-- Elvis Presley

Re: www.openbsd.org down?

[Luis Coronado]

back online from CR.

-luis



On Tue, Jun 25, 2013 at 8:53 AM, Mathieu KERJOUAN <
kerjouan.math...@gmail.com> wrote:

> Down at rennes (France). Server problem?
>
> Starting Nmap 6.25 ( http://nmap.org ) at 2013-06-25 15:52 ope
> Nmap scan report for obsd3.srv.ualberta.ca (129.128.5.194)
> Host is up.
> PORTSTATESERVICE
> 80/tcp  filtered http
> 443/tcp filtered https
>
> Nmap done: 1 IP address (1 host up) scanned in 5.44 seconds
>
> Cordialement/Best regards,
>
> è·¯ *Mathieu*è·¯*KERJOUAN
>
*路路路路路路路路路路路路路路路路路路路路路路路路路è
·¯è·¯è·¯è·¯
> è·¯Admin Sys/Net è·¯
> è·¯Phone:  +33 6 5è·¯ 9è·¯ 9è·¯ 8è·¯ è·¯
> è·¯E-mail: *kerjouan.mathieu[at]gmail[dot]com *è·¯
> è·¯PGP Fingerprint: 5A91 0BF1 91D8 7E8B 647F è·¯
> è·¯ EBC0 DC2E C838 11A7 210C è·¯
> 路芦 *Der freie Mensch ist Krieger* 禄  路
>
路路路路路路路路路路路路路路路路路路路路路路路路路路
Friedrichè·¯Nietzsche è·¯
>
>
> 2013/6/25 Luis Coronado 
>
> > Down from Costa Rica as well.
> >
> > -luis
> >
> >
> > On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
> > wrote:
> >
> > > I can't access the website but it is responding to ping requests from
> > here
> > > in New York.
> > >
> > > On 06/25/2013 05:50 AM, Johan Mellberg wrote:
> > >
> > >> Weird. Works from here (Sweden).
> > >>
> > >> ==
> > >>
> > >> 25 jun 2013 kl. 11:43 skrev Alan Cheng :
> > >>
> > >>  I can't access www.openbsd.org right now.
> > >>> http://www.**downforeveryoneorjustme.com/**www.openbsd.org<
> > http://www.downforeveryoneorjustme.com/www.openbsd.org>shows it's down.

Re: Snapshot shasum mismatch

[Charles RAPENNE]

On 06/25/13 16:25, toby wrote:

Hi there,

I just wondered if anyone else had found that the shasums on the latest
(24/06/13) snapshots are wrong. I've just tried upgrading from all the
different mirrors here in the UK & got shasum errors for all the non X
parts from the Oxford mirror, the Bytemark mirror and the mirrorservice
one...

Here are some examples:

SHA256 (base53.tgz) =
b46c621ae4be7183ab90279d887748d69b4822a309ede81067abbe7adf0b7c5c


  fd29dadcf424335e8614745e5dd6a9a88ad8b893decc4b5b4c0ffed26dda891c
  base53.tgz

SHA256 (bsd) =
630e5b962a035abe5f25161895bd375979d6907b438d439ccb8e43a7d80f89e0


  2de329fc109816fd8a810b0d6a411bad3710f8bb476f213ffc9e3d5d20ac2db2  bsd

SHA256 (bsd.mp) =
fbca7ad263c42a0265ddce05b030a9168e3d74bbac0fd3195acc75ec301e5040


af34f3faeeb26d8d7f22ed44edeb90fd17980c64d3148c44b4ec6ebcb416341a  bsd.mp

SHA256 (comp53.tgz) =
6229bbb09a5c1a4d5d761b86c133c15e688abc85c3e6adc6421aa46c651505f7


e0323c01d3a15016d7a0e390420a9518211542ba8e8380b3be5bae2aab7ad718  comp53.tgz

SHA256 (etc53.tgz) =
443f72e113ec652574965e9c43b17644e96080d609e16db59d972fcfdb7a8ec4


d43c6f648586a6c1f1123df42693fb0ea6378c11d18c6f275374fa04ed6eb435  etc53.tgz

SHA256 (game53.tgz) =
4fa2e9027a6c54a98bf6bc220a0cf385a9f53b5e0aea5067bcb3a57946bc51f6


5b3ed56e84fdae1576df27649a756cb5ac1cc88fb295bbae618623525836903f  game53.tgz

SHA256 (man53.tgz) =
5f3cfea012a5d44bb70197f2cd8c7febc5a9eccdd6a791774bbafe0d33e96602


1ab44139148acc480a21765f5d30bc3d94d7b18349019aa0e04069aa64293909  man53.tgz

But, strangely enough, their all good for the rd kernel, the x* series and
the install isos. Also the erroneous shasums are consistent across all
three mirrors...

Having never encountered this issue before I'm not too sure how suspicious
I should be

Kind regards,
Toby

I had the same problem yesterday. I'm not sure if it's a real problem or 
a hack.

Re: Snapshot shasum mismatch

[patrick keshishian]

On Tue, Jun 25, 2013 at 7:25 AM, toby  wrote:
> Hi there,
>
> I just wondered if anyone else had found that the shasums on the latest
> (24/06/13) snapshots are wrong.

yes.

(SHA256) INSTALL.amd64: OK
(SHA256) base53.tgz: FAILED
(SHA256) bsd: FAILED
(SHA256) bsd.mp: FAILED
(SHA256) bsd.rd: OK
cksum: cannot open cd53.iso: No such file or directory
(SHA256) cd53.iso: FAILED
(SHA256) cdboot: OK
(SHA256) cdbr: OK
(SHA256) comp53.tgz: FAILED
(SHA256) etc53.tgz: FAILED
cksum: cannot open floppy53.fs: No such file or directory
(SHA256) floppy53.fs: FAILED
(SHA256) game53.tgz: FAILED
cksum: cannot open install53.iso: No such file or directory
(SHA256) install53.iso: FAILED
(SHA256) man53.tgz: FAILED
cksum: cannot open pxeboot: No such file or directory
(SHA256) pxeboot: FAILED
(SHA256) xbase53.tgz: OK
(SHA256) xetc53.tgz: OK
(SHA256) xfont53.tgz: OK
(SHA256) xserv53.tgz: OK
(SHA256) xshare53.tgz: OK

But I can't comment on the why or whether it is expected. I do know I
have seen this happen in the past.

-pk

> I've just tried upgrading from all the
> different mirrors here in the UK & got shasum errors for all the non X
> parts from the Oxford mirror, the Bytemark mirror and the mirrorservice
> one...
>
> Here are some examples:
>
> SHA256 (base53.tgz) =
> b46c621ae4be7183ab90279d887748d69b4822a309ede81067abbe7adf0b7c5c
>
>
>  fd29dadcf424335e8614745e5dd6a9a88ad8b893decc4b5b4c0ffed26dda891c
>  base53.tgz
>
> SHA256 (bsd) =
> 630e5b962a035abe5f25161895bd375979d6907b438d439ccb8e43a7d80f89e0
>
>
>  2de329fc109816fd8a810b0d6a411bad3710f8bb476f213ffc9e3d5d20ac2db2  bsd
>
> SHA256 (bsd.mp) =
> fbca7ad263c42a0265ddce05b030a9168e3d74bbac0fd3195acc75ec301e5040
>
>
> af34f3faeeb26d8d7f22ed44edeb90fd17980c64d3148c44b4ec6ebcb416341a  bsd.mp
>
> SHA256 (comp53.tgz) =
> 6229bbb09a5c1a4d5d761b86c133c15e688abc85c3e6adc6421aa46c651505f7
>
>
> e0323c01d3a15016d7a0e390420a9518211542ba8e8380b3be5bae2aab7ad718  comp53.tgz
>
> SHA256 (etc53.tgz) =
> 443f72e113ec652574965e9c43b17644e96080d609e16db59d972fcfdb7a8ec4
>
>
> d43c6f648586a6c1f1123df42693fb0ea6378c11d18c6f275374fa04ed6eb435  etc53.tgz
>
> SHA256 (game53.tgz) =
> 4fa2e9027a6c54a98bf6bc220a0cf385a9f53b5e0aea5067bcb3a57946bc51f6
>
>
> 5b3ed56e84fdae1576df27649a756cb5ac1cc88fb295bbae618623525836903f  game53.tgz
>
> SHA256 (man53.tgz) =
> 5f3cfea012a5d44bb70197f2cd8c7febc5a9eccdd6a791774bbafe0d33e96602
>
>
> 1ab44139148acc480a21765f5d30bc3d94d7b18349019aa0e04069aa64293909  man53.tgz
>
> But, strangely enough, their all good for the rd kernel, the x* series and
> the install isos. Also the erroneous shasums are consistent across all
> three mirrors...
>
> Having never encountered this issue before I'm not too sure how suspicious
> I should be
>
> Kind regards,
> Toby

Snapshot shasum mismatch

[toby]

Hi there,

I just wondered if anyone else had found that the shasums on the latest
(24/06/13) snapshots are wrong. I've just tried upgrading from all the
different mirrors here in the UK & got shasum errors for all the non X
parts from the Oxford mirror, the Bytemark mirror and the mirrorservice
one...

Here are some examples:

SHA256 (base53.tgz) =
b46c621ae4be7183ab90279d887748d69b4822a309ede81067abbe7adf0b7c5c


 fd29dadcf424335e8614745e5dd6a9a88ad8b893decc4b5b4c0ffed26dda891c
 base53.tgz

SHA256 (bsd) =
630e5b962a035abe5f25161895bd375979d6907b438d439ccb8e43a7d80f89e0


 2de329fc109816fd8a810b0d6a411bad3710f8bb476f213ffc9e3d5d20ac2db2  bsd

SHA256 (bsd.mp) =
fbca7ad263c42a0265ddce05b030a9168e3d74bbac0fd3195acc75ec301e5040


af34f3faeeb26d8d7f22ed44edeb90fd17980c64d3148c44b4ec6ebcb416341a  bsd.mp

SHA256 (comp53.tgz) =
6229bbb09a5c1a4d5d761b86c133c15e688abc85c3e6adc6421aa46c651505f7


e0323c01d3a15016d7a0e390420a9518211542ba8e8380b3be5bae2aab7ad718  comp53.tgz

SHA256 (etc53.tgz) =
443f72e113ec652574965e9c43b17644e96080d609e16db59d972fcfdb7a8ec4


d43c6f648586a6c1f1123df42693fb0ea6378c11d18c6f275374fa04ed6eb435  etc53.tgz

SHA256 (game53.tgz) =
4fa2e9027a6c54a98bf6bc220a0cf385a9f53b5e0aea5067bcb3a57946bc51f6


5b3ed56e84fdae1576df27649a756cb5ac1cc88fb295bbae618623525836903f  game53.tgz

SHA256 (man53.tgz) =
5f3cfea012a5d44bb70197f2cd8c7febc5a9eccdd6a791774bbafe0d33e96602


1ab44139148acc480a21765f5d30bc3d94d7b18349019aa0e04069aa64293909  man53.tgz

But, strangely enough, their all good for the rd kernel, the x* series and
the install isos. Also the erroneous shasums are consistent across all
three mirrors...

Having never encountered this issue before I'm not too sure how suspicious
I should be

Kind regards,
Toby

Re: www.openbsd.org down?

[Mathieu KERJOUAN]

Down at rennes (France). Server problem?

Starting Nmap 6.25 ( http://nmap.org ) at 2013-06-25 15:52 ope
Nmap scan report for obsd3.srv.ualberta.ca (129.128.5.194)
Host is up.
PORTSTATESERVICE
80/tcp  filtered http
443/tcp filtered https

Nmap done: 1 IP address (1 host up) scanned in 5.44 seconds

Cordialement/Best regards,

· *Mathieu*·*KERJOUAN
*·····························
·Admin Sys/Net ·
·Phone:  +33 6 5· 9· 9· 8· ·
·E-mail: *kerjouan.mathieu[at]gmail[dot]com *·
·PGP Fingerprint: 5A91 0BF1 91D8 7E8B 647F ·
· EBC0 DC2E C838 11A7 210C ·
·« *Der freie Mensch ist Krieger* »  ·
·························· Friedrich·Nietzsche ·


2013/6/25 Luis Coronado 

> Down from Costa Rica as well.
>
> -luis
>
>
> On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman 
> wrote:
>
> > I can't access the website but it is responding to ping requests from
> here
> > in New York.
> >
> > On 06/25/2013 05:50 AM, Johan Mellberg wrote:
> >
> >> Weird. Works from here (Sweden).
> >>
> >> ==
> >>
> >> 25 jun 2013 kl. 11:43 skrev Alan Cheng :
> >>
> >>  I can't access www.openbsd.org right now.
> >>> http://www.**downforeveryoneorjustme.com/**www.openbsd.org<
> http://www.downforeveryoneorjustme.com/www.openbsd.org>shows it's down.

Re: www.openbsd.org down?

[Luis Coronado]

Down from Costa Rica as well.

-luis


On Tue, Jun 25, 2013 at 7:23 AM, Jon Metzman  wrote:

> I can't access the website but it is responding to ping requests from here
> in New York.
>
> On 06/25/2013 05:50 AM, Johan Mellberg wrote:
>
>> Weird. Works from here (Sweden).
>>
>> ==
>>
>> 25 jun 2013 kl. 11:43 skrev Alan Cheng :
>>
>>  I can't access www.openbsd.org right now.
>>> http://www.**downforeveryoneorjustme.com/**www.openbsd.orgshows
>>>  it's down.

Re: www.openbsd.org down?

[Jon Metzman]

I can't access the website but it is responding to ping requests from 
here in New York.

On 06/25/2013 05:50 AM, Johan Mellberg wrote:

Weird. Works from here (Sweden).

==

25 jun 2013 kl. 11:43 skrev Alan Cheng :


I can't access www.openbsd.org right now.
http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.

Re: Non-intel desktop/laptop

[Nick Holland]

On 06/24/13 16:33, Laurence Rochfort wrote:
> Hi all,
> 
> I'm looking for advice on what the best bet for well supported
> non-intel hardware would be. 

AMD.

> Doesn't have to be lightning fast, but
> being able to run a modern browser at reasonable rate is a must.

i.e., must be lighting fast.  What general user app needs more
processing power these days than your modern web browser?

> My initial thoughts were either a Mac PowerBook G5 or Sun Ultra 25/45.
> I really like the HP C series workstations, but it seems support is a
> bit lacking.

I'm not sure what your goal is; your only named goals are "well
supported" and "fast by modern terms" and "non-intel"  That's AMD.

Everything else is basically specialty stuff.  Low power consumption,
good remote management,  "cool old hardware I love", whatever.

Hey, I love oddball hw more than most people, but be realistic...
multi-year old tech is multi-year old slow.  Apple hasn't built a G5 in
many years (2006).  Sun kept (started?) building the U25/U45 long after
they were being whooped in performance by very cheap consumer stuff, and
the power consumption and noise levels on some of this stuff is stunning.

Nick.

Re: www.openbsd.org down?

[Killman BOFH]

openbsd.org. 85495 IN A 199.185.137.3

www.openbsd.org. 80233 IN A 129.128.5.194


*Enterprise Networks*
Blog: unixlegion.com
GPG Key: *0xBBDC0CDE*
OpenNIC Project: opennic.sle.ec
*IT Security - ISO 27000 - Packet Core*
Phone: +593 995 956811 | +593 07 2952-763
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.


On Tue, Jun 25, 2013 at 6:22 AM, Peter van Oord van der Vlies <
pet...@itisit.nl> wrote:

> http://www.isup.me/www.openbsd.org
>
> it's down ( also from the netherlands )
>
> On Jun 25, 2013, at 1:17 PM, Killman BOFH 
>  wrote:
>
> > http://www.isup.me/openbsd.org
> >
> >
> > *Enterprise Networks*
> > Blog: unixlegion.com
> > GPG Key: *0xBBDC0CDE*
> > OpenNIC Project: opennic.sle.ec
> > *IT Security - ISO 27000 - Packet Core*
> > Phone: +593 995 956811 | +593 07 2952-763
> > This email and any files transmitted with it are confidential and
> intended
> > solely for the use of the individual or entity to whom they are
> addressed.
> > If you have received this email in error please notify the system
> manager.
> >
> >
> > On Tue, Jun 25, 2013 at 6:13 AM, Killman BOFH  wrote:
> >
> >> Apparently a problem with DNS A record
> >>
> >> www.openbsd.org is down but openbsd.org is up!
> >>
> >>
> >>
> >>
> >>
> >> *Enterprise Networks*
> >> Blog: unixlegion.com
> >> GPG Key: *0xBBDC0CDE*
> >> OpenNIC Project: opennic.sle.ec
> >> *IT Security - ISO 27000 - Packet Core*
> >> Phone: +593 995 956811 | +593 07 2952-763
> >> This email and any files transmitted with it are confidential and
> intended
> >> solely for the use of the individual or entity to whom they are
> addressed.
> >> If you have received this email in error please notify the system
> manager.
> >>
> >>
> >> On Tue, Jun 25, 2013 at 6:05 AM, Johan Mellberg <
> johan.mellb...@gmail.com>wrote:
> >>
> >>> 25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos"  >:
> >>>
>  On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> > Yeah can't access from here (Kuala Lumpur, MY)
> 
>  Can't access from Brazil.
> 
>  matheus
> 
>  --
> 
> >>> Ok, now it's down from Sweden too.

Re: www.openbsd.org down?

[Peter van Oord van der Vlies]

http://www.isup.me/www.openbsd.org

it's down ( also from the netherlands ) 

On Jun 25, 2013, at 1:17 PM, Killman BOFH 
 wrote:

> http://www.isup.me/openbsd.org
> 
> 
> *Enterprise Networks*
> Blog: unixlegion.com
> GPG Key: *0xBBDC0CDE*
> OpenNIC Project: opennic.sle.ec
> *IT Security - ISO 27000 - Packet Core*
> Phone: +593 995 956811 | +593 07 2952-763
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
> 
> 
> On Tue, Jun 25, 2013 at 6:13 AM, Killman BOFH  wrote:
> 
>> Apparently a problem with DNS A record
>> 
>> www.openbsd.org is down but openbsd.org is up!
>> 
>> 
>> 
>> 
>> 
>> *Enterprise Networks*
>> Blog: unixlegion.com
>> GPG Key: *0xBBDC0CDE*
>> OpenNIC Project: opennic.sle.ec
>> *IT Security - ISO 27000 - Packet Core*
>> Phone: +593 995 956811 | +593 07 2952-763
>> This email and any files transmitted with it are confidential and intended
>> solely for the use of the individual or entity to whom they are addressed.
>> If you have received this email in error please notify the system manager.
>> 
>> 
>> On Tue, Jun 25, 2013 at 6:05 AM, Johan Mellberg 
>> wrote:
>> 
>>> 25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos" :
>>> 
 On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> Yeah can't access from here (Kuala Lumpur, MY)
 
 Can't access from Brazil.
 
 matheus
 
 --
 
>>> Ok, now it's down from Sweden too.

Re: www.openbsd.org down?

[Nick Holland]

On 06/25/13 07:12, Killman BOFH wrote:
> Apparently a problem with DNS A record
> 
> www.openbsd.org is down but openbsd.org is up!
> 

congrats, you just rediscovered that those are two different machines.

Nick.

Re: www.openbsd.org down?

[Janne Johansson]

2013/6/25 Killman BOFH 

> Apparently a problem with DNS A record
>
> www.openbsd.org is down but openbsd.org is up!
>
> They are different machines.

-- 
May the most significant bit of your life be positive.

Re: www.openbsd.org down?

[Killman BOFH]

http://www.isup.me/openbsd.org


*Enterprise Networks*
Blog: unixlegion.com
GPG Key: *0xBBDC0CDE*
OpenNIC Project: opennic.sle.ec
*IT Security - ISO 27000 - Packet Core*
Phone: +593 995 956811 | +593 07 2952-763
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.


On Tue, Jun 25, 2013 at 6:13 AM, Killman BOFH  wrote:

> Apparently a problem with DNS A record
>
> www.openbsd.org is down but openbsd.org is up!
>
>
>
>
>
> *Enterprise Networks*
> Blog: unixlegion.com
> GPG Key: *0xBBDC0CDE*
> OpenNIC Project: opennic.sle.ec
> *IT Security - ISO 27000 - Packet Core*
> Phone: +593 995 956811 | +593 07 2952-763
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
>
>
> On Tue, Jun 25, 2013 at 6:05 AM, Johan Mellberg 
> wrote:
>
>> 25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos" :
>>
>> > On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
>> >> Yeah can't access from here (Kuala Lumpur, MY)
>> >
>> > Can't access from Brazil.
>> >
>> > matheus
>> >
>> > --
>> >
>> Ok, now it's down from Sweden too.

Re: www.openbsd.org down?

[Robert Blacquiere]

On Tue, Jun 25, 2013 at 05:43:36PM +0800, Alan Cheng wrote:
> I can't access www.openbsd.org right now.
> http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.
> 
It is taken down by NSA secret agents? Or just bgp flapping somewehere
near the site? 

Re: www.openbsd.org down?

[Killman BOFH]

Apparently a problem with DNS A record

www.openbsd.org is down but openbsd.org is up!





*Enterprise Networks*
Blog: unixlegion.com
GPG Key: *0xBBDC0CDE*
OpenNIC Project: opennic.sle.ec
*IT Security - ISO 27000 - Packet Core*
Phone: +593 995 956811 | +593 07 2952-763
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.


On Tue, Jun 25, 2013 at 6:05 AM, Johan Mellberg wrote:

> 25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos" :
>
> > On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> >> Yeah can't access from here (Kuala Lumpur, MY)
> >
> > Can't access from Brazil.
> >
> > matheus
> >
> > --
> >
> Ok, now it's down from Sweden too.

Re: Non-intel desktop/laptop

[Christer Solskogen]

On Mon, Jun 24, 2013 at 10:33 PM, Laurence Rochfort
 wrote:

> My initial thoughts were either a Mac PowerBook G5 or Sun Ultra 25/45.
> I really like the HP C series workstations, but it seems support is a
> bit lacking.
>

IIRC there are no G5 powerbooks.


--
chs,

Re: www.openbsd.org down?

[Traian Ciobanu]

Down in Republic of Moldova too.


On Tue, Jun 25, 2013 at 2:05 PM, Johan Mellberg wrote:

> 25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos" :
>
> > On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> >> Yeah can't access from here (Kuala Lumpur, MY)
> >
> > Can't access from Brazil.
> >
> > matheus
> >
> > --
> >
> Ok, now it's down from Sweden too.

Re: www.openbsd.org down?

[Johan Mellberg]

25 jun 2013 kl. 12:53 skrev "Nenhum_de_Nos" :

> On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
>> Yeah can't access from here (Kuala Lumpur, MY)
> 
> Can't access from Brazil.
> 
> matheus
> 
> -- 
> 
Ok, now it's down from Sweden too. 

Re: www.openbsd.org down?

[Monah Baki]

Can't access from Washington DC


On Tue, Jun 25, 2013 at 6:53 AM, Nenhum_de_Nos wrote:

> On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> > Yeah can't access from here (Kuala Lumpur, MY)
>
> Can't access from Brazil.
>
> matheus
>
> --
> We will call you Cygnus,
> The God of balance you shall be
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
>
> http://en.wikipedia.org/wiki/Posting_style

Re: www.openbsd.org down?

[Nenhum_de_Nos]

On Tue, June 25, 2013 06:56, Yusof Khalid - FreeBSD / OpenBSD wrote:
> Yeah can't access from here (Kuala Lumpur, MY)

Can't access from Brazil.

matheus

-- 
We will call you Cygnus,
The God of balance you shall be

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

http://en.wikipedia.org/wiki/Posting_style

Re: www.openbsd.org down?

[Yusof Khalid - FreeBSD / OpenBSD]

Yeah can't access from here (Kuala Lumpur, MY)


On Tue, Jun 25, 2013 at 5:43 PM, Alan Cheng  wrote:

> I can't access www.openbsd.org right now.
> http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.
>
>


-- 
--
7.2-RELEASE-p6

Re: www.openbsd.org down?

[Johan Mellberg]

Weird. Works from here (Sweden).

==

25 jun 2013 kl. 11:43 skrev Alan Cheng :

> I can't access www.openbsd.org right now.
> http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.

www.openbsd.org down?

[Alan Cheng]

I can't access www.openbsd.org right now.
http://www.downforeveryoneorjustme.com/www.openbsd.org shows it's down.

Re: Non-intel desktop/laptop

[Riccardo Mottola]

Hi,

currently, I don't run OpenBSD if not on intel stuff, until I fix mi 
Sparc32 box again (which is too slow for real desktop usage anyway)


On 06/24/13 22:33, Laurence Rochfort wrote:

Hi all,

I'm looking for advice on what the best bet for well supported
non-intel hardware would be.  Doesn't have to be lightning fast, but
being able to run a modern browser at reasonable rate is a must.

My initial thoughts were either a Mac PowerBook G5 or Sun Ultra 25/45.
I really like the HP C series workstations, but it seems support is a
bit lacking.
I sued to take pride to use non-intel stuff and do/did run linux, BSD 
and/or the original Unix on them and the used software.


Perhaps except mac, you will see that multimedia (audio/video) will be 
problematic.


Furthermore, you will learn that a lot of code has become buggy: it is 
quite linux-x86 orientend and will break more or less the more you 
deviate. If you take care and report bugs (or patch yourself) you will 
get further.


PowerPC and Sparc may be your best bet, followed by MIPS. HP-PA has 
always been a bit more difficult in my experience, also because GCC had 
troubles, thus you added problems to problems. A lot was fixed, but 
perhaps broke again.


GNUstep will work quite well on most architectures ;)

Riccardo

Re: X or cwm got slower

[Jan Stary]

On Jun 25 00:58:41, guent...@gmail.com wrote:
> On Tue, Jun 25, 2013 at 12:35 AM, Jan Stary  wrote:
> > Noticing the recent inteldrm debate, I looked for that,
> > but my graphic device is an NVIDIA.
> 
> I'm no X hacker, but I think the 'nv' driver was affected by Xorg
> removing the XAA acceleration framework from the core server.  It was
> an evolutionary dead-end, apparently, so don't expect X-server-side
> acceleration to be coming back like that; client side, direct
> rendering is the path forward.

Thanks for the insight. Rereading the Xorg log carefully,
I pay attention now to this:


[   154.482] (II) Loading sub module "xaa"
[   154.482] (II) LoadModule: "xaa"
[   154.485] (II) Loading /usr/X11R6/lib/modules/libxaa.so
[   154.500] (II) Module xaa: vendor="X.Org Foundation"
[   154.500]compiled for 1.12.3, module version = 1.2.1 
[   154.500]ABI class: X.Org Video Driver, version 12.0
[   154.501] (EE) module ABI major version (12) doesn't match the
server's versi
on (14)
[   154.501] (II) UnloadModule: "xaa"
[   154.501] (II) Unloading xaa
[   154.501] (EE) NV: Failed to load module "xaa" (module requirement
mismatch,
0)


Could someone who knows please shed some light on
when exactly this acceleration was dropped?
It wasn't _this_ slow a few weeks ago.

> The reasons for *not* buying NVIDIA
> have gotten even stronger.

This laptop was a gift, I swear :-)

Re: Question about caching system

[Ingo Schwarze]

Hi,

(to fellow developers)

Ioana b wrote on Mon, Jun 24, 2013 at 06:37:04AM -0700:

> is there any kind of "name service cache" system like nscd for linux
> available any time soon? It would be helpful to have a cache for the
> users password in case the authentication system is unavailable.

Let's *not* do that.  I experienced PITA many times on Linux
because of outdated cache entries and users complaining "thank
you for changing/updating/fixing my account data, but somehow
it still doesn't seem to work..." - me: "did you try on one of
our OpenBSD hosts?" - user: "yes, it does work fine there."

See the problem?

Yours,
  Ingo

Re: Question about caching system

[Ioana b]

Hello,

thank you all for your support; i'll use the  master-slave  solution
for the openbsd systems.

Best Regards,
Ioana

 From: Philip Guenther 
To: Jiri B  
Cc: Christiano F. Haesbaert
; Ioana b ; "misc@openbsd.org"
 
Sent: Tuesday, June 25, 2013 9:42 AM
Subject: Re: Question
about caching system
 

On Tue, Jun 25, 2013 at 12:15 AM, Jiri B
 wrote:
> On Mon, Jun 24, 2013 at 05:43:35PM +0200, Christiano
F. Haesbaert wrote:
>> On 24 June 2013 15:37, Ioana b 
wrote:
>> > is there any kind of  name service cache  system like nscd for
linux
>> > available any time soon? It would be helpful to have a cache for
the users
>>
>> You can use bind on the machine itself for that.
>
> She was
talking about something else, about caching users/passwords from
> a directory
server locally in case of the directory server unavailability.
>
>> > password
in case the authentication system is unavailable.

First of all, a plain cache
is a *poor* means of increasing
availability, as it provides no guarantees. 
Caches are about
decreasing latency or access cost at the price of possibly
out-of-date
results.  Note also that nscd, in both its Solaris and Linux
implementations, has been a target of hate by sysadmins due to how
it's
behaved.

So, how can you increase the availability of the user/group name
services in OpenBSD?  Well, the only supported such name service is
YP.  The
method of supplying HA will then depend on the YP service
setup.

Plain YP
server that get data from files?  Set up slave servers,
possibly making every
host a slave, though that would probably require
custom map distribution
scripts to handle inaccessible hosts.

YP server is ypldap, getting data from
LDAP?  Run that on every host
and replicate the LDAP data.


Philip Guenther

Re: X or cwm got slower

[Philip Guenther]

On Tue, Jun 25, 2013 at 12:35 AM, Jan Stary  wrote:
> Noticing the recent inteldrm debate, I looked for that,
> but my graphic device is an NVIDIA.

I'm no X hacker, but I think the 'nv' driver was affected by Xorg
removing the XAA acceleration framework from the core server.  It was
an evolutionary dead-end, apparently, so don't expect X-server-side
acceleration to be coming back like that; client side, direct
rendering is the path forward.  The reasons for *not* buying NVIDIA
have gotten even stronger.


Philip Guenther

Re: Question about caching system

[Philip Guenther]

On Tue, Jun 25, 2013 at 12:15 AM, Jiri B  wrote:
> On Mon, Jun 24, 2013 at 05:43:35PM +0200, Christiano F. Haesbaert wrote:
>> On 24 June 2013 15:37, Ioana b  wrote:
>> > is there any kind of  name service cache  system like nscd for linux
>> > available any time soon? It would be helpful to have a cache for the users
>>
>> You can use bind on the machine itself for that.
>
> She was talking about something else, about caching users/passwords from
> a directory server locally in case of the directory server unavailability.
>
>> > password in case the authentication system is unavailable.

First of all, a plain cache is a *poor* means of increasing
availability, as it provides no guarantees.  Caches are about
decreasing latency or access cost at the price of possibly out-of-date
results.  Note also that nscd, in both its Solaris and Linux
implementations, has been a target of hate by sysadmins due to how
it's behaved.

So, how can you increase the availability of the user/group name
services in OpenBSD?  Well, the only supported such name service is
YP.  The method of supplying HA will then depend on the YP service
setup.

Plain YP server that get data from files?  Set up slave servers,
possibly making every host a slave, though that would probably require
custom map distribution scripts to handle inaccessible hosts.

YP server is ypldap, getting data from LDAP?  Run that on every host
and replicate the LDAP data.


Philip Guenther

Re: X or cwm got slower

[Jan Stary]

On Jun 24 20:09:05, amitk...@gmail.com wrote:
> On Mon, Jun 24, 2013 at 4:17 PM, Jan Stary  wrote:
> 
> > > On Jun 24 08:56:09, guent...@gmail.com wrote:
> > > > Lots has changed in the last year.  Without knowing what "before" time
> > > > you're comparing against, your real question can't be answered.
> > >
> > > Before means about three weeks ago.
> > > Sorry for nto being specific.
> > >
> > > > Meanwhile, a comparison of dmesg and Xorg.0.log before and after
> > > > may give hints.
> > > > (What, not everyone keeps a history of those across upgrades?)
> > >
> > > I do for dmesg, and I will for Xorg.log
> > > Below are the two dmesgs: before and now
> >
> > I also did a Xorg -configure and tweaked the generated xorg.conf
> > (see at bottom) to use the vesa driver instead of nv.
> > This makes the graphic output noticeably faster --
> > but I have to give up 1680x1050 and only use 1024x768.
> >
> > See also the full Xorg.log with zero configuration
> > and with this xorg.conf at the bottom.
> >
> >
> I experienced this due to a intel drm hang once... I saw the X messages
> just before shutting down and I forgot to grab the X.org.log :)

Noticing the recent inteldrm debate, I looked for that,
but my graphic device is an NVIDIA.

 1:0:0: NVIDIA unknown
0x: Vendor ID: 10de Product ID: 0429
0x0004: Command: 0107 Status: 0010
0x0008: Class: 03 Subclass: 00 Interface: 00 Revision: a1
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
0x0010: BAR mem 32bit addr: 0xd600/0x0100
0x0014: BAR mem prefetchable 64bit addr: 0xe000/0x1000
0x001c: BAR mem 64bit addr: 0xd400/0x0200
0x0024: BAR io addr: 0x2000/0x0080
0x0028: Cardbus CIS: 
0x002c: Subsystem Vendor ID: 17aa Product ID: 20d8
0x0030: Expansion ROM Base Address: 
0x0038: 
0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
0x0060: Capability 0x01: Power Management
0x0068: Capability 0x05: Message Signaled Interrupts (MSI)
0x0078: Capability 0x10: PCI Express
Link Speed: 2.5 / 2.5 GT/s Link Width: x16 / x16

Re: Question about caching system

[Jiri B]

On Mon, Jun 24, 2013 at 05:43:35PM +0200, Christiano F. Haesbaert wrote:
> On 24 June 2013 15:37, Ioana b  wrote:
> > Hello,
> >
> > is there any kind of  name service cache  system like nscd for linux
> > available any time soon? It would be helpful to have a cache for the users
> 
> You can use bind on the machine itself for that.

She was talking about something else, about caching users/passwords from
a directory server locally in case of the directory server unavailability.

> > password in case the authentication system is unavailable.

jirib