print/pdftk is broken

2010-01-19 Thread Maho NAKATA 
Hi glarkin@, gerald@ (Gerald, see below)
print/pdftk is broken on FreeBSD 8.0-RELEASE-p2/amd64 like following:


ctorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
/var/tmp//ccC0rKVB.s:14025: Warning: ignoring changed section attributes for 
.text._ZNSt6vectorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
/var/tmp//ccC0rKVB.s:25718: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25719: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25720: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25721: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25722: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25723: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25724: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25725: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25726: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25727: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25728: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25729: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25730: Error: unknown pseudo-op: `.weakref'
/var/tmp//ccC0rKVB.s:25731: Error: unknown pseudo-op: `.weakref'
gmake: *** [pdftk.o] Error 1
*** Error code 1

Stop in /work/cvsup/ports/print/pdftk.


and here is a workaround.
% diff -u Makefile~ Makefile
--- Makefile~   2010-01-19 17:19:14.0 +0900
+++ Makefile2010-01-19 17:19:27.0 +0900
@@ -35,7 +35,7 @@
 WRKSRC=   ${WRKDIR}/${DISTNAME}/${PORTNAME}
 
 MAKEFILE=  Makefile.Generic
-MAKE_ENV=  GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF}
+MAKE_ENV=  GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF} 
PATH=/usr/local/x86_64-portbld-freebsd8.0/bin/:${PATH}
 
 MAN1=  ${PORTNAME}.1
 PLIST_FILES=   bin/pdftk


I installed devel/binutils. I guess if gcc42 is build with devel/binutils,
this error may happen.  Just a 30 sec. thought.. though.

Thanks,
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ 
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
___
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/142880: [REPOCOPY] chinese/stardict2-dict-zh_CN ---

2010-01-19 Thread Boris Samorodov 
On Tue, 19 Jan 2010 10:01:35 +0800 wen heping wrote:
> On Tue, Jan 19, 2010 at 6:30 AM, Max Brazhnikov  wrote:

> > Wouldn 't=20  better to remove run dependency on stardict and allow people
> > to use existing port for any of stardict 2/3 (or other -- not only stardict
> > can use these dictionaries.)

Yep, those dictionaries may be used by other ports. There is
for example textproc/goldendict which is happy with those
dictionaries.

> Yes, it is better than to create a new port. :)
> But how do you think about this way:
>   1 REPOCOPY stardict2-dict-zh_CN--> stardict-dict-zh_CN
>   2 Add option entry for stardict2 or stardict3 ?

...and an option for goldendict, please! ;-)

-- 
WBR, Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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: print/pdftk is broken

2010-01-19 Thread Greg Larkin 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Maho NAKATA wrote:
> Hi glarkin@, gerald@ (Gerald, see below)
> print/pdftk is broken on FreeBSD 8.0-RELEASE-p2/amd64 like following:
> 
> 
> ctorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
> /var/tmp//ccC0rKVB.s:14025: Warning: ignoring changed section attributes for 
> .text._ZNSt6vectorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
> /var/tmp//ccC0rKVB.s:25718: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25719: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25720: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25721: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25722: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25723: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25724: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25725: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25726: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25727: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25728: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25729: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25730: Error: unknown pseudo-op: `.weakref'
> /var/tmp//ccC0rKVB.s:25731: Error: unknown pseudo-op: `.weakref'
> gmake: *** [pdftk.o] Error 1
> *** Error code 1
> 
> Stop in /work/cvsup/ports/print/pdftk.
> 
> 
> and here is a workaround.
> % diff -u Makefile~ Makefile
> --- Makefile~ 2010-01-19 17:19:14.0 +0900
> +++ Makefile  2010-01-19 17:19:27.0 +0900
> @@ -35,7 +35,7 @@
>  WRKSRC=   ${WRKDIR}/${DISTNAME}/${PORTNAME}
>  
>  MAKEFILE=Makefile.Generic
> -MAKE_ENV=GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF}
> +MAKE_ENV=GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF} 
> PATH=/usr/local/x86_64-portbld-freebsd8.0/bin/:${PATH}
>  
>  MAN1=${PORTNAME}.1
>  PLIST_FILES= bin/pdftk
> 
> 
> I installed devel/binutils. I guess if gcc42 is build with devel/binutils,
> this error may happen.  Just a 30 sec. thought.. though.
> 
> Thanks,
> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ 
>Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt

Hello Nakata,

Thank you for the bug report, and I'll have a look at it.  We're also in
the process of porting pdftk to use gcc 4.5 instead of gcc 4.2, so I'll
try your test case with that version, too, to check if there's any
difference.

Thank you,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/   - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/sourcehosting/ - Follow me, follow you
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFLVdHe0sRouByUApARAksFAJwOImGODdloO1eHinHKsYyOGBBFZQCfTAh8
hk5/mlbFTWDzUp3tTJRgztk=
=vS4Q
-END PGP SIGNATURE-

___
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: Why change to plist-sub for pkg-message?

2010-01-19 Thread Wesley Shields 
On Mon, Jan 18, 2010 at 05:36:30PM -0800, Doug Barton wrote:
> On 01/18/10 17:23, Philip M. Gollucci wrote:
> > That particular one is questionable, but I'm sure if every post-install
> > message is in pkg-message or files/pkg-message.in it will help with
> > 
> > 
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122877
> 
> Ok, now I see where you're going with this. :)  With respect to Wesley,
> the approach in the patch is bass-ackwards. You don't want to do
> anything with files named *pkg*message*, there are just too many
> variations. The only thing you want to worry about is
> /var/db/pkg/*/+DISPLAY. That way you can be sure of several useful
> things ... it's persistent (I.e., users can bring it up again with
> pkg_info), it's already post-processed, etc. etc.

Wow, that's a patch from the past. ;)

You are correct that there are too many variations, not to mention my
patch failed to handle the case where a port is installed as an
EXTRACT_DEPENDS. That is part of the reason that the PR is in limbo - it
clearly needs more work. I would love to find time to clean it up
because I still think the feature is useful. Thanks for the hint on
using +DISPLAY for this. If I can ever find the time to re-work the
patch I will certainly explore that option.

> Modesty aside portmaster has some pretty mature code to deal with this,
> I suggest giving it a look before trying to reinvent it.

I love the fact that portmaster does this and will look at the code if I
can find time to re-work the patch. If anyone wants to get to it first
then please do. I'm willing to give a review and pointers to some of the
pitfalls I've noticed with my original approach.

> As for the rest of the patch, I appreciate the POLA-awareness, but I
> would make this opt-OUT instead of opt-in, tool authors can easily opt
> out of it with a one-line fix, whereas the feature is very useful for
> the average user and I believe it should be enabled by default. It's one
> of the things that people tell me most often that they like about
> portmaster.

Point taken. I chose to not break POLA but can see your viewpoint also.
As is often the case with these situations I'm agnostic and leave it up
to the powers-that-be (portmgr) to decide on that.

-- WXS
___
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: Why change to plist-sub for pkg-message?

2010-01-19 Thread Philip M. Gollucci 

Wesley Shields wrote:


You are correct that there are too many variations, not to mention my
patch failed to handle the case where a port is installed as an
EXTRACT_DEPENDS. That is part of the reason that the PR is in limbo - it
clearly needs more work. I would love to find time to clean it up
because I still think the feature is useful. Thanks for the hint on
using +DISPLAY for this. If I can ever find the time to re-work the
patch I will certainly explore that option.


Personally, I'd love to see files/pkg-message.in as the 1 true only way. 
 But pav already veto'ed that, so moving on.


I did think of another reason why the particular patch doug asked about 
is still good.  Separation of Languages.  It removes the 'text' from the 
'Makefile'.



--

1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
VP Apache Infrastructure; Member, Apache Software Foundation
Committer,FreeBSD Foundation
Consultant,   P6M7G8 Inc.
Sr. System Admin, Ridecharge Inc.

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
___
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: print/pdftk is broken

2010-01-19 Thread Maho NAKATA 
From: Greg Larkin 
Subject: Re: print/pdftk is broken
Date: Tue, 19 Jan 2010 10:38:06 -0500

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Maho NAKATA wrote:
>> Hi glarkin@, gerald@ (Gerald, see below)
>> print/pdftk is broken on FreeBSD 8.0-RELEASE-p2/amd64 like following:
>> 
>> 
>> ctorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
>> /var/tmp//ccC0rKVB.s:14025: Warning: ignoring changed section attributes for 
>> .text._ZNSt6vectorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_
>> /var/tmp//ccC0rKVB.s:25718: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25719: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25720: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25721: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25722: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25723: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25724: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25725: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25726: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25727: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25728: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25729: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25730: Error: unknown pseudo-op: `.weakref'
>> /var/tmp//ccC0rKVB.s:25731: Error: unknown pseudo-op: `.weakref'
>> gmake: *** [pdftk.o] Error 1
>> *** Error code 1
>> 
>> Stop in /work/cvsup/ports/print/pdftk.
>> 
>> 
>> and here is a workaround.
>> % diff -u Makefile~ Makefile
>> --- Makefile~2010-01-19 17:19:14.0 +0900
>> +++ Makefile 2010-01-19 17:19:27.0 +0900
>> @@ -35,7 +35,7 @@
>>  WRKSRC=   ${WRKDIR}/${DISTNAME}/${PORTNAME}
>>  
>>  MAKEFILE=   Makefile.Generic
>> -MAKE_ENV=   GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF}
>> +MAKE_ENV=   GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF} 
>> PATH=/usr/local/x86_64-portbld-freebsd8.0/bin/:${PATH}
>>  
>>  MAN1=   ${PORTNAME}.1
>>  PLIST_FILES=bin/pdftk
>> 
>> 
>> I installed devel/binutils. I guess if gcc42 is build with devel/binutils,
>> this error may happen.  Just a 30 sec. thought.. though.
>> 
>> Thanks,
>> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ 
>>Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
> 
> Hello Nakata,
> 
> Thank you for the bug report, and I'll have a look at it.  We're also in
> the process of porting pdftk to use gcc 4.5 instead of gcc 4.2, so I'll
> try your test case with that version, too, to check if there's any
> difference.

Hi, building was fine but all try seg faulted on fbsd8/amd64.
just FYI.
good luck for porting!
thank you very much
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ 
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
___
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"

libSDL versus XDM authentication

2010-01-19 Thread Sean C. Farley 
I recall running into this in the past with some application I cannot 
recall at the moment, yet I just bumped into it again recently when 
trying to run multimedia/pwcview.


# pwcview
Webcam set to: 320x240 (sif) at 5 fps
XDM authorization key matches an existing client!Failed to init sdl: Couldn't 
open X11 display

The issue is that xdm uses XDM-AUTHORIZATION-1 authentication, so I have 
these as well as MIT-MAGIC-COOKIE-1 listed within ~/.Xauthority.  libSDL 
by default does not like this.


Three possible solutions and one guess are available:
1. Link pwcview with libX11.
2. Add 'DisplayManager*authName:  MIT-MAGIC-COOKIE-1' to xdm-config.
3. (untested) Configure libSDL to be built with
   SDL_VIDEO_DRIVER_X11_DYNAMIC defined and src/video/x11/SDL_x11video.c
   changed to include FreeBSD with __osf__ in the check.  This causes it
   try again after one second.  The comment claims that this works for
   this issue.
4. Linking libX11 to libSDL?  It is just a thought.

Sean

P.S. libSDL 1.2.14 is available.
--
s...@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"

Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped)

2010-01-19 Thread O. Hartmann 

On 01/12/10 15:31, Guido Falsi wrote:

On Tue, Jan 12, 2010 at 02:30:56PM +0100, Gary Jennejohn wrote:

On Mon, 11 Jan 2010 12:54:48 +0100
ohart...@zedat.fu-berlin.de said:


ohartman>  Since friday after the last FreeBSD 8.0-STABLE/amd64 update, 
thunderbird3
ohartman>  crashes immmediately or after a view seconds with

ohartman>  socket(): Protocol not supported
ohartman>  Illegal instruction (core dumped)

I'm not sure but I suspect you are using custom kernel built without
INET6 option.  If so, thunderbird3 is depending upon IPv6.


Can it be made to not require IPv6? (especially when there is no actual IPv6
connectivity).



Seems to be hardcoded all over the place.  Looks like it would require major
modifications.


This is strange. I'm using an 8.0-STABL:E/amd64 compiled yesterday here.
Custom kernel without INET6 and thunderbird3 works quite fine.



Sorry for the long delay.

Well, after recompiling several ports the situation seems to get relxed, 
but thunderbird3 is crashing on SMP boxes more frequent than on non-SMP 
FreeBSD 8/amd64 boxes. So far.
I tried to rebuild via portmaster every thunderbird-dependencies (ports 
on which tunderbird3 depends on, if my English isn't clear). No success.
I realise those crashes when I try to abort message sending, then 
thunderbird crahes immediately. Sometimes it vanishes silently, leaving 
a dead-mark (core dump) behind. No idea what's going wrong.


On my private slwo UP box (FBSD 8.0/amd64 STABLE) thunderbird is stable, 
but really slow ...


Regards,
Oliver
___
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"