Re: OpenSMTPD on OpenBSD 5.9
On Sun, 10 Apr 2016 12:31:35 +1100, Rod Whitworth wrote: >On Sat, 9 Apr 2016 10:12:23 -0500, Edgar Pettijohn wrote: > >>On 04/08/16 23:25, Rod Whitworth wrote: >>> I'm trying to replace Postfix with OpenSMTPD and I'm having a battle. >>> >>> I don't seem to be able to get the clues to match the hardware and the >>> configure recipes that I need. >>> >>> The most up to date I can find breaks at the second stanza and I can >>> guess that the instructions for configuring for PF are for OpenBSD 5.6 >>> means that I should find a up to date have clue set. >>> >>> Does anyone have pointer to a rescue? >>> >>> Rod/ >>> (who doesn't want to revert to Postfix..) >>> >>> *** NOTE *** Please DO NOT CC me. I subscribed to the list. >>> Mail to the sender address that does not originate at the list server is >>> tarpitted. The reply-to: address is provided for those who feel compelled >>> to reply off list. Thankyou. >>> >>> Rod/ >>> --- >>> This life is not the real thing. >>> It is not even in Beta. >>> If it was, then OpenBSD would already have a man page for it. >>> >>I think you may need to describe what you are trying to achieve. Perhaps >>your old postfix configuration as well. >> > >What I am trying to achieve is a copy of the up-to-date instructions. > >As I said the most recent copy is around 5.6. >I am running 5.9. > >The most recent recipe is written by someone who makes considerable >mods and I like to refrain from making changes until I find a change >that appears to have a solid reason. > >Postfix is no help in getting OpenSMTPD working. Believe me and I've >been running Postfix since about OpenBSD 2.5 and doing it for some >large businesses. > >The present instructions for OpenSMTPD go likes this: >1 Install some packages (3) > >2 Create Maildir > >Crash. Well it doesn't work as it is suppose to. > >Study further and realise that you need up to date instructions. > >So try to install 5.9 OpenBSD and run >http://puffysecurity.com/wiki/opensmtpd.html > >Lots-a-luck. > >Rod/ > >From the land "down under": Australia. >Do we look from up over? > Well it seems I must go to Postfix.. What I needed was a version 5.9 as distributed not a hero's advanced version already heading to 6.0. That is for developers and I respect them but they are not for me: I'm not that smart. There are some (apart from the 5.9+ code) which are not for me as they are (a) not 5.9 code or (b) not polished trying to try for 5.9 I would love to see someone reply telling me that I have bad eyes and a 5.9 is running and it's getting it correct. Meanwhile I have to bring up a new server and Postfix seems to be the only candidate. At least I can build a mailserver that works on that. Sorry for the noise Rod/ Rod/ >From the land "down under": Australia. Do we look from up over?
Re: OpenSMTPD on OpenBSD 5.9
On Sat, 9 Apr 2016 10:12:23 -0500, Edgar Pettijohn wrote: >On 04/08/16 23:25, Rod Whitworth wrote: >> I'm trying to replace Postfix with OpenSMTPD and I'm having a battle. >> >> I don't seem to be able to get the clues to match the hardware and the >> configure recipes that I need. >> >> The most up to date I can find breaks at the second stanza and I can >> guess that the instructions for configuring for PF are for OpenBSD 5.6 >> means that I should find a up to date have clue set. >> >> Does anyone have pointer to a rescue? >> >> Rod/ >> (who doesn't want to revert to Postfix..) >> >> *** NOTE *** Please DO NOT CC me. I subscribed to the list. >> Mail to the sender address that does not originate at the list server is >> tarpitted. The reply-to: address is provided for those who feel compelled to >> reply off list. Thankyou. >> >> Rod/ >> --- >> This life is not the real thing. >> It is not even in Beta. >> If it was, then OpenBSD would already have a man page for it. >> >I think you may need to describe what you are trying to achieve. Perhaps >your old postfix configuration as well. > What I am trying to achieve is a copy of the up-to-date instructions. As I said the most recent copy is around 5.6. I am running 5.9. The most recent recipe is written by someone who makes considerable mods and I like to refrain from making changes until I find a change that appears to have a solid reason. Postfix is no help in getting OpenSMTPD working. Believe me and I've been running Postfix since about OpenBSD 2.5 and doing it for some large businesses. The present instructions for OpenSMTPD go likes this: 1 Install some packages (3) 2 Create Maildir Crash. Well it doesn't work as it is suppose to. Study further and realise that you need up to date instructions. So try to install 5.9 OpenBSD and run http://puffysecurity.com/wiki/opensmtpd.html Lots-a-luck. Rod/ >From the land "down under": Australia. Do we look from up over?
OpenSMTPD on OpenBSD 5.9
I'm trying to replace Postfix with OpenSMTPD and I'm having a battle. I don't seem to be able to get the clues to match the hardware and the configure recipes that I need. The most up to date I can find breaks at the second stanza and I can guess that the instructions for configuring for PF are for OpenBSD 5.6 means that I should find a up to date have clue set. Does anyone have pointer to a rescue? Rod/ (who doesn't want to revert to Postfix..) *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Paris..
On Fri, 13 Nov 2015 16:10:53 -0800, Ryan Freeman wrote: >Completely off-topic but I am concerned for the .fr devs.. > >http://www.theglobeandmail.com/news/world/paris-police-report-shootout-at-restaurant-explosion-near-stadium/article27256201/ > >Can I get a ping to this thread from all the .fr folks? >Stay strong France... > >-Ryan > And all the users and those who contribute to development in any way. Keep your heads down. It is frustrating that I can do nothing. Rod/ *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Faulty memory - not the hardware
About 18 months I set up two i386 boxes running 5.5. One is called HOME and the other is AWAY and they were set up with SSH confugured to allow AWAY to call HOME to get some data by using the home data to be seen at AWAY and to use AWAY to remotely modify data at HOME. It worked perfectly... but I haven't used it for about nine months and I managed to forget where the docs are and my memory can find neither the paper nor the neurons. I'm looking for a way to preserve all of the setups except for the SSH security configs. Anybody with a more reliable brain than mine and experience of a like config ? Thanks, Rod/ *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Faulty memory - not the hardware
Whoops! Forgot to say both ends are running XFCE4. *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Whooda thunkit?
Microsoft To Support SSH In Windows and Contribute To OpenSSH Seen on /. this morning (Australia EST) I hope the contributations are generous.. R/ Rod/ From the land down under: Australia. Do we look umop apisdn from up over?
Re: Whooda thunkit?
On Wed, 03 Jun 2015 10:31:26 +1000, Rod Whitworth wrote: I hope the contributations are generous.. Oh dear! Fingers running without brain looking. Rod/ In the beginning was The Word and The Word was Content-type: text/plain The Word of Rod.
Da man passing an other year
Happy Birthday Theo. Rod/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: RIP Paul Schenkeveld
On Mon, 30 Mar 2015 15:50:11 +0200, Henning Brauer wrote: It is very sad to have to communicate that our friend, Paul Schenkeveld, has passed away. You may think that he didn't need to deal with crazy Aussies but maybe he didn't need to and so I've met him only on email as he sorted out my hunds transfer. So add my name to the list of those who were helped by a lovely man. Maybe someone close to his family can pass on my condolences from around the world. Vale Paul. Rod Whitworth. Just recently Paul held a tutorial at AsiaBSDcon 2015; as we know he enjoyed - or rather lived for - BSD conferences. He was particularily proud of the 2011 EuroBSDcon in Maarssen, for which he was the prime organizer. The Stichting EuroBSDcon (the Foundation behind every EuroBSDcon since then) came to life in the aftermath of the 2011 con, Paul was the driving force. He always wanted to create a community event for everybody involved with the BSDs, in particular, he always wanted EuroBSDcon to be a conference for ALL the BSD-derived Operating Systems, in a fair and balanced way. This desire last not least led him to get me on the foundation board. Let us remember him for his enthusiasm, his warm and open nature, his endless desire to help where possible, and his accomplishments. Just two weeks ago I had a very long, private conversation with him in Tokyo. I can't believe this should have been the last time to talk to each other. I've lost a great friend. Rest in peace, Paul.
Re: Hiawatha install on 5.6 i386 :: FIXED by guess
On Mon, 23 Feb 2015 15:32:18 +1100, Rod Whitworth wrote: Installed from my ISP's mirror. Starting hiawatha results in: Warning: can't write PID file /usr/local/var/run/hiawatha.pid. There is no file of that name found by locate. There is no directory var/run in /usr/local/ hiawatha runs seemly ok other than the above. Any clues? /R/ Making the non-existant dirs lets it work. /R/ Rod/ In the beginning was The Word and The Word was Content-type: text/plain The Word of Rod.
Hiawatha install on 5.6 i386
Installed from my ISP's mirror. Starting hiawatha results in: Warning: can't write PID file /usr/local/var/run/hiawatha.pid. There is no file of that name found by locate. There is no directory var/run in /usr/local/ hiawatha runs seemly ok other than the above. Any clues? /R/ Rod/ From the land down under: Australia. Do we look umop apisdn from up over?
BGPD.conf - Clue needed
I'm trying to help a friend with a bgpd problem and I'm cutting down the
bgpd.conf more
than I normally would because I'm prepping for a serious eye operation and I
don't have
the time to edit the entire file to make it impervious to unwanted viewers.
Here are what I think illustrates the problem and the pertinent parts of the
conf.
BOF
network A.B.C/21
nexthop qualify via bgp
neighbor $LowPri {
remote-as *
descr LowPriv4
passive
set prepend-self 8
set prepend-neighbor 8
announceself
announceIPv6 none
neighbor $Best {
remote-as **
descr Bestv4
passive
set weight 0
set prepend-self 2
set prepend-neighbor 2
announceself
announceIPv6 none
EOF
$Best is a high reliability, reasonable priced neighbour.
The $LowPri neighbour has an upstream peer neighbour which refuses to honour
prepends or any other means of making it a path of lower priority.
There has been a suggestion that $Best should be seeing the /21 as two /22s
which would
make it a more preferable path.
Any suggestions?
I don't like unaggreated net blocks and I don't know how to modify the bgpd
config to do
that either.
My mother would have said: When needs must, the devil drives!
Questions may have a slow response whilst I'm being treated. I may see them
but be
unable to reply promptly.
TIA,
/Rod/
*** NOTE *** Please DO NOT CC me. I am subscribed to the list.
Mail to the sender address that does not originate at the list server is
tarpitted. The reply-to: address is provided for those who feel compelled to
reply off list. Thankyou.
Rod/
---
This life is not the real thing.
It is not even in Beta.
If it was, then OpenBSD would already have a man page for it.
Re: Follow up from What happened....
On Wed, 17 Dec 2014 08:10:52 +0100, Marc Peters - m...@mpeters.org wrote: On 12/17/14 04:32, Rod Whitworth wrote: Here is a rough dump of the attempted install: [snip] Let's install the sets! Location of sets? (cd disk ftp http or 'done') [cd] Available CD-ROMs are: cd0. Which CD-ROM contains the install media? (or 'done') [cd0] cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 SENSE KEY: Aborted Command ASC/ASCQ: ASC 0x00 ASCQ 0x00 Have you tried to install from a different location, like an usb thumpdrive or over network? Marc No. Reasons: The CD works perfectly for every version since ~2.5 until 5.4 to do installs. The CD works perfectly on 5.5 and 5.6 up to the point where it needs to get the sets. I believe that somebody who can interpret the message can tell me where to make the next move. The CDs are the official (bought) ones and I'm a little surprised that the code on the two most recent ones is radically different to the earlier ones. Maybe the drive is not suited to new CDs. Mabe that is not so. Before I go diving in I'd like a clue from someone who can decode the message. Thanks for your advice but I'm patient enough to see if a guru has a clue to follow. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: What happened when 5.5 met my old reliable box
Thanks much. A different approach to some others. I'll file them all because I suspect that one method will suit one problem better than others. On Tue, 16 Dec 2014 07:48:05 +0100, Adriaan wrote: From the OpenBSD FAQ: At the boot loader prompt, enter boot *set tty com0* This will tell OpenBSD to use the first serial port (often called COM1 or COMA in PC documentation) as a serial console. The default baud rate is 9600. You set the speed higher by first typing stty com0 19200 This is documented in the boot.conf man page. On your workstation you can use tip(1) as terminal emulator. You can easily record the session to file by creating a .tiprc file: beautify record='LOGS/serial-log.txt' script verbose Create the LOGS directory, add yourself to the dialer group. With something liketip -v -19200 tty00 you can then start tip. If you have an USB-Serial converter you need to use ttyU0 as mentioned in ucom(4) On Tue, Dec 16, 2014 at 7:09 AM, Rod Whitworth glis...@witworx.com wrote: On Tue, 16 Dec 2014 00:16:52 -0500, Ted Unangst wrote: On Tue, Dec 16, 2014 at 16:05, Rod Whitworth wrote: I tried 5.5 - crashes there too. 5.4 and earlier work well. Clues? I love these low power skinny boxes in my rack and I'm betting that the problem exists in all the ones I have, but I cannot take the others down until I have one to swap in. 1. connect a serial cable or something to record output. I like the idea of getting chars ready to print but how do I get the data going to the rs232 port that is on all of these boxes (luckily!) ? I missed the class that taught that trick. 8-) 2. get a video camera. smartphone should be good enough. 3. brute force. build kernels from source from 5.4 onwards. the good news is this will only take about seven kernels to find the offending commit; the bad news is building old snapshot ramdisk kernels is quite a pain. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: What happened when 5.5 met my old reliable box
On Tue, 16 Dec 2014 21:22:35 +1100, Rod Whitworth wrote: Thanks much. A different approach to some others. I'll file them all because I suspect that one method will suit one problem better than others. On Tue, 16 Dec 2014 07:48:05 +0100, Adriaan wrote: From the OpenBSD FAQ: At the boot loader prompt, enter boot *set tty com0* This will tell OpenBSD to use the first serial port (often called COM1 or COMA in PC documentation) as a serial console. The default baud rate is 9600. You set the speed higher by first typing stty com0 19200 This is documented in the boot.conf man page. On your workstation you can use tip(1) as terminal emulator. You can easily record the session to file by creating a .tiprc file: beautify record='LOGS/serial-log.txt' script verbose Create the LOGS directory, add yourself to the dialer group. With something liketip -v -19200 tty00 you can then start tip. If you have an USB-Serial converter you need to use ttyU0 as mentioned in ucom(4) On Tue, Dec 16, 2014 at 7:09 AM, Rod Whitworth glis...@witworx.com wrote: On Tue, 16 Dec 2014 00:16:52 -0500, Ted Unangst wrote: On Tue, Dec 16, 2014 at 16:05, Rod Whitworth wrote: I tried 5.5 - crashes there too. 5.4 and earlier work well. Clues? I love these low power skinny boxes in my rack and I'm betting that the problem exists in all the ones I have, but I cannot take the others down until I have one to swap in. 1. connect a serial cable or something to record output. I like the idea of getting chars ready to print but how do I get the data going to the rs232 port that is on all of these boxes (luckily!) ? I missed the class that taught that trick. 8-) 2. get a video camera. smartphone should be good enough. 3. brute force. build kernels from source from 5.4 onwards. the good news is this will only take about seven kernels to find the offending commit; the bad news is building old snapshot ramdisk kernels is quite a pain. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Dovecot happy on 5.6?
On Tue, 16 Dec 2014 01:11:34 -0500, Brad Smith wrote: On 12/15/14 23:48, Rod Whitworth wrote: I have been trying out dovecot for some years and it has always had some irritating bug or limitation and I have seen a few gripes from others. It seems to have been very quiet lately so I thought I'd have another attempt to get it running whilst choosing options that look like ones to suit me. It's been quiet because the bugs in OpenBSD were fixed and it just works. It works fine for tons of people. That looks like a unanimous vote. Thank you all! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Follow up from What happened....
Here is a rough dump of the attempted install:
cannot open cd0a:/etc/random.seed: No such file or directory
booting cd0a:/5.5/i386/bsd.rd: 6038804+425032 [72+234464+223327]=0x699f80
entry point at 0x200120
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 5.5 (RAMDISK_CD) #229: Wed Mar 5 10:13:54 MST 2014
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
cpu0: Intel(R) Celeron(TM) CPU 1300MHz (GenuineIntel 686-class) 1.31 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE,PERF
real mem = 527953920 (503MB)
avail mem = 512069632 (488MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 02/27/02, BIOS32 rev. 0 @ 0xfb4b0, SMBIOS
rev. 2.3 @ 0xf0800 (35 entries)
bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 02/27/2002
bios0: VIA Technologies, Inc. VT8601
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP
acpiprt0 at acpi0: bus 0 (PCI0)
bios0: ROM list: 0xc/0xc000
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 VIA VT8601 PCI rev 0x05
ppb0 at pci0 dev 1 function 0 VIA VT82C601 AGP rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 Trident CyberBlade i1 rev 0x6a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 VIA VT82C686 ISA rev 0x40
pciide0 at pci0 dev 7 function 1 VIA VT82C571 IDE rev 0x06: ATA100, channel 0
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: Maxtor 6Y080L0
wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: ATAPI-CD, ROM-DRIVE-52MAX, 52AW ATAPI 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4
uhci0 at pci0 dev 7 function 2 VIA VT83C572 USB rev 0x1a: irq 5
uhci1 at pci0 dev 7 function 3 VIA VT83C572 USB rev 0x1a: irq 5
VIA VT82C686 SMBus rev 0x40 at pci0 dev 7 function 4 not configured
rl0 at pci0 dev 17 function 0 Realtek 8139 rev 0x10: irq 11, address
00:01:80:0f:2b:94
rlphy0 at rl0 phy 0: RTL internal PHY
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 VIA UHCI root hub rev 1.00/1.00 addr 1
usb1 at uhci1: USB revision 1.0
uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1
softraid0 at root
scsibus1 at softraid0: 256 targets
root on rd0a swap on rd0b dump on rd0b
erase ^?, werase ^W, kill ^U, intr ^C, status ^T
Welcome to the OpenBSD/i386 5.5 installation program.
(I)nstall, (U)pgrade, (A)utoinstall or (S)hell? i
At any prompt except password prompts you can escape to a shell by
typing '!'. Default answers are shown in []'s and are selected by
pressing RETURN. You can exit this program at any time by pressing
Control-C, but this can leave your system in an inconsistent state.
Terminal type? [vt220]
System hostname? (short form, e.g. 'foo') foo
Available network interfaces are: rl0 vlan0.
Which network interface do you wish to configure? (or 'done') [rl0]
IPv4 address for rl0? (or 'dhcp' or 'none') [dhcp]
Issuing hostname-associated DHCP request for rl0.
DHCPDISCOVER on rl0 to 255.255.255.255 port 67 interval 1
DHCPOFFER from 192.168.80.254 (80:1f:02:c9:d7:2e)
DHCPREQUEST on rl0 to 255.255.255.255 port 67
DHCPACK from 192.168.80.254 (80:1f:02:c9:d7:2e)
bound to 192.168.80.251 -- renewal in 43200 seconds.
IPv6 address for rl0? (or 'rtsol' or 'none') [none]
Available network interfaces are: rl0 vlan0.
Which network interface do you wish to configure? (or 'done') [done]
Using DNS domainname witworx.com.com
Using DNS nameservers at 192.168.80.1
Password for root account? (will not echo)
Password for root account? (again)
Start sshd(8) by default? [yes]
Start ntpd(8) by default? [no]
Do you expect to run the X Window System? [yes] no
Change the default console to com0? [no]
Setup a user? (enter a lower-case loginname, or 'no') [no]
What timezone are you in? ('?' for list) [Australia/Sydney]
Available disks are: wd0.
Which disk is the root disk? ('?' for details) [wd0]
Use DUIDs rather than device names in fstab? [yes]
Disk: wd0 geometry: 9964/255/63 [160086528 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start:size ]
---
0: 00 0 0 0 - 0 0 0 [
Dovecot happy on 5.6?
I have been trying out dovecot for some years and it has always had some irritating bug or limitation and I have seen a few gripes from others. It seems to have been very quiet lately so I thought I'd have another attempt to get it running whilst choosing options that look like ones to suit me. Any happy users? Absolute haters who have really tried hard? (Description of problem?) Thanx, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
What happened when 5.5 met my old reliable box
[dmesg follows] I have several light weight i386 boxes made by Aopen around y2k at the time of the shonky motherboard caps. A customer gave me all the ones that had not failed until well out of warranty and I bought a bag of superior caps and swapped out all the bad ones and they all have been running for at least 8 years. One box is due to be brought up with a new install. It crashed on 5.6 at the point where it was due to get the sets from the CD. I wish I could catch what it says but it closes the message too fast for my eyes. I tried 5.5 - crashes there too. 5.4 and earlier work well. Clues? I love these low power skinny boxes in my rack and I'm betting that the problem exists in all the ones I have, but I cannot take the others down until I have one to swap in. dmesg: OpenBSD 5.4 (GENERIC) #37: Tue Jul 30 12:05:01 MDT 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(TM) CPU 1300MHz (GenuineIntel 686-class) 1.31 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX, FXSR,SSE,PERF real mem = 527953920 (503MB) avail mem = 507879424 (484MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/27/02, BIOS32 rev. 0 @ 0xfb4b0, SMBIOS rev. 2.3 @ 0xf0800 (35 entries) bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 02/27/2002 bios0: VIA Technologies, Inc. VT8601 apm0 at bios0: Power Management spec V1.2 (slowidle) acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xde94 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde10/128 (6 entries) pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:07:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xc000 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 VIA VT8601 PCI rev 0x05 viaagp0 at pchb0: v2 agp0 at viaagp0: aperture at 0xe000, size 0x1000 ppb0 at pci0 dev 1 function 0 VIA VT82C601 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 Trident CyberBlade i1 rev 0x6a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 7 function 0 VIA VT82C686 ISA rev 0x40 pciide0 at pci0 dev 7 function 1 VIA VT82C571 IDE rev 0x06: ATA100, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: Maxtor 6Y080L0 wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI-CD, ROM-DRIVE-52MAX, 52AW ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4 uhci0 at pci0 dev 7 function 2 VIA VT83C572 USB rev 0x1a: irq 5 uhci1 at pci0 dev 7 function 3 VIA VT83C572 USB rev 0x1a: irq 5 viapm0 at pci0 dev 7 function 4 VIA VT82C686 SMBus rev 0x40: SMI iic0 at viapm0 iic0: addr 0x2d 00=01 01=40 02=97 03=ff 04=ff 07=50 08=ad 09=3d 0b=55 13=d7 14= 45 16=78 17=8a 1d=40 1f=7f 20=a6 21=96 22=7d 23=d0 24=d2 25=cd 26=cc 27=80 28 =80 29=a1 2b=ff 2d=d6 2e=c1 2f=d4 30=bf 31=cd 32=ba 33=cb 34=b8 37=08 38=02 39 =ff 3d=ff 3f=a2 40=01 43=ff 44=ff 47=50 48=ad 49=3d 4b=55 53=7f 54=12 56=f8 57=81 5d=40 5f=7f 60=a6 61=96 62=7d 63=d0 64=d2 65=cd 66=cc 67=80 68=80 69=a5 6b=ff 6d=d6 6e=c1 6f=d4 70=bf 71=cd 72=ba 73=cb 74=b8 77=08 78=02 79=ff 7d=ff 7f=a2 80 =01 83=ff 84=ff 87=50 88=ad 89=3d 8b=55 93=7f 94=1b 96=15 97=01 9d=40 9f=7f a0 =a6 a1=96 a2=7d a3=d0 a4=d2 a5=cd a6=cc a7=80 a8=80 a9=a5 ab=ff ad=d6 ae=c1 af=d4 b0=bf b1=cd b2=ba b3=cb b4=b8 b7=08 b8=02 b9=ff bd=ff bf=a2 c0=01 c3=ff c4 =ff c7=50 c8=ad c9=3d cb=55 d3=7f d4=15 d6=06 d7=01 dd=40 df=7f e0=a6 e1=96 e2= 7d e3=d0 e4=d2 e5=cd e6=cc e7=80 e8=80 e9=a5 eb=ff ed=d6 ee=c1 ef=d4 f0=bf f1 =cd f2=ba f3=cb f4=b8 f7=08 f8=02 f9=ff fd=ff ff=a2 words 00=01ff 01=00ff 02=00ff 03 = 04= 05=00ff 06=00ff 07=50ff spdmem0 at iic0 addr 0x50: 256MB SDRAM non-parity PC133CL2 spdmem1 at iic0 addr 0x51: 256MB SDRAM non-parity PC133CL2 viapm0: 24-bit timer at 3579545Hz rl0 at pci0 dev 17 function 0 Realtek 8139 rev 0x10: irq 11, address 00:01:80:0f:2b:94 rlphy0 at rl0 phy 0: RTL internal PHY isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 VIA UHCI root hub rev 1.00/1.00 addr 1 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 mtrr: Pentium Pro MTRR support vscsi0 at root
Re: What happened when 5.5 met my old reliable box
On Tue, 16 Dec 2014 00:16:52 -0500, Ted Unangst wrote: On Tue, Dec 16, 2014 at 16:05, Rod Whitworth wrote: I tried 5.5 - crashes there too. 5.4 and earlier work well. Clues? I love these low power skinny boxes in my rack and I'm betting that the problem exists in all the ones I have, but I cannot take the others down until I have one to swap in. 1. connect a serial cable or something to record output. I like the idea of getting chars ready to print but how do I get the data going to the rs232 port that is on all of these boxes (luckily!) ? I missed the class that taught that trick. 8-) 2. get a video camera. smartphone should be good enough. 3. brute force. build kernels from source from 5.4 onwards. the good news is this will only take about seven kernels to find the offending commit; the bad news is building old snapshot ramdisk kernels is quite a pain. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
2 VoIP phones on one line
Years ago I bought a Minitar VoIP ATA and it was great. Then SWMBO wanted one too and I set up siproxd which mostly worked. Then I go two global IPs and put one ATA/Phone on each. Perfect! No Siproxd! Now I am about to need those 2 IPs. Neither phone needs to recieve incoming calls. Anybody using some of the more recent additions inthe Telephony ports? Ones to avoid or ones to love? Thanx, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: 2 VoIP phones on one line
On Thu, 23 Oct 2014 21:24:56 + (UTC), Stuart Henderson wrote: On 2014-10-23, Rod Whitworth glis...@witworx.com wrote: Years ago I bought a Minitar VoIP ATA and it was great. Then SWMBO wanted one too and I set up siproxd which mostly worked. Then I go two global IPs and put one ATA/Phone on each. Perfect! No Siproxd! Now I am about to need those 2 IPs. Neither phone needs to recieve incoming calls. Anybody using some of the more recent additions inthe Telephony ports? Ones to avoid or ones to love? Thanx, I would first try it with standard NAT. It depends on the exact setup on both sides, but it's common for VoIP providers these days to handle various NAT based configurations in their border controllers or SIP servers - the first troubleshooting step from their side would often be to *disable* any nat helpers. If that's no good, try restricting each ATA/phone to a different RTP port range and port-forward them. None of the STUN etc that have arrived, since I last looked, any good? Thanx. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
OT? - people going to EuroBSDcon in Sofia
Hello from Aus. I don't want to clutter this list so I have provided a temporary email address for ALL replies. Please use nods dot 20 dot wtw at xoxy dot net I am going to Sofia and it is about 32+ hours from home to hotel flying out of Sydney Aus. So I am arriving on Thursday 25 Sep. and I have a full day (26/9) before the conference starts on 27/9. The organisers have provided some tours on Friday and Saturday. Obviously the Saturday one is for people not attending the con sessions. I love seeing some of the countries I visit and I wish that the Friday and Saturday tours were in the reverse order because I'd love to see Plovdiv and Bachkovo and that tour is scheduled for Saturday. So I intend to do a private trip to those places on the Friday. There is room for 2 or 3 other people who would be ready to start fairly early on Friday morning from near the Expo building. [Con venue) Here is a link to the tour: http://traventuria.com/product.aspx?id=64cid=71 Note that I am going to book the tour very soon and I won't be able to pay for extra people as I won't know the numbers, but I'll make it a flexible booking and we can sort out the money on the day. Rod/
Does OpenBGPd suffer collateral damage with this?
http://www.smh.com.au/technology/technology-news/how-flakey-is-the-inter net-20140816-104t8p.html I would love to hear that our beloved BGP routers are the only ones that don't get screwed or at least we are one of the few. I haven't heard any noises from the hosting site that I look after. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
On the way...Yay!
Snip from an email this morning (GMT+10): Shipment from Canada via small packet AIR is confirmed via: CN22 28 April 2014 (ship date). OpenBSD 5.5 CD sets. Now I just have to wait for airmail and customs here in Australia. If you have been slack about ordering now is the time to do it. Lots of new adventures with the first OS to kill the Y2K38 bug. Remember that sales of CD and various swag help the progress of the great product that is OpenBSD. Thanks to everyone who played any part in getting the latest disks to me. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: New hardware for BGPd
On Thu, 3 Apr 2014 12:21:59 + (UTC), Stuart Henderson wrote: I should be getting a supermicro A1SAi-2550F box from a system builder to test in a week or so, which covers most of this while using less power. 4 ports onboard and a PCIe slot so you could add a quad nic (though for my intended use 4 is enough). This is one of the newer Atom cpus, which has AES-NI and takes ECC RAM. If it works out OK I'll be using a couple more as routers, dns boxes, etc. That sounds like a candidate for us with a 4port GigE add-on and one of the cases that has all the stuff on the front (except power socket which is OK). Please send me your test results off-line. /Rod/ PS: Happy Birthday - a couple of days away IIRC. Rod/ From the land down under: Australia. Do we look umop apisdn from up over?
Re: New hardware for BGPd
On Thu, 3 Apr 2014 18:51:58 + (UTC), Doros Eracledes wrote: We had very good results with SuperMicro machines with the X9SCi-LN4 motherboard. It comes with 4 x Integrated Intel 82574 L Gigabit LAN Ports so with an additional Intel Quad card we get 8 ports in total. the CPU we get is the Intel Xeon E3-1230V2 and with AES-NI enabled we can easily get 100Mbit/s ipsec throughput. Doros: Thanks for your response. I did a comparison with the one that Stuart is is getting to test soon looks like what we need. I only have two responses both SuperMicro and both from UK. I would have expected some USA responses but it doesn't matter when I get speedy sensible responses elsewhere. Thanks again, Rod/ Rod/ From the land down under: Australia. Do we look umop apisdn from up over?
New hardware for BGPd
I've been running a couple of Soekris 5501s with an add-in 4-port network card. We are looking to upgrade and I need to get a clue about suitable hardware. Google is, these days, totally crap for searching things like what I need and I'm sure there is more than one bit of kit that is running OpenBSD/BGPd and keeping its owner happy. I'd like: 8 GigE ports, serial console, Compact Flash socket, PXE bootable, 1RU case. Units that should be avoided would be helpful as well as the obviously reliable ones. We are not running an IX - just a busy data centre. Thanks, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Randall strikes again!
http://xkcd.com/1343/ NB xkcd newbies: There is a message that pops up if you place the mouse pointer inside the frame. Enjoy! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
I haven't heard of anyone else with this screen problem
A while back I posted a tech message dealing with a couple of buglets. One got fixed pronto (that's why we test lots of snapshots) and the other got attention from jsg@ and I tried all his suggestions but we had no luck. I nobody else has the prob then it's hard to justify wasting too much time on it although I have seen some reports that linux has the same prob on some graphics. Here are the bug details and a somewhat old snapshot but there is no functional difference in the latest one. === buglet 1: When booting and the screen goes to its 34 line 85 column mode, the text mode fits into 30cm wide and 22cm high at the top left corner of a 38cm wide 30cm high screen. X runs full screen. Neither happens on an Intel 945GTP running the same snapshot. dmesg: OpenBSD 5.5-beta (GENERIC.MP) #233: Fri Feb 7 12:14:13 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF real mem = 2137223168 (2038MB) avail mem = 2090381312 (1993MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/23/11, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.6 @ 0xfc8b0 (23 entries) bios0: vendor American Megatrends Inc. version 080015 date 06/23/2011 bios0: Standard XS35 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC OEMB HPET GSCI acpi0: wakeup devices P0P1(S4) AZAL(S3) P0P4(S4) P0P5(S4) JLAN(S3) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) EUSB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.1.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu1: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu2: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu3: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 3, remapped to apid 4 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P0P1) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus 2 (P0P5) acpiprt4 at acpi0: bus -1 (P0P6) acpiprt5 at acpi0: bus -1 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpiec0 at acpi0 acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 acpitz0 at acpi0: critical temperature is 104 degC acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ bios0: ROM list: 0xc/0xda00! 0xce000/0x1800! 0xcf800/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) 0:31:2: mem address conflict 0xfc00/0x400 pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1024x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel Pineview Video rev 0x02 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: IDT 92HD81B1X audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 4 int 16 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 4 int 17 pci2 at ppb1 bus 2 JMicron SD/MMC rev 0x80 at pci2 dev 0 function 0 not configured sdhc0 at pci2 dev 0 function 2 JMicron SD Host Controller rev 0x80: apic 4 int 18 sdmmc0 at sdhc0 JMicron Memory Stick rev 0x80 at pci2 dev 0 function 3 not configured jme0 at pci2 dev 0 function 5 JMicron JMC250 rev 0x03: msi, address 80:ee:73:28:4b:69 jmphy0 at jme0 phy 1: JMP211 10/100/1000 PHY, rev. 1 uhci0 at pci0 dev 29 function 0 Intel
Re: I haven't heard of anyone else with this screen problem
Didn't do the edit properly. Fixed here. Sorry. On Wed, 05 Mar 2014 15:53:06 +1100, Rod Whitworth wrote: A while back I posted a tech message dealing with a couple of buglets. One got fixed pronto (that's why we test lots of snapshots) and the other got attention from jsg@ and I tried all his suggestions but we had no luck. If nobody else has the prob then it's hard to justify wasting too much time on it although I have seen some reports that linux has the same prob on some graphics. Here are the bug details and a somewhat old snapshot but there is no functional difference in the latest one. === buglet 1: When booting and the screen goes to its 34 line 85 column mode, the text mode fits into 30cm wide and 22cm high at the top left corner of a 38cm wide 30cm high screen. X runs full screen. Both run the frame buffer and X run correctly on an Intel 945GTP running the same snapshot. dmesg: OpenBSD 5.5-beta (GENERIC.MP) #233: Fri Feb 7 12:14:13 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF real mem = 2137223168 (2038MB) avail mem = 2090381312 (1993MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/23/11, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.6 @ 0xfc8b0 (23 entries) bios0: vendor American Megatrends Inc. version 080015 date 06/23/2011 bios0: Standard XS35 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC OEMB HPET GSCI acpi0: wakeup devices P0P1(S4) AZAL(S3) P0P4(S4) P0P5(S4) JLAN(S3) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) EUSB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.1.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu1: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu2: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (GenuineIntel 686-class) 1. GHz cpu3: 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,NXE,LONG,SSE3,DTES64,MWAI T,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 3, remapped to apid 4 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P0P1) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus 2 (P0P5) acpiprt4 at acpi0: bus -1 (P0P6) acpiprt5 at acpi0: bus -1 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpiec0 at acpi0 acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 acpitz0 at acpi0: critical temperature is 104 degC acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ bios0: ROM list: 0xc/0xda00! 0xce000/0x1800! 0xcf800/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) 0:31:2: mem address conflict 0xfc00/0x400 pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1024x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel Pineview Video rev 0x02 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: IDT 92HD81B1X audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 4 int 16 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 4 int 17 pci2 at ppb1 bus 2 JMicron SD/MMC rev 0x80 at pci2 dev 0 function 0 not configured sdhc0 at pci2 dev 0 function 2 JMicron SD Host Controller rev 0x80: apic 4 int 18 sdmmc0 at sdhc0 JMicron Memory Stick rev 0x80 at pci2 dev 0 function 3 not configured jme0 at pci2 dev 0 function 5 JMicron JMC250
Re: Forced shutdown due high temperatures
On Tue, 05 Nov 2013 00:23:56 +, E. Goncalves wrote: Hello there, I've just installed OpenBSD 5.4 on my machine and a few minutes of uptime without doing nothing the system shuts down saying the temperature is high, and I put my hands on top of keyboard in the location where the processor is but it is not warn at all. This issue never happened to me using this laptop or OpenBSD before (using 5.3). I use OpenBSD mainly to code in C, C++ and CLisp but, basically pass most of time with a instance of Emacs running and issuing make, and if I put my hand in the same spot above the processor location it feels warn (but not warmer then when I was using openSUSE), and warmer than in OpenBSD 5.4 but it does not shutdown. Does anyone is experiencing the same issues? Can someone help me? I have been running 5.4 for ages (I downloaded all the packages whilst they were frozen and got lucky with a snapshot PLUS I bought a 5.4 CD at EuroBSDcon ) and I have had no problems with two laptops and two servers. Maybe your hardware is not the same as mine? Who would know? R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: update my box and Cinnamon avaible
On Sun, 22 Sep 2013 23:34:15 +0200, Marc Espie wrote: On Sun, Sep 22, 2013 at 03:28:24PM -0600, Anthony J. Bentley wrote: There are some tools in the ports tree, like ports-readmes, that fulfill the same purpose but make use of the infrastructure to do a better job. http://ports.su/ is based on this. ports-readme-dancer packages it all as a simple app you can run to have a local webserver with the same information, and query capabilities. s/readme/readmes/ ?? R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: cvsync, rsync
On Thu, 19 Sep 2013 08:01:13 +0200, Janne Johansson wrote: 2013/9/19 hru...@gmail.com Alexander Hall alexan...@beard.se wrote: Marc already anwered all your questions. Let me quote it. Fuck off The most brilliant answers of the experts: An old quote which fits nicely here: A book is a mirror: if an ape looks into it an apostle is hardly likely to look out. We have no words for speaking of wisdom to the stupid. He who understands the wise is wise already. +1*10^160 8-) R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: 5.3 Installer Hangs After Entering Netmask (Broadcom NIC)
On Sun, 1 Sep 2013 22:45:50 -0700, andrew fabbro wrote: I have a Shuttle SD11G5, which is a small Celeron-based PC (1.5Ghz Celeron, 2GB RAM, a couple SATA drives). The OpenBSD 5.3 installer consistently hangs after I enter the Netmask for the onboard NIC. I'm booting the 32-bit x86 install53.iso. I start configuring bge0 (which is a BCM5789) and after IPv4 address for bge0, the installer asks for Netmask and after I enter it (255.255.255.0), the installer sits there forever. Same thing if I DHCP - after Issuing hostname-associated DHCP request for bge0 the installer hangs. I also have an Intel Pro/1000 gig-E card (82574L) in the PCI Express slot, which shows up on em0. Unfortunately dmesg says couldn't map interrupt and I'm not offered the chance to configure it. I haven't found anything useful via searching for fixing this. This box previously ran Debian Linux with no problems, so I'm skeptical it's a hardware problem. The BMC578x series is listed as supported on the bge(4) man page. Any advice? Yes. Provide a dmesg before expecting anything from one of the wise men. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: BGPd filter puzzle
On Wed, 7 Aug 2013 07:30:49 +0200, Claudio Jeker wrote: This is from the network stack, it does not mean that bgpd added routes for this. For that you should check bgpctl show rib, bgpctl show fib and route(8) output. I'll have to check when some traffic is passing. Pity the error line doesn't have a timestamp 8-) The problem here is that somebody on sis0 is sending you packets using link local addresses as source IP to a global IP as destination. This is not allowed since there is no way to send packets back. So if sis0 is upstream then something is seriously wrong on that upstream. I dig all that and my attitude was that they should not be doing that but why is my filter not blocking it anyway? deny from any prefix fe80::/10 prefixlen = 10 # link local unicast Am I missing something there? neccessary IPv6 rant All went to shit when they added link local addressing to IPv6 in the ivory tower. All this because DHCP was considered bad. So we ended up with this mess that is worse by at least 50dB. /rant It's a case of NIBU* as opposed to NIH. * Not Invented By Us. Thanks for the fast reply. I'll see you at EuroBSDcon if I survive the close to 30 hours in transit. ;-) *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
BGPd filter puzzle
I logged in to an OpenBGPd router which I maintain remotely as I needed to check something from dmesg. The command dmesg|less resulted in 150 lines, none of which was what I expected to see. Here are some samples: cannot forward src fe80:0005::0420:77e7:f6bf:3550, dst 2406:a000::0006:0d08, nxt 6, rcvif sis0, outif vr1 cannot forward src fe80:0005::92f6:52ff:fe02:4734, dst 2406:a000::0005, nxt 17, rcvif sis0, outif vr1 cannot forward src fe80:0005::0420:77e7:f6bf:3550, dst 2406:a000::0006:0d08, nxt 17, rcvif sis0, outif vr1 cannot forward src fe80:0005::0224:21ff:fe29:eaca, dst 2406:a000::0005, nxt 17, rcvif sis0, outif vr1 The link-local address of the rcvif is inet6 fe80::200:24ff:feca:3ad4%sis0 prefixlen 64 scopeid 0x5 so it isn't involved. Furthermore the bgpd.conf ends with: deny from any prefix fe80::/10 prefixlen = 10 # link local unicast deny from any prefix fec0::/10 prefixlen = 10 # old site local unicast deny from any prefix ff00::/8 prefixlen = 8# multicast #EOF Simple(?) question first: Why is traffic coming via a transit provider getting past the link-local filter rule? Secondly what do the nxt 6 and nxt 17 mean? Mandatory dmesg from dmesg.boot: OpenBSD 5.2 (GENERIC) #1: Fri Nov 30 17:27:14 EST 2012 r...@nero.witworx.com:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 500 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW real mem = 536408064 (511MB) avail mem = 516780032 (492MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/80/26, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) io address conflict 0x6100/0x100 io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:00:24:ca:d9:1c ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 VIA VT6105M RhineIII rev 0x96: irq 5, address 00:00:24:ca:d9:1d ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 VIA VT6105M RhineIII rev 0x96: irq 9, address 00:00:24:ca:d9:1e ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:00:24:ca:d9:1f ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 ppb0 at pci0 dev 14 function 0 TI PCI2250 PCI-PCI rev 0x02 pci1 at ppb0 bus 1 sis0 at pci1 dev 0 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, address 00:00:24:ca:3a:d4 nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci1 dev 1 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 7, address 00:00:24:ca:3a:d5 nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci1 dev 2 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, address 00:00:24:ca:3a:d6 nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 sis3 at pci1 dev 3 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 7, address 00:00:24:ca:3a:d7 nsphyter3 at sis3 phy 0: DP83815 10/100 PHY, rev. 1 glxpcib0 at pci0 dev 20 function 0 AMD CS5536 ISA rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio, i2c gpio0 at glxpcib0: 32 pins iic0 at glxpcib0 pciide0 at pci0 dev 20 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-002G wd0: 1-sector PIO, LBA, 1907MB, 3906560 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 AMD CS5536 USB rev 0x02: irq 15, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 AMD CS5536 USB rev 0x02: irq 15 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 mtrr: K6-family MTRR support (2 registers) vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at
Re: Boning the Troll
On Fri, 12 Jul 2013 10:59:33 + (UTC), Stuart Henderson wrote: Troll feeding is a mostly unskilled operation, many more people are available for this service than for anything requiring actual thought. +1! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Another year goes by
Happy birthday Theo. Many more, I trust. Thanks for your leadership and the quality work that engenders amongst others. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
5.3 halfway round the world (almost)
I pre-ordered on the day that orders opened. I'll probably never order #1 due to the timeshift but that's life. My CD sets and the Absolute OpenBSD Second Edition ( on paper) were postmarked May 2 (which is already May 3 here) and the parcel arrived and cleared customs by May 10. Great artwork and stickers and great work of art on the CDs. ML's latest tome is a must-have for keeping the brain in sync with the progress of OpenBSD. If you have not ordered yet do the smart thing: support the project buying CDs and some swag etc and remember that you are helping the project by ordering the book on the OpenBSD ordering page. Kudos to Austin co for nice speedy order shipping. Thanks to all the team. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Happy Birthday Stu
I don't know where I found out your birthday date Stuart, it's the only one of the devs and I never went hunting for any of them. In any case it's a chance to thank you for being a very productive member of the great team that is OpenBSD and a very polite and helpful friend to many of us. So Happy Birthday from me and I think I speak for many. Rod/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Pre-orders for 5.3
On Mon, 18 Mar 2013 04:53:29 +0100, ropers wrote: http://www.youtube.com/watch?v=9KAZXO5UbnU Aquarela was 5.2's song *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Precisions on ZFS (was: Millions of files in /var/www inode / out of space issue.)
On Thu, 21 Feb 2013 22:54:58 -0430, Andres Perera wrote: On Thu, Feb 21, 2013 at 9:59 PM, Juan Francisco Cantero Hurtado i...@juanfra.info wrote: OpenBSD doesn't have support for loadable kernel modules or FUSE, so OpenBSD should include the code inside of the kernel. This is a big difference with FreeBSD/NetBSD/Linux. lkm(4) is outdated with wrong information about a feature no longer present? From cvsweb:src/lkm/ap/Attic/README Revision 1.3 Mon Feb 24 22:30:12 2003 UTC (10 years ago) by matthieu Branches: MAIN CVS tags: HEAD FILE REMOVED Changes since revision 1.2: +1 -1 lines Bye, unused code. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Legal Question: OpenBSD Spin-off
On Sun, 10 Feb 2013 18:09:56 -0600, Maximo Pech wrote: Well, installing openbsd is not what I'd call easy for people with few technical skills. Crap! It is well documented and very little data needs to be typed in as most input can be done by accepting the default. Why not make it a live system that boots from cd/dvd/USB/sd with everything already configured and ready to run? Live CDs can be a PITA.. People have built them and they aon't setting the world on fire. You can make your own USB flash by following the instructions in the FAQ (= same as install to the HD, just different HDD name. Installing in under 5 minutes is possible on a real drive - USB sticks are much slower. If I am doing a quick test I sometimes install to a real HDD on USB. Meanwhile go read the FAQ about installing and try it. Unless you are an absolute dummy you should be able to absorb the instructions and do the install. If you can't handle that, then OpenBSD is probably not for you and, given some of the horrors in some Linux Live-CDs, you may be best to stick to windows or mac. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: I need a little more Enlightenment
On Thu, 17 Jan 2013 14:13:09 +0100, Stefan Sperling wrote: On Wed, Jan 16, 2013 at 10:50:36AM +1100, Rod Whitworth wrote: On Tue, 15 Jan 2013 11:33:54 +0100, Stefan Sperling wrote: The dmesg you quoted is from 5.2. Please show the -current dmesg from the USB stick install which actually has the problem. I was not clear enough. I only ran the USB boot to see if the problem with losing video on the Vcons was fixed. The problem is with the 5.2 release not running E. It works well with several WMs but when X is running you have to work blind on the Vcons. I just wanted to see if X in a recent snapshot still hid the other consoles and it doesn't so my new Tpad is on its way. Meanwhile I just want to play with E as it comes with 5.2 release so that I can learn how to config and use E. Then I'll be ready to do testing of your .17 versions when the new Tpad is here. The e17 port in 5.2 is an alpha release. So I suspect you are seeing a bug in that alpha release when you try to run e17 on 5.2. To try the e17 0.17.0 release, you have to run -current. Several hours before you wrote this reply I grabbed the current AMD64 install CD and loaded on the USB stick that I had been using to check that the blank vcons bug was fixed. There was a glitch in the install with xshare failing during extraction but I got around that by doing an upgrade using a nearby mirror and only selecting that set. The reason I grabbed the amd64 version is that the packages associated with it are compiled shortly after the date of the install CD. I then pkg_add-ed E17 and it runs but I am no way clued up enough to comment on its behaviour and that will have to wait for my new Tpad. Do you have any idea just how slowly usb booted machines are? I started pkg_add for E17 before I started preparing dinner and it finished well after we had finished eating and cleaned up. It's OK for a quick check as I needed to see if current was free of the invisible vcon bug but not much else. I have another unrelated question about the machine: Realtek RTS5209 Card Reader rev 0x01 at pci3 dev 0 function 0 not configured sdhc0 at pci3 dev 0 function 1 Realtek RTS5209 Card Reader rev 0x01: apic 2 int 19 sdmmc0 at sdhc0 Does the card reader work in 5.2? Does it work in -current? No. Same dmesg lines. Same dmesg lines in -current as in 5.2? I very much doubt that. Are you sure you were trying a -current kernel? I would expect -current to show something like: rtsx0 at pci3 dev 0 function 0 Realtek RTS5209 Card Reader rev 0x01: apic 0 int 18 sdmmc0 at rtsx0 Realtek RTS5209 Card Reader rev 0x01 at pci3 dev 0 function 1 not configured I was running current but I just scanned for Card Reader and saw the not configured message and that usually means it ain't going to work. So I can't swear as to the full message as I overwrote that i386 install with the amd64 one. Sorry. But it isn't working if it is not configured, is it? See http://marc.info/?l=openbsd-techm=135732675613607w=2 (the diff has been committed) I'm not doing any more research on this topic until I have a machine that I can dedicate to the work and it will be running on a SATA drive. Thanks for your work and I hope that I can do some real testing for you in the future. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: I need a little more Enlightenment
On Tue, 15 Jan 2013 11:33:54 +0100, Stefan Sperling wrote: On Tue, Jan 15, 2013 at 04:35:24PM +1100, Rod Whitworth wrote: E installs without whining. I changed xinitrc to remove the icewm setting and added:- exec enlightenment_start startx gives a very dark screen and a mouse cursor pops up in the centre. Then the screen has a short flash of white all over before the dark screen comes back without the mouse cursor. Hmmm... no idea what the problem could be. Sounds like the X server is crashing. Please show /var/log/Xorg.0.log, too. Here it is: = [ 206.914] (--) checkDevMem: using aperture driver /dev/xf86 [ 206.927] (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version 3.32) [ 208.018] X.Org X Server 1.12.2 Release Date: 2012-05-29 [ 208.018] X Protocol Version 11, Revision 0 [ 208.018] Build Operating System: OpenBSD 5.2 i386 [ 208.018] Current Operating System: OpenBSD red.witworx.com 5.2 GENERIC.MP#339 i386 [ 208.018] Build Date: 22 July 2012 10:21:16PM [ 208.018] [ 208.018] Current version of pixman: 0.24.4 [ 208.019]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 208.019] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 208.019] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 16 10:12:12 2013 [ 208.074] (==) Using system config directory /usr/X11R6/share/X11/xorg.conf.d [ 208.083] (==) No Layout section. Using the first Screen section. [ 208.084] (==) No screen section available. Using defaults. [ 208.084] (**) |--Screen Default Screen Section (0) [ 208.084] (**) | |--Monitor default monitor [ 208.084] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 208.084] (==) Disabling SIGIO handlers for input devices [ 208.084] (==) Automatically adding devices [ 208.084] (==) Automatically enabling devices [ 208.249] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [ 208.249] (==) ModulePath set to /usr/X11R6/lib/modules [ 208.249] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [ 208.261] (II) Loader magic: 0x3c021020 [ 208.261] (II) Module ABI versions: [ 208.261]X.Org ANSI C Emulation: 0.4 [ 208.261]X.Org Video Driver: 12.0 [ 208.261]X.Org XInput driver : 16.0 [ 208.261]X.Org Server Extension : 6.0 [ 208.263] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21ee rev 9, Mem @ 0xd000/4194304, 0xc000/268435456, I/O @ 0x4000/64 [ 208.263] (II) LoadModule: extmod [ 208.291] (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.so [ 208.301] (II) Module extmod: vendor=X.Org Foundation [ 208.301]compiled for 1.12.2, module version = 1.0.0 [ 208.301]Module class: X.Org Server Extension [ 208.301]ABI class: X.Org Server Extension, version 6.0 [ 208.301] (II) Loading extension MIT-SCREEN-SAVER [ 208.301] (II) Loading extension XFree86-VidModeExtension [ 208.301] (II) Loading extension XFree86-DGA [ 208.301] (II) Loading extension DPMS [ 208.301] (II) Loading extension XVideo [ 208.301] (II) Loading extension XVideo-MotionCompensation [ 208.301] (II) Loading extension X-Resource [ 208.301] (II) LoadModule: dbe [ 208.302] (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so [ 208.309] (II) Module dbe: vendor=X.Org Foundation [ 208.309]compiled for 1.12.2, module version = 1.0.0 [ 208.309]Module class: X.Org Server Extension [ 208.309]ABI class: X.Org Server Extension, version 6.0 [ 208.309] (II) Loading extension DOUBLE-BUFFER [ 208.309] (II) LoadModule: glx [ 208.309] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [ 208.320] (II) Module glx: vendor=X.Org Foundation [ 208.320]compiled for 1.12.2, module version = 1.0.0 [ 208.320]ABI class: X.Org Server Extension, version 6.0 [ 208.320] (==) AIGLX enabled [ 208.321] (II) Loading extension GLX [ 208.321] (II) LoadModule: record [ 208.321] (II) Loading /usr/X11R6/lib/modules/extensions/librecord.so [ 208.322] (II) Module record: vendor=X.Org Foundation [ 208.322]compiled for 1.12.2, module version = 1.13.0 [ 208.322]Module class: X.Org Server Extension [ 208.322]ABI class: X.Org Server Extension, version 6.0 [ 208.322] (II) Loading extension RECORD [ 208.322] (II) LoadModule: dri [ 208.322] (II) Loading /usr/X11R6/lib/modules/extensions/libdri.so [ 208.344] (II) Module dri: vendor=X.Org Foundation [ 208.344]compiled
I need a little more Enlightenment
Present machine (dmesg below) is really fun to work with X but that will go away with current. I found that out by installing the Jan 9 snap onto a USB stick. I'll start running that or later snaps when my new custom built T series laptop arrives. Meanwhile I decided to try running Enlightenment from the 5.2 package. fvwm and icewm work without problems (other than the blind vcons once X is loaded.) E installs without whining. I changed xinitrc to remove the icewm setting and added:- exec enlightenment_start startx gives a very dark screen and a mouse cursor pops up in the centre. Then the screen has a short flash of white all over before the dark screen comes back without the mouse cursor. A cluebat would maybe better that more enlightenment of the digital variety. I wanted to get a bit of experience before the new Tpad gets to work testing the new package that Stefan (stsp@ ) is putting so much work into. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ dmesg follows: BOF OpenBSD 5.2 (GENERIC.MP) #339: Wed Aug 1 10:13:24 MDT 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 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,SBF,NXE,LONG,SSE3,PCLMUL,MWAI T,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AE S,XSAVE,AVX,LAHF real mem = 3133054976 (2987MB) avail mem = 3071000576 (2928MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/30/11, BIOS32 rev. 0 @ 0xfc000, SMBIOS rev. 2.6 @ 0xe0830 (71 entries) bios0: vendor LENOVO version 8NET32WW (1.16 ) date 12/01/2011 bios0: LENOVO 1298CTO acpi0 at bios0: rev 4 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices P0P1(S4) EHC1(S3) EHC2(S3) HDEF(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) BLAN(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID_(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits 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 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu1: 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,SBF,NXE,LONG,SSE3,PCLMUL,MWAI T,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AE S,XSAVE,AVX,LAHF cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu2: 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,SBF,NXE,LONG,SSE3,PCLMUL,MWAI T,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AE S,XSAVE,AVX,LAHF cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu3: 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,SBF,NXE,LONG,SSE3,PCLMUL,MWAI T,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AE S,XSAVE,AVX,LAHF ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus 3 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus 8 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpitz0 at acpi0: critical temperature is 100 degC acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model 42T4951 serial 10775 type LION oem LGC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB bios0: ROM list: 0xc/0xee00 cpu0: Enhanced SpeedStep 2495 MHz: speeds: 2501, 2500, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel HD Graphics 3000 rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
Time conversion
I think I'm suffering from OldTimers Disease ;-) I often have cause to use date -r to show me what the date stamp is in human terms. It is usually in spamd or on some documents I get that are time stamped using the seconds since the epoc. Now I have a need to generate some timestamps of my own and, whilst I'm sure I've done it in the past, I cannot remember it now. Cluebat? Thanx, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Time conversion
On Wed, 5 Dec 2012 23:47:32 +0100, Paul de Weerd wrote: On Thu, Dec 06, 2012 at 09:31:43AM +1100, Rod Whitworth wrote: | Cluebat? date +%s Ah yes. Reading the date man page won't do one any good unless you follow the pointer to strftime. Thanks for the wakeup which was the result of looking at your example code. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Time conversion
On Thu, 6 Dec 2012 11:55:37 +1300, m...@extensibl.com wrote: On Thu, Dec 06, 2012 at 09:31:43AM +1100, Rod Whitworth wrote: I think I'm suffering from OldTimers Disease ;-) I often have cause to use date -r to show me what the date stamp is in human terms. It is usually in spamd or on some documents I get that are time stamped using the seconds since the epoc. Now I have a need to generate some timestamps of my own and, whilst I'm sure I've done it in the past, I cannot remember it now. Cluebat? date +%s --date=January 01, 1970 00:00 GMT The -- in there says you are running linux... this is an OpenBSD list. 8-) *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Crowding out OpenBSD
On Fri, 16 Nov 2012 20:49:37 -0600, Amit Kulkarni wrote: https://lwn.net/Articles/524606/ don't have a subscription but for those who do, enjoy. But http://lwn.net/Articles/524920/ will give you the idea without $$$ R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Thinkpad choice? -Is Nvidia tolerable for generic X?
On Sat, 10 Nov 2012 12:02:49 +0100, Peter Hessler wrote: I have a Thinkpad T430s with sandybridge (or ivybridge, I can never remember), and life isn't too bad. I can suspend/resume, watch (smaller) movies and dvds, and generally use it. Obviously I try to avoid 1080p videos, as they take a huge amount of CPU to decode. Thanks for replying Peter. Can you switch from X to a virtual console and back again? On my E320 I can't - If I try to go from X to VC I just end up with a blank page. I can return to X by doing Ctl-Alt-F5. I was hoping that the only graphics alternative at Lenovo, Nvidia, might behave better in that respect. On 2012 Nov 10 (Sat) at 17:06:12 +1100 (+1100), Rod Whitworth wrote: :I already have a Lenovo Edge model that has the sandybridge graphics :that aren't fully supported right now and I'd be surprised if that :changes any time soon. : :AIUI it won't be a minor fix and I'm not whining about how long it will :take. : :Instead I'm hoping I can pick a Thinkpad that is workable for switching :between console and X sessions. : :I'm looking at a T430 which has the dreaded Nvidia but I don't need all :the stuff that is not supported (and probably never will be). : :If it does X well enough to run a browser in native resolution (1366 x :768) and maybe watch a DVD, I'll be satisfied. : :Anybody with a clue about the Nvidia in plain-vanilla graphics mode? : :The wi-fi is the same as the one I already have that 5.2 gives a tick :to. : :The lousy blighters supply a DVD-ROM ;-( : :Other things to beware of? : :Thanx, : :*** NOTE *** Please DO NOT CC me. I am subscribed to the list. :Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. : :Rod/ :--- :This life is not the real thing. :It is not even in Beta. :If it was, then OpenBSD would already have a man page for it. : -- In 1750 Isaac Newton became discouraged when he fell up a flight of stairs. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Thinkpad choice?
I already have a Lenovo Edge model that has the sandybridge graphics that aren't fully supported right now and I'd be surprised if that changes any time soon. AIUI it won't be a minor fix and I'm not whining about how long it will take. Instead I'm hoping I can pick a Thinkpad that is workable for switching between console and X sessions. I'm looking at a T430 which has the dreaded Nvidia but I don't need all the stuff that is not supported (and probably never will be). If it does X well enough to run a browser in native resolution (1366 x 768) and maybe watch a DVD, I'll be satisfied. Anybody with a clue about the Nvidia in plain-vanilla graphics mode? The wi-fi is the same as the one I already have that 5.2 gives a tick to. The lousy blighters supply a DVD-ROM ;-( Other things to beware of? Thanx, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: spammers getting less stupid?
On Mon, 5 Nov 2012 07:52:50 +0100, Joakim Aronius wrote: * Kurt Mosiejczuk (kurt-openbsd-m...@se.rit.edu) wrote: Jan Stary wrote: Strangely, the only occurence of 2.139.201.210 in the last month's maillog is just this; that's half an hour after it got WHITE. What happend at Mon Oct 29 14:49:24 CET 2012 that made it WHITE? Anyway, it seems (some) spambots got less demented and actually do resend, getting themselves whitelisted - thus working themselves around the whole premise of greylisting. Are people seeing something similar? I'm seeing it. I recently tweaked my greyscanner settings to pick up some spammers getting through who shouldn't (they were staying just under the threshold for further scrutiny). But I've still been getting a couple a day, and they only just got themselves whitelisted. So, you are not alone... --Kurt Hi, I see it too. I also use greyscanner to catch spammers and I see a lot of spam to random numbers and letters@mydomains. So I trap all hosts sending to addresses with numbers in them (as I don't have any legit accounts with numbers). This catches almost all spam. But I also see some backscatter from legit mail servers sending delivery failure notifications to mails where my domains was used as sender. This then resulting in me blocking these legit servers in case they were not already whitelisted (not good..). Strangely enough it seems like I also get delivery failure notifications from nodes on e.g. xDSL networks, not sure if its 'real' mail servers or bot nodes, some of these retries delivery according to RFC. Needs looking into.. /Joakim I have had a stack of both sides of the invalid address email stuff for some time. I make all the ficticious addresses into spam traps. That way I punish the fools whose servers return mail whence it came not. They just get tarpitted and I don't care as they should be refusing to accept incoming mail which they cannot deliver. Google generates a smaller number now than they were doing a month ago but they are whitelisted and just end up with a 550 NSN rejection. I suspect that the idea is to spread spam/malware by tempting whoever accepts the mail or the returned mail but I don't have time to play with that and they go on getting nowhere on my servers either way. If they really start bothering me in heaps I just may have to launch a few missiles Here's a bit of the output from my spamd database: SPAMTRAP|a3d2...@witworx.com SPAMTRAP|a7c85e...@witworx.com SPAMTRAP|abd3...@witworx.com SPAMTRAP|cc705...@witworx.com SPAMTRAP|cde50...@witworx.com SPAMTRAP|d00a6d...@witworx.com SPAMTRAP|d3a259...@witworx.com SPAMTRAP|dabee8...@witworx.com SPAMTRAP|e0c94...@witworx.com SPAMTRAP|f08b2b...@witworx.com SPAMTRAP|f3dc87...@witworx.com SPAMTRAP|f7ae30...@witworx.com SPAMTRAP|fc53...@witworx.com SPAMTRAP|ff70...@witworx.com I clean out the traps every few days with a script and back they come with new tries. I just wish that backscatter monkeys would get their act into gear because the other ones would simply get nowhere except the tarpit. Don't lose any sleep over it. /R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: SSI
On Fri, 28 Sep 2012 09:20:59 +0200, Otto Moerbeek wrote: Veteran, yes. But as you know, the set of aquired acronyms depends much upon environment. I once had a meeting (fresh from university) with some IBM engineers on the subject of the introduction of the first RS/6000 models in .nl. I still feel the sense of alienation, not knowing what a DASD was. I was guessing it was some very special storage device, but in the end it just meant direct access storage device: just a disk. Maybe this wil trigger an EOG (end of grumpiness :-) -Otto Heh, it reminds me of when I was teaching for IBM and we had an entire class of outsiders. The course notes (which the students had in front of them) referred to the DASD. They all looked puzzled and one asked me what it was. My reflex answer was: DAS D thing that spins very fast and the data comes off or on. The devil made me do it! 8-)) Rod/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: !!!!
I could have answered lots of points that were weak or erroneous in this thread but that would just be feeding trolls. I see lots of OpenBSD should... and I want... types of statements. For the benefit of absolute newbies here is a precis of the OpenBSD raison d'etre: OpenBSD is the product of the developers and it is made to suit their needs. If it then suits non-developers to use it, it is freely available AS-IS. People who like it and want it to continue as a viable entity are encouraged to donate to the project. Donors do NOT get demand privileges. People who find some part of OpenBSD has an irritation or deficiency are encouraged to submit diffs. (Referred to as If you have an itch - scratch it or Shut up and hack) Lots of should sayers believe that OpenBSD devs take notice of their demands. Many times if the devs are silent it's because they have better things to do than troll-feeding or using a cluebat. Some should-sayers even volunteer to do stuff. Most volunteers (not all) fade from the scene relatively quickly. Perhaps you can take further discussion off-list. Please. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: 5.2 pre-orders are up
On Tue, 04 Sep 2012 22:40:36 -0400, Steve Shockley wrote: On 9/4/2012 10:23 PM, Theo de Raadt wrote: We've activated 5.2 pre-orders. I tried to go to the order page, but wound up at a 27B-6 form instead. When I saw your email I had just finished ordering and I thought There it goes again - somebody beat me to it. Most times the activation message comes before I'm awake in the morning and this one came whilst I was having lunch giving me some hope of being close to first. C'est la vie. Hope you get your order in now. I had no probs. Regards, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Signatures for distribution sets and packages?
On Wed, 5 Sep 2012 11:36:26 +0800, Rowdy OpenBSD wrote: Is there any way to verify that distribution sets and packages that I have downloaded have not been tampered with (e.g., by someone with access to the mirror from which I downloaded them)? The package system supports signatures, but the packages distributed on OpenBSD mirrors are unsigned, as is the SHA256 file in each directory. Did you RTFA? *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Signatures for distribution sets and packages?
On Wed, 5 Sep 2012 12:48:58 +0800, Rowdy OpenBSD wrote: Is there any way to verify that distribution sets and packages that I have downloaded have not been tampered with (e.g., by someone with access to the mirror from which I downloaded them)? The package system supports signatures, but the packages distributed on OpenBSD mirrors are unsigned, as is the SHA256 file in each directory. Did you RTFA? I've read the FAQ. It says that the package system supports signatures, but, as I wrote above, the packages distributed on OpenBSD mirrors are unsigned. It doesn't say anything about signatures for the distribution sets. Is there some other article that I should read that answers my questions? The A stands for Archives. Of this mailing list (and sometimes others - ports etc) See http://www.openbsd.org/mail.html which is really required reading for anyone using the lists. So Read The Friendly Archives.. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Calomel.org
On Thu, 26 Jul 2012 07:47:46 +0200, Joakim Dellrud wrote: Okay I feel that a flame war might be afoot but to put another log on the fire; is Calomel not trustworthy in the read and do alike not copying straight from kind of way? I have used the guides for instance about the PF and DNS. And that server has now been working fine for ages (2 years ;)). Just lucky, I guess. Perhaps a resource of howtos/FAQ can be created since OpenBSD does not change to much between releases? Or is that not interesting either? Howtos? That way lies madness. External recipes are not likely to be up-to-date or free of stupidity in the first place. The supplied docs (man and FAQ(on www.openbsd.org)) are sufficient for all base utilities etc. Packages come with varying quality docs but often there are hints in the package for OpenBSD variations. Apart from that the application's web pages are usually reasonable and the ones that have fora are generally helpful. Third-party docs are rarely gems. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: OpenBSD forked
On Fri, 22 Jun 2012 17:16:45 +0200, Gilles Chehade wrote: That and Linux for dummies too ! That reminds me - a friend had a whole bunch of little sticky labels printed. He would stick them on the front cover of $subject For Dummies books in the bookstore. They fitted between the $subject line and the For Dummies line. The sticker was very simple it said: Is Only 8-)) R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: OpenBSD as IPv4+6 gateway
On Thu, 21 Jun 2012 18:28:05 -0400, Michael Lambert wrote: On 21 Jun 2012, at 18:04, Mark Felder wrote: The provider shouldn't be using a /64 for the link net. That means your router is getting the broadcasts from everyone else on that link net. The provider should be setting aside something like a /64 for link nets and actually be giving you /126s. No. The smallest network IS a /64. This even applies to link-local addresses which are only used for point-to-point connections. Just run ifconfig on your machine and see. Your ISP has enough /64s to give you one that contains no other clients. There is a school of thought that says point-to-point links should be allocated /64s, just like LAN subnets. Not everyone agrees. I like /120s to keep things octet-aligned for reverse DNS. It is not a school of thought - it is how it is. I have seen one /126 out in the wild but it is very lonely. I manage a /32 and that would let me hand out as many /64s as there are IPv4 addresses in total (4G). My ISP for my home connection uses a dynamic /64 per client to carry my /56 which is sliced up here to use 4 /64s for my various LANs. The fact that the link has a dynamic address is irrelevant as the ISP routes all traffic to me over the link whatever address it currently has. There are no packets travelling on the link that are not for me. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: OpenBSD as IPv4+6 gateway
On Thu, 21 Jun 2012 18:52:18 -0500, Mark Felder wrote: On Thu, 21 Jun 2012 18:39:24 -0500, Rod Whitworth glis...@witworx.com wrote: It is not a school of thought - it is how it is. I have seen one /126 out in the wild but it is very lonely. I work at an ISP/datacenter. We use /126s for the link net. Handing out /64's because you can is stupid in my worthless opinion :-) It's not because you can, it's because it's best practice, it makes renumbering easier and most of all when you use /64s your subnet addresses are so easily readable. What do you have? /24 ? /32 ? /48 ? /56 ? All of the above have xx00:0:0:0:0:0 as the last part of the address and when you slice off /64s they all have 0:0:0:0 as the last four words so documenting is easy for any of your subnets. But I guess that being ultra-frugal with sunbnet prefixlen is really important for operators who have more clients than there are grains of sand on the face of the earth. That's roughly a /57's worth. 8-)) *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: spamd greylisting: false positives
It amazes me that nobody has yet given you the calomel warning. Not the best source of clues. That is the most polite comment you will see about that website. On Mon, 28 May 2012 10:43:08 +1000, David Diggles wrote: These guys do in their example. https://calomel.org/spamd_config.html delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. It's cool to see an on-topic sig. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
BGPd puzzle
Hi gurus, We have OpenBGPd running for some years very happily but now one of our transits is changing their rules. We are getting a new fibre feed because we moved to another level in the datacentre instead of the ethernet we had two levels down. That is not of any concern BUT along with the new connection they are imposing ACLs based on MAC addresses and we have two of those at present for that company. We had split the feed into IPv4 on one NIC and v6 on another due to the v4 traffic being the busiest v4 of any of our peers. Our wish is to have some way of splitting the v4 and v6 traffic in such a way that we can assign the same MAC address to both interfaces as I guess that having two NICs with just a switch turning one feed into two without some magic will cause trouble. If there is something out there that will do what we need it will probably save us heaps on a hardware upgrade. TIA, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
5.1 is shipping = maybe a little relaxing time for The Man
May 19: Happy Birthday, Theo! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Source archives
On Tue, 01 May 2012 21:24:19 -0400, Steve Shockley wrote: FYI, I noticed that src.tar.gz, etc. doesn't seem to be in ftp://ftp.openbsd.org/pub/OpenBSD/5.1/ or any of the mirrors. Obviously I can download via CVS or wait for the CD, but I was wondering if it's an oversight, or if it was moved somewhere else? Thanks. It's on ftp://ftp.OpenBSD.org/pub/OpenBSD/5.1 now Might have just been the last thing loaded. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Sandybridge will not poweroff
On Sat, 28 Apr 2012 10:28:02 +0100, Laurence Rochfort wrote: I have a Sandybridge chipset and am glad to say that with the arrival of my 5.1 CDs I now have the correct X resolution. However, I cannot switch from X to console or shutdown from X, both just give a blank screen. I can reboot from X and shutdown if booted to console however. I understand the X to console problem is known, but have not seen reports of the poweroff from X problems. Any advice as to how to diagnose/resolve? RTFA Oh, alright I won't make you beg. Search for Lenovo E320: strange things happen with X There is a patch somewhere in the thread that doesn't fix everything (IIRC) but it works well enough for me when I compiled the patched file and redid Xenocara. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: security(8) and maildir
On Mon, 16 Apr 2012 12:45:12 +0100, Zi Loff wrote: It is hard to guess what you need from the scarce information you provide. I'm sorry... On hindsight, that was _very_ little information. I'm running 5.0, with postfix as an MTA, delivering mail for two virtual domains (maildir). Courier is used for IMAP, and runs as vmail:vmail. Can you show the output of # ls -al /var/mail $ ls -l /var/mail total 2148 -rw--- 1 root wheel 1076477 Jan 14 16:13 root drwx-- 4 vmail vmail 512 Dec 5 00:33 vmail -rw--- 1 zeloff users 0 Jan 10 2011 zeloff Inside /var/mail/vmail is a folder of each of the virtual domains, and inside that one for every user, etc. Every thing from here on down has either 700 (folders) or 600 (files) permissions. on the machine in question, and the exact messages you see in your daily security emails? Running security(8): Checking mailbox ownership. user vmail mailbox is drwx--, group vmail If I chmod 600 /var/mail/vmail, security(8) runs clean, so its the executable bit that's causing the trouble, but unsetting it is not an option for the obvious reasons. Relocating the whole thing is most probably the best idea, but is there anything wrong with this patch I came up with? --- /usr/libexec/security Mon Apr 16 10:43:36 2012 +++ security Mon Apr 16 11:43:20 2012 @@ -457,7 +457,7 @@ my $gname = (getgrgid $fgid)[0] // $fgid; nag $fname ne $name, user $name mailbox is owned by $fname; - nag S_IMODE($mode) != (S_IRUSR | S_IWUSR), + nag S_IMODE($mode) != (S_IRUSR | S_IWUSR | + (S_ISDIR(S_IFMT($mode)) S_IXUSR) ), sprintf 'user %s mailbox is %s, group %s', $name, strmode($mode), $gname; } I have no proper perl skills whatsoever, but I tested it on a few files with different permissions and it appears to work properly... So, what's the verdict? Should maildirs be kept out of /var/mail altogether, or is patching security(8) a viable alternative? Many thanks Zi (with an acute-accented 'e', damn encodings...) Formatting properly doesn't work for you? That made my eyes bleed. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: VPN on OpenBSD: OpenSSH or OpenVPN?
On Tue, 17 Apr 2012 03:40:53 +0300, Liviu Daia wrote: You should probably avoid SSH. Without actually looking at the code, I'd say SSH VPNs are prone to TCP-over-TCP meltdown. And plenty of people use TCP in preference to the original UDP in OpenVPN. Sometimes it works very well for a long time and then no-one knows why failures happen. We didn't change anything I never suffered from problems with OpenVPN using UDP. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: manual about jobs control
On Wed, 11 Apr 2012 07:23:56 +0800 (CST), f5b wrote: In OpenBSD we can use commands like jobs fg or something else, but why man jobs man fg not work? and are there anything about jobs control in the base Manual? man 1 ksh then /jobs or /fg Whilst there look at all the other built-ins as well. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Heads-up for Sydney OpenBSD users
The Ruxcon (security conf) people have some monthly sessions in various cities (Melbourne and Sydney and, IIRC, Perth is on the todo list) with a couple of speakers on each date. This month's Sydney Ruxmon includes a talk by OpenBSD/OpenSSH dev Darren Tucker. Here is the full text of the notice from Ruxcon: == Ruxmon Sydney has been shifted to Friday the 13th due to last Friday falling on a public holiday. For more information please see: http://www.ruxcon.org.au/ruxmon. Registration is essential so please e-mail syd-ruxmon-regis...@ruxcon.org.au with your name in the subject line before 12pm Thursday to ensure you'll have a name-tag waiting when you arrive. Presentations Overview of VOIP Security - Julien Goodwin This talk covers the protocol layers to a VoIP system and the common flaws to them. From laser microphone eavesdropping and WAN interception to session attacks and fuzzing. Presented in a way that helps you understand how each step builds upon the previous to make a secure whole. OpenSSH Security Measures - Darren Tucker OpenSSH is a widely used SSH implementation. This talk describes some of the techniques OpenSSH uses to reduce the likelihood and severity of security problems. It is an update of a talk given by Damien Miller at Ruxmon Melbourne in 2010. Details Date: Friday, April 13th Time: 6:00PM Location: Google Sydney, 5/48 Pirrama Road, Pyrmont. Directions: The Google office is a short walk from the Star City Metro Light Rail stop. Attendees should either walk up to level 5 or take elevator. There will be a registration desk where name-tags will be handed out (prior registration is required) to attendees. === *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
USB-RS232 strange behaviour
I have been using a USB-RS232 dongle for quite a while since DE9 connectors started going away on laptops. Typically I use cu -l cuaU0 to connect and everything is fine. Today I tried to use the same (dongle and command) on an old desktop to talk to a Soekris 4801. The message I got was /dev/cuaU0: Device not configured LF link down Strangely enough there was such device in /dev and I also found a stack of cua00-cua03, cuac0-cuac7 as well as the cuaU0-cuaU3 I expected to see. Trying cu -l cua00 resulted in a response of Connected but there was no boot message from the working 4801. It appears that there is no traffic the other way either as I waited long enough for it to be fully booted and then did a blind login. An ssh session form another box was successfully made and I saw that there was no console login. Both the laptop and the desktop units are running the same OS - a 5.1 GENERIC beta dated around Feb 7. Any educated guesses? Sure I can use the laptop but the desktop is in my lab and should work. Obviously it sees the dongles, I tried both with same result. TIA, Rod *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: SSH Mastery -- New book by Michal Lucas!
On Fri, 17 Feb 2012 20:42:21 -0500, Michael W. Lucas wrote: Now I can tell people where they can pre-order print. And they will stop bugging me. ;-) Seriously, I'm delighted to be able to do this. I'm giving the books to the OpenBSD project at my cost. I expect them to use the proceeds well, on barbeque and beer. Maybe even some code. Timing is everything! I just bought a PDF copy of the book. I was waiting for the dead-tree version but couldn't resist getting something I had been waiting for since the release news. So both the author and OpenBSD will benefit because I'll order the hard-copy with my 5.1 CDs. You're a good man MWL! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Lenovo E320: strange things happen with X
dmesg is under the story, of course. I have been following 5.0 current through 5.1 beta updating from CVS and building through to release and a CD so that I can track stuff. When my smooth red new Thinkpad arrived I decided to use it to try out my latest 5.1beta CD. So I shoved win7 aside and left a big chunk of space for the A6 beauty. I even got game and allowed it to boot into X. Big mistake. As soon as I tried to switch to a Vconsole it seemed like the whole thing siezed up. That is really true as we will see later. Next I booted from the CD and used the install shell to comment out the rc.conf.local xdm line on the mounted sd0a/etc. Rebooting let me log in to a console session and I fired up sshd so that another box could log in running top so that I could tell if the thing was truly locked-up. Running startx presented me with the default wndow and I could do stuff there but attempting to go to another console session made it look to be frozen but the remote box running top over ssh proved that it was not. I found out that if I did Ctl-Alt-F5 on the dead X window, it brought X back to life Having done as well as I could in choosing a Tpad with mostly OpenBSD friendly bits, I don't like the idea of just running a bunch of glass teleprinters. Any other tests I can do to get more clues for the clueful? Oh, the dmesg shows the usb stick I copied to to get it here. Not a part of the kit. dmesg: (I'm sending a copy to the openbsd collection and I'll send one to the publically available collection if somebody reminds me of where it can be found. I did send one for my previous laptop but that was in'09) == OpenBSD 5.1-beta (GENERIC.MP) #5: Tue Feb 7 08:26:54 EST 2012 r...@nero.witworx.com:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu0 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFL USH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,D S- CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSA VE, AVX,LAHF real mem = 3133054976 (2987MB) avail mem = 3071692800 (2929MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/30/11, BIOS32 rev. 0 @ 0xfc000, SMBIOS rev. 2.6 @ 0xe0830 (71 entries) bios0: vendor LENOVO version 8NET32WW (1.16 ) date 12/01/2011 bios0: LENOVO 1298CTO acpi0 at bios0: rev 4 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices P0P1(S4) EHC1(S3) EHC2(S3) HDEF(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) BLAN(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID_(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits 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 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu1 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFL USH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,D S- CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSA VE, AVX,LAHF cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu2 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFL USH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,D S- CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSA VE, AVX,LAHF cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu3 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFL USH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,PCLMUL,MWAIT,D S- CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSA VE, AVX,LAHF ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus 3 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus 8 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpitz0 at acpi0: critical temperature is 100 degC acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model 42T4951 serial 10775 type LION oem LGC
Re: Lenovo E320: strange things happen with X
On Tue, 14 Feb 2012 11:48:35 +0100, David Coppa wrote: It's a known bug with Intel Sandybridge: support for this GPU is far from being optimal. There goes $552.59 ... ;(( I guess I'd bettr watch the commit messages closely for good news. We live in hope. Thanx for the message, even if it's bad news. I don't have to try lots of desperate tricks to investigate further. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Lenovo E320: strange things happen with X
On Tue, 14 Feb 2012 12:34:43 +, Fred Crowson wrote: On 14 February 2012 11:41, Rod Whitworth glis...@witworx.com wrote: There goes $552.59 ... ;(( I guess I'd bettr watch the commit messages closely for good news. We live in hope. Thanx for the message, even if it's bad news. I don't have to try lots of desperate tricks to investigate further. The public dmesg database is at: http://www.nycbug.org/index.php?NAV=dmesgd hth Fred Thanks Fred, If you come back to Aussie sometime I'll buy you a beer. Boags if you like! Rod/
Re: Lenovo E320: strange things happen with X
On Tue, 14 Feb 2012 17:23:34 +0200, Mihai Popescu wrote: OpenBSD 5.1-beta (GENERIC.MP) #5: Tue Feb 7 08:26:54 EST 2012 r...@nero.witworx.com:/usr/src/sys/arch/i386/compile/GENERIC.MP Is it a custom built kernel ? No way. I just update from CVS and build as per the FAQ instructions. In fact I have all of it scripted and I simply run each of the nine scripts and end up with a CD. Custom kernels are the product of true geniuses and fools. The gap between them is wide. I'm not a genius but I'm smart enough to know my limitations. :-) *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Jan
On Mon, 12 Dec 2011 10:54:36 +1100, richo wrote: Quoting the current resident full-of-himself little shit. I have a filter that sends stuff from him to /dev/null but he keeps getting answers that raise his google rating because you all go on quoting him. He is an oxygen thief - don't give him any more, please. Zero replies will do the best job. Thanks, *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Kernel without INET6 error on pipex.c
On Thu, 24 Nov 2011 10:09:31 +, Julien Crapovich wrote: Hello. Absolutely, but compiling without INET6 is not supposed to generate error. I've just disabled INET6 on GENERIC file, not other hack. You are the only one who knows exactly what you did. Maybe. Why should we waste time guessing? It's a pretty damn stupid thing to do anyway when it is so easy to block v6 traffic using GENERIC and, BTW, your kernel is NOT GENERIC. It doesn't matter that you were too ignorant to change the name... R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Burning DVDs
On Mon, 14 Nov 2011 22:07:06 +1100, John Tate wrote: This has no 'make install' for some odd reason. I clearly should become a packager. I don't see that happening soon given your confused posts here. It seems to be about time you did some learning. packages are provided and are installed by using pkg_add(1). They are pre-compiled and packaged for you. You don't need make install unless you are compiling ports and raw beginners are advised to use packages not ports. In fact the only people who should be compiling ports are those who are 1) competent in the art, 2) are doing it to test patches or upgrades reported by maintainers or 3) have the skills in (1) and need to upgrade to a published port for some technical reason and who know how to make sure that their kernel and userland are recent enough to match the new port version. On Mon, Nov 14, 2011 at 4:31 PM, Richard Toohey richardtoo...@paradise.net.nz wrote: On 14/11/2011, at 6:13 PM, John Tate wrote: Device seems to be: Generic mmc2 DVD-R/DVD-RW. cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD. cdrecord: Free test versions and free keys for personal use are at ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ Apparently this support code has been in cdrtools since 2009, the site it tells me to go to tells me I don't need it. It's like bureaucracy, lol. I could build their cdrtools, but the port must be ancient or something. Perhaps I could become a packager. Another port, gtk-gnutella, isn't even worth having if its not maintained. John Tate. http://openports.se/sysutils/dvd+rw-tools http://openports.se/search.php?so=dvd *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: cdio burning images
On Sat, 12 Nov 2011 16:19:31 +1100, John Tate wrote: Recap... cdio... # cdio tao /home/john/ubuntu-11.10-desktop-i386.iso cdio: The media can't be written in TAO mode Well, I don't know if you have media that will take 788MB images. Who is silly enough to make those ISOs that big? Or are you supposed to be putting them on DVD? If that turns out to be the problem, I'd be running ISO Master to delete some of the cruft. It's what I use to add a swag of packages to a snapshot installxx.iso so I keep the OS and pkgs in sync but I never hit 700MB. As far as cdio is concerned, I run the following command line several times a week when I'm messing with current: #cdio -f cd0c tao /usr/src/distrib/i386/iso/obj/install50.iso and never have a problem. NB: if you only have one CD drive that will work if it is known to the OS as an internal drive and whatever your drive is you should avoid using the full /dev/cd0c name and never use cd0a. I'm guessing I get that one because ISO distribution has deviated a long way from formally defined standards towards spontaneously defined ones. Well my ISOs are made by mkhybrid and (AFAICT) cleave solidly to the ISO spec. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: I want copy pf.conf from FreeBSD 8.2 to OpenBSD 5 and use it
On Thu, 03 Nov 2011 03:16:52 +0330, Gholam Mostafa Faridi wrote: Gholam Mostafa Faridimostafafar...@gmail.com writes: Fix your clock. You are several days slow and it fux up mailers that sort by date/time as they all should. OpenBSD has ntpd to do it for you. R/ Rod/ Write a wise saying and your name will live on forever. - Anonymous
Re: ThinkPad 600 screen size.
On Fri, 4 Nov 2011 18:10:57 +1030, David Walker wrote: I got my hands on a ThinkPad 600 and only about 50% of the screen is utilized on ttys in the middle. Can someone please tell me where to look for this, man page or whatever. IMBW but IIRC those guys had a BIOS setting to expand the text-screen to the full screen area. See if that is correct... R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: ThinkPad 600 screen size.
On Sat, 5 Nov 2011 12:54:21 +1030, David Walker wrote: It's in good nick and IBM (Lenovo) still have all the docs and files on the web. The ThinkPad 600 Suppliment to the User's Guide (sic) is 221 pages ... That's the supplement. :] It's all english too. One of the PDFs has 63 pages of assembly and C suggestions. :] Ah, the good old days. Yep. IBM used to give me a 600 loaded with all my needs to deliver training to corp-corpses 8-) at their site. They were the best thing around at that time. The 600 not the corpses! Glad to hear that the combined wisdom got you going. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Sales Traffic?? We Can Help!!
On Tue, 1 Nov 2011 14:50:06 +0530, Sabey Malhotra wrote: I am Sabey, SEO Consultant S= Stupid E= Excreta O= Output Advertising in the online world is one of most inexpensive and highly effective ways of promoting a business. You have just demonstrated that what you say is bullshit. It put me off using your wanker-based services for ever. Piss off! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ /earth: write failed, file system is full cp: /earth/creatures: No space left on device
Re: DST cancellation for Russia
On Sun, 30 Oct 2011 12:39:02 +0300, Dmitry Tigrov wrote: Russia has cancelled the move to DST for 2011. Is cancellation DST for Russia added to 5.0 version? Is any patch to cancellation for 4.9 version? You don't need any patch - just a new zoneinfo file for the region you need. It was easy to find until quite recently when some wankers who do astrology set about sueing the database maintainers. Check at http://en.wikipedia.org/wiki/Tz_database R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: USB mouse
On Wed, 26 Oct 2011 19:52:44 -0300, Zantgo wrote: How I can run USB mouse? Zantgo Run Puppy Linux. Please. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Has Matthieu@ been talking to Randall Munroe?
Or maybe it was some disgruntled X user http://xkcd.com/963/ It tickled my funny-bone anyway. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Has Matthieu@ been talking to Randall Munroe?
On Wed, 12 Oct 2011 13:54:38 +0200, David Coppa wrote: On Wed, 12 Oct 2011, Rod Whitworth wrote: Or maybe it was some disgruntled X user http://xkcd.com/963/ It tickled my funny-bone anyway. s/TIME SINCE I LAST HAD TO OPEN XORG.CONF/TIME SINCE I STARTED USING XENOCARA/ ;-) Ah, did you miss the Jefferson quote in the 'hover bubble' ? If you are new to xkcd you may not know that putting the mouse pointer over the cartoon reveals a pithy comment or other addendum. 8-)) R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: CVS
On Tue, 11 Oct 2011 15:45:23 +1030, Giridhari wrote: Why does it say on http://www.openbsd.org/anoncvs.html a.. NOTE: If you are updating a source tree that you initially fetched from a different server, or from a CD, you must add the -d anon...@anoncvs.ca.openbsd.org:/cvs options to cvs. # cd /usr/src # cvs -d anon...@anoncvs.ca.openbsd.org:/cvs -q up -Pd Why But this is not mentioned on http://www.openbsd.org/faq/faq5.html#BldGetSrc in the section on Pre-loading the tree ? Because the instructions for following current or stable (above your referenced URL) include the recipe in full. e.g. # cd /usr # export CVSROOT=anon...@anoncvs.example.org:/cvs # cvs -d$CVSROOT checkout -P src for current and the similar set for stable. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Webmin with OpenBSD
On Sat, 8 Oct 2011 16:31:24 -0500, Matt Bettinger wrote: The classic answer. Wont just work so why are you even using this software because of the security risk... I still run openbsd at the house but for anything,that actually pays the bills WE USE ANYTHING BUT.Intel mpi? Openmpi? Etc. If you are going,to use webmin shit run it on linux or freebsd. Keep openbsd where it operates 'ok' at,..routing and filtering on non production networks. Stop trolling. Webmin is shit - no argument from me on that but you're just an ignorant twit with that slander about non-production networks. We have OpenBGPd in front of a v4/21 and a v6/32 and one of the upstream transit guys watched the first global routing table being loaded from his system to our Soekris 5501. He was amazed at the short time it took compared with a suitable sized cisco. We will go to higher performance hardware when we need to but it will still run OBSD. Of course you looked at all the tiny users listed at http://www.openbsd.org/users.html didn't you? And the little guys include: AMS-IX, Netherlands The Amsterdam Internet Exchange, in short AMS-IX, is one of the largest Internet Exchanges in the world. Elisa Jasinska writes: AMS-IX deployed two OpenBGPD route servers end of 2009. Each is currently running with over 350 route server client sessions, altogether announcing over 38000 prefixes. and really tiny: NTT Communications Global IP Network, Japan NTT is a global IP carrier based in Tokyo, Japan. Joseph Birthisel writes: Why tax a router with gathering statistical or operational data when OpenBGPD can do it natively quickly and efficiently? OpenBGPD fulfills the OpenBSD promise of providing reliability and security over flashy buttons and knobs. Trolls reply to /dev/null *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Why I uninstalled OpenBSD???
On Sun, 02 Oct 2011 00:44:01 -0400, Nick Holland wrote: On 10/01/11 23:08, Christiano F. Haesbaert wrote: Not again people, please. Stop feeding. Yes. Yet another never-heard-from-before-or-again loser (and *always* using a gmail account...isn't that interesting?) posting a link to that loser's site (which is hosted on google, and MX records point to google). $0.50 says it's the same loser who writes that dribble and posts the link here. And then a bunch of people who should know better jump all over him, not unjustifiably, but include the link of the crap in their reply, giving more advertising to the site and higher search engine ratings. Mission accomplished. IF you have to reply to someone posting a stupid link (even an UNINTENTIONALLY stupid link...you know, the well-intended ones that provide bddd advice), do the world a favor and remove the link from your reply... Nick. ++99 +1 was not enough. Thanks Nick! *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Problem with installing OpenBSD
On Fri, 30 Sep 2011 03:57:32 +, Sales - OrangeWebsite.com wrote: Here is some additional info regarding the problem: Our hardware is IBM HS22V You don't have a problem - YOU are the problem. Please stop spamming this mailing list. OBSD folk: Please don't reply to him any more and certainly not on-list quoting all of his advertising details. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Problem with installing OpenBSD
On Thu, 29 Sep 2011 23:36:43 -0500, James Shupe wrote: If you truly have an issue installing OpenBSD, you need explain the process you're using and the errors you are getting. Don't pointlessly redirect us to your site that doesn't provide the aforementioned information. dmesg output, etc would also be useful. He told me off-list that he was emailing with some people who were trying to help him. I don't believe that because it's extremely unlikely that anybody with a real clue would not have simply replied on-list telling him to at least describe the problem and supply a dmesg. Also his first message had a From: field that contained sales@$his.domain and his domain has no MX record. He just uses googlemail. halex@ pointed him at the openBSD support page. Anybody there would not expect the answers to their questions would appear on this list. These mailing lists aren't a medium for free advertising. Particularly from raw newbies who did not read http://www.openbsd.org/mail.html 8-) *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Security over wireless.
On Wed, 21 Sep 2011 01:38:28 +0200, ropers wrote: snip part that isn't relevant to this message 1. Legit user authenticates with authpf. 2. After authentication, PF (if thusly configured) just allows that IP full access to various and sundry services it otherwise blocks. 3. While the legit user remains authenticated, an intruder who manages to spoof the legit user's IP would be able to likewise send traffic through. It need not be spoofed. If you use authpf whilst your are on a LAN that is NATted (very common) everyone on that LAN will be able to access your remote host. So that means that sniffing your traffic would reveal the remote IP and away the sniffer goes port scanning your secure box. That doesn't mean the intruder would be able to authenticate themselves, they'd just ride the legit user's coattails. We refer to it as tailgating. It was being used, in a limited form, before authpf was invented. People used to use POP before SMTP to allow outgoing mail to be sent without a secure login for sending. That allows others at the same IP to spam madly. Well, unless I'm completely confused too. No, you're fine. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: question about documentation
On Sun, 18 Sep 2011 23:07:11 +0200, Fritz Wuehler wrote: Homophobia isn't welcome on this list. Says the big homo... Besides it isn't phobia, it's a disdain. Do you understand the difference? Perhaps you can invent a new word for your abominable practices. Fuck off. Eat shit and live, faggot boy ;-) OFGS STFU WTF has this to do with OBSD. That's a rhetorical question, Oxygen Thieves. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Apache problems
What a pity that people don't do any searching b4 asking STFA for this list and (IIRC) find links to the PoC tool amongst other info. On Mon, 19 Sep 2011 04:24:19 -0600, Shane Harbour wrote: On 9/18/2011 9:42 PM, L. V. Lammert wrote: On Sun, 18 Sep 2011, Amit Kulkarni wrote: Recently there was a security issue with Apache. It was based on a perl script, search google. Maybe you are experiencing traffic and the realted problems because of that. Is there any way to find out if the version in 4.3 was susceptable to the attack? Lee I believe the Apache Foundation released that Apache 1.3 is susceptable to this attack. However, with changes made by the devs, it's possible the version in OpenBSD may not be. If you have a spare box, you could always load it up and test it. I believe there is an Apache killer perl script floating on the 'net that you could use to test with. Shane *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: OT: Re: question about documentation
On Fri, 16 Sep 2011 21:00:19 +, Kevin Chadwick wrote: I have been hoping this thread would die for a while as it serves little use Actions speak louder than words. You have been the perpetrator of the latest revival. Make your wish come true - just shut up. *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
