Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Thu, 02 Feb 2012 15:35:06 +0100, viq wrote: On Thu, Feb 02, 2012 at 09:39:44AM +0100, Landry Breuil wrote: On Thu, Feb 02, 2012 at 04:09:32AM +0100, Juan Francisco Cantero Hurtado wrote: > On Wed, 01 Feb 2012 17:39:02 +0100, Landry Breuil > wrote: > > >Hi, > > > >Fx 10.0 & friends were released, if you want it to make 5.1 (which is > >not sure at all) please test every possible usecase, esp > >lightning/enigmail.. ports at: > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta > >http://rhaalovely.net/cgit/mozilla-thunderbird/log/?h=beta > >http://rhaalovely.net/cgit/seamonkey/log/?h=beta > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=fennec > >(all ports needs a small mozilla.port.mk diff, attached) > > > >packages against somewhat -current (ie gettext w/ libintl.6) in my repos > >: http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ > > > >It builds & runs fine on ppc too, as of beta4.. > > > >Landry > > Firefox tested on i386-current. No issues. Thanks. > > Firefox 10 is the first Firefox ESR[1]. Do you have some plan > related to ESR releases?. > > 1. http://www.mozilla.org/en-US/firefox/organizations/ ESR isn't really targeted to the average joe user, so unless there is a real need and someone proves me he deploys OpenBSD desktops using firefox in "large organizations such as universities and other schools, county or city governments and businesses" and that he "sign up for the Enterprise Working Group mailing list.". in that case, _contract_ me and i'll be happy to provide ESR ports/binaries for every supported OpenBSD release. It would be more work initially, but maybe it would be something easier to maintain in the long run on -STABLE ? This is the point for my question. I miss a secure and modern version of firefox in -stable. I know, I know, the development is realized in -current and the committers are overworked :) . I asked you because I want know if you will create a port for firefox10 (www/firefox10, like www/firefox36) when firefox11 arrives. You will be able to drop the maintainership and someone interested could take this. No extra work for you. I would like help with this, but I need learn well the port system before of getting involved in something like this. Of course, ESR is supported _by mozilla_ on the platforms mozilla supports, ie linux/win/macos/android, and by no means OpenBSD. Source code is provided, but if it breaks/doesnt fit your expectations you're on your own. ESR doesn't really match the point releases previously seen in 3.5.x/3.6.x branches which received way more fixes. Oh well, we'll see over time how it evolves. Yes, time will tell. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new port: log4cplus and relocation R_X86_64_32 issue
On 2012/02/02 13:24, Jeremy C. Reed wrote: > On Thu, 2 Feb 2012, Stuart Henderson wrote: > > > Hmm. Try USE_LIBTOOL=gnu and see if there's a change. > > No change. > > On Thu, 2 Feb 2012, Kirill Bychkov wrote: > > I have the same error when compiling TORCS on amd64. Adding -fPIC to > > TORCS port doesn't help, but adding CFLAGS+=-fPIC to devel/plib solves > > this problem. So... may be some of depends are missing -fPIC? > > I added to my port's makefile: > CXXFLAGS+= -fPIC > > And that fixed the build of the other software using it. > > Thanks for the hint. I still don't know yet what ports did to make the > change. > > Anyways, anyone have comments on the porting itself? (tarball in first > message.) > Yes but only minor; please start SHARED_LIBS from 0.0 rather than using upstream's versioning, and there's a minor whitespace nit in MASTER_SITES, otherwise looks good to me. With those changes I would be ok with this going in after we're done with lock for 5.1.
Re: error in building cups-1.5.0p8
On Thu, Feb 2, 2012 at 12:04 PM, Stuart Henderson wrote: > On 2012/02/02 18:18, Stuart Henderson wrote: > > Please send or link to full build logs. > > > > - echo Creating /usr/dest/usr/local/share/examples/cups/ssl...; \ > > looks like you have something unclean in the environment or mk.conf > pointing at /usr/dest > > This is what I didn't see. DESTDIR & RELEASEDIR were still defined from building the release, & this is what was creating fits. Once these definitions were removed, the build to proceed as expected. Thank you, Stuart for your educated eye & tolerance. I apologize for the noise.
Re: error in building cups-1.5.0p8
On 2012/02/02 18:18, Stuart Henderson wrote: > Please send or link to full build logs. - echo Creating /usr/dest/usr/local/share/examples/cups/ssl...; \ looks like you have something unclean in the environment or mk.conf pointing at /usr/dest
Re: new port: log4cplus and relocation R_X86_64_32 issue
On Thu, 2 Feb 2012, Stuart Henderson wrote: > Hmm. Try USE_LIBTOOL=gnu and see if there's a change. No change. On Thu, 2 Feb 2012, Kirill Bychkov wrote: > I have the same error when compiling TORCS on amd64. Adding -fPIC to > TORCS port doesn't help, but adding CFLAGS+=-fPIC to devel/plib solves > this problem. So... may be some of depends are missing -fPIC? I added to my port's makefile: CXXFLAGS+= -fPIC And that fixed the build of the other software using it. Thanks for the hint. I still don't know yet what ports did to make the change. Anyways, anyone have comments on the porting itself? (tarball in first message.)
Re: error in building cups-1.5.0p8
Please send or link to full build logs. On 2012/02/02 09:29, James Hartley wrote: > After downloading the 30 Jan 2012 i386 snapshot & building a release, I got > the following error when building Firefox 9: > > gmake[1]: Leaving directory `/usr/ports/pobj/cups-1.5.0/cups-1.5.0/fonts' > ln -sf /usr/local/bin/smbspool > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/libexec/cups/backend/smb > rm -rf /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/icons > rm -rf /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/applications > Installing /usr/ports/print/cups/pkg/README as > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/doc/pkg-re > admes/cups-1.5.0p8 > Installing /usr/ports/print/cups/pkg/cupsd.rc as > /usr/ports/pobj/cups-1.5.0/fake-i386/etc/rc.d/cupsd > ===> Building package for cups-1.5.0p8 > Create /usr/ports/packages/i386/all/cups-1.5.0p8.tgz > Error: > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/cupsd.conf > does not exist > Error: > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/cupsd.conf.default > does not exist > Error: > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/dbus-1/system.d/system.d/cups.conf > d > oes not exist > Error: > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/snmp.conf > does not exist > Warning: symlink(s) point to non-existent > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/bin/smbspool > > /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/libexec/cups/backend/smb > Fatal error: can't continue > at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1259 > *** Error code 1 > > Stop in /usr/ports/print/cups (line 1671 of /usr/ports/infrastructure/mk/ > bsd.port.mk). > *** Error code 1 > > I see cups-1.5.0p7.tgz dated 31 Jan on the mirrors, so is this something > recent? > > Thanks.
Re: new port: log4cplus and relocation R_X86_64_32 issue
On 2012/02/02 11:38, Jeremy C. Reed wrote: > On Thu, 2 Feb 2012, Stuart Henderson wrote: > > > Did you try recompiling with -fPIC? > > I should have mentioned that the build logs (provided via URLs in > previous message) already showed they did. And the build of the other > software using this library also already did. I am trying to understand > how ports compiled/linked it different versus not using ports. Hmm. Try USE_LIBTOOL=gnu and see if there's a change.
Re: new port: log4cplus and relocation R_X86_64_32 issue
Hi. > /usr/bin/ld: /usr/local/lib/liblog4cplus.a(configurator.o): relocation > R_X86_64_32 can not be used when making a shared object; recompile with > -fPIC > /usr/local/lib/liblog4cplus.a: could not read symbols: Bad value > I have the same error when compiling TORCS on amd64. Adding -fPIC to TORCS port doesn't help, but adding CFLAGS+=-fPIC to devel/plib solves this problem. So... may be some of depends are missing -fPIC?
Re: new port: log4cplus and relocation R_X86_64_32 issue
On Thu, 2 Feb 2012, Stuart Henderson wrote: > Did you try recompiling with -fPIC? I should have mentioned that the build logs (provided via URLs in previous message) already showed they did. And the build of the other software using this library also already did. I am trying to understand how ports compiled/linked it different versus not using ports.
error in building cups-1.5.0p8
After downloading the 30 Jan 2012 i386 snapshot & building a release, I got the following error when building Firefox 9: gmake[1]: Leaving directory `/usr/ports/pobj/cups-1.5.0/cups-1.5.0/fonts' ln -sf /usr/local/bin/smbspool /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/libexec/cups/backend/smb rm -rf /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/icons rm -rf /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/applications Installing /usr/ports/print/cups/pkg/README as /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/doc/pkg-re admes/cups-1.5.0p8 Installing /usr/ports/print/cups/pkg/cupsd.rc as /usr/ports/pobj/cups-1.5.0/fake-i386/etc/rc.d/cupsd ===> Building package for cups-1.5.0p8 Create /usr/ports/packages/i386/all/cups-1.5.0p8.tgz Error: /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/cupsd.conf does not exist Error: /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/cupsd.conf.default does not exist Error: /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/dbus-1/system.d/system.d/cups.conf d oes not exist Error: /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/share/examples/cups/snmp.conf does not exist Warning: symlink(s) point to non-existent /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/bin/smbspool /usr/ports/pobj/cups-1.5.0/fake-i386/usr/local/libexec/cups/backend/smb Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1259 *** Error code 1 Stop in /usr/ports/print/cups (line 1671 of /usr/ports/infrastructure/mk/ bsd.port.mk). *** Error code 1 I see cups-1.5.0p7.tgz dated 31 Jan on the mirrors, so is this something recent? Thanks.
Re: new port: log4cplus and relocation R_X86_64_32 issue
Did you try recompiling with -fPIC? On 2012/02/02 09:19, Jeremy C. Reed wrote: > I made a new port for log4cplus (http://log4cplus.sourceforge.net/) > > A tar file is attached with the port files. Please review it and provide > your feedback. While I have created and maintained hundreds of packages, > this is my first time on OpenBSD. > > I do have (at least) one problem though. When I build it without > using ports and link with the library it works fine. But when I link > the library built using ports tree I get: > > /usr/bin/ld: /usr/local/lib/liblog4cplus.a(configurator.o): relocation > R_X86_64_32 can not be used when making a shared object; recompile with > -fPIC > /usr/local/lib/liblog4cplus.a: could not read symbols: Bad value > > To compare, the two build logs are at: > > configure, make, make install using extracted source tarball: > http://git.bind10.isc.org/~jreed/tmp/build.txt > > make install within my new port: > http://git.bind10.isc.org/~jreed/tmp/build-ports.txt > > The first difference I see is the ports uses > /usr/ports/infrastructure/bin/libtool and ar and ranlib. While building > from source uses libtool and libtool wrapper to run ar and ranlib. Any > ideas on this? > > Thanks > > Jeremy C. Reed > > echo 'EhZ[h ^jjf0%%h[[Zc[Z_W$d[j%Xeeai%ZW[ced#]dk#f[d]k_d%' | \ > tr'#-~''\-.-{' >
new port: log4cplus and relocation R_X86_64_32 issue
I made a new port for log4cplus (http://log4cplus.sourceforge.net/) A tar file is attached with the port files. Please review it and provide your feedback. While I have created and maintained hundreds of packages, this is my first time on OpenBSD. I do have (at least) one problem though. When I build it without using ports and link with the library it works fine. But when I link the library built using ports tree I get: /usr/bin/ld: /usr/local/lib/liblog4cplus.a(configurator.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/liblog4cplus.a: could not read symbols: Bad value To compare, the two build logs are at: configure, make, make install using extracted source tarball: http://git.bind10.isc.org/~jreed/tmp/build.txt make install within my new port: http://git.bind10.isc.org/~jreed/tmp/build-ports.txt The first difference I see is the ports uses /usr/ports/infrastructure/bin/libtool and ar and ranlib. While building from source uses libtool and libtool wrapper to run ar and ranlib. Any ideas on this? Thanks Jeremy C. Reed echo 'EhZ[h ^jjf0%%h[[Zc[Z_W$d[j%Xeeai%ZW[ced#]dk#f[d]k_d%' | \ tr'#-~''\-.-{' devel-ports-log4cplus.tar Description: Binary data
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Thu, Feb 02, 2012 at 09:39:44AM +0100, Landry Breuil wrote: > On Thu, Feb 02, 2012 at 04:09:32AM +0100, Juan Francisco Cantero Hurtado > wrote: > > On Wed, 01 Feb 2012 17:39:02 +0100, Landry Breuil > > wrote: > > > > >Hi, > > > > > >Fx 10.0 & friends were released, if you want it to make 5.1 (which is > > >not sure at all) please test every possible usecase, esp > > >lightning/enigmail.. ports at: > > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta > > >http://rhaalovely.net/cgit/mozilla-thunderbird/log/?h=beta > > >http://rhaalovely.net/cgit/seamonkey/log/?h=beta > > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=fennec > > >(all ports needs a small mozilla.port.mk diff, attached) > > > > > >packages against somewhat -current (ie gettext w/ libintl.6) in my repos > > >: http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ > > > > > >It builds & runs fine on ppc too, as of beta4.. > > > > > >Landry > > > > Firefox tested on i386-current. No issues. Thanks. > > > > Firefox 10 is the first Firefox ESR[1]. Do you have some plan > > related to ESR releases?. > > > > 1. http://www.mozilla.org/en-US/firefox/organizations/ > > ESR isn't really targeted to the average joe user, so unless there is a > real need and someone proves me he deploys OpenBSD desktops using > firefox in "large organizations such as universities and other schools, > county or city governments and businesses" and that he "sign up for the > Enterprise Working Group mailing list.". in that case, _contract_ me > and i'll be happy to provide ESR ports/binaries for every supported > OpenBSD release. It would be more work initially, but maybe it would be something easier to maintain in the long run on -STABLE ? > Of course, ESR is supported _by mozilla_ on the platforms mozilla > supports, ie linux/win/macos/android, and by no means OpenBSD. Source > code is provided, but if it breaks/doesnt fit your expectations you're > on your own. > > ESR doesn't really match the point releases previously seen in > 3.5.x/3.6.x branches which received way more fixes. Oh well, we'll see > over time how it evolves. > > Landry -- viq pgpRbMPCqlnJy.pgp Description: PGP signature
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Thu, Feb 02, 2012 at 09:39:44AM +0100, Landry Breuil wrote: > On Thu, Feb 02, 2012 at 04:09:32AM +0100, Juan Francisco Cantero Hurtado > wrote: > > Firefox 10 is the first Firefox ESR[1]. Do you have some plan > > related to ESR releases?. > > ESR isn't really targeted to the average joe user, so unless there is a > real need and someone proves me he deploys OpenBSD desktops using > firefox in "large organizations such as universities and other schools, > county or city governments and businesses" and that he "sign up for the > Enterprise Working Group mailing list.". in that case, _contract_ me > and i'll be happy to provide ESR ports/binaries for every supported > OpenBSD release. Am I the only one who's bugged by using ESR as an acronym that *doesn't stand* for Eric Schwarz Raymond ? You silly mozilla...
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Wed, Feb 01, 2012 at 05:39:02PM +0100, Landry Breuil wrote: > Hi, > > packages against somewhat -current (ie gettext w/ libintl.6) in my repos > : http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ Runs fine on i386 -current.
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Thu, Feb 02, 2012 at 04:09:32AM +0100, Juan Francisco Cantero Hurtado wrote: > On Wed, 01 Feb 2012 17:39:02 +0100, Landry Breuil > wrote: > > >Hi, > > > >Fx 10.0 & friends were released, if you want it to make 5.1 (which is > >not sure at all) please test every possible usecase, esp > >lightning/enigmail.. ports at: > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta > >http://rhaalovely.net/cgit/mozilla-thunderbird/log/?h=beta > >http://rhaalovely.net/cgit/seamonkey/log/?h=beta > >http://rhaalovely.net/cgit/mozilla-firefox/log/?h=fennec > >(all ports needs a small mozilla.port.mk diff, attached) > > > >packages against somewhat -current (ie gettext w/ libintl.6) in my repos > >: http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ > > > >It builds & runs fine on ppc too, as of beta4.. > > > >Landry > > Firefox tested on i386-current. No issues. Thanks. > > Firefox 10 is the first Firefox ESR[1]. Do you have some plan > related to ESR releases?. > > 1. http://www.mozilla.org/en-US/firefox/organizations/ ESR isn't really targeted to the average joe user, so unless there is a real need and someone proves me he deploys OpenBSD desktops using firefox in "large organizations such as universities and other schools, county or city governments and businesses" and that he "sign up for the Enterprise Working Group mailing list.". in that case, _contract_ me and i'll be happy to provide ESR ports/binaries for every supported OpenBSD release. Of course, ESR is supported _by mozilla_ on the platforms mozilla supports, ie linux/win/macos/android, and by no means OpenBSD. Source code is provided, but if it breaks/doesnt fit your expectations you're on your own. ESR doesn't really match the point releases previously seen in 3.5.x/3.6.x branches which received way more fixes. Oh well, we'll see over time how it evolves. Landry