From grzemba at contac-dt.de Fri Aug 1 15:34:50 2014 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Fri, 01 Aug 2014 15:34:50 +0200 Subject: Sommercamp In-Reply-To: References: Message-ID: Hi, I think we should start to plan the next Summer camp, any suggestions? Carsten -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sun Aug 3 13:05:06 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 3 Aug 2014 12:05:06 +0100 Subject: Check for dependencies on stubs Message-ID: Hello maintainers, I've added a new check: newly built packages should not depend on stubs. Please run "mgar up --all". Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Sun Aug 3 18:35:33 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 3 Aug 2014 18:35:33 +0200 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: On Sun, Aug 3, 2014 at 1:05 PM, Maciej (Matchek) Blizi?ski wrote: > Hello maintainers, > > I've added a new check: newly built packages should not depend on stubs. Nice! We should have a mini project rebuilding packages already depending on stubs, I bet a lot of stubs will not be needed any more and can be deleted. Also stubs with no reverse dependencies could be deleted immediately. From maciej at opencsw.org Mon Aug 4 10:20:14 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 4 Aug 2014 09:20:14 +0100 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: 2014-08-03 17:35 GMT+01:00 Peter Bonivart : > > > I've added a new check: newly built packages should not depend on stubs. > > Nice! We should have a mini project rebuilding packages already > depending on stubs, I bet a lot of stubs will not be needed any more > and can be deleted. > > Also stubs with no reverse dependencies could be deleted immediately. We have a HTML report which lists all packages that could/should be rebuilt, and packages which can be deleted: http://buildfarm.opencsw.org/obsolete-pkgs/ As far as deleting stubs with no revdeps, I pull data from the URL above and pass them to safe_remove_package.py: http://paste.ubuntu.com/7949945/ It doesn't run automatically, I'd be a bit concerned to let a shell script loose with a chainsaw against our catalog. We could extend the program which generates these reports - any volunteers? :-) https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/gar/v2/lib/python/find_obsolete_pkgs.py Maciej From bonivart at opencsw.org Mon Aug 4 10:36:24 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 4 Aug 2014 10:36:24 +0200 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: On Mon, Aug 4, 2014 at 10:20 AM, Maciej (Matchek) Blizi?ski wrote: > We have a HTML report which lists all packages that could/should be > rebuilt, and packages which can be deleted: > > http://buildfarm.opencsw.org/obsolete-pkgs/ But the remove links all seem to point to empty files and the log confirms that, 0 packages to remove. However, there's stub packages with no reverse dependencies that could be removed so something seems to be wrong. Example: https://www.opencsw.org/packages/CSWpmalgorithmchkdig/ By the way, that's one of mine, can I run safe_remove_package.py manually or do I need to let you do it or what? /peter From maciej at opencsw.org Mon Aug 4 10:42:01 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 4 Aug 2014 09:42:01 +0100 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: 2014-08-04 9:36 GMT+01:00 Peter Bonivart : > But the remove links all seem to point to empty files and the log > confirms that, 0 packages to remove. However, there's stub packages > with no reverse dependencies that could be removed so something seems > to be wrong. > > Example: https://www.opencsw.org/packages/CSWpmalgorithmchkdig/ Hm, this package indeed has no reverse dependencies, but its catalogname does not end with _stub, so the script doesn't consider it a stub. Maybe we could improve this logic, but I thought we did a good job at keeping stubs _stub. How else to tell if a package is a stub? > By the way, that's one of mine, can I run safe_remove_package.py > manually or do I need to let you do it or what? You can run it! Maciej From bonivart at opencsw.org Mon Aug 4 10:48:02 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 4 Aug 2014 10:48:02 +0200 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: On Mon, Aug 4, 2014 at 10:42 AM, Maciej (Matchek) Blizi?ski wrote: > Hm, this package indeed has no reverse dependencies, but its > catalogname does not end with _stub, so the script doesn't consider it > a stub. Maybe we could improve this logic, but I thought we did a good > job at keeping stubs _stub. How else to tell if a package is a stub? Ok, so that's the trigger, maybe that package is too old to get _stub added from GAR? I know we handled stubs differently before, see https://www.opencsw.org/packages/CSWpmarchivetar/ for example. Maybe have multiple triggers, "Transitional package" in description, "stub" in version? That should catch most of them I think. From rupert at opencsw.org Mon Aug 4 10:56:47 2014 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 4 Aug 2014 10:56:47 +0200 Subject: cmake compile error In-Reply-To: References: Message-ID: hi, i am lacking time a little bit, would somebody be able to look into the error cmake-3.0.0 compile gives, if i read correct the log these ones: "/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/form.priv.h", line 124: syntax error before or at: _nc_Copy_Type ... "/home/rupert/opencsw/cmake/trunk/work/solaris10-i386/build-isa-pentium_pro/cmake-3.0.0/Source/CursesDialog/form/form.priv.h", line 132: syntax error before or at: _nc_Internal_Validation rupert -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Mon Aug 4 11:08:18 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 4 Aug 2014 10:08:18 +0100 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: 2014-08-04 9:48 GMT+01:00 Peter Bonivart : > Maybe have multiple triggers, "Transitional package" in description, > "stub" in version? That should catch most of them I think. Hm, yes, there in fact are 92 packages described as transitional, but no _stub in the catalogname: curl -s https://mirror.opencsw.org/opencsw/unstable/sparc/5.10/descriptions | grep -v _stub | egrep -i 'transitional\s+package' I looked at the code, the data structures it is using do not contain the description, so we will need to do some plumbing to make this possible. Nothing too difficult, but the code will need to make some additional HTTP requests to get that data. Maciej From dam at opencsw.org Mon Aug 4 11:19:07 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 4 Aug 2014 11:19:07 +0200 Subject: Sommercamp In-Reply-To: References: Message-ID: <17C5C5C9-D6CC-4335-B98B-BA83559FEA77@opencsw.org> Hi Carsten, Am 01.08.2014 um 15:34 schrieb Carsten Grzemba : > I think we should start to plan the next Summer camp, any suggestions? Sure, we could make another camp in Kiel or probably in Ilmenau? ;-) I will definitely want a soundcheck in the cinema with the wavefront audio system! 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: -------------- 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 Mon Aug 4 11:19:14 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 4 Aug 2014 10:19:14 +0100 Subject: Fwd: Updates from unstable to testing In-Reply-To: References: Message-ID: Hello maintainers, Automatic package promotions are here! When you upload something to unstable and there are no bug reports against it, it will be automatically promoted to testing after two weeks. Packages are promoted in groups, based on GAR bundles. Bug filed against any of packages in a group causes the whole group not to be promoted. http://buildfarm.opencsw.org/package-promotions/ One of the files contains full information on how to revert changes that the script has done. Rollback can be performed by running a sequence of curl invocations. Maciej From dam at opencsw.org Mon Aug 4 11:29:07 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 4 Aug 2014 11:29:07 +0200 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: <36A2C196-DC9D-49D2-9754-2581EBDFCDEB@opencsw.org> Hi Maciej, Am 03.08.2014 um 13:05 schrieb Maciej (Matchek) Blizi?ski : > I've added a new check: newly built packages should not depend on stubs. > > Please run "mgar up --all?. Excellent! May I suggest another check: It is not allowed to push a stub-package unless there is at least one package depending on it. With this check we can make sure that after cleanup stubs are not accidentally are pushed again. 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: -------------- 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 Mon Aug 4 11:31:20 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 4 Aug 2014 11:31:20 +0200 Subject: Check for dependencies on stubs In-Reply-To: References: Message-ID: Hi Peter, Am 04.08.2014 um 10:48 schrieb Peter Bonivart : > On Mon, Aug 4, 2014 at 10:42 AM, Maciej (Matchek) Blizi?ski > wrote: >> Hm, this package indeed has no reverse dependencies, but its >> catalogname does not end with _stub, so the script doesn't consider it >> a stub. Maybe we could improve this logic, but I thought we did a good >> job at keeping stubs _stub. How else to tell if a package is a stub? > > Ok, so that's the trigger, maybe that package is too old to get _stub > added from GAR? I know we handled stubs differently before, see > https://www.opencsw.org/packages/CSWpmarchivetar/ for example. > > Maybe have multiple triggers, "Transitional package" in description, > "stub" in version? That should catch most of them I think. Yes, that is too old. IMHO we can focus on the new obsoletion with _stub added as no new packages not conforming to the obsoletion rules are pushed. 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 Mon Aug 4 12:16:23 2014 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Mon, 04 Aug 2014 12:16:23 +0200 Subject: Sommercamp In-Reply-To: References: <17C5C5C9-D6CC-4335-B98B-BA83559FEA77@opencsw.org> Message-ID: Yes, Ilmenau could also be an option. But who wants to make the trip to Ilmenau also? ;-) Next International Airports: - Erfurt (only connections from London on Friday and Sunday?) then 1h trip by train - Frankfurt, than 3:30h by train - Leipzig, than 3h by train - N?rnberg, than 3:30h by train Am 04.08.14 schrieb Dagobert Michelsen : > > > > > Hi Carsten, > > Am 01.08.2014 um 15:34 schrieb Carsten Grzemba : > > > I think we should start to plan the next Summer camp, any suggestions? > > > > > > Sure, we could make another camp in Kiel or probably in Ilmenau? ;-) > I will definitely want a soundcheck in the cinema with the wavefront audio system! > > > > > 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 wilbury at opencsw.org Mon Aug 4 12:40:57 2014 From: wilbury at opencsw.org (Juraj Lutter) Date: Mon, 04 Aug 2014 12:40:57 +0200 Subject: Sommercamp In-Reply-To: References: <17C5C5C9-D6CC-4335-B98B-BA83559FEA77@opencsw.org> Message-ID: <53DF6339.5010705@opencsw.org> On 08/04/14 12:16, Carsten Grzemba wrote: > Yes, Ilmenau could also be an option. But who wants to make the trip > to Ilmenau also? ;-) > Next International Airports: > - Erfurt (only connections from London on Friday and Sunday?) then 1h > trip by train > - Frankfurt, than 3:30h by train > - Leipzig, than 3h by train > - N?rnberg, than 3:30h by train Plane to Frankfurt/Main, then carshare to Ilmenau. >> -- Juraj Lutter -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihsan at opencsw.org Wed Aug 6 11:39:14 2014 From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=) Date: Wed, 06 Aug 2014 11:39:14 +0200 Subject: Sommercamp In-Reply-To: References: <17C5C5C9-D6CC-4335-B98B-BA83559FEA77@opencsw.org> Message-ID: <53E1F7C2.1010100@opencsw.org> Am 04.08.2014 um 12:16 schrieb Carsten Grzemba: > Yes, Ilmenau could also be an option. But who wants to make the trip to > Ilmenau also? ;-) > Next International Airports: > - Erfurt (only connections from London on Friday and Sunday?) then 1h > trip by train > - Frankfurt, than 3:30h by train > - Leipzig, than 3h by train > - N?rnberg, than 3:30h by train 5 hours and 45 minutes from Zug. Not that bad actually. Ihsan From rmottola at opencsw.org Thu Aug 7 11:54:17 2014 From: rmottola at opencsw.org (Riccardo Mottola) Date: Thu, 07 Aug 2014 11:54:17 +0200 Subject: making the first gnustep packages available Message-ID: <1407405257.7880.6.camel@anor> Hi, while there are still problems which can be surely worked out later, I have now completed a first set of packages for GNUstep: - core packagess (make, base, gui, back) - Gorm, the graphical interface builder - a couple of easy-to-package apps (Terminal, Zipper, FTP) the latter were the simplest since they don't have external dependencies and they prove that the core packages work! I have prefixed all directories with gs_, so that in case there is no name clash (e.g. FTP gets gs_ftp), if there will be package name clashes I hope we can sort them out too. Several utility apps have pretty generic names. right now what builds is commited with "mgar commit". What's next to make them packages? The best would be if somebody did try them also on solaris 9 and 11 and on x86, since I only have a solaris 10 sparc host. And maybe even use them and find them useful :) Riccardo From rmottola at opencsw.org Thu Aug 7 11:55:58 2014 From: rmottola at opencsw.org (Riccardo Mottola) Date: Thu, 07 Aug 2014 11:55:58 +0200 Subject: libutil not found In-Reply-To: References: <1406754274.3282.6.camel@anor> <53DA012C.4020906@opencsw.org> Message-ID: <1407405357.7880.9.camel@anor> Hi, Carsten Grzemba wrote: > > Am 31.07.14 schrieb Laurent Blume : > > Best approach is going to opencsw.org, clicking on ?Search? on the > > right, entering ?libutil.so? in the Filename field, and checking > > ?partial match? before clicking on the Search button. > 'partial match' is mandatory because libutil.so could be a sym link > which will not returned by opencsw.org search. > other approaches: > - is there a link, is it broken? > - do it is in -L directory list? > - do it is the right elf type (32/64bit)? > > the only match I get (search is case-insensitive apparently) is: CSWamanda opt/csw/lib/perl/csw/auto/Amanda/Util/libUtil.so which is most surely wrong. > > > > If there's no match, well, welcome to Dependency Hell! :-) > > I fear... Dependency Hell! I'll dig in further. I tried to compile the "current svn" version, but that one doesn't even compile... "Porting Hell"... However Project Center is GNUstep's IDE, so it is reasonably important in the GS environment. I'll ask for furher help as soon as I have made more attempts Riccardo From maciej at opencsw.org Sat Aug 9 01:06:30 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 9 Aug 2014 00:06:30 +0100 Subject: Removing package stubs Message-ID: We missed one step when designing / discussing package renames. We have OBSOLETED_BY_ which creates stubs. This is good, but what about removing stubs? Turns out the stubs are best removed from build recipes immediately after the first upload. We don't have a check that prevents a useless stub from being uploaded. For now, every time you work with a package and you see a stub / OBSOLETED_BY_ that has been previously uploaded, remove it from the recipe. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sat Aug 9 10:38:22 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 9 Aug 2014 09:38:22 +0100 Subject: Updates from unstable to testing In-Reply-To: References: Message-ID: Looking at the last report, there are some packages with blocking bugs: R git logwatch mysql5 openssl ruby18 squid subversion These packages need attention. Possible things to do: - if the bug is obsolete, close it - if the bug is real, fix the problem and upload a new version, then close the bug. The new package will be integrated after 2 weeks. - if the bug is real but not high severity and you want the package integrated, lower the severity in mantis Package promotions are now handled by merciless automation, so if left alone, the packages listed above will never make it to testing and/or stable. Full report with links to bugs: http://buildfarm.opencsw.org/package-promotions/promote-packages.html Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at opencsw.org Sat Aug 9 11:46:30 2014 From: laurent at opencsw.org (Laurent Blume) Date: Sat, 09 Aug 2014 11:46:30 +0200 Subject: Updates from unstable to testing In-Reply-To: References: Message-ID: <53E5EDF6.5070408@opencsw.org> Le 2014/08/09 10:38 +0200, Matchek a ?crit: > Looking at the last report, there are some packages with blocking bugs: > > mysql5 Recently opened bug, looks like a configuration error, I've asked for feedback, I'm not getting it, so I'll close it soon. Laurent From laurent at opencsw.org Sat Aug 9 12:03:56 2014 From: laurent at opencsw.org (Laurent Blume) Date: Sat, 09 Aug 2014 12:03:56 +0200 Subject: Updates from unstable to testing In-Reply-To: References: Message-ID: <53E5F20C.1030804@opencsw.org> Le 2014/08/09 10:38 +0200, Matchek a ?crit: > - if the bug is real but not high severity and you want the package > integrated, lower the severity in mantis Err, am I missing something, I don't see how to do that? Laurent From maciej at opencsw.org Sat Aug 9 12:19:46 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 9 Aug 2014 11:19:46 +0100 Subject: Updates from unstable to testing In-Reply-To: <53E5F20C.1030804@opencsw.org> References: <53E5F20C.1030804@opencsw.org> Message-ID: 2014-08-09 11:03 GMT+01:00 Laurent Blume : > > Err, am I missing something, I don't see how to do that? Click the "Update Issue" button on the left. It's not intuitive. From laurent at opencsw.org Sat Aug 9 13:20:59 2014 From: laurent at opencsw.org (Laurent Blume) Date: Sat, 09 Aug 2014 13:20:59 +0200 Subject: Updates from unstable to testing In-Reply-To: References: <53E5F20C.1030804@opencsw.org> Message-ID: <53E6041B.8060906@opencsw.org> Le 2014/08/09 12:19 +0200, Matchek a ?crit: > 2014-08-09 11:03 GMT+01:00 Laurent Blume : >> >> Err, am I missing something, I don't see how to do that? > > Click the "Update Issue" button on the left. It's not intuitive. > Thanks! From maciej at opencsw.org Sat Aug 9 16:04:31 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 9 Aug 2014 15:04:31 +0100 Subject: Our package statistics page Message-ID: http://www.opencsw.org/get-it/package-statistics/ These numbers are wrong, because the code which generates the packages does not support package deletions, it only handles new packages and updated packages. I think we should do one of: 1. Convince William to implement support for package deletions 2. Find a volunteer to implement support for package deletions 3. Delete the statistics page Thoughts? Maciej From maciej at opencsw.org Sun Aug 10 12:36:18 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 10 Aug 2014 11:36:18 +0100 Subject: making the first gnustep packages available In-Reply-To: <1407405257.7880.6.camel@anor> References: <1407405257.7880.6.camel@anor> Message-ID: 2014-08-07 10:54 GMT+01:00 Riccardo Mottola : > right now what builds is commited with "mgar commit". > > What's next to make them packages? Log in to the buildfarm, and in each build recipe run "mgar platforms", or "mgar replatforms" if you have files from previous runs lying around. Then you upload them from the login host, using the csw-upload-pkg utility. > The best would be if somebody did try them also on solaris 9 and 11 and > on x86, since I only have a solaris 10 sparc host. And maybe even use > them and find them useful :) Have you built it on Solaris 9? If you only built it on Solaris 10, it will very likely not build on Solaris 9. Unless you want to, I would suggest not spending time on Solaris 9. When packages are in the catalog, we need to do something extra to let the world know the packages are available. We could post a new blog entry. Maciej From maciej at opencsw.org Sun Aug 10 16:38:24 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 10 Aug 2014 15:38:24 +0100 Subject: Our package statistics page In-Reply-To: References: Message-ID: For now, I've changed the page status from published to draft. From maciej at opencsw.org Sun Aug 10 22:54:14 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 10 Aug 2014 21:54:14 +0100 Subject: [GAR] Problems downloading sources via https on Solaris 9 Message-ID: unstable9s 22:47:02 ~/.../powertop/trunk $ mgar makesum [===== NOW BUILDING: powertop-2.6.1 =====] [prerequisite] complete for powertop. ==> Grabbing work/download/powertop-2.6.1.tar.gz ==> Trying file://files/powertop-2.6.1.tar.gz ==> Trying file:///home/src/powertop-2.6.1.tar.gz ==> Trying https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz --2014-08-10 22:47:14-- https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz Resolving proxy (proxy)... 192.168.1.6 Connecting to proxy (proxy)|192.168.1.6|:3128... connected. ERROR: The certificate of `01.org' is not trusted. ERROR: The certificate of `01.org' hasn't got a known issuer. (!!!) Failed to download work/download/powertop-2.6.1.tar.gz! gmake: *** [work/download/powertop-2.6.1.tar.gz] Error 255 On our Solaris 10 hosts it works fine. It it that our OpenSSL packages were fixed for Solaris 10, but not for Solaris 9? Have we stopped building OpenSSL for Solaris 9? If we did, we need to make it clear on the website that the OpenSSL security fixes that we release are for Solaris 10 and 11 only. Maciej From yann at pleiades.fr.eu.org Tue Aug 12 00:09:29 2014 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Tue, 12 Aug 2014 00:09:29 +0200 Subject: [GAR] Problems downloading sources via https on Solaris 9 In-Reply-To: References: Message-ID: Wouah, not so quick in the conclusion please ! :) openssl is still begin build for Solaris 9 (1.0.1 and 0.9.8), and the last versions have been installed on unstable9s. On the other hand, wget is probably not updated anymore for Solaris 9. The version on unstable9s is from 2012 and still linked against gnutls whereas the recent version is linked against openssl. That still doesn't explain why this doesn't work and that might still be a bug on gnutls. However gnutls is also not updated for Solaris 9. That's the the kind of problem that can happen with best effort mode for Solaris 9. To continue to have a working build environment for Solaris 9, the fastest way is probably to recompile wget. (meanwhile one workaround is to initiale the download from Solaris 10, the source archive will end up in /home/src that is shared amongst the buildfarm, I suppose this is the reason this bug has not been caught earlier). Yann 2014-08-10 22:54 GMT+02:00 Maciej (Matchek) Blizi?ski : > unstable9s 22:47:02 ~/.../powertop/trunk $ mgar makesum > [===== NOW BUILDING: powertop-2.6.1 =====] > [prerequisite] complete for powertop. > ==> Grabbing work/download/powertop-2.6.1.tar.gz > ==> Trying file://files/powertop-2.6.1.tar.gz > ==> Trying file:///home/src/powertop-2.6.1.tar.gz > ==> Trying > https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz > --2014-08-10 22:47:14-- > https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz > Resolving proxy (proxy)... 192.168.1.6 > Connecting to proxy (proxy)|192.168.1.6|:3128... connected. > ERROR: The certificate of `01.org' is not trusted. > ERROR: The certificate of `01.org' hasn't got a known issuer. > (!!!) Failed to download work/download/powertop-2.6.1.tar.gz! > gmake: *** [work/download/powertop-2.6.1.tar.gz] Error 255 > > On our Solaris 10 hosts it works fine. It it that our OpenSSL packages > were fixed for Solaris 10, but not for Solaris 9? Have we stopped > building OpenSSL for Solaris 9? If we did, we need to make it clear on > the website that the OpenSSL security fixes that we release are for > Solaris 10 and 11 only. > > Maciej > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Aug 13 11:37:05 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 13 Aug 2014 11:37:05 +0200 Subject: [GAR] Problems downloading sources via https on Solaris 9 In-Reply-To: References: Message-ID: <5953D5E5-2378-46CA-B40D-41153791CE04@opencsw.org> Hi Maciej, Am 10.08.2014 um 22:54 schrieb Maciej (Matchek) Blizi?ski : > unstable9s 22:47:02 ~/.../powertop/trunk $ mgar makesum > [===== NOW BUILDING: powertop-2.6.1 =====] > [prerequisite] complete for powertop. > ==> Grabbing work/download/powertop-2.6.1.tar.gz > ==> Trying file://files/powertop-2.6.1.tar.gz > ==> Trying file:///home/src/powertop-2.6.1.tar.gz > ==> Trying > https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz > --2014-08-10 22:47:14-- > https://01.org/sites/default/files/downloads/powertop/powertop-2.6.1.tar.gz > Resolving proxy (proxy)... 192.168.1.6 > Connecting to proxy (proxy)|192.168.1.6|:3128... connected. > ERROR: The certificate of `01.org' is not trusted. > ERROR: The certificate of `01.org' hasn't got a known issuer. > (!!!) Failed to download work/download/powertop-2.6.1.tar.gz! > gmake: *** [work/download/powertop-2.6.1.tar.gz] Error 255 > > On our Solaris 10 hosts it works fine. It it that our OpenSSL packages > were fixed for Solaris 10, but not for Solaris 9? Have we stopped > building OpenSSL for Solaris 9? If we did, we need to make it clear on > the website that the OpenSSL security fixes that we release are for > Solaris 10 and 11 only. I just rebuild an updated wget with openssl and it works cleanly on Solaris 9. I?ll update the hosts when the pushed packages reached the mirror. 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 slowfranklin at opencsw.org Fri Aug 15 14:21:30 2014 From: slowfranklin at opencsw.org (slowfranklin) Date: Fri, 15 Aug 2014 14:21:30 +0200 Subject: Poll: finding the right package promotion time Message-ID: Hi all, as discussed on IRC, here's a quick poll which may help finding the right time it shall take for a package to sink from unstable to testing. It's 2 weeks atm, this was adopted from Debian. http://doodle.com/9qwb8sxyfmiaqxx2 Cheers! -slow From pfelecan at opencsw.org Fri Aug 15 20:11:37 2014 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 15 Aug 2014 20:11:37 +0200 Subject: Poll: finding the right package promotion time In-Reply-To: (slowfranklin@opencsw.org's message of "Fri, 15 Aug 2014 14:21:30 +0200") References: Message-ID: slowfranklin writes: > as discussed on IRC, here's a quick poll which may help finding the > right time it shall take for a package to sink from unstable to > testing. > > It's 2 weeks atm, this was adopted from Debian. It's a little bit more sophisticated than that. But yes, 2 weeks as good ol' Debian. Their rules are the consequence of a quite long experience in the domain. -- Peter From pfelecan at opencsw.org Fri Aug 15 20:16:28 2014 From: pfelecan at opencsw.org (Peter FELECAN) Date: Fri, 15 Aug 2014 20:16:28 +0200 Subject: Poll: finding the right package promotion time In-Reply-To: (slowfranklin@opencsw.org's message of "Fri, 15 Aug 2014 14:21:30 +0200") References: Message-ID: slowfranklin writes: > as discussed on IRC, here's a quick poll which may help finding the > right time it shall take for a package to sink from unstable to > testing. It would be nice to sumarize the discussion to understand what brought the necessity of this poll. Please understand that I'm not against polling but having a little bit more backgroud helps in choosing next time. -- Peter From maciej at opencsw.org Tue Aug 19 18:07:37 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 19 Aug 2014 17:07:37 +0100 Subject: Passwordless ssh from unstable10s to login Message-ID: Passwordless ssh from unstable10s to login is necessary. If you don't have it, you will see HTTP 401 errors when building packages. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From pfelecan at opencsw.org Tue Aug 19 19:26:40 2014 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 19 Aug 2014 19:26:40 +0200 Subject: Passwordless ssh from unstable10s to login In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Tue, 19 Aug 2014 17:07:37 +0100") References: Message-ID: "Maciej (Matchek) Blizi?ski" writes: > Passwordless ssh from unstable10s to login is necessary. If you don't have > it, you will see HTTP 401 errors when building packages. I imagine that it's true for unstable10x also, isn't it? -- Peter From rupert at opencsw.org Wed Aug 20 05:41:59 2014 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 20 Aug 2014 05:41:59 +0200 Subject: mgar error when doing platforms Message-ID: hi, when building the security release of serf i got the following error with the newest mgar: rupert @ unstable10x : ~/opencsw/libserf/trunk $ mgar spotless remerge replatforms ..... 100% Time: 0:01:13 |###########################################################################################| INFO 2014-08-20 04:34:03,449 checkpkg_lib.py:263 Unwrapping candies... 100% |#########################################################################################################| INFO 2014-08-20 04:34:03,525 checkpkg_lib.py:878 Tasting candies one by one... 100% |#########################################################################################################| INFO 2014-08-20 04:34:14,968 checkpkg_lib.py:914 Tasting them all at once... WARNING 2014-08-20 04:35:49,216 rest.py:281 Blob 'elfdump' for '38571bcc77c66fab71fe73f9b30cf780' was not found in the database Traceback (most recent call last): File "/home/rupert/opencsw/.buildsys/v2/gar/gar//bin/../lib/python/checkpkg2.py", line 268, in main() File "/home/rupert/opencsw/.buildsys/v2/gar/gar//bin/../lib/python/checkpkg2.py", line 215, in main exit_code, screen_report, tags_report = check_manager.Run() File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/checkpkg_lib.py", line 937, in Run return super(CheckpkgManager2, self).Run() File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/checkpkg_lib.py", line 301, in Run errors, messages, gar_lines = self.GetAllTags(self.sqo_pkgs_list) File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/checkpkg_lib.py", line 921, in GetAllTags function(pkgs_data, check_interface, logger=logger, messenger=messenger) File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/package_checks.py", line 331, in SetCheckLibraries depchecks.Libraries(*check_args) File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/dependency_checks.py", line 245, in Libraries binary_elf_info = error_mgr.GetElfdumpInfo(binary_md5) File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/checkpkg_lib.py", line 514, in GetElfdumpInfo return ElfinfoBlobToStruct(elfdump_data) File "/home/rupert/opencsw/.buildsys/v2/gar/gar/lib/python/checkpkg_lib.py", line 178, in ElfinfoBlobToStruct symbols = elfdump_data['symbol table'] TypeError: 'NoneType' object is unsubscriptable gmake: *** [pkgcheck] Error 2 gmake: Leaving directory `/home/rupert/opencsw/libserf/trunk' Connection to unstable9s closed. /home/rupert/opencsw/.buildsys/v2/gar//gar.pkg.mk:1068: recipe for target 'platforms' failed gmake: *** [platforms] Error 2 From dam at opencsw.org Wed Aug 20 08:18:29 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 20 Aug 2014 08:18:29 +0200 Subject: Passwordless ssh from unstable10s to login In-Reply-To: References: Message-ID: <058468F2-F50C-49AA-BC49-99FADD35689E@opencsw.org> Hi Folks, Am 19.08.2014 um 19:26 schrieb Peter FELECAN : > "Maciej (Matchek) Blizi?ski" writes: >> Passwordless ssh from unstable10s to login is necessary. If you don't have >> it, you will see HTTP 401 errors when building packages. > > I imagine that it's true for unstable10x also, isn't it? This is true for all unstable* hosts because of NFS-shared homedirs containing keys and authorized_keys and agent forwarding. This is partly true for experimental where no agent forwarding is activated as lots of people have root there, so if you have a passphrase it does not work OOTB on experimental. 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 Aug 20 10:30:08 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 20 Aug 2014 09:30:08 +0100 Subject: mgar error when doing platforms In-Reply-To: References: Message-ID: 2014-08-20 4:41 GMT+01:00 rupert THURNER : > WARNING 2014-08-20 04:35:49,216 rest.py:281 Blob 'elfdump' for > '38571bcc77c66fab71fe73f9b30cf780' was not found in the database This seems to be related. 38571bcc77c66fab71fe73f9b30cf780 is the md5 sum of libserf-1.so.1.3.0 for Solaris 9 sparc. Something seems to have gone wrong when indexing it. Maybe earlier logs could indicate what happened. I tried indexing it by hand: $ ~/src/opencsw-gar/v2/gar/lib/python/collect_binary_elfinfo.py -i /home/rupert/opencsw/libserf/trunk/work/solaris9-sparc/build-isa-sparcv8/serf-1.3.7/libserf-1.so.1.3.0 { "md5_sum": "38571bcc77c66fab71fe73f9b30cf780" } That seems to have worked, so I don't see anything obviously broken. Could you capture the full log? Maybe there's something failing earlier. Maciej P.S. "mgar replatforms" is equivalent to "mgar spotless platforms", and "remerge" only applies to the host you're currently at, it's not repeated for each platform From slowfranklin at opencsw.org Wed Aug 20 14:30:31 2014 From: slowfranklin at opencsw.org (slowfranklin) Date: Wed, 20 Aug 2014 14:30:31 +0200 Subject: Poll: finding the right package promotion time In-Reply-To: References: Message-ID: Am 15.08.2014 um 20:16 schrieb Peter FELECAN : > slowfranklin writes: > >> as discussed on IRC, here's a quick poll which may help finding the >> right time it shall take for a package to sink from unstable to >> testing. > > It would be nice to sumarize the discussion to understand what brought > the necessity of this poll. There really wasn't any, it just came out of my question for the reason to choose 2 weeks in the first place. It seems there wasn't any other technical argument for that other then "that's what Debian does". So short of technical arguments I found it interesting to get a picture what others might find an appropriate amount of time. My gut feeling was 2 weeks it too short. Cheerio! -slow From maciej at opencsw.org Wed Aug 20 15:49:59 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 20 Aug 2014 14:49:59 +0100 Subject: Poll: finding the right package promotion time In-Reply-To: References: Message-ID: 2014-08-20 13:30 GMT+01:00 slowfranklin : > It seems there wasn't any other technical argument for that other then "that's what Debian does". > > So short of technical arguments I found it interesting to get a picture what others might find an appropriate amount of time. My gut feeling was 2 weeks it too short. There is probably a tradeoff involved. if the delay is too long, users of the testing catalog (probably most of our users) will get an unnecessary delay in getting the benefit of new packages. This also applies to security fixes, unless they are pushed directly to testing by the maintainer. This is what Yann did with OpenSSL previously, but not now: recently updated OpenSSL packages still have 3 days to go. If the delay is too short, users won't have enough time to spot a problem with a new package. But we don't know how short is too short. The problem is we don't have enough information to evaluate that tradeoff. If nobody uses unstable, the delay value doesn't matter. Ideally users would run unstable on some of their machines, and testing or stable on the rest. But we don't know if they do or not. In general, if you want to optimize the delay, I'd suggest getting more information rather than relying on the gut feeling. Maybe educating users about the relation between unstable and testing is more important than any particular value of the delay? Maciej From rupert at opencsw.org Mon Aug 25 08:14:24 2014 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 25 Aug 2014 08:14:24 +0200 Subject: subversion security update, why i386 needs other settings than sunos ? Message-ID: hi, what is the reason that there is a difference on how to configure checkpkg for solaris and i386? what i usually do is, comment and build for solaris, then uncomment and build for i386. http://sourceforge.net/p/gar/code/24048/ this time i got lazy and just submitted it anyway. but it really gets errors: /home/rupert/opencsw/.buildsys/v2/bin/../lib/python/checkpkg2.py --catalog-release unstable --os-release SunOS5.10 --catalog-architecture i386 7f82dd230aab95d460d7432f9f14149a 54c4e0afeb93b65d962ef784e0c591ba 721ce2d771f40083d13b7c58a18b520d 0d0076b9ee0ad5ec94c96b596b39988d 96b13d8079ba40b40416b3779131ffd2 63e8c45236d11e6f9dc87cd4f241e959 72f951411280f6f101dfad3fdd9c503d 8df35701cd5bb99b60bc1b80247b05eb most of the time i m building with SKIPTEST=1 mgar remerge repackage rupert From dam at opencsw.org Mon Aug 25 09:41:50 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 25 Aug 2014 09:41:50 +0200 Subject: subversion security update, why i386 needs other settings than sunos ? In-Reply-To: References: Message-ID: <8881B5ED-C98D-4BCA-827C-EA3A8D6DBE91@opencsw.org> Hi Rupert, Am 25.08.2014 um 08:14 schrieb rupert THURNER : > what is the reason that there is a difference on how to configure > checkpkg for solaris and i386? This is because the linker semantics of "-z ignore? changed in patch 147147-26. However, I needed to update the T5220 where all Sparc buildzones are hosted because there was a ZFS bug prohibiting a backup with ?zfs send? requiring a kernel update. The x86 servers have not been updated to allow linking against an older libc etc. We have a bugreport open at Oracle about the linker issue with no result yet. You can see the details at http://lists.opencsw.org/pipermail/maintainers/2013-November/018780.html > what i usually do is, comment and build > for solaris, then uncomment and build for i386. I suggest to just add the overrides and live with the ?unsued overrides? on x86. However, you depend on a _stub and overrode that one, please depend on the new package name instead: http://wiki.opencsw.org/checkpkg-error-tags#toc17 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 Mon Aug 25 14:26:54 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 25 Aug 2014 13:26:54 +0100 Subject: subversion security update, why i386 needs other settings than sunos ? In-Reply-To: <8881B5ED-C98D-4BCA-827C-EA3A8D6DBE91@opencsw.org> References: <8881B5ED-C98D-4BCA-827C-EA3A8D6DBE91@opencsw.org> Message-ID: 2014-08-25 8:41 GMT+01:00 Dagobert Michelsen : > > However, you depend on a _stub and overrode that one, please depend on the new package > name instead: > http://wiki.opencsw.org/checkpkg-error-tags#toc17 http://pics.nase-bohren.de/do-not-stack.jpg ;-) From jgoerzen at opencsw.org Thu Aug 28 19:59:10 2014 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Thu, 28 Aug 2014 10:59:10 -0700 Subject: cannot commit recipe update Message-ID: <53FF6DEE.5030104@opencsw.org> Hello, I'm having trouble committing a recipe update to svn: jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/libsdl/trunk > mgar commit -m "roll back to verison 1.2.14 to build a package without libsdl_devel stub" Committing changes. svn: E000013: Commit failed (details follow): svn: E000013: could not begin a transaction zsh: 952 exit 1 mgar commit -m What am I doing wrong? Thanks, Jake From jgoerzen at opencsw.org Thu Aug 28 20:05:57 2014 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Thu, 28 Aug 2014 11:05:57 -0700 Subject: cannot commit recipe update Message-ID: <53FF6F85.3060608@opencsw.org> Hello, I'm having trouble committing a recipe update to svn: jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/libsdl/trunk > mgar commit -m "roll back to verison 1.2.14 to build a package without libsdl_devel stub" Committing changes. svn: E000013: Commit failed (details follow): svn: E000013: could not begin a transaction zsh: 952 exit 1 mgar commit -m What am I doing wrong? Thanks, Jake From dam at opencsw.org Thu Aug 28 21:46:55 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 28 Aug 2014 21:46:55 +0200 Subject: cannot commit recipe update In-Reply-To: <53FF6F85.3060608@opencsw.org> References: <53FF6F85.3060608@opencsw.org> Message-ID: <84C66523-099B-4B57-A82F-682C063E7CF2@opencsw.org> Hi Jake, Am 28.08.2014 um 20:05 schrieb Jake Goerzen : > I'm having trouble committing a recipe update to svn: > > jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/libsdl/trunk > mgar commit -m "roll back to verison 1.2.14 to build a package without libsdl_devel stub" Committing changes. > svn: E000013: Commit failed (details follow): > svn: E000013: could not begin a transaction > zsh: 952 exit 1 mgar commit -m > > What am I doing wrong? Probably nothing as it may be an issue on SFs side, please try again in a few hours. 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 jgoerzen at opencsw.org Thu Aug 28 21:59:42 2014 From: jgoerzen at opencsw.org (Jake Goerzen) Date: Thu, 28 Aug 2014 12:59:42 -0700 Subject: cannot commit recipe update In-Reply-To: <84C66523-099B-4B57-A82F-682C063E7CF2@opencsw.org> References: <53FF6F85.3060608@opencsw.org> <84C66523-099B-4B57-A82F-682C063E7CF2@opencsw.org> Message-ID: <53FF8A2E.4080001@opencsw.org> On 08/28/14 12:46, Dagobert Michelsen wrote: > Hi Jake, > > Am 28.08.2014 um 20:05 schrieb Jake Goerzen : >> I'm having trouble committing a recipe update to svn: >> >> jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/libsdl/trunk > mgar commit -m "roll back to verison 1.2.14 to build a package without libsdl_devel stub" Committing changes. >> svn: E000013: Commit failed (details follow): >> svn: E000013: could not begin a transaction >> zsh: 952 exit 1 mgar commit -m >> >> What am I doing wrong? > Probably nothing as it may be an issue on SFs side, please try again in a few hours. > > > Best regards > > ? Dago > Yes, it works fine now. Thanks, Jake From rmottola at opencsw.org Mon Aug 25 09:14:53 2014 From: rmottola at opencsw.org (Riccardo Mottola) Date: Mon, 25 Aug 2014 09:14:53 +0200 Subject: libutil not found In-Reply-To: <53DA012C.4020906@opencsw.org> References: <1406754274.3282.6.camel@anor> <53DA012C.4020906@opencsw.org> Message-ID: <1408950893.6342.1.camel@anor> Hi, On Thu, 2014-07-31 at 10:41, Laurent Blume wrote: > Best approach is going to opencsw.org, clicking on ?Search? on the > right, entering ?libutil.so? in the Filename field, and checking > ?partial match? before clicking on the Search button. > > If there's no match, well, welcome to Dependency Hell! :-) As I wrote, there as no match. But a bit of work and tinkering et voil: it is not needed at all! I removed the flag and ti builds and runs! I needed some additional solaris-specific patches, but the build now works. Commited :) Riccardo From rmottola at opencsw.org Mon Aug 25 12:57:36 2014 From: rmottola at opencsw.org (Riccardo Mottola) Date: Mon, 25 Aug 2014 12:57:36 +0200 Subject: making the first gnustep packages available In-Reply-To: <1407405257.7880.6.camel@anor> References: <1407405257.7880.6.camel@anor> Message-ID: <1408964256.6019.0.camel@anor> Hi, sorry if I ping this up, but I ever got a reply.... In the meanwhile I successfully packaged ProjectCenter and PRICE! I wonder what my next-steps are, after my "mgar commit" Riccardo On Thu, 2014-08-07 at 11:54, Riccardo Mottola wrote: > Hi, > > while there are still problems which can be surely worked out later, I > have now completed a first set of packages for GNUstep: > - core packagess (make, base, gui, back) > - Gorm, the graphical interface builder > - a couple of easy-to-package apps (Terminal, Zipper, FTP) > > the latter were the simplest since they don't have external dependencies > and they prove that the core packages work! > I have prefixed all directories with gs_, so that in case there is no > name clash (e.g. FTP gets gs_ftp), if there will be package name clashes > I hope we can sort them out too. Several utility apps have pretty > generic names. > > right now what builds is commited with "mgar commit". > > What's next to make them packages? > > > The best would be if somebody did try them also on solaris 9 and 11 and > on x86, since I only have a solaris 10 sparc host. And maybe even use > them and find them useful :) > > Riccardo >