Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

stable-digest V5 #827

0 views

Skip to first unread message

owner-freebsd...@freebsd.org

unread,

Mar 21, 2003, 2:21:59 AM3/21/03

stable-digest Thursday, March 20 2003 Volume 05 : Number 827

In this issue:
Athlon SSE hack not working on recent XPs [PATCH]
Re: XFree 4.3.0 / Xft font problems
Re: make release failure
Re: XFree 4.3.0 / Xft font problems
Re: Athlon SSE hack not working on recent XPs [PATCH]
Re: HEADSUP: XFree86 4.3.0 update
Re: jails update
Re: XFree 4.3.0 update : xterm won't comeup
Re: setting kern.ngroups
Re: jails update
Футбол развивается - реклама окупается!!!
XFree 4.3 compile problems
Re: XFree 4.3 compile problems
Re: XFree 4.3 compile problems
subscribe
Re: XFree 4.3 compile problems
subscribe

----------------------------------------------------------------------

Date: 19 Mar 2003 23:17:17 -0700
From: Jon Kuster <kw...@earthlink.net>
Subject: Athlon SSE hack not working on recent XPs [PATCH]

Hello,

I recently got an AthlonXP 2100+ - one of the Thoroughbred-b versions.
I have both CPU_ATHLON_SSE_HACK and CPU_ENABLE_SSE in my kernel, but SSE
wasn't being enabled. After a little investigation, it turns out that
the cpu_id that the hack checks has been bumped and so the check fails.
The included patch fixes the problem on my system.

Thanks,
Jon Kuster

I'm not subscribed, so please cc: me.

HW info: XP2100+ on an ECS K7S5A with most recent BIOS revision.

FreeBSD jonnyv.kwsn.net 4.8-RC FreeBSD 4.8-RC #3: Wed Mar 19 00:20:19
MST 2003 ro...@jonnyv.kwsn.net:/usr/obj/usr/src/sys/JONNYV i386

and the patch itself:

- --- initcpu.c-orig Wed Mar 19 03:17:46 2003
+++ initcpu.c Wed Mar 19 00:18:34 2003
@@ -26,7 +26,7 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- - * $FreeBSD: /repoman/r/ncvs/src/sys/i386/i386/initcpu.c,v 1.19.2.8
2003/01/22 20:14:52 jhb Exp $
+ * $FreeBSD: src/sys/i386/i386/initcpu.c,v 1.19.2.8 2003/01/22 20:14:52
jhb Exp $
*/

#include "opt_cpu.h"
@@ -578,7 +578,8 @@
*/
if ((cpu_feature & CPUID_XMM) == 0 &&
((cpu_id & ~0xf) == 0x660 ||
- - (cpu_id & ~0xf) == 0x670)) {
+ (cpu_id & ~0xf) == 0x670 ||
+ (cpu_id & ~0xf) == 0x680)) {
u_int regs[4];
wrmsr(0xC0010015, rdmsr(0xC0010015) & ~0x08000);
do_cpuid(1, regs);

------------------------------

Date: Wed, 19 Mar 2003 20:06:37 +0100
From: Michael Nottebrock <michaeln...@gmx.net>
Subject: Re: XFree 4.3.0 / Xft font problems

- --Boundary-02=_B/Le+X9wogEpDZI
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Tuesday 18 March 2003 16:27, Jason Andresen wrote:
> Kenneth W Cochran wrote:
> > "Regular" xchat 1.8.11 and gaim 0.59.9 look fine.
> > Mozilla built without Xft (-DWITHOUT_XFT) looks ok (menu bar
> > looks good, as with other apps) but not great (displayed
> > text looks "ok" but not very good).
>
> Mozilla uses whatever you have configured in the preferences panel as
> the font for the menubar IIRC. Try changing your font from serif to
> sans-serif.
>
> Additionally, you're probably having trouble with the antialiased small
> text. You might want to try creating a /usr/X11R6/etc/fonts/local.conf
> file with the following lines:
>
> 
>
> <match target=3D"pattern">
> <test qual=3D"any" name=3D"size" compare=3D"less_eq">

On a related note: I have observed that "pixelsize" matches better than=20
"size". I use a similar .fonts.conf (and before that, I used a similar=20
=2Exftconfig with the old syntax) to turn off antialiasing for a specific=20
size-range, and when I use "size", seemingly random fonts in random=20
applications are not matched (in some applications, for instance kmail, the=
=20
same font at the same size is rendered antialiased in one widget, and=20
unantialiased in another!).

=2D-=20
Regards,
Michael Nottebrock

- --Boundary-02=_B/Le+X9wogEpDZI
Content-Type: application/pgp-signature
Content-Description: signature

- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+eL/BXhc68WspdLARAuBLAJ9M9sUoMrmJINGJJRE2Gtm6x6btHgCgngh5
ZRye/BgIjbzul2pFBmISadM=
=0yIy
- -----END PGP SIGNATURE-----

- --Boundary-02=_B/Le+X9wogEpDZI--

------------------------------

Date: Thu, 20 Mar 2003 07:49:11 +0100
From: Adrian Steinmann <a...@marabu.ch>
Subject: Re: make release failure

<sew...@ix.netcom.com> asked this followup question after I posted
a possible solution to the USE_LIBTOOL problem in ports/textproc/jade
build:

Do I apply the patch to the bsd.port.mk within the chroot'd environment
used by 'make release',
or to /usr/share/mk/bsd.port.mk?

not /usr/share/mk/bsd.port.mk, but usr/ports/Mk/bsd.port.mk - within
the chroot'd environment! There are hooks in usr/src/release/Makefile
for applying LOCAL_PATCHES and runing a LOCAL_SCRIPT however they
come before usr/ports is checked out. I have submitted a second PR
http://www.freebsd.org/cgi/query-pr.cgi?pr=50106 which is a change
request to "move down" the running of the local script to after the
ports are also checked out. If you don't set NODOC=yes, you will
need to apply that patch as well, and put the usr/ports/Mk/bsd.port.mk
patch from PR 50103 into your LOCAL_PATCHES file.

As it stood in its first version, PR 50106 was kind of suboptimal
for two reasons:

1) it expected LOCAL_PATCHES to be relative to CHROOTDIR and not
CHROOTDIR/usr/src, which is the traditional root for src patches.

2) if say, NOPORTS=yes was specified, make release failed because
when the patch was applied it returns non-zero when it tried to patch
a nonexisting file (in spite of PATCH_FLAGS=--batch). I work
around this by not using the LOCAL_PATCHES hook at all but doing
the local patching in the moved-down LOCAL_SCRIPT like this:

patch ${PATCH_FLAGS} < ${MY_LOCAL_PATCHES} || true

making sure that MY_LOCAL_PATCHES is exported into in the 'make
release' environment, and hence the LOCAL_SCRIPT.

I have followed-up PR 50106 with these comments, with a slightly
modified patch which just "moves down" running of the LOCAL_SCRIPT
and leaves the traditional LOCAL_PATCHES where it has always been,
respecting the POLA.

Another approach would be to have a third hook LOCAL_PORT_PATCHES
which are relative to CHROOTDIR/usr/ports, those would be protected
by the existing .if ! defined (NOPORTS) ... .endif clauses within
release/Makefile. Nevertheless, I advocate having LOCAL_SCRIPT after
all checkouts are done, i.e. please commit the revised patch PR 50106!

Adrian

><sew...@ix.netcom.com> wrote:
> I'm trying to run make release of RELENG_4 on i386, and am getting the following error:
>
> checking for BSD-compatible nm... /usr/bin/nm -B
> /ltconfig: Can't open /ltconfig: No such file or directory
> configure: error: libtool configure failed
> ===> Script "configure" failed unexpectedly.
> ...
>
> Stop in /usr/ports/textproc/jade.
> ...
>
>jade has USE_LIBTOOL in it's Makefile, but it configures itself
>*before* it goes and builds libtool, so when 'make jade' finally
>comes back (after it installs the prerequisites expat, iconv,
>gettext, and gmake) the patch-libtool target has already run (a
>no-op in this case) because it's in the _CONFIGURE_SEQ (see
>usr/ports/Mk/bsd.port.mk) and the ltconfig path is of course not
>patched, hence /ltconfig.
>
>You can observe this by doing a chroot into the CHROOTDIR hierarchy,
>cd /usr/ports/textproc/jade, rm work/.config*; make configure which
>lo' and behold will *not* fail. If you then 'pkg_delete -x libtool',
>then 'make configure' will fail again.
>
>I've fixed this locally by forcing USE_LIBTOOL to create a *PATCH*
>dependancy instead of a BUILD dependancy (it is actually a CONFIGURE
>dependancy, but we have no such hooks) in bsd.port.mk:
>
>Index: bsd.port.mk
>===================================================================
>RCS file: /usr/cvs/ports/Mk/bsd.port.mk,v
>retrieving revision 1.442
>diff -u -r1.442 bsd.port.mk
>--- bsd.port.mk 12 Mar 2003 00:28:17 -0000 1.442
>+++ bsd.port.mk 18 Mar 2003 17:37:20 -0000
>@@ -1226,7 +1226,7 @@
>
> .if defined(USE_LIBTOOL)
> GNU_CONFIGURE= yes
>-BUILD_DEPENDS+= libtool:${PORTSDIR}/devel/libtool
>+PATCH_DEPENDS+= libtool:${PORTSDIR}/devel/libtool
> .if defined(USE_AUTOCONF)
> LIBTOOLFILES?= aclocal.m4
> .else
>
>See also http://www.freebsd.org/cgi/query-pr.cgi?pr=50103
>
>Adrian
>

------------------------------

Date: Tue, 18 Mar 2003 21:04:04 +0100
From: Michael Nottebrock <michaeln...@gmx.net>
Subject: Re: XFree 4.3.0 / Xft font problems

- --Boundary-02=_0u3d+NJyDdCE0cQ
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

=2D-=20
Regards,
Michael Nottebrock

- --Boundary-02=_0u3d+NJyDdCE0cQ
Content-Type: application/pgp-signature
Content-Description: signature

- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+d3u0Xhc68WspdLARAt/cAJ9xGiR/iYlPfEuiHJHvuRG3TL2dbQCeMHBg
fYGFc9ujEVzAy24h1dlnbL0=
=gDEF
- -----END PGP SIGNATURE-----

- --Boundary-02=_0u3d+NJyDdCE0cQ--

------------------------------

Date: Thu, 20 Mar 2003 08:38:29 +0100
From: Bradley T Hughes <bhu...@trolltech.com>
Subject: Re: Athlon SSE hack not working on recent XPs [PATCH]

On Thursday 20 March 2003 07:17, Jon Kuster wrote:
> Hello,
>
> I recently got an AthlonXP 2100+ - one of the Thoroughbred-b
> versions. I have both CPU_ATHLON_SSE_HACK and CPU_ENABLE_SSE in my
> kernel, but SSE wasn't being enabled. After a little investigation,
> it turns out that the cpu_id that the hack checks has been bumped and
> so the check fails. The included patch fixes the problem on my
> system.

This is also the case with newer AthlonMPs:

CPU: AMD Athlon(tm) MP 2200+ (1800.19-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x681 Stepping = 1
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,
PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
AMD Features=0xc0480000<MP,AMIE,DSP,3DNow!>

> Thanks,
> Jon Kuster
>
> I'm not subscribed, so please cc: me.
[snip]

- --
Bradley T. Hughes - bhughes at trolltech.com
Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway

------------------------------

Date: Thu, 20 Mar 2003 09:15:33 +0100
From: Ruben van Staveren <ru...@verweg.com>
Subject: Re: HEADSUP: XFree86 4.3.0 update

On Wed, Mar 19, 2003 at 12:33:00PM -0800, Eric Anholt wrote:
> There's some sort of problem with SMP and the DRI on both -current and
> -stable. I haven't had any time to look at it.

The old (drm-kmod) version is fine and will load as a module (if you had it
compiled with -DSMP -DAPIC_IO) under -stable.

Compiling the drm-patch version with these flags resulted in lockups under
SMP, wether you opted for the compiled in version or the .ko one.
Works like a charm on uniprocessor systems though.

We are talking about a dual PII 400 (440 BX chipset) with a matrox G450.

Cheers,
Ruben

- --
,-_ .----------------------------------------------------------------.
/() ) | Ruben van Staveren http://ruben.is.verweg.com/ |_o
(__ ( |Men are from Mars. Women are from Venus. Computers are from hell| #>
=/ () `----------------------------------------------------------------' 4

------------------------------

Date: Thu, 20 Mar 2003 11:54:17 +0300 (MSK)
From: Dmitry Morozovsky <ma...@rinet.ru>
Subject: Re: jails update

On Wed, 19 Mar 2003, Alexandr Kovalenko wrote:

AK> > AK> I'm using single 'image' (directory, where world installed) for all
AK> > AK> jails and vn(4)-backed files with changes to this. Then I
AK> > AK> uninonfs-mounting it.
AK> > AK>
AK> > AK> P.S. You will need dillon's patch to unionfs so that it won't crash.
AK> >
AK> > Hmm. Quick search did not succeed. Could you post a reference to the patch
AK> > mentioned?
AK>
AK> http://groups.google.com/groups?q=patch+%236+dillon+freebsd&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=200211141929.gAEJTQcl067196%40apollo.backplane.com&rnum=2

For the records:

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=397121+0+archive/2002/freebsd-hackers/20021117.freebsd-hackers

BTW, I'm not too impressed with the followups.

AK> > Also: why are you using unionfs, and did not nullfs satisfy your needs?
AK> Ok.

[snip]

AK> vn(4)-backed file, so he uses his quota.

Aha, make sense. Thanks.

Sincerely,
D.Marck [DM5020, DM268-RIPE, DM3-RIPN]
- ------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
- ------------------------------------------------------------------------

------------------------------

Date: Thu, 20 Mar 2003 16:10:37 +0700
From: pirat <pi...@access.inet.co.th>
Subject: Re: XFree 4.3.0 update : xterm won't comeup

hi sirs,

On Tue, Mar 18, 2003 at 12:32:12PM -0500, Chris Shenton wrote:
> To: pirat <pi...@access.inet.co.th>
> Cc: sta...@FreeBSD.ORG
> Subject: Re: XFree 4.3.0 update : xterm won't comeup
> From: Chris Shenton <ch...@shenton.org>
> Date: 18 Mar 2003 12:32:12 -0500
>
> pirat <pi...@access.inet.co.th> writes:
>
> > i have just finished upgrade my small machine to 4.8rc with xfree86 to 4.3.0
> > my window manager is blackbox-0.65 and here is my uname -a
>
> > once in blackbox, i hardly get xterm popped up for me, as a plain
> > user. i have no idea up to now.
>
> I encountered this as well. Fired up xterm from a command line
> (within Emacs, which did work still) and it couldn't load some
> library, possibly libXft.so.1 ? IIRC libXft.so.2 did exist but that's
> not what xterm was looking for.
>

just one more info., once i got xterm into the screen, there was warning

warning: could not change ownership of tty -- pty is insecure!

- --
with best regards,
psr

http://www.thai-aec.org
http://www.thai.net/makham

------------------------------

Date: Thu, 20 Mar 2003 05:47:14 -0500 (EST)
From: Charles Sprickman <sp...@inch.com>
Subject: Re: setting kern.ngroups

On Tue, 18 Mar 2003, Chris BeHanna wrote:

> That will rebuild *everything*. It gives me the shudders, though,
> because there are inevitably going to be broken ports. It's a good
> idea to save the old packages portupgrade makes for awhile, so that
> you can back out a broken port to the previous known working version
> (when that is possible).

Portupgrade really does a number on the vmware2 port. Somehow it removed
all the special device entries in /compat/linux/dev. That was quite a
mess. Or maybe it upgraded my linux compat for me. Who knows; either way
one or the other whacked some things that shouldn't have been whacked.

> --
> Chris BeHanna
> Software Engineer (Remove "bogus" before responding.)
> beh...@bogus.zbzoom.net
> Turning coffee into software since 1990.
>
>
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
>

------------------------------

Date: Thu, 20 Mar 2003 14:36:24 +0200
From: Alexandr Kovalenko <ne...@nevermind.kiev.ua>
Subject: Re: jails update

Hello, Dmitry Morozovsky!

On Thu, Mar 20, 2003 at 11:54:17AM +0300, you wrote:

> AK> > AK> I'm using single 'image' (directory, where world installed) for all
> AK> > AK> jails and vn(4)-backed files with changes to this. Then I
> AK> > AK> uninonfs-mounting it.
> AK> > AK>
> AK> > AK> P.S. You will need dillon's patch to unionfs so that it won't crash.
> AK> >
> AK> > Hmm. Quick search did not succeed. Could you post a reference to the patch
> AK> > mentioned?
> AK>
> AK> http://groups.google.com/groups?q=patch+%236+dillon+freebsd&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=200211141929.gAEJTQcl067196%40apollo.backplane.com&rnum=2
>
> For the records:
>
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=397121+0+archive/2002/freebsd-hackers/20021117.freebsd-hackers

Yes, sure, I was too lazy to search using FreeBSD site's search tool. My
fault.

> BTW, I'm not too impressed with the followups.

It works for me pretty stable though.

- --
NEVE-RIPE, will build world for food
Ukrainian FreeBSD User Group
http://uafug.org.ua/

------------------------------

Date: Thu, 20 Mar 2003 09:03:05 -0800 (PST)
From: Издательство Ивент маркетинг <neft...@mail.ru>
Subject: Футбол развивается - реклама окупается!!!

<HTML><HEAD><TITLE>Post Message</TITLE>
</HEAD>
<BODY bgcolor=#23B993 leftmargin=5 topmargin=5 rightmargin=5 bottommargin=5>
<FONT size=2 color=#000000 face="Arial">
<DIV>
<FONT color=#FF0000><B><I>Господа предприниматели!</B></I></FONT></DIV>
<DIV>
<FONT color=#FF0000><B><I>Помните: поддерживая развитие футбольной</B></I></FONT></DIV>
<DIV>
<FONT color=#FF0000><B><I>индустрии в России, Вы вкладываете деньги в социально-значимый сегмент</B></I></FONT></DIV>
<DIV>
<FONT color=#FF0000><B><I>рынка, который сегодня бурно развивается и который может принести Вам</B></I></FONT></DIV>
<DIV>
<FONT color=#FF0000><B><I>не только прибыль, но и стать звеном продуманной PR-компании.</B></I></FONT></DIV>
<DIV>
<FONT color=#FF0000><B><I> </B></I></FONT></DIV>
<DIV>
<FONT color=#000000>Российская Футбольная Премьер-Лига и уполномоченное</FONT></DIV>
<DIV>
<FONT color=#000000>издательство "Ивент маркетинг"</FONT></DIV>
<DIV>
<FONT color=#000000>приглашают рекламодателей в новые издания</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>Полноцветная реклама - за 10 000 рублей?   Да!</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>Наша Аудитория - профессионалы в сфере футбольного бизнеса и футбольные</FONT></DIV>
<DIV>
<FONT color=#000000>болельщики по республикам бывшего СССР, а также федерации футбола стран</FONT></DIV>
<DIV>
<FONT color=#000000>Европы.</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>1. </FONT><FONT color=#FF0000><B>Календарь-справочник Футбольного болельщика</B></FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>А6, полноцветное издание, 80 страниц, 30000 экз.</FONT></DIV>
<DIV>
<FONT color=#000000>Вся информация по клубам премьер-лиги, календарь встреч,</FONT></DIV>
<DIV>
<FONT color=#000000>информация по стадионам и городам, где проходят встречи.</FONT></DIV>
<DIV>
<FONT color=#000000>Распространение - по регионам через почтовую сеть, клубы и фанатские</FONT></DIV>
<DIV>
<FONT color=#000000>движения. Продажа на матчах более чем на 10 стадионах!</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>2. </FONT><FONT color=#FF0000><B>Телефонный справочник РФПЛ 2003 года</B></FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>Вся достоверная информация по РФС и РФПЛ.</FONT></DIV>
<DIV>
<FONT color=#000000>Уникальное издание очень малым тиражом только для</FONT></DIV>
<DIV>
<FONT color=#000000>профессионалов.</FONT></DIV>
<DIV>
<FONT color=#000000>А5, полноцветное исполнение, 80 страниц, 2000 экз.</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>3. </FONT><FONT color=#FF0000><B>Второе издание "Энциклопедии "Футбол в Европе".</B></FONT></DIV>
<DIV>
<FONT color=#000000>Более 700 страниц с полной информацией по ВСЕМ клубам футбольной Европы, когда-либо</FONT></DIV>
<DIV>
<FONT color=#000000>участвовавшим в кубковых европейских турнирах. Пребставлено 52</FONT></DIV>
<DIV>
<FONT color=#000000>страны. История создания клуба, прозвища, стадионы, статистика встреч.</FONT></DIV>
<DIV>
<FONT color=#000000>Цветные эмблемы клуба и спортивная форма.</FONT></DIV>
<DIV>
<FONT color=#000000>Тираж 4000 экз. Твердый салафанированный переплет.</FONT></DIV>
<DIV>
<FONT color=#000000>Распространение через сеть магазинов АРСМИ "Московский Спорт",</FONT></DIV>
<DIV>
<FONT color=#000000>футбольные федерации  стран Европы, на международных матчах</FONT></DIV>
<DIV>
<FONT color=#000000>Российской сборной, на  спортивных выставках и в сети элитных</FONT></DIV>
<DIV>
<FONT color=#000000>московских Супермаркетов.</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000><B> </B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>СУПЕРПРЕДЛОЖЕНИЕ ДЛЯ СПОНСОРА ПРОЕКТА - НЕДЕЛЬНАЯ РЕКЛАМА НА МОНИТОРАХ</B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>МОСКОВСКИХ СУПЕРМАРКЕТОВ, УЧАСТИЕ В ПРЕДСТАВЛЕНИИ ИЗДАНИЙ НА 7ТВ,</B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>И ИЗГОТОВЛЕНИЕ ПОЛНОЦВЕТНОГО НАСТЕННОГО</B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>КАЛЕНДАРЯ С РОССИЙСКОЙ ФУТБОЛЬНОЙ СИМВОЛИКОЙ, РАСПРОСТРАНЕНИЕ</B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>КАЛЕНДАРЯ БЕСПЛАТНО СРЕДИ ПОСЕТИТЕЛЕЙ ВЫСТАВКИ "ФУТБОЛ МАРКЕТ" И НА</B></FONT></DIV>
<DIV>
<FONT color=#FF0000><B>ОФИЦИАЛЬНЫХ МЕРОПРИЯТИЯХ РФПЛ.</B></FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>Обращаться по адресу:</FONT></DIV>
<DIV>
<FONT color=#000000>Москва, ул. Новопесчаная, д. 3 кор 1.</FONT></DIV>
<DIV>
<FONT color=#000000>Тел. 913-21-50, 782-48-34, 778-38-43.</FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000> </FONT></DIV>
<DIV>
<FONT color=#000000>Приглашаем к сотрудничеству:</FONT></DIV>
<DIV>
<FONT color=#000000>руководителей книжных и спортивных магазинов,</FONT></DIV>
<DIV>
<FONT color=#000000>менеджеров по рекламе,</FONT></DIV>
<DIV>
<FONT color=#000000>распространителей и агентства почтовой рассылки</FONT></DIV>
</FONT>
</BODY></HTML>

------------------------------

Date: Thu, 20 Mar 2003 21:27:50 +0000
From: Ian McAlpine <ianmc...@orange.net>
Subject: XFree 4.3 compile problems

Hiya,

I've been trying to build XFree86 4.3 on a clean 4.8-RC2 system, from ports.
The probalem is the libraries build fine, but then trying to build other
stuff (including the server) fails with errors like:

/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal'
/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_'
/usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast'
/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_self'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy'
/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init'

I currently have the packages installed, with KDE etc. all built on top of
them from ports. I have since tried portupgrade-ing XFree86-libs, and whilst
everything installed previously still runs fine, I get the same errors when I
try to portupgrade the other bits or install anything new. The only not
standard thing I'm doing is using -O3 and -march=k6, but I wouldnt have
thought optimization could cause this sort of thing, please correct me if I'm
wrong. Any ideas?

Ian

------------------------------

Date: 20 Mar 2003 13:52:48 -0800
From: Eric Anholt <e...@lclark.edu>
Subject: Re: XFree 4.3 compile problems

On Thu, 2003-03-20 at 13:27, Ian McAlpine wrote:
> Hiya,
>
> I've been trying to build XFree86 4.3 on a clean 4.8-RC2 system, from ports.
> The probalem is the libraries build fine, but then trying to build other
> stuff (including the server) fails with errors like:
>
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal'
> /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_'
> /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast'
> /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_self'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init'
>
> I currently have the packages installed, with KDE etc. all built on top of
> them from ports. I have since tried portupgrade-ing XFree86-libs, and whilst
> everything installed previously still runs fine, I get the same errors when I
> try to portupgrade the other bits or install anything new. The only not
> standard thing I'm doing is using -O3 and -march=k6, but I wouldnt have
> thought optimization could cause this sort of thing, please correct me if I'm
> wrong. Any ideas?

This is a FAQ. Turn off -O3.

- --
Eric Anholt e...@lclark.edu
http://people.freebsd.org/~anholt/ anh...@FreeBSD.org

------------------------------

Date: Thu, 20 Mar 2003 13:49:18 -0800
From: Kent Stewart <kste...@owt.com>
Subject: Re: XFree 4.3 compile problems

On Thursday 20 March 2003 01:27 pm, Ian McAlpine wrote:
> Hiya,
>
> I've been trying to build XFree86 4.3 on a clean 4.8-RC2 system, from
> ports. The probalem is the libraries build fine, but then trying to
> build other stuff (including the server) fails with errors like:
>
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal'
> /usr/X11R6/lib/libXThrStub.so.6: undefined reference to
> `_Xthr_zero_stub_' /usr/X11R6/lib/libX11.so: undefined reference to
> `pthread_cond_broadcast' /usr/X11R6/lib/libXThrStub.so.6: undefined
> reference to `_Xthr_self_stub_' /usr/X11R6/lib/libXt.so: undefined
> reference to `pthread_cond_init' /usr/X11R6/lib/libXt.so: undefined
> reference to `pthread_mutex_unlock' /usr/X11R6/lib/libXt.so:
> undefined reference to `pthread_self' /usr/X11R6/lib/libXt.so:
> undefined reference to `pthread_mutex_destroy'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock'
> /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait'
> /usr/X11R6/lib/libXt.so: undefined reference to
> `pthread_cond_destroy' /usr/X11R6/lib/libXt.so: undefined reference
> to `pthread_mutex_init'
>
> I currently have the packages installed, with KDE etc. all built on
> top of them from ports. I have since tried portupgrade-ing
> XFree86-libs, and whilst everything installed previously still runs
> fine, I get the same errors when I try to portupgrade the other bits
> or install anything new. The only not standard thing I'm doing is
> using -O3 and -march=k6, but I wouldnt have thought optimization
> could cause this sort of thing, please correct me if I'm wrong. Any
> ideas?

No, idea but they usually tell you that if you have used anything other
than "-O -pipe" to drop back to it before you complain about it not
building properly.

Kent

- --
Kent Stewart
Richland, WA

http://users.owt.com/kstewart/index.html

------------------------------

Date: Fri, 21 Mar 2003 00:29:27 +0100
From: David JL <i...@club-internet.fr>
Subject: subscribe

Hello,

- --
David JL <i...@club-internet.fr>

------------------------------

Date: Thu, 20 Mar 2003 16:01:26 +0000
From: Ryan Merrick <sands...@attbi.com>
Subject: Re: XFree 4.3 compile problems

Ian McAlpine wrote:

>Hiya,
>
>I've been trying to build XFree86 4.3 on a clean 4.8-RC2 system, from ports.
>The probalem is the libraries build fine, but then trying to build other
>stuff (including the server) fails with errors like:
>
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal'
>/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_'
>/usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast'
>/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_self'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy'
>/usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init'
>
>I currently have the packages installed, with KDE etc. all built on top of
>them from ports. I have since tried portupgrade-ing XFree86-libs, and whilst
>everything installed previously still runs fine, I get the same errors when I
>try to portupgrade the other bits or install anything new. The only not
>standard thing I'm doing is using -O3 and -march=k6, but I wouldnt have
>thought optimization could cause this sort of thing, please correct me if I'm
>wrong. Any ideas?
>
>Ian
>
>To Unsubscribe: send mail to majo...@FreeBSD.org
>with "unsubscribe freebsd-stable" in the body of the message
>
>
>
Upgrade imake first.

- -Ryan

------------------------------

Date: Fri, 21 Mar 2003 17:19:05 +1000
From: "Tim McCullagh" <ti...@halenet.com.au>
Subject: subscribe

------------------------------

End of stable-digest V5 #827
****************************

To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-stable-digest in the body of the message

0 new messages