openbsd 6.9 release and current radeondrm boot fail
I have an inconsistent issue where MOST times I cannot fully boot with radeondrm enabled. When the booting kernel switches to a driver supported display with higher resolution I lose the display. I have a Radeon HD 5770 installed, and the dmesg seems to say CYPRESS. This doesn't seem correct. When boot fails the last line I see before losing display is: radeondrm0: CYPRESS Snapshot dmesg from successful boot with radeondrm enabled: OpenBSD 6.9-current (GENERIC.MP) #29: Fri May 21 13:20:08 MDT 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4276682752 (4078MB) avail mem = 4131631104 (3940MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf06e0 (74 entries) bios0: vendor American Megatrends Inc. version "2402" date 01/06/2010 bios0: ASUSTeK Computer INC. M4A79T Deluxe acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) UHC3(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 965 Processor, 3412.06 MHz, 10-04-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Phenom(tm) II X4 965 Processor, 3411.64 MHz, 10-04-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD Phenom(tm) II X4 965 Processor, 3411.64 MHz, 10-04-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu2: AMD erratum 721 detected and fixed cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD Phenom(tm) II X4 965 Processor, 3411.64 MHz, 10-04-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE 3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MA SSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu3: AMD erratum 721 detected and fixed cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (PCE2) acpiprt2 at acpi0: bus -1 (PCE3) acpiprt3 at acpi0: bus -1 (PCE4) acpiprt4 at acpi0: bus -1 (PCE5) acpiprt5 at acpi0: bus 3 (PCE6) acpiprt6 at acpi0: bus 2 (PCE7) acpiprt7 at acpi0: bus -1 (PCE9) acpiprt8 at acpi0: bus -1 (PCEA) acpiprt9 at acpi0: bus -1 (PCEB) acpiprt10 at acpi0: bus -1 (PCEC) acpiprt11 at acpi0: bus 1 (P0PC) acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 aibs0 at acpi0 RTMP RVLT RFAN GGRP GITM SITM aibs0: TSIF: 0: not a nameref: 257 type aibs0: TSIF: 1: not a nameref: 257 type aibs0: FSIF: 0: not a nameref: 257 type aibs0: FSIF: 1: not a nameref: 257 type aibs0: FSIF: 2: not a nameref: 257 type
Re: Upgrade to 5.9 full disk encryption
Do any of you find that when dealing with sd1 and greater in bsd.rd you must explicitly create these devices? I've been following this habit for years, and did not see anyone offer the advice in this thread. Basically: cd /dev sh MAKEDEV sd1 On Sun, Apr 17, 2016 at 2:04 PM, Sean Howardwrote: > J o âl > > Sent from my Phone. > Original Message > From: Predrag Punosevap > â > Sent: Sunday, April 17, 2016 09:11 > To: erling.westen...@gmail.com > Cc: misc@openbsd.org > Subject: Re: Upgrade to 5.m. J9 full disk encryption > > Erling Westenvik wrote: > Tn. Iâ > > On Sat, Apr 16, 2016 at 11:02:36PM -0400, Predrag Punosevac wrote: > > > Bryan Everly wrote: > > > > > > > > Boot the installer. Exit to the shell. Then do: > > > > > > > > bioctl -c C -l /dev/sd0a softraid0 > > > > > > > > > > Unless I did something really stupid I would swear that I upgraded > fully > > > encrypted laptop running 5.8 to 5.9 easier. > > > > > > I downloaded bsd.rd for 5.9 and put into /. Then I rebooted the laptop. > > > When prompted for boot password and entered it. Then I booted from > > > bsd.rd and chose the upgrade option. When upgrade manager asked me what > > > is the installation disk I pointed it to the crypto disk. In my case > > > physical device is > > > > > > /dev/sd0 > > > > > > and crypto device is /dev/sd1 > > > > > > No softraid passwords were needed. > > > > Actually it was but you referred to it as "boot password" above, > > something which may sound confusing to new users. The correct term would > > be "passphrase". There is no such thing as a "boot password" unless one > > refers to the machine's BIOS password. > > > > After downloading a ramdisk (bsd.rd) kernel and after rebooting, I prefer > > to exit to the boot(8) prompt when it asks for the passphrase: > > > > Using drive 0, partition 3. > > Loading. > > probing: pc0 apm pci mem[639K 254M a20=on] > > disk: hd0+ sr0* > > >> OpenBSD/i386 BOOT 3.21 > > Passphrase: > > ^^ > > Then I enter: > > > > boot> boot sr0a:/bsd.rd > > ^ > > And the passphrase: > > > > Passphrase: > > > > I easily get distracted and this way I make sure that the system doesn't > > start with the old system (bsd) kernel in case I miss the five second > > delay offered by boot(8). Having to wait for a system to finish booting > > just so you can log in and reboot again, can be an annoying waste of > > time.. :-) > > > > Regards, > > > > Erling > > Hi Erling, > > Thanks for posting. I was very tired when I sent the original message > and reading it over this morning I sounded like a drunken mathematician. > Of course one has to enter the passphrase. The only step I avoided > comparing to the original post was dropping into the shell before > starting the upgrade process. For the people who might be reading these > posts I was explicitly to state that I don't use a password to protect > my BIOS. > > Predrag > > > > > > > After upgrade was finished I booted > > > into 5.9 and did usual sysmerge, cleaning files and upgrading packages. > > > > > > Best, > > > Predrag > > [demime 1.01d removed an attachment of type image/png] > > [demime 1.01d removed an attachment of type application/octet-stream] > > [demime 1.01d removed an attachment of type application/octet-stream]
1 bit wide unsigned int and regular signed int
Consider the following structs. The first struct uses 1 bit wide unsigned integers for two flags set by the user during runtime. The second struct performs the same function, but used a regular signed integer instead of an unsigned integer with a defined bit width. typedef struct { char *dev; /* the device we will monitor */ pcap_t *dev_handle; /* the handle to this device after opening */ struct pcap_stat ps;/* packet statistics struct */ pcap_dumper_t *pd; /* dump file pointer */ int link_int; /* datalink int of device */ int timeout;/* datalink timeout per packet */ int pcount; /* packets captured */ const char *link_desc; /* datalink description of device */ const char *link_name; /* datalink name of device */ char errbuf[PCAP_ERRBUF_SIZE]; /* pcap err buffer */ bpf_u_int32 net;/* network of sniffing interface */ bpf_u_int32 mask; /* netmask of sniffing interface */ char netstr[INET_ADDRSTRLEN]; /* network string */ char maskstr[INET_ADDRSTRLEN]; /* netmask string */ unsigned int use_dumper : 1;/* flag to use dump file */ unsigned int use_filter : 1;/* flag to compile filter */ char dumpfile[FILESIZE];/* file to dump packets */ struct bpf_program fp; /* compiled filter expression */ char filter_exp[FILTER_SIZE]; /* filter expression */ } ether_dev_t; typedef struct { char *dev; /* the device we will monitor */ pcap_t *dev_handle; /* the handle to this device after opening */ struct pcap_stat ps;/* packet statistics struct */ pcap_dumper_t *pd; /* dump file pointer */ int link_int; /* datalink int of device */ int timeout;/* datalink timeout per packet */ int pcount; /* packets captured */ const char *link_desc; /* datalink description of device */ const char *link_name; /* datalink name of device */ char errbuf[PCAP_ERRBUF_SIZE]; /* pcap err buffer */ bpf_u_int32 net;/* network of sniffing interface */ bpf_u_int32 mask; /* netmask of sniffing interface */ char netstr[INET_ADDRSTRLEN]; /* network string */ char maskstr[INET_ADDRSTRLEN]; /* netmask string */ int use_dumper; /* flag to use dump file */ int use_filter; /* flag to compile filter */ char dumpfile[FILESIZE];/* file to dump packets */ struct bpf_program fp; /* compiled filter expression */ char filter_exp[FILTER_SIZE]; /* filter expression */ } ether_dev_t; when I run size on the compiled binary and its stripped version there seems to be a difference of 32 bits in the text portion and overall size. $ size regular_int regular_int.stripped textdatabss dec hex 9023744 352 10119 2787regular_int 9023744 352 10119 2787regular_int.stripped $ size one_bit_u_int one_bit_u_int.stripped textdatabss dec hex 8991744 352 10087 2767one_bit_u_int 8991744 352 10087 2767one_bit_u_int.stripped However, when I run ls -l on these files the non-stripped one bit integer binary is larger, which I did not expect. $ ls -l one_bit_u_int{,.stripped} -rwxr-xr-x 1 user user 29014 Jan 10 16:58 one_bit_u_int -rwxr-xr-x 1 user user 12440 Jan 10 16:59 one_bit_u_int.stripped $ ls -l regular_int{,.stripped} -rwxr-xr-x 1 user user 28942 Jan 10 16:57 regular_int -rwxr-xr-x 1 user user 12472 Jan 10 16:57 regular_int.stripped Why is the non-stripped, one bit wide integer binary larger than the non-stripped, regular integer binary? These were compiled on amd64 -current
Re: current: high interrupts on a macbook
On Sat, Jun 18, 2011 at 12:00 AM, Amit Kulkarni amitk...@gmail.com wrote: Try a more recent snap, various things related to interrupt handling have been volatile these days. compile from source and report back to list then, or wait for a ...new snapshot. I can verify high interrupts on a Macbook 3,1 with recent changes. I can also verify that the problem went away with further -current development. Perhaps build your own release until the next snapshot.
Re: cdio(1) ejecting a mounted device
On Sat, Jun 18, 2011 at 8:42 AM, Ted Unangst ted.unan...@gmail.com wrote: On Sat, Jun 18, 2011 at 8:56 AM, Jan Stary h...@stare.cz wrote: Does this depend on support from the hardware (the CD drive remembering the eject request)? If I'm not mistaken, this is dependent on the drive. When a CD is mounted, the drive is told it is busy. When unmounted, it is told not busy. The eject command is delivered, but it is delayed until the drive isn't busy. The same effect should be observable with the eject button as well. This is absolutely the case on a Macbook and Apple hardware in general. I experience the same situation where the eject command will wait for release of the mount, and requires that the umount command be explicitly given.
enable MFS for RAMDISK_CD on amd64
This patch enables MFS in RAMDISK_CD, adds the MFS flag to distrib/special/newfs binary and creates the sbin/mount_mfs link for instbin. ted dot roby at gmail dot com Index: distrib/amd64/common/list === RCS file: /cvs/src/distrib/amd64/common/list,v retrieving revision 1.24 diff -u -r1.24 list --- distrib/amd64/common/list 18 Oct 2010 04:07:49 - 1.24 +++ distrib/amd64/common/list 7 May 2011 22:15:11 - @@ -40,7 +40,7 @@ LINK instbin sbin/mount_ffs LINK instbin sbin/reboot sbin/halt LINK instbin sbin/kbd -LINK instbin sbin/newfs +LINK instbin sbin/newfs sbin/mount_mfs LINK instbin sbin/ping LINK instbin sbin/restore LINK instbin sbin/route Index: distrib/special/newfs/Makefile === RCS file: /cvs/src/distrib/special/newfs/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- distrib/special/newfs/Makefile 28 Oct 2009 07:36:49 - 1.2 +++ distrib/special/newfs/Makefile 7 May 2011 22:15:11 - @@ -3,7 +3,7 @@ PROG= newfs SRCS= dkcksum.c getmntopts.c newfs.c mkfs.c -CFLAGS+= -I${.CURDIR}/../../../sbin/mount +CFLAGS+=-DMFS -I${.CURDIR}/../../../sbin/mount .PATH: ${.CURDIR}/../../../sbin/newfs .PATH: ${.CURDIR}/../../../sbin/mount .PATH: ${.CURDIR}/../../../sbin/disklabel Index: sys/arch/amd64/conf/RAMDISK_CD === RCS file: /cvs/src/sys/arch/amd64/conf/RAMDISK_CD,v retrieving revision 1.116 diff -u -r1.116 RAMDISK_CD --- sys/arch/amd64/conf/RAMDISK_CD 3 Apr 2011 12:32:05 - 1.116 +++ sys/arch/amd64/conf/RAMDISK_CD 7 May 2011 22:15:32 - @@ -15,6 +15,7 @@ option FFS # UFS option FFS2# UFS2 #optionEXT2FS # Linux ext2fs +option MFS option NFSCLIENT # Network File System client
Re: enable MFS for RAMDISK_CD on amd64
On Mon, May 9, 2011 at 2:49 PM, Stuart Henderson s...@spacehopper.org wrote: Why? I posted it to misc for general archival. When creating diskless systems that do not use pxeboot, I use mfs mount points to construct userland in memory from a bsd.rd kernel. I can do this with a modified rdroot with shadow paths and symlinks. An alternate binary path with the default instbin will suffice while replacing /sbin and /bin paths. Then, any setup media (hd, cd) can be unmounted. Anyone wanting to do the same will find this patch useful.
Re: install on softraid
On Sun, Apr 10, 2011 at 4:20 AM, irix i...@ukr.net wrote: Try to use dd with dev/zero on wd0d and wd1d it was successed. But bioctl return same error invalid metadata format. Make sure you have enough devices. # cd dev # sh MAKEDEV sd1 # sh MAKEDEV sd2 # sh MAKEDEV sd3 Make sure you are very familiar with bioctl(8) and softraid(4). man softraid man bioctl In disklabel, wd0d and wd1d should be marked as type RAID. Make sure these partitions are NOT 4.2BSD partitions. Do the 'dd' deed as directed by others, then get your bioctl on. Once bioctl creates your new volume, then you must once again fdisk, disklabel and newfs your new volume.
Re: Advice on learning C as first language
On Wed, Nov 24, 2010 at 4:34 PM, James Hozier guitars...@yahoo.com wrote: I have to learn ASM anyway (to learn about buffer overflows and other related topics in the family of memory-related security). Would there be any advantage to learning Assembly first or would that just be an unneccessary headache? As a major fan of ansi C I am having a lot of fun going through this book: http://nostarch.com/assembly2.htm This book has done very well so far in exposing layers of Assembly Language gradually. The trick is that the author has written his own HLA front-end. The final goal for me will be to roll my own HLA front-end functions and macros. By getting into this book seriously C suddenly looks a lot simpler. As has been said by others the most important part of learning is to keep writing code, running it, debuggging it and fixing it. Projects really are best for learning. Old ansi C games can be found and modified with high reward.
Re: x11/xfce4/exo fails build on libnotify
On Mon, Sep 20, 2010 at 1:11 AM, Landry Breuil landry.bre...@gmail.com wrote: On Mon, Sep 20, 2010 at 12:53 AM, Ted Roby ted.r...@gmail.com wrote: This is from most recent snapshot, and with infrastructure/libtool fix in past 24 hours, 16:45 PST. gmake[4]: /usr/ports/infrastructure/bin/libtool: Command not found And you think this is not meaningful enough ? I think it pretty much sums it up. The easy fix was to create a symlink from /usr/ports to /home/ports. The bigger question is why doesn't it recognize $PORTSDIR from /etc/mk.conf?
x11/xfce4/exo fails build on libnotify
This is from most recent snapshot, and with infrastructure/libtool fix in past 24 hours, 16:45 PST. gmake[4]: /usr/ports/infrastructure/bin/libtool: Command not found /etc/mk.conf says this: PORTSDIR=/home/ports ACCEPT_JRL_LICENSE=Yes output follows: /home/ports/x11/xfce4 # make === x11/xfce4/exo === exo-0.3.107p0 depends on: p5-URI-* - found === exo-0.3.107p0 depends on: gettext-=0.18.1 - found === exo-0.3.107p0 depends on: intltool-* - found === exo-0.3.107p0 depends on: gmake-* - found === exo-0.3.107p0 depends on: libtool-* - found === exo-0.3.107p0 depends on: bzip2-* - found === exo-0.3.107p0 depends on: libnotify-* - not found === Verifying install for libnotify-* in devel/libnotify === Checking files for libnotify-0.4.5p1 `/home/ports/distfiles/libnotify-0.4.5.tar.bz2' is up to date. (SHA256) libnotify-0.4.5.tar.bz2: OK === libnotify-0.4.5p1 depends on: dbus-glib-* - not found === Verifying install for dbus-glib-* in x11/dbus-glib === Building for dbus-glib-0.88p0v0 gmake all-recursive gmake[1]: Entering directory `/home/ports/pobj/dbus-glib-0.88/build-amd64' Making all in dbus gmake[2]: Entering directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' gmake all-recursive gmake[3]: Entering directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' Making all in . gmake[4]: Entering directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' /usr/ports/infrastructure/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I/home/ports/pobj/dbus-glib-0.88/dbus-glib-0.88/dbus -I.. -I/home/ports/pobj/dbus-glib-0.88/dbus-glib-0.88 -I.. -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\/usr/local/share/locale\ -I/usr/local/include -O2 -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c -o dbus-glib.lo /home/ports/pobj/dbus-glib-0.88/dbus-glib-0.88/dbus/dbus-glib.c gmake[4]: /usr/ports/infrastructure/bin/libtool: Command not found gmake[4]: *** [dbus-glib.lo] Error 127 gmake[4]: Leaving directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/ports/pobj/dbus-glib-0.88/build-amd64/dbus' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/ports/pobj/dbus-glib-0.88/build-amd64' gmake: *** [all] Error 2 *** Error code 2 Stop in /home/ports/x11/dbus-glib (line 2348 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/dbus-glib (line 1585 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/dbus-glib (line 2141 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/dbus-glib (line 2121 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/dbus-glib (line 1616 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/dbus-glib (line 2121 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 1770 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 2173 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 1585 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 2141 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 2121 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 1616 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/devel/libnotify (line 2121 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/xfce4/exo (line 1770 of /home/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /home/ports/x11/xfce4/exo (line 2121 of /home/ports/infrastructure/mk/bsd.port.mk). === Exiting x11/xfce4/exo with an error *** Error code 1 Stop in /home/ports/x11/xfce4 (line 135 of /home/ports/infrastructure/mk/bsd.port.subdir.mk). dmesg sensors: OpenBSD 4.8-current (GENERIC.MP) #411: Thu Sep 16 09:29:51 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3183427584 (3035MB) avail mem = 3084836864 (2941MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (43 entries) bios0: vendor Apple Inc. version MB31.88Z.008E.B02.0803051832 date 03/05/08 bios0: Apple Inc. MacBook3,1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST
Re: acpidump on macbook 3,1
On Mon, Jun 21, 2010 at 1:28 PM, Marco Peereboom sl...@peereboom.us wrote: This is not useful. acpidump -o macbook3_1 is. And condensed. Here's the result: /* RSD PTR: Checksum=197, OEMID=APPLE, RsdtAddress=0xb0fc */ /* RSDT: Length=84, Revision=1, Checksum=143, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x8e, Creator ID=, Creator Revision=0x113 */ /* Entries={ 0xbeeec000, 0xbeeeb000, 0xbeeea000, 0xbeee9000, 0xbeee8000, 0xbeee7000, 0xbeee6000, 0xbeec6000, 0xbeec5000, 0xbeec4000, 0xbeee, 0xbeedf000 } */ /* DSDT=0xbeee1000 INT_MODEL=PIC SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0xf2 PM1a_EVT_BLK=0x400-0x403 PM1a_CNT_BLK=0x404-0x405 PM2_CNT_BLK=0x420-0x420 PM2_TMR_BLK=0x408-0x40b PM2_GPE0_BLK=0x428-0x42f P_LVL2_LAT=101ms, P_LVL3_LAT=1001ms FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=3 DAY_ALRM=13, MON_ALRM=0, CENTURY=50 Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} */ /* DSDT: Length=17846, Revision=1, Checksum=59, OEMID=APPLE, OEM Table ID=MacBook, OEM Revision=0x30001, Creator ID=INTL, Creator Revision=0x20061109 */ /* HPET: Length=56, Revision=1, Checksum=204, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* APIC: Length=104, Revision=1, Checksum=142, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* MCFG: Length=60, Revision=1, Checksum=228, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* ASF!: Length=165, Revision=32, Checksum=182, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* SBST: Length=48, Revision=1, Checksum=132, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* ECDT: Length=83, Revision=1, Checksum=57, OEMID=APPLE, OEM Table ID=Apple00, OEM Revision=0x1, Creator ID=Loki, Creator Revision=0x5f */ /* SSDT: Length=1244, Revision=1, Checksum=190, OEMID=APPLE, OEM Table ID=CpuPm, OEM Revision=0x3000, Creator ID=INTL, Creator Revision=0x20061109 */ /* SSDT: Length=607, Revision=1, Checksum=87, OEMID=APPLE, OEM Table ID=Cpu0Tst, OEM Revision=0x3000, Creator ID=INTL, Creator Revision=0x20061109 */ /* SSDT: Length=166, Revision=1, Checksum=228, OEMID=APPLE, OEM Table ID=Cpu1Tst, OEM Revision=0x3000, Creator ID=INTL, Creator Revision=0x20061109 */ /* SSDT: Length=1348, Revision=1, Checksum=122, OEMID=SataRe, OEM Table ID=SataPri, OEM Revision=0x1000, Creator ID=INTL, Creator Revision=0x20061109 */ /* SSDT: Length=1143, Revision=1, Checksum=187, OEMID=SataRe, OEM Table ID=SataSec, OEM Revision=0x1000, Creator ID=INTL, Creator Revision=0x20061109 */
Re: acpidump on macbook 3,1
On Mon, Jun 21, 2010 at 3:06 PM, Stuart Henderson s...@spacehopper.org wrote: On 2010-06-21, Ted Roby ted.r...@gmail.com wrote: On Mon, Jun 21, 2010 at 1:28 PM, Marco Peereboom sl...@peereboom.us wrote: This is not useful. acpidump -o macbook3_1 is. And condensed. Here's the result: That creates a bunch of files with names starting macbook3_1. Tar them and point them online somewhere. Sorry about that. http://devio.us/~roby/acpi_macbook3_1.tar
Re: unable to build x11/gnome
On Wed, Jun 16, 2010 at 7:15 AM, Ted Roby ted.r...@gmail.com wrote: On Tue, Jun 15, 2010 at 7:07 PM, Stuart Henderson s...@spacehopper.org wrote: The build fails because gstreamer-plugins-base does not supposedly contain the 'videoscale' plugin. update liboil. No change. Same results. My bad. I fixed this issue by simply going back to x11/xfce4 (my only wm for now) and running make -D update.
emulators/sdlmame build fails
I'm still trying to build gnome on amd64. emulators/sdlmame fails like this: In file included from /usr/local/include/SDL/SDL_opengl.h:44, from src/osd/sdl/osd_opengl.h:21, from src/osd/sdl/window.h:20, from src/osd/sdl/input.h:15, from src/osd/sdl/sdlmain.c:24: /usr/X11R6/include/GL/gl.h:2100:5: error: GL_ARB_shader_objects is not defined gmake: *** [obj/sdl/mame/osd/sdl/sdlmain.o] Error 1 *** Error code 2 I have updated devel/sdl. # pkg_info -E /usr/local/include/SDL/SDL_opengl.h # pkg_info -E /usr/local/include/SDL/SDL_opengl.h /usr/local/include/SDL/SDL_opengl.h: sdl-1.2.13p13 sdl-1.2.13p13 cross-platform multimedia library # pwd /home/ports/emulators/sdlmame # make === Building for sdlmame0132 *** WARNING: you may see an error such as *** virtual memory exhausted *** when building this package. If you do you must increase *** your limits. See the man page for your shell and look *** for the 'limit' or 'ulimit' command. You may also want to *** see the login.conf(5) manual page. *** Some examples are: *** csh(1) and tcsh(1): limit datasize kbytes of memory *** ksh(1), zsh(1) and bash(1): ulimit -d kbytes of memory Compiling src/mame/drivers/atarifb.c... cc -DCRLF=2 -DINLINE=static __inline__ -DLSB_FIRST -DPTR64 -DNDEBUG -DDISTRO=generic -DSDLMAME_ARCH= -DNO_THREAD_COOPERATIVE -DSDLMAME_UNIX -DSDLMAME_X11 -DUSE_OPENGL=1 -DUSE_DISPATCH_GL=1 -DNATIVE_DRC=drcbe_x64_be_interface -DHAS_SAMPLES=1 -DHAS_DAC=1 -DHAS_DMADAC=1 -DHAS_SPEAKER=1 -DHAS_BEEP=1 -DHAS_CDDA=1 -DHAS_DISCRETE=1 -DHAS_POKEY=1 -DHAS_TIA=1 -DHAS_ASTROCADE=1 -DHAS_CEM3394=1 -DHAS_BSMT2000=1 -DHAS_ES5503=1 -DHAS_ES5505=1 -DHAS_ES5506=1 -DHAS_ES8712=1 -DHAS_GAELCO_CG1V=1 -DHAS_GAELCO_GAE1=1 -DHAS_CDP1869=1 -DHAS_AY8910=1 -DHAS_HC55516=1 -DHAS_C6280=1 -DHAS_ICS2115=1 -DHAS_IREMGA20=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_NAMCO=1 -DHAS_NAMCO_15XX=1 -DHAS_NAMCO_CUS30=1 -DHAS_NAMCO_63701X=1 -DHAS_C140=1 -DHAS_C352=1 -DHAS_DIGITALKER=1 -DHAS_NES=1 -DHAS_UPD7759=1 -DHAS_MSM5205=1 -DHAS_MSM5232=1 -DHAS_OKIM6376=1 -DHAS_OKIM6295=1 -DHAS_OKIM6258=1 -DHAS_SAA1099=1 -DHAS_QSOUND=1 -DHAS_RF5C68=1 -DHAS_RF5C400=1 -DHAS_SEGAPCM=1 -DHAS_MULTIPCM=1 -DHAS_SCSP=1 -DHAS_AICA=1 -DHAS_ST0016=1 -DHAS_NILE=1 -DHAS_X1_010=1 -DHAS_SID6581=0 -DHAS_SID8580=0 -DHAS_T6W28=1 -DHAS_SNKWAVE=1 -DHAS_PSXSPU=1 -DHAS_SP0256=1 -DHAS_SP0250=1 -DHAS_S14001A=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS3615=1 -DHAS_TMS5100=1 -DHAS_TMS5110=1 -DHAS_TMS5110A=1 -DHAS_CD2801=1 -DHAS_TMC0281=1 -DHAS_CD2802=1 -DHAS_M58817=1 -DHAS_TMC0285=1 -DHAS_TMS5200=1 -DHAS_TMS5220=1 -DHAS_VLM5030=1 -DHAS_VOTRAX=0 -DHAS_VRENDER0=1 -DHAS_WAVE=1 -DHAS_YM2151=1 -DHAS_YM2203=1 -DHAS_YM2413=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_YMF262=1 -DHAS_YMF271=1 -DHAS_YMF278B=1 -DHAS_YMZ280B=1 -O2 -pipe -pipe -Werror -fno-strict-aliasing -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Isrc/mame -Isrc/mame/includes -Iobj/sdl/mame/mame/layout -Isrc/emu -Iobj/sdl/mame/emu -Iobj/sdl/mame/emu/layout -Isrc/lib/util -Isrc/osd -Isrc/osd/sdl -std=gnu89 -Wpointer-arith -Wbad-function-cast -Wdeclaration-after-statement -DINI_PATH=\/etc/mame;\ -Isrc/debug -include src/osd/sdl/sdlprefix.h `sdl-config --cflags` `pkg-config --cflags gtk+-2.0` `pkg-config --cflags gconf-2.0` -DGTK_DISABLE_DEPRECATED -I/usr/X11/include -I/usr/X11R6/include -I/usr/openwin/include -c src/mame/drivers/atarifb.c -o obj/sdl/mame/mame/drivers/atarifb.o Archiving obj/sdl/mame/mame/atari.a... Compiling src/osd/sdl/sdlmain.c... cc -DCRLF=2 -DINLINE=static __inline__ -DLSB_FIRST -DPTR64 -DNDEBUG -DDISTRO=generic -DSDLMAME_ARCH= -DNO_THREAD_COOPERATIVE -DSDLMAME_UNIX -DSDLMAME_X11 -DUSE_OPENGL=1 -DUSE_DISPATCH_GL=1 -DNATIVE_DRC=drcbe_x64_be_interface -DHAS_SAMPLES=1 -DHAS_DAC=1 -DHAS_DMADAC=1 -DHAS_SPEAKER=1 -DHAS_BEEP=1 -DHAS_CDDA=1 -DHAS_DISCRETE=1 -DHAS_POKEY=1 -DHAS_TIA=1 -DHAS_ASTROCADE=1 -DHAS_CEM3394=1 -DHAS_BSMT2000=1 -DHAS_ES5503=1 -DHAS_ES5505=1 -DHAS_ES5506=1 -DHAS_ES8712=1 -DHAS_GAELCO_CG1V=1 -DHAS_GAELCO_GAE1=1 -DHAS_CDP1869=1 -DHAS_AY8910=1 -DHAS_HC55516=1 -DHAS_C6280=1 -DHAS_ICS2115=1 -DHAS_IREMGA20=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_NAMCO=1 -DHAS_NAMCO_15XX=1 -DHAS_NAMCO_CUS30=1 -DHAS_NAMCO_63701X=1 -DHAS_C140=1 -DHAS_C352=1 -DHAS_DIGITALKER=1 -DHAS_NES=1 -DHAS_UPD7759=1 -DHAS_MSM5205=1 -DHAS_MSM5232=1 -DHAS_OKIM6376=1 -DHAS_OKIM6295=1 -DHAS_OKIM6258=1 -DHAS_SAA1099=1 -DHAS_QSOUND=1 -DHAS_RF5C68=1 -DHAS_RF5C400=1 -DHAS_SEGAPCM=1 -DHAS_MULTIPCM=1 -DHAS_SCSP=1 -DHAS_AICA=1 -DHAS_ST0016=1 -DHAS_NILE=1 -DHAS_X1_010=1 -DHAS_SID6581=0 -DHAS_SID8580=0 -DHAS_T6W28=1 -DHAS_SNKWAVE=1 -DHAS_PSXSPU=1 -DHAS_SP0256=1 -DHAS_SP0250=1 -DHAS_S14001A=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS3615=1
byzanz fails on gnome make install
x11/gnome/byzanz fails with x11/gnome 'make install' This is on amd64, 10 June snapshot with ports.tar.gz from 17 June. I have successfully run 'make' and 'make package' within x11/gnome, but I cannot get 'make install' to run. === Installing byzanz-0.2.2 from /home/ports/packages/amd64/all/ Can't install byzanz-0.2.2 because of libraries |library gstapp-0.10.2.1 not found | not found anywhere # pkg_info gstreamer-plugins-base Information for inst:gstreamer-plugins-base-0.10.29 Comment: base elements for GStreamer Required by: devhelp-2.30.0p0 qt4-4.6.2p2 webkit-1.2.0p0v0 farsight2-0.0.17 gstreamer-ffmpeg-0.10.10 gstreamer-plugins-good-0.10.22v0 xfce4-mixer-4.6.1p2 gstreamer-libsoup-0.10.23 gnome-media-2.30.0 gstreamermm-0.10.7 parole-0.2.0 py-gstreamer-0.10.17 gstreamer-cdda-0.10.29 anjuta-2.30.2.0 gstreamer-plugins-ugly-0.10.15 gstreamer-plugins-farsight-0.12.11p0 gnome-applets2-2.30.0p1 gstreamer-plugins-bad-0.10.18p1 Description: This package contains base elements for gstreamer-0.10. GStreamer plugins are splitted into: - an essential exemplary set of elements (plugins-base) - a set of good-quality plug-ins under LGPL (plugins-good) - a set of good-quality plug-ins that might pose distribution problems (plugins-ugly) - a set of plug-ins that need more quality (plugins-bad) Maintainer: The OpenBSD ports mailing-list po...@openbsd.org WWW: http://gstreamer.freedesktop.org/ Here's the full output: # make install === x11/gnome/alacarte === x11/gnome/anjuta === x11/gnome/anjuta-extras === x11/gnome/applets2 === x11/gnome/at-spi === x11/gnome/audio === x11/gnome/backgrounds === x11/gnome/baker === x11/gnome/bug-buddy === x11/gnome/byzanz === byzanz-0.2.2 depends on: gconf2-* - found === byzanz-0.2.2 depends on: gettext-=0.10.38 - found === byzanz-0.2.2 depends on: gnome-panel-* - found === byzanz-0.2.2 depends on: gconf2-* - found === byzanz-0.2.2 depends on: libiconv-* - found === byzanz-0.2.2 depends on: gettext-=0.17 - found === byzanz-0.2.2 depends on: intltool-* - found === byzanz-0.2.2 depends on: gmake-* - found === byzanz-0.2.2 depends on: libtool-* - found === byzanz-0.2.2 depends on: bzip2-* - found === Verifying specs: panel-applet-2 gconf-2 intl.=4 iconv.=4 ICE ORBit-2 ORBitCosNaming-2 SM X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xrandr Xrender art_lgpl_2 atk-1.0 avahi-client avahi-common avahi-glib bonobo-2 bonobo-activation bonoboui-2 c cairo crypto dbus-1 dbus-glib-1 expat fontconfig freetype gailutil gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 glitz gmodule-2.0 gnomecanvas-2 gnomevfs-2 gobject-2.0 gstapp-0.10 gstbase-0.10 gstreamer-0.10 gthread-2.0 gtk-x11-2.0 m pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre pixman-1 png popt pthread pthread-stubs ssl util xcb xcb-render xcb-render-util xml2 z === found panel-applet-2.4.0 gconf-2.6.2 intl.4.0 iconv.6.0 ICE.9.0 ORBit-2.3.0 ORBitCosNaming-2.3.0 SM.8.0 X11.13.0 Xau.9.0 Xcomposite.3.0 Xcursor.4.0 Xdamage.3.1 Xdmcp.10.0 Xext.11.0 Xfixes.5.0 Xi.11.0 Xinerama.5.0 Xrandr.6.1 Xrender.5.0 art_lgpl_2.5.20 atk-1.0.2800.0 avahi-client.0.0 avahi-common.0.0 avahi-glib.0.0 bonobo-2.2.0 bonobo-activation.6.0 bonoboui-2.3.0 c.54.0 cairo.9.3 crypto.18.0 dbus-1.7.1 dbus-glib-1.4.2 expat.9.0 fontconfig.7.0 freetype.17.1 gailutil.25.0 gdk-x11-2.0.1403.0 gdk_pixbuf-2.0.1403.0 gio-2.0.1803.0 glib-2.0.1803.0 glitz.2.0 gmodule-2.0.1803.0 gnomecanvas-2.2002.0 gnomevfs-2.2400.0 gobject-2.0.1803.0 gstapp-0.10.2.1 gstbase-0.10.2.0 gstreamer-0.10.2.0 gthread-2.0.1803.0 gtk-x11-2.0.1403.0 m.5.2 pango-1.0.1802.0 pangocairo-1.0.1802.0 pangoft2-1.0.1802.0 pcre.2.3 pixman-1.16.6 png.9.0 popt.0.3 pthread.12.1 pthread-stubs.0.0 ssl.15.1 util.11.1 xcb.2.1 xcb-render.0.0 xcb-render-util.0.0 xml2.11.0 z.4.1 === Installing byzanz-0.2.2 from /home/ports/packages/amd64/all/ Can't install byzanz-0.2.2 because of libraries |library gstapp-0.10.2.1 not found | not found anywhere Direct dependencies for byzanz-0.2.2 resolve to: libiconv-1.13p1 gnome-panel-2.30.0p0 gettext-0.17p0 gconf2-2.28.1 Full dependency tree is py-setuptools-0.6.11p0v0 hicolor-icon-theme-0.12 gnome-keyring-2.30.1 openldap-client-2.3.43p1 docbook-4.4p0 gstreamer-0.10.29 lzo2-2.03 py-gobject-2.20.0p0v0 libogg-1.1.4 gnome-mime-data-2.18.0p2 dbus-1.2.24p0 gtk+2-2.20.1 libffi-3.0.8p2 blas-1.0p3 py-cairo-1.8.8 gnome-menus-2.30.0p0 startup-notification-0.10 bzip2-1.0.5 libltdl-1.5.26p0 sqlite3-3.6.23p0 gnome-desktop-2.30.0 cyrus-sasl-2.1.23 evolution-data-server-2.30.1p1 png-1.2.41 libgnomeui-2.24.3p1 libsoup-gnome-2.30.1 yelp-2.30.1 gettext-0.17p0 libcroco-0.6.2 libbonobo-2.24.3 libxml-2.7.6 lapack-3.1.1p2 libcanberra-0.24p0 libxfce4util-4.6.1 libgnome-2.30.0 desktop-file-utils-0.16p0 libglade2-2.6.4p1 py-orbit-2.24.0 libgsf-1.14.18p0 gdbm-1.8.3p0 gconf2-2.28.1 libiconv-1.13p1 pango-1.28.0p1 libdaemon-0.13 cairo-1.8.10p0 gnome-doc-utils-0.20.1 atk-1.30.0p0 db-4.6.21p0 rarian-0.8.1p7 libgweather-2.30.0p0 eggdbus-0.6 libgnomecanvas-2.30.1p0 libwnck-2.30.0
Re: unable to build x11/gnome
On Tue, Jun 15, 2010 at 7:07 PM, Stuart Henderson s...@spacehopper.org wrote: The build fails because gstreamer-plugins-base does not supposedly contain the 'videoscale' plugin. update liboil. No change. Same results.
unable to build x11/gnome
I've been unsuccessful over the past 5 days in building x11/gnome on amd64. I am running openbsd-current snapshot from June 10th. I have downloaded ports.tar.gz snapshots over the past few days with the same results. The build fails because gstreamer-plugins-base does not supposedly contain the 'videoscale' plugin. # pkg_info gstreamer-plugins-base Information for inst:gstreamer-plugins-base-0.10.29 Comment: base elements for GStreamer Required by: devhelp-2.30.0p0 qt4-4.6.2p2 webkit-1.2.0p0v0 farsight2-0.0.17 gstreamer-ffmpeg-0.10.10 gstreamer-plugins-good-0.10.22v0 xfce4-mixer-4.6.1p2 gstreamer-libsoup-0.10.23 gnome-media-2.30.0 gstreamermm-0.10.7 parole-0.2.0 py-gstreamer-0.10.17 gstreamer-cdda-0.10.29 anjuta-2.30.2.0 gstreamer-plugins-ugly-0.10.15 gstreamer-plugins-farsight-0.12.11p0 gnome-applets2-2.30.0p1 gstreamer-plugins-bad-0.10.18p1 Description: This package contains base elements for gstreamer-0.10. GStreamer plugins are splitted into: - an essential exemplary set of elements (plugins-base) - a set of good-quality plug-ins under LGPL (plugins-good) - a set of good-quality plug-ins that might pose distribution problems (plugins-ugly) - a set of plug-ins that need more quality (plugins-bad) Maintainer: The OpenBSD ports mailing-list po...@openbsd.org WWW: http://gstreamer.freedesktop.org/ # Here's the abridged make results: checking for GST... yes checking GStreamer 0.10 inspection tool... yes checking GStreamer 0.10 playbin2 plugin... yes checking GStreamer 0.10 ffmpegcolorspace plugin... yes checking GStreamer 0.10 videoscale plugin... no configure: error: Cannot find required GStreamer-0.10 plugin 'videoscale'. It should be part of gst-plugins-base. Please install it. *** Error code 1 Stop in /home/ports/x11/gnome/totem (line 2242 of /home/ports/infrastructure/mk/bsd.port.mk). === Exiting x11/gnome/totem with an error *** Error code 1 Stop in /home/ports/x11/gnome (line 140 of /home/ports/infrastructure/mk/bsd.port.subdir.mk).
Re: audio recording levels
On Mon, Jun 14, 2010 at 2:29 AM, Paul M l...@no-tek.com wrote: On 14/06/2010, at 6:54 PM, Jan Stary wrote: It would be my guess that this is the audio chip that's integrated with the Asus P5QPL-AM motherboard. If you are really after best transfer quality, you might want to use something else in the first place. Good point, thanks for the reality check. Most of what I have to do is not the best quality anyway, but that doesn't mean I'm happy to introduce unnecessary generation loss by being sloppy. There is some though that is very good, so that may well need something better. I heard the Griffin iMic was to be discontinued, but mine is supported under OpenBSD. Your best bet for clean audio is a USB-attached device. Sound cards just get too much noise off the motherboard.
Re: Differences between www.openbsd.org and openbsd.org
On Wed, May 19, 2010 at 4:28 PM, L. V. Lammert l...@omnitec.net wrote: OTOH, *directing* the muddled masses to HIS machine [even if by mistake] would give pause, would it not? Doesn't seem like a good policy security to me, .. Lee Uhh. Security through Obscurity is no Security. Is http://sdfehwhwefwihefw.openbsd.org more secure for Theo's basement? Having it as the default openbsd.org isn't any more or less secure. It is only an issue of convenience for whoever uses openbsd.org. Having run several large websites and e-commerce stores, I was taught to CNAME the www to the base domain, and route port 80 on the domain to the appropriate web server. (Store URLs get their own IP like store.openbsd.org, because they need SSL cert authority) However, OpenBSD is a project. openbsd.org = root of the project, The founder's basement www.openbsd.org = the Intarweb for the rest of us. Makes sense to me.
Re: (another) Intel driver change needs testing.
On Sun, May 23, 2010 at 10:19 AM, Owain Ainsworth zer...@googlemail.comwrote: to my knowledge the kernel should always have build during that range. This means that you have done something wrong. cvs up -D date before/after commit in sys/dev/pci/drm should be sufficient. I was over-complicating things with stupid pet tricks like fetching single files. A cvs of the entire dir is much easier (and accurate). Hey, at least I didn't attempt to generate patches from the repository and use them to downgrade, but I thought about it! With current Xenocara (Build Date: 20 May 2010 10:47:37AM): The artifact is present with i915_drv.c revision 1.81 through 1.71. In fact, it is present using mesa drivers as well. So, the bug must have been introduced through Xenocara? I don't recall seeing the artifact in late April. So, I thought I would jump back to: CVSROOT:/cvs Module name:xenocara Changes by: o...@cvs.openbsd.org 2010/04/25 08:35:49 Modified files: lib/libdrm/intel: intel_bufmgr_gem.c However, Xenocara fails as I have experienced at several snapshots. Here's all 4633 lines of script output: http://devio.us/~roby/output.txt
losing uhci4 macbook usb keyboard and trackpad
Hi. I am losing uhci4 shortly after reboot. May 6 12:00:01 kramer newsyslog[8688]: logfile turned over May 6 12:00:01 kramer syslogd: restart May 6 12:09:07 kramer /bsd: uhci4: host controller process error May 6 12:09:07 kramer /bsd: uhci4: host controller halted This is a Macbook 3,1 with usb keyboard/trackpad. I lose control of usb input. I do not lose control of the power button, and am able to initiate proper shutdown by pressing it. This problem does not exist on my kernel with header: OpenBSD 4.7-current (bsd.build) #0: Sat May 1 00:23:17 MDT 2010 This problem exists with new kernel with header: OpenBSD 4.7-current (bsd.build) #0: Thu May 6 08:19:23 MDT 2010 Changes were made to: sys/dev/usb: uhci.c ohci.c between these kernels Full dmesg of failing kernel GENERIC.MP +GEM OpenBSD 4.7-current (bsd.build) #0: Thu May 6 08:19:23 MDT 2010 mo...@kramer.my.domain:/tmp/bsd.build cpu0: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM real mem = 3184046080 (3036MB) avail mem = 3089235968 (2946MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/29/05, SMBIOS rev. 2.4 @ 0xe (43 entries) bios0: vendor Apple Inc. version MB31.88Z.008E.B02.0803051832 date 03/05/08 bios0: Apple Inc. MacBook3,1 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices ADP1(S3) LID0(S3) ARPT(S3) GIGE(S3) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) UHC5(S3) EHC1(S3) EHC2(S3) EC__(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP05) acpiprt2 at acpi0: bus 3 (RP06) acpiprt3 at acpi0: bus 4 (PCIB) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 15253732082930497 type 15253732284385612 oem 15253732284452179 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: VGA_ acpivout2 at acpivideo0: TV__ bios0: ROM list: 0xc/0xee00! cpu0: Enhanced SpeedStep 2195 MHz: speeds: 2200, 2000, 1800, 1600, 1400, 1200, 800 MHz memory map conflict 0xf00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xfffa/0x3 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM965 Video rev 0x03 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) 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 0x03: apic 1 int 20 (irq 10) azalia0: RIRB time out azalia0: codecs: Realtek ALC885 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 4 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci2 at ppb1 bus 2 Broadcom BCM4321 rev 0x03 at pci2 dev 0 function 0 not configured ppb2 at pci0 dev 28 function 5 Intel 82801H PCIE rev 0x03: apic 1 int 17 (irq 255) pci3 at ppb2 bus 3 mskc0 at pci3 dev 0 function 0 Marvell Yukon 88E8058 rev 0x13, Yukon-2 EC Ultra rev. B0 (0x3): apic 1 int 17 (irq 7) msk0 at mskc0 port A: address 00:1b:63:ad:0b:ee eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1 uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x03: apic 1 int 18 (irq 5) uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) usb1 at ehci1: USB revision 2.0 uhub1 at usb1
Re: Research Affecting Creative Commons
On Thu, Apr 29, 2010 at 12:53 PM, Duncan Patton a Campbell campb...@neotext.ca wrote: http://www.physorg.com/news191765285.html My initial reading of this causes me to think these test results are in favor of Decentralization. How political do you want to get on this board? In my opinion, Hooray! I've experienced this phenomenon through games like http://www.kingdomofloathing.com
Re: Research Affecting Creative Commons
On Thu, Apr 29, 2010 at 4:09 PM, Bryan bra...@gmail.com wrote: like http://www.kingdomofloathing.com Great... I just another time sink for work... :) Be careful...
Re: confused about updating -current
On Wed, Apr 28, 2010 at 7:53 AM, Brad Tilley b...@16systems.com wrote: Nor am I, but I do that often with base installs and have not had any major issues. There would be security concerns (especially with ports if you're using a full blown desktop). You can follow -current if you have the time and ability to keep-up or just occasionally install snapshots and update them periodically. OpenBSD-current is unique in respects to all other -current or DEVEL or UNSTABLE projects. As Theo said, this is a forward-moving project, and Secure by Default. It is not a model where sucurity and bugfixes get handled later. Unique to OpenBSD is the fact that you can listen in on just a few mailing lists (ports-changes, src-changes, etc) and you will end up with explanations one what is being updated, and maybe even why it was changed. The most interesting part is when a Developer makes a change indicating many larger changes to come down the road. See, these guys do their homework and prepare the way. In my opinion the best way to operate OpenBSD is to run -current, and keep a fresh eye on changes. To me, stable is nothing more than a snapshot in time for those who don't have time to investigate the past and future of the project. You can take any given CD set and it'll just work with plenty of accurate documentation. The newer the release the more likely your newer hardware will be supported... So, why do you want stable?
Re: 4.7 CDs arrived in Colorado
On Wed, Apr 28, 2010 at 8:57 AM, Mark Zimmerman markz...@frii.com wrote: Nope, unless they change the way it has always been. The early delivered CDs are fun to have, and allow you to do some early goofing around ... And we get to put our stickers on things before the rest of you.
Re: confused about updating -current
On Wed, Apr 28, 2010 at 8:36 AM, Brad Tilley b...@16systems.com wrote: I did not say anything about -stable. Occasionally installing snapshots has nothing to do with -stable. Not sure why you bring it up? Brad I was just throwing in my two bits after everything else that had been said. Basically, running -current isn't something to be afraid of. If one watches the changes threads, and experiments, they are bound to learn something about this OS. Some of us learn by breaking and fixing. Repeatedly.
Re: 4.7 CDs arrived in Colorado
On Tue, Apr 27, 2010 at 7:33 PM, Mark Zimmerman markz...@frii.com wrote: Not much to say, except Thanks and WooHoo! I'll have mine as soon as priority mail gets it from there to here!
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, Apr 26, 2010 at 1:09 PM, Owain Ainsworth zer...@googlemail.comwrote: crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 ... I really should consider changing those default permissions... Why?? I may be a retard but even my power user has been in group wheel from day 0.
Novatel MC760 Virgin Mobile Broadband2Go
Novatel (0x1410) makes an MC760 (0x6002) used by Virgin Mobile in their BroadBand2Go card. This card advertises itself as incompatible with linux at this time. After adding the device to usbdevs, rebuilding usbdevs.h and usbdevs_data.h, and adding to umsm.c it was finally recognized and mounted as such: (FYI, this part of the dmesg is the same regardless of addition to usbdevs. See further dmesg after performing 'eject cd1' for the successful output after adding to sys/dev/usb files.) umass1 at uhub7 port 1 configuration 1 interface 0 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 umass1: using SCSI over Bulk-Only scsibus2 at umass1: 2 targets, initiator 0 cd1 at scsibus2 targ 1 lun 0: Novatel, Mass Storage, 1.00 SCSI2 5/cdrom removable umass2 at uhub7 port 1 configuration 1 interface 1 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 umass2: using SCSI over Bulk-Only scsibus4 at umass2: 2 targets, initiator 0 sd1 at scsibus4 targ 1 lun 0: Novatel, MMC Storage, 2.31 SCSI2 0/direct removable sd1: drive offline This device mounts a CD image when inserted. After ejecting with 'eject cd1' I get the following: cd1 detached scsibus2 detached umass1 detached sd1 detached scsibus4 detached umass2 detached umsm0 at uhub7 port 1 configuration 1 interface 0 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 ucom0 at umsm0 umsm1 at uhub7 port 1 configuration 1 interface 1 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 ucom1 at umsm1 umsm2 at uhub7 port 1 configuration 1 interface 2 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 ucom2 at umsm2 umsm3 at uhub7 port 1 configuration 1 interface 4 Novatel Wireless Inc. Novatel Wireless CDMA rev 1.10/0.00 addr 3 Still, I have no success yet in initiating ppp. I consider this as my own error, and suspect the device will operate as expected. My ppp script skills have diminished since the advent of DSL. First, here's my /usr/src/sys/dev/usb diffs: Index: sys/dev/usb/usbdevs === RCS file: /cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.493 diff -u sys/dev/usb/usbdevs --- sys/dev/usb/usbdevs 17 Apr 2010 15:05:59 - 1.493 +++ sys/dev/usb/usbdevs 22 Apr 2010 13:29:21 - @@ -2741,6 +2741,7 @@ product NOVATEL MERLINX950D0x5010 X950D product NOVATEL ZEROCD20x5030 ZeroCD product NOVATEL U760 0x6000 U760 +product NOVATEL MC760 0x6002 MC760 /* Novatel Wireless(1) products */ product NOVATEL1 FLEXPACKGPS 0x0100 NovAtel FlexPack GPS Index: sys/dev/usb/umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.61 diff -u sys/dev/usb/umsm.c --- sys/dev/usb/umsm.c 14 Apr 2010 02:47:58 - 1.61 +++ sys/dev/usb/umsm.c 22 Apr 2010 13:29:45 - @@ -172,6 +172,7 @@ {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MERLINX950D }, DEV_UMASS4}, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ZEROCD2 }, DEV_UMASS4}, {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U760 }, DEV_UMASS4}, + {{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MC760 }, DEV_UMASS4}, {{ USB_VENDOR_NOVATEL1, USB_PRODUCT_NOVATEL1_FLEXPACKGPS }, 0}, Here's /etc/ppp/ppp.conf default: set device /dev/cuaU1 set speed 460800 set dial ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \\ AT OK-AT-OK ATE1Q0s7=60 OK \\dATDT\\T TIMEOUT 40 CONNECT set login set authname guest set authkey guest set timeout 120 enable dns Here's /etc/ppp/peers/virgin: /dev/cuaU0 460800 lock crtscts modem noauth defaultroute user guest connect /usr/sbin/chat -V -f /etc/ppp/chat-virgin noipdefault And here's /etc/ppp/chat-virgin: TIMEOUT 10 REPORT CONNECT ABORT BUSY ABORT 'NO CARRIER' ABORT ERROR ATZ OK ATF OK AT_OPSYS=1 OK 'AT+CGDCONT=1,IP,virginbroadban d' SAY Calling...\n TIMEOUT 120 OK ATD*99***1# CONNECT \c When negotiating manually (at the ppp prompt with 'term') I get as far as the ATF sequence. Any command after that produces ERROR. Here's some usbdevs info: port 2 addr 2: high speed, self powered, config 1, USB2.0 Hub(0x0606), Genesys Logic(0x05e3), rev 7.02 port 1 addr 3: full speed, power 500 mA, config 1, Novatel Wireless CDMA(0x6002), Novatel Wireless Inc.(0x1410), rev 0.00, iSerialNumber 091116569131000 Note, the above usbdevs shows the device attached to an external hub. This was ONLY done for obtaining this output. During testing the device was inserted into a built-in usb port, and typically mounted on /dev/usb4
Re: Novatel MC760 Virgin Mobile Broadband2Go
On Thu, Apr 22, 2010 at 8:57 AM, David Coppa dco...@gmail.com wrote: The diff is ok. Regarding your problem: have you tried all ports? Usually it can be /dev/cuaU0 or /dev/cuaU2 Yes. But thank you for the confirmation. I will continue troubleshooting my ppp syntax. My pasting of ppp.conf and peers/virgin show different devices because I failed to clean it all up from testing, before I pasted here.
Re: TRIM support?
On Tue, Apr 20, 2010 at 1:52 PM, Chris Dukes pak...@pr.neotoma.org wrote: Just rethink your deployment strategy to not use 'dd'. Even Windows cloning systems stopped trying to copy all bits on the disk 6+ years ago. 'dd' made some sense when the disk was mostly full and there was a huge penalty to keep seeking between data and metadata. 'dd' continues to make sense if you need to make a copy of everything before attempting to recover data or metadata. OSX idiocy FYI, Mac OS X still benefits from 'dd' because of arguably idiotic Metadata. Trying to get files on an HFS+ volume to remain in tact while copying to/from a non-HFS+ environment is the stuff of nightmares. Even if you think you have properly retained all that annoying metadata, you'll still have to extract it and test it under whatever application it was which created that metadata. Often, just linefeed conversion (or lack thereof) will break OSX applications. /OSX idiocy If you want to backup/restore data (for the purposes of imaging and deployment) you really should be using some kind of tar solution. rsync is nice, but tar works well with everything you'll have in sys and userland. Tar versions vary, but I disciplined myself from the start to understand the details of OpenBSD tar. I then use a -I /tmp/includes file for specialization. As long as you are creating and extracting your data sources from within OpenBSD (bsd.rd perhaps) tar should do the trick. Using the built-in 'make release' is even more fun.
Re: issues with audio on Apr13 snapshot
On Fri, Apr 16, 2010 at 1:12 AM, Jan Stary h...@stare.cz wrote: I have experienced similar problems with mplayer when aucat was _not_ running. With aucat running, I never had that problem. I can absolutely confirm I was not running aucat with mplayer. I was not attempting to allow audio from any other program, either.
Re: licensing
On Fri, Apr 16, 2010 at 2:30 AM, J.C. Roberts list-...@designtools.orgwrote: Ted, 1.) A license declaration within a source file takes precedence over a license in an accompanying file. So, locality is more important than an air of officiality. Good. 2.) Even if you could trace how the file got into the Diku or Merc project, the author still holds the rights, so it makes no difference if he gave permission to the *_DIKU/MERC_project_* (or some member thereof) to include his work. Rights are reserved *UNLESS* granted, so nothing is forfeit by its inclusion with the DIKU/MERC project sources. 3.) Since an OpenBSD port can be created to neither distribute a resulting package, nor mirror the distribution file (distfile --i.e. DIKU/MERC source code archive), a port is feasible. 4.) Even when no package is being distributed, since an OpenBSD port can include patches, things can very messy when modification is required and the license somehow forbids modification/distribution or requires special conditions for modification/distribution. If you started distributing a patch set for Microsoft Windows, they'd come down on you like a ton of bricks. A similar sad fate is potentially possible for patches against any work using a wonky licenses with (e)strange(d) conditions regarding modification or distribution. You should read up in the misc@ archives on the endless debates, headaches, and eventual resolution (removed from the OpenBSD ports tree) caused by the wonky modification/distribution conditions of original DJB license. Going through them now via neohapsis. 5.) As for your previous comment about you personally taking all the risks of any license issues, the answer is no, you cannot. Copyright law doesn't work that way. Any user of your port is potentially vulnerable to litigation, and if your port was included in the OpenBSD ports tree, then the OpenBSD project itself would be potentially vulnerable to litigation. This sounds much more realistic, and is what I expected from the start. All of the above means you only have two choices: A.) Contact the rights holder and convince them to change the license. B.) Maintain a port on your own, posting your updates to ports@, and do *NOT* expect (or ask for) it to be added to the OpenBSD ports tree. What about a completely unrelated project? If I have clean licensing on everything, can I then ask for addition to the tree? Or should I just neatly post to ports@ and see what happens? Sure, you could have figured all this out on your own with enough study, but even if you did, you'd still need a good lawyer to look it over, as well as *still* need to pay said good lawyer to defend you if a rights holder disagrees with your interpretation of reality. -jcr Thanks for your time. I have had to work with some Copyright and NDA in my career. It sure is a mess
Re: OpenBSD culture?
On Fri, Apr 16, 2010 at 7:14 AM, Vijay Sankar vsan...@foretell.ca wrote: Regardless of your standards of etiquette that anyone may have violated, it is a shame that you would drop financial support for the OpenBSD project. It is especially unfair because there is nothing a developer can do to stop unknown persons from saying whatever they want. Your public statements about withdrawal of financial support and use of other OS'es etc., are more rude than anything that you faced on this mailing list. sed '/nose/d' face
Re: OpenBSD culture?
On Fri, Apr 16, 2010 at 8:26 AM, Marc Espie es...@nerim.net wrote: On Fri, Apr 16, 2010 at 04:16:08PM +0800, Artur Grabowski wrote: On Thu, Apr 15, 2010 at 10:52 PM, Donald Allen donaldcal...@gmail.com wrote: Thanks for the compliment, but I'm a *lot* older than nine. Yet you still believe that it's ok for guests to tell the hosts how to behave in their home. Amazing. What culture are you from? Sounds like an US american, you know, the guys that went from farwest to utter complacency without ever becoming civilized. (what? trolling? is this thread serious now ? gimme a break). I'll take the racism as punful trolling. ;oP The cultures in the USA are diverse and usually based upon Geography. (mountain culture, desert culture, plains culture) The most innovative/radical/free-thinkers tend to gravitate towards the big cities, but it is a stereotype to even say they only gravitate westward (California) anymore.
Re: OpenBSD culture?
On Fri, Apr 16, 2010 at 8:57 AM, Marc Espie es...@nerim.net wrote: yeah, you can also find culture in petri dishes, you know... ;-) and Theo's counter? (still more trolling) *snag* (how can one take this thread seriously ?) You can't, if you take it correctly! At least pink noise sounds better than white noise. (For most people) (yo, your momma used to suck dead Stallmans through straws) Can you get fries with that? (GPL isn't free !!! soylent green is people ) Hey, don't get all truthful now!!!
Re: Routing on two Nic's
On Fri, Apr 16, 2010 at 10:54 AM, Danny de Bont dannydeb...@telkomsa.netwrote: All jokes aside My router is on 10.0.0.2 Which router? The ADSL router? Can you configure it as a transparent bridge instead? Then you can let the OBSD box sit on the same subnet as the rest of your network, and it can handle whatever appropriate connection your provider wants. (PPPoE?)
Re: OpenBSD culture?
On Fri, Apr 16, 2010 at 12:20 PM, Jacob Meuser jake...@sdf.lonestar.orgwrote: = Your analogy doesn't go far enough. Better: guests in a home being asked for contributions and also being insulted, both by the hosts. Guess it depends on your recent culture, I can recall many times when me and my mates would insult each other and put money on the table for pizza, I've done a fair share of couch surfing and had my couches surfed ... since we're talking about guests, insults and contributions ... in the context of a, shall we say, sharing culture. That's where I've seen you bro!! the surfer is usually expected to contribute of some kind of kick down to the situation, provide some kind of help to keeping the situation going. after all, the surfer *is* getting quite a bit out of the situation, or he wouldn't be there in the first place. and if the situation isn't working out for the surfer, if he ain't feelin' the vide, the best thing to do is simply move on. hanging around crying about feeling dissed doesn't help anyone's situation. Amen.
Re: licensing
On Fri, Apr 16, 2010 at 2:25 PM, J.C. Roberts list-...@designtools.orgwrote: If I have clean licensing on everything, can I then ask for addition to the tree? Of course you can ask, and if the port is both well done and well tested, then someone else might have enough interest to take the time to commit it. But of course, there are no guarantees. That is what I was aiming for with both questions. Thanks. You'll never know if something is useful or interesting to others until you say, Here's what I brought to the party. Or should I just neatly post to ports@ and see what happens? Assuming a good port without caustic licensing, whether a port only lives on the ports@ list archives or lives in the official project ports tree, is highly subjective. No problem! Sounds like I had a good understanding of the procedure. I'd rather ask than ass-u-me. I don't expect anything to be favored unless it stands up on its own merit, and found useful. Now to just choose... Thanks list.
Re: licensing
On Wed, Apr 14, 2010 at 11:16 PM, Sean Kamath kam...@geekoids.com wrote: On Apr 14, 2010, at 8:57 PM, Ted Roby wrote: I got more help from the first poster who suggested using Circle Mud instead. The problem is, I was quite attached to to this modified Rom code, and perhaps committed the error of getting my hopes up. You just weren't sicto to/sic clear in your first post. I guess not. Further posting of Diku code brought out Lars' useful reply. /dev/null here couldn't figure out if you were just bitching about the idiocy of people's random licenses (and believe me, I've been seeing stupid licenses on code since 1984 on my school's Vax 785 run BSD4.1 -- it's gotten only marginally better), or whining that you couldn't use this super-cool pile of code because you couldn't contact the author. You weren't actually a NULL by the time I wrote that. I was speaking of the Chris Dukes and Chris addresses, whether they be the same man cow or not. Sure, you threw up that annoying lmgtfy reference after he did, but we actually had a conversation. Mr. Dukes made two postings back on the 25th of March, and then he suddenly resurfaces to throw an lmgtfy in my face. (A link I suspect he just learned of from another post.) After my bit of defensive posture he drew silent again. Can you measure that kind of useless noise?? Man Cow Chris (be it the same person or not) made another useless blurb for self-gratification. He even threw in an eat a dick while disarming it at the same time. You did not hint that you even *tried* to contact him, them or whatever. And then you reply to the first response, bitching about what someone helpfully tries to suggest might aid you in finding the author. OK, I'm a shit for poking the bear. But still, you could have just said yeah, I tried that, and haven't heard back, but no, you gotta put him in his place. . . Sheesh. I just didn't find it helpful. More like antagonistic. NULL + NULL + NULL still equals nothing. Properly chastised, I'm going back to lurking. It wasn't really about you.. Sean PS Theo does a *WAY* better job of bitch-slapping me, by the way. But keep trying! Thanks. I suspect Theo is in a position to win many more arguments with one-liners than lil ol me.
Re: OpenBSD culture?
On Thu, Apr 15, 2010 at 3:49 AM, trustlevel-...@yahoo.co.uk wrote: So you think that giving people the freedom to know where the code has come from to allow them to not get conned and not use old, possibly insecure code and giving them the ability to contribute to the original source of the code and possibly benefit themselves too is a restriction of freedom. That's part of it, but you're still missing the entire point. I think the best example is Free as in Beer. I can brew beer all day. I can keep it to myself. I can also share it. If I share a beer with you, it is free. (I am giving it to you) If I share a beer with you under the BSDL, then I expect you to tell people I gave you that beer should they taste it and enjoy it as well. (I want you to tell them whether they enjoyed it or not.) If, however, I share a beer with you under the GPL then you are required to follow an entire listing on proper procedure and protocol for sharing that beer. In fact, unless you are ready to make the ingredients available to everyone else, you better not experiment with my beer.
Re: licensing
On Thu, Apr 15, 2010 at 8:27 AM, Chris Dukes pak...@pr.neotoma.org wrote: As for the personal attacks, you can print off this email, fold it until it's all corners, and shove it up your ass. Now that was far longer than your first one-liner smackdown. Good job.
Re: licensing
On Thu, Apr 15, 2010 at 8:27 AM, Chris Dukes pak...@pr.neotoma.org wrote: You are the one interested in resurrecting this beast. The onus is you to either track down someone with the right to change the license, or else be the point of first blame in seeing if the author will actually enforce the copyright. If neither appeals to you, then it's time to clearly ask for advice on how to reimplement the behavior in an unencumbered fashion. Now you've actually said something of benefit to me. Instead of just arguing over google results, and being dickish. I'm not interested in anything else you've had to say, and I will continue to ignore the other bullshit you've thrown around. 1. .. either track down someone with the right to change... Been there.. did it...thanks... 2 ... or else be the point of first blame in seeing if... Now that's what I'm interested in! I don't mind being that lightning rod at all. Thank you for valid information which may resurrect my hopes. So how does that work with OpenBSD? How to I introduce code with shady licensing, and take all the brunt of it?
Re: OpenBSD culture?
On Thu, Apr 15, 2010 at 9:02 PM, VICTOR TARABOLA CORTIANO vt...@c3sl.ufpr.br wrote: Lets try it. 0 X (Y + Z) Y 0 Z 0 ISC = X GPL = X + Y + Z Logical enough for you? If you assume that the definition of freedom is the number of restrictions, then neither ISC nor GPL are free. The only free license would be no license at all. Public domain. Free and Freedom are obviously relative terms, and the root cause of much of these circular debates. There is free as in no cost to possess. There is free as in liberty to modify and/or use. When it comes to licensing an end-user typically cares about the first variety of free. A developer, and a sysadmin, are more interested in the second variety of free. Most of Stallman's victims are confused with the first half of this debate, and don't see all the entangling strings that are attached to source code by the GPL. Thus, Linux users tend to not understand Freedom from a developer's viewpoint, or just about anyone on this list. Since _my_ definition of freedom for software is different, I reach different conclusions. Yeah, your own definitions of acceptable freedom adds a whole 'nother layer to the onion. If a package does no restrict the way I use it, does permit me to study it and modify it, distribute copies either modified or verbatim, gratis or for a fee, then I consider it free, and I will use it. For me, having to give the source, IF, AND ONLY IF, I distribute the software, is fair. I would do it anyway. I don't think it's wrong for a copyright holder to ask that. That is your opinion. The GPL does much more than that. Please tell me why my BCM4321 card doesn't work under OpenBSD? I'll give you a hint http://www.daniweb.com/news/story218448.ht*ml* OpenBSD developers have taken parts of the code and used it in their own version of the driver, From what I understand of what actually happened, the OpenBSD developer did nothing more than use the Linux code to see memory mappings, etc. Nothing was copied. What he did was acceptable in a free world, but not in a GNU world. PS - I don't know for a fact that the BCM4321 worked under bcm43xx. I haven't tested it on linux, and I never will. Because of the fiasco I just mentioned I decided (as an amateur developer) that it is better I never look at Linux sys/kernel code. Please let this be my official statement for the record. The GNU appears to be a cancer which can be used to wrestle away my own code, if it even looks sideways at its Linux counterpart.
Re: OpenBSD culture?
On Thu, Apr 15, 2010 at 10:27 AM, Otto Moerbeek o...@drijf.net wrote: You do not seem to understand how copyright works. When published, a work is subject to a set of restrictions, laid down by copyright law. A license grants rights (under conditions or restrictions) to the receiver of a work. No license means no extra rights, which means the default defined by copyright law applies. If you want to publish a work as public domain, you must include a license saying so. -Otto Now this is interesting... Does anything supersede Copyright Law? What if I release my work as Anonymous with no text in regards to licensing? Does anyone wanting to use that work in OpenBSD actually have to track down who Anonymous was? Does the code become useless if its ownership cannot be transferred? In other words.. is there no such thing as genuine public domain?
Re: licensing
On Thu, Apr 15, 2010 at 10:40 AM, Ted Unangst ted.unan...@gmail.com wrote: On Thu, Apr 15, 2010 at 11:47 AM, Ted Roby ted.r...@gmail.com wrote: So how does that work with OpenBSD? How to I introduce code with shady licensing, and take all the brunt of it? I don't suppose you've stopped to ask if the OpenBSD project is at all interested in whatever code you feel like contributing? Sorry Ted. I was just continuing with Chris Dukes' own suggestion. I guess it was a half-assed one. I didn't think OpenBSD was even interested in such licensing schemes in the Ports tree. As someone who would know, thanks for clarifying.
Re: OpenBSD culture?
On Thu, Apr 15, 2010 at 11:35 AM, Otto Moerbeek o...@drijf.net wrote: Yes, it's a tricky question. As for OpenBSD, we do not include anonymous work. A work can be public domain if the copyright expires. In some jurisdictions, a work can be put into the public domain by the author. If a work is anonymous and the copyright is not expired, it is NOT public domain. -Otto Got it, and thanks for the complete, yet concise, answers.
Re: licensing
On Thu, Apr 15, 2010 at 10:14 AM, Henning Brauer lists-open...@bsws.dewrote: find all(!) copyright holders and have them agree to a new license. or don't use that code. There are at least three projects involved here. 1. The Diku project 2. The Merc project 3. The Forsaken Lands project The Diku and Merc licenses have no problem fitting in at least at the Ports level. They both ask for citation of ownership, that a specific helpfile be left unmodified, and that no profit is made. They also want notification if you host a mud. Hosting a mud, and simply cleaning the code up for OpenBSD Ports are two different things. I would compare this notify us if you host a mud clause to be comparable to the burden placed upon the user if they wish to install Java packages from Ports. (Like OpenOffice) I already have permission from Diku and Merc authors by their license wording. (previously posted in this thread. Scroll back.) I do NOT have permission from umplawny of the Forsaken Lands project. Now, did umplawny have the original right to put his restricted code into a project that was much more loosely licensed? If he did not, can I use his improperly licensed code (ie. does he forfeit his license by superseding restrictions of the previous license, or by not having permission to modify the source, and add his own?) There's a tricky difference here I'm trying to get at. Either his code must be removed (most likely), or there is a loophole which allows me to circumvent his license in favor of the Diku or Merc licenses. Also, umplawny did not go so far as to create a license file representing his interests. He merely pasted his declaration directly into the source (farther down than the header text) like this: /* NOT TO BE USED OR REPLICATED WITHOUT EXPLICIT PERMISSION OF AUTHOR */ Again, this code umplawny introduced is commonly referred to as snippets. It adds features for users and admins alike, but it is not critical to the functioning of the code as it was created by the Diku and Merc teams.
Re: OpenBSD culture?
On Sat, Apr 17, 2010 at 1:13 AM, VICTOR TARABOLA CORTIANO vt...@c3sl.ufpr.br wrote: Now this is interesting... Does anything supersede Copyright Law? What if I release my work as Anonymous with no text in regards to licensing? Does anyone wanting to use that work in OpenBSD actually have to track down who Anonymous was? Does the code become useless if its ownership cannot be transferred? In other words.. is there no such thing as genuine public domain? I don't know for certain, but I believe that in the United States a work whithout copyright notices goes to the public domain after 25 years. I know the material Disney was protecting in 1999-2000 was only protected for 50 years, and old (outdated) versions of The Mouse were about to hit public domain. They played a large hand, along with Time Warner, for the acceptance of the DMCA. I believe this New Millennium law pushes it out to 100 years.. Shucks.. I really wanted to get a legal Steamboat Willy tattoo. Guess I'll have to pay for the knock-off.
Re: OpenBSD culture?
On Sat, Apr 17, 2010 at 1:05 AM, VICTOR TARABOLA CORTIANO vt...@c3sl.ufpr.br wrote: I think the best example is Free as in Beer. Which already misses the point. That's why the example is so common? It's in quotes because I didn't originate it. I can brew beer all day. I can keep it to myself. I can also share it. If I share a beer with you, it is free. (I am giving it to you) If you sell it to me it's also free. You are missing the point. Free for you to drink, perhaps. You still paid to possess it. Beer has source code just like binaries. You cannot make more beer from beer, but you can make more beer from beer yeast. Like reverse engineering, there are ways to get the yeast from a bottled product, but it's not the same as cultivating and modifying your own yeast source. Source Code is human-readable text, and as such can have disclaimers placed upon it for the viewer to see. This is where the analogy of beer is limited, but the ferocity of GNU becomes very real. If I share a beer with you under the BSDL, then I expect you to tell people I gave you that beer should they taste it and enjoy it as well. (I want you to tell them whether they enjoyed it or not.) If, however, I share a beer with you under the GPL then you are required to follow an entire listing on proper procedure and protocol for sharing that beer. In fact, unless you are ready to make the ingredients available to everyone else, you better not experiment with my beer. Making an analogy with concrete examples is not useful because they are different from information. You could make an analogy with recipes: If the recipe is under the GPL, if you give someone an obfuscated recipe you would have to give the real recipe. But it's not very useful either. You're unaware of this community and its own metaphors.
Re: OpenBSD culture?
On Sat, Apr 17, 2010 at 2:20 AM, VICTOR TARABOLA CORTIANO vt...@c3sl.ufpr.br wrote: The ISC has one restriction and I never claimed otherwise. The GPL has MORE restrictions. I am not contradicting myself. You just want to change the dictionary to match your little reality. You are contradicting yourself. On your terms: Axioms: 1 Freedom means no restrictions 2 ISC has one restriction Then nothing and no one is free. To take your logic thread a step further, even water is not free as you must use it in line with the restrictions of physics. Freedom is determined by Law. You would think Freedom comes first, and it does, but that sort of freedom is labeled Anarchy in our society. Thus, Law always supersedes Freedom until it is re-established by Law. Yes, that logic is backwards. I do not agree with most Establishment of Law. GNU Law restricts Source Code Freedom to a degree that I cannot easily document in this reply. In all societies it is the toughest gang that makes the laws, and thus dictates the associated freedoms. You can keep your GNU World. OpenBSD fits my personal dogma.
Re: issues with audio on Apr13 snapshot
On Thu, Apr 15, 2010 at 1:40 PM, frantisek holop min...@obiit.org wrote: hi there, with the april 13 snapshot i get fluctuations in the volume level and audible cracks and glitches when have e.g. a browser (opera) and mplayer open. i dont see a patern yet, but for example during watching the movie the volume level keeps changing accompanied by an audible pop. it could be an mplayer issue as well of course, i am just writing here if anyone else is having similar issues. i have seen the a thread about aucat and volume's but i am not using aucat or any other audio daemon... -f -- i tried switching to gum but i couldn't keep it lit! You should paste a dmesg, and point out what audio drivers you are using. I am using azalia drivers, and I have experienced static in my mplayer audio when it should not be there. At times this static becomes constant (does not clear up in a few seconds), but can always be fixed by jumping the track 10 seconds back. A little time later and the static always creeps back in. I do not have any of these problems when using xmms2. However, not all mp3s play properly in xmms2. Some are played at double (or faster) speed, like the chipmunks. These files play at proper speeds under mplayer without any flags or config changes. These are just my observations. I have done no further work in testing, other than changing players. The xmms2 problem I have is probably my own user error, or there is probably a flag to fix playback speed. (I've barely experimented with this, but it seems to be not quite double speed.)
Re: OpenBSD culture?
On Wed, Apr 14, 2010 at 5:17 AM, Steve Shockley steve.shock...@shockley.net wrote: On 4/14/2010 5:11 AM, Zachary Uram wrote: smacks of superiority and even condescension at times. Is this a fair I don't think they're superior and condescending... I think they're superior and busy. The OpenBSD culture also has an entirely different angle on licensing as compared to GNU/linux. Between documentation and licensing, the OpenBSD camp is ahead of the curve. In fact, I believe the reason I can't use my BCM4321 wireless card was because of a loudmouth (my terminology) linux developer? One who gave less respect to this team than they would have to a Corporate Developer? OpenBSD has given more (everything) than Linux. Linux is similar to Windows in that you are allowed to use their code once you agree to their license. Is it actually public code? If you purchased a well-made tool for protection of your information, and way of life, you may have purchased a gun, or a CD set of OpenBSD.
licensing
Hi list. I've spent some time porting one of my favorite dungeon games (a Rom 2.6 derivative). I've only begun this project, but have already converted 1700+ lines as such: strcat - strlcat strcpy - strlcpy sprintf - snprintf Much to my disappointment, I may have to rewrite large portions before I am allowed to share this with the OpenBSD community. Here's why: /* Written by Virigoth sometime circa april 2000 for FORSAKEN LANDS mud.*/ /* This is the implementation of the selectable skills code */ /* NOT TO BE USED OR REPLICATED WITHOUT EXPLICIT PERMISSION OF AUTHOR */ /* umpla...@cc.umanitoba.ca */ The above email address is invalid. The mud Forsaken Lands is active, and maintained by different developers who do not own this code, either. Time for me to write OpenMUD?
Re: licensing
On Wed, Apr 14, 2010 at 11:46 AM, Chris Dukes pak...@pr.neotoma.org wrote: On Wed, Apr 14, 2010 at 09:21:53AM -0600, Ted Roby wrote: /* umpla...@cc.umanitoba.ca */ http://lmgtfy.com/?q=plawny+umanitoba I think you'll find a good idea of who to write care of which company. -- Chris Dukes Are you serious? Nice usage of the previously mentioned lmgtfy. You think it's valid information to supply a link that requires I join their database before I have access to the information I am looking for?
Re: licensing
On Wed, Apr 14, 2010 at 12:34 PM, Sean Kamath kam...@geekoids.com wrote: On Apr 14, 2010, at 10:52 AM, Ted Roby ted.r...@gmail.com wrote: On Wed, Apr 14, 2010 at 11:46 AM, Chris Dukes pak...@pr.neotoma.org wrote: On Wed, Apr 14, 2010 at 09:21:53AM -0600, Ted Roby wrote: /* umpla...@cc.umanitoba.ca */ http://lmgtfy.com/?q=plawny+umanitoba http://lmgtfy.com/?q=voytek+plawny Yeah, you have to scroll down a little bit can't help you there You're going to propagate the absurdity with your own google search? You assume Voytek Plawny is/was umplawny of cc.umanitoba.ca. Go entertain yourself with google searches of Theo and Software, or other commonalities on the 'net. My posting had nothing to do with locating the person(s) mentioned above. That's the greatest absurdity of all shared by you and Orchid man, Chris Dukes. He has a cat to get rid of, if you need one The original issue remains that putting such license wording in your work means that it can never evolve into public domain.
Re: licensing
On Wed, Apr 14, 2010 at 12:55 PM, Sean Kamath kam...@geekoids.com wrote: Which is it: you're ticked off the original lmgtfy reply pointed to a pay site, or that we tried to point out if you cared *that* much about finding the original auther, it shouldn't be that hard? Sean I reluctantly reply to the entire list, even though you copied me personally... I don't care about finding the original sicauther/sic. He left behind licensing which forbids its application in Open Source. Please tell me what I should do with his permission? At best, he can let me host my own mud with his code. At worst, he must rewrite his entire license in all the associated files.
Re: licensing
On Wed, Apr 14, 2010 at 1:34 PM, Sean Kamath kam...@geekoids.com wrote: On Apr 14, 2010, at 12:02 PM, Ted Roby ted.r...@gmail.com wrote: Please tell me what I should do with his permission? At best, he can let me host my own mud with his code. At worst, he must rewrite his entire license in all the associated files. Now *that* is an interesting question. As the original author, they should be able to rerelease the original code with a different license or with none at all. And they don't even need to do the work! They could provide someone, perhaps yourself, with a release to make the code free. Otherwise, how would companies that once licensed their code release it under a BSD License (which has happened). The original author is actually: Diku Mud copyright (C) 1990, 1991 by Sebastian Hammer, Michael Seifert, Hans Henrik Sterfeldt, Tom Madsen, and Katja Nyboe. Their license agreement is in the file 'license.doc'. And their license requirements would still fit in the Ports tree: #begin quote In order to use Merc you must follow the Diku license and our license. The exact terms of the Diku license are in the file 'license.doc'. A summary of these terms is: -- No resale or operation for profit. -- Original author's names must appear in login sequence. -- The 'credits' command must report original authors. -- You must notify the Diku creators that you are operating a Diku mud. Our license terms are: -- Copyrights must remain in original source. -- 'Help merc' must report our help text, as shipped. #end quote However, the author who wrote snippets for new features decided to expressly limit his license even further as such: /* NOT TO BE USED OR REPLICATED WITHOUT EXPLICIT PERMISSION OF AUTHOR */ /* umpla...@cc.umanitoba.ca */ Sure... maybe he's had a change of heart in 10 years...
Re: licensing
On Wed, Apr 14, 2010 at 1:55 PM, Chris amaneating...@gmail.com wrote: You're kidding us, right? You can't bother to google something so basic, you complain when someone points you in the right direction, make a quick detour for a spelling flame, then act like it'd be way more work to email a couple of guys randomly (especially for such an uncommon name from Manitoba) than it would be to re-write something from scratch... And I bet no one has *ever* re-licensed their hobby project so it can breath new life. No need to ask when you can peer into the future. Sean is much more patient than I; after the second round of bullshit you dumped here, I'd have told you to eat a dick. Chris This is your second round of bullshit. I had googled all of this before my first post. In fact, I have been in contact with the current maintainers of the project. They have explicit permission, but that doesn't give me explicit permission. You blew off on this message board assuming I hadn't even googled, or found our friend Voytek Plawny. Why? I guess it made you feel like you were contributing something. Find yourself another target for self-aggrandization. You're still just another monkey on a mailing list.
Re: licensing
On Wed, Apr 14, 2010 at 2:32 PM, Sean Kamath kam...@geekoids.com wrote: On Apr 14, 2010, at 1:16 PM, Ted Roby ted.r...@gmail.com wrote: You blew off on this message board assuming I hadn't even googled, or found our friend Voytek Plawny. So? Inquiring minds want to know! *Is* he the guy at EA? And more importantly, is he still a dick? Sean He may be the Plawny of the New York State Senate. Google results are inconclusive. Personal communique has been ignored.
Re: OpenBSD culture?
On Wed, Apr 14, 2010 at 3:01 PM, Jean-Philippe Ouellet jean-phili...@ouellet.biz wrote: It has been been my experience that if you are willing to read the relevant documentation and honestly try to fix your problem on your own but simply cannot, the OpenBSD community will be *extremely* responsive and help you. However, if you ask something that can be resolved by a simple search on google/the mailing list archives, then you obviously are not willing to make an effort, and you will get a response like you did. The amount of effort you put in before asking your question here is greatly amplified in the response of the community, but unfortunately for lazy people, 0 * 100 is still 0. This is exactly how it should be. In school, you show your work.
Re: licensing
On Wed, Apr 14, 2010 at 4:44 PM, Paul M l...@no-tek.com wrote: Please clarify what you want from this list. Peace, Love and Understanding. Yeah right.. I got more help from the first poster who suggested using Circle Mud instead. The problem is, I was quite attached to to this modified Rom code, and perhaps committed the error of getting my hopes up. I didn't post here looking for the author, or asinine tips on how to google him. Duh... The rest of the bitching you heard was in reply to the two NULLs who couldn't properly read my first message. Are you a third? NULL + NULL + NULL still equals nothing.
Re: licensing
On Wed, Apr 14, 2010 at 10:06 PM, Bryan bra...@gmail.com wrote: I thought nothing was zero, and NUL was the absence of nothing... Wouldn't NULL be the absence of everything, including numerical 0? Dropping the semantics I'd have to say this thread is NULL, and yet it is full of... well, whatever that smell is...
broken sleep/suspend
My Macbook can now utilize the new multiprocessor sleep functions. However, usb fails on wakeup regardless of single or multi processor kernel. I have tested this with -S and -z with same results. I scribbled down these errors as quickly as possible. Sometimes only uhub3 has failed, other times uhub3,4,6 all fail. uhci_freex ... not busy (incomplete error, scrolls off screen quickly) uhci3: interrupt while not operating ignored (these reset failed errors continue infinitely until hard reboot occurs) uhub3: port 1 reset failed uhub4: port 1 reset failed uhub6: port 1 reset failed uhub3: port 2 reset failed uhub4: port 2 reset failed uhub6: port 2 reset failed ad infinitum Here's my dmesg (this has INTELDRM_GEM enabled, but fails happened before as well) OpenBSD 4.7-current (bsd.build) #0: Fri Apr 2 07:03:24 MDT 2010 r...@kramer.my.domain:/tmp/bsd.build cpu0: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM real mem = 3184046080 (3036MB) avail mem = 3092328448 (2949MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/29/05, SMBIOS rev. 2.4 @ 0xe (43 entries) bios0: vendor Apple Inc. version MB31.88Z.008E.B02.0803051832 date 03/05/08 bios0: Apple Inc. MacBook3,1 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices ADP1(S3) LID0(S3) ARPT(S3) GIGE(S3) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) UHC5(S3) EHC1(S3) EHC2(S3) EC__(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP05) acpiprt2 at acpi0: bus 3 (RP06) acpiprt3 at acpi0: bus 4 (PCIB) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 15253732082930497 type 15253732284385612 oem 15253732284452179 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: VGA_ acpivout2 at acpivideo0: TV__ bios0: ROM list: 0xc/0xee00! cpu0: Enhanced SpeedStep 2196 MHz: speeds: 2200, 2000, 1800, 1600, 1400, 1200, 800 MHz memory map conflict 0xf00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xfffa/0x3 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM965 Video rev 0x03 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) 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 0x03: apic 1 int 20 (irq 10) azalia0: RIRB time out azalia0: codecs: Realtek ALC885 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 4 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci2 at ppb1 bus 2 Broadcom BCM4321 rev 0x03 at pci2 dev 0 function 0 not configured ppb2 at pci0 dev 28 function 5 Intel 82801H PCIE rev 0x03: apic 1 int 17 (irq 255) pci3 at ppb2 bus 3 mskc0 at pci3 dev 0 function 0 Marvell Yukon 88E8058 rev 0x13, Yukon-2 EC Ultra rev. B0 (0x3): apic 1 int 17 (irq 7) msk0 at mskc0 port A: address 00:1b:63:ad:0b:ee eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1 uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x03: apic 1 int 18 (irq 5) uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev
Re: broken sleep/suspend
On Thu, Apr 8, 2010 at 8:14 AM, Ted Roby ted.r...@gmail.com wrote: My Macbook can now utilize the new multiprocessor sleep functions. However, usb fails on wakeup regardless of single or multi processor kernel. I have tested this with -S and -z with same results. Also, I found acpidump to be inappropriate for pasting. It is 3084 lines, 102k when redirected. What output would be most beneficial to paste for troubleshooting?
Re: broken sleep/suspend
On Thu, Apr 8, 2010 at 8:14 AM, Ted Roby ted.r...@gmail.com wrote: My Macbook can now utilize the new multiprocessor sleep functions. Also, I fudged the dmesg output, but the information is still there. That dmesg paste included the previous build with the current build. Please ignore the dmesg with a header date of April 2. The dmesg with header date April 8 follows again: OpenBSD 4.7-current (bsd.build) #0: Thu Apr 8 07:05:01 MDT 2010 r...@kramer.my.domain:/tmp/bsd.build cpu0: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM real mem = 3184046080 (3036MB) avail mem = 3092275200 (2949MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/29/05, SMBIOS rev. 2.4 @ 0xe (43 entries) bios0: vendor Apple Inc. version MB31.88Z.008E.B02.0803051832 date 03/05/08 bios0: Apple Inc. MacBook3,1 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices ADP1(S3) LID0(S3) ARPT(S3) GIGE(S3) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) UHC5(S3) EHC1(S3) EHC2(S3) EC__(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (GenuineIntel 686-class) 2.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP05) acpiprt2 at acpi0: bus 3 (RP06) acpiprt3 at acpi0: bus 4 (PCIB) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 15253732082930497 type 15253732284385612 oem 15253732284452179 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: VGA_ acpivout2 at acpivideo0: TV__ bios0: ROM list: 0xc/0xee00! cpu0: Enhanced SpeedStep 2195 MHz: speeds: 2200, 2000, 1800, 1600, 1400, 1200, 800 MHz memory map conflict 0xf00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xfffa/0x3 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM965 Video rev 0x03 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) 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 0x03: apic 1 int 20 (irq 10) azalia0: RIRB time out azalia0: codecs: Realtek ALC885 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 4 Intel 82801H PCIE rev 0x03: apic 1 int 16 (irq 255) pci2 at ppb1 bus 2 Broadcom BCM4321 rev 0x03 at pci2 dev 0 function 0 not configured ppb2 at pci0 dev 28 function 5 Intel 82801H PCIE rev 0x03: apic 1 int 17 (irq 255) pci3 at ppb2 bus 3 mskc0 at pci3 dev 0 function 0 Marvell Yukon 88E8058 rev 0x13, Yukon-2 EC Ultra rev. B0 (0x3): apic 1 int 17 (irq 7) msk0 at mskc0 port A: address 00:1b:63:ad:0b:ee eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1 uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x03: apic 1 int 16 (irq 11) uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x03: apic 1 int 18 (irq 5) uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x03: apic 1 int 21 (irq 9) ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x03: apic 1 int 20 (irq 10) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xf3 pci4 at ppb3 bus 4 ATT/Lucent FW322 1394 rev 0x61 at pci4 dev 3 function 0 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801HBM LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801HBM IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility
Re: libcairo.so.9.2 missing
On Tue, Mar 30, 2010 at 7:53 AM, Stuart Henderson s...@spacehopper.orgwrote: packages. Did I break something? Probably No. I didn't. not enough information to say either way. here's what I found relevant: Checksumming...Error in package: /usr/ports/pobj/cairo-1.8.8p0/fake-i386/usr/local/lib/libcairo.so.9.2 does not exist So your cairo build fails, not xfce4 build. Why not just using snapshots packages as everyone advices ? cd graphics/cairo make clean make install. Landry Yeah, I think you saw the obvious, too. run landry's suggested commands inside script(1); if packaging cairo fails again then the reason for this should show up in these logs. Either I was noise to the developer because the problem was expected, or noise similar to my own caused today's upgrade of cairo. no to both, you just didn't include the necessary information. I guess I failed to paste the appropriate make output. I had already done what Landry suggested before I ever posted. This was broken ever since last week's ports updates. In fact, I even manually extracted the distfile, and verified so.9.2 was indeed missing. I am aware of scripts(1), but found the distfile itself to be in error. (missing file) The problem is now irrelevant. It has been repaired by an update to the offending package, Cairo. Either way, please remove your asshat. that was totally unnecessary. Sorry Landry. I do not wish to run snapshots. I am testing on a testing machine, and am not greatly inconvenienced by breakage. (I consider this an act of learning something.) That said, I also do not want to be noise while running -current. I waited three days (over the weekend while working on another project) before making a minimal post that showed cairo failures. Meanwhile, unrelated to my post, cairo was updated. I'll try to use script(1) output when posting about ports.
Re: libcairo.so.9.2 missing
On Mon, Mar 29, 2010 at 12:24 AM, Landry Breuil landry.bre...@gmail.comwrote: On Mon, Mar 29, 2010 at 4:04 AM, Ted Roby ted.r...@gmail.com wrote: My xfce4 build fails. I have refreshed cvs multiple times, built new release packages, and re-attempted with fresh installs from those packages. Did I break something? Probably No. I didn't. here's what I found relevant: Checksumming...Error in package: /usr/ports/pobj/cairo-1.8.8p0/fake-i386/usr/local/lib/libcairo.so.9.2 does not exist So your cairo build fails, not xfce4 build. Why not just using snapshots packages as everyone advices ? cd graphics/cairo make clean make install. Landry Yeah, I think you saw the obvious, too. Either I was noise to the developer because the problem was expected, or noise similar to my own caused today's upgrade of cairo. Either way, please remove your asshat.
libcairo.so.9.2 missing
My xfce4 build fails. I have refreshed cvs multiple times, built new release packages, and re-attempted with fresh installs from those packages. Did I break something? here's what I found relevant: Checksumming...Error in package: /usr/ports/pobj/cairo-1.8.8p0/fake-i386/usr/local/lib/libcairo.so.9.2 does not exist here's the full make output: === x11/xfce4/exo === Checking files for exo-0.3.103p0 `/usr/ports/distfiles/xfce4/exo-0.3.103.tar.bz2' is up to date. (SHA256) xfce4/exo-0.3.103.tar.bz2: OK === exo-0.3.103p0 depends on: libnotify-* - not found === Verifying install for libnotify-* in devel/libnotify === Checking files for libnotify-0.4.5p0 `/usr/ports/distfiles/libnotify-0.4.5.tar.bz2' is up to date. (SHA256) libnotify-0.4.5.tar.bz2: OK === libnotify-0.4.5p0 depends on: gtk+2-* - not found === Verifying install for gtk+2-* in x11/gtk+2 === Checking files for gtk+-2.18.9 `/usr/ports/distfiles/gtk+-2.18.9.tar.bz2' is up to date. (SHA256) gtk+-2.18.9.tar.bz2: OK === gtk+2-2.18.9 depends on: pango-* - not found === Verifying install for pango-* in devel/pango === Checking files for pango-1.24.5p0 `/usr/ports/distfiles/pango-1.24.5.tar.bz2' is up to date. (SHA256) pango-1.24.5.tar.bz2: OK === pango-1.24.5p0 depends on: cairo-* - not found === Verifying install for cairo-* in graphics/cairo `/usr/ports/pobj/cairo-1.8.8p0/fake-i386/.fake_done' is up to date. === Building package for cairo-1.8.8p0 Create /usr/ports/packages/i386/all/cairo-1.8.8p0.tgz Reading plist...Switching to /usr/ports/graphics/cairo/pkg/PFRAG.shared Checksumming...Error in package: /usr/ports/pobj/cairo-1.8.8p0/fake-i386/usr/local/lib/libcairo.so.9.2 does not exist === Cleaning for cairo-1.8.8p0 rm -f /usr/ports/packages/i386/all/cairo-1.8.8p0.tgz /usr/ports/packages/i386/ftp/cairo-1.8.8p0.tgz /usr/ports/packages/i386/cdrom/cairo-1.8.8p0.tgz *** Error code 1 Stop in /usr/ports/graphics/cairo (line 1498 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/cairo (line 2038 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/cairo (line 1528 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1
Re: macbook pro 5,5
On Thu, Mar 25, 2010 at 3:45 AM, Lars Nooden lars.cura...@gmail.com wrote: On 3/24/10 21:02 , Pau wrote: I was also wondering whether it is possible to have openbsd on the laptop as the only OS. I am guessing that the EFI could give trouble. I've done that with the older macbook pros. I'm sure the openfirmware could be set to boot straight into OpenBSD, but would need a good OF reference first. If you leave it as-is, the firmware takes a long time to find the system. Leaving a minimal OS X partition and using rEFIt to boot 'legacy first', it quickly goes into openbsd as the default.If you leave off all the language variants and excess printer drivers, then OS X is about 20 GB. /Lars Actually, a default install of OSX without localizations and printer support is only 4.5 GB. You can reduce the partition it is installed on to that, plus the size of your memory. So, OSX allowed me to shrink my HFS+ partition (with 4 GB ram) down to 9.5 GB. I used diskutil resize to do this after install.
Re: macbook pro 5,5
On Thu, Mar 25, 2010 at 10:44 AM, Ted Roby ted.r...@gmail.com wrote: On Thu, Mar 25, 2010 at 3:45 AM, Lars Nooden lars.cura...@gmail.comwrote: On 3/24/10 21:02 , Pau wrote: I was also wondering whether it is possible to have openbsd on the laptop as the only OS. I am guessing that the EFI could give trouble. I've done that with the older macbook pros. I'm sure the openfirmware could be set to boot straight into OpenBSD, but would need a good OF reference first. If you leave it as-is, the firmware takes a long time to find the system. Leaving a minimal OS X partition and using rEFIt to boot 'legacy first', it quickly goes into openbsd as the default.If you leave off all the language variants and excess printer drivers, then OS X is about 20 GB. /Lars Actually, a default install of OSX without localizations and printer support is only 4.5 GB. You can reduce the partition it is installed on to that, plus the size of your memory. So, OSX allowed me to shrink my HFS+ partition (with 4 GB ram) down to 9.5 GB. I used diskutil resize to do this after install. Another trick to reducing size of your OSX partition is to turn off hibernation mode. This mode keeps a file around the same size as your memory, and mirrors the contents of said memory. I've used these options in 10.4, 10.5 and 10.6.2: pmset -a hibernatemode 0 nvram use-nvramrc?=false reboot rm /var/vm/swapimage After another test reboot the swapimage file should not reappear. You can now shrink your partition with 'diskutil resizeVolume'.
Re: macbook pro 5,5
On Thu, Mar 25, 2010 at 4:16 PM, Jean-Philippe Ouellet jean-phili...@ouellet.biz wrote: On 3/25/10 12:44 PM, Ted Roby wrote: On Thu, Mar 25, 2010 at 3:45 AM, Lars Noodenlars.cura...@gmail.com wrote: On 3/24/10 21:02 , Pau wrote: I was also wondering whether it is possible to have openbsd on the laptop as the only OS. I am guessing that the EFI could give trouble. I've done that with the older macbook pros. I'm sure the openfirmware could be set to boot straight into OpenBSD, but would need a good OF reference first. If you leave it as-is, the firmware takes a long time to find the system. Leaving a minimal OS X partition and using rEFIt to boot 'legacy first', it quickly goes into openbsd as the default.If you leave off all the language variants and excess printer drivers, then OS X is about 20 GB. /Lars Actually, a default install of OSX without localizations and printer support is only 4.5 GB. You can reduce the partition it is installed on to that, plus the size of your memory. So, OSX allowed me to shrink my HFS+ partition (with 4 GB ram) down to 9.5 GB. I used diskutil resize to do this after install. Actually, if you're not going to use OSX, you shouldn't need to have it on your disk at all because you can put rEFIt on a small EFI partition at the beginning of your disk and use bless(8) from an OSX dvd or whatever to set it to boot. Such an EFI partition was silently created if you used Disk Utility to set up your disk (and exists by default on macs when you buy them). I had it set up like this on my old MacBook1,1 but have not tried it on my MacBookPro5,3 although I see no reason why it wouldn't work. Actually, I use it.
Oga patch isa bus_dma madness
On Tue, Mar 23, 2010 at 8:23 PM, Owain Ainsworth zer...@googlemail.comwrote: Hi, If you are testing pmemrange (you really should be), please also run with this diff. It fixes problems with isadma on i386. This is technically three diffs squashed together (bad oga! I know, but I need to do real work and this should fix pmemrange). usage: patch -l /tmp/patches/pmemrange_oga.patch /tmp/patches/c.out 21 If I apply Ariane's patch first, Oga's fails as such: Patching file arch//i386/isa/isa_machdep.c using Plan A... Hunk #1 succeeded at 125. Hunk #2 succeeded at 148. Hunk #3 failed at 923. Hunk #4 succeeded at 1003 (offset -7 lines). Hunk #5 succeeded at 1034 (offset -7 lines). 1 out of 5 hunks failed--saving rejects to arch//i386/isa/isa_machdep.c.rej Hmm... Ignoring the trailing garbage. done If I apply Oga's patch first, Ariane's fails as such: |Index: arch/i386/isa/isa_machdep.c |=== |RCS file: /cvs/src/sys/arch/i386/isa/isa_machdep.c,v |retrieving revision 1.68 |diff -u -d -p -r1.68 isa_machdep.c |--- arch/i386/isa/isa_machdep.c22 Aug 2009 02:54:50 - 1.68 |+++ arch/i386/isa/isa_machdep.c24 Mar 2010 01:40:43 - -- Patching file arch/i386/isa/isa_machdep.c using Plan A... Hunk #1 failed at 930. 1 out of 1 hunks failed--saving rejects to arch/i386/isa/isa_machdep.c.rej
overall macbook reliability
This is just a thread to praise OpenBSD, and give some feedback. I am running OpenBSD-current on Macbook 3,1 (3rd. revision) I have been using and supporting MacOS X since 10.1. Prior to that, I ran OpenBSD 3.0. My reason for switching was simply that of GUI. Now, I'm happy with Xenocara and ports/x11. Hardware-wise (what I really wanted to brag about), I am having far greater stability with OpenBSD than I ever experienced with MacOS. Even with the latest and greatest updates, I have always had problems with OSX seizing up on this machine. I had even suspected bad hardware at one point because I could not track down the specifics of my crashes. However, now that I am running on OpenBSD I can easily show where any crash or freeze was caused by my own experimentation and/or failure to read the directions.
Re: macbook pro 5,5
On Wed, Mar 24, 2010 at 3:31 PM, Ron McDowell r...@fuzzwad.org wrote: I also noticed that even though I loaded the amd64 MP version, it's only seeing 2.8/2.9GB of the 4GB in the box: I experience the same on my Macbook, and believe that it is normal. You should also have two lines like this perhaps: spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM spdmem1 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM I have 2, 2GB chips. The 2.8/9 GB you see, I believe, is the remainder after subtracting memory mapped to hardware (including drm), and memory reserved for/by the kernel.
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 11:03 PM, Ron McDowell r...@fuzzwad.org wrote: Everybody here is so friendly! I know how to use tar, patrick. Having a tarball on that drive that I then have to untar to the local [ffs|hfs] seems kind of redundant, inelegant and just plain crufty. -- Ron McDowell San Antonio TX SUN and SGI systems have been far worse. I have had to use tar in the past just to move data between drives mounted on the same system. This was due to differing block sizes. forget cp -r my only choice was: tar cf - oldstuff/* | (cd /newstuff/; tar xf -;) tar IS your best friend until you have to preserve resource forks...
Re: RouterBOARD RB600A support
On Tue, Mar 23, 2010 at 3:08 PM, Theo de Raadt dera...@cvs.openbsd.orgwrote: Hi all, there are bad news about RB600A. As everybody can read on MicroTik's website, RB600A has suddenly been discontinued: http://www.routerboard.com/pricelist.php?showProduct=55 They also removed the case for this board. Why did this happen? It comes to mind if that could possibly be related to Mark's work on OpenBSD support of this device? Don't know. Regards, David If two things happen after another, it does not imply that the first caused the second. True. Thus my words it comes to mind if, possibly and don't know. The fact is that this board was quite knew model and its withdrawal seems sudden and unexpected, at least for myself. There were also possibly alien landings around that time it and it comes to mind that they could possibly have interfered in the production of the machines. Don't know. You're more than welcome to cover such UFO-influenced topics at our annual conference this weekend! http://www.aztecufo.com flame suit=on Are SOME ufos real? who cares? support your local library! This same library in Aztec, New Mexico received HEAVY funding from the Bill and Melinda Gates Foundation. In addition, the Director, Leanne Hathcock, has launched a Digital Arts Lab for the local kids to pick up on animation skills, etc. (New Mexico is trying to steal Hollywood business with BIG tax breaks to the film industries.) Sorry for the shameless plugs, but they are all non-profit, educational AND the thread seems to have long ago deteriorated! flame suit=off
Re: RouterBOARD RB600A support
On Tue, Mar 23, 2010 at 5:10 PM, Daniel Ouellet dan...@presscom.net wrote: What, never eared of Area 51? It's true I tell you! (; They try to cover it up for years. That place has been cleared out of the good stuff ever since it became a mainstream conspiracy. Get yourself an update guide to conspiracies. The stuff from the old wrecks is now being kept near Yosemite National Park!
earmark on hfsplus port
I've noticed this environment variable in misc/hfsplus # this only makes sense on macintosh (powerpc) systems. ONLY_FOR_ARCHS= powerpc It used to only make sense on powerpc systems, but Macintosh hardware now uses i386 architecture. Of course, changing this variable is not enough to cause a successful build. Has someone else setup a common way to get misc/hfsplus on i386, and I missed the answer on google? Is there a reason this would be a bad idea? If I port this port to i386 would it be warmly accepted?
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 11:07 AM, Bryan Irvine sparcta...@gmail.com wrote: I'm sure someone else will correct me if I'm wrong. I believe the only reason this is needed on ppc machines is because the openfirmware expects an hfs volume to boot from so the bootloader is stored on a small hfs partition. If that's the case this isn't needed on i386 Macs. -Bryan Perhaps I misunderstood the purpose of the package. I am looking to mount hfs+ volumes (non-journaled, case-sensitive). This is beneficial to any hybrid or transitional Macintosh. In a hybrid system, I want the master OS (OpenBSD) to recognize all partitions.
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek o...@drijf.net wrote: I suspect the OP would like to dual boot his intel mac machine and still have access from OpenBSD to the files stored on a hfsplus partition. -Otto This is more in line with what I am seeking. I have a large amount of data which must be moved over from hfsplus to ffs. Since I am running -current, and seeking to assist with development, -my- solution was to invest in another large SATA drive, and attach via USB. I will format it with FAT32, copy all desired media from large hfsplus backup volume, boot to openbsd, copy all that data to internal FFS, reformat new drive FFS and use as backups. My desire, however, is to possibly give OpenBSD portable hfsplus access on i386 for future Mac migrators.
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 11:45 AM, Ted Unangst ted.unan...@gmail.com wrote: Getting data off a filesystem can be useful on any machine, even if you don't intend to boot it. Ports are generally marked only for because they only work there (read: are not written portably), not out of a subjective useful call. OK! I already suspected a need to hack through this problem. So, does the Darwin license harmonize with OpenBSD? (I suspect it does.) In this case, it might be more feasible for me to look at Darwin's way of handling the filesystem.
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 1:42 PM, Dale Rahn dr...@dalerahn.com wrote: It should be possible to build the port on i386 with the 'ONLY_FOR' tag changed, however I dont recall that the hfsplus code was new enough to support case-sensitive filesystems. Testing would need to be done to verify what filesystems (hfs/hfs+/journal/case-sensitive) features would work with the hfsplus package if the macos partition was cleanly shut down (journal). If someone were to do this testing and post a diff to ports@ with such testing results, such diff would likely be accepted. Dale Rahn dr...@dalerahn.com I don't get past make. The ld complains about libhfsp.so.0.0 with undefined references to bswap_32, bswap_64 and bswap_16 /usr/local/bin/libtool --mode=link cc -O2 -pipe -L/usr/local/lib -o hpmount hpmount.o hpcache.o hfsputil.o glob.o dstring.o dlist.o ../libhfsp/src/libhfsp.la -lutf8 mkdir .libs cc -O2 -pipe -o .libs/hpmount hpmount.o hpcache.o hfsputil.o glob.o dstring.o dlist.o -L/usr/local/lib -L../libhfsp/src/.libs -lhfsp -lutf8 -Wl,-rpath,/usr/local/lib hpcache.o(.text+0x44): In function `hpcache_filename': : warning: strcpy() is almost always misused, please use strlcpy() hpcache.o(.text+0x51): In function `hpcache_filename': : warning: strcat() is almost always misused, please use strlcat() /usr/local/lib/libutf8.so.1.0: warning: sprintf() is often misused, please use snprintf() ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_32' ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_64' ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_16' collect2: ld returned 1 exit status gmake[2]: *** [hpmount] Error 1 gmake[2]: Leaving directory `/usr/ports/pobj/hfsplus-1.0.4p2/hfsplus-1.0.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/hfsplus-1.0.4p2/hfsplus-1.0.4' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/misc/hfsplus (line 2242 of /usr/ports/infrastructure/mk/ bsd.port.mk).
Re: earmark on hfsplus port
On Mon, Mar 22, 2010 at 5:12 PM, bofh goodb...@gmail.com wrote: Would be hfs porters should also know that snow leopard (10.6) made further extensions to hfs+ and there can be data in a file created on 10.6 that even 10.5 can't see. Yes. This is why my 10.5 system tools broke, and those third party companies do not care to update. I have provided tech support for MacOS far longer than I have ever cared to actually use it. I can: 1. Learn to develop on Apple. (I'll stick with C, thanks) 2. Turn my Apple into a fink. (screw you stallman) (I'll stick with C, thanks) 3. Learn to develop on OpenBSD. (I'll stick with C, thanks) I choose three! (I also choose three!)
bcm4321 bwi
Sorry for the noise. Is the BCM4321 still unsupported under bwi(4)? have some data: 2:0:0: Broadcom BCM4321 0x: Vendor ID: 14e4 Product ID: 4328 0x0004: Command: 0006 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 03 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 40 0x0010: BAR mem 64bit addr: 0xd050 0x0018: BAR mem prefetchable 64bit addr: 0xd000 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 106b Product ID: 0088 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 01 Line: 07 Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0058: Capability 0x09: Vendor Specific 0x00e8: Capability 0x05: Message Signaled Interrupts (MSI) 0x00d0: Capability 0x10: PCI Express
Re: stinking patches
On Mon, Mar 15, 2010 at 11:39 PM, Jacob Meuser jake...@sdf.lonestar.orgwrote: no need, I've got the patches. glad it finally worked for you :) No, thank you!
Re: bsd.mp and dual/quad core cpu
On Tue, Mar 16, 2010 at 8:21 PM, Andreas Gerdd kryptos...@gmail.com wrote: Hello. -If i get a system with single cpu but with 2 or 4 core, should i still choose the bsd.mp kernel at the installation? Most likely, the installation process will recognize your multi-core system as being multi-processor and will copy bsd.mp to /bsd for you. If so, you will find a /bsd.sp as well. Check your dmesg and you will see the specific assigning of your cores/processors. I know that bsd.mp is for multiple cpu systems, but would it be useful for a single-processor system with dual/multiple core? or it wouldn't change anything? Go by the number of cores. I believe OpenBSD supports up to 16 processors or cores? -What do i need to do, to activateuse the bsd.mp kernel after installation? Send in your dmesg to dm...@openbsd.org and include sysctl hw.sensors Thanks very much. Regards Best wishes. - Addy
Re: OpenBSD 4.7 pre-orders are live!
Date Sat Mar 13 16:36:24 MST 2010 Nope, I still win! On Sun, Mar 14, 2010 at 4:50 AM, Peter N. M. Hansteen pe...@bsdly.netwrote: Daniel Ouellet dan...@presscom.net writes: But you didn't beat me! (; Order number 2010/3/13-16:45:14-18205: Looks like I managed to sneak in before you then Order number 2010/3/13-16:41:5-2017 :) And /. took up my submitted story, hopefully that generates some extra orders. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: OpenBSD 4.7 pre-orders are live!
On Sat, Mar 13, 2010 at 7:42 PM, Jason Dixon ja...@dixongroup.net wrote: https://https.openbsd.org/cgi-bin/order?CD47=1CD47%2b=Add -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/ You're late! I already put my order in with the USA distributor as soon as I saw Theo's post. Their automated service says they'll be shipping it to me this coming Monday. Somehow, I think I'll be getting a follow-up email instead.
Re: Apache - bandwidth usage limit per vhost
On Thu, Mar 11, 2010 at 6:17 AM, Ozgur Kazancci ozgur.kazan...@info.uvt.rowrote: Oh, my mistake.. I forgot that it was a jailed httpd. There was a File Not Found: /usr/lib/apache/modules/mod_throttle.so message in the error_log, but the file was already there (out of chroot path). So, I copied the mod_throttle.so file into /var/www/conf/modules and changed the path of LoadModule throttle_module in httpd.conf. 'apachectl restart' is working again. Thanks. // Ozgur Just curious.. did 'apachectl graceful' tell you anything about that missing file when testing? That's my first and favorite debug command for apache esp. in production env.
Re: Apache - bandwidth usage limit per vhost
On Thu, Mar 11, 2010 at 10:17 AM, Ted Roby ted.r...@gmail.com wrote: On Thu, Mar 11, 2010 at 6:17 AM, Ozgur Kazancci ozgur.kazan...@info.uvt.ro wrote: Oh, my mistake.. I forgot that it was a jailed httpd. There was a File Not Found: /usr/lib/apache/modules/mod_throttle.so message in the error_log, but the file was already there (out of chroot path). So, I copied the mod_throttle.so file into /var/www/conf/modules and changed the path of LoadModule throttle_module in httpd.conf. 'apachectl restart' is working again. Thanks. // Ozgur Just curious.. did 'apachectl graceful' tell you anything about that missing file when testing? That's my first and favorite debug command for apache esp. in production env. Sorry!! I meant to ask about 'apachectl configtest'. THAT is my favorite
openbsd on EFI
I'm a mac user who switched because of System 10 (10.1). I like the bsd env, but I have found myself back on my true security blanket, OpenBSD. I've read various opinions on EFI, and know what to expect as a reply from the hard-liners, but I would like to get a more general opinion of all who contribute to this list regarding their opinions on EFI from the angle of reliability and security. At its most extreme, EFI seems to create a sub-layer where the Operating System never truly has control of the hardware. Given that scenario, is there any possibility (and desire) of flashing the EFI with an Open (read, OpenBSD approved) solution? I'm not talking about rEFIt, which I use, but a more permanent equation. As it is now, rEFIt does not replace anything. This is evidenced by the fact that resetting PRAM (cmd+option+p+r at startup, three times) restores the original bootloader. I assume the copy used for this restore can't be entirely Read-Only as Apple wants to update it as well. I am keeping my current Macbook (rev3,1) in a devel state, and am entirely compliant with any desired experimentation. If there's a high possibility this experimentation could fry my chips, then I just need a year to complete my AppleCare coverage. (haha!)
Re: A small research paper - Thoughts about Cisco.
On Thu, Mar 11, 2010 at 4:13 AM, TS Lura tsl...@gmail.com wrote: Dear OpenBSD community, I'm doing a small research paper on Cisco and try to find out if they are evil or not in relative to open/free source/standards, and business practice. Eg. locking people to their product line aka the MS way. My experience has nothing to do with the sales/support side of Cisco, but I'm going to reply anyway! As a sys admin with servers located at the old Mae West building (San Jose, Market and Post), I had a password dictionary attack launched against my mail server from a compromised machine inside of Cisco's test labs. I was able to verify through unrelated networks and DNS servers that the compromised machine was located in their test labs in San Jose. Most of you with this experience will agree that an attack from within the same city as your server, let alone the same country, is quite rare. Despite my emailing all associated admin addresses I could find with Cisco, and even getting one reply back from a sysadmin of theirs, the machine remained corrupted and spewing out dictionary attacks for quite some time. Of course, I was blocking it both at the application and firewall. After a couple of weeks I gave up checking to see if the machine had even been shutdown. As a person who Cisco had no monetary interest in, but was directly affecting through their own negligence, I received as much care as Ben Stein might expect from a 1935 German Healthcare Plan.
stinking patches
Thanks to the hard work of Jacob Meuser I now have a functional patch which modifies the azalia driver for Macbook revision 3,1. This was my first crafted patch in conjunction with a developer. I sorted out my own ignorance in applying the patch. Once I switched to using -p1 instead of -p0 I had resounding success. Should I now post my functional patch to tech until it is placed in CVS?
Re: Dell PE850 CERC SATA controller
On Mon, Mar 8, 2010 at 5:39 AM, Kenneth R Westerback kwesterb...@rogers.com wrote: ... You switch to 'pretend' servers and try to keep the merry-go-round turning. And the spider sucks your juices out. Of course the bonus is you now have room for all the Project Managers needed to coordinate the management interns. And thus commplete the movement from Information Technology to Information Management. Ken We should convert this into a Public Announcement. I suggest a visual image of Theo standing still in the midst of a server farm gone unmaintained due to the fact that all employees at the facility are now Management, and Techs have been laid off to save costs. The camera will find Theo with a stoic look, and a small tear will run down his cheek as the wind blows a cat-5 tumbleweed across the background.
Re: audio jacks on macbook
On Mon, Mar 8, 2010 at 1:29 AM, Jacob Meuser jake...@sdf.lonestar.orgwrote: won't help with this problem. the GPIOs in azalia aren't exposed through gpioctl. I've learned something! it's probably a matter of figuring out what's special about the headphone jack on the Macs. turning on VRef for output seems odd, but apparently works for some of the MacbookPro models. of course, you'll probably want to turn up outputs.master and/or outputs.mix3 ... Actually, the headphones jack is now working correctly. I had applied your larger patch to fresh sources, not including your first patch. I put 0x00a1106b back to AZ_QRK_WID_OVREF50. Now that I've eliminated user retardation all seems well with no mixerctl changes. On a related note, I have not spent enough time with CVS to figure out easy patch management while helping you. I applied these patches the old-fashioned way. Hence, my desire to show you these diffs (functional!): --- azalia.c.origMon Mar 8 08:04:56 2010 +++ azalia.cMon Mar 8 08:04:56 2010 @@ -1660,7 +1660,8 @@ this-na_dacs = this-na_dacs_d = 0; this-na_adcs = this-na_adcs_d = 0; -this-speaker = this-spkr_dac = this-fhp = this-fhp_dac = +this-speaker = this-speaker2 = this-spkr_dac = +this-fhp = this-fhp_dac = this-mic = this-mic_adc = -1; this-nsense_pins = 0; this-nout_jacks = 0; @@ -1704,13 +1705,22 @@ case CORB_CD_FIXED: switch (w-d.pin.device) { case CORB_CD_SPEAKER: -if ((this-speaker == -1) || -(w-d.pin.association -this-w[this-speaker].d.pin.association)) { +if (this-speaker == -1) { this-speaker = i; +} else if (w-d.pin.association + this-w[this-speaker].d.pin.association || +(w-d.pin.association == + this-w[this-speaker].d.pin.association +w-d.pin.sequence + this-w[this-speaker].d.pin.sequence)) { +this-speaker2 = this-speaker; +this-speaker = i; +} else { +this-speaker2 = i; +} +if (this-speaker == i) this-spkr_dac = azalia_codec_find_defdac(this, i, 0); -} break; case CORB_CD_MICIN: this-mic = i; @@ -1938,7 +1948,8 @@ switch(w-d.pin.device) { /* primary - output by default */ case CORB_CD_SPEAKER: -if (w-nid == this-speaker) +if (w-nid == this-speaker || +w-nid == this-speaker2) break; /* FALLTHROUGH */ case CORB_CD_HEADPHONE: @@ -1991,7 +2002,8 @@ break; /* secondary - output by default */ case CORB_CD_SPEAKER: -if (w-nid == this-speaker) +if (w-nid == this-speaker || +w-nid == this-speaker2) break; /* FALLTHROUGH */ case CORB_CD_HEADPHONE: @@ -2264,6 +2276,27 @@ this-spkr_dac = conv; else this-opins[0].conv = conv; +} +} + +/* If there is a speaker2, try to connect it to spkr_dac. */ +if (this-speaker2 != -1) { +conn = conv = -1; +w = this-w[this-speaker2]; +for (i = 0; i w-nconnections; i++) { +conv = azalia_codec_find_defdac(this, +w-connections[i], 1); +if (conv == this-spkr_dac) { +conn = i; +break; +} +} +if (conn != -1) { +err = azalia_comresp(this, w-nid, +CORB_SET_CONNECTION_SELECT_CONTROL, conn, 0); +if (err) +return(err); +w-selected = conn; } } --- azalia.h.origMon Mar 8 08:04:56 2010 +++ azalia.hMon Mar 8 08:04:56 2010 @@ -536,7 +536,7 @@ } __packed rirb_entry_t; -#define AZALIA_DEBUG +/* #define AZALIA_DEBUG */ #ifdef AZALIA_DEBUG # define DPRINTF(x)do { printf x; } while (0/*CONSTCOND*/) #else @@ -691,7 +691,8 @@ nid_t mic;/* fixed (internal) mic */ nid_t mic_adc; nid_t speaker;/* fixed (internal) speaker */ -nid_t
Re: OT: multiple web servers on OpenBSD (WAS: OT: vmware blah blah)
On Mon, Mar 8, 2010 at 9:37 AM, Marc Espie es...@nerim.net wrote: On Mon, Mar 08, 2010 at 09:40:30AM -0600, Marco Peereboom wrote: OMG!! running multiple daemons??? Wow why didn't I think of that?? I *love* OS overhead on misbehaving hardware emulation because it is what the industry prescribes. Don't forget the 50% hit on I/O speed because that is what every enterprise needs. And lets not forget the windows only license servers combined with management tools that also run only on windows and IE. Virtualization is so awesome. It's more that the current industry standard kind-of is apache, or enterprise shit based on jakarta AND multiple boxen. solutions to the web server issues, such as using fastci + nginx/lighthttpd, only start to become more or less well-spread. And of course, all the time investment of the so-called sys-admins who learnt how to configure big apache/jakarta installations would go down the drain. Can't have that. They need to protect their investment. I can think of one good reason I need a vm machine: So I can put OpenBSD on the Xserves, and run OSX in the vm for mac-only apps the client requires.
audio jacks on macbook
I'm running OpenBSD -current on a 3rd gen Macbook, and have sound for the most part. However, I noticed that the headphones jack doesn't quite work properly. If I plug in external speakers, with their own power supply, the audio over my built-in speakers lessens, but does not shut off. Also, zero sound comes out of the external speakers while this lessened sound continues out of the built-in speakers. Of course, I have not had this problem on other platforms. I have not even begun troubleshooting this. I have not tested to see if the same problem exists in -stable. I have not tried starting the system up with the headphones plugged in for proper identification of the hardware. This is being experienced on Intel HD Audio.
Re: audio jacks on macbook
On Sun, Mar 7, 2010 at 5:10 AM, Jacob Meuser jake...@sdf.lonestar.orgwrote: On Sun, Mar 07, 2010 at 01:25:54AM -0700, Ted Roby wrote: I'm running OpenBSD -current on a 3rd gen Macbook, and have sound for the most part. However, I noticed that the headphones jack doesn't quite work properly. If I plug in external speakers, with their own power supply, the audio over my built-in speakers lessens, but does not shut off. Also, zero sound comes out of the external speakers while this lessened sound continues out of the built-in speakers. Of course, I have not had this problem on other platforms. I have not even begun troubleshooting this. I have not tested to see if the same problem exists in -stable. I have not tried starting the system up with the headphones plugged in for proper identification of the hardware. This is being experienced on Intel HD Audio. for future reference, don't bother to mention hardware/driver issues if you aren't going to include a dmesg. there's also a section in the faq for what to do if you have problems *with audio*. My apologies. I submit dmesg outputs every week, but that doesn't mean you get them. I've been through the FAQs, etc. I will dig into this, and report back if I find a fix. http://www.openbsd.org/faq/ -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org