On Tue, Oct 27, 2009 at 00:16, Jonathan McKeown j.mcke...@ru.ac.za wrote:
On Monday 26 October 2009 21:29:27 Yuri wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
What is this anti-sendmail obsession people have?
Almost everyone
Green! No, no, Blue! AA
--
Lowell Gilbert, embedded/networking software engineer, Boston area
http://be-well.ilk.org/~lowell/
___
freebsd-questions@freebsd.org mailing list
) telling the OP the OS needs an MTA
2) telling the OP he can replace the default MTA
3) telling the OP he can remove given MTA from base
4) telling the OP about historical reason
5) Not telling the OP why has FreeBSD has left so many historical reason
behind to persuit new goals but retained
On Tuesday 27 October 2009 7:16:14 am Chris Rees wrote:
2009/10/27 Lars Eighner luvbeas...@larseighner.com:
On Tue, 27 Oct 2009, Jonathan McKeown wrote:
On Monday 26 October 2009 21:29:27 Yuri wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't
On Tue, 27 Oct 2009 16:47:12 -0200, Gonzalo Nemmi gne...@gmail.com wrote:
On Tuesday 27 October 2009 4:00:07 pm Giorgos Keramidas wrote:
- Import your MTA of choice in a local branch.
- Integrate the $NEWMTA with the base system of FreeBSD.
- Update the manpages and documentation for
On Tue, 27 Oct 2009, Chris Rees wrote:
2009/10/27 Lars Eighner luvbeas...@larseighner.com:
On Tue, 27 Oct 2009, Jonathan McKeown wrote:
On Monday 26 October 2009 21:29:27 Yuri wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
What
On Tuesday 27 October 2009 5:24:58 pm Giorgos Keramidas wrote:
On Tue, 27 Oct 2009 16:47:12 -0200, Gonzalo Nemmi gne...@gmail.com
wrote:
On Tuesday 27 October 2009 4:00:07 pm Giorgos Keramidas wrote:
- Import your MTA of choice in a local branch.
- Integrate the $NEWMTA with the base
2009/10/27 Gonzalo Nemmi gne...@gmail.com:
On Tuesday 27 October 2009 7:32:14 am b. f. wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
Obviously, not everyone wants or needs sendmail in the base system.
But quite a few people do
On Tue, Oct 27, 2009 at 09:24:58PM +0200, Giorgos Keramidas wrote:
[big snip]
Until then, the status quo is here because it works, it has been stable
for a very long time, and it serves its current purpose well enough.
I don't use sendmail but it's easy enough to build a different MTA out
On Tuesday 27 October 2009 6:18:33 pm ill...@gmail.com wrote:
2009/10/27 Gonzalo Nemmi gne...@gmail.com:
On Tuesday 27 October 2009 7:32:14 am b. f. wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
Obviously, not everyone
use it? Very few.
Why isn't it moved to ports?
What is this anti-sendmail obsession people have?
The configuration is opaque, to put it kindly.
Are you talking about sendmail.m4 or sendmail.cf? Because we stopped
editing sendmail.cf by hand years ago.
Then what are we using to edit
On Tuesday 27 October 2009 6:20:35 pm Frank Shute wrote:
On Tue, Oct 27, 2009 at 09:24:58PM +0200, Giorgos Keramidas wrote:
[big snip]
Until then, the status quo is here because it works, it has been
stable for a very long time, and it serves its current purpose
well enough.
I don't
I probably should move this bikeshed to freebsd-chat...
Gonzalo Nemmi gne...@gmail.com writes:
On Tuesday 27 October 2009 6:20:35 pm Frank Shute wrote:
On Tue, Oct 27, 2009 at 09:24:58PM +0200, Giorgos Keramidas wrote:
I can imagine that a lot of people do use sendmail - it's documented
in
from OP, it's
just taking the same default route it has been taking for ages:
1) telling the OP the OS needs an MTA
2) telling the OP he can replace the default MTA
3) telling the OP he can remove given MTA from base
4) telling the OP about historical reason
5) Not telling the OP why has FreeBSD
On Tue, 27 Oct 2009 14:54:44 -0400
Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org wrote:
Green! No, no, Blue! AA
I think it should be disque shaped.
___
freebsd-questions@freebsd.org mailing list
On Tuesday 27 October 2009 7:22:22 pm Lowell Gilbert wrote:
I probably should move this bikeshed to freebsd-chat...
Gonzalo Nemmi gne...@gmail.com writes:
On Tuesday 27 October 2009 6:20:35 pm Frank Shute wrote:
On Tue, Oct 27, 2009 at 09:24:58PM +0200, Giorgos Keramidas wrote:
I can
4) telling the OP about historical reason
5) Not telling the OP why has FreeBSD has left so many historical
reason behind to persuit new goals but retained Sendmail as the
default MTA for historical reasons.
Sorry .. but that's the way it goes every time someone asks the
same question
can replace the default MTA
3) telling the OP he can remove given MTA from base
4) telling the OP about historical reason
5) Not telling the OP why has FreeBSD has left so many historical
reason behind to persuit new goals but retained Sendmail as the
default MTA for historical
Gonzalo Nemmi wrote:
On Tuesday 27 October 2009 7:22:22 pm Lowell Gilbert wrote:
I probably should move this bikeshed to freebsd-chat...
I'd like the bikeshed blue, please. Also, since Sendmail
has reached maturity, let's baptize it now instead of
during infancy, and add a knob
On Tue, 27 Oct 2009 19:00:25 -0400
Jerry McAllister jerr...@msu.edu wrote:
Fit the bill ... well.. so did the Geocentric model .. and it
actually did work just as fine .. and even better yet since it also
mantained the status quo ! ... but then Galileo came and you know
the rest of
/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
What is this anti-sendmail obsession people have?
The configuration is opaque, to put it kindly.
Are you talking about sendmail.m4 or sendmail.cf? Because we stopped
editing sendmail.cf by hand years ago
On Tue, Oct 27, 2009 at 5:16 PM, Lars Eighner
luvbeas...@larseighner.com wrote:
You guessed wrong.
We use m4, which cuts out most of the crap that you had to write into
sendmail.cf. You write sendmail.mc and compile it. Sendmail.mc on my
system is less than 50 lines long, including comments.
it necessary to learn yet another scripting language
to configure it. Other than personal profit I cannot see why people are
clinging like grim death to something this fubar. Really, let's go past
this one more time:
Sure, sendmail.cf is hard to work with so the solution is you learn m4!
Did you look
he deserves *some*
respect for the work he's done on sendmail.
Evidently by making it necessary to learn yet another scripting language
to configure it. Other than personal profit I cannot see why people are
clinging like grim death to something this fubar. Really, let's go past
this one
On Tue, 27 Oct 2009 20:24:38 -0500 (CDT), Lars Eighner
luvbeas...@larseighner.com wrote:
Evidently by making it necessary to learn yet another scripting
language to configure it. Other than personal profit I cannot see why
people are clinging like grim death to something this fubar. Really
.
RedHat: poor package management made it a pain to upgrade.
FreeBSD: ?
I can't think of a good reason why FreeBSD should get rid of it.
Saying that, it would be neat if it was taken out of base and replaced
with something minimal that could cope with the demands of cron and
not much else
.
Dragonfly: started afresh, so could replace it without many headaches.
RedHat: poor package management made it a pain to upgrade.
FreeBSD: ?
I can't think of a good reason why FreeBSD should get rid of it.
Saying that, it would be neat if it was taken out of base and replaced
with something
On Wed, 28 Oct 2009, Giorgos Keramidas wrote:
On Tue, 27 Oct 2009 20:24:38 -0500 (CDT), Lars Eighner
luvbeas...@larseighner.com wrote:
Evidently by making it necessary to learn yet another scripting
language to configure it. Other than personal profit I cannot see why
people are clinging
Lars Eighner wrote:
Evidently my package database is corrupt in some way, because it shows m4 as
an installed port. I wonder how that happened, how to fix it, and if it
will bite if I leave it alone.
The GNU version of m4 is a FreeBSD Port, devel/m4. The base system
m4(1) was originally based
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
Yuri
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail
Yuri wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Are you sure about that?
AFAIK, all system reports are sent with the sendmail binary.
Steve
___
freebsd-questions@freebsd.org mailing list
In response to Yuri y...@rawbw.com:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Quite a lot. In fact, anyone who properly installs FreeBSD as a server.
Why isn't it moved to ports?
Because an MTA has traditionally been part of a POSIX system.
Besides, if it's
On Mon, 26 Oct 2009 12:29:27 -0700, Yuri y...@rawbw.com wrote:
It's in /usr/sbin/sendmail.
How many people actually use it? Very few.
Why isn't it moved to ports?
This questions comes up very often. You can find lots of reasons in one
of the older threads about Sendmail, e.g. at:
http
How many people actually use it? Very few.
Out of the 12 or 15 servers I run, only one do not use stock sendmail:
the mail server. So one out of twelve is rather quite a lot...
Olivier
___
freebsd-questions@freebsd.org mailing list
In an attempt to install FreeBSD I wrote /boot/boot0 on the harddrive
which already has Windows on it plus free space.
Commands 'fdisk -B -b /boot/boot0 /dev/ad4' output ended with these
messages:
Should we write new partition table? [n] y
fdisk: Class not found
After this when I boot from
: /compat/linux/usr/lib/libstdc++.so.6: version
`GLIBCXX_3.4.9' not found (required by ./libbase.so)
Why I get these messages about GLIBCXX_3.4.9? Is it a bug in port? Or in
package? Or in system?
/etc/make.conf has the line, if that matters:
OVERRIDE_LINUX_BASE_PORT=fc6
Yuri
Why I get these messages about GLIBCXX_3.4.9? Is it a bug in port? Or in
package? Or in system?
/etc/make.conf has the line, if that matters:
OVERRIDE_LINUX_BASE_PORT=fc6
Yes, it does matter. This is a binary port, and the party that built
the binaries (Google) compiled them against a fairly
b. f. wrote:
Why I get these messages about GLIBCXX_3.4.9? Is it a bug in port? Or in
package? Or in system?
/etc/make.conf has the line, if that matters:
OVERRIDE_LINUX_BASE_PORT=fc6
Yes, it does matter. This is a binary port, and the party that built
the binaries (Google
On 10/17/09, Yuri y...@rawbw.com wrote:
b. f. wrote:
Record 20080318 in /usr/ports/UPDATING says that in order for skype to
work OVERRIDE_LINUX_BASE_PORT=fc6 should be set. I did that in order to
make skype work. I believe latest versions of skype don't work work
FreeBSD because FreeBSD
b. f. wrote:
That entry also says that Fedora 8 can be used, which was the latest
Linux base port at the time the entry was made, and the skype port
Makefile says Fedora Core 6 __or later__ can be used. So presumably
later Linux base ports will also work: try the most recent Linux base
I upgraded to OVERRIDE_LINUX_BASE_PORT=f10 (from f6) in /etc/make.conf.
And now scim menu from linux skype doesn't allow to choose any languages
but English.
How to fix?
Yuri
___
freebsd-questions@freebsd.org mailing list
in
/usr/pots/UPGRADING.
Record 20090831 mentions f10 in connection with some other port, but not
as a general recommendation.
If you look at /usr/ports/Mk/bsd.port.mk, you will see that Fedora 10
is now the default emulation port on new releases of FreeBSD (I don't
know why it isn't on earlier
b. f. wrote:
If you look at /usr/ports/Mk/bsd.port.mk, you will see that Fedora 10
is now the default emulation port on new releases of FreeBSD (I don't
know why it isn't on earlier versions: you can ask bsam@ why he chose
800076 as the cutoff, and not some other value. There may have been
some
On Thu, 01 Oct 2009 11:19:20 -0700 Yuri wrote:
I have this problem for a long time. Firefox shows all Cyrillic fonts
with very large spaces between letters, almost the same as the real
space character. So it's very difficult to read. Interestingly, Opera
shows the same pages very neatly in
Boris Samorodov wrote:
Install x11-fonts/webfonts and do apropriate changes to xorg.conf.
I have webfonts right after misc fonts at xorg.conf. That always
gave me good results.
Boris, Thanks for the advice.
I did what you suggested but there is no visible change.
Yuri
Yuri ?:
Boris Samorodov wrote:
Install x11-fonts/webfonts and do apropriate changes to xorg.conf.
I have webfonts right after misc fonts at xorg.conf. That always
gave me good results.
Boris, Thanks for the advice.
I did what you suggested but there is no visible change.
Yuri
I have this problem for a long time. Firefox shows all Cyrillic fonts
with very large spaces between letters, almost the same as the real
space character. So it's very difficult to read. Interestingly, Opera
shows the same pages very neatly in different font looking very well. I
attach here
The reality is that Oracle is meant to be a very expensive solution
for companies that don't know what to do. This makes Red Hat etc an
ideal contender for this situation as it promises full enterprise
support.
Whether it is the truth or if its even a good solution is completely
irreverent
wondering
http://en.wikipedia.org/wiki/Darwin_(operating_system) )
FreeBSD handles many
things very differently from the UNIX System 5 standard so you
can not just kludge your way into this.
What?
What fascinates me about your request is why you care. FreeBSD
is going nowhere
On Sun 27 Sep 2009 at 12:25:50 PDT Chris Rees wrote:
This guy replying to your post was a troll, basically. Ignore him, and
Yep. It shows that some Linux fans are just as prone to creating FUD as
their adversaries in the Windows world.
I'd like to think the BSD community is better than that.
On 25/09/2009 10:28 PM, Saifi Khan wrote:
On Thu, 24 Sep 2009, Julian H. Stacey wrote:
i noticed that there is no Oracle available for FreeBSD
http://www.oracle.com/technology/software/products/database/index.html
What could be the reason for that ?
Best ask direct of
Mac OSX so you are heading,
full speed ahead, toward disappointment. FreeBSD handles many
things very differently from the UNIX System 5 standard so you
can not just kludge your way into this.
What fascinates me about your request is why you care. FreeBSD
is going nowhere at a staggeringly fast pace
request is why you care. FreeBSD
is going nowhere at a staggeringly fast pace. And to the same
place as went Oracle Database version 8.0. Obscurity.
Install Oracle's Enterprise Linux and you will have a real
operating system in less time than you've spent monitoring this
thead. And as an additional
Saifi Khan saifi.k...@datasynergy.org writes:
The response seems to suggest [...]
...nothing except that whoever wrote it has absolutely no idea what
they're talking about.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-questions@freebsd.org
are heading,
full speed ahead, toward disappointment. FreeBSD handles many
things very differently from the UNIX System 5 standard so you
can not just kludge your way into this.
What fascinates me about your request is why you care. FreeBSD
is going nowhere at a staggeringly fast pace
support infrastructure behind
it.
This is why they limit the number of operating systems to a very specific
few, that are backed by companies with a reputation. I'm not vouching for
them, but most businesses aren't looking to plunk down $50,000 or $100,000
for a database product
oops. After replying to all, I noticed that this thread is
cross-posted to both freebsd-questions and freebsd-advocacy.
(Although I removed advocacy from this reply.)
fyi
___
freebsd-questions@freebsd.org mailing list
that is expected to be VERY
reliable. It's expected to have a high end support infrastructure behind it.
This is why they limit the number of operating systems to a very specific
few, that are backed by companies with a reputation. I'm not vouching for
them, but most businesses aren't looking to plunk down
Dag-Erling Smørgrav a écrit :
Saifi Khan saifi.k...@datasynergy.org writes:
The response seems to suggest [...]
...nothing except that whoever wrote it has absolutely no idea what
they're talking about.
DES
I know that the question was about native FreeBSD port but did someone
On Fri, Sep 25, 2009 at 10:28:20AM -0400, telmn...@757.org wrote:
I'd be willing to bet there is little to no commercial demand for Oracle
on FreeBSD.
I wonder how much difference Oracle availability on FreeBSD would make,
here.
--
Chad Perrin [ original content licensed OWL:
I noticed many times that configure files of various projects fail to
find headers of third party packages under /usr/local/include.
They run command line like this:
gcc -c conftest.c
and it doesn't find them without -I/usr/local/include.
Is something misconfigured on my system? How to make
On Tue, 22 Sep 2009 01:29:38 -0700, Yuri y...@rawbw.com wrote:
I noticed many times that configure files of various projects fail to
find headers of third party packages under /usr/local/include.
They run command line like this:
gcc -c conftest.c
and it doesn't find them without
On Thu, Sep 03, 2009 at 06:59:38AM +0200, Polytropon typed:
What
is the version of /bin/sh currently used in 7.2? Where is it taken
from? --version, -v, -version don't ever print version I guess due to
FreeBSD policy of not versioning individual utilities.
FreeBSD's Bourne shell does
Hi,
Am Donnerstag, 03. Sep 2009, 04:14:56 + schrieb jerry M:
configure file got this line and it causes the message: test:
xyes: unexpected operator But removing spaces around == or
replacing == with = makes it to work.
On Linux though this line works fine.
As `man test' describes, the
configure file got this line and it causes the message: test: xyes: unexpected
operator
But removing spaces around == or replacing == with = makes it to work.
On Linux though this line works fine.
Why spaces around == would cause failure?
What
is the version of /bin/sh currently used in 7.2
standard
Bourne shell?
On Linux though this line works fine.
This may be due to the fact that on most Linusi, sh is bash.
On FreeBSD, sh is a different shell than bash; it's the
original Bourne shell.
Why spaces around == would cause failure?
First of al, refer to man test for the string
In the last episode (Sep 03), jerry M said:
configure file got this line and it causes the message: test: xyes:
unexpected operator But removing spaces around == or replacing == with =
makes it to work.
On Linux though this line works fine.
Why spaces around == would cause failure? What
Subject
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
On Sat, 11 Jul 2009 03:36:09 -0500 Sagara Wijetunga wrote:
Again, maybe you should check out sysutils/hal.
I prefer to handle mounting through an automounter even without KDE
running.
It's not a KDE only instance. BTW, this port is maintained by a FreeBSD
gnome@ team. Hal is widely used
Mel Flynn writes:
On Saturday 11 July 2009 00:36:09 Sagara Wijetunga wrote:
I prefer to handle mounting through an automounter even without KDE
running.
I think most users want to handle the disk based on the content not on the
device that has the disk. Ideally I would want my desktop to:
On Saturday 11 July 2009 00:36:09 Sagara Wijetunga wrote:
I prefer to handle mounting through an automounter even without KDE
running.
I think most users want to handle the disk based on the content not on the
device that has the disk. Ideally I would want my desktop to:
1) automount below a
-detected;
};
Could I know why the flash drive is not detected on attach?
The USB subsystem isn't currently equipped to notify devd (technically,
the devctl_notify function isn't used in the USB stack). So the only
notification you'll get is when devfs creates a device. Since
On Sat, Jul 11, 2009 at 03:36:09AM -0500, Sagara Wijetunga wrote:
Could I know which program print following lines to the /dev/devctl:
!system=DEVFS subsystem=CDEV type=CREATE cdev=pass4
!system=DEVFS subsystem=CDEV type=CREATE cdev=da4
!system=DEVFS subsystem=CDEV type=CREATE cdev=da4s1
;
};
Could I know why the flash drive is not detected on attach?
The USB subsystem isn't currently equipped to notify devd (technically,
the devctl_notify function isn't used in the USB stack). So the only
notification you'll get is when devfs creates a device. Since
/Imation-Flash-Drive-detected;
};
Could I know why the flash drive is not detected on attach?
Kind regards
Sagara
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail
0x0718;
match product 0x0081;
match serial 14925B00;
action touch /tmp/Imation-Flash-Drive-detected;
};
Could I know why the flash drive is not detected on attach?
The USB subsystem isn't currently equipped to notify devd (technically,
the devctl_notify function isn't used
{
match vendor 0x0718;
match product 0x0081;
match serial 14925B00;
action touch /tmp/Imation-Flash-Drive-detected;
};
Could I know why the flash drive is not detected on attach?
The USB subsystem isn't currently equipped to notify devd (technically,
the devctl_notify function
Hi,
On Fri, 19 Jun 2009 12:16:18 am Nikos Vassiliadis wrote:
Geoff Roberts wrote:
I find I have to give the ext0 interface an IP address in order for
routing and packet filtering to work on the attached VLANs.
a) Is there a way to configure this so that I don't have to give ext0 an
IP
Hi,
I am currently using FreeBSD 7.2 - although the configuration below was
originally configured on FreeBSD 7.0.
I have a working VLAN configuration - two VLANS on one interface.
Let's call the interface ext0 and the VLANS bound to this interface vlan0 and
vlan1
The interface ext0 is
Geoff Roberts wrote:
I find I have to give the ext0 interface an IP address in order for routing
and packet filtering to work on the attached VLANs.
a) Is there a way to configure this so that I don't have to give ext0 an IP
address?
Yes, you just have to up the interface:
ifconfig_em0=up
Geoff Roberts wrote:
I find I have to give the ext0 interface an IP address in order for routing
and packet filtering to work on the attached VLANs.
This shouldn't be the case. The ext0 interface should not need an IP
address for the two vlanX interfaces to function correctly. Are you
done using ifconfig_em0_name=ext0 in rc.conf.
I find I have to give the ext0 interface an IP address in order for routing
and packet filtering to work on the attached VLANs.
You have to set up IP address to vlans, not main interface. It's the way
vlan's work.
Having 2 vlan's is like having
I installed an old 3Com network card in my machine (Pavilion 4455)
and it works fine, but I get the following warning in dmesg
ep0: 3Com 3C509-TPO EtherLink III at port 0x300-0x30f irq 10 on isa0
ep0: WARNING: using obsoleted if_watchdog interface
ep0: Ethernet address: 00:01:02:69:4f:7c
ep0:
On Tuesday 16 June 2009 07:40:36 Michael Gass wrote:
I installed an old 3Com network card in my machine (Pavilion 4455)
and it works fine, but I get the following warning in dmesg
ep0: 3Com 3C509-TPO EtherLink III at port 0x300-0x30f irq 10 on isa0
ep0: WARNING: using obsoleted if_watchdog
.
... and I can login, no tmatter whether I'm in the group or not.
What ist happening here? Why is the documentaion telling me this should
work and why isn't FreeBSD/PAM doing so?
I'm confused!
Any help appreciated.
Oliver
___
freebsd
thought
integer are the most basic of the data types and governs the architecture as
32 bit or 64 bit, so why integer shows me 4bytes instead of 8. Does this
means that even on 64 bit architecture we are limited to just 4GB of RAM.
Please explain.
Thanks in advance
is showing 4 bytes which is 32 bit. I thought
integer are the most basic of the data types and governs the architecture as
32 bit or 64 bit, so why integer shows me 4bytes instead of 8. Does this
means that even on 64 bit architecture we are limited to just 4GB of RAM.
Please read http
is showing 4 bytes which is 32 bit. I thought
integer are the most basic of the data types and governs the architecture
as 32 bit or 64 bit, so why integer shows me 4bytes instead of 8. Does
this means that even on 64 bit architecture we are limited to just 4GB of
RAM.
No, because INT
and governs the architecture as
32 bit or 64 bit, so why integer shows me 4bytes instead of 8. Does this
means that even on 64 bit architecture we are limited to just 4GB of RAM.
Not at all. 'int' is just one of the basic types mandated by the various
C specifications over the years. There are 4
I noticed that the same exact build on i7-920 (4 CPUs) consumes ~15%
more user CPU when run with -j 8 compared to -j 4.
Hyper-threading is enabled so top shows 8 CPUs.
Why would user time be higher in a hyper-threaded run?
Yuri
___
freebsd
I noticed that the same exact build on i7-920 (4 CPUs) consumes ~15% more
user CPU when run with -j 8 compared to -j 4.
Hyper-threading is enabled so top shows 8 CPUs.
Why would user time be higher in a hyper-threaded run?
because it doesn't count actual instruction executed but - as name
On Friday 22 May 2009 02:00:29 Yuri wrote:
When I tried to delete gcc-4.3.4_20090517 I got this message:
pkg_delete: package 'gcc-4.3.4_20090517' is required by these other
packages and may not be deinstalled:
blas-1.0_3
cgnslib-2.5.3_1
fftw3-3.2
fftw3-float-3.2_1
fr-med-2.3.5
On Fri, May 22, 2009 at 10:32:58AM +0200, Mel Flynn wrote:
On Friday 22 May 2009 02:00:29 Yuri wrote:
When I tried to delete gcc-4.3.4_20090517 I got this message:
pkg_delete: package 'gcc-4.3.4_20090517' is required by these other
packages and may not be deinstalled:
blas-1.0_3
libsamplerate-0.1.7_1
octave-3.0.5_1
suitesparse-3.3.0
When I tried to delete gcc-4.2.5_20090325 I got this:
pkg_delete: package 'gcc-4.2.5_20090325' is required by these other packages
and may not be deinstalled:
pdftk-1.41
Why all these ports depend on gcc?
They may want to compile with different gcc
libofa-0.9.3_3
libsamplerate-0.1.7_1
octave-3.0.5_1
suitesparse-3.3.0
When I tried to delete gcc-4.2.5_20090325 I got this:
pkg_delete: package 'gcc-4.2.5_20090325' is required by these other packages
and may not be deinstalled:
pdftk-1.41
Why all these ports depend on gcc?
They may want
see this as being a real reason why a particular gcc needs to be
around at runtime. Look at the dynamic linking information with ldd. If
it doesn't depend on a file provided by those versions of gcc, it's
probably an inaccuracy in the port's dependency list.
Here's the online documentation
The pthread_* calls you are making aren't listed as being safe to run
within the context of a signal handler, and could cause a thread
waiting on that condition to be unblocked and start running. Please
see earlier comments about mixing threads and signal handlers.
Okay, fair enough. I'll
Under what circumstances might a kill -2 nnn not work. I have a Python app
with a signal handler configured to catch INT signals. It seems to work fine,
but we've recently noticed that after the app has run for a while the kill -2
no longer works. This seems pretty suspicious, perhaps
Hi--
On May 18, 2009, at 9:23 AM, Peter Steele wrote:
Under what circumstances might a kill -2 nnn not work. I have a
Python app with a signal handler configured to catch INT signals. It
seems to work fine, but we've recently noticed that after the app
has run for a while the kill -2 no
The amount of stuff you're allowed to do safely in a signal handler is
pretty minimal-- you're better off setting a flag, returning from the
signal handler, and having the next run past the main event loop or
whatever check for the flag and handle things in a normal app
context. If you try to
801 - 900 of 2975 matches
Mail list logo