From sbn at tbricks.com Fri Apr 5 09:29:13 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Fri, 05 Apr 2013 11:29:13 +0400 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: References: Message-ID: <515E7D49.1010307@tbricks.com> Hello Maciej, On 03/30/13 18:35, Maciej (Matchek) Blizi?ski wrote: > Please let me know if they work well. If so, I'll push it to unstable. > Works fine for me (although we use only C/C++ in fact). Thanks! From maciej at opencsw.org Fri Apr 5 11:04:44 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 5 Apr 2013 10:04:44 +0100 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: <515E7D49.1010307@tbricks.com> References: <515E7D49.1010307@tbricks.com> Message-ID: 2013/4/5 Dmitri Shubin : > Hello Maciej, > > > On 03/30/13 18:35, Maciej (Matchek) Blizi?ski wrote: >> >> Please let me know if they work well. If so, I'll push it to unstable. >> > > Works fine for me (although we use only C/C++ in fact). Cool. I'll push it to unstable. Maciej From laurent at elanor.org Sat Apr 6 20:21:54 2013 From: laurent at elanor.org (Laurent Blume) Date: Sat, 06 Apr 2013 20:21:54 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe Message-ID: <516067C2.5010304@elanor.org> Maciej, Here is a patch to the recipe to build Easytag 2.1.8. En the end, it works with Studio 12.3, and the namespace issue somehow disappeared after I did an ?mgar up --all? (which I hadn't done in a while, sorry). It's mostly adding build-time dependencies & GNU gettext (the ./configure is much more picky), and a define to work around a Pango issue. Laurent -------------- next part -------------- --- Makefile.original Sat Apr 6 19:26:16 2013 +++ Makefile Sat Apr 6 20:18:03 2013 @@ -1,5 +1,5 @@ NAME = easytag -VERSION = 2.1.7 +VERSION = 2.1.8 GARTYPE = v2 DESCRIPTION = Tag editor for MP3, Ogg Vorbis files and more @@ -9,8 +9,8 @@ interface makes tagging easier under GNU/Linux or Windows. endef -MASTER_SITES = $(SF_MIRRORS) -DISTFILES += $(NAME)-$(VERSION).tar.bz2 +MASTER_SITES = http://download.gnome.org/sources/easytag/2.1/ +DISTFILES = $(NAME)-$(VERSION).tar.xz BUILD_DEP_PKGS += CSWlibogg-dev BUILD_DEP_PKGS += CSWlibvorbis-dev @@ -17,6 +17,22 @@ BUILD_DEP_PKGS += CSWlibflac-dev BUILD_DEP_PKGS += CSWlibspeex-dev BUILD_DEP_PKGS += CSWlibwavpack-dev +BUILD_DEP_PKGS += CSWintltool +BUILD_DEP_PKGS += CSWpkgconfig +BUILD_DEP_PKGS += CSWlibgtk2-dev +BUILD_DEP_PKGS += CSWlibpcre-dev +BUILD_DEP_PKGS += CSWfconfig-dev +BUILD_DEP_PKGS += CSWlibfreetype-dev +BUILD_DEP_PKGS += CSWlibpng-dev +BUILD_DEP_PKGS += CSWx11xproto +BUILD_DEP_PKGS += CSWx11renderproto +BUILD_DEP_PKGS += CSWlibx11devel +BUILD_DEP_PKGS += CSWlibxcbdevel +BUILD_DEP_PKGS += CSWlibxaudevel +BUILD_DEP_PKGS += CSWlibxdmcpdevel +BUILD_DEP_PKGS += CSWlibid3-dev +BUILD_DEP_PKGS += CSWlibiconv-dev +BUILD_DEP_PKGS += CSWggettext-dev RUNTIME_DEP_PKGS_CSWeasytag += CSWlibgdk-x11-2-0-0 RUNTIME_DEP_PKGS_CSWeasytag += CSWlibgdk-pixbuf2-0-0 @@ -34,10 +50,21 @@ RUNTIME_DEP_PKGS_CSWeasytag += CSWlibspeex1 RUNTIME_DEP_PKGS_CSWeasytag += CSWlibvorbisfile3 -# Needed for gethostbyname -EXTRA_LINKER_FLAGS = -lnsl -EXTRA_CONFIGURE_EXPORTS += LIBS -CONFIGURE_ENV_LIBS = -lCrun - include gar/category.mk + +# Needed in 2.1.8 +MSGFMT = /opt/csw/bin/gmsgfmt +MSGMERGE = /opt/csw/bin/gmsgmerge +XGETTEXT = /opt/csw/bin/gxgettext +GETTEXT = /opt/csw/bin/ggettext +PKG_CONFIG = /opt/csw/bin/pkg-config +PKG_CONFIG_PATH = /opt/csw/X11/lib/pkgconfig +EXTRA_CONFIGURE_EXPORTS = MSGFMT MSGMERGE XGETTEXT GETTEXT +EXTRA_CONFIGURE_EXPORTS += PKG_CONFIG PKG_CONFIG_PATH + +# This macro is being phased out of Pango, so this seems like an acceptable +# fix for now: +# https://bugzilla.gnome.org/show_bug.cgi?id=652202 +CFLAGS = -DG_CONST_RETURN=const + From maciej at opencsw.org Sat Apr 6 21:44:00 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 6 Apr 2013 20:44:00 +0100 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <516067C2.5010304@elanor.org> References: <516067C2.5010304@elanor.org> Message-ID: Looks like your patch isn't against the newest 2013/4/6 Laurent Blume > Maciej, > > Here is a patch to the recipe to build Easytag 2.1.8. En the end, it works > with Studio 12.3, and the namespace issue somehow disappeared after I did > an ?mgar up --all? (which I hadn't done in a while, sorry). > > It's mostly adding build-time dependencies & GNU gettext (the ./configure > is much more picky), and a define to work around a Pango issue. > > Laurent > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Sat Apr 6 21:44:49 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 6 Apr 2013 21:44:49 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <516067C2.5010304@elanor.org> References: <516067C2.5010304@elanor.org> Message-ID: Hi Laurent, Am 06.04.2013 um 20:21 schrieb Laurent Blume: > Here is a patch to the recipe to build Easytag 2.1.8. En the end, it works with Studio 12.3, and the namespace issue somehow disappeared after I did an ?mgar up --all? (which I hadn't done in a while, sorry). > > It's mostly adding build-time dependencies & GNU gettext (the ./configure is much more picky), and a define to work around a Pango issue. > > Laurent > _______________________________________________ I inspected the patch and noticed that it uses /opt/csw/X11. This is a deprecated branch, please see for details http://wiki.opencsw.org/project-x11 http://wiki.opencsw.org/project-x11-reloaded Could you please try to rebuild it without these libraries? Best regards -- Dago From dam at opencsw.org Sat Apr 6 22:35:03 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 6 Apr 2013 22:35:03 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: References: <516067C2.5010304@elanor.org> Message-ID: <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> Hi Laurent, Am 06.04.2013 um 21:44 schrieb Dagobert Michelsen: > Am 06.04.2013 um 20:21 schrieb Laurent Blume: >> Here is a patch to the recipe to build Easytag 2.1.8. En the end, it works with Studio 12.3, and the namespace issue somehow disappeared after I did an ?mgar up --all? (which I hadn't done in a while, sorry). >> >> It's mostly adding build-time dependencies & GNU gettext (the ./configure is much more picky), and a define to work around a Pango issue. >> >> Laurent >> _______________________________________________ > > I inspected the patch and noticed that it uses /opt/csw/X11. This is a > deprecated branch, please see for details > http://wiki.opencsw.org/project-x11 > http://wiki.opencsw.org/project-x11-reloaded > > Could you please try to rebuild it without these libraries? I took the stuff from your recipe and made new 2.1.8 packages: http://buildfarm.opencsw.org/experimental.html#easytag Just let me know if they work so I can push them. Best regards -- Dago From laurent at elanor.org Sat Apr 6 22:55:42 2013 From: laurent at elanor.org (Laurent Blume) Date: Sat, 06 Apr 2013 22:55:42 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> References: <516067C2.5010304@elanor.org> <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> Message-ID: <51608BCE.6050001@elanor.org> On 2013-04-06 10:35 PM, Dagobert Michelsen wrote: > I took the stuff from your recipe and made new 2.1.8 packages: > http://buildfarm.opencsw.org/experimental.html#easytag > > Just let me know if they work so I can push them. They're not there yet. I've looked at your updated version, though. I guess it's a better model now for my future reference :-) IS there a reason why you removed the build deps I added, though? Eg, if CSWsunx11devel (and several others) is not present, you get this at configure time: onfigure: error: Package requirements (gtk+-2.0 >= 2.24.0) were not met: sh: gnome-config: not found Package xproto was not found in the pkg-config search path. Perhaps you should add the directory containing `xproto.pc' to the PKG_CONFIG_PATH environment variable Package 'xproto', required by 'Xrender', not found if CSWggettext-dev is not there, you get this during build: libintl_ngettext src/easytag-cddb.o (symbol belongs to implicit dependency /opt/csw/lib/libintl.so.8) Laurent From laurent at elanor.org Mon Apr 8 13:34:37 2013 From: laurent at elanor.org (Laurent Blume) Date: Mon, 08 Apr 2013 13:34:37 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <51608BCE.6050001@elanor.org> References: <516067C2.5010304@elanor.org> <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> <51608BCE.6050001@elanor.org> Message-ID: <5162AB4D.1040800@elanor.org> New simple patch against today's Makefile, to keep only the CSWsunx11devel build dep as advised. Laurent -------------- next part -------------- A non-text attachment was scrubbed... Name: easytag_reduced_X11_builddeps.patch Type: text/x-patch Size: 557 bytes Desc: not available URL: From laurent at elanor.org Mon Apr 8 13:50:49 2013 From: laurent at elanor.org (Laurent Blume) Date: Mon, 08 Apr 2013 13:50:49 +0200 Subject: [csw-users] vim/gvim 7.3.884 updated recipes Message-ID: <5162AF19.8020003@elanor.org> Here are patches to update vim & gvim to the current version (patch 884). I've got remarks and questions: first, the 0001-Expect-tab-instead-of-whitespace.patch is not needed anymore and can be removed. The patch I'm adding is needed for both vim and gvim. I think I will take it upstream, as well as the -DXutf8TextPropertyToTextList=XmbTextPropertyToTextList that is needed for gvim. As for the question, the vim recipe has that bit, introduced in 2009: make-interps-lazy: @perl -i.bak -plne \ 's/(-l(?:perl|python|ruby|tcl)\S*)/-zlazyload $$1 -znolazyload/' \ $(WORKSRC)/src/auto/config.mk Is it still useful? If yes, should it be added to gvim? Since a lot of those two recipes should be kept identical, is there a way to do that? Have a vim-common.mk somewhere? Also, gvim is suffixed with -x11, to avoid its CLI vim-x11 binary to collide. I think that's wrong, but I've not yet found a clean way to avoid it. Both packages should exist independently. I'll post an update when I find a solution for that. Laurent -------------- next part -------------- A non-text attachment was scrubbed... Name: vim73_patch884.patch Type: text/x-patch Size: 280 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-test-works-in-utf8-encoding.patch Type: text/x-patch Size: 415 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gvim73_patch884.patch Type: text/x-patch Size: 762 bytes Desc: not available URL: From maciej at opencsw.org Mon Apr 8 17:24:03 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 8 Apr 2013 16:24:03 +0100 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <5162AB4D.1040800@elanor.org> References: <516067C2.5010304@elanor.org> <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> <51608BCE.6050001@elanor.org> <5162AB4D.1040800@elanor.org> Message-ID: 2013/4/8 Laurent Blume : > New simple patch against today's Makefile, to keep only the CSWsunx11devel > build dep as advised. http://buildfarm.opencsw.org/experimental.html#maciej (packages will be available soon if they aren't yet) If they work fine, I'll release them. Dago - I couldn't save them to the easytag experimental directory because of file ownership. Maciej From laurent at elanor.org Mon Apr 8 21:45:59 2013 From: laurent at elanor.org (Laurent Blume) Date: Mon, 08 Apr 2013 21:45:59 +0200 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: References: <516067C2.5010304@elanor.org> <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> <51608BCE.6050001@elanor.org> <5162AB4D.1040800@elanor.org> Message-ID: <51631E77.5080101@elanor.org> On 2013-04-08 5:24 PM, Maciej (Matchek) Blizi?ski wrote: > http://buildfarm.opencsw.org/experimental.html#maciej (packages will > be available soon if they aren't yet) > > If they work fine, I'll re Looks all good to me, in two locales, and plenty of Unicode chars. Laurent From maciej at opencsw.org Tue Apr 9 00:47:09 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 8 Apr 2013 23:47:09 +0100 Subject: [csw-users] Updated Easytag 2.1.8 recipe In-Reply-To: <51631E77.5080101@elanor.org> References: <516067C2.5010304@elanor.org> <532FF69A-4EE4-41C4-8686-0B13931900FB@opencsw.org> <51608BCE.6050001@elanor.org> <5162AB4D.1040800@elanor.org> <51631E77.5080101@elanor.org> Message-ID: 2013/4/8 Laurent Blume : > Looks all good to me, in two locales, and plenty of Unicode chars. Cool, I'm uploading it to the unstable catalog. From spwalmsley at yahoo.ca Tue Apr 9 04:02:12 2013 From: spwalmsley at yahoo.ca (sean walmsley) Date: Mon, 8 Apr 2013 19:02:12 -0700 (PDT) Subject: [csw-users] md5 hash for CSWgtkengines-2.20.2, REV=2011.03.08 possibly incorrect in dublin catalog? Message-ID: <1365472932.78516.YahooMailNeo@web163901.mail.gq1.yahoo.com> After setting up cryptographic verification as per the getting started page, my new install of packages from the "dublin" catalog stops with the following message: => Fetching CSWgtkengines-2.20.2,REV=2011.03.08 (716/749) ... MD5 for CSWgtkengines-2.20.2,REV=2011.03.08 doesn't match catalog! The previous 715 package hashes seem to match, so I think I've set the verification up correctly. To check the hash, I manually downloaded the file and calculated the md5 hash from the gzipped package file as follows: digest -a md5 gtk_engines-2.20.2\,REV\=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz d227942517c1e77679a09235779e1aff This *IS* different from the catalog value which is: 6f872fd0e79c7a0b5f03dd0a205ebc43 To check my methodology I calculated the hash for the gtk_doc package and got the same value as in the catalog. Is the catalog hash for gtk_engines incorrect, or has the file in the repository perhaps been corrupted? Or, perhaps I'm just missing something :-( Any assistance you can provide would be greatly appreciated. Sean Walmsley -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Tue Apr 9 09:00:55 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 9 Apr 2013 08:00:55 +0100 Subject: [csw-users] md5 hash for CSWgtkengines-2.20.2, REV=2011.03.08 possibly incorrect in dublin catalog? In-Reply-To: <1365472932.78516.YahooMailNeo@web163901.mail.gq1.yahoo.com> References: <1365472932.78516.YahooMailNeo@web163901.mail.gq1.yahoo.com> Message-ID: 2013/4/9 sean walmsley : > After setting up cryptographic verification as per the getting started page, > my new install of packages from the "dublin" catalog stops with the > following message: > > => Fetching CSWgtkengines-2.20.2,REV=2011.03.08 (716/749) ... > MD5 for CSWgtkengines-2.20.2,REV=2011.03.08 doesn't match catalog! > > The previous 715 package hashes seem to match, so I think I've set the > verification up correctly. > > To check the hash, I manually downloaded the file and calculated the md5 > hash from the gzipped package file as follows: > > digest -a md5 gtk_engines-2.20.2\,REV\=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz > d227942517c1e77679a09235779e1aff > > This *IS* different from the catalog value which is: > > 6f872fd0e79c7a0b5f03dd0a205ebc43 > > To check my methodology I calculated the hash for the gtk_doc package and > got the same value as in the catalog. > > Is the catalog hash for gtk_engines incorrect, or has the file in the > repository perhaps been corrupted? Or, perhaps I'm just missing something > :-( > > Any assistance you can provide would be greatly appreciated. I looked at the catalog and indeed there is a discrepancy. Following a few more leads, I looked into the package database: http://buildfarm.opencsw.org/pkgdb/catalogs/dublin-sparc-SunOS5.10/ ...which says that 6f872fd0e79c7a0b5f03dd0a205ebc43 should be in the catalog. However, if we look as all packages with the "gtk_engines" catalogname... http://buildfarm.opencsw.org/pkgdb/catalognames/gtk_engines/ ...we see, that there are two distinct packages, as in different data, with the same version! They have identical file names, but different contents. Unfortunately, this means that the previous file has been overwritten, and we only have the file with contents hash d227942517c1e77679a09235779e1aff. Our current options are: - find a copy of 6f872fd0e79c7a0b5f03dd0a205ebc43 and replace the file on disk - ascertain if d227942517c1e77679a09235779e1aff is a good package to be in the catalog, and modify the database to list it as a catalog member Finding 6f872fd0e79c7a0b5f03dd0a205ebc43 might not be easy. We also need to figure out what scenario caused this. I'm guessing that it was caused creating two different files with the same name and uploading them to the catalog. I'll need to look what exactly happens when you do that and whether we can put in some safeguards against it. Maciej From maciej at opencsw.org Sat Apr 13 12:30:26 2013 From: maciej at opencsw.org (Maciej =?utf-8?Q?Blizi=C5=84ski?=) Date: Sat, 13 Apr 2013 11:30:26 +0100 Subject: [csw-users] catalog-format In-Reply-To: <239E996F5C620A4E8A369B7D818326B2045B7C5E@PUSMNEI1.pwemail.us> References: <239E996F5C620A4E8A369B7D818326B2045B7C5C@PUSMNEI1.pwemail.us> <239E996F5C620A4E8A369B7D818326B2045B7C5E@PUSMNEI1.pwemail.us> Message-ID: <20130413103026.GA17093@cotton.home.blizinski.pl> On Mon, Dec 31, 2012 at 05:45:44PM -0500, Wyche, George PW wrote: > > -----Original Message----- > > On Mon, Dec 31, 2012 at 10:55 PM, Wyche, George PW > > wrote: > > > On the http://wiki.opencsw.org/catalog-format page, the link > > > http://www.opencsw.org/standards/categories does not work. > > > > > > Is there someone to tell or is this message sufficient? > > > > The link is referring to the old site, sorry about that. It explained > > some things that are shown in the examples, I guess we could add that > > to fix it. Not sure if we have archived the old site though. > > > > Is there something specific you're wondering about right now? > > > > /peter > > I have had excellent success with "python link.py http:///.html" in pointing out broken links. What's link.py? Is it something like linkchecker[1]? > I already posted a question which was some motivation for my looking into the catalog format. > > What *is* on the catalog-format page gives me some direction about arranging for the perl script to work for me with the packages I am making. However, when I find something like this "broken" on the page, then I become less excited, because, "If this is broken, then what else may be wrong?" We're aware of the problem, the typical scenario applies: people who use the system already know what they need to know so they don't read the documentation. People who need the documentation could fix it, but since they don't know what's right and what's not, so they can't fix it. My latest approach is deleting stuff, under the assumption that no documentation is better than wrong documentation. If there's not documentation then you can go and ask people or read the code, both of which will give you the right answer. So let's maybe do this: when you need information about anything, and you see a page that looks wrong, let us know here or on IRC and we'll either confirm that the documentation is up to date, or update it, or delete it. In the meantime, I fixed a couple of broken links, but adjusting redirects. The redirects currently are: # Backward compatibility redirects RedirectMatch permanent ^/maintainer-signup$ http://www.opencsw.org/extend-it/signup RedirectMatch permanent ^/extend-it/request-a-package http://www.opencsw.org/requestPackage RedirectMatch permanent ^/get-it/pkg-get/?$ http://www.opencsw.org/get-it/pkgutil/ RedirectMatch permanent ^/userguide /manual/ RedirectMatch permanent ^/standards/build_farm$ http://buildfarm.opencsw.org/ RedirectMatch permanent ^/standards/core_principles$ /about/core-principles/ # The broad standards regex needs to be last RedirectMatch permanent ^/standards http://www.opencsw.org/manual/for-maintainers/ If anyone spots any further broken links, let us know so we can add appropriate HTTP redirects. Maciej [1] http://wummel.github.io/linkchecker/ From George.Wyche at pw.utc.com Mon Apr 15 17:43:33 2013 From: George.Wyche at pw.utc.com (Wyche, George PW) Date: Mon, 15 Apr 2013 11:43:33 -0400 Subject: [csw-users] [External] Re: catalog-format In-Reply-To: <20130413103026.GA17093@cotton.home.blizinski.pl> References: <239E996F5C620A4E8A369B7D818326B2045B7C5C@PUSMNEI1.pwemail.us><239E996F5C620A4E8A369B7D818326B2045B7C5E@PUSMNEI1.pwemail.us> <20130413103026.GA17093@cotton.home.blizinski.pl> Message-ID: <239E996F5C620A4E8A369B7D818326B204B8842E@PUSMNEI1.pwemail.us> > My latest approach is deleting stuff, under the assumption that no > documentation is better than wrong documentation. If there's not > documentation then you can go and ask people or read the code, both of > which will give you the right answer. > > So let's maybe do this: when you need information about anything, and > you see a page that looks wrong, let us know here or on IRC and we'll > either confirm that the documentation is up to date, or update it, or > delete it. > Maciej > > [1] http://wummel.github.io/linkchecker/ > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users I support your approach. George Wyche From maciej at opencsw.org Tue Apr 16 16:54:34 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 16 Apr 2013 15:54:34 +0100 Subject: [csw-users] md5 hash for CSWgtkengines-2.20.2, REV=2011.03.08 possibly incorrect in dublin catalog? In-Reply-To: References: <1365472932.78516.YahooMailNeo@web163901.mail.gq1.yahoo.com> Message-ID: 2013/4/9 Maciej (Matchek) Blizi?ski : > Our current options are: > > - find a copy of 6f872fd0e79c7a0b5f03dd0a205ebc43 and replace the file on disk > - ascertain if d227942517c1e77679a09235779e1aff is a good package to > be in the catalog, and modify the database to list it as a catalog > member > > Finding 6f872fd0e79c7a0b5f03dd0a205ebc43 might not be easy. > > We also need to figure out what scenario caused this. I'm guessing > that it was caused creating two different files with the same name and > uploading them to the catalog. I'll need to look what exactly happens > when you do that and whether we can put in some safeguards against it. ...or we can rebuild the package. I did so. The update should be in the unstable catalog tonight or tomorrow. I'm currently looking into how we can prevent this from occurring in the future. Maciej From ag at computer.org Fri Apr 19 10:32:47 2013 From: ag at computer.org (Andrew Gaylard) Date: Fri, 19 Apr 2013 10:32:47 +0200 Subject: [csw-users] Fetching catalog does nothing? Message-ID: <5171012F.7000100@computer.org> Hi OpenCSW people, I'm new to OpenCSW, but have used blastwave for 10 years or so. I'm having trouble installing any packages. Here's the transcript of me configuring a fresh, new Solaris 10u11 zone with OpenCSW: -bash-3.2# pkgadd -d http://get.opencsw.org/now ## Downloading... ..............25%..............50%............. ## Timed out, retrying... ## Downloading... ..............75%..............100%..............125%..............100% ## Download Complete The following packages are available: 1 CSWpkgutil pkgutil - Installs Solaris packages easily (all) 2.6.5,REV=2012.08.15 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: 1 Processing package instance from pkgutil - Installs Solaris packages easily(all) 2.6.5,REV=2012.08.15 Please see /opt/csw/share/doc/pkgutil/license for license information. ## Processing package information. ## Processing system information. 1 package pathname is already properly installed. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. This package contains scripts which will be executed with super-user permission during the process of installing this package. Do you want to continue with the installation of [y,n,?] y Installing pkgutil - Installs Solaris packages easily as ## Installing part 1 of 1. /etc/opt/csw/pkgutil.conf.CSW /opt/csw/bin/pkgutil /opt/csw/etc/pkgutil.conf.CSW /opt/csw/libexec/pkgutil/wget-i386 /opt/csw/libexec/pkgutil/wget-sparc /opt/csw/share/doc/pkgutil/license /opt/csw/share/doc/pkgutil/readme /opt/csw/share/man/man1/pkgutil.1 /opt/csw/var/pkgutil/admin.CSW [ verifying class ] ## Executing postinstall script. Copying sample pkgutil.conf to /opt/csw/etc. /etc/opt/csw/pkgutil.conf already exists, will not copy pkgutil.conf.CSW to it. Copying sample admin from /opt/csw/var/pkgutil to /var/opt/csw/pkgutil. NOTE! NOTE! Make sure to check out any changes in /etc/opt/csw/pkgutil.conf.CSW. NOTE! Installation of was successful. -bash-3.2# /opt/csw/bin/pkgutil -l CSWpkgutil OK, the list is empty, so I'd better refresh the catalog. -bash-3.2# /opt/csw/bin/pkgutil -U => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/sparc/5.10) if available ... ==> 0 package loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_testing_sparc_5.10 -bash-3.2# /opt/csw/bin/pkgutil -l CSWpkgutil Huh? If I fetch the catalog manually: -bash-3.2# /opt/csw/libexec/pkgutil/wget-sparc http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog --10:30:11-- http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog => `catalog' Resolving mirror.opencsw.org... done. Connecting to mirror.opencsw.org[131.188.40.82]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 241 [text/plain] 100%[===========================================================================================>] 241 1.06K/s ETA 00:00 10:30:11 (1.06 KB/s) - `catalog' saved [241/241] -bash-3.2# cat catalog -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (SunOS) iEYEARECAAYFAlFw6uEACgkQBfQtZpMGzHftiwCcDJ7UQiHCsftGJZg3qCf+qTBn DW4Anjs3/Jp7htXNDHmwf5QnmIQ5YAAF =nEDi -----END PGP SIGNATURE----- So this looks like an empty catalog??? What did I do wrong? -- Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Apr 19 10:45:25 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 19 Apr 2013 09:45:25 +0100 Subject: [csw-users] Fetching catalog does nothing? In-Reply-To: <5171012F.7000100@computer.org> References: <5171012F.7000100@computer.org> Message-ID: 2013/4/19 Andrew Gaylard : > So this looks like an empty catalog??? Yes, if you look into the catalog file, it's empty: http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog It's my fault, I broke the catalog generation. The fix is in place, but the catalog generation script are currently slow, so it will take up to few hours. In the meantime, this page can tell you which mirrors still have a good copy: http://mirror.opencsw.org/status/ Sorry for the inconvenience! Maciej From ag at computer.org Fri Apr 19 17:26:50 2013 From: ag at computer.org (Andrew Gaylard) Date: Fri, 19 Apr 2013 17:26:50 +0200 Subject: [csw-users] Fetching catalog does nothing? In-Reply-To: References: <5171012F.7000100@computer.org> Message-ID: <5171623A.5080801@computer.org> On 04/19/13 10:45, Maciej (Matchek) Blizi?ski wrote: > 2013/4/19 Andrew Gaylard : >> So this looks like an empty catalog??? > Yes, if you look into the catalog file, it's empty: > http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog > > It's my fault, I broke the catalog generation. The fix is in place, > but the catalog generation script are currently slow, so it will take > up to few hours. > > In the meantime, this page can tell you which mirrors still have a good copy: > http://mirror.opencsw.org/status/ > > Sorry for the inconvenience! > > Maciej Ah perfect, it's working now (I used a mirror). Many thanks! -- Andrew From jh at opencsw.org Fri Apr 19 18:16:48 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Fri, 19 Apr 2013 18:16:48 +0200 Subject: [csw-users] Fetching catalog does nothing? In-Reply-To: <5171623A.5080801@computer.org> References: <5171012F.7000100@computer.org> <5171623A.5080801@computer.org> Message-ID: <51716DF0.6060206@opencsw.org> Hi, the main mirror is fixed now too. Sorry for that. Greetings Jan Am 19.04.13 17:26, schrieb Andrew Gaylard: > On 04/19/13 10:45, Maciej (Matchek) Blizi?ski wrote: >> 2013/4/19 Andrew Gaylard : >>> So this looks like an empty catalog??? >> Yes, if you look into the catalog file, it's empty: >> http://mirror.opencsw.org/opencsw/testing/sparc/5.10/catalog >> >> It's my fault, I broke the catalog generation. The fix is in place, >> but the catalog generation script are currently slow, so it will take >> up to few hours. >> >> In the meantime, this page can tell you which mirrors still have a >> good copy: >> http://mirror.opencsw.org/status/ >> >> Sorry for the inconvenience! >> >> Maciej > Ah perfect, it's working now (I used a mirror). > > Many thanks! > From dam at opencsw.org Fri Apr 19 23:21:30 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 19 Apr 2013 23:21:30 +0200 Subject: [csw-users] Connection problem with pca/wget to getupdates.oracle.com Message-ID: Hi, at the moment we are facing a problem with the latest version 1.14 of wget and the connection via https to getupdates.oracle.com as used e.g. by PCA. It looks like this is due to a bug on Oracles side. As a workaround please add --secure-protocol=TLSv1 to the wget configuration. You can follow the progress of the bug at https://www.opencsw.org/mantis/view.php?id=5068 Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From ghenry at cmi.univ-mrs.fr Mon Apr 29 09:46:44 2013 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Mon, 29 Apr 2013 09:46:44 +0200 Subject: [csw-users] unable to install pkg in a sparse zone Message-ID: <517E2564.8060801@cmi.univ-mrs.fr> hello all, on old sparc Solaris 10 with sparse zones, i'm trying to install CSW packages, but it fails: pkgadd: ERROR: unable to create unique temporary file : (30) Read-only file system ERROR: content verification of failed unable to fix modification time file size <2841> expected <2654> actual file cksum <32180> expected <17727> actual Installation of partially failed. Exiting pkgutil due to pkgadd error: 2 i don't understand why CW needs write access in /usr Is there a workaround? into zone, pkgutil is 2.6.5 thankds in advance for help gerard From maciej at opencsw.org Mon Apr 29 09:54:47 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 29 Apr 2013 08:54:47 +0100 Subject: [csw-users] unable to install pkg in a sparse zone In-Reply-To: <517E2564.8060801@cmi.univ-mrs.fr> References: <517E2564.8060801@cmi.univ-mrs.fr> Message-ID: 2013/4/29 Gerard Henry : > on old sparc Solaris 10 with sparse zones, i'm trying to install CSW > packages, but it fails: > pkgadd: ERROR: unable to create unique temporary file > : (30) Read-only file > system > ERROR: content verification of > failed > unable to fix modification time > file size <2841> expected <2654> actual > file cksum <32180> expected <17727> actual > > Installation of partially failed. > Exiting pkgutil due to pkgadd error: 2 > > i don't understand why CW needs write access in /usr > Is there a workaround? Hi Gerard, This topic was discussed on our community Q&A site: http://www.opencsw.org/community/questions/97/why-cant-i-install-cswcas-foo As to why class action scripts must be installed into /usr ? Solaris is designed that way. Maciej From dam at opencsw.org Mon Apr 29 09:55:37 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 29 Apr 2013 09:55:37 +0200 Subject: [csw-users] unable to install pkg in a sparse zone In-Reply-To: <517E2564.8060801@cmi.univ-mrs.fr> References: <517E2564.8060801@cmi.univ-mrs.fr> Message-ID: <87F13937-AEAD-4C8E-A335-D588386D67FF@opencsw.org> Hi Gerard, Am 29.04.2013 um 09:46 schrieb Gerard Henry : > on old sparc Solaris 10 with sparse zones, i'm trying to install CSW packages, but it fails: > pkgadd: ERROR: unable to create unique temporary file : (30) Read-only file system > ERROR: content verification of failed > unable to fix modification time > file size <2841> expected <2654> actual > file cksum <32180> expected <17727> actual > > Installation of partially failed. > Exiting pkgutil due to pkgadd error: 2 > > i don't understand why CW needs write access in /usr > Is there a workaround? > into zone, pkgutil is 2.6.5 > > thankds in advance for help CSWclassutils is the only package that must be installed in the global zone. Please see for details http://www.opencsw.org/community/questions/97/why-cant-i-install-cswcas-foo Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From ghenry at cmi.univ-mrs.fr Mon Apr 29 10:03:11 2013 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Mon, 29 Apr 2013 10:03:11 +0200 Subject: [csw-users] unable to install pkg in a sparse zone In-Reply-To: <87F13937-AEAD-4C8E-A335-D588386D67FF@opencsw.org> References: <517E2564.8060801@cmi.univ-mrs.fr> <87F13937-AEAD-4C8E-A335-D588386D67FF@opencsw.org> Message-ID: <517E293F.5050009@cmi.univ-mrs.fr> thanks for replies. i'll try to upgrade cswclassutils into global zone From sloowfranklin at gmail.com Tue Apr 30 12:58:08 2013 From: sloowfranklin at gmail.com (=?ISO-8859-1?Q?Ralph_B=F6hme?=) Date: Tue, 30 Apr 2013 12:58:08 +0200 Subject: [csw-users] New package "vala" Message-ID: Hi attached is a Makefile for a new package "vala". It's a dependency of Tracker [1] which I'm currently trying to package as well. -slow [1] -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile Type: application/octet-stream Size: 1019 bytes Desc: not available URL: From sloowfranklin at gmail.com Tue Apr 30 13:01:43 2013 From: sloowfranklin at gmail.com (=?ISO-8859-1?Q?Ralph_B=F6hme?=) Date: Tue, 30 Apr 2013 13:01:43 +0200 Subject: [csw-users] New package "libuuid" Message-ID: Hi attached is a Makefile for a new package "libuuid". Tracker [1] needs a uuid library but we can't use the Solaris library as that one links with several other OS libs. -slow [1] -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile Type: application/octet-stream Size: 390 bytes Desc: not available URL: