http://blog.gmane.org/gmane.os.solaris.opencsw.announce hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.solaris.opencsw.announce/31 <pre>Most of the year 2012 at OpenCSW was spent trying to keep up to date with core packages, and testing the new package flow. The unstable catalog was getting very frequent updates directly from package maintainers. The dublin catalog was periodically synchronized from the unstable catalog, until the OpenSSL update came along. The library update turned out to be non-trivial, and resulted in the dublin catalog freeze. We have the capacity to rebuilt packages for the dublin catalog, but most of the new work goes towards new packages. We’ve created a new catalog called ‘kiel’. It is a snapshot of the unstable catalog, featuring OpenSSL 1.0.0 and other updates. If you want OpenSSL 1.0.0, this is the catalog you should use. It will kept getting periodic updates from unstable, the way the dublin catalog used to. You need to configure pkgutil to point to the release name. We’ve also created the next catalog, called ‘bratislava’, which is currently only a placeholder for some experiments we’re about to make. We’re still collecting ideas, but the main one is that we’ll build it from scratch, with some fundamental changes: there will be no CSWcommon, and everything will be built with GCC by default. We also want to make it possible to bootstrap OpenCSW at a different prefix than /opt/csw, allowing others to build their own software stacks based on our code base. The progress on the IPS catalog is slow, but the effort is ongoing. The short outline of our 2013 plans is: - Keep the ‘stable‘ URL empty for until mid-2013 to make sure that people notice that they shouldn’t be using it. - When mid-2013 arrives, promote dublin to stable and promote kiel to testing. - Build bratislava. - Build an IPS catalog. We hope our packages make your life easier. If you feel like talking to us, hop on the IRC channel. The same entry on our website: http://www.opencsw.org/2012/11/roadmap-for-2013/ _______________________________________________ announce mailing list announce&lt; at &gt;lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/announce</pre> Maciej (Matchek) Bliziński 2012-11-24T11:39:49 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/30 <pre>Hello OpenCSW users, After a break, we have started pushing new packages to the mirrors again. The release process is now automated, allowing frequent releases to the unstable catalog. Even though the break in pushing packages to the mirrors has been on hold for about two months, the work on packages has been continuing in the development catalogs. The main change is that we created a new signing key and started to push the new packages to the official mirrors. There is a couple cool updates in the pipeline, including gcc-4.6, php-5 and apache-2.2. They are available in the unstable catalog and getting more testing before they get promoted to testing. To learn what 'unstable', and 'testing' mean, please read on. There has been a change to the catalog layout. Previously, the catalogs were laid out as follows: - current contained all the new releases - unstable was a backward-compatible symlink to current - stable was an old, dead release The new layout is as follows: - dublin is the named release we're working on right now - unstable is a quickly changing catalog which gets all the new releases - current is a symlink to dublin (for compatibility purposes) - testing is a symlink to dublin (will eventually change to the next named release) - stable is still an old, dead release The main difference is that current and unstable are no longer the same catalog. Our recommendations for which catalog to subscribe: - your workstation / development system / testing system: subscribe to unstable and help us catch potential problems early - production systems (you'll always get the branch that gets updates): subscribe to testing - production systems (locked on to one named release): subscribe to dublin There is also information available in the README file in the top directory: http://mirror.opencsw.org/opencsw/ If you have any questions, feel free to ask! Maciej </pre> Maciej (Matchek) Bliziński 2011-09-20T08:42:37 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/29 <pre>Hi All, As part of the new release process, we have installed a new gpg key. Catalogs are already being signed with the new key. You can find the public half on our website[1] or grab it with gpg --recv-key. There is also a package that can deliver the key which is named CSWcswpki. The key id is 9306CC77. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 </pre> Ben Walton 2011-09-06T14:53:41 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/27 <pre> Hi All, A quick note about some changes in the apache2 updates... If you don't have CSWapache2 installed, you'll want to install it. It now contains the actual files (binaries, config, etc) and the smf integration. As it was possible to have a working apache2 install without CSWapache2 previously[1], this is something you'll want to pay attention to. Thanks -Ben [1] It's still possible to get a non-working install due to external dependencies, but bugs have been filed against the apprporiate packages. -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 </pre> Ben Walton 2011-04-07T13:21:35 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/26 <pre>Dear OpenCSW users, The University of Applied Sciences in Biel (Switzerland) [1] hosted and provided the bandwidth for the web and mail server of the OpenCSW project since the beginnings. Unfortunately, the university cannot sponsor the OpenCSW project any longer and we were forced to look for a new solution. Solnet [2], an ISP based in Solothurn (Switzerland), is so kind and is going to sponsor hosting and internet connectivity for the OpenCSW project. The mail and web server will be moved to their data center on Monday, the 28th February 2010. Following services will be not available on Monday 28th February, from 9:00 UTC till 14:00 UTC: - The project website and bug tracker on www.opencsw.org - Mailing lists [1] http://www.hti.bfh.ch/ [2] http://www.solnet.ch/ Thanks for your patience, Ihsan Dogan </pre> İhsan Doğan 2011-02-27T10:59:20 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/25 <pre> Hello OpenCSW Users, Last week, a new board was elected by the OpenCSW membership. The results of this election saw Ihsan Dogan, Maciej Blizinski and myself elected. After some discussion, the board roles have been assigned as follows: President: Ben Walton Treasurer: Ihsan Dogan Secretary: Maciej Blizinski We are all excited about this new chapter in OpenCSW and look forward to serving both the user and maintainer communities. Thank you. Ben, Maciej and Ihsan -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 </pre> Ben Walton 2010-12-19T22:43:34 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/23 <pre>Dear users: The pkg name for py_ldap has changed, from CSWpyldap, to CSWpy-ldap. Please be aware if you use this package, that you may want to manually remove the older version for upgrading purposes. Best Regards Kester </pre> Kester Habermann 2010-10-28T07:17:20 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/22 <pre>Hi I'm pleased to announce that the new website is online. Feedbacks, improvements and bugs report are welcome :) Kind regards, W. </pre> William Bonnet 2010-06-13T22:06:30 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/20 <pre>To our esteemed users: Please be warned -- We are redoing our X11 support strategy at this time. This means that some programs that use libraries under /opt/csw/X11/lib may get broken by updates over the following weeks. We are planning to remigrate X11 support to primarily use Sun X11 libraries, which means refocusing our efforts on libraries directly under /opt/csw/lib. We apologise for any difficulties this may cause you. In extreme cases, we remind you that there ARE older versions of packages kept at http://csw.informatik.uni-erlangen.de/oldpkgs/ , amoung other places, if you find yourself in need of an older package in an emergency. Thank you for your patience. Please know that we are working hard for the end result of a more up to date, and also better performing, X11 experience for you, our users :-) </pre> Philip Brown 2010-05-29T23:40:05 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/19 <pre>Dear users, we are currently working on rtorrent which requires an updated libsigc+ +. There have been three packages in the past: libsigc++ CSWsigc++ contained 1.2.5 libsigc++_rt CSWlibsigc++rt contained 2.2.3 libsigc++_devel CSWlibsigc++devel contained 2.2.3 To clean this up there have been the following changes: - Remove libsigc++rt as libraries usually don't have runtime-packages - Update libsigc++ to 2.2.7 and change the package name to CSWlibsigc++. - Make the new package CSWlibsigc++ incompatible to the existing CSWsigc++ - Update libsigc++_devel to 2.2.7 Additionally, there have been a number of libraries which depended on the previous packages, but which were not used from other packages within the CSW distribution. These packages have been removed from the catalog and may be re-added if they will be needed again: - CSWgtkmm2 - CSWgtkmmrt - CSWglibmmrt - CSWglibmmdevel Best regards -- Dago </pre> Dagobert Michelsen 2010-05-28T17:30:12 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/18 <pre>After a long project we have released Perl 5.10.1. More than 100 packages needed to be rebuilt together with 5.10.1 to be compatible with it. Many of those were at the same time upgraded to the latest version available. Here's a complete list of the updated packages: ap2_modapreq2 ap2_modperl irssi libapreq2 libapreq2_devel mod_perl mrtg netsnmp netsnmp_py perl perldoc pidgin pm_apachereq pm_apreq2 pm_archivetar pm_berkeleydb pm_bitvec pm_butils pm_cairo pm_carpclan pm_clone pm_compressbzip2 pm_compressrawbz2 pm_compressrawzlib pm_convertuulib pm_cryptdes pm_cryptosslbignum pm_cryptrijndael pm_cryptssleay pm_cyrus pm_datauuid pm_datecalc pm_dbdmysql pm_dbdoracle pm_dbdoraexplain pm_dbdpg pm_dbdsqlite pm_dbi pm_develcaller pm_develcover pm_devellexalias pm_digest pm_digestnilsimsa pm_digestsha pm_digestsha1 pm_eventlib pm_fcgi pm_filesysdf pm_filetail pm_fontfreetype pm_gd pm_glib pm_gssapi pm_gtk2 pm_htmlparser pm_inline pm_iotty pm_ipcshrlite pm_listmoreutils pm_localegettext pm_mailtools pm_mimebase64 pm_mimetools pm_modulebuild pm_netaddrip pm_netdns pm_netinet pm_netnis pm_netpatricia pm_netssleay pm_osslrandom pm_osslrsa pm_padwalker pm_pango pm_paramsutil pm_paramsvalidate pm_pdl pm_perlioeol pm_perliogzip pm_proctbl pm_scopeguard pm_shout pm_socket6 pm_stringapprox pm_stringcrc32 pm_subname pm_subversion pm_termreadkey pm_termreadlineg pm_textcsvxs pm_textdblmetaphone pm_tk pm_tt2 pm_unicodemap pm_unicodestring pm_unixstatgrab pm_unixsyslog pm_version pm_want pm_wwwcurl pm_xmllibxml pm_xmllibxmlcom pm_xmlparser pm_yamlsyck razor rrdtool spamassassin </pre> Peter Bonivart 2010-03-25T19:13:07 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/16 <pre>Dear users, the catalog names for the Curl packages have been adjusted to conform to the OpenCSW standard. That is: * CSWcurlrt - Old catalog name: curlrt - New catalog name: curl_rt * CSWcurldevel - Old catalog name: curldevel - New catalog name: curl_devel Please note that this only affects new installation with pkg-get and pkgutil as the package name used for dependencies is not affected. Kind regards -- Dagobert </pre> Dagobert Michelsen 2010-01-19T19:28:28 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/15 <pre>Dear users, A security vulnerability has been recently found in the TLS and SSL protocol part related to the handling of session renegotiation [1]. This vulnerability allows an attacker to inject arbitrary content at the beginning of a TLS/SSL connection within a Man-in-the-middle attack. This problem is caused by a design flaw in the TLS/SSL protocol and is difficult to fix in a clean and backward compatible way. As a result the new openssl release (0.9.8l) which fixes this bug simply completely disables renegotiation. This new package will hit csw unstable mirror very soon. This modification should not have any impact for most setups except for Apache https configurations which use certificate client verification (SSLVerifyClient) or specify a new ssl cipher list (SSLCipherSuite) in a directory or location context. If that's your case, you should try to use these instructions on the server or virtual host level, or avoid upgrading to openssl 0.9.8l [2], but you will stay vulnerable in the latter. A new protocol extension to TLS is planned to address this issue but the RFC draft is still under review and it will require both the client and the server to implement the extension. Best regards Yann [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3555 [2] You can avoid upgrading with pkgutil &gt;= 1.9 by adding the following line in pkgutil.conf: exclude_pattern=CSWossl </pre> Yann Rouillard 2009-12-06T12:04:20 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/14 <pre>Dear users, the previous update of the esound package 0.2.41,REV=2009.10.05 has a flaw which erranously removes /opt/csw/etc/esd.conf on package removal and hence also on update. Today on updated esound package 0.2.41,REV=2009.11.10 was released which fixes this issue and also relocated the esd.conf conforming to the sparseroot-friendly new standardlocation /etc/opt/csw/esd.conf. If you have not modified your esd.conf there is no need for manual intervention. If you have modified your esd.conf please issue the following steps to make sure your changes are kept: cp /opt/csw/etc/esd.conf /opt/csw/etc/esd.conf.save pkgrm CSWesound mv /opt/csw/etc/esd.conf.save /opt/csw/etc/esd.conf pkg-get -i esound Sorry for the inconvenience -- Dago </pre> Dagobert Michelsen 2009-11-12T19:06:50 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/13 <pre>Graphviz is a collection of tools for the layout of graphs of nodes and edges. The upstream site is: http://www.graphviz.org/ As the new graphviz maintainer (and a longtime upstream contributor), I have just released a set of graphviz-2.24 packages, superseding graphviz2 (graphviz-2.22) and graphviz (graphviz-1.18) All users of graphviz or graphviz2 packages should now 'pkg-get -U -u graphviz', which should automatically replace their older versions. The full set of packages are: graphviz-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz graphviz-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz Of the extra packages: graphvizgd: is required for gif or jpeg output, or input of gif or jpeg node images, but can be omitted otherwise. graphvizdevel: is for C/C++ reuse of the graphviz libraries. graphvizguile, graphvizperl, graphvizpython, graphvizsharp, graphviztcl: are optional language bindings to graphviz. Only required if you are going to write scripts that use the graphviz language bindings. (Not required for command line usage of graphviz tools from scripting languages). John Ellson AT&amp;T Research </pre> John Ellson 2009-11-10T04:19:22 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/12 <pre>Dear users, I have now finally assembled a new and complete rebuild of the Berkeley DB libraries. In the new schema every version of BDB is sitting in a separate subdirectory, that means Berkeley DB X.Y.Z is located at /opt/csw/bdbXY/(bin|lib|...) The repackaged versions contain 3.3, 4.2, 4.3, 4.4, 4.7 and 4.8. If necessary the legacy packages needed as dependencies have been replaced by stubs containing minimal links to the new locations with a respective dependency in the package. The following packages have been updated: CATALOGNAMEPACKAGENAME berkeleydb CSWbdb berkeleydb3 CSWbdb3 berkeleydb3_devel CSWbdb3devel berkeleydb3_doc CSWbdb3doc berkeleydb4 CSWbdb4 berkeleydb42 CSWbdb42 berkeleydb42_devel CSWbdb42devel berkeleydb42_doc CSWbdb42doc berkeleydb43 CSWbdb43 berkeleydb43_devel CSWbdb43-devel berkeleydb43_doc CSWbdb43-doc berkeleydb44 CSWbdb44 berkeleydb44_devel CSWbdb44-devel berkeleydb44_doc CSWbdb44-doc berkeleydb47 CSWbdb47 berkeleydb47_devel CSWbdb47devel berkeleydb47_doc CSWbdb47doc berkeleydb48 CSWbdb48 berkeleydb48_devel CSWbdb48devel berkeleydb48_doc CSWbdb48doc The following packages are deprecated: - CSWbdb was newly introduced during the unification. It contains now only symlinks pointing inside CSWbdb47. The package will go away when all dependant packages habe been recompiled against CSWbdb47. /opt/csw/lib/amd64/libdb-4.7.so=../../bdb47/lib/amd64/libdb-4.7.so /opt/csw/lib/libdb-4.7.so=../bdb47/lib/libdb-4.7.so - CSWbdb4 contained the original Berkeley DB 4.2 in /opt/csw/bdb4. The package now contains /opt/csw/bdb4=bdb42 The following packages do not exist any more as the base packages are deprecated: - berkeleydb_docCSWbdbdoc - berkeleydb_develCSWbdbdevel - berkeleydb4_docCSWbdb4-doc The following package names have been kept to match the existing naming. The package names will be adjusted at a later date with proper announcement: - berkeleydb43_develCSWbdb43-devel - berkeleydb43_docCSWbdb43-doc - berkeleydb44_develCSWbdb44-devel - berkeleydb44_docCSWbdb44-doc Should you encounter any issues please post to users&lt; at &gt; as usual. Best regards -- Dago </pre> Dagobert Michelsen 2009-10-19T05:53:07 http://comments.gmane.org/gmane.os.solaris.opencsw.announce/11 <pre>_______________________________________________ announce mailing list announce-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/announce</pre> Ben Walton 2009-10-06T02:25:46 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.announce