From rmottola at opencsw.org Sun Feb 1 23:55:55 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Sun, 01 Feb 2015 23:55:55 +0100 Subject: EXTRA_RUNPATH_DIRS, LD_OPTIONS an B direct In-Reply-To: <7F14E6EF-13BD-4F38-9246-9A7832157D14@opencsw.org> References: <549ADEBA.2050608@opencsw.org> <2C4A66BC-EB65-4F7F-B013-21C361147270@opencsw.org> <54C24E22.7040005@opencsw.org> <54C2D605.1020808@opencsw.org> <38200DA6-05A9-43BA-A947-E5DA194C26F6@opencsw.org> <54C77CDD.3090904@opencsw.org> <54CCA82D.6000708@opencsw.org> <7F14E6EF-13BD-4F38-9246-9A7832157D14@opencsw.org> Message-ID: <54CEAEFB.4040202@opencsw.org> Hi Dago, Dagobert Michelsen wrote: > No, when you link with gcc also ld is invoked: > https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/gcc4/trunk/Makefile#74 true. But I think the options for the linker must be passwed down with something like -Wl or similar? Perhaps this is needed with the direct option too? > > I wouldn?t mind too much with direct binding. libssl is important here, the other libs are > by far not that relevant for direct binding. Fine. I'll add the overrides for now. I'll concentrate in getting the whole set of packages building. This can be sorted out later once the whole puzzle fits together :) Riccardo From rmottola at opencsw.org Mon Feb 2 00:22:42 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Mon, 02 Feb 2015 00:22:42 +0100 Subject: gpg-error problem with gcrypt sol. 9 Message-ID: <54CEB542.4070207@opencsw.org> Hi, while doing a fresh build for gnustep-base, now that all overrides are commited, I get a failure on Solaris 9 (buildfarm, unstable9s) I think I didn't get it before, it looks as libgcrypt is not linked against gpg error? configure:11497: checking for gcry_control in -lgcrypt configure:11522: /opt/csw/bin/gcc-4.6 -o conftest -g -O2 -I/opt/csw/GNUstep/Local/Library/Head ers -I/opt/csw/GNUstep/Local/Library/Headers -I/opt/csw/GNUstep/System/Library/Headers -I/opt/c sw/include -I/opt/csw/include/libxml2 -L/opt/csw/GNUstep/Local/Library/Libraries -L/opt/csw/ GNUstep/Local/Library/Libraries -L/opt/csw/GNUstep/System/Library/Libraries conftest.c -lgcrypt -lxslt -L/opt/csw/lib -R/opt/csw/lib -lxml2 -lz -lpthread -liconv -lm -lsocket -lnsl -liconv -L/opt/csw/lib/ffi -lffi -lnsl -lrt -ldl -lpthread -lz >&5 ld: warning: file libgpg-error.so.0: required by /opt/csw/lib/libgcrypt.so, not found Undefined first referenced symbol in file gpg_err_code_from_errno /opt/csw/lib/libgcrypt.so gpg_err_set_errno /opt/csw/lib/libgcrypt.so gpg_strsource /opt/csw/lib/libgcrypt.so gpg_strerror /opt/csw/lib/libgcrypt.so gpg_err_code_from_syserror /opt/csw/lib/libgcrypt.so ld: fatal: Symbol referencing errors. No output written to conftest ldd tells me: rmottola at unstable9s :~ > ldd /opt/csw/lib/libgcrypt.so /usr/lib/secure/s9_preload.so.1 libgpg-error.so.0 => (file not found) libsocket.so.1 => /usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 on solaris 10s it is resolved. I see that on unstable10s there are: rmottola at unstable10s [unstable10s]:~/opencsw/gnustep-base/trunk > pkginfo | grep gpg-err application CSWgpg-error gpg_error - Tools for libgpg-error.so application CSWgpgerr libgpg_error_stub - Transitional package. Content moved to CSWgpg-error application CSWlibgpg-error-dev libgpg_error_dev - Development files for libgpg-error.so.0 application CSWlibgpg-error0 libgpg_error0 - GNU gpg related library, libgpg-error.so.0 two versions? is this itentional or a transitionary phase? I suppose unstable9s just misses the libgpg-error0 package installed, but it looks messy. If it is intentional, can you install the packae? thank you. RIccado From dam at opencsw.org Mon Feb 2 10:03:01 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 2 Feb 2015 10:03:01 +0100 Subject: gpg-error problem with gcrypt sol. 9 In-Reply-To: <54CEB542.4070207@opencsw.org> References: <54CEB542.4070207@opencsw.org> Message-ID: <5BB15E98-6522-454F-B2D2-5D16C2E858D7@opencsw.org> Hi Riccardo, Am 02.02.2015 um 00:22 schrieb Riccardo Mottola: > Hi, > > while doing a fresh build for gnustep-base, now that all overrides are commited, I get a failure on Solaris 9 (buildfarm, unstable9s) > > I think I didn't get it before, it looks as libgcrypt is not linked against gpg error? > > configure:11497: checking for gcry_control in -lgcrypt > configure:11522: /opt/csw/bin/gcc-4.6 -o conftest -g -O2 -I/opt/csw/GNUstep/Local/Library/Head > ers -I/opt/csw/GNUstep/Local/Library/Headers -I/opt/csw/GNUstep/System/Library/Headers -I/opt/c > sw/include -I/opt/csw/include/libxml2 -L/opt/csw/GNUstep/Local/Library/Libraries -L/opt/csw/ > GNUstep/Local/Library/Libraries -L/opt/csw/GNUstep/System/Library/Libraries conftest.c -lgcrypt > -lxslt -L/opt/csw/lib -R/opt/csw/lib -lxml2 -lz -lpthread -liconv -lm -lsocket -lnsl -liconv > -L/opt/csw/lib/ffi -lffi -lnsl -lrt -ldl -lpthread -lz >&5 > ld: warning: file libgpg-error.so.0: required by /opt/csw/lib/libgcrypt.so, not found > Undefined first referenced > symbol in file > gpg_err_code_from_errno /opt/csw/lib/libgcrypt.so > gpg_err_set_errno /opt/csw/lib/libgcrypt.so > gpg_strsource /opt/csw/lib/libgcrypt.so > gpg_strerror /opt/csw/lib/libgcrypt.so > gpg_err_code_from_syserror /opt/csw/lib/libgcrypt.so > ld: fatal: Symbol referencing errors. No output written to conftest > > ldd tells me: > rmottola at unstable9s :~ > ldd /opt/csw/lib/libgcrypt.so > /usr/lib/secure/s9_preload.so.1 > libgpg-error.so.0 => (file not found) > libsocket.so.1 => /usr/lib/libsocket.so.1 > libc.so.1 => /usr/lib/libc.so.1 > libnsl.so.1 => /usr/lib/libnsl.so.1 > libdl.so.1 => /usr/lib/libdl.so.1 > libmp.so.2 => /usr/lib/libmp.so.2 > /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 > > on solaris 10s it is resolved. > > I see that on unstable10s there are: > rmottola at unstable10s [unstable10s]:~/opencsw/gnustep-base/trunk > pkginfo | grep gpg-err > application CSWgpg-error gpg_error - Tools for libgpg-error.so > application CSWgpgerr libgpg_error_stub - Transitional package. Content moved to CSWgpg-error > application CSWlibgpg-error-dev libgpg_error_dev - Development files for libgpg-error.so.0 > application CSWlibgpg-error0 libgpg_error0 - GNU gpg related library, libgpg-error.so.0 > > two versions? is this itentional or a transitionary phase? I suppose unstable9s just misses the libgpg-error0 package installed, but it looks messy. > If it is intentional, can you install the packae? thank you. The package CSWlibgpg-error0 was missing unintionally :-) It is now installed. Best regards -- Dago From maciej at opencsw.org Mon Feb 2 10:42:17 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 2 Feb 2015 09:42:17 +0000 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: FYI Our Trac wiki has undergone a schism and exists under two addresses as two separate copies: https://buildfarm.opencsw.org/trac/wiki https://sourceforge.net/p/gar/tracwiki/Home/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Feb 4 10:02:57 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2015 10:02:57 +0100 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: Hi Maciej, > Am 02.02.2015 um 10:42 schrieb Maciej (Matchek) Blizi?ski : > > FYI > > Our Trac wiki has undergone a schism and exists under two addresses as two separate copies: > > https://buildfarm.opencsw.org/trac/wiki > https://sourceforge.net/p/gar/tracwiki/Home/ Good catch, the SF wiki was an artifact generated from automatic conversion when SF turned of Trac. I deleted the SF wiki. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Wed Feb 4 10:16:35 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 4 Feb 2015 10:16:35 +0100 Subject: EXTRA_RUNPATH_DIRS, LD_OPTIONS an B direct In-Reply-To: <54CEAEFB.4040202@opencsw.org> References: <549ADEBA.2050608@opencsw.org> <2C4A66BC-EB65-4F7F-B013-21C361147270@opencsw.org> <54C24E22.7040005@opencsw.org> <54C2D605.1020808@opencsw.org> <38200DA6-05A9-43BA-A947-E5DA194C26F6@opencsw.org> <54C77CDD.3090904@opencsw.org> <54CCA82D.6000708@opencsw.org> <7F14E6EF-13BD-4F38-9246-9A7832157D14@opencsw.org> <54CEAEFB.4040202@opencsw.org> Message-ID: Hi Riccardo, > Am 01.02.2015 um 23:55 schrieb Riccardo Mottola : > > Dagobert Michelsen wrote: >> No, when you link with gcc also ld is invoked: >> https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/gcc4/trunk/Makefile#74 > > true. But I think the options for the linker must be passwed down with something like -Wl or similar? Perhaps this is needed with the direct option too? No, because it is pulled directly from the environment LD_OPTIONS which is honoured when ld is invoked. See ld(1) for details. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From maciej at opencsw.org Wed Feb 4 10:28:24 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 4 Feb 2015 09:28:24 +0000 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: 2015-02-04 9:02 GMT+00:00 Dagobert Michelsen : > I deleted the SF wiki. When searching for "gar variable reference" it was the SF wiki that would come up first. See this: https://www.google.com/search?q=gar%20variable%20reference These results are not useful any more. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Wed Feb 4 10:54:45 2015 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Feb 2015 10:54:45 +0100 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: On Wed, Feb 4, 2015 at 10:28 AM, Maciej (Matchek) Blizi?ski wrote: > 2015-02-04 9:02 GMT+00:00 Dagobert Michelsen : >> >> I deleted the SF wiki. > > > When searching for "gar variable reference" it was the SF wiki that would > come up first. See this: > > https://www.google.com/search?q=gar%20variable%20reference > > These results are not useful any more. Can't you fix those results? ;) From pfelecan at opencsw.org Wed Feb 4 18:57:21 2015 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 04 Feb 2015 18:57:21 +0100 Subject: Documentation: 4 places and their use In-Reply-To: (Peter Bonivart's message of "Wed, 4 Feb 2015 10:54:45 +0100") References: Message-ID: Peter Bonivart writes: > On Wed, Feb 4, 2015 at 10:28 AM, Maciej (Matchek) Blizi?ski > wrote: >> 2015-02-04 9:02 GMT+00:00 Dagobert Michelsen : >>> >>> I deleted the SF wiki. >> >> >> When searching for "gar variable reference" it was the SF wiki that would >> come up first. See this: >> >> https://www.google.com/search?q=gar%20variable%20reference >> >> These results are not useful any more. > > Can't you fix those results? ;) It will be fixed automatically, isn't it ? -- Peter From maciej at opencsw.org Thu Feb 5 01:36:12 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 5 Feb 2015 00:36:12 +0000 Subject: "Please provide me with a binary for " Message-ID: I'm guessing we all get these requests every now and then. I got mine yesterday, somebody asked me to email them the package. I added a FAQ entry to avoid writing the same answer repeatedly, here's a handy link in case you want it: http://www.opencsw.org/manual/for-administrators/faq.html#please-provide-me-with-a-solaris-binary-for-something On the other hand, our package pages are next to useless if you know nothing about OpenCSW and land on a package page. Take this for example: http://www.opencsw.org/packages/fossil/ Imagine you don't know how to install our packages. There is the Download link, but it's a generic link, which redirects you to the Getting Started page. You can click it and think this isn't the right place to click. Looking for the word "Download" you don't find anything else on the page. You look for "install", you also get nothing. You see "Actions" -- great, downloading is an action! But no, you can only contact the maintainer or view the list of files in the package. People see this, and contact the maintainer. Is anybody up for improving this by at least writing a sentence about how to install a package? Code: https://sourceforge.net/p/opencsw/code/HEAD/tree/web/wordpresscsw/wp-content/themes/opencsw/package.php Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu Feb 5 01:39:24 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 5 Feb 2015 00:39:24 +0000 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: 2015-02-04 17:57 GMT+00:00 Peter FELECAN : > It will be fixed automatically, isn't it ? It's not certain. Our buildfarm host is a low ranking one, and it might never bubble up to the first page: http://xkcd.com/1334/ From laurent at opencsw.org Thu Feb 5 10:20:28 2015 From: laurent at opencsw.org (Laurent Blume) Date: Thu, 05 Feb 2015 10:20:28 +0100 Subject: Documentation: 4 places and their use In-Reply-To: References: Message-ID: <54D335DC.6090106@opencsw.org> Le 2015/02/05 01:39 +0100, Matchek a ?crit: > It's not certain. Our buildfarm host is a low ranking one, and it > might never bubble up to the first page: http://xkcd.com/1334/ Happens to me more and more often. Google keeps on ignoring the words I type to replace them with its own terms it feels I should look for instead, even though it's definitely not what I want. Laurent From maciej at opencsw.org Thu Feb 5 10:43:38 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 5 Feb 2015 09:43:38 +0000 Subject: Documentation: 4 places and their use In-Reply-To: <54D335DC.6090106@opencsw.org> References: <54D335DC.6090106@opencsw.org> Message-ID: 2015-02-05 9:20 GMT+00:00 Laurent Blume : > Happens to me more and more often. Google keeps on ignoring the words I > type to replace them with its own terms it feels I should look for > instead, even though it's definitely not what I want. Ah, the discussion about words versus their meaning! An easy way to be literal is to surround your search terms in quotes, and if you don't care about the order, you can quote each search individually, "like" "that". With GAR variable reference the problem is that even if you enter "gar variable reference" in quotes, the buildfarm host does not appear in the results. From laurent at opencsw.org Thu Feb 5 11:07:58 2015 From: laurent at opencsw.org (Laurent Blume) Date: Thu, 05 Feb 2015 11:07:58 +0100 Subject: Documentation: 4 places and their use In-Reply-To: References: <54D335DC.6090106@opencsw.org> Message-ID: <54D340FE.3060400@opencsw.org> Le 2015/02/05 10:43 +0100, Matchek a ?crit: > Ah, the discussion about words versus their meaning! Let's not get too deep into Google's hubris at this point :-P > An easy way to be > literal is to surround your search terms in quotes, and if you don't > care about the order, you can quote each search individually, "like" > "that". I know that, I was pissed when that replaced the + that was easier. But sadly, it's just not true anymore. Recently, I noticed that when searching one of my "" enclosed words in a page result, they're simply not present. And whatever you do, non alphanumeric characters are always replaced by spaces and thus ignored. Conversely, putting a - in front of a word does not guarantee anymore that it won't appear, apparently. It's okay, gives me motivation to try out others. And Google's still good overall, only frustrating in non-consumer-friendly cases. > With GAR variable reference the problem is that even if you enter "gar > variable reference" in quotes, the buildfarm host does not appear in > the results. I bet that just put some Doubleclick ads on it and it will get higher, quickly Laurent From dam at opencsw.org Sat Feb 7 15:45:12 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 7 Feb 2015 15:45:12 +0100 Subject: Yann missing in action? Message-ID: Hi folks, has anyone heard from Yann lately? The last post was from October and there have been two new versions of OpenSSL since. I do acknowledge that we need timely updates on upstream releases. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From maciej at opencsw.org Sun Feb 8 11:14:42 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 8 Feb 2015 10:14:42 +0000 Subject: Yann missing in action? In-Reply-To: References: Message-ID: 2015-02-07 14:45 GMT+00:00 Dagobert Michelsen : > has anyone heard from Yann lately? The last post was from October and there > have been two new versions of OpenSSL since. I do acknowledge that we need > timely updates on upstream releases. I took a look at the OpenSSL build recipe, and it looks high maintenance mainly due to numerous patches which stop applying after a release or two. On the OpenSSL package page[1], package source looks broken: "https://chninkel/Makefile". I haven't heard from Yann. We can ping him, and if he shows up, great. If he doesn't, let's have a plan what to do. Any suggestions? Maciej [1] http://www.opencsw.org/packages/libssl1_0_0/ From rmottola at opencsw.org Sun Feb 8 12:31:30 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Sun, 08 Feb 2015 12:31:30 +0100 Subject: "Please provide me with a binary for " In-Reply-To: References: Message-ID: <54D74912.8050207@opencsw.org> Hi, Maciej (Matchek) Blizi?ski wrote: > http://www.opencsw.org/packages/fossil/ > > Imagine you don't know how to install our packages. There is the > Download link, but it's a generic link, which redirects you to the > Getting Started page. You can click it and think this isn't the right > place to click. Looking for the word "Download" you don't find > anything else on the page. You look for "install", you also get > nothing. You see "Actions" -- great, downloading is an action! But no, > you can only contact the maintainer or view the list of files in the > package. People see this, and contact the maintainer. > > Is anybody up for improving this by at least writing a sentence about > how to install a package? Right, I had a look and I share your conclusion that the page is confusion. It doesn't help that the dowload package is generic and actually just a link that redirects. Visually appealing is also the icon at right "get started" but it redirects to the same page. Perhaps "Actions" could also be renamed? Some native speaker has an idea? The meaning here is "Action on the package" not "User actions". Smething like "Interact" ? Riccardo From rmottola at opencsw.org Sun Feb 8 13:06:31 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Sun, 08 Feb 2015 13:06:31 +0100 Subject: packages on solaris 9 Message-ID: <54D75147.3020907@opencsw.org> Hi, could you please check that unstable9s has the same level of packages as unstable10s? Requeiste check passes mysteriously on both, but build ends successfully on 10s only. Most probably because the-dev packages don't have a version RUNTIME_DEP_PKGS_CSWgnustep-base += CSWgnustep-make RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibz1 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibxslt1 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibxml2-2 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibicuuc54 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibgcc-s1 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibgnutls28 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibgmp10 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibobjc4 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibicudata54 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibffi5 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibicui18n54 RUNTIME_DEP_PKGS_CSWgnustep-base += CSWlibiconv2 I am sure tls is out of date (26 vs 28) and icu* (49 vs 54) as well as libobjc (3 vs 4) Is it actually correct to put the dependency on a certain library version as I am doing? technically for most of them it is fine, I just need "one" except in rare cases where a minimum is required. This could also be a problem if at one point for one OS version there are no newer packages version, but the one available stil works fine. Thanks, Riccardo From maciej at opencsw.org Sun Feb 8 13:16:52 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 8 Feb 2015 12:16:52 +0000 Subject: packages on solaris 9 In-Reply-To: <54D75147.3020907@opencsw.org> References: <54D75147.3020907@opencsw.org> Message-ID: 2015-02-08 12:06 GMT+00:00 Riccardo Mottola : > could you please check that unstable9s has the same level of packages as > unstable10s? By level, do you mean versions? A general note on S9: many packages are no longer built for S9. Discrepancies between S9 and S10 package versions will keep increasing. There is no fix for that other than spending effort on S9 package updates, but we don't want to do that. You either need to update the S9 packages yourself, or drop the S9 build of your packages. Maciej From rmottola at opencsw.org Sun Feb 8 13:25:43 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Sun, 08 Feb 2015 13:25:43 +0100 Subject: packages on solaris 9 In-Reply-To: References: <54D75147.3020907@opencsw.org> Message-ID: <54D755C7.2070807@opencsw.org> Hi, Maciej (Matchek) Blizi?ski wrote: > 2015-02-08 12:06 GMT+00:00 Riccardo Mottola : >> could you please check that unstable9s has the same level of packages as >> unstable10s? > By level, do you mean versions? Exactly. Right now I ure have a problem with tls, icu, objc > > A general note on S9: many packages are no longer built for S9. > Discrepancies between S9 and S10 package versions will keep > increasing. There is no fix for that other than spending effort on S9 > package updates, but we don't want to do that. > > You either need to update the S9 packages yourself, or drop the S9 > build of your packages. In case they are missing, I'll attempt a build then. It would be a pity to drop something that works. The problem here is that it works with "old" versions, but I had to update the runtime dependencies and also all those nasty package overrides I need. That said the question remains if I can mark a dependency generic on "CSWlibobjc*" or somehow, instead of CSWlibobjc4 Riccardo From yann at pleiades.fr.eu.org Sun Feb 8 22:06:20 2015 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sun, 8 Feb 2015 22:06:20 +0100 Subject: Yann missing in action? In-Reply-To: References: Message-ID: Hi everybody, Hey, don't bury me yet ! I am still alive ! To be honest, since I've got a new job have very much few time for opencsw (yes, worse than before) and also no more solaris around me. I was able to find the time to release very quickly the last four openssl updates related to security (1.0.1g,h,i and j) but it's true I failed on that one. Sorry for that. Anyway I just released the 1.0.1l version on unstable. There was a problem with sparc build on Solaris 11 but it's ok now. So problem solved for now but I can't guarantee that it will not happen again in the future so I welcome any volunteer to take over the package, or at least to co-maintain it. I don't think I can maintain such a critical software, at least alone, anymore. BTW, I was more one release old rather than two, the 1.0.1l release from January, 15th was the last real one. The 1.0.1k release was only about build fixes for Windows and OpenVMS, so there was no need to release it for Solaris. Yann 2015-02-08 11:14 GMT+01:00 Maciej (Matchek) Blizi?ski : > 2015-02-07 14:45 GMT+00:00 Dagobert Michelsen : > > has anyone heard from Yann lately? The last post was from October and > there > > have been two new versions of OpenSSL since. I do acknowledge that we > need > > timely updates on upstream releases. > > I took a look at the OpenSSL build recipe, and it looks high > maintenance mainly due to numerous patches which stop applying after a > release or two. On the OpenSSL package page[1], package source looks > broken: "https://chninkel/Makefile". > > I haven't heard from Yann. We can ping him, and if he shows up, great. > If he doesn't, let's have a plan what to do. Any suggestions? > > Maciej > > [1] http://www.opencsw.org/packages/libssl1_0_0/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Sun Feb 8 22:09:39 2015 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 8 Feb 2015 22:09:39 +0100 Subject: Yann missing in action? In-Reply-To: References: Message-ID: On Sun, Feb 8, 2015 at 10:06 PM, Yann Rouillard wrote: > Hey, don't bury me yet ! I am still alive ! Good to hear! :) From wilbury at opencsw.org Sun Feb 8 22:47:39 2015 From: wilbury at opencsw.org (Juraj Lutter) Date: Sun, 08 Feb 2015 22:47:39 +0100 Subject: Yann missing in action? In-Reply-To: References: Message-ID: <54D7D97B.9050004@opencsw.org> On 02/08/15 22:06, Yann Rouillard wrote: > > So problem solved for now but I can't guarantee that it will not > happen again in the future so I welcome any volunteer to take over the > package, or at least to co-maintain it. I don't think I can maintain > such a critical software, at least alone, anymore. > > Or to have a "role" with varying members. Release should be done using scripts to prevent human error. IMHO. -- Juraj Lutter From dam at opencsw.org Mon Feb 9 08:55:53 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2015 08:55:53 +0100 Subject: Yann missing in action? In-Reply-To: References: Message-ID: <7E406972-95F0-4836-91DF-E9D9A8B8F960@opencsw.org> Hi Yann, > Am 08.02.2015 um 22:06 schrieb Yann Rouillard : > > Hi everybody, > > Hey, don't bury me yet ! I am still alive ! Glad to hear that! :-) > To be honest, since I've got a new job have very much few time for opencsw (yes, worse than before) and also no more solaris around me. Sad to head that! :-( > I was able to find the time to release very quickly the last four openssl updates related to security (1.0.1g,h,i and j) but it's true I failed on that one. Sorry for that. > > Anyway I just released the 1.0.1l version on unstable. There was a problem with sparc build on Solaris 11 but it's ok now. > > So problem solved for now but I can't guarantee that it will not happen again in the future so I welcome any volunteer to take over the package, or at least to co-maintain it. I don't think I can maintain such a critical software, at least alone, anymore. I just subscribed to openssl-announce and keep an eye on it. Hopefully with joint effort this will work. > BTW, I was more one release old rather than two, the 1.0.1l release from January, 15th was the last real one. > The 1.0.1k release was only about build fixes for Windows and OpenVMS, so there was no need to release it for Solaris. Ok, I wasn?t in the changelog that deep. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From laurent at opencsw.org Mon Feb 9 10:03:39 2015 From: laurent at opencsw.org (Laurent Blume) Date: Mon, 09 Feb 2015 10:03:39 +0100 Subject: Yann missing in action? In-Reply-To: References: Message-ID: <54D877EB.60903@opencsw.org> Good to hear, I had a feeling Dago was going to ask me to go investigate, and it's just too cold, I'd rather stay at home with hot chocolate. Laurent Le 2015/02/08 22:06 +0100, Yann Rouillard a ?crit: > Hi everybody, > > Hey, don't bury me yet ! I am still alive ! From dam at opencsw.org Mon Feb 9 21:10:41 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 9 Feb 2015 21:10:41 +0100 Subject: packages on solaris 9 In-Reply-To: <54D755C7.2070807@opencsw.org> References: <54D75147.3020907@opencsw.org> <54D755C7.2070807@opencsw.org> Message-ID: Hi Riccardo, > Am 08.02.2015 um 13:25 schrieb Riccardo Mottola : > > Maciej (Matchek) Blizi?ski wrote: >> 2015-02-08 12:06 GMT+00:00 Riccardo Mottola : >>> could you please check that unstable9s has the same level of packages as >>> unstable10s? >> By level, do you mean versions? > Exactly. Right now I ure have a problem with tls, icu, objc >> >> A general note on S9: many packages are no longer built for S9. >> Discrepancies between S9 and S10 package versions will keep >> increasing. There is no fix for that other than spending effort on S9 >> package updates, but we don't want to do that. >> >> You either need to update the S9 packages yourself, or drop the S9 >> build of your packages. > In case they are missing, I'll attempt a build then. It would be a pity to drop something that works. > The problem here is that it works with "old" versions, but I had to update the runtime dependencies and also all those nasty package overrides I need. > > That said the question remains if I can mark a dependency generic on "CSWlibobjc*" or somehow, instead of CSWlibobjc4 No, you either need to make different GAR Makefiles or at least use os-specific dependencies which is ugly, but doable. I strongly suggest not backporting the stuff we left behind to Solaris 9 to have uniform dependencies. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Tue Feb 10 13:02:41 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 10 Feb 2015 13:02:41 +0100 Subject: M3000 accessible now Message-ID: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> Hi folks, I just switched DNS for unstable11s to the new M3000, feel free to give it a try. Other stuff will move as time permits. Next thing will be an IPS repo. Big thanks to Laurent who sponsored the machine! 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From laurent at opencsw.org Tue Feb 10 15:37:49 2015 From: laurent at opencsw.org (Laurent Blume) Date: Tue, 10 Feb 2015 15:37:49 +0100 Subject: Stopping maintenance of vim on S9 Message-ID: <54DA17BD.7060302@opencsw.org> Hello all, Just a heads up: at patch level 7.4.622, the vim recipe on S9 does not work anymore. I've looked at the error, scratched my head, and for two seconds, even considered connecting to one of the S9 to have a look. Then common sense prevailed, and I just removed it from the build. The one still in the repo will have to do for those poor souls that have been sent to that particular circle of Hell. Laurent From rmottola at opencsw.org Tue Feb 10 18:46:44 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 18:46:44 +0100 Subject: ICU54 on solaris 9 Message-ID: <54DA4404.1060304@opencsw.org> Hi, since I am stubborn of nature, I tried to compile ICU 54 on solaris 9 to see if by miracle it would just work. I get this build error: make[1]: Leaving directory `/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout' gmake[1]: Entering directory `/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout' /opt/SUNWspro/bin/CC -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0 -I. -I./.. -I../common -I./unicode -DU_ATTRIBUTE_DEPRECATED= -DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt -c -DPIC -KPIC -o LEFontInstance.o LEFontInstance.cpp /opt/SUNWspro/bin/CC -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0 -I. -I./.. -I../common -I./unicode -DU_ATTRIBUTE_DEPRECATED= -DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt -c -DPIC -KPIC -o OpenTypeLayoutEngine.o OpenTypeLayoutEngine.cpp "LETableReference.h", line 68: Error: Expected an expression. "LETableReference.h", line 100: Error: Badly formed expression. "LETableReference.h", line 104: Error: Operand expected instead of ")". "LETableReference.h", line 122: Error: Operand expected instead of ";". "LETableReference.h", line 144: Error: "icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. "LETableReference.h", line 149: Error: "icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. "LETableReference.h", line 151: Warning: There are returns from icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const with and without values. "LETableReference.h", line 158: Error: Badly formed expression. "LETableReference.h", line 171: Error: Badly formed expression. "LETableReference.h", line 172: Error: A statement (even if empty) is required here. "LETableReference.h", line 383: Error: Expected an expression. Looking at line 68, I see: LETableReference(const le_uint8* data, size_t length = LE_UINTPTR_MAX) : I suppose hat is the ugly problem I already found in gnustep base. I can patch that, put I'd prefer to apply the pach only for solaris9, because otherwise the ifdef's are hard to write. Stupid solaris doesn't have versions. How can I apply a patch only for solaris <= 9 ? Riccardo From rmottola at opencsw.org Tue Feb 10 18:49:31 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 18:49:31 +0100 Subject: Stopping maintenance of vim on S9 In-Reply-To: <54DA17BD.7060302@opencsw.org> References: <54DA17BD.7060302@opencsw.org> Message-ID: <54DA44AB.8080405@opencsw.org> Hi Laurent, Laurent Blume wrote: > Hello all, > > Just a heads up: at patch level 7.4.622, the vim recipe on S9 does not > work anymore. I've looked at the error, scratched my head, and for two > seconds, even considered connecting to one of the S9 to have a look. > Then common sense prevailed, and I just removed it from the build. :) if you can paste the error I could check if it is something known, like all the stupid pointer stuff that gets used lately. which I am accustomed fixing for solaris 8. If you really don't care then just fine. Riccardo From rmottola at opencsw.org Tue Feb 10 19:20:54 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 19:20:54 +0100 Subject: commit problems Message-ID: <54DA4C06.9090403@opencsw.org> Hi, I experience commit problems from the buildfarm. I can run "svn diff" but "svn comit" fails with: svn: E000013: Commit failed (details follow): svn: E000013: could not begin a transaction I tried from the login box as well as from unstable 10s Riccardo From maciej at opencsw.org Tue Feb 10 20:56:12 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 10 Feb 2015 19:56:12 +0000 Subject: commit problems In-Reply-To: <54DA4C06.9090403@opencsw.org> References: <54DA4C06.9090403@opencsw.org> Message-ID: 2015-02-10 18:20 GMT+00:00 Riccardo Mottola : > I experience commit problems from the buildfarm. I can run "svn diff" but > "svn comit" fails with: > > svn: E000013: Commit failed (details follow): > svn: E000013: could not begin a transaction > > I tried from the login box as well as from unstable 10s > Is this similar to this thread? http://lists.opencsw.org/pipermail/maintainers/2014-December/019569.html We were able to resolve it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmottola at opencsw.org Tue Feb 10 22:06:17 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 22:06:17 +0100 Subject: commit problems In-Reply-To: References: <54DA4C06.9090403@opencsw.org> Message-ID: <54DA72C9.6090901@opencsw.org> Hi, Maciej (Matchek) Blizi?ski wrote: > Is this similar to this thread? > http://lists.opencsw.org/pipermail/maintainers/2014-December/019569.html the error is the same, but this is on the build farm where I committed several times, this is why it is unexpected. My root is net-mounted on the various build machines, right? so the settings should be the same and it should be indifferent if I update and/or commit from one or the other? Riccardo From rmottola at opencsw.org Tue Feb 10 22:15:00 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 22:15:00 +0100 Subject: commit problems In-Reply-To: References: <54DA4C06.9090403@opencsw.org> Message-ID: <54DA74D4.5070708@opencsw.org> Hi, Maciej (Matchek) Blizi?ski wrote: > > Is this similar to this thread? > http://lists.opencsw.org/pipermail/maintainers/2014-December/019569.html I don't get the "authentication realm" part actually. I'll wait and retry. R From ihsan at opencsw.org Tue Feb 10 21:19:37 2015 From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=) Date: Tue, 10 Feb 2015 21:19:37 +0100 Subject: M3000 accessible now In-Reply-To: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> Message-ID: <54DA67D9.8060108@opencsw.org> Am 10.02.2015 um 13:02 schrieb Dagobert Michelsen: > I just switched DNS for unstable11s to the new M3000, feel free to give it a try. > Other stuff will move as time permits. Next thing will be an IPS repo. > > Big thanks to Laurent who sponsored the machine! Wow, nice machine! Thanks a lot Lauren & Dago! Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rmottola at opencsw.org Tue Feb 10 22:25:06 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 10 Feb 2015 22:25:06 +0100 Subject: M3000 accessible now In-Reply-To: <54DA67D9.8060108@opencsw.org> References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> <54DA67D9.8060108@opencsw.org> Message-ID: <54DA7732.7050309@opencsw.org> Hi, ?hsan Do?an wrote: > Am 10.02.2015 um 13:02 schrieb Dagobert Michelsen: > >> I just switched DNS for unstable11s to the new M3000, feel free to give it a try. >> Other stuff will move as time permits. Next thing will be an IPS repo. >> >> Big thanks to Laurent who sponsored the machine! > Wow, nice machine! > Thanks a lot Lauren & Dago! Is it this? http://www.fujitsu.com/global/products/computing/servers/unix/sparc-enterprise/products/m3000/ in that case WOW :) Riccardo From dam at opencsw.org Wed Feb 11 09:33:25 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Feb 2015 09:33:25 +0100 Subject: ICU54 on solaris 9 In-Reply-To: <54DA4404.1060304@opencsw.org> References: <54DA4404.1060304@opencsw.org> Message-ID: <247723B9-EACA-4175-9C2C-CE31460ABE30@opencsw.org> Hi Riccardo, > Am 10.02.2015 um 18:46 schrieb Riccardo Mottola : > > Hi, > > since I am stubborn of nature, I tried to compile ICU 54 on solaris 9 to see if by miracle it would just work. > > I get this build error: > > make[1]: Leaving directory `/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout' > gmake[1]: Entering directory `/home/rmottola/opencsw/libicu54/trunk/work/build-isa-sparcv8/icu/source/layout' > /opt/SUNWspro/bin/CC -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0 -I. -I./.. -I../common -I./unicode -DU_ATTRIBUTE_DEPRECATED= -DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt -c -DPIC -KPIC -o LEFontInstance.o LEFontInstance.cpp > /opt/SUNWspro/bin/CC -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0 -I. -I./.. -I../common -I./unicode -DU_ATTRIBUTE_DEPRECATED= -DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt -c -DPIC -KPIC -o OpenTypeLayoutEngine.o OpenTypeLayoutEngine.cpp > "LETableReference.h", line 68: Error: Expected an expression. > "LETableReference.h", line 100: Error: Badly formed expression. > "LETableReference.h", line 104: Error: Operand expected instead of ")". > "LETableReference.h", line 122: Error: Operand expected instead of ";". > "LETableReference.h", line 144: Error: "icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. > "LETableReference.h", line 149: Error: "icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. > "LETableReference.h", line 151: Warning: There are returns from icu_54::LETableReference::ptrToOffset(const void*, LEErrorCode&) const with and without values. > "LETableReference.h", line 158: Error: Badly formed expression. > "LETableReference.h", line 171: Error: Badly formed expression. > "LETableReference.h", line 172: Error: A statement (even if empty) is required here. > "LETableReference.h", line 383: Error: Expected an expression. > > > Looking at line 68, I see: > LETableReference(const le_uint8* data, size_t length = LE_UINTPTR_MAX) : > > I suppose hat is the ugly problem I already found in gnustep base. > > I can patch that, put I'd prefer to apply the pach only for solaris9, because otherwise the ifdef's are hard to write. Stupid solaris doesn't have versions. > > How can I apply a patch only for solaris <= 9 ? See this example here: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/glib2/trunk/Makefile#46 PATCHFILES_5.9 += 0001-mypatch PATCHFILES += $(PATCHFILES_$(GAROSREL)) 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Wed Feb 11 10:13:30 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 11 Feb 2015 10:13:30 +0100 Subject: M3000 accessible now In-Reply-To: <54DA7732.7050309@opencsw.org> References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> <54DA67D9.8060108@opencsw.org> <54DA7732.7050309@opencsw.org> Message-ID: Hi Riccardo, > Am 10.02.2015 um 22:25 schrieb Riccardo Mottola : > > ?hsan Do?an wrote: >> Am 10.02.2015 um 13:02 schrieb Dagobert Michelsen: >> >>> I just switched DNS for unstable11s to the new M3000, feel free to give it a try. >>> Other stuff will move as time permits. Next thing will be an IPS repo. >>> >>> Big thanks to Laurent who sponsored the machine! >> Wow, nice machine! >> Thanks a lot Lauren & Dago! > Is it this? > > http://www.fujitsu.com/global/products/computing/servers/unix/sparc-enterprise/products/m3000/ > > in that case WOW :) Yes, exactly :-) 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From rmottola at opencsw.org Wed Feb 11 13:09:40 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Wed, 11 Feb 2015 13:09:40 +0100 Subject: commit problems In-Reply-To: <54DA74D4.5070708@opencsw.org> References: <54DA4C06.9090403@opencsw.org> <54DA74D4.5070708@opencsw.org> Message-ID: <54DB4684.2010401@opencsw.org> Hi, it must have been something temporary: this morning I logged in, issued the same command and it worked! Or if somebody fixed something in the build farm, thanks anyway. Riccardo From rmottola at opencsw.org Wed Feb 11 17:46:47 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Wed, 11 Feb 2015 17:46:47 +0100 Subject: csw-upload-package platform problem Message-ID: <54DB8777.1020208@opencsw.org> Hi, I finally have a package for gnustep-base. It exists only for solaris 10 SPARC. On x86 I have a configure problem, a test crashes while detecting a library. Solaris 9 has deps. problems right now (used to work) which I will try to solve with less priority. This is reflected in: PACKAGING_PLATFORMS += solaris10-sparc I addded no other platforms I try to upload with csw-upload-package but get: There is a problem with the presented file list. * CheckpkgTag(None, 'i386-SunOS5.10-missing', 'gnustep_base') Suggestions? Thank you Riccardo From laurent at opencsw.org Wed Feb 11 17:56:09 2015 From: laurent at opencsw.org (Laurent Blume) Date: Wed, 11 Feb 2015 17:56:09 +0100 Subject: csw-upload-package platform problem In-Reply-To: <54DB8777.1020208@opencsw.org> References: <54DB8777.1020208@opencsw.org> Message-ID: <54DB89A9.4000206@opencsw.org> Le 2015/02/11 17:46 +0100, Riccardo Mottola a ?crit: > I try to upload with csw-upload-package but get: > > There is a problem with the presented file list. > * CheckpkgTag(None, 'i386-SunOS5.10-missing', 'gnustep_base') > > Suggestions? Don't upload it. Leave it on experimental until you get package parity. Laurent From rmottola at opencsw.org Wed Feb 11 18:12:28 2015 From: rmottola at opencsw.org (Riccardo Mottola) Date: Wed, 11 Feb 2015 18:12:28 +0100 Subject: csw-upload-package platform problem In-Reply-To: <54DB89A9.4000206@opencsw.org> References: <54DB8777.1020208@opencsw.org> <54DB89A9.4000206@opencsw.org> Message-ID: <54DB8D7C.70108@opencsw.org> Hi Laurent, Laurent Blume wrote: > Le 2015/02/11 17:46 +0100, Riccardo Mottola a ?crit: >> I try to upload with csw-upload-package but get: >> >> There is a problem with the presented file list. >> * CheckpkgTag(None, 'i386-SunOS5.10-missing', 'gnustep_base') >> >> Suggestions? > Don't upload it. Leave it on experimental until you get package parity. what does "leaving in experimental" mean? I need the package to be availale, so that Dago can install it and then I can continue building the next 2 gnustep core packages an then finally the applications and get a working chain. I might never reach "package parity" since I have no clue on why that crash happens, I will ask help here on the list but I suspect something intricate. Riccardo From laurent at opencsw.org Wed Feb 11 22:04:03 2015 From: laurent at opencsw.org (Laurent Blume) Date: Wed, 11 Feb 2015 22:04:03 +0100 Subject: csw-upload-package platform problem In-Reply-To: <54DB8D7C.70108@opencsw.org> References: <54DB8777.1020208@opencsw.org> <54DB89A9.4000206@opencsw.org> <54DB8D7C.70108@opencsw.org> Message-ID: <54DBC3C3.4080703@opencsw.org> Le 2015/02/11 18:12 +0100, Riccardo Mottola a ?crit: > what does "leaving in experimental" mean? I need the package to be > availale, so that Dago can install it and then I can continue building > the next 2 gnustep core packages an then finally the applications and > get a working chain. You put it in /home/experimental/gnustep, that will make it available on http://buildfarm.opencsw.org/experimental.html > I might never reach "package parity" since I have no clue on why that > crash happens, I will ask help here on the list but I suspect something > intricate. That's the risk of getting involved with unfashionable software. Not the best place to learn. Do get in touch with upstream and check if they have an interest in getting it to work on Solaris, too, else, you'll feel lonely quickly. Good luck, Laurent From grzemba at contac-dt.de Thu Feb 12 08:59:23 2015 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Thu, 12 Feb 2015 08:59:23 +0100 Subject: M3000 accessible now In-Reply-To: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> Message-ID: $ pkg info entire | grep Version Version: 0.5.11 (Oracle Solaris 11.2.6.4.0) unstable11s has Solaris 11.2. Do we want upgrade unstable11x (11.0) too ? Than I (can|have to) build a special net-snmp package for S11;) Am 10.02.15 schrieb Dagobert Michelsen : > Hi folks, > > I just switched DNS for unstable11s to the new M3000, feel free to give it a try. > Other stuff will move as time permits. Next thing will be an IPS repo. > > Big thanks to Laurent who sponsored the machine! > > > 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu Feb 12 09:32:46 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 12 Feb 2015 09:32:46 +0100 Subject: csw-upload-package platform problem In-Reply-To: <54DB8D7C.70108@opencsw.org> References: <54DB8777.1020208@opencsw.org> <54DB89A9.4000206@opencsw.org> <54DB8D7C.70108@opencsw.org> Message-ID: <17E4DB05-CEA7-4ABC-BFF8-E7F0ACC044BA@opencsw.org> Hi Riccardo, > Am 11.02.2015 um 18:12 schrieb Riccardo Mottola : > > Laurent Blume wrote: >> Le 2015/02/11 17:46 +0100, Riccardo Mottola a ?crit: >>> I try to upload with csw-upload-package but get: >>> >>> There is a problem with the presented file list. >>> * CheckpkgTag(None, 'i386-SunOS5.10-missing', 'gnustep_base') >>> >>> Suggestions? >> Don't upload it. Leave it on experimental until you get package parity. > > what does "leaving in experimental" mean? I need the package to be availale, so that Dago can install it and then I can continue building the next 2 gnustep core packages an then finally the applications and get a working chain. I can install these on the experimental* hosts without being published. > I might never reach "package parity" since I have no clue on why that crash happens, I will ask help here on the list but I suspect something intricate. This is a major issue. Having under all circumstances sparc and x86 is really important. There are only very limited situations where it is ok to have just one platform like when we repackage upstream binaries (like adobereader) only available for one platform or if upstream only supports x86 (like node.js or valgrind) and sparc can?t be made to compile without a real porting project. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From jh at opencsw.org Thu Feb 12 10:05:41 2015 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 12 Feb 2015 10:05:41 +0100 Subject: M3000 accessible now In-Reply-To: References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> Message-ID: <54DC6CE5.4050704@opencsw.org> Hi, Am 12.02.15 um 08:59 schrieb Carsten Grzemba: > $ pkg info entire | grep Version > Version: 0.5.11 (Oracle Solaris 11.2.6.4.0) > > unstable11s has Solaris 11.2. Do we want upgrade unstable11x (11.0) too ? > Than I (can|have to) build a special net-snmp package for S11;) > for now I would say no. If there comes somthing up that it does not work on 11.0 we could use map files again I guess. They did mess with libc again. Don't know if they already did that on 11.1. jh at unstable11s [unstable11s]:/home/jh > pvs -vs /usr/lib/libc.so.1 |more libc.so.1 [BASE]: _end; _edata; _PROCEDURE_LINKAGE_TABLE_; _GLOBAL_OFFSET_TABLE_; _DYNAMIC; _etext; SUNWpublic: {SUNW_1.23}: sigqueue_wait; pthread_sigqueue_wait; SUNWpublic; rbac_chkauth; pthread_sigqueue; postwait_post_deferred; postwait_genkey; postwait_postn; frealpath; chkauthattr_ucred; getaccess_times; tdestroy; postwait_post; getuserattruid; processor_affinity; getuserattrnam; SUNW_1.23: {SUNW_1.22.7}: shm_unlink; sigtimedwait; daemon; SUNWpublic is new. Why that has no version I have no clue. Probably need to read the new linker guide one day to see what they are up to. If they did write it down. Greetings Jan From grzemba at contac-dt.de Fri Feb 13 08:27:31 2015 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Fri, 13 Feb 2015 08:27:31 +0100 Subject: M3000 accessible now In-Reply-To: References: <93DAE188-ED6F-4103-9F2F-CE994A334FB3@opencsw.org> <54DC6CE5.4050704@opencsw.org> Message-ID: This on Solaris 11.1: # pvs -vs /usr/lib/libc.so.1 libc.so.1 [BASE]: _etext; _end; _DYNAMIC; _GLOBAL_OFFSET_TABLE_; _PROCEDURE_LINKAGE_TABLE_; _edata; SUNWpublic: {SUNW_1.23}: frealpath; SUNWpublic; getuserattrnam; sigqueue_wait; getuserattruid; SUNW_1.23: {SUNW_1.22.7}: door_unbind; uconv_u16tou32; aio_suspend64; timer_create; aio_read64; getprofattr; vforkx; aio_suspend; shm_open; endexecattr; mq_reltimedreceive_np; strndup; assfail; aioread; _nl_msg_cat_cntr (4); door_bind; posix_fallocate; sched_setscheduler; getusernam; aiocancel; getproflist; wcsnlen; dirfd; strchrnul; aio_cancel; getline; dl_iterate_phdr; verr; ... snip, and a lot more and There are no updates for 11.0 since NOV-2012 There are no updates for 11.1 since Jul-2014 so there sould be nobody how still runs Solaris 11.0 or 11.1, or not ;)? Am 12.02.15 schrieb Jan Holzhueter : > > Hi, > > Am 12.02.15 um 08:59 schrieb Carsten Grzemba: > > $ pkg info entire | grep Version > > Version: 0.5.11 (Oracle Solaris 11.2.6.4.0) > > > > unstable11s has Solaris 11.2. Do we want upgrade unstable11x (11.0) too ? > > Than I (can|have to) build a special net-snmp package for S11;) > > > > for now I would say no. > If there comes somthing up that it does not work on 11.0 we could use > map files again I guess. > > They did mess with libc again. Don't know if they already did that on 11.1. > > jh at unstable11s [unstable11s]:/home/jh > pvs -vs /usr/lib/libc.so.1 |more > libc.so.1 [BASE]: > _end; > _edata; > _PROCEDURE_LINKAGE_TABLE_; > _GLOBAL_OFFSET_TABLE_; > _DYNAMIC; > _etext; > SUNWpublic: {SUNW_1.23}: > sigqueue_wait; > pthread_sigqueue_wait; > SUNWpublic; > rbac_chkauth; > pthread_sigqueue; > postwait_post_deferred; > postwait_genkey; > postwait_postn; > frealpath; > chkauthattr_ucred; > getaccess_times; > tdestroy; > postwait_post; > getuserattruid; > processor_affinity; > getuserattrnam; > SUNW_1.23: {SUNW_1.22.7}: > shm_unlink; > sigtimedwait; > daemon; > > > SUNWpublic is new. Why that has no version I have no clue. > Probably need to read the new linker guide one day to see what they are > up to. If they did write it down. > > Greetings > Jan > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sun Feb 15 12:55:48 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 15 Feb 2015 11:55:48 +0000 Subject: PKG_CHECK_MODULES discussion on Stack Overflow Message-ID: I found an interesting discussion on Stack Overflow: http://stackoverflow.com/questions/10220946/pkg-check-modules-considered-harmful One key point is in this part of the 1st answer: "If a user installs libfoo in /p/a/t/h and invokes a configure script with LDFLAGS=-L/p/a/t/h, the user is justified in expecting the configure to find libfoo. But, the user also must set PKG_CONFIG_PATH so that the configure script can find foo.pc in order for the configury to succeed, and IMO that is broken." We're one of the people who deal with these settings a lot, I wonder if we can contribute something to this conversation. Maciej From dam at opencsw.org Wed Feb 18 15:45:00 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 18 Feb 2015 15:45:00 +0100 Subject: Strange checkpkg issue Message-ID: <5B8CAFE7-FB95-49C2-96F9-1593650A5713@opencsw.org> Hi folks, I have a funky checkpkg error: > INFO 2015-02-18 15:33:57,236 package_stats.py:132 Juicing the svr4 package stream files... > CRITICAL 2015-02-18 15:34:56,036 shell.py:55 | > CRITICAL 2015-02-18 15:34:56,037 shell.py:56 Traceback (most recent call last): > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 238, in > md5_sum = extractor.CollectBinaryElfinfo() > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 166, in CollectBinaryElfinfo > syminfo = sections['syminfo'].get_symbol(index) > File "/opt/csw/lib/python2.6/site-packages/elftools/elf/sections.py", line 153, in get_symbol > name = self.symboltable.get_symbol(n).name > AttributeError: 'NullSection' object has no attribute 'get_symbol' > CRITICAL 2015-02-18 15:34:55,874 shell.py:55 > CRITICAL 2015-02-18 15:34:55,876 shell.py:56 None > Traceback (most recent call last): > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 623, in > unpacked = unpacker.CollectStats(force_unpack=options.force_unpack) > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 597, in CollectStats > binary_md5_sums = self._CollectElfdumpData() > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py", line 584, in _CollectElfdumpData > ret_code, stdout, stderr = shell.ShellCommand(args, stderr=se) > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/shell.py", line 60, in ShellCommand > % (args, retcode, ' '.join(pipes.quote(x) for x in args))) > lib.python.shell.ShellError: Running ['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py', '--input', '/var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o'] has failed, error code: 1. To find out why the command failed, please run it in the foreground, like this: /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py --input /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o > > Traceback (most recent call last): > File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 268, in > main() > File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 174, in main > md5_sums_from_files = collector.CollectStatsFromCatalogEntries(entries, False) > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/package_stats.py", line 158, in CollectStatsFromCatalogEntries > stderr=stderr_file) > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/shell.py", line 60, in ShellCommand > % (args, retcode, ' '.join(pipes.quote(x) for x in args))) > lib.python.shell.ShellError: Running ['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py', '--input', '/home/dam/staging/build-18.Feb.2015/nagios_plugin_mk_livestatus-1.2.4p5,REV=2015.02.18-SunOS5.10-sparc-UNCOMMITTED.pkg.gz'] has failed, error code: 1. To find out why the command failed, please run it in the foreground, like this: /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_pkg_metadata.py --input /home/dam/staging/build-18.Feb.2015/nagios_plugin_mk_livestatus-1.2.4p5,REV=2015.02.18-SunOS5.10-sparc-UNCOMMITTED.pkg.gz > /home/dam/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:1023: recipe for target 'pkgcheck' failed > gmake: *** [pkgcheck] Error 2 > zsh: 27101 exit 2 mgar repackage Any idea what is happening? 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From maciej at opencsw.org Wed Feb 18 21:41:07 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 18 Feb 2015 20:41:07 +0000 Subject: Strange checkpkg issue In-Reply-To: <5B8CAFE7-FB95-49C2-96F9-1593650A5713@opencsw.org> References: <5B8CAFE7-FB95-49C2-96F9-1593650A5713@opencsw.org> Message-ID: 2015-02-18 14:45 GMT+00:00 Dagobert Michelsen : > > lib.python.shell.ShellError: Running > ['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py', > '--input', > '/var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o'] > has failed, error code: 1. To find out why the command failed, please run > it in the foreground, like this: > /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py > --input > /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o > Try the above suggested command, possibly providing a different, existing path to livestatus.o, in case the temporary directory gets deleted by the time you read the error message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu Feb 19 10:34:19 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 19 Feb 2015 10:34:19 +0100 Subject: Strange checkpkg issue In-Reply-To: References: <5B8CAFE7-FB95-49C2-96F9-1593650A5713@opencsw.org> Message-ID: <73330014-B03D-4728-84BB-601601555E18@opencsw.org> Hi Maciej, > Am 18.02.2015 um 21:41 schrieb Maciej (Matchek) Blizi?ski : > > 2015-02-18 14:45 GMT+00:00 Dagobert Michelsen : > > lib.python.shell.ShellError: Running ['/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py', '--input', '/var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o'] has failed, error code: 1. To find out why the command failed, please run it in the foreground, like this: /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py --input /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o > > Try the above suggested command, possibly providing a different, existing path to livestatus.o, in case the temporary directory gets deleted by the time you read the error message. It seems indeed be a problem with the inspected ELF binary: dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/nagios-plugin-check_mk/trunk > PYTHONPATH=~/mgar/gar/v2 /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py --input /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o > Traceback (most recent call last): > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 238, in > md5_sum = extractor.CollectBinaryElfinfo() > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 166, in CollectBinaryElfinfo > syminfo = sections['syminfo'].get_symbol(index) > File "/opt/csw/lib/python2.6/site-packages/elftools/elf/sections.py", line 153, in get_symbol > name = self.symboltable.get_symbol(n).name > AttributeError: 'NullSection' object has no attribute 'get_symbol' > zsh: 22732 exit 1 PYTHONPATH=~/mgar/gar/v2 ?input Null Sections are perfectly valid in ELF, so I guess it is a flaw in pyelftools. I just saw that 0.23 is out and try an update and see if that fixes my issue. Answer: it stops working for Python 2.6: > + Version 0.23 (08.11.2014) > > - Minimal Python 2.x version raised to 2.7 > - Basic support for MIPS (contributed by Karl Vogel). > - Support for PT_NOTE segment parsing (contributed by Alex Deymo). > - Support for parsing symbol table in dynamic segment > (contributed by Nam T. Nguyen). When I use Python 2.7 for collect_binary_elfinfo.py the same error persists: > dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/nagios-plugin-check_mk/trunk > PYTHONPATH=~/mgar/gar/v2 /home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py --input /var/tmp/pkg_XGEtjW/CSWnagios-plugin-mk-livestatus/root/usr/lib/check_mk/livestatus.o > Traceback (most recent call last): > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 238, in > md5_sum = extractor.CollectBinaryElfinfo() > File "/home/dam/mgar/pkg/.buildsys/v2/gar/lib/python/collect_binary_elfinfo.py", line 166, in CollectBinaryElfinfo > syminfo = sections['syminfo'].get_symbol(index) > File "/opt/csw/lib/python2.7/site-packages/elftools/elf/sections.py", line 154, in get_symbol > name = self.symboltable.get_symbol(n).name > AttributeError: 'NullSection' object has no attribute 'get_symbol' > zsh: 1490 exit 1 PYTHONPATH=~/mgar/gar/v2 ?input I guess I downgrade py_pyelftools for now back to 0.22 until we upgraded checkpkg to Python 2.7. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From jh at opencsw.org Mon Feb 23 20:37:44 2015 From: jh at opencsw.org (=?UTF-8?B?SmFuIEhvbHpow7x0ZXI=?=) Date: Mon, 23 Feb 2015 20:37:44 +0100 Subject: SF.net SVN: gar:[24679] csw/mgar/gar/v2/gar.conf.mk In-Reply-To: <3krWvv2fMzz67@mail.opencsw.org> References: <3krWvv2fMzz67@mail.opencsw.org> Message-ID: <54EB8188.3050709@opencsw.org> Hi, I thought of that to recently to bump the SOS Compilers :) Am 23.02.15 um 19:22 schrieb dmichelsen at users.sourceforge.net: > > +GARCOMPILER-SUN-5.9 = SOS12 > +GARCOMPILER-SUN-5.10 = SOS12 > +GARCOMPILER-SUN-5.11 = SOS12U3 > + > ifeq ($(GARCOMPILER),SUN) > - GARCOMPILER = SOS12 > + GARCOMPILER = $(GARCOMPILER-SUN-$(GAROSREL)) > endif > > ifeq ($(GARCOMPILER),GNU) > GARCOMPILER = GCC4 > endif > why not U3 on 5.10 also? Greetings Jan From dam at opencsw.org Mon Feb 23 22:26:24 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 23 Feb 2015 22:26:24 +0100 Subject: SF.net SVN: gar:[24679] csw/mgar/gar/v2/gar.conf.mk In-Reply-To: <54EB8188.3050709@opencsw.org> References: <3krWvv2fMzz67@mail.opencsw.org> <54EB8188.3050709@opencsw.org> Message-ID: Hi Jan, > Am 23.02.2015 um 20:37 schrieb Jan Holzh?ter : > > I thought of that to recently to bump the SOS Compilers :) > > Am 23.02.15 um 19:22 schrieb dmichelsen at users.sourceforge.net: > >> >> +GARCOMPILER-SUN-5.9 = SOS12 >> +GARCOMPILER-SUN-5.10 = SOS12 >> +GARCOMPILER-SUN-5.11 = SOS12U3 >> + >> ifeq ($(GARCOMPILER),SUN) >> - GARCOMPILER = SOS12 >> + GARCOMPILER = $(GARCOMPILER-SUN-$(GAROSREL)) >> endif >> >> ifeq ($(GARCOMPILER),GNU) >> GARCOMPILER = GCC4 >> endif >> > > why not U3 on 5.10 also? Mostly because SOS12 was the previous default for Solaris 10 and SOS12 is not a good choice for Solaris 11. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From grzemba at contac-dt.de Tue Feb 24 13:23:54 2015 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Tue, 24 Feb 2015 13:23:54 +0100 Subject: Wintercamp In-Reply-To: References: Message-ID: Hi folks, If you haven't already, please kindly fill out the Doodle poll to find the next date and time for our Camp. http://doodle.com/zkgvgc53ydqeff26 At the moment we would prefer the date 20.-22.3. Note also http://wiki.opencsw.org/wintercamp-2014 Carsten (http://doodle.com/nmwmxr9zkfvd87g3) -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Tue Feb 24 22:11:03 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 24 Feb 2015 22:11:03 +0100 Subject: Combined 32/64 bit Python References: <8A83FCFA-14CA-4E3C-9D18-B07648DE3614@baltic-online.de> Message-ID: <2EDEC323-675A-4B22-ACCE-CD8596D9D7FC@opencsw.org> Hi folks, I?m working on Solaris 11 stuff at the moment and noticed that there is a both a 32 and 64 bit Python: > dam at unstable11s [unstable11s]:/home/dam/mgar/pkg/lsof/trunk > file /usr/bin/python2.6 /usr/bin/sparcv9/python2.6 > /usr/bin/python2.6: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, UltraSPARC1 Extensions Required, dynamically linked, not stripped > /usr/bin/sparcv9/python2.6: ELF 64-bit MSB executable SPARCV9 Version 1, UltraSPARC1 Extensions Required, dynamically linked, not stripped This makes me wonder how they circumvented https://www.opencsw.org/mantis/view.php?id=3054 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From maciej at opencsw.org Wed Feb 25 01:23:03 2015 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 25 Feb 2015 00:23:03 +0000 Subject: Combined 32/64 bit Python In-Reply-To: <2EDEC323-675A-4B22-ACCE-CD8596D9D7FC@opencsw.org> References: <8A83FCFA-14CA-4E3C-9D18-B07648DE3614@baltic-online.de> <2EDEC323-675A-4B22-ACCE-CD8596D9D7FC@opencsw.org> Message-ID: 2015-02-24 21:11 GMT+00:00 Dagobert Michelsen : > This makes me wonder how they circumvented > https://www.opencsw.org/mantis/view.php?id=3054 > There is an interesting comment on the upstream bug: http://bugs.python.org/issue18083 IIUC, you can patch the source, or override a setting, which causes _sysconfigdata.py to be installed in a platform-dependent directory. A way to sniff around in what Debian did, would be on a Debian system: $ apt-get source python2.7 $ cd python2.7-2.7.8/debian/patches Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: