From mark at proseconsulting.co.uk Mon Dec 5 15:10:50 2011 From: mark at proseconsulting.co.uk (Mark R Bannister) Date: Mon, 5 Dec 2011 14:10:50 +0000 Subject: [csw-users] libgnu_dev Message-ID: <52422.1323094250@proseconsulting.co.uk> I see there's a CSWlibgnu-dev package in unstable at the moment. This will be very handy for me, as I'm compiling something that requires argp. However, I notice the package version is X.Y,REV=2011.11.18. That doesn't look right to me. Best regards, Mark. From dam at opencsw.org Mon Dec 5 15:45:33 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 5 Dec 2011 15:45:33 +0100 Subject: [csw-users] libgnu_dev In-Reply-To: <52422.1323094250@proseconsulting.co.uk> References: <52422.1323094250@proseconsulting.co.uk> Message-ID: <4A4AA87A-E2D9-41C9-91C9-97844EA51FE8@opencsw.org> Hi Mark, Am 05.12.2011 um 15:10 schrieb Mark R Bannister: > I see there's a CSWlibgnu-dev package in unstable at the moment. > > This will be very handy for me, as I'm compiling something that requires argp. > > However, I notice the package version is X.Y,REV=2011.11.18. That doesn't look > right to me. Yes, that was when I hadn't figured out how to do GIT revisions in the package. Apart from that it should be ok to try for you. I'll respin an updated version for you. Feedback on this is especially welcome as it still is work in progress and has not got much testing. Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From mark at proseconsulting.co.uk Mon Dec 5 15:53:29 2011 From: mark at proseconsulting.co.uk (Mark R Bannister) Date: Mon, 5 Dec 2011 14:53:29 +0000 Subject: [csw-users] libgnu_dev Message-ID: <62989.1323096809@proseconsulting.co.uk> On Mon 05/12/11 14:45 , Dagobert Michelsen dam at opencsw.org sent: > Hi Mark, > > Am 05.12.2011 um 15:10 schrieb Mark R Bannister: > > I see there's a CSWlibgnu-dev package in unstable at the moment. > > This will be very handy for me, as I'm compiling > > something that requires argp. > > Yes, that was when I hadn't figured out how to do GIT revisions in the > package.Apart from that it should be ok to try for you. I'll respin an updated > versionfor you. Feedback on this is especially welcome as it still is work in > progress and has not got much testing. > > > Best regards > > -- Dago I thought your package would help Dago, but you don't have any argp symbols in libgnu.a, even though you have prototypes for them in argp.h. For example: $ make /bin/bash ./libtool --tag=CC --mode=link gcc -g -O2 -L/opt/csw/bdb48/lib -L/opt/csw/lib -o makedb makedb.o db-compat-copy-makedb.o -lgnu -ldb gcc -g -O2 -o makedb makedb.o db-compat-copy-makedb.o -L/opt/csw/bdb48/lib -L/opt/csw/lib -lgnu -ldb makedb.o(.text+0x138): In function `main': /var/tmp/nss_db/nss_db-2.2/makedb.c:127: undefined reference to `argp_parse' makedb.o(.text+0x195):/var/tmp/nss_db/nss_db-2.2/makedb.c:136: undefined reference to `argp_help' collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `makedb' And that's because ... $ /usr/ccs/bin/nm /opt/csw/lib/libgnu.a | grep -c argp 0 So it'd be nice to include the functions in the library if you're going to put the prototypes in the header file. Thanks, Mark. From bwalton at opencsw.org Mon Dec 5 15:58:33 2011 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 05 Dec 2011 09:58:33 -0500 Subject: [csw-users] libgnu_dev In-Reply-To: <62989.1323096809@proseconsulting.co.uk> References: <62989.1323096809@proseconsulting.co.uk> Message-ID: <1323096939-sup-9746@pinkfloyd.chass.utoronto.ca> Excerpts from Mark R Bannister's message of Mon Dec 05 09:53:29 -0500 2011: Hi Mark, > I thought your package would help Dago, but you don't have any argp > symbols in libgnu.a, even though you have prototypes for them in > argp.h. ...snip... > So it'd be nice to include the functions in the library if you're > going to put the prototypes in the header file. This could simply be an artifact of the gnulib dependency system. It's entirely possible that one of the modules that is compiled in had a header-only dependency on argp.h and thus the file gets imported. If nothing required argp.c and it wasn't explicitly imported, a header-only version could end up in libgnu_dev. This can be fixed by explicitly requesting that module from gnulib. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Mon Dec 5 16:36:10 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 5 Dec 2011 16:36:10 +0100 Subject: [csw-users] libgnu_dev In-Reply-To: <1323096939-sup-9746@pinkfloyd.chass.utoronto.ca> References: <62989.1323096809@proseconsulting.co.uk> <1323096939-sup-9746@pinkfloyd.chass.utoronto.ca> Message-ID: <5C2A8F9A-73C0-486A-90EB-4352E8A88BEF@opencsw.org> Hi Ben, Am 05.12.2011 um 15:58 schrieb Ben Walton: > Excerpts from Mark R Bannister's message of Mon Dec 05 09:53:29 -0500 2011: >> I thought your package would help Dago, but you don't have any argp >> symbols in libgnu.a, even though you have prototypes for them in >> argp.h. > > ...snip... > >> So it'd be nice to include the functions in the library if you're >> going to put the prototypes in the header file. > > This could simply be an artifact of the gnulib dependency system. > It's entirely possible that one of the modules that is compiled in had > a header-only dependency on argp.h and thus the file gets imported. > If nothing required argp.c and it wasn't explicitly imported, a > header-only version could end up in libgnu_dev. > > This can be fixed by explicitly requesting that module from gnulib. Correct, the gnulib.a I built was for the ./posix-modules which does not include argp. I am not sure how to proceed from here, should the package aim for posix-compliance or just include what it has got to offer? Or do we want "dynamic" GAR support where you just specifiy what you want and GAR makes a static lib in one go and provides linker flags for that? Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From bwalton at opencsw.org Mon Dec 5 16:54:41 2011 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 05 Dec 2011 10:54:41 -0500 Subject: [csw-users] libgnu_dev In-Reply-To: <5C2A8F9A-73C0-486A-90EB-4352E8A88BEF@opencsw.org> References: <62989.1323096809@proseconsulting.co.uk> <1323096939-sup-9746@pinkfloyd.chass.utoronto.ca> <5C2A8F9A-73C0-486A-90EB-4352E8A88BEF@opencsw.org> Message-ID: <1323100030-sup-4026@pinkfloyd.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Dec 05 10:36:10 -0500 2011: > > This can be fixed by explicitly requesting that module from gnulib. > > Correct, the gnulib.a I built was for the ./posix-modules which does > not include argp. I am not sure how to proceed from here, should > the package aim for posix-compliance or just include what it has got > to offer? Or do we want "dynamic" GAR support where you just > specifiy what you want and GAR makes a static lib in one go and > provides linker flags for that? I think this sounds like a good approach. Aside from the set marked as POSIX, I don't think there is a one size fits all way to build this. GAR support would be very nice indeed. I've been playing with gnulib a bit more and I think the gnulib-tool --create-testdir option might be a nice way to achieve this. The module list can be passed from GAR, the libgnu.a built and then link flags added to the remaining, normal build. It's similar to what I was whacking away at last week but built in and likely cleaner. Ultimately it would be nice to integrate gnulib directly into the projects though. It's more work, but it's more portable. I'm willing to help people do this as I've done it a few times now. Mark, would this be of interest? Which project are you building? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From mark at proseconsulting.co.uk Mon Dec 5 21:11:02 2011 From: mark at proseconsulting.co.uk (Mark R Bannister) Date: Mon, 5 Dec 2011 20:11:02 +0000 Subject: [csw-users] libgnu_dev Message-ID: <51855.1323115862@proseconsulting.co.uk> On Mon 05/12/11 15:54 , Ben Walton bwalton at opencsw.org sent: > Ultimately it would be nice to integrate gnulib directly into the > projects though. It's more work, but it's more portable. I'm willing > to help people do this as I've done it a few times now. Mark, would > this be of interest? Which project are you building? Ben, I'm not familiar with GAR. What would that mean for me exactly? I'm not building an OpenCSW project, I am porting nss_db to Solaris: http://www.linuxfromscratch.org/hints/downloads/files/nss_db.txt It's coming along well, but I got stuck with the argp dependency. I thought libgnu_dev would help me, but as you know I then discovered that the library didn't actually include argp. I'll probably need to pull out the argp source files and insert them directly into my modified build directory to carry on. I've not had much luck with gnulib-tool, it doesn't want to work on this source tree. Best regards, Mark. From bwalton at opencsw.org Tue Dec 6 02:24:42 2011 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 05 Dec 2011 20:24:42 -0500 Subject: [csw-users] libgnu_dev In-Reply-To: <51855.1323115862@proseconsulting.co.uk> References: <51855.1323115862@proseconsulting.co.uk> Message-ID: <1323134191-sup-7186@pinkfloyd.chass.utoronto.ca> Excerpts from Mark R Bannister's message of Mon Dec 05 15:11:02 -0500 2011: Hi Mark, > I'm not familiar with GAR. What would that mean for me exactly? The GAR stuff wouldn't help you directly. It would make it easier for CSW maintainers to build packages that require some glibc interface or work around a broken/deficient solaris implementation...in a very easy way. > I'm not building an OpenCSW project, I am porting nss_db to Solaris: > http://www.linuxfromscratch.org/hints/downloads/files/nss_db.txt Ok, that won't be as straight forward. I think you may want to check out gnulib-tool --create-testdir. If you feed it the list of modules you need to make nss_db build, it'll give you a libgnu.a containing those modules. Integrating gnulib into nss_db won't be straight forward given it's glibc bundling. > It's coming along well, but I got stuck with the argp dependency. I > thought libgnu_dev would help me, but as you know I then discovered > that the library didn't actually include argp. > > I'll probably need to pull out the argp source files and insert them > directly into my modified build directory to carry on. I've not had > much luck with gnulib-tool, it doesn't want to work on this source > tree. Feel free to ping me off-list if you need a hand getting a usable libgnu.a...I think it should be easily possible. (Famous last words!) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Sun Dec 25 18:03:20 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 25 Dec 2011 17:03:20 +0000 Subject: [csw-users] Support for various MySQL versions Message-ID: Hello OpenCSW users, I'm maintaining the MySQL packages and I'm currently working on the MySQL-5.5 build. Versions 5.0 and 5.1 support the --program-suffix switch, which makes it easy to accommodate installations alongside each other, but MySQL-5.5 no longer supports that. The easiest thing to do would be to remove the MySQL-5.{0,1} packages and replace them with the 5.5 package some time in the future. What are your thoughts about it? Do you need the 5.0 and 5.1 versions in the catalog, or are you fine with just the 5.5 (or whatever the latest stable version is). One note - the maintainers team is working on periodic (each 6 months) releases, so MySQL version upgrades would be in sync with general catalog releases. Maciej From bwalton at opencsw.org Thu Dec 29 16:40:24 2011 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 29 Dec 2011 10:40:24 -0500 Subject: [csw-users] pkg-get deprecation Message-ID: <1325172722-sup-1539@pinkfloyd.chass.utoronto.ca> Hi All, I've just pushed a package to our unstable repository that will deprecate pkg-get as the package management tool for OpenCSW. When this makes its way to the dublin catalog, it will see your systems pull in CSWpkgutil as a dependency. pkgutil is the supported package management tool for OpenCSW catalogs going forward. We realize that you (and your site) may have work flow built around pkg-get though, so if you still want to use this tool instead of converting to pkgutil, you can do: rm /opt/csw/bin/pkg-get; ln -s /opt/csw/bin/pkg-get.deprecated /opt/csw/bin/pkg-get Without this step, running pkg-get will simply spit out a deprecation notice and exit 1. Performing this reinstatement is not something that we'll support but it should allow you more time to update to pkgutil. We apologize for any inconvenience this causes you. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302