Re: linux-f8-pango - fix or replacement?

[Matthew Seaman]

Torfinn Ingolfsen wrote:

Hi,
I am using the linux-f8 ports on FreeBSD 7.2-stable (mainly to get
linux-flashplugin to work).
However linux-f8-pango have an open security issue (and have had for some
time now).
There is no update of linux-f8-pango (not yet anyway) in the ports tree.

Can I replace it with something else? (but without changing all ports to
linux-f10)


Unfortunately the only thing that can provide what linux-pango does is
another version of linux-pango.

No -- you'ld have to change the linux-base port and all other linux ports to
the f10 version if you wanted to use linux-f10-pango-1.22.3.  
linux_base-f10-10_2
seems to work OK for me on 7.2-STABLE, at least for providing flashplayer
and acrobat8.

However, it won't help in your aim of trying to get a vulnerability free
linux-pango:

% portaudit linux-f10-pango-1.22.3
Affected package: linux-f10-pango-1.22.3
Type of problem: pango -- integer overflow.
Reference: 


1 problem(s) found.

Cheers,

Matthew

--
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
 Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
 Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature

Re: security/gnupg installing pth-2.0.7 causing problems

[David Southwell]

> > On Friday 02 October 2009 00:46:18 David Southwell wrote:
> > > > -Original Message-
> > > >
> > > > On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote:
> > > > > Hi
> > > > >
> > > > > gnupg-2.0.13 depends on devel and installs it. This causes
> > > >
> > > > problems on
> > > >
> > > > > a
> > > > > 7.2-p3 amd64 system. A number of ports fail to build due to
> > > >
> > > > conflicts
> > > >
> > > > > between pth and the standard system thread library.
> > > > >
> > > > > For example x11-toolkits/py-qt4-gui build fails with
> > > >
> > > > pth-2.0.7 installed.
> > > >
> > > > > After deletion py-qt4-gui builds and installs correctly.
> > > >
> > > > Something wrong with your system. Noone from KDE/FreeBSD team
> > > > reports about such bugs..
> > > > For example, I have pth installed already for all my systems,
> > > > and py-qt4 always build fine.
> > > >
> > > > please show your /etc/make.conf and buildlog with errors.
> > > >
> > > > > What is the best way to deal with this when security/gnupg
> > > >
> > > > is required?
> > > >
> > > > > Would it be possible for the gnupg to detect it is on an
> > > >
> > > > amd64 system
> > > >
> > > > > and adjust its dependencies accordingly? Should the problem also be
> > > > > dealt with at source in the devel/pth port?
> > >
> > > Are you testing on a multi processor system intel quad with a generic
> > > amd64 build?
> >
> > We testing on ALL available platforms.
> 
> OK
> 
> Later today I will run some tests and post the script.
> 
> David
I dropped this task -- got too tied up elsewhere. Then some ports were updated 
and security/gnupg was rebuilt and the problem re-emerged. Can someone please 
amend the gnupg port so it does not install pth when system threads are 
available!!! pth is NOT compatible with system threads.

Thanks

David
___
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: security/gnupg installing pth-2.0.7 causing problems

[Dima Panov]

On Sunday 08 November 2009 20:17:19 David Southwell wrote:
> > > On Friday 02 October 2009 00:46:18 David Southwell wrote:
> > > > > -Original Message-
> > > > >
> > > > > On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote:
> > > > > > Hi
> > > > > >
> > > > > > gnupg-2.0.13 depends on devel and installs it. This causes
> > > > >
> > > > > problems on
> > > > >
> > > > > > a
> > > > > > 7.2-p3 amd64 system. A number of ports fail to build due to
> > > > >
> > > > > conflicts
> > > > >
> > > > > > between pth and the standard system thread library.
> > > > > >
> > > > > > For example x11-toolkits/py-qt4-gui build fails with
> > > > >
> > > > > pth-2.0.7 installed.
> > > > >
> > > > > > After deletion py-qt4-gui builds and installs correctly.
> > > > >
> > > > > Something wrong with your system. Noone from KDE/FreeBSD team
> > > > > reports about such bugs..
> > > > > For example, I have pth installed already for all my systems,
> > > > > and py-qt4 always build fine.
> > > > >
> > > > > please show your /etc/make.conf and buildlog with errors.
> > > > >
> > > > > > What is the best way to deal with this when security/gnupg
> > > > >
> > > > > is required?
> > > > >
> > > > > > Would it be possible for the gnupg to detect it is on an
> > > > >
> > > > > amd64 system
> > > > >
> > > > > > and adjust its dependencies accordingly? Should the problem also
> > > > > > be dealt with at source in the devel/pth port?
> > > >
> > > > Are you testing on a multi processor system intel quad with a generic
> > > > amd64 build?
> > >
> > > We testing on ALL available platforms.
> >
> > OK
> >
> > Later today I will run some tests and post the script.
> >
> > David
> 
> I dropped this task -- got too tied up elsewhere. Then some ports were
>  updated and security/gnupg was rebuilt and the problem re-emerged. Can
>  someone please amend the gnupg port so it does not install pth when system
>  threads are available!!! pth is NOT compatible with system threads.

Repeat again - you only one with this kind of problem, which assume situations 
with 
something wrong in your installation/make.conf settings. 

For further investigation please show up your make.conf, kernel config, pkg list

We use gnupg with pth flavour without any side effects.


-- 
Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: Issues with devel/boost-* on Sparc64

[Alexander Churanov]

OK, Mark, no problems.

Alexander Churanov
___
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: linux-f8-pango - fix or replacement?

[Torfinn Ingolfsen]

Hello,

On Sun, Nov 8, 2009 at 9:09 AM, Matthew Seaman <
m.sea...@infracaninophile.co.uk> wrote:

> Unfortunately the only thing that can provide what linux-pango does is
> another version of linux-pango.
>
> No -- you'ld have to change the linux-base port and all other linux ports
> to
> the f10 version if you wanted to use linux-f10-pango-1.22.3.
>  linux_base-f10-10_2
> seems to work OK for me on 7.2-STABLE, at least for providing flashplayer
> and acrobat8.
>
> However, it won't help in your aim of trying to get a vulnerability free
> linux-pango:
>
>
I see. Ok, I'll just keep the f8 version then.
Thanks.
-- 
Regards,
Torfinn Ingolfsen
___
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: Issues with devel/boost-* on Sparc64

[Eygene Ryabinkin]

Boris, good day.

Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote:
> Alexander Churanov wrote:
> > HI folks!
> >
> > As I know, currently devel/boost-libs port fails to build on sparc64.
> > I had a discussion of this in September. The root cause is unknown for
> > me. To investigate into this further I need either access to a sparc64
> > box or a person who has access and whom I may instruct with the
> > actions to perform.
> >
> > Are there any plans to fix ports for sparc64 before the release?
> >
> > Sincerely,
> > Alexander Churanov,
> > maintainer of devel/boost-*
> > ___
> > 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"
> >   
> Ahoy. I can give you shell access to a reasonably-speedy sparc64 machine
> (4 x 300 MHz) running 8.0-BETA.

I am willing to try.  How to proceed?  If you'll need my SSH key, it is
in the attachment.
-- 
Eygene
 ____   _.--.   #
 \`.|\.....-'`   `-._.-'_.-'`   #  Remember that it is hard
 /  ' ` ,   __.--'  #  to read the on-line manual
 )/' _/ \   `-_,   /#  while single-stepping the kernel.
 `-'" `"\_  ,_.-;_.-\_ ',  fsc/as   #
 _.-'_./   {_.'   ; /   #-- FreeBSD Developers handbook
{_.-``-' {_/#
ssh-rsa 
B3NzaC1yc2EBIwAAAgEAxC5Iw8CyS+dpx1VEVV59NCt/UTnO+VcYFnbs526OPjuLiAOSkBItSqlWE96Bpwi+vgUMpDYNW8nlaahVzotoQyjge/vL/o8hZ1fr+WdLGr4HTKWhiESe7qfsnNCmY56irx1a35DwMDiPgM948jkkz0HoK2flCAj5cU29mez2a23th5fJZXo4NCyb0jzewp0vqDRX6MW1Qmg/rBfUdFbu2v9VUmemK9Uxs6LBAYRkkfaugHw+LIj7WKBvaSfyBDu55ID6ve5L78Ai6YAKPF+WiILkFw5z/TCzuFLpL0JN7Im1YxJOmGHMfGrFrY2h7gSQAdtrQvDBG/A4wToMLqneqvOe1VYSPwO8+jEH9CwkybRy77USrxlZBbXHOJ/hPNa+HSEoTuJAwolSpItDZCAnoVr8v51yzFr1L238DLFId4y05tiU6ioJWGjGX+75iEcL2BHaNBpk6a1n+dx13c87HAKX2VCLFrhi1xD0IviD3WPGM+ELOC46wTvabXFhtXxzOhakdbcNZhQ830KmtRu0I2sO4yh7oTT85tcbKhQP6J2SNE0J7wIlo0VX2WdsPgPDeo4scnJWLFeQysC4CjbGj8eiiJt5yP7oOXLM075sRgt8xZZdQCTyniQf3gSWclPzeia0tqAMvnkc85zWfTlJWvGszzjAfmcPHIVRkURxkYE=
 r...@void.codelabs.ru
___
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: security/gnupg installing pth-2.0.7 causing problems

[Jun Kuriyama]

2009/11/8 David Southwell :
> I dropped this task -- got too tied up elsewhere. Then some ports were updated
> and security/gnupg was rebuilt and the problem re-emerged. Can someone please
> amend the gnupg port so it does not install pth when system threads are
> available!!! pth is NOT compatible with system threads.

Can you compile security/gnupg without devel/pth installed?


-- 
Jun Kuriyama  // FreeBSD Project
  // S2 Factory, Inc.
___
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"

RFC: svn for make fetch

[Eitan Adler]

I was hoping to get a bit more of a response to a recent posting of
mine with regard to using svn to fetch files for ports
My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html
A summary of what has been going on:
http://wiki.freebsd.org/EitanAdler/ports-svn

This is something that more than 2 people should have an input on
___
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: security/gnupg installing pth-2.0.7 causing problems

[David Southwell]

> 2009/11/8 David Southwell :
> > I dropped this task -- got too tied up elsewhere. Then some ports were
> > updated and security/gnupg was rebuilt and the problem re-emerged. Can
> > someone please amend the gnupg port so it does not install pth when
> > system threads are available!!! pth is NOT compatible with system
> > threads.
> 
> Can you compile security/gnupg without devel/pth installed?
> 
Sure if you make it depend upon libpthread-stubs-0.1 rather than pth then 
there are no problems.

With devel/pth there are serious problems with python and other apps on intel 
quad processor systems compiled using amd64 kernel option.

I am not the only one who has had this problem. Greg Larkin reported the same 
issue and stated in regard to libical:

>However, the compilation still fails in icalmemory.c due to conflicting
>definitions for the pthread functions.  I haven't figured that one out,
>and I've cc'd the port maintainer team in case any of them have any ideas.

What puzzles me is why the gnupg maintainer is so reluctant to provide 
alternative options to using pth when there are both system libraries and 
libpthread-stubs-0.1 available as an alternative.  Dependencuy upon 
libpthread-stubs-0.1 enables gnupg to function without causing unnecessary 
problems. My understand is the pth was written for those systems which do not 
have alternative  libraries for handling threads.

David
___
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: RFC: svn for make fetch

[Marcin Wisnicki]

On Sun, 08 Nov 2009 17:31:57 +0200, Eitan Adler wrote:

> I was hoping to get a bit more of a response to a recent posting of mine
> with regard to using svn to fetch files for ports My proposal:
> http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A
> summary of what has been going on:
> http://wiki.freebsd.org/EitanAdler/ports-svn
> 
> This is something that more than 2 people should have an input on

Unless you solve plist problem (and completely automated plist generation 
would be a fantastic thing to have!), such functionality should not be 
available (or at least advertised) to end-users.
You may also consider moving it to separate file (bsd.maintainer.mk).

I don't quite get the logic behind ${USER} == ${SVN_USER} conditional.
Why do you assume that if my username is the same as username for svn 
checkout then I want to upload snapshot to freefall ? In addition not 
every maintainer has @freebsd.org account. Uploading should be 
customizable (maybe UPLOAD_CMD - like FETCH_CMD).

Other than that I really like the idea (maintainer part) since I had to 
do something similar recently with smartmontools and having a 
standardised way to prepare ports for svn snapshots would have saved me 
some time. FWIW here is how I did it (in port's Makefile):

PORTVERSION=5.38.r${SVNREVISION}
SVNREVISION=2924
# no prebuilt files in svn
USE_AUTOTOOLS=  aclocal:110 autoheader:262 automake:110 autoconf:262
# skip...
.if defined(MAINTAINER_MODE)
DISTFILES=
SVN_URL=https://path/to/trunk

x-maintainer-make-snapshot:
svn export -r${SVNREVISION} ${SVN_URL} ${DISTNAME}
${TAR} -cjvf ${DISTNAME}.tar.bz2 ${DISTNAME}
${RM} -rf ${DISTNAME}

post-extract:
svn co -r${SVNREVISION} ${SVN_URL} ${WRKSRC}

.if defined(HEAD_REVISION)
SVNREVISION!=   svn info ${SVN_URL} | grep "^Last Changed Rev:" \
| awk '{print $$4}'
.endif

# TODO generate plist
.endif # MAINTAINER_MODE

___
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: Improving Ada support on FreeBSD and in the ports system

[freebsd-ports]

'Lo,

On 2009-11-08 00:06:16, Daniel Eischen wrote:
> 
> The packages are way out of date and don't build with the newer
> GNAT's.  Patches welcome.

Right!

> >  PROBLEM 3. Compiler version chaos and lack of architecture support
> >
> >We have:
> >
> >  lang/gnat   (GPL 2009 version, i386 only)
> 
> Patches for amd64 support are also welcome.  I thought you were
> going to do a port for GNAT-gpl amd64?

I am indeed. Just waiting for the gnat-gcc44 port to be committed, then
I'll work on getting GPL 2009 compiling on amd64.

M


pgpru9xjl4mIU.pgp
Description: PGP signature

Re: Improving Ada support on FreeBSD and in the ports system

[freebsd-ports]

On 2009-11-07 22:06:36, Mark Linimon wrote:
>
> There were several more working, but a recent compiler update broke them.
> At that time the portmgr team went ahead and marked the ports "broken".
> That both advises users that they don't compile, and also triggers a
> periodic email to the ports@ mailing list.  Beyond that we have to rely
> on work done by individual contributors.

Seems reasonable.

> Most of the general mechanisms for selecting "port alternative foo vs.
> bar" live in ports/Mk.  In particular, you will probably want to look at
> ports/Mk/bsd.gcc.mk.  A more advanced example is in bsd.java.mk.  Note:
> don't feel bad if you don't understand the contents of these files; they
> have evolved to their current state over quite some period of time.  It's
> perfectly fair to ask for help.

It's on the list. Thanks!

> For something like this that isn't widely used, I wouldn't spend too much
> time on anything other than i386 and amd64.  That's where the majority of
> our user base is (I'm guessing 80% and 15%, respectively, based on the PR
> arrival statistics.)

That's good to know. I don't have any sparc64 machines laying around...

M


pgpAXccXnvBs2.pgp
Description: PGP signature

Portmaster with package support ready for beta testing!

[Doug Barton]

Howdy!

I'm very pleased to announce that the first version of portmaster with
package support is ready for beta testing. :) I'd like to thank all
those who have been so generous in supporting this work. It's really a
great feeling not only knowing that the community is supportive of my
efforts, but also to be able to finally make this feature available
after so many requests have been made for it.

As you can see from the commit message below I have tried to stay
(mostly) command-line compatible with portupgrade so the syntax of the
new features shouldn't be a problem. For now the only available method
of fetching packages is via http, I'll be working on file system
support next. I don't think ftp support is going to be possible unless
I can find a creative way to download a remote directory list.

*** I'm sure that there are some rough edges, so if you choose to test
this please back up at least your /var/db/pkg directory first. ***

Things to look out for:
1. If you get a failure on not being able to find a package repository
please send me the output of 'uname -r'
2. You should probably use -v to start with (if you don't already) to
get an idea of what's happening behind the scenes

Things I need testing for:
1. Especially if you set PACKAGESITE, I need to know how people use
this, do you keep all your files in one big directory, do you keep
them organized by ports category (e.g., archivers, dns, etc.)?
2. If you set the PACKAGEROOT environment variable
3. Interaction of the package stuff with "exotic" command line
options. I've tried to test as many combinations as I can think of,
but y'all are more creative than I am. :)

If you're reporting a bug or problem please include the output of
'uname -r', what command line options you used, what you thought
should happen, what actually happened, any error messages, etc.

To get the new version:
1. If you have svn installed:
svn co svn://svn.freebsd.org/base/user/dougb/portmaster
2. Via http:
http://svn.freebsd.org/viewvc/base/user/dougb/portmaster

Enjoy!

Doug


 Original Message 
Subject: svn commit: r199056 - user/dougb/portmaster
Date: Sun, 8 Nov 2009 20:17:15 + (UTC)
To: src-committ...@freebsd.org, svn-src-u...@freebsd.org

Author: dougb
Date: Sun Nov  8 20:17:15 2009
New Revision: 199056
URL: http://svn.freebsd.org/changeset/base/199056

Log:
  First run at package support! This version is functional and fairly
  well tested but I'm sure there are bugs and things that don't work
  as expected

  Supports the following new options:
  -P|--packages and -PP|--packages-only ala portupgrade
  --packages-if-newer
This feature will allow package installation if the available
package is newer than the installed version, even if it's not
the latest version according to your ports tree. [1]

  Still to come:
  Support for packages on filesystem, instead of http

  [1] Special funding committment for this feature and package support
  generally by: Modirum MDpay

  Sponsored by: http://dougbarton.us/portmaster-proposal.html
  Funded by:Christer Solskogen
  Funded by:Douglas Berry
  Funded by:Beat Gatzi


-- 

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
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"

make config in editors/vim port

[Naveen Nathan]

Hi,

I've returned to using FreeBSD after a couple of years. I'm trying
to compile vim without X11 and some other options that can be
tweaked in the port. Everywhere I read suggests the user should supply
-DWITHOUT_X11 when compiling Vim.

However, I notice there is an options file which has a bunch of options
other than just WITHOUT_X11 that I care about.

When I try to do ``make config'' I get:

[/usr/ports/editors/vim]# make config
===> No options to configure

I do recall there being the ability to configure the port using dialog(1)
awhile ago. Has this gone?

-- 
Naveen Nathan

To understand the human mind, understand self-deception. - Anon
___
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: make config in editors/vim port

[Kenyon Ralph]

On 2009-11-08T13:34:43-0800, Naveen Nathan  wrote:
> I've returned to using FreeBSD after a couple of years. I'm trying
> to compile vim without X11 and some other options that can be
> tweaked in the port. Everywhere I read suggests the user should supply
> -DWITHOUT_X11 when compiling Vim.
> 
> However, I notice there is an options file which has a bunch of options
> other than just WITHOUT_X11 that I care about.
> 
> When I try to do ``make config'' I get:
> 
> [/usr/ports/editors/vim]# make config
> ===> No options to configure
> 
> I do recall there being the ability to configure the port using dialog(1)
> awhile ago. Has this gone?

Defining WITH_OPTIONS or WITH_VIM_OPTIONS in /etc/make.conf will enable
the regular dialog configuration screen.

-- 
Kenyon Ralph


signature.asc
Description: Digital signature

Re: Portmaster with package support ready for beta testing!

[Miroslav Lachman]

Doug Barton wrote:

Howdy!

I'm very pleased to announce that the first version of portmaster with
package support is ready for beta testing. :) I'd like to thank all
those who have been so generous in supporting this work. It's really a
great feeling not only knowing that the community is supportive of my
efforts, but also to be able to finally make this feature available
after so many requests have been made for it.


[...]

Thank you for your ongoing work on portmaster and thanks to all sponsors!

I take a quick look at the code and I have one question. Can you explain 
way --no-deps and --force are used for pkg_add? I am sure you have a 
good reason and I would like to know it. ;)


Miroslav Lachman
___
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: Portmaster with package support ready for beta testing

[Michel Talon]

Miroslav Lachman wrote:
>I take a quick look at the code and I have one question. Can you explain 
>way --no-deps and --force are used for pkg_add?


I can only venture an explanation. Once you have computed a good order
for upgrading via packages, you cannot accept that pkg_add ruins your
computation by doing things on its own. In principle you have a
global view of the problem, which is better than the local view embedded
in each package. Hence forcing pkg_add is the only sane way.

-- 

Michel TALON

___
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: valgrind-3.5.0_1,1

[Nikolaj Thygesen]

Hi,

   Valgrind still seems troubled when it comes to multithreaded 
programs. It seems pthread_self() always returns the same id no matter 
which thread calls it - possibly the id of last created thread. Running 
a simple test program under Valgrind fails whereas running it as a 
regular binary works fine.


   No matter how you twist and turn the creation of mutex'es they seem 
to always end up recursive, and don't really protect anything as thay 
can be taken by multiple threads simultaneously. They also seem to 
behave differently depending on whether they were initialized 
dynamically - as in using pthread_mutex_init() - or statically as in 
using PTHREAD_MUTEX_INITIALIZER.


   br - N :o)

___
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 build failed for 6.x

[Erwin Lansing]

INDEX build failed with errors:
Generating INDEX-6 - please wait..Variable BUILD_DEPENDS is recursive.
===> databases/p5-DBD-ODBC failed
*** Error code 1
*** Error code 1

Stop in /local0/portmgr/tindex/ports.
*** Error code 1

Stop in /local0/portmgr/tindex/ports.
1 error

Committers on the hook:
glewis leeym mi wxs 

Most recent CVS update was:
U databases/p5-DBD-ODBC/Makefile
U databases/p5-DBD-ODBC/distinfo
U devel/p5-Date-Calc/Makefile
U devel/p5-Date-Calc/distinfo
U devel/tcl-trf/Makefile
U java/jdk14/Makefile
U java/jdk14/distinfo
U java/jdk15/Makefile
U java/jdk15/distinfo
U x11/keynav/Makefile
U x11/keynav/distinfo
___
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 6.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"

Re: Portmaster with package support ready for beta testing

[Doug Barton]

Michel Talon wrote:
> Miroslav Lachman wrote:
>> I take a quick look at the code and I have one question. Can you explain 
>> way --no-deps and --force are used for pkg_add?
> 
> 
> I can only venture an explanation. Once you have computed a good order
> for upgrading via packages, you cannot accept that pkg_add ruins your
> computation by doing things on its own. In principle you have a
> global view of the problem, which is better than the local view embedded
> in each package. Hence forcing pkg_add is the only sane way.

Very elegantly stated. :)

This is all subject to change of course based on refinement from
experience, but this usage matches the way that ports are installed in
the well-traveled port building code.


Doug

-- 

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
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"

gscan2pdf Perl errors

[Glenn and Sheryal]

I am getting the following error when I attempt to run gscan2pdf on a
newly built system.  The port was installed using portinstall.  

Can't locate Sys/SigAction.pm in @INC (@INC
contains: /usr/local/lib/perl5/5.8.9/BSDPAN 
/usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 
/usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at 
/usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10.
BEGIN failed--compilation aborted
at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10.
Compilation failed in require
at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 83.
BEGIN failed--compilation aborted
at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 84.
Compilation failed in require at /usr/local/bin/gscan2pdf line 105.
BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 105.
Undefined subroutine &threads::_END called at (eval 1) line 1.
END failed--call queue aborted.

So I tried to portinstall devel/p5-Sys-SigAction and although it
reported that it was looking good it failed to compile.  What am I doing
wrong?  

Glenn

--->  Installing 'p5-Sys-SigAction-0.11' from a port
(devel/p5-Sys-SigAction)
--->  Building '/usr/ports/devel/p5-Sys-SigAction'
===>  Cleaning for p5-Sys-SigAction-0.11
===>  Vulnerability check disabled, database not found
===>  Extracting for p5-Sys-SigAction-0.11
=> MD5 Checksum OK for Sys-SigAction-0.11.tar.gz.
=> SHA256 Checksum OK for Sys-SigAction-0.11.tar.gz.
===>   p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 -
found
===>  Patching for p5-Sys-SigAction-0.11
===>   p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 -
found
===>   p5-Sys-SigAction-0.11 depends on
file: /usr/local/lib/perl5/site_perl/5.8.9/Test/More.pm - found
===>   p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 -
found
===>  Configuring for p5-Sys-SigAction-0.11
Checking for Microsoft Windows... (not supported)
Checking for multi-threaded Perl... (warning)
Checking support for signals... (required)
Checking support for POSIX::sigaction... (required)
Checking for armv5tejl... (not supported)
Checking if your kit is complete...
Looks good
** Command failed [exit code 1]: /usr/bin/script
-qa /tmp/portinstall20091109-2598-15qs214-0 env make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! devel/p5-Sys-SigAction(unknown build error)

Summary of my perl5 (revision 5 version 8 subversion 9) configuration:
  Platform:
osname=freebsd, osvers=7.2-release-p4, archname=i386-freebsd-64int
uname='freebsd hawk 7.2-release-p4 freebsd 7.2-release-p4 #0: fri
oct 2 12:21:39 utc 2009
r...@i386-builder.daemonology.net:usrobjusrsrcsysgeneric i386 '
config_args='-sde -Dprefix=/usr/local
-Darchlib=/usr/local/lib/perl5/5.8.9/mach
-Dprivlib=/usr/local/lib/perl5/5.8.9
-Dman3dir=/usr/local/lib/perl5/5.8.9/perl/man/man3
-Dman1dir=/usr/local/man/man1
-Dsitearch=/usr/local/lib/perl5/site_perl/5.8.9/mach
-Dsitelib=/usr/local/lib/perl5/site_perl/5.8.9
-Dscriptdir=/usr/local/bin
-Dsiteman3dir=/usr/local/lib/perl5/5.8.9/man/man3
-Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv
-Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none
-Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN"
-Doptimize=-O2 -fno-strict-aliasing -pipe -Ud_dosuid -Ui_gdbm
-Dusethreads=n -Dusemymalloc=y -Duse64bitint'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=y, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN"
-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
-I/usr/local/include',
optimize='-O2 -fno-strict-aliasing -pipe',
cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN"
-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
-I/usr/local/include'
ccversion='', gccversion='4.2.1 20070719  [FreeBSD]',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -Wl,-E  -L/usr/local/lib'
libpth=/usr/lib /usr/local/lib
libs=-lgdbm -lm -lcrypt -lutil
perllibs=-lm -lcrypt -lutil
libc=, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='
-Wl,-R/usr/local/lib/perl5/5.8.9/mach/CORE'
cccdlflags='-DPIC -fPIC', lddlflags='-shared  -L/usr/local/lib'


Characteristics of this binary (from libperl): 
  Compile-time options: MYMALLOC PERL