curl.spec patch
hi everyone, You will find here a small patch for the curl.spec file. 1) To build curl with the the rigth ssl depencies (ex zlib), i use pkg-config --libs openssl to populate LIBS. 2) i use the full path for %{l_prefix}/bin/pkg-config Thanks and regards PS: How can we upload diff , previously located in ftp://ftp.openpkg.org/contrib/00UPLOAD/ ? diff -p -up ./curl.spec.orig ./curl.spec --- ./curl.spec.orig2009-11-04 17:46:03.0 +0100 +++ ./curl.spec 2010-02-07 17:32:00.0 +0100 @@ -32,7 +32,7 @@ Class:BASE Group:Web License: MIT-style Version: 7.19.7 -Release: 20091104 +Release: 20100207 # package options %option with_ssl yes @@ -118,12 +118,15 @@ AutoReqProv: no export CPPFLAGS=%{l_cppflags} export LDFLAGS=%{l_ldflags} export LIBS= +%if %{with_ssl} == yes +LIBS=$LIBS `%{l_prefix}/bin/pkg-config --libs openssl` +%endif %if %{with_idn} == yes -CFLAGS=$CFLAGS `pkg-config --cflags libidn` -LIBS=$LIBS `pkg-config --libs libidn` +CFLAGS=$CFLAGS `%{l_prefix}/bin/pkg-config --cflags libidn` +LIBS=$LIBS `%{l_prefix}/bin/pkg-config --libs libidn` %endif %if %{with_ldap} == yes -LIBS=-lldap -llber -lssl -lcrypto +LIBS=$LIBS `%{l_prefix}/bin/pkg-config --libs openldap` %endif export GREP=grep ./configure \
platform detection: lenny and release detection
hi, i'm building the bootstrap for debian/lenny 5.0 (release 2) result is openpkg-20071227-20071227.ix86-debian5.0.2-openpkg.sh os version, is debian5.0.2. I don't want to rebuild a bootstrap for each small release (release 3, release 4,...) and rebuild all my packages, for all ix86 and amd64 small release updgrade. The distrib version is not so different. For etch, we don't have this naming convention (ix86-debian4.0) Is that possible to have the previous behaviour for lenny (ix86-debian5.0) or is that the new naming convention ? thanks for you answer regards __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: tomcat.diff
Ralf S. Engelschall a écrit : On Wed, May 06, 2009, PLI wrote: This latest patch relocate log and temp directory to %{l_prefix}/var/tomcat Why symlinks instead of the previous reconfiguration? Previously, libexec/tomcat/logs was not a symlink. So when tomcat start, it generates lots of logs like catalina*.log and manager*.log and admin*.log In the wrong directory 'libexec', instead of var/tomcat/log Didn't patching the catalina.sh script no longer work? When catalina.sh start, by default, CATALINA_BASE, is used as working directory for temp and logs. With symlink, no patch is needed anymore We can stick to the original source without modification. Ralf S. Engelschall r...@engelschall.com www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: tomcat.diff
hi, This latest patch relocate log and temp directory to %{l_prefix}/var/tomcat regards OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file tomcat.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: apache-kerberos.diff
Hi, I see that in the new official release of mod_auth_kerb (5.4), this patch is not necessary any more. The Krb5AuthToLocal directive is now replaced by KrbLocalUserMapping, and fully integrated. see ChangeLog -- 5.4 -- *implemented KrbLocalUserMapping i.e. to strip @REALM from username for further use I've uploaded a new apache-kerberos.diff, which upgrade apache-kerberos.spec and remove the patch. sorry for the noise;) Ralf S. Engelschall a écrit : On Wed, Dec 17, 2008, PLI wrote: [...] This patch remove the @REALM from the end of a user name when the user is authenticated, in apache-kerberos. The following directive is added Krb5AuthToLocal (default to off) please see http://www.stacken.kth.se/lists/heimdal-discuss/2008-05/msg8.html http://patch-tracking.debian.net/patch/series/view/libapache-mod-auth-kerb/5.3-5/auth_to_local.patch Patch taken over. Thanks. Ralf S. Engelschall r...@engelschall.com www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: subversion.diff
hi, OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file subversion.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org In the previous patch, i forgot to complete mod_dav_svn_DEPS variable (libfs_base-1.la libsvn_fs_fs-1.la libsvn_fs_util-1.la). subversion::with_apache now build correctly thanks __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: apache-kerberos.diff
hi, OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file apache-kerberos.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org This patch remove the @REALM from the end of a user name when the user is authenticated, in apache-kerberos. The following directive is added Krb5AuthToLocal (default to off) please see http://www.stacken.kth.se/lists/heimdal-discuss/2008-05/msg8.html http://patch-tracking.debian.net/patch/series/view/libapache-mod-auth-kerb/5.3-5/auth_to_local.patch thanks __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: subversion.diff
hi, When compiling subversion::with_apache, the module mod_dav_svn won't be loaded in apache. I have added the following lib libsvn_fs_util when building mod_dav_svn. Zlib (-lz) is needed in LIBS to make the build successfull thanks. OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file subversion.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: bind.diff
OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file bind.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org hi, One another bug found in bind-9.5p2 and dlz. When trying to make a zone transfert request, bind + dlz crashes. I found this patch on comp.protocols.dns.bind: Assertion debug information regards __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: bind.diff
OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file bind.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org bind with dlz ldap, doesn't work without this patch the '%' symbol used in the named.conf to describe LDAP url, must be replaces by another symbol ex: '$'. '%' is a reserved symbol used to escape characters in URL's. Description of the problem in the following articles Re: bind9-9.4.2 + DLZ + slapd 2.4.7 Re: Bind-9.4.2 DLZ LDAP on http://news.gmane.org/gmane.network.dns.bind9.dlz __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: dhcpd.diff
ok, i understand This patch is maintain for dhcp 3 from the primary source http://home.ntelos.net/~masneyb/ the patch, is included in other linux distribution maintain ans maintaint separately http://packages.debian.org/lenny/dhcp3-server-ldap http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/dhcp/current/SOURCES/ and in freebsd http://www.freshports.org/net/isc-dhcp3-server/ i found only the patch ported for dhcp 4 in http://cvs.fedora.redhat.com/viewvc/devel/dhcp/ Ralf S. Engelschall a écrit : On Sat, Nov 15, 2008, OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file dhcpd.diff accepted -- moved to contrib area. No action is required on your part. Hmmm... this patch includes a rather huge LDAP patch. If we really include this into the OpenPKG package it means we have to maintain this patch (forward porting it to the latest ISC DHCPD versions). H... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: perl-xml.diff
OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file perl-xml.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org hello, Net::LDAP::DSML in perl-ldap need the following 2 xml modules in perl-xml to work correctly XML-SAX-Writer and XML-Filter-BufferText regards __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: bind.diff
hello, Please, find the following contribution: - with_ldap option rename to with_dlz_ldap - add one new option with_sdb_ldap, to include sdb-ldap support in bind9 (already present as contrib) here is the howto http://www.venaas.no/dns/bind/bind-sdb/dnszonehowto.html - add zone2ldap file, to import zone file in sdb-ldap format thanks OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file bind.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: xerces-c.diff
Hi, I have upgrade xerces-c.spec to 2.8.0. pthreads, and cpp patch have been adjusted. The folloween option is added to runConfigure: -s, to enable static lib -b, to enable 32/64 bits regards OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file xerces-c.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: freeradius.diff
Hi, this problem appear on my current ix86-debian4.0 ix86-mandrivalinux2008.0 platform but perhaps is there's another way to fix it. thanks in advance Ralf S. Engelschall a écrit : On Tue, Jun 24, 2008, PLI wrote: I uploaded this patch to fix the following error during build. modules.c:(.text+0x12ed): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' solution found on http://bugs.gentoo.org/show_bug.cgi?id=225725 On what platform were you faced with this problem. For me the freeradius package builds just fine under both FreeBSD and Debian GNU/Linux. Also, if we are using --with-system-libtool we also would have to add a dependency to our libtool package, of course. Hmmm... I'm not fully convinced whether this change is the right way to go. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: freeradius.diff
hi, I uploaded this patch to fix the following error during build. modules.c:(.text+0x12ed): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' solution found on http://bugs.gentoo.org/show_bug.cgi?id=225725 thanks OpenPKG Project Robot a écrit : The following OpenPKG Contribution Area operation occurred. uploaded DIFF file freeradius.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: delegate.diff
I've uploaded this patch to remove the strip operation after the make install. The Make install process of delegated include a self signed integrity mecanism that is calculated during make install. If we strip the binary after the make install, delegated refuse to start. Thanks OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file delegate.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: gcc.diff
I have uploaded this patch, to move some librairies present in %{l_prefix}/lib64/lib*.a and *.spec to %{l_prefix}/lib/ in the gcc package on a full 64 bit amd64-debian4.0 arch. This patch fix also the following build of gettext on the same arch. Without this patch libgomp.spec was not found in the LD_LIBRARY_PATH. thanks OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file gcc.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- Philippe Libat: [EMAIL PROTECTED] Les choses ne changent pas. Change ta façon de regarder, cela suffit, Lao Tseu Key fingerprint = E6FF EEFD 5DD6 52C2 0706 4E49 251E 5C09 7F29 71C3 __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: libghttp-1.0.9-20070307.src.rpm
Sorry. I have submitted this package. Ralf S. Engelschall wrote: Thanks for contributing this package. But as I cannot determine who submitted it, I still cannot decide whether the contributor has already acceded the OpenPKG Contributor Agreement (OCA) -- see http://openpkg.org/go/oca for details. So, to the contributor of this package: please give us your name and in case you have still not acceded the OCA, please do. After acceding the OCA we are able to take over your contribution into the official OpenPKG repository. Thanks for your understanding. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: perl-apache: libapreq.so
ok, i will search this way. thank you for your answer. Ralf S. Engelschall wrote: The problem is that although Apache::Request _HAS_ to be a DSO, the contained libapreq has to be a static library and also statically linked _INTO_ the DSO of Apache::Request (Request.so). There seems to be some support for this in Apache::Request's c/Makefile.PL but I was not able to get it running quickly now. Please investigate how we can force Apache::Request to keep everything as is but build only a libapreq.a _AND_ link its Request.so against this libapreq.a only. That will solve the problem and is our usual trick to resolve those mixed shared/static environents... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: perl-apache.diff
thanks , but you show me the right way ;) Now i can build and run a lot ot perl-axkit module. I will send you the new perl-axkit version, very quickly Ralf S. Engelschall wrote: On Wed, Mar 07, 2007, OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file perl-apache.diff accepted -- moved to contrib area. No action is required on your part. Hey, Dude, you rock! That's the solution. Now libapreq is built statically into the DSO of Apache::Request. Comitted to OpenPKG CURRENT. Thanks for your contribution. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
perl-apache: libapreq.so
hi, I'm trying to package perl-axkit, from axkit.org. I have successfully build perl-axkit and upload it. When i'm trying to run it under apache/mod_perl as described on: http://www.axkit.org/wiki/view/AxKit/QuickStart apache output an error on loading the shared library libapreq.so from Apache/Request/Request.so Apache::Request is built against libapreq.so which both are provided by perl-apache. # openpkg rpm -ql perl-apache |grep libapreq.so /opkg/lib/perl/vendor_perl/5.8.8/i686-linux/auto/libapreq/libapreq.so But at run time apache/mod_perl does'nt find libapreq.so. # ldd /opkg/lib/perl/vendor_perl/5.8.8/i686-linux/auto/Apache/Request/Request.so |grep found libapreq.so = not found My huggly solution, is moving: # mv /opkg/lib/perl/vendor_perl/5.8.8/i686-linux/auto/libapreq/libapreq.so /opkg/lib/ and restart apache. After his, perl-axkit work fine ! Did you have any idea how to make my huggly solution in a cleaner way? perhaps building Apache::Request static ? or by moving libapreq.so under %l_prefix/lib ? Below the detail of error: apache/log/errog.log [Mon Mar 5 23:58:03 2007] [warn] [client 127.0.0.1] [AxKit] Caught an exception [Mon Mar 5 23:58:03 2007] [error] [client 127.0.0.1] [AxKit] [Error] Load of 'Apache::AxKit::Language::Sablot' failed with: AxKit::load_module failed: Can't load '/opkg/lib/perl/vendor_perl/5.8.8/i686-linux/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so: cannot open shared object file: No such file or directory at /opkg/lib/perl/5.8.8/i686-linux/DynaLoader.pm line 230.\n at /opkg/lib/perl/site_perl/5.8.8/i686-linux/mod_perl.pm line 14\nCompilation failed in require at /opkg/lib/perl/vendor_perl/5.8.8/i686-linux/Apache/AxKit/Language/Sablot.pm line 9.\nBEGIN failed--compilation aborted at /opkg/lib/perl/vendor_perl/5.8.8/i686-linux/Apache/AxKit/Language/Sablot.pm line 9.\nCompilation failed in require at (eval 32) line 1.\n __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: fat apache/mod_ssl/mod_php: big memory size on solaris
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thank for your answer I understand the RSS size. 72 M for VSize 4 M for RSS. swap used= +72M ex: if N apache launched, the size of swap used increase to N*Vsize. Second, i see something strange during my test, on 2 différent sparc (SunFire versus Netra) The same apache binary (72 M VSize) compiled on SunFire grow to (140 M VSize) on Netra. So on the last hardware, the swap available decrease dramatically. pmap -x $pid, show me on my netra, 2 blocks of 65M reserved for anon memory (shared memory perhaps). I suspect a bad tunning of my OS (sparc64-solaris2.9) or perhaps a bad tuning of the apache config. I will start an accurate debug, googling so much ;) If you have any idea or link regards. Ralf S. Engelschall wrote: Well, you said not RSS above, but only the RSS is what really counts here! The _virtual_ process size you can more or less completely ignore. Here the different Unix flavors always differ dramatically because of the way shared memory areas are counted, etc. So, as long as the RSS of your processes is about 10MB, everything is just fine. BTW, as a comparison: experience shows that a full-sized Apache usually grows up to 50MB in RSS after some processing time. For a small Apache I expect about 10MB RSS. The only thing you should keep in mind when comparing RSS values is that your system should be not already swapping as this fudges your comparison, of course. ;-) Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF1N1oJR5cCX8pccMRAgS9AKCVn2VLViGZpx5/leszSfwR8zXL6QCg5QpY rUkGtCFDHVk1dlRCIZJGWIM= =WxCp -END PGP SIGNATURE- __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
fat apache/mod_ssl/mod_php: big memory size on solaris
hi, Trying to build a small apache with mod_ssl and mod_php on sparc64-solaris2.9 (512 Mo RAM), i found the following strange result and i don't understand why ? The first build: openssl-0.9.8d: (with default option) apache-1.3.37-20070208: with_mod_ssl = yes with_mod_php = yes and with_mod_php*option = no After successfully build and install, show process size give the following result (prstat -s size) apache = 72M Size (not RSS) The second build with_mod_ssl = no, and after install and running, give the following result: apache = 5M Size. The difference is not so big under linux. How can we explain this difference on sparc64-solaris2.9 ? And perhaps how can i get apache thinner ;) ? any idea are welcome __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: inn.diff
hello, Let me explain the purpose of this patch. Trying to run nnrpd in standalone mode (replicated readers/feeder), on solaris, the nnrrpd process don't execute the network connection to the remote nntp feeder, until i compile and link with -lresolv -lnsl on solaris. On linux, i don't need that. Sorry, i can't test on freebsd platform. regards --- inn.spec.orig 2007-02-08 23:54:16.0 +0100 +++ inn.spec2007-02-08 23:54:31.0 +0100 @@ -91,7 +91,7 @@ # correctly specify missing realtime functions library LIBS=%{l_fsl_libs} case %{l_platform -t} in -*-sunos* ) LIBS=$LIBS -lrt ;; +*-sunos* ) LIBS=$LIBS -lrt -lresolv -lnsl ;; esac # configure the source tree OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file inn.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
typo in urpmi.patch
There is a small typo in urpmi.patch. Please could you replace all caracters before LC_ALL with one tab caracter, cause it will be use as is in the Makefile, generated by Makefile.PL Makefile doesn't like space ;) thanks --- urpmi.patch~2007-01-26 10:21:09.0 +0100 +++ urpmi.patch 2007-02-10 14:04:56.0 +0100 @@ -43,7 +43,7 @@ ChangeLog: - LC_ALL=C svn2cl --accum --strip-prefix=soft/rpm/perl-URPM/trunk --authors ${commonusername}username.xml -+ LC_ALL=C svn2cl --accum --strip-prefix=soft/rpm/perl-URPM/trunk --authors username.xml ++ LC_ALL=C svn2cl --accum --strip-prefix=soft/rpm/perl-URPM/trunk --authors username.xml rm -f *.bak **MM** } __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: urpmi-4.8.29-20061113.src.rpm
thank you to fix urpmi package. Your small howto, is a good starting point. To summarize, openpkg build is a very good and small tool to maintain a build repository , and maintain all build dependencies. I use it, find it cool. But, i can use urpmi to deploy binary repository on multiple host in a simple manner. (ex: per host command or parallel mode). I agree with you, about the lots of dependencies (not realy fine in a bootstrap or small mode). urpmi support only install/upgrade/remove/query options on rpm But, you can specify 2 options for playing with src.rpm : # after creating binary media source media. # extract source rpm in your %{sourcedir} $ urpmi --install-src my.src.rpm # install BuildPreReq dependencies for source rpm in your %{sourcedir} $ urpmi --src my.src.rpm # install rpm on a group of hosts (parallel) $ echo grplocal:ssh:host1:host2:host3 %{prefix}/etc/urpmi/parallel.cfg $ master_host: urpmi --parallel grplocal myrpm I will test the new version. Ralf S. Engelschall wrote: On Tue, Nov 14, 2006, Ralf S. Engelschall wrote: [...] BTW, can you give a short step-by-step on how to actually _USE_ URPMI? I mean, I expect that one have to place RPMs (binary only?) into a location, create some sort of an index there and then configure the location somewhere on the client side and use some urpmi commands to fetch and install packages. Right? But what are the actual commands involved here? Can you be so kind and post a short summary use of URPMI for OpenPKG? [...] Ok, here is what I came up until now: # server side: prepare distribution media $ mkdir /tmp/myrpm $ mkdir /tmp/myrpm/pubkey $ cp /from/somewhere/*.rpm /tmp/myrpm $ urpmi.genhdlist --dest /tmp/myrpm # client side: add distribution media $ urpmi.addmedia myrpm /tmp/myrpm with hdlist.cz $ urpmi.update myrpm # client side: some queries $ urpmq --list-media $ urpmq --fuzzy somepackage $ urpmq -i somepackage $ urpmq -d somepackage $ urpmf somefile # client side: install package $ urpmi somepackage # client side: remove package $ urpme somepackage # client side: update all packages $ urpmi.update -a $ urpmi --update --auto-select # client side: remove distribution media $ urpmi.removemedia myrpm More or less just copy pasted from some howtos flying around the net plus some quick local tests. I really would like that someone tests this URPMI stuff in more detail and find out whether it is a suitable solution for deployment of binary RPMs. Or did I miss something and URPM also supports source RPMs? PS: What I still find nasty is that the whole URPMI stuff has lots of dependencies and this way just works for OpenPKG instances with lots of things and not for bootstrapping those instances. Here our openpkg build tool is a lot nicer as it doesn't require anything beside the OpenPKG bootstrap package... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org -- Philippe Libat: [EMAIL PROTECTED] Les choses ne changent pas. Change ta façon de regarder, cela suffit, Lao Tseu Key fingerprint = E6FF EEFD 5DD6 52C2 0706 4E49 251E 5C09 7F29 71C3 __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: urpmi-4.8.29-20061113.src.rpm
Thanks for applying my contribution. I test first the previous version 4.8.18 from your current repository, and then look for a newer version of urpmi at one of the mandriva cooker mirror. ftp.free.fr:/pub/Distributions_Linux/MandrivaLinux/devel/cooker/SRPMS/main/release The source is extracted from urpmi-*src.rpm, (perhaps not really the best way ;) another url might be the cvs: We can extract a 4.8.19 from the mandriva public cvs http://cvs.mandriva.com/cgi-bin/viewvc.cgi/soft/urpmi/?pathrev=v4_8_19 CVSROOT=:ext:[EMAIL PROTECTED]:/cooker (password cvs) cvs co soft/urpmi Ralf S. Engelschall wrote: ... Thanks for your contribution. Your changes seem to be all ok. But from where did you fetched URPMI 4.8.29? According to the ChangeLog it seems the maintainers changed, but I no longer can locate the official tarballs anywhere. In the past everything was on CPAN, but where can be download the vendor files now? Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org -- Philippe Libat: [EMAIL PROTECTED] Les choses ne changent pas. Change ta façon de regarder, cela suffit, Lao Tseu Key fingerprint = E6FF EEFD 5DD6 52C2 0706 4E49 251E 5C09 7F29 71C3 __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
small modification in firefox.spec
Hi, in firefox.spec, firefox-init.tar.gz is in gzip format. could you add -z option to tar ? thanks. --- ./firefox.spec.orig 2005-09-17 15:58:08.0 +0200 +++ ./firefox.spec 2005-09-17 15:58:12.0 +0200 @@ -260,7 +260,7 @@ # add initialization files ( cd $RPM_BUILD_ROOT%{l_prefix}/lib \ - %{l_tar} -xf %{SOURCE firefox-init.tar.gz} \ + %{l_tar} -zxf %{SOURCE firefox-init.tar.gz} \ rm -f firefox/README ) || exit $? -- Philippe Libat: [EMAIL PROTECTED] Les choses ne changent pas. Change ta façon de regarder, cela suffit, Lao Tseu Key fingerprint = E6FF EEFD 5DD6 52C2 0706 4E49 251E 5C09 7F29 71C3 __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org