http://blog.gmane.org/gmane.os.solaris.opencsw.maintainers 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.maintainers/10918 <pre> Is it possible to add a home page link on the OpenCSW maintainer page? E.g. my maintainer page is http://www.opencsw.org/maintainers/daniel/ and I would like to add a link to http://www.pocock.com.au (and yes, I already have a link from my site to OpenCSW) Even better would be having different links - e.g. a link to my home page, and a contact link directly to the contact page on my personal web site. _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. </pre> Daniel Pocock 2012-05-26T22:50:40 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10903 <pre>I'm "playing" with checkpkg overrides and must re-do the packaging for all the platforms quite a few times. Using "replatforms" is the rough equivalent of "clean platforms" which means that everything is redone each time; quite longish for a big package such as Emacs with 3 specific modulations in addition to the platform ones. Using "repackage" does the job for only the current platform which is not enough when inter-architecture issues are tickling checkpkg... I there a shorter and more complete way of doing this[1]? TIA [1] i.e., "repackage" for all platforms in one step _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. </pre> pfelecan-RJLij68YbUJAfugRpC6u6w< at >public.gmane.org 2012-05-25T14:06:16 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10901 <pre>I'm approaching the end of the GARification for Emacs. However I'm stuck with 5 overrides which are not taken into account eventough they are explicited in the recipe. - log: RUNTIME_DEP_PKGS_CSWemacs-common += CSWemacscommon If any of the reported errors were false positives, you can override them pasting the lines below to the GAR recipe. CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-gtk CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-gtk - Makefile: CHECKPKG_OVERRIDES_CSWemacs-common+=missing-dependency|CSWemacscommon CHECKPKG_OVERRIDES_CSWemacs+=file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs+=file-with-bad-content|/usr /share|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWe</pre> pfelecan-RJLij68YbUJAfugRpC6u6w< at >public.gmane.org 2012-05-25T13:59:50 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10895 <pre>I have some weird problem with checkpkg. I'm trying to upload the bind set of packages which I have done many times before, they were just built in GAR passing checkpkg checks. bonivart&lt; at &gt;login[build.2012-05-22]$ pwd /home/bonivart/staging/build.2012-05-22 bonivart&lt; at &gt;login[build.2012-05-22]$ ls bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bind_chroot-9.8.3,REV=2012.05.22-SunOS5.9-all-CSW.pkg.gz bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz libbind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz libbind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bonivart&lt; at &gt;login[build.2012-05-22]$ csw-upload-pkg * Processing 9 file(s). Please wait. Uploading 'bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz' ERROR:root:File metadata was not found in the database. This happens when the package</pre> Peter Bonivart 2012-05-25T08:06:15 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10881 <pre>Hi, I have a lot of file-collision error when I build the openssl package under Solaris 11: [...] CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BIO_s_socket.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/include/openssl/pqueue.h|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/lib/pkgconfig/libcrypto.pc|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BN_bn2mpi.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BN_sub_word.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/X509_NAME_add_entry_by_NID.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/UI_construct_prompt.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/EVP_PKEY_set1_RSA.3|</pre> Yann Rouillard 2012-05-24T20:20:37 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10872 <pre>Hi everyone, I successfully compiled Solaris 11 openssl 1.0 packages with T4 crypto support: $ openssl engine -t (t4) SPARC T4 engine support (no T4) [ available ] (dynamic) Dynamic engine loading support [ unavailable ] (pkcs11) PKCS #11 engine support [ available ] Unfortunately, I don't have access to sparc hardware with sparc t4 microprocessor to test that the crypto acceleration works correctly. Does anyone have such hardware available ? The packages are available in my experimental repository: http://buildfarm.opencsw.org/experimental.html#yann Thanks in advance, Yann _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.</pre> Yann Rouillard 2012-05-23T21:00:55 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10867 <pre>I think that I advanced quite well in my struggle of GARification for Emacs. However, I'm stuck in the post-install modulation... Can a knowledgeable maintainer review the recipe and help me out for this issue and point out the other issues that he encounters. FYI, the significant changes are in http://gar.svn.sourceforge.net/viewvc/gar?view=revision&amp;revision=18093 TIA _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. </pre> pfelecan-RJLij68YbUJAfugRpC6u6w< at >public.gmane.org 2012-05-23T14:04:42 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10863 <pre> Hi All, I'm about to implement some proper retirement scripts that will close down mail accounts, etc for retired maintainers. This means that we'll need to direct mail from our web forms to an alternate mailbox so we don't bounce mail. The mail originates from an unpredictable From address so we need an open list for them. Should we abuse the pkgrequests&lt; at &gt; list for this or spawn something new? I don't have a strong preference either way. My only concern is that we get the contact from people that go to the trouble of filling out the form[1]. Thanks -Ben [1] The forms still need to be captcha'd. If nobody else jumps on this, I'll try to get it done soon. -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. </pre> Ben Walton 2012-05-23T00:31:32 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10860 <pre>How can I investigate this problem: bash-4.2# pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/qt4 -x cas -i CSWqt4-gxx-doc =&gt; Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/qt4/i386/5.10) if available ... ==&gt; 20 packages loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_qt4_i386_5.10 =&gt; Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/unstable/i386/5.10) if available ... ==&gt; 3471 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_unstable_i386_5.10 Solving needed dependencies ... Solving dependency order ... Loop protection limit (100000 iterations) hit. There's probably a cyclic dependency in the catalog. Do you want to continue anyway? ([y],n) n Thanks -- Carsten Grzemba Tel.:   +49 3677 64740 Mobil: +49 171 9749479 Fax::   +49 3677 6474111 Email: carsten.grzemba&lt; at &gt;contac-dt.de contac Datentechnik GmbH _______________________________________________ maintainers mai</pre> Carsten Grzemba 2012-05-22T12:15:28 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10856 <pre> Hi All, This is (quite a bit) overdue so it's time to get it rolling. The 1 year term of the board is up and we should elect a new board. To get things started, I created a wiki page at http://wiki.opencsw.org/boardelection2012 where you can nominate yourself for a place on the ballot. For examples of what people wrote in their self nominations last time, please see http://wiki.opencsw.org/boardelection. It would be nice to have lots of people step forward for a role on the board. The only requirement for nomination is that you're a member of OpenCSW. To be a member, you simply need to send mail to board&lt; at &gt; indicating that you'd like full membership status. The barrier to being granted full membership status is that you're an active maintainer of at least one package. We can leave the nomination page open for a few weeks and evaluate what that ballot would look like then. If there isn't enough sign-up interest, I'll stir the pot some more. :) Thanks -Ben -- Ben Walton Systems Programmer - CHASS Uni</pre> Ben Walton 2012-05-17T14:45:53 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10846 <pre> Hi All, I'm looking at the exim package and want to improve it so that it can be installed without user prompts and also to fix a few other warts. The user prompts all surround the replacement of the system binaries such as sendmail and mailq. For the sendmail replacement, putting a service dependency on sendmail-client is sufficient to avoid any need to replace the binary. So the question is: Is there a best practice that we're using when we ship a custom manifest or should I just take the auto-generated one and add the extra dependency? My plan for replacing mailq is to write a little wrapper script and setup an alternative handler so that it can play nice with Peter's sendmail and Juraj's postfix if they want to ship those too. It would rely on PATH for precedence over the system version, but I think that's way nicer than moving the system version out of the way and I sort of expect that people would have /opt/csw/bin high in precedence anyway. (I'm definitely open to better solutions though if so</pre> Ben Walton 2012-05-12T22:03:09 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10845 <pre>Unbelievable ! Openssl 1.0 packages are close to be on their way to the OpenCSW repository. You will find openssl 1.0.1c packages in my experimental repository: yes | pkgrm CSWopenssl-utils CSWlibssl-dev pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/yann -i openssl_utils libssl_dev libssl1_0_0 Before releasing them, I would welcome additional testing from other members and in particular, build tests with these new libraries. I already rebuild my own packages (openssh, vsftpd, lftp) to ensure there's no build and execution problem. I updated the PKCS11 patch so these libraries should still take advantage of sparc crypto capabilites if you enable the pkcs11 engine. I am working on integrating the T4 and aesni crypto acceleration support but it would be in a later build (and it seems solaris 11 specific). Some notes concerning the migration: - libssl_dev will be replaced with the 1.0.1c version so once it will be installed on the buildfram, all subsequent will be linked with libss</pre> Yann Rouillard 2012-05-12T17:50:17 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10831 <pre>I recently made the conversion from pkg-get to pkgutil. Now when I do a full update (/opt/csw/bin/pkgutil -u), I am first prompted: ## packages to fetch. Do you want to continue? ([y],n,auto) and then for each package I am repeatedly prompted: Do you want to remove this package? [y,n,?,q] and if dependency checks fail, I get: Do you want to continue with the removal of this package [y,n,?,q] Here is the content of /var/opt/csw/pkgutil/admin (mode 644): action=nocheck basedir=default conflict=nocheck idepend=nocheck instance=overwrite mail= partial=nocheck rdepend=nocheck runlevel=nocheck setuid=nocheck space=nocheck This was probably migrated forward from pkg-get, or else it is the default admin file installed by pkgutil, as I have not modified this file in years. Any suggestion as to why I am not getting fully automated installs and updates? Thanks. </pre> Jeffery Small 2012-05-04T23:39:19 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10827 <pre> I'm trying to run the repro process from reSIProcate The startup phase fails with a seg fault I couldn't find a specific fault in the code, even compiling with +w2 hasn't suggested anything wrong. It is just failing to create some vectors in a constructor, and I think the seg fault may be caused by filling the stack. Can anyone suggest how I increase the stack size or test this problem more thoroughly when building with SunPro tools? pmap reports a 64k stack size: pmap core core 'core' of 23190: /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. 00010000 8K r-x-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro 00020000 8K rwx-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro 00022000 56K rwx-- 00030000 2432K rwx-- [ heap ] FD600000 1408K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 FD760000 24K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 FD774000 88K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 FD78A000 8K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 FD7C</pre> Daniel Pocock 2012-05-04T09:47:53 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10820 <pre>I'm trying to access the mailing server at https://mail.opencsw.org/ without success: my user and/or password is incorrect. Is there a kind soul which can tell me what's the procedure to obtain the correct credentials to access this resource. TIA </pre> Peter FELECAN 2012-05-02T18:37:55 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10819 <pre>I have pushed a bugfix today, which removes a problem with shared library checking. The bug was causing checkpkg to classify binaries as non-binaries, which in turn broke shared library checking functions, including package split suggestions. It is fixed now in the repository, please update your subversion clients. To get the fixed code, run: mgar up-buildsys The fixed code will correctly index new packages, but since the bug was in the indexing part, there is a number of packages that have inaccurate metadata in the database. Sorry for the inconvenience! Maciej [1] http://wiki.opencsw.org/gar-wrapper _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. </pre> Maciej (Matchek) Bliziński 2012-04-30T13:04:02 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10815 <pre>What is the CSW support for the revisions of Solaris 10? This page: http://www.opencsw.org/manual/for-administrators/introduction.html says "Solaris 10 is fully supported." which isn't true as CSWorbit2 2.14.19,REV=2011.12.08 doesn't work with Solaris 10U4. Either we consider this a bug and fix it or CSW is only supported on certain revisions of Solaris 10, either way I'm happy but if taking the latter it would help to explain this better, that is at a minimum change the above web page. ** A Failure ** $ soffice ld.so.1: soffice.bin: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv8/libORBit-2.so.0) ld.so.1: soffice.bin: fatal: libresolv.so.2: open failed: No such file or directory ld.so.1: soffice.bin: fatal: relocation error: file /opt/csw/openoffice.org/program/../basis-link/program/ucpgvfs1.uno.so: symbol gnome_vfs_initialized: referenced symbol not found Killed This problem is not limited to CSWorbit2 but potentially affects any linkage to versione</pre> James Lee 2012-04-30T11:21:16 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10813 <pre>Hi, /opt/csw/bin/checkpkg --catalog-release unstable --os-release SunOS5.9 --architecture i386 d9b1f8d5af903ced92e4fbf24f5de2bb reports many errors of this kind: CHECKPKG_OVERRIDES_CSWpoppler-data += file-collision|/opt/csw/share/poppler/cMap/Adobe-Japan1/RKSJ-H|CSWpoppler-data|CSWpopplerdata CSWpoppler-data replaces CSWpopplerdata the recipe contains: OBSOLETED_BY_CSWpoppler-data = CSWpopplerdata What's wrong? -- Carsten Grzemba _______________________________________________ maintainers mailing list maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&lt; at &gt;public.gmane.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.</pre> Carsten Grzemba 2012-04-30T09:19:10 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10809 <pre> There is some sort of breakage here...the old version is still in the 5.11 catalogs. Maciej? Thanks -Ben --- Begin forwarded message from dennis jenkins --- From: dennis jenkins &lt;dennis.jenkins.75&lt; at &gt;gmail.com&gt; To: users &lt;users&lt; at &gt;lists.opencsw.org&gt; Date: Fri, 27 Apr 2012 11:42:49 -0400 Subject: [csw-users] CSWsyslogng version mismatch Hello. My system is Solaris 11 (11/11) [1]. I wish to install CSWsyslog_ng. "pkgutil" shows that it would install version 3.0.5,REV=2010.02.27 (over 2 years old) [2], but the OpenCSW online package index shows that it should install 3.2.5,REV=2012.03.19 (yeah!) [3] I've tried both "testing" and "unstable". I've refreshed my catalog several times. What am I missing? How do I get OpenCSW to give me the more recent syslog_ng? Thank you for your time. [1] (root&lt; at &gt;sol-11: &lt;~&gt;) # uname -a SunOS sol-11-ai-mad-1 5.11 11.0 i86pc i386 i86pc (root&lt; at &gt;sol-11: &lt;~&gt;) # cat /etc/release Oracle Solaris 11 11/11 X86 Copyright (c) 1983, 2011, Oracle and/o</pre> Ben Walton 2012-04-27T17:03:36 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10801 <pre>Hi everybody, I am currently having some checkpkg problem with the last openssl build (which contains a security fix, so quick help is welcome :) ). CHECKPKG_OVERRIDES_CSWlibssl0-9-8 += bad-rpath-entry|/opt/csw/lib/sparcv8plus+vis|/tmp/pkg_0mVWKJ/CSWlibssl0-9-8/root/opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.7 CHECKPKG_OVERRIDES_CSWlibssl0-9-8 += bad-rpath-entry|/opt/csw/lib/sparcv8plus+vis|/tmp/pkg_0mVWKJ/CSWlibssl0-9-8/root/opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.7 I used to have an override for this one, but the temporary path (/tmp/pkg_*) preprended now prevents it from working. Is this some bug in the GAR system ? * Unused Override: CSWossldevel: surplus-dependency CSWlibssl-dev * Unused Override: CSWosslutils: archall-devel-package * Unused Override: CSWossl: archall-devel-package * Unused Override: CSWosslrt: archall-devel-package These ones are automatically added by "OBSOLETED_BY" macros, I could stop using the macro but I would rather have the macro fixed so it doesn't trigger checkpkg war</pre> Yann Rouillard 2012-04-27T12:43:36 http://comments.gmane.org/gmane.os.solaris.opencsw.maintainers/10792 <pre>Hi, if I build netsnmp I have trouble to get useful search paths for so objects in the libs. If I leave the '-L/opt/csw/lib -R/opt/csw/lib/$ISALIST -R/opt/csw/lib' in LDFLAGS of mgar modenv, then it builds all. But in build python module I get the damaged search path /opt/csw/SALIST and the wrong/old libs...so.15  from /opt/csw/lib is used.    find object=libnetsnmp.so.15; required by build/lib.solaris-2.10-i86pc-2.6/netsnmp/client_intf.so     search path=/opt/csw/lib/SALIST:/opt/csw/lib:/opt/csw/lib/$ISALIST:/opt/csw/lib  (RPATH from file build/lib.solaris-2.10-i86pc-2.6/netsnmp/client_intf.so)     trying path=/opt/csw/lib/SALIST/libnetsnmp.so.15     trying path=/opt/csw/lib/libnetsnmp.so.15 If I remove the -L and -R from LDFLAGS from mgar modenv all builds well except for one perlmodule perl/agent/default_store. There I get the strange search path    find object=libnetsnmp.so.25; required by blib/arch/auto/NetSNMP/agent/default_store/default_store.so     search path=/home/cgr</pre> Carsten Grzemba 2012-04-26T08:54:28 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.maintainers