Re: Happy Birthday OpenBSD
On Mon, 18 Oct 2010 15:25:46 -0700 Allie Daneman wrote: > Wow...time flies. Happy Birthday to the best OS in existence and as a particular species of flies called "time flies" like arrows :-))) > usual thanks go to the developers that make it happen, I raise a > toast for another 15+ years ;) Happy Birthday! -- With best regards, Gregory Edigarov
CONGRESO NACIONAL ACA 2010 PARA SECRETARIAS EJECUTIVAS Y ASISTENTES 19-20 NOV ACAPULCO, GUERRERO.
[IMAGE] Duracisn: 10 Horas de entrenamiento. Presentado por nuestro experto consultor: Lic. Gerardo Coronado L. !Promociones Especiales para Grupos! Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAASISTENTES Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAASISTENTES Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of congreso asistentes.jpg]
Re: Happy Birthday OpenBSD
Wow...time flies. Happy Birthday to the best OS in existence and as usual thanks go to the developers that make it happen, I raise a toast for another 15+ years ;)
Re: Happy Birthday OpenBSD
Wow, 15 is a long way. i was playing sonic & knuckles back in there On Mon, Oct 18, 2010 at 8:13 PM, Sevan / Venture37 wrote: > Well done to all the developers who've put a lot of hard work into > creating an fantastic OS, here's to the next 15 years. > Happy birthday! > > Sevan
Re: Happy Birthday OpenBSD
Well done to all the developers who've put a lot of hard work into creating an fantastic OS, here's to the next 15 years. Happy birthday! Sevan
Re: Happy Birthday OpenBSD
2010/10/18 STeve Andre' > 15 years! > > Will more years to work on! >From my OpenBSD Laptop -- Atentamente Andris Genovez Tobar / Sistemas Elastix ECE - Linux LPI-1 - Novell CLA - Apple ACMT http://www.cspmsa.com ageno...@cspmsa.com Jabber: bitfr...@asgard.crice.org Comunidad: http://www.crice.org
Re: Happy Birthday OpenBSD
Live long and prosper! 2010/10/18 Benjamin GUILLER : > 15 and *Only two remote holes in the default install* :) > > On Mon, Oct 18, 2010 at 7:13 PM, STeve Andre' wrote: > >> B 15 years!
Top Story: Pot bust nets rap mogul, High Times ad man
[IMAGE] Newsletter for Monday, October 18 "The latest top stories around the world, right to your inbox." __ ⢠Pot bust nets rap mogul, High Times ad man Federal agents capped a two-year investigation Friday with dozens of arrests they say have broken open a marijuana smuggling operation that "dominated" the New York market for two decades, Immigrations and Customs Enforcement announced. Among those arrested were Kareem "Biggs" Burke, a founder of.. Read more ; ⢠LeBron James at home with Heat, but move not all smooth Read more ; ⢠Kentucky rallies past No. 10 South Carolina 31-28 Read more ; ⢠Upbeat earnings push Wall Street higher Read more ; ⢠Kentucky Senate Race Turns Bitter During Debate Read more ; ⢠FluffyApp Uploads and Shares Files, URLs, and Screenshots via Drag and Drop [Video] Read more ; ⢠To see the more of the latest news, go to http://TheNewsNetwork.us __ This is the TheNewsNetwork.us Bi-Weekly Newsletter, a collection of all the latest news events in one place. You are receiving this because you opted-in to recieve this on either TheNewsNetwork.us or one of our affiliate sites. To cancel your subscription, follow this link http://thenewsnetwork.us/?t=13&page_id=898. )2010 TheNewsNetwork.us, P.O. Box 486, Hope Mills, NC 28348. All rights reserved.[IMAGE]
Re: Happy Birthday OpenBSD
15 and *Only two remote holes in the default install* :) On Mon, Oct 18, 2010 at 7:13 PM, STeve Andre' wrote: > 15 years!
Happy Birthday OpenBSD
15 years!
Re: Snapshot: misc48.tgz missing
On Mon, Oct 18, 2010 at 10:10:39AM -0600, Theo de Raadt wrote: > > On Mon, Oct 18, 2010 at 03:13:03PM +0200, Henning Brauer wrote: > > > * Rene Maroufi [2010-10-18 14:57]: > > > > the latest snapshot has no misc48.tgz file. Is this file no longer in > > > > the releaseset or what is wrong? > > > > > > when you run -current (=~ snapshots), it is a good idea to follow > > > source-changes. the misc set is history. > > > > It remained in index.txt for a while, but now it is gone; that is good. > > Still remains in SHA256, though... > > Please donate 1 million dollars and we'll make instantly correct ftp > servers. > > Alternatively you could wait a while and try not to be the first one to > post basically "the mirrors are slow". Pure accident, no intent. Since the SHA256 file has the same date as the rest of the files I assumed it was intended to be consistent with the rest of the snapshot and ment "I hope you have you noticed that the SHA256 file needs to be updated", but ought to have known that I should not even suspect that the project could miss something like that. -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
bioctl doesn't show array status of Areca ARC-1680i
Hi all I'm running OpenBSD 4.6 i386 on an Areca ARC-1680i controller. bioctl doesn't show the array status (online, degraded, failed, etc.). #bioctl -ihv sd0 sd0: , serial 101d703094702015 # bioctl arc0 bioctl: BIOCINQ: Input/output error # dmesg | grep -i arc0 arc0 at pci1 dev 0 function 0 "Areca ARC-1680" rev 0x00: apic 8 int 16 (irq 10) arc0: 8 ports, 256MB SDRAM, firmware V1.47 2009-07-16 scsibus0 at arc0: 16 targets arc0: unable to query firmware for sensor info Any ideas? Thx, Andi
Re: Snapshot: misc48.tgz missing
> On Mon, Oct 18, 2010 at 03:13:03PM +0200, Henning Brauer wrote: > > * Rene Maroufi [2010-10-18 14:57]: > > > the latest snapshot has no misc48.tgz file. Is this file no longer in > > > the releaseset or what is wrong? > > > > when you run -current (=~ snapshots), it is a good idea to follow > > source-changes. the misc set is history. > > It remained in index.txt for a while, but now it is gone; that is good. > Still remains in SHA256, though... Please donate 1 million dollars and we'll make instantly correct ftp servers. Alternatively you could wait a while and try not to be the first one to post basically "the mirrors are slow".
Re: Snapshot: misc48.tgz missing
On Mon, Oct 18, 2010 at 03:13:03PM +0200, Henning Brauer wrote: > * Rene Maroufi [2010-10-18 14:57]: > > the latest snapshot has no misc48.tgz file. Is this file no longer in > > the releaseset or what is wrong? > > when you run -current (=~ snapshots), it is a good idea to follow > source-changes. the misc set is history. It remained in index.txt for a while, but now it is gone; that is good. Still remains in SHA256, though... > > -- > 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 -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
(snapshot 4.8) acpi button (on/off) not found on Dell Poweredge R610.
Hello, I'm using a snapshot of 4.8/amd64 (october, 6) and I'm not able to shutdown properly the box using the power on/off button. The machine is a Dell PowerEdge R610: bios bios0: vendor Dell Inc. version "2.1.9" date 05/21/2010 bios0: Dell Inc. PowerEdge R610 full dmesg : http://user.lamaiziere.net/patrick/dmesg-open48.txt acpidump : http://user.lamaiziere.net/patrick/acpidump.tar.gz sensors: # sysctl -a | grep sensor hw.sensors.cpu0.temp0=46.00 degC hw.sensors.cpu1.temp0=46.00 degC hw.sensors.cpu2.temp0=46.00 degC hw.sensors.cpu3.temp0=46.00 degC hw.sensors.cpu4.temp0=46.00 degC hw.sensors.cpu5.temp0=46.00 degC hw.sensors.cpu6.temp0=46.00 degC hw.sensors.cpu7.temp0=46.00 degC hw.sensors.mfi0.drive0=online (sd0), OK The button works fine on FreeBSD, tell me if a FreeBSD dmesg will be useful. Thanks, regards.
Re: Force passwordcheck in login.conf
One last note... it seems that OpenPAM on the other BSDs and LinuxPAM on Linux systems address all of PCI requirement 8. However, they all seem to differ slightly with their PAM implementations and PAM in general seems overly complex (to me at least). I mis-configured PAM on a test system (commented out one line in error) and found that root could log in by typing *anything* and that the normal root password still worked too. Brad
Re: Packet priorization
On Sat, Oct 16, 2010 at 5:16 PM, Mark Beihoffer wrote: > Would not recommend. Hi Mark. Why would you recommend against assign the traffic while it's coming in by the external interface, even if the queues are assigned in the internal interfaces? > Mark Beihoffer > Dragonfly Networks > mbeihof...@gmail.com > m...@dragonfly-networks.com > (612)508-5128 > > > On Sat, Oct 16, 2010 at 8:30 AM, Henning Brauer wrote: > >> * Leonardo Carneiro [2010-10-16 15:07]: >> > Well, now i'm a bit confused. I'll apply the queues on the internal >> > interfaces, but will assign the traffic when it came in by the >> > external? >> >> yup. the assignment is "sticky". >> >> > I though i would have to make one rule to each internal >> > interface when the traffic was going out by the internal. >> >> no, you don't have to. you could, tho. >> >> -- >> 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
Re: Force passwordcheck in login.conf
> Thanks. I'll add that as a possible solution for folks who wish to add > Python to the base install. > > Brad > > >> http://www.deweyonline.com/files/openbsd/login_-custompasswd Thanks for sharing. I didn't see any explicit log file closing but then again sys.exit() should clean up.
Re: Snapshot: misc48.tgz missing
* Rene Maroufi [2010-10-18 14:57]: > the latest snapshot has no misc48.tgz file. Is this file no longer in > the releaseset or what is wrong? when you run -current (=~ snapshots), it is a good idea to follow source-changes. the misc set is history. -- 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
Re: Snapshot: misc48.tgz missing
On Mon, 18 Oct 2010 13:51:06 +0200 Rene Maroufi wrote: > Hi, > > the latest snapshot has no misc48.tgz file. Is this file no longer in > the releaseset or what is wrong? > > Cheers > Rene "no more misc set" http://marc.info/?l=openbsd-cvs&m=128737559922378&w=2
Snapshot: misc48.tgz missing
Hi, the latest snapshot has no misc48.tgz file. Is this file no longer in the releaseset or what is wrong? Cheers Rene -- Reni Maroufi i...@maroufi.net
Re: laptop disk shows wierd contents when moved to external enclosure
On Sun, 17 Oct 2010, Jonathan Thornburg wrote:
Summary
---
My primary laptop ("nitrogen") died, so I moved its disk to a backup
laptop ("oxygen"). That laptop then died. :( I have now moved the
former-nitrogen-disk to an external enclosure so that I can access my
files via USB from still another laptop ("silver").
When I connect the USB cable to silver I see the usual dmesg lines.
But the former-nitrogen-disk contents are "wierd":
* fdisk and disklabel look fine, but
* if I mount any one of the partitions,
* 'df -i' looks fine (shows lots of space & inodes used)
* but 'ls -a' and 'echo *' say there are no files present
If I try to fsck any of the partitions, I get the following error
# fsck -p /dev/rsd1a
CANNOT READ: BLK 128
/dev/rsd1a: UNEXPECTED INCONSISTENCY; RUN fsck_ffs MANUALLY.
# fsck -n /dev/rsd1a
** /dev/rsd1a (NO WRITE)
CANNOT READ: BLK 128
CONTINUE? yes
THE FOLLOWING DISK SECTORS COULD NOT BE READ: 128, 129, 130, 131, 132, 133,
134, 135, 136, 137, 138, 139, 140, 141, 142, 143,
LOOK FOR ALTERNATE SUPERBLOCKS? no
#
What's suspicious is that I get this identical message (including the
exact same sector numbers) for *any* partition. While I could certainly
imagine that whatever broke nitrogen and oxygen managed to corrupt the
disk contents, it seems implausible that it would garble the exact same
list of sectors on each of several different FFS partitions.
Instead, my symptoms look more like a disk-addressing mixup between
oxygen/nitrogen and the external enclosure.
Can anyone suggest (in more detail) what's going on here, and/or what
I can do to fix it (i.e., access the former-nitrogen-disk filesystems
from another laptop)? I'd at least like to understand the problem a
bit before I go blindly poking around with fsck...
Hi Jonathan!
There are some USB <-> ATA bridge chips on the market that do not work
well (or better to say: they do not work at all). Nonetheless, they are
frequently used in cheap enclosures and adapters, especially in the very
cheap ones. JMicron JM20337 is well known for this. In my experience -
there were no visible problems when this bridge was connected to Toshiba
drives, but it did not work with IBM/Hitachi and WD drives, both when
powered through USB or independently. Symptoms were similar to what you
see. Avoid it at all costs.
It also flooded the disk's SMART tables with a lot of ATA CRC Errors. If
the bridge in your enclosure can do a known SCSI-to-ATA translation, you
could try smartmontools from ports to check for such (or other) errors,
something like
# smartctl -a -d usbjmicron /dev/rsd1c
You can also check readability of the sectors directly with dd(1) or
install the drive inside the laptop. For basic checks, booted install CD
could be sufficient, both fsck(8) and dd(1) are there.
Regards,
David
Re: -current/amd64 @ macbook3,1
On Oct 16 20:01:09, Jacob Meuser wrote: > On Sat, Oct 16, 2010 at 12:52:17PM +0200, Jan Stary wrote: > > > but the sizes are still not recognized: > > > > h...@mac:hans$ video -v > > video device /dev/video: > > encodings: uyvy > > sizes: 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, > > 0x0, 0x0, 0x0 > > controls: brightness, saturation, gamma, sharpness > > Xv adaptor 0, Intel(R) Textured Video: > > encodings: yuy2, uyvy > > max size: 1280x800 > > using uyvy encoding > > using frame size 0x0 (0 bytes) > > video: /dev/video: returned size not as requested > > > > Is this a video(1) problem? > > Is it a uvideo(4) problem? > > Is it a uvideo-firmware problem? > > > > bLength=38 > > bDescriptorType=0x24 (CS_INTERFACE) > > bDescriptorSubtype=0x05 (UDESCSUB_VS_FRAME_UNCOMPRESSED) > > bLength=38 > > bDescriptorType=0x24 > > bDescriptorSubtype=0x05 > > bFrameIndex=0x01 > > bmCapabilities=0x00 > > wWidth=640 > > wHeight=480 > > dwMinBitRate=383976960 > > dwMaxBitRate=383976960 > > dwMaxVideoFrameBufferSize=614400 > > dwDefaultFrameInterval=33 > > bFrameIntervalType=0x00 > > > > bLength=38 > > bDescriptorType=0x24 (CS_INTERFACE) > > bDescriptorSubtype=0x05 (UDESCSUB_VS_FRAME_UNCOMPRESSED) > > bLength=38 > > bDescriptorType=0x24 > > bDescriptorSubtype=0x05 > > bFrameIndex=0x02 > > bmCapabilities=0x00 > > wWidth=352 > > wHeight=288 > > dwMinBitRate=383976960 > > dwMaxBitRate=383976960 > > dwMaxVideoFrameBufferSize=202752 > > dwDefaultFrameInterval=33 > > bFrameIntervalType=0x00 > > > > bLength=38 > > bDescriptorType=0x24 (CS_INTERFACE) > > bDescriptorSubtype=0x05 (UDESCSUB_VS_FRAME_UNCOMPRESSED) > > bLength=38 > > bDescriptorType=0x24 > > bDescriptorSubtype=0x05 > > bFrameIndex=0x03 > > bmCapabilities=0x00 > > wWidth=320 > > wHeight=240 > > dwMinBitRate=383976960 > > dwMaxBitRate=383976960 > > dwMaxVideoFrameBufferSize=153600 > > dwDefaultFrameInterval=33 > > bFrameIntervalType=0x00 > > > it's a bug in uvideo(4). bFrameIntervalType affects frame rates, not frame > sizes. patch below should fix it. Almost; it recognizes some of the sizes, but does not work with default parameters: h...@mac:hans$ video -v video device /dev/video: encodings: uyvy sizes: 320x240, 352x288, 640x480 controls: brightness, saturation, gamma, sharpness Xv adaptor 0, Intel(R) Textured Video: encodings: yuy2, uyvy max size: 1280x800 using uyvy encoding using frame size 640x480 (614400 bytes) run time: 1287390581.343814 seconds frames grabbed: 0 frames played: 0 played fps: -0.00 Indeed, zero frames are captured and played; the video(1) window is just a black rectangle. h...@mac:hans$ video -v -o video.raw video device /dev/video: encodings: uyvy sizes: 320x240, 352x288, 640x480 controls: brightness, saturation, gamma, sharpness using uyvy encoding using frame size 640x480 (614400 bytes) ^Crun time: 1287390600.470376 seconds frames grabbed: 0 frames played: 0 played fps: -0.00 h...@mac:hans$ ls -l video.raw -rw-r--r-- 1 hans hans 0 Oct 18 10:30 video.raw With the size explicitly specified as 320x240, it works: h...@mac:hans$ video -v -s 320x240 -r 25 video device /dev/video: encodings: uyvy sizes: 320x240, 352x288, 640x480 controls: brightness, saturation, gamma, sharpness Xv adaptor 0, Intel(R) Textured Video: encodings: yuy2, uyvy max size: 1280x800 using uyvy encoding using frame size 320x240 (153600 bytes) run time: 3.781438 seconds frames grabbed: 65 frames played: 65 played fps: 16.924778 h...@mac:hans$ video -v -s 320x240 -r 25 -O video.raw video device /dev/video: encodings: uyvy sizes: 320x240, 352x288, 640x480 controls: brightness, saturation, gamma, sharpness Xv adaptor 0, Intel(R) Textured Video: encodings: yuy2, uyvy max size: 1280x800 using uyvy encoding using frame size 320x240 (153600 bytes) run time: 5.381154 seconds frames grabbed: 93 frames played: 92 played fps: 16.910871 h...@mac:hans$ ls -l video.raw -rw-r--r-- 1 hans hans 14131200 Oct 18 10:30 video.raw The resulting video.raw file can be encoded with ffmpeg -y -f rawvideo -pix_fmt uyvy422 -s 320x240 -r 25 -i video.raw video.avi and played with mplayer. It also works with -s 352x288. It works with both -e uyvy (and -pix_fmt uyvy422) and -e yuy2 (and -pix_fmt yuyv422), eventhough yuy2 is not mentioned as supported by video(1): "encodings: uyvy" Without specifying a framerate (-r) for video(1), the camera seems to choose 30 or 15 fps. Are these some builtin defaults that I could read somewhere? A (tail of) UVIDEO_DEBUG dmesg and a xvinfo(1) output follow. Jan uvideo0: uvideo_vs_alloc_frame: allocated 153600 bytes frame buffer uvideo0: uvideo_close: sc=0x8020a000 uvideo0: uvideo_vs_cb: CANCELLED uvideo0: uvideo_vs_cb: CANCELLED uvideo0: uvideo_vs_cb: CANCELLED uvideo0: uvideo_vs_free_isoc uvideo0: uvideo_open: sc=0x8020a000 uvideo0: uvideo_find_ctrl: control not supported by device! uvideo0: uvideo_find_ctrl: control not supported
Re: laptop disk shows wierd contents when moved to external enclosure
On Mon, 18 Oct 2010 02:10:44 +0200
"Benny LC6fgren" wrote:
> On 2010-10-17 12.57, Jonathan Thornburg wrote:
> > Summary
> > ---
> > My primary laptop ("nitrogen") died, so I moved its disk to a backup
> > laptop ("oxygen"). That laptop then died. :( I have now moved the
> > former-nitrogen-disk to an external enclosure so that I can access my
> > files via USB from still another laptop ("silver").
>
> [snip]
>
> > What's suspicious is that I get this identical message (including the
> > exact same sector numbers) for *any* partition. While I could certainly
> > imagine that whatever broke nitrogen and oxygen managed to corrupt the
> > disk contents, it seems implausible that it would garble the exact same
> > list of sectors on each of several different FFS partitions.
>
> As Otto mentioned, the sectors referenced are relative to the partition
> offset, so they would probably be the same (for equally formatted
> partitions) if few sectors are readable on the disk as a whole.
>
> > Further details
> > ---
> > * oxygen and nitrogen are both Thinkpad T42 laptops, and were running
> >4.6-stable/i386; dmesg below
> > * silver is an HP Pavillion dv4, freshly installed with 4.7-release/i386
> >from the CD set
> > * I know silver's USB system& the USB cable are ok, because I just used
> >them (including the same USB cable) to recover a week-old backup copy
> >of my home directory from an (another) external USB disk
> > * the former-nitrogen-disk is a Hitachi HTS541616J9AT00 160GB 2.5" PATA
> >disk. The external enclosure is labelled "Rocketfish RF-PHD25 2.5"
> >Enclosure kit for hard drives"; it (and the disk within) is powered
> >via the USB connection.
>
> Something I've noticed with several external USB enclosures is that they
> may require more power than the USB ports are able to deliver. If you
> have marginal power, the hard drive will most probably be less than
> cooperative with the host, in more or less subtle ways. (Such that one
> USB enclosure/disk may work and another fail on the same hardware, for
> example.)
>
> I suggest that you, if you haven't already, try to add external power to
> the USB enclosure (most 2 1/2" enclosures have an input for +5V), or try
> using a USB Y-cable that draws power from two USB connectors on the host.
>
> Another quirk that some laptops have is that max usable current can be
> different on different USB ports, so one quick thing to try is to test
> the other ports on the laptop as well.
>
The ports on the back of pcs supply more current than the front
ports too and so does usb2 than usb1.
