From: "Paolo Pisati" <[EMAIL PROTECTED]>
Sent: Sunday, March 02, 2003 2:24 PM
> i noticed it while i was compiling kdebase-3, cause
> ksysguard failed.
>
> Add
>
> #include
>
> to devstat.h to fix it.
FWIW, I had the same problem (and used the same solution) with a few other X
ports, particular
From: "Daniel Flickinger" <[EMAIL PROTECTED]>
Sent: Saturday, March 08, 2003 11:48 AM
> I have not checked recently, but 'make installworld' has
> always trashed files:
>
> /usr/sbin/sendmail
> /usr/bin/mailq
> /usr/bin/newaliases
>
> which, in the default, are symbolic lin
* Ceri Davies <[EMAIL PROTECTED]> [030830 09:18]:
> On Sat, Aug 30, 2003 at 03:11:02PM +0200, Wilko Bulte wrote:
> > See /etc/defaults/make.conf
>
> Only in RELENG_4, last time I checked.
In 5.x, since make.conf was not a set of defaults but merely a list of
available make flags, it was moved
* Jason Stone <[EMAIL PROTECTED]> [030908 17:54]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> > You have hit one of the main issues still to be resolved in GEOM. (I
> > don't know that phk thinks it's a problem to be resolved or a feature to
> > be documented.)
> >
> > In any case, si
* Steve Ames <[EMAIL PROTECTED]> [030908 20:26]:
>
> Hey. I installed a new motherboard today and now I get a lot of ACPI
> errors (with a kernel from today and one from a few days back). This
> anything to worry about?
Not really, just annoying. A fair number (all that I've seen!) of
motherboar
* Ulrich Spoerlein <[EMAIL PROTECTED]> [030909 12:33]:
> On Mon, 08.09.2003 at 18:10:38 -0400, Michael Edenfield wrote:
> > e.g., if you have ad0s1a mounted as /, you cannot:
> >
> > * fdisk ad0 to create ad0s2
> > * disklabel ad0s2 to create ad0s2a
> > * pe
* Alexander Leidinger <[EMAIL PROTECTED]> [030910 10:53]:
> In 5-current we have 3 threads libraries and want to be able to install
> and use them in parallel. So there has to be a way to specify which one.
> This is why we need the ports collection to respect the PTHREAD*
> variables. A lot of po
* David O'Brien <[EMAIL PROTECTED]> [030910 15:33]:
> On Wed, Sep 10, 2003 at 12:41:41PM -0400, Michael Edenfield wrote:
> > gnome2 depends on gnomemedia2.
> > gnomemedia2 depends on gstreamer-plugins.
> > gstreamer-plugins fails because ARTSD_FLAGS in several dozen
* Kevin Oberman <[EMAIL PROTECTED]> [030913 00:26]:
> > From: Kris Kennaway <[EMAIL PROTECTED]>
> > Please don't give bogus advice. The solution is to update everything
> > that depends upon gettext, e.g. by using portupgrade.
>
> Maybe, but this bit me and the solution was to re-build gmake. T
* Kris Kennaway <[EMAIL PROTECTED]> [030923 22:21]:
> Here is a partial list of the ports that need to be taught to respect
> PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
> just grepped for the "-pthread is deprecated" error message). None of
One very important group of
* Will Andrews <[EMAIL PROTECTED]> [030924 01:50]:
> On Wed, Sep 24, 2003 at 01:34:13AM -0400, Michael Edenfield wrote:
> > One very important group of ports that should get looked at when this
> > gets worked out is KDE. Apparently, Qt uses a different means of
> >
* Ian Dowse <[EMAIL PROTECTED]> [030924 12:03]:
> In message <[EMAIL PROTECTED]>, Daniel
> Eischen writes:
> >On Wed, 24 Sep 2003, Scott Long wrote:
> >> PTHREAD_LIBS is a great tool for the /usr/ports mechanism, but doesn't
> >> mean anything outside of that.
> >
> >That just meant it makes it ea
* Michael Edenfield <[EMAIL PROTECTED]> [030924 13:21]:
> * Ian Dowse <[EMAIL PROTECTED]> [030924 12:03]:
> > In message <[EMAIL PROTECTED]>, Daniel
> > Eischen writes:
> > >On Wed, 24 Sep 2003, Scott Long wrote:
> > >> PTHREAD_LIBS is
* Harald Schmalzbauer <[EMAIL PROTECTED]> [031116 20:43]:
Content-Description: signed data
> Salve,
>
> I always thought that building a kernel with debug symbols would increase the
> kernel size dramatically. But if I understand things right the additioal
> "symbols" (code snippets?) are not in
* Erik Trulsson <[EMAIL PROTECTED]> [031116 23:21]:
> On Sun, Nov 16, 2003 at 07:24:00PM -0700, Brent Jones wrote:
> > This is just a case of OS evolution. /sbin used to be the place where
> > the statically linked recovery things would be placed, in case the
> > shared libraries got hosed. The
* Harald Schmalzbauer <[EMAIL PROTECTED]> [031116 23:42]:
Content-Description: signed data
> On Monday 17 November 2003 05:25, Steve Kargl wrote:
> > On Mon, Nov 17, 2003 at 04:39:08AM +0100, Harald Schmalzbauer wrote:
> > Content-Description: signed data
> >
> > > Salve,
> > >
> > > since about on
* Tim Kientzle <[EMAIL PROTECTED]> [031121 18:40]:
> Leo Bicknell wrote:
> >To boot a machine into single user mode you need a kernel, init,
> >and /bin/sh (minimally). It would seem to me that alone is a good
> >argument for those three things to be static.
> * Rewrite dlopen() to not require d
* Garance A Drosihn <[EMAIL PROTECTED]> [031124 14:11]:
> I doubt there is any perfect answer which will satisfy
> everyone, but perhaps we can recognize that and figure out
> some flexible middle ground.
Would it be possible, through some make.conf magic, for the end-user to
set extra programs t
* boyd, rounin <[EMAIL PROTECTED]> [031125 05:16]:
> i see that there some doubt about whether running lots of
> shell scripts ever happens. what happens when you
> use make? lots of shells get run and they run small
> (one line?) scripts.
Just to provide some real-world numbers, here's what I g
* M. Warner Losh <[EMAIL PROTECTED]> [031125 12:07]:
> In message: <[EMAIL PROTECTED]>
> "boyd, rounin" <[EMAIL PROTECTED]> writes:
> : i see that there some doubt about whether running lots of
> : shell scripts ever happens. what happens when you
> : use make? lots of shells get run
* M. Warner Losh <[EMAIL PROTECTED]> [031126 00:43]:
> In message: <[EMAIL PROTECTED]>
> Michael Edenfield <[EMAIL PROTECTED]> writes:
> : * M. Warner Losh <[EMAIL PROTECTED]> [031125 12:07]:
> : > In message: <[EMAIL PROTECTED]>
>
* Garance A Drosihn <[EMAIL PROTECTED]> [031126 06:56]:
> At 12:23 AM -0500 11/26/03, Michael Edenfield wrote:
> >
> >Just to provide some real-world numbers, here's what I got
> >out of a buildworld:
>
> I have reformatted the numbers that Michae
* Melvyn Sopacua <[EMAIL PROTECTED]> [031126 13:23]:
> /dev/ad0s2e ? 989M ? 947M -36.4M ? 104% ? ?/var
This is normal. Each filesystem has a chunk of reserved space for
root-only, for disaster recovery and such. Your /var filesystem is
full, and has begun overflowing into that reserved space by
* M. Warner Losh <[EMAIL PROTECTED]> [031126 14:51]:
> In message: <[EMAIL PROTECTED]>
> Michael Edenfield <[EMAIL PROTECTED]> writes:
> : They were on a single CPU Athlon 500 with 320MB of RAM.
>
> 320MB is not enough RAM not to swap.
>
> Howev
* Kent Stewart <[EMAIL PROTECTED]> [031127 17:50]:
> On Thursday 27 November 2003 12:31 pm, Bill Moran wrote:
> > walt wrote:
> > > To all of you who celebrate Thanksgiving today, I wish you a happy one!
> > >
> > > And speaking of turkeys, does anyone know how Microsoft handles the
> > > performan
* Robert Watson <[EMAIL PROTECTED]> [031130 11:36]:
>
> On Sun, 30 Nov 2003, Andreas Klemm wrote:
>
> > I have a better idea, then we perhaps need something like a wrapper
> > script that is part of the FreeBSD basic system under /etc/rc.d that
> > checks for the start script under $LOCALBASE/etc
* Scott Long <[EMAIL PROTECTED]> [030527 23:51]:
> >I am thinking of ports like rtc, ltmdm or Vmware here.. where it is not
> >uncommon that they require reinstalling after an upgrade. I have
> >experienced kernel panics on several occasions from out of date vmware
> >kernel modules.
>
> I'm real
* James Tanis <[EMAIL PROTECTED]> [030529 17:18]:
> How does one go about using libthr? Is all that is
> involved is symlinking libc_r to libthr?
That's the easiest way. You can also explicitly link applications
with -lthr instead of -lc_r. And since libthr and libc_r are both 6
characters lo
* Wesley Morgan <[EMAIL PROTECTED]> [030624 12:45]:
> Thought I would give libKSE a try making use of the 'libmap.conf' library
> translations. KDE loads fine, but when I tried to run Firebird I get a
> process with 3 threads, and it is completely unkillable. It also is
I had the same experience
* Julian Elischer <[EMAIL PROTECTED]> [030624 14:47]:
> > I had the same experience just running the KSE test application from
> > /usr/src/tools last night. I ended up with three unkillable ksetest
> > applications and ultimately rebooted to get rid of them. I was
> > planning to report it a
* Julian Elischer <[EMAIL PROTECTED]> [030624 19:01]:
> As of last testing (yesterday my laptop (non SMP) acted the same..
>
> I'm not sure what to suggest.
> can you confirm that you are running the newest of everything..
> (though as far as I know it was ok, even several weeks ago).
I'll re-cv
Just an FYI:
After doing a rebuild of my kernel/world over night I can no longer
reproduce the unkillable 'ksetest' program problem. I didn't apply
any of the signal handling patches or anything special, so I guess
something was just flukey with my setup.
Thanks!
--Mike
pgp0.pgp
Descr
32 matches
Mail list logo
