Re: devel/glib install is not correct.

[khsing]

I have found the reason. because libtool15 have been mv to libtool22.

so upgrade libtool from 15 to 22 will resolve this problem.

portmaster -Btuw libtool

On Thu, Aug 6, 2009 at 12:36 PM, 葉佳威 Jiawei Ye wrote:
> On Thu, Aug 6, 2009 at 12:10 PM, khsing  wrote:
>>
>> When I deinstall devel/glib20 ports. I got this message
>>
>> ===>  Deinstalling for devel/glib20
>> ===>   Deinstalling glib-2.20.4
>> pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist
>> pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist
>> pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist
>> pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist
>> pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist
>> pkg_delete: couldn't entirely delete package (perhaps the packing list is
>> incorrectly specified?)
>>
>>
>> On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote:
>> > When I install graphics/p5-Image-Magick-Iterator, I have got some
>> > message below.
>> >
>> > I think the devel/glib install is not correct, so made this error.
>> >
>> > gmake[4]: Leaving directory
>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
>> > gmake[3]: Leaving directory
>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
>> > gmake[2]: Leaving directory
>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
>> > gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4'
>> > ===>   Running ldconfig
>> > /sbin/ldconfig -m /usr/local/lib
>> > ===>   Registering installation for glib-2.20.4
>> > ===>   Returning to build of liblqr-1-0.4.1
>> > Error: shared library "glib-2.0.0" does not exist
>> > *** Error code 1
>> >
>> > Stop in /usr/ports/graphics/liblqr-1.
>> > *** Error code 1
>> >
>> > Stop in /usr/ports/graphics/ImageMagick.
>> > *** Error code 1
>> >
>> > Stop in /usr/ports/graphics/ImageMagick.
>> > *** Error code 1
>> >
>> > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator.
>> >
>> >
>> > --
>> > A man live in jail and want to break.
>> > http://blog.khsing.net
>> >
>
> I had the same issue with my new 4-core AMD64 -current system too. I suspect
> it's the new libtool and MAKE_JOBS_NUMBER>1.
> If I use MAKE_JOBS_NUMBERS>1 + libtool 2.2, both glib and atk are built with
> very strange lib version.
> glib is 2.0.200, atk is 1.2.6092 (or something like that, I don't have the
> exact error message anymore). To work around, set MAKE_JOB_NUMBERS=1 in
> make.conf and rebuild glib. that should make the problem go away for the
> moment.
> Cheers,
> Jiawei
>
> --
> "If it looks like a duck, walks like a duck, and quacks like a duck, then to
> the end user it's a duck, and end users have made it pretty clear they want
> a duck; whether the duck drinks hot chocolate or coffee is irrelevant."
>



-- 
A man live in jail and want to break.
http://blog.khsing.net
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Mel Flynn]

On Wednesday 05 August 2009 20:08:55 Doug Barton wrote:
> Ok, so now I'm up to the point where starting contool give me this:
>
> contool
> Assertion failed: (ret != inval_id), function _XAllocID, file
> xcb_io.c, line 378.
> Abort trap: 6 (core dumped)

You get a better a log if you install contool unstripped [1]:
(gdb) bt
#0  0x28463eb7 in kill () from /lib/libc.so.7
#1  0x28463e16 in raise () from /lib/libc.so.7
#2  0x28462a1a in abort () from /lib/libc.so.7
#3  0x28448ee6 in __assert () from /lib/libc.so.7
#4  0x28284d46 in _XAllocID (dpy=0x28524600) at xcb_io.c:378
#5  0x2818e11c in server_init (parent=0, server_public=676345056, 
avlist=0xbfbfd944)
at server.c:746
#6  0x281f33b9 in xv_create_avlist (parent=0, pkg=0x0, avlist=0xbfbfd944) at 
xv.c:391
#7  0x281f315b in xv_create (parent=0, pkg=0x28210040) at xv.c:307
#8  0x281f520a in xv_init (attr1=1241974786) at xv_init.c:308
#9  0x0804b801 in main (argc=1, argv=0xbfbfe6e4) at contool.c:777

Which points to xv_init from xview as the culprit. Since that is
the most basic function of xview, it might be best to mark it as
BROKEN for the time being and complain with Xorg about yet another
case of backwards compatibility failing. Of course I meant to say
to patch it or remove the port and it's dependants.

[1] Patch:
Index: Makefile
===
RCS file: /home/ncvs/ports/sysutils/contool/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- Makefile9 Jun 2009 15:33:17 -   1.20
+++ Makefile6 Aug 2009 05:20:11 -
@@ -24,8 +24,12 @@

 MAN1=  contool.1

+
 pre-install:
@${MKDIR} ${PREFIX}/lib/help
+.if defined(WITH_DEBUG)
+   -${SED} -i.bak -e 's/INSTPGMFLAGS = -s/INSTPGMFLAGS =/' 
${WRKSRC}/Makefile
+.endif

 post-install:
@${CAT} ${PKGMESSAGE}
-- 
Mel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: openbgpd-4.5.20090709

[Lasta Yani]

- "Hiroki Sato"  wrote:
> 
>  I think there is no problem with the configuration itself.  Just in
>  case, please send me the output of "bgpd -nv"?  I will try to
>  reproduce your symptom on my box.
> 

Hi,

This is my configuration, output of bgpd -nv,

nap1 = "119.110.122.5"
nap2 = "119.110.127.5"
keNAP = "{ 203.84.152.0/22 203.84.156.0/22 }"

AS 24523
router-id 203.84.155.84
holdtime min 3
fib-update yes

rde rib Adj-RIB-In no evaluate
rde rib Loc-RIB

network 203.84.152.0/21
network 203.84.152.0/22
network 203.84.152.0/23
network 203.84.152.0/24
network 203.84.153.0/24
network 203.84.154.0/23
network 203.84.155.0/24
network 203.84.156.0/22
network 203.84.156.0/23
network 203.84.156.0/24
network 203.84.157.0/24
network 203.84.158.0/23
network 203.84.158.0/24
network 203.84.159.0/24


neighbor 119.110.127.5 {
descr "ke-NAP2"
remote-as 45147
announce all
enforce neighbor-as yes
announce IPv4 unicast
announce IPv6 none
softreconfig in yes
softreconfig out yes
}
neighbor 119.110.122.5 {
descr "ke-NAP1"
remote-as 45147
announce all
enforce neighbor-as yes
announce IPv4 unicast
announce IPv6 none
softreconfig in yes
softreconfig out yes
}

match to 119.110.122.5 set { prepend-self 2 }
match to 119.110.127.5 set { prepend-self 2 }
deny from any 
allow from 119.110.122.5 inet prefixlen 8 - 24 
deny to any 
allow to 119.110.127.5 prefix 203.84.156.0/22 
allow to 119.110.127.5 prefix 203.84.152.0/22 
allow to 119.110.122.5 prefix 203.84.156.0/22 
allow to 119.110.122.5 prefix 203.84.152.0/22 
deny from any prefix 0.0.0.0/0 
deny from any prefix 10.0.0.0/8 prefixlen >= 8 
deny from any prefix 172.16.0.0/12 prefixlen >= 12 
deny from any prefix 192.0.2.0/24 prefixlen >= 24 
deny from any prefix 169.254.0.0/16 prefixlen >= 16 
deny from any prefix 192.168.0.0/16 prefixlen >= 16 
deny from any prefix 240.0.0.0/4 prefixlen >= 4 
deny from any prefix 224.0.0.0/4 prefixlen >= 4 

Thank you.

Rgds,
--
Lasta Yani
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: ports/*/jpeg "Thanks a lot guys"

[Buganini]

Recently I'm think about how to make ports easier to upgraded:
1) Add a NODE_VERSION in each ports' Makefile, this variable would be stored
in +CONTENTS.
2) Add a volatile-meaning flag in description of dependencies

When a port, A, whose NODE_VERSION in Makefile > NODE_VERSION in +CONTENTS,
ports that volatile'ly depends on A would be rebuilt.

Any comment is welcome

--Buganini
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: openbgpd-4.5.20090709

[Hiroki Sato]

Hi,

Lasta Yani  wrote
  in <10117348.18611249508132935.javamail.r...@mail.orion.net.id>:

la> Hello Hiroki,
la>
la> I'm sorry if I send directly this email to you.

 No problem.

la> When I try to upgrade my machine to openbgpd-4.5.20090709, something
la> weird had happened.
(snip)
la> I dont change this configuration from OpenBGPD v4.2, and usually with
la> this setting, I'm not receiving any prefixes from $nap2 (ke-NAP2),
la> only receiving from $nap1 (ke-NAP1).
la> Its weird when I upgraded via port to openbgpd-4.5.20090709, its still
la> receiving prefixes, I can't deny it.
la>
la> Is there anything wrong with my configuration ?
la> Thank you.

 I think there is no problem with the configuration itself.  Just in
 case, please send me the output of "bgpd -nv"?  I will try to
 reproduce your symptom on my box.

-- Hiroki


pgp3ZDnZrZmmV.pgp
Description: PGP signature

Re: devel/glib install is not correct.

[葉佳威 Jiawei Ye]

On Thu, Aug 6, 2009 at 12:10 PM, khsing  wrote:

> When I deinstall devel/glib20 ports. I got this message
>
> ===>  Deinstalling for devel/glib20
> ===>   Deinstalling glib-2.20.4
> pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist
> pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist
> pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist
> pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist
> pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist
> pkg_delete: couldn't entirely delete package (perhaps the packing list is
> incorrectly specified?)
>
>
> On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote:
> > When I install graphics/p5-Image-Magick-Iterator, I have got some message
> below.
> >
> > I think the devel/glib install is not correct, so made this error.
> >
> > gmake[4]: Leaving directory
> `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> > gmake[3]: Leaving directory
> `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> > gmake[2]: Leaving directory
> `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> > gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4'
> > ===>   Running ldconfig
> > /sbin/ldconfig -m /usr/local/lib
> > ===>   Registering installation for glib-2.20.4
> > ===>   Returning to build of liblqr-1-0.4.1
> > Error: shared library "glib-2.0.0" does not exist
> > *** Error code 1
> >
> > Stop in /usr/ports/graphics/liblqr-1.
> > *** Error code 1
> >
> > Stop in /usr/ports/graphics/ImageMagick.
> > *** Error code 1
> >
> > Stop in /usr/ports/graphics/ImageMagick.
> > *** Error code 1
> >
> > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator.
> >
> >
> > --
> > A man live in jail and want to break.
> > http://blog.khsing.net
> >
>

I had the same issue with my new 4-core AMD64 -current system too. I suspect
it's the new libtool and MAKE_JOBS_NUMBER>1.
If I use MAKE_JOBS_NUMBERS>1 + libtool 2.2, both glib and atk are built with
very strange lib version.
glib is 2.0.200, atk is 1.2.6092 (or something like that, I don't have the
exact error message anymore). To work around, set MAKE_JOB_NUMBERS=1 in
make.conf and rebuild glib. that should make the problem go away for the
moment.

Cheers,

Jiawei

-- 
"If it looks like a duck, walks like a duck, and quacks like a duck, then to
the end user it's a duck, and end users have made it pretty clear they want
a duck; whether the duck drinks hot chocolate or coffee is irrelevant."
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/glib install is not correct.

[khsing]

When I deinstall devel/glib20 ports. I got this message

===>  Deinstalling for devel/glib20
===>   Deinstalling glib-2.20.4
pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist
pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist
pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist
pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist
pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist
pkg_delete: couldn't entirely delete package (perhaps the packing list is
incorrectly specified?)


On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote:
> When I install graphics/p5-Image-Magick-Iterator, I have got some message 
> below.
>
> I think the devel/glib install is not correct, so made this error.
>
> gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
> gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4'
> ===>   Running ldconfig
> /sbin/ldconfig -m /usr/local/lib
> ===>   Registering installation for glib-2.20.4
> ===>   Returning to build of liblqr-1-0.4.1
> Error: shared library "glib-2.0.0" does not exist
> *** Error code 1
>
> Stop in /usr/ports/graphics/liblqr-1.
> *** Error code 1
>
> Stop in /usr/ports/graphics/ImageMagick.
> *** Error code 1
>
> Stop in /usr/ports/graphics/ImageMagick.
> *** Error code 1
>
> Stop in /usr/ports/graphics/p5-Image-Magick-Iterator.
>
>
> --
> A man live in jail and want to break.
> http://blog.khsing.net
>



-- 
A man live in jail and want to break.
http://blog.khsing.net
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Doug Barton]

Ok, so now I'm up to the point where starting contool give me this:

contool
Assertion failed: (ret != inval_id), function _XAllocID, file
xcb_io.c, line 378.
Abort trap: 6 (core dumped)

gdb log attached

-- 

This .signature sanitized for your protection

$ gdb /usr/local/bin/contool contool.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols 
found)...
Core was generated by `contool'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/local/lib/libxview.so.3...done.
Loaded symbols for /usr/local/lib/libxview.so.3
Reading symbols from /usr/local/lib/libolgx.so.3...done.
Loaded symbols for /usr/local/lib/libolgx.so.3
Reading symbols from /usr/local/lib/libXext.so.6...done.
Loaded symbols for /usr/local/lib/libXext.so.6
Reading symbols from /usr/local/lib/libX11.so.6...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libxcb.so.2...done.
Loaded symbols for /usr/local/lib/libxcb.so.2
Reading symbols from /usr/local/lib/libXdmcp.so.6...done.
Loaded symbols for /usr/local/lib/libXdmcp.so.6
Reading symbols from /usr/lib/librpcsvc.so.5...done.
Loaded symbols for /usr/lib/librpcsvc.so.5
Reading symbols from /usr/local/lib/libXau.so.6...done.
Loaded symbols for /usr/local/lib/libXau.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x283e48c7 in kill () at kill.S:3
3   RSYSCALL(kill)
(gdb) bt
#0  0x283e48c7 in kill () at kill.S:3
#1  0x283e4826 in __raise (s=6) at /usr/local/src/lib/libc/gen/raise.c:46
#2  0x283e342a in abort () at /usr/local/src/lib/libc/stdlib/abort.c:65
#3  0x283c98f6 in __assert (func=0x6 , 
file=0x5 , line=0, 
failedexpr=0x28298178 "ret != inval_id")
at /usr/local/src/lib/libc/gen/assert.c:54
#4  0x2822d2ba in _XAllocID (dpy=0x28523600) at xcb_io.c:378
#5  0x281611b5 in server_init (parent=0, server_public=676349152, 
avlist=0xbfbfdc84) at server.c:746
#6  0x281b2a9d in xv_create_avlist (parent=0, pkg=0x281cb360, 
avlist=0xbfbfdc84) at xv.c:391
#7  0x281b2c6f in xv_create (parent=0, pkg=0x281cb360) at xv.c:307
#8  0x281b4924 in xv_init (attr1=1241974786) at xv_init.c:308
#9  0x0804b801 in ?? ()
#10 0x4a070802 in ?? ()
#11 0xbfbfea70 in ?? ()
#12 0xbfbfea90 in ?? ()
#13 0x in ?? ()
#14 0x in ?? ()
#15 0x in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x in ?? ()
#20 0xbfbfea90 in ?? ()
#21 0xbfbfea70 in ?? ()
#22 0x in ?? ()
#23 0x in ?? ()
#24 0x in ?? ()
#25 0x in ?? ()
#26 0x in ?? ()
#27 0x in ?? ()
#28 0x in ?? ()
#29 0x in ?? ()
#30 0x in ?? ()
#31 0x in ?? ()
#32 0x in ?? ()
#33 0x in ?? ()
#34 0x in ?? ()
#35 0x in ?? ()
#36 0x in ?? ()
#37 0x in ?? ()
#38 0x in ?? ()
#39 0x in ?? ()
#40 0x in ?? ()
#41 0x in ?? ()
#42 0x in ?? ()
#43 0x in ?? ()
#44 0x in ?? ()
#45 0x in ?? ()
#46 0x in ?? ()
#47 0x in ?? ()
#48 0x in ?? ()
#49 0x in ?? ()
---Type  to continue, or q  to quit---
#50 0x in ?? ()
#51 0x in ?? ()
#52 0x in ?? ()
#53 0x in ?? ()
#54 0x in ?? ()
#55 0x in ?? ()
#56 0x in ?? ()
#57 0x in ?? ()
#58 0x in ?? ()
#59 0x in ?? ()
#60 0x in ?? ()
#61 0x in ?? ()
#62 0x in ?? ()
#63 0x in ?? ()
#64 0x in ?? ()
#65 0x in ?? ()
#66 0x in ?? ()
#67 0x in ?? ()
#68 0x in ?? ()
#69 0x in ?? ()
#70 0x in ?? ()
#71 0x in ?? ()
#72 0x in ?? ()
#73 0x in ?? ()
#74 0x in ?? ()
#75 0x in ?? ()
#76 0x in ?? ()
#77 0x in ?? ()
#78 0x in ?? ()
#79 0x in ?? ()
#80 0x in ?? ()
#81 0x in ?? ()
#82 0x in ?? ()
#83 0x in ?? ()
#84 0x in ?? ()
#85 0x in ?? ()
#86 0x in ?? ()
#87 0x in ?? ()
#88 0x in ?? ()
#89 0x in ?? ()
#90 0x in ?? ()
#91 0x in ?? ()
#92 0x in ?? ()
#93 0x in ?? ()
#94 0x in ?? ()
#95 0x in ?? ()
#96 0x in ?? ()
#97 0x in ?? ()
#98 0x in ?? ()
#99 0x in ?? ()
#100 0x in ?? ()
#101 0x in ?? ()
#102 0x in ?? ()
#103 0x in ?? ()
#104 0x in ?? ()
---Type  to continue, or q  to quit---
#105 0x000

devel/glib install is not correct.

[khsing]

When I install graphics/p5-Image-Magick-Iterator, I have got some message below.

I think the devel/glib install is not correct, so made this error.

gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs'
gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4'
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for glib-2.20.4
===>   Returning to build of liblqr-1-0.4.1
Error: shared library "glib-2.0.0" does not exist
*** Error code 1

Stop in /usr/ports/graphics/liblqr-1.
*** Error code 1

Stop in /usr/ports/graphics/ImageMagick.
*** Error code 1

Stop in /usr/ports/graphics/ImageMagick.
*** Error code 1

Stop in /usr/ports/graphics/p5-Image-Magick-Iterator.


-- 
A man live in jail and want to break.
http://blog.khsing.net
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Doug Barton]

Tom Uffner wrote:
> Doug Barton wrote:
>> I thought contool looked interesting so I tried build it. It requires
>> xview, which fails as follows on a fairly recent -current (8.0-BETA2
>> r195917: Mon Jul 27 16:09:24 PDT 2009):
> 
> i posted an ugly workaround for this a few days ago, which started this
> thread, and Mel Flynn replied with a better one.

Ok, committed, thanks!


-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/dbus-qt4 won't build

[Doug Barton]

Naram Qashat wrote:

> Actually, I had this problem as well, I found the solution (after a bit
> of Googling), is to deinstall devel/dbus-qt4 and then install it again. 
> Apparently the update conflicts with the older version already installed.

Oy, that's not a good thing. I notice that there is now an entry in
ports/UPDATING that covers this though, so at least users who pay
attention to that file will not run into the same problem.


Doug

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Tom Uffner]

Doug Barton wrote:

I thought contool looked interesting so I tried build it. It requires
xview, which fails as follows on a fairly recent -current (8.0-BETA2
r195917: Mon Jul 27 16:09:24 PDT 2009):


i posted an ugly workaround for this a few days ago, which started this
thread, and Mel Flynn replied with a better one.

tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: getting bogged down by malfunctioning ports subsystem

[Doug Barton]

Scott Bennett wrote:
>  Yesterday's ports updates are just *loads* of fun. :-(  Until portmaster
> reached the rebuilding of perl5.10, *every* *single* *port* that got rebuilt
> ended in failure on a "make deinstall/make reinstall" recommendation, *none*
> of which actually worked when tried. 

You've heard the definition of insanity right? Doing the same thing
over and over and expecting a different result? If you're having
problems like this it's a good idea to report them sooner than later.
Unless you can give specifics it's basically impossible to help you.

> The only thing that worked was to ignore
> that part of the recommendation and instead to do a
> "env FORCE_PKG_REGISTER make install".  I didn't isolate that until after
> several rebuilt ports (mostly qt4- ports) were lost due to the failures of
> the recommended solution.

Personally I have had good luck with FORCE_PKG_REGISTER in these
situations, although it's probably worth noting for the record that
this recommendation comes from the ports infrastructure, not portmaster.

I would also like to point out that if you have problems with *every*
*single* *port* you might want to consider that you have a more
systemic problem with your particular pkg directory having become
corrupt, or something else on a grander scale than just "the ports
subsystem sucks."

>  perl5.10, however, now fails to update on something different.  It gets
> an error that says,
> 
>.
>.
>.
> ===>>> Starting check for runtime dependencies
> ===>>> Gathering dependency list for lang/perl5.10 from ports
> ===>>> Starting dependency check
> ===>>> Checking dependency: /usr/ports/databases/gdbm
> ===>>> Dependency check complete for lang/perl5.10
> 
> /usr/bin/make install.perl install.man STRIPFLAGS= DESTDIR=""
> /usr/bin/strip: '/usr/local/bin/perl5.10.0': No such file
> /usr/bin/strip: '/usr/local/bin/perl': No such file
> /usr/local/bin/pod2man: not found
> *** Error code 127
> 
> It then proceeds to rebuild the port and install much of it before failing
> with
> 
> 1 error

In a situation like this what I would do is 'pkg_delete -f' the port,
then immediately rebuild it with portmaster again (so that portmaster
can register the dependencies properly when it installs). I agree that
is not "graceful," but the perl (and as I understand it python as
well) stuff is notoriously twitchy when it comes to these kinds of
problems.

I have considered changing the order of how portmaster does things from:

build
backup package (unless -B)
deinstall
install

to:
backup package
deinstall
build
install

That is undoubtedly more dangerous, and would require the "automated
backout" feature that I have yet to write, but it would solve a lot of
these problems.

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/dbus-qt4 won't build

[Lars Eighner]

On Wed, 5 Aug 2009, Doug Barton wrote:


Lars Eighner wrote:

Okay after it didn't work a few times I did

portupgrade -fr qt4\*

and still the make of devel/dbus-qt4 fails thus:


What happens if you do this:

cd /usr/ports/devel/dbus-qt4
make clean
make config
make


Don't know, but deleting the old port before make seems to work.

--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/dbus-qt4 won't build

[Naram Qashat]

Doug Barton wrote:

Lars Eighner wrote:

Okay after it didn't work a few times I did

portupgrade -fr qt4\*

and still the make of devel/dbus-qt4 fails thus:


What happens if you do this:

cd /usr/ports/devel/dbus-qt4
make clean
make config
make


Doug


Actually, I had this problem as well, I found the solution (after a bit of 
Googling), is to deinstall devel/dbus-qt4 and then install it again.  Apparently 
the update conflicts with the older version already installed.


Naram Qashat
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/dbus-qt4 won't build

[Doug Barton]

Lars Eighner wrote:
> Okay after it didn't work a few times I did
> 
> portupgrade -fr qt4\*
> 
> and still the make of devel/dbus-qt4 fails thus:

What happens if you do this:

cd /usr/ports/devel/dbus-qt4
make clean
make config
make


Doug

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Doug Barton]

Carlos A. M. dos Santos wrote:
> On Wed, Aug 5, 2009 at 5:50 PM, Tom Uffner wrote:
>> Carlos A. M. dos Santos wrote:
>>
>>> Can't xconsole do the job for you instead of contool?
>> more or less. i am using xconsole by default. however i prefer contool
>> because it has the following features which are missing from every other
>> X console program that I am aware of:
>>
>> 1. it can remain iconified (or entirely unmapped) and out of my way most
>> of the time.
>> 2. it can timestamp the messages it prints
>> 3. it can alert me to the presence of new console messages by flashing
>> its icon, beeping, and/or opening its window
>> 4. it allows me to specify, using regular expression filters, the types
>> of messages it should or should not alert on.
>>
>>> BTW, what problems do you have with contool? Are they the same ones
>>> discussed before in these threads?
>>>
>>>
>>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html
>>>
>>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html
>> my xconsole still exhibits those problems. don't know about contool yet.
> 
> It is even worst on 8.0, now. Even making xconsole SUID root I can't
> see any of the messages written to /dev/console. Using "xterm -C" does
> not work.
> 
>> as i said, i haven't had the time to diagnose it yet. what console i use
>> on my X workstations is not really that high a priority in the grand scheme
>> of things. contool is exiting with this message:
>>
>> Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line
>> 378.
>> Abort
>>
>> which may be another symptom of the tty layer changes, but i haven't really
>> had time to look at it yet.
> 
> Looks like a bug in XCB. This would not be a surprise, given the poor
> engineering of Xorg these days (lack of it, in fact). Try rebuilding
> libX11 with the patch I sent in this PR:
> 
>  http://www.freebsd.org/cgi/query-pr.cgi?pr=137373
> 
> You will not miss XCB. It is as useful as hole int your head.

I thought contool looked interesting so I tried build it. It requires
xview, which fails as follows on a fairly recent -current (8.0-BETA2
r195917: Mon Jul 27 16:09:24 PDT 2009):

cc -fPIC   -O2 -pipe -ggdb -fno-strict-aliasing -ggdb
-I../../../build/include  -I/usr/local/include-DCSRG_BASED
-I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO
-DOS_HAS_LOCALE -DOS_HAS_MMAP
-DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\""
-I../../../build/include  -I/usr/local/include-DCSRG_BASED
-I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO
-DOS_HAS_LOCALE -DOS_HAS_MMAP
-DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\""   -c ps_impl.c  -o
shared/ps_impl.o
ps_impl.c: In function 'ps_create':
ps_impl.c:183: warning: passing argument 1 of 'xv_error' makes integer
from pointer without a cast
rm -f ev_display.o shared/ev_display.o
cc -fPIC   -O2 -pipe -ggdb -fno-strict-aliasing -ggdb
-I../../../build/include  -I/usr/local/include-DCSRG_BASED
-I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO
-DOS_HAS_LOCALE -DOS_HAS_MMAP
-DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\""
-I../../../build/include  -I/usr/local/include-DCSRG_BASED
-I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO
-DOS_HAS_LOCALE -DOS_HAS_MMAP
-DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\""   -c ev_display.c
 -o shared/ev_display.o
In file included from ../../../build/include/xview_private/tty_impl.h:216,
 from ev_display.c:36:
/usr/include/sys/ioctl_compat.h:42:2: error: #error "Definitions not
available without TTY ioctl compat."
ev_display.c: In function 'ev_init_X_carets':
ev_display.c:89: warning: passing argument 1 of 'xv_error' makes
integer from pointer without a cast
ev_display.c: In function 'ev_put_caret':
ev_display.c:138: warning: passing argument 1 of 'xv_error' makes
integer from pointer without a cast
*** Error code 1



-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Fed up with Load Shedding???

[Smart UPS]

   Smart UPS

   2+2 (500 Watt= s)Rs. 4,500/-

   4+4 (1000 Wat= ts)   Rs. 6,500/-

   2+2  means 2 Tube Lights + 2 Fans

   4+4  means 4 Tube Lights + 4 Fans

   Above  UPS's are without Battery

With 6 Months Warranty 
   Contact: 0300-2104646



   If you don't want to receive any=   messages, please click [1]here

References

   1. 3D"mailto:thesmart...@gmail.com?subject=unsubscribe";
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Carlos A. M. dos Santos]

On Wed, Aug 5, 2009 at 5:50 PM, Tom Uffner wrote:
> Carlos A. M. dos Santos wrote:
>
>> Can't xconsole do the job for you instead of contool?
>
> more or less. i am using xconsole by default. however i prefer contool
> because it has the following features which are missing from every other
> X console program that I am aware of:
>
> 1. it can remain iconified (or entirely unmapped) and out of my way most
> of the time.
> 2. it can timestamp the messages it prints
> 3. it can alert me to the presence of new console messages by flashing
> its icon, beeping, and/or opening its window
> 4. it allows me to specify, using regular expression filters, the types
> of messages it should or should not alert on.
>
>> BTW, what problems do you have with contool? Are they the same ones
>> discussed before in these threads?
>>
>>
>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html
>>
>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html
>
> my xconsole still exhibits those problems. don't know about contool yet.

It is even worst on 8.0, now. Even making xconsole SUID root I can't
see any of the messages written to /dev/console. Using "xterm -C" does
not work.

> as i said, i haven't had the time to diagnose it yet. what console i use
> on my X workstations is not really that high a priority in the grand scheme
> of things. contool is exiting with this message:
>
> Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line
> 378.
> Abort
>
> which may be another symptom of the tty layer changes, but i haven't really
> had time to look at it yet.

Looks like a bug in XCB. This would not be a surprise, given the poor
engineering of Xorg these days (lack of it, in fact). Try rebuilding
libX11 with the patch I sent in this PR:

 http://www.freebsd.org/cgi/query-pr.cgi?pr=137373

You will not miss XCB. It is as useful as hole int your head.

-- 
My preferred quotation of Robert Louis Stevenson is "You cannot
make an omelette without breaking eggs". Not because I like the
omelettes, but because I like the sound of eggs being broken.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

INDEX now builds successfully on 8.x

[Erwin Lansing]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

devel/dbus-qt4 won't build

[Lars Eighner]

Okay after it didn't work a few times I did

portupgrade -fr qt4\*

and still the make of devel/dbus-qt4 fails thus:

g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4
 -o ../../../bin/qdbus .obj/release-shared/qdbus.o-L/usr/local/lib/qt4 -L/us
r/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/lib -L/usr/local/lib -lQ
tDBus -L/usr/local/lib/qt4 -L/usr/local/lib -pthread -pthread -pthread -pthread
-pthread -pthread -lQtXml -pthread -pthread -lQtCore -lz -lm -pthread -lgthread-
2.0 -lglib-2.0 -liconv
.obj/release-shared/qdbus.o(.text+0x102): In function `printArg(QVariant const&)
':
: undefined reference to `QDBusUtil::argumentToString(QVariant const&)'
*** Error code 1

Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus/q
dbus.
*** Error code 1

Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus/q
dbus.
*** Error code 1

Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus.
*** Error code 1

Stop in /usr/ports/devel/dbus-qt4.
Wed Aug 05 19:38:12 -bash4.0:ttyva:root
debranded/usr/ports/devel/dbus-qt4#



--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD Port: openssl-0.9.8k_2

[Karl Friesen]

The SCTP configuration option has been broken for a while now -- three 
of the files required for the option (tls-extractor.patch, 
abbreviated-renegotiation.patch, and dtls-sctp.patch) fail the checksum.


Would you please install the correct checksums so that openssl can be 
built with SCTP support?


I'm compiling the openssl port under FreeBSD 7.2-p3.

Thanks,

--karl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD Port: openbgpd-4.5.20090709

[Lasta Yani]

Hello Hiroki,

I'm sorry if I send directly this email to you.
When I try to upgrade my machine to openbgpd-4.5.20090709, something weird had 
happened.

This is my configuration,

neighbor $nap1  {
remote-as   45147
descr   ke-NAP1
announceall
set prepend-self2
}

neighbor $nap2  {
remote-as   45147
descr   ke-NAP2
announceall
set prepend-self2
}

deny from any
allow from $nap1 inet prefixlen 8 - 24

---

# bgpctl s ip b sum
Neighbor   ASMsgRcvdMsgSent  OutQ Up/Down  State/PrfRcvd
ke-NAP2 45147 790010  26298 0 01w2d03h 287574
ke-NAP1 45147 789760  26298 0 01w2d03h 287672


I dont change this configuration from OpenBGPD v4.2, and usually with this 
setting, I'm not receiving any prefixes from $nap2 (ke-NAP2), only receiving 
from $nap1 (ke-NAP1).
Its weird when I upgraded via port to openbgpd-4.5.20090709, its still 
receiving prefixes, I can't deny it.

Is there anything wrong with my configuration ?
Thank you.


Rgds,
--
Lasta Yani
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: status of FreeBSD ports you maintain as of 20090705

[Mark Linimon]

On Tue, Aug 04, 2009 at 05:44:57PM -0400, Alex Goncharov wrote:
> Could do more for the project -- but looks like nobody needs it.  Oh,
> well, I am not insisting.

Persistence is the name of the game.  The more PRs you submit, the more
you are likely to attract the attention of the existing committers, and
that's the track to becoming a new committer.

> How a new port would have broken the existing ones?  (5.4 is not an
> upgrade -- it's a separate port not touching 5.0, 5.1 or 6.0.)

 - CONFLICTS must be set properly

 - latest_link must be set properly

 - the name can't be the exact same as an existing port (kind of equal to
   latest-link being right)

 - must be added correctly in category Makefile

These are the most common errors people make when adding new ports.  Yes,
they are all easily learned.

> the words "we need more volunteers, committers etc." sound insincere.

We have a tremendous backlog of PRs and not all incoming PRs get noticed.
However, historically, folks who persist and send a large number of PRs
_do_ get noticed.  But it doesn't happen overnight.

Anyways, I don't think I'm going to be able to change your mind about
this topic, so I'll step back and listen to other people's opinions now.

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/xview (actually contool)

[Tom Uffner]

Carlos A. M. dos Santos wrote:


Can't xconsole do the job for you instead of contool?


more or less. i am using xconsole by default. however i prefer contool
because it has the following features which are missing from every other
X console program that I am aware of:

1. it can remain iconified (or entirely unmapped) and out of my way most
of the time.
2. it can timestamp the messages it prints
3. it can alert me to the presence of new console messages by flashing
its icon, beeping, and/or opening its window
4. it allows me to specify, using regular expression filters, the types
of messages it should or should not alert on.


BTW, what problems do you have with contool? Are they the same ones
discussed before in these threads?

 http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html
 
http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html


my xconsole still exhibits those problems. don't know about contool yet.
as i said, i haven't had the time to diagnose it yet. what console i use
on my X workstations is not really that high a priority in the grand scheme
of things. contool is exiting with this message:

Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 
378.
Abort

which may be another symptom of the tty layer changes, but i haven't really
had time to look at it yet.

tom

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

BUILD_CONFLICTS?

[Warren Block]

Builds of openoffice.org-3-devel die if devel/cppunit has been 
installed.  It seems to only be a build conflict, not a runtime 
conflict, but there isn't a way to distinguish with the standard 
CONFLICTS variable.


Similarly, there are ports that don't like the presence of ccache during 
a build.  For example, the gcc port finds the ccache binaries and quits.


I quick-scanned the porters handbook but didn't see BUILD_CONFLICTS; is 
there a way to give the user some message about the problem?


1 module(s):
cppunit
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/ports/editors/openoffice.org-3-devel/work/DEV300_m54/cppunit

-Warren Block * Rapid City, South Dakota USA
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Is somebody working on these ports? (libquantum, spark, eiffel)

[t_ziel]

The latest development snapshot is dated: 2009-01-13 so it's not too 
old, nor dead.
http://gforge.inria.fr/frs/?group_id=184

If SmartEiffel 2 is not compatible wit SmartEiffel 1, it's better to 
include all versions to let users decide what the want to install.

--
regards
Tomek Zielinski

> t_ziel  a écrit :
> 
> > Hello
> 
> Hi,
> 
> > * update SmartEiffel to the latest 2.3 version
> 
> Please do not. SmartEiffel 2 is not compatible with SmartEiffel 1.
> 
> I think that SmartEiffel is dead and we should remove it from the ports
> tree.
> 
> Regards


Marcin Gortat i inne gwiazdy koszykówki w Polsce 
jeszcze przed EuroBasketem! Zobacz na żywo mecze 
Polska vs. Chorwacja 11 i 12 sierpnia w Łodzi. 
Bilety: 
http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fmarcingortat2.html&sid=825


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Compiling problem for qt4-designer

[Albert Shih]

Hi all

Thanks for the kde 4.3 ports.

But I've some problem to compiling the

devel/qt4-designer

All my ports (of course except qt4* and KDE4*) is up2date but when I try to
compile qt4-designer I've got something like :

I'm running

FreeBSD pcjas.obspm.fr 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jun 30 
16:54:33 CEST 2009 

on i386 version.

What should I do ? 

Bests Regards.

g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 
-Wl,-rpath,/usr/local/lib/qt4 -o ../../../../bin/designer-qt4 
.obj/release-shared/fontpanel.o  .obj/release-shared/qttoolbardialog.o 
.obj/release-shared/main.o  .obj/release-shared/qdesigner.o 
.obj/release-shared/qdesigner_toolwindow.o 
.obj/release-shared/qdesigner_formwindow.o 
.obj/release-shared/qdesigner_workbench.o 
.obj/release-shared/qdesigner_settings.o .obj/release-shared/qdesigner_server.o 
.obj/release-shared/qdesigner_actions.o 
.obj/release-shared/qdesigner_appearanceoptions.o 
.obj/release-shared/saveformastemplate.o  .obj/release-shared/newform.o 
.obj/release-shared/versiondialog.o  .obj/release-shared/appfontdialog.o 
.obj/release-shared/preferencesdialog.o .obj/release-shared/assistantclient.o  
.obj/release-shared/mainwindow.o .obj/release-shared/moc_fontpanel.o  
.obj/release-shared/moc_qdesigner.o 
.obj/release-shared/moc_qdesigner_toolwindow.o 
.obj/release-shared/moc_qdesigner_formwindow.o 
.obj/release-shared/moc_qdesigner_workbench.o 
.obj/release-shared/moc_qdesigner_actions.o 
.obj/release-shared/moc_qdesigner_server.o 
.obj/release-shared/moc_qdesigner_appearanceoptions.o 
.obj/release-shared/moc_saveformastemplate.o .obj/release-shared/moc_newform.o  
.obj/release-shared/moc_versiondialog.o .obj/release-shared/moc_appfontdialog.o 
.obj/release-shared/moc_preferencesdialog.o 
.obj/release-shared/moc_mainwindow.o  .obj/release-shared/qrc_designer.o 
.obj/release-shared/qrc_qttoolbardialog.o-L/usr/local/lib/qt4 
-L/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/lib 
-L/usr/local/lib -L../../lib -L../../../../lib -lQtDesignerComponents 
-lQtDesigner -lQtScript -L/usr/local/lib/qt4 -L/usr/local/lib -pthread -pthread 
-lQtXml -pthread -pthread -lQtGui -pthread -lpng -lfreetype -lSM -lICE -pthread 
-pthread -lXrender -lfontconfig -lXext -lX11 -lQtNetwork -pthread -pthread 
-lQtCore -lz -lm -pthread -lgthread-2.0 -lglib-2.0 -liconv 
.obj/release-shared/qdesigner.o(.text+0x4ad): In function 
`QDesigner::parseCommandLineArgs(QStringList&, QString&)':
: undefined reference to 
`QDesignerPropertySheet::setInternalDynamicPropertiesEnabled(bool)'
.obj/release-shared/qdesigner_formwindow.o(.text+0x45d): In function 
`QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, 
QDesignerWorkbench*,
QWidget*, QFlags)':
: undefined reference to 
`qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)'
.obj/release-shared/qdesigner_formwindow.o(.text+0x67d): In function 
`QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, 
QDesignerWorkbench*,
QWidget*, QFlags)':
: undefined reference to 
`qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)'
.obj/release-shared/qdesigner_workbench.o(.text+0x1aa8): In function 
`QDesignerWorkbench::loadForm(QString const&, bool, bool*, QString*)':
: undefined reference to 
`qdesigner_internal::FormWindowBase::setLineTerminatorMode(qdesigner_internal::FormWindowBase::LineTerminatorMode)'
.obj/release-shared/qdesigner_workbench.o(.text+0x24a0): In function 
`QDesignerWorkbench::saveSettings() const':
: undefined reference to `QDesignerFormEditorInterface::settingsManager() const'
.obj/release-shared/qdesigner_workbench.o(.text+0x489c): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to `QDesignerFormEditorInterface::optionsPages() const'
.obj/release-shared/qdesigner_workbench.o(.text+0x48d5): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to 
`QDesignerFormEditorInterface::setOptionsPages(QList
 const&)'
.obj/release-shared/qdesigner_workbench.o(.text+0x490e): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to `QDesignerFormEditorInterface::settingsManager() const'
.obj/release-shared/qdesigner_workbench.o(.text+0x558c): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to `QDesignerFormEditorInterface::optionsPages() const'
.obj/release-shared/qdesigner_workbench.o(.text+0x55c5): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to 
`QDesignerFormEditorInterface::setOptionsPages(QList
 const&)'
.obj/release-shared/qdesigner_workbench.o(.text+0x55fe): In function 
`QDesignerWorkbench::QDesignerWorkbench()':
: undefined reference to `QDesignerFormEditorInterface::settingsManager() const'
.obj/release-shared/qdesigner_settings.o(.text+0x65): In function 
`QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)':
: undefined reference to 
`qdesigne

Re: Is somebody working on these ports? (libquantum, spark, eiffel)

[Patrick Lamaiziere]

Le Wed, 05 Aug 2009 15:58:26 +0200,
t_ziel  a écrit :

> Hello

Hi,

> * update SmartEiffel to the latest 2.3 version

Please do not. SmartEiffel 2 is not compatible with SmartEiffel 1.

I think that SmartEiffel is dead and we should remove it from the ports
tree.

Regards
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Is somebody working on these ports? (libquantum, spark, eiffel)

[t_ziel]

Hello

Thank you very much Wen. I really appreciate your help. Please send me 
an email when libquantum port is ready to testing.

--
best regards
Tomek Zieliński

>Dnia 5-08-2009 o godz. 16:28 wen heping napisał(a):
>I would work on the first.


>>2009/8/5 t_ziel 
>>
>>Hello
>> 
>> Is somebody working on these ports?
>> 
>> * libquantum - the C library for quantum computing and quantum simulation
>> http://www.libquantum.de/
>> 
>> * SPARK GPL EDITION - high-assurance software development toolset
>> http://libre.adacore.com/libre/tools/spark-gpl-edition/
>> 
>> * update EiffelStudio to the latest 6.4 version
>> http://www.freshports.org/devel/eiffelstudio/
>> http://eiffel.com/products/studio/
>> 
>> * update SmartEiffel to the latest 2.3 version
>> http://www.freshports.org/lang/smarteiffel/
>> http://smarteiffel.loria.fr/
>> 
>> --
>> best regards
>> Tomek Zielinski


Reżyser MUMII powraca z nowym widowiskowym
G.I. Joe: CZAS KOBRY -> zobacz zwiastun filmu
http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fczaskobry.html&sid=823


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Is somebody working on these ports? (libquantum, spark, eiffel)

[t_ziel]

Hello

Is somebody working on these ports?

* libquantum - the C library for quantum computing and quantum simulation
http://www.libquantum.de/

* SPARK GPL EDITION - high-assurance software development toolset
http://libre.adacore.com/libre/tools/spark-gpl-edition/

* update EiffelStudio to the latest 6.4 version
http://www.freshports.org/devel/eiffelstudio/
http://eiffel.com/products/studio/

* update SmartEiffel to the latest 2.3 version
http://www.freshports.org/lang/smarteiffel/
http://smarteiffel.loria.fr/

--
best regards
Tomek Zielinski


Reżyser MUMII powraca z nowym widowiskowym
G.I. Joe: CZAS KOBRY -> zobacz zwiastun filmu
http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fczaskobry.html&sid=823


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Thanks for KDE 4.3.0 and Qt 4.5 !

[Nataraj S Narayan]

Hi

I use ports for package installation.

The following are the qt4 packages in my machine.

freebsd# ls -l /var/db/pkg/|grep qt4
drwxr-xr-x  2 root  wheel  512 Jul 15 09:59 qt4-assistant-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 14 17:50 qt4-assistant-adp-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 14 17:39 qt4-clucene-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 15 13:54 qt4-codecs-cn-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 15 13:57 qt4-codecs-jp-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 15 13:59 qt4-codecs-kr-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 15 14:01 qt4-codecs-tw-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 30 16:07 qt4-corelib-4.4.3
drwxr-xr-x  2 root  wheel  512 Jul 14 17:50 qt4-dbus-4.4.1
drwxr-xr-x  2 root  wheel  512 Jul 15 11:51 qt4-designer-4.4.1


Except for few, all packages are version 4.4.1. How do I upgrade to
4.4.3 in  a single go?

regards

Nataraj



On Wed, Aug 5, 2009 at 3:14 AM, Olivier Smedts wrote:
> Big thanks to the FreeBSD KDE team for such a reactive update after
> the official release !
>
> I've been testing it for few hours, using area51. It works great.
>
> Are there any differences between area51 and what have been committed
> to the ports repository ?
>
> The "s/MAKE_JOBS_SAVE/MAKE_JOBS_SAFE" fix should also be applied for
> "devel/qt4-qvfb/Makefile", "textproc/qt4-xmlpatterns/Makefile" and
> "databases/qt4-sql/Makefile".
>
> Cheers,
> Olivier
>
> --
> Olivier Smedts                                                 _
>                                        ASCII ribbon campaign ( )
> e-mail: oliv...@gid0.org        - against HTML email & vCards  X
> www: http://www.gid0.org    - against proprietary attachments / \
>
>  "Il y a seulement 10 sortes de gens dans le monde :
>  ceux qui comprennent le binaire,
>  et ceux qui ne le comprennent pas."
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

getting bogged down by malfunctioning ports subsystem

[Scott Bennett]

 Yesterday's ports updates are just *loads* of fun. :-(  Until portmaster
reached the rebuilding of perl5.10, *every* *single* *port* that got rebuilt
ended in failure on a "make deinstall/make reinstall" recommendation, *none*
of which actually worked when tried.  The only thing that worked was to ignore
that part of the recommendation and instead to do a
"env FORCE_PKG_REGISTER make install".  I didn't isolate that until after
several rebuilt ports (mostly qt4- ports) were lost due to the failures of
the recommended solution.
 perl5.10, however, now fails to update on something different.  It gets
an error that says,

   .
   .
   .
===>>> Starting check for runtime dependencies
===>>> Gathering dependency list for lang/perl5.10 from ports
===>>> Starting dependency check
===>>> Checking dependency: /usr/ports/databases/gdbm
===>>> Dependency check complete for lang/perl5.10

/usr/bin/make install.perl install.man STRIPFLAGS= DESTDIR=""
/usr/bin/strip: '/usr/local/bin/perl5.10.0': No such file
/usr/bin/strip: '/usr/local/bin/perl': No such file
/usr/local/bin/pod2man: not found
*** Error code 127

It then proceeds to rebuild the port and install much of it before failing
with

1 error

 I love most of the rest of FreeBSD, but I have to ask, are the allegedly
more ad hoc methods of dealing with ported software that are used in LINUX
*really* any worse to live with than this?  The FreeBSD ports subsystem has
been a never-ending nightmare at least since 5.2.1 when I first started using
FreeBSD.  Lately, in trying to following the suggestions of asking for help
on the list that one finds in the FreeBSD documentation, I can't even keep
up with the replies, about a quarter of which are genuinely helpful (thanks
much for those!) and trying to keep an updated system is proving to be just
about impossible.
 Recently, a request for even token donations was posted to the
freebsd-announce list in order to get a more representative count of the
number of people using FreeBSD.  I will try to send a token donation, but
unfortunately, I live in poverty, not fabulous wealth, so I have no ability
to fund a project to fix the ports subsystem.  Is there any hope that the
FreeBSD Foundation might have success in soliciting funding elsewhere to fix
the ports subsystem?  It has been by far the weakest, most fragile and
unreliable part of FreeBSD for way too long.
 For the moment, I'm afraid I must give up trying to update ports.  The
process is just too broken.  The libtool upgrade I asked about on the list 
earlier?  If the daily patches are beyond my reach, there's really no point
in worrying about libtool.  It looks now as though my best option will be
to wait for the next release of FreeBSD, install that, and forget about any
ports updates until the release after that, and so on. :-(  I just hope that
my system is not now too broken to use until the next release comes out.


  Scott Bennett, Comm. ASMELG, CFIAG
**
* Internet:   bennett at cs.niu.edu  *
**
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."   *
*-- Gov. John Hancock, New York Journal, 28 January 1790 *
**
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PHP gd issues

[Stefan Bethke]

Am 23.07.2009 um 10:44 schrieb mediaslut von abfab:


I had the same fatallibpngerror discovered yesterday.

It seems like libpng version 1.2.37 was buggy. And version 1.2.38 is
not available yet on FreeBSD Ports (although, I don't know if this bug
is fixed in this version?).
I have downgraded to version 1.2.35 and the error has gone away.


I just ran into this problem through WordPress.

I can't find any PR referencing this, and I don't see ache@ or dinoex@  
cc'ed...


png-mng-implement has a reference to this issue: 


I don't have the time to do any analysis myself (not before the  
weekend anyway), so if any of you could take a look, I'd be most  
grateful.



Stefan

--
Stefan BethkeFon +49 151 14070811




___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD Port: net-snmp-5.4.2.1_5 ; IPFW MIB

[Jean-Yves Avenard]

Hello

I'm writing to you as you are the maintainer of the net-snmp port.

I've written an IPFW MIB for net-snmp on FreeBSD allowing you to query  
the ipfw counters using snmp. This is very useful for monitoring  
various network statistics.


I've maintained this patch since 2002 and it has proven itself very  
stable with various reports of success.


I was wondering if there was any possibility to include this in the  
port, it would make future upgrade much simpler.


A link to the archive is there:
http://www.hydrix.com/Download/Utils/MIB/mib-ipfw2.tgz

Thank you
Jean-Yves

--
Jean-Yves Avenard
Hydrix - Our Expertise - Your Competitive Advantage
www.hydrix.com | fax +61 3 8573 5289  | phone +61 3 8573 5299
VoIP: direct: 2...@voip.hydrix.com, general: i...@voip.hydrix.com
They who would give up an essential liberty for temporary security,  
deserve neither liberty or security (Benjamin Franklin)







___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: What does py25 mean?

[Florent Thoumie]

On Tue, Aug 4, 2009 at 9:48 PM, Lars Eighner wrote:
> What does py25 mean?
>
> I can't seem to upgrade about 40 ports (the old versions of which now seem
> to be broken) evidently because the build of
>
> py25-gtk-2.13.1 fails with the message
>
>    py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5.
>
> Well, of *I* did not specify 2.5.
>
> But howcome something called py25-cairo needs Python 2.6?  What does that
> py25 on the front mean?   Doesn't it mean python 2.5?  If it doesn't mean
> that, what does it mean?  If it does mean that, then howcome it needs python
> 2.6?

Looking at graphics/py-cairo history:

June 17: was updated to 1.8.4
June 19: required python 2.6+

You most likely installed it before that, and probably before python
2.6 was set as the default version. The message is a bit misleading
but as somebody else said, the py25- prefix in that case comes from
your installed version of python.

Check entry 20090608 about the python upgrade in /usr/ports/UPDATING.

-- 
Florent Thoumie
f...@freebsd.org
FreeBSD Committer
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"