Re: pkg_add interrupted by network dis connection, how to resume installation ?
On 01:43:16 Oct 05, Jesus Sanchez wrote: > go to /var/db/pkg > > as root, do: > > # ls partial* > > the output are the partial packages you have to delete > with pkg_delete This is what I do since my pkg_add sometimes fails due to an unannounced power outage or a network outage. (I have fixed both now) # pkg_info|grep partial Then delete it with # pkg_delete partial- But then sometimes power goes off when our good friend doesn't even get time to register a partial install. Then you have to manually delete the offending files. # pkg_add foo 1>&2 >/tmp/conflict.txt Then do a grep, cut and some other UNIX jugglery to get rid of the problem files. Best, Girish
Exciting News at XS International, Inc.
To view this mail in a browser, copy http://sdm3.rm04.net/servlet/MailView?ms=MjIwNzg2NQS2&r=MTQ0NjI0Mzk1NTIS1&j=N Tg2NDc3MzES1&mt=1&rt=0 into your browser. www.xsinternational.com Dear Customers, Vendors, Family & Friends, The employees of XS International, Inc. (XSi) are excited to announce the recent publication of our IT Asset Disposition Whitepaper in ITAK (I.T. Asset Knowledge) Magazine. Please forward this email to those you know that could benefit from an IT Asset Disposition program . ITAD - Meeting IT Life-cycle Challenges to Maximize Value and Minimize Risk By: Todd A. Bone, Chief Executive Officer of XS International, Inc. The amount of decommissioned IT assets is growing at an accelerated rate due to the rapid advancement of technological change. The resulting challenge is determining how to capture additional asset value from this eWaste and avoid liabilities arising out of data security issues and non-compliance with legislative requirements. This paper explores life-cycle challenges and provides insights into effective ITAD programs. The goal of an ITAD program is to maximize return and minimize the risk associated with asset decommissioning. Visit http://sdm3.rm04.net/ctt?kn=10&m=2207865&r=MTQ0NjI0Mzk1NTIS1&b=2&j=NTg2NDc3Mz ES1&mt=1&rt=0 to read the article. ITAK magazine is published by IAITAM (International Association of Information Technology Asset Managers). IAITAM's mission is to provide real world based skills development opportunities for the IT and business professionals choosing IT asset management as the next logical step in the professional career, and to support the talented IT Asset Managers already leading the way with successful ITAM business practices savings money, gaining control, reducing risk, increasing accountability and improving performance. "After the closeout of a program, we had a wide range of excess equipment. XSi was able to test and remarket the equipment for us which provided a great return of our capital investment. XSi was honest and upright in their communication. The only large task we had to do was provide an inventory list and ship the equipment to XSi. They were even able to begin remarketing the equipment before it hit their loading docks. Wire transfers were quickly turned around and we were able to conclude our asset recovery task. XSi really did all the work for us on the recovery effort." - Franz Filicky, Lockheed Martin www.avarsys.com > IBM & Dell HPC > Advanced visualization > DataCenter solutions Improve your business performance, visit www.avarsys.com to learn more. www.xsnet.com > High-quality refurbished systems > IBM, Sun, HP, SGI, LNXI & Dell > 50% - 70% off MSRP For weekly specials, visit www.xsnet.com. www.xparty.com > Cross-platform OS support > Alternative to SMARTnet. > Onsite & Depot support To download our Whitepaper, visit http://sdm3.rm04.net/ctt?kn=15&m=2207865&r=MTQ0NjI0Mzk1NTIS1&b=2&j=NTg2NDc3Mz ES1&mt=1&rt=0. www.xsassetrecovery.com > Global AR Centers > International remarketing > Recycling & disposal Turn your excess equipment into cash today, visit http://sdm3.rm04.net/ctt?kn=19&m=2207865&r=MTQ0NjI0Mzk1NTIS1&b=2&j=NTg2NDc3Mz ES1&mt=1&rt=0 to get started. XS International, Inc. proudly accepts: Visa, Mastercard, Discover, American Express GSA; NASA SEWP IV; DHS FirstSource; NIH ECS III --- You are receiving this email because you subscribed to receive information from XS International. To manage your email subscription preferences, please click here: http://sdm3.rm04.net/servlet/SignUpForm?f=50955. To globally opt-out from all XS International email communications, please click here: http://sdm3.rm04.net/ui/modules/display/optOut.jsp?f=50955. XS International, Inc. is located at: 1005 Alderman Dr., Suite 212, Alpharetta, GA 30005 1.800.256.6133 +1.770.740.0040 ) 2008, XS International Inc., All Rights Reserved.
Re: how to bring up wifi card automatically when boot
2008/10/4 elflord woods <[EMAIL PROTECTED]>: > hi all > > for the moment i use > >sudo dhclient ipw0 > > to manually bring the wifi card > > how can i do this automatically each time i boot the machine ? > i have no idea how to edit the start-up scripts $ man hostname.if ~juan
Re: how to bring up wifi card automatically when boot
http://www.openbsd.org/faq/faq6.html#DHCP hostname.if(5) On Sat, 4 Oct 2008 18:39:06 -0600 "elflord woods" <[EMAIL PROTECTED]> wrote: > hi all > > for the moment i use > > sudo dhclient ipw0 > > to manually bring the wifi card > > how can i do this automatically each time i boot the machine ? > i have no idea how to edit the start-up scripts > > thanks > -- Maxime DERCHE : maxime /at/ mouet-mouet.net | maxime.derche /at/ free.fr GnuPG public key ID : 0xDEF810D6 (fingerprint : D99F 3827 732C DD5D B472 D6EF C3FA 81F7 DEF8 10D6) http://www.mouet-mouet.net/maxime/blog/index.php
Re: how to bring up wifi card automatically when boot
elflord woods escribis: hi all for the moment i use sudo dhclient ipw0 to manually bring the wifi card how can i do this automatically each time i boot the machine ? i have no idea how to edit the start-up scripts thanks the faq solves your problem. Read it before posting. And read man pages also. you have to put 'dhcp' on the /etc/hostname.ipw0 # echo dhcp > /etc/hostname.ipw0 again, read the faq and man pages before write to the list. -Jesus
how to bring up wifi card automatically when boot
hi all for the moment i use sudo dhclient ipw0 to manually bring the wifi card how can i do this automatically each time i boot the machine ? i have no idea how to edit the start-up scripts thanks
Re: pkg_add interrupted by network dis connection, how to resume installation ?
elflord woods escribis: hello all i was installing a package through pkg_add during the installing of one of the depencies the network conection got lost so i cancled the installation when the connection comes back again i re pkg_add package but get an error conflict with partial pacakage i used pkg_info to see if the partial pacakge is there but it is not there what shall i do ? thanks go to /var/db/pkg as root, do: # ls partial* the output are the partial packages you have to delete with pkg_delete -Jesus
Re: pkg_add interrupted by network dis connection, how to resume installation ?
pkg_add -r -F conflicts package -B On 10/4/08, elflord woods <[EMAIL PROTECTED]> wrote: > hello all > > i was installing a package through pkg_add > during the installing of one of the depencies > the network conection got lost > so i cancled the installation > > when the connection comes back again > i re pkg_add package > > but get an error conflict with partial pacakage > > i used pkg_info to see if the partial pacakge is there > but it is not there > > what shall i do ? > thanks
pkg_add interrupted by network dis connection, how to resume installation ?
hello all i was installing a package through pkg_add during the installing of one of the depencies the network conection got lost so i cancled the installation when the connection comes back again i re pkg_add package but get an error conflict with partial pacakage i used pkg_info to see if the partial pacakge is there but it is not there what shall i do ? thanks
Re: weird wscons behavior
Philip Guenther escribis: On Sat, Oct 4, 2008 at 2:45 PM, Jesus Sanchez <[EMAIL PROTECTED]> wrote: ... I have not sent any bug report to the OpenBSD bug database because I'm not 100% this is a unknown problem. If you following the "Bug Tracking" link on the OpenBSD homepage at www.openbsd.org, you'll find a query tool. Searches for 'wsconscfg' show no open bugs. Similarly, the change log for the upcoming 4.4 release doesn't have any suggestive references to wscons. I have not experience about reporting bugs to developers so before I would like to hear someone have reproduced this same problem. While having a reproduction of it by someone else is nice as a sanity check, it certainly isn't required. That said, I've gone ahead and tried it with my i386 system running -CURRENT and it shows the same behavior, so it's not limited to you and not fixed yet. Please file a bug. I'm on it :) , thanks for all. -Jesus Philip Guenther
Re: cp error message "Invalid character in program"
Philip Guenther wrote: What's the output of ktrace rm ccreply.rex kdump | egrep -A1 -B2 'execv|errno' You answered it. Look here: 16524 rm CALL open(0xcfbd1e60,0,0) 16524 rm NAMI "/opt/ooRexx/bin/rexx.cat" Hmm ... $ set | grep NLSPATH NLSPATH=/opt/ooRexx/bin/rexx.cat: Oops. Changed NLSPATH to accomodate Rexx. So now my error messages come from Rexx's error msg file. *{{Whack}}* Between trying to make OORexx and BSF4Rexx work on OpenBSD so I can stop booting OpenSolaris to do Rexx/Java development on my PigIron project, I think I'm losing my mind. Thanks for all the help! -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
Re: cp error message "Invalid character in program"
On 2008-10-04, Jack Woehr <[EMAIL PROTECTED]> wrote: > Philip Guenther wrote: >> Hmm, I don't see that error message in the stock /bin/cp or /bin/rm. >> Are you running your own version of them or have shell script wrappers >> for them or something? What's the output of "which cp rm"? >> > > Is it maybe builtin to ksh? Besides, the error message is probably from > a runtime lib, right? "Invalid character in program" looks likely to be a REXX error message.. > Anway: > > $ echo $SHELL > /bin/ksh > $ which rm > /bin/rm > $ ls -l ccreply.rex > -rwxr-xr-x 1 root wheel 4674 Oct 3 12:11 ccreply.rex > $ whoami > jax > $ rm ccreply.rex > override rwxr-xr-x root/wheel for ccreply.rex? y > rm: ccreply.rex: Invalid character in program > $ uname -a > OpenBSD elephant.jaxrcfb 4.3 4.3#0 i386
Re: cp error message "Invalid character in program"
On Sat, Oct 4, 2008 at 2:09 PM, Jack Woehr <[EMAIL PROTECTED]> wrote: > It's 4.3 release but I did rebuild from freshly checked out source. Oh well, then the md5s wouldn't be expected to match. What's the output of ktrace rm ccreply.rex kdump | egrep -A1 -B2 'execv|errno' Philip Guenther
Re: weird wscons behavior
On Sat, Oct 4, 2008 at 10:05 AM, Jesus Sanchez <[EMAIL PROTECTED]> wrote: ... >> lets say you're logged on ttyC0 as root, >> you sends the command: >> >> #sleep 5 && wsconscfg -dF 1 >> >> this cmd waits 5 seconds and then destroys ttyC1 >> wscons. >> >> if you change to ttyC1 (Ctrl+Alt+F2) in the 5 seconds >> and waits until wsconscfg -dF 1 gets launched the machine >> gets hung really bad. ... >> Is this a known thing? or I found a buggy behavior? Looks like a bug to me. Have you filed a bug with the "sendbug" command? Philip Guenther
CONFIDENTIAL.
InvitationĀ : "CONFIDENTIAL.". Par votre htte Philip Kabore: Date: samedi 4 octobre 2008 Heure: 19h 00 - 20h 00 (GMT+00:00) Viendrez-vous ? Ripondre ` cette invitation, `: http://calendar.yahoo.com/philipkabore?v=126&a1=0&iid=ChAodp3bF24I%40BQjPxFWiB%40%40cqug%40OjD&igid=kxa5Nrh%40NKq6%40ValXhBFdUt%40Wpdc%40mlGapdPMx%40%40 Copyright ) 2008 Tous droits riservis. www.yahoo.fr Donnies personnelles: http://privacy.yahoo.com/privacy/us Conditions d'utilisation: http://docs.yahoo.com/info/terms/
Re: cp error message "Invalid character in program"
Philip Guenther wrote: Perhaps, but /bin/rm and /bin/cp are staticly linked, so the message would appear in the binary in some form. strings /bin /rm doesn't show that string. Anway: $ echo $SHELL /bin/ksh $ which rm /bin/rm $ ls -l ccreply.rex -rwxr-xr-x 1 root wheel 4674 Oct 3 12:11 ccreply.rex I presume your current directory is owned by root and not writable by you. Yes. Since you're using ksh, try "whence -v cp rm". $ whence -v rm cp rm is a tracked alias for /bin/rm cp is a tracked alias for /bin/cp -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
Re: cp error message "Invalid character in program"
Paul de Weerd wrote: Also compare the md5 sum of your /bin/rm with the sum from a clean install of 4.3 (assuming this is a -RELEASE version you're running). It's 4.3 release but I did rebuild from freshly checked out source. Both the release and the checkout came from ftp3.usa.openbsd.org So did my Sparc64 install and it does not exhibit this behavior. I have built a lot of ports. Full jdk6, full kde, etc. I wonder if I'm hacked. $ ls -l /bin/rm -r-xr-xr-x 1 root bin 174016 Aug 23 16:03 /bin/rm $ md5 /bin/rm MD5 (/bin/rm) = 9c46f6ee1c8234e3469ea2d461536c17 -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
Re: cp error message "Invalid character in program"
On Sat, Oct 4, 2008 at 1:39 PM, Jack Woehr <[EMAIL PROTECTED]> wrote: > Is it maybe builtin to ksh? ksh doesn't have builtins for cp or rm. > Besides, the error message is probably from a runtime lib, right? Perhaps, but /bin/rm and /bin/cp are staticly linked, so the message would appear in the binary in some form. > Anway: > > $ echo $SHELL > /bin/ksh > $ which rm > /bin/rm > $ ls -l ccreply.rex > -rwxr-xr-x 1 root wheel 4674 Oct 3 12:11 ccreply.rex I presume your current directory is owned by root and not writable by you. > $ whoami > jax > $ rm ccreply.rex > override rwxr-xr-x root/wheel for ccreply.rex? y > rm: ccreply.rex: Invalid character in program Since you're using ksh, try "whence -v cp rm". Philip Guenther
Re: cp error message "Invalid character in program"
On Sat, Oct 04, 2008 at 02:39:16PM -0600, Jack Woehr wrote: > Philip Guenther wrote: >> Hmm, I don't see that error message in the stock /bin/cp or /bin/rm. >> Are you running your own version of them or have shell script wrappers >> for them or something? What's the output of "which cp rm"? >> > > Is it maybe builtin to ksh? Besides, the error message is probably from > a runtime lib, right? > Anway: Try `type rm` (is it not an alias to /usr/local/bin/gnu-rm or something like that ?) and `strings $(which rm)` (does the binary contain this 'Invalid character in program' string ?). Also compare the md5 sum of your /bin/rm with the sum from a clean install of 4.3 (assuming this is a -RELEASE version you're running). >$ echo $SHELL >/bin/ksh >$ which rm >/bin/rm >$ ls -l ccreply.rex >-rwxr-xr-x 1 root wheel 4674 Oct 3 12:11 ccreply.rex >$ whoami >jax >$ rm ccreply.rex >override rwxr-xr-x root/wheel for ccreply.rex? y >rm: ccreply.rex: Invalid character in program >$ uname -a >OpenBSD elephant.jaxrcfb 4.3 4.3#0 i386 I, for one, have never seen that error before ;) Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: cp error message "Invalid character in program"
Philip Guenther wrote: Hmm, I don't see that error message in the stock /bin/cp or /bin/rm. Are you running your own version of them or have shell script wrappers for them or something? What's the output of "which cp rm"? Is it maybe builtin to ksh? Besides, the error message is probably from a runtime lib, right? Anway: $ echo $SHELL /bin/ksh $ which rm /bin/rm $ ls -l ccreply.rex -rwxr-xr-x 1 root wheel 4674 Oct 3 12:11 ccreply.rex $ whoami jax $ rm ccreply.rex override rwxr-xr-x root/wheel for ccreply.rex? y rm: ccreply.rex: Invalid character in program $ uname -a OpenBSD elephant.jaxrcfb 4.3 4.3#0 i386 -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
Re: cp error message "Invalid character in program"
On Sat, Oct 4, 2008 at 12:36 PM, Jack Woehr <[EMAIL PROTECTED]> wrote: > In the following example, I'm trying to copy a file (wrongly) > in a directory I don't own and which is write-protected: > > cp factor.rex factor.rex.bak > cp: factor.rex.bak: Invalid character in program > > "Invalid character in program"?? > > rm also returns this when I use rm illegally. Was it always > like this? Hmm, I don't see that error message in the stock /bin/cp or /bin/rm. Are you running your own version of them or have shell script wrappers for them or something? What's the output of "which cp rm"? Philip Guenther
Re: Weird pkg_info behavior?
[In the context of pkg_info only downloading the first part of a package to get the info] On Sat, Oct 4, 2008 at 5:09 AM, Slim Joe <[EMAIL PROTECTED]> wrote: ... > Also I think it would be nice if the packages are dumped not into > the present directory but in the $PKG_CACHE that I have set. pkg_add does that (assuming you actually export PKG_CACHE), but I don't see why pkg_info would, given that it expects to only download the start of the package file and not the entire thing. Leaving partial package files in your cache would be confusing, IMO. (Or did I misunderstand your suggestion?) Philip Guenther
cp error message "Invalid character in program"
I'm experiencing something with 4.3 I never experienced before, or maybe I just wasn't paying attention. In the following example, I'm trying to copy a file (wrongly) in a directory I don't own and which is write-protected: cp factor.rex factor.rex.bak cp: factor.rex.bak: Invalid character in program "Invalid character in program"?? rm also returns this when I use rm illegally. Was it always like this? -- Jack J. Woehr# "Self-delusion is http://www.well.com/~jax # half the battle!" http://www.softwoehr.com # - Zippy the Pinhead
WPA2 problems with iwi(4) and bwi(4)
I'm experiencing some serious difficulties getting WPA2 working with my system. Situation is as follows: Problem occurs with snapshots of October 1 and October 4. Have not tested with 4.3 because WPA support for iwi(4) is only in -current. Client is a ThinkPad T42 (dmesg below) with both iwi(4) and bwi(4) wireless NICs. I am running the latest firmware for both NICs, 3.0p0 for the iwi and 1.4 for the bwi. AP is a 2wire 3800HGV-B VDSL2 gateway device with integrated access point. There's a "data sheet" containing very little worthwhile information at http://www.2wire.com/pages/pdfs/5100-000383-000_2W_Rev_B_0107.pdf Unencrypted access and WPA/TKIP both work fine. With both iwi(4) and bwi(4) devices, WPA2/ccmp will connect and stay up for about a minute, generating lots of incoming errors. Sample 'netstat -i' output is below. After a minute or so, the interface dies and 'netstat -i' will hang until I 'ifconfig down' the interface. I have tried specifying values for wpaakms, wpaciphers, and wpaprotos in my hostname.if files, with the same results. Please let me know if I can provide any additional information. I upgrade to the latest snapshot every few days and will happily test any diffs. network config files: /etc/hostname.iwi0 inet 192.168.1.50 255.255.255.0 NONE nwid mynet wpa wpapsk \ 0xdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeef /etc/hostname.bwi0 inet 192.168.1.60 255.255.255.0 NONE nwid mynet wpa wpapsk \ 0xdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeef netstat -i output showing ierrs on both wifi NICS: NameMtu Network Address Ipkts IerrsOpkts Oerrs Colls lo0 332040 00 0 0 lo0 33204 localhost.l localhost.local 0 00 0 0 lo0 33204 fe80::%lo0/ fe80::1%lo0 0 00 0 0 lo0 33204 127/8 localhost.local 0 00 0 0 em0 150000:01:6c:ea:03:f8 289 0 104 0 0 em0 1500 fe80::%em0/ fe80::201:6cff:fe 289 0 104 0 0 em0 1500 192.168.1/2 192.168.1.40 289 0 104 0 0 iwi0* 150000:13:ce:8b:79:ed3363 0 0 iwi0* 1500 192.168.1/2 192.168.1.50 3363 0 0 iwi0* 1500 fe80::%iwi0 fe80::213:ceff:fe3363 0 0 enc0* 1536 0 00 0 0 bwi0150000:13:10:3c:cc:2a424 19 0 0 bwi01500 192.168.1/2 192.168.1.60 424 19 0 0 bwi01500 fe80::%bwi0 fe80::213:10ff:fe424 19 0 0 pflog0 332040 00 0 0 dmesg: OpenBSD 4.4-current (GENERIC) #1073: Fri Oct 3 22:04:40 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel" 686-class) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 real mem = 1609527296 (1534MB) avail mem = 1546838016 (1475MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/18/07, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (61 entries) bios0: vendor IBM version "1RETDRWW (3.23 )" date 06/18/2007 bios0: IBM 2379RHU apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries) pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0 cpu0: Enhanced SpeedStep 1800 MHz (1340 mV): speeds: 1800, 1600, 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82855PM Host" rev 0x03 ppb0 at pci0 dev 1 function 0 "Intel 82855PM AGP" rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M10 NP" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xd000, size 0x1000 uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x81 pci2 at ppb1 bus 2 cbb0 at pci2 dev 0 function 0 "TI PCI4520 CardBus" rev 0x01: irq 11 cbb1 at pci2 dev 0 function 1 "TI PCI45
Re: weird wscons behavior
Jesus Sanchez escribis: Hi, using OpenBSD 4.3 up to date patched. I think people should know about this. lets say you're logged on ttyC0 as root, you sends the command: #sleep 5 && wsconscfg -dF 1 this cmd waits 5 seconds and then destroys ttyC1 wscons. if you change to ttyC1 (Ctrl+Alt+F2) in the 5 seconds and waits until wsconscfg -dF 1 gets launched the machine gets hung really bad. Same thing if you kill the focused ttyC* from a ssh session. the system crashes. Is this a known thing? or I found a buggy behavior? -thanks for all. I tried to reproduce the problem in other machines and others versions of OpenBSD (from 4.1 to 4.3) and the problem exists. Just a hung as described will cause the machine to stop all daemons and activities, gets freeze. Only hardware reboot makes it reboot. This should be considered as a bug to try to solve?? please consider to take a fast look at this. Thanks for all -Jesus
Re: Weird pkg_info behavior?
On 2008/10/4, Marc Espie <[EMAIL PROTECTED]> wrote: > pkg_info will only download the beginning of the package, since it only > needs the packing information, and we're very careful to store it at > the beginning. > > Now, a lot of FTP servers tend to not like abort in the middle of transfer, > especially when coupled with idiot firewalls. http transfers should be > slightly better. I'm not sure but the partial transfer appears to work with single (versioned) files. I think I'm using (I'm not at the machine atm) PKG_PATH=ftp://ftp.eu.openbsd.org/pub/OpenBSD/. Also I think it would be nice if the packages are dumped not into the present directory but in the $PKG_CACHE that I have set. This makes it convenient to export PKG_PATH=$PKG_CACHE:etc > Strangely enough, pkg transfers over scp is the fastest, due to using > a specialized protocol that avoids this set-up/tear-down altogether. > > So what you see is very much set-up/tear-down of connections, pkg_info > actually uses very little bandwidth, but it has a high latency. I'm not familiar with scp (never used it). Where's the list of scp mirrors?
OPENVAS on OpneBSD [was Re: PCI Compliant Vulnerability Scanner]
Dorian B|ttner wrote: Looking for openvas? http://www.derkeiler.com/Mailing-Lists/securityfocus/pen-test/2005-11/0067.html I've been looking at OpenVAS has anyone got it working under OpenBSD?