Re: Introducing OpenPKG 4.x
Christoph Schug wrote: On 1/4/2010 11:22 AM, Ralf S. Engelschall wrote: 5. we are now busy working on providing a simple online shop where the commercial VALUE licenses (and possibly others) can be purchased. The final price for VALUE is expected to be somewhere in the usual low price segment of shareware and it will be licensed per kernel per year (see Thomas' blog entry for more details). [...] I'm sure the new RPM 5 based OpenPKG 4 will continue to be a viable option for you because it is of very high quality (we performed an in-depth 1.5 year testing phase now with nearly 100 beta releases and on deployments directly on a dozen production Unix servers), is based on all the experience and technology of previous versions and will be available both free of charge (for community usage) and at an affordable shareware price (for commercial usage) [...] The final price of the OpenPKG 4 framework is still under evaluation by us, but it definitely will be in the shareware price segment of just about 50-90 EUR. Details are coming soon. Ralf, are there any updates on this (or did I just miss them)? With no response since over 10 days, the latest available PROMO license expired (the one from [1], right?) and still no alternative available (even no commerical offering) I am more and more at the point to stop using OpenPKG. For me that's a sad decision I would like to avoid, but I don't see any other alternative. Is there any? [1] http://download.openpkg.org/framework/testing/source/openpkg-4.0b98-20091230.src.rpm -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Introducing OpenPKG 4.x
On 1/4/2010 11:22 AM, Ralf S. Engelschall wrote: 5. we are now busy working on providing a simple online shop where the commercial VALUE licenses (and possibly others) can be purchased. The final price for VALUE is expected to be somewhere in the usual low price segment of shareware and it will be licensed per kernel per year (see Thomas' blog entry for more details). [...] I'm sure the new RPM 5 based OpenPKG 4 will continue to be a viable option for you because it is of very high quality (we performed an in-depth 1.5 year testing phase now with nearly 100 beta releases and on deployments directly on a dozen production Unix servers), is based on all the experience and technology of previous versions and will be available both free of charge (for community usage) and at an affordable shareware price (for commercial usage) [...] The final price of the OpenPKG 4 framework is still under evaluation by us, but it definitely will be in the shareware price segment of just about 50-90 EUR. Details are coming soon. Ralf, are there any updates on this (or did I just miss them)? -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: apache-suphp updated on solaris 10 (Sparc)
Birger Krägelin wrote: I just did an update of my apache installation. Now apache-suphp gives an error. old version was apache-suphp-0.6.2-20080101.sparc64-solaris10 current version is apache-suphp-0.7.0-20081225.sparc64-solaris10 I didn't change my configuration, and I didn't change my build script. [...] Hi Birger! According to release notes of suPHP 0.7.0 [1]: Attention: The configuration syntax for suphp.conf has slightly changed with this release. Be sure to read the documentation before upgrading, because existing configuration files will not work without changing them. As you claimed that you haven't changed config, this might be something to check first. [1] http://www.suphp.org/Home.html -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Proplems with rc --- how to debug?
On Fri, Feb 15, 2008, Birger Krägelin wrote: I have problems with rc %daily. Sometimes the scripts don't run, sometimes servers terminate properly for logfile rotating, but they do not restart. [...] Is there a way to debug? Where do I find rc logs? Hi! You can modify your system's crontab to call the rc script with the '-d' option. If you define a MAILTO in your crontab as well you should get the output by mail. -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: squirrelmail openpkg
On Wed, Jan 02, 2008, Alain Spineux wrote: Please could you tell me what do %{l_value -s -a} in %{l_shtool} install -c -m 644 %{l_value -s -a} \ %{SOURCE squirrelmail.conf} \ $RPM_BUILD_ROOT%{l_prefix}/etc/apache/apache.d/ The '%{l_value -s -a}' macro just expands to a set of sed(1)-style arguments which a required very often. shtool takes those ones as arguments to perform replacements while installing the file. So this is just a short-hand for convenience. You can use the 'rpm --eval' command to see the expanded macro: ---8---snipp---8--- $ /openpkg-dev/bin/openpkg rpm --eval '%{l_value -s -a}' -e 's;@l_susr@;root;g' -e 's;@l_sgrp@;root;g' -e 's;@l_suid@;0;g' -e 's;@l_sgid@;0;g' -e 's;@l_musr@;openpkg-dev;g' -e 's;@l_mgrp@;openpkg-dev;g' -e 's;@l_muid@;42010;g' -e 's;@l_mgid@;42010;g' -e 's;@l_rusr@;openpkg-dev-r;g' -e 's;@l_rgrp@;openpkg-dev-r;g' -e 's;@l_ruid@;42011;g' -e 's;@l_rgid@;42011;g' -e 's;@l_nusr@;openpkg-dev-n;g' -e 's;@l_ngrp@;openpkg-dev-n;g' -e 's;@l_nuid@;42012;g' -e 's;@l_ngid@;42012;g' -e 's;@l_prefix@;/openpkg-dev;g' -e 's;@l_prefix_static@;/openpkg-dev;g' ---8---snapp---8--- -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: libgsasl build on Solaris 10 x86
On Sun, Nov 04, 2007, Ralf S. Engelschall wrote: On Sat, Nov 03, 2007, Dan wrote: Might want to consider adding the kerberos package to the list of build dependencies for libgsasl. The krb5-config included with Solaris doesn't seem to work the way the configure script wants it to (and presumably the build process won't like it either). Buliding and installing kerberos first makes the problem go away. Hmmm... I've tried it under Solaris 10: the current libgsasl-0.2.21-20071012 explicitly disabled Kerberos by default (which is with_kerberos=no) and it built just fine without having to install the OpenPKG kerberos package. Can it be that you are trying with an older libgsasl package are under an older Solaris version? I'm able to reproduce the problem on a Solaris sparc64 box of mine. Basically it's a Solaris 10 u4 Release 8/07 core installation plus same very few packages required for OpenPKG, ZFS, LU, Zones and the Sun Studio 12 compiler suite. On a Solaris 10 3/05 box the problem is not triggered. The difference is the SUNWkrbu package. On the older Solaris release it lacks the script /usr/bin/krb5-config while the current Solaris release contains it (package PSTAMP on10-patch20050805153247 vs. on10ptchfeat20070708174810). I will try to take a look the cause once I've got a development environment on the machine. Alas, this will take a little while as the box is damn slow. So don't expect fast feedback. -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Building Tar on Solaris 8 (inside OpenPKG)
On Wed, Oct 17, 2007, Douglas S. Summers wrote: I'm getting ready to try this but you seemed to have applied fixes for AIX, not Solaris. As far as I can see there are no platform specific patches on the tar package. When you are talking about the CHAR_BIT stuff, it is simply defined to 8 (on any platform) where CHAR_BIT is not defined otherwise. -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Building Tar on Solaris 8 (inside OpenPKG)
On Wed, Oct 17, 2007, Douglas S. Summers wrote: Well...the latest version doesn't build under Solaris 8; Solaris 9 is unaffected. Should be fixed now. Please give tar-1.19-20071018 a try and report back. Thanks! -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: CURRENT: findutils and libiconv both contain .../lib/charset.alias
On Wed, Aug 22, 2007, Michael Diers wrote: This is another instance of a problem reported earlier this year wrt. m4 and libiconv. http://marc.info/?l=openpkg-usersm=117814024501513w=2 Suggested workaround along the lines of http://cvs.openpkg.org/chngview?cn=35088: [...] Thanks for reporting on this. Fixed now in CURRENT [1] [1] http://cvs.openpkg.org/chngview?cn=36586 -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: mysql 5 --with-innobase should be --with-innodb + PATCH
On Tue, Aug 14, 2007, Alain Spineux wrote: [...] Mysql expect the option --with-innodb and dont know --with-innobase [...] Hi! I've taken over your patch regarding the configure script part [1]. When it comes to the mysql packages build time option I would rather keep it at 'with_innobase' for backward compatibility and consistency reasons with the other mysql packages, 'mysql51' (MySQL 5.1.x) and 'mysql6' (MySQL 6.x) where the storage engine plugin is actually called 'innobase'. [1] http://cvs.openpkg.org/chngview?cn=36533 Many thanks for your contribution! -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Problems compiling OpenLDAP on ubuntu 7.04
On Thu, Aug 09, 2007, Ralf S. Engelschall wrote: On Thu, Aug 09, 2007, Peter Zimmer wrote: this E-mail was regarding the other issue with the perl-stats RPM-package. The OpenLDAP problem still exists. Makes no difference for me whether perl-ds package is installed or not. In both cases perl-stats build just fine for me. Very strange... Same here, both packages are building just fine | $ /openpkg-dev/bin/openpkg rpm --eval '%{l_platform}' | ix86-ubuntu7.04 | [EMAIL PROTECTED]:/d1/u/cs | $ /openpkg-dev/bin/openpkg rpm -q perl-ds perl-stats | perl-ds-5.8.8-20070710 | perl-stats-5.8.8-20070708 -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: ERROR: SOME X11 INFORMATION COULD NOT BE DETERMINED!!
On Wed, Mar 14, 2007, Robert Allerstorfer wrote: In addition, even if it includes the actual directory in the search path, it will still not find a 'libXt.so' because it is named 'libXt.so.6.0' on RHEL. This seems to be the real problem. Are you sure that you have installed XFree86-*-devel packages as well? | $ /bin/rpm -qa | grep ^X | sort | XFree86-Mesa-libGL-4.3.0-115.EL | XFree86-devel-4.3.0-115.EL | XFree86-libs-4.3.0-115.EL | XFree86-libs-data-4.3.0-115.EL | $ /bin/rpm -ql XFree86-devel | grep libXt.so | /usr/X11R6/lib/libXt.so -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: Plone 2.5.2 under OpenPKG (does not work)
On Tue, Mar 13, 2007, Robert Allerstorfer wrote: On Fri, 9 Mar 2007, 14:23 GMT-08 Bill Campbell wrote: I just packaged plone-2.5.2 yesterday here with some fixes from the earlier plone-2.5.1 which wasn't handling the CacheFu properly. ftp://ftp.celestial.com/private/ftp.openpkg.org/release/2.5/SRC/zope-plone-2.5.2-20070308.src.rpm When I try to build the rpm of it, it fails: [EMAIL PROTECTED] root]# openpkg rpmbuild --rebuild zope-plone-2.5.2-20070308.src.rpm (...) + gcp -ra ATContentTypes /opt/openpkg/RPM/TMP/zope-plone-2.5.2-root/opt/openpkg/lib/zope-plone/ /opt/openpkg/RPM/TMP/rpm-tmp.83615: line 80: gcp: command not found error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.83615 (%install) [...] Try installing coreutils which provides GNU cp. -cs __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: 32-bit AIX
On Wed, Oct 11, 2006, Doug Summers wrote: OK - how do I determine this with 'shtool platform'? I tried using 'shtool platform -t' but it complains about needing a type? Can you give me a hint? To expand a macro you can use the 'openpkg rpm --eval' command, in your case $ openpkg rpm --eval '%{l_platform -t}' Using the definitions in etc/openpkg/rpmmacros, which are rather complex in the case, this expands to the output of shtool platform -n -L -S -C + -F %at-%st -cs __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: postfix logs world readable
On Wed, Jan 11, 2006, Ralf S. Engelschall wrote: OTOH this is a general issue and not really Postfix related. So we should raise the general question whether logfiles in OpenPKG should be world-readable or not? What are the opinions? If we restrict the setting to non-world-readable I would prefer a solution which is configurable in means of permissions and file ownerships. OTOH at least for permissing settings, exactly this is the case here as postfix uses fsl for logging; fsl.postfix is marked as config file. It would be nice if there were some default specified in fsl.fsl which is being inherited unless otherwise specified. This way it's not required to tweak every singe fsl.* config file. -cs __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: tomcat: who should be allowed to install/upgrade or remove the binary package?
On Wed, Sep 21, 2005, Matthias Kurz wrote: Would it be possible to use the same user/group for all OpenPKG users/groups in such a scenario ? Yes, this is the way to go. As long as packages don't insist to run with special privs there's no problem at all.You can even ran some daemon process (e.g. Apache) if you bind it to an high port. This would still not help with packages that need SUID root or SGID sys or so for some programs, though. yep. -- christoph schug [EMAIL PROTECTED] __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: openpkg-2.4 t1lib problem
On Thu, Aug 18, 2005, Ralf S. Engelschall wrote: It should not require Xaw3D but certainly the plain X11 libXaw. Seems your X11 installation misses libXaw although this library is definetely considered part of a standard X11 installation. So we should not add a dependency to xaw3d to t1lib IMHO. In this case, shouldn't we better check for existence of libXaw in the x11 meta package? -- christoph schug [EMAIL PROTECTED] __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: Cron Jobs Hanging
Apparently updatedb's find hangs when it hits a certain filesystem. As Matthias already wrote, find out which one it is. Assuming the file system in question of /foo/bar or is of file system type quuxfs, you will find two interessting configuration parameters 'findutils_prunefs' and 'findutils_prunepaths' which can be overriden in %{l_prefix}/etc/rc.conf. You probably want to set findutils_prunefs=$findutils_prunefs quuxfs or findutils_prunepaths=$findutils_prunepaths /foo/bar in your %{l_prefix}/etc/rc.conf. After that, recheck those values with $ %{l_prefix}/etc/rc -q findutils_prunefs or $ %{l_prefix}/etc/rc -q findutils_prunepaths At next updatedb run, configured paths and file systems are being skipped. -- christoph schug [EMAIL PROTECTED] __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: Compiling X11 on SUSE Linux 9.0
On Mon, May 09, 2005, Michael Schloh wrote: [...] If these programs are missing on your system then it explains the problem you are having trying to install the OpenPKG x11 package. I believe you need: xorg-x11-libs xorg-x11-devel [...] AFAIK SUSE 9.0 sticks with XFree86 (not x.org), thus most likely the missing packages are XFree86-devel-4.3.0.1 and XFree86-Mesa-devel-4.3.0.1 (not sure, if this is required too). Hope this helps -- christoph schug [EMAIL PROTECTED] __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: Remote fetching not working properly on my system - Solaris 9 - Sparc
On Wed, Apr 20, 2005, Michael van Elst wrote: Do you use a proxy by having set the ftp_proxy environment variable? wget and curl will honor that setting, rpm will not. For rpm, one can define '%_ftpproxy' and '%_ftpport' macros in the rpmmacros file or override those settings using the '--ftpproxy hostname' and '--ftpport port' command line parameters. -- christoph schug [EMAIL PROTECTED] __ The OpenPKG Projectwww.openpkg.org User Communication List openpkg-users@openpkg.org
Re: Installing openpkg on FreeBSD.
On Fri, Mar 19, 2004, Lars Bungum wrote: Hi, I'm looking to install openpkg on a FreeBSD 4.9 server (to install a kolab server). However, my rpm system refused to install the prepackaged FreeBSD 4.9-package from your ftp site saying this: error: failed dependencies: rpmlib(PartialHardlinkSets) = 4.0.4-1 is needed by openpkg-2.0.0-2.0.0 .. it could seem to me that I need rpm 4, but only 3 is availabe from ports. Then again I feel like I've missed out on something conceptual here, and was unable to find the answer searching. How am I supposed to install the packages? You cannot install OpenPKG packages with an arbitrary RPM. You have to bootstrap using the 'openpkg-*.src.sh' package which contains its own feature enhanced version of RPM needed by OpenPKG packages. - http://www.openpkg.org/tutorial.html#bootstrap-source In the rare case you do not have a compiler on your FreeBSD system you might alternatively bootstrap from binary packages. - http://www.openpkg.org/tutorial.html#bootstrap-binary - ftp://ftp.openpkg.org/release/2.0/BIN/ix86-freebsd4.9/openpkg-2.0.0-2.0.0.ix86-freebsd4.9-openpkg.sh After having 'openpkg' installed it is good practice to install 'make', 'binutils', 'gcc' since these are the most essential packages required by most of the other OpenPKG packages. Again, please do not intermix OpenPKG packages with other RPM stuff floating around on the net (and vice versa) since they are completely different under the hood. Good luck :-) __ The OpenPKG Projectwww.openpkg.org User Communication List [EMAIL PROTECTED]
Re: FW: Trying to understand openpkg installroot
On Wed, Nov 05, 2003, Anshuman Kanwar wrote: 1) I have a bunch of precompiled binaries in /opt/$arch/app abd a few config files in /opt/$arch/app/conf. 2) The aim is to package these binaries using openpkg and add in configuration scripts for the files in /opt/$arch/app/conf. 3) I do not want to install the final application under /cw (or whereever the openpkg subtree is) but under /opt [...] Questions: A) After reading through the docs I am not sure if using Openpkg for the above job is a good idea or not. What are the alternatives? ;-) B) Can I provide a --prefix option to openpkg to install the binary in some location other than the installroot ? One of the main concepts of OpenPKG is that you can settle it down wherever you want. Currently it is not possible to relocate sub-components like binaries but you can choose an arbitrary prefix for the entire hierarchy at bootstrapping time. The file system layout under this prefix is always the same and cannot be disintegrated any furhter. In our docs the prefix (the internal RPM macro is %{l_prefix}) is very often mentioned as /cw/ since it is the default at Cable Wireless but, as already said, the prefix could be whatever you like. In your case something like /opt/sparc64-solaris8/ or /opt/ix86-freebsd4.9/ From a generic point of view %{l_prefix}/ |-- README |-- RPM/ |-- bin/ |-- cgi/ |-- etc/ |-- include/ |-- info/ |-- lib/ |-- libexec/ |-- local/ |-- man/ |-- pub/ |-- sbin/ |-- share/ `-- var/ will become /opt/ |-- ix86-freebsd4.9/ | |-- README | |-- RPM/ | |-- bin/ | |-- cgi/ | |-- etc/ | |-- include/ | |-- info/ | |-- lib/ | |-- libexec/ | |-- local/ | |-- man/ | |-- pub/ | |-- sbin/ | |-- share/ | `-- var/ `-- sparc64-solaris8/ |-- README |-- RPM/ |-- bin/ |-- cgi/ |-- etc/ |-- include/ |-- info/ |-- lib/ |-- libexec/ |-- local/ |-- man/ |-- pub/ |-- sbin/ |-- share/ `-- var/ (assuming two platform specific OpenPKG hierarchies) That's it. It is not possible to relocate %{l_prefix}/bin/ to %{l_prefix}/app/ and %{l_prefix}/etc/ to %{l_prefix}/app/conf/ Hope this was your question. On the other hand some symlink might help to workaround the issue. Note: Please choose your prefix wisely since it cannot be altered at a later time. Especially using just /opt/ or /usr/local/ might lead to conflicts with other software packages (not managed by OpenPKG) like Solaris third party software or FreeBSD ports. That's why we're used to our esoteric /cw/ prefix (we are quite sure nobody else uses /cw/ :-) C) I don't understand the need for the rc file in case I am able to use the --prefix option (and I use the /full/path/to when i run openpkg) Which specific rc file are you talking about? -cs __ The OpenPKG Projectwww.openpkg.org User Communication List [EMAIL PROTECTED]
Re: little problem with mysql-4
On Thu, Sep 18, 2003, julien Touche wrote: i get this error when trying to rebuild last pkg from mysql-4 + exit 0 Executing(%build): env -i /users/www/local/lib/openpkg/bash --norc --noprofile --posix -e /users/www/local/RPM/TMP/rpm-tmp.7700 + cd /users/www/local/RPM/TMP + cd mysql-4.0.14 + /users/www/local/lib/openpkg/shtool subst '%{l_value' -s '-a}' mysys/default.c shtool:subst:Error: either -e option(s) or -f option required error: Bad exit status from /users/www/local/RPM/TMP/rpm-tmp.7700 (%build) host is a sparc solaris 2.7 and openpkg is a snapshot so this could be the pb (correspond to 1.3) rpm -qa|grep openpkg openpkg-20030715-20030715 openpkg-tool-20030528-20030528 yep, your openpkg package is just one day to old, openpkg = 20030716 is required. -cs __ The OpenPKG Projectwww.openpkg.org User Communication List [EMAIL PROTECTED]
Re: imapd patch
On Fri, Feb 28, 2003, Andrews, Martin wrote: The package still made a good starting point. The along with the -ldb fix that already made it into CVS by the time I found it the only other problem I ran into was authentication. I had to add the following to imapd.conf to get UNIX system authentication (via saslauthd) to work: sasl_mech_list: PLAIN This might just be my configuration, but I am passing it along for consideration in the default configuration. Also - any reason you configure with --disable-sieve? It looks like a useful feature and does not seem to add any dependencies (and can be disabled in the runtime configuration if you do not want it). Both sasl_mech_list and sieve are already in the CVS (since a few hours :) I absolutly agree that this specific package has been in an unusable status way to long. Since yesterday I'm trying to get Cyrus up and running but progress is still somewhat slow since I only have very limited time in spare at the moment. Nevertheless any feedback and hints are welcome. Cheers -cs __ The OpenPKG Projectwww.openpkg.org User Communication List [EMAIL PROTECTED]
Re: imapd patch
On Thu, Feb 27, 2003, Ralf S. Engelschall wrote: prefix/var/spool/imapd is definitely incorrect in OpenPKG. Yes, it has to be prefix/var/imapd/spool, of course. Christoph, you're currently hacking on imapd: can you fix this, too? Yes, of course. And I'm rather guessing that imapd requires even a lot more work. BTW I'm wondering that someone is using anyway in status quo :-) Let's see what I can do in same spare minutes today ... Cheers -cs __ The OpenPKG Projectwww.openpkg.org User Communication List [EMAIL PROTECTED]