Re: cwm(1) with "sticky yes" dies
On Wed 2009.05.20 at 00:38 +0200, Thomas Pfaff wrote: > cwm(1) keeps dying with various _group messages after I installed > the May 18th snapshot for amd64. > > If "sticky yes" is set in ~/.cwmrc then as soon as I open a window > (say an xterm) it dies with the following message: > > cwm: _group_add: a ctx is NULL > > If I don't set this option then cwm(1) does not crash when I open > up an xterm, but if I try to add it to a group it dies with: > > cwm: _group_remove: a ctx is NULL > > If I first select a group using C-M-[n] then it works fine for > both cases. Seems it is trying to add a window to a group that > does not yet exist. > > I've not had the time to dig into the code yet, but if anyone > want to patch me up, I'm ready to do some testing. hi thomas, there was some breakage which was fixed in rev 1.26 of group.c - please try the next snapshot, or build your own with -current. cheers, okan
Re: cwm(1) with "sticky yes" dies
On Wed, May 20, 2009 at 02:47:35AM +0100, Owain Ainsworth wrote: > On Wed, May 20, 2009 at 12:38:50AM +0200, Thomas Pfaff wrote: > > cwm(1) keeps dying with various _group messages after I installed > > the May 18th snapshot for amd64. > > > > If "sticky yes" is set in ~/.cwmrc then as soon as I open a window > > (say an xterm) it dies with the following message: > > > > cwm: _group_add: a ctx is NULL > > > > If I don't set this option then cwm(1) does not crash when I open > > up an xterm, but if I try to add it to a group it dies with: > > > > cwm: _group_remove: a ctx is NULL > > > > If I first select a group using C-M-[n] then it works fine for > > both cases. Seems it is trying to add a window to a group that > > does not yet exist. > > > > I've not had the time to dig into the code yet, but if anyone > > want to patch me up, I'm ready to do some testing. > > I can't reproduce this here. Can you give any more details? > > (config is my usual + sticky yes, start a bunch of windows, no crash) bah, no wonder. fixed by okan@ in group.c rev 1.26. You were unlucky that the snapshot you got missed that commit, it was only broken for 44 minutes... -0- -- Good day for a change of scene. Repaper the bedroom wall.
Re: cwm(1) with "sticky yes" dies
On 2009-05-19, Thomas Pfaff wrote: > cwm(1) keeps dying with various _group messages after I installed > the May 18th snapshot for amd64. please check if you can reproduce in -current; $ cvs get -P -d cwm xenocara/app/cwm $ cd cwm $ make && sudo make install
Re: cwm(1) with "sticky yes" dies
On Wed, May 20, 2009 at 12:38:50AM +0200, Thomas Pfaff wrote: > cwm(1) keeps dying with various _group messages after I installed > the May 18th snapshot for amd64. > > If "sticky yes" is set in ~/.cwmrc then as soon as I open a window > (say an xterm) it dies with the following message: > > cwm: _group_add: a ctx is NULL > > If I don't set this option then cwm(1) does not crash when I open > up an xterm, but if I try to add it to a group it dies with: > > cwm: _group_remove: a ctx is NULL > > If I first select a group using C-M-[n] then it works fine for > both cases. Seems it is trying to add a window to a group that > does not yet exist. > > I've not had the time to dig into the code yet, but if anyone > want to patch me up, I'm ready to do some testing. I can't reproduce this here. Can you give any more details? (config is my usual + sticky yes, start a bunch of windows, no crash) -0- -- All syllogisms have three parts; therefore this is not a syllogism.
Re: Wireless Freeze
On Sun, Apr 26, 2009 at 03:18:04PM -0300, Giancarlo Razzolini wrote: > Hi Guys, > >I finally got rid of my old access point and bought an internal pci > wireless card to put on my openbsd firewall. But i've been having some > weird "freezes". It simply stop sending packets for some seconds, and > then get back transmitting then, like nothing have happened. There ain't > no log on openbsd of any kind of errors, neither on my linux notebook. I > captured packets on both sides and didn't see any errors either. The > chipset i'm using is the RT2561S. I'm using it with 11g mode and i'm > using wpa1 with wpa-psk. Anyone had problems with this chipset? > Could be an entirely unrelated issue, but I have an Atheros AR5213 PCMCIA wireless card that exhibits the same behavior. I get random, varying periods of time where my card can receive traffic just fine but won't transmit worth a damn. I notice it most over ssh sessions. It's very aggravating. I hope it gets resolved. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc
cwm(1) with "sticky yes" dies
cwm(1) keeps dying with various _group messages after I installed the May 18th snapshot for amd64. If "sticky yes" is set in ~/.cwmrc then as soon as I open a window (say an xterm) it dies with the following message: cwm: _group_add: a ctx is NULL If I don't set this option then cwm(1) does not crash when I open up an xterm, but if I try to add it to a group it dies with: cwm: _group_remove: a ctx is NULL If I first select a group using C-M-[n] then it works fine for both cases. Seems it is trying to add a window to a group that does not yet exist. I've not had the time to dig into the code yet, but if anyone want to patch me up, I'm ready to do some testing. $ cat ~/.xinitrc xv -root -quit images/background.png pgrep aucat || /usr/bin/aucat -l xsetroot -cursor_name arrow xset b off xset r rate 250 80 ssh-agent cwm Script started on Wed May 20 00:13:53 2009 $ startx xauth: creating new authority file /home/tpfaff/.serverauth.17472 X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: OpenBSD 4.5 amd64 Current Operating System: OpenBSD ws.tp76.info 4.5 GENERIC.MP#17 amd64 Build Date: 17 May 2009 05:07:47PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed May 20 00:14:07 2009 (==) Using config file: "/etc/xorg.conf" mtrr set failed: Invalid argument The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server X Error: BadWindow (invalid Window parameter) Major Opcode: 4 21753 cwm: _group_add: a ctx is NULL waiting for X server to shut down xterm: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0" $ exit Script done on Wed May 20 00:14:13 2009 OpenBSD 4.5-current (GENERIC.MP) #17: Tue May 19 15:55:10 CEST 2009 tpf...@ws.tp76.info:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3152609280 (3006MB) avail mem = 3045036032 (2903MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf06b0 (76 entries) bios0: vendor American Megatrends Inc. version "1704" date 11/27/2007 bios0: ASUSTeK Computer INC. P5B-E acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG OEMB HPET acpi0: wakeup devices P0P2(S4) P0P1(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) USBE(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) USB4(S4) USB5(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz, 2135.32 MHz cpu0: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR,NXE,LONG cpu0: 2MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz, 2135.04 MHz cpu1: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR,NXE,LONG cpu1: 2MB 64b/line 8-way L2 cache ioapic0 at mainbus0 apid 2 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P2) acpiprt2 at acpi0: bus 5 (P0P1) acpiprt3 at acpi0: bus 4 (P0P4) acpiprt4 at acpi0: bus -1 (P0P5) acpiprt5 at acpi0: bus -1 (P0P6) acpiprt6 at acpi0: bus 3 (P0P7) acpiprt7 at acpi0: bus 2 (P0P8) acpicpu0 at acpi0 acpicpu1 at acpi0 acpibtn0 at acpi0: PWRB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82G965 Host" rev 0x02 ppb0 at pci0 dev 1 function 0 "Intel 82G965 PCIE" rev 0x02: apic 2 int 16 (irq 11) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "NVIDIA GeForce 7600 GT" rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 16 (irq 11) uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 17 (irq 5) ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 2 int 18 (irq 15) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x02: apic 2 int 22 (irq 3) azalia0: codecs: Analog Devices AD1988A audio0 at azalia0 ppb1 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x02: apic 2 int 16 (irq 11) pci2 at ppb1 bus 4 ppb2 at pci0 dev 28 function 3 "Intel 82801H PCIE" rev 0x02: apic 2 int 19 (irq 10) pci3 at ppb2 bus 3 age0
Re: promiscuous mode
On Tue, May 19, 2009 at 01:03:40PM -0700, Philip Guenther wrote:
> On Tue, May 19, 2009 at 11:51 AM, Fortunato
> wrote:
> ...
> > Is there a way to set the flags to PROMISC for an interface?
>
> What problem are you trying to solve?
Although not the original poster, and this is not his problem, I had a
need to set an interface to PROMISC and I used tcpdump fxp0 host 1.1.1.1
to accomplish it which seemed a kludge.
I was testing some point to mulit-point wireless bridges. We ended up
being able to load test 7 clients from one laptop, and could scale it
further but ran out of places to mount the client equipment.
Setup is like this:
Iperf endpoint & DHCP server
Switch
AP
Wireless Links
Multiple Clients
Switch (with vlans)
OpenBSD Laptop to Trunk port on switch
So, I did something like this to create vlans for the number of clients I
want to test:
local _count=3
local _start=1
for _v in `jot $_count $(( $_start + 100 ))`; do
echo Start vlan$_v
_lladdr="lladdr 00:11:22`echo $_v | sed -e 's/\(.\)/:0\1/g'`"
ifconfig vlan$_v vlandev $_vlandev $_lladdr
dhclient vlan$_v &
done
The lladdr change is because the DHCP server will not hand out multiple
addresses if the vlans have the same MAC.
The switch with vlans is configured as such:
interface FastEthernet0/1
switchport access vlan 101
!
interface FastEthernet0/2
switchport access vlan 102
!
...
!
interface GigabitEthernet0/1
switchport mode trunk
!
The laptop is plugged into the gigabit port on the switch, the different
pieces of client equipment are plugged into the different FastEthernet
ports.
Then I run iperf simultaneously, bound to each vlan with an IP.
#!/bin/sh
local _host=iperf.server
for _int in `ifconfig vlan 2>/dev/null |
awk '/^vlan/ { sub(":","",$1); print $1 }' |
sort`; do
local _ip=`ifconfig $_int | awk '/inet / { print $2 }'`
local _last=`echo $_int | sed -e 's/^.*\(..\)$/\1/'`
local _port=$(( $_last + 5000 ))
if [ ! -z $_ip ]; then
iperf -B $_ip -p $_port -c $_host $@ | {
local _line
while read _line; do
echo $_int: $_line
done
} &
fi
done
wait
l8rZ,
--
andrew - ICQ# 253198 - Jabber: and...@rraz.net
BOFH excuse of the day: A plumber is needed, the network drain is
clogged
Re: promiscuous mode
Grazie, For some reason when I put all the vr interfaces in the bridge at first, there was no forwarding. (I did not verify nor know about the PROMISC settings at the time.) After much tinkering, it works and brconfig does set the interfaces on PROMISC. Thanks to all, -Original Message- >From: Matthew Dempsky >Sent: May 19, 2009 4:21 PM >To: Fortunato >Cc: misc@openbsd.org >Subject: Re: promiscuous mode > >On Tue, May 19, 2009 at 1:03 PM, Fortunato > wrote: >> Thanks, tcpdump does it alright, but I'd like to have promiscuous mode on >> without running tcpdump in the background if possible. > >The interfaces are put into promiscuous mode automatically when >there's something that needs them to be. Otherwise, it's a waste of >CPU time to receive packets that the network stack is simply going to >otherwise discard. > >> I'm trying to use the first vr[0-3] interfaces like an L2 switch in this >> case. > >It sounds like you want to setup a bridge(4). Check the bridgename.if >and brconfig man pages.
Re: promiscuous mode
On Tue, May 19, 2009 at 2:03 PM, Fortunato wrote: > Thanks, tcpdump does it alright, but I'd like to have promiscuous mode on without running tcpdump in the background if possible. (I'll take this as a learning moment otherwise.) I'm trying to use the first vr[0-3] interfaces like an L2 switch in this case. man brconfig -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: promiscuous mode
On Tue, May 19, 2009 at 1:03 PM, Fortunato wrote: > Thanks, tcpdump does it alright, but I'd like to have promiscuous mode on > without running tcpdump in the background if possible. The interfaces are put into promiscuous mode automatically when there's something that needs them to be. Otherwise, it's a waste of CPU time to receive packets that the network stack is simply going to otherwise discard. > I'm trying to use the first vr[0-3] interfaces like an L2 switch in this case. It sounds like you want to setup a bridge(4). Check the bridgename.if and brconfig man pages.
Re: promiscuous mode
Thanks, tcpdump does it alright, but I'd like to have promiscuous mode on without running tcpdump in the background if possible. (I'll take this as a learning moment otherwise.) I'm trying to use the first vr[0-3] interfaces like an L2 switch in this case. -Original Message- >From: Ted Unangst >Sent: May 19, 2009 3:18 PM >To: Fortunato >Cc: misc@openbsd.org >Subject: Re: promiscuous mode > >On Tue, May 19, 2009 at 2:51 PM, Fortunato > wrote: >> Hello all, >> >> I've looked over the ifconfig man page and can't find a way to set a >> specific interface to PROMISC mode on 4.4, for example: > >ifconfig can't be used to set an interface to promiscuous. You can >use something like tcpdump.
Re: promiscuous mode
On Tue, May 19, 2009 at 11:51 AM, Fortunato wrote: ... > Is there a way to set the flags to PROMISC for an interface? What problem are you trying to solve? Philip Guenther
Re: promiscuous mode
On Tue, May 19, 2009 at 2:51 PM, Fortunato wrote: > Hello all, > > I've looked over the ifconfig man page and can't find a way to set a specific > interface to PROMISC mode on 4.4, for example: ifconfig can't be used to set an interface to promiscuous. You can use something like tcpdump.
Re: Even and Odd numbered OpenBSD versions
On Tue, May 19, 2009 at 04:15:51PM +0200, Paul de Weerd wrote: > On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: > | Hello, just a simple question. We have here at work a old hand at openbsd > | and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > | 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > | I believe that you should use the latest version available, but what does > | everything else think? > > NO! This is very WRONG! > > You should only run the prime versions (10 x version must be prime). > Obviously, apart from OpenBSD 0.2, only odd-numbered versions are > prime, so DO NOT FOLLOW YOUR COWORKERS LEAD !!! Prime is for wimps. Here we only use perfect numbered versions. So we are still running on 2.8 and waiting for 49.6! Ken > > Run 4.3 now and wait for 4.7 ! You know it makes sense ! The > developers would only release prime numbered versions to the general > public, why have it any other way !? > > Paul 'WEiRD' de Weerd > > -- > >[<++>-]<+++.>+++[<-->-]<.>+++[<+ > +++>-]<.>++[<>-]<+.--.[-] > http://www.weirdnet.nl/
promiscuous mode
Hello all, I've looked over the ifconfig man page and can't find a way to set a specific interface to PROMISC mode on 4.4, for example: vr0: flags=8843 mtu 1500 Here's another example of that this possible: sis0: flags=8943 mtu 1500 Is there a way to set the flags to PROMISC for an interface? A good reference would work. Ciao for now,
Richard Recommends This Site
Richard recommends you visit the following link. This is Kofos Metal Works sellers of scrap metals world wide. Used Rail and hms 1&2 FOB 140 per/MT..CIF 170 per/MT we are sellers of scrap metals you can contact us through our email:kmw_gh...@yahoo.com We also encourage that you visit our yard to see what we have on ground we await your call soon for a good business Regards, Richard Badu For: Kofos Metal Works The use of this recommendation for spamming purposes is prohibited and will not be tolerated. If you received this e-mail in error, please forward a complete copy of this e-mail to webmas...@peta.org.
Re: Kylin
On Tue, May 19, 2009 at 12:54 PM, OpenBSD wrote: > El mar, 19-05-2009 a las 09:28 +0100, Michal escribiC3: >> Unlike the western governments who don't give a shit about anyone or >> anything as long as the super elite bankers are feeding them... As a British >> citizen, I can say whole heartedly, mine and America's political system is >> just BS, lets get the bankers to tell us what to do. Would you like an RFID >> chip on the side of your plate of CCTV camera? > > Do you mean US, when you said America? He was obviously referring to the organization of american states. http://en.wikipedia.org/wiki/Organization_of_American_States
Re: Even and Odd numbered OpenBSD versions
Artur Grabowski wrote: Mark Romer writes: Hello, just a simple question. We have here at work a old hand at openbsd and he says he only uses openbsd versions that are even numbered. >> [...] but what does everything else think? He's odd. Sounds like a candidate for the 2007 years Slackathon! http://people.su.se/~jj/junk/slackathon.png
Re: Even and Odd numbered OpenBSD versions
Hugo Villeneuve wrote: I think it's the reverse. Only install the odd numbered ones. I had to run the single processor kernel in 4.4 because it didn't like booting off the second CPU. I should have skipped that release. Ah, extrapolation from a sample of one. Very scientific.
Re: Kylin
El mar, 19-05-2009 a las 09:28 +0100, Michal escribiC3: > Unlike the western governments who don't give a shit about anyone or > anything as long as the super elite bankers are feeding them... As a British > citizen, I can say whole heartedly, mine and America's political system is > just BS, lets get the bankers to tell us what to do. Would you like an RFID > chip on the side of your plate of CCTV camera? Do you mean US, when you said America?
Re: Multiboot OpenBSD with Vista
When I've required it, I used Smart BootManager http://sourceforge.net/projects/btmgr/ Now seeing as it hasn't really been updated since 2001 GAG might be better.. 2009/5/18 Bryan : > On Sat, May 16, 2009 at 04:19, Joachim Schipper > I multi-boot Vista/OpenBSD on one of my homeservers. I use GAG. it > "Just Works" > > http://gag.sourceforge.net/
Re: Even and Odd numbered OpenBSD versions
On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: > Hello, just a simple question. We have here at work a old hand at openbsd > and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > I believe that you should use the latest version available, but what does > everything else think? > > thanks, Mark I think it's the reverse. Only install the odd numbered ones. I had to run the single processor kernel in 4.4 because it didn't like booting off the second CPU. I should have skipped that release. -- Hugo Villeneuve
Re: Even and Odd numbered OpenBSD versions
Mark Romer writes: > Hello, just a simple question. We have here at work a old hand at openbsd > and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > I believe that you should use the latest version available, but what does > everything else think? He's odd. //art
Re: Even and Odd numbered OpenBSD versions
On Tue, 19 May 2009, Paul de Weerd wrote: On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: | Hello, just a simple question. We have here at work a old hand at openbsd | and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, | 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. | I believe that you should use the latest version available, but what does | everything else think? NO! This is very WRONG! You should only run the prime versions (10 x version must be prime). Obviously, apart from OpenBSD 0.2, only odd-numbered versions are prime, so DO NOT FOLLOW YOUR COWORKERS LEAD !!! Run 4.3 now and wait for 4.7 ! You know it makes sense ! The developers would only release prime numbered versions to the general public, why have it any other way !? In reality, it is much simpler. Only the even-numbered versions are really suitable as Christmas gifts. Surprised? The odd-numbered versions are all obsolete by Christmas. Regards, David
Re: Even and Odd numbered OpenBSD versions
Or use Pi. Since the Borwein-Beiley-Plouffe equation we can compute any Pi decimal anywhere anyplace in Pi without calculating the previous decimals, and it is a known scientific fact that every OpenBSD that came and will come until the universe becomes a silent, cold and dark place, is contained inside Pi. Regards.
Re: Even and Odd numbered OpenBSD versions
Mark Romer, 05/19/09 17:02: Hello, just a simple question. We have here at work a old hand at openbsd and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. I believe that you should use the latest version available, but what does everything else think? thanks, Mark Maybe he only dislikes odd numbers ;) The fact that, he looks like lazy and upgrades once a year though this is not recomended.
Error when doing make in /usr/share/doc/psd on 13.5. snapshot
Hi all,
I was trying to make documents in :
$ pwd
/usr/share/doc/psd
$
and get :
$ sudo make
===> 05.sysman
tbl 0.t 1.0.t 1.1.t 1.2.t 1.3.t 1.4.t 1.5.t 1.6.t 1.7.t 2.0.t 2.1.t 2.2.t 2.3.t
2.4.t 2.5.t a.t | groff -M/usr/share/tmac -ms > paper.ps
a.t:85: warning: `3section' not defined
a.t:80: macro error: unclosed diversion within footnote (recovering)
a.t:234: warning: indent cannot be negative
===> 20.ipctut
soelim tutor.me | pic | tbl | groff -M/usr/share/tmac -me > paper.ps
===> 21.ipc
tbl 0.t 1.t 2.t 3.t 4.t 5.t | groff -M/usr/share/tmac -ms > paper.ps
===> 12.make
groff -M/usr/share/tmac -ms tutorial.ms > paper.ps
tutorial.ms:168: warning: `Ix' not defined
grops::524: unrecognised drawing command `s'
grops::556: unrecognised drawing command `s'
grops::3287: unrecognised drawing command `s'
grops::3319: unrecognised drawing command `s'
grops::4529: unrecognised drawing command `s'
grops::4561: unrecognised drawing command `s'
grops::5951: unrecognised drawing command `s'
grops::5983: unrecognised drawing command `s'
grops::6162: unrecognised drawing command `s'
grops::6194: unrecognised drawing command `s'
tutorial.ms:723: warning: `Rd' not defined
grops::8257: unrecognised drawing command `s'
grops::8289: unrecognised drawing command `s'
grops::10507: unrecognised drawing command `s'
grops::10540: unrecognised drawing command `s'
tutorial.ms:1040: warning: `Rm' not defined
===> 18.gprof
soelim header.me abstract.me intro.me profiling.me gathering.me postp.me presen
t.me refs.me | pic | tbl | eqn | groff -M/usr/share/tmac -me > paper.ps
===> 19.curses
/usr/libexec/vfontedpr twinkle1.c | grep -v "^'wh" > twinkle1.gr
/usr/libexec/vfontedpr ex1.c | grep -v "^'wh" > ex1.gr
/usr/libexec/vfontedpr ex2.c | grep -v "^'wh" > ex2.gr
tbl intro.2 > intro.2.tbl
soelim Master | groff -M/usr/share/tmac -me > paper.ps
intro.2:73: environment stack underflow
$
Someone discovered similar 'problem' with -current?In case that
someone use those resources ;-)
$ dmesg
OpenBSD 4.5-current (GENERIC.MP) #0: Wed May 13 12:36:13 MDT 2009
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz ("GenuineIntel"
686-class) 2.40 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,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR
real mem = 3707650048 (3535MB)
avail mem = 3600117760 (3433MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 02/13/09, BIOS32 rev. 0 @
0xffa10, SMBIOS rev. 2.4 @ 0xf6590 (57 entries)
bios0: vendor Dell Inc. version "A12" date 02/13/2009
bios0: Dell Inc. Latitude E6400
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP HPET DMAR APIC ASF! MCFG TCPA SLIC SSDT
acpi0: wakeup devices PCI0(S4) PCIE(S4) USB1(S3) USB2(S3) USB3(S3)
USB4(S3) USB5(S3) USB6(S3) EHC2(S3) EHCI(S3) AZAL(S3) RP01(S4)
RP02(S4) RP03(S4) RP04(S3) RP05(S3) RP06(S5) LID_(S3) PBTN(S4)
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 266MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz ("GenuineIntel"
686-class) 2.40 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,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 3 (PCIE)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 11 (RP01)
acpiprt3 at acpi0: bus 12 (RP02)
acpiprt4 at acpi0: bus 13 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: C3
acpicpu1 at acpi0: C3
acpitz0 at acpi0: critical temperature 107 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PBTN
acpibtn2 at acpi0: SBTN
acpiac0 at acpi0: AC unit offline
acpibat0 at acpi0: BAT0 model "DELL MP4948B" serial 36706 type LION
oem "Samsung SDI"
acpibat1 at acpi0: BAT1 not present
acpivideo at acpi0 not configured
acpivideo at acpi0 not configured
acpivideo at acpi0 not configured
bios0: ROM list: 0xc/0xf800! 0xcf800/0x800
cpu0: unknown Enhanced SpeedStep CPU, msr 0x0617492806000920
cpu0: using only highest, current and lowest power states
cpu0: Enhanced SpeedStep 2400 MHz (1212 mV): speeds: 19467, 2400, 1600 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
extent `pciio' (0x0 - 0x), flags=0
0x1100 - 0x111f
0x6e70 - 0x6e7b
0x6e80 - 0x6e8b
0x6ea0 - 0x6ebf
0x6f00 - 0x6fbf
0xef98 - 0xef9f
0xefe0 - 0xefff
0x1 - 0x
extent `pcimem' (0x0 - 0x), flags=0
0x0 - 0x9
0x10 - 0xefff
0xf680 - 0xf69f
0xf6adaf00 - 0xf6ff
0xf800 - 0xfbff
0xfe
Re: old and new pf tandem test ---help
On Tue, May 19, 2009 at 02:52:03PM +0200, I?igo Ortiz de Urbina wrote: > On Tue, May 19, 2009 at 2:37 PM, Stuart Henderson > wrote: > > On 2009-05-19, Iqigo Ortiz de Urbina wrote: > >> Mehma, > >> > >> You can find more info on the performance boost, and how developers > >> achieved it, in this article. You can go through all of it as its > >> really interesting IMHO: > >> > >> http://www.onlamp.com/pub/a/bsd/2007/11/01/whats-new-in-bsd-42.html > >> > >> Hope it helps you feel the need of trying pf _at home_ :) > > > > That is a good start, but there have been other changes since. > > Not only pf, but also pfsync, nic drivers, and more. > > > > -current has some nice extras (added after 4.5) for ruleset sanity > > too. For example, "match" rules, which are absolutely great when > > combined with tags. > > Indeed, and the active-active setup. > > For those interested, here's more info on the subject: > > Lecture: http://www.youtube.com/watch?v=cBxDgevQpCg > Paper, part1 : http://undeadly.org/cgi?action=article&sid=20090220014805 This will get you all of the related stories: http://undeadly.org/cgi?action=search&mode=&thres=&method=and&sort=revtime&query=redesign+pfsync -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: Even and Odd numbered OpenBSD versions
On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: | Hello, just a simple question. We have here at work a old hand at openbsd | and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, | 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. | I believe that you should use the latest version available, but what does | everything else think? NO! This is very WRONG! You should only run the prime versions (10 x version must be prime). Obviously, apart from OpenBSD 0.2, only odd-numbered versions are prime, so DO NOT FOLLOW YOUR COWORKERS LEAD !!! Run 4.3 now and wait for 4.7 ! You know it makes sense ! The developers would only release prime numbered versions to the general public, why have it any other way !? Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Even and Odd numbered OpenBSD versions
Weirdest thing I have ever heard. Unless you want to stick to annual update schedules and picked one or the other. I do remember the microsoft and novell service packs even an odd numbering but openbsd has better quality standards than "it has to ship NOW". On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: > Hello, just a simple question. We have here at work a old hand at openbsd > and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > I believe that you should use the latest version available, but what does > everything else think? > > thanks, Mark
Re: Even and Odd numbered OpenBSD versions
On Tue, May 19, 2009 at 10:02:05AM -0400, Mark Romer wrote: > Hello, just a simple question. We have here at work a old hand at openbsd > and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > I believe that you should use the latest version available, but what does > everything else think? Perhaps he was thinking of the venerable Linux kernel numering scheme. OpenBSD isn't like that. Ideally you should upgrade every six months to the newest release. The only reason I can think to skip every other release is that releases continue to be supported for a year, so you *can* upgrade only once each year and still get errata patches. However, upgrading is so simple that doing so twice each year is not a burden. -- Darrin Chandler| Phoenix BSD User Group | MetaBUG dwchand...@stilyagin.com | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
Re: Even and Odd numbered OpenBSD versions
From: "Mark Romer" Hello, just a simple question. We have here at work a old hand at openbsd and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. I believe that you should use the latest version available, but what does everything else think? Perhaps he's watching the shit (odd numbered) Star Trek films in between upgrades? There's certainly no automatic suckage of odd numbered OpenBSD releases. (also, various even numbered Star Trek films sucked too). PK
Re: Even and Odd numbered OpenBSD versions
On Tue, 19 May 2009, Mark Romer wrote: but what does everything else think? Your oldtimer has confused OpenBSD with the Linux kernel... -- Monty Brandenberg
Re: Even and Odd numbered OpenBSD versions
On 10:02, Tue 19 May 09, Mark Romer wrote: > Hello, just a simple question. We have here at work a old hand at openbsd > and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, > 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. > I believe that you should use the latest version available, but what does > everything else think? Maybe he's lazy and does not want to upgrade every 6 months but only every 12 months. Upgrade with every release. It takes very little time and is worth the effort. -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD "Why is it drug addicts and computer aficionados are both called users?"
Even and Odd numbered OpenBSD versions
Hello, just a simple question. We have here at work a old hand at openbsd and he says he only uses openbsd versions that are even numbered. (3.8, 4.0, 4.2, 4.4 etc...) I am not sure why, did not have a chance to ask him. I believe that you should use the latest version available, but what does everything else think? thanks, Mark
Re: old and new pf tandem test ---help
On Tue, May 19, 2009 at 2:37 PM, Stuart Henderson wrote: > On 2009-05-19, Iqigo Ortiz de Urbina wrote: >> Mehma, >> >> You can find more info on the performance boost, and how developers >> achieved it, in this article. You can go through all of it as its >> really interesting IMHO: >> >> http://www.onlamp.com/pub/a/bsd/2007/11/01/whats-new-in-bsd-42.html >> >> Hope it helps you feel the need of trying pf _at home_ :) > > That is a good start, but there have been other changes since. > Not only pf, but also pfsync, nic drivers, and more. > > -current has some nice extras (added after 4.5) for ruleset sanity > too. For example, "match" rules, which are absolutely great when > combined with tags. > > Indeed, and the active-active setup. For those interested, here's more info on the subject: Lecture: http://www.youtube.com/watch?v=cBxDgevQpCg Paper, part1 : http://undeadly.org/cgi?action=article&sid=20090220014805
Re: old and new pf tandem test ---help
On 2009-05-19, Iqigo Ortiz de Urbina wrote: > Mehma, > > You can find more info on the performance boost, and how developers > achieved it, in this article. You can go through all of it as its > really interesting IMHO: > > http://www.onlamp.com/pub/a/bsd/2007/11/01/whats-new-in-bsd-42.html > > Hope it helps you feel the need of trying pf _at home_ :) That is a good start, but there have been other changes since. Not only pf, but also pfsync, nic drivers, and more. -current has some nice extras (added after 4.5) for ruleset sanity too. For example, "match" rules, which are absolutely great when combined with tags.
Re: FW: Raid controller?
Theo is right here. They really don't care. I won't dwelve into details but I worked for a service that used their product, with a government-level contract, and the only thing we waited for was the end of the contract to stop using their products, which we did. We had had a contract with them, and they did not even respect its terms... So think about how they're going to handle your requests when you're not even paying customers. Let's move on.
Re: old and new pf tandem test ---help
Mehma, You can find more info on the performance boost, and how developers achieved it, in this article. You can go through all of it as its really interesting IMHO: http://www.onlamp.com/pub/a/bsd/2007/11/01/whats-new-in-bsd-42.html Hope it helps you feel the need of trying pf _at home_ :) On Tue, May 19, 2009 at 7:20 AM, mehma sarja wrote: > > Otto, Henning and Stuart to-the-point answers. Thanks guys. I have taken > the post over to FreeBSD list. However, Henning, I am curious why you call > pf on anything but OpenBSD a "starter drug?" Is the performance difference > that huge? pf on FreeBSD 7.2 is version 4.1. > > You have piqued my interest and may convince me to switch to OpenBSD. Keep > the posts coming. > > Yudhvir
Re: old and new pf tandem test ---help
* mehma sarja [2009-05-19 07:29]: > Otto, Henning and Stuart to-the-point answers. Thanks guys. I have taken > the post over to FreeBSD list. However, Henning, I am curious why you call > pf on anything but OpenBSD a "starter drug?" Is the performance difference > that huge? pf on FreeBSD 7.2 is version 4.1. performance difference is more than huge, I already told you it is more than twice as fast as it used to be. but it is not just performance. pf on all other OSes is incomplete, ancient, and badly integrated. it is good enough as starter drug, but you'll want the real thing soon. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
Cocons - Spectacle de cirque aérien - Aerial Pyrotechnic Circus
Cocons, spectacle de cirque airien
Aerial circus with high stunt-flying and pyrotechnic
2 versions : en salle ou en plein air
Compagnie des Triteaux du Coeur Volant
Contact tournie : Lochness Production - +33 (0) 1 48 58 13 21 - +33 (0) 6 85
10 28 55 - lochn...@inbox.as
-
---
Un concept original : le camion funambule
Diployi sur 20 m de long et 12 m de haut, le Camion Funambule se riveille.
La lumihre et les effets spiciaux (vidio, pyrotechnie, embrasements) viennent
couronner cette alchimie oy la part la plus belle sera donnie au rjve et au
merveilleux.
Le spectacle + Cocons ; :
La rialiti n'est-elle que le miroir de notre imaginaire ?
Et si la machine itait capable de donner la vie
D'itranges Cocons naissent de la ferraille, se diforment, se digonflent, se
dichirent pour faire exister de fragiles criatures. Des jtres itranges
viennent habiter lespace : funambules et voltigeurs silancent vers leur
liberti.
La compagnie :
Criie en 1985 par Pascualito, la compagnie a hiriti de tous les "travers" de
son fondateur : gourmandise, provocation, go{t immodiri pour la ferraille et
dibordements baroques.
-
---
Copiez les liens suivants dans votre navigateur :
Prisentation :
http://www.lochnessprod.com/presentationcocon.htm
Extrait vidio :
http://www.lochnessprod.com/flvplayercocon.php
Photos :
http://www.lochnessprod.com/photococon.htm
Rifirences :
http://www.lochnessprod.com/Refcocon.htm
Presse :
http://www.lochnessprod.com/pressecocon.htm
-
---
Prix : sur simple demande en remplissant le formulaire ci-dessous
-
---
Formulaire a compliter pour toute demande de devis :
Pour pouvoir remplir le formulaire, faites ripondre au message ou copier /
coller le formulaire
Cocons - - Devis
Prinom + Nom :
Fonction :
Etablissement :
Type d'itablissement (Mairie, CE, Salle de spectacle, Entreprise...) :
Adresse :
Code postal + Ville :
Pays :
Ligne standard :
Ligne directe :
Portable :
Fax :
Email :
Site internet :
Salle ou extirieur ? :
Nom du lieu de reprisentation :
Code postal + Ville du lieu de reprisentation :
Nombre de personnes :
Configuration assise ou debout ? :
Payant ou gratuit ? :
Quelles dates envisagez-vous pour une iventuelle programmation :
Jour - Mois - Annie ? :
Les dates que vous nous indiquez ne vous engagent nullement mais nous
permettent de virifier la faisabiliti sur le planning de tournie
-
---
Pour vous assurer de recevoir nos mails, inscrivez dans votre carnet
d'adresses nos emails :
lochness.email...@free.fr - lochn...@inbox.as
-
---
Lochness Production
83 rue Michel Ange - 75016 Paris
tel : 01 48 58 13 21 - fax : 01 48 58 97 12 - devis.em...@free.fr
-
---
Si vous ne souhaitez plus recevoir demails sur ce spectacle, envoyez-nous un
mail a devis.em...@free.fr en pricisant bien "Disabonnement" dans l'objet du
message
[demime 1.01d removed an attachment of type image/jpeg which had a name of
=?iso-8859-1?Q?Cocons-1-2.jpg?=]
[demime 1.01d removed an attachment of type image/jpeg which had a name of
=?iso-8859-1?Q?Cocons-2-3.jpg?=]
Re: openoffice3-dicts spell check not working
I'm sorry for this. This was supposed to go to po...@... Daniel -- LIVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1
Re: openoffice3-dicts spell check not working
On Tuesday 19 May 2009 10.50.28 you wrote: > Hi > > Tools -> Language -> For all text -> Hungarian Thanks, that is working, but how can I make this permanent? Right now this only works for the opened document, and gets lost after a restart. > > I've installed OO.org3, and openoffice3-dicts (hu_HU, en_US and en_GB) > > from -current packages. Everytime I start the spell checker it does > > nothing, just tells me that "The spellcheck is complete". I've selected a > > dictionary in Tools / Options / Language settings / Writing aids, and > > tried the checker with all three dictionaries but it just won't work. > > Anyone knows about some additional configuration or some bug with the OO > > dictionaries? Daniel -- LIVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1
Re: Kylin
Unlike the western governments who don't give a shit about anyone or anything as long as the super elite bankers are feeding them... As a British citizen, I can say whole heartedly, mine and America's political system is just BS, lets get the bankers to tell us what to do. Would you like an RFID chip on the side of your plate of CCTV camera? -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Duncan Patton a Campbell Sent: 18 May 2009 19:40 To: (private) HKS Cc: misc Subject: Re: Kylin On Mon, 18 May 2009 11:08:33 -0400 "(private) HKS" wrote: > 2009/5/18 Toma Bod ar : > > Common,you think that big western companies which have support from > > western governments care about it?And please don't make white knight > > from western civilization.Everywhere are pros and cons.What type of > > copyright and intellectual property you think?Like Disney which have > > stories based on older stories,but he has law from government on it > > now so original makers has nothing and Disney takes all?And when end > > of this copyright is near some "magic" happen in government and > > Disney (and others) has next 20 or 50 years.Sounds very respectable > > for copyright and intellectual property of original authors ;-) > > > > Or maybe you think something like we have.When you create your own > > song and sing it to people somewhere outside of your flat you must > > pay to OSA(something like BSA terrorists,but local).WTH is > > that.Sounds really like care about my copyright - I must pay for my > > own song ;-) > > > > Informations are here for share and we can move forward thanks to > > them.If some idiot have patent on double-click then what?One > > developer must incorporated triple-click to his product,next > > four-click and so on?Sounds like history - Earth is just pancake and > > everyone who want to find another idea must use our idea or he will > > be killed and who use our idea without our licence will be killed > > too.Really we need those times back?? > > For Christ's sake, get off your fucking high horse. My quip was in > response to your implication that China chose a BSD license because it > fit better with their intentions than GPL or similar. As if they gave > a shit. > Actually I think their decision was quite telling. The Chinese Gove is not unaware of intellectual property concerns, they just don't give a shit for western idiots who patent wonton balls. Dhu > -HKS > > > > > > 2009/5/18 (private) HKS : > >> 2009/5/17 Toma Bod ar : > >>> I know,that's why they choose BSD-style licenced OS ;-) > >> > >> Yes, because China's respect for copyright and intellectual > >> property is legendary. > >> > >> -HKS > >> > >> > >>> 2009/5/17 Cem Kayali : > > Do you really think Chineese governmnt make source public? Not > all of > >> course > ;) > > Regards, > > > > > Jesus Sanchez, 05/17/09 20:58: > > > > TomC!E! BodE>C!r escribiC3: > >> > >> After quick search on web it looks like it's based on FreeBSD > >> 5.3 (initial version) with Windows like GUI.So it doesn't looks > >> so secure > >> now :-) But government agencies must have reason to receive > >> money so why don't make "wave" about dangerous China with their > >> new ultra-hyper-super secure system? Ofcourse that there can be > >> interesting modifications.Maybe I will try it in Qemu :-) > >> > > > > the chinese government really feels so vulnerable against U.S.? > > i mean, they say it like "the WWIII will begin soon and we need > > to defend us on the cyberspace with our super-secure OS" > > > > and after all they based it on FreeBSD? I'm a OpenBSD user and I > > really feel that I've enought privacy, don't need a > > super-secret-ultra-secure OS nor to say "Made In China" xD > > > > > >> Dne 17. kvD ten 2009 19:28 TomC!E! BodE>C!r > >> > >> napsal(a): > >> > >>> > >>> Everyone can try it > >>> > >>> > >> > >> > >> > >> > http://www.honeytechblog.com/downlod-kylin-operating-system-by-chinaqingbo-w u > >> / > >> > >>> > >>> 2009/5/17 Duncan Patton a Campbell : > >>> > > I just noticed this: > > http://www.physorg.com/news161355225.html > > about a "secure" os that's been under development in China > since around 2k and is now being deployed by the Chinese Gov. > > Interestingly, it is built for a "hardened" > CPU that, I'd guess, lacks many of the advanced "features" of > iNTel architecture cpus. > > Anybody have any more info on this? > > Thanks, > > Dhu
