Kind of embarrassing, I'm running 6.2-STABLE, and I recently used
pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work
any more, neither will Thunar, and they both complain about missing file
/usr/local/lib/libmd5.so.1. My locate database says it was there before I
deinstall
Chris Rees <[EMAIL PROTECTED]> wrote:
> Kind of embarrassing, I'm running 6.2-STABLE, and I recently used
> pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work
> any more, neither will Thunar, and they both complain about missing file
> /usr/local/lib/libmd5.so.1. My loc
Oliver Fromme wrote:
> Chris Rees <[EMAIL PROTECTED]> wrote:
> > Kind of embarrassing, I'm running 6.2-STABLE, and I recently used
> > pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work
> > any more, neither will Thunar, and they both complain about missing file
> > /u
Oliver Fromme wrote:
> Just a small addendum _how_ to find it out:
>
> $ cd /usr/ports
> $ echo */*/pkg-plist | xargs grep libmd5.so.1
I'm very sorry for repeatedly replying to myself, but I
almost forgot that there's a much faster way to find the
port which has that library:
http://www.secn
On Fri, 2007-04-20 at 14:44 -0400, Sven Willenberger wrote:
> On Fri, 2007-04-20 at 11:27 -0700, Jack Vogel wrote:
> > On 4/20/07, Sven Willenberger <[EMAIL PROTECTED]> wrote:
> > > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote:
> > > > On 4/20/07, Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
>
On Friday 27 April 2007 20:48, Oliver Fromme wrote:
> Oliver Fromme wrote:
> > Just a small addendum _how_ to find it out:
> >
> > $ cd /usr/ports
> > $ echo */*/pkg-plist | xargs grep libmd5.so.1
>
> I'm very sorry for repeatedly replying to myself, but I
> almost forgot that there's a much fa
Hi!
System:
FreeBSD consulting 6.2-STABLE FreeBSD 6.2-STABLE #0: Fri Apr 27 00:46:01 EEST
2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP-ECORYS i386
Motherboard:
ASUS P5LD2-VM Socket775 BIOS version 1304
--
# dmesg
Copyright (c) 1992-2007 The FreeBSD
If memory serves me right, Gregory Shapiro wrote:
> The libmilter ABI breakage which required recompiling mail filters
> (milters) has been fixed in the RELENG_[456] branches.
>
> It is no longer necessary to recompile mail filters compiled against an
> older libmilter.so shared library. Addition
On Fri, Apr 27, 2007 at 04:50:53PM +0300, Andrei V. Lavreniyuk wrote:
> Motherboard:
> ASUS P5LD2-VM Socket775 BIOS version 1304
>
> acpi_bus_number: can't get _ADR
> acpi_bus_number: can't get _ADR
> ??
Almost every system (workstation or server) i've seen which uses ACP
Thomas,
I tried your patch at
http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the
problem is still the same. Ssytem freezes upon start of k3b.
I also tried your attached patch, which reverts part of rev. 1.42.2.3
and the problem is still the same, system hangs when starts k3b.
On Friday, 27 April 2007 at 9:40:19 +0800, Ganbold wrote:
> Thomas Quinot wrote:
> >* Ganbold, 2007-04-25 :
> >
> >
> >>>Description:
> >>>
> >>With atapi-cam.c (rev 1.42.2.3) when running k3b application, system
> >>completely hangs on k3b splash screen and I had to use power button only
* Ganbold.TS, 2007-04-27 :
> I tried your patch at
> http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the
> problem is still the same. Ssytem freezes upon start of k3b.
>
> I also tried your attached patch, which reverts part of rev. 1.42.2.3
> and the problem is still the same,
Daniel O'Connor wrote:
> Oliver Fromme wrote:
> > Oliver Fromme wrote:
> > > $ cd /usr/ports
> > > $ echo */*/pkg-plist | xargs grep libmd5.so.1
> > [...]
> > http://www.secnetix.de/tools/porgle/
> >
> > Enter "libmd5.so.1" into the search field, check the
> > "packing list" checkbox, and
Ah, brilliant! Thanks, I knew there was a way like that, but six hours'
googling didn't find it, though I'm sure it was just me being thick! Maybe I
should suggest adding libwww as dependiencies to xfce4, or maybe I shouldn't
just delete ports without making a careful list...
On 27/04/07, Daniel
Chris Rees <[EMAIL PROTECTED]> wrote:
> Maybe I should suggest adding libwww as dependiencies to xfce4
You should talk to the port's maintainer about that.
However, it's not always a trivial thing to get all the
possible dependencies right. Sometimes the configure
script of a software happens t
On Friday, 27 April 2007 at 17:32:18 +0200, Thomas Quinot wrote:
> * Ganbold.TS, 2007-04-27 :
>
> > I tried your patch at
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the
> > problem is still the same. Ssytem freezes upon start of k3b.
> >
> > I also tried your attached p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Tuesday, April 24, 2007 23:53:16 -0400 Kris Kennaway
<[EMAIL PROTECTED]>
wrote:
> On Wed, Apr 25, 2007 at 10:53:08AM +0800, LI Xin wrote:
>> Hi, Oleg,
>>
>> Oleg Derevenetz wrote:
>> > ??? LI Xin <[EMAIL PROTECTED]>:
>> [...]
>> >> I'm n
Nikolay Pavlov wrote:
On Friday, 27 April 2007 at 17:32:18 +0200, Thomas Quinot wrote:
* Ganbold.TS, 2007-04-27 :
I tried your patch at
http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the
problem is still the same. Ssytem freezes upon start of k3b.
I also tried your attached
* Scott Long, 2007-04-27 :
> Oh hell, I know exactly what the problem is! The opcode for a
> TEST_UNIT_READY is 0x00. This is probably the command that is
> generating the CHECK_CONDITION. The test for saved_cmd is entirely
> bogus.
H. Looks like a very plausible culprit. Good catch Scott!
Thomas Quinot wrote:
* Scott Long, 2007-04-27 :
Oh hell, I know exactly what the problem is! The opcode for a
TEST_UNIT_READY is 0x00. This is probably the command that is
generating the CHECK_CONDITION. The test for saved_cmd is entirely
bogus.
H. Looks like a very plausible culprit.
* "Marc G. Fournier" <[EMAIL PROTECTED]> [2007-04-27 16:03 -0300]:
> A thought: how hard would it be to add some method of forcing a system crash,
> that would dump core, from the command line? Something that, by default,
> would
Doesn't 'kill -6 1' work anymore?
Nicolas
--
http://www.rachi
Steve Kargl wrote:
> By increasing the kernel message buffer, I was able to
> get the previous "Unread portion" im my last email.
>
> Unread portion of the kernel message buffer:
> lock order reversal: (sleepable after non-sleepable)
> 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:52
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Friday, April 27, 2007 22:57:29 +0200 Nicolas Rachinsky
<[EMAIL PROTECTED]> wrote:
> * "Marc G. Fournier" <[EMAIL PROTECTED]> [2007-04-27 16:03 -0300]:
>> A thought: how hard would it be to add some method of forcing a system
>> crash, that
On Fri, Apr 27, 2007 at 02:26:15PM -0700, Sam Leffler wrote:
> Steve Kargl wrote:
> > By increasing the kernel message buffer, I was able to
> > get the previous "Unread portion" im my last email.
> >
> > Unread portion of the kernel message buffer:
> > lock order reversal: (sleepable after non-sl
On Fri, 27 Apr 2007 14:28:14 -0600
Scott Long <[EMAIL PROTECTED]> wrote:
> Thomas Quinot wrote:
> > * Scott Long, 2007-04-27 :
> >
> >> Oh hell, I know exactly what the problem is! The opcode for a
> >> TEST_UNIT_READY is 0x00. This is probably the command that is
> >> generating the CHECK_COND
On Saturday 28 April 2007 04:33, Marc G. Fournier wrote:
> A thought: how hard would it be to add some method of forcing a
> system crash, that would dump core, from the command line? Something
> that, by default, would be disabled, but for remote debugging
> purposes, one could enable in the kern
26 matches
Mail list logo
