Re: new: hydrogen
On Mon, Mar 20, 2006 at 02:52:46PM -0800, Jacob Meuser wrote: On Mon, Mar 20, 2006 at 02:31:07PM -0500, Mathieu Sauve-Frankel wrote: On Sat, Mar 18, 2006 at 04:44:56PM -0800, Jacob Meuser wrote: On Fri, Mar 17, 2006 at 01:29:05PM -0800, Jacob Meuser wrote: On Thu, Mar 09, 2006 at 07:04:08PM +0300, Alexander Yurchenko wrote: hydrogen is a software synthetizer which is able to be used either by itself, emulating a drum machine based on patterns, or via an external MIDI keyboard/sequencer software. for me, this locks on almost every action on amd64. so did previous versions. anyone else seeing this? I'm building on i386 now to see what happens there. no different there. maybe I'm doing something wrong? for the people who reported success, did you make any configuration changes or use any options when starting hydrogen? dmesg below, but I really don't think it is hardware related. I did nothing special in order to get hydrogen to work on my i386. Q make install; rehash; hydrogen yeah, I get that far, but then can't do anything useful with the program before it freezes. -- [EMAIL PROTECTED] Works for me in i386, snap #617. Played arround a bit with it, loaded new drumkits, increased BPM to 400 and switched all instruments on, no problems.
Re: new: multimedia/bsdav
On 3/19/06, Jacob Meuser [EMAIL PROTECTED] wrote: The bsdav package is a set of programs for audio and video reading and writing. The programs use BSD native devices and the source code is free-as-in-BSD licensed as well. Compiles fine on -current i386. I'm mainly interested in the audio portions, so I haven't played with the video stuff. I managed to record and play back audio with audiorec and avplay. I think the audiorec man page descriptions of -e and -l don't quite match up with reality.
KDE: ark
Hello!
The following diff makes the ark archiver from kdeutils3 use gtar instead of
OpenBSDs native tar(1).
With our native tar(1) ark errors out because arks wants to use some
GNU-extensions. While it would be possible to fix ark to use the native
tar(1), i think it makes more sense to default to GNU-tar. The user should
not need to care about the underlying OS when using KDE.
Alf
--- w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp.orig Tue Mar 21 14:35:12
2006
+++ w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp Tue Mar 21 14:35:10 2006
@@ -81,7 +81,7 @@
m_dotslash( false ), m_listingThread( 0 )
{
m_filesToAdd = m_filesToRemove = QStringList();
-m_archiver_program = ArkSettings::tarExe();
+m_archiver_program = gtar;
m_unarchiver_program = QString::null;
verifyUtilityIsAvailable(m_archiver_program, m_unarchiver_program);
[update] mark devel/gstreamer broken
Hi,
Since there's now close to no chance that devel/gstreamer will be fixed
in time for release, I think it should be marked as broken at least on
amd64 (I don't have other arches to see if it works or not).
Otherwise the release's ports tree will ship in an inconsistent state.
This patch brokenizes gstreamer for everyone except i386, are there
other arches where it does build ?
Index: Makefile
===
RCS file: /space/release/cvs/ports/devel/gstreamer/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile7 Jan 2006 13:01:39 - 1.4
+++ Makefile21 Mar 2006 10:49:05 -
@@ -7,6 +7,10 @@
SHARED_LIBS= gstcontrol-0.8 5.0 \
gstreamer-0.8 5.0
+.if ${MACHINE_ARCH} != i386
+BROKEN=no support for your arch
+.endif
+
CATEGORIES=devel
MAINTAINER=Marc Matteo [EMAIL PROTECTED]
Re: update: databases/p5-DBI
Srebrenko Sehic [Sat, Mar 11, 2006 at 11:34:47PM +0100] wrote: Attached is an update bumping databases/p5-DBI to 1.50 (latest). Our 1.45 is 1? years old. Changelog for p5-DBI is available at http://search.cpan.org/~timb/DBI-1.50/Changes Update passed regression tests. I've also tested p5-DBD-SQLite with this update. Works and passes all it's regression tests. All this on i386/current. A lot of other ports depend on DBI, so please test and report. I take it. Bernd
problem building gtk+2 under 3.9-current
Hi... I'm having a problem building gtk+2 from ports today. I'm running 3.9-current/amd64 as of March 19th. I can post the complete build log if you need, but since it is large and that it might be a known and/or temporary problem, I'd rather only post the error for now. But if you need any information, I'll send them. Note that I rebuild all my ports before trying to build this one. Thanks! Antoine /usr/local/bin/libtool --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gdk-pixbuf-csource gdk-pixbuf-c source.o libgdk_pixbuf-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gdk-pixbuf-csource gdk-pixbuf-csource.o -L/usr/local/lib -L./.libs -lgdk_pixbuf- 2.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.800.4: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.800.4: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgobject-2.0.so.800.4: warning: strcat() is almost always misused, please use strlcat() /usr/bin/ld: warning: libglib-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (t ry using -rpath or -rpath-link) /usr/bin/ld: warning: libgobject-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libgmodule-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (try using -rpath or -rpath-link) creating gdk-pixbuf-csource if cc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\GdkPixbuf\ -I.. -I.. -I../gdk-pixbuf -I../gdk-pixbuf -DG TK_SYSCONFDIR=\/etc\ -DGTK_VERSION=\2.6.10\ -DGTK_BINARY_VERSION=\2.4.0\ -DG_DISABLE_DEPRECATED -DGDK_P IXBUF_DISABLE_DEPRECATED -DGTK_PREFIX=\/usr/local\ -DG_DISABLE_CAST_CHECKS -pthread -I/usr/local/include/g lib-2.0 -I/usr/local/lib/glib-2.0/include-DGDK_PIXBUF_ENABLE_BACKEND -DPIXBUF_LIBDIR=\/usr/local/lib/gt k-2.0/2.4.0/loaders\ -DBUILT_MODULES_DIR=\./.libs\ -I/usr/X11R6/include/freetype2/ -I/usr/local/include -I/usr/local/include/libpng -O2 -pipe -Wall -MT queryloaders.o -MD -MP -MF .deps/queryloaders.Tpo \ -c -o queryloaders.o `test -f 'queryloaders.c' || echo './'`queryloaders.c; \ then mv -f .deps/queryloaders.Tpo .deps/queryloaders.Po; \ else rm -f .deps/queryloaders.Tpo; exit 1; \ fi /usr/local/bin/libtool --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gdk-pixbuf-query-loaders queryl oaders.o libgdk_pixbuf-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gdk-pixbuf-query-loaders queryloaders.o -L/usr/local/lib -L./.libs -lgdk_pixbuf- 2.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.800.4: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.800.4: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgobject-2.0.so.800.4: warning: strcat() is almost always misused, please use strlcat() /usr/bin/ld: warning: libglib-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (t ry using -rpath or -rpath-link) /usr/bin/ld: warning: libgobject-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libgmodule-2.0.so.600.4, needed by /usr/local/lib/libgdk_pixbuf-2.0.so.800.6, not found (try using -rpath or -rpath-link) creating gdk-pixbuf-query-loaders if cc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\GdkPixbuf\ -I.. -I.. -I../gdk-pixbuf -I../gdk-pixbuf -DG TK_SYSCONFDIR=\/etc\ -DGTK_VERSION=\2.6.10\ -DGTK_BINARY_VERSION=\2.4.0\ -DG_DISABLE_DEPRECATED -DGDK_P IXBUF_DISABLE_DEPRECATED -DGTK_PREFIX=\/usr/local\ -DG_DISABLE_CAST_CHECKS -pthread -I/usr/local/include/g lib-2.0 -I/usr/local/lib/glib-2.0/include-DGDK_PIXBUF_ENABLE_BACKEND -DPIXBUF_LIBDIR=\/usr/local/lib/gt k-2.0/2.4.0/loaders\ -DBUILT_MODULES_DIR=\./.libs\ -I/usr/X11R6/include/freetype2/ -I/usr/local/include -I/usr/local/include/libpng -O2 -pipe -Wall -MT test-gdk-pixbuf.o -MD -MP -MF .deps/test-gdk-pixbuf.Tpo \ -c -o test-gdk-pixbuf.o `test -f 'test-gdk-pixbuf.c' || echo './'`test-gdk-pixbuf.c; \ then mv -f .deps/test-gdk-pixbuf.Tpo .deps/test-gdk-pixbuf.Po; \ else rm -f .deps/test-gdk-pixbuf.Tpo; exit 1; \ fi /usr/local/bin/libtool --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o test-gdk-pixbuf test-gdk-pixbuf .o libgdk_pixbuf-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/test-gdk-pixbuf test-gdk-pixbuf.o -L/usr/local/lib -L./.libs -lgdk_pixbuf-2.0 -l m -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.800.4: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.800.4: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgobject-2.0.so.800.4: warning: strcat() is almost always misused, please use strlcat() /usr/bin/ld: warning:
Re: KDE: ark
On Tue, Mar 21, 2006 at 02:50:30PM +0100, Alf Schlichting wrote: Hello! The following diff makes the ark archiver from kdeutils3 use gtar instead of OpenBSDs native tar(1). With our native tar(1) ark errors out because arks wants to use some GNU-extensions. While it would be possible to fix ark to use the native tar(1), i think it makes more sense to default to GNU-tar. The user should not need to care about the underlying OS when using KDE. What are the GNU extensions ark tries to use? -Ray-
Re: opinions about editors/openoffice-linux
just did it clean on 3.9-snapshot . No Java, no procfs - Seems to work fine. You da man! Tobias Ulmer wrote: Attached is a port that for the binary version of OpenOffice. I just wanted to hear, if it's worth my time to continue and extend (other languages as subpackages) this port or if I just produced crap that nobody needs. Currently there are no instructions in pkg/MESSAGE on how to create the /proc filesystem, because i'm not sure if it's really needed... Tobias
Re: new: multimedia/bsdav
On Tue, Mar 21, 2006 at 03:13:34AM -0800, John Danks wrote: On 3/19/06, Jacob Meuser [EMAIL PROTECTED] wrote: The bsdav package is a set of programs for audio and video reading and writing. The programs use BSD native devices and the source code is free-as-in-BSD licensed as well. Compiles fine on -current i386. I'm mainly interested in the audio portions, so I haven't played with the video stuff. I managed to record and play back audio with audiorec and avplay. I think the audiorec man page descriptions of -e and -l don't quite match up with reality. yup. I forgot to update that. thanks. -- [EMAIL PROTECTED]
Re: FIX (+UPDATE): multimedia/libtheora -- fix video encoding, and
On Tue, Mar 21, 2006 at 11:43:15AM +0100, Moritz Grimm wrote: Jacob Meuser wrote: Should the major of the library be changed given this is API/ABI compatible with alpha4 though? I think the library version should not change. As far as I remember it, the consensus was to always bump with updates and not bother guessing whether it's compatible or not? they are claiming API/ABI compatability in the release notes, so I don't think this would be guessing. Moritz, did you run this by the MAINTAINER before here? Yes and no -- this is not a MAINTAINER timeout; I sent my update to him and CC'ed [EMAIL PROTECTED] I believed that to be fair enough. Vladimir, no offense intended, I don't want to go over your head. The intend was to get more testers and allow people to yell at me for my screwups. ;-P Sorry, if that was not okay for you. in this case, there was already an update being looked at. that's why I asked. -- [EMAIL PROTECTED]
Re: opinions about editors/openoffice-linux
Ian Darwin dixit: [ /proc ] I had thought it was necessary, but have run without it. The docs say procfs -o linu and /emul/linux/etc/mtab (empty) were needed, didn't try without... Or even just patch out javaldr altogether, if what it wants to do can't be done in our environment? Just patching it out doesn't make any problems except that it crashes when trying to access the java preferences. That said, oo sucks ;) //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt
Re: CVS: cvs.openbsd.org: src
Hello! Could this (and the following commit) affect/fix the problem with erlang's configure stuff on amd64? Alas, I can't test that myself, because I don't have any amd64 box at my hands. Kind regards, Hannah. - Forwarded message from Otto Moerbeek [EMAIL PROTECTED] - From: Otto Moerbeek [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 14 Mar 2006 12:27:57 -0700 (MST) Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED] 2006/03/14 12:27:57 Modified files: lib/libm : Makefile Removed files: lib/libm/arch/amd64: e_exp.S Log message: amd64 asm code is not correct for exp(+/-Inf), so until somebody comes up with a correct asm version, use the C version of exp(3). ok steven@ kettenis@ - End forwarded message -
Re: KDE: ark
On Tue, Mar 21, 2006 at 02:50:30PM +0100, Alf Schlichting wrote:
Hello!
The following diff makes the ark archiver from kdeutils3 use gtar instead of
OpenBSDs native tar(1).
With our native tar(1) ark errors out because arks wants to use some
GNU-extensions. While it would be possible to fix ark to use the native
tar(1), i think it makes more sense to default to GNU-tar. The user should
not need to care about the underlying OS when using KDE.
Alf
--- w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp.origTue Mar 21
14:35:12
2006
+++ w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp Tue Mar 21 14:35:10 2006
@@ -81,7 +81,7 @@
m_dotslash( false ), m_listingThread( 0 )
{
m_filesToAdd = m_filesToRemove = QStringList();
-m_archiver_program = ArkSettings::tarExe();
+m_archiver_program = gtar;
m_unarchiver_program = QString::null;
verifyUtilityIsAvailable(m_archiver_program, m_unarchiver_program);
Would it not be cleaner to make ArkSettings::tarExe() default to gtar?
Hardcoding this might baffle someone who wants to change it (to, say,
star).
Joachim
erlang [Re: CVS: cvs.openbsd.org: src]
Hannah Schroeter [2006-03-21, 19:18:32]: Hello! Could this (and the following commit) affect/fix the problem with erlang's configure stuff on amd64? Alas, I can't test that myself, because I don't have any amd64 box at my hands. Kind regards, Hannah. - Forwarded message from Otto Moerbeek [EMAIL PROTECTED] - From: Otto Moerbeek [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 14 Mar 2006 12:27:57 -0700 (MST) Subject: CVS: cvs.openbsd.org: src CVSROOT: /cvs Module name: src Changes by: [EMAIL PROTECTED] 2006/03/14 12:27:57 Modified files: lib/libm : Makefile Removed files: lib/libm/arch/amd64: e_exp.S Log message: amd64 asm code is not correct for exp(+/-Inf), so until somebody comes up with a correct asm version, use the C version of exp(3). ok steven@ kettenis@ - End forwarded message - in the mean time Mark Kettenis has committed a new asm implementation for exp(3). anyway, erlang is still failing. it is trying to multiply 3.23E+133 by 3.57E+257 and hangs there. no exp(3) involved afaik. steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
new: pciutils 2.2.1
Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. -- Matthieu Herrb pciutils.tgz Description: Binary data
Re: new: pciutils 2.2.1
On Tue, Mar 21, 2006 at 11:26:05PM +0100, Matthieu Herrb wrote: | Hi, | | I recently had to produce 'lspci -v' output for a machine running | OpenBSD for some vendor. So I ported pciutils... Here's the result. | It has some problems on macppc and sparc64 because of limitations in our | /dev/pci implementation. I hope to be able to fix that in the future. Works on my i386 system (with a not-really-the-latest snapshot). Functionality similar to this (or scanpci, as provided by the x*.tgz sets) would be very usefull, this is a great alternative to installing on systems where it's not really necessary. Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: new: pciutils 2.2.1
On Tuesday 21 March 2006 17:26, Matthieu Herrb wrote: Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. Works wonderfully, digging up data on my ThinkPad A31p, and it agrees with my data on the devices. --STeve Andre'
Re: FIX (+UPDATE): multimedia/libtheora -- fix video encoding, and
Jacob Meuser wrote: As far as I remember it, the consensus was to always bump with updates and not bother guessing whether it's compatible or not? they are claiming API/ABI compatability in the release notes, so I don't think this would be guessing. I'm fine with not bumping the .so version, since I also know that the Xiph.org people got these things right all the time. However, I'm still relatively sure that the plan was to always bump, because it's the safe choice and it may not always be sure whether claims of compatibility are actually true...? I'm not entirely certain, hence my question marks. in this case, there was already an update being looked at. that's why I asked. Okay. I'm mostly interested in the out-of-bounds access fix, because that's a showstopper with encoding ... something I need for my ezstream/ffmpeg2theora ports I'm working on (currently testing). Once these things are done, video streaming with OpenBSD will be possible. Moritz
net/psi broken?
I'm still verifying that, as on one box with older snapshot and older qt and qt-mt i was able to build psi, but on a more current box (installed less than a week ago, and now building a lot of various stuff from ports) psi fails building, apparently on stuff regarding idn. (and we're talking i386 here) Did anyone see something like that, or can show something to the contrary? I thought I'd ask before I'd post all those lengthy dmesg, pkg_info and build log. -- viq
aterm messing up terminal special characters settings
Something is wrong with the way aterm uses the termios interface,
at least on OpenBSD.
Start aterm and watch the output of stty -a.
The status special character is set randomly, more often it is not
even a control character, making it impossible to use certain letters
as program input.
The diff below applies to ${PORTSDIR}/x11/aterm.
Please test and comment, or try to come up with a better fix. :-)
At a glance, get_ttymode() could be returning a termios structure
where the c_cc array is only partially initialized. I'm tempted to
blame it on the macro definitions in rxvt.h, but I don't have the
time to take a closer look now.
(By the way: aterm 1.0.0 would likely have the same problem.)
Index: patches/patch-src_command_c
===
RCS file: /cvs/ports/x11/aterm/patches/patch-src_command_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src_command_c
--- patches/patch-src_command_c 16 Sep 2004 17:07:11 - 1.2
+++ patches/patch-src_command_c 22 Mar 2006 00:49:48 -
@@ -1,5 +1,5 @@
src/command.c.orig Thu Sep 6 10:38:07 2001
-+++ src/command.c Wed Sep 15 20:38:55 2004
+--- src/command.c.orig Thu Sep 6 18:38:07 2001
src/command.c Wed Mar 22 01:50:30 2006
@@ -477,6 +477,16 @@ get_pty(void)
ptydev = ttydev = _getpty(fd, O_RDWR | O_NDELAY, 0622, 0);
if (ptydev == NULL)
@@ -17,7 +17,27 @@
#elif defined (__svr4__) || defined(__CYGWIN32__) || defined(__lnx21__)
{
extern char*ptsname();
-@@ -2148,11 +2158,23 @@ process_x_event(XEvent * ev)
+@@ -759,6 +769,9 @@ debug_ttymode(ttymode_t * ttymode)
+ # ifdef VLNEXT
+ FOO(VLNEXT, VLNEXT);
+ # endif
++# ifdef VSTATUS
++FOO(VSTATUS, VSTATUS);
++# endif
+ fprintf(stderr, \n\n);
+ # undef FOO
+ # endif /* HAVE_TERMIOS_H */
+@@ -817,6 +830,9 @@ get_ttymode(ttymode_t * tio)
+ # if VTIME != VEOL
+ tio-c_cc[VTIME] = 0;
+ # endif
++# ifdef VSTATUS
++tio-c_cc[VSTATUS] = CSTATUS;
++# endif
+
+ /* input modes */
+ tio-c_iflag = (BRKINT | IGNPAR | ICRNL | IXON
+@@ -2148,11 +2164,23 @@ process_x_event(XEvent * ev)
static int bypass_keystate = 0;
int reportmode;
static int csrO = 0; /* Hops - csr offset in thumb/slider */
@@ -42,7 +62,7 @@
break;
case ClientMessage:
-@@ -2217,6 +2239,9 @@ process_x_event(XEvent * ev)
+@@ -2217,6 +2245,9 @@ process_x_event(XEvent * ev)
case FocusIn:
if (!TermWin.focus) {
Re: KDE: ark
On Tue, 21 Mar 2006 14:50:30 +0100, Alf Schlichting wrote: The following diff makes the ark archiver from kdeutils3 use gtar instead of OpenBSDs native tar(1). Almost OT: OpenBSD's tar also fails on longer path/filenames (haven't checked properly; I'd guess around 100+ characters). Replacing (in my case hardcoded) tar with gtar results in proper archives. (OpenBSD 3.8, in case someone asked) Uwe
Re: new: pciutils 2.2.1
Thinkpad T42 (i386) # lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] 02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01) 02:00.1 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01) 02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) (rev 03) 02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) Ultra10 (sparc64) # lspci 00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 11) -- GDB has a 'break' feature; why doesn't it have 'fix' too?
