Re: security/gnupg installing pth-2.0.7 causing problems
2009/11/9 David Southwell da...@vizion2000.net: 2009/11/8 David Southwell da...@vizion2000.net: 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. My understanding is, stock gnupg dist depends on pth (even if described as optional). It seems using libpthread-stubs needs to modify configure script. Do you have a patch for this? I am not experienced at creating the scripts and am not confident in that area. My focus is on building and testing as many ports as possible and reporting problems!!! The way I tackle the gnupg problem on my running systems is when gnupg is built I immediately delete pth and replace gnupg's dependency. However I get caught out when gnupg gets upgraded on systems during a portupgrade -a run and other ports become comprised due to the presence of pth!! It then takes a lot of effort to sort out resultant difficulties. On one occasion I had to completely rebuild all python ports and those dependent upon it. At first it seemed as though the problems were due to a screwed up python installation -- but the problems came from pth! I would appreciate it if someone were able to produce an appropriate patch for this!! Thanks in advance ___ 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
2009/11/9 David Southwell da...@vizion2000.net: 2009/11/8 David Southwell da...@vizion2000.net: 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. My understanding is, stock gnupg dist depends on pth (even if described as optional). It seems using libpthread-stubs needs to modify configure script. Do you have a patch for this? -- Jun Kuriyama kuriy...@freebsd.org // FreeBSD Project kuriy...@s2factory.co.jp // 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
Re: security/gnupg installing pth-2.0.7 causing problems
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
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: security/gnupg installing pth-2.0.7 causing problems
2009/11/8 David Southwell da...@vizion2000.net: 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 kuriy...@freebsd.org // FreeBSD Project kuriy...@s2factory.co.jp // 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
Re: security/gnupg installing pth-2.0.7 causing problems
2009/11/8 David Southwell da...@vizion2000.net: 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: security/gnupg installing pth-2.0.7 causing problems
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. -- 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: security/gnupg installing pth-2.0.7 causing problems
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 ___ 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
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? -- 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: security/gnupg installing pth-2.0.7 causing problems
-Original Message- From: Dima Panov [mailto:flu...@fluffy.khv.ru] Sent: 01 October 2009 06:09 To: freebsd-ports@freebsd.org Cc: da...@vizion2000.net; r...@gnu.org; kuriy...@freebsd.org Subject: Re: security/gnupg installing pth-2.0.7 causing problems 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? 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