From openpkg-users-owner@openpkg.org Tue Nov 27 16:39:32 2001 Received: by mail.openpkg.org (Postfix, from userid 7001) id E2AF91C1B0C; Tue, 27 Nov 2001 16:37:43 +0100 (CET) To: openpkg-users@openpkg.org From: Thomas Lotterer Subject: Re: test Date: Tue, 27 Nov 2001 16:37:43 +0100 Message-ID: <3C03B347.7080700@dev.de.cw.net> References: <20011127162328.A6168@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > test > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > thomas From openpkg-users-owner@openpkg.org Thu Dec 6 15:49:24 2001 Received: from visp.engelschall.com (unknown [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A63671C19FC for ; Thu, 6 Dec 2001 15:26:21 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 804FB4CE696; Thu, 6 Dec 2001 15:26:21 +0100 (CET) Date: Thu, 6 Dec 2001 15:26:21 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: test, please ignore Message-ID: <20011206152621.A19476@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: test, please ignore Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 10 14:16:10 2001 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 60AFE1C1A71 for ; Mon, 10 Dec 2001 14:16:10 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 35B8A4CE617; Mon, 10 Dec 2001 14:16:10 +0100 (CET) Date: Mon, 10 Dec 2001 14:16:10 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: test 2 for MMX Message-ID: <20011210141610.A42407@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: test 2 for MMX Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 18 11:36:32 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 9EE8D1C180B; Fri, 18 Jan 2002 10:55:12 +0100 (CET) To: openpkg-users@openpkg.org From: Michael Bielicki Subject: Bunch of questions ... Date: Fri, 18 Jan 2002 09:55:18 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi there, I think this is really a great idea and I am trying to incorporate it in our mixture that we have here, which would be Solaris on SPARC's, TurboLinux on PC's and TurboLinux on Alpha's. Some FreeBSD is there as well .. I have a couple of questions regarding building packages combined with existing ones For example I am using the IBM version of apache since most admins love the interface (sigh) and for the extremely fine afpa module. I need to run php with it and want to adapt the package to it. What do I have to do ? What do I have to change if I get src rpm's fromv endors to be able to use them with OpenPKG. Besides this ... great stuff. Will probably save me at least 200h this year :) Michael Bielicki From openpkg-users-owner@openpkg.org Fri Jan 18 15:22:00 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 21F1A1C1801 for ; Fri, 18 Jan 2002 15:22:00 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id E28264CE716; Fri, 18 Jan 2002 15:21:59 +0100 (CET) Date: Fri, 18 Jan 2002 15:21:59 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bunch of questions ... Message-ID: <20020118152159.A5927@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > [...] > I have a couple of questions regarding building packages combined with > existing ones For example I am using the IBM version of apache since most > admins love the interface (sigh) and for the extremely fine afpa module. > I need to run php with it and want to adapt the package to it. What do I > have to do ? Do you talk about a binary-only package from IBM or a source-based one? For source-based ones it is not different than for other software. For binary-only vendor packages it is harder. What you usually have to do in your OpenPKG packaging is to unpack the other packaging format and re-package it with OpenPKG's RPM. See for example the "jdk-sun" or "tsmc" packages in OpenPKG-CURRENT. > What do I have to change if I get src rpm's fromv endors to be able to use > them with OpenPKG. We prefer the clean-room approach and did not care about existing .spec's at all. We always start from scratch, because experience showed that you are faster this way if you want to reach a 100% clean packaging. The are multiple reasons for this. The main ones follow: 1. OpenPKG packages _have to_ be build-able under non-root (for security and OS-trashing reasons) 2. OpenPKG packages _have to_ be build-able inside $RPM_BUILD_ROOT (for correct file determination reasons) 3. OpenPKG package specifications _have to_ be all of the same coding style. We're very pedantic about cleanness. (for maintainance and consistency reasons) And usually 95% of all RPM .spec's you find flying-around on the net do not fulfill those requirements. Usually, because people do not care about those points such a lot and because it is often not easy to "convince" a vendor source to play this game. But for OpenPKG packages these points are a must. And so it is usually always easier to package it from scratch. Although in practice we usually use the template approach, i.e., take an existing OpenPKG package's .spec, remove its particular parts and fill in the required parts for the new package. Look into our CVS under openpkg-cvs/*/*.spec for over 200 examples of .spec files. Nevertheless, as long as the license of the existing .spec permits it, you are strongly advised to take over approaches and steps from there, of course. So, in short: we recommend to not convert .spec's to OpenPKG. But if you really want, it works as long as you use the $RPM_BUILD_ROOT feature and build the sources for %{l_prefix} (the variable in OpenPKG giving you the file-system prefix of the OpenPKG installation). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 18 15:52:48 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 0146C1C1801 for ; Fri, 18 Jan 2002 15:52:48 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id E34944CE695; Fri, 18 Jan 2002 15:52:47 +0100 (CET) Date: Fri, 18 Jan 2002 15:52:47 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bunch of questions ... Message-ID: <20020118155247.A11810@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020118152159.A5927@engelschall.com> you wrote: > [...] > We prefer the clean-room approach and did not care about existing > .spec's at all. We always start from scratch, because experience > showed that you are faster this way if you want to reach a 100% clean > packaging. The are multiple reasons for this. The main ones follow: > > 1. OpenPKG packages _have to_ be build-able under non-root > (for security and OS-trashing reasons) > > 2. OpenPKG packages _have to_ be build-able inside $RPM_BUILD_ROOT > (for correct file determination reasons) > > 3. OpenPKG package specifications _have to_ be all of the > same coding style. We're very pedantic about cleanness. > (for maintainance and consistency reasons) Just FYI: This is now answered in even more detail also in the FAQ. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 18 16:31:02 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id C23531C180B; Fri, 18 Jan 2002 16:31:01 +0100 (CET) To: openpkg-users@openpkg.org From: Michael Bielicki Subject: Re: Bunch of questions ... Date: Fri, 18 Jan 2002 15:31:12 +0000 Message-ID: References: <20020118155247.A11810@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: How about special per OS options. THere is no IBM HTTPserver for freebsd and I would like to make a spec for php-4.1.1 where it compiles fine on solaris and linux with the IBM solaris package installed. Is it ok with the openpkg policy to require a external package that is not maintained by openpkg ? And, where do I send the changes so that others can use it as well ? How about packages that only work on certain OS'es ? and How about wrappers for commercial packages ? Hopw not to create the in german so famous wholes in the belly ... cheers Michael Ralf S. Engelschall wrote: > > In article <20020118152159.A5927@engelschall.com> you wrote: > >> [...] >> We prefer the clean-room approach and did not care about existing >> .spec's at all. We always start from scratch, because experience >> showed that you are faster this way if you want to reach a 100% clean >> packaging. The are multiple reasons for this. The main ones follow: >> >> 1. OpenPKG packages _have to_ be build-able under non-root >> (for security and OS-trashing reasons) >> >> 2. OpenPKG packages _have to_ be build-able inside $RPM_BUILD_ROOT >> (for correct file determination reasons) >> >> 3. OpenPKG package specifications _have to_ be all of the >> same coding style. We're very pedantic about cleanness. >> (for maintainance and consistency reasons) > > Just FYI: This is now answered in even more detail also in the FAQ. > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Fri Jan 18 17:55:22 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 0872B1C180B; Fri, 18 Jan 2002 17:55:21 +0100 (CET) To: openpkg-users@openpkg.org From: Michael Bielicki Subject: UPDATE to 1.0.1 via rpm bails out ... Date: Fri, 18 Jan 2002 16:55:33 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: There seems to be a bug in the spec file in the openpkg 1.0.1 src.rpm file. It is looking for a binary in the temporary file that it has not yet created, namely make ... From openpkg-users-owner@openpkg.org Fri Jan 18 18:38:16 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id CC64B1C1801 for ; Fri, 18 Jan 2002 18:38:15 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id B8EE54CE6E2; Fri, 18 Jan 2002 18:38:15 +0100 (CET) Date: Fri, 18 Jan 2002 18:38:15 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: UPDATE to 1.0.1 via rpm bails out ... Message-ID: <20020118183815.A38574@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > There seems to be a bug in the spec file in the openpkg 1.0.1 src.rpm file. > It is looking for a binary in the temporary file that it has not yet > created, namely make ... Not the reference to the binary is the problem. The problem seems to be that GNU make not even built. Make sure you fulfilled the pre-requisites of your platform. On Solaris this means that /usr/ccs/bin has to be in your $PATH, etc. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 18 21:34:40 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id EC1C41C1801 for ; Fri, 18 Jan 2002 21:34:39 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id D985F4CE6E2; Fri, 18 Jan 2002 21:34:39 +0100 (CET) Date: Fri, 18 Jan 2002 21:34:39 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bunch of questions ... Message-ID: <20020118213439.A63144@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > How about special per OS options. THere is no IBM HTTPserver for freebsd > and I would like to make a spec for php-4.1.1 where it compiles fine on > solaris and linux with the IBM solaris package installed. Is it ok with the > openpkg policy to require a external package that is not maintained by > openpkg ? In general a dependency to an external package is against the "be self-containt and stand-alone" policy. Especially if this dependent stuff is only available on a few platforms. If it is available on at least FreeBSD, Linux and Solaris our approach usually is to re-package it (as mentioned) to change the external dependency to an internal one. The "jdk-sun" and "tsmc" packages are an example. Nevertheless don't be bothered by those policies. These are just restrictions to packages which should become official ones and included into official OpenPKG releases. If you look into our CVS you will notice that we released only 167 out of 242 packages as OpenPKG 1.0, because the others are either not tested enough, do not fulfill all requirements, etc. Nevertheless we packaged it for us. The same should apply to you. Either just make a local package out of this, i.e., treat OpenPKG just as the framework to fulfill your local requirements. Or (if it at least fulfills most of the policies and is useful to others, too) send it to us for inclusing into the forthcoming contributor area (more details later). > And, where do I send the changes so that others can use it as > well ? We will establish a contributor area in the FTP and CVS services of OpenPKG. You then can upload your changes and contributions there. Until this is established, just send your stuff either to the bug database or post it on openpkg-dev. > How about packages that only work on certain OS'es ? > and > How about wrappers for commercial packages ? That's a problem, because this is against OpenPKG cross-platform policy. At least FreeBSD, Linux and Solaris have to work. If this is the case, no problem. If not, it should to be perhaps re-thought whether the package is worth to be packaged. Because usually all good Open Source software should be portable to these three platforms. And the commercial software usually is not worth packaging inside OpenPKG because it has too much special external dependencies to the particular platform and is usually only available as binary. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 22 11:59:12 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 034F71C180C; Tue, 22 Jan 2002 11:59:11 +0100 (CET) To: openpkg-users@openpkg.org From: Michael Bielicki Subject: Problems with some packages Date: Tue, 22 Jan 2002 10:59:21 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi there, my life system on which I am using openpkg now is a whole set of solaris boxes, netra's, ultra 10's and e250 - e450. Now most of the packages are simply perfect. I am still impressed with the eay install and handling. But I have one problem and I know the solution for it but I would like to know why things are handled that way. In all packages I find on ftp.openpkg.org, shared libraries are disabled. This breaks a lot of stuff I wanted to add as packages. Especially in the case of the dev libraries, like sasl or pth, packages using that break since they gt unresolved dependencies on solaris. I patched the spec files to exclude --disable shared, but still would like to know why it is done like that in the first place ? Is ther a particular reason for that ? I also found some no go's in current packages if used on solaris. WHre should I sent the patched spec to ? cheers Michael From openpkg-users-owner@openpkg.org Tue Jan 22 14:52:42 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 3D3801C1800 for ; Tue, 22 Jan 2002 14:52:42 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 2A8CA4CE541; Tue, 22 Jan 2002 14:52:42 +0100 (CET) Date: Tue, 22 Jan 2002 14:52:42 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems with some packages Message-ID: <20020122145242.A27815@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > my life system on which I am using openpkg now is a whole set of solaris > boxes, netra's, ultra 10's and e250 - e450. > Now most of the packages are simply perfect. I am still impressed with the > eay install and handling. But I have one problem and I know the solution > for it but I would like to know why things are handled that way. In all > packages I find on ftp.openpkg.org, shared libraries are disabled. Yes, see http://www.openpkg.org/faq.html#no-shlib > This > breaks a lot of stuff I wanted to add as packages. This I do not understand. I can only think about a few very strange DSO-situations (a DSO wants to link about a library and it is not PIC and the linked is not capable of correctly relocating it on-the-fly). But this happens only in a few (also strange) applications like Apache. Ok, I know, partly my fault because I invented the DSO mechanism in Apache... ;) > Especially in the case > of the dev libraries, like sasl or pth, packages using that break since > they gt unresolved dependencies on solaris. Then something different is broken for you. If you get "unresolved symbol" it doesn't find the library at all, or ranlib was not run on a ranlib-based system, etc. But this has nothing to do with static vs. shared AFAIK. > I patched the spec files to > exclude --disable shared, but still would like to know why it is done like > that in the first place ? Is ther a particular reason for that ? Yes, I tried to summary it now in see http://www.openpkg.org/faq.html#no-shlib Nevertheless I still do not understand why removing --disable-shared helped you. Can you give more details about your situation? > I also found some no go's in current packages if used on solaris. WHre > should I sent the patched spec to ? Just send them to openpkg-dev@openpkg.org and/or submit a Bug Report in the BugDB, etc. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 7 04:20:07 2002 Received: from bonnie.telesoft.ca (d-47-9-res1.mts.net [207.161.47.9]) by mail.openpkg.org (Postfix) with ESMTP id D1CD31C180E for ; Thu, 7 Feb 2002 04:13:15 +0100 (CET) Received: from telesoft.ca (gjd@localhost [127.0.0.1]) by bonnie.telesoft.ca (8.12.2/8.12.2) with ESMTP id g173D7v4015724 for ; Wed, 6 Feb 2002 21:13:14 -0600 Message-ID: <3C61F048.3050608@telesoft.ca> Date: Wed, 06 Feb 2002 21:11:04 -0600 From: Gary de Montigny MIME-Version: 1.0 To: Openpkg Mailing List Subject: Environment Problems Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, I was about to install the latest update from openpkg20020129 to 20020206 and noticed I am unable to load the /cw environment using either opa /cw or eval from root. I get the following error at the prompt: /cw/lib/openpkg/bash:--norc --noprofile --posix: unrecognized option Running Slackware version 8.0 on a i586. No problem prior to these versions. Thanks. -- / Gary de Montigny / www.telesoft.ca / TeleSoft Systems / gjd@telesoft.ca / Gnupg Key Id: E213B692 / Secure your privacy with GNU(PGP) From openpkg-users-owner@openpkg.org Thu Feb 7 09:38:39 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 1BF401C180E for ; Thu, 7 Feb 2002 09:38:39 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id E43264CE53D; Thu, 7 Feb 2002 09:38:38 +0100 (CET) Date: Thu, 7 Feb 2002 09:38:38 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Environment Problems Message-ID: <20020207093838.A81033@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <3C61F048.3050608@telesoft.ca> you wrote: > I was about to install the latest update from openpkg20020129 to > 20020206 and noticed I am unable to load the /cw environment using > either opa /cw or eval from root. > > I get the following error at the prompt: > > /cw/lib/openpkg/bash:--norc --noprofile --posix: unrecognized option > > Running Slackware version 8.0 on a i586. No problem prior to these > versions. Thanks. I think you fetched 20020206 in the middle of my hacking, i.e., I fixed exactly this problem a few minutes after kicking 20020206 to the FTP service, rerolled the file and updated the file on the FTP service. Try to fetch it again and re-install it. I think it is then fixed. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 7 22:47:22 2002 Received: from bonnie.telesoft.ca (d-47-9-res1.mts.net [207.161.47.9]) by mail.openpkg.org (Postfix) with ESMTP id 456411C1803 for ; Thu, 7 Feb 2002 22:47:21 +0100 (CET) Received: from bonnie.telesoft.ca (gjd@localhost [127.0.0.1]) by bonnie.telesoft.ca (8.12.2/8.12.2) with ESMTP id g17LlDv5003103 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 7 Feb 2002 15:47:19 -0600 Received: from localhost (gjd@localhost) by bonnie.telesoft.ca (8.12.2/8.12.2/Submit) with ESMTP id g17Ll80D003100 for ; Thu, 7 Feb 2002 15:47:13 -0600 Date: Thu, 7 Feb 2002 15:47:07 -0600 (CST) From: Gary de Montigny To: openpkg-users@openpkg.org Subject: Re: Environment Problems In-Reply-To: <20020207093838.A81033@engelschall.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, 7 Feb 2002, Ralf S. Engelschall wrote: > > I get the following error at the prompt: > > > > /cw/lib/openpkg/bash:--norc --noprofile --posix: unrecognized option > > I think you fetched 20020206 in the middle of my hacking, i.e., I fixed > exactly this problem a few minutes after kicking 20020206 to the FTP service, > rerolled the file and updated the file on the FTP service. Try to fetch it > again and re-install it. I think it is then fixed. Hi Ralf, Well I did as you said and downloaded and recompiled the source rpm and unfortunately I am having the same problem. Maybe I am overlooking something but it sure has got me stumped. Thanks. Gary de Montigny From openpkg-users-owner@openpkg.org Fri Feb 8 11:29:29 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 1752E1C1803 for ; Fri, 8 Feb 2002 11:29:29 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 0603E4CE523; Fri, 8 Feb 2002 11:29:28 +0100 (CET) Date: Fri, 8 Feb 2002 11:29:28 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Environment Problems Message-ID: <20020208112928.A23681@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <3C61F048.3050608@telesoft.ca> you wrote: > I was about to install the latest update from openpkg20020129 to > 20020206 and noticed I am unable to load the /cw environment using > either opa /cw or eval from root. > > I get the following error at the prompt: > > /cw/lib/openpkg/bash:--norc --noprofile --posix: unrecognized option > > Running Slackware version 8.0 on a i586. No problem prior to these > versions. Thanks. Oh, sorry, seems like I overlooked the actual problem. I though it was the new openpkg_ignall stuff. But it seems like our Bash configures itself differently under Slackware and this way does not support the usual options. To allow us to track this down, can you run the following commands and provide us the output and error messages: $ /cw/lib/openpkg/bash --version $ /cw/lib/openpkg/bash --norc $ /cw/lib/openpkg/bash --noprofile $ /cw/lib/openpkg/bash --posix $ head /cw/etc/rc My current guess is that Bash 2.05a disables one of these options under Slackware for unknown reasons... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 8 16:19:28 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7BC641C1803 for ; Fri, 8 Feb 2002 16:19:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 5768A4CE523; Fri, 8 Feb 2002 16:19:28 +0100 (CET) Date: Fri, 8 Feb 2002 16:19:28 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Environment Problems Message-ID: <20020208161928.A71646@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020208112928.A23681@engelschall.com> you wrote: > > In article <3C61F048.3050608@telesoft.ca> you wrote: > >> I was about to install the latest update from openpkg20020129 to >> 20020206 and noticed I am unable to load the /cw environment using >> either opa /cw or eval from root. >> >> I get the following error at the prompt: >> >> /cw/lib/openpkg/bash:--norc --noprofile --posix: unrecognized option >> >> Running Slackware version 8.0 on a i586. No problem prior to these >> versions. Thanks. > > Oh, sorry, seems like I overlooked the actual problem. I though it was the new > openpkg_ignall stuff. But it seems like our Bash configures itself differently > under Slackware and this way does not support the usual options. > > To allow us to track this down, can you run the following commands and > provide us the output and error messages: > > $ /cw/lib/openpkg/bash --version > $ /cw/lib/openpkg/bash --norc > $ /cw/lib/openpkg/bash --noprofile > $ /cw/lib/openpkg/bash --posix > $ head /cw/etc/rc > > My current guess is that Bash 2.05a disables one of these options under > Slackware for unknown reasons... Ok, we now found the problem. The brain-dead Linux loader is unable to pass multiple arguments on a shebang-line correctly, i.e. as multiple arguments and not a single one. Under FreeBSD and Solaris this worked as expected. Upgrade to openpkg 20020208 and the problem under Linux should be gone. Thanks for the feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 8 18:06:49 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id 338041C1803 for ; Fri, 8 Feb 2002 16:51:18 +0100 (CET) Received: from chomsky.noc.de (IDENT:jlehrke@chomsky.noc.de [192.168.10.2]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g18FpA0a018167 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 8 Feb 2002 16:51:12 +0100 Date: Fri, 08 Feb 2002 16:51:06 +0100 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: Problems with apache Message-ID: <110720000.1013183465@chomsky.noc.de> In-Reply-To: <20020208161928.A71646@engelschall.com> References: <20020208161928.A71646@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I installed apache-1.3.22-1.0.0.src.rpm and apache-1.3.23-20020201.src.rpm on a Solaris 8 Box (compiled on the machine with openssl-0.9.6b-1.0.0.src.rpm and mm-1.1.3-1.0.0.src.rpm as well). Now I get curious errors from dying apache processes in the error.log file: [Fri Feb 8 13:21:05 2002] [notice] child pid 28802 exit signal Bus Error (10) The client does not get the request from such an instance and displays a message about an empty document. Normally you get this errors from misalignment or hardware problems. No other process on the system shows any problems, which makes hardware failures relatively unlikely. Does anyone notice the same problem and found a solution? Thanks for any help! - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8Y/PuqBmc6cZoRKwRAhIqAJ9KwpYr37bj6Yqwv7zaTz2F0tNMtQCfXQ/y puLg9BqKKBNzoT0sNyPSgD8= =C3wo -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Fri Feb 8 21:23:20 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 9C6591C1803 for ; Fri, 8 Feb 2002 21:23:20 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 882044CE5F1; Fri, 8 Feb 2002 21:23:20 +0100 (CET) Date: Fri, 8 Feb 2002 21:23:20 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems with apache Message-ID: <20020208212320.A18648@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <110720000.1013183465@chomsky.noc.de> you wrote: > I installed apache-1.3.22-1.0.0.src.rpm and apache-1.3.23-20020201.src.rpm > on a Solaris 8 Box (compiled on the machine with > openssl-0.9.6b-1.0.0.src.rpm and mm-1.1.3-1.0.0.src.rpm as well). > Now I get curious errors from dying apache processes in the error.log file: > [Fri Feb 8 13:21:05 2002] [notice] child pid 28802 exit signal Bus Error > (10) > The client does not get the request from such an instance and displays a > message about an empty document. > > Normally you get this errors from misalignment or hardware problems. No > other process on the system shows any problems, which makes hardware > failures relatively unlikely. > > Does anyone notice the same problem and found a solution? A few hints: 1. I've fixed session cache related problems in mod_ssl 2.8.6 which is used with Apache 1.3.23. So definetely try only this version. 2. I recommend you to use the shmht or shmcb SSL session caches instead of the dbm session cache. 3. Especially under Solaris as a test try to not mix mod_perl and mod_php or either of them with mod_ssl. Because we know (totally independent of OpenPKG) of problems with the intermixing of these three modules under Solaris. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 9 06:20:53 2002 Received: from bonnie.telesoft.ca (d-47-9-res1.mts.net [207.161.47.9]) by mail.openpkg.org (Postfix) with ESMTP id 241C91C1803 for ; Sat, 9 Feb 2002 06:20:52 +0100 (CET) Received: from bonnie.telesoft.ca (gjd@localhost [127.0.0.1]) by bonnie.telesoft.ca (8.12.2/8.12.2) with ESMTP id g195Kdv5008289 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 8 Feb 2002 23:20:45 -0600 Received: from localhost (gjd@localhost) by bonnie.telesoft.ca (8.12.2/8.12.2/Submit) with ESMTP id g195KWdQ008286 for ; Fri, 8 Feb 2002 23:20:38 -0600 Date: Fri, 8 Feb 2002 23:20:32 -0600 (CST) From: Gary de Montigny To: openpkg-users@openpkg.org Subject: Re: Environment Problems In-Reply-To: <20020208161928.A71646@engelschall.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Ok, we now found the problem. The brain-dead Linux loader is unable to > pass multiple arguments on a shebang-line correctly, i.e. as multiple > arguments and not a single one. Under FreeBSD and Solaris this worked as > expected. Upgrade to openpkg 20020208 and the problem under Linux should > be gone. Thanks for the feedback. Hi Ralf, I am happy to say whatever you did fixed the problem. Thanks. Gary de Montigny From openpkg-users-owner@openpkg.org Sat Feb 16 18:17:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 847C51C1822; Sat, 16 Feb 2002 18:17:59 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 584B14CE726; Sat, 16 Feb 2002 18:17:59 +0100 (CET) Received: by en1.engelschall.com (Sendmail 8.11.0+) id g1GHHjP69299; Sat, 16 Feb 2002 18:17:45 +0100 (CET) Date: Sat, 16 Feb 2002 18:17:45 +0100 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: Anonymous-CVS access available Message-ID: <20020216171745.GA69152@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: We've now established also an Anonymous-CVS service for accessing the OpenPKG CVS repository. For details you can find under http://www.openpkg.org/contrib.html. Typical use case: $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs login (Logging in to anonymous@cvs.openpkg.org) CVS password: [...JUST PRESS RETURN...] $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs co openpkg-src $ cd openpkg-src/bash $ vi bash.spec [...HACKING WILD TO FIX SOMETHING...] $ cvs diff | mail -s "[PATCH] bash bugfix" openpkg-dev@openpkg.org $ cd ../.. $ rm -rf openpkg-src Yours, Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 20 15:06:57 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id D006C1C1810; Wed, 20 Feb 2002 15:06:56 +0100 (CET) To: openpkg-users@openpkg.org From: Michael Bielicki Subject: libxml 2.4.15 does not compile on solaris 8 Date: Wed, 20 Feb 2002 14:06:58 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: there seems to be a bug in the libxml packages. Both 2.4.14 and 2.4.15 don't compile on solaris8 sparc From openpkg-users-owner@openpkg.org Mon Feb 25 15:44:46 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id 7C0331C1816 for ; Mon, 25 Feb 2002 15:44:45 +0100 (CET) Received: from [] (IDENT:jlehrke@chomsky.noc.de [192.168.10.2]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g1PEihFL028013 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 25 Feb 2002 15:44:44 +0100 Date: Mon, 25 Feb 2002 15:44:39 +0100 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: Re: Problems with apache Message-ID: <64430000.1014648279@localhost> In-Reply-To: <20020208212320.A18648@engelschall.com> References: <20020208212320.A18648@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ralf, thanks for your hints! I tried all your recommendations and the problem was not gone. In fact I tried the new shmcb SSL session caches and that was my problem, I believe. Since I switched back to shmht (and even with dbm) it works fine. Cheers, - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ek3bqBmc6cZoRKwRAjXDAKDFkMSSk4CAjOWuq+Sz7q3KOTu0nACgmDPr Nn+dLThUYqSsPI/0I3fOdEU= =99z8 -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Fri Mar 1 12:55:21 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id 73DA61C180C for ; Fri, 1 Mar 2002 12:55:20 +0100 (CET) Received: from [] (IDENT:jlehrke@chomsky.noc.de [192.168.10.2]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g21BtDFL015288 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 1 Mar 2002 12:55:14 +0100 Date: Fri, 01 Mar 2002 12:55:08 +0100 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: Apache broken by IE-Clients Message-ID: <53160000.1014983708@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm running apache-1.3.23-20020215-sparc64-solaris2.8 with openssl-0.9.6c-20020206-sparc64-solaris2.8 and mod_ssl on Port 445. I fond that IE5.x can break the running apache partly (only this client is not getting the reuest) or sometimes even total (no further request is served). I'm using SSLCipherSuite ALL:!ADH:!RC4+MD5:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL I would be happy, if only the nasty IE is broken, but if the server itself dies, that is too much. Any suggestions? Cheers! - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8f2wgqBmc6cZoRKwRAlLZAJ9RimlxyDJFM4+i0nQHp1qi3r1DSwCfQNRo MSUY3VpdHrgnA65l3k6DQ1s= =mhWG -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Fri Mar 1 19:04:06 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id BC96C1C180C for ; Fri, 1 Mar 2002 19:04:05 +0100 (CET) Received: from [] (IDENT:jlehrke@chomsky.noc.de [192.168.10.2]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g21I44FL016211 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 1 Mar 2002 19:04:05 +0100 Date: Fri, 01 Mar 2002 19:03:59 +0100 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: Re: Apache broken by IE-Clients Message-ID: <91870000.1015005839@localhost> In-Reply-To: <53160000.1014983708@localhost> References: <53160000.1014983708@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, here some additional information about my problem I, which sorted out: The system is running out of semaphores after a few requests from IE. This seems to be the reason for the total breakdown of apache, too. The system has more than the default semaphores available (/etc/system) already. Cheers! - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8f8KTqBmc6cZoRKwRApDQAJ4kValx2NcnKcqudZ00JzNuIQ5SCwCfWW6u giHzEHYaPNjGlMRPL+twZgM= =3k2Y -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Sat Mar 2 09:25:28 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 5A9E81C180C for ; Sat, 2 Mar 2002 09:25:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 484FD4CE683; Sat, 2 Mar 2002 09:25:28 +0100 (CET) Date: Sat, 2 Mar 2002 09:25:28 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Apache broken by IE-Clients Message-ID: <20020302082528.GA34589@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <53160000.1014983708@localhost> you wrote: > I'm running apache-1.3.23-20020215-sparc64-solaris2.8 with > openssl-0.9.6c-20020206-sparc64-solaris2.8 and mod_ssl on Port 445. I fond > that IE5.x can break the running apache partly (only this client is not > getting the reuest) or sometimes even total (no further request is served). > I'm using > SSLCipherSuite > ALL:!ADH:!RC4+MD5:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL > > I would be happy, if only the nasty IE is broken, but if the server itself > dies, that is too much. Any suggestions? Hmmm.. I've no clue what the problem actually is. But I guess is is again related to the session cache. My recommendation is to post this again to modssl-users@modssl.org in the hope one of our mod_ssl users knows already a solution or has at least a hint. Additionally make sure you use the latest "apache" package where mod_ssl 2.8.7 is contained. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Mar 2 09:45:48 2002 Received: from executor.cambridge.redhat.com (dell-paw-3.cambridge.redhat.com [195.224.55.237]) by mail.openpkg.org (Postfix) with ESMTP id ADD221C1803 for ; Fri, 8 Feb 2002 23:37:52 +0100 (CET) Received: from host181.cambridge.redhat.com (radish.cambridge.redhat.com [172.16.18.90]) by executor.cambridge.redhat.com (Postfix) with ESMTP id 8F7BFABAF8; Fri, 8 Feb 2002 22:37:51 +0000 (GMT) Received: (from jorton@localhost) by host181.cambridge.redhat.com (8.11.2/8.11.0) id g18Mbo819039; Fri, 8 Feb 2002 22:37:50 GMT Date: Fri, 8 Feb 2002 22:37:50 +0000 From: Joe Orton To: openpkg-users@openpkg.org Cc: Geoff Thorpe Subject: Re: Problems with apache Message-ID: <20020208223750.A18865@redhat.com> References: <20020208212320.A18648@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020208212320.A18648@engelschall.com>; from rse@engelschall.com on Fri, Feb 08, 2002 at 09:23:20PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 08, 2002 at 09:23:20PM +0100, Ralf S. Engelschall wrote: > > In article <110720000.1013183465@chomsky.noc.de> you wrote: > > > I installed apache-1.3.22-1.0.0.src.rpm and apache-1.3.23-20020201.src.rpm > > on a Solaris 8 Box (compiled on the machine with > > openssl-0.9.6b-1.0.0.src.rpm and mm-1.1.3-1.0.0.src.rpm as well). > > Now I get curious errors from dying apache processes in the error.log file: > > [Fri Feb 8 13:21:05 2002] [notice] child pid 28802 exit signal Bus Error > > (10) > > The client does not get the request from such an instance and displays a > > message about an empty document. > > > > Normally you get this errors from misalignment or hardware problems. No > > other process on the system shows any problems, which makes hardware > > failures relatively unlikely. > > > > Does anyone notice the same problem and found a solution? > > A few hints: > > 1. I've fixed session cache related problems in mod_ssl 2.8.6 which > is used with Apache 1.3.23. So definetely try only this version. Actually 2.8.6 does not contain all the shmcb SIGBUS fixes we have (from the patch Geoff submitted to you, AFAIK). If I re-diff the patch I get the following, though I haven't compiled or tested it: --- ssl_scache_shmcb.c.orig Thu Jan 31 16:02:11 2002 +++ ssl_scache_shmcb.c Fri Feb 8 22:24:42 2002 @@ -262,13 +262,38 @@ memcpys can hardly make a dent on the massive memmove operations this cache technique avoids, nor the overheads of ASN en/decoding. */ static unsigned int shmcb_get_safe_uint(unsigned int *); -static void shmcb_set_safe_uint(unsigned int *, unsigned int); +static void shmcb_set_safe_uint_ex(unsigned char *, const unsigned char *); +#define shmcb_set_safe_uint(pdest, src) + do { + unsigned int tmp_uint = src; + shmcb_set_safe_uint_ex((unsigned char *)pdest, + (const unsigned char *)(&tmp_uint)); + } while(0) #if 0 /* Unused so far */ static unsigned long shmcb_get_safe_ulong(unsigned long *); -static void shmcb_set_safe_ulong(unsigned long *, unsigned long); +static void shmcb_set_safe_ulong_ex(unsigned char *, const unsigned char *); +#define shmcb_set_safe_ulong(pdest, src) + do { + unsigned long tmp_ulong = src; + shmcb_set_safe_ulong_ex((unsigned char *)pdest, + (const unsigned char *)(&tmp_ulong)); + } while(0) #endif static time_t shmcb_get_safe_time(time_t *); -static void shmcb_set_safe_time(time_t *, time_t); +static void shmcb_set_safe_time_ex(unsigned char *, const unsigned char *); +#define shmcb_set_safe_time(pdest, src) + do { + time_t tmp_time = src; + shmcb_set_safe_time_ex((unsigned char *)pdest, + (const unsigned char *)(&tmp_time)); + } while(0) + +/* This is necessary simply so that the size passed to memset() is not a + * compile-time constant, preventing the compiler from optimising it. */ +static void shmcb_safe_clear(void *ptr, size_t size) +{ + memset(ptr, 0, size); +} /* Underlying functions for session-caching */ static BOOL shmcb_init_memory(server_rec *, void *, unsigned int); @@ -306,61 +331,46 @@ static unsigned int shmcb_get_safe_uint(unsigned int *ptr) { - unsigned char *from; unsigned int ret; - - from = (unsigned char *)ptr; - memcpy(&ret, from, sizeof(unsigned int)); + shmcb_set_safe_uint_ex((unsigned char *)(&ret), + (const unsigned char *)ptr); return ret; } -static void shmcb_set_safe_uint(unsigned int *ptr, unsigned int val) +static void shmcb_set_safe_uint_ex(unsigned char *dest, + const unsigned char *src) { - unsigned char *to, *from; - - to = (unsigned char *)ptr; - from = (unsigned char *)(&val); - memcpy(to, from, sizeof(unsigned int)); + memcpy(dest, src, sizeof(unsigned int)); } #if 0 /* Unused so far */ static unsigned long shmcb_get_safe_ulong(unsigned long *ptr) { - unsigned char *from; unsigned long ret; - - from = (unsigned char *)ptr; - memcpy(&ret, from, sizeof(unsigned long)); + shmcb_set_safe_ulong_ex((unsigned char *)(&ret), + (const unsigned char *)ptr); return ret; } -static void shmcb_set_safe_ulong(unsigned long *ptr, unsigned long val) +static void shmcb_set_safe_ulong_ex(unsigned char *dest, + const unsigned char *src) { - unsigned char *to, *from; - - to = (unsigned char *)ptr; - from = (unsigned char *)(&val); - memcpy(to, from, sizeof(unsigned long)); + memcpy(dest, src, sizeof(unsigned long)); } #endif static time_t shmcb_get_safe_time(time_t * ptr) { - unsigned char *from; time_t ret; - - from = (unsigned char *)ptr; - memcpy(&ret, from, sizeof(time_t)); + shmcb_set_safe_time_ex((unsigned char *)(&ret), + (const unsigned char *)ptr); return ret; } -static void shmcb_set_safe_time(time_t * ptr, time_t val) +static void shmcb_set_safe_time_ex(unsigned char *dest, + const unsigned char *src) { - unsigned char *to, *from; - - to = (unsigned char *)ptr; - from = (unsigned char *)(&val); - memcpy(to, from, sizeof(time_t)); + memcpy(dest, src, sizeof(time_t)); } /* @@ -1176,7 +1186,7 @@ "internal error"); return FALSE; } - memset(idx, 0, sizeof(SHMCBIndex)); + shmcb_safe_clear(idx, sizeof(SHMCBIndex)); shmcb_set_safe_time(&(idx->expires), expiry_time); shmcb_set_safe_uint(&(idx->offset), new_offset); From openpkg-users-owner@openpkg.org Sat Mar 2 09:46:24 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 34FE11C1811; Fri, 1 Mar 2002 11:05:34 +0100 (CET) To: openpkg-users@openpkg.org From: "George W. Wood" Subject: How does OpenPKG undo? How does OpenPKG handle multiple versions? Date: Fri, 01 Mar 2002 04:05:34 -0600 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: "George W. Wood" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: We are considering using OpenPKG where I work. We currently use depot to keep track of changes to /usr/local so that we can easily undo an install if it did not work. Let's say I upgrade Perl and my users complain that they would like the old package back. How do you handle this? Another question: If I want two simultaneously installed versions of Perl, how do I handle that? George Wood sanug@sanug.com From openpkg-users-owner@openpkg.org Sat Mar 2 09:52:57 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E6B5A1C180C for ; Sat, 2 Mar 2002 09:52:56 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id D07324CE683; Sat, 2 Mar 2002 09:52:56 +0100 (CET) Date: Sat, 2 Mar 2002 09:52:56 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: How does OpenPKG undo? How does OpenPKG handle multiple versions? Message-ID: <20020302085256.GA40862@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > We are considering using OpenPKG where I work. > We currently use depot to keep track of changes to /usr/local > so that we can easily undo an install if it did not work. > > Let's say I upgrade Perl and my users complain that they would like the old > package back. How do you handle this? You just keep the binary RPMs under /RPM/PKG/ and if a version does not work, you perform an "rpm -Uvh --oldpackage /RPM/PKG/..." with the old version. > [...] > If I want two simultaneously installed versions of Perl, how do I handle > that? For this you require a second OpenPKG instance, because RPM allows only a package to be installed once per instance. But this is no problem, I've production machines with 6 non-testing OpenPKG instances. OTOH, keep in mind that /local/ and the /sbin/lsync tool provide a similar mechanism to "depot". With this you can install multiple Perl versions under /local/PKG/ and easily switch between them. Read the manual page lsync.8 which is included in the OpenPKG bootstrap or which you can download from http://www.openpkg.org/cvsweb/cvsweb.cgi/~checkout~/openpkg-src/openpkg/lsync.8?rev=1.2&content-type=text/plain Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Mar 4 05:49:11 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 833FF1C1811; Mon, 4 Mar 2002 05:49:11 +0100 (CET) To: openpkg-users@openpkg.org From: "George W. Wood" Subject: Test Date: Sun, 03 Mar 2002 22:49:10 -0600 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a test to set up the right to post to this news group. -- George Wood From openpkg-users-owner@openpkg.org Sat Mar 9 00:06:43 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id 4CEE41C1816 for ; Fri, 8 Mar 2002 22:54:31 +0100 (CET) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g28LsAY29909 for ; Sat, 9 Mar 2002 08:54:11 +1100 (EST) Message-ID: <3C8924D4.2010207@dodgyware.com> Date: Sat, 09 Mar 2002 07:53:40 +1100 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: installation problems Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi All I am trying to install the openpkg source and when I run the script initially it compiles and runs ok. But the next script that is generated, and required to run fails as either root or or as the cw user I created as required. I am running linux with the 2.4.17 kernel. here is the output from root openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installing into /cw... openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: /cw: Is a directory openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: create: command not found ln: S99cw/cw': File exists ln: K00cw/cw': File exists Here is the output as cw user uncompress: stdin: $ sh openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installing into /cw... openpkg:WARNING: skipping creation of system run-command hooks openpkg:WARNING: (would require root-priviledges) openpkg:WARNING: skipping creation of system cron hooks openpkg:WARNING: (would require root-priviledges) uncompress: stdin: unexpected end of file openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installation done.unexpected end of file openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installation done. What am I doing wrong, I am following the tutorial as instructed of the website. Joseph From openpkg-users-owner@openpkg.org Sat Mar 9 00:15:53 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E0DF21C181E for ; Sat, 9 Mar 2002 00:15:52 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id C3FFC4CE696; Sat, 9 Mar 2002 00:15:52 +0100 (CET) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g28NFX621426; Sat, 9 Mar 2002 00:15:33 +0100 (CET) Date: Sat, 9 Mar 2002 00:15:33 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020308231533.GA21298@engelschall.com> References: <3C8924D4.2010207@dodgyware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3C8924D4.2010207@dodgyware.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Mar 09, 2002, Joseph Sirucka wrote: > I am trying to install the openpkg source and when I run the script > initially it compiles and runs ok. But the next script that is > generated, and required to run fails as either root or or as the cw user > I created as required. > > I am running linux with the 2.4.17 kernel. > > here is the output from root > > openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installing into /cw... > openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: /cw: Is a directory > openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: create: command not found > ln: S99cw/cw': File exists > ln: K00cw/cw': File exists > > Here is the output as cw user > [...] You have to perform the installation as root, of course. But the errors looks strange if you do this. Can you retry this with the latest "openpkg" package from OpenPKG-CURRENT? If this also fails, try to first cleanup your system by removing the user/group from /etc/passwd+/etc/group and the init-scripts from /etc/rc.d/*. Then retry it. Either something is trashed on your system or we have a bug here. But currently you seem to have a non-clean system, so it is hard to figure out the problem. Additionally, try to run with "sh -x ..*.sh" and show us the output. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Mar 9 04:17:01 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id 8DEF41C181E for ; Sat, 9 Mar 2002 04:16:55 +0100 (CET) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g293GXY01638 for ; Sat, 9 Mar 2002 14:16:33 +1100 (EST) Message-ID: <3C897061.4090401@dodgyware.com> Date: Sat, 09 Mar 2002 13:16:01 +1100 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <3C8924D4.2010207@dodgyware.com> <20020308231533.GA21298@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf apparently it still breaks with the latest source but heres the output root@wireless2:/opt/tmp/source> 20020308.ix86-linux2.4-cw.sh < + f=openpkg-20020308-20020308.ix86-linux2.4-cw.sh + help=0 + verbose=0 + prefix=/cw + t=openpkg-20020308-20020308.ix86-linux2.4-cw.tar.Z + susr=root + sgrp=root + musr=cw + mgrp=cw + rusr=cw-r + rgrp=cw-r + nusr=cw-n + ngrp=cw-n + '[' ./cw = . ']' + '[' .0 = .1 ']' + LC_CTYPE=C + export LC_CTYPE + umask 022 + cusr=root + echo 'openpkg-20020308-20020308.ix86-linux2.4-cw.sh: installing into /cw...' openpkg-20020308-20020308.ix86-linux2.4-cw.sh: installing into /cw... + set -- 1 + cusr=root + '[' .root = . ']' + '[' .root = . ']' + '[' .cw = . ']' + '[' .cw = . ']' + '[' .cw-r = . ']' + '[' .cw-r = . ']' + '[' .cw-n = . ']' + '[' .cw-n = . ']' + '[' ./cw = . ']' ++ echo /cw ++ sed -e 's;//*;/;g' -e 's;/$;;' + prefix=/cw + eval 'xusr="$susr"' ++ xusr=root + eval 'xgrp="$sgrp"' ++ xgrp=root + eval 'xuid="$suid"' ++ xuid= + eval 'xgid="$sgid"' ++ xgid= + '[' . = . ']' ++ grep '^root:' ++ awk -F: '{ print $3; }' + xuid=0 + '[' .0 = . ']'+ '[' . = . ']' ++ grep '^root:' ++ awk -F: '{ print $3; }' + xgid=0 + '[' .0 = . ']' + eval 'suid="0"' ++ suid=0 + eval 'sgid="0"' ++ sgid=0 + eval 'xusr="$musr"' ++ xusr=cw + eval 'xgrp="$mgrp"' ++ xgrp=cw + eval 'xuid="$muid"' ++ xuid= + eval 'xgid="$mgid"' ++ xgid= + '[' . = . ']' ++ grep '^cw:' ++ awk -F: '{ print $3; }' + xuid=1000 + '[' .1000 = . ']' + '[' . = . ']' ++ grep '^cw:' ++ awk -F: '{ print $3; }' + xgid=1000 + '[' .1000 = . ']' + eval 'muid="1000"' ++ muid=1000 + eval 'mgid="1000"' ++ mgid=1000 + eval 'xusr="$rusr"' ++ xusr=cw-r + eval 'xgrp="$rgrp"' ++ xgrp=cw-r + eval 'xuid="$ruid"' ++ xuid= + eval 'xgid="$rgid"' ++ xgid= + '[' . = . ']' +++ xgid=1001 + '[' .1001 = . ']' + eval 'ruid="1001"' ++ ruid=1001 + eval 'rgid="1001"' ++ rgid=1001 + eval 'xusr="$nusr"' ++ xusr=cw-n + eval 'xgrp="$ngrp"' ++ xgrp=cw-n + eval 'xuid="$nuid"' ++ xuid= + eval 'xgid="$ngid"' ++ xgid= + '[' . = . ']' ++ grep '^cw-n:' ++ awk -F: '{ print $3; }' + xuid=1002 + '[' .1002 = . ']' + '[' . = . ']' ++ grep '^cw-n:' ++ awk -F: '{ print $3; }' + xgid=1002 + '[' .1002 = . ']' + eval 'nuid="1002"' ++ nuid=1002 + eval 'ngid="1002"' ++ ngid=1002 + s=Linux + r=2.4.17 + plid=Linux/2.4.17 + shell=/cw/lib/openpkg/bash ++ cat /etc/shells ++ grep '^/cw/lib/openpkg/bash' + exists=/cw/lib/openpkg/bash + '[' ./cw/lib/openpkg/bash = . ']' + OIFS= + IFS=: + set -- superuser root 0 root 0 + IFS= + class=superuser + usr=root + uid=0 + grp=root + gid=0 grep '^cw-r:' ++ awk -F: '{ print $3; }' + xuid=1001 + '[' .1001 = . ']' + '[' . = . ']' ++ grep '^cw-r:' ++ awk -F: '{ print $3; }' ++ grep '^root:' + exists=root:x:0:0:root:/root:/usr/bin/ksh + '[' .root:x:0:0:root:/root:/usr/bin/ksh = . ']' ++ grep '^root:' + exists=root:x:0: + '[' .root:x:0: = . ']' + OIFS= + IFS=: + set -- management cw 1000 cw 1000 + IFS= + class=management + usr=cw + uid=1000 + grp=cw + gid=1000 ++ grep '^cw:' + exists=cw:x:1000:1000:/cw OpenPKG (management):/cw:/cw/lib/openpkg/bash + '[' '.cw:x:1000:1000:/cw OpenPKG (management):/cw:/cw/lib/openpkg/bash' = . ']' ++ grep '^cw:' + exists=cw:*:1000:cw + '[' '.cw:*:1000:cw' = . ']' + OIFS= + IFS=: + set -- restricted cw-r 1001 cw-r 1001 + IFS= + class=restricted + usr=cw-r + uid=1001 + grp=cw-r + gid=1001 ++ grep '^cw-r:' + exists=cw-r:x:1001:1001:/cw OpenPKG (restricted):/cw:/cw/lib/openpkg/bash + '[' '.cw-r:x:1001:1001:/cw OpenPKG (restricted):/cw:/cw/lib/openpkg/bash' = . ']' ++ grep '^cw-r:' + exists=cw-r:*:1001:cw-r + '[' '.cw-r:*:1001:cw-r' = . ']' + OIFS= + IFS=: + set -- n+ uid=1002 + grp=cw-n + gid=1002 ++ grep '^cw-n:' + exists=cw-n:x:1002:1002:/cw OpenPKG (non-priviledged):/cw:/cw/lib/openpkg/bash + '[' '.cw-n:x:1002:1002:/cw OpenPKG (non-priviledged):/cw:/cw/lib/openpkg/bash' = . ']' ++ grep '^cw-n:' + exists=cw-n:*:1002:cw-n + '[' '.cw-n:*:1002:cw-n' = . ']' ++ echo /cw ++ sed -e 's;/;;g' + name=cw + '[' .root '!=' .root ']' + '[' -f /etc/debian_version ']' + '[' -f /etc/SuSE-release ']' + '[' -f /etc/redhat-release ']' + '[' '!' -f /cw ']' openpkg-20020308-20020308.ix86-linux2.4-cw.sh: /cw: Is a directory + chmod 755 /cw ++ echo ++ sed -e 's;%d;2;' + ln -s /cw /S99cw ln: `/S99cw/cw': File exists ++ echo ++ sed -e 's;%d;3;' + ln -s /cw /S99cw ln: `/S99cw/cw': File exists ++ echo ++ sed -e 's;%d;4;' + ln -s /cw /S99cw ln: `/S99cw/cw': File exists ++ echo ++ sed -e 's;%d;5;' + ln -s /cw /S99cw ln: `/S99cw/cw': File exists ++ echo ++ sed -e 's;%d;0;' + ln -s /cw /K00cw ln: `/K00cw/cw': File exists ++ echo ++ sed -e 's;%d;1;' + ln -s /cw /K00cw ln: `/K00cw/cw': File exists ++ echo ++ sed -e 's;%d;6;' + ln -s /cw /K00cw ln: `/K00cw/cw': File exists + '[' .root '!=' .root ']' ++ grep /cw/etc/rc /etc/crontabon-priviledged cw-n 1002 cw-n 1002 + exists=0 0 1 * * root [ -f /cw/etc/rc ] && /cw/etc/rc all monthly 0 0 * * 0 root [ -f /cw/etc/rc ] && /cw/etc/rc all weekly 0 0 * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all daily 0 * * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all hourly */15 * * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all quarterly + '[' '.0 0 1 * * root [ -f /cw/etc/rc ] && /cw/etc/rc all monthly 0 0 * * 0 root [ -f /cw/etc/rc ] && /cw/etc/rc all weekly 0 0 * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all daily 0 * * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all hourly */15 * * * * root [ -f /cw/etc/rc ] && /cw/etc/rc all quarterly' = . ']' + d= ++ IFS=/ ++ echo '' cw + d=/cw + '[' '!' -d /cw ']' + uudecode openpkg-20020308-20020308.ix86-linux2.4-cw.sh + uncompress uncompress: stdin: unexpected end of file + cd /cw + tar xf - + rm -f openpkg-20020308-20020308.ix86-linux2.4-cw.tar.Z + '[' .root = .root ']' + cd /cw + chown -R -h cw . + chgrp -R -h cw . + echo 'openpkg-20020308-20020308.ix86-linux2.4-cw.sh: installation done.' openpkg-20020308-20020308.ix86-linux2.4-cw.sh: installation done. + exit 0 Hope this is some reason why. Joseph + IFS= + class=non-priviledged + usr=cw-n Ralf S. Engelschall wrote: >On Sat, Mar 09, 2002, Joseph Sirucka wrote: > >>I am trying to install the openpkg source and when I run the script >>initially it compiles and runs ok. But the next script that is >>generated, and required to run fails as either root or or as the cw user >>I created as required. >> >>I am running linux with the 2.4.17 kernel. >> >>here is the output from root >> >>openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: installing into /cw... >>openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: /cw: Is a directory >>openpkg-1.0.0-1.0.0.ix86-linux2.4-cw.sh: create: command not found >>ln: S99cw/cw': File exists >>ln: K00cw/cw': File exists >> >>Here is the output as cw user >>[...] >> > >You have to perform the installation as root, of course. But the >errors looks strange if you do this. Can you retry this with the >latest "openpkg" package from OpenPKG-CURRENT? If this also fails, >try to first cleanup your system by removing the user/group from >/etc/passwd+/etc/group and the init-scripts from /etc/rc.d/*. Then retry >it. Either something is trashed on your system or we have a bug here. >But currently you seem to have a non-clean system, so it is hard to >figure out the problem. Additionally, try to run with "sh -x ..*.sh" and >show us the output. > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com >______________________________________________________________________ >The OpenPKG Project www.openpkg.org >User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Mar 11 14:28:13 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D19EB1C181E for ; Mon, 11 Mar 2002 14:28:12 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id A4A414CE73A; Mon, 11 Mar 2002 14:28:12 +0100 (CET) Date: Mon, 11 Mar 2002 14:28:12 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020311132812.GA77483@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <3C897061.4090401@dodgyware.com> you wrote: > apparently it still breaks with the latest source but heres the output > [...] > + name=cw > + '[' .root '!=' .root ']' > + '[' -f /etc/debian_version ']' > + '[' -f /etc/SuSE-release ']' > + '[' -f /etc/redhat-release ']' > + '[' '!' -f /cw ']' > openpkg-20020308-20020308.ix86-linux2.4-cw.sh: /cw: Is a directory > [...] Ah, now I see your problem. You're not using one of the three supported Linux platforms. So the script does not know where to the init scripts have to be placed. What platform are you using? How can it be identified uniquely? Where are your init scripts located (/etc/rc.d/? /etc/init.d?, etc.). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Mar 11 14:39:27 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 130361C18A3 for ; Mon, 11 Mar 2002 14:39:27 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 00B484CE750; Mon, 11 Mar 2002 14:39:26 +0100 (CET) Date: Mon, 11 Mar 2002 14:39:26 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020311133926.GA79962@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020311132812.GA77483@engelschall.com> you wrote: > > In article <3C897061.4090401@dodgyware.com> you wrote: > >> apparently it still breaks with the latest source but heres the output >> [...] >> + name=cw >> + '[' .root '!=' .root ']' >> + '[' -f /etc/debian_version ']' >> + '[' -f /etc/SuSE-release ']' >> + '[' -f /etc/redhat-release ']' >> + '[' '!' -f /cw ']' >> openpkg-20020308-20020308.ix86-linux2.4-cw.sh: /cw: Is a directory >> [...] > > Ah, now I see your problem. You're not using one of the three supported > Linux platforms. So the script does not know where to the init scripts > have to be placed. What platform are you using? How can it be identified > uniquely? Where are your init scripts located (/etc/rc.d/? /etc/init.d?, > etc.). Ok, I've now added some sort of generic Linux init script support into the bootstrap package. Try again from scratch with openpkg-20020311-20020311.src.sh. At least this hurdle should be now solved for your platform... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Mar 16 11:20:50 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id F0ABB1C1816 for ; Sat, 16 Mar 2002 11:20:47 +0100 (CET) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g2GAK9Y29718 for ; Sat, 16 Mar 2002 21:20:11 +1100 (EST) Message-ID: <3C930E18.6000503@dodgyware.com> Date: Sat, 16 Mar 2002 20:19:20 +1100 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <20020311133926.GA79962@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Ralf I dowloaded the lastest openpkg and ran the script. After much modifying, I found that a added my variation of linux into it and also found in the second script that the *.tar.Z file was incorrectly named. As from the script it was -src.tar.Z where else the script created for me -src.tar.Z. I renamed the file in the script and woohoo. All I have to do know is create openpkg files. thanks till the next question. Joseph From openpkg-users-owner@openpkg.org Sat Mar 16 14:14:55 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id 7E78F1C1816 for ; Sat, 16 Mar 2002 14:14:53 +0100 (CET) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g2GDEHY00382 for ; Sun, 17 Mar 2002 00:14:17 +1100 (EST) Message-ID: <3C9336E8.9000101@dodgyware.com> Date: Sat, 16 Mar 2002 23:13:28 +1100 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <20020311133926.GA79962@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf also when the second script is run from the directories and there rightful files ain't place into them. e.g. $pkg_root/sbin, $pkg_root/bin are not there nor are the files. Which scripts create those and what is put into them. Joseph From openpkg-users-owner@openpkg.org Tue Mar 26 06:59:10 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id 442391C180D for ; Tue, 26 Mar 2002 06:59:08 +0100 (CET) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g2Q5vgx09489 for ; Tue, 26 Mar 2002 16:57:45 +1100 (EST) Message-ID: <3C9FFFA1.5010905@dodgyware.com> Date: Tue, 26 Mar 2002 15:57:05 +1100 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <20020311133926.GA79962@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi All I got openpkg compiling, but in the /cw directory the files are currently sitting there uninstalled. How do I make a final installation. regards Joseph From openpkg-users-owner@openpkg.org Tue Apr 2 16:25:02 2002 Received: from dev15.dev.de.cw.net (dev15.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 455AA1C1953 for ; Tue, 2 Apr 2002 15:54:06 +0200 (CEST) Received: (from ms@localhost) by dev15.dev.de.cw.net (8.11.6/8.11.6) id g32Drsf54047 for openpkg-users@openpkg.org; Tue, 2 Apr 2002 15:53:54 +0200 (CEST) (envelope-from ms) Date: Tue, 2 Apr 2002 15:53:54 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020402155354.F47050@dev15.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Dear Joseph, I sent you this reply, but I suspect that due to technical problems you did not recieve my response. I'll send it again. ---- Hello Joseph, So you got OpenPKG compiling, good. I hope you mean that you bootstrapped it successfully and now have a working installation. I assume you ran the bootstrap shell script like: $ sh openpkg-20020312-20020312.src.sh --prefix=/cw --user=cw --group=cw and then as root: # sh openpkg-20020312-20020312..sh If you did this, then under /cw you should see the subdirectories and files README bin etc info libexec man share web RPM cgi include lib local sbin var Tell me if you have gotten this far, because I don't know exactly what you mean by 'the files are currently sitting there uninstalled.' By the way, when I get stuck starting a new OpenPKG instance, I usually reach for the quick reference which conveniently explains the above steps and a few more in about three screenfulls. Particularly helpful are the paragraphs 'Bootstrapping OpenPKG from Scratch', 'Prepare Your Shell Environment', and 'To Install OpenPKG Packages.' http://www.openpkg.org/doc/quickref/openpkg.txt I hope this helps, and thanks for using OpenPKG. Regards, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Tue Apr 2 17:05:52 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id BA2A11C19C1 for ; Tue, 2 Apr 2002 17:05:49 +0200 (CEST) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g32F4Ax11406 for ; Wed, 3 Apr 2002 01:04:10 +1000 (EST) Message-ID: <3CA9AC95.7010205@dodgyware.com> Date: Tue, 02 Apr 2002 23:05:25 +1000 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <20020402155354.F47050@dev15.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael thanks for the response. Michael Schloh von Bennewitz wrote: >Dear Joseph, > >I sent you this reply, but I suspect that due to technical problems you >did not recieve my response. I'll send it again. > >---- > >Hello Joseph, > >So you got OpenPKG compiling, good. I hope you mean that you bootstrapped it >successfully and now have a working installation. I assume you ran the >bootstrap shell script like: > > $ sh openpkg-20020312-20020312.src.sh --prefix=/cw --user=cw --group=cw > >and then as root: > > # sh openpkg-20020312-20020312..sh > >If you did this, then under /cw you should see the subdirectories and files > > README bin etc info libexec man share web > RPM cgi include lib local sbin var > >Tell me if you have gotten this far, because I don't know exactly what you >mean by 'the files are currently sitting there uninstalled.' > I run the scripts as above but the directories under /cw are not created. Just files reside there. Here is a output of what happens under solaris 8 and Linux root@wireless2:/root> ls /cw CVS dot.bash_login openpkg.spec rpmmacros README dot.bashrc patch-2.5.4.tar.gz rpmpopt aux.prereq.sh dot.lsyncrc rc rpmrc aux.usrgrp.sh gzip-1.3.2.tar rc.conf rpmtool aux.wrapbin.sh lib rc.func rpmtool.8 aux.wrapsrc.sh local.README rc.openpkg rpmtool.pod bash-2.05a.tar.gz lsync root.README rpmx.pl bzip2-1.0.2.tar.gz lsync.8 rpm-4.0.2.patch.bugfix rpmx.sh curl-7.9.3.tar.gz lsync.pod rpm-4.0.2.patch.feature shtool curl-7.9.5.tar.gz make-3.79.1.tar.gz rpm-4.0.2.patch.porting tar-1.13.25.tar.gz db-3.2.9.patch openpkg.boot rpm-4.0.2.patch.regen zlib-1.1.3.tar.gz db-3.2.9.tar.gz openpkg.pgp rpm-4.0.2.tar.gz > >By the way, when I get stuck starting a new OpenPKG instance, I usually reach >for the quick reference which conveniently explains the above steps and a few >more in about three screenfulls. Particularly helpful are the paragraphs >'Bootstrapping OpenPKG from Scratch', 'Prepare Your Shell Environment', and >'To Install OpenPKG Packages.' > > http://www.openpkg.org/doc/quickref/openpkg.txt > >I hope this helps, and thanks for using OpenPKG. > >Regards, >Michael > Sorry what do you mean by preparing your shell environment. Can you please give me a example under korn shell regards Joseph From openpkg-users-owner@openpkg.org Tue Apr 2 19:14:53 2002 Received: from dev15.dev.de.cw.net (dev15.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 1B9FD1C194A for ; Tue, 2 Apr 2002 19:14:53 +0200 (CEST) Received: (from ms@localhost) by dev15.dev.de.cw.net (8.11.6/8.11.6) id g32HEWY01290 for openpkg-users@openpkg.org; Tue, 2 Apr 2002 19:14:32 +0200 (CEST) (envelope-from ms) Date: Tue, 2 Apr 2002 19:14:32 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020402191432.A579@dev15.dev.de.cw.net> References: <20020402155354.F47050@dev15.dev.de.cw.net> <3CA9AC95.7010205@dodgyware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3CA9AC95.7010205@dodgyware.com>; from jsirucka@dodgyware.com on Tue, Apr 02, 2002 at 11:05:25PM +1000 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Joseph, It is possible that the bootstrap script works with the korn shell, but we have not tested it on anything else than the basic /bin/sh of the three supported platforms (Solaris, FreeBSD, Linux) and a few other unsupported ones. 'Preparing your shell environment' actually is only useful once you have sucessfully bootstrapped, but I mentioned it because it is quite useful after we solve these nasty bootstrapping problems. In any case, it seems to me that the bootstrap script is copying the files to your target directory (/cw) but not completely finishing. I think it is breaking before it can create the hierarchy, build the RPM database, change owner and group permissions, and some other neccessary things. I also think that looking at the output of either the openpkg--.src.sh or openpkg--.-..sh will show that an error occurred sometime causing the generated script to be incomplete or somehow break. Please pick your favorite platform and send a copy of the output. I'll compare it to what I normally see when bootstrapping. Oh, and be sure to use the latest bootstrap script at: ftp://ftp.openpkg.org/openpkg-20020402-20020402.src.sh Regards, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Tue, Apr 02, 2002 at 11:05:25PM +1000, Joseph Sirucka wrote: > Here is a output of what happens under solaris 8 and Linux > > root@wireless2:/root> ls /cw > CVS dot.bash_login openpkg.spec rpmmacros > README dot.bashrc patch-2.5.4.tar.gz rpmpopt > aux.prereq.sh dot.lsyncrc rc rpmrc > aux.usrgrp.sh gzip-1.3.2.tar rc.conf rpmtool > aux.wrapbin.sh lib rc.func rpmtool.8 > aux.wrapsrc.sh local.README rc.openpkg rpmtool.pod > bash-2.05a.tar.gz lsync root.README rpmx.pl > bzip2-1.0.2.tar.gz lsync.8 rpm-4.0.2.patch.bugfix rpmx.sh > curl-7.9.3.tar.gz lsync.pod rpm-4.0.2.patch.feature shtool > curl-7.9.5.tar.gz make-3.79.1.tar.gz rpm-4.0.2.patch.porting > tar-1.13.25.tar.gz > db-3.2.9.patch openpkg.boot rpm-4.0.2.patch.regen > zlib-1.1.3.tar.gz > db-3.2.9.tar.gz openpkg.pgp rpm-4.0.2.tar.gz > >> >>Particularly helpful are the paragraphs 'Bootstrapping OpenPKG from Scratch', >>'Prepare Your Shell Environment', and 'To Install OpenPKG Packages.' >> >> http://www.openpkg.org/doc/quickref/openpkg.txt > > Sorry what do you mean by preparing your shell environment. > > Can you please give me a example under korn shell > > regards > > Joseph From openpkg-users-owner@openpkg.org Tue Apr 2 22:46:53 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 9BE761C19E4 for ; Tue, 2 Apr 2002 22:44:05 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id BFD3479415; Tue, 2 Apr 2002 15:42:10 -0500 (EST) Date: Tue, 2 Apr 2002 15:42:10 -0500 From: Andrew J Caines To: OpenPKG Users Subject: Does web bug reporting work? Message-ID: <20020402204210.GQ1454@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Folks, I submitted a couple of bugs via the Bug Database[1], however not only have they not appeared in any of the lists on the site, but I also don't see them in the openpkg-bugdb mail archive[2]. I also have a suspicion that the the bugs listed on the site are the same ones I saw weeks ago, including the spam. Does the web form work? If not, should bugs be sent to the openpkg-bugdb mail list instead? Should all problems with all OpenPKG versions and all packages go to the same place? For the record, I have R(most of)TFM, RTFFAQ, RTFArchives, etc., but if I missed something, please point me the right way. Thanks to the folks who put OpenPKG together and keep the packages up-to-date. You have made my life on Solaris so much easier. [1] http://www.openpkg.org/bugdb.html [2] http://marc.theaimsgroup.com/?l=openpkg-bugdb&r=1&w=2 -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Wed Apr 3 08:48:06 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 2F2B21C1989 for ; Wed, 3 Apr 2002 08:48:06 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id EC4284CE759; Wed, 3 Apr 2002 08:48:05 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g335I9721933; Wed, 3 Apr 2002 07:18:09 +0200 (CEST) Date: Wed, 3 Apr 2002 07:18:09 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Does web bug reporting work? Message-ID: <20020403051809.GA21912@engelschall.com> References: <20020402204210.GQ1454@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020402204210.GQ1454@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Apr 02, 2002, Andrew J Caines wrote: > I submitted a couple of bugs via the Bug Database[1], however not only > have they not appeared in any of the lists on the site, but I also don't > see them in the openpkg-bugdb mail archive[2]. I also have a suspicion > that the the bugs listed on the site are the same ones I saw weeks ago, > including the spam. > > Does the web form work? The Jitterbug based bug database is slightly broken since two weeks. We're already working on this and plan to replace it with a better solution soon. Sorry for the inconvinience. > If not, should bugs be sent to the openpkg-bugdb mail list instead? Yes, and post them to openpkg-dev@openpkg.org for safety. > Should all problems with all OpenPKG versions and all packages go to the > same place? Sure, anything which is related to OpenPKG in any way should be handled by openpkg-{dev,users}@openpkg.org. Just send your issues. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Apr 3 20:16:50 2002 Received: from nene.connectingyou.com.au (nene.netics.com.au [203.44.130.70]) by mail.openpkg.org (Postfix) with ESMTP id 5DC2F1C1959 for ; Wed, 3 Apr 2002 20:16:47 +0200 (CEST) Received: from dodgyware.com (dialup1.connectingyou.com.au [203.44.130.78]) by nene.connectingyou.com.au (8.10.2+Sun/8.10.2) with ESMTP id g33IF4x11235 for ; Thu, 4 Apr 2002 04:15:06 +1000 (EST) Message-ID: <3CAB2AD2.6040000@dodgyware.com> Date: Thu, 04 Apr 2002 02:16:18 +1000 From: Joseph Sirucka MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: installation problems References: <20020402155354.F47050@dev15.dev.de.cw.net> <3CA9AC95.7010205@dodgyware.com> <20020402191432.A579@dev15.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael Make note to mention this on the documentation. It works yipee. now I gonna make some openpkgs hopefully without questions being asked. Also when I make packages do they have to reside under the /cw directory, or can they reside under the main filesystem. A happy camper. Joseph Michael Schloh von Bennewitz wrote: >Hello Joseph, > >It is possible that the bootstrap script works with the korn shell, but we >have not tested it on anything else than the basic /bin/sh of the three >supported platforms (Solaris, FreeBSD, Linux) and a few other unsupported >ones. > >'Preparing your shell environment' actually is only useful once you have >sucessfully bootstrapped, but I mentioned it because it is quite useful after >we solve these nasty bootstrapping problems. > >In any case, it seems to me that the bootstrap script is copying the files to >your target directory (/cw) but not completely finishing. I think it is >breaking before it can create the hierarchy, build the RPM database, change >owner and group permissions, and some other neccessary things. > >I also think that looking at the output of either the >openpkg--.src.sh or openpkg--.-..sh will show that >an error occurred sometime causing the generated script to be incomplete or >somehow break. Please pick your favorite platform and send a copy of the >output. I'll compare it to what I normally see when bootstrapping. Oh, and >be sure to use the latest bootstrap script at: > > ftp://ftp.openpkg.org/openpkg-20020402-20020402.src.sh > >Regards, >Michael > From openpkg-users-owner@openpkg.org Wed Apr 3 20:41:23 2002 Received: from dev15.dev.de.cw.net (dev15.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 006601C195D for ; Wed, 3 Apr 2002 20:41:23 +0200 (CEST) Received: (from ms@localhost) by dev15.dev.de.cw.net (8.11.6/8.11.6) id g33If4i06253 for openpkg-users@openpkg.org; Wed, 3 Apr 2002 20:41:04 +0200 (CEST) (envelope-from ms) Date: Wed, 3 Apr 2002 20:41:04 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: installation problems Message-ID: <20020403204104.F90166@dev15.dev.de.cw.net> References: <20020402155354.F47050@dev15.dev.de.cw.net> <3CA9AC95.7010205@dodgyware.com> <20020402191432.A579@dev15.dev.de.cw.net> <3CAB2AD2.6040000@dodgyware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3CAB2AD2.6040000@dodgyware.com>; from jsirucka@dodgyware.com on Thu, Apr 04, 2002 at 02:16:18AM +1000 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Joseph, Hey that's great. I just wrote 'yipee, it works' in the Handbook for version 1.1. If you need help with your package building just ask. If you need immediate help, the only documentation dealing with package building is the Handbook http://www.openpkg.org/doc/handbook/openpkg.html. OpenPKG will install a package only to its own hierarchy, and that is what lets it securely offer the big advantage of multiple OpenPKG instances on one machine. For example, if you bootstrap to the directory /cw and then install a package with the command /cw/bin/rpm -Uvh, the package contents will be installed only to the subdirectories of /cw (usually /cw/bin /cw/lib and so on.) If you have a second OpenPKG instance and have bootstrapped it to /sfw, then running /sfw/bin/rpm -Uvh will install to a subdirectory of /sfw. You see where this is going. By the way, when I mentioned the small section in the Quick Reference regarding 'Preparing the environment', I meant that if you have multiple instances of OpenPKG it is useful to run "eval `/cw/etc/rc --eval all env`" or something like that. A run-command script will then begin setting your environment variables so that you can just type rpm -bb, rpm --rebuild, rpm -Uvh, and so on, knowing that the correct OpenPKG instance will be used. Check this out. Good luck, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Thu, Apr 04, 2002 at 02:16:18AM +1000, Joseph Sirucka wrote: > Michael > > Make note to mention this on the documentation. > > It works yipee. > > now I gonna make some openpkgs hopefully without questions being asked. > > Also when I make packages do they have to reside under the /cw > directory, or can they reside under the main filesystem. > > A happy camper. > > Joseph From openpkg-users-owner@openpkg.org Wed Apr 3 22:51:52 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 696801C19DF; Wed, 3 Apr 2002 22:51:52 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 3C5B67941B; Wed, 3 Apr 2002 15:49:36 -0500 (EST) Date: Wed, 3 Apr 2002 15:49:36 -0500 From: Andrew J Caines To: OpenPKG Bugs Cc: OpenPKG Users , OpenPKG Develpment Subject: mozilla-0.9.9 build failure on Solaris 8 Message-ID: <20020403204936.GC1454@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Platform is Solaris 8 + MU 7 + recent R&S including all the usual build packages. Building mozilla-0.9.9-20020312.src.rpm with "rpm --rebuild" as user "cw" fails as follows: ----8<---- Building deps for nsinstall.c /cw/bin/cc -o nsinstall.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DOJI -I../dist/include -I../dist/include -I/usr/local/OpenPKG/RPM/TMP/mozilla/dist/include/nspr -I/usr/include -fPIC -I/usr/include -Wno-long-long -O2 -pipe -I/cw/include -pthreads -pipe -DNDEBUG -DTRIMMED -I/usr/include -include ../config-defs.h -DMOZILLA_CLIENT nsinstall.c nsinstall.c: In function `main': nsinstall.c:372: `optarg' undeclared (first use in this function) nsinstall.c:372: (Each undeclared identifier is reported only once nsinstall.c:372: for each function it appears in.) nsinstall.c:415: `optind' undeclared (first use in this function) make[3]: *** [nsinstall.o] Error 1 make[2]: *** [../config/mkdepend/mkdepend] Error 2 make[1]: *** [tier_0] Error 2 make: *** [default] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.29400 (%build) ----8<---- mozilla-0.9.8-20020206.src.rpm fails the same way. OpenPKG build environment includes latest versions of dependencies glib, gtk and orbit. Relevant build packages include: autoconf-2.53-20020309 automake-1.6-20020307 bash-2.05a-20020308 binutils-2.12-20020310 bison-1.35-20020326 flex-2.5.4a-20020320 gawk-3.1.0-20020206 gcc-3.0.4-20020222 gettext-0.10.40-20020206 glib-1.2.10-20020206 gtk-1.2.10-20011201 libtool-1.4.2-20020206 m4-1.4o-20020206 make-3.79.1-20020206 openpkg-20020225-20020225 orbit-0.5.15-20020321 patch-2.5.4-20020206 perl-5.6.1-20020331 tar-1.13.25-20020206 x11-20020311-20020311 zlib-1.1.4-20020312 Note that later openpkg-2 packages do not build. I'll submit these shortly. For context, I have successfully built and installed 57 OpenPKG packages of this system. Improvements on bug reporting are most welcome, as I don't know exactly what information is necessary, useful for irrelevant. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Thu Apr 4 01:04:54 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 150A21C19CD; Thu, 4 Apr 2002 01:04:54 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 2953279415; Wed, 3 Apr 2002 18:02:39 -0500 (EST) Date: Wed, 3 Apr 2002 18:02:39 -0500 From: Andrew J Caines To: OpenPKG Bugs Cc: OpenPKG Users , OpenPKG Develpment Subject: postfix-1.1.7 build failure on Solaris 8 Message-ID: <20020403230238.GG1454@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Platform is Solaris 8 + MU 7 + recent R&S including all the usual build packages. Building postfix-1.1.7-20020331 with "rpm --rebuild" as user "cw" fails as follows: ----8<---- [src/util] /cw/bin/cc -O2 -pipe -I/cw/include -DDEF_CONFIG_DIR=\"/cw/etc/postfix\" -DHAS_DB -DHAS_PCRE -DHAS_POSIX_REGEXP -Dstrcasecmp=fix_strcasecmp -Dstrncasecmp=fix_strncasecmp -g -O -I. -DSUNOS5 -c alldig.c In file included from alldig.c:29: sys_defs.h:877: syntax error before "typedef" make: *** [alldig.o] Error 1 make: *** [update] Error 1 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.4923 (%build) ----8<---- postfix-1.1.7-20020330.src.rpm fails the same way. Relevant build packages include: autoconf-2.53-20020309 automake-1.6-20020307 bash-2.05a-20020308 binutils-2.12-20020310 bison-1.35-20020326 flex-2.5.4a-20020320 gawk-3.1.0-20020206 gcc-3.0.4-20020222 gettext-0.10.40-20020206 libtool-1.4.2-20020206 m4-1.4o-20020206 make-3.79.1-20020206 openpkg-20020403-20020403 patch-2.5.4-20020206 perl-5.6.1-20020331 tar-1.13.25-20020206 zlib-1.1.4-20020312 Note that my previus comment that "later openpkg-2 packages do not build" are no loger a concern, since openpkg-20020403 has built and installed just fine. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Thu Apr 4 10:43:28 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E01081C19D2 for ; Thu, 4 Apr 2002 10:43:27 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id BD1144CE741; Thu, 4 Apr 2002 10:43:27 +0200 (CEST) Date: Thu, 4 Apr 2002 10:43:27 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: postfix-1.1.7 build failure on Solaris 8 Message-ID: <20020404084327.GA71414@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020403230238.GG1454@cthulhu.tco3.web.uu.net> you wrote: > Platform is Solaris 8 + MU 7 + recent R&S including all the usual build > packages. > > Building postfix-1.1.7-20020331 with "rpm --rebuild" as user "cw" fails as > follows: > [...] Ops, our fault. The packaging contained a wrong substitution which made the source broken on all platforms but FreeBSD. Now fixed with postfix-1.1.7-20020404 and higher. > Note that my previus comment that "later openpkg-2 packages do not build" > are no loger a concern, since openpkg-20020403 has built and installed > just fine. Fine. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Apr 4 15:45:08 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4FA851C1930 for ; Thu, 4 Apr 2002 15:45:07 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 2FC7C4CE693; Thu, 4 Apr 2002 15:45:07 +0200 (CEST) Date: Thu, 4 Apr 2002 15:45:07 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mozilla-0.9.9 build failure on Solaris 8 Message-ID: <20020404134506.GA76240@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020403204936.GC1454@cthulhu.tco3.web.uu.net> you wrote: > Platform is Solaris 8 + MU 7 + recent R&S including all the usual build > packages. > > Building mozilla-0.9.9-20020312.src.rpm with "rpm --rebuild" as user "cw" > fails as follows: > > ----8<---- > Building deps for nsinstall.c > /cw/bin/cc -o nsinstall.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DOJI -I../dist/include -I../dist/include -I/usr/local/OpenPKG/RPM/TMP/mozilla/dist/include/nspr -I/usr/include -fPIC -I/usr/include -Wno-long-long -O2 -pipe -I/cw/include -pthreads -pipe -DNDEBUG -DTRIMMED -I/usr/include -include ../config-defs.h -DMOZILLA_CLIENT nsinstall.c > nsinstall.c: In function `main': > nsinstall.c:372: `optarg' undeclared (first use in this function) > nsinstall.c:372: (Each undeclared identifier is reported only once > nsinstall.c:372: for each function it appears in.) > nsinstall.c:415: `optind' undeclared (first use in this function) > make[3]: *** [nsinstall.o] Error 1 > make[2]: *** [../config/mkdepend/mkdepend] Error 2 > make[1]: *** [tier_0] Error 2 > make: *** [default] Error 2 > error: Bad exit status from /cw/RPM/TMP/rpm-tmp.29400 (%build) > ----8<---- Hmmmm... looks like Solaris 8 doesn't know (or at least Mozilla does not know because it doesn't include the corresponding headers) about getopt, because these are two global getopt-related variables. Puhhh... I love Mozilla, but I really hate it for being such a beast in source. I'll look at this if I find time and our Solaris box is fast enough to come to this compile point in a reasonable time... ;) Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Apr 4 17:37:38 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 75E0A1C1930 for ; Thu, 4 Apr 2002 17:37:38 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 147E279415; Thu, 4 Apr 2002 10:35:43 -0500 (EST) Date: Thu, 4 Apr 2002 10:35:42 -0500 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: postfix-1.1.7 build failure on Solaris 8 Message-ID: <20020404153542.GC29047@cthulhu.tco3.web.uu.net> References: <20020404084327.GA71414@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020404084327.GA71414@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, > Now fixed with postfix-1.1.7-20020404 and higher. Built and installed on Solaris 8. Thanks for the quick turnaround. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Thu Apr 4 17:46:01 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id B75011C18A6 for ; Thu, 4 Apr 2002 17:46:00 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 0BBBD79415; Thu, 4 Apr 2002 10:44:05 -0500 (EST) Date: Thu, 4 Apr 2002 10:44:05 -0500 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: mozilla-0.9.9 build failure on Solaris 8 Message-ID: <20020404154405.GD29047@cthulhu.tco3.web.uu.net> References: <20020404134506.GA76240@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020404134506.GA76240@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, > > /cw/bin/cc -o nsinstall.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DOJI -I../dist/include -I../dist/include -I/usr/local/OpenPKG/RPM/TMP/mozilla/dist/include/nspr -I/usr/include -fPIC -I/usr/include -Wno-long-long -O2 -pipe -I/cw/include -pthreads -pipe -DNDEBUG -DTRIMMED -I/usr/include -include ../config-defs.h -DMOZILLA_CLIENT nsinstall.c > > nsinstall.c: In function `main': > > nsinstall.c:372: `optarg' undeclared (first use in this function) [snip] > Hmmmm... looks like Solaris 8 doesn't know (or at least Mozilla does not > know because it doesn't include the corresponding headers) about getopt Odd. I see the "-I/usr/include" and.. # egrep -l optarg /usr/include/*.h /usr/include/stdio.h /usr/include/stdlib.h /usr/include/unistd.h ..so it's got little excuse for not finding it, based on my pitifully naive understanding of how includes work in the coding build process. > I'll look at this if I find time and our Solaris box is fast enough to come > to this compile point in a reasonable time... ;) I didn't time it, but I was building on a smallish slowish box and it was some minutes into the build. I'll be happy to do test builds if it will help. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Thu Apr 4 17:59:33 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E451A1C191F for ; Thu, 4 Apr 2002 17:59:32 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id C1D654CE693; Thu, 4 Apr 2002 17:59:32 +0200 (CEST) Date: Thu, 4 Apr 2002 17:59:32 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mozilla-0.9.9 build failure on Solaris 8 Message-ID: <20020404155932.GA38144@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020404154405.GD29047@cthulhu.tco3.web.uu.net> you wrote: > >> > /cw/bin/cc -o nsinstall.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DOJI -I../dist/include -I../dist/include -I/usr/local/OpenPKG/RPM/TMP/mozilla/dist/include/nspr -I/usr/include -fPIC -I/usr/include -Wno-long-long -O2 -pipe -I/cw/include -pthreads -pipe -DNDEBUG -DTRIMMED -I/usr/include -include ../config-defs.h -DMOZILLA_CLIENT nsinstall.c >> > nsinstall.c: In function `main': >> > nsinstall.c:372: `optarg' undeclared (first use in this function) > [snip] >> Hmmmm... looks like Solaris 8 doesn't know (or at least Mozilla does not >> know because it doesn't include the corresponding headers) about getopt > > Odd. I see the "-I/usr/include" and.. > > # egrep -l optarg /usr/include/*.h > /usr/include/stdio.h > /usr/include/stdlib.h > /usr/include/unistd.h > > ..so it's got little excuse for not finding it, based on my pitifully > naive understanding of how includes work in the coding build process. You understand it correctly, but the point can be that all those declarations in these headers are wrapped with lots of special #ifdef's and so it can be that they are disabled if Mozilla compiles. You can check this if you run the above compiler call manually and add an -E option to cc and attach a "| grep optarg". I guess there is no output at all which means that all declarations of optarg were skipped because none of the conditions for the surrounding blocks are true. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Apr 4 18:51:38 2002 Received: from lhc.nlm.nih.gov (lhc.nlm.nih.gov [130.14.35.128]) by mail.openpkg.org (Postfix) with ESMTP id 25A041C1981 for ; Thu, 4 Apr 2002 18:44:48 +0200 (CEST) Received: from billings.nlm.nih.gov (billings [130.14.31.31]) by lhc.nlm.nih.gov (8.8.8+Sun/8.8.7) with ESMTP id LAA06721 for ; Thu, 4 Apr 2002 11:44:42 -0500 (EST) Received: (from rodgers@localhost) by billings.nlm.nih.gov (8.11.6+Sun/8.11.6) id g34GlUm03594 for openpkg-users@openpkg.org; Thu, 4 Apr 2002 11:47:30 -0500 (EST) Date: Thu, 4 Apr 2002 11:47:30 -0500 (EST) From: "R. P. Channing Rodgers, M.D." Message-Id: <200204041647.g34GlUm03594@billings.nlm.nih.gov> To: openpkg-users@openpkg.org Subject: Re: mozilla-0.9.9 build failure on Solaris 8 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: And we'd be happy to donate a guest account on one of our UltraSPARCs if that would help... Cheerio, Rick Rodgers > From openpkg-users-owner@openpkg.org Thu Apr 4 10:48:52 2002 > Date: Thu, 4 Apr 2002 10:44:05 -0500 > From: Andrew J Caines > To: openpkg-users@openpkg.org > Subject: Re: mozilla-0.9.9 build failure on Solaris 8 > Mime-Version: 1.0 > Reply-To: openpkg-users@openpkg.org > Sender: openpkg-users-owner@openpkg.org > List-Server: OSSP Petidomo/4.0 > List-Owner: > List-Archive: > List-Post: > List-Help: > List-Subscribe: > List-Unsubscribe: > > Ralf, > > > > /cw/bin/cc -o nsinstall.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DOJI -I../dist/include -I../dist/include -I/usr/local/OpenPKG/RPM/TMP/mozilla/dist/include/nspr -I/usr/include -fPIC -I/usr/include -Wno-long-long -O2 -pipe -I/cw/include -pthreads -pipe -DNDEBUG -DTRIMMED -I/usr/include -include ../config-defs.h -DMOZILLA_CLIENT nsinstall.c > > > nsinstall.c: In function optarg' undeclared (first use in this function) > [snip] > > Hmmmm... looks like Solaris 8 doesn't know (or at least Mozilla does not > > know because it doesn't include the corresponding headers) about getopt > > Odd. I see the "-I/usr/include" and.. > > # egrep -l optarg /usr/include/*.h > /usr/include/stdio.h > /usr/include/stdlib.h > /usr/include/unistd.h > > ..so it's got little excuse for not finding it, based on my pitifully > naive understanding of how includes work in the coding build process. > > > I'll look at this if I find time and our Solaris box is fast enough to come > > to this compile point in a reasonable time... ;) > > I didn't time it, but I was building on a smallish slowish box and it was > some minutes into the build. I'll be happy to do test builds if it will > help. > > > -Andrew- > -- > ________________________________________________________________ > | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | > | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Apr 5 22:43:41 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id BC10A1C1949 for ; Fri, 5 Apr 2002 22:43:40 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 35DF279415; Fri, 5 Apr 2002 15:41:43 -0500 (EST) Date: Fri, 5 Apr 2002 15:41:43 -0500 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020405204143.GQ5607@cthulhu.tco3.web.uu.net> References: <20020404084327.GA71414@engelschall.com> <20020404153542.GC29047@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020404153542.GC29047@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Having just migrated from locally built mostly-defaults postfix to the OpenPKG version, I've noticed a couple of difference which I have so far been unable to track to the source. This may be an RPM and/or Postfix issue. Since my previous install used mostly defaults, I expect differences to result from build or config changes in the OpenPKG packaging. I'd appreciate any assistance either way. Old postfix logged via syslog. OpenPKG postfix does not. I'd like to handle logging through syslog, not have logging directly to some file under /cw. Old postfix logged info messages for each message. OpenPKG postfix does not. In /cw/var/postfix/log/postfix.log, the only messages are the start/stop/error type from master. smtp and the other daemons do not appear to be logging. I need smtp messages too, at least. Old postfix handled dbm maps (the default). OpenPKG postfix does not. postalias gives "fatal: unsupported map type: dbm" for "postalias /.../filename" where main.conf has dbm:/.../filename or even hash:/.../filename. Only by changing main.cf to use hash: and by running "postalias hash:/.../filename" was I able to make the databases. I'd like to use dbm again. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Fri Apr 5 23:16:24 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A57F01C196E for ; Fri, 5 Apr 2002 23:16:23 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 7B5334CE74F; Fri, 5 Apr 2002 23:16:23 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g35LFrO44752; Fri, 5 Apr 2002 23:15:53 +0200 (CEST) Date: Fri, 5 Apr 2002 23:15:53 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020405211553.GA44607@engelschall.com> References: <20020404084327.GA71414@engelschall.com> <20020404153542.GC29047@cthulhu.tco3.web.uu.net> <20020405204143.GQ5607@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020405204143.GQ5607@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Apr 05, 2002, Andrew J Caines wrote: > Having just migrated from locally built mostly-defaults postfix to the > OpenPKG version, I've noticed a couple of difference which I have so far > been unable to track to the source. > > This may be an RPM and/or Postfix issue. Since my previous install used > mostly defaults, I expect differences to result from build or config > changes in the OpenPKG packaging. I'd appreciate any assistance either > way. > > Old postfix logged via syslog. OpenPKG postfix does not. > > I'd like to handle logging through syslog, not have logging > directly to some file under /cw. Using syslog is against the OpenPKG rule of 100% self-containment and especially breaks support for multiple OpenPKG (and Postfix) instances on a single machine (which we use a lot). So the Postfix package has to log to a file under /var/postfix/ in OpenPKG. But you can easily build a Postfix package with syslog support. Just remove the fakesyslog-related things from the postfix.spec. That's all. > Old postfix logged info messages for each message. OpenPKG postfix does > not. > > In /cw/var/postfix/log/postfix.log, the only messages are the > start/stop/error type from master. smtp and the other daemons > do not appear to be logging. > > I need smtp messages too, at least. I think this could be wrong permissions. Perform a "chown cw" in your case on the postfix.log. Or look at the logging level in the main.cf. > Old postfix handled dbm maps (the default). OpenPKG postfix does not. > > postalias gives "fatal: unsupported map type: dbm" for > "postalias /.../filename" where main.conf has dbm:/.../filename > or even hash:/.../filename. Only by changing main.cf to use > hash: and by running "postalias hash:/.../filename" was I able > to make the databases. > > I'd like to use dbm again. OpenPKG consistently uses Berkeley-DB across packages because although the dbm/ndbm API is supported by most Unix platforms the underlying hash file format is far away from being portable and equal. What is the reason why you dislike DB and want to use DBM? If you insist, just replacing the HAS_DB stuff in postfix.spec with HAS_DBM should do the trick. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Apr 6 00:07:23 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 0A80F1C19D8 for ; Sat, 6 Apr 2002 00:07:23 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 34E9E79415; Fri, 5 Apr 2002 17:05:27 -0500 (EST) Date: Fri, 5 Apr 2002 17:05:27 -0500 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020405220526.GS5607@cthulhu.tco3.web.uu.net> References: <20020404084327.GA71414@engelschall.com> <20020404153542.GC29047@cthulhu.tco3.web.uu.net> <20020405204143.GQ5607@cthulhu.tco3.web.uu.net> <20020405211553.GA44607@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020405211553.GA44607@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, Thanks for the quick response, especially on a Friday afternoon. > > Old postfix logged via syslog. OpenPKG postfix does not. > Using syslog is against the OpenPKG rule of 100% self-containment and > especially breaks support for multiple OpenPKG (and Postfix) instances > on a single machine (which we use a lot). Both fair enough. > easily build a Postfix package with syslog support. Just remove the > fakesyslog-related things from the postfix.spec. That's all. In full knowledge that the answer should be RTFM, but I hope mitigated by the fact that I have been and will continue to RTFM fsvo M, could you please give me a quick hint on how to step throught the "unpack rpm -> edit spec -> build and install" process? I've seen the life cycle, but cannot yet tie it to commands and file layout. If it helps, I'm quite familiar with FreeBSD ports/packages and Solaris packages. > > Old postfix logged info messages for each message. OpenPKG postfix does > > not. > I think this could be wrong permissions. Bingo! I had neglected to consider the fact that I wa now dealing with direct logging for multiple users. > logging level in the main.cf. I wasn't aware of any logging config withing the .cf realm except for setting the syslog facility. > OpenPKG consistently uses Berkeley-DB across packages because although > the dbm/ndbm API is supported by most Unix platforms the underlying > hash file format is far away from being portable and equal. That's fair enough. > What is the reason why you dislike DB and want to use DBM? I have no emotional affiliation with either, however I can think of a few reasons to want the ability to use dbm. o Choice is good (DBM and DB aren't exclusive, are they?) o Native is often good - fewer deps, less to manage, support, etc. o postalias tries dbm by default (is this changable?) o The change is not obvious to migrators (a docs/note/warn issue?) o Native sendmail is still used as an MTA, hence dbm files are still needed The last item is the biggest consideration in my case. > If you insist, just replacing the HAS_DB stuff in postfix.spec with > HAS_DBM should do the trick. Ok. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Sat Apr 6 12:29:34 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 13FA01C18B4 for ; Sat, 6 Apr 2002 12:29:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id DD78E4CE69A; Sat, 6 Apr 2002 12:29:33 +0200 (CEST) Date: Sat, 6 Apr 2002 12:29:33 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020406102933.GA43200@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020405220526.GS5607@cthulhu.tco3.web.uu.net> you wrote: > [...] >> easily build a Postfix package with syslog support. Just remove the >> fakesyslog-related things from the postfix.spec. That's all. > > In full knowledge that the answer should be RTFM, but I hope mitigated by > the fact that I have been and will continue to RTFM fsvo M, could you > please give me a quick hint on how to step throught the "unpack rpm -> > edit spec -> build and install" process? > > I've seen the life cycle, but cannot yet tie it to commands and file > layout. If it helps, I'm quite familiar with FreeBSD ports/packages and > Solaris packages. > [...] $ su - # rpm -Uvh ftp://ftp.openpkg.org/current/SRC/postfix-1.1.7-20020404.src.rpm # cd /cw/RPM/SRC/postfix # vi postfix.spec [remove line 128 ("AUXLIBS="$AUXLIBS -L$fakesyslogdir -lfakesyslog")] # rpm -bb postfix.spec # rpm -Uvh /cw/RPM/PKG/postfix-1.1.7-20020404.*.rpm # exit Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Apr 6 20:44:00 2002 Received: from ccsi.com (infinity.ccsi.com [216.236.168.2]) by mail.openpkg.org (Postfix) with ESMTP id 917A21C1925 for ; Sat, 6 Apr 2002 20:08:26 +0200 (CEST) Received: from there (austindialup-163.155.ccsi.com [216.236.163.155]) by ccsi.com (8.12.0/8.12.0) with SMTP id g36IBHCN012365 for ; Sat, 6 Apr 2002 12:11:18 -0600 (CST) Message-Id: <200204061811.g36IBHCN012365@ccsi.com> Content-Type: text/plain; charset="iso-8859-15" From: John Griessen To: openpkg-users@openpkg.org Subject: openPKG along with apt-get Date: Sat, 6 Apr 2002 11:59:09 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am using conectiva apt-get to install rpms and openPKG. When I run the opa script and add my openpkgroot to my paths so they are the first used, apt-get then uses them for running rpm. opa is set up to switch quickly between different openpkgroot installations, but how do I just go back to the default paths easily? John Griessen From openpkg-users-owner@openpkg.org Sat Apr 6 20:48:37 2002 Received: from ccsi.com (infinity.ccsi.com [216.236.168.2]) by mail.openpkg.org (Postfix) with ESMTP id 2DDCD1C19B0 for ; Sat, 6 Apr 2002 20:48:36 +0200 (CEST) Received: from there (austindialup-163.155.ccsi.com [216.236.163.155]) by ccsi.com (8.12.0/8.12.0) with SMTP id g36IpPCN015681 for ; Sat, 6 Apr 2002 12:51:26 -0600 (CST) Message-Id: <200204061851.g36IpPCN015681@ccsi.com> Content-Type: text/plain; charset="iso-8859-15" From: John Griessen To: openpkg-users@openpkg.org Subject: openPKG along with apt-get Date: Sat, 6 Apr 2002 12:39:13 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am using conectiva apt-get t o install rpms and also I use openPKG to install rpms. When I run the opa script and add my openpkgroot to my paths so they are the first used, apt-get then uses openPKG paths to run rpm. The openPKG rpm is run. That is undesired, since their versionof rpm is tested with apt-get by them and uses paths for their distribution.... opa is set up to switch quickly between different openpkgroot installations, but how do I just go back to the default paths easily? John Griessen From openpkg-users-owner@openpkg.org Sun Apr 7 20:35:36 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id CB02F1C19CC for ; Sun, 7 Apr 2002 20:35:35 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id A517A4CE6E0; Sun, 7 Apr 2002 20:35:35 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g37Hi1N86257; Sun, 7 Apr 2002 19:44:01 +0200 (CEST) Date: Sun, 7 Apr 2002 19:44:01 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openPKG along with apt-get Message-ID: <20020407174401.GA85622@engelschall.com> References: <200204061851.g36IpPCN015681@ccsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200204061851.g36IpPCN015681@ccsi.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Apr 06, 2002, John Griessen wrote: > I am using conectiva apt-get t o install rpms and > also I use openPKG to install rpms. > > When I run the opa script and add my openpkgroot to my paths so they are the > first used, apt-get then uses openPKG paths to run rpm. The openPKG rpm is > run. That is undesired, since their versionof rpm is tested with apt-get by > them and uses paths for their distribution.... Are you sure that Connectiva's apt-get _runs_ the rpm in $PATH? AFAIK their APT stuff links directly to the RPM C API and does not run rpm as an external command. And in this case there cannot be a conflict. > opa is set up to switch quickly between different openpkgroot installations, > but how do I just go back to the default paths easily? You can't go back _easily_ with an rc command. But you can run the "opa" command in a sub-shell and if you want to restore the settings just exit from this sub-shell. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Apr 8 21:49:56 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 1A61B1C1968; Sun, 7 Apr 2002 20:14:48 +0200 (CEST) To: openpkg-users@openpkg.org From: Tadashi Jokagi Subject: OpenPKG for cygwin Date: Mon, 08 Apr 2002 03:14:48 +0900 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I consider using OpenPKG by cygwin. First, I made what makes RPM. Please try, if good. ftp://elf.no-ip.org/pub/openpkg/cygwin/ http://elf.no-ip.org/rpm2html/ I am using the WinXP Japanese version. Probably it operates by Windows of the English version and the international version. However, probably, rebuild will be required except WinXP. Regards, -- Tadashi Jokagi mailto:elf@highway.ne.jp http://elf.no-ip.org/ From openpkg-users-owner@openpkg.org Tue Apr 9 05:19:37 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 10F531C1975; Tue, 9 Apr 2002 05:19:37 +0200 (CEST) To: openpkg-users@openpkg.org From: Tadashi Jokagi Subject: Re: OpenPKG for cygwin Date: Tue, 09 Apr 2002 12:19:36 +0900 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Tadashi Jokagi$B$5$s$N(B$B$+$i(B >ftp://elf.no-ip.org/pub/openpkg/cygwin/ sorry. http://elf.no-ip.org/pub/openpkg/cygwin/ -- Tadashi Jokagi mailto:elf@highway.ne.jp http://elf.no-ip.org/ From openpkg-users-owner@openpkg.org Tue Apr 16 06:35:09 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 276E81C1827; Tue, 16 Apr 2002 06:35:09 +0200 (CEST) To: openpkg-users@openpkg.org From: Tadashi Jokagi Subject: mistake to the web page. Date: Tue, 16 Apr 2002 13:35:08 +0900 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I found the mistake to the web page. http://www.openpkg.org/contrib.html NG) $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs login $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs module OK) $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs login $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs module I reported to Bug Database last week. However, it was not able to be found now. Therefore, it contributes here again. -- Tadashi Jokagi mailto:elf@highway.ne.jp http://elf.no-ip.org/ From openpkg-users-owner@openpkg.org Tue Apr 16 11:19:29 2002 Received: from dev12.dev.de.cw.net (dev12.dev.de.cw.net [141.1.23.112]) by mail.openpkg.org (Postfix) with ESMTP id 56E071C181E for ; Tue, 16 Apr 2002 11:19:29 +0200 (CEST) Received: by dev12.dev.de.cw.net (Postfix, from userid 10013) id 4046C85B7B; Tue, 16 Apr 2002 11:19:29 +0200 (CEST) Date: Tue, 16 Apr 2002 11:19:29 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Cc: elf@highway.ne.jp Subject: Re: mistake to the web page Message-ID: <20020416091929.GB11999@dev12.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Tadashi, Thank you for discovering the web page mistake. I checked in your fix, as you can see at http://www.openpkg.org/contrib.html. Sorry about the Bug Database too; it should maybe have a bug entry pointing to itself ;-) Regards, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Tue, Apr 16, 2002 at 01:35:08PM +0900, Tadashi Jokagi wrote: > Hi. > > I found the mistake to the web page. > > http://www.openpkg.org/contrib.html > > NG) > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs login > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs module > > OK) > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs login > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs module > > I reported to Bug Database last week. > However, it was not able to be found now. > Therefore, it contributes here again. From openpkg-users-owner@openpkg.org Tue Apr 16 20:29:34 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id C53A01C1827; Tue, 16 Apr 2002 20:29:34 +0200 (CEST) To: openpkg-users@openpkg.org From: Tadashi Jokagi Subject: Re: OpenPKG for cygwin Date: Wed, 17 Apr 2002 03:29:34 +0900 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I created the OpenPKG subset for cygwin. At least the half is still made to rpm. Moreover, there are many whose check is impossible. Please download, if there is a person who wants to use. http://elf.no-ip.org/pub/openpkg/cygwin/ * setup 1) Creation of the user and group which are used by OpenPKG When using bootstrap, a following user and a following group are made. - user name 'opu' - group name 'opg' 2) Usually, it passes and cygwin is set up (setup.exe is used). A base package, sharutils, and perl are added. 3) Some commands are executed. # cd /usr/bin # ln -s gzip.exe compress # ln -s gunzip.exe uncompress 4) OpenPKG is installed. - Case bootstrap http://elf.no-ip.org/pub/openpkg/cygwin/current/bootstrap/ # sh openpkg-20020415-20020415.ix86-cygwin-op.sh install to directory of '/op' - Case Source build(require cygwin package of gcc,binutils) # sh openpkg-20020415-20020415.src.sh \ --prefix=dir --user= --group= bootstrap is made. If created, it is the same as the case of bootstrap. 5) cygwin1.dll is copied to directory of "/op/lib/openpkg" # cp -p /usr/bin/cygwin1.dll /op/lib/openpkg/. 6) An environment variable PATH is changed. # PATH=/op/bin:$PATH Probably it can perform now. I use by Windows 2000 and Windows XP Japanese version. Please give a report, if good. Regards, -- Tadashi Jokagi mailto:elf@elf.no-ip.org http://elf.no-ip.org/ From openpkg-users-owner@openpkg.org Fri Apr 19 22:05:34 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 971BD1C1834 for ; Fri, 19 Apr 2002 22:05:34 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 59EEE79415; Fri, 19 Apr 2002 16:03:26 -0400 (EDT) Date: Fri, 19 Apr 2002 16:03:26 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020419200326.GB15693@cthulhu.tco3.web.uu.net> References: <20020406102933.GA43200@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020406102933.GA43200@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, Please excuse the delay in my thanks, but I only just got around to testing this. Your instructions to modify postfix to use syslog.. > # rpm -Uvh ftp://ftp.openpkg.org/current/SRC/postfix-1.1.7-20020404.src.rpm > # cd /cw/RPM/SRC/postfix > # vi postfix.spec > [remove line 128 ("AUXLIBS="$AUXLIBS -L$fakesyslogdir -lfakesyslog")] > # rpm -bb postfix.spec > # rpm -Uvh /cw/RPM/PKG/postfix-1.1.7-20020404.*.rpm ..worked perfectly, although I think the line number in postfix.spec was slightly different. What is the approved way to stop the "/cw/etc/rc all *ly" jobs from trying to mess with the nonexistent log files in /cw/var/postfix/log and any other postfix related activity? In my case I might as well "rm /cw/etc/rc.d/rc.postfix" since it contains hard-coded paths which are not correct for my environment, but is there a correct OpenPKG way to remove it? This is indirictly related to a more general issue which affects all packaging: the handling of files that change (name, location, owner, permissions, existance). This especially is an an issue for files like main.cf which appear to get unquestioningly overwritten during an update. [This should probably be saved for a different thread.] -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Fri Apr 19 23:38:33 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D8E791C1834 for ; Fri, 19 Apr 2002 23:38:32 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id C66FA4CE74A; Fri, 19 Apr 2002 23:38:32 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g3JLcHB64673; Fri, 19 Apr 2002 23:38:17 +0200 (CEST) Date: Fri, 19 Apr 2002 23:38:07 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020419213807.GA64651@engelschall.com> References: <20020406102933.GA43200@engelschall.com> <20020419200326.GB15693@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020419200326.GB15693@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Apr 19, 2002, Andrew J Caines wrote: > [...] > What is the approved way to stop the "/cw/etc/rc all *ly" jobs from trying > to mess with the nonexistent log files in /cw/var/postfix/log and any > other postfix related activity? > > In my case I might as well "rm /cw/etc/rc.d/rc.postfix" since it contains > hard-coded paths which are not correct for my environment, but is there a > correct OpenPKG way to remove it? You can add "postfix_enable=no" to your /cw/etc/rc.conf. This achieves the same effect than removing the whole rc.postfix file. > This is indirictly related to a more general issue which affects all > packaging: the handling of files that change (name, location, owner, > permissions, existance). This especially is an an issue for files like > main.cf which appear to get unquestioningly overwritten during an update. > [This should probably be saved for a different thread.] Hmmm.. no, main.cf and master.cf are _not_ overriden AFAIK. They are tagged as %config in the postfix.spec and so are preserved. Usually (except we have an error in our packaging) all files which the user is intended to change under /etc/*/ are marked as %config. So their contents is never lost. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Apr 22 10:49:38 2002 Received: from mango.softeam.it (unknown [194.88.226.8]) by mail.openpkg.org (Postfix) with ESMTP id 6A7321C1834 for ; Mon, 22 Apr 2002 10:32:58 +0200 (CEST) Received: from emma (emma.softeam.it [194.88.226.211]) by mango.softeam.it (8.9.3/8.9.3) with SMTP id KAA17131 for ; Mon, 22 Apr 2002 10:35:28 +0200 Message-ID: <004001c1e9d7@softeam.it> From: "Nicola Frosini" To: Subject: Help me please for installation...... Date: Mon, 22 Apr 2002 10:30:24 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003D_01C1E9E8.B6ACD8B0" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C1E9E8.B6ACD8B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can anyone help me to install OpenPKG on a Linux Red-Hat 6.2 ???? Thanks a lot ! Nicola ------=_NextPart_000_003D_01C1E9E8.B6ACD8B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Can anyone help me to install OpenPKG = on a Linux=20 Red-Hat 6.2 ????
 
Thanks a lot !
 
Nicola
------=_NextPart_000_003D_01C1E9E8.B6ACD8B0-- From openpkg-users-owner@openpkg.org Mon Apr 22 11:37:21 2002 Received: from augias.ecrc.de (relay.ecrc.de [141.1.1.46]) by mail.openpkg.org (Postfix) with ESMTP id BA4CD1C1834 for ; Mon, 22 Apr 2002 11:37:06 +0200 (CEST) Received: from hermes.ecrc.de (hermes.ecrc.de [141.1.64.80]) by augias.ecrc.de (8.11.0/8.11.0/$) with ESMTP id g3M9b6603624 for ; Mon, 22 Apr 2002 11:37:06 +0200 Received: from de.cw.net (dev12.dev.de.cw.net [141.1.23.112]) by hermes.ecrc.de (8.11.2/8.11.2) with ESMTP id g3M9b1801369 for ; Mon, 22 Apr 2002 11:37:01 +0200 (MEST) Message-ID: <3CC3D9BC.9040902@de.cw.net> Date: Mon, 22 Apr 2002 11:37:00 +0200 From: Thomas Lotterer MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: Help me please for installation...... References: <004001c1e9d7@softeam.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Nicola Frosini wrote: > Can anyone help me to install OpenPKG on a Linux Red-Hat 6.2 ???? > > > > Thanks a lot ! > > > > Nicola > What's the problem? I'm using OpenPKG successfully on RedHat 6.x Here're a list of versions i'm using: # uname -a Linux foo 2.2.12-32 #1 Mon Oct 25 19:26:01 EDT 1999 i586 unknown # /cw/bin/rpm -q openpkg openpkg-20020404-20020404 From openpkg-users-owner@openpkg.org Mon Apr 22 20:37:04 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 37B5E1C1834 for ; Mon, 22 Apr 2002 20:37:04 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 7EAD979415; Mon, 22 Apr 2002 14:34:53 -0400 (EDT) Date: Mon, 22 Apr 2002 14:34:53 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Questions about postfix-1.1.7 on Solaris 8 Message-ID: <20020422183453.GJ15693@cthulhu.tco3.web.uu.net> References: <20020406102933.GA43200@engelschall.com> <20020419200326.GB15693@cthulhu.tco3.web.uu.net> <20020419213807.GA64651@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 In-Reply-To: <20020419213807.GA64651@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, Thanks again for your detailed and helpful answers to my rather newbie questions. > You can add "postfix_enable=no" to your /cw/etc/rc.conf. This > achieves the same effect than removing the whole rc.postfix file. Excellent. This appears to do the job perfectly. > Hmmm.. no, main.cf and master.cf are _not_ overriden AFAIK. They are > tagged as %config in the postfix.spec and so are preserved. Usually > (except we have an error in our packaging) all files which the user is > intended to change under /etc/*/ are marked as %config. So their > contents is never lost. Then the boney finger of suspicion is pointing at me. Since I have the OpenPKG packaged postfix running an impure OpenPKG environment, I probably caused my own problem while moving things around. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Tue Apr 23 22:26:34 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id B2BA11C1834 for ; Tue, 23 Apr 2002 22:26:33 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 5AA3879415; Tue, 23 Apr 2002 16:24:22 -0400 (EDT) Date: Tue, 23 Apr 2002 16:24:22 -0400 From: Andrew J Caines To: OpenPKG Users Subject: Build error in gtk-1.2.10-20020206.src.rpm Message-ID: <20020423202422.GA15693@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: A long series of similar looking errors end with.. /cw/bin/cc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Gtk\" -DGTK_DISABLE_COMPAT_H -DGTK_LIBDIR=\"/cw/lib\" -DGTK_DATA_PREFIX=\"/cw\" -DGTK_SYSCONFDIR=\"/cw/etc\" -DGTK_LOCALEDIR=\"/cw/share/locale\" -I.. -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -DGTK_NO_CHECK_CASTS -DUSE_XIM -I/cw/include/glib-1.2 -I/cw/lib/glib/include -I/usr/include -O2 -pipe -Wall -c gtkbindings.c -o gtkbindings.o In file included from gtkbindings.c:30: /usr/include/ctype.h:16: warning: ignoring #pragma ident In file included from /usr/include/ctype.h:18, from gtkbindings.c:30: /usr/include/iso/ctype_iso.h:28: warning: ignoring #pragma ident In file included from /usr/include/iso/ctype_iso.h:30, from /usr/include/ctype.h:18, from gtkbindings.c:30: /usr/include/sys/feature_tests.h:13: warning: ignoring #pragma ident In file included from /usr/include/sys/feature_tests.h:15, from /usr/include/iso/ctype_iso.h:30, from /usr/include/ctype.h:18, from gtkbindings.c:30: /usr/include/sys/isa_defs.h:9: warning: ignoring #pragma ident In file included from gtkbindings.c:31: /usr/include/string.h:16: warning: ignoring #pragma ident In file included from /usr/include/string.h:18, from gtkbindings.c:31: /usr/include/iso/string_iso.h:28: warning: ignoring #pragma ident In file included from gtkbindings.c:32: /usr/include/stdarg.h:16: warning: ignoring #pragma ident In file included from /usr/include/stdarg.h:20, from gtkbindings.c:32: /usr/include/iso/stdarg_iso.h:28: warning: ignoring #pragma ident In file included from /usr/include/iso/stdarg_iso.h:30, from /usr/include/stdarg.h:20, from gtkbindings.c:32: /usr/include/sys/va_list.h:9: warning: ignoring #pragma ident In file included from /cw/lib/glib/include/glibconfig.h:9, from /cw/include/glib-1.2/glib.h:66, from ../gdk/gdktypes.h:33, from ../gdk/gdk.h:31, from gtkbindings.h:34, from gtkbindings.c:33: /usr/include/limits.h:16: warning: ignoring #pragma ident In file included from /usr/include/limits.h:20, from /cw/lib/glib/include/glibconfig.h:9, from /cw/include/glib-1.2/glib.h:66, from ../gdk/gdktypes.h:33, from ../gdk/gdk.h:31, from gtkbindings.h:34, from gtkbindings.c:33: /usr/include/iso/limits_iso.h:28: warning: ignoring #pragma ident In file included from /cw/lib/glib/include/glibconfig.h:10, from /cw/include/glib-1.2/glib.h:66, from ../gdk/gdktypes.h:33, from ../gdk/gdk.h:31, from gtkbindings.h:34, from gtkbindings.c:33: /usr/include/float.h:16: warning: ignoring #pragma ident gtkbindings.c: In function `gtk_binding_entry_add_signal': gtkbindings.c:650: `__builtin_va_alist' undeclared (first use in this function) gtkbindings.c:650: (Each undeclared identifier is reported only once gtkbindings.c:650: for each function it appears in.) gtkbindings.c:659: warning: implicit declaration of function `__builtin_va_arg_incr' gtkbindings.c:641: warning: `args' might be used uninitialized in this function make[2]: *** [gtkbindings.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.22773 (%build) Build environment includes: autoconf-2.53-20020309 automake-1.6.1-20020412 bash-2.05a-20020308 binutils-2.12-20020310 bison-1.35-20020402 flex-2.5.4a-20020320 gawk-3.1.0-20020206 gcc-3.0.4-20020222 gettext-0.10.40-20020206 glib-1.2.10-20020206 gzip-1.3.3-20020314 libtool-1.4.2-20020206 m4-1.4o-20020206 make-3.79.1-20020206 patch-2.5.4-20020206 perl-5.6.1-20020331 -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Thu Apr 25 11:13:37 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4D4B71C189B; Thu, 25 Apr 2002 11:13:37 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 39D784CE5F1; Thu, 25 Apr 2002 11:13:37 +0200 (CEST) Date: Thu, 25 Apr 2002 11:13:37 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: OpenPKG BugDB fixed, now again available for your reports Message-ID: <20020425091337.GA66312@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The OpenPKG Bug Database is now fixed. Sorry for the inconvinience over the last weeks. You can now again report your problems there. Either use the web interface http://www.openpkg.org/bugdb/guest or send your report to openpkg-bugdb@openpkg.org. Additionally, all threads on openpkg-dev containing the tag "[BugDB]" are also automatically tracked in the background by the Bug Database. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Apr 30 08:16:32 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 28AB71C189B; Tue, 30 Apr 2002 08:16:32 +0200 (CEST) To: openpkg-users@openpkg.org From: Tadashi Jokagi Subject: Creation of the package for development Date: Tue, 30 Apr 2002 15:16:31 +0900 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Doesn't OpenPKG separate the file for development from the present package composition? . I think that a header file and a library file are unnecessary at the time of server management. Moreover, why does not use a share library? Suppose that a security hole like zlib occurred. In this case, a maintenance becomes complicated. Regards, -- Tadashi Jokagi mailto:elf@highway.ne.jp http://elf.no-ip.org/ From openpkg-users-owner@openpkg.org Tue Apr 30 14:46:39 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 979371C1811 for ; Tue, 30 Apr 2002 14:46:38 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 59FA54CE691; Tue, 30 Apr 2002 14:46:38 +0200 (CEST) Date: Tue, 30 Apr 2002 14:46:38 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Creation of the package for development Message-ID: <20020430124638.GA69048@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > Doesn't OpenPKG separate the file for development from the present package composition? . > I think that a header file and a library file are unnecessary at the time of server management. Currently OpenPKG does not separate a package into sub-packages via %package (that's the technical feature you are talking about). The main reason for this is that (if done consequently throughout all packages) it leads to a dramatically larger number of packages. And until we have our OpenPKG RPM frontend available (on which we are slowly working, too) this quickly becomes a nightmair for the administrator. Because usually you do not want to just split into runtime/development sub-packages, but also into client/server, etc. Additionally I dislike RPM's way of dealing with those %package stuff in the .spec file, because one has to at least completely repeat the description if one wants a reasonable one for each package. So if we use %package we also would like to patch RPM to smooth this a little bit more. For all those reasons whe decided to not use sub-packaging until OpenPKG 2.0. > Moreover, why does not use a share library? > Suppose that a security hole like zlib occurred. > In this case, a maintenance becomes complicated. Another good question in the same direction. You are right that it gets easier in upgrading. Also you need less disk space, etc. Unfortunately shared libraries also have their disadvantages. Mainly you need correct run-time environment (ldconfig, LD_LIBRARY_PATH, etc.) which makes sure that both the shared libs in OpenPKG and the underlying Unix system do not conflict and that the libs inside multiple OpenPKG instances do not conflict. Without wrappers or at least working support for ld's -R option around applications this very quickly gets very complicated to solve. An example: you have FreeBSD and OpenPKG instances under /usr/opkg, /e/openpkg/sw and /e/ossp/sw, etc (as it is the case for one of our machines). If OpenPKG would use shared libraries in the "zlib" package you would end up with libz.so in all those locations. The Unix loader usually knows only three ways to locate them: a system-wide configuration (ldconfig,...), a session-wide configuration (LD_LIBRARY_PATH, ...) and a hard-coded one (ld -R, libtool -rpath, etc). The first two make you lots of problems, because they search a path and take usually the first libz.so they find. But they are available everywhere. The last one is the best solution for the situation, but unfortunately is not available on all platforms. And even if it is available, _ALL_ packages have to use the correct linker options to use it, which in turn means that all non-libtool based packages have to patched manually by us. Because of this we decided to still stay out of the shared library business. We will only go this way if we find that all important platforms have support for hard-coded paths (because it's the only reasonable solution to solve the multiple instance problem) _and_ we find time to adjust all involved packages to correctly use this. The second usually is very time-consuming, but perhaps someone contributes all the necessary patches... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Apr 30 22:13:40 2002 Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170]) by mail.openpkg.org (Postfix) with ESMTP id 63C651C180C for ; Tue, 30 Apr 2002 21:07:19 +0200 (CEST) Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de) by moutng0.schlund.de with esmtp (Exim 3.22 #2) id 172cy1-0004m6-00; Tue, 30 Apr 2002 21:07:13 +0200 Received: from [217.81.149.116] (helo=kepler) by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2) id 172cy1-0000ui-00; Tue, 30 Apr 2002 21:07:13 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Martin Konold To: openpkg-users@openpkg.org, Tadashi Jokagi Subject: Re: Creation of the package for development Date: Tue, 30 Apr 2002 21:09:25 +0200 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200204302109.29297.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 30 April 2002 08:16 am, Tadashi Jokagi wrote: Hi, > Doesn't OpenPKG separate the file for development from the present pack= age > composition? . I think that a header file and a library file are > unnecessary at the time of server management. Moreover, why does not us= e a The potential space savings are marginal compared to dynamic linking anyw= ay. > share library? > Suppose that a security hole like zlib occurred. > In this case, a maintenance becomes complicated. Well, you basically have to update multiple packages after a simple recom= pile. Regards, - --martin - --=20 Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Germanenstrasse 15, 70563 Stuttgart, Germany email: martin.konold@erfrakon.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8zuvo2QhgvjzqtlMRAmeTAKCvw6RQVsaOmZqFxm5kBeXecFxg4wCfdYO/ lj9d1Qcy6fMogsRmqSCWBnM=3D =3DtaRp -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Thu May 2 08:48:05 2002 Received: from augias.ecrc.de (augias.ecrc.de [141.1.1.32]) by mail.openpkg.org (Postfix) with ESMTP id C38591C180C for ; Thu, 2 May 2002 08:48:04 +0200 (CEST) Received: from hermes.ecrc.de (hermes.ecrc.de [141.1.64.80]) by augias.ecrc.de (8.11.0/8.11.0/$Revision$) with ESMTP id g426lw615679 for ; Thu, 2 May 2002 08:47:58 +0200 Received: from de.cw.net (dev14.dev.de.cw.net [141.1.23.114]) by hermes.ecrc.de (8.11.2/8.11.2) with ESMTP id g426lr806642 for ; Thu, 2 May 2002 08:47:53 +0200 (MEST) Message-ID: <3CD0E118.10209@de.cw.net> Date: Thu, 02 May 2002 08:47:52 +0200 From: Thomas Lotterer MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: Creation of the package for development References: <200204302109.29297.martin.konold@erfrakon.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Martin Konold wrote: >On Tuesday 30 April 2002 08:16 am, Tadashi Jokagi wrote: > >>[...] Moreover, why does not use a share library? >> >The potential space savings are marginal compared to dynamic linking anyway. > True and also note that not using shared libraries saves some trouble, see FAQ#13 http://www.openpkg.org/faq.html#no-shlib >>Suppose that a security hole like zlib occurred. >>In this case, a maintenance becomes complicated. >> >Well, you basically have to update multiple packages after a simple recompile. > Yes, that's exactly what OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2002.003-zlib.html tells. New source packages of every related software had been released promptly. Regarding the quantity of updates, the zlib experience should be considered being one of the worst cases if not the worst case. From openpkg-users-owner@openpkg.org Thu May 2 18:58:38 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 31E751C1824; Thu, 2 May 2002 18:57:55 +0200 (CEST) To: openpkg-users@openpkg.org From: Lars Kellogg-Stedman Subject: Re: How does OpenPKG undo? How does OpenPKG handle multiple versions? Date: Thu, 02 May 2002 12:57:54 -0400 Message-ID: <3CD17012.4040506@deas.harvard.edu> References: <20020302085256.GA40862@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >> If I want two simultaneously installed versions of Perl, how >> do I handle that? > For this you require a second OpenPKG instance, because RPM allows only a > package to be installed once per instance. RPM will happily allow you to install two versions of the same package side-by-side, provided that there are no file conflicts. For example: $ rpm -q kernel kernel-2.4.7-10 kernel-2.4.9-21 kernel-2.4.9-31 This will, of course, generally require planning on the part of the packager -- binaries can't be named something like "perl", instead they need to be named something like "perl561", with postinstall scripts that take of creating an appropriate symlink. -- Lars From openpkg-users-owner@openpkg.org Thu May 2 19:37:02 2002 Received: from lhc.nlm.nih.gov (lhc.nlm.nih.gov [130.14.35.128]) by mail.openpkg.org (Postfix) with ESMTP id 37A151C180C; Thu, 2 May 2002 19:37:01 +0200 (CEST) Received: from billings.nlm.nih.gov (billings [130.14.31.31]) by lhc.nlm.nih.gov (8.8.8+Sun/8.8.7) with ESMTP id NAA07701; Thu, 2 May 2002 13:36:57 -0400 (EDT) Received: (from rodgers@localhost) by billings.nlm.nih.gov (8.11.6+Sun/8.11.6) id g42Hdv805506; Thu, 2 May 2002 13:39:57 -0400 (EDT) Date: Thu, 2 May 2002 13:39:57 -0400 (EDT) From: "R. P. Channing Rodgers, M.D." Message-Id: <200205021739.g42Hdv805506@billings.nlm.nih.gov> To: openpkg-users@openpkg.org Subject: Re: How does OpenPKG handle multiple versions? Cc: openpkg-dev@openpkg.org, rodgers@billings.nlm.nih.gov, michael.schloh@cw.com Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Of course, if OpenPKG were using the depot conventions, as outlined in our Dec. 2001 LISA paper on merging RPM and depot, you could have as many versions of perl as you like living in parallel with one another (even in the case of file name conflicts), and in addition be able to (optionally) share these packages over a network from a central server. Michael Schloh von Bennewitz of the OpenPKG developers group wrote a nice reply some days back to my proposal to merge OpenPKG and depot, and I will get back to him shortly with a proposal about how we might do that in a gradual manner. I really think this could add much to the value of OpenPKG, which could and should become the universal open source model for software package management. Cheerio, Rick Rodgers > From openpkg-users-owner@openpkg.org Thu May 2 13:01:41 2002 > From: Lars Kellogg-Stedman > Subject: Re: How does OpenPKG undo? How does OpenPKG handle multiple versions? > > >> If I want two simultaneously installed versions of Perl, how > >> do I handle that? > > For this you require a second OpenPKG instance, because RPM allows only a > > package to be installed once per instance. > > RPM will happily allow you to install two versions of the same package > side-by-side, provided that there are no file conflicts. For example: > > $ rpm -q kernel > kernel-2.4.7-10 > kernel-2.4.9-21 > kernel-2.4.9-31 > > This will, of course, generally require planning on the part of the > packager -- binaries can't be named something like "perl", instead they > need to be named something like "perl561", with postinstall scripts that > take of creating an appropriate symlink. > > -- Lars From openpkg-users-owner@openpkg.org Thu May 2 19:49:12 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 9AE311C180C for ; Thu, 2 May 2002 19:49:12 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 83BC44CE751; Thu, 2 May 2002 19:49:12 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) for openpkg-users@openpkg.org id g42HipQ98670; Thu, 2 May 2002 19:44:51 +0200 (CEST) Date: Thu, 2 May 2002 19:44:41 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: How does OpenPKG undo? How does OpenPKG handle multiple versions? Message-ID: <20020502174441.GA98451@engelschall.com> References: <20020302085256.GA40862@engelschall.com> <3CD17012.4040506@deas.harvard.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3CD17012.4040506@deas.harvard.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, May 02, 2002, Lars Kellogg-Stedman wrote: > >> If I want two simultaneously installed versions of Perl, how > >> do I handle that? > >For this you require a second OpenPKG instance, because RPM allows only a > >package to be installed once per instance. > > RPM will happily allow you to install two versions of the same package > side-by-side, provided that there are no file conflicts. For example: > > $ rpm -q kernel > kernel-2.4.7-10 > kernel-2.4.9-21 > kernel-2.4.9-31 > > This will, of course, generally require planning on the part of the > packager -- binaries can't be named something like "perl", instead they > need to be named something like "perl561", with postinstall scripts that > take of creating an appropriate symlink. Hmmm... very interesting, I was not aware that RPM is able to do this. I not even know what installation command I had to use to achieve this effect. A simple "rpm -i" should leads to an error and "rpm -U" should replace/upgrade the package. What RPM command line does RedHat use to achieve the above situation? Even a glance over there up2date script did not gave me any clue about this (except that they generally treat the "kernel" package very differerent all over their up2date code). OTOH, even with this feature, is this really appropriate for packages like "perl"? I mean for the kernel it is clear that it is interesting and useful, but if we would do this for "perl" we also had to do it for really all packages to be consistent. Because this time people ask for multiple installations of "perl", next for multiple installations of a different package. And adding such support to all packages quickly can become a nightmare, I think. So, where is the demarcation line here? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri May 3 16:56:39 2002 Received: from wolery.deas.harvard.edu (wolery.deas.harvard.edu [140.247.50.121]) by mail.openpkg.org (Postfix) with ESMTP id 2B0A81C180C for ; Fri, 3 May 2002 16:56:39 +0200 (CEST) Received: from deas.harvard.edu (wolery.deas.harvard.edu [140.247.50.121]) by wolery.deas.harvard.edu (Postfix) with ESMTP id 8DB4639E3E4 for ; Fri, 3 May 2002 10:56:38 -0400 (EDT) Message-ID: <3CD2A526.50507@deas.harvard.edu> Date: Fri, 03 May 2002 10:56:38 -0400 From: Lars Kellogg-Stedman MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: How does OpenPKG undo? How does OpenPKG handle multiple versions? References: <20020302085256.GA40862@engelschall.com> <3CD17012.4040506@deas.harvard.edu> <20020502174441.GA98451@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Hmmm... very interesting, I was not aware that RPM is able to do this. > I not even know what installation command I had to use to achieve this > effect. A simple "rpm -i" should leads to an error In fact, -i will do it. The big difference between -U and -i is that -U will remove all previous versions while -i will not. You can test this by creating two dummy spec files (e.g., no sources, no files) with different versions, along the lines of: ---[cut here]--- Name: sample Version: 1.0 Release: 1 Summary: A sample RPM. License: GPL Group: Samples Packager: Lars Kellogg-Stedman Buildroot: %{_tmppath}/%{name}-root Prefix: /usr %description This is a sample rpm. %prep %build %install %clean %files ---[end cut]--- Make one version 1.0, one version 2.0, and then: # rpm -ivh sample* [...] # rpm -q sample sample-2.0-1 sample-1.0-1 As to whether or not this is appropriate for a package such as perl...I don't know. I'm just pointing out that it's possible :). -- Lars From openpkg-users-owner@openpkg.org Thu May 9 21:20:56 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 08A381C1801; Thu, 9 May 2002 21:20:56 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 10CFB79415; Thu, 9 May 2002 15:18:32 -0400 (EDT) Date: Thu, 9 May 2002 15:18:31 -0400 From: Andrew J Caines To: OpenPKG Users Cc: OpenPKG Bugs , OpenPKG Develpment Subject: sudo upgrade overwrote sudoers file Message-ID: <20020509191831.GO1235@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Folks, Upgrading an installed and configured sudo package to sudo-1.6.6-20020425 via.. # rpm --rebuild ftp://ftp.openpkg.org/current/SRC/sudo-1.6.6-20020425.src.rpm # rpm -Uvh RPM/PKG/sudo-1.6.6-20020425.rpm ..as user cw*, the config file /cw/etc/sudo/sudoers was overwritten with the default version. Let me know if I can provide any more useful information. * This is intentional. cw owns all the files in the OpenPKG heirarchy. When ownership changes are necessary (eg. SUID root), they are made by hand. I am aware that some packages need privileged operations during install. -Andrew- -- ________________________________________________________________ | -Andrew J. Caines- 703-886-2689 Andrew.J.Caines@wcom.com | | Unix Systems Engineer, WorldCom Andrew.J.Caines+page@wcom.com | From openpkg-users-owner@openpkg.org Sat May 11 09:04:43 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 118D21C1801; Sat, 11 May 2002 09:04:43 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id DFF044CE76A; Sat, 11 May 2002 09:04:42 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) id g4B74XP37171; Sat, 11 May 2002 09:04:33 +0200 (CEST) Date: Sat, 11 May 2002 09:04:32 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: HEADS UP: Perl packaging Message-ID: <20020511070432.GA37158@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Attention: Since perl-5.6.1-20020510 the "perl" package only contains the plain Perl 5.6.1 distribution without the previously added _additional_ CPAN modules. All those modules were not split into "perl-xxx" packages. So be careful: After upgrading your "perl" you will end up in only the official set of modules distributed with Perl 5.6.1. For all others you now have to install one or more of the "perl-xxx" packages. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat May 11 20:35:19 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7702D1C1801; Sat, 11 May 2002 20:35:19 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5541A4CE734; Sat, 11 May 2002 20:35:19 +0200 (CEST) Received: by en1.engelschall.com (Sendmail 8.11.0+) id g4BHHR744782; Sat, 11 May 2002 19:17:27 +0200 (CEST) Date: Sat, 11 May 2002 19:17:27 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: Re: HEADS UP: Perl packaging Message-ID: <20020511171727.GA44761@engelschall.com> References: <20020511070432.GA37158@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020511070432.GA37158@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, May 11, 2002, Ralf S. Engelschall wrote: > Attention: Since perl-5.6.1-20020510 the "perl" package only contains > the plain Perl 5.6.1 distribution without the previously added > _additional_ CPAN modules. All those modules were not split into ^^^ s/not/now/ > "perl-xxx" packages. So be careful: After upgrading your "perl" you will > end up in only the official set of modules distributed with Perl 5.6.1. > For all others you now have to install one or more of the "perl-xxx" > packages. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jul 1 10:25:49 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 636F41C1818 for ; Mon, 1 Jul 2002 10:25:49 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g618PGQ3000148 for ; Mon, 1 Jul 2002 10:25:49 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dev15.dev.de.cw.net (8.12.2/8.12.3/Submit) id g39BlTdl021867 for openpkg-users@openpkg.org; Tue, 9 Apr 2002 13:47:29 +0200 (CEST) (envelope-from ms) Date: Tue, 9 Apr 2002 13:47:28 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG for cygwin Message-ID: <20020409134728.A21718@dev15.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from elf@highway.ne.jp on Mon, Apr 08, 2002 at 03:14:48AM +0900 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Tadashi, I like your idea of OpenPKG on cygwin, and admire your effort of porting it. Unfortunately, because I have little cygwin experience, I don't know what the results will be. I don't even have a microsoft software platform to try out your port. Can you tell me exactly how far you've gotten? Is the OpenPKG bootstrapper cleanly finishing and installing an OpenPKG instance? It sounded like that was the hangup before. Thanks, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Mon, Apr 08, 2002 at 03:14:48AM +0900, Tadashi Jokagi wrote: > I consider using OpenPKG by cygwin. > First, I made what makes RPM. > Please try, if good. > > http://elf.no-ip.org/pub/openpkg/cygwin/ > > I am using the WinXP Japanese version. > Probably it operates by Windows of the English version and the international version. > However, probably, rebuild will be required except WinXP. From openpkg-users-owner@openpkg.org Mon Jul 1 10:25:49 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 7626A1C1831 for ; Mon, 1 Jul 2002 10:25:49 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g618PGQ5000148 for ; Mon, 1 Jul 2002 10:25:49 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dev15.dev.de.cw.net (8.12.2/8.12.3/Submit) id g3G8voAB056408 for openpkg-users@openpkg.org; Tue, 16 Apr 2002 10:57:50 +0200 (CEST) (envelope-from ms) Date: Tue, 16 Apr 2002 10:57:50 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: mistake to the web page. Message-ID: <20020416105750.B48548@dev15.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from elf@highway.ne.jp on Tue, Apr 16, 2002 at 01:35:08PM +0900 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Tadashi, Thank you for discovering the web page mistake. I checked in your fix, as you can see at http://www.openpkg.org/contrib.html. Regards, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Tue, Apr 16, 2002 at 01:35:08PM +0900, Tadashi Jokagi wrote: > Hi. > > I found the mistake to the web page. > > http://www.openpkg.org/contrib.html > > NG) > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs login > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/cvs module > > OK) > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs login > $ cvs -d :pserver:anonymous@cvs.openpkg.org:/e/openpkg/cvs module > > I reported to Bug Database last week. > However, it was not able to be found now. > Therefore, it contributes here again. From openpkg-users-owner@openpkg.org Mon Jul 15 15:44:42 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id C4B4C1C1831; Mon, 15 Jul 2002 15:41:13 +0200 (CEST) To: openpkg-users@openpkg.org From: "Gregory R. Warnes" Subject: Subscription/Posting broken? Date: Mon, 15 Jul 2002 09:41:13 -0400 Message-ID: <3D32D0F9.5010907@groton.pfizer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I've attempted to subscribe to the mailing-list version of this forum, but none of the 4 messages I've sent have shown up. Each has resulted ina 'please approve' mail response, to which I have replied and recieved a message saying 'Your approval mail has been received and been processed sucessfully.' However, nothing has shown up. Nor have I recieved any other mail. Is the list software broken? -Greg From openpkg-users-owner@openpkg.org Mon Jul 15 15:50:42 2002 Received: from mailrelay4.pfizer.com (ns11.pfizer.com [192.77.198.11]) by mail.openpkg.org (Postfix) with ESMTP id 476391C1802 for ; Mon, 15 Jul 2002 15:50:42 +0200 (CEST) Received: from gsun56.pfizer.com (localhost [127.0.0.1]) by mailrelay4.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id JAA06247 for ; Mon, 15 Jul 2002 09:50:41 -0400 (EDT) Received: from groexms01.pfizer.com (localhost [127.0.0.1]) by gsun56.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id JAA01806 for ; Mon, 15 Jul 2002 09:53:30 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms01.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Mon, 15 Jul 2002 09:51:10 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <355K1V7Q>; Mon, 15 Jul 2002 09:51:10 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: RE: Subscription/Posting broken? Date: Mon, 15 Jul 2002 09:51:10 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hmm. Posting via the newsgroup seems to work. Lets see if posting through email works now too. > -----Original Message----- > From: Gregory R. Warnes [mailto:gregory_r_warnes@groton.pfizer.com] > Sent: Monday, July 15, 2002 9:41 AM > To: openpkg-users@openpkg.org > Subject: Subscription/Posting broken? > > > > I've attempted to subscribe to the mailing-list version of > this forum, > but none of the 4 messages I've sent have shown up. Each has > resulted > ina 'please approve' mail response, to which I have replied > and recieved > a message saying 'Your approval mail has been received and been > processed sucessfully.' However, nothing has shown up. Nor have I > recieved any other mail. > > Is the list software broken? > > -Greg > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Mon Jul 15 21:22:31 2002 Received: from mailrelay1.pfizer.com (ns11.pfizer.com [192.77.198.11]) by mail.openpkg.org (Postfix) with ESMTP id D72911C1802 for ; Mon, 15 Jul 2002 21:22:30 +0200 (CEST) Received: from gsun56.pfizer.com (localhost [127.0.0.1]) by mailrelay1.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id PAA04577 for ; Mon, 15 Jul 2002 15:22:29 -0400 (EDT) Received: from groexms01.pfizer.com (localhost [127.0.0.1]) by gsun56.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id PAA02498 for ; Mon, 15 Jul 2002 15:25:17 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms01.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Mon, 15 Jul 2002 15:22:48 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <355KFNNM>; Mon, 15 Jul 2002 15:22:48 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: problem bootstrapping openpkg on Solaris Date: Mon, 15 Jul 2002 15:22:47 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: First, this is a tremendously useful project. I've been looking for a straightforward way to install opensource software in a NFS-shareable location that would properly enforce library dependencies. The openpkg tools work very well for this. I bootstrapped openpkg but had considerable problems building source packages until I discovered that on my system, BUFSIZ is defined to be 1024 in /usr/include/iso/stdio_iso.h, included from /usr/include/stdio.h. This is much smaller than the 8192 that (seems to be) the value that RPM expects (noted in the comments /Volumes/app/appman/RPM/SRC/rpm-4.0.2). The effect was that the long installation path name (not my choice), /net/gsun492/Volumes/app/appman/, was causing the __build_pre macro to overflow its buffer and get truncated, resulting in general havoc. (It seems likely that short paths (/cm/) would not cause the problem to occur.) As a fix, I made a bad hack to the openpkg.spec file: *** openpkg.spec-2 Fri Jul 12 20:15:50 2002 --- openpkg.spec Fri Jul 12 20:43:03 2002 *************** *** 416,422 **** * ) nlsopt="--enable-nls --with-included-gettext" ;; esac nlsopt="--disable-nls" ! CC="${l_cc} -DOPENPKG -I$br/db-%{V_db}/build_unix -I$br/zib-%{V_zlib} -I$br/bzip2-%{V_bzip2}" \ CFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix -I$br/zlib-%{V_zlib} -I$b/bzip2-%{V_bzip2}" \ CPPFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix -I$br/zlib-%{V_zlib} -Ibr/bzip2-%{V_bzip2}" \ LDFLAGS="-L$br/db-%{V_db}/build_unix -L$br/zlib-%{V_zlib} -L$br/bzip2-%V_bzip2}" \ --- 416,423 ---- * ) nlsopt="--enable-nls --with-included-gettext" ;; esac nlsopt="--disable-nls" ! perl -pi.bak -e 's/\bBUFSIZ\b/RPMBUFSIZ/g' `find . -name "*.[ch]" -prin` ! CC="${l_cc} -DRPMBUFSIZ=8192 -DOPENPKG -I$br/db-%{V_db}/build_unix -I$b/zlib-%{V_zlib} -I$br/bzip2-%{V_bzip2}" \ CFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix -I$br/zlib-%{V_zlib} -I$b/bzip2-%{V_bzip2}" \ CPPFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix -I$br/zlib-%{V_zlib} -Ibr/bzip2-%{V_bzip2}" \ LDFLAGS="-L$br/db-%{V_db}/build_unix -L$br/zlib-%{V_zlib} -L$br/bzip2-%V_bzip2}" \ This simply runs find+perl to replace all references to BUFSIZ with RPMBUFSIZ, then adds the macro definition RPMBUFSIZ=8192 to the compilation CFLAGS. This seems to work fine, but it might be a good idea to make a permanent fix in a more portable way, which would probably also involve adding a test to configure. I've compiled a pile of packages, but still have a couple of (hopefully unrelated problems). I'll detail those in another message. -Greg LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Mon Jul 15 21:48:08 2002 Received: from mailrelay4.pfizer.com (ns11.pfizer.com [192.77.198.11]) by mail.openpkg.org (Postfix) with ESMTP id 07C6E1C1802 for ; Mon, 15 Jul 2002 21:48:08 +0200 (CEST) Received: from gsun56.pfizer.com (localhost [127.0.0.1]) by mailrelay4.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id PAA17952 for ; Mon, 15 Jul 2002 15:48:06 -0400 (EDT) Received: from groexms01.pfizer.com (localhost [127.0.0.1]) by gsun56.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id PAA19933 for ; Mon, 15 Jul 2002 15:50:56 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms01.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Mon, 15 Jul 2002 15:48:39 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <355KFP5M>; Mon, 15 Jul 2002 15:48:39 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: RE: problem bootstrapping openpkg on Solaris Date: Mon, 15 Jul 2002 15:48:39 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Oh, I forgot to mention that my system is Solaris 8. -Greg > -----Original Message----- > From: Warnes, Gregory R [mailto:gregory_r_warnes@groton.pfizer.com] > Sent: Monday, July 15, 2002 3:23 PM > To: 'openpkg-users@openpkg.org' > Subject: problem bootstrapping openpkg on Solaris > > > > First, this is a tremendously useful project. I've been looking for a > straightforward way to install opensource software in a NFS-shareable > location that would properly enforce library dependencies. > The openpkg > tools work very well for this. > > I bootstrapped openpkg but had considerable problems building source > packages until I discovered that on my system, BUFSIZ is > defined to be 1024 > in /usr/include/iso/stdio_iso.h, included from > /usr/include/stdio.h. This > is much smaller than the 8192 that (seems to be) the value > that RPM expects > (noted in the comments /Volumes/app/appman/RPM/SRC/rpm-4.0.2). > > The effect was that the long installation path name (not my choice), > /net/gsun492/Volumes/app/appman/, was causing the __build_pre macro to > overflow its buffer and get truncated, resulting in general > havoc. (It > seems likely that short paths (/cm/) would not cause the > problem to occur.) > > As a fix, I made a bad hack to the openpkg.spec file: > > *** openpkg.spec-2 Fri Jul 12 20:15:50 2002 > --- openpkg.spec Fri Jul 12 20:43:03 2002 > *************** > *** 416,422 **** > * ) nlsopt="--enable-nls > --with-included-gettext" ;; > esac > nlsopt="--disable-nls" > ! CC="${l_cc} -DOPENPKG -I$br/db-%{V_db}/build_unix > -I$br/zib-%{V_zlib} -I$br/bzip2-%{V_bzip2}" \ > CFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix > -I$br/zlib-%{V_zlib} > -I$b/bzip2-%{V_bzip2}" \ > CPPFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix > -I$br/zlib-%{V_zlib} > -Ibr/bzip2-%{V_bzip2}" \ > LDFLAGS="-L$br/db-%{V_db}/build_unix -L$br/zlib-%{V_zlib} > -L$br/bzip2-%V_bzip2}" \ > --- 416,423 ---- > * ) nlsopt="--enable-nls > --with-included-gettext" ;; > esac > nlsopt="--disable-nls" > ! perl -pi.bak -e 's/\bBUFSIZ\b/RPMBUFSIZ/g' `find . > -name "*.[ch]" > -prin` > ! CC="${l_cc} -DRPMBUFSIZ=8192 -DOPENPKG > -I$br/db-%{V_db}/build_unix > -I$b/zlib-%{V_zlib} -I$br/bzip2-%{V_bzip2}" \ > CFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix > -I$br/zlib-%{V_zlib} > -I$b/bzip2-%{V_bzip2}" \ > CPPFLAGS="-DOPENPKG -I$br/db-%{V_db}/build_unix > -I$br/zlib-%{V_zlib} > -Ibr/bzip2-%{V_bzip2}" \ > LDFLAGS="-L$br/db-%{V_db}/build_unix -L$br/zlib-%{V_zlib} > -L$br/bzip2-%V_bzip2}" \ > > > This simply runs find+perl to replace all references to BUFSIZ with > RPMBUFSIZ, then adds the macro definition RPMBUFSIZ=8192 to > the compilation > CFLAGS. This seems to work fine, but it might be a good idea > to make a > permanent fix in a more portable way, which would probably > also involve > adding a test to configure. > > I've compiled a pile of packages, but still have a couple of > (hopefully > unrelated problems). I'll detail those in another message. > > -Greg > > > LEGAL NOTICE > Unless expressly stated otherwise, this message is > confidential and may be privileged. It is intended for the > addressee(s) only. Access to this E-mail by anyone else is > unauthorized. If you are not an addressee, any disclosure or > copying of the contents of this E-mail or any action taken > (or not taken) in reliance on it is unauthorized and may be > unlawful. If you are not an addressee, please inform the > sender immediately. > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Jul 15 23:40:18 2002 Received: from mailrelay4.pfizer.com (ns11.pfizer.com [192.77.198.11]) by mail.openpkg.org (Postfix) with ESMTP id 5DB581C1802 for ; Mon, 15 Jul 2002 23:40:17 +0200 (CEST) Received: from gsun56.pfizer.com (localhost [127.0.0.1]) by mailrelay4.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id RAA27313 for ; Mon, 15 Jul 2002 17:40:13 -0400 (EDT) Received: from groexms02.pfizer.com (localhost [127.0.0.1]) by gsun56.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id RAA00412 for ; Mon, 15 Jul 2002 17:43:02 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms02.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Mon, 15 Jul 2002 17:39:49 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <355KFV6A>; Mon, 15 Jul 2002 17:39:49 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: problem compiling gcc3.1 on Solaris Date: Mon, 15 Jul 2002 17:39:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Attempting to build gcc31 package (gcc31-3.1s20020521-20020522.src.rpm) results in the error below. It looks like some things are being built in 32 bit mode and some in 64. Anyone know how to fix it? -Greg stage1/xgcc -Bstage1/ -B/net/gsun492/Volumes/app/appman/sparc64-sun-solaris2.8/ bin/ -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- prototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_ FILE -o genflags \ genflags.o rtl.o read-rtl.o bitmap.o ggc-none.o gensupport.o print-rtl.o error s.o ../libiberty/libiberty.a ld: warning: file ../libiberty/libiberty.a(hashtab.o): wrong ELF class: ELFCLAS S32 Undefined first referenced symbol in file htab_create read-rtl.o _obstack_begin genflags.o _sch_toupper genflags.o obstack_free read-rtl.o htab_find read-rtl.o _sch_istable genflags.o xstrdup read-rtl.o xmalloc genflags.o htab_find_slot read-rtl.o _obstack_newchunk genflags.o htab_traverse read-rtl.o ld: fatal: Symbol referencing errors. No output written to genflags collect2: ld returned 1 exit status make[2]: *** [genflags] Error 1 make[1]: *** [stage2_build] Error 2 make: *** [bootstrap-lean] Error 2 error: Bad exit status from /net/gsun492/Volumes/app/appman/RPM/TMP/rpm-tmp.688 0 (%build) RPM build errors: Bad exit status from /net/gsun492/Volumes/app/appman/RPM/TMP/rpm-tmp.6880 ( %build) LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Wed Jul 17 09:29:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A3D4C1C1889; Wed, 17 Jul 2002 09:29:59 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 843FB4CE736; Wed, 17 Jul 2002 09:29:59 +0200 (CEST) Date: Wed, 17 Jul 2002 09:29:59 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Cc: openpkg-bugdb@openpkg.org Subject: Re: problem bootstrapping openpkg on Solaris Message-ID: <20020717072959.GA28871@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > First, this is a tremendously useful project. I've been looking for a > straightforward way to install opensource software in a NFS-shareable > location that would properly enforce library dependencies. The openpkg > tools work very well for this. > > I bootstrapped openpkg but had considerable problems building source > packages until I discovered that on my system, BUFSIZ is defined to be 1024 > in /usr/include/iso/stdio_iso.h, included from /usr/include/stdio.h. This > is much smaller than the 8192 that (seems to be) the value that RPM expects > (noted in the comments /Volumes/app/appman/RPM/SRC/rpm-4.0.2). > > The effect was that the long installation path name (not my choice), > /net/gsun492/Volumes/app/appman/, was causing the __build_pre macro to > overflow its buffer and get truncated, resulting in general havoc. (It > seems likely that short paths (/cm/) would not cause the problem to occur.) I've looked into the RPM sources and it seems that RPM uses the POSIX BUFSIZ (usually historically intended for maximum pathname length and in POSIX for the setvbuf stuff) for really any type of buffers, including macro expansion buffers. This certainly is a bad coding style and predestined to fail - as you discovered here. Just replacing all BUFSIZ occurences with an own (and numerically larger) definition is not recommended, because it would not just change the buffer sizes in the macro parts (where it is needed), but also in the I/O parts (where it is correct). A possible side-effect could be that an I/O buffer could be larger than usually expected and lead to I/O latency problems, whatever. So, IMHO the correct fix is to change only the RPM macro code to use a larger buffer. Can you try the following patch (against the latest OpenPKG-CURRENT "openpkg" package) and give feedback whether it also fixes your problems: Index: openpkg.spec =================================================================== RCS file: /e/openpkg/cvs/openpkg-src/openpkg/openpkg.spec,v retrieving revision 1.82 diff -u -d -u -d -r1.82 openpkg.spec --- openpkg.spec 14 Jul 2002 12:50:57 -0000 1.82 +++ openpkg.spec 17 Jul 2002 07:26:51 -0000 @@ -408,6 +408,9 @@ sed -e 's;^\(SUBDIRS[ ]*=.*\) po$;\1;' \ popt/Makefile.in.n && \ mv popt/Makefile.in.n popt/Makefile.in + sed -e 's;BUFSIZ;8192;g' \ + rpmio/macro.c.n && \ + mv rpmio/macro.c.n rpmio/macro.c ( echo 'ac_cv_path_MSGFMT=${ac_cv_path_MSGFMT=no}' echo 'ac_cv_path_GMSGFMT=${ac_cv_path_GMSGFMT=no}' ) >config.cache Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 17 09:38:19 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 873611C1889; Wed, 17 Jul 2002 09:38:19 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 741E04CE745; Wed, 17 Jul 2002 09:38:19 +0200 (CEST) Date: Wed, 17 Jul 2002 09:38:19 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Cc: openpkg-bugdb@openpkg.org Subject: Re: problem compiling gcc3.1 on Solaris Message-ID: <20020717073819.GA33643@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > Attempting to build gcc31 package (gcc31-3.1s20020521-20020522.src.rpm) > results in the error below. It looks like some things are being built in 32 > bit mode and some in 64. Anyone know how to fix it? A few points: 1. Your gcc31-3.1sXXXX package is a pre-3.1 snapshot version of GCC we packaged temporarily before 3.1 became release status. Please do not use this version any longer. It is already removed from our FTP service. Use gcc-3.1-20020628.src.rpm or higher instead. Perhaps using the newer release version already fixes your problem. 2. We successfully tested gcc-3.1-20020628.src.rpm on both Solaris 8 and Solaris 9 on sun4u boxes. The only difference seems that you are building from scratch with a Sun compiler, right? We bootstrapped even with gcc. Can you retry with gcc-3.1-20020628.src.rpm? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jul 25 01:48:25 2002 Received: from mailrelay4.pfizer.com (ns11.pfizer.com [192.77.198.11]) by mail.openpkg.org (Postfix) with ESMTP id D0CFB1C1891; Thu, 25 Jul 2002 01:48:24 +0200 (CEST) Received: from gsun34.pfizer.com (localhost [127.0.0.1]) by mailrelay4.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id TAA23327; Wed, 24 Jul 2002 19:48:23 -0400 (EDT) Received: from groexms01.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id TAA04022; Wed, 24 Jul 2002 19:48:47 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms01.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Wed, 24 Jul 2002 19:48:58 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id ; Wed, 24 Jul 2002 19:48:58 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Cc: openpkg-bugdb@openpkg.org Subject: RE: problem compiling gcc3.1 on Solaris Date: Wed, 24 Jul 2002 19:48:56 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Building gcc-3.1-20020628.src.rpm goes OK, but the resulting executables give this error: gsun492: PKG [64]> gcc -V gcc: Cannot find ELF Killed -Greg > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Wednesday, July 17, 2002 3:38 AM > To: openpkg-users@openpkg.org > Cc: openpkg-bugdb@openpkg.org > Subject: Re: problem compiling gcc3.1 on Solaris > > > > In article > > you wrote: > > > Attempting to build gcc31 package > (gcc31-3.1s20020521-20020522.src.rpm) > > results in the error below. It looks like some things are > being built in 32 > > bit mode and some in 64. Anyone know how to fix it? > > A few points: > > 1. Your gcc31-3.1sXXXX package is a pre-3.1 snapshot version of GCC we > packaged temporarily before 3.1 became release status. Please do > not use this version any longer. It is already removed from our FTP > service. Use gcc-3.1-20020628.src.rpm or higher instead. Perhaps > using the newer release version already fixes your problem. > > 2. We successfully tested gcc-3.1-20020628.src.rpm on both Solaris 8 > and Solaris 9 on sun4u boxes. The only difference seems > that you are > building from scratch with a Sun compiler, right? We bootstrapped > even with gcc. > > Can you retry with gcc-3.1-20020628.src.rpm? > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Tue Aug 6 11:26:46 2002 Received: from relay.cwplc.com (relay.cwplc.com [194.6.6.11]) by mail.openpkg.org (Postfix) with ESMTP id B8D031C181A for ; Tue, 6 Aug 2002 11:22:05 +0200 (CEST) Received: from fr_par_p_e01.cwe.cwplc.com ([146.135.230.66]) by relay.cwplc.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g769Mb424390 for ; Tue, 6 Aug 2002 10:22:38 +0100 (BST) Received: by FR_PAR_P_E01 with Internet Mail Service (5.5.2653.19) id ; Tue, 6 Aug 2002 11:20:26 +0200 Message-ID: From: "Phelan, Gerard" To: "'openpkg-users@openpkg.org'" Subject: HPUX support Date: Tue, 6 Aug 2002 11:21:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Greetings, > We support the CW Transmission-GSOC servers located in Munich. > We have 5 Solaris, 2 linux and 13 HPUX 10.20 boxes running management > systems for the GSOC. > We link closely with the UK Transmission network as well who have at least > 80 or so HPUX boxes.... > So, I see an opportunity to standardise our package management, is it > possible HPUX may be supported seeing it is so widely used? > > regards > Gerard Phelan > TX-GSOC Munich > ext 467 > > From openpkg-users-owner@openpkg.org Fri Aug 9 11:04:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id AFA971C181A; Fri, 9 Aug 2002 11:04:58 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 9C8CC4CE61C; Fri, 9 Aug 2002 11:04:58 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id AD1EF285C8; Fri, 9 Aug 2002 11:04:32 +0200 (CEST) Date: Fri, 9 Aug 2002 11:04:32 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: Request for help: upgrade of Tomcat package(s) Message-ID: <20020809090432.GA10832@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Request for help: We currently have in OpenPKG-CURRENT a "tomcat" and "tomcat-adapter" package at vendor version 3.2.4. Unfortunately Tomcat is such a nasty stuff and we have no people with deep enough Java+Tomcat knowledge, so we were still unable to upgrade the package to 3.3.1. Additionally we would like to have "tomcat4" and "tomcat4-adapter" packages based on Tomcat 4.0.3 (and later 4.1.x). Is anyone with more Tomcat knowledge able to contribute a package upgrade for 3.3.1 and/or a new package for Tomcat 4.0.3? We would be very happy if someone can help us out here. Thanks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Aug 14 00:34:46 2002 Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by mail.openpkg.org (Postfix) with ESMTP id 08DB01C187C for ; Wed, 14 Aug 2002 00:26:49 +0200 (CEST) Received: by puzl.pixar.com (Postfix, from userid 2745) id 1CDE6D0D5B4; Tue, 13 Aug 2002 15:26:35 -0700 (PDT) Date: Tue, 13 Aug 2002 15:26:35 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: a few questions Message-ID: <20020813222634.GI18770@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I've been investigating openpkg for a few days now and overall I find it very interesting. We have two requirements for a software pacakge system that aren't obviously met by the current openpkg: 1. we want to make sure that all packages in an openpkg instance are built by the same compiler and we want to be able to specify that compiler on a per-instance basis. 2. we want to be able to automatically rebuild an entire collection of rpms from their source rpms. How difficult are these to achieve? -- miles egan OpenPGP/GPG Key 0x01F53D51 @ wwwkeys.us.pgp.net From openpkg-users-owner@openpkg.org Wed Aug 14 07:02:52 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4040D1C187C for ; Wed, 14 Aug 2002 07:02:52 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 29D7E4CE73E; Wed, 14 Aug 2002 07:02:52 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id C3045286B6; Wed, 14 Aug 2002 07:02:32 +0200 (CEST) Date: Wed, 14 Aug 2002 07:02:32 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: a few questions Message-ID: <20020814050232.GA61854@engelschall.com> References: <20020813222634.GI18770@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020813222634.GI18770@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Aug 13, 2002, Miles Egan wrote: > I've been investigating openpkg for a few days now and overall I find it very > interesting. We have two requirements for a software pacakge system that > aren't obviously met by the current openpkg: > > 1. we want to make sure that all packages in an openpkg instance are built by > the same compiler and we want to be able to specify that compiler on a > per-instance basis. Not obvious, but possible (at least with OpenPKG-CURRENT and the forthcoming 1.1): Use a ~/.rpmmacros (in the home of the user who builds the packages) with "l_cc /path/to/your/cc" and perhaps "l_cflags -flags -of -your -cc". > 2. we want to be able to automatically rebuild an entire collection of rpms > from their source rpms. Also not obvious, but possible (at least with OpenPKG-CURRENT and the forthcoming 1.1): Use the release engineering scripts you find under http://www.openpkg.org/cvsweb/cvsweb.cgi/openpkg-re/. In particular what you need us the src2make.pl script which is given the source RPMs. It generates a Makefile which allows you to build the corresponding binary RPMs. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Aug 14 22:39:55 2002 Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mail.openpkg.org (Postfix) with ESMTP id 9BDDD1C187C for ; Wed, 14 Aug 2002 21:03:25 +0200 (CEST) Received: [from pobox3.mot.com (pobox3.mot.com [10.64.251.242]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id MAA15424 for ; Wed, 14 Aug 2002 12:03:24 -0700 (MST)] Received: [from az33exm32.corp.mot.com (az33exm32.corp.mot.com [10.64.65.146]) by pobox3.mot.com (MOT-pobox3 2.0) with ESMTP id MAA27965 for ; Wed, 14 Aug 2002 12:01:30 -0700 (MST)] Received: from cs6669236-23.austin.rr.com (163.12.105.207 [163.12.105.207]) by az33exm32.corp.mot.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2654.52) id PSD124LP; Wed, 14 Aug 2002 12:03:23 -0700 Date: Wed, 14 Aug 2002 14:03:06 -0500 Subject: Darwin Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: George Wood To: openpkg-users@openpkg.org From: George Wood In-Reply-To: <20020814050232.GA61854@engelschall.com> Message-Id: <77391B09-AFB8-11D6-8F3B-000393B2971A@Motorola.com> Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > I am interested in setting up OpenPKG on Darwin, Apple's version of UNIX. How do I start with a new platform? -- George Wood 512-423-9629 c 4785035@skytel.com (Austin pager) 512-996-4825 w 1-888-478-5035 pager phone number From openpkg-users-owner@openpkg.org Wed Aug 14 23:02:08 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 8737E1C1888 for ; Wed, 14 Aug 2002 23:02:08 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 6DE684CE762; Wed, 14 Aug 2002 23:02:08 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 140B028692; Wed, 14 Aug 2002 23:01:35 +0200 (CEST) Date: Wed, 14 Aug 2002 23:01:35 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Darwin Message-ID: <20020814210134.GA79784@engelschall.com> References: <20020814050232.GA61854@engelschall.com> <77391B09-AFB8-11D6-8F3B-000393B2971A@Motorola.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <77391B09-AFB8-11D6-8F3B-000393B2971A@Motorola.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Aug 14, 2002, George Wood wrote: > >I am interested in setting up OpenPKG on Darwin, Apple's version of UNIX. > > How do I start with a new platform? By porting the bootstrap to it. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Aug 15 00:43:15 2002 Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mail.openpkg.org (Postfix) with ESMTP id 63A3E1C187C for ; Thu, 15 Aug 2002 00:33:07 +0200 (CEST) Received: from fwd06.sul.t-online.de by mailout04.sul.t-online.com with smtp id 17f6hJ-0004qt-06; Thu, 15 Aug 2002 00:33:01 +0200 Received: from elwood (520003674578-0001@[80.128.80.80]) by fwd06.sul.t-online.com with esmtp id 17f6hI-0JBqcaC; Thu, 15 Aug 2002 00:33:00 +0200 From: 520003674578-0001@t-online.de (Stefan Lotter) To: Cc: Subject: JFI: Darwin(Mac OS X) =FreeBSD/NETBSD flavor Date: Thu, 15 Aug 2002 00:33:02 +0200 Message-ID: <000701c243e2d59d5e0AB380DB99A6C79AF81F71D58F62D1915100a8c0@elwood> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020814210134.GA79784@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, wollt euch nur mal schnell vertellen, falls ihr dass nicht eh schon wisst, dass Darwin, besser als Mac OS X bekannt, auf einer Mischung aus "BSD's", haupts=E4chlich FreeBSD und NetBSD basiert. http://developer.apple.com/techpubs/macosx/Darwin/PortingUNIX/background /index.html Auch wenn mich Mac bisher =FCberhaupt nicht interessiert hat, seitdem = ich das obige wei=DF, w=FCrde ich das OS X ja doch gerne mal gesehen haben. Vielleicht ist es ja das was ich eigtl. suche: ein gescheiter Core mit 'ner coolen, ausgereiften Gui. (Aquatica soll ja recht geil sein) Wenn jetzt das Mac OS X auch noch auf dem seit kurzem verf=FCgbaren Entwickler- Amiga (AmigaOS 4.0) auf PPC Basis l=E4uft... (hab so was verlauten h=F6ren)... w=E4re das nicht ne Neuanschaffung f=FCrs dev-team = wert ? :-))) CU,=20 Stefan > -----Urspr=FCngliche Nachricht----- > Von: openpkg-users-owner@openpkg.org [mailto:openpkg-users- > owner@openpkg.org] Im Auftrag von Ralf S. Engelschall > Gesendet: Mittwoch, 14. August 2002 23:02 > An: openpkg-users@openpkg.org > Betreff: Re: Darwin >=20 > On Wed, Aug 14, 2002, George Wood wrote: >=20 > > >I am interested in setting up OpenPKG on Darwin, Apple's version of > UNIX. > > > > How do I start with a new platform? >=20 > By porting the bootstrap to it. > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Thu Aug 15 23:30:46 2002 Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by mail.openpkg.org (Postfix) with ESMTP id BDF8E1C187E for ; Thu, 15 Aug 2002 23:30:45 +0200 (CEST) Received: by puzl.pixar.com (Postfix, from userid 2745) id EB579D1680F; Thu, 15 Aug 2002 14:28:10 -0700 (PDT) Date: Thu, 15 Aug 2002 14:28:10 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: rsync current Message-ID: <20020815212810.GL13244@pixar.com> References: <20020814050232.GA61854@engelschall.com> <77391B09-AFB8-11D6-8F3B-000393B2971A@Motorola.com> <20020814210134.GA79784@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020814210134.GA79784@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Is there an rsync server for the current srpms? I'd rather not download the whole shmear again. -- miles egan miles@pixar.com OpenPGP/GPG Key 0x01F53D51 @ wwwkeys.us.pgp.net From openpkg-users-owner@openpkg.org Fri Aug 16 00:16:07 2002 Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by mail.openpkg.org (Postfix) with ESMTP id 573601C1880 for ; Fri, 16 Aug 2002 00:16:07 +0200 (CEST) Received: by puzl.pixar.com (Postfix, from userid 2745) id 53823CD2AFD; Thu, 15 Aug 2002 15:13:33 -0700 (PDT) Date: Thu, 15 Aug 2002 15:13:33 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: a few questions Message-ID: <20020815221332.GB3389@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020814050232.GA61854@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Aug 14, 2002 at 07:02:32AM +0200, Ralf S. Engelschall wrote: > > 1. we want to make sure that all packages in an openpkg instance are built by > > the same compiler and we want to be able to specify that compiler on a > > per-instance basis. > > Not obvious, but possible (at least with OpenPKG-CURRENT and the > forthcoming 1.1): Use a ~/.rpmmacros (in the home of the user who builds > the packages) with "l_cc /path/to/your/cc" and perhaps "l_cflags -flags > -of -your -cc". This seems to work. Thanks! > > from their source rpms. > > Also not obvious, but possible (at least with OpenPKG-CURRENT and the > forthcoming 1.1): Use the release engineering scripts you find under > http://www.openpkg.org/cvsweb/cvsweb.cgi/openpkg-re/. In particular what > you need us the src2make.pl script which is given the source RPMs. It > generates a Makefile which allows you to build the corresponding binary > RPMs. Trying this now. I like the idea of using make for this. Clever. One more thing we'd like: we'd like to be able to specify that some packages are only buildable/installable on certain platforms. I know rpm supports this, but is openpkg designed to assume that every package must build on every platform? -- miles egan miles@pixar.com OpenPGP/GPG Key 0x01F53D51 @ wwwkeys.us.pgp.net From openpkg-users-owner@openpkg.org Fri Aug 16 09:05:35 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 67EC51C187C for ; Fri, 16 Aug 2002 09:05:35 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 526F04CE73A; Fri, 16 Aug 2002 09:05:35 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 78D9E28698; Fri, 16 Aug 2002 09:01:30 +0200 (CEST) Date: Fri, 16 Aug 2002 09:01:30 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: rsync current Message-ID: <20020816070130.GA15954@engelschall.com> References: <20020814050232.GA61854@engelschall.com> <77391B09-AFB8-11D6-8F3B-000393B2971A@Motorola.com> <20020814210134.GA79784@engelschall.com> <20020815212810.GL13244@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020815212810.GL13244@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 15, 2002, Miles Egan wrote: > Is there an rsync server for the current srpms? I'd rather not download the > whole shmear again. rsync://rsync.openpkg.org/openpkg-ftp/current/SRC/ Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Aug 16 09:05:35 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 773481C1880 for ; Fri, 16 Aug 2002 09:05:35 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 61A744CE742; Fri, 16 Aug 2002 09:05:35 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 65F9928698; Fri, 16 Aug 2002 09:05:11 +0200 (CEST) Date: Fri, 16 Aug 2002 09:05:11 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: a few questions Message-ID: <20020816070511.GB15954@engelschall.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020815221332.GB3389@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 15, 2002, Miles Egan wrote: > [...] > One more thing we'd like: we'd like to be able to specify that some packages are > only buildable/installable on certain platforms. I know rpm supports this, but > is openpkg designed to assume that every package must build on every platform? Yes, that's OpenPKG "cross-platform" focus. Every _has to_ build on every officially supported platform, i.e., it is not acceptable to have an OpenPKG package which just works (by design or intention) on a single platform. All packages inherently have to work on all platforms (plus/minus the usual brokeness because of vendor source brokeness, of course). But you can nevertheless build a sub-set of packages just for a particular platform: the src2make.pl scripts generates a Makefile individually for the SRPMs it finds. It does _NOT_ assume that it gets _all_ OpenPKG-CURRENT packages. It's fully acceptable to build binary RPMs just for a subset of packages. The only point you have to be aware of is that the selected subset has to be self-consistent, i.e., it has no dependencies to other packages not part of the subset. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Aug 19 19:09:21 2002 Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by mail.openpkg.org (Postfix) with ESMTP id 97B8B1C187C for ; Mon, 19 Aug 2002 19:09:20 +0200 (CEST) Received: by puzl.pixar.com (Postfix, from userid 2745) id 296E1D05BC1; Mon, 19 Aug 2002 10:06:48 -0700 (PDT) Date: Mon, 19 Aug 2002 10:06:48 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: a few questions Message-ID: <20020819170647.GC29751@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020816070511.GB15954@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Aug 16, 2002 at 09:05:11AM +0200, Ralf S. Engelschall wrote: > On Thu, Aug 15, 2002, Miles Egan wrote: > > > [...] > > One more thing we'd like: we'd like to be able to specify that some packages are > > only buildable/installable on certain platforms. I know rpm supports this, but > > is openpkg designed to assume that every package must build on every platform? > But you can nevertheless build a sub-set of packages just for a > particular platform: the src2make.pl scripts generates a Makefile > individually for the SRPMs it finds. It does _NOT_ assume that it gets > _all_ OpenPKG-CURRENT packages. It's fully acceptable to build binary > RPMs just for a subset of packages. The only point you have to be aware > of is that the selected subset has to be self-consistent, i.e., it has > no dependencies to other packages not part of the subset. This seems reasonable. What we'd probably do is build all the openpkg packages and then build additional custom packages for select platforms. Thanks. -- miles egan miles@pixar.com OpenPGP/GPG Key 0x01F53D51 @ wwwkeys.us.pgp.net From openpkg-users-owner@openpkg.org Tue Sep 3 17:48:16 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id F2117277A0C for ; Tue, 3 Sep 2002 17:39:46 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id IAA24382 for ; Tue, 3 Sep 2002 08:39:34 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id 8D11B346A1C8; Tue, 3 Sep 2002 08:39:30 -0700 (PDT) Date: Tue, 3 Sep 2002 08:39:30 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: openpkg 1.1.0 questions Message-ID: <20020903153930.GB22848@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020816070511.GB15954@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Two questions: 1. Previous releases included make in the openpkg base package. This no longer seems to be the case, at least in my builds. Is this deliberate? 2. Are there any plans for Os X / Darwin support? The bootstrap procedure seems to work but the bootstrap package fails to install because the platform is identified as "power macintosh" and the space breaks the script. What's the proper fix here? Are there any hooks for munging/translating uname's output? -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Tue Sep 3 20:33:23 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 18B57277A12 for ; Tue, 3 Sep 2002 20:33:23 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g83GPAnl041604 for ; Tue, 3 Sep 2002 18:25:10 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g83GPAxl041603 for openpkg-users@openpkg.org; Tue, 3 Sep 2002 18:25:10 +0200 (CEST) Date: Tue, 3 Sep 2002 18:25:09 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020903162509.GE39627@dt4.dev.de.cw.net> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" In-Reply-To: <20020903153930.GB22848@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2002, Miles Egan wrote: > Two questions: > >[...] > > 2. Are there any plans for Os X / Darwin support? The bootstrap procedu= re > seems to work but the bootstrap package fails to install because the plat= form is > identified as "power macintosh" and the space breaks the script. What's = the > proper fix here? Are there any hooks for munging/translating uname's out= put? > Hello Miles, Please stay tuned for an answer to your first question. Regarding Darwin and power macintosh, I think we can do something about that. Please send the output of 'uname -a', and it may be listed in the next release as unofficia= lly supported. As soon as I schlep the text, you should be able to download a current (not release) version OpenPKG package and complete the bootstrap. Please keep in mind that we have no Darwin platform to test on, so until positive responses come in it is unknown how well Darwin and OpenPKG fit together. Nice to know that it seems to work for you, though. If you can run 'uname -a' on a few machines (notebook?), it would help me p= ut in the right expression to catch all cases. Thanks, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPXTiZVuYv80UoVTdAQHaqggApD3YAvIrygHcUvjJhZuD54hmd5JcCmtu IBjsTsf9vChFhxcm1EFaYtljQbNGHzzDRIEvWSNYHBvBGgH2+UvJn/YIxaq8tXeh NU7O1HlZ/rBJ4D8ZrxdeIVnJlRaB2toBTV2Zi0xj5FAEzbMWScRK2ek+swmGOWiM 44ULfsj+lRBJMiS5PQ6UE7byHtH5d/nmXEN6F6uuy56PV2nEYLBR3ovkYrLW1s8R ZyV3zEmgiukMT/QofGNDTxd4L4QOpivlMHIwT9F6qoTX5haX+DCPr6XUaYOJrEd0 mI3pJ8U1vZ6AnoGe9+M2qipDMtf5hFzOTv2etNlflNFO7v7uUSKfHg== =wGD0 -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From openpkg-users-owner@openpkg.org Tue Sep 3 20:48:16 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id 98849277A12 for ; Tue, 3 Sep 2002 20:48:15 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id LAA14545 for ; Tue, 3 Sep 2002 11:48:12 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id 26343346A1C0; Tue, 3 Sep 2002 11:48:01 -0700 (PDT) Date: Tue, 3 Sep 2002 11:48:00 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020903184800.GB7688@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020903162509.GE39627@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 03, 2002 at 06:25:09PM +0200, Michael Schloh von Bennewitz wrote: > Please stay tuned for an answer to your first question. Regarding Darwin and > power macintosh, I think we can do something about that. Please send the > output of 'uname -a', and it may be listed in the next release as unofficially > supported. uname -a: Darwin bunny.pixar.com 6.0 Darwin Kernel Version 6.0: Sat Jul 27 13:18:52 PDT 2002; root:xnu/xnu-344.obj~1/RELEASE_PPC Power Macintosh powerpc uname -m (the real offender): Power Macintosh unane -p: powerpc The rpm config.guess script translates uname -m to uname -p. Would this be reasonable to do in openpkg as well? > As soon as I schlep the text, you should be able to download a current (not > release) version OpenPKG package and complete the bootstrap. Please keep in > mind that we have no Darwin platform to test on, so until positive responses > come in it is unknown how well Darwin and OpenPKG fit together. Nice to know > that it seems to work for you, though. > > If you can run 'uname -a' on a few machines (notebook?), it would help me put > in the right expression to catch all cases. Thanks for your help. It would be great if I could get this working. Darwin's pretty close to the BSDs so I'm hoping this won't be too painful. -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Wed Sep 4 00:56:19 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id 1E9D8277A0E for ; Wed, 4 Sep 2002 00:56:18 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id PAA11671 for ; Tue, 3 Sep 2002 15:56:16 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id DC456346A1C0; Tue, 3 Sep 2002 15:56:16 -0700 (PDT) Date: Tue, 3 Sep 2002 15:56:16 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020903225616.GB21771@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> <20020903184800.GB7688@pixar.com> <20020903215919.GA45467@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020903215919.GA45467@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 03, 2002 at 11:59:22PM +0200, Michael Schloh von Bennewitz wrote: > On Tue, Sep 03, 2002, Miles Egan wrote: > > uname -a: > > > > Darwin bunny.pixar.com 6.0 Darwin Kernel Version 6.0: Sat Jul 27 13:18:52 PDT > > 2002; root:xnu/xnu-344.obj~1/RELEASE_PPC Power Macintosh powerpc > > > > uname -m (the real offender): > > Power Macintosh > > > > unane -p: > > powerpc > > > > The rpm config.guess script translates uname -m to uname -p. Would this be > > reasonable to do in openpkg as well? > > > Our 'shtool guessos' script does a little more than the standard RPM. > Since there seems to be some variation in what I expect the bootstrapper > to aknowlege from Darwin, lets be even more precise. > > I am attaching a close relative from the shtool script which is uuencoded > into the bootstrapper. Please run 'shtool guessos' on your Darwin, and > lets see what happens. I think it will report 'powerpc-apple-macos'. You > might have to adjust the shell path after the shebang on the first line of > the shtool script, of course. I am pretty unfamiliar with Darwin, but > rather interested in any case. Good luck, and post the results to > openpkg-users@openpkg.org. I'm not posting this there, because I don't > like MIME encoded mail on the mailing list. Running "shtool guessos" gives me this output: Power Macintosh-unknown-Darwin/6.0/Darwin Kernel Version 6.0: Sat Jul 27 13:18:52 PDT 2002; root:xnu/xnu-344.obj~1/RELEASE_PPC Applying the following patch gives me "powerpc-apple-darwin6.0", which is what the config.guess script from rpm gives me. Is this reasonable? diff -u ./shtool /var/tmp/openpkg/shtool --- ./shtool Tue Sep 3 15:40:00 2002 +++ /var/tmp/openpkg/shtool Tue Sep 3 15:47:22 2002 @@ -2529,6 +2529,9 @@ esac echo "${MACHINE}-apple-rhapsody${RELEASE}"; exit 0 ;; + Darwin:*:*:*) + echo `uname -p`-apple-darwin${RELEASE}; exit 0 + ;; "Mac OS":*:*:*) MACHINE=`uname -p` echo "${MACHINE}-apple-macos${RELEASE}"; exit 0 -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Wed Sep 4 03:07:00 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 720C9277A0E for ; Wed, 4 Sep 2002 03:07:00 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4B2EF4CE6E2; Wed, 4 Sep 2002 03:07:00 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3ADBE2867F; Tue, 3 Sep 2002 19:23:57 +0200 (CEST) Date: Tue, 3 Sep 2002 19:23:57 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020903172357.GA80852@engelschall.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020903153930.GB22848@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 03, 2002, Miles Egan wrote: > 1. Previous releases included make in the openpkg base package. This no longer > seems to be the case, at least in my builds. Is this deliberate? No, the bootstrapping package named "openpkg" never included GNU make -- not in 1.0 nor in any -CURRENT version. > 2. Are there any plans for Os X / Darwin support? Sure, as long as we have a machine available for porting. Unfortunately, currently we have no PowerPC box available where we can setup MacOS X / Darwin, hence we cannot do anything ourself here. > The bootstrap procedure > seems to work but the bootstrap package fails to install because the platform is > identified as "power macintosh" and the space breaks the script. What's the > proper fix here? Are there any hooks for munging/translating uname's output? With 1.1.0 the bootstrap package's vendor parts use a common config.guess/config.sub script. It is part of the package. All you have to do is to fix your platform support there and this way all parts of the bootstrap packaging should identify your platform correctly. But make sure that you also forward your changes to the GNU people to make sure your changes are not lost. If you show me the output of $ uname -a $ uname -m $ uname -s $ uname -r I can look for you into config.guess and try to help you... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 4 17:27:04 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id CB463277A0E for ; Wed, 4 Sep 2002 17:27:03 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g84FR3nl061635 for ; Wed, 4 Sep 2002 17:27:03 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g84FR3kv061634 for openpkg-users@openpkg.org; Wed, 4 Sep 2002 17:27:03 +0200 (CEST) Date: Wed, 4 Sep 2002 17:27:03 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020904152703.GK39627@dt4.dev.de.cw.net> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> <20020903184800.GB7688@pixar.com> <20020903215919.GA45467@dt4.dev.de.cw.net> <20020903225616.GB21771@pixar.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="dDnEQgWzhgf+8aPe" In-Reply-To: <20020903225616.GB21771@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --dDnEQgWzhgf+8aPe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2002, Miles Egan wrote: > Applying the following patch gives me "powerpc-apple-darwin6.0", which is= what > the config.guess script from rpm gives me. Is this reasonable? >=20 Your patch is in the build. Please download and try out ftp://ftp.openpkg.org/current/SRC/openpkg-20020904-20020904.src.sh Good luck, Michael --dDnEQgWzhgf+8aPe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPXYmRluYv80UoVTdAQEt5gf+MMzTj3lpIXTKgSvtvaKgOKGfFJ2QVHn2 HWXk3n9J8bXinVr/dS4VLNyG6C6uNXSthy8UJM81+LL9usDU6B4oub+Fy5hX7I1M t68jRQiSCbkvzWlhE1bcPBMntCvvE9KKUsNUZ27GC3Gki8N92K/KdaikKafOCkzm BuEdTblOFMXguVoVVdM4x7pZXMpZBFxnHWd1GhIBv2G+yMQ6kG59l0aDdjUmpJT7 565qRb38FF2ywen7FiggOdNsqb8oKwZOmlbulZE2iZ+yUdikdXT9QIRXiD7ccp2b 41oN4v5It4B9GlkCEw+bPvXGfKnbztG5EdrbNM1mt9vziagCj3M58w== =2Ce0 -----END PGP SIGNATURE----- --dDnEQgWzhgf+8aPe-- From openpkg-users-owner@openpkg.org Wed Sep 4 18:13:48 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id 9C057277A0D for ; Wed, 4 Sep 2002 18:13:47 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id JAA05589 for ; Wed, 4 Sep 2002 09:13:34 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id D51F2346A1C8; Wed, 4 Sep 2002 09:13:31 -0700 (PDT) Date: Wed, 4 Sep 2002 09:13:31 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020904161331.GD28734@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903172357.GA80852@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020903172357.GA80852@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 03, 2002 at 07:23:57PM +0200, Ralf S. Engelschall wrote: > On Tue, Sep 03, 2002, Miles Egan wrote: > > > 1. Previous releases included make in the openpkg base package. This no longer > > seems to be the case, at least in my builds. Is this deliberate? > > No, the bootstrapping package named "openpkg" never included GNU make -- > not in 1.0 nor in any -CURRENT version. Hmm. My mistake. Not a problem in any event. > > 2. Are there any plans for Os X / Darwin support? > > Sure, as long as we have a machine available for porting. Unfortunately, > currently we have no PowerPC box available where we can setup MacOS X / > Darwin, hence we cannot do anything ourself here. I'm happy to do what I can here. Again, I'm hoping it won't be too difficult. Darwin very closely resembles the BSD unixes. I'm building with the new version Michael just mentioned. Fingers crossed. -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Wed Sep 4 18:25:46 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id 1B40F277A12 for ; Wed, 4 Sep 2002 18:25:45 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id JAA06878 for ; Wed, 4 Sep 2002 09:25:42 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id E89A1346A1C8; Wed, 4 Sep 2002 09:25:43 -0700 (PDT) Date: Wed, 4 Sep 2002 09:25:43 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: deploying openpkg Message-ID: <20020904162543.GE28734@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903172357.GA80852@engelschall.com> <20020904161331.GD28734@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020904161331.GD28734@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: So, I've been considering how I would deploy openpkg and I'm unsure on one procedural point. I'm sure we'll have to make a few patches and changes to the 1.1.0 packages as we start to use openpkg more extensively. What's the recommended policy for making and tracking these kinds of changes? What release numbering scheme do you suggest? I'm guessing we wouldn't want to start numbering our own releases 1.1.x, right? Would we then start using date stamped release numbers? Put more simply, if we have to maintain our own temporary sub-forks of some packages how could we do this cleanly? -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Wed Sep 4 20:06:49 2002 Received: from pixar.pixar.com (pixar.pixar.com [138.72.10.20]) by mail.openpkg.org (Postfix) with ESMTP id 991B5277A12 for ; Wed, 4 Sep 2002 20:06:48 +0200 (CEST) Received: from puzl.pixar.com (puzl.pixar.com [138.72.15.78]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id LAA18989 for ; Wed, 4 Sep 2002 11:06:45 -0700 (PDT) Received: by puzl.pixar.com (Postfix, from userid 2745) id 0262D346A1C8; Wed, 4 Sep 2002 11:06:46 -0700 (PDT) Date: Wed, 4 Sep 2002 11:06:46 -0700 From: Miles Egan To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020904180646.GE28975@pixar.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> <20020903184800.GB7688@pixar.com> <20020903215919.GA45467@dt4.dev.de.cw.net> <20020903225616.GB21771@pixar.com> <20020904152703.GK39627@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020904152703.GK39627@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: It's still getting "power macintosh" from somewhere. The bootstrap script dies trying to run this command: uuencode openpkg-20020904-20020904.power macintosh-darwin6.0-pd.tar.Z Tracing it back it looks like it gets this string by running: "rpm --eval %_target" I'll see if I can dig into this any further. Thanks for your help. On Wed, Sep 04, 2002 at 05:27:03PM +0200, Michael Schloh von Bennewitz wrote: > On Tue, Sep 03, 2002, Miles Egan wrote: > > Applying the following patch gives me "powerpc-apple-darwin6.0", which is what > > the config.guess script from rpm gives me. Is this reasonable? > > > Your patch is in the build. Please download and try out > > ftp://ftp.openpkg.org/current/SRC/openpkg-20020904-20020904.src.sh > > Good luck, > Michael > -- miles egan senior unix sysadmin miles@pixar.com From openpkg-users-owner@openpkg.org Wed Sep 4 21:19:21 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id A5A83277A0E for ; Wed, 4 Sep 2002 21:19:20 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g84JJKnl064652 for ; Wed, 4 Sep 2002 21:19:20 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g84JJK9i064651 for openpkg-users@openpkg.org; Wed, 4 Sep 2002 21:19:20 +0200 (CEST) Date: Wed, 4 Sep 2002 21:19:20 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: deploying openpkg Message-ID: <20020904191920.GA64372@dt4.dev.de.cw.net> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903172357.GA80852@engelschall.com> <20020904161331.GD28734@pixar.com> <20020904162543.GE28734@pixar.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" In-Reply-To: <20020904162543.GE28734@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 04, 2002, Miles Egan wrote: >[...] > I'm guessing we wouldn't want to start numbering our own releases > 1.1.x, right? Would we then start using date stamped release numbers? >=20 > Put more simply, if we have to maintain our own temporary sub-forks of so= me > packages how could we do this cleanly? >=20 Well, our packages use 1.X for REL (releases) and 1.X.Y for UPD (updates). Inbetween releases we use date stamped relese numbers, so thats no good either. If you want to avoid package file name collisions (which will be even more = of a problem when the front ends appear), then you will have to be creative. Y= ou could add yet another file suffix, for example. I'll let you decide how elegant that is, but it is a possible solution. For example, tar-1.13.25-20020828.pixar.src.rpm or tar-pixar-1.13.25-20020828.src.rpm maybe. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPXZct1uYv80UoVTdAQEDWQgAi7K6HlWoI/9kumcs5uuG79bW28+kwUgA V8ISu6KhMskoaXuUZB6+7tTeBErTvMgGdNkhjeQ/Cb49BwXfpXURfyboc2EL5edJ 7L4Fneb7qX12RCMQG/ouw7SbfnB+oFnJu8YUqls3c/ZrmcwCwEaRKl0WEHbEphYa YXvHQeraPVr9gHdkQHktAfvTP8Hm3yf+jHvIUp8fEBYGMkKZLTQIGG72wv4Ksen0 YSsw27zePNmaBcY8fAHue4MwCC1TXu7Tyd9eU9yVFVRAi+BfbCziQXR7m2K3D9ju zdxrwNCqjBBG7UKra54LXjNfYXwUKkmfXHVCg3evL9BGMMU/Rk/vUQ== =ssCF -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From openpkg-users-owner@openpkg.org Wed Sep 4 21:23:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E2FF4277A1A for ; Wed, 4 Sep 2002 21:23:58 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id C40BE4CE769; Wed, 4 Sep 2002 21:23:58 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 961F928695; Wed, 4 Sep 2002 21:17:40 +0200 (CEST) Date: Wed, 4 Sep 2002 21:17:40 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020904191740.GA24910@engelschall.com> References: <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> <20020903184800.GB7688@pixar.com> <20020903215919.GA45467@dt4.dev.de.cw.net> <20020903225616.GB21771@pixar.com> <20020904152703.GK39627@dt4.dev.de.cw.net> <20020904180646.GE28975@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020904180646.GE28975@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 04, 2002, Miles Egan wrote: > It's still getting "power macintosh" from somewhere. The bootstrap script dies > trying to run this command: > > uuencode openpkg-20020904-20020904.power macintosh-darwin6.0-pd.tar.Z > > Tracing it back it looks like it gets this string by running: > > "rpm --eval %_target" > > I'll see if I can dig into this any further. Ok, that's (beside config.guess and shtool guessos) the third source of platform ids: RPM itself uses uname(3) for creating its own internal name, too. This either can be fixed inside RPM itself or in the rpmrc file. See /etc/openpkg/rpmrc. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 4 21:23:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id EAFF6277A1B for ; Wed, 4 Sep 2002 21:23:58 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D2C444CE76F; Wed, 4 Sep 2002 21:23:58 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id F3DC828695; Wed, 4 Sep 2002 21:23:08 +0200 (CEST) Date: Wed, 4 Sep 2002 21:23:08 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: deploying openpkg Message-ID: <20020904192308.GB24910@engelschall.com> References: <20020813222634.GI18770@pixar.com> <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903172357.GA80852@engelschall.com> <20020904161331.GD28734@pixar.com> <20020904162543.GE28734@pixar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020904162543.GE28734@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 04, 2002, Miles Egan wrote: > So, I've been considering how I would deploy openpkg and I'm unsure on one > procedural point. > > I'm sure we'll have to make a few patches and changes to the 1.1.0 packages as > we start to use openpkg more extensively. What's the recommended policy for > making and tracking these kinds of changes? What release numbering scheme do > you suggest? I'm guessing we wouldn't want to start numbering our own releases > 1.1.x, right? Would we then start using date stamped release numbers? > > Put more simply, if we have to maintain our own temporary sub-forks of some > packages how could we do this cleanly? For tracking your own changes, the best way is to use Anonymous-CVS to checkout the spec files (openpkg-src module in our CVS) and keep your changes uncomitted. This way you can maintain your changeset easily by just performing a "cvs update" to merge in our changes into your version. We use a strict numbering scheme, explained on the website under Release Engineering. For your own special local RPMs you can use whatever you want. Sure, you usually want to distinguish between our versions and yours. Because you are first certainly based on OpenPKG-CURRENT and not a release version (you certainly want our latest adjustments in -CURRENT to make your own life easier in porting, else you would have to keep very very large changeset yourself), the "release" from our side is YYYYMMDD. So I recommend you to just attach an extension and use something like YYYYMMDD-pixar, so your RPMs would read foo-1.2-20020904-pixar.src.rpm. But feel free to do whatever you want. But be warned in advance: Using a different release name in your RPMs will cause you a CVS merge conflict on _EVERY_ upgrade we perform (because on every upgrade we increase the release). So perhaps for convinience reasons you don't want to use a different release version at all ;) Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 4 21:27:42 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id F220D277A1B for ; Wed, 4 Sep 2002 21:27:41 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g84JRfnl064684 for ; Wed, 4 Sep 2002 21:27:41 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g84JRfQs064683 for openpkg-users@openpkg.org; Wed, 4 Sep 2002 21:27:41 +0200 (CEST) Date: Wed, 4 Sep 2002 21:27:41 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: openpkg 1.1.0 questions Message-ID: <20020904192741.GA64667@dt4.dev.de.cw.net> References: <20020814050232.GA61854@engelschall.com> <20020815221332.GB3389@pixar.com> <20020816070511.GB15954@engelschall.com> <20020903153930.GB22848@pixar.com> <20020903162509.GE39627@dt4.dev.de.cw.net> <20020903184800.GB7688@pixar.com> <20020903215919.GA45467@dt4.dev.de.cw.net> <20020903225616.GB21771@pixar.com> <20020904152703.GK39627@dt4.dev.de.cw.net> <20020904180646.GE28975@pixar.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" In-Reply-To: <20020904180646.GE28975@pixar.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 04, 2002, Miles Egan wrote: > It's still getting "power macintosh" from somewhere. The bootstrap script= dies > trying to run this command: > > uuencode openpkg-20020904-20020904.power macintosh-darwin6.0-pd.tar.Z > > Tracing it back it looks like it gets this string by running: > > "rpm --eval %_target" > Hello Miles, looking at the specfile for the openpkg package (bootstrapper), we download config.guess from GNU and then use it when compiling RPM source (also downloaded). It is very likely that GNU or Redhat have to put some priority on Darwin to make this work. I hope it does work in the end, thoug= h. =46rom cvs.openpkg.org:/e/openpkg/cvs/openpkg-pkg/openpkg/openpkg.spec [...] Source2: ftp://ftp.rpm.org/pub/rpm/dist/rpm-%{V_rpm}.x/rpm-%{V_rpm}.= tar.gz [...] Source44: ftp://ftp.gnu.org/gnu/config/config.guess Source45: ftp://ftp.gnu.org/gnu/config/config.sub --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPXZerVuYv80UoVTdAQHadQf/bcFuf0gL3tGskahRsd2J4Kll457yZPuo v0dqshZ3Akrg9l5f/oYDGdGfLAwxnTLpj5Z9xDuc35+L//ogqMepdul1OwSw72Hi +eCYZFIM7CkjaEa9V1MHgfgm2dKnO8qICgj0f4WkBg+aZrrlNG1442Oc0Akps4dN Woh/M4nkqoKi3CNCnKGozMZxmELnOxcL58PFhGUKEUShaNwS+ZcS7PmUc0zEuy2Z 7mNhvQgMeEq9fUsPWnta/PKtsMeVrjnCcV/swmB1exAlAXec2uIOssaL5/Z5qc7N 5GJRzOdAYRpR2RsCuGdmOLa0ZsyBxqW1XGSq0zVnBKi3LAvKj35xpw== =Esit -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From openpkg-users-owner@openpkg.org Mon Sep 16 16:58:10 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 82E10277A11 for ; Mon, 16 Sep 2002 16:57:41 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g8GEvdAx009101 for ; Mon, 16 Sep 2002 16:57:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: problem bootstrapping openpkg on HP-UX 11 Date: Mon, 16 Sep 2002 16:57:39 +0200 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF09D975@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: "Openpkg-Users@Openpkg. Org (E-Mail)" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I tried to install openpkg (openpkg-1.1.0-1.1.0.src.sh,=20 same results with openpkg-20020909-20020909.src.sh) on some HP-UX machines. (Solaris8, SuSE-Linux 7.0 and 8.0, FreeBSD 4.6 work fine) 1.) First Machine: j536-114 is a L 1000 HP-UX j536-114 B.11.00 A 9000/800 541706517 two-user license compiling stops with error: /usr/bin/cc -DOPENPKG -I/tmp/openpkg-1.1.0/db-3.2.9/build_unix = -I/tmp/openpkg-1.1.0/zlib-1.1.4 -I/tmp/openpkg-1.1.0/bzip2-1.0.2 = -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../rpmio -I../popt = -I../misc -DOPENPKG -I/tmp/openpkg-1.1.0/db-3.2.9/build_unix = -I/tmp/openpkg-1.1.0/zlib-1.1.4 -I/tmp/openpkg-1.1.0/bzip2-1.0.2 = -DOPENPKG -I/tmp/openpkg-1.1.0/db-3.2.9/build_unix = -I/tmp/openpkg-1.1.0/zlib-1.1.4 -I/tmp/openpkg-1.1.0/bzip2-1.0.2 -c = header.c -o header.o cc: "header.c", line 263: warning 524: Cast (non-lvalue) appears on = left-hand side of assignment. cc: "header.c", line 263: error 1549: Modifiable lvalue required for = assignment operator. cc: "header.c", line 267: warning 524: Cast (non-lvalue) appears on = left-hand side of assignment. cc: "header.c", line 267: error 1549: Modifiable lvalue required for = assignment operator. cc: "header.c", line 302: warning 524: Cast (non-lvalue) appears on = left-hand side of assignment. cc: "header.c", line 302: error 1549: Modifiable lvalue required for = assignment operator. cc: "header.c", line 2700: warning 604: Pointers are not = assignment-compatible. cc: "header.c", line 2701: warning 604: Pointers are not = assignment-compatible. cc: "header.c", line 2702: warning 604: Pointers are not = assignment-compatible. cc: "header.c", line 2703: warning 604: Pointers are not = assignment-compatible. cc: "header.c", line 2704: warning 604: Pointers are not = assignment-compatible. make[2]: *** [header.lo] Error 1 make[2]: Leaving directory /tmp/openpkg-1.1.0/rpm-4.0.2' make: *** [all-recursive-am] Error 2 ./openpkg.boot:ERROR: script returned non-null value j536-114 238 # ls -la /usr/bin/cc lr-xr-xr-t 1 root sys 17 Oct 30 2000 /usr/bin/cc -> = /opt/ansic/bin/cc B3901BA B.11.01.07 HP C/ANSI C Developer's = Bundle for HP-UX 11.00 (S800) 2.) If i try it with gcc 3.2 (from gcc-3.2-sd-11.00.depot.gz) : /usr/local/bin/gcc -DOPENPKG -I/tmp/openpkg-20020909/db-3.2.9/build_unix = -I/tmp/openpkg-20020909/zlib-1.1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 = -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../popt = -I../misc -I/usr/local/include -DOPENPKG = -I/tmp/openpkg-20020909/db-3.2.9/build_unix = -I/tmp/openpkg-20020909/zlib-1.1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 = -DOPENPKG -I/tmp/openpkg-20020909/db-3.2.9/build_unix = -I/tmp/openpkg-20020909/zlib-1.1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 = -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes = -Wmissing-prototypes -Wno-char-subscripts -c rpmrpc.c -o rpmrpc.o cc1: warning: changing search order for system directory = "/usr/local/include" cc1: warning: as it has already been specified as a non-system = directory In file included from /usr/include/netdb.h:69, from ../system.h:231, from rpmrpc.c:5: /usr/include/sys/socket.h:484: parse error before "sendfile" /usr/include/sys/socket.h:485: parse error before "bsize_t" /usr/include/sys/socket.h:486: parse error before "sendpath" /usr/include/sys/socket.h:487: parse error before "bsize_t" In file included from rpmrpc.c:6: rpmio_internal.h:383: warning: static declaration for vfs_parse_ls_lga': rpmrpc.c:587: warning: comparison is always false due to limited range = of data type rpmrpc.c: In function poptParseArgvString' from = incompatible pointer type make[2]: *** [rpmrpc.lo] Error 1 make[2]: Leaving directory /tmp/openpkg-20020909/rpm-4.0.2' make: *** [all-recursive-am] Error 2 ./openpkg.boot:ERROR: script returned non-null value 3.) second machine: onsys is a L 1000 HP-UX onsys B.11.11 U 9000/800 514706527 unlimited-user license cc: "rpmio_internal.h", line 148: error 1000: Unexpected symbol: = "fdGetIo". cc: panic 2017: Cannot recover from earlier errors, terminating. make[2]: *** [rpmrpc.lo] Error 1 make[2]: Leaving directory /tmp/openpkg-1.1.0/rpm-4.0.2' make: *** [all-recursive-am] Error 2 ./openpkg.boot:ERROR: script returned non-null value CC=3D/opt/ansic/bin/cc swlist | grep -i ansi B3901BA B.11.11.04 HP C/ANSI C Developer's = Bundle for HP-UX 11.i (S800) Can anyone give some hints? Thank in advance, Dieter From openpkg-users-owner@openpkg.org Mon Sep 16 17:50:50 2002 Received: from moutvdom.kundenserver.de (moutvdom.kundenserver.de [195.20.224.130]) by mail.openpkg.org (Postfix) with ESMTP id 12337277A11 for ; Mon, 16 Sep 2002 17:46:58 +0200 (CEST) Received: from [195.20.224.220] (helo=mrvdomng1.kundenserver.de) by moutvdom.kundenserver.de with esmtp (Exim 3.35 #1) id 17qy5R-0000jv-00 for openpkg-users@openpkg.org; Mon, 16 Sep 2002 17:46:57 +0200 Received: from [129.69.13.168] (helo=gw.erfrakon.de) by mrvdomng1.kundenserver.de with esmtp (Exim 3.35 #1) id 17qy5R-0007hz-00 for openpkg-users@openpkg.org; Mon, 16 Sep 2002 17:46:57 +0200 Received: from localhost (localhost [127.0.0.1]) by gw.erfrakon.de (Postfix on SuSE Linux 7.3 (i386)) with ESMTP id 457F221455 for ; Mon, 16 Sep 2002 17:46:56 +0200 (CEST) Date: Mon, 16 Sep 2002 17:46:56 +0200 (CEST) From: "konold@erfrakon.de" To: "Openpkg-Users@Openpkg. Org (E-Mail)" Subject: porting openpkg 1.1.0 to AIX 4.3.3 In-Reply-To: <95BCA0B06D9DCC4AA5DA652536CA18CF09D975@onsys-lu-exch-1.walzm.onsys.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I succeeded to bootstrap openpkg 1.1.0 on IBM AIX 4.3.3. I tried to make the patch as small as possible. I can also imagine that some parts of the patch can be made so generic that they work on all supported target platforms. I did not port that part in the bootstrap script which does create the users and groups though. Imho it would be nice to somehow abstract this due to the fact that it is very much dependent on the local policy. So now I am wondering how to contribute back the patch? Yours, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Germanenstra=DFe 15, 70563 Stuttgart, Germany mobil: 0175 4148693 fax: 0175 13 4148693 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Tue Sep 17 09:26:47 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id AB522277A11 for ; Tue, 17 Sep 2002 09:26:47 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 9410E4CE726; Tue, 17 Sep 2002 09:26:47 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0221328681; Tue, 17 Sep 2002 09:26:19 +0200 (CEST) Date: Tue, 17 Sep 2002 09:26:19 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: porting openpkg 1.1.0 to AIX 4.3.3 Message-ID: <20020917072619.GA30606@engelschall.com> References: <95BCA0B06D9DCC4AA5DA652536CA18CF09D975@onsys-lu-exch-1.walzm.onsys.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Sep 16, 2002, konold@erfrakon.de wrote: > I succeeded to bootstrap openpkg 1.1.0 on IBM AIX 4.3.3. > > I tried to make the patch as small as possible. I can also imagine that > some parts of the patch can be made so generic that they work on all > supported target platforms. > > I did not port that part in the bootstrap script which does create the > users and groups though. > > Imho it would be nice to somehow abstract this due to the fact that it is > very much dependent on the local policy. > > So now I am wondering how to contribute back the patch? Just post it to openpkg-dev@openpkg.org. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 18 18:37:04 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 5A0FF277A11 for ; Wed, 18 Sep 2002 18:36:37 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g8IGaaKB038433 for ; Wed, 18 Sep 2002 18:36:37 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g8IGaaFK038432 for openpkg-users@openpkg.org; Wed, 18 Sep 2002 18:36:36 +0200 (CEST) Date: Wed, 18 Sep 2002 18:36:36 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Problem bootstrapping openpkg on HP-UX 11 Message-ID: <20020918163636.GB2308@dt4.dev.de.cw.net> References: <95BCA0B06D9DCC4AA5DA652536CA18CF09D975@onsys-lu-exch-1.walzm.onsys.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" In-Reply-To: <95BCA0B06D9DCC4AA5DA652536CA18CF09D975@onsys-lu-exch-1.walzm.onsys.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 16, 2002, Mosbach, Dieter wrote: > I tried to install openpkg (openpkg-1.1.0-1.1.0.src.sh,=20 > same results with openpkg-20020909-20020909.src.sh) > on some HP-UX machines. >=20 > 1.) > compiling stops with error: >=20 > /usr/bin/cc -DOPENPKG -I/tmp/openpkg-1.1.0/db-3.2.9/build_unix -I/tmp/ope= npkg-1.1.0/zlib-1.1.4 -I/tmp/openpkg-1.1.0/bzip2-1.0.2 -DHAVE_CONFIG_H -I. = -I. -I.. -I.. -I../build -I../rpmio -I../popt -I../misc -DOPENPKG -I/tmp/op= enpkg-1.1.0/db-3.2.9/build_unix -I/tmp/openpkg-1.1.0/zlib-1.1.4 -I/tmp/open= pkg-1.1.0/bzip2-1.0.2 -DOPENPKG -I/tmp/openpkg-1.1.0/db-3.2.9/build_unix -I= /tmp/openpkg-1.1.0/zlib-1.1.4 -I/tmp/openpkg-1.1.0/bzip2-1.0.2 -c header.c = -o header.o > cc: "header.c", line 263: warning 524: Cast (non-lvalue) appears on left-= hand side of assignment. > cc: "header.c", line 263: error 1549: Modifiable lvalue required for assi= gnment operator. >=20 > 2.) > If i try it with gcc 3.2 (from gcc-3.2-sd-11.00.depot.gz) : >=20 > /usr/local/bin/gcc -DOPENPKG -I/tmp/openpkg-20020909/db-3.2.9/build_unix = -I/tmp/openpkg-20020909/zlib-1.1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 -DHA= VE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../popt -I../misc -I/us= r/local/include -DOPENPKG -I/tmp/openpkg-20020909/db-3.2.9/build_unix -I/tm= p/openpkg-20020909/zlib-1.1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 -DOPENPKG= -I/tmp/openpkg-20020909/db-3.2.9/build_unix -I/tmp/openpkg-20020909/zlib-1= .1.4 -I/tmp/openpkg-20020909/bzip2-1.0.2 -D_GNU_SOURCE -Wall -Wpointer-arit= h -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -c rpmrpc.c= -o rpmrpc.o > cc1: warning: changing search order for system directory "/usr/local/incl= ude" > cc1: warning: as it has already been specified as a non-system directory > In file included from /usr/include/netdb.h:69, > from ../system.h:231, > from rpmrpc.c:5: > /usr/include/sys/socket.h:484: parse error before "sendfile" >=20 > 3.) > second machine: >=20 > cc: "rpmio_internal.h", line 148: error 1000: Unexpected symbol: "fdGetIo= ". > cc: panic 2017: Cannot recover from earlier errors, terminating. > make[2]: *** [rpmrpc.lo] Error 1 > > Can anyone give some hints? > Hello Dieter, Sorry for taking so long to respond, because I actually don't have a concre= te solution for you. Instead I have some questions and hints. The OpenPKG bootstrapper compiles db and rpm among other softwares. It seems clear to me that db and rpm are failing to compile on your machines during bootstrapping. I would try compiling db from source ftp://ftp.openpkg.org/sources/DST/openpkg/db-3.2.9.tar.gz by hand. Same thi= ng with RPM at ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.0.x/rpm-4.0.2.tar.gz. Naturally, the bootstrapper does some patching on these builds, so this is just the first step of analysis to track down what can be done for your particular machines. If you do succeed with hand building, then we can start applying patches and building again. If that works also, then there is probably a messed up dependency. During bootstrap, OpenPKG builds db and rpm with dependencies to a variety of other packages such as zlib, bzip2, gzip, tar, patch, make, bash, and curl. As you might expect, this could be an easy fix for you or it could be rather involved. Be prepared, as HPUX is still on the unofficially supported list. That means that it is not an officially supported platform. Rather, we have indications that OpenPKG can be bootstrapped on HPUX and is in working condition. We are also working to improve support for HPUX, but it will take some time. I hope that helps. Good luck, and let us know what you learn from the above steps. Regards, Michael --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPYirlFuYv80UoVTdAQH/UwgAnhz/cncZIKDcVxA1xA7QZfmxuhmXfUTP XBJYi7tsIBIF7GteuAYZydJ2FXrqQ8C9sM3ofgeYk0QKlvg7qpb+PR6+b9cX2h+z NZefaTZUtv5HyT4Cu1hO5K/b8Uq8KGmHwj9DwCXxRfabSw23M7IahdjHVIHh4+Fp AX4YU87rwPu+ZvkKhHy1TauuRtW4qgGFM0mzo1vcF/eKW5gPkefwSIXWPXksi1Ib mbENGuhPhscIyVa9ELjtGgtDkXK71o5psN1swx+8SYIdfyuJexWXViSdTuahc8Ek +w29cC/FoJeZzc4YdC2+unguBTX2SRUhqdrkqiazQvSv0Y5yAToI0Q== =8qql -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From openpkg-users-owner@openpkg.org Wed Sep 18 20:22:33 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 8FCD2277A11 for ; Wed, 18 Sep 2002 20:22:32 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 49F2379407; Wed, 18 Sep 2002 14:22:30 -0400 (EDT) Date: Wed, 18 Sep 2002 14:22:30 -0400 From: Andrew J Caines To: OpenPKG Users Subject: ld error building libiconv-1.8-20020628 on Solaris 8 Message-ID: <20020918182230.GK11600@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Folks, In this latest round of updates on my well-patched Solaris 8 MU7 box, everything but this one package so far has built and installed cleanly. Thank you for doing such a fine job. Updating the package[1] from the installed version (libiconv-1.7-20020206) results in the following error: ----8<---- case "solaris2.8" in \ hpux*) /cw/bin/cc iconv.o -L/cw/RPM/TMP/libiconv-1.8-root/cw/lib -liconv /cw/lib/libintl.a -L/cw/lib /cw/lib/libiconv.a -lc -o iconv;; \ *) /bin/sh ../libtool --mode=link /cw/bin/cc iconv.o /cw/RPM/TMP/libiconv-1.8-root/cw/lib/libiconv.la -L/cw/lib -lintl -L/cw/lib -liconv -lc -o iconv;; \ esac /cw/bin/cc iconv.o -o iconv -L/cw/lib /cw/lib/libintl.a -liconv /cw/lib/libiconv.a -lc Undefined first referenced symbol in file libiconvlist iconv.o ld: fatal: Symbol referencing errors. No output written to iconv collect2: ld returned 1 exit status make[1]: *** [install] Error 1 make: *** [install] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.7461 (%install) ----8<---- The build environment includes.. openpkg-20020909-20020909 gcc-3.2-20020815 flex-2.5.4a-20020905 bison-1.35-20020418 patch-2.5.4-20020206 autoconf-2.53-20020309 automake-1.6.3-20020821 libtool-1.4.2-20020418 gettext-0.11.5-20020823 perl-5.6.1-20020826 (binutils-2.12-20020310) The default ld is /cw/bin/ld from the binutils package, which you may recall had the broken-and-breaks-on-solaris strip. However, removing binutils (and hence /cw/bin/ld) does not affect the error, so I presume that either the system ld (/usr/ccs/bin/ld or /usr/ucb/ld) or gcc is reporting the error. Please let me know what I can try or test, or what more information you need. [1] rpm --rebuild ftp://ftp.openpkg.org/current/SRC/libiconv-1.8-20020628.src.rpm" -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Thu Sep 19 09:54:14 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 00699277A1F for ; Thu, 19 Sep 2002 09:54:13 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id D9AA84CE695; Thu, 19 Sep 2002 09:54:13 +0200 (CEST) Date: Thu, 19 Sep 2002 09:54:13 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: ld error building libiconv-1.8-20020628 on Solaris 8 Message-ID: <20020919075413.GA91827@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020918182230.GK11600@cthulhu.tco3.web.uu.net> you wrote: > In this latest round of updates on my well-patched Solaris 8 MU7 box, > everything but this one package so far has built and installed cleanly. > Thank you for doing such a fine job. > > Updating the package[1] from the installed version (libiconv-1.7-20020206) > results in the following error: > > ----8<---- > case "solaris2.8" in \ > hpux*) /cw/bin/cc iconv.o -L/cw/RPM/TMP/libiconv-1.8-root/cw/lib -liconv /cw/lib/libintl.a -L/cw/lib /cw/lib/libiconv.a -lc -o iconv;; \ > *) /bin/sh ../libtool --mode=link /cw/bin/cc iconv.o /cw/RPM/TMP/libiconv-1.8-root/cw/lib/libiconv.la -L/cw/lib -lintl -L/cw/lib -liconv -lc -o iconv;; \ > esac > /cw/bin/cc iconv.o -o iconv -L/cw/lib /cw/lib/libintl.a -liconv /cw/lib/libiconv.a -lc > Undefined first referenced > symbol in file > libiconvlist iconv.o > ld: fatal: Symbol referencing errors. No output written to iconv > collect2: ld returned 1 exit status > make[1]: *** [install] Error 1 > make: *** [install] Error 2 > error: Bad exit status from /cw/RPM/TMP/rpm-tmp.7461 (%install) > ----8<---- The problem is that libiconv uses the old installed version of the library instead of its new currently built one. If you just remove libiconv first ("rpm -e libiconv") the package will build just fine. The issue was determined recently and were added to http://cvs.openpkg.org/openpkg-adm/upgrade.txt. If you know how to workaround it in the package itself, feel free to send us a patch for the libiconv.spec, please. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 19 16:37:26 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 20FEF277A1F for ; Thu, 19 Sep 2002 16:37:26 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g8JEbOAx024169 for ; Thu, 19 Sep 2002 16:37:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: AW: Problem bootstrapping openpkg on HP-UX 11 Date: Thu, 19 Sep 2002 16:37:23 +0200 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF09D976@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Hello Dieter, >=20 > Sorry for taking so long to respond, because I actually don't=20 > have a concrete > solution for you. Instead I have some questions and hints. >=20 > The OpenPKG bootstrapper compiles db and rpm among other=20 > softwares. It seems > clear to me that db and rpm are failing to compile on your=20 > machines during > bootstrapping. I would try compiling db from source > ftp://ftp.openpkg.org/sources/DST/openpkg/db-3.2.9.tar.gz by=20 > hand. Same thing (After some hours trying ....) I did: ------------------------ cd /tmp wget ftp://ftp.openpkg.org/sources/DST/openpkg/db-3.2.9.tar.gz=20 rm -rf db-3.2.9 gunzip -c db-3.2.9.tar.gz | tar xvf - cd db-3.2.9 cd build_unix MAKE=3D"/usr/local/bin/gmake" \ ../dist/configure gmake ------------------------- on both machines: HP-UX 11.00 and 11.11, where these packages were additionally installed: autoconf 2.53 autoconf =20 automake 1.6.3 automake =20 binutils 2.11.2 binutils =20 DB 3.2.9 DB =20 db 4.0.14 db =20 diffutils 2.8.1 diffutils =20 findutils 4.1.5 findutils =20 gcc 3.2 gcc =20 gdbm 1.8.0 gdbm =20 gettext 0.11.5 gettext =20 jpeg 6b jpeg =20 libiconv 1.8 libiconv =20 libpng 1.0.11 libpng =20 libtool 1.4.2 libtool =20 lynx 2.8.4 lynx =20 m4 1.4 m4 =20 make 3.79.1 make =20 ncurses 5.2 ncurses =20 openssh 2.5.1p1 openssh =20 openssl 0.9.6d openssl =20 perl 5.8.0 perl =20 wget 1.8.1 wget =20 xpm 3.4k xpm =20 zlib 1.1.3 zlib =20 Result: It seems to work. > with RPM at ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.0.x/rpm-4.0.2.tar.gz. Here I did: ------------- cd /tmp wget ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.0.x/rpm-4.0.2.tar.gz rm -rf rpm-4.0.2 gunzip -c rpm-4.0.2.tar.gz | tar xvf - cd rpm-4.0.2 rm /usr/local/include/zconf.h ln -s /opt/zlib/include/zconf.h /usr/local/include/zconf.h rm /usr/local/include/zlib.h ln -s /opt/zlib/include/zlib.h /usr/local/include/zlib.h (Can i avoid this?, ist there an environment variable like LDFLAGS?) mkdir -p /usr/local/include/db3 rm /usr/local/include/db3/db.h ln -s /usr/local/include/db.h /usr/local/include/db3/db.h (Can i avoid this?, gcc is searching for db3/db.h) rm ./config.cache MAKE=3D"/usr/local/bin/gmake" \ LINGUAS=3D"en de fr it" \ LDFLAGS=3D"${LDFLAGS} -L/usr/local/lib/ -L/opt/zlib/lib/" \ ./configure gmake ----------- HP-UX 11.11 stops with: ---------------------------------- gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../popt -I../misc -I/usr/local/include -g -O2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -c rpmrpc.c -fPIC -DPIC -o .libs/rpmrpc.lo cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory In file included from /usr/include/netdb.h:69, from ../system.h:231, from rpmrpc.c:5: /usr/include/sys/socket.h:484: parse error before "sendfile" /usr/include/sys/socket.h:485: parse error before "bsize_t" /usr/include/sys/socket.h:486: parse error before "sendpath" /usr/include/sys/socket.h:487: parse error before "bsize_t" rpmrpc.c: In function `vfs_parse_ls_lga': rpmrpc.c:587: warning: comparison is always false due to limited range of data type rpmrpc.c: In function `ftpGlob': rpmrpc.c:952: warning: passing arg 2 of `poptParseArgvString' from incompatible pointer type gmake[2]: *** [rpmrpc.lo] Error 1 gmake[2]: Leaving directory `/tmp/rpm-4.0.2/rpmio' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/rpm-4.0.2' gmake: *** [all-recursive-am] Error 2 -------------------------------- HP-UX 11.00 stops with: ---------------------------------- /bin/sh ../libtool --mode=3Dlink gcc -g -O2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -L/usr/local/lib/ -L/opt/zlib/lib/ -L/usr/local/lib/ -L/opt/zlib/lib/ -o rpmsort rpmsort.o ../build/librpmbuild.la ../lib/librpm.la ../rpmio/librpmio.la ../popt/libpopt.la =20 libtool: link: warning: this platform does not like uninstalled shared libraries libtool: link: `rpmsort' will be relinked during installation gcc -g -O2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -L/usr/local/lib/ -L/opt/zlib/lib/ -L/usr/local/lib/ -L/opt/zlib/lib/ -o .libs/rpmsort rpmsort.o /tmp/rpm-4.0.2/build/.libs/librpmbuild.sl /tmp/rpm-4.0.2/lib/.libs/librpm.sl -ldb /tmp/rpm-4.0.2/rpmio/.libs/librpmio.sl -lintl -L/usr/local/lib -lz /tmp/rpm-4.0.2/popt/.libs/libpopt.sl -Wl,+b -Wl,/tmp/rpm-4.0.2/build/.libs:/tmp/rpm-4.0.2/lib/.libs:/tmp/rpm-4.0.2/r pmio/.libs:/tmp/rpm-4.0.2/popt/.libs:/usr/local/lib /usr/ccs/bin/ld: Unsatisfied symbols: errx (first referenced in rpmsort.o) (code) collect2: ld returned 1 exit status gmake[2]: *** [rpmsort] Error 1 gmake[2]: Leaving directory `/tmp/rpm-4.0.2/tools' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/rpm-4.0.2' gmake: *** [all-recursive-am] Error 2 ---------------------------------- Regards, Dieter=20 From openpkg-users-owner@openpkg.org Thu Sep 19 17:39:09 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 5077B277A14 for ; Thu, 19 Sep 2002 17:39:09 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 6E21D79407; Thu, 19 Sep 2002 11:39:08 -0400 (EDT) Date: Thu, 19 Sep 2002 11:39:08 -0400 From: Andrew J Caines To: OpenPKG Users Subject: Version age misidentification affecting links Message-ID: <20020919153908.GD18185@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Folks, When attempting to replace links-2.0pre6-20020531 with links-2.0-20020611, the update[1] reports.. Preparing... ########################################### [100%] package links-2.0pre6-20020531 (which is newer than links-2.0-20020611) is already installed ..which I presume indicates an error in the version comparison code, where- and whatever it may be. The remove-then-add workaround works, naturally. [1] rpm -Uvh links-2.0-20020611.sparc64-solaris2.8-cw.rpm -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Thu Sep 19 18:19:08 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id AB665277A14 for ; Thu, 19 Sep 2002 18:19:07 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g8JGJ7KB058189 for ; Thu, 19 Sep 2002 18:19:07 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g8JGJ7Zp058188 for openpkg-users@openpkg.org; Thu, 19 Sep 2002 18:19:07 +0200 (CEST) Date: Thu, 19 Sep 2002 18:19:07 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Version age misidentification affecting links Message-ID: <20020919161906.GA53404@dt4.dev.de.cw.net> References: <20020919153908.GD18185@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" In-Reply-To: <20020919153908.GD18185@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 19, 2002, Andrew J Caines wrote: > Preparing... ########################################### [= 100%] > package links-2.0pre6-20020531 (which is newer than links-2.0-20020611) i= s already installed >=20 > ..which I presume indicates an error in the version comparison code, > where- and whatever it may be. >=20 Hello Andrew, Technically, we could try catching words like 'pre' (meaning older) 'post' (meaning newer), 'beta' (meaning older), 'rc' (meaning older), 'plus' (mean= ing newer), and so on. The problem is that one can never cover most of the possibilites, and even worse some possibilities are interpreted differently= by vendors providing the pristine sources. A pattern with enough complexity co= uld also never be constructed to separate newer from older. I think that the logic you described is a part of RPM rather than OpenPKG (somebody please correct this if it is wrong). The folks at RedHat probably took the easy route in considering that all text of a version label (includ= ing all alphanumerics) be counted and used when comparing with an outstanding installed package. In any case, OpenPKG package writers should do their best to avoid this problem by not packaging beta grade software at all. This rule is pretty we= ll followed, but I can't explain the prereleased link package getting in the build. In any case, it is gone now. Only the stable version is there. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPYn4+luYv80UoVTdAQESuggAq08bgPZouykFYnUuM5jELpWZHO1F9lA/ Zi2puqe8UAtpGdfIJMh8EyFVoZD02MBVHdyBurJ9XBP3DRdbduByKKTTO73GyUx9 ol716aWtEkiAZcOBVRft2ISd5b+wr4gbLBUedk++JBoZNdADFRHrMy8PpIyA8O3D ArJDtqty5Hyg9aRdEXik0fb60ENKTC3+h2euOpV+eyTFClN1u7X+S9TU0IL0D6HW 355G/BYsaJUIT0b+E6t3cloJr0VmCyS/YbkVNFDHnco0slLJ79MooNmy8sljbL9O vR0iuXj+6FEAP1/vRcL57/GoVi/50HnmlD7jVKFY5e+9qpF07RToZQ== =6Oy7 -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From openpkg-users-owner@openpkg.org Thu Sep 19 18:36:33 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 39136277A14 for ; Thu, 19 Sep 2002 18:36:33 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 2736279407; Thu, 19 Sep 2002 12:36:32 -0400 (EDT) Date: Thu, 19 Sep 2002 12:36:32 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Version age misidentification affecting links Message-ID: <20020919163631.GF18185@cthulhu.tco3.web.uu.net> References: <20020919153908.GD18185@cthulhu.tco3.web.uu.net> <20020919161906.GA53404@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020919161906.GA53404@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael, > The problem is that one can never cover most of the possibilities, > and even worse some possibilities are interpreted differently by > vendors providing the pristine sources. In the case of OpenPKG packages which include an explicit datestamp in the filename, that would seem the more obvious string to parse than the name-$MAJOR.$MINOR{.$BUGFIX}. I realise that the package information is not the same as the filename, though it does include the datestamp in the "Release" field. Of course it is conceivable that a later release of an earlier version may exist. It's certainly a nontrivial problem to solve, but at least it's not a significant problem. > I think that the logic you described is a part of RPM rather than OpenPKG I don't know how this fits in the RPM/OpenPKG picture, but on the face of it, it would make sense for this datestamp comparison to "work" in OpenPKG. > In any case, OpenPKG package writers should do their best to avoid this > problem by not packaging beta grade software at all. Well, some folks' idea of "beta" or 0.x is leagues ahead of what other folks will sell you as version 9.5. I don't think that as packagers we can do much other than accept name and version from the distribution. That is of course all opinion and supposition. -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Fri Sep 20 07:40:27 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 2F4C1277A24 for ; Fri, 20 Sep 2002 07:40:27 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g8K5ePAx007552 for ; Fri, 20 Sep 2002 07:40:25 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: openpkg on HP-UX Date: Fri, 20 Sep 2002 07:40:24 +0200 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF09D977@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: "Openpkg-Users@Openpkg. Org (E-Mail)" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I encountered an other error: openpkg.boot seems to use "uname -m" (here: "9000/800") to name files. But the "/" is not replaced everywhere by "_" hpmachine 147 # grep 9000 nohup.out ++ platform: 9000_800-hp-hpux11.00 (Good luck: unofficially supported) t=3D9000/800-hp-ux11.00-cw + cp = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm ../ cp: cannot access = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm: No such file or directory + rm -f = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm + ./openpkg.boot[468]: = ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh: Cannot create = the specified file. + sed -e s;@SUSR@;root; -e s;@SGRP@;sys; -e s;@MUSR@;cw; -e s;@MGRP@;cw; = -e s;@RUSR@;cw-r; -e s;@RGRP@;cw-r; -e s;@NUSR@;cw-n; -e s;@NGRP@;cw-n; = -e s;@l_prefix@;/cw; -e = s;@TGZ@;openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z; -e = /^@PRE@/r /tmp/rpm.pre + uuencode openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z + ./openpkg.boot[479]: = ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh: Cannot create = the specified file. openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh not found openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.rpm not found Regards, Dieter From openpkg-users-owner@openpkg.org Sun Sep 22 20:28:47 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id F3FC3277A2B for ; Sun, 22 Sep 2002 13:06:55 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g8MB6r2T015582 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 22 Sep 2002 13:06:54 +0200 Date: Sun, 22 Sep 2002 13:06:36 +0200 From: Joerg Lehrke To: Openpkg-Users@Openpkg.org Subject: Bootstrap of perl-5.6.1-1.1.0.src.rpm fails Message-ID: <18060000.1032692796@legolas.noc.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, the initial build of perl on an new platform still fails, because it would need an already installed OpenPKG-perl instance. Here an excerpt of my build: + cd /usr/include ++ /opt/o2/RPM/TMP/perl-5.6.1-root/opt/o2/bin/perl -V:installsitearch Can't locate Config.pm in @INC (@INC contains: /opt/o2/lib/perl5/5.6.1/sun4-sola ris /opt/o2/lib/perl5/5.6.1 /opt/o2/lib/perl5/site_perl/5.6.1/sun4-solaris /opt/ o2/lib/perl5/site_perl/5.6.1 /opt/o2/lib/perl5/site_perl .). BEGIN failed--compilation aborted. The paths of the just compiled perl instance a linked to the final destination (/opt/o2/lib/perl5/5.6.1/sun4-sola in my case) and there is now file at this stage. I already published a patch, which did not find it's way in the release. Cheers, - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9jaQ/qBmc6cZoRKwRAqirAKC5LjnJGc3w+6I5H97Khe7q617nOACbBV9D giMya/ca+dnit6065jkXQ+o= =lRXv -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Mon Sep 23 13:16:03 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D133F277A14 for ; Mon, 23 Sep 2002 13:16:02 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id BB68D4CE747; Mon, 23 Sep 2002 13:16:02 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1FFBA286B8; Mon, 23 Sep 2002 13:14:56 +0200 (CEST) Date: Mon, 23 Sep 2002 13:14:56 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bootstrap of perl-5.6.1-1.1.0.src.rpm fails Message-ID: <20020923111456.GA18241@engelschall.com> References: <18060000.1032692796@legolas.noc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <18060000.1032692796@legolas.noc.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Sep 22, 2002, Joerg Lehrke wrote: > the initial build of perl on an new platform still fails, because it would > need an already installed OpenPKG-perl instance. Here an excerpt of my > build: > + cd /usr/include > ++ /opt/o2/RPM/TMP/perl-5.6.1-root/opt/o2/bin/perl -V:installsitearch > Can't locate Config.pm in @INC (@INC contains: > /opt/o2/lib/perl5/5.6.1/sun4-sola > ris /opt/o2/lib/perl5/5.6.1 /opt/o2/lib/perl5/site_perl/5.6.1/sun4-solaris > /opt/ > o2/lib/perl5/site_perl/5.6.1 /opt/o2/lib/perl5/site_perl .). > BEGIN failed--compilation aborted. > > The paths of the just compiled perl instance a linked to the final > destination (/opt/o2/lib/perl5/5.6.1/sun4-sola in my case) and there is now > file at this stage. I already published a patch, which did not find it's > way in the release. Can you repeat the patch, Joerg? Either it was overlooked or was not generic enough to be acceptable. Sorry, can you repost? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Sep 24 23:24:37 2002 Received: from mailhub.black.pl (mailhub.black.pl [217.172.244.10]) by mail.openpkg.org (Postfix) with ESMTP id 4BEE4277A1C for ; Tue, 24 Sep 2002 23:22:11 +0200 (CEST) Received: from rapid.black.pl (rapid.black.pl [217.172.244.9]) by mailhub.black.pl (Postfix) with ESMTP id 7B6A33A262 for ; Tue, 24 Sep 2002 23:22:00 +0200 (CEST) Received: by rapid.black.pl (Postfix, from userid 1000) id 03C29327A5; Tue, 24 Sep 2002 23:22:00 +0200 (CEST) Date: Tue, 24 Sep 2002 23:21:59 +0200 From: Artur Meski To: openpkg-users@openpkg.org Subject: OpenPKG project main FTP server... Message-ID: <20020924212159.GA64323@black.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Why ftp://ftp.openpkg.org/ doesn't work? [...] 230 Anonymous access granted, restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 227 Entering Passive Mode (195,27,176,150,14,51). 150 Opening ASCII mode data connection for file list 421 Service not available, remote server has closed connection. [...] -- Artur Meski, artur@freebsd.net.pl, http://artur.black.pl/ From openpkg-users-owner@openpkg.org Wed Sep 25 09:57:53 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 00AD6277A1C for ; Wed, 25 Sep 2002 09:57:52 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id DB9B34CE731; Wed, 25 Sep 2002 09:57:52 +0200 (CEST) Date: Wed, 25 Sep 2002 09:57:52 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG project main FTP server... Message-ID: <20020925075752.GA9337@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20020924212159.GA64323@black.pl> you wrote: > Why ftp://ftp.openpkg.org/ doesn't work? > > [...] > 230 Anonymous access granted, restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> ls > 227 Entering Passive Mode (195,27,176,150,14,51). > 150 Opening ASCII mode data connection for file list > 421 Service not available, remote server has closed connection. > [...] Strange. From some clients it works, from others not. We were able to reproduce it and after downgrading from ProFTPD 1.2.6 to 1.2.5 the problem was gone for us. Try again, it now should work. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 25 13:46:43 2002 Received: from mailhub.black.pl (mailhub.black.pl [217.172.244.10]) by mail.openpkg.org (Postfix) with ESMTP id 01EF4277B1D for ; Wed, 25 Sep 2002 13:46:43 +0200 (CEST) Received: from rapid.black.pl (rapid.black.pl [217.172.244.9]) by mailhub.black.pl (Postfix) with ESMTP id 4FE893A40A for ; Wed, 25 Sep 2002 13:46:37 +0200 (CEST) Received: by rapid.black.pl (Postfix, from userid 1000) id 41747327A7; Wed, 25 Sep 2002 13:46:37 +0200 (CEST) Date: Wed, 25 Sep 2002 13:46:37 +0200 From: Artur Meski To: openpkg-users@openpkg.org Subject: Re: OpenPKG project main FTP server... Message-ID: <20020925114637.GA15424@black.pl> References: <20020925075752.GA9337@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020925075752.GA9337@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Strange. From some clients it works, from others not. We were able to > reproduce it and after downgrading from ProFTPD 1.2.6 to 1.2.5 the > problem was gone for us. Try again, it now should work. Thanks. It works fine now. -- Artur Meski, artur@freebsd.net.pl, http://artur.black.pl/ From openpkg-users-owner@openpkg.org Wed Sep 25 23:39:18 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id C73FC277B1C for ; Wed, 25 Sep 2002 23:33:03 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 5EC4A79407; Wed, 25 Sep 2002 17:33:00 -0400 (EDT) Date: Wed, 25 Sep 2002 17:33:00 -0400 From: Andrew J Caines To: OpenPKG Users Subject: Postfix with real syslog (again) Message-ID: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: With the latest postfix update (postfix-1.1.11-20020911) I was first confused that the spec file changes and I couldn't do my nornal job of removing the "fake syslog" references, but then delighted to see that these options were paramatised. I ran a rebuild with the options I wanted.. # rpm --rebuild ftp://ftp.openpkg.org/current/SRC/postfix-1.1.11-20020911.src.rpm --define "with_fsl=no" --define "with_tls=no" --define "with_sasl=no" --define "with_mysql=no" ..and after a successful build, installed the package. Unfortuantely, despite the "with_fsl=no", postfix is not logging anything but "master" messages through syslog and /cw/var/postfix/log/postfix.log is not being used. I installed the fsl package before building and installing postfix. Postfix is referencing fsl, as I see when watching it and its children repeatedly run open() syscalls on fsl files.. open64("/cw/etc/fsl", O_RDONLY|O_NDELAY) = 16 open("/cw/etc/fsl/fsl.default", O_RDONLY) = 18 open("/cw/etc/fsl/fsl.openssh", O_RDONLY) = 18 open("/cw/etc/fsl/fsl.openssh.rpmorig", O_RDONLY) = 18 open("/cw/etc/fsl/fsl.postfix", O_RDONLY) = 18 open("/cw/etc/fsl/fsl.postfix.rpmorig", O_RDONLY) = 18 ..though fsl.postfix only references /cw/var/postfix/log/postfix.log. As a precaution, I have made sure that the child processes can write to this file. What did I do wrong and how do I do it right? -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Thu Sep 26 21:56:07 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 40ADF277B1D; Thu, 26 Sep 2002 21:56:07 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g8QJu5D8042943; Thu, 26 Sep 2002 21:56:05 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g8QJu5Uh042942; Thu, 26 Sep 2002 21:56:05 +0200 (CEST) Date: Thu, 26 Sep 2002 21:56:05 +0200 From: Michael Schloh von Bennewitz To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: New OpenPKG Java packages Message-ID: <20020926195605.GE86629@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="+SfteS7bOf3dGlBC" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --+SfteS7bOf3dGlBC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please note that there are two new Java packages, j2se and j2ee, and that t= he older (now obsolete) jdk-sun package should first be deinstalled. Of course, if the current limited set of functionality (and older version) of the old Java SDK is adequate, then there is no reason to upgrade. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --+SfteS7bOf3dGlBC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPZNmVVuYv80UoVTdAQF17Af9GlkMBuLfpFlG1olHOEwlZBKTiAr7bsqN SmSsZ0zGvz4qjkotfB4nzvOPI0fjAO5oTix0cJIA3dD7eMy/fCYN7zi4Sd5EcWb6 S2vU225Q28uvffeHDujCcwWa4ibf2aIJfyNk+faR4krg6SCVW6DrWg46fN/sW/Pk 39P2FmdKq0ctT+M3xYBlR7V8PFSsfnG+Hak1+NOD1ZpfSzcY2oczPl1jIeKPR0GV o+os89JGy98/+qpFzmwBjzNxCyRV+VrxU7rjQhaU50L9uQ5Tb2tv5hsJPNOPhntd Kr1EPcN9i9vN/oY2dMYE7gnvnnvqBgFLnAYuo5fY5y+oXPp9v8NYJQ== =iKNb -----END PGP SIGNATURE----- --+SfteS7bOf3dGlBC-- From openpkg-users-owner@openpkg.org Sun Sep 29 15:08:29 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id 95BAB277A2F for ; Sun, 29 Sep 2002 15:08:27 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g8TD8FxG028994 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Sep 2002 15:08:16 +0200 Date: Sun, 29 Sep 2002 15:07:31 +0200 From: Joerg Lehrke To: openpkg-users@openpkg.org Cc: rse@engelschall.com Subject: Re: Bootstrap of perl-5.6.1-1.1.0.src.rpm fails Message-ID: <8030000.1033304851@legolas.noc.de> In-Reply-To: <20020923111456.GA18241@engelschall.com> References: <18060000.1032692796@legolas.noc.de> <20020923111456.GA18241@engelschall.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1812469384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1812469384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hallo Ralf, I sent my new perl.spec file over and over again. Here a new try! Cheers, -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! --==========1812469384========== Content-Type: application/octet-stream; name="perl.spec.jl" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="perl.spec.jl"; size=6221 IyMKIyMgIHBlcmwuc3BlYyAtLSBPcGVuUEtHIFJQTSBTcGVjaWZpY2F0aW9uCiMjICBDb3B5cmln aHQgKGMpIDIwMDAtMjAwMiBDYWJsZSAmIFdpcmVsZXNzIERldXRzY2hsYW5kIEdtYkgKIyMgIENv cHlyaWdodCAoYykgMjAwMC0yMDAyIFRoZSBPcGVuUEtHIFByb2plY3QgPGh0dHA6Ly93d3cub3Bl bnBrZy5vcmcvPgojIyAgQ29weXJpZ2h0IChjKSAyMDAwLTIwMDIgUmFsZiBTLiBFbmdlbHNjaGFs bCA8cnNlQGVuZ2Vsc2NoYWxsLmNvbT4KIyMKIyMgIFBlcm1pc3Npb24gdG8gdXNlLCBjb3B5LCBt b2RpZnksIGFuZCBkaXN0cmlidXRlIHRoaXMgc29mdHdhcmUgZm9yCiMjICBhbnkgcHVycG9zZSB3 aXRoIG9yIHdpdGhvdXQgZmVlIGlzIGhlcmVieSBncmFudGVkLCBwcm92aWRlZCB0aGF0CiMjICB0 aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhbmQgdGhpcyBwZXJtaXNzaW9uIG5vdGljZSBhcHBl YXIgaW4gYWxsCiMjICBjb3BpZXMuCiMjCiMjICBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIGBg QVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1NFRCBPUiBJTVBMSUVECiMjICBXQVJSQU5USUVTLCBJTkNM VURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFIElNUExJRUQgV0FSUkFOVElFUyBPRgojIyAg TUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRSBBUkUg RElTQ0xBSU1FRC4KIyMgIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1JTIEFORCBDT1BZUklH SFQgSE9MREVSUyBBTkQgVEhFSVIKIyMgIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUgRk9SIEFOWSBE SVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLAojIyAgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBD T05TRVFVRU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVAojIyAgTElNSVRFRCBUTywg UFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRgojIyAg VVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pIEhPV0VWRVIg Q0FVU0VEIEFORAojIyAgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09O VFJBQ1QsIFNUUklDVCBMSUFCSUxJVFksCiMjICBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5D RSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQKIyMgIE9GIFRIRSBVU0UgT0Yg VEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgojIyAg U1VDSCBEQU1BR0UuCiMjCgojICAgcGFja2FnZSBpbmZvcm1hdGlvbgpOYW1lOiAgICAgICAgIHBl cmwKU3VtbWFyeTogICAgICBQcmFjdGljYWwgRXh0cmFjdGlvbiBhbmQgUmVwb3J0aW5nIExhbmd1 YWdlClVSTDogICAgICAgICAgaHR0cDovL3d3dy5wZXJsLmNvbS8KVmVuZG9yOiAgICAgICBUaGUg UGVybCBQcm9qZWN0ClBhY2thZ2VyOiAgICAgVGhlIE9wZW5QS0cgUHJvamVjdApEaXN0cmlidXRp b246IE9wZW5QS0cgW0NPUkVdCkdyb3VwOiAgICAgICAgTGFuZ3VhZ2UKTGljZW5zZTogICAgICBH UEwvQXJ0aXN0aWMKVmVyc2lvbjogICAgICA1LjYuMQpSZWxlYXNlOiAgICAgIDEuMS4wCgojICAg bGlzdCBvZiBzb3VyY2VzClNvdXJjZTA6ICAgICAgZnRwOi8vZnRwLmNwYW4ub3JnL3B1Yi9DUEFO L3NyYy8le25hbWV9LSV7dmVyc2lvbn0udGFyLmd6ClBhdGNoMDogICAgICAgcGVybC5wYXRjaAoK IyAgIGJ1aWxkIGluZm9ybWF0aW9uClByZWZpeDogICAgICAgJXtsX3ByZWZpeH0KQnVpbGRSb290 OiAgICAle2xfYnVpbGRyb290fQpCdWlsZFByZVJlcTogIE9wZW5QS0csIG9wZW5wa2cgPj0gMS4x LjAsIGdjYwpQcmVSZXE6ICAgICAgIE9wZW5QS0csIG9wZW5wa2cgPj0gMS4xLjAsIGdjYwpBdXRv UmVxOiAgICAgIG5vCkF1dG9SZXFQcm92OiAgbm8KCiVkZXNjcmlwdGlvbgogICAgUGVybCAoIlBy YWN0aWNhbCBSZXBvcnRpbmcgYW5kIEV4dHJhY3Rpb24gTGFuZ3VhZ2UiKSBpcyBhIHZlcnkKICAg IHNvcGhpc3RpY2F0ZWQgYW5kIGZsZXhpYmxlIChidXQgdGhpcyB3YXkgYWxzbyBjb21wbGV4KSBw cm9ncmFtbWluZwogICAgbGFuZ3VhZ2UuIFRoaXMgaXMgdGhlIG9yaWdpbmFsIGltcGxlbWVudGF0 aW9uIG9mIHRoZSBQZXJsIDUgaW50ZXJwcmV0ZXIKICAgIGZyb20gTGFycnkgV2FsbCBhbmQgaGlz IGNvbW11bml0eS4KCiVwcmVwCiAgICAlc2V0dXAgLXEKICAgICVwYXRjaDAgLXAwCiAgICBjaG1v ZCAtUiB1K3cgLgogICAgIyAgIFN1cHBvcnQgYm90aCAibGQ6IFNvZnR3YXJlIEdlbmVyYXRpb24g VXRpbGl0aWVzIiBhbmQgImxkOgogICAgIyAgIFNvbGFyaXMgTGluayBFZGl0b3JzIiBpbiB0aGUg aW50ZXJuYWwgb3V0cHV0cyBvZiB0aGUgU29sYXJpcwogICAgIyAgIDIuOCBsZCAobGF0ZXN0IHBh dGNoLWNsdXN0ZXIgYXMgb2YgRmVicnVhcnkgMjAwMiB3aXRoIHBhdGNoCiAgICAjICAgIzEwOTE0 Ny0xNCBvciBuZXdlciksIGJlY2F1c2UgUGVybCdzIENvbmZpZ3VyZSBlbHNlIHRoaW5rcyB0aGUK ICAgICMgICBTb2xhcmlzIGxkIGlzIEdOVSBsZCBhbmQgaG9ycmlibHkgaG9yc2VzIHVwLi4uCiAg ICAle2xfc2h0b29sfSBzdWJzdCAtZSAncztsZDogU29mdHdhcmUgR2VuZXJhdGlvbiBVdGlsaXRp ZXM7bGQ6IFNvO2cnIGhpbnRzL3NvbGFyaXNfMi5zaAoKICAgICMgICBSZW1vdmUgYmluZCwgZGIs IGdkYm0gYW5kIGljb252IGZyb20gb3B0aW9uYWwgbGlicmFyeSBjaGVja3MKICAgICV7bF9zaHRv b2x9IHN1YnN0IC1lICdzO1woLipmb3IgdGhpc2xpYiBpbiAkbGlic3dhbnRlZC4qXCk7bGlic3dh bnRlZD1gZWNobyAiICRsaWJzd2FudGVkICIgfCBzZWQgLWUgInMvIGJpbmQgLyAvZyIgLWUgInMv IGRiIC8gL2ciIC1lICJzLyBnZGJtIC8gL2ciIC1lICJzLyBpY29udiAvIC9nImBcOyBcMTsnIENv bmZpZ3VyZSAKCiVidWlsZAogICAgIyAgIEV2YWwgaGFjayBmb3Igb2Jzb2xldGUgTGludXggdmVy c2lvbnMgKGxpa2UgRGViaWFuIDIuMikgd2l0aCB0b28gb2xkCiAgICAjICAgYmludXRpbHMgd2hl cmUgb3VyIEdDQyAzLjAgbWFrZXMgdHJvdWJsZSBvbiBQZXJsIGxvYWRpbmcgRFNPIGJhc2VkIG1v ZHVsZXMuCiAgICAjICAgSW4gb3JkZXIgdG8gYXZvaWQgaGF2aW5nIHRvIHJlcXVpcmUgdGhlIHVz ZXIgdG8gdXBkYXRlIHRvIGJpbnV0aWxzIDIuMTEsCiAgICAjICAgd2UgaGF2ZSB0byBmb3JjZSBQ ZXJsIHRvIHVzZSB0aGUgc3lzdGVtLXN1cHBsaWVkIGNvbXBpbGVyLi4uIDotKAogICAgY2M9IiV7 bF9jY30iCiAgICBjZmxhZ3M9IiV7bF9jZmxhZ3MgLU99IgogICAgY2FzZSAiJXtsX3RhcmdldH0i IGluCiAgICAgICAgKi1saW51eCogKQogICAgICAgICAgICB2PXVua25vd24KICAgICAgICAgICAg aWYgWyAtZiAvZXRjL2RlYmlhbl92ZXJzaW9uIF07IHRoZW4KICAgICAgICAgICAgICAgIHY9YC91 c3IvYmluL2Rwa2cgLWwgYmludXRpbHMgfCBncmVwIGJpbnV0aWxzIHwgYXdrICd7IHByaW50ICQz OyB9J2AKICAgICAgICAgICAgZWxpZiBbIC1mIC9ldGMvcmVkaGF0LXJlbGVhc2UgXTsgdGhlbgog ICAgICAgICAgICAgICAgdj1gL2Jpbi9ycG0gLXEgLS1xZiAnJXtWRVJTSU9OfScgYmludXRpbHNg CiAgICAgICAgICAgIGVsaWYgWyAtZiAvZXRjL1N1U0UtcmVsZWFzZSBdOyB0aGVuCiAgICAgICAg ICAgICAgICB2PWAvYmluL3JwbSAtcSAtLXFmICcle1ZFUlNJT059JyBiaW51dGlsc2AKICAgICAg ICAgICAgZWxzZQogICAgICAgICAgICAgICAgdj1gKGxkIC0tdmVyc2lvbiB8IGdyZXAgIl5HTlUg bGQgIiB8IHNlZCAtZSAnczteR05VIGxkIDs7JykgMj4vZGV2L251bGxgCiAgICAgICAgICAgIGZp CiAgICAgICAgICAgIGNhc2UgIiR2IiBpbgogICAgICAgICAgICAgICAgMi4xWzEtOV0uKiApIDs7 CiAgICAgICAgICAgICAgICAqICkgY2M9YCV7bF9zaHRvb2x9IHBhdGggLXAvYmluOi91c3IvYmlu OiRQQVRIIGNjYDsgY2ZsYWdzPSItTyIgOzsKICAgICAgICAgICAgZXNhYwogICAgICAgICAgICA7 OwogICAgZXNhYwoKICAgICMgICBjb25maWd1cmUgdGhlIFBlcmwgcGFja2FnZQogICAgLi9Db25m aWd1cmUgXAogICAgICAgIC1kIC1lIC1zIFwKICAgICAgICAtRHByZWZpeD0le2xfcHJlZml4fSBc CiAgICAgICAgLURpbnN0YWxscHJlZml4PSRSUE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9IFwKICAg ICAgICAtRGNjPSIkY2MiIC1Eb3B0aW1pemU9IiRjZmxhZ3MiIFwKICAgICAgICAtRGxvY2luY3B0 aD0iJXtsX3ByZWZpeH0vaW5jbHVkZSIgXAogICAgICAgIC1EbGRmbGFncz0iLUwle2xfcHJlZml4 fS9saWIiIFwKICAgICAgICAtRGxpYnB0aD0iJXtsX3ByZWZpeH0vbGliIC9saWIgL3Vzci9saWIg L3Vzci9jY3MvbGliIiBcCiAgICAgICAgLVVpbnN0YWxsdXNyYmlucGVybCBcCiAgICAgICAgLVVp X2RiCgogICAgIyAgIGJ1aWxkIHRoZSBQZXJsIHBhY2thZ2UKICAgICV7bF9tYWtlfSAle2xfbWZs YWdzIC1PfSAtZiBNYWtlZmlsZQoKJWluc3RhbGwKICAgIHJtIC1yZiAkUlBNX0JVSUxEX1JPT1QK CiAgICAjICAgaW5zdGFsbCB0aGUgUGVybCBwYWNrYWdlIHZpYSBzdGFuZGFyZCBwcm9jZWR1cmUK ICAgICV7bF9tYWtlfSAle2xfbWZsYWdzfSAtZiBNYWtlZmlsZSBpbnN0YWxsCgogICAgUEVSTDVM SUI9JFJQTV9CVUlMRF9ST09UJXtsX3ByZWZpeH0vbGliL3Blcmw1CiAgICBleHBvcnQgUEVSTDVM SUIKCiAgICAjICAgaW5zdGFsbCBQZXJsIHZlcnNpb25zIG9mIHN5c3RlbSBoZWFkZXIgZmlsZXMK ICAgICggY2QgL3Vzci9pbmNsdWRlCiAgICAgIGV2YWwgYCRSUE1fQlVJTERfUk9PVCV7bF9wcmVm aXh9L2Jpbi9wZXJsIC1WOmluc3RhbGxzaXRlYXJjaGAKICAgICAgZWNobyAqLmggc3lzLyouaCB8 XAogICAgICB4YXJncyAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9iaW4vaDJwaCBcCiAgICAg ICAgICAtZCAiJFJQTV9CVUlMRF9ST09UJGluc3RhbGxzaXRlYXJjaCIKICAgICkKCiAgICAjICAg cG9zdC1hZGp1c3RtZW50cyB0byBpbnN0YWxsYXRpb24gdHJlZQogICAgcm0gLWYgJFJQTV9CVUlM RF9ST09UJXtsX3ByZWZpeH0vYmluL3Blcmwle3ZlcnNpb259CgogICAgIyAgIHJlLWFkanVzdCBj b25maWd1cmF0aW9uIGFzIG1lbnRpb25lZCBpbiBQZXJsJ3MgSU5TVEFMTCBkb2N1bWVudAogICAg JFJQTV9CVUlMRF9ST09UJXtsX3ByZWZpeH0vYmluL3BlcmwgLXBpLm9yaWcgXAogICAgICAgIC1l ICJzOiRSUE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9OiV7bF9wcmVmaXh9OmciIFwKICAgICAgICAk UlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9saWIvcGVybDUvJXt2ZXJzaW9ufS8qL0NvbmZpZy5w bSBcCiAgICAgICAgYGZpbmQgJFJQTV9CVUlMRF9ST09UJXtsX3ByZWZpeH0vbGliL3Blcmw1LyV7 dmVyc2lvbn0vIC10eXBlIGYgLW5hbWUgIi5wYWNrbGlzdCIgLXByaW50YAogICAgZmluZCAkUlBN X0JVSUxEX1JPT1Qle2xfcHJlZml4fS9saWIvcGVybDUvIC1uYW1lICIqLm9yaWciIC1wcmludCB8 IHhhcmdzIHJtIC1mCgogICAgIyAgIHN0cmlwIGJpbmFyeSBmaWxlcwogICAgc3RyaXAgJFJQTV9C VUlMRF9ST09UJXtsX3ByZWZpeH0vYmluLyogMj4gL2Rldi9udWxsIHx8IHRydWUKCiAgICAjICAg ZGV0ZXJtaW5lIGluc3RhbGxlZCBmaWxlcwogICAgJXtsX3JwbXRvb2x9IGZpbGVzIC12IC1vZmls ZXMgLXIkUlBNX0JVSUxEX1JPT1QgJXtsX2ZpbGVzX3N0ZH0KCiVmaWxlcyAtZiBmaWxlcwoKJWNs ZWFuCiAgICBybSAtcmYgJFJQTV9CVUlMRF9ST09UCgojIEZJWE1FOiAvcmUvYmluL2NjIC1ML3Jl L2xpYiAgLUwvcmUvbGliIC1ML3JlL2xpYi9wZXJsNS81LjYuMS9zdW40LXNvbGFyaXMvQ09SRSAt byBlcGVybCBlcGVybF9tYWluLm8gIGVwZXJsX3Blcmw1Lm8gIGVwZXJsX3BhcnNlLm8gIGVwZXJs X3BwLm8gIGVwZXJsX3N5cy5vICBlcGVybF9odHRwLm8gIGVwZXJsX2dldG9wdC5vICBlcGVybF9k ZWJ1Zy5vICBlcGVybF9jb25maWcubyAgZXBlcmxfdmVyc2lvbi5vICBlcGVybF9yZWFkbWUubyAg ZXBlcmxfbGljZW5zZS5vICBlcGVybF9sb2dvLm8gIGVwZXJsX3Bvd2VyZWQubyAvcmUvbGliL3Bl cmw1LzUuNi4xL3N1bjQtc29sYXJpcy9hdXRvL0R5bmFMb2FkZXIvRHluYUxvYWRlci5hIC1scGVy bCAtbHNvY2tldCAtbG5zbCAtbGRiIC1sZGwgLWxtIC1sYwojIEZJWE1FOiAgbGQ6IGZhdGFsOiBs aWJyYXJ5IC1sZGI6IG5vdCBmb3VuZAojIEZJWE1FOiBhbmQgdGhhdCBhbHRob3VnaCB3ZSB1c2Ug LVVpX2RiCgo= --==========1812469384==========-- From openpkg-users-owner@openpkg.org Sun Sep 29 20:48:35 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id EB143277A2F for ; Sun, 29 Sep 2002 20:48:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id CAF504CE743; Sun, 29 Sep 2002 20:48:34 +0200 (CEST) Date: Sun, 29 Sep 2002 20:48:34 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bootstrap of perl-5.6.1-1.1.0.src.rpm fails Message-ID: <20020929184834.GA80779@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <8030000.1033304851@legolas.noc.de> you wrote: > I sent my new perl.spec file over and over again. Here a new try! Sorry for this, Joerg. I don't know why it was not taken over immediately by us. It's now comitted and included in perl-5.6.1-20020929. Thanks for your contribution. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Sep 30 14:34:46 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 27B61277A21; Mon, 30 Sep 2002 14:34:46 +0200 (CEST) To: openpkg-users@openpkg.org From: Thomas Lotterer Subject: Re: Postfix with real syslog (again) Date: Mon, 30 Sep 2002 14:34:43 +0200 Message-ID: <3D9844E3.4010403@dev.de.cw.net> References: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Andrew J Caines wrote: > With the latest postfix update (postfix-1.1.11-20020911) I was first > confused that the spec file changes and I couldn't do my nornal job of > removing the "fake syslog" references, but then delighted to see that > these options were paramatised. > Andrew, you accidentally became our guniea pig (*) for the new OSSP fsl (fake syslog library, see http://www.ossp.org/pkg/lib/fsl/) now used in OpenPKG. When we introduced the new fsl in OpenPKG as a replacment to the previous fakesyslog we made it a separate package. Initially the use of this package was optional. However, this changed with the version you're talking about The use of fsl is no longer conditional, see http://cvs.openpkg.org/chngview?cn=4714. However, we forgot to remove the obsolete option from the description. Gotcha#1 - fixed and thanks, see http://cvs.openpkg.org/chngview?cn=4893 The good news for you is that fsl has an output channel which can write to a remote syslog. The underlying OSSP l2 can write to local syslog as well but because fsl is a syslog(3) redirector this would cause a infinite loop. Gotcha#2 - needs to be documented and has made it to my push down list. So you have three options now: First, continue using fsl and create a l2spec to forward to a remote syslog (remote means by UDP, destination can be localhost). Second, remove fsl from each distribution as you did with fakesyslog in the past. Third, use the powerful functions of l2 and get rid of your "real syslog" requirement. Choose your weapon - we'll help you anyway. (*) according to my online dictionary. Hopefully this is not a cuss :-) From openpkg-users-owner@openpkg.org Tue Oct 1 19:16:34 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id AD939277A21 for ; Tue, 1 Oct 2002 19:16:32 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g91HGNxG023978 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 1 Oct 2002 19:16:24 +0200 Date: Tue, 01 Oct 2002 19:16:23 +0200 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: OpenPKG on IRIX 6.5 Message-ID: <15980000.1033492583@legolas.noc.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1820559384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1820559384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm building an OpenPKG environment on a SGI machine running IRIX 6.5. There were some difficulties during the bootstrapping, which I fixed manually. One of the problems is, that the IRIX chmod does not support the "-f"-flag. Therefore I removed this flag from all entries in %{_topdir}/lib/openpkg/macros. The next problem is the rpmtool. The pure sh-implementation works, but the perl-implementation needs the quotes around the $cmd in the eval line (What a Borne shell on IRIX?). Find attached a patch, which fixes this problem and includes additional support for IRIX. Finally I was able to compile some of the basic packets and stumbled with perl again. Attached my perl.spec to fix these issues. The project is ongoing and so I'm sure to find more traps an IRIX :-( Cheers! -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! --==========1820559384========== Content-Type: application/octet-stream; name="rpmtool.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rpmtool.diff"; size=2407 LS0tIHJwbXRvb2wJV2VkIEF1ZyAyOCAxMTo0MTozNSAyMDAyCisrKyBycG10b29sLmpsCVR1ZSBP Y3QgIDEgMTg6NTM6MTcgMjAwMgpAQCAtMzc1LDYgKzM3NSwxNyBAQAogICAgICAgICAgICAgICAg ICAgICAqOkhQLVVYOio6KiApCiAgICAgICAgICAgICAgICAgICAgICAgICBuPTEgIyBGSVhNRQog ICAgICAgICAgICAgICAgICAgICAgICAgOzsKKyAgICAgICAgICAgICAgICAgICAgKjpJUklYNjQ6 Ni4qOiogKQorICAgICAgICAgICAgICAgICAgICAgICAgaWYgWyAiLiRpc2dtYWtlIiA9IC55ZXMg XTsgdGhlbgorICAgICAgICAgICAgICAgICAgICAgICAgICAgIG49YC91c3Ivc2Jpbi9zeXNjb25m IHwgYXdrICcvTlVNX1BST0NFU1NPUlMvIHsgcHJpbnQgJDI7IH0nYAorICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmIFsgIi4kbiIgIT0gLiBdOyB0aGVuCisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGlmIFsgJG4gLWd0IDEgXTsgdGhlbgorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgbj1gZXhwciAkbiBcKiAyYAorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgbWZsYWdzPSIkbWZsYWdzIC1qJG4iCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGZpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmkKKyAgICAgICAgICAg ICAgICAgICAgICAgIGZpCisgICAgICAgICAgICAgICAgICAgICAgICA7OwogICAgICAgICAgICAg ICAgIGVzYWMKICAgICAgICAgICAgIGZpCiAgICAgICAgICAgICBlY2hvICIkbWZsYWdzIgpAQCAt NTk1LDcgKzYwNiw3IEBACiAgICAgICAgICAgICBkbwogICAgICAgICAgICAgICAgIGNtZD0iJGNt ZCBcIiRhcmdcIiIKICAgICAgICAgICAgIGRvbmUKLSAgICAgICAgICAgIGV2YWwgJGNtZAorICAg ICAgICAgICAgZXZhbCAiJGNtZCIKICAgICAgICAgZWxzZQogICAgICAgICAgICAgIyMKICAgICAg ICAgICAgICMjICBCT1VSTkUtU0hFTEwgSU1QTEVNRU5UQVRJT04gKFBPUlRBQkxFKQpAQCAtODIw LDYgKzgzMSwxMCBAQAogICAgICAgICAgICAgICAgICo6SFAtVVg6KjoqICkKICAgICAgICAgICAg ICAgICAgICAgZWNobyAiJHt1c2VyfToqOiR7dWlkfToke3VpZH06JHtvcHRfbn06JHtvcHRfZH06 JHtvcHRfc30iID4+L2V0Yy9wYXNzd2QKICAgICAgICAgICAgICAgICAgICAgOzsKKwkJKjpJUklY NjQ6Ni4qOiogKQorICAgICAgICAgICAgICAgICAgICBlY2hvICIke3VzZXJ9Oio6JHt1aWR9OiR7 dWlkfToke29wdF9ufToke29wdF9kfToke29wdF9zfSIgPj4vZXRjL3Bhc3N3ZAorICAgICAgICAg ICAgICAgICAgICAoUEFUSD0iJFBBVEg6L3Vzci9zYmluIjsgcHdjb252KQorICAgICAgICAgICAg ICAgICAgICA7OwogICAgICAgICAgICAgZXNhYwogCiAgICAgICAgICAgICAjICAgYWRkIGNvcnJl c3BvbmRpbmcgZW50cnkgdG8gZ3JvdXAgZGF0YWJhc2UKQEAgLTg1OCw2ICs4NzMsMTIgQEAKICAg ICAgICAgICAgICAgICAgICAgZ3JlcCAtdiAiXiR7dXNlcn06IiAvZXRjL3Bhc3N3ZC5vbGQgPi9l dGMvcGFzc3dkCiAgICAgICAgICAgICAgICAgICAgIHJtIC1mIC9ldGMvcGFzc3dkLm9sZAogICAg ICAgICAgICAgICAgICAgICA7OworICAgICAgICAgICAgICAgICo6SVJJWDY0OjYuKjoqICkKKyAg ICAgICAgICAgICAgICAgICAgY3AgL2V0Yy9wYXNzd2QgL2V0Yy9wYXNzd2Qub2xkCisgICAgICAg ICAgICAgICAgICAgIGdyZXAgLXYgIl4ke3VzZXJ9OiIgL2V0Yy9wYXNzd2Qub2xkID4vZXRjL3Bh c3N3ZAorICAgICAgICAgICAgICAgICAgICAoUEFUSD0iJFBBVEg6L3Vzci9zYmluIjsgcHdjb252 KQorICAgICAgICAgICAgICAgICAgICBybSAtZiAvZXRjL3Bhc3N3ZC5vbGQKKyAgICAgICAgICAg ICAgICAgICAgOzsKICAgICAgICAgICAgIGVzYWMKIAogICAgICAgICAgICAgIyAgIHJlbW92ZSBj b3JyZXNwb25kaW5nIGVudHJ5IGZyb20gZ3JvdXAgZGF0YWJhc2UKQEAgLTk0NSw2ICs5NjYsMTIg QEAKICAgICAgICAgICAgICAgICBjbWQxPSJwcyAtZWYiICMgRklYTUUKICAgICAgICAgICAgICAg ICBjbWQyPSJwcyAtZWYiICMgRklYTUUKICAgICAgICAgICAgICAgICBjbWQzPSJwcyAtZWYiICMg RklYTUUKKyAgICAgICAgICAgICAgICA7OworICAgICAgICAgICAgKjpJUklYNjQ6Ni4qOiogKQor ICAgICAgICAgICAgICAgIGNtZDA9InBzIC1lZiAtbyBwaWQiIAorICAgICAgICAgICAgICAgIGNt ZDE9InBzIC1lZiAtbyBhcmdzIiAKKyAgICAgICAgICAgICAgICBjbWQyPSJwcyAtZWYgLW8gcGlk LGFyZ3MiIAorICAgICAgICAgICAgICAgIGNtZDM9InBzIC1lZiAtbyBwaWQscHBpZCIgCiAgICAg ICAgICAgICAgICAgOzsKICAgICAgICAgZXNhYwogICAgICAgICAjICAgdHJ5IGFsbCBzaWduYWxz IGluIG9yZGVyICAgCg== --==========1820559384========== Content-Type: application/octet-stream; name="perl.spec.jl" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="perl.spec.jl"; size=6481 IyMKIyMgIHBlcmwuc3BlYyAtLSBPcGVuUEtHIFJQTSBTcGVjaWZpY2F0aW9uCiMjICBDb3B5cmln aHQgKGMpIDIwMDAtMjAwMiBDYWJsZSAmIFdpcmVsZXNzIERldXRzY2hsYW5kIEdtYkgKIyMgIENv cHlyaWdodCAoYykgMjAwMC0yMDAyIFRoZSBPcGVuUEtHIFByb2plY3QgPGh0dHA6Ly93d3cub3Bl bnBrZy5vcmcvPgojIyAgQ29weXJpZ2h0IChjKSAyMDAwLTIwMDIgUmFsZiBTLiBFbmdlbHNjaGFs bCA8cnNlQGVuZ2Vsc2NoYWxsLmNvbT4KIyMKIyMgIFBlcm1pc3Npb24gdG8gdXNlLCBjb3B5LCBt b2RpZnksIGFuZCBkaXN0cmlidXRlIHRoaXMgc29mdHdhcmUgZm9yCiMjICBhbnkgcHVycG9zZSB3 aXRoIG9yIHdpdGhvdXQgZmVlIGlzIGhlcmVieSBncmFudGVkLCBwcm92aWRlZCB0aGF0CiMjICB0 aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhbmQgdGhpcyBwZXJtaXNzaW9uIG5vdGljZSBhcHBl YXIgaW4gYWxsCiMjICBjb3BpZXMuCiMjCiMjICBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIGBg QVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1NFRCBPUiBJTVBMSUVECiMjICBXQVJSQU5USUVTLCBJTkNM VURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFIElNUExJRUQgV0FSUkFOVElFUyBPRgojIyAg TUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRSBBUkUg RElTQ0xBSU1FRC4KIyMgIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1JTIEFORCBDT1BZUklH SFQgSE9MREVSUyBBTkQgVEhFSVIKIyMgIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUgRk9SIEFOWSBE SVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLAojIyAgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBD T05TRVFVRU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVAojIyAgTElNSVRFRCBUTywg UFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRgojIyAg VVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pIEhPV0VWRVIg Q0FVU0VEIEFORAojIyAgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09O VFJBQ1QsIFNUUklDVCBMSUFCSUxJVFksCiMjICBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5D RSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQKIyMgIE9GIFRIRSBVU0UgT0Yg VEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgojIyAg U1VDSCBEQU1BR0UuCiMjCgojICAgcGFja2FnZSBpbmZvcm1hdGlvbgpOYW1lOiAgICAgICAgIHBl cmwKU3VtbWFyeTogICAgICBQcmFjdGljYWwgRXh0cmFjdGlvbiBhbmQgUmVwb3J0aW5nIExhbmd1 YWdlClVSTDogICAgICAgICAgaHR0cDovL3d3dy5wZXJsLmNvbS8KVmVuZG9yOiAgICAgICBUaGUg UGVybCBQcm9qZWN0ClBhY2thZ2VyOiAgICAgVGhlIE9wZW5QS0cgUHJvamVjdApEaXN0cmlidXRp b246IE9wZW5QS0cgW0NPUkVdCkdyb3VwOiAgICAgICAgTGFuZ3VhZ2UKTGljZW5zZTogICAgICBH UEwvQXJ0aXN0aWMKVmVyc2lvbjogICAgICA1LjYuMQpSZWxlYXNlOiAgICAgIDEuMS4wCgojICAg bGlzdCBvZiBzb3VyY2VzClNvdXJjZTA6ICAgICAgZnRwOi8vZnRwLmNwYW4ub3JnL3B1Yi9DUEFO L3NyYy8le25hbWV9LSV7dmVyc2lvbn0udGFyLmd6ClBhdGNoMDogICAgICAgcGVybC5wYXRjaAoK IyAgIGJ1aWxkIGluZm9ybWF0aW9uClByZWZpeDogICAgICAgJXtsX3ByZWZpeH0KQnVpbGRSb290 OiAgICAle2xfYnVpbGRyb290fQpCdWlsZFByZVJlcTogIE9wZW5QS0csIG9wZW5wa2cgPj0gMS4x LjAsIGdjYwpQcmVSZXE6ICAgICAgIE9wZW5QS0csIG9wZW5wa2cgPj0gMS4xLjAsIGdjYwpBdXRv UmVxOiAgICAgIG5vCkF1dG9SZXFQcm92OiAgbm8KCiVkZXNjcmlwdGlvbgogICAgUGVybCAoIlBy YWN0aWNhbCBSZXBvcnRpbmcgYW5kIEV4dHJhY3Rpb24gTGFuZ3VhZ2UiKSBpcyBhIHZlcnkKICAg IHNvcGhpc3RpY2F0ZWQgYW5kIGZsZXhpYmxlIChidXQgdGhpcyB3YXkgYWxzbyBjb21wbGV4KSBw cm9ncmFtbWluZwogICAgbGFuZ3VhZ2UuIFRoaXMgaXMgdGhlIG9yaWdpbmFsIGltcGxlbWVudGF0 aW9uIG9mIHRoZSBQZXJsIDUgaW50ZXJwcmV0ZXIKICAgIGZyb20gTGFycnkgV2FsbCBhbmQgaGlz IGNvbW11bml0eS4KCiVwcmVwCiAgICAlc2V0dXAgLXEKICAgICVwYXRjaDAgLXAwCiAgICBjaG1v ZCAtUiB1K3cgLgogICAgIyAgIFN1cHBvcnQgYm90aCAibGQ6IFNvZnR3YXJlIEdlbmVyYXRpb24g VXRpbGl0aWVzIiBhbmQgImxkOgogICAgIyAgIFNvbGFyaXMgTGluayBFZGl0b3JzIiBpbiB0aGUg aW50ZXJuYWwgb3V0cHV0cyBvZiB0aGUgU29sYXJpcwogICAgIyAgIDIuOCBsZCAobGF0ZXN0IHBh dGNoLWNsdXN0ZXIgYXMgb2YgRmVicnVhcnkgMjAwMiB3aXRoIHBhdGNoCiAgICAjICAgIzEwOTE0 Ny0xNCBvciBuZXdlciksIGJlY2F1c2UgUGVybCdzIENvbmZpZ3VyZSBlbHNlIHRoaW5rcyB0aGUK ICAgICMgICBTb2xhcmlzIGxkIGlzIEdOVSBsZCBhbmQgaG9ycmlibHkgaG9yc2VzIHVwLi4uCiAg ICAle2xfc2h0b29sfSBzdWJzdCAtZSAncztsZDogU29mdHdhcmUgR2VuZXJhdGlvbiBVdGlsaXRp ZXM7bGQ6IFNvO2cnIGhpbnRzL3NvbGFyaXNfMi5zaAoKICAgICMgICBSZW1vdmUgYmluZCwgZGIs IGdkYm0gYW5kIGljb252IGZyb20gb3B0aW9uYWwgbGlicmFyeSBjaGVja3MKICAgICV7bF9zaHRv b2x9IHN1YnN0IC1lICdzO1woLipmb3IgdGhpc2xpYiBpbiAkbGlic3dhbnRlZC4qXCk7bGlic3dh bnRlZD1gZWNobyAiICRsaWJzd2FudGVkICIgfCBzZWQgLWUgInMvIGJpbmQgLyAvZyIgLWUgInMv IGRiIC8gL2ciIC1lICJzLyBnZGJtIC8gL2ciIC1lICJzLyBpY29udiAvIC9nImBcOyBcMTsnIENv bmZpZ3VyZSAKCiVidWlsZAogICAgIyAgIEV2YWwgaGFjayBmb3Igb2Jzb2xldGUgTGludXggdmVy c2lvbnMgKGxpa2UgRGViaWFuIDIuMikgd2l0aCB0b28gb2xkCiAgICAjICAgYmludXRpbHMgd2hl cmUgb3VyIEdDQyAzLjAgbWFrZXMgdHJvdWJsZSBvbiBQZXJsIGxvYWRpbmcgRFNPIGJhc2VkIG1v ZHVsZXMuCiAgICAjICAgSW4gb3JkZXIgdG8gYXZvaWQgaGF2aW5nIHRvIHJlcXVpcmUgdGhlIHVz ZXIgdG8gdXBkYXRlIHRvIGJpbnV0aWxzIDIuMTEsCiAgICAjICAgd2UgaGF2ZSB0byBmb3JjZSBQ ZXJsIHRvIHVzZSB0aGUgc3lzdGVtLXN1cHBsaWVkIGNvbXBpbGVyLi4uIDotKAogICAgY2M9IiV7 bF9jY30iCiAgICBjZmxhZ3M9IiV7bF9jZmxhZ3MgLU99IgogICAgbGRkbGZsYWdzPSItc2hhcmVk IgogICAgY2NmbGFncz0iIgogICAgY2FzZSAiJXtsX3RhcmdldH0iIGluCiAgICAgICAgKi1saW51 eCogKQogICAgICAgICAgICB2PXVua25vd24KICAgICAgICAgICAgaWYgWyAtZiAvZXRjL2RlYmlh bl92ZXJzaW9uIF07IHRoZW4KICAgICAgICAgICAgICAgIHY9YC91c3IvYmluL2Rwa2cgLWwgYmlu dXRpbHMgfCBncmVwIGJpbnV0aWxzIHwgYXdrICd7IHByaW50ICQzOyB9J2AKICAgICAgICAgICAg ZWxpZiBbIC1mIC9ldGMvcmVkaGF0LXJlbGVhc2UgXTsgdGhlbgogICAgICAgICAgICAgICAgdj1g L2Jpbi9ycG0gLXEgLS1xZiAnJXtWRVJTSU9OfScgYmludXRpbHNgCiAgICAgICAgICAgIGVsaWYg WyAtZiAvZXRjL1N1U0UtcmVsZWFzZSBdOyB0aGVuCiAgICAgICAgICAgICAgICB2PWAvYmluL3Jw bSAtcSAtLXFmICcle1ZFUlNJT059JyBiaW51dGlsc2AKICAgICAgICAgICAgZWxzZQogICAgICAg ICAgICAgICAgdj1gKGxkIC0tdmVyc2lvbiB8IGdyZXAgIl5HTlUgbGQgIiB8IHNlZCAtZSAnczte R05VIGxkIDs7JykgMj4vZGV2L251bGxgCiAgICAgICAgICAgIGZpCiAgICAgICAgICAgIGNhc2Ug IiR2IiBpbgogICAgICAgICAgICAgICAgMi4xWzEtOV0uKiApIDs7CiAgICAgICAgICAgICAgICAq ICkgY2M9YCV7bF9zaHRvb2x9IHBhdGggLXAvYmluOi91c3IvYmluOiRQQVRIIGNjYDsgY2ZsYWdz PSItTyIgOzsKICAgICAgICAgICAgZXNhYwogICAgICAgICAgICA7OwogICAgICAgICotaXJpeCog KQogICAgICAgICAgICBjYz1nY2MKICAgICAgICAgICAgIyBmaXggcHJvYmxlbSBpbiA8bmV0aW5l dC90Y3AuaD4KICAgICAgICAgICAgY2NmbGFncz0iLURCWVRFX09SREVSPTQzMjEgLURCSUdfRU5E SUFOPTQzMjEiCiAgICAgICAgICAgIDs7CiAgICBlc2FjCgogICAgIyAgIGNvbmZpZ3VyZSB0aGUg UGVybCBwYWNrYWdlCiAgICAuL0NvbmZpZ3VyZSBcCiAgICAgICAgLWQgLWUgLXMgXAogICAgICAg IC1EcHJlZml4PSV7bF9wcmVmaXh9IFwKICAgICAgICAtRGluc3RhbGxwcmVmaXg9JFJQTV9CVUlM RF9ST09UJXtsX3ByZWZpeH0gXAogICAgICAgIC1EY2M9IiRjYyIgLURvcHRpbWl6ZT0iJGNmbGFn cyIgXAogICAgICAgIC1EY2NmbGFncz0iJGNjZmxhZ3MiIFwKICAgICAgICAtRGxkZGxmbGFncz0i JGxkZGxmbGFncyIgXAogICAgICAgIC1EbG9jaW5jcHRoPSIle2xfcHJlZml4fS9pbmNsdWRlIiBc CiAgICAgICAgLURsZGZsYWdzPSItTCV7bF9wcmVmaXh9L2xpYiIgXAogICAgICAgIC1EbGlicHRo PSIle2xfcHJlZml4fS9saWIgL2xpYiAvdXNyL2xpYiAvdXNyL2Njcy9saWIiIFwKICAgICAgICAt VWluc3RhbGx1c3JiaW5wZXJsIFwKICAgICAgICAtVWlfZGIKCiAgICAjICAgYnVpbGQgdGhlIFBl cmwgcGFja2FnZQogICAgJXtsX21ha2V9ICV7bF9tZmxhZ3MgLU99IC1mIE1ha2VmaWxlCgolaW5z dGFsbAogICAgcm0gLXJmICRSUE1fQlVJTERfUk9PVAoKICAgICMgICBpbnN0YWxsIHRoZSBQZXJs IHBhY2thZ2UgdmlhIHN0YW5kYXJkIHByb2NlZHVyZQogICAgJXtsX21ha2V9ICV7bF9tZmxhZ3N9 IC1mIE1ha2VmaWxlIGluc3RhbGwKCiAgICBQRVJMNUxJQj0kUlBNX0JVSUxEX1JPT1Qle2xfcHJl Zml4fS9saWIvcGVybDUKICAgIGV4cG9ydCBQRVJMNUxJQgoKICAgICMgICBpbnN0YWxsIFBlcmwg dmVyc2lvbnMgb2Ygc3lzdGVtIGhlYWRlciBmaWxlcwogICAgKCBjZCAvdXNyL2luY2x1ZGUKICAg ICAgZXZhbCBgJFJQTV9CVUlMRF9ST09UJXtsX3ByZWZpeH0vYmluL3BlcmwgLVY6aW5zdGFsbHNp dGVhcmNoYAogICAgICBlY2hvICouaCBzeXMvKi5oIHxcCiAgICAgIHhhcmdzICRSUE1fQlVJTERf Uk9PVCV7bF9wcmVmaXh9L2Jpbi9oMnBoIFwKICAgICAgICAgIC1kICIkUlBNX0JVSUxEX1JPT1Qk aW5zdGFsbHNpdGVhcmNoIgogICAgKQoKICAgICMgICBwb3N0LWFkanVzdG1lbnRzIHRvIGluc3Rh bGxhdGlvbiB0cmVlCiAgICBybSAtZiAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9iaW4vcGVy bCV7dmVyc2lvbn0KCiAgICAjICAgcmUtYWRqdXN0IGNvbmZpZ3VyYXRpb24gYXMgbWVudGlvbmVk IGluIFBlcmwncyBJTlNUQUxMIGRvY3VtZW50CiAgICAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4 fS9iaW4vcGVybCAtcGkub3JpZyBcCiAgICAgICAgLWUgInM6JFJQTV9CVUlMRF9ST09UJXtsX3By ZWZpeH06JXtsX3ByZWZpeH06ZyIgXAogICAgICAgICRSUE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9 L2xpYi9wZXJsNS8le3ZlcnNpb259LyovQ29uZmlnLnBtIFwKICAgICAgICBgZmluZCAkUlBNX0JV SUxEX1JPT1Qle2xfcHJlZml4fS9saWIvcGVybDUvJXt2ZXJzaW9ufS8gLXR5cGUgZiAtbmFtZSAi LnBhY2tsaXN0IiAtcHJpbnRgCiAgICBmaW5kICRSUE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9L2xp Yi9wZXJsNS8gLW5hbWUgIioub3JpZyIgLXByaW50IHwgeGFyZ3Mgcm0gLWYKCiAgICAjICAgc3Ry aXAgYmluYXJ5IGZpbGVzCiAgICBzdHJpcCAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9iaW4v KiAyPiAvZGV2L251bGwgfHwgdHJ1ZQoKICAgICMgICBkZXRlcm1pbmUgaW5zdGFsbGVkIGZpbGVz CiAgICAle2xfcnBtdG9vbH0gZmlsZXMgLXYgLW9maWxlcyAtciRSUE1fQlVJTERfUk9PVCAle2xf ZmlsZXNfc3RkfQoKJWZpbGVzIC1mIGZpbGVzCgolY2xlYW4KICAgIHJtIC1yZiAkUlBNX0JVSUxE X1JPT1QKCiMgRklYTUU6IC9yZS9iaW4vY2MgLUwvcmUvbGliICAtTC9yZS9saWIgLUwvcmUvbGli L3Blcmw1LzUuNi4xL3N1bjQtc29sYXJpcy9DT1JFIC1vIGVwZXJsIGVwZXJsX21haW4ubyAgZXBl cmxfcGVybDUubyAgZXBlcmxfcGFyc2UubyAgZXBlcmxfcHAubyAgZXBlcmxfc3lzLm8gIGVwZXJs X2h0dHAubyAgZXBlcmxfZ2V0b3B0Lm8gIGVwZXJsX2RlYnVnLm8gIGVwZXJsX2NvbmZpZy5vICBl cGVybF92ZXJzaW9uLm8gIGVwZXJsX3JlYWRtZS5vICBlcGVybF9saWNlbnNlLm8gIGVwZXJsX2xv Z28ubyAgZXBlcmxfcG93ZXJlZC5vIC9yZS9saWIvcGVybDUvNS42LjEvc3VuNC1zb2xhcmlzL2F1 dG8vRHluYUxvYWRlci9EeW5hTG9hZGVyLmEgLWxwZXJsIC1sc29ja2V0IC1sbnNsIC1sZGIgLWxk bCAtbG0gLWxjCiMgRklYTUU6ICBsZDogZmF0YWw6IGxpYnJhcnkgLWxkYjogbm90IGZvdW5kCiMg RklYTUU6IGFuZCB0aGF0IGFsdGhvdWdoIHdlIHVzZSAtVWlfZGIKCg== --==========1820559384==========-- From openpkg-users-owner@openpkg.org Tue Oct 1 23:57:09 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 16684277A21 for ; Tue, 1 Oct 2002 23:57:09 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id AFBD279407; Tue, 1 Oct 2002 17:57:04 -0400 (EDT) Date: Tue, 1 Oct 2002 17:57:04 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021001215704.GN23109@cthulhu.tco3.web.uu.net> References: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> <3D9844E3.4010403@dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3D9844E3.4010403@dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, Thanks for your response. > you accidentally became our guniea pig (*) for the new OSSP fsl (fake > syslog library, see http://www.ossp.org/pkg/lib/fsl/) now used in OpenPKG. I'm happy to run around on the wheel if it helps the project, as either a guinea pig or a guniea pig. > The use of fsl is no longer conditional, see > http://cvs.openpkg.org/chngview?cn=4714. However, we forgot to remove > the obsolete option from the description. Gotcha#1 - fixed and thanks Ok. I will presume therefore that I am using fsl with postfix. > The good news for you is that fsl has an output channel which can write > to a remote syslog. The underlying OSSP l2 can write to local syslog as > well but because fsl is a syslog(3) redirector this would cause a > infinite loop. Gotcha#2 - needs to be documented and has made it to my > push down list. I think I understand, though I may be mistaken. > So you have three options now: First, continue using fsl and create a > l2spec to forward to a remote syslog (remote means by UDP, destination > can be localhost). Second, remove fsl from each distribution as you did > with fakesyslog in the past. Third, use the powerful functions of l2 and > get rid of your "real syslog" requirement. The rays from OpenPKG mind control satellite have found a chink in my foil hat and have convinced me to go for number three. I have read TFMs, perused the web pages and am convinced that fsl is a logger's wet dream. This leads me to wonder why I am not already logging stuff. # rpm -q fsl fsl-1.0.3-20020907 # rpm -q postfix postfix-1.1.11-20020911 # rpm -ql postfix | egrep fsl /cw/etc/fsl/fsl.postfix [Unchanged from default] # egrep log /cw/etc/fsl/fsl.postfix path="/cw/var/postfix/log/postfix.log", # ls -l /cw/var/postfix/log/postfix.log -rw-rw-rw- 1 root cw 0 Sep 25 17:13 /cw/var/postfix/log/postfix.log [Changed from default to 666 for testing] So given all that, why am I not already logging to that log file? The next question would be how do I use a different log file - /var/log/maillog - which is used by syslog without worrying about conflicts, locking or other shenanigans? OT: If you've got your magic answering hat on, then please go ahead and tell me why only some users can get their mail after I substituted Postfix's default MDA with procmail. It doesn't seem to depend on .procmailrc (presence or content). The mail server always accepts the message, it's not in the queue (/cw/sbin/mailq), but it may or may not by delivered to the user's spool - $MAIL (/var/mail/$LOGNAME). I would check the mail server's log file, but.. um.. -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Wed Oct 2 10:26:48 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 27B27277A21 for ; Wed, 2 Oct 2002 10:26:48 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.5/8.12.2) with ESMTP id g928QjD8062743 for ; Wed, 2 Oct 2002 10:26:45 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.5/8.12.5/Submit) id g928QjGR062742 for openpkg-users@openpkg.org; Wed, 2 Oct 2002 10:26:45 +0200 (CEST) Date: Wed, 2 Oct 2002 10:26:45 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG on IRIX 6.5 Message-ID: <20021002082645.GD33953@dt4.dev.de.cw.net> References: <15980000.1033492583@legolas.noc.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" In-Reply-To: <15980000.1033492583@legolas.noc.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --KdquIMZPjGJQvRdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 01, 2002, Joerg Lehrke wrote: > One of the problems is, that the IRIX chmod does not support the "-f"-fla= g. > Therefore I removed this flag from all entries in=20 > %{_topdir}/lib/openpkg/macros. > I assume that you mean entries like the following: %_fixperms %{__chmod} -Rf a+rX,g-w,o-w %__chown_Rhf %{__chown} -Rhf %__chgrp_Rhf %{__chgrp} -Rhf It seems to me that this 'macros' file is part of the RedHat RPM implementation used by OpenPKG. I'll look into how we could fix this, but there is of course a portability issue if we just remove the '-r' flag for = all operating systems. That's probably not the fix we are looking for. > The next problem is the rpmtool. The pure sh-implementation works, but th= e=20 > perl-implementation needs the quotes around the $cmd in the eval line (Wh= at=20 > a Borne shell on IRIX?). > Find attached a patch, which fixes this problem and includes additional= =20 > support for IRIX. > Your patch is in the build, and I just made a new bootstrapper. If you try = it out then please let me know how it goes. I don't have a SGI machine availab= le for testing. > Finally I was able to compile some of the basic packets and stumbled with= =20 > perl again. Attached my perl.spec to fix these issues. > I added your IRIX condition in the perl specfile, so I hope that works too now. I left out your change of PERL5LIB=3D..., because I'm not sure why you= did that. If the PERL5LIB variable must be referenced outside of its block (or there is some other reason for moving the declaration), then let me know. > The project is ongoing and so I'm sure to find more traps an IRIX :-( > Thanks, and keep up the good work. Please keep in mind that the new packages are in the current section on the ftp server. You installed a OpenPKG 'release' 1.1 instance on your machine, and not a 'current' grade one. Small hassles can result from mixing the two when testing or upgrading. ftp://ftp.openpkg.org/current/SRC/openpkg-20021002-20021002.src.sh ftp://ftp.openpkg.org/current/SRC/perl-5.6.1-20021002.src.rpm Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --KdquIMZPjGJQvRdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPZqtxFuYv80UoVTdAQH+qgf+K1Hz90DR1jbRQN99p/FdLf4lbt54cIbJ /3LrLC+uW1qwhSYFnbuHJY5sIhOSwz0ztQsIBF9J4p9hgPzD9/K9vJs7euak5esp j1DcZ0ap4R3P7zb4D3tDbzHS/vwht+3UT5Ktraig41XVx5KKRagC7oRXAagpGugh LMSqkwbZwOI9I10iREmClA7n5sGYfSNIRi/PbbDsn0KBMA1lNAOhUWTz+Aekvbzm Tz8ywi3ORaCzOr1/rKGiAwPGKomIUtrEZsZ0bi6NsA577QuiH1zekSf4yvoM0TFs xmxBK3BoLQvWpmouKCBKtsvJjsccze5Qgi+COBM2+8U7FySh6v7JcA== =sumt -----END PGP SIGNATURE----- --KdquIMZPjGJQvRdI-- From openpkg-users-owner@openpkg.org Wed Oct 2 11:13:49 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id BA42A277A21 for ; Wed, 2 Oct 2002 11:13:48 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g929DiAx003995 for ; Wed, 2 Oct 2002 11:13:44 +0200 Received: from serverdmz2.dmz.onsys.de ([192.168.17.22]) by onsys-lu-exch-1.walzm.onsys.de with Microsoft SMTPSVC(5.0.2195.5329); Fri, 20 Sep 2002 07:40:30 +0200 Received: from mail.openpkg.org (master.openpkg.org [195.27.176.150]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g8K5eTAx007559 for ; Fri, 20 Sep 2002 07:40:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Received: by mail.openpkg.org (Postfix, from userid 7001) id 9C1BB277A29; Fri, 20 Sep 2002 07:40:27 +0200 (CEST) Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 2F4C1277A24 for ; Fri, 20 Sep 2002 07:40:27 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g8K5ePAx007552 for ; Fri, 20 Sep 2002 07:40:25 +0200 Subject: openpkg on HP-UX Date: Wed, 2 Oct 2002 11:13:43 +0200 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF037B3D@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: "Openpkg-Users@Openpkg. Org (E-Mail)" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I encountered an other error: openpkggrep u.src.sh=20 seems to work under HP-UX 11.00 (but not under 11.11), but: openpkg.boot (config.guess, rpmtool, shtool) seems to use "uname -m" (here: "9000/800") to name files. But the "/" is not replaced everywhere by "_" hpmachine 147 # grep 9000 nohup.out ++ platform: 9000_800-hp-hpux11.00 (Good luck: unofficially supported) t=3D9000/800-hp-ux11.00-cw + cp = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm ../ cp: cannot access = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm: No such file or directory + rm -f = /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-20020909.9000/800-= hp-ux11.00-cw.rpm + ./openpkg.boot[468]: = ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh: Cannot create = the specified file. + sed -e s;@SUSR@;root; -e s;@SGRP@;sys; -e s;@MUSR@;cw; -e s;@MGRP@;cw; = -e s;@RUSR@;cw-r; -e s;@RGRP@;cw-r; -e s;@NUSR@;cw-n; -e s;@NGRP@;cw-n; = -e s;@l_prefix@;/cw; -e = s;@TGZ@;openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z; -e = /^@PRE@/r /tmp/rpm.pre + uuencode openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z + ./openpkg.boot[479]: = ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh: Cannot create = the specified file. openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh not found openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.rpm not found Regards, Dieter -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (MingW32) iD8DBQE9mrjHzgug77+afhIRAgWVAJ9kCTzdxvzUNo1lGexJKcJWyNmkwACg+QJ8 jMbMCOLcS5G3CzVLD9EqcvI=3D =3DxXo7 -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Wed Oct 2 11:18:48 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4D00E277B21 for ; Wed, 2 Oct 2002 11:18:48 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2E0304CE76D; Wed, 2 Oct 2002 11:18:48 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3F380286B4; Wed, 2 Oct 2002 11:18:32 +0200 (CEST) Date: Wed, 2 Oct 2002 11:18:32 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021002091832.GA88229@engelschall.com> References: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> <3D9844E3.4010403@dev.de.cw.net> <20021001215704.GN23109@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021001215704.GN23109@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Oct 01, 2002, Andrew J Caines wrote: > [...] > I have read TFMs, ^ > perused the web pages and am convinced that fsl is a > logger's wet dream. This leads me to wonder why I am not already logging > stuff. > > # rpm -q fsl > fsl-1.0.3-20020907 > # rpm -q postfix > postfix-1.1.11-20020911 > # rpm -ql postfix | egrep fsl > /cw/etc/fsl/fsl.postfix > [Unchanged from default] > # egrep log /cw/etc/fsl/fsl.postfix > path="/cw/var/postfix/log/postfix.log", > # ls -l /cw/var/postfix/log/postfix.log > -rw-rw-rw- 1 root cw 0 Sep 25 17:13 /cw/var/postfix/log/postfix.log > [Changed from default to 666 for testing] > > So given all that, why am I not already logging to that log file? For unknown reasons (but I've already seen this once in the past) the ownership is incorrect: The file has to be -rw-r--r-- 1 cw cw 1393453 Oct 2 11:12 postfix.log So do a "chmod 644" and "chown cw" on this file, followed by a "/cw/etc/rc postfix stop start" and it should log fine. Keep in mind that just permissions 666 do not work because of security checks in Postfix. > The next question would be how do I use a different log file - > /var/log/maillog - which is used by syslog without worrying about > conflicts, locking or other shenanigans? Replace path="/cw/var/postfix/log/postfix.log" in /cw/etc/fsl/fsl.postfix with path="/var/log/maillog". Alternatively you can directly log to your syslogd(8) with the help of the fsl/l2 syslog channel. > If you've got your magic answering hat on, then please go ahead and tell > me why only some users can get their mail after I substituted Postfix's > default MDA with procmail. It doesn't seem to depend on .procmailrc > (presence or content). The mail server always accepts the message, it's > not in the queue (/cw/sbin/mailq), but it may or may not by delivered to > the user's spool - $MAIL (/var/mail/$LOGNAME). Because in OpenPKG's procmail pre-configuration mail (for multiple reasons ranging from backup reasons to multiple OpenPKG instance reasons, etc) is delivered to $HOME/.mail/inbox. If you it to be delivered to /var/mail/$LOGNAME you have to change /cw/etc/procmail/procmailrc and use: MAILDIR=/var/mail/$LOGNAME ORGMAIL=/var/mail/$LOGNAME Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Oct 2 16:59:19 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id C66B2277A21 for ; Wed, 2 Oct 2002 16:59:18 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id C2F3C79407; Wed, 2 Oct 2002 10:59:14 -0400 (EDT) Date: Wed, 2 Oct 2002 10:59:14 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021002145914.GA85@cthulhu.tco3.web.uu.net> References: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> <3D9844E3.4010403@dev.de.cw.net> <20021001215704.GN23109@cthulhu.tco3.web.uu.net> <20021002091832.GA88229@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021002091832.GA88229@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, Thanks for the quick response. > > So given all that, why am I not already logging to that log file? > For unknown reasons (but I've already seen this once in the past) > the ownership is incorrect: The file has to be > -rw-r--r-- 1 cw cw 1393453 Oct 2 11:12 postfix.log > So do a "chmod 644" and "chown cw" on this file, followed by a > "/cw/etc/rc postfix stop start" and it should log fine. I changed the file to.. -rw-r--r-- 1 cw cw 0 Sep 25 17:13 /cw/var/postfix/log/postfix.log ..but it still fails to acquire a single entry after a restart. I am suspicious about only cw having write access. My understanding was that the Postfix daemon(s) needed to be able to write directly to the log if they weren't going through syslog (or fsl?). I tried changing the owner of that log to "postfix", which is the Postfix mail_owner in my configuration, but that made no difference. Also of note is that postfix master messages are still going through syslog: Oct 2 10:09:47 cthulhu postfix/master[21013]: [ID 197553 mail.info] reload configuration > Keep in mind that just permissions 666 do not work because of security > checks in Postfix. Now I'm a bit (more) confused. How does Postfix know anything about this log file? Isn't fsl acting as an intermediary of some kind? >> The next question would be how do I use a different log file - > Replace path="/cw/var/postfix/log/postfix.log" in /cw/etc/fsl/fsl.postfix > with path="/var/log/maillog". Alternatively you can directly log to your > syslogd(8) with the help of the fsl/l2 syslog channel. As I suggested in my previous message I'd like to do it the "right" way, which from Thomas's message was to.. ...use the powerful functions of l2 and get rid of your "real syslog" requirement ..which would be defining the log file in fsl.postfix, I presume. Since nothing gets logged to /cw/var/postfix/log/postfix.log, I presume that changing path in /cw/etc/fsl/fsl.openssh to /var/log/maillog won't make any difference. Thomas pointed out that there is a loop condition using the fsl-syslog forwarding, so I expect that is not an option yet. What do you suggest as the next step? As for procmail... > Because in OpenPKG's procmail pre-configuration mail (for > multiple reasons ranging from backup reasons to multiple OpenPKG > instance reasons, etc) is delivered to $HOME/.mail/inbox. If > you it to be delivered to /var/mail/$LOGNAME you have to change > /cw/etc/procmail/procmailrc and use: > MAILDIR=/var/mail/$LOGNAME > ORGMAIL=/var/mail/$LOGNAME Bingo! That change had the desired effect. Thank you. I only noticed $HOME/.mail/ mentioned in my user's procmail log for the first time this morning. Since everything was working fine for me and I was logging verbosely, I missed those lines in amongst the others. The other user had a $HOME/.mail and was collecting his mail in there, though we didn't know that. -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Thu Oct 3 20:47:27 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id D3999277A21 for ; Thu, 3 Oct 2002 20:47:25 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g93IlKxG022360 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 3 Oct 2002 20:47:21 +0200 Date: Thu, 03 Oct 2002 20:47:18 +0200 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: Re: OpenPKG on IRIX 6.5 Message-ID: <9730000.1033670838@legolas.noc.de> In-Reply-To: <20021002082645.GD33953@dt4.dev.de.cw.net> References: <15980000.1033492583@legolas.noc.de> <20021002082645.GD33953@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Michael, I posted the reason for that "PERL5LIB=..." stuff before. As I understood Ralf, this fix found its way to the CVS already. Without that change you can not build the perl RPM without an already installed perl :-( Cheers, - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9nJC5qBmc6cZoRKwRAlt1AJ0TnL9p8mtzP3pnj3d6aryiY8zK7wCgii9Y qAlKi+TFwBnW1pRyk+9f4HM= =LNKv -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Thu Oct 3 20:59:05 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id B4FA6277A21 for ; Thu, 3 Oct 2002 20:59:04 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g93Ix1xG022575 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 3 Oct 2002 20:59:01 +0200 Date: Thu, 03 Oct 2002 20:59:01 +0200 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: mysql.patch beaks configure Message-ID: <18140000.1033671541@legolas.noc.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1822539384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1822539384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, another issue came up while compiling mysql-3.23.52-1.1.0 on IRIX. The mysql.patch which should fix problems on Solaris is messing up the work of configure to sort out the socklen_t-type. On all platforms without a socklen_t you can not compile the patched sources. Find attached a new patch to address this problem by being configure-conform. I can compile the mysql packet with this patch on Solaris and IRIX ;-) Cheers, -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! --==========1822539384========== Content-Type: application/octet-stream; name="mysql.patch.jl" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mysql.patch.jl"; size=1311 ZGlmZiAtTmF1ciBteXNxbC0zLjIzLjUyLm9yaWcvc3FsL21pbmlfY2xpZW50LmNjIG15c3FsLTMu MjMuNTIvc3FsL21pbmlfY2xpZW50LmNjCi0tLSBteXNxbC0zLjIzLjUyLm9yaWcvc3FsL21pbmlf Y2xpZW50LmNjCU1vbiBBdWcgMTkgMTU6NDc6MDAgMjAwMgorKysgbXlzcWwtMy4yMy41Mi9zcWwv bWluaV9jbGllbnQuY2MJTW9uIEF1ZyAxOSAxNTo0ODo0NCAyMDAyCkBAIC0zMTgsNyArMzE4LDcg QEAKICAgICovCiAKICAgc19lcnI9MDsKLSAgaWYgKGdldHNvY2tvcHQocywgU09MX1NPQ0tFVCwg U09fRVJST1IsIChjaGFyKikgJnNfZXJyLCAmc19lcnJfc2l6ZSkgIT0gMCkKKyAgaWYgKGdldHNv Y2tvcHQocywgU09MX1NPQ0tFVCwgU09fRVJST1IsIChjaGFyKikgJnNfZXJyLCAoc2l6ZV9zb2Nr ZXQgKikmc19lcnJfc2l6ZSkgIT0gMCkKICAgICByZXR1cm4oLTEpOwogCiAgIGlmIChzX2VycikK ZGlmZiAtTmF1ciBteXNxbC0zLjIzLjUyLm9yaWcvc3FsL215c3FsZC5jYyBteXNxbC0zLjIzLjUy L3NxbC9teXNxbGQuY2MKLS0tIG15c3FsLTMuMjMuNTIub3JpZy9zcWwvbXlzcWxkLmNjCU1vbiBB dWcgMTkgMTU6NDc6MDEgMjAwMgorKysgbXlzcWwtMy4yMy41Mi9zcWwvbXlzcWxkLmNjCU1vbiBB dWcgMTkgMTU6NDk6MDEgMjAwMgpAQCAtMjQwNyw3ICsyNDA3LDcgQEAKICAgICB7CiAgICAgICBz aXplX3NvY2tldCBsZW5ndGg9c2l6ZW9mKHN0cnVjdCBzb2NrYWRkcl9pbik7CiAgICAgICBuZXdf c29jayA9IGFjY2VwdChzb2NrLCBteV9yZWludGVycHJldF9jYXN0KHN0cnVjdCBzb2NrYWRkciAq KSAoJmNBZGRyKSwKLQkJCSZsZW5ndGgpOworCQkJKHNpemVfc29ja2V0ICopJmxlbmd0aCk7CiAg ICAgICBpZiAobmV3X3NvY2sgIT0gSU5WQUxJRF9TT0NLRVQgfHwKIAkgIChzb2NrZXRfZXJybm8g IT0gU09DS0VUX0VJTlRSICYmIHNvY2tldF9lcnJubyAhPSBTT0NLRVRfRUFHQUlOKSkKIAlicmVh azsKQEAgLTI0NzMsNyArMjQ3Myw3IEBACiAgICAgICBzaXplX3NvY2tldCBkdW1teUxlbjsKICAg ICAgIHN0cnVjdCBzb2NrYWRkciBkdW1teTsKICAgICAgIGR1bW15TGVuID0gc2l6ZW9mKHN0cnVj dCBzb2NrYWRkcik7Ci0gICAgICBpZiAoZ2V0c29ja25hbWUobmV3X3NvY2ssJmR1bW15LCAmZHVt bXlMZW4pIDwgMCkKKyAgICAgIGlmIChnZXRzb2NrbmFtZShuZXdfc29jaywmZHVtbXksIChzaXpl X3NvY2tldCAqKSZkdW1teUxlbikgPCAwKQogICAgICAgewogCXNxbF9wZXJyb3IoIkVycm9yIG9u IG5ldyBjb25uZWN0aW9uIHNvY2tldCIpOwogCSh2b2lkKSBzaHV0ZG93bihuZXdfc29jaywyKTsK --==========1822539384==========-- From openpkg-users-owner@openpkg.org Sun Oct 6 15:19:16 2002 Received: from chomsky.noc.de (chomsky.noc.de [62.208.181.33]) by mail.openpkg.org (Postfix) with ESMTP id BA713277A21 for ; Sun, 6 Oct 2002 15:19:13 +0200 (CEST) Received: from [192.168.10.4] (legolas [192.168.10.4]) (authenticated bits=0) by chomsky.noc.de (8.12.1/8.12.1) with ESMTP id g96DJ1xG010886 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 6 Oct 2002 15:19:01 +0200 Date: Sun, 06 Oct 2002 15:19:00 +0200 From: Joerg Lehrke To: openpkg-users@openpkg.org Subject: c-client 4 IRIX Message-ID: <26840000.1033910340@legolas.noc.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, to get the c-client RPM compiled on IRIX you need to add the line *-irix*) os=gsg ;; underneath the %build section. Cheers, - -- Joerg Lehrke GnuPG-KeyID: C66844AC The Knoc http://k.noc.de/ Bgm.-Haffner-Str. 7, D-87600 Kaufbeuren, Germany Tel +49 8341 874647 GNU -- Protect your freedom! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9oDhHqBmc6cZoRKwRAlgBAJ9T2iR0ls5uau3OG+YoRaKPoy/pawCg01sp eJjJseBRph8HFaXjlnc2fyM= =0rJr -----END PGP SIGNATURE----- From openpkg-users-owner@openpkg.org Sun Oct 6 21:44:42 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 67EB3277A21 for ; Sun, 6 Oct 2002 21:44:42 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4AE794CE776; Sun, 6 Oct 2002 21:44:42 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id BB869286C5; Sun, 6 Oct 2002 21:43:45 +0200 (CEST) Date: Sun, 6 Oct 2002 21:43:45 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: c-client 4 IRIX Message-ID: <20021006194345.GA5858@engelschall.com> References: <26840000.1033910340@legolas.noc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <26840000.1033910340@legolas.noc.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Oct 06, 2002, Joerg Lehrke wrote: > to get the c-client RPM compiled on IRIX you need to add the line > > *-irix*) os=gsg ;; > > underneath the %build section. Now comitted and included in c-client-2002rc7-20021006 and higher. Thanks, Joerg. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Oct 6 21:44:42 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7DF08277A2C for ; Sun, 6 Oct 2002 21:44:42 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5CC6A4CE6E2; Sun, 6 Oct 2002 21:44:42 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id D171C286C5; Sun, 6 Oct 2002 21:44:17 +0200 (CEST) Date: Sun, 6 Oct 2002 21:44:17 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG on IRIX 6.5 Message-ID: <20021006194417.GB5858@engelschall.com> References: <15980000.1033492583@legolas.noc.de> <20021002082645.GD33953@dt4.dev.de.cw.net> <9730000.1033670838@legolas.noc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <9730000.1033670838@legolas.noc.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 03, 2002, Joerg Lehrke wrote: > I posted the reason for that "PERL5LIB=..." stuff before. As I understood > Ralf, this fix found its way to the CVS already. Without that change you > can not build the perl RPM without an already installed perl :-( Yes, this is now already comitted to CVS since last week. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Oct 7 15:00:35 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 97EBA277A21; Mon, 7 Oct 2002 14:23:22 +0200 (CEST) To: openpkg-users@openpkg.org From: Thomas Lotterer Subject: Re: Postfix with real syslog (again) Date: Mon, 7 Oct 2002 14:23:06 +0100 Message-ID: References: <20020925213300.GO26690@cthulhu.tco3.web.uu.net> <3D9844E3.4010403@dev.de.cw.net> <20021001215704.GN23109@cthulhu.tco3.web.uu.net> <20021002091832.GA88229@engelschall.com> <20021002145914.GA85@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Andrew, >...but it still fails to acquire a single entry after a restart. I am >suspicious about only cw having write access. My understanding was that >the Postfix daemon(s) needed to be able to write directly to the log if >they weren't going through syslog (or fsl?). > This depends on the output channel being used by fsl/l2 and is at least true for, but not limited to, the filedescriptor (fd) and file (file) output channels. >> Keep in mind that just permissions 666 do not work because of security >> checks in Postfix. > >Now I'm a bit (more) confused. How does Postfix know anything about this >log file? Isn't fsl acting as an intermediary of some kind? > This was a mistake. You're right, postfix doesn't know about the fsl/l2 output channels and therefore cannot check anything on them. -- Thomas Lotterer, Tel: +49 89 89590047 Fax: +49 89 89590049 Cyvaned Systems GmbH&Co.KG, http://www.cyvaned.com >>> The next question would be how do I use a different log file [...] >Since nothing gets logged to /cw/var/postfix/log/postfix.log, I presume >that changing path in /cw/etc/fsl/fsl.openssh to /var/log/maillog won't >make any difference. > Sure. >Thomas pointed out that there is a loop condition using the fsl-syslog >forwarding, so I expect that is not an option yet. > Exactly, based on our previous discussion i added a warning to the fsl.pod WARNING: Because OSSP fsl is a syslog(3) redirector it must not use the target=local feature of OSSP l2. It would point back to itself and end up in a infinite run-time loop! However, it's safe to use target=remote with remote- host being set to the local host. >What do you suggest as the next step? > I'm afraid it's time to go a little bit deeper into fsl debugging. There're some points to consider: 1.) fsl is not linked into the program This would be a OpenPKG packaging issue. It happend with "inn" that embeds perl which caused the standard c library to be explicitly listed as the first library, inhibiting the overriding of any standard c library functions. We had to patch "inn" to make it work. This is not your problem as we know fsl is working with the OpenPKG postfix package. 2.) something is wrong with fsl configuration That's very likely but hard to debug. As fsl is a library only, no program has a switch to turn on fsl debugging. Our workaround is to control certain behaviour of fsl by hardcoding them into the object file at configure time (see configure help) or through environment variables (see ENVIRONMENT in the fsl.pod). The OpenPKG way of doing it is to build fsl using the "with_fsl_debug yes" option. This adds --with-fsl-debug=... to the configure call. Needless to say, fsl uses l2 for logging purposes. OpenPKG with fsl debugging enabled will write information to %{l_prefix}/var/fsl/trace.log and %{l_prefix}/var/fsl/debug.log. The latter will be truncated everytime the application is being run. Both files can become extremely huge. The trace.log allows you to monitor the fsl activities step by step as they are described under OPERATION in fsl.pod. You need access to the source to make effective use of the debug.log stuff. 3.) the l2 spec is wrong Also verly likely. Have a look at the tiny but precious "l2tool" that comes with the l2 library as it allows you to play around with l2specs from the shell command line. 4.) bug in fsl Unlikely :-) From openpkg-users-owner@openpkg.org Sat Oct 12 12:45:02 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A4BA9277A21 for ; Sat, 12 Oct 2002 12:45:01 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 64FA64CE73E; Sat, 12 Oct 2002 12:45:01 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 02842286B4; Sat, 12 Oct 2002 12:12:13 +0200 (CEST) Date: Sat, 12 Oct 2002 12:12:13 +0200 From: "Ralf S. Engelschall" To: hosting@de.cw.com, openpkg-users@openpkg.org Subject: HEADS UP: OpenPKG coreutils Message-ID: <20021012101213.GA45997@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Heads up: GNU merged their 'fileutils', 'shellutils' and 'textutils' projects into the new 'coreutils'. Hence the three OpenPKG packages 'fileutils', 'shellutils' and 'textutils' were removed from OpenPKG-CURRENT and a new 'coreutils' package was created which replaces the three obsoleted ones now. Please recognize this renaming on OpenPKG-CURRENT based upgrades now and for OpenPKG 1.0 and 1.1 based upgrades later (once 1.2 exists). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Oct 14 23:45:56 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 1BD7F277A21 for ; Mon, 14 Oct 2002 23:45:56 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id A075F79407; Mon, 14 Oct 2002 17:45:37 -0400 (EDT) Date: Mon, 14 Oct 2002 17:45:37 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021014214537.GF7484@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, Thanks again for your assistance. I am still looking to log to at least one file, whether through fsl writing to wherever it likes, fsl to my mail log, fsl to syslog or just from postfix to syslog. Since the last case (postfix to syslog) might be the most expeditious while other issues are considered and tested, how does one now builf postfix to not use fsl (ie. what exactly needs to be changed in the spec)? > >What do you suggest as the next step? > I'm afraid it's time to go a little bit deeper into fsl debugging. > There're some points to consider: Ok. > 1.) fsl is not linked into the program [snip] > This is not your problem as we know fsl is working with the OpenPKG > postfix package. Great, I think. > 2.) something is wrong with fsl configuration Everything I have is out-of-the-box for postfix (with switches given previously) and fsl. > That's very likely but hard to debug. [snip dangers of debugging build] Would it help if I add "with_fsl_debug yes" to postfix.spec and rebuild? > 3.) the l2 spec is wrong > Also verly likely. Unlikely, I think you mean, right? > Have a look at the tiny but precious "l2tool" that comes with the l2 > library as it allows you to play around with l2specs from the shell > command line. I'd be happy to if it would help, but I've no idea what I'd be trying to test. > 4.) bug in fsl > Unlikely :-) All software is broken*. All hardware will fail. The only variables are when and how you find out. *[I don't mean to start a thread on formal proofs of code. Anyway, you can't run sources.] -Andrew- -- _______________________________________________________________ | -Andrew J. Caines- Andrew.J.Caines@unixops.wcom.net | | 703-886-2689 Unix Systems Engineer, WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Tue Oct 15 13:38:58 2002 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 81458277A21 for ; Tue, 15 Oct 2002 13:38:45 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 896AA8D7F5; Tue, 15 Oct 2002 13:38:44 +0200 (CEST) Date: Tue, 15 Oct 2002 13:38:44 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021015113844.GA55477@dev.de.cw.com> References: <20021014214537.GF7484@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021014214537.GF7484@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Oct 14, 2002, Andrew J Caines wrote: Andrew, thanks for your patience. While i don't want to give up helping you to finally use fsl here's is a quick hack for intermediate help. > Since the last case (postfix to syslog) might be the most expeditious > while other issues are considered and tested, how does one now builf > postfix to not use fsl (ie. what exactly needs to be changed in the spec)? > In the spec there is one line where fsl-config is called to extend AUXLIBS. Remove that line and the fsl object code won't make it into the postfix binary. The linker will fallback to the "real syslog (again)". Removing the remaining fragments of fsl is a cosmetic issue only. It appears in the "Source:", "BuildPreReq:" and "PreReq:" definitions and in the %install section. -- Thomas.Lotterer@cw.com Development Team, Application Services, Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Tue Oct 15 17:53:47 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 85B23277A21 for ; Tue, 15 Oct 2002 17:53:47 +0200 (CEST) Received: by unixops.wcom.net (Postfix, from userid 17202) id 035EE79407; Tue, 15 Oct 2002 11:53:44 -0400 (EDT) Date: Tue, 15 Oct 2002 11:53:44 -0400 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Re: Postfix with real syslog (again) Message-ID: <20021015155344.GJ7484@cthulhu.tco3.web.uu.net> References: <20021014214537.GF7484@cthulhu.tco3.web.uu.net> <20021015113844.GA55477@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021015113844.GA55477@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, > thanks for your patience. While i don't want to give up helping you > to finally use fsl here's is a quick hack for intermediate help. I appreciate greatly your ongoing help. > In the spec there is one line where fsl-config is called to extend > AUXLIBS. Remove that line and the fsl object code won't make it into > the postfix binary. Thanks. I did look at the spec file to see how I might do it myself, but I don't yet know cosmetic from critical. Removing just the AUXLIBS fsl line did the trick and I'm not running an logging with postfix-1.1.11-20021014. -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Mon Oct 21 11:13:52 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 74007277A21 for ; Mon, 21 Oct 2002 11:13:51 +0200 (CEST) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g9L9DnXj025317 for ; Mon, 21 Oct 2002 11:13:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: openpkg on HP-UX Date: Mon, 21 Oct 2002 11:13:49 +0200 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF037B47@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Von: Mosbach, Dieter=20 > Gesendet: Mittwoch, 2. Oktober 2002 11:14 > An: Openpkg-Users@Openpkg. Org (E-Mail) > Betreff: openpkg on HP-UX >=20 >=20 >=20 > I encountered an other error: >=20 > openpkggrep u.src.sh=20 > seems to work under HP-UX 11.00 (but not under 11.11), but: >=20 > openpkg.boot (config.guess, rpmtool, shtool) > seems to use "uname -m" (here: "9000/800") > to name files. > But the "/" is not replaced everywhere by "_" >=20 >=20 > hpmachine 147 # grep 9000 nohup.out > ++ platform: 9000_800-hp-hpux11.00 (Good luck: unofficially supported) > t=3D9000/800-hp-ux11.00-cw > + cp=20 > /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-2002090 > 9.9000/800-hp-ux11.00-cw.rpm ../ > cp: cannot access=20 > /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-2002090 > 9.9000/800-hp-ux11.00-cw.rpm: No such file or directory > + rm -f=20 > /tmp/openpkg-20020909-root/cw/RPM/PKG/openpkg-20020909-2002090 > 9.9000/800-hp-ux11.00-cw.rpm > + ./openpkg.boot[468]:=20 > ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh:=20 > Cannot create the specified file. > + sed -e s;@SUSR@;root; -e s;@SGRP@;sys; -e s;@MUSR@;cw; -e=20 > s;@MGRP@;cw; -e s;@RUSR@;cw-r; -e s;@RGRP@;cw-r; -e=20 > s;@NUSR@;cw-n; -e s;@NGRP@;cw-n; -e s;@l_prefix@;/cw; -e=20 > s;@TGZ@;openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z > ; -e /^@PRE@/r /tmp/rpm.pre > + uuencode openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.tar.Z > + ./openpkg.boot[479]:=20 > ../openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh:=20 > Cannot create the specified file. > openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.sh not found > openpkg-20020909-20020909.9000/800-hp-ux11.00-cw.rpm not found >=20 Is there anybody who can help? The other error i found (compiling on HPUX) is fixed: when you want to compile things on HP.UX 11.11(=3D11i) with gcc 3.2, (gcc from binary package for HP-UX 11.00!) you have to add some definitions to types.h: ### cut here ################# >/usr/include/sys/socket.h:484: parse error before "sendfile" >/usr/include/sys/socket.h:485: parse error before "bsize_t" >/usr/include/sys/socket.h:486: parse error before "sendpath" >/usr/include/sys/socket.h:487: parse error before "bsize_t" This is due to some system header file changes between HP-UX 11.00 and HP-UX 11i and happens when a GCC built for 11.00 trying to run on 11i. Adding the code below to the end of the GCC types.h file (before the final #endif) should fix it. The types.h file is at /usr/local/lib/gcc-lib/*hpux*/3*/include/sys/types.h or some such similar path depending on the exact configure options of your GCC. -------------------------- #ifndef _BSIZE32_T # define _BSIZE32_T typedef int32_t sbsize32_t; typedef uint32_t bsize32_t; #endif #ifndef _BSIZE64_T # define _BSIZE64_T # if !defined(__STDC_32_MODE__) typedef int64_t sbsize64_t; typedef uint64_t bsize64_t; # endif #endif #ifndef _BSIZE_T # define _BSIZE_T # if defined(_APP32_64BIT_OFF_T) || defined(_KERNEL) typedef int64_t sbsize_t; typedef uint64_t bsize_t; # else typedef long sbsize_t; typedef unsigned long bsize_t; # endif #endif -------------------------- Steve Ellcey sje cup . hp . com ### cut here ################# Regards, Dieter From openpkg-users-owner@openpkg.org Tue Oct 29 00:56:14 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 53E6B277A21; Tue, 29 Oct 2002 00:24:36 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: pdflib and samba on Solaris 8 Date: Mon, 28 Oct 2002 15:24:34 -0800 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I just started playing with OpenPKG this weekend. First, let me say that this project will save me countless hours building open source packages for Solaris. I am looking forward to deploying it on all our Solaris hosts. Currently, I have successfully built several packages from SRPMs. However, building pdflib and samba from SRPMs is not working. I used openpkg-20021023-20021023.src.sh to boot strap the environment and I'm building from SRPMs from ftp://ftp.openpkg.org/release/1.1/SRC. I list the details of my setup below, but first the problems. rpm --rebuild ftp://ftp.openpkg.org/release/1.1/SRC/pdflib-4.0.3-1.1.0.src.rpm results in: [snip] + /opt/openpkg/bin/make --no-print-directory cd tiff && /opt/openpkg/bin/make ../libtool --silent --mode=compile /opt/openpkg/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.25965 (%build) rpm --rebuild ftp://ftp.openpkg.org/release/1.1/SRC/samba-2.2.5-1.1.0.src.rp results in: [snip] Compiling smbd/notify.c Compiling smbd/notify_hash.c Compiling smbd/notify_kernel.c Linking bin/smbd /usr/ccs/bin/ld: illegal option -- E usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] file(s) [-64] enforce a 64-bit link-edit [-a] create an absolute file [-b] do not do special PIC relocations in a.out Is there something not quite right in my development environment? Any help is appreciated. Our environment is 64-bit Solaris 8 (Generic_108528-13). I here are the steps I took to install the openpkg environment: * boot a 64-bit kernel * remove all open source (especially zlib) * make sure /usr/ccs/bin is in the path * install gcc (from SMCgcc package) and make sure it is in the path * add user and group for openpkg * sh openpkg-20021023-20021023.src.sh --prefix=/opt/openpkg --user=openpkg --group=openpkg * sh openpkg-20021023-20021023.sparc64-solaris2.8-oo.sh * eval * verify rpm works buy rebuilding gcc from the openpkg SRPM * uninstall SMCgcc (in favor of the RPM version) Removing my own zlib packages before running the bootstrap process was necessary to avoid building rpm with a dependency on my zlib package (which I removed after building and installing zlib from openpkg's SRPM). From openpkg-users-owner@openpkg.org Tue Oct 29 12:27:31 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 56682277A21 for ; Tue, 29 Oct 2002 12:27:31 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id g9TBRTBi050365 for ; Tue, 29 Oct 2002 12:27:29 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id g9TBRTxm050364 for openpkg-users@openpkg.org; Tue, 29 Oct 2002 12:27:29 +0100 (CET) Date: Tue, 29 Oct 2002 12:27:29 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021029112729.GJ17355@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="c8JyeaiReRNoiMDS" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --c8JyeaiReRNoiMDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 28, 2002, David Brownlee wrote: > Currently, I have successfully built several packages from SRPMs. However= ,=20 > building pdflib and samba from SRPMs is not working. I used=20 > openpkg-20021023-20021023.src.sh to boot strap the environment and I'm=20 > building from SRPMs from ftp://ftp.openpkg.org/release/1.1/SRC. I list th= e=20 > details of my setup below, but first the problems. > >[...] > > make[1]: *** [tif_auxx.lo] Error 1 > make: *** [libtiff] Error 2 > error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.25965 (%build) >=20 >[...] > > Linking bin/smbd > /usr/ccs/bin/ld: illegal option -- E > usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] > file(s) >=20 >[...] > > Is there something not quite right in my development environment? Any hel= p=20 > is appreciated. >=20 Hello David, The process you used to bootstrap and build your first packages is correct,= so congratulations. Even though the samba and pdflib SRPMs you described just build successfully on my machine (Sol 8 64-bit) I suspect there are problems with the packages. pdflib seems to depend on tiff, and is probably using a tiff library on your system somewhere (maybe /opt/sfw/lib/libtiff.a?). I will look for this dependency and root it out. samba is using the native Solaris ld on your system, however it expects the GNU ld from binutils. A quick fix is to install the binutils package, and m= ake sure that its ld is first in the path. I will also look into this to make t= he package work correctly, however. Please stay tuned. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --c8JyeaiReRNoiMDS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPb5woFuYv80UoVTdAQE8Mgf/WsZWtPECccyAkRZISmOJ1i/BOpB1vC2a xaQmMOiXV/ZfgXIQyWy+xANWqC8uBAsZfFec77iKWaCNVJg+JIzMfILcNvZX8x9S jujXt7OA6DkMJQ+koy60O2OlZQrpBC7ARIwRYp2rfzytjtwiB3eA2nYCl9w0T67g 48SirXkTPrjWGW9Kb6gPGrhTj9mCGisDk1hk3Eh2yHraKwE5fQ4gqF+pj7NlC5jz 87k8uEYol2ImtCb+kdGuTwKH2+2zLvzYo/Z8f/Uf4UbIOF/AzmuYcl4ytj4zoCR1 iIeFSdpdnXX+gWNmvaRy0ISCxILoMnTKARgrCewMNm9wk5lGrIjV7w== =qgrC -----END PGP SIGNATURE----- --c8JyeaiReRNoiMDS-- From openpkg-users-owner@openpkg.org Tue Oct 29 21:14:38 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 21A47277A21; Tue, 29 Oct 2002 21:14:38 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Tue, 29 Oct 2002 12:14:39 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael, Thank you for your reply. Unfortunately, I'm not as knowledgeable about the GNU development tools as I should be. Any troubleshooting tips you wish to share are greatly appreciated. Here is some more information about my setup. Michael Schloh von Bennewitz wrote: > Hello David, > > The process you used to bootstrap and build your first packages is > correct, so congratulations. Even though the samba and pdflib SRPMs you > described just build successfully on my machine (Sol 8 64-bit) I suspect > there are problems with the packages. > > pdflib seems to depend on tiff, and is probably using a tiff library on > your system somewhere (maybe /opt/sfw/lib/libtiff.a?). I will look for > this dependency and root it out. I removed all the Solaris companion CD software and all the packages I built myself from the machine *before* bootstrapping the OpenPKG system (with the exception of gcc from the SMCgcc package). I built the OpenPKG tiff package from SRPM without a problem (and installed it) before I attempted to build pdflib. > samba is using the native Solaris ld on your system, however it expects > the GNU ld from binutils. A quick fix is to install the binutils package, > and make sure that its ld is first in the path. I will also look into this > to make the package work correctly, however. Please stay tuned. Actually, I already had the binutils package installed (built from OpenPKG SRPM) and in the path first (thanks to "eval `/opt/openpkg/etc/rc --eval all env`"). I double checked and 'which ld' returns '/opt/openpkg/bin/ld'. I should mention that, after bootstrapping, the first OpenPKG SRPM I built was gcc. After installing the resulting gcc RPM, I removed the SMCgcc Solaris package and proceded to build from OpenPKG SRPMs using the new gcc. Should I have built the binutils SRPM using SMCgcc *before* building gcc from SRPM? I suspect that, even though the other packages compile and work, they may be using Sun's ld. For instance, if I run ldd on /opt/openpkg/bin/cvs, the result is: libxnet.so.1 => /lib/libxnet.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libmp.so.2 => /lib/libmp.so.2 /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1 What is the order in which I should build the development SRPMs to make the OpenPKG environment as close to self-hosting as possible? Thanks again for taking the time to look into this. From openpkg-users-owner@openpkg.org Wed Oct 30 08:38:48 2002 Received: from mailrelay5.pfizer.com (ns12.pfizer.com [192.77.198.12]) by mail.openpkg.org (Postfix) with ESMTP id 4858A1C1818 for ; Fri, 12 Jul 2002 21:41:45 +0200 (CEST) Received: from gsun34.pfizer.com (localhost [127.0.0.1]) by mailrelay5.pfizer.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id g6CJfib20988 for ; Fri, 12 Jul 2002 15:41:44 -0400 (EDT) Received: from groexms02.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id PAA01033 for ; Fri, 12 Jul 2002 15:42:04 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms02.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Fri, 12 Jul 2002 15:42:17 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <3SDSKZ9G>; Fri, 12 Jul 2002 15:42:17 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: Problem building source packages Date: Fri, 12 Jul 2002 15:42:13 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: After wrestling with my paths and with a broken gcc install, I've finally bootstrapped openpkg openpkg-20020625-20020625.src.sh into /net/gsun492/Volumes/app/appman/. Now, however, I get an error trying to compile *any* source package rpm-tmp.22379: line 24: unexpected EOF while looking for matching `"' rpm-tmp.22379: line 38: syntax error: unexpected end of file The offending line is: RPM_BUILD_ROOT="/net/cd /net/gsun492/Volumes/app/appman/RPM/TMP which seems to have two problems. First there is an extra '/net/cd ', and second the string isn't terminated. Where is this value computed, and how do I fix it? Thanks, Greg LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Wed Oct 30 08:39:15 2002 Received: from mailrelay1.pfizer.com (ns12.pfizer.com [192.77.198.12]) by mail.openpkg.org (Postfix) with ESMTP id 41D331C1818 for ; Fri, 12 Jul 2002 21:42:52 +0200 (CEST) Received: from gsun34.pfizer.com (localhost [127.0.0.1]) by mailrelay1.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id PAA23241 for ; Fri, 12 Jul 2002 15:42:51 -0400 (EDT) Received: from groexms02.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id PAA01629 for ; Fri, 12 Jul 2002 15:43:10 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms02.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Fri, 12 Jul 2002 15:43:21 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <3SDSKZ06>; Fri, 12 Jul 2002 15:43:21 -0400 Message-ID: From: "Warnes, Gregory R" To: "Warnes, Gregory R" , "'openpkg-users@openpkg.org'" Subject: RE: Problem building source packages Date: Fri, 12 Jul 2002 15:43:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Oh, I forgot to mention. This is under Solaris 8, with gcc 3.0.3 from http://www.sunfreeware.org. -Greg > -----Original Message----- > From: Warnes, Gregory R > Sent: Friday, July 12, 2002 3:42 PM > To: 'openpkg-users@openpkg.org' > Subject: Problem building source packages > > > After wrestling with my paths and with a broken gcc install, > I've finally bootstrapped openpkg > openpkg-20020625-20020625.src.sh into > /net/gsun492/Volumes/app/appman/. > > Now, however, I get an error trying to compile *any* source package > > rpm-tmp.22379: line 24: unexpected EOF while looking > for matching `"' > rpm-tmp.22379: line 38: syntax error: unexpected end of file > > The offending line is: > > RPM_BUILD_ROOT="/net/cd /net/gsun492/Volumes/app/appman/RPM/TMP > > which seems to have two problems. First there is an extra > '/net/cd ', and second the string isn't terminated. > > > Where is this value computed, and how do I fix it? > > Thanks, > > Greg > > > LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Wed Oct 30 08:39:30 2002 Received: from mailrelay6.pfizer.com (ns12.pfizer.com [192.77.198.12]) by mail.openpkg.org (Postfix) with ESMTP id F362A1C1818 for ; Sat, 13 Jul 2002 04:22:26 +0200 (CEST) Received: from gsun34.pfizer.com (localhost [127.0.0.1]) by mailrelay6.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id WAA28757 for ; Fri, 12 Jul 2002 22:22:25 -0400 (EDT) Received: from groexms02.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id WAA19758 for ; Fri, 12 Jul 2002 22:22:46 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms02.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Fri, 12 Jul 2002 22:22:59 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <3SDSLDBB>; Fri, 12 Jul 2002 22:22:59 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: FW: Problem building source packages Date: Fri, 12 Jul 2002 22:22:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Actually, rpm is displaying a warning message that I missed. "Target > buffer overflow". This signifies that a macro is expanding to a string > larger than the available buffer and is getting truncated. > > The problem is that on Solaris BUFSIZ is defined as 1024, rather than 8192 > as on Linux, which is too small for the __build_pre macro. > > To overcome this problem I made two changes to the openpkg.spec file: > 1) I added a call to find and perl to replace all reference to 'BUFSIZ' > with 'RPMBUFSIZ'. > 2) I added "-DBUFSIZ=1024" to the appropriate CFLAGS variable definition. > > After doing this I no longer have the problem, however, I expect that > would be better accomplished using a patch and a check in the configure > script to do the right thing. > > -Greg > > > > > -----Original Message----- > > From: Warnes, Gregory R > > Sent: Friday, July 12, 2002 3:43 PM > > To: Warnes, Gregory R; 'openpkg-users@openpkg.org' > > Subject: RE: Problem building source packages > > > > Oh, I forgot to mention. This is under Solaris 8, with gcc > > 3.0.3 from http://www.sunfreeware.org. > > > > -Greg > > > > > -----Original Message----- > > > From: Warnes, Gregory R > > > Sent: Friday, July 12, 2002 3:42 PM > > > To: 'openpkg-users@openpkg.org' > > > Subject: Problem building source packages > > > > > > > > > After wrestling with my paths and with a broken gcc install, > > > I've finally bootstrapped openpkg > > > openpkg-20020625-20020625.src.sh into > > > /net/gsun492/Volumes/app/appman/. > > > > > > Now, however, I get an error trying to compile *any* source package > > > > > > rpm-tmp.22379: line 24: unexpected EOF while looking > > > for matching `"' > > > rpm-tmp.22379: line 38: syntax error: unexpected end of file > > > > > > The offending line is: > > > > > > RPM_BUILD_ROOT="/net/cd /net/gsun492/Volumes/app/appman/RPM/TMP > > > > > > which seems to have two problems. First there is an extra > > > '/net/cd ', and second the string isn't terminated. > > > > > > > > > Where is this value computed, and how do I fix it? > > > > > > Thanks, > > > > > > Greg > > > > > > > > > LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Wed Oct 30 08:40:54 2002 Received: from mailrelay6.pfizer.com (ns12.pfizer.com [192.77.198.12]) by mail.openpkg.org (Postfix) with ESMTP id F362A1C1818 for ; Sat, 13 Jul 2002 04:22:26 +0200 (CEST) Received: from gsun34.pfizer.com (localhost [127.0.0.1]) by mailrelay6.pfizer.com (8.9.3/Pro-8.9.3) with ESMTP id WAA28757 for ; Fri, 12 Jul 2002 22:22:25 -0400 (EDT) Received: from groexms02.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id WAA19758 for ; Fri, 12 Jul 2002 22:22:46 -0400 (EDT) Received: from groexcncr01.pfizer.com (unverified) by groexms02.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Fri, 12 Jul 2002 22:22:59 -0400 Received: by groexcncr01.pfizer.com with Internet Mail Service (5.5.2654.89) id <3SDSLDBB>; Fri, 12 Jul 2002 22:22:59 -0400 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: FW: Problem building source packages Date: Fri, 12 Jul 2002 22:22:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Actually, rpm is displaying a warning message that I missed. "Target > buffer overflow". This signifies that a macro is expanding to a string > larger than the available buffer and is getting truncated. > > The problem is that on Solaris BUFSIZ is defined as 1024, rather than 8192 > as on Linux, which is too small for the __build_pre macro. > > To overcome this problem I made two changes to the openpkg.spec file: > 1) I added a call to find and perl to replace all reference to 'BUFSIZ' > with 'RPMBUFSIZ'. > 2) I added "-DBUFSIZ=1024" to the appropriate CFLAGS variable definition. > > After doing this I no longer have the problem, however, I expect that > would be better accomplished using a patch and a check in the configure > script to do the right thing. > > -Greg > > > > > -----Original Message----- > > From: Warnes, Gregory R > > Sent: Friday, July 12, 2002 3:43 PM > > To: Warnes, Gregory R; 'openpkg-users@openpkg.org' > > Subject: RE: Problem building source packages > > > > Oh, I forgot to mention. This is under Solaris 8, with gcc > > 3.0.3 from http://www.sunfreeware.org. > > > > -Greg > > > > > -----Original Message----- > > > From: Warnes, Gregory R > > > Sent: Friday, July 12, 2002 3:42 PM > > > To: 'openpkg-users@openpkg.org' > > > Subject: Problem building source packages > > > > > > > > > After wrestling with my paths and with a broken gcc install, > > > I've finally bootstrapped openpkg > > > openpkg-20020625-20020625.src.sh into > > > /net/gsun492/Volumes/app/appman/. > > > > > > Now, however, I get an error trying to compile *any* source package > > > > > > rpm-tmp.22379: line 24: unexpected EOF while looking > > > for matching `"' > > > rpm-tmp.22379: line 38: syntax error: unexpected end of file > > > > > > The offending line is: > > > > > > RPM_BUILD_ROOT="/net/cd /net/gsun492/Volumes/app/appman/RPM/TMP > > > > > > which seems to have two problems. First there is an extra > > > '/net/cd ', and second the string isn't terminated. > > > > > > > > > Where is this value computed, and how do I fix it? > > > > > > Thanks, > > > > > > Greg > > > > > > > > > LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Wed Oct 30 11:15:52 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 79E83277B1D for ; Wed, 30 Oct 2002 11:15:52 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id g9UAFoBi068512 for ; Wed, 30 Oct 2002 11:15:50 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id g9UAFopq068511 for openpkg-users@openpkg.org; Wed, 30 Oct 2002 11:15:50 +0100 (CET) Date: Wed, 30 Oct 2002 11:15:50 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: FW: Problem building source packages Message-ID: <20021030101550.GM17355@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="rZHzn+A9B7nBTGyj" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --rZHzn+A9B7nBTGyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Gregory, Thanks for this tip. Actually, we have seen this problem and I thought it w= as fixed through a homemade RPM patch in which BUFSIZ is replaced with 8192. It now looks like our patch did not completeley solve the problem however, so I'll look into it. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH On Fri, Jul 12, 2002, Warnes, Gregory R wrote: >> Actually, rpm is displaying a warning message that I missed. "Target >> buffer overflow". This signifies that a macro is expanding to a string >> larger than the available buffer and is getting truncated. >> >> The problem is that on Solaris BUFSIZ is defined as 1024, rather than 81= 92 >> as on Linux, which is too small for the __build_pre macro. >> >> To overcome this problem I made two changes to the openpkg.spec file: >> 1) I added a call to find and perl to replace all reference to 'BUFSIZ' >> with 'RPMBUFSIZ'. >> 2) I added "-DBUFSIZ=3D1024" to the appropriate CFLAGS variable definiti= on. >> >> After doing this I no longer have the problem, however, I expect that >> would be better accomplished using a patch and a check in the configure >> script to do the right thing. >>=20 >> -Greg >> >>>> rpm-tmp.22379: line 24: unexpected EOF while looking=20 >>>> for matching `"' >>>> rpm-tmp.22379: line 38: syntax error: unexpected end of file >>>>=20 --rZHzn+A9B7nBTGyj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPb+xVVuYv80UoVTdAQG1qQf/ZXkRnoQJOffwrg6MiEjTU9mse992lUZv UewEL/Scb02CZRtJD48h4u6kzCzo0MSptA+ASIb3N7xh0sjynctJY10b6BjN1BjA HqTtbUSH87Y07tDcjpwCCRrmd3gpCJT0vuhUtrayra0y3XMCYhZIomWiPtm1lAzp lxxdxEtYIg8Lwby7LfRmw87It1fwm0ZiQesPmB/A6XKnvfy9FH4lEFOwHL5iAK81 LzBl/M3RHYFfP18FJfRgqNVLEZIl4uQlspHo9qoGFIksjKyxwVslnC2kpIvIj2Gu kTCAP/EFkOuXs9e/dmNyKHrtrW2qcnOSfaljruAD70F3NsENHpejyw== =Mkmn -----END PGP SIGNATURE----- --rZHzn+A9B7nBTGyj-- From openpkg-users-owner@openpkg.org Wed Oct 30 12:48:19 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 2A826277B1D for ; Wed, 30 Oct 2002 12:48:19 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id g9UBmHBi070829 for ; Wed, 30 Oct 2002 12:48:17 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id g9UBmHUw070828 for openpkg-users@openpkg.org; Wed, 30 Oct 2002 12:48:17 +0100 (CET) Date: Wed, 30 Oct 2002 12:48:17 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021030114816.GO17355@dt4.dev.de.cw.net> References: <20021029112729.GJ17355@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Evp0T6PXIQ26qRMT" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Evp0T6PXIQ26qRMT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 29, 2002, David Brownlee wrote: > I removed all the Solaris companion CD software and all the packages I bu= ilt=20 > myself from the machine *before* bootstrapping the OpenPKG system (with t= he=20 > exception of gcc from the SMCgcc package). I built the OpenPKG tiff=20 > package from SRPM without a problem (and installed it) before I attempted= =20 > to build pdflib. >=20 Hello David, Lets start with pdflib. Try this: a Remove the OpenPKG tiff package from your system. You should now not have= a libtiff.la in /usr/lib/, /opt/sfw/lib/, or anywhere else. b Build today's pdflib with something like: rpm --rebuild ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src= .rpm c If that didn't work, then try this alternative one instead: rpm --rebuild ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alternate.src= .rpm If all this failed, then please mail back to the group a full log of the first build (b). You can capture all text by running 'script myfile' before running the 'rpm ...' from above. Then type exit afterwards to close the script file. Oh, and if (b) or (c) worked indeed, let us know which one. Al= so, does your machine have only one processor? Then samba is next ;-) --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --Evp0T6PXIQ26qRMT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPb/HAFuYv80UoVTdAQEm5wgAoiEv/zgj76Bs49SOM5aAHcn681eKqoJN vZo1x5COsmWaJ35NaUzi73vMu9BaWrfjwmvEqZG2ijCOHNtpoMoyERspdilJGj3E god3okYostKkRbXggIeQSpXt2zZo1preelF+3nnN38WdOXAlZqAXiI2QSyW64qdI lUU7Q5S4zGt0Rto/C0s1y4EhNXuhDc4aZG8hon2AshOO+zH+9j4KjPWzrmQ73jWf Lvxp9/qdv/fwnAMH65DSG41D8y4OVBIvhVZ7FkPqqiWwAySKzNjpVuQp4tEdHyjt Pa5nBD2vGUNJvzIXzzBsbu7AA6rteeZeRz8KcdEYPAuXaKkIviUS+g== =2L6x -----END PGP SIGNATURE----- --Evp0T6PXIQ26qRMT-- From openpkg-users-owner@openpkg.org Wed Oct 30 17:51:13 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id DCF29277B1D; Wed, 30 Oct 2002 17:51:12 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Wed, 30 Oct 2002 08:51:16 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart1692144.dsqjkCE01B" Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --nextPart1692144.dsqjkCE01B Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8Bit Michael Schloh von Bennewitz wrote: > Hello David, > > Lets start with pdflib. Try this: > > a Remove the OpenPKG tiff package from your system. You should now not > have a > libtiff.la in /usr/lib/, /opt/sfw/lib/, or anywhere else. Here's how I started: [root@shinji /root]# rpm -e tiff [root@shinji /root]# find / -name "libtiff*" /var/spool/pkg/SFWtiff/reloc/sfw/lib/libtiff.so.3 /var/spool/pkg/SFWtiff/reloc/sfw/man/man3t/libtiff.3t Apparently, pkgrm doesn't remove all traces of a previous install because I found all the SFW* package contents in /var/spool/pkg. I'm assuming ld won't find the libs here but, I can't see why I would want to keep these directories around so, I'll remove them if you think it will help. Both b and c options failed in the same way as before. The script session is included below. However, there are a couple other variables that I just thought of (sorry). I have the SUNWbash package installed, and I made /usr/bin/bash the login shell for root. Therefore, everything I've done, from bootstrapping up until now, was done using bash. I had a problem related to pdflib and libtool not finding 'print -r' so I changed root's login shell to ksh that took care of the 'print-r' messages but not the '*** [tif_auxx.lo] Error 1' problem. In looking over some old posts on openpkg.dev, I read a message that suggested sh was the only supported shell. I switched the root user's shell to /bin/sh but the results were the same (the script output below was done with sh, not bash, but the error is the same). I also reviewed the software prerequisites for OpenPKG and, while I have the OpenPKG sharutils (built from SRPM) installed now, shar, unshar, mail-files, mailshar, and remsync did not exist on the system when I started. However, Sun's uuencode and uudecode did (and still do) exist in /bin when I started. If either of these is a red flag, let me know and I will start over from the beginning. I apologize for wasting your time if this is something that's an RT*M issue. > b Build today's pdflib with something like: > rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm The resulting script is attached as ScriptB. > c If that didn't work, then try this alternative one instead: > rpm --rebuild > ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alternate.src.rpm The resulting script is attached as ScriptC. I added 'echo $LD_LIBRARY_PATH' to the end just in case it proves helpful. > If all this failed, then please mail back to the group a full log of the > first build (b). You can capture all text by running 'script myfile' > before running the 'rpm ...' from above. Then type exit afterwards to > close the script file. Oh, and if (b) or (c) worked indeed, let us know > which one. Also, does your machine have only one processor? My test machine is a single CPU E250. In the future, is openpkg.dev more appropriate for posts about build problems? Thanks again for your help. --nextPart1692144.dsqjkCE01B Content-Type: text/plain; name="ScriptB" Content-Transfer-Encoding: 8Bit Content-Disposition: attachment; filename="ScriptB" Script started on Wed Oct 30 07:46:28 2002 # rpm --rebuild ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm Installing ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm Executing(%prep): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.24336 + cd /opt/openpkg/RPM/TMP + cd /opt/openpkg/RPM/TMP + rm -rf pdflib-4.0.3 + /opt/openpkg/lib/openpkg/gzip -dc /opt/openpkg/RPM/SRC/pdflib/pdflib-4.0.3.tar.gz + /opt/openpkg/lib/openpkg/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd pdflib-4.0.3 ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 0 = 0 ']' + chown -Rhf root . ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 0 = 0 ']' + chgrp -Rhf root . + chmod -Rf a+rX,g-w,o-w . + exit 0 Executing(%build): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.30696 + cd /opt/openpkg/RPM/TMP + cd pdflib-4.0.3 + CC=/opt/openpkg/bin/cc + CFLAGS=-O + ./configure --prefix=/opt/openpkg --disable-shared creating cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking MACHDEP... sunos5 checking for gcc... /opt/openpkg/bin/cc checking whether the C compiler (/opt/openpkg/bin/cc -O ) works... yes checking whether the C compiler (/opt/openpkg/bin/cc -O ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether /opt/openpkg/bin/cc accepts -g... yes checking how to run the C preprocessor... /opt/openpkg/bin/cc -E checking for a BSD compatible install... config/install-sh -c checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking for object suffix... o checking build system type... sparc-sun-solaris2.8 checking for ld used by GCC... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /opt/openpkg/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking command to parse /opt/openpkg/bin/nm -B output... ok checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for /opt/openpkg/bin/cc option to produce PIC... -fPIC checking if /opt/openpkg/bin/cc PIC flag -fPIC works... yes checking if /opt/openpkg/bin/cc static flag -static works... yes checking if /opt/openpkg/bin/cc supports -c -o file.o... yes checking if /opt/openpkg/bin/cc supports -c -o file.lo... checking if /opt/openpkg/bin/cc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... solaris2.8 ld.so checking if libtool supports shared libraries... yes checking for dlopen in -ldl... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool checking for Java header files... -I/usr/java/include -I/usr/java/include/solaris checking for perl... perl checking for Perl header file... /opt/openpkg/lib/perl5/5.6.1/sun4-solaris/CORE/perl.h checking for Python header files... not found checking for python... no checking for Tcl header files... not found checking whether byte ordering is bigendian... yes checking for PDF import library PDI... not found updating cache ./config.cache creating ./config.status creating bind/java/Makefile creating bind/perl/Makefile creating tiff/Makefile creating flate/Makefile creating png/Makefile creating Makefile creating pdflib-config creating pdflib/Makefile creating test/Makefile creating clients/Makefile creating util/Makefile creating bind/c/Makefile configure: warning: Can't create shared PDFlib libraries on this platform. configure: warning: PDFlib will work when linked to a C or C++ program, configure: warning: but other language bindings will be unavailable. _____________________________________________________________ For your convenience, here's a summary of configure's results: Support for shared libraries: no C++ language binding for PDFlib: no Java language binding for PDFlib: no Perl language binding for PDFlib: no Python language binding for PDFlib: no Tcl language binding for PDFlib: no PHP language binding for PDFlib: no PDF import library (PDI): no Note: if you purchase the additional PDF import library (PDI) you can also manipulate existing PDF documents with PDFlib. See http://www.pdflib.com for details. Please observe the licensing terms for commercial PDFlib usage. PDFlib license agreement and purchase order can be found in the doc directory. + /opt/openpkg/bin/make --no-print-directory cd tiff && /opt/openpkg/bin/make ../libtool --silent --mode=compile /opt/openpkg/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.30696 (%build) RPM build errors: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.30696 (%build) # script done on Wed Oct 30 07:48:01 2002 --nextPart1692144.dsqjkCE01B Content-Type: text/plain; name="ScriptC" Content-Transfer-Encoding: 8Bit Content-Disposition: attachment; filename="ScriptC" Script started on Wed Oct 30 08:38:24 2002 # rpm --rebuild ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alternate.src.rpm Installing ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alternate.src.rpm Executing(%prep): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.29055 + cd /opt/openpkg/RPM/TMP + cd /opt/openpkg/RPM/TMP + rm -rf pdflib-4.0.3 + /opt/openpkg/lib/openpkg/gzip -dc /opt/openpkg/RPM/SRC/pdflib/pdflib-4.0.3.tar.gz + /opt/openpkg/lib/openpkg/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd pdflib-4.0.3 ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 0 = 0 ']' + chown -Rhf root . ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 0 = 0 ']' + chgrp -Rhf root . + chmod -Rf a+rX,g-w,o-w . + exit 0 Executing(%build): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.2648 + cd /opt/openpkg/RPM/TMP + cd pdflib-4.0.3 + CC=/opt/openpkg/bin/cc + CFLAGS=-O + ./configure --prefix=/opt/openpkg --disable-shared creating cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking MACHDEP... sunos5 checking for gcc... /opt/openpkg/bin/cc checking whether the C compiler (/opt/openpkg/bin/cc -O ) works... yes checking whether the C compiler (/opt/openpkg/bin/cc -O ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether /opt/openpkg/bin/cc accepts -g... yes checking how to run the C preprocessor... /opt/openpkg/bin/cc -E checking for a BSD compatible install... config/install-sh -c checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking for object suffix... o checking build system type... sparc-sun-solaris2.8 checking for ld used by GCC... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /opt/openpkg/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking command to parse /opt/openpkg/bin/nm -B output... ok checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for /opt/openpkg/bin/cc option to produce PIC... -fPIC checking if /opt/openpkg/bin/cc PIC flag -fPIC works... yes checking if /opt/openpkg/bin/cc static flag -static works... yes checking if /opt/openpkg/bin/cc supports -c -o file.o... yes checking if /opt/openpkg/bin/cc supports -c -o file.lo... checking if /opt/openpkg/bin/cc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... solaris2.8 ld.so checking if libtool supports shared libraries... yes checking for dlopen in -ldl... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool checking for Java header files... -I/usr/java/include -I/usr/java/include/solaris checking for perl... perl checking for Perl header file... /opt/openpkg/lib/perl5/5.6.1/sun4-solaris/CORE/perl.h checking for Python header files... not found checking for python... no checking for Tcl header files... not found checking whether byte ordering is bigendian... yes checking for PDF import library PDI... not found updating cache ./config.cache creating ./config.status creating bind/java/Makefile creating bind/perl/Makefile creating tiff/Makefile creating flate/Makefile creating png/Makefile creating Makefile creating pdflib-config creating pdflib/Makefile creating test/Makefile creating clients/Makefile creating util/Makefile creating bind/c/Makefile configure: warning: Can't create shared PDFlib libraries on this platform. configure: warning: PDFlib will work when linked to a C or C++ program, configure: warning: but other language bindings will be unavailable. _____________________________________________________________ For your convenience, here's a summary of configure's results: Support for shared libraries: no C++ language binding for PDFlib: no Java language binding for PDFlib: no Perl language binding for PDFlib: no Python language binding for PDFlib: no Tcl language binding for PDFlib: no PHP language binding for PDFlib: no PDF import library (PDI): no Note: if you purchase the additional PDF import library (PDI) you can also manipulate existing PDF documents with PDFlib. See http://www.pdflib.com for details. Please observe the licensing terms for commercial PDFlib usage. PDFlib license agreement and purchase order can be found in the doc directory. + /opt/openpkg/bin/make depend cd pdflib && /opt/openpkg/bin/make depend make[1]: Entering directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/pdflib' cp Makefile.in Makefile.in.bak sed '/^# Automatically generated dependencies/q' Makefile.in.bak >Makefile.in /opt/openpkg/bin/cc -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" -I../tiff -I../flate -I../png -MM ./p_afm.c ./p_annots.c ./p_basic.c ./p_ccitt.c ./p_color.c ./p_draw.c ./p_filter.c ./p_font.c ./p_gif.c ./p_gstate.c ./p_hyper.c ./p_image.c ./p_jpeg.c ./p_md5.c ./p_params.c ./p_pattern.c ./p_pfm.c ./p_png.c ./p_stream.c ./p_text.c ./p_truetype.c ./p_tiff.c ./p_template.c ./p_unicode.c ./p_util.c | sed 's/\.o:/.lo:/g' >>Makefile.in make[1]: Leaving directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/pdflib' cd pdi && /opt/openpkg/bin/make depend /bin/sh: pdi: does not exist make: [depend] Error 1 (ignored) cd png && /opt/openpkg/bin/make depend make[1]: Entering directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/png' cp Makefile.in Makefile.in.bak sed '/^# Automatically generated dependencies/q' Makefile.in.bak >Makefile.in /opt/openpkg/bin/cc -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" -I../flate -MM ./png.c ./pngset.c ./pngget.c ./pngrutil.c ./pngtrans.c ./pngread.c ./pngrio.c ./pngrtran.c ./pngmem.c ./pngerror.c | sed 's/\.o:/.lo:/g' >>Makefile.in make[1]: Leaving directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/png' cd tiff && /opt/openpkg/bin/make depend make[1]: Entering directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/tiff' cp Makefile.in Makefile.in.bak sed '/^# Automatically generated dependencies/q' Makefile.in.bak >Makefile.in /opt/openpkg/bin/cc -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" -MM ./tif_auxx.c ./tif_close.c ./tif_codec.c ./tif_compress.c ./tif_dir.c ./tif_dirinfo.c ./tif_dirread.c ./tif_dumpmode.c ./tif_error.c ./tif_fax3.c ./tif_fax3sm.c ./tif_getimage.c ./tif_next.c ./tif_open.c ./tif_packbits.c ./tif_predict.c ./tif_read.c ./tif_strip.c ./tif_swab.c ./tif_thunder.c ./tif_tile.c ./tif_unix.c ./tif_version.c ./tif_warning.c | sed 's/\.o:/.lo:/g' >>Makefile.in make[1]: Leaving directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/tiff' cd flate && /opt/openpkg/bin/make depend make[1]: Entering directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/flate' cp Makefile.in Makefile.in.bak sed '/^# Automatically generated dependencies/q' Makefile.in.bak >Makefile.in /opt/openpkg/bin/cc -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" -MM ./adler32.c ./compress.c ./crc32.c ./deflate.c ./infblock.c ./infcodes.c ./inffast.c ./inflate.c ./inftrees.c ./infutil.c ./trees.c ./uncompr.c ./zutil.c | sed 's/\.o:/.lo:/g' >>Makefile.in make[1]: Leaving directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/flate' cd pdi && /opt/openpkg/bin/make depend /bin/sh: pdi: does not exist make: [depend] Error 1 (ignored) cd util && /opt/openpkg/bin/make depend make[1]: Entering directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/util' make[1]: Nothing to be done for `depend'. make[1]: Leaving directory `/opt/openpkg/RPM/TMP/pdflib-4.0.3/util' + ./configure --prefix=/opt/openpkg --disable-shared loading cache ./config.cache checking host system type... sparc-sun-solaris2.8 checking MACHDEP... sunos5 checking for gcc... (cached) /opt/openpkg/bin/cc checking whether the C compiler (/opt/openpkg/bin/cc ) works... yes checking whether the C compiler (/opt/openpkg/bin/cc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether /opt/openpkg/bin/cc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) /opt/openpkg/bin/cc -E checking for a BSD compatible install... config/install-sh -c checking for Cygwin environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking build system type... sparc-sun-solaris2.8 checking for ld used by GCC... (cached) /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... (cached) no checking for /usr/ccs/bin/ld option to reload object files... (cached) -r checking for BSD-compatible nm... (cached) /opt/openpkg/bin/nm -B checking whether ln -s works... (cached) yes checking how to recognise dependant libraries... (cached) pass_all checking command to parse /opt/openpkg/bin/nm -B output... (cached) ok checking for dlfcn.h... (cached) yes checking for ranlib... (cached) ranlib checking for strip... (cached) strip checking for objdir... .libs checking for /opt/openpkg/bin/cc option to produce PIC... (cached) -fPIC checking if /opt/openpkg/bin/cc PIC flag -fPIC works... (cached) yes checking if /opt/openpkg/bin/cc static flag -static works... (cached) yes checking if /opt/openpkg/bin/cc supports -c -o file.o... (cached) yes checking if /opt/openpkg/bin/cc supports -c -o file.lo... (cached) checking if /opt/openpkg/bin/cc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... solaris2.8 ld.so checking if libtool supports shared libraries... yes checking for dlopen in -ldl... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) no creating libtool checking for Java header files... -I/usr/java/include -I/usr/java/include/solaris checking for perl... (cached) perl checking for Perl header file... /opt/openpkg/lib/perl5/5.6.1/sun4-solaris/CORE/perl.h checking for Python header files... not found checking for python... no checking for Tcl header files... not found checking whether byte ordering is bigendian... (cached) yes checking for PDF import library PDI... not found updating cache ./config.cache creating ./config.status creating bind/java/Makefile creating bind/perl/Makefile creating tiff/Makefile creating flate/Makefile creating png/Makefile creating Makefile creating pdflib-config creating pdflib/Makefile creating test/Makefile creating clients/Makefile creating util/Makefile creating bind/c/Makefile configure: warning: Can't create shared PDFlib libraries on this platform. configure: warning: PDFlib will work when linked to a C or C++ program, configure: warning: but other language bindings will be unavailable. _____________________________________________________________ For your convenience, here's a summary of configure's results: Support for shared libraries: no C++ language binding for PDFlib: no Java language binding for PDFlib: no Perl language binding for PDFlib: no Python language binding for PDFlib: no Tcl language binding for PDFlib: no PHP language binding for PDFlib: no PDF import library (PDI): no Note: if you purchase the additional PDF import library (PDI) you can also manipulate existing PDF documents with PDFlib. See http://www.pdflib.com for details. Please observe the licensing terms for commercial PDFlib usage. PDFlib license agreement and purchase order can be found in the doc directory. + /opt/openpkg/bin/make --no-print-directory cd tiff && /opt/openpkg/bin/make ../libtool --silent --mode=compile /opt/openpkg/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -s -O2 -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.2648 (%build) RPM build errors: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.2648 (%build) # echo $LD_LIBRARY_PATH /opt/openpkg/lib:/opt/openpkg/local/lib::/lib:/usr/lib # script done on Wed Oct 30 08:42:09 2002 --nextPart1692144.dsqjkCE01B-- From openpkg-users-owner@openpkg.org Fri Nov 1 22:22:14 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id E75DB277B1D; Fri, 1 Nov 2002 22:22:13 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: FYI about ftp.openpkg.org server Date: Fri, 01 Nov 2002 13:22:29 -0800 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Not very important, but src and bin should be SRC and BIN. 230 Anonymous access granted, restrictions apply. ftp> cd current 250-Snapshots of unstable/unofficial OpenPKG -CURRENT 250-src .... source packages 250-bin .... binary packages 250 CWD command successful. ftp> cd src 550 src: No such file or directory ftp> cd SRC 250 CWD command successful. ftp> From openpkg-users-owner@openpkg.org Sat Nov 2 09:04:12 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 46C29277B1D for ; Sat, 2 Nov 2002 09:04:12 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 1F8984CE638; Sat, 2 Nov 2002 09:04:12 +0100 (CET) Date: Sat, 2 Nov 2002 09:04:12 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: FYI about ftp.openpkg.org server Message-ID: <20021102080411.GA81482@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > Not very important, but src and bin should be SRC and BIN. > > 230 Anonymous access granted, restrictions apply. > ftp> cd current > 250-Snapshots of unstable/unofficial OpenPKG -CURRENT > 250-src .... source packages > 250-bin .... binary packages > 250 CWD command successful. > ftp> cd src > 550 src: No such file or directory > ftp> cd SRC > 250 CWD command successful. > ftp> Fixed. Thanks for the hint. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Nov 4 12:27:10 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 0C5FB277A21 for ; Mon, 4 Nov 2002 12:27:10 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gA4BR7Bi080045 for ; Mon, 4 Nov 2002 12:27:07 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gA4BR6eS080044 for openpkg-users@openpkg.org; Mon, 4 Nov 2002 12:27:06 +0100 (CET) Date: Mon, 4 Nov 2002 12:27:06 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021104112706.GA65996@dt4.dev.de.cw.net> References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable David: > In the future, is openpkg.dev more appropriate for posts about build=20 > problems? >=20 No, I think openpkg-users is appropriate for build-talk. > [root@shinji /root]# rpm -e tiff > [root@shinji /root]# find / -name "libtiff*" > /var/spool/pkg/SFWtiff/reloc/sfw/lib/libtiff.so.3 > /var/spool/pkg/SFWtiff/reloc/sfw/man/man3t/libtiff.3t > I kind of doubt that this is a RTFM problem, as Solaris is a pretty well supported platform. It has long been in production use without paying speci= al attention to requirements (outside of a missing cc at bootstrap time - which you have already gotten around). I just hope that your machine did not meet with some unstandard hacks for some reason or was very strangely installed, but I doubt that too. I wouldn't worry about the stuff in /var/spool/pkg, but I assume that you did a pkgrm SFWtiff as well as rpm -r tiff. > Script started on Wed Oct 30 07:46:28 2002 > # rpm --rebuild > # ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm > Installing ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm > Executing(%prep): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile > --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.24336 > + cd /opt/openpkg/RPM/TMP > + cd /opt/openpkg/RPM/TMP > + rm -rf pdflib-4.0.3 > + /opt/openpkg/lib/openpkg/gzip -dc > /opt/openpkg/RPM/SRC/pdflib/pdflib-4.0.3.tar.gz > + /opt/openpkg/lib/openpkg/tar -xf - > [...] > Otherwise as you see from your own script ScriptB, rpm unpacks into (1) /opt/openpkg/RPM/TMP/pdflib-4.0.3 on your machine (as it similarly does with all other OpenPKG packages). I think that in the next level of troubleshooting, you should build the packa= ge as usual: (2) # rpm --rebuild ftp://ftp.openpkg.org/[...]/pdflib-4.0.3-20021030.src.= rpm and then do something like: (3) # cd /opt/openpkg/RPM/TMP/pdflib-4.0.3 (4) # cd tiff (5) # /opt/openpkg/bin/make This is what I would do if I had access to your machine, to find out just w= hat is happening with the tiff library. Maybe it has nothing to do with the nat= ive tiff pieces - try checking this by doing the above in another subdirectory such as 'png', 'pdflib', or 'clients'. It looks like although you have ruled out bash or ksh as problem sources, you are building as the root user. Although this shouldn't be a problem, please try building (2) as a normal user. Also do '# which rpm' to make sure you are not using another rpm by accident. Because OpenPKG very cleanly controls the build environment (which isn't the case in (5)), I made another 'alternative' package to troubleshoot. You can try it, in which it tries to build png before tiff, and with no make flags: # rpm --rebuild ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alt2.src.rpm Also it might be raining too much there in Fremont, and so check for leaks = in the roof just above your Sun E250 machine ;-) And hopefully all this should tell if (a) the packaging is flawed, (b) your environment is flawed, or (c) some other wierd thing is happening. Let me k= now what you find, and good luck. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPcZZiluYv80UoVTdAQElKwf9EVkMsOSQkXXGq5GQW7q/TqelcdhskgfK D7i1r6lN6J15WTh5zFunwIWQ/3D5qY2j09rxBZNMwNpdiGIQ1KkB972XMOGHWRGN ZzjHNF34WwvFV11i1Is6Hs6Wj+FB7RlLu4GzEPbZNAGULu6TsdGCaXRpKipzmdOB 5E95TRDt9fBAeyyIxPi3bjAAUQwvSa5yrx/eafFMsj7B3gsG4t9NTvIaKgY7wx+q IEHNxxWYwrDGNc69kp2EpOgLHkVL6SlrFc1ZPGehljQhXeDc8w+3ogmHfAO6GNot AhAZ9f2L4c7WSrwZrw5ddhEDJcWSDWWixQ9/pQTMZqSFqFasVoGTcg== =+oSO -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From openpkg-users-owner@openpkg.org Tue Nov 5 05:33:28 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id BB767277A21; Tue, 5 Nov 2002 05:33:27 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Mon, 04 Nov 2002 20:33:51 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Sorry for the long reply, I was trying to document a reproducible setup and started to ramble. The summary is I now suspect my environment. When you initially setup your dev hosts, did you start with a Solaris "user" or "developer" install? Michael Schloh von Bennewitz wrote: [snip] > I kind of doubt that this is a RTFM problem, as Solaris is a pretty well > supported platform. It has long been in production use without paying > special attention to requirements (outside of a missing cc at bootstrap > time - which you have already gotten around). I just hope that your > machine did not meet with some unstandard hacks for some reason or was > very strangely installed, but I doubt that too. I wouldn't worry about the > stuff in /var/spool/pkg, but I assume that you did a pkgrm SFWtiff as well > as rpm -r tiff. Yes, I did remove SFWtiff with "pkgrm SFWtiff" and I don't think that there are any non-standard hacks on that host. However, I usually start with a "core" installation of Solaris with an additional handfull of packages from the installation media. Is that strange? It is a pretty Spartan setup and may be missing something critical. I tried your suggestions without luck (as described below). Since it is important to me to determine the OS requirements, I decided to start from scratch, i.e. start with a clean install of Solaris 8, on a different harddrive (also described below). I still have my original environment safe so, if this experiment introduced too many variables to troubleshoot, I can always swap the original disks back in. The responses to your suggestions were done on the original system. >> Script started on Wed Oct 30 07:46:28 2002 >> # rpm --rebuild >> # ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm >> Installing >> ftp://ftp.openpkg.org/current/SRC/pdflib-4.0.3-20021030.src.rpm >> Executing(%prep): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile >> --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.24336 + cd /opt/openpkg/RPM/TMP >> + cd /opt/openpkg/RPM/TMP >> + rm -rf pdflib-4.0.3 >> + /opt/openpkg/lib/openpkg/gzip -dc >> /opt/openpkg/RPM/SRC/pdflib/pdflib-4.0.3.tar.gz >> + /opt/openpkg/lib/openpkg/tar -xf - >> [...] >> > > Otherwise as you see from your own script ScriptB, rpm unpacks into > > (1) /opt/openpkg/RPM/TMP/pdflib-4.0.3 > > on your machine (as it similarly does with all other OpenPKG packages). I > think that in the next level of troubleshooting, you should build the > package as usual: > > (2) # rpm --rebuild > ftp://ftp.openpkg.org/[...]/pdflib-4.0.3-20021030.src.rpm > > and then do something like: > > (3) # cd /opt/openpkg/RPM/TMP/pdflib-4.0.3 > (4) # cd tiff > (5) # /opt/openpkg/bin/make > > This is what I would do if I had access to your machine, to find out just > what is happening with the tiff library. Maybe it has nothing to do with > the native tiff pieces - try checking this by doing the above in another > subdirectory such as 'png', 'pdflib', or 'clients'. It looks like although > you have ruled out bash or ksh as problem sources, you are building as the > root user. Although this shouldn't be a problem, please try building (2) > as a normal user. Also do '# which rpm' to make sure you are not using > another rpm by accident. Building as a normal user (at least as myself) gives the following results: Installing ftp://ftp.openpkg.org/release/1.1/SRC/pdflib-4.0.3-1.1.0.src.rpm error: cannot create sourcedir /opt/openpkg/RPM/SRC/pdflib The reason is obvious when you look at the permissions on /opt/openpkg/RPM/SRC. If you can point me to documentation regarding how the OpenPKG user accounts are used, I would appreciate it. I'm still not sure what the intended use of each account is. Anyway, I did "su - openpkg" since that account has write access (openpkg being the equivalent to cw on this system) and tried again. This resulted in the original error: + /opt/openpkg/bin/make --no-print-directory cd tiff && /opt/openpkg/bin/make ../libtool --silent --mode=compile /opt/openpkg/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.6688 (%build) RPM build errors: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.6688 (%build) As per your suggestion, I changed to the /opt/openpkg/RPM/TMP/pdflib-4.0.3/tiff directory and ran /opt/openpkg/bin/make with these results: ../libtool --silent --mode=compile /opt/openpkg/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c make: *** [tif_auxx.lo] Error 1 For the sake of testing, I backed up a level, removed config.cache, and tried "./configure && make" to see if ./configure without switches would work. Again, the same results. > Because OpenPKG very cleanly controls the build environment (which isn't > the case in (5)), I made another 'alternative' package to troubleshoot. > You can try it, in which it tries to build png before tiff, and with no > make flags: > > # rpm --rebuild > # ftp://ftp.europalab.com/opkgrepo/pdflib-4.0.3-alt2.src.rpm Oops! I started building a new dev machine and missed this test. I will replace the original drives and try this later. > Also it might be raining too much there in Fremont, and so check for leaks > in the roof just above your Sun E250 machine ;-) "Moisture in the junction box" was a favorite joke/excuse with our telecom folks many years ago. However, it hasn't rained in the last few days so our data center should have dried out by now. :) Here is an account of the steps I took to build a new Solaris 8 host. It isn't our normal setup but I wanted to keep the install as simple and clean as possible. It may not be relevent but I'm providing it here in case anyone would like to try to reproduce the environment. I started with "boot cdrom" at the NVRAM prompt. I chose English, the en_US.ISO8859-15 locale, and DEC VT100 for the installation parameters. For installation options, I chose Networked, no DHCP, part of a subnet, no IPv6, no Kerberos, DNS name service, US/Pacific timezone, "Initial" installation, "Standard" (not Flash) interactive install, "U.S.A. (en_US.ISO8859-1)" region support, include 64-bit support, "Core System Support 64-bit", and manual filesystem layout. Then final profile screen looked like this: q Profile qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq The information shown below is your profile for installing Solaris software. It reflects the choices you've made on previous screens. ============================================================================ Installation Option: Initial Boot Device: c0t0d0 Client Services: None Locales: U.S.A. (en_US.ISO8859-1) Software: Solaris 8, Core System Support 64-bit File System and Disk Layout: / c0t0d0s0 501 MB swap c0t0d0s1 259 MB /var c0t0d0s3 5866 MB /home c0t0d0s4 1001 MB /opt c0t0d0s5 1001 MB qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq F2_Continue F4_Change F5_Exit F6_Help This results in the following packages being installed on an E250: # ls /var/sadm/pkg SUNWadmr SUNWcg6x SUNWfcipx SUNWkey SUNWmdi SUNWses SUNWudfr SUNWatfsr SUNWcsd SUNWfcp SUNWkvm SUNWmdix SUNWsesx SUNWudfrx SUNWatfsu SUNWcsl SUNWfcpx SUNWkvmx SUNWnamos SUNWsndmr SUNWusb SUNWauda SUNWcslx SUNWfctl SUNWlibms SUNWnamow SUNWsndmu SUNWusbx SUNWaudd SUNWcsr SUNWfctlx SUNWlmsx SUNWnisr SUNWsolnm SUNWwsr2 SUNWauddx SUNWcsu SUNWftpr SUNWloc SUNWnisu SUNWssad SUNWxwdv SUNWbzip SUNWcsxu SUNWftpu SUNWlocx SUNWpd SUNWssadx SUNWxwdvx SUNWcar SUNWdfb SUNWged SUNWluxdx SUNWpdx SUNWswmt SUNWxwmod SUNWcarx SUNWdtcor SUNWhmd SUNWluxop SUNWpl5u SUNWtleux SUNWxwmox SUNWced SUNWeridx SUNWhmdx SUNWluxox SUNWqfed SUNWuaud SUNWcedx SUNWesu SUNWi15cs SUNWm64 SUNWqfedx SUNWuaudx SUNWcg6 SUNWfcip SUNWi1cs SUNWm64x SUNWrmodu SUNWudf After the install, I added /etc/defaultrouter and fixed /etc/resolv.conf (which is always empty for some reason) so that I could get to ftp.openpkg.org. Then I remembered I had burned the binary 1.1 ISO to CD-ROM so I used that instead. I was going to apply the Solaris recommended and security patches but, untarring the 75MB patch cluster results in a checksum error which, if I recall correctly, is due to the fact that Solaris tar can not handle long pathnames. Since GNU tar is not part of the "core" Solaris installation, I preceded without first patching the system. I copied openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh to / and installed it from there since trying to run it from the CD-ROM results in: # sh openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: installing into /cw... openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.tar.Z: Read-only file system openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.tar.Z: cannot open tar: blocksize = 0 openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: installation done. Then I ran "eval `/cw/etc/rc --eval all env`" and installed gcc, binutils, and make from the binary RPMs on the 1.1 CD=ROM. Assuming this would be enough, I tried "rpm --rebuild ftp://ftp.openpkg.org/release/1.1/SRC/pdflib-4.0.3-1.1.0.src.rpm" only to be greeted with: checking whether the C compiler (/cw/bin/cc -O ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. error: Bad exit status from /cw/RPM/TMP/rpm-tmp.9730 (%build) RPM build errors: Bad exit status from /cw/RPM/TMP/rpm-tmp.9730 (%build) I didn't really expect to be able to build on such a stripped down system and a quick hello.c confirmed a problem with stdio.h (SUNWhea is not installed as part of a "core" install). On a side note, the stdio.h included in the gcc RPM claims to be derived from /usr/include/stdio.h (which did not exist on my system at the time) and contains Sun copyright notices. Since that appears to be distributed in the binary RPM, I don't know if that should concern anyone or not. Anyway, adding SUNWhea got me past compiling to the loader (linker? anyone feel free to jump in and correct my assumptions/terminology, I don't claim to be a programming guru.). My "hello world" program was now returning: /cw/bin/ld: cannot open values-Xa.o: No such file or directory collect2: ld returned 1 exit status I remembered seeing this error before with gcc on Solaris 8 and did a Google search to find the answer. After adding SUNWarc and SUNWarcx, my "hello world" program compiled an ran fine. I tried the "rpm --rebuild ..." command and got this: ../libtool: print: not found ../libtool: print: not found ../libtool: print: not found ../libtool: print: not found make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.1851 (%build) RPM build errors: Bad exit status from /cw/RPM/TMP/rpm-tmp.1851 (%build) I was running the build as the cw user created by the binary bootstrap sh script. The shell for that user is /cw/lib/openpkg/bash. As root, I changed the cw user's shell to /bin/ksh, ran "su - cw" and then "eval `/cw/etc/rc --eval all env`" and tried again. However, I could see that it was still using using /cw/lib/openpkg/bash. After a lot of experimentation including changing the shells for all the cw* users and root, I found that it was getting the shell from /cw/etc/openpkg/rpmmacros. Making a change to this file (a bad idea, I know) also did not work. I put the shells and rpmmacros back to their original state and created /bin/print as a shell script that echoed the second parameter (an ugly workaround, I know). Then I got: cd tiff && /cw/bin/make ../libtool --silent --mode=compile /cw/bin/cc -c -I../pdflib -DHAVE_DLFCN_H=1 -DWORDS_BIGENDIAN=1 -O -DPDF_PLATFORM=\""SunOS 5.8"\" tif_auxx.c In file included from port.h:14, from tiffiop.h:33, from tif_auxx.c:33: /cw/lib/gcc-lib/sparc-sun-solaris2.8/3.2/include/math.h:25:26: iso/math_iso.h: No such file or directory make[1]: *** [tif_auxx.lo] Error 1 make: *** [libtiff] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.22733 (%build) RPM build errors: Bad exit status from /cw/RPM/TMP/rpm-tmp.22733 (%build) Back to Solaris media to install SUNWlibm and SUNWlmx. Both wanted SUNWtoo as a prerequisite but, SUNWtoo is on the first CD-ROM and I only needed the libraries so I installed them without SUNWtoo and tried again. This time, I got farther than any of my previous attempts: ../libtool --silent --mode=link /cw/bin/cc -o libpdf_.la ./p_afm.lo ./p_annots.lo ./p_basic.lo ./p_ccitt.lo ./p_color.lo ./p_draw.lo ./p_filter.lo ./p_font.lo ./p_gif.lo ./p_gstate.lo ./p_hyper.lo ./p_image.lo ./p_jpeg.lo ./p_md5.lo ./p_params.lo ./p_pattern.lo ./p_pfm.lo ./p_png.lo ./p_stream.lo ./p_text.lo ./p_truetype.lo ./p_tiff.lo ./p_template.lo ./p_unicode.lo ./p_util.lo -export-dynamic -lm ../libtool --silent --mode=link /cw/bin/cc -o libpdf.la ../pdflib/libpdf_.la ../png/libpng.la ../tiff/libtiff.la ../flate/libz.la -lm -export-dynamic -lm libtool: link: `../pdflib/libpdf_.la' is not a valid libtool archive make[1]: *** [libpdf.la] Error 1 make: *** [pdflib] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.1739 (%build) RPM build errors: Bad exit status from /cw/RPM/TMP/rpm-tmp.1739 (%build) OK, so maybe it really does need SUNWtoo. Added SUNWtoo and SUNWtoox but results were the same. At this point, I'm beyond "--mode=compile" which was failing on the original system. I put the original system back and made sure it had the same Solaris packages and found "suspicious" things (like the SUNWhea for i386 package was installed when it is a sun4u box). I suspect my setup is too blame. I'm done for today but I may scrap this config and start over. From openpkg-users-owner@openpkg.org Tue Nov 5 15:45:59 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id B4259277A21 for ; Tue, 5 Nov 2002 15:45:58 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gA5EjtBi006184 for ; Tue, 5 Nov 2002 15:45:55 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gA5Ejtf6006183 for openpkg-users@openpkg.org; Tue, 5 Nov 2002 15:45:55 +0100 (CET) Date: Tue, 5 Nov 2002 15:45:55 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021105144555.GB65996@dt4.dev.de.cw.net> References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 04, 2002, David Brownlee wrote: > Sorry for the long reply, I was trying to document a reproducible setup a= nd=20 > started to ramble. The summary is I now suspect my environment. When yo= u=20 > initially setup your dev hosts, did you start with a Solaris "user" or=20 > "developer" install? >=20 We start with 'developer', because as far as I remember only this or a superset preset (OEM) includes the standard development tools (such as /usr/ccs/bin/as, ld, make, ar, nm ... /usr/lib/libc.a and /usr/include/*). Sure you could start from scratch and add the packages by hand, but it will problably take much longer and be harder to maintain. I believe that a screen follows the installation preset choice. You are able to 'subtract' packages from the installation. We do this, because we don't need a PCMCIA card reader device, old Netscape, CDE libraries, and so on. Whichever way you install, you should definitely be able to build pdflib without OpenPKG. The same tarball wrapped into the OpenPKG package you've b= een trying to install is found at: http://www.pdflib.com/pdflib/download/pdflib-4.0.3.tar.gz There is no magic in this particular OpenPKG package, as it just does a bas= ic 'configure --prefix=3D[yourdir] --disable-shared;make'. Although you had lu= ck with the other packages, it seems clear now that your environment is not totally set up for development. As soon as you get to the point that you can build pdflib manually, you can then do 'rpm --rebuild ftp://ftp.openpkg.org/blahblah' and you'll be surprised at the results (I hope). If you don't do this you might expect that more than just pdflib and samba fail. > Building as a normal user (at least as myself) gives the following result= s: > > Installing ftp://ftp.openpkg.org/release/1.1/SRC/pdflib-4.0.3-1.1.0.src.r= pm > error: cannot create sourcedir /opt/openpkg/RPM/SRC/pdflib > Put a '.rpmmacros' file in your $HOME directory, and you'll be able to influence OpenPKG package builds that way. You can specify any path you want to for the files OpenPKG produces. ---- $HOME/.rpmmacros ---- # source areas %_sourcedir %(echo $HOME)/somedir/dst/%{name} %_specdir %(echo $HOME)/somedir/src/%{name} # temporary areas %_builddir %(echo $TMP)/anotherdir/ %_tmppath %(echo $TMP)/anotherdir/ # target areas %_rpmdir %(echo $HOME)/pkgdir/bin %_srcrpmdir %(echo $HOME)/pkgdir/src ---- $HOME/.rpmmacros ---- Good luck, Michael -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPcfZoluYv80UoVTdAQFgpQf8CE3RGKqwC2yp8VuaAHWGU8uBpMIMYwjm 670c3lwTRjjI7i5zA+MFLcQ+EVIbVyAj1jYP5sUp/qNxLdywuMSOVJlMklTLASWZ xOqBtxTMB6BeSfrURABPMQTLvSVA+pd+m4pAlOxdyPan0MVT2yqtiVkHvTR075sx frsGQPGdC97RfzXgaE1j3Uouw8FKhviFQxyDWYhtKDWamyz+6qXD8cckwbMgAJ/U XxXWCN4C1vhaKcE3OtVr7ZMOaCGxb6VjboH/hA2zxRbQ8rkQXvjoj1f4h2WMYXjc 2avjaeFSyiK+LPMPMpgVJ/kio/fsqzHn7tUrTXyeyvB0pThuQZlYFQ== =d3rv -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From openpkg-users-owner@openpkg.org Wed Nov 6 03:05:33 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 74729277A21; Wed, 6 Nov 2002 03:05:33 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Tue, 05 Nov 2002 18:06:00 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> <20021105144555.GB65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I built a new box with an unpatched, non-custom, "developer" installation and I can build pdflib from SRPM but not samba. Details and comments below. Michael Schloh von Bennewitz wrote: > We start with 'developer', because as far as I remember only this or a > superset preset (OEM) includes the standard development tools (such as > /usr/ccs/bin/as, ld, make, ar, nm ... /usr/lib/libc.a and /usr/include/*). > Sure you could start from scratch and add the packages by hand, but it > will problably take much longer and be harder to maintain. > > I believe that a screen follows the installation preset choice. You are > able to 'subtract' packages from the installation. We do this, because we > don't need a PCMCIA card reader device, old Netscape, CDE libraries, and > so on. Yes, this is similar to how I install Solaris. However, I start with a core install and add a few packages (or several packages on dev hosts). I do this to avoid installing unwanted software, in particular, X. I do the same on dev hosts since I don't want to build and test an open source package on a dev host with X and find out it has an unresolved dependency when I move it to a production host without X. > Whichever way you install, you should definitely be able to build pdflib > without OpenPKG. The same tarball wrapped into the OpenPKG package you've > been trying to install is found at: > > http://www.pdflib.com/pdflib/download/pdflib-4.0.3.tar.gz > > There is no magic in this particular OpenPKG package, as it just does a > basic 'configure --prefix=[yourdir] --disable-shared;make'. Although you > had luck with the other packages, it seems clear now that your environment > is not totally set up for development. As soon as you get to the point > that you can build pdflib manually, you can then do 'rpm --rebuild > ftp://ftp.openpkg.org/blahblah' and you'll be surprised at the results (I > hope). If you don't do this you might expect that more than just pdflib > and samba fail. Well, let me the environment I'm building in now since samba is failing to build and, although it builds, I don't think pdflib is quite right. The build host is a non-customized "developer" install of Solaris 8 without patches. As root, I ran "sh /openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh" which work fine. Then, still as root, I ran: eval `/cw/etc/rc --eval all env` rpm -ivh gcc-3.2-1.1.0.sparc64-solaris2.8-cw.rpm rpm -ivh binutils-2.13-1.1.0.sparc64-solaris2.8-cw.rpm rpm -ivh make-3.79.1-1.1.0.sparc64-solaris2.8-cw.rpm Everything seemed to install OK. At this point, I ran "su - cw" and then ran: rpm --rebuild ftp://ftp.openpkg.org/release/1.1/SRC/pdflib-4.0.3-1.1.0.src.rpm This built a binary RPM. Since samba was the other SRPM I was having trouble with, I tried building that next. Samba needs openssl so I installed the binary RPM of openssl and tried rebuilding samba from source. The final error is irrelevant since mid-stream there are many ld errors like this: Linking bin/smbd /usr/ccs/bin/ld: illegal option -- E usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] file(s) [-64] enforce a 64-bit link-edit [-a] create an absolute file So the problem appears to be that configure is finding Sun's ld and not the ld from the binutils RPM. I checked the output of my pdflib build and it also is using /usr/ccs/bin/ld (although it is able to build to completion). However, if I type "which ld" I get back /cw/bin/ld. Is /usr/ccs/bin hardcoded somewhere for the Solaris platform? If I take the heavy-handed approach and move /usr/ccs to /usr/ccs.save, samba and pdflib find /cw/bin/ld and the binary RPMs build fine. However, now I don't have a "default" Solaris installation anymore. How should I proceed? I would like to start building everything from SRPMs but I want to make sure my dev host is correctly setup before I start. > Put a '.rpmmacros' file in your $HOME directory, and you'll be able to > influence OpenPKG package builds that way. You can specify any path you > want to for the files OpenPKG produces. > > ---- $HOME/.rpmmacros ---- > # source areas > %_sourcedir %(echo $HOME)/somedir/dst/%{name} > %_specdir %(echo $HOME)/somedir/src/%{name} > > # temporary areas > %_builddir %(echo $TMP)/anotherdir/ > %_tmppath %(echo $TMP)/anotherdir/ > > # target areas > %_rpmdir %(echo $HOME)/pkgdir/bin > %_srcrpmdir %(echo $HOME)/pkgdir/src > ---- $HOME/.rpmmacros ---- Cool, I will give that a try. If I don't use a ~/.rpmmacros file, is "su - cw" the proper way to build packages from SRPMs? How are cw-r and cw-n used? Thanks for all your help. I'm looking forward to getting started From openpkg-users-owner@openpkg.org Wed Nov 6 03:12:39 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 6C790277A21; Wed, 6 Nov 2002 03:12:39 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Tue, 05 Nov 2002 18:13:06 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: David Brownlee wrote: [snip] > the system. I copied openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh to / > and installed it from there since trying to run it from the CD-ROM results > in: > > # sh openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh > openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: installing into /cw... > openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.tar.Z: Read-only file system > openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: > openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.tar.Z: cannot open > tar: blocksize = 0 > openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh: installation done. Correction, it looks like this still happens using: sh /openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh if your current directory is still on the CD-ROM. FYI. From openpkg-users-owner@openpkg.org Wed Nov 6 12:34:38 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 14029277A21 for ; Wed, 6 Nov 2002 12:34:38 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gA6BYYBi080429 for ; Wed, 6 Nov 2002 12:34:34 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gA6BYY2q080428 for openpkg-users@openpkg.org; Wed, 6 Nov 2002 12:34:34 +0100 (CET) Date: Wed, 6 Nov 2002 12:34:34 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021106113433.GE65996@dt4.dev.de.cw.net> References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> <20021105144555.GB65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="BQPnanjtCNWHyqYD" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --BQPnanjtCNWHyqYD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2002, David Brownlee wrote: > Well, let me the environment I'm building in now since samba is failing t= o=20 > build and, although it builds, I don't think pdflib is quite right. > Why don't you think that pdflib is quite right, because of the /usr/ccs/bin= /ld issue? > build host is a non-customized "developer" install of Solaris 8 without= =20 > patches. As root, I ran "sh /openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.s= h"=20 > which work fine. Then, still as root, I ran: >=20 > eval `/cw/etc/rc --eval all env` > rpm -ivh gcc-3.2-1.1.0.sparc64-solaris2.8-cw.rpm > rpm -ivh binutils-2.13-1.1.0.sparc64-solaris2.8-cw.rpm > rpm -ivh make-3.79.1-1.1.0.sparc64-solaris2.8-cw.rpm >=20 I would reccommend that to rule out cross-machine problems you only install binary packages which are built from the same machine. > The final error is irrelevant since mid-stream there are many ld errors= =20 > like this: >=20 > Linking bin/smbd > /usr/ccs/bin/ld: illegal option -- E > usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?]= =20 > file(s) > [-64] enforce a 64-bit link-edit > [-a] create an absolute file > This seems to be our main problem now, and I have a suspicion. I believe th= at when you install 'gcc', the path to 'ld' is hardcoded. I assume that when y= ou built your gcc package, there was no binutils package installed. If you lat= er install binutils, then the possibility exists that a subsequent configure script will find the GNU ld (and not native Solaris) and decide to append flags like '-E' which the native Solaris ld does not support. Try removing the binutils package, and check that the GNU is gone by doing 'which ld'. Try to look in places that samba's configure script would look = and make sure there is no GNU ld there. Then build samba again. I hope that it will then not append the -E. If this doesn't work, you might try the GNU ld way: $ rpm --rebuild ftp://ftp.openpkg.org/current/SRC/binutils-2.13-20020826.= src.rpm # rpm -Uvh path-to-binutils-XX-XX-sparc64-solaris2.8-cw.rpm $ rpm --rebuild ftp://ftp.openpkg.org/current/SRC/gcc-3.2-20020815.src.rp= m --define "with_binutils yes" # rpm -Uvh path-to-gcc-XX-XX-sparc64-solaris2.8-cw.rpm $ rpm --rebuild ftp://ftp.openpkg.org/current/SRC/samba-2.2.6-20021017.sr= c.rpm # rpm -Uvh path-to-samba-XX-XX-sparc64-solaris2.8-cw.rpm If this is the way (and sequence) you installed binutils and gcc before then it was correct the first time. Otherwise try it again, and pay special attention to the --define argument when installing 'gcc'. There should be no '=3D' inbetween 'with_binutils' and 'yes'. There are two other such argumen= ts for gcc, by the way: 'with_cxx yes' and 'with_optimize yes'. >> %_srcrpmdir %(echo $HOME)/pkgdir/src >> ---- $HOME/.rpmmacros ---- > > Cool, I will give that a try. If I don't use a ~/.rpmmacros file, is "su= -=20 > cw" the proper way to build packages from SRPMs? How are cw-r and cw-n= =20 > used? > I've personally never built that way 'su cw', but it seems like it should work. I build as a normal user, from my home directory, and with a .rpmmacr= os file. Things work very well that way, but choose whatever suits your needs. -- michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --BQPnanjtCNWHyqYD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPcj+SVuYv80UoVTdAQGuhQf/QOMSvjnmqxyCyNPcMEDhe+HGngdIERRM IJJICtNJnPy3SC8kBugo8nq+GgBoFl7NJB+8KHYQFYWgQTDJBZqDA/xowhm7Ysjj jw4PjH6bUQKlw7dMDTeM3V2U8cVdLhOyxUypSx9QWIBAHNxMAxbvRnAXA8062OcC ZFwPuLu5Xb9n0F5KDTBacABu1lCnexY3PfIh9dW7XL+AnR2xAx8h2TF1hgdu6JEh Y4HO20c1jU7qRY/AOIxuh5rnVn7GmCKF+vNtctKUDUiNT9PxpEyzixpKUKw9DVy1 xS+EEsM6+ALKA/FL8Zae47ETmz8cTc6X3J+zcfRxEBCvpvAqFIOPcw== =vLyD -----END PGP SIGNATURE----- --BQPnanjtCNWHyqYD-- From openpkg-users-owner@openpkg.org Wed Nov 6 21:06:33 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 6DAD6277A21; Wed, 6 Nov 2002 21:06:33 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Wed, 06 Nov 2002 12:07:02 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> <20021105144555.GB65996@dt4.dev.de.cw.net> <20021106113433.GE65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael Schloh von Bennewitz wrote: > Why don't you think that pdflib is quite right, because of the > /usr/ccs/bin/ld issue? Yes, I'm assuming that to have true control over the build environment, the only development tools used to build binary RPMs on the OpenPKG 1.1 ISO image were the tools provided in the OpenPKG 1.1 (gcc, binutils, etc). This leads to a "chicken and egg" problem but, I assumed that once the original GNU development tools were built using Solaris development tools, the resulting GNU tools were used to rebuild themselves without the Solaris tools and this can be repeated. I guess that is my idea of a self hosting environment. From that point on, no native Solaris tools were used to build binaries for any other packages such as samba or apache. I do recognize that I still need to to have the system header files (SUNWhea) on the development host an any system libraries (such as SUNWlibm and SUNWlmx) installed on both development and production hosts. With this assumption, I believe that if I have all the necessary headers and libraries (but not the development tools provided with Solaris), I should be able to: (Phase 1) - Install the OpenPKG 1.1 binary bootstrap using "sh openpkg-1.1.0-1.1.0.sparc64-solaris2.8-cw.sh" - Install the OpenPKG 1.1 binary RPM for gcc - Install the OpenPKG 1.1 binary RPM for binutils - Install the OpenPKG 1.1 binary RPM for make - Install the OpenPKG 1.1 binary RPMs for other tools like bison, flex, m4, etc. Once I have the OpenPKG binary RPMs installed, I believe that, to eliminate cross-machine problems and without using any Solaris tools, I should be able to: (Phase 2) - Rebuild the OpenPKG environment using "sh openpkg-1.1.0-1.1.0.src.sh" (possibly changing the users and root of the OpenPKG environment) - Rebuild all the OpenPKG development tools (gcc, binutils, make, etc.) from their SRPMs - Uninstall all RPMs, including openpkg, and reinstall using the binary openpkg-1.1.0-1.1.0.sparc64-solaris2.8-??.sh and RPMs built on this machine > I would reccommend that to rule out cross-machine problems you only > install binary packages which are built from the same machine. > I agree. That is what I want to do in phase two. I won't have a development environment on every machine but, the machines I'm concerned about are all Sun E250s built from a Jumpstart installation. > This seems to be our main problem now, and I have a suspicion. I believe > that when you install 'gcc', the path to 'ld' is hardcoded. I assume that > when you built your gcc package, there was no binutils package installed. > If you later install binutils, then the possibility exists that a > subsequent configure script will find the GNU ld (and not native Solaris) > and decide to append flags like '-E' which the native Solaris ld does not > support. I completed phase 1 and decided to test pdflib and samba first since those packages had problems in my old environment. That is when I noticed the dependency on Sun's ld. I have NOT started phase 2, rebuilding everything from SRPMs, yet (pdflib and samba were quick tests). If what you say about ld being hardcoded into gcc, then that is how OpenPKG 1.1 binaries are distributed (at least on the ISO image). I want to rebuild everything, including gcc, binutils, etc., but according to the test with pdflib and samba, I'm afraid I would be building everything with a dependency on Sun's ld and not the ld in the binutils package. Should this be logged as a bug in the build of the gcc binary RPM? > Try removing the binutils package, and check that the GNU is gone by doing > 'which ld'. Try to look in places that samba's configure script would look > and make sure there is no GNU ld there. Then build samba again. I hope > that it will then not append the -E. Well, unless Sun is installing GNU ld as part of a clean "developer" installation of Solaris, there are no other instances of GNU ld. However, the -E is not the problem because I want to use ld from binutils. I would like everything in OpenPKG to be self-sufficient by using binutils. I do not want to put SUNWtoo (and maybe SUNWarc/SUNWarcx) on all my hosts because I have have build OpenPKG RPMs with dependencies on Sun tools. > If this doesn't work, you might try the GNU ld way: > > $ rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/binutils-2.13-20020826.src.rpm > # rpm -Uvh path-to-binutils-XX-XX-sparc64-solaris2.8-cw.rpm > $ rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/gcc-3.2-20020815.src.rpm --define > "with_binutils yes" > # rpm -Uvh path-to-gcc-XX-XX-sparc64-solaris2.8-cw.rpm > $ rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/samba-2.2.6-20021017.src.rpm > # rpm -Uvh path-to-samba-XX-XX-sparc64-solaris2.8-cw.rpm > > If this is the way (and sequence) you installed binutils and gcc before > then it was correct the first time. Otherwise try it again, and pay > special attention to the --define argument when installing 'gcc'. There > should be no '=' inbetween 'with_binutils' and 'yes'. There are two other > such arguments for gcc, by the way: 'with_cxx yes' and 'with_optimize > yes'. This was my next step. I did not know about the switches so I was going to leave /usr/ccs renamed to /usr/ccs.save. I think my next attempt will use the switches you suggest and I will leave /usr/ccs in its renamed state just in case. Due to time zone differences, I think I will be able to tell you how it went before you read this reply. > I've personally never built that way 'su cw', but it seems like it should > work. I build as a normal user, from my home directory, and with a > .rpmmacros file. Things work very well that way, but choose whatever suits > your needs. I'm new to OpenPKG so I don't have any preferences other than to try to mimic the methodologies the OpenPKG developers. That way, if I have time to contribute spec files of my own, you will have the highest probability to duplicate my successes (and failures). If you use ~/.rpmmacros, so will I. Thanks for the suggestions, I will get back to you soon. From openpkg-users-owner@openpkg.org Thu Nov 7 12:38:29 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 4987E277B23 for ; Thu, 7 Nov 2002 12:38:29 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gA7BcNBi061719 for ; Thu, 7 Nov 2002 12:38:23 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gA7BcNul061718 for openpkg-users@openpkg.org; Thu, 7 Nov 2002 12:38:23 +0100 (CET) Date: Thu, 7 Nov 2002 12:38:23 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: pdflib and samba on Solaris 8 Message-ID: <20021107113823.GJ65996@dt4.dev.de.cw.net> References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> <20021105144555.GB65996@dt4.dev.de.cw.net> <20021106113433.GE65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="sdJFN6SSISdF2ksn" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --sdJFN6SSISdF2ksn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2002, David Brownlee wrote: > Yes, I'm assuming that to have true control over the build environment, t= he=20 > only development tools used to build binary RPMs on the OpenPKG 1.1 ISO= =20 > image were the tools provided in the OpenPKG 1.1 (gcc, binutils, etc). = =20 > This leads to a "chicken and egg" problem but, I assumed that once the=20 > original GNU development tools were built using Solaris development tools= ,=20 > the resulting GNU tools were used to rebuild themselves without the Solar= is=20 > tools and this can be repeated. I guess that is my idea of a self hostin= g=20 > environment. From that point on, no native Solaris tools were used to=20 > build binaries for any other packages such as samba or apache. I do=20 > recognize that I still need to to have the system header files (SUNWhea) = on=20 > the development host an any system libraries (such as SUNWlibm and SUNWlm= x)=20 > installed on both development and production hosts. > That's right. The goal with OpenPKG is a (almost totally) self hosting environment as you describe. Bootstrapping from a zero state will always require some special technique such as using binary packages or the Solaris native delevopment environment. However, your two phase idea is the cleanest way and should work very well. If not, then there is a bug somewhere that I don't know about. The requirements to bootstrap OpenPKG from either a source or binary package are documented in: http://www.openpkg.org/doc/handbook/openpkg.html#bstrap-sfware > [...] > I want to rebuild everything,=20 > including gcc, binutils, etc., but according to the test with pdflib and= =20 > samba, I'm afraid I would be building everything with a dependency on Sun= 's=20 > ld and not the ld in the binutils package. Should this be logged as a bu= g=20 > in the build of the gcc binary RPM? >=20 I don't think so. The tools 'ld', 'nm', 'ar', 'as', and 'cc' are implicit requirements of many OpenPKG packages. If these tools are served by a OpenP= KG instance or some other non-native means is perfectly fine. However, if building 'ld' dependent packages uses a 'ld' that you don't prefer (or does= n't exist) then there must be a reason for this logic. I suspect that your build of gcc is at fault, as it hardcodes the path to 'ld' and then uses it in later even if you install another ld somewhere else. It should be clear if = my suspicion is true once you try rebuilding gcc *after* installing binutils *and* using the 'with_binutils' option. > This was my next step. I did not know about the switches so I was going = to=20 > leave /usr/ccs renamed to /usr/ccs.save. I think my next attempt will us= e=20 > the switches you suggest and I will leave /usr/ccs in its renamed state= =20 > just in case. Due to time zone differences, I think I will be able to te= ll=20 > you how it went before you read this reply. >=20 It would be much more satisfying if it all worked without renaming /usr/ccs.save. In any case, /usr/ccs is where some required software resides (like 'ld' and 'nm' when building binutils), so I wouldn't leave it that wa= y. Good luck, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --sdJFN6SSISdF2ksn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPcpQr1uYv80UoVTdAQGpEwgArKUxzSZy74l2vAGjBx93f2Xgc5c/av5B kt18m949B1S6QAqKfEoq7ibDOrfTCdLZlWxEm4CuXRYMYNotFPveVf9qz9PSuVu0 DwnMQ5hLU+YxmISoumCfOrETw9zYvqMW55VQPgiBP//QPKPw4ILFLdYj7bChusli vIsVUwEZre422d9p/Sfrb+fcRbaX41hVz/14K9fvxVNehGyJxeCJEOrytj0F8g2X 0yvGLnxITdARwUSQj5RnQTk3CYTs3aQQE+Uwu7e+RkT94EBWEo3n5TBSThEOFB/5 7IYhSDEnBIio5peZe14PdXmLQmfRDsWlI1gROITEN7m0SoWfL9pLSg== =T0bG -----END PGP SIGNATURE----- --sdJFN6SSISdF2ksn-- From openpkg-users-owner@openpkg.org Fri Nov 8 19:22:09 2002 Received: from ns.blackcatlinux.com (ns.blackcatlinux.com [209.58.156.14]) by mail.openpkg.org (Postfix) with ESMTP id B15D4277B23 for ; Fri, 8 Nov 2002 18:55:34 +0100 (CET) Received: from scar.siebel.com ([206.154.117.4]) by ns.blackcatlinux.com (8.11.6/8.11.6) with ESMTP id gA8HtTO13916 for ; Fri, 8 Nov 2002 12:55:29 -0500 Subject: has anyone recompiled emacs-21.2-1.1.0 with X support? From: Eugene Kanter To: openpkg-users@openpkg.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: 08 Nov 2002 12:58:41 -0500 Message-Id: <1036778330.24841.47.camel@scar> Mime-Version: 1.0 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I just installed all packages on SunOS 5.8 system. However I can not recompile emacs package with X support enabled. rpm --rebuild --define 'with_x11 yes' emacs-21.2-1.1.0.src.rpm In file included from dispnew.c:53: syssignal.h:33: parse error before "empty_mask" syssignal.h:33: warning: data definition has no type or storage class Patching emacs.spec to use Sun compiler instead of GCC yields successful package with X support. Eugene. From openpkg-users-owner@openpkg.org Thu Nov 14 18:35:12 2002 Received: from mailgate2.aa.com (mailgate2.aa.com [144.9.158.99]) by mail.openpkg.org (Postfix) with ESMTP id 96D32277A26 for ; Thu, 14 Nov 2002 18:32:35 +0100 (CET) Received: from mailgate2.aa.com (localhost [127.0.0.1]) by mailgate2.aa.com (8.12.5/8.12.5) with ESMTP id gAEHUxGV022128 for ; Thu, 14 Nov 2002 11:31:00 -0600 (CST) Received: from aahdq01-ms28.aa.com ([10.58.216.38]) by mailgate2.aa.com (8.12.5/8.12.5) with SMTP id gAEHUudb022045 for ; Thu, 14 Nov 2002 11:30:56 -0600 (CST) Received: from USGWA5-Message_Server by aahdq01-ms28.aa.com with Novell_GroupWise; Thu, 14 Nov 2002 11:31:00 -0600 Message-Id: Date: Thu, 14 Nov 2002 11:30:53 -0600 From: "Ian Alexander" To: Subject: patches for 1.1.0 to fix snprintf Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_9FC37CC4.3958AAE4" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_9FC37CC4.3958AAE4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Problem is related to not having vsnprintf/snprintf on host system (in my = case, solaris 2.5.1). The first patch fixes this problem in rpm. You = will also need to apply the second patch to the openpkg.spec. Hope this = helps someone else out there. --=_9FC37CC4.3958AAE4 Content-Type: application/octet-stream; name="rpm.patch.snprintf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rpm.patch.snprintf" ZGlmZiAtdU5yIHJwbS00LjAuMi5vcmlnaW5hbC9saWIvcHJvYmxlbXMuYyBycG0tNC4wLjIvbGli L3Byb2JsZW1zLmMKLS0tIHJwbS00LjAuMi5vcmlnaW5hbC9saWIvcHJvYmxlbXMuYwlTdW4gRGVj IDE3IDA4OjE5OjM3IDIwMDAKKysrIHJwbS00LjAuMi9saWIvcHJvYmxlbXMuYwlXZWQgTm92ICA2 IDEwOjUxOjUzIDIwMDIKQEAgLTk2LDM4ICs5NiwzOCBAQAogCiAgICAgc3dpdGNoIChwcm9iLT50 eXBlKSB7CiAgICAgY2FzZSBSUE1QUk9CX0JBREFSQ0g6Ci0Jc25wcmludGYoYnVmLCBuYiwgXygi cGFja2FnZSAlcyBpcyBmb3IgYSBkaWZmZXJlbnQgYXJjaGl0ZWN0dXJlIiksCisJc3ByaW50Zihi dWYsIF8oInBhY2thZ2UgJXMgaXMgZm9yIGEgZGlmZmVyZW50IGFyY2hpdGVjdHVyZSIpLAogCQlw cm9iLT5wa2dORVZSKTsKIAlicmVhazsKICAgICBjYXNlIFJQTVBST0JfQkFET1M6Ci0Jc25wcmlu dGYoYnVmLCBuYiwgXygicGFja2FnZSAlcyBpcyBmb3IgYSBkaWZmZXJlbnQgb3BlcmF0aW5nIHN5 c3RlbSIpLAorCXNwcmludGYoYnVmLCBfKCJwYWNrYWdlICVzIGlzIGZvciBhIGRpZmZlcmVudCBv cGVyYXRpbmcgc3lzdGVtIiksCiAJCXByb2ItPnBrZ05FVlIpOwogCWJyZWFrOwogICAgIGNhc2Ug UlBNUFJPQl9QS0dfSU5TVEFMTEVEOgotCXNucHJpbnRmKGJ1ZiwgbmIsIF8oInBhY2thZ2UgJXMg aXMgYWxyZWFkeSBpbnN0YWxsZWQiKSwKKwlzcHJpbnRmKGJ1ZiwgXygicGFja2FnZSAlcyBpcyBh bHJlYWR5IGluc3RhbGxlZCIpLAogCQlwcm9iLT5wa2dORVZSKTsKIAlicmVhazsKICAgICBjYXNl IFJQTVBST0JfQkFEUkVMT0NBVEU6Ci0Jc25wcmludGYoYnVmLCBuYiwgXygicGF0aCAlcyBpbiBw YWNrYWdlICVzIGlzIG5vdCByZWxvY2F0ZWFibGUiKSwKKwlzcHJpbnRmKGJ1ZiwgXygicGF0aCAl cyBpbiBwYWNrYWdlICVzIGlzIG5vdCByZWxvY2F0ZWFibGUiKSwKIAkJcHJvYi0+c3RyMSwgcHJv Yi0+cGtnTkVWUik7CiAJYnJlYWs7CiAgICAgY2FzZSBSUE1QUk9CX05FV19GSUxFX0NPTkZMSUNU OgotCXNucHJpbnRmKGJ1ZiwgbmIsCisJc3ByaW50ZihidWYsCiAJCV8oImZpbGUgJXMgY29uZmxp Y3RzIGJldHdlZW4gYXR0ZW1wdGVkIGluc3RhbGxzIG9mICVzIGFuZCAlcyIpLAogCQlwcm9iLT5z dHIxLCBwcm9iLT5wa2dORVZSLCBwcm9iLT5hbHRORVZSKTsKIAlicmVhazsKICAgICBjYXNlIFJQ TVBST0JfRklMRV9DT05GTElDVDoKLQlzbnByaW50ZihidWYsIG5iLAorCXNwcmludGYoYnVmLAog CSAgICBfKCJmaWxlICVzIGZyb20gaW5zdGFsbCBvZiAlcyBjb25mbGljdHMgd2l0aCBmaWxlIGZy b20gcGFja2FnZSAlcyIpLAogCQlwcm9iLT5zdHIxLCBwcm9iLT5wa2dORVZSLCBwcm9iLT5hbHRO RVZSKTsKIAlicmVhazsKICAgICBjYXNlIFJQTVBST0JfT0xEUEFDS0FHRToKLQlzbnByaW50Zihi dWYsIG5iLAorCXNwcmludGYoYnVmLAogCQlfKCJwYWNrYWdlICVzICh3aGljaCBpcyBuZXdlciB0 aGFuICVzKSBpcyBhbHJlYWR5IGluc3RhbGxlZCIpLAogCQlwcm9iLT5hbHRORVZSLCBwcm9iLT5w a2dORVZSKTsKIAlicmVhazsKICAgICBjYXNlIFJQTVBST0JfRElTS1NQQUNFOgotCXNucHJpbnRm KGJ1ZiwgbmIsCisJc3ByaW50ZihidWYsCiAJICAgIF8oImluc3RhbGxpbmcgcGFja2FnZSAlcyBu ZWVkcyAlbGQlY2Igb24gdGhlICVzIGZpbGVzeXN0ZW0iKSwKIAkJcHJvYi0+cGtnTkVWUiwKIAkJ cHJvYi0+dWxvbmcxID4gKDEwMjQqMTAyNCkKQEAgLTEzNywxOSArMTM3LDE5IEBACiAJCXByb2It PnN0cjEpOwogCWJyZWFrOwogICAgIGNhc2UgUlBNUFJPQl9ESVNLTk9ERVM6Ci0Jc25wcmludGYo YnVmLCBuYiwKKwlzcHJpbnRmKGJ1ZiwKIAkgICAgXygiaW5zdGFsbGluZyBwYWNrYWdlICVzIG5l ZWRzICVsZCBpbm9kZXMgb24gdGhlICVzIGZpbGVzeXN0ZW0iKSwKIAkJcHJvYi0+cGtnTkVWUiwg KGxvbmcpcHJvYi0+dWxvbmcxLCBwcm9iLT5zdHIxKTsKIAlicmVhazsKICAgICBjYXNlIFJQTVBS T0JfQkFEUFJFVFJBTlM6Ci0Jc25wcmludGYoYnVmLCBuYiwKKwlzcHJpbnRmKGJ1ZiwKIAkJXygi cGFja2FnZSAlcyBwcmUtdHJhbnNhY3Rpb24gc3lzY2FsbChzKTogJXMgZmFpbGVkOiAlcyIpLAog CQlwcm9iLT5wa2dORVZSLCBwcm9iLT5zdHIxLCBzdHJlcnJvcihwcm9iLT51bG9uZzEpKTsKIAli cmVhazsKICAgICBjYXNlIFJQTVBST0JfUkVRVUlSRVM6CiAgICAgY2FzZSBSUE1QUk9CX0NPTkZM SUNUOgogICAgIGRlZmF1bHQ6Ci0Jc25wcmludGYoYnVmLCBuYiwKKwlzcHJpbnRmKGJ1ZiwKIAkJ XygidW5rbm93biBlcnJvciAlZCBlbmNvdW50ZXJlZCB3aGlsZSBtYW5pcHVsYXRpbmcgcGFja2Fn ZSAlcyIpLAogCQlwcm9iLT50eXBlLCBwcm9iLT5wa2dORVZSKTsKIAlicmVhazsKZGlmZiAtdU5y IHJwbS00LjAuMi5vcmlnaW5hbC9ycG1pby9ycG1sb2cuYyBycG0tNC4wLjIvcnBtaW8vcnBtbG9n LmMKLS0tIHJwbS00LjAuMi5vcmlnaW5hbC9ycG1pby9ycG1sb2cuYwlUdWUgRmViIDEzIDExOjIz OjMzIDIwMDEKKysrIHJwbS00LjAuMi9ycG1pby9ycG1sb2cuYwlXZWQgTm92ICA2IDEwOjUyOjMz IDIwMDIKQEAgLTExNyw3ICsxMTcsNyBAQAogICAgIC8qIEFsbG9jYXRlIGEgc3VmZmljZW50bHkg bGFyZ2UgYnVmZmVyIGZvciBvdXRwdXQuICovCiAgICAgd2hpbGUgKDEpIHsKIAkvKkAtdW5yZWNv Z0AqLwotCW5iID0gdnNucHJpbnRmKG1zZ2J1ZiwgbXNnbmIsIGZtdCwgYXApOworCW5iID0gdnNw cmludGYobXNnYnVmLCBmbXQsIGFwKTsKIAkvKkA9dW5yZWNvZ0AqLwogCWlmIChuYiA+IC0xICYm IG5iIDwgbXNnbmIpCiAJICAgIGJyZWFrOwo= --=_9FC37CC4.3958AAE4 Content-Type: application/octet-stream; name="openpkg.spec.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="openpkg.spec.patch" LS0tIG9wZW5wa2cuc3BlYy5vcmlnaW5hbAlUaHUgTm92IDE0IDExOjI5OjQ1IDIwMDIKKysrIG9w ZW5wa2cuc3BlYwlUaHUgTm92IDE0IDExOjI2OjIzIDIwMDIKQEAgLTExMyw2ICsxMTMsNyBAQAog U291cmNlNDM6ICAgICBta3Byb3h5cnBtLnBsCiBTb3VyY2U0NDogICAgIGZ0cDovL2Z0cC5nbnUu b3JnL2dudS9jb25maWcvY29uZmlnLmd1ZXNzCiBTb3VyY2U0NTogICAgIGZ0cDovL2Z0cC5nbnUu b3JnL2dudS9jb25maWcvY29uZmlnLnN1YgorU291cmNlNDY6ICAgICBycG0ucGF0Y2guc25wcmlu dGYKIAogIyAgIGJ1aWxkIGluZm9ybWF0aW9uCiBQcmVmaXg6ICAgICAgICV7bF9wcmVmaXh9CkBA IC0zMzQsNiArMzM1LDcgQEAKICAgICAgICR7bF9wYXRjaH0gLXAwIDxgU09VUkNFIHJwbS5wYXRj aC5mZWF0dXJlYAogICAgICAgJHtsX3BhdGNofSAtcDAgPGBTT1VSQ0UgcnBtLnBhdGNoLnBvcnRp bmdgCiAgICAgICAke2xfcGF0Y2h9IC1wMCA8YFNPVVJDRSBycG0ucGF0Y2gucmVnZW5gCisgICAg ICAke2xfcGF0Y2h9IC1wMSA8YFNPVVJDRSBycG0ucGF0Y2guc25wcmludGZgCiAgICAgICB0b3Vj aCBhY2xvY2FsLm00IGNvbmZpZ3VyZQogICAgICkKIAo= --=_9FC37CC4.3958AAE4-- From openpkg-users-owner@openpkg.org Thu Nov 14 20:43:21 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id B5101277A26 for ; Thu, 14 Nov 2002 20:43:20 +0100 (CET) Received: by unixops.wcom.net (Postfix, from userid 17202) id 7D46E79407; Thu, 14 Nov 2002 14:43:18 -0500 (EST) Date: Thu, 14 Nov 2002 14:43:18 -0500 From: Andrew J Caines To: OpenPKG Users Subject: Build problem with aide-0.9-20021025 on Solaris 8 Message-ID: <20021114194318.GF266@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: With all the latest build tools including bison-1.35-20021015 and gcc-3.2-20020815, with mhash-0.8.17-20021025 and db-4.1.24.6-20020916 on Solaris 8, attempting to build aide-0.9-20021025 fails during at the start of make with.. ----8<---- configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating po/Makefile config.status: creating doc/Makefile config.status: creating doc/aide.conf config.status: creating aide.spec config.status: creating config.h config.status: executing default-1 commands + /cw/bin/make --no-print-directory /cw/bin/make all-recursive Making all in src bison -y -d -p conf -o conf_yacc.c /cw/RPM/TMP/aide-0.9/src/conf_yacc.y /cw/bin/cc -DHAVE_CONFIG_H -I. -I/cw/RPM/TMP/aide-0.9/src -I.. -I/cw/include -I/cw/RPM/TMP/aide-0.9/include -static -static -c conf_yacc.c /cw/RPM/TMP/aide-0.9/src/conf_yacc.y: In function `confparse': /cw/RPM/TMP/aide-0.9/src/conf_yacc.y:232: `DB_OLD' undeclared (first use in this function) /cw/RPM/TMP/aide-0.9/src/conf_yacc.y:232: (Each undeclared identifier is reported only once /cw/RPM/TMP/aide-0.9/src/conf_yacc.y:232: for each function it appears in.) /cw/RPM/TMP/aide-0.9/src/conf_yacc.y:234: `DB_WRITE' undeclared (first use in this function) /cw/RPM/TMP/aide-0.9/src/conf_yacc.y:236: `DB_NEW' undeclared (first use in this function) make[2]: *** [conf_yacc.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.17667 (%build) ----8<---- RPM/TMP/aide-0.9/config.log says.. BTW, is a ten thousand line aide.patch normal? That's over half the number of lines in _all_ the C code! -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Thu Nov 14 21:31:03 2002 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7771F277A26 for ; Thu, 14 Nov 2002 21:30:39 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 4C46F8D7F5; Thu, 14 Nov 2002 21:30:39 +0100 (CET) Date: Thu, 14 Nov 2002 21:30:39 +0100 From: Michael van Elst To: Andrew J Caines Cc: OpenPKG Users Subject: Re: Build problem with aide-0.9-20021025 on Solaris 8 Message-ID: <20021114203039.GA72086@sv1.dev.de.cw.net> References: <20021114194318.GF266@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021114194318.GF266@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Nov 14, 2002, Andrew J Caines wrote: > With all the latest build tools including bison-1.35-20021015 and > gcc-3.2-20020815, with mhash-0.8.17-20021025 and db-4.1.24.6-20020916 on > Solaris 8, attempting to build aide-0.9-20021025 fails during at the start > of make with.. ... It is pulling in a system-installed db.h (from Berkeley DB) instead of its own db.h due to a bad Makefile. > BTW, is a ten thousand line aide.patch normal? That's over half the number > of lines in _all_ the C code! No. The patch includes db_lex.c which normally would be generated from db_lex.l. It also includes a patched 'configure' to avoid a dependency to autoconf. Anyway, aide is broken unless you configure it with --with-dbhmackey. I am pondering wether to fix the code or to supply a dummy key. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Thu Nov 14 23:23:19 2002 Received: by mail.openpkg.org (Postfix, from userid 7001) id 6DEC7277A26; Thu, 14 Nov 2002 23:23:19 +0100 (CET) To: openpkg-users@openpkg.org From: David Brownlee Subject: Re: pdflib and samba on Solaris 8 Date: Thu, 14 Nov 2002 14:24:20 -0800 Message-ID: References: <20021029112729.GJ17355@dt4.dev.de.cw.net> <20021030114816.GO17355@dt4.dev.de.cw.net> <20021104112706.GA65996@dt4.dev.de.cw.net> <20021105144555.GB65996@dt4.dev.de.cw.net> <20021106113433.GE65996@dt4.dev.de.cw.net> <20021107113823.GJ65996@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Sorry, I had to step away from this for a while. Michael Schloh von Bennewitz wrote: > On Wed, Nov 06, 2002, David Brownlee wrote: > That's right. The goal with OpenPKG is a (almost totally) self hosting > environment as you describe. Bootstrapping from a zero state will always > require some special technique such as using binary packages or the > Solaris native delevopment environment. However, your two phase idea is > the cleanest way and should work very well. If not, then there is a bug > somewhere that I don't know about. The requirements to bootstrap OpenPKG > from either a source or binary package are documented in: > > http://www.openpkg.org/doc/handbook/openpkg.html#bstrap-sfware > Yes, but the requirements are vague. In this case, it says I need ld but does NOT say that I need the ld provided with Solaris that lives in /usr/ccs/bin. One might assume that using ld from OpenPKG's binary RPM of of binutils would work with OpenPKG's binary RPM of gcc and use that combination to rebuild 1.1 packages from source. However, this combination doesn't work for some packages using the OpenPKG binaries for Solaris 8. > I don't think so. The tools 'ld', 'nm', 'ar', 'as', and 'cc' are implicit > requirements of many OpenPKG packages. If these tools are served by a > OpenPKG instance or some other non-native means is perfectly fine. > However, if building 'ld' dependent packages uses a 'ld' that you don't > prefer (or doesn't exist) then there must be a reason for this logic. I > suspect that your build of gcc is at fault, as it hardcodes the path to > 'ld' and then uses it in later even if you install another ld somewhere > else. It should be clear if my suspicion is true once you try rebuilding > gcc *after* installing binutils *and* using the 'with_binutils' option. Right, except that it is NOT *my* build of gcc. It is gcc from the OpenPKG binary RPM that has /usr/ccs/bin/ld hardcoded in it. > It would be much more satisfying if it all worked without renaming > /usr/ccs.save. In any case, /usr/ccs is where some required software > resides (like 'ld' and 'nm' when building binutils), so I wouldn't leave > it that way. Agreed. Leaving /usr/ccs renamed did break other packages although binutils, gcc and make built fine. I started again from scratch and rebuilt gcc from source with /usr/ccs named correctly and using the "with_binutils" switch you suggested. That fixed the gcc/ld problem... ...except for samba. Building samba from source still tries to use /usr/ccs/bin/ld instead of /cw/bin/ld. There is no "with_*" switch in the samba spec file except for PAM support and I didn't see a way to add one since there doesn't appear to be a ./configure option for it in the samba source tarball. I worked around the problem by renaming /usr/ccs/bin/ld just while building samba. Still, I would like to know how it was created for the 1.1 binary RPM. Was it built on a host without SUNWtoo installed? Anyway, I have a workaround and I'm back on track. Thanks for all your help! From openpkg-users-owner@openpkg.org Fri Nov 15 09:58:36 2002 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id EF368277A26 for ; Fri, 15 Nov 2002 09:58:35 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id D15A68D7E9; Fri, 15 Nov 2002 09:58:35 +0100 (CET) Date: Fri, 15 Nov 2002 09:58:35 +0100 From: Michael van Elst To: Andrew J Caines Cc: OpenPKG Users Subject: Re: Build problem with aide-0.9-20021025 on Solaris 8 Message-ID: <20021115085835.GA86861@sv1.dev.de.cw.net> References: <20021114194318.GF266@cthulhu.tco3.web.uu.net> <20021114203039.GA72086@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021114203039.GA72086@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Nov 14, 2002, Michael van Elst wrote: > On Thu, Nov 14, 2002, Andrew J Caines wrote: > > > With all the latest build tools including bison-1.35-20021015 and > > gcc-3.2-20020815, with mhash-0.8.17-20021025 and db-4.1.24.6-20020916 on > > Solaris 8, attempting to build aide-0.9-20021025 fails during at the start > > of make with.. Please check aide-0.9-20021115 -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Sat Nov 16 08:50:37 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 0C116277A26 for ; Sat, 16 Nov 2002 08:50:37 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id EA5664CED2E; Sat, 16 Nov 2002 08:50:36 +0100 (CET) Date: Sat, 16 Nov 2002 08:50:36 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: patches for 1.1.0 to fix snprintf Message-ID: <20021116075036.GA93916@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > Problem is related to not having vsnprintf/snprintf on host system (in my > case, solaris 2.5.1). The first patch fixes this problem in rpm. You will > also need to apply the second patch to the openpkg.spec. Hope this helps > someone else out there. Hmmmm... although this solved the building on your platform it introduces security holes (buffer overflows!). So we cannot incorporate this patch as is into the official sources. The more correct way would be to provide a fallback implementation for snprintf(), I think. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Nov 17 03:26:00 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 69FFB277A26 for ; Sun, 17 Nov 2002 03:25:34 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 60F8C1BF261 for ; Sat, 16 Nov 2002 21:25:33 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id AD3B0DE2086 for ; Sat, 16 Nov 2002 21:25:34 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Sat, 16 Nov 2002 21:29:44 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: openpkg newbie trying to build rt from current Date: Sat, 16 Nov 2002 21:29:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: To throw myself into openpkg (and because I want to play with rt) I thought I would try to get rt built. I saw it in the current tree and was excited because it appears to be a bear to get installed. Well - it appears to be a little tricky with openpkg too (okay, I know current is supposed to be unstable). The rt package (rt-2.0.15-20021005.src.rpm) does not list any build pre-reqs other than openpkg itself. I know there is a lot more - I started with perl-dbi and all its pre-reqs. Then I found that the rt.spec file had the wrong regular expressions for the rt Makefile - all the spaces should be tabs (I can provide a patch, but I suspect there is a better solutions than just replacing spaces with tabs - what kind of regular expressions does shtool support?). Anyhow - know I get a complaint that DBIx/DataSource.pm cannot be found (from DBIx::DataSource my perl research shows). I don't see perl module package that seems to fulfill that. Is there one? or is the rt package quite unready (the fact that as shipped it was using /usr/bin/perl I suspect it really does need some work)? Hope this does not come off as whining - I am really excited about openpkg instead of always rolling my own recipes for building open source software. Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Sun Nov 17 09:08:27 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id F2957277A26 for ; Sun, 17 Nov 2002 09:08:26 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id DEF5C4CE691; Sun, 17 Nov 2002 09:08:26 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A53EA285D0; Sun, 17 Nov 2002 09:08:01 +0100 (CET) Date: Sun, 17 Nov 2002 09:08:01 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg newbie trying to build rt from current Message-ID: <20021117080801.GA3401@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Nov 16, 2002, Andrews, Martin wrote: > To throw myself into openpkg (and because I want to play with rt) I thought > I would try to get rt built. I saw it in the current tree and was excited > because it appears to be a bear to get installed. Well - it appears to be a > little tricky with openpkg too (okay, I know current is supposed to be > unstable). The rt package (rt-2.0.15-20021005.src.rpm) does not list any > build pre-reqs other than openpkg itself. I know there is a lot more - I > started with perl-dbi and all its pre-reqs. Then I found that the rt.spec > file had the wrong regular expressions for the rt Makefile - all the spaces > should be tabs (I can provide a patch, but I suspect there is a better > solutions than just replacing spaces with tabs - what kind of regular > expressions does shtool support?). Anyhow - know I get a complaint that > DBIx/DataSource.pm cannot be found (from DBIx::DataSource my perl research > shows). I don't see perl module package that seems to fulfill that. Is there > one? or is the rt package quite unready (the fact that as shipped it was > using /usr/bin/perl I suspect it really does need some work)? Hope this does > not come off as whining - I am really excited about openpkg instead of > always rolling my own recipes for building open source software. Outch, you performed the worst possible start with OpenPKG: with a JUNK package in OpenPKG-CURRENT. Sorry, this by definition has to mean that you have to fail 100% :-( OpenPKG-CURRENT currently has the following packages (in decreasing stability/completeness/etc order): class packages ===== ======== CORE 22 BASE 149 PLUS 106 EVAL 121 JUNK 10 If you perform a "rpm -qpi rt*.src.rpm" you see that it is tagged (on the Distribution: header) with [JUNK], so it belongs to the currently ten packages in JUNK. And those packages are declared as such, because they are fully broken. Under package-time, build-time and run-time! Or in the case of "RT", the package was never finished at all. So, if you're working with OpenPKG-CURRENT you only can count on CORE, BASE and PLUS packages (because this means the package was already in the previous release). EVAL might work, but you already should expect problems. And JUNK you not even have to try. It by definition will not even have a correct packaging. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Nov 17 15:51:15 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 3CB2A277A26 for ; Sun, 17 Nov 2002 15:51:15 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id E3B151BF282 for ; Sun, 17 Nov 2002 09:51:14 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 55183DE2086 for ; Sun, 17 Nov 2002 09:51:16 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Sun, 17 Nov 2002 09:55:27 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: makeproxy - was RE: openpkg newbie trying to build rt from curren t Date: Sun, 17 Nov 2002 09:55:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Well, I love a challenge. Thanks for the info on package classes in current (I had seen the Junk tag but thought all the current packages had it). I guess I will pursue rt under the local tree first. While I have your attention - I am a little uncertain about "rpm --makeproxy". My current homebrew package system lets me select per package/host whether I want the software locally installed or linked to an NFS volume. It looks like makeproxy will let me do that with openpkg. The only strange thing is that the links point to exactly the same openpkg tree - for example if my tree is /opt/openpkg then after installing the proxy gcc rpm into the tree the link for bin/gcc would point to /opt/openpkg/bin/gcc too - a circular link. I would want it to point to something like /automount/openpkg-sparc64-solaris2.9/bin/gcc. I see that all the links are indirect through a .prefix-gcc link - am I supposed to override that link after installing? The .prefix-gcc link does not appear to be tagged as a config file. Or is there another option to --makeproxy that specifies where the prefix link should point? The latter seems ideal to me. Martin ---- Martin Andrews martin.andrews@lionbioscience.com > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Sunday, November 17, 2002 3:08 AM > To: openpkg-users@openpkg.org > Subject: Re: openpkg newbie trying to build rt from current > ... > > Outch, you performed the worst possible start with OpenPKG: > with a JUNK > package in OpenPKG-CURRENT. Sorry, this by definition has to mean that > you have to fail 100% :-( > > OpenPKG-CURRENT currently has the following packages (in decreasing > stability/completeness/etc order): > > class packages > ===== ======== > CORE 22 > BASE 149 > PLUS 106 > EVAL 121 > JUNK 10 > From openpkg-users-owner@openpkg.org Mon Nov 18 09:05:26 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 9D651277A26 for ; Mon, 18 Nov 2002 09:05:26 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 882DD4CE69A; Mon, 18 Nov 2002 09:05:26 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 51E6D28680; Mon, 18 Nov 2002 09:05:18 +0100 (CET) Date: Mon, 18 Nov 2002 09:05:18 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: makeproxy - was RE: openpkg newbie trying to build rt from curren t Message-ID: <20021118080518.GA46720@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Nov 17, 2002, Andrews, Martin wrote: > Well, I love a challenge. Thanks for the info on package classes in current > (I had seen the Junk tag but thought all the current packages had it). I > guess I will pursue rt under the local tree first. Yes, but RT is really a nightmair when it comes to the myriad of required Perl modules. I guess you need at least all of our perl-xxx stuff plus more.... > While I have your attention - I am a little uncertain about "rpm > --makeproxy". My current homebrew package system lets me select per > package/host whether I want the software locally installed or linked to an > NFS volume. It looks like makeproxy will let me do that with openpkg. Basically, yes. > The only strange thing is that the links point to exactly the same openpkg tree > - for example if my tree is /opt/openpkg then after installing the proxy gcc > rpm into the tree the link for bin/gcc would point to /opt/openpkg/bin/gcc > too - a circular link. Wait, PROXY packages are not installed into the same hierarchy for which they are derived. The procedure actually is: $ /bin/rpm --rebuild ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm $ cd /RPM/PKG $ /bin/rpm --makeproxy /RPM/PKG/foo-*.rpm $ /bin/rpm -Uvh /RPM/PKG/foo-*.rpm So, you use the RPM from the client hierarchy to build a proxy package for it by referencing the binary RPM from the master hierarchy. And the proxy package then is installed into the client hierarchy. This way you do not get any circular references. > I would want it to point to something like > /automount/openpkg-sparc64-solaris2.9/bin/gcc.o Then you have to use the above with == /opt/openpkg and = /automount/openpkg-sparc64-solaris2.9/bin/gcc. > I see that all the links are > indirect through a .prefix-gcc link - am I supposed to override that link > after installing? The .prefix-gcc link does not appear to be tagged as a > config file. Or is there another option to --makeproxy that specifies where > the prefix link should point? The latter seems ideal to me. Hmmmm... yes, my intention in the past was that the indirection allows manual diversion to a different master hierarchy. Making it %config I think will not work with RPM. Where the link points to is the above. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Nov 18 13:53:35 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id D6554277A26 for ; Mon, 18 Nov 2002 13:53:34 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 2C4E01BF232 for ; Mon, 18 Nov 2002 07:53:34 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 9406FDE2086 for ; Mon, 18 Nov 2002 07:53:35 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Mon, 18 Nov 2002 07:57:48 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: makeproxy Date: Mon, 18 Nov 2002 07:57:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, I rather feared that the --makeproxy option was meant for creating RPM's in another hierarchy. (Now that I found the implementation and documentation in mkproxyrpm.pl I see that it is well explained.) For my planned use two hierarchies would be a lot of extra work though - I would have to build my packages twice: once for the master hierarchy and once for the slave hierarchy so that slave can choose between have a local version or an NFS (proxy) version of the package (or am I missing a simpler solution?). I can override the link - but it would be nice if the correct master link was integral to the RPM. Would a patch to rpm that defines the master location when using --makeproxy (say --proxyprefix) be accepted or am I breaking the openpkg philosophy? Martin > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Monday, November 18, 2002 3:05 AM > To: openpkg-users@openpkg.org > Subject: Re: makeproxy - was RE: openpkg newbie trying to > build rt from > curren t > ... > Wait, PROXY packages are not installed into the same > hierarchy for which > they are derived. The procedure actually is: > > $ /bin/rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm > $ cd /RPM/PKG > $ /bin/rpm --makeproxy /RPM/PKG/foo-*.rpm > $ /bin/rpm -Uvh /RPM/PKG/foo-*.rpm > > So, you use the RPM from the client hierarchy to build a proxy package > for it by referencing the binary RPM from the master > hierarchy. And the > proxy package then is installed into the client hierarchy. > This way you > do not get any circular references. > > From openpkg-users-owner@openpkg.org Mon Nov 18 17:29:59 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id EAE36277A26 for ; Mon, 18 Nov 2002 17:29:58 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id D7AF84CE620; Mon, 18 Nov 2002 17:29:58 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1D011285CE; Mon, 18 Nov 2002 17:29:51 +0100 (CET) Date: Mon, 18 Nov 2002 17:29:51 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: makeproxy Message-ID: <20021118162951.GA27177@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Nov 18, 2002, Andrews, Martin wrote: > I rather feared that the --makeproxy option was meant for creating RPM's in > another hierarchy. (Now that I found the implementation and documentation in > mkproxyrpm.pl I see that it is well explained.) For my planned use two > hierarchies would be a lot of extra work though - I would have to build my > packages twice: once for the master hierarchy and once for the slave > hierarchy so that slave can choose between have a local version or an NFS > (proxy) version of the package (or am I missing a simpler solution?). I can > override the link - but it would be nice if the correct master link was > integral to the RPM. Would a patch to rpm that defines the master location > when using --makeproxy (say --proxyprefix) be accepted or am I breaking the > openpkg philosophy? Do I understand correctly? You want... $ /bin/rpm --makeproxy /RPM/PKG/foo-*.rpm ...creates a package for instance by using a package from which after installing into references the stuff in while... $ /bin/rpm --makeproxy --proxyprefix= /RPM/PKG/foo-*.rpm ...creates a package for instance by using a package from which after installing into references the stuff in . Right? That's not a problem to add, but I still do not see how it solves your "I've to build a package twice" problem. Because even after... $ /bin/rpm --rebuild ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm $ /bin/rpm --makeproxy --proxyprefix= /RPM/PKG/foo-*.rpm ..you just end up with the two packages for the . But nevertheless you still need the foo package for , because you usually in general cannot install the /RPM/PKG/foo-*.rpm into . For simple packages (those which do not reference own config files, etc) this can be hammered in with "/bin/rpm --prefix= ...". But forget this in general. After building, packages are in 70% of the time dependent to their prefix ( or here). Hmmmm?! Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Nov 18 17:36:35 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 08527277A26 for ; Mon, 18 Nov 2002 17:36:35 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id F0B851BF2D4 for ; Mon, 18 Nov 2002 11:36:34 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 59415DE2086 for ; Mon, 18 Nov 2002 11:36:36 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Mon, 18 Nov 2002 11:40:49 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: makeproxy Date: Mon, 18 Nov 2002 11:40:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, The trick is that the master and client hierarchies are really the same hierarchy (say /opt/openpkg) - but on different machines. I can use packages created on the master on any machine (of the same platform). All machines can also access the reference hierarchy from an automount point: say /automount/openpkg-X-Y . As you mention, many packages will not work if I try to run them from that location - but if I install a proxy package into /opt/openpkg with links to the files in /automount/openpkg-X-Y then any package can be supported! Martin > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Monday, November 18, 2002 11:30 AM > To: openpkg-users@openpkg.org > Subject: Re: makeproxy > > > On Mon, Nov 18, 2002, Andrews, Martin wrote: > > > I rather feared that the --makeproxy option was meant for > creating RPM's in > > another hierarchy. (Now that I found the implementation and > documentation in > > mkproxyrpm.pl I see that it is well explained.) For my > planned use two > > hierarchies would be a lot of extra work though - I would > have to build my > > packages twice: once for the master hierarchy and once for the slave > > hierarchy so that slave can choose between have a local > version or an NFS > > (proxy) version of the package (or am I missing a simpler > solution?). I can > > override the link - but it would be nice if the correct > master link was > > integral to the RPM. Would a patch to rpm that defines the > master location > > when using --makeproxy (say --proxyprefix) be accepted or > am I breaking the > > openpkg philosophy? > > Do I understand correctly? You want... > > $ /bin/rpm --makeproxy /RPM/PKG/foo-*.rpm > > ...creates a package for instance by using a package from > which after installing into references the stuff in > while... > > $ /bin/rpm --makeproxy --proxyprefix= > /RPM/PKG/foo-*.rpm > > ...creates a package for instance by using a package from > which after installing into references the stuff in > . Right? > > That's not a problem to add, but I still do not see how it solves > your "I've to build a package twice" problem. Because even after... > > $ /bin/rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm > $ /bin/rpm --makeproxy --proxyprefix= > /RPM/PKG/foo-*.rpm > > ..you just end up with the two packages for the . But > nevertheless you still need the foo package for , because > you usually in general cannot install the /RPM/PKG/foo-*.rpm > into . For simple packages (those which do not reference own > config files, etc) this can be hammered in with "/bin/rpm > --prefix= ...". But forget this in general. After building, > packages are in 70% of the time dependent to their prefix ( or > here). > > Hmmmm?! > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Nov 18 19:17:43 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id DF326277A26 for ; Mon, 18 Nov 2002 19:17:42 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id C96C84CE620; Mon, 18 Nov 2002 19:17:42 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1D7C0285CE; Mon, 18 Nov 2002 19:17:34 +0100 (CET) Date: Mon, 18 Nov 2002 19:17:34 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: makeproxy Message-ID: <20021118181733.GA29323@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Nov 18, 2002, Andrews, Martin wrote: > The trick is that the master and client hierarchies are really the same > hierarchy (say /opt/openpkg) - but on different machines. I can use packages > created on the master on any machine (of the same platform). All machines > can also access the reference hierarchy from an automount point: say > /automount/openpkg-X-Y . As you mention, many packages will not work if I > try to run them from that location - but if I install a proxy package into > /opt/openpkg with links to the files in /automount/openpkg-X-Y then any > package can be supported! Ah, ok, now I understand. Then it's sufficient that you have an option for overriding the remote/master path. Ok, done, see http://cvs.openpkg.org/chngview?cn=5464 for details and ftp://ftp.openpkg.org/current/SRC/openpkg-20021118-20021118.src.{rpm,sh} for the result. You now can use: $ /usr/openpkg/bin/rpm --rebuild \ ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm $ rpm --makeproxy --prefix=/automount/openpkg-X-Y \ /usr/openpkg/RPM/PKG/foo-X-Y.*.rpm Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Nov 18 21:48:53 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id CD62C277A26 for ; Mon, 18 Nov 2002 21:48:52 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 8D6CC1BF2BD for ; Mon, 18 Nov 2002 15:48:52 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 0CEE6DE2086 for ; Mon, 18 Nov 2002 15:48:54 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Mon, 18 Nov 2002 15:53:07 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: makeproxy Date: Mon, 18 Nov 2002 15:52:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks - just tried it and that is exactly what I was looking for! Martin > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Monday, November 18, 2002 1:18 PM > To: openpkg-users@openpkg.org > Subject: Re: makeproxy > > Ah, ok, now I understand. Then it's sufficient that you have > an option for overriding the remote/master path. Ok, done, > see http://cvs.openpkg.org/chngview?cn=5464 for details and > ftp://ftp.openpkg.org/current/SRC/openpkg-20021118-20021118.sr c.{rpm,sh} for the result. You now can use: $ /usr/openpkg/bin/rpm --rebuild \ ftp://ftp.openpkg.org/current/SRC/foo-X-Y.src.rpm $ rpm --makeproxy --prefix=/automount/openpkg-X-Y \ /usr/openpkg/RPM/PKG/foo-X-Y.*.rpm From openpkg-users-owner@openpkg.org Tue Nov 19 01:12:08 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 07DBB277A26 for ; Tue, 19 Nov 2002 01:12:08 +0100 (CET) Received: by unixops.wcom.net (Postfix, from userid 17202) id 912C879407; Mon, 18 Nov 2002 19:12:06 -0500 (EST) Date: Mon, 18 Nov 2002 19:12:06 -0500 From: Andrew J Caines To: OpenPKG Users Subject: Re: Build problem with aide-0.9-20021025 on Solaris 8 Message-ID: <20021119001206.GD12963@cthulhu.tco3.web.uu.net> References: <20021114194318.GF266@cthulhu.tco3.web.uu.net> <20021114203039.GA72086@sv1.dev.de.cw.net> <20021115085835.GA86861@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021115085835.GA86861@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael, > Please check aide-0.9-20021115 cw@cthulhu$ rpm --rebuild ftp://ftp.openpkg.org/current/SRC/aide-0.9-20021115.src.rpm && rpm -Uvh RPM/PKG/aide-0.9-20021115.rpm [snip] Preparing... ########################################### [100%] 1:aide ########################################### [100%] Thanks! I haven't had a chance to see if it's working yet, but I notice the package doesn't include a sample aide.conf. Would contributed platform-specific files be welcome? From my experience with both AIDE and Tripwire, useful sample configs are of great value. -Andrew- -- _______________________________________________________________ | -Andrew J. Caines- Andrew.J.Caines@unixops.wcom.net | | 703-886-2689 Unix Systems Engineer, WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Tue Nov 19 13:39:33 2002 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E4B75277A26 for ; Tue, 19 Nov 2002 13:39:32 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id A87CB8D7FF; Tue, 19 Nov 2002 13:39:32 +0100 (CET) Date: Tue, 19 Nov 2002 13:39:32 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Build problem with aide-0.9-20021025 on Solaris 8 Message-ID: <20021119123932.GA16569@sv1.dev.de.cw.net> References: <20021114194318.GF266@cthulhu.tco3.web.uu.net> <20021114203039.GA72086@sv1.dev.de.cw.net> <20021115085835.GA86861@sv1.dev.de.cw.net> <20021119001206.GD12963@cthulhu.tco3.web.uu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021119001206.GD12963@cthulhu.tco3.web.uu.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Nov 18, 2002, Andrew J Caines wrote: Andrew, > > Please check aide-0.9-20021115 > I haven't had a chance to see if it's working yet, but I notice the > package doesn't include a sample aide.conf. > > Would contributed platform-specific files be welcome? I'm not sure how "platform-specific" you could get. Examples for aide.conf are in the manual page. Depending on your setup you may want to specify something like: # aide.conf.sample # database = file://localhost/var/tmp/mysystem.db database_out = file://localhost/var/tmp/mysystem.db.new # / R !/dev$ !/tmp$ !/var$ # If you have any ideas for an example, please let me know. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Tue Nov 19 19:34:34 2002 Received: from unixops.wcom.net (cthulhu.tco3.web.uu.net [63.86.138.166]) by mail.openpkg.org (Postfix) with ESMTP id 00C44277A26 for ; Tue, 19 Nov 2002 19:34:33 +0100 (CET) Received: by unixops.wcom.net (Postfix, from userid 17202) id 1364A79407; Tue, 19 Nov 2002 13:34:32 -0500 (EST) Date: Tue, 19 Nov 2002 13:34:31 -0500 From: Andrew J Caines To: openpkg-users@openpkg.org Subject: Configuration file sample for aide-0.9 on Solaris 8 and others Message-ID: <20021119183431.GH12963@cthulhu.tco3.web.uu.net> References: <20021114194318.GF266@cthulhu.tco3.web.uu.net> <20021114203039.GA72086@sv1.dev.de.cw.net> <20021115085835.GA86861@sv1.dev.de.cw.net> <20021119001206.GD12963@cthulhu.tco3.web.uu.net> <20021119123932.GA16569@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021119123932.GA16569@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael, > > I haven't had a chance to see if it's working yet, but I notice the > > package doesn't include a sample aide.conf. > > Would contributed platform-specific files be welcome? > I'm not sure how "platform-specific" you could get. The usefulness of a tool like AIDE is pretty much proportional to the details and accuracy of the configuration. Ideally one checks every applicable property of every file which in any way affects the proper operation of the system while at the same time ignores every property of every file which doesn't. This ideal is of course extremely hard to achieve on any real system and impossible to generalise. For an useful sample, just about everything changes depending on the platform, which is to say that differences far outnumber similarities. > Examples for aide.conf are in the manual page. Yes, though for illustrative purposes more than as useful samples. > If you have any ideas for an example, please let me know. I'm working on a sample for Solaris 8 based aide.conf.sample from the FreeBSD aide-0.9 port with additions for OpenPKG. If, after some testing, it works well for me, then I'll share it. I'm also looking to see who has already done a better job than I'm planning to do. Since the FreeBSD port comes with a sample, that could be packaged without further changes or with additions for OpenPKG. FWIW, I'm no expert on AIDE or Tripwire configuration, but I've done it a few times over many years and think I know how it works. -Andrew- -- _________________________________________________________ | -Andrew J. Caines- 703-886-2689 Unix Systems Engineer | | WorldCom Web Hosting | From openpkg-users-owner@openpkg.org Wed Nov 27 21:48:05 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 5511B277B25 for ; Wed, 27 Nov 2002 21:48:05 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 7C17E1BF297 for ; Wed, 27 Nov 2002 15:48:04 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 326C5DE2086 for ; Wed, 27 Nov 2002 15:48:05 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 27 Nov 2002 15:52:37 -0500 Message-ID: From: "Andrews, Martin" To: openpkg-users@openpkg.org Subject: what is in rpms? Date: Wed, 27 Nov 2002 15:52:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I can't seem to find an explanation of what the id part in RPM names means? Experimentation seem to show it is constucted as an abbreviation of the first few directory names in the prefix path. Does it identify the installation location? Is there a way to set it at bootstrap time? Sorry if I missed this info in the manual. Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Nov 27 22:04:45 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 88056277B25 for ; Wed, 27 Nov 2002 22:04:45 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gARL4jLf057443 for ; Wed, 27 Nov 2002 22:04:45 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gARL4jpW057442 for openpkg-users@openpkg.org; Wed, 27 Nov 2002 22:04:45 +0100 (CET) Date: Wed, 27 Nov 2002 22:04:45 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: what is in rpms? Message-ID: <20021127210445.GG40342@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="lHGcFxmlz1yfXmOs" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --lHGcFxmlz1yfXmOs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 27, 2002, Andrews, Martin wrote: > I can't seem to find an explanation of what the id part in RPM names mean= s? > Experimentation seem to show it is constucted as an abbreviation of the > first few directory names in the prefix path. Does it identify the > installation location? Is there a way to set it at bootstrap time? Sorry = if > I missed this info in the manual. >=20 This abbreviation corresponds to the last two or three letters of the directory prefix given during bootstrap time. There is no option to choose your own prefix after the fact, but you can always use the boostrap location of your choice, knowing that the abbreviation will be correct. I'll put it in the docs. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --lHGcFxmlz1yfXmOs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPeUzbFuYv80UoVTdAQElEAf/UtpEfA4UUblgy+3FJKDe/wLiHB9yKq7V CHbWb6j+ERyvAzyLGHoTRM4cTU0pUoI8sw4PzqF3MlVRagaPZFji8DOUsmVX0ZU3 4o4+PU7+mxPaXDarz2lfwVV3pWYPGfor+S9EfWZav5XGEmxYKNnOKM7HZwzbk4YM 6upSSjPTDs2oIJ0aISHPXnT041DLZfIC7+fhmMuCm1Ib2a6dw7N6TEKqHV1RF12l b3EJo/bKdvsensD8pNGCRsud0YGOmJdervNiFl1JaIUV8GUukJcm4eWvbtIaWefZ Zn918SqrXZj8MAitriwAF3Hq7tymBX3vEct3dPw6u9qkLbauxr98Eg== =fZ5I -----END PGP SIGNATURE----- --lHGcFxmlz1yfXmOs-- From openpkg-users-owner@openpkg.org Tue Dec 3 04:33:59 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 045DA277B25 for ; Tue, 3 Dec 2002 01:16:33 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id 79E9E56D31; Mon, 2 Dec 2002 16:16:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id 75EC0669DB for ; Mon, 2 Dec 2002 16:16:32 -0800 (PST) Date: Mon, 2 Dec 2002 16:16:22 -0800 (PST) From: Vinod Kutty To: openpkg-users@openpkg.org Subject: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I have been keeping my eye on openpkg for a while, and I now have an opportunity to deploy it. I tried to bootstrap from source openpkg-1.1.1 on a Solaris 8 machine on which someone else had installed gcc 2.95.2 in /usr/local/bin (from sunfreeware.com I think). Using the recent rsync example from SysAdmin mag as a mini-tutorial of sorts, I proceeded as far as the installation of openpkg-1.1.1 into /usr/local/opkg via the openpkg-1.1.1-1.1.1.sparc64-solaris2.8-ulo.sh script that was created by openpkg-1.1.1-1.1.1.src.sh Beyond that, when I tried to build from the src.rpm of rsync, it appeared that rpm/libtool insisted on using 'cc'. I tried re-doing everything without /usr/ucb in my PATH, but it still croaked. Here's an example (/usr/local/opkg/bin and /usr/local/bin are in my PATH): ------------------------------------------------------------------ /usr/local/opkg $ /d2/e/openpkg/sw/var/petidomo/bin/rpm --rebuild /opt/src/rsync-2.5.5-1.1.0.src.rpm Installing /opt/src/rsync-2.5.5-1.1.0.src.rpm /usr/local/opkg/lib/openpkg/rpmtool: cc: not found Executing(%prep): env -i /usr/local/opkg/lib/openpkg/bash --norc --noprofile --p osix -e /usr/local/opkg/RPM/TMP/rpm-tmp.15043 + cd /usr/local/opkg/RPM/TMP + cd /usr/local/opkg/RPM/TMP + rm -rf rsync-2.5.5 + /usr/local/opkg/lib/openpkg/gzip -dc /usr/local/opkg/RPM/SRC/rsync/rsync-2.5.5.tar.gz + /usr/local/opkg/lib/openpkg/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd rsync-2.5.5 ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 59999 = 0 ']' ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 59999 = 0 ']' + chmod -Rf a+rX,g-w,o-w . + echo 'Patch #0 (rsync.patch):' Patch #0 (rsync.patch): + /usr/local/opkg/lib/openpkg/patch -p0 -s + exit 0 Executing(%build): env -i /usr/local/opkg/lib/openpkg/bash --norc --noprofile -- posix -e /usr/local/opkg/RPM/TMP/rpm-tmp.31881 + cd /usr/local/opkg/RPM/TMP + cd rsync-2.5.5 + CC=cc + CFLAGS=-O + ./configure --prefix=/usr/local/opkg --disable-debug --with-included-popt configure: Configuring rsync 2.5.5 checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 checking for gcc... cc checking for C compiler default output... configure: error: C compiler cannot cr eate executables error: Bad exit status from /usr/local/opkg/RPM/TMP/rpm-tmp.31881 (%build) RPM build errors: Bad exit status from /usr/local/opkg/RPM/TMP/rpm-tmp.31881 (%build) /usr/local/opkg $ ------------------------------------------------------------------ The openpkg handbook mentions this: "There exist some exceptions to these requirements. Installation of OpenPKG on Debian Linux will fail unless GNU gettext and libpam0g-dev are installed. Also, to later build packages like jdk-sun, the library compat-libstdc++ must exist. Particular caution goes to Solaris users who may find a cc command on a freshly installed system to be nothing more than a useless wrapper script." Unfortunately, this didn't help 8-( The useless /usr/ucb/cc is commonly known amongst admins at my site, which is why this machine had gcc installed. I was hoping for some workaround ... After some trial and error, I finally found the ...etc/openpkg/rpmmacros file which I edited to change: %l_cc %{l_tool_locate cc} to: %l_cc /usr/local/bin/gcc I was then able to compile make, then gcc-3.2 from src.rpm files at ftp.openpkg.org. After that, I reverted the above change in rpmmacros to the original, and I was able to build rsync (libtool picked up /usr/local/opkg/bin/cc, which seems to be a hard link to the same binary as /usr/local/opkg/bin/gcc). So, - is there a better way to do this? - Could I have simply symlink'd /usr/local/opkg/bin/cc to /usr/local/bin/gcc ? - is there a 'from source' tutorial or other docs that I should've read or should read? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Tue Dec 3 05:04:27 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 943CC277B25 for ; Tue, 3 Dec 2002 05:04:27 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id AF0D356D20; Mon, 2 Dec 2002 20:04:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id AE2F0669DB for ; Mon, 2 Dec 2002 20:04:26 -0800 (PST) Date: Mon, 2 Dec 2002 20:04:25 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just FYI ... it's not too important, but that "/d2/e/openpkg/sw/var/petidomo/bin/rpm" should in fact be "/usr/local/opkg/bin/rpm". There seems to be a bug I triggered (most likely in petidomo) that I've notified the list owner about. Thanks, -- Vinod On Mon, 2 Dec 2002, Vinod Kutty wrote: > ------------------------------------------------------------------ > /usr/local/opkg $ /d2/e/openpkg/sw/var/petidomo/bin/rpm --rebuild /opt/src/rsync-2.5.5-1.1.0.src.rpm From openpkg-users-owner@openpkg.org Tue Dec 3 13:45:30 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 2B427277B2A for ; Tue, 3 Dec 2002 13:45:30 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id EA7B24CE752; Tue, 3 Dec 2002 13:45:29 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 763692869B; Tue, 3 Dec 2002 13:41:28 +0100 (CET) Date: Tue, 3 Dec 2002 13:41:28 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Message-ID: <20021203124128.GA56228@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 02, 2002, Vinod Kutty wrote: > [...] > %l_cc %{l_tool_locate cc} > to: > %l_cc /usr/local/bin/gcc > > I was then able to compile make, then gcc-3.2 from src.rpm files at > ftp.openpkg.org. After that, I reverted the above change in rpmmacros to > the original, and I was able to build rsync (libtool picked up > /usr/local/opkg/bin/cc, which seems to be a hard link to the same > binary as /usr/local/opkg/bin/gcc). > > So, > - is there a better way to do this? > - Could I have simply symlink'd /usr/local/opkg/bin/cc to > /usr/local/bin/gcc ? > - is there a 'from source' tutorial or other docs that I should've > read or should read? The official way is to use: $ rpm --rebuild --define "with_cc /usr/local/bin/gcc" rsync-*.src.rpm This on-the-fly overrites the l_cc variable. I think we should add this to the FAQ and/or the handbook because it certainly is the main pitfall in bootstrapping on Solaris. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Dec 3 13:54:13 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id CA6C3277B2A for ; Tue, 3 Dec 2002 13:54:12 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id C43751BF23F for ; Tue, 3 Dec 2002 07:54:12 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id C8486DE2089 for ; Tue, 3 Dec 2002 07:54:15 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Tue, 3 Dec 2002 07:58:56 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Date: Tue, 3 Dec 2002 07:58:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Do you recommend using an alien cc for building various packages as you describe - or should the first thing you do is build gcc and its dependents with the alien cc: rpm --rebuild --define "with_cc /usr/local/bin/gcc" gcc-*.src.rpm And then use this gcc for the remaining packages? Martin > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@engelschall.com] > Sent: Tuesday, December 03, 2002 7:41 AM > To: openpkg-users@openpkg.org > Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? > ... > > The official way is to use: > > $ rpm --rebuild --define "with_cc /usr/local/bin/gcc" rsync-*.src.rpm > > This on-the-fly overrites the l_cc variable. I think we > should add this > to the FAQ and/or the handbook because it certainly is the > main pitfall > in bootstrapping on Solaris. From openpkg-users-owner@openpkg.org Tue Dec 3 14:49:12 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 45439277B2A for ; Tue, 3 Dec 2002 14:49:12 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1DFBE4CE74F; Tue, 3 Dec 2002 14:49:12 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id D50B02869B; Tue, 3 Dec 2002 14:49:02 +0100 (CET) Date: Tue, 3 Dec 2002 14:49:02 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Message-ID: <20021203134902.GA58848@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 03, 2002, Andrews, Martin wrote: > Do you recommend using an alien cc for building various packages as you > describe - or should the first thing you do is build gcc and its dependents > with the alien cc: > > rpm --rebuild --define "with_cc /usr/local/bin/gcc" gcc-*.src.rpm > > And then use this gcc for the remaining packages? I recommend you to immediately install the OpenPKG "gcc" package (plus is dependencies) and then to start over with regular builds (without with_cc) and even deinstall the alien cc. Because the C compiler is a very sensible package and experiences showed that lots of gcc versions for Solaris which are flying around cause trouble (for instance when it comes to DSO building, etc). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Dec 3 16:47:24 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 2A215277B2C for ; Tue, 3 Dec 2002 16:47:24 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id 303DC56D2F; Tue, 3 Dec 2002 07:47:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id 2F4B0669D8 for ; Tue, 3 Dec 2002 07:47:22 -0800 (PST) Date: Tue, 3 Dec 2002 07:47:17 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? In-Reply-To: <20021203134902.GA58848@engelschall.com> Message-ID: References: <20021203134902.GA58848@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: So, just to be clear, are you recommending that the *binary* openpkg gcc-*.rpm be installed first ? Wouldn't that still be considered an "alien" gcc if I'm installing subsequent RPMs into a dir other than /cw (or wherever it goes)? What I did (although I temporarily defined l_cc in rpmmacros until I got gcc built, it would be similar with the command line opts), was: - built make-*.src.rpm (because gcc-*src.rpm depends on it) using /usr/local/bin/gcc - built gcc-3.2*.src.rpm using /usr/local/bin/gcc - installed the resulting gcc-3.2*.rpm - built rsync-*src.rpm using the newly installed openpkg gcc-3.2 (this was just to test if the new gcc worked) - Now, I've rebuilt gcc-3.2-*.src.rpm using the openpkg gcc-3.2, and I plan on installing that (after uninstalling gcc-*.rpm). - after that, I plan on rebuilding rsync and various other src RPMs (probably make as well, though I might have to force it because of the gcc dependency) Does that sound like a reasonable procedure for bootstrapping from source? Thanks, -- Vinod On Tue, 3 Dec 2002, Ralf S. Engelschall wrote: > I recommend you to immediately install the OpenPKG "gcc" package (plus > is dependencies) and then to start over with regular builds (without > with_cc) and even deinstall the alien cc. Because the C compiler is a > very sensible package and experiences showed that lots of gcc versions > for Solaris which are flying around cause trouble (for instance when it > comes to DSO building, etc). From openpkg-users-owner@openpkg.org Tue Dec 3 18:16:34 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4F5F8277B2C for ; Tue, 3 Dec 2002 18:16:34 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id E45EE1BF232 for ; Tue, 3 Dec 2002 12:16:34 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 0750CDE2089 for ; Tue, 3 Dec 2002 12:16:38 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Tue, 3 Dec 2002 12:21:18 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Date: Tue, 3 Dec 2002 12:21:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Rebuilding gcc with itself should be unneccessary as gcc does the same thing as part of its normal make (phase 1 of make is to build gcc with local compiler, phase 2 builds finall gcc with compiler from gcc). Avoiding this rebuild could save a lot of time. Rebuilding make with gcc is probably appropriate though. Martin > -----Original Message----- > From: Vinod Kutty [mailto:vinod+openpkg@kutty.cc] > Sent: Tuesday, December 03, 2002 10:47 AM > To: openpkg-users@openpkg.org > Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? > > > > So, just to be clear, are you recommending that the *binary* openpkg > gcc-*.rpm be installed first ? Wouldn't that still be considered an > "alien" gcc if I'm installing subsequent RPMs into a dir > other than /cw > (or wherever it goes)? > > What I did (although I temporarily defined l_cc in rpmmacros > until I got > gcc built, it would be similar with the command line opts), was: > > - built make-*.src.rpm (because gcc-*src.rpm depends on it) using > /usr/local/bin/gcc > > - built gcc-3.2*.src.rpm using /usr/local/bin/gcc > > - installed the resulting gcc-3.2*.rpm > > - built rsync-*src.rpm using the newly installed openpkg > gcc-3.2 (this was > just to test if the new gcc worked) > > - Now, I've rebuilt gcc-3.2-*.src.rpm using the openpkg gcc-3.2, and I > plan on installing that (after uninstalling gcc-*.rpm). > > - after that, I plan on rebuilding rsync and various other src RPMs > (probably make as well, though I might have to force it > because of the gcc > dependency) > > Does that sound like a reasonable procedure for bootstrapping > from source? > > Thanks, > -- > Vinod > From openpkg-users-owner@openpkg.org Tue Dec 3 19:05:40 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7F8BC277B25 for ; Tue, 3 Dec 2002 19:05:40 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 65D7D4CE74F; Tue, 3 Dec 2002 19:05:40 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id CB1732869B; Tue, 3 Dec 2002 19:05:26 +0100 (CET) Date: Tue, 3 Dec 2002 19:05:26 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? Message-ID: <20021203180526.GA66235@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 03, 2002, Andrews, Martin wrote: > > So, just to be clear, are you recommending that the *binary* openpkg > > gcc-*.rpm be installed first ? Wouldn't that still be considered an > > "alien" gcc if I'm installing subsequent RPMs into a dir > > other than /cw > > (or wherever it goes)? > > > > What I did (although I temporarily defined l_cc in rpmmacros > > until I got > > gcc built, it would be similar with the command line opts), was: > > > > - built make-*.src.rpm (because gcc-*src.rpm depends on it) using > > /usr/local/bin/gcc > > > > - built gcc-3.2*.src.rpm using /usr/local/bin/gcc > > > > - installed the resulting gcc-3.2*.rpm > > > > - built rsync-*src.rpm using the newly installed openpkg > > gcc-3.2 (this was > > just to test if the new gcc worked) > > > > - Now, I've rebuilt gcc-3.2-*.src.rpm using the openpkg gcc-3.2, and I > > plan on installing that (after uninstalling gcc-*.rpm). > > > > - after that, I plan on rebuilding rsync and various other src RPMs > > (probably make as well, though I might have to force it > > because of the gcc > > dependency) > > > > Does that sound like a reasonable procedure for bootstrapping > > from source? > Rebuilding gcc with itself should be unneccessary as gcc does the same thing > as part of its normal make (phase 1 of make is to build gcc with local > compiler, phase 2 builds finall gcc with compiler from gcc). Avoiding this > rebuild could save a lot of time. Rebuilding make with gcc is probably > appropriate though. Exactly. gcc bootstraps itself correctly with a three stage build, so there is no need to rebuild gcc with itself because this is already done internally. So, to summary the whole issue, the bootstrapping goes this way: You have to make sure that "make", "tar", "uudecode" and "cc" is found in the standard vendor paths (just $PATH is not enough because OpenPKG uses a strict sane build environment) or in /bin. On platforms where no "cc" is available, you (a) either have to install an alien "cc" package to e.g. /usr/local from somewhere (on Solaris for instance via www.sunfreeware.com) and use --define "with_cc /usr/local/bin/cc" _or_ (b) alternatively you have to establish the OpenPKG instance through binary RPMs first by installing the packages "openpkg", "make" and "gcc" (and this way result in an existing /bin/cc). On platform which already have a "cc" in vendor paths you can completely ignore all this and just perform the straight-forward from-source building steps. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Dec 4 00:14:36 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id ABB2E277B3F for ; Wed, 4 Dec 2002 00:14:35 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id C6E4D56D0B; Tue, 3 Dec 2002 15:14:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id ABA44669D7 for ; Tue, 3 Dec 2002 15:14:33 -0800 (PST) Date: Tue, 3 Dec 2002 15:14:33 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Solaris 8: Bootstrap from source with gcc and NO Sun cc? In-Reply-To: <20021203180526.GA66235@engelschall.com> Message-ID: References: <20021203180526.GA66235@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: OK. Thanks guys! That clarifies things. -- Vinod From openpkg-users-owner@openpkg.org Thu Dec 5 05:32:26 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id BD705277B44 for ; Thu, 5 Dec 2002 05:32:25 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id CFCAB56D23; Wed, 4 Dec 2002 20:32:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id CECD0669D1 for ; Wed, 4 Dec 2002 20:32:23 -0800 (PST) Date: Wed, 4 Dec 2002 20:32:13 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: openssh 3.5p1 and latest versions of software in general ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm using openpkg-1.1.1 + Solaris 8. One of the very first src.rpm packages I want to install w/ openpkg is openssh (and related dependencies such as openssl, etc). Unfortunately, the stable (solid ?) version available @ ftp.openpkg.org is older (3.4p1) than the latest version from openssh.com (3.5p1), which is in the CURRENT part of ftp.openpkg.org. From reading the tutorial, it seems I could build+install the CURRENT src.rpm anyway and force a "downgrade" (somehow using --oldpackage or --nodeps ?) when the stable/solid version comes out. Is that correct? In general, the docs suggest that openpkg keeps up to date with the latest versions of various software. This is great, specifically for things like openssh which have frequent security updates. Unfortunately, I'm concerned that even if the latest is available, I can't use it because the openpkg distribution of the src.rpm is not considered production ready. Have users found this to be a problem, or am I worrying too much? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Thu Dec 5 13:25:10 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 0E4DB277B44 for ; Thu, 5 Dec 2002 13:25:10 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id EC9004CE77E; Thu, 5 Dec 2002 13:25:09 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2EE5F286B2; Thu, 5 Dec 2002 13:24:59 +0100 (CET) Date: Thu, 5 Dec 2002 13:24:59 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openssh 3.5p1 and latest versions of software in general ? Message-ID: <20021205122459.GA68108@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 04, 2002, Vinod Kutty wrote: > I'm using openpkg-1.1.1 + Solaris 8. > > One of the very first src.rpm packages I want to install w/ openpkg is > openssh (and related dependencies such as openssl, etc). Unfortunately, > the stable (solid ?) version available @ ftp.openpkg.org is older (3.4p1) > than the latest version from openssh.com (3.5p1), which is in the CURRENT > part of ftp.openpkg.org. > > >From reading the tutorial, it seems I could build+install the CURRENT > src.rpm anyway and force a "downgrade" (somehow using --oldpackage or > --nodeps ?) when the stable/solid version comes out. Is that correct? Yes, about 60% of the OpenPKG-CURRENT packages still can be used with a plain openpkg-1.1.1-1.1.1 bootstrap and 1.1 dependency packages. For this just install it with "rpm -Uvh --nodeps". Alternatively (if the package is one of the other 40% and really requires a more recent bootstrap) you can just upgrade the "openpkg" package to CURRENT and this way mix your installation. But... although all this is technically possible (and we do it from time to time ourself) you have to be carefully. OpenPKG _releases_ are consistent and self-contained, but if you start mixing them in a single instance you can horse up your instance. So, you should mix releases only if you know what you are doing and are able to help yourself in case of inter-package side-effects. Instead I recommend you to either stay with OpenPKG 1.1 until 1.2 comes out (keep in mind that our "openssh-3.4p1" package is not just the original OpenSSH 3.4p1, it also includes the security fixes, etc) or just establish a second OpenPKG instance under CURRENT in parallel to your 1.1 instance. The you can easily install "openssh" from CURRENT there. > In general, the docs suggest that openpkg keeps up to date with the latest > versions of various software. This is great, specifically for things like > openssh which have frequent security updates. Unfortunately, I'm concerned > that even if the latest is available, I can't use it because the openpkg > distribution of the src.rpm is not considered production ready. > > Have users found this to be a problem, or am I worrying too much? The 1.1 packages _are_ production ready, because they _contain_ all security bugfixes, too. So, unless you really need a feature in OpenSSH 3.5p1, you should use the openssh-3.4p1 from OpenPKG 1.1. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 6 12:59:17 2002 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id D0D3D277B44 for ; Fri, 6 Dec 2002 12:58:06 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Fri, 6 Dec 2002 12:58:06 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Fri Dec 06 12:57:03 2002 +0100 Received: from rh73-test (rh73-test.online.cb.de [172.29.4.136]) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id gB6Bw4k23270 for ; Fri, 6 Dec 2002 12:58:04 +0100 Date: Fri, 6 Dec 2002 12:58:20 +0100 From: "Ingo T. Storm" To: openpkg-users@openpkg.org Subject: automatic upgrading? Message-Id: <20021206125820.6be51274.itpkg@computerbild.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, I am very new to openpkg and I have one conceptual question to start with: For my RedHat boxes (alpha, i386, sparc) I use one "current" server as a replacement for the RedHat Network, so that I can keep my boxes up to date automatically - included my custom rpms . Has anyone ventured to see if rhn_register and up2date could be ported to openpkg rpm, so that a "current" server could be use for openpkg instances, too? Or is there any other means to have an openpgk instance check automatically if binary updates for the installed packages are available on a central distribution server? I'd rather not have a compiler on all my solaris9 systems where I inted to use openpkg. Thanks, Ingo From openpkg-users-owner@openpkg.org Fri Dec 6 13:23:54 2002 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id B943D277B48 for ; Fri, 6 Dec 2002 13:23:53 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id DC3F31BF237 for ; Fri, 6 Dec 2002 07:23:53 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 583A9DE2089 for ; Fri, 6 Dec 2002 07:23:57 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Fri, 6 Dec 2002 07:28:42 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: automatic upgrading? Date: Fri, 6 Dec 2002 07:28:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I have not tried to use it with openpkg, but autoupdate ( http://www.mat.univie.ac.at/~gerald/ftp/autoupdate/index.html ) is good at keeping general RPM distributions updated. I expect it would work well with openpkg. Martin > -----Original Message----- > From: Ingo T. Storm [mailto:itpkg@computerbild.de] > Sent: Friday, December 06, 2002 6:58 AM > To: openpkg-users@openpkg.org > Subject: automatic upgrading? > > > Hello, > > I am very new to openpkg and I have one conceptual question > to start with: > > For my RedHat boxes (alpha, i386, sparc) I use one "current" > server as a replacement for the RedHat Network, so that I can > keep my boxes up to date automatically - included my custom > rpms . Has anyone ventured to see if rhn_register and up2date > could be ported to openpkg rpm, so that a "current" server > could be use for openpkg instances, too? > > Or is there any other means to have an openpgk instance check > automatically if binary updates for the installed packages > are available on a central distribution server? I'd rather > not have a compiler on all my solaris9 systems where I inted > to use openpkg. > > Thanks, > Ingo > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Dec 6 14:35:12 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 15C59277B2C for ; Fri, 6 Dec 2002 14:35:12 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id F2CB04CE78A; Fri, 6 Dec 2002 14:35:11 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1AEF3286A6; Fri, 6 Dec 2002 14:35:06 +0100 (CET) Date: Fri, 6 Dec 2002 14:35:06 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: automatic upgrading? Message-ID: <20021206133505.GA72344@engelschall.com> References: <20021206125820.6be51274.itpkg@computerbild.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021206125820.6be51274.itpkg@computerbild.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 06, 2002, Ingo T. Storm wrote: > I am very new to openpkg and I have one conceptual question to start with: > > For my RedHat boxes (alpha, i386, sparc) I use one "current" server as > a replacement for the RedHat Network, so that I can keep my boxes up to > date automatically - included my custom rpms . Has anyone ventured to > see if rhn_register and up2date could be ported to openpkg rpm, so that > a "current" server could be use for openpkg instances, too? > > Or is there any other means to have an openpgk instance check > automatically if binary updates for the installed packages are available > on a central distribution server? I'd rather not have a compiler on all > my solaris9 systems where I inted to use openpkg. For OpenPKG-CURRENT there is since recently an "openpkg-tool" package which provides neat "openpkg build" command allowing you to upgrade an OpenPKG-CURRENT instance to the latest package versions by running "openpkg build -Ua | sh". Give it a try... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 6 15:19:16 2002 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 88890277B42 for ; Fri, 6 Dec 2002 15:19:16 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Fri, 6 Dec 2002 15:19:15 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Fri Dec 06 15:18:12 2002 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id gB6EJDk10698 for ; Fri, 6 Dec 2002 15:19:13 +0100 Message-ID: <015b01c29d32$5ced33d0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: automatic upgrading? Date: Fri, 6 Dec 2002 15:18:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: thanks, I will try out both tools. Ingo From openpkg-users-owner@openpkg.org Fri Dec 6 18:56:12 2002 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id ECCB3277B49 for ; Fri, 6 Dec 2002 18:56:11 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 0696E56CFB; Fri, 6 Dec 2002 09:56:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 023C266994 for ; Fri, 6 Dec 2002 09:56:09 -0800 (PST) Date: Fri, 6 Dec 2002 09:55:53 -0800 (PST) From: Vinod Kutty To: openpkg-users@openpkg.org Subject: wget or other packages: how "self-contained" are the src.rpm configs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, On a Solaris 8 box, I have /opt/opkg as the root of my openpkg-1.1.1 installation. I created this after bootstrapping from binaries of openpkg-1.1.0 and gcc-3.2 under /cw/bin. I've installed from src.rpm gcc, make, openssl, etc. under /opt/opkg. I recently built wget-1.8.2-1.1.0.sparc64-solaris2.8-oo.rpm from the src.rpm. I noticed this during the build process: -------------------------------------O------------------------------------- . . . Looking for SSL libraries in /usr/local/ssl checking for includes... found checking for RSA_new in -lcrypto... yes checking for SSL_new in -lssl... yes checking whether SSL libs are resolved at runtime... yes Compiling in support for SSL in /usr/local/ssl checking for md5_calc in -lmd5... yes checking whether NLS is requested... no . . . -------------------------------------O------------------------------------- Also: -------------------------------------O------------------------------------- /opt/src/openpkg/src.rpm $ which wget /opt/opkg/bin/wget /opt/src/openpkg/src.rpm $ ldd /opt/opkg/bin/wget libmd5.so.1 => /lib/libmd5.so.1 libssl.so.0.9.6 => /usr/local/ssl/lib/libssl.so.0.9.6 libcrypto.so.0.9.6 => /usr/local/ssl/lib/libcrypto.so.0.9.6 libdl.so.1 => /lib/libdl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libmp.so.2 => /lib/libmp.so.2 /usr/platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1 /opt/src/openpkg/src.rpm $ /opt/src/openpkg/src.rpm $ ls /opt/opkg/lib gcc-lib librpmbuild.a librpmz.a libz.a libcrypto.a librpmdb.a libssl.a openpkg libiberty.a librpmio.a libstdc++.a perl5 librpm.a librpmpopt.a libsupc++.a sparcv9 /opt/src/openpkg/src.rpm $ /opt/src/openpkg/src.rpm $ echo $PATH /opt/opkg/bin:/opt/opkg/sbin:/opt/opkg/local/bin:/opt/opkg/local/sbin:/usr/openwin/bin:/usr/dt/bin:/bin:/sbin:/usr/bin:/usr/sbin /opt/src/openpkg/src.rpm $ echo $LD_LIBRARY_PATH /opt/opkg/lib:/opt/opkg/local/lib::/lib:/usr/lib /opt/src/openpkg/src.rpm $ -------------------------------------O------------------------------------- So, for some reason the build of wget picked up ssl libs under /usr/local/lib, which isn't causing problems at the moment, but will in the future. I also noticed that everything under /opt/opkg/lib is static (i.e. no dynamically linked libs). At the moment /usr/local holds non-openpkg based apps another user had installed, and I don't want to get rid of it because I'm trying to setup a fully independent openpkg installation before migrating users away from what's in /usr/local. As a last resort, I might be able to set this up on a separate machine without /usr/local, just to do builds. I know I could probably tweak the wget and/or openssl installations, but in general, I'd like to avoid spending the time examining each src.rpm build. Can I rely on the src.rpm files at ftp.openpkg.org passing the correct options to config/make process so that there are no refs to directories outside the openpkg root? Or do I have to examine each one when I build ? Also, in this particular case, any suggestions on the best way to proceed? This probably involves the whole can of worms regarding static vs. dynamic linking ... -- Vinod From openpkg-users-owner@openpkg.org Fri Dec 6 19:41:54 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4EC87277B49 for ; Fri, 6 Dec 2002 19:41:54 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 3BB2B4CE78B; Fri, 6 Dec 2002 19:41:54 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A42CA286A6; Fri, 6 Dec 2002 19:41:40 +0100 (CET) Date: Fri, 6 Dec 2002 19:41:40 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: wget or other packages: how "self-contained" are the src.rpm configs? Message-ID: <20021206184140.GA81607@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 06, 2002, Vinod Kutty wrote: > [...wget...] > . > Looking for SSL libraries in /usr/local/ssl > checking for includes... found > checking for RSA_new in -lcrypto... yes > checking for SSL_new in -lssl... yes > checking whether SSL libs are resolved at runtime... yes > Compiling in support for SSL in /usr/local/ssl > checking for md5_calc in -lmd5... yes > checking whether NLS is requested... no > [...] > /opt/src/openpkg/src.rpm $ ldd /opt/opkg/bin/wget > libmd5.so.1 => /lib/libmd5.so.1 > libssl.so.0.9.6 => /usr/local/ssl/lib/libssl.so.0.9.6 > libcrypto.so.0.9.6 => /usr/local/ssl/lib/libcrypto.so.0.9.6 > libdl.so.1 => /lib/libdl.so.1 > libsocket.so.1 => /lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libc.so.1 => /lib/libc.so.1 > libmp.so.2 => /lib/libmp.so.2 > /usr/platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1 > /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1 > /opt/src/openpkg/src.rpm $ > [...] > So, for some reason the build of wget picked up ssl libs under > /usr/local/lib, which isn't causing problems at the moment, but will in > the future. Yes, good catch. Until now we built our wget without SSL, but unfortunately its Autoconf procedure tries to be smart and searches for OpenSSL in some "standard" paths _by default_. Hence accidently it picked up your /usr/local/ stuff. This is now fixed in OpenPKG-CURRENT, see http://cvs.openpkg.org/chngview?cn=5779 > I also noticed that everything under /opt/opkg/lib > is static (i.e. no dynamically linked libs). Correct. See FAQ: http://www.openpkg.org/faq.html#no-shlib > At the moment /usr/local holds non-openpkg based apps another user had > installed, and I don't want to get rid of it because I'm trying to setup a > fully independent openpkg installation before migrating users away from > what's in /usr/local. As a last resort, I might be able to set this up on > a separate machine without /usr/local, just to do builds. > > I know I could probably tweak the wget and/or openssl installations, but > in general, I'd like to avoid spending the time examining each src.rpm > build. > > Can I rely on the src.rpm files at ftp.openpkg.org passing the correct > options to config/make process so that there are no refs to directories > outside the openpkg root? Or do I have to examine each one when I build ? In general you cannot _rely_ on anything on earth until you did it yourself ;-) We try hard to make OpenPKG and all its packages as self-contained as possible. For instance we even force a sane environment under build-time to make sure no LD_LIBRARY_PATH and PATH stuff is picked up, we force the usage of static libraries to make sure that no wrong DSOs are picked up accidently (think about two instances on the same machine), etc. But all this cannot mean that we can be sure that the result is self-contained, because as the wget example clearly shows, some vendor procedures try to be smarted than appreciated. And until this someone has catched manually we cannot do anything more technically here. > Also, in this particular case, any suggestions on the best way to proceed? > This probably involves the whole can of worms regarding static vs. dynamic > linking ... The best way to proceed is to install as usual and after all your installing, perform an "ldd" on /opt/opkg/bin/* and /opt/opkg/sbin/* and watch for those non-standard things packages have picked up. Then send us these results and we'll make sure that this is fixed for the forthcoming OpenPKG releases. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 6 19:57:38 2002 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 12656277B49 for ; Fri, 6 Dec 2002 19:57:38 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id EF24556D16; Fri, 6 Dec 2002 10:57:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id EE23E6697B for ; Fri, 6 Dec 2002 10:57:36 -0800 (PST) Date: Fri, 6 Dec 2002 10:57:36 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: wget or other packages: how "self-contained" are the src.rpm configs? In-Reply-To: <20021206184140.GA81607@engelschall.com> Message-ID: References: <20021206184140.GA81607@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, 6 Dec 2002, Ralf S. Engelschall wrote: > In general you cannot _rely_ on anything on earth until you did > it yourself ;-) Point taken 8-) > The best way to proceed is to install as usual and after all your > installing, perform an "ldd" on /opt/opkg/bin/* and /opt/opkg/sbin/* > and watch for those non-standard things packages have picked up. Then > send us these results and we'll make sure that this is fixed for the > forthcoming OpenPKG releases. Thanks. Will do. -- Vinod From openpkg-users-owner@openpkg.org Fri Dec 6 22:46:11 2002 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id DE43B277B49 for ; Fri, 6 Dec 2002 22:46:10 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 44C7956D37; Fri, 6 Dec 2002 13:46:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 43E5E6697B for ; Fri, 6 Dec 2002 13:46:09 -0800 (PST) Date: Fri, 6 Dec 2002 13:45:53 -0800 (PST) From: Vinod Kutty To: OpenPKG Users Subject: Tips on customizing initial openpkg-*.sh ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As I play with openpkg towards the goal of deploying it on production systems, one issue that's come up is what the bootstrap touches outside the openpkg root dir. I built the openpkg-1.1.1-1.1.1.sparc64-solaris2.8-oo.sh and corresponding .rpm from source. I noticed that things like /etc/shells, user accounts, /etc/rc?.d symlinks, etc. are handled inside this script. It also appears that as long as I run as non-root, none of those actions will be performed. However, if I want to customize the install (e.g. I want only the /etc/rc?.d stuff), what's the best strategy? Is there a list of what root privs are required for when running the above .sh script? Or is my best bet to read through the script? Is there anything different in terms of file permissions that might result from not running as root? (I'm using an acct 'opkg' which I specified in the --user= argument when running openpkg*src.sh). Thanks, -- Vinod From openpkg-users-owner@openpkg.org Mon Dec 9 12:11:07 2002 Received: from serverdmz2.dmz.onsys.de (mond.onsys.de [217.5.161.221]) by mail.openpkg.org (Postfix) with ESMTP id 3D80C277B31 for ; Mon, 9 Dec 2002 12:11:07 +0100 (CET) Received: from onsys-lu-exch-1.walzm.onsys.de (onsys-lu-exch-1.walzm.onsys.de [10.101.2.12]) by serverdmz2.dmz.onsys.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id gB9BB4LC010802 for ; Mon, 9 Dec 2002 12:11:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: AW: Problem bootstrapping openpkg on HP-UX 11 Date: Mon, 9 Dec 2002 12:11:04 +0100 Message-ID: <95BCA0B06D9DCC4AA5DA652536CA18CF037B6A@onsys-lu-exch-1.walzm.onsys.de> From: "Mosbach, Dieter" To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Hello Dieter, >=20 > Sorry for taking so long to respond, because I actually don't=20 > have a concrete > solution for you. Instead I have some questions and hints. >=20 > The OpenPKG bootstrapper compiles db and rpm among other=20 > softwares. It seems > clear to me that db and rpm are failing to compile on your=20 > machines during > bootstrapping. I would try compiling db from source > ftp://ftp.openpkg.org/sources/DST/openpkg/db-3.2.9.tar.gz by=20 > hand. Same thing > with RPM at ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.0.x/rpm-4.0.2.tar.gz. >=20 > Naturally, the bootstrapper does some patching on these=20 > builds, so this is > just the first step of analysis to track down what can be=20 > done for your > particular machines. If you do succeed with hand building,=20 > then we can start > applying patches and building again. If that works also, then there is > probably a messed up dependency. During bootstrap, OpenPKG=20 > builds db and rpm > with dependencies to a variety of other packages such as=20 > zlib, bzip2, gzip, > tar, patch, make, bash, and curl. >=20 > As you might expect, this could be an easy fix for you or it=20 > could be rather > involved. Be prepared, as HPUX is still on the unofficially=20 > supported list. > That means that it is not an officially supported platform.=20 > Rather, we have > indications that OpenPKG can be bootstrapped on HPUX and is in working > condition. We are also working to improve support for HPUX,=20 > but it will take > some time. >=20 > I hope that helps. Good luck, and let us know what you learn=20 > from the above > steps. >=20 > Regards, > Michael >=20 >=20 Hallo Michael, ich habe herausgefunden, wieso openpkg-20021030-20021030.src.sh auf meinen HP-UX Maschinen nicht ganz durchlauft: es liegt wahrscheinlich an rpmtool: ./rpmtool platform liefert "9000/800-hp-uxB.11.11" zuruck. "/" ist als Dateiname eher ungeeignet :-) Verbesserungsvorschlag:=20 1.) bei platform_machine "/" durch "_" ersetzen 2.) bei platform_system "-" durch "_" oder "" ersetzen, liefert sonst hp-ux zuruck --> ein "-" zuviel, oder ? Gru?, Dieter Mosbach From openpkg-users-owner@openpkg.org Tue Dec 10 22:06:26 2002 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 76BB7277CE1 for ; Tue, 10 Dec 2002 22:06:25 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Tue, 10 Dec 2002 22:06:24 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Tue Dec 10 22:05:29 2002 +0100 Received: from OPTIMUS ([192.168.0.211]) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id gBAL6Mk04613 for ; Tue, 10 Dec 2002 22:06:22 +0100 Message-ID: <007b01c2a090$29ae51a0$022ca8c0@OPTIMUS> From: "Ingo T. Storm" To: References: <015b01c29d32$5ced33d0$7400a8c0@dukat.cb.de> Subject: OS requirements Date: Tue, 10 Dec 2002 22:06:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I am designing a way to automatically install production systems on the grounds of Solaris 9 and openpkg. My goal is to create a MINIMAL Solaris install and openpkg on top of it to have a system that is easier to maintain - with Sun's record of fixing too much too late and moreover silently. Just today a colleague of mine completed a jumpstart install server and the needed profiles and scripts to install SUNWreq + SUNWdoc + openpkg base automatically. What follows is a prep script that is run after the first boot to create some accounts, patch profiles and the likes and install openpkg CORE + updates (fetched from my build box). But then today's CVS log says about OS Prerequisites o Solaris 9: - entire distribution (SUNWCall) I realized that I need a compiler from Sun(freeware/companion CD) for bootstrapping my build box, but as said above I would like to avoid a full solaris install on my strictly binary only production systems on the internet. Ralf, could you please elaborate on why you require a full Solaris install? Is there a list of the actual requirements so that I can go about and create the list of pacakges really needed? Or is there a "trial and error" procedure you could recommend? Thanks a lot! Ingo From openpkg-users-owner@openpkg.org Tue Dec 10 22:23:14 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 710B5277B47 for ; Tue, 10 Dec 2002 22:23:13 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1EAF14CE754; Tue, 10 Dec 2002 22:23:13 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2FFC2286A4; Tue, 10 Dec 2002 22:23:05 +0100 (CET) Date: Tue, 10 Dec 2002 22:23:05 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OS requirements Message-ID: <20021210212305.GA17990@engelschall.com> References: <015b01c29d32$5ced33d0$7400a8c0@dukat.cb.de> <007b01c2a090$29ae51a0$022ca8c0@OPTIMUS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <007b01c2a090$29ae51a0$022ca8c0@OPTIMUS> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 10, 2002, Ingo T. Storm wrote: > I am designing a way to automatically install production systems on the > grounds of Solaris 9 and openpkg. My goal is to create a MINIMAL Solaris > install and openpkg on top of it to have a system that is easier to > maintain - with Sun's record of fixing too much too late and moreover > silently. Just today a colleague of mine completed a jumpstart install > server and the needed profiles and scripts to install SUNWreq + SUNWdoc + > openpkg base automatically. What follows is a prep script that is run after > the first boot to create some accounts, patch profiles and the likes and > install openpkg CORE + updates (fetched from my build box). > > But then today's CVS log says about OS Prerequisites > > o Solaris 9: > - entire distribution (SUNWCall) > > I realized that I need a compiler from Sun(freeware/companion CD) for > bootstrapping my build box, but as said above I would like to avoid a full > solaris install on my strictly binary only production systems on the > internet. > > Ralf, could you please elaborate on why you require a full Solaris install? > Is there a list of the actual requirements so that I can go about and create > the list of pacakges really needed? Or is there a "trial and error" > procedure you could recommend? Aehhhm.... ok, yes, the "entire distribution" is certainly not correct. Sorry, we created this file today with some initial contents and because we always install the "entire distribution" here at C&W I've added that. But if you can give us details what is the _minimum_ requirement I'm happy to replace "entire distribution" with your set of packages. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Dec 11 07:14:06 2002 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 96B6B277B47 for ; Wed, 11 Dec 2002 07:14:05 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 11 Dec 2002 07:14:04 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Wed Dec 11 07:13:10 2002 +0100 Received: from OPTIMUS ([192.168.0.214]) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id gBB6E2k12552 for ; Wed, 11 Dec 2002 07:14:02 +0100 Message-ID: <010201c2a0dc$ac0e1ad0$022ca8c0@OPTIMUS> From: "Ingo T. Storm" To: References: <015b01c29d32$5ced33d0$7400a8c0@dukat.cb.de> <007b01c2a090$29ae51a0$022ca8c0@OPTIMUS> <20021210212305.GA17990@engelschall.com> Subject: Re: OS requirements Date: Wed, 11 Dec 2002 07:14:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Aehhhm.... ok, yes, the "entire distribution" is certainly not correct. good > But if you can give us details what is the _minimum_ requirement I'm > happy to replace "entire distribution" with your set of packages. Ok, here's what I can say right now: - I installed openpkg from binary on a b1000 with "entire distribution". I needed SFWgcm and SFWgcc for the gcc from openpkg to build anything at all. No real information gain here for you. - I installed openpkg fine from binary on a couple of jumpstarted machines with SUNWreq (minimal cluster) SUNWdoc (man) SUNWlibC (for man) SUNWgzip (to unzip stuff from companion CD) SUNWcpp (all of the rest for a minimal X setup for XForwarding) SUNWxwfnt SUNWxwplt SUNWxwice SUNWxwopt I will test apache (with mod_php) today to see if my project (min. Solaris + openpkg for LAMP web servers) can be done at all. If I find any further requirements I will mail them in. I am sorry that I cannot test all other rpms, but hopefully they should be self-contained anyway, if I have understood the thing at all. The next quest will be to a.) set up the build box in a way that it autobuilds the updates nightly and that b.) the slaves in production check for updates on the build box (with autoupdate or openpkg-tool). If all goes well, at the end I will try to strip down the "SUNWreq" boxes even more to remove all packages with unwanted services or stuff that is in openpkg, too. Ingo From openpkg-users-owner@openpkg.org Wed Dec 11 11:32:27 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 90BB7277CDE for ; Wed, 11 Dec 2002 11:32:26 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gBBAWPFC062434 for ; Wed, 11 Dec 2002 11:32:25 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gBBAWPTW062433 for openpkg-users@openpkg.org; Wed, 11 Dec 2002 11:32:25 +0100 (CET) Date: Wed, 11 Dec 2002 11:32:25 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Tips on customizing initial openpkg-*.sh ? Message-ID: <20021211103225.GL33472@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="SLauP2uySp+9cKYP" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --SLauP2uySp+9cKYP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 06, 2002, Vinod Kutty wrote: > As I play with openpkg towards the goal of deploying it on production > systems, one issue that's come up is what the bootstrap touches outside > the openpkg root dir. I built the > openpkg-1.1.1-1.1.1.sparc64-solaris2.8-oo.sh and corresponding .rpm from > source. >=20 > I noticed that things like /etc/shells, user accounts, /etc/rc?.d > symlinks, etc. are handled inside this script. >=20 > It also appears that as long as I run as non-root, none of those actions > will be performed. However, if I want to customize the install (e.g. I > want only the /etc/rc?.d stuff), what's the best strategy? >=20 > Is there a list of what root privs are required for when running the above > .sh script? Or is my best bet to read through the script? Is there > anything different in terms of file permissions that might result from not > running as root? (I'm using an acct 'opkg' which I specified in the > --user=3D argument when running openpkg*src.sh). >=20 Hello Vinod, Please excuse the delay. I'm only responding now because its been almost a week since your post. I'm not the expert who can guide you through dealing with the bootstrap scripts. Your wish is a rather advanced one, in that you would first have to rewrite parts of the very complex bootstrap process. Theoretically, after changing = the passwd entry bootstrap code you could give a already-existing user name at bootstrap time to get rid of the change to /etc/passwd. Also theoretically, you could simply remove the crontab changing code if your users promise to never use the dependent rc. sections. This is just a drop in the bucket of considerations and assumptions you will have to make though, and I believe you will find yourself dealing with a lot of side effects from making these code changes yourself. I am personally not that brave. By the way, you don't have to build the bootstrap script from source as root. Any user can do that, but to install it you need root priveleges of course. =46rom the handbook at http://www.openpkg.org/doc/handbook/openpkg.html The bootstrap script also establishes a sort of context or environment in which OpenPKG runs. Specifically, initial configuration involves the operating system and some of its more common control facilities. The three main points of contact at which OpenPKG interacts with the operating system are the file system (1) with its owner and group attributes, the root cronjob (2) typically modified at /etc/crontab or crontab -e, and the init script (3) usually found at /etc/init.d. I hope that helps, and good luck in your endeaver. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --SLauP2uySp+9cKYP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPfcUOVuYv80UoVTdAQGwLQgAsZveJvVOrb75RzkpO4XpHCNhWKas3+lT P0xWT/A/lRevG8d5sYmO0810supD0U55ZsT8SDJLmF1mYPiCIZoxpQonXvQLn9Po yiV4w275knZzwIio0uPP/hkjAZis6RNpQWWTsjSOfjHrTV7a1GEBS3+0zq46kXMN bEILOPl/xAIkPCvF7iM6Sld8V+vgSQBAnJyZ3XNcqH7RWU1KgYXNKCtz3P2lgRct +H5kr979rlfdkwH+UhszRTdlqvzNIpKIfsJakd/xQAN4DsrV0VBu45/NuAUyYAVe ECxRb9HIz5BUICo+wnc+oUSkMvS8YEuntPEn3VpC8/4wwjqVGg6SxQ== =+ZVX -----END PGP SIGNATURE----- --SLauP2uySp+9cKYP-- From openpkg-users-owner@openpkg.org Wed Dec 11 20:33:03 2002 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 2F253277B3A for ; Wed, 11 Dec 2002 20:33:03 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 649AE636E0; Wed, 11 Dec 2002 11:32:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 5A8107353A for ; Wed, 11 Dec 2002 11:32:41 -0800 (PST) Date: Wed, 11 Dec 2002 11:32:40 -0800 (PST) From: Vinod Kutty To: OpenPKG Users Subject: Re: Tips on customizing initial openpkg-*.sh ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, 11 Dec 2002, Michael Schloh von Bennewitz wrote: > Please excuse the delay. I'm only responding now because its been almost a > week since your post. I'm not the expert who can guide you through dealing > with the bootstrap scripts. Thanks, I appreciate that. I've had quick responses to all my previous queries, so I don't mind waiting a bit this time 8-) > Also theoretically, > you could simply remove the crontab changing code if your users promise to > never use the dependent rc. sections. Er ... just to be clear, since I don't have a lot of experience with this: You're referring to the %daily, %weekly, etc. sections in each rc.d/rc. file that wouldn't be called if the crontab stuff was disabled, right? > of side effects from making these code changes yourself. I am personally not > that brave. Ignorance makes me braver 8-) On a more serious note though, I am worried about making too many changes, and it sounds like it can't be avoided. > By the way, you don't have to build the bootstrap script from > source as root. Any user can do that, but to install it you need root > priveleges of course. Yes, I understand that (about building). The question is (and I realize you may not be in a position to answer this) after building, for the install, is there anything within the openpkg root dir or below that would be negatively impacted by running as non-root? I installed as the user 'opkg' and it warned me that various steps were not being performed (/etc/shells, user + group creation, etc.), which I knew about from reading through the .sh script, but what's not clear is the impact within the openpkg directory. Thanks, -- Vinod From openpkg-users-owner@openpkg.org Wed Dec 11 22:05:06 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 44F35277B4A for ; Wed, 11 Dec 2002 22:05:06 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1DA1F4CE76C; Wed, 11 Dec 2002 22:05:06 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id C9CDC28660; Wed, 11 Dec 2002 21:57:15 +0100 (CET) Date: Wed, 11 Dec 2002 21:57:15 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Tips on customizing initial openpkg-*.sh ? Message-ID: <20021211205715.GA8771@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 11, 2002, Vinod Kutty wrote: > [...] > > By the way, you don't have to build the bootstrap script from > > source as root. Any user can do that, but to install it you need root > > priveleges of course. > > Yes, I understand that (about building). The question is (and I realize > you may not be in a position to answer this) after building, for the > install, is there anything within the openpkg root dir or below that would > be negatively impacted by running as non-root? I installed as the user > 'opkg' and it warned me that various steps were not being performed > (/etc/shells, user + group creation, etc.), which I knew about from > reading through the .sh script, but what's not clear is the impact within > the openpkg directory. No, installing and running an OpenPKG instance as non-root is supported by OpenPKG. The only drawback is that you cannot use some packages which require the restricted or nobody users and/or setuid/setgid things. So, you certainly cannot run the Postfix MTA inside your instance. But all standard tool packages work just fine, of course. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Dec 12 11:37:13 2002 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 2C78E277B48 for ; Thu, 12 Dec 2002 11:37:13 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id gBCAb1FC093505 for ; Thu, 12 Dec 2002 11:37:01 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id gBCAZf2A093467 for openpkg-users@openpkg.org; Thu, 12 Dec 2002 11:35:41 +0100 (CET) Date: Thu, 12 Dec 2002 11:35:11 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Tips on customizing initial openpkg-*.sh ? Message-ID: <20021212103511.GE70960@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="bajzpZikUji1w+G9" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --bajzpZikUji1w+G9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 11, 2002, Vinod Kutty wrote: > On Wed, 11 Dec 2002, Michael Schloh von Bennewitz wrote: >> Also theoretically, >> you could simply remove the crontab changing code if your users promise = to >> never use the dependent rc. sections. > > Er ... just to be clear, since I don't have a lot of experience with this: > You're referring to the %daily, %weekly, etc. sections in each > rc.d/rc. file that wouldn't be called if the crontab stuff was > disabled, right? > Yes, I'm referring to the %daily, %weekly, and %monthly rc sections. > Yes, I understand that (about building). The question is (and I realize > you may not be in a position to answer this) after building, for the > install, is there anything within the openpkg root dir or below that would > be negatively impacted by running as non-root? I installed as the user > 'opkg' and it warned me that various steps were not being performed > (/etc/shells, user + group creation, etc.), which I knew about from > reading through the .sh script, but what's not clear is the impact within > the openpkg directory. > Ralf cleared this up I think. In short, as long as you: o Don't use the crontab periodic sections o Don't use packages that rely on the '-r' user/group o Don't use an OpenPKG installed shell for OS functions like chpass(1) o Don't expect your enabled OpenPKG daemons to autostart on booting the OS then you should be okay in building, installing, and using OpenPKG with no special privileges. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --bajzpZikUji1w+G9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPfhmX1uYv80UoVTdAQHSkAf/b9RhTmwZfE7Nr1hdc86DNzBbrdpUQ+zN nSiU8ArcVMtXIBtrvJucIU9pwjdlK+vBnd9DX3LOWgeXiPpdKPtAxzyJtMKboFt+ mKUZhMNUBp2WaN1J1n164QXR4wGgOhxXOQbj59up4CzPaXKnzcMQOus3oe11fqd1 23xFIkVIRuej9MyhJ9y0NrHjf/tER0wNiJhjQABwTeTtElVNb4vNQYdmGwIZ/pNh lJ1pwqTBJ4eCUCEsSHl+VMRDMghVuQvUA0zM5afHhTzdTD5LXKkwxuWhB0MJOsvx CoA6OuWByb+Jqt3c1K7gTzAuTSoumMr5OuOLFBp5K7OyNh4PGaGoyg== =5zXd -----END PGP SIGNATURE----- --bajzpZikUji1w+G9-- From openpkg-users-owner@openpkg.org Thu Dec 12 18:30:47 2002 Received: from peon0034 (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 34BF0277B4C for ; Thu, 12 Dec 2002 18:30:47 +0100 (CET) Received: by peon0034 (Postfix, from userid 9829) id F09002F65C; Thu, 12 Dec 2002 09:30:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peon0034 (Postfix) with ESMTP id E6B088E154 for ; Thu, 12 Dec 2002 09:30:44 -0800 (PST) Date: Thu, 12 Dec 2002 09:30:31 -0800 (PST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Tips on customizing initial openpkg-*.sh ? In-Reply-To: <20021212103511.GE70960@dt4.dev.de.cw.net> Message-ID: References: <20021212103511.GE70960@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: OK. Thanks guys. From playing with it and looking at the script, I had managed to figure out that it was possible, but I just didn't know the full impact. So, I guess if I want to customize the installer's interaction with the OS, the simplest answer is that it's all-or-nothing. I may try and poke around when I feel like digging deeper. Or maybe write a Sun PKG to wrap around it ... hmmmm. In any case, one thing that came up was the following: when installing an RPM as non-root, and the RPM contains files specified as root owned or other ownership/perms (e.g. 'screen' has one root-owned binary, and I think it should be suid), is there any way to get rpm to spit out some kind of warning that it failed to change perms? I tried -vv with -Uh but it didn't give me anything useful (unless I missed it). After installation, "rpm --verify" is a start, but something more informative and during install would be nice. Thanks, -- Vinod On Thu, 12 Dec 2002, Michael Schloh von Bennewitz wrote: > Ralf cleared this up I think. In short, as long as you: > > o Don't use the crontab periodic sections > o Don't use packages that rely on the '-r' user/group > o Don't use an OpenPKG installed shell for OS functions like chpass(1) > o Don't expect your enabled OpenPKG daemons to autostart on booting the OS > > then you should be okay in building, installing, and using OpenPKG with no > special privileges. From openpkg-users-owner@openpkg.org Sun Dec 22 20:51:19 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 80C69277E10 for ; Sun, 22 Dec 2002 20:30:20 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBN2Ukc06923 for openpkg-users@openpkg.org; Mon, 23 Dec 2002 02:30:46 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBMJQjc21104 for ; Sun, 22 Dec 2002 20:26:45 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBMJQjN29215 for openpkg-users@openpkg.org; Sun, 22 Dec 2002 20:26:45 +0100 (MET) Date: Sun, 22 Dec 2002 20:26:45 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: rpm and ftp over http-proxy Message-ID: <20021222192645.GF18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I use apache-2.0.43 as proxy server for http, ftp and https. Unfortunately rpm seems to try to connect to a "real" ftp proxy, when it detects urls of the form "ftp://...". Is there a way to force it to use the http proxy ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Dec 30 17:16:26 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 12E41277AEC for ; Mon, 30 Dec 2002 17:16:26 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBUNGQT08131 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 23:16:26 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUGFDC07553 for ; Mon, 30 Dec 2002 17:15:13 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUGFDJ16936 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 17:15:13 +0100 (MET) Date: Mon, 30 Dec 2002 17:15:13 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Patch: rpm and l_force_httpproxy/l_noproxy Message-ID: <20021230161513.GT18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --wac7ysb48OaltWcw Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi. I'm using apache as proxy server to access the internet. Unfortunately, rpm still tries to open a "real" ftp connection for 'ftp://...' urls, even when a proxy is given. So i modified the openpkg rpm sources. There are two new settings: 'l_force_httpproxy' and 'l_noproxy'. If 'l_force_httpproxy' is set to any value, the http proxy is also used for urls of the form "ftp://...". 'l_noproxy' holds a comma separated list of hosts/domains where no proxy should be used (independent from l_force_httpproxy). Example settings, e.g. in $HOME/.rpmmacros: %_httpproxy myProxy.local.domain %l_force_httpproxy 1 %l_noproxy localhost,local.domain -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch.opkg-proxy" diff -u -r rpm-4.0.2-opkg/rpmio/rpmio.c rpm-4.0.2-mk/rpmio/rpmio.c --- rpm-4.0.2-opkg/rpmio/rpmio.c Mon Mar 12 19:20:29 2001 +++ rpm-4.0.2-mk/rpmio/rpmio.c Mon Dec 30 16:53:30 2002 @@ -1325,7 +1325,7 @@ const char * path; int port; int rc; - char * req; + char * req, * h; size_t len; int retrying = 0; @@ -1362,23 +1362,30 @@ req = alloca(len); *req = '\0'; + /* if forceHttpProxy is given, the "Host:"-part is left up to the Proxy */ + len = sizeof("Host: y:z\r\n") + strlen(host) + 20; + h = alloca(len); + *h = '\0'; + if (!u->forceHttpProxy) + sprintf(h, "Host: %s:%d\n\n", host, port); + if (!strcmp(httpCmd, "PUT")) { sprintf(req, "\ %s %s HTTP/1.%d\r\n\ User-Agent: rpm/%s\r\n\ -Host: %s:%d\r\n\ +%s\ Accept: text/plain\r\n\ Transfer-Encoding: chunked\r\n\ \r\n\ -", httpCmd, path, (u->httpVersion ? 1 : 0), VERSION, host, port); +", httpCmd, path, (u->httpVersion ? 1 : 0), VERSION, h); } else { sprintf(req, "\ %s %s HTTP/1.%d\r\n\ User-Agent: rpm/%s\r\n\ -Host: %s:%d\r\n\ +%s\ Accept: text/plain\r\n\ \r\n\ -", httpCmd, path, (u->httpVersion ? 1 : 0), VERSION, host, port); +", httpCmd, path, (u->httpVersion ? 1 : 0), VERSION, h); } if (_ftp_debug) diff -u -r rpm-4.0.2-opkg/rpmio/rpmurl.h rpm-4.0.2-mk/rpmio/rpmurl.h --- rpm-4.0.2-opkg/rpmio/rpmurl.h Mon Dec 11 19:41:27 2000 +++ rpm-4.0.2-mk/rpmio/rpmurl.h Mon Dec 30 14:36:03 2002 @@ -35,6 +35,7 @@ const char * proxyu; /*!< FTP: proxy user */ const char * proxyh; /*!< FTP/HTTP: proxy host */ int proxyp; /*!< FTP/HTTP: proxy port */ + int forceHttpProxy; /*!< FTP over HTTP proxy */ int port; int urltype; FD_t ctrl; /*!< control channel */ @@ -87,8 +88,41 @@ */ void urlFreeCache(void); + +/** + * Checks whether host is equal to or ends in an entry from l_noproxy. + * @param host host name + * @return 1 if entry found, 0 if not + */ +int noProxy(const char *host); + +/** + * Return host that should be used as ftp proxy. Checks also for l_noproxy. + * @param host host name (checked against l_noproxy if not NULL) + * @return host to use as proxy, NULL if none + */ +char *getFtpProxy(const char *host); + +/** + * Return host that should be used as http proxy. Checks also for l_noproxy. + * @param host host name (checked against l_noproxy if not NULL) + * @return host to use as proxy, NULL if none + */ +char *getHttpProxy(const char *host); + +/** + * Check, whether l_force_HttpProxy is defined. Makes only sense, if there + * is also a _httpproxy setting ! + * Either url or host name must be NULL. + * @param url url + * @param host host name + * @return 1 if defined, 0 if not + */ +int forceHttpProxy(const char *url, const char *host); + /** * Return type of URL. + * Lie (return URL_IS_HTTP), when l_forceHttpProxy is set * @param url url string * @return type of url */ diff -u -r rpm-4.0.2-opkg/rpmio/url.c rpm-4.0.2-mk/rpmio/url.c --- rpm-4.0.2-opkg/rpmio/url.c Mon Dec 11 19:41:27 2000 +++ rpm-4.0.2-mk/rpmio/url.c Mon Dec 30 14:44:10 2002 @@ -54,6 +54,7 @@ return NULL; memset(u, 0, sizeof(*u)); u->proxyp = -1; + u->forceHttpProxy = 0; u->port = -1; u->urltype = URL_IS_UNKNOWN; u->ctrl = NULL; @@ -217,6 +218,7 @@ /* Perform one-time FTP initialization */ if (u->urltype == URL_IS_FTP) { + int ignoreProxy = noProxy(u->host); if (mustAsk || (u->user != NULL && u->password == NULL)) { char * prompt; @@ -227,8 +229,8 @@ u->password = xstrdup(u->password); /* XXX xstrdup has side effects. */ } - if (u->proxyh == NULL) { - const char *proxy = rpmExpand("%{_ftpproxy}", NULL); + if (u->proxyh == NULL && !ignoreProxy) { + const char *proxy = getFtpProxy(NULL); if (proxy && *proxy != '%') { const char *uu = (u->user ? u->user : "anonymous"); char *nu = xmalloc(strlen(uu) + sizeof("@") + strlen(u->host)); @@ -239,7 +241,7 @@ free((void *)proxy); } - if (u->proxyp < 0) { + if (u->proxyp < 0 && !ignoreProxy) { const char *proxy = rpmExpand("%{_ftpport}", NULL); if (proxy && *proxy != '%') { char *end; @@ -257,15 +259,18 @@ /* Perform one-time HTTP initialization */ if (u->urltype == URL_IS_HTTP) { + int ignoreProxy = noProxy(u->host); - if (u->proxyh == NULL) { - const char *proxy = rpmExpand("%{_httpproxy}", NULL); - if (proxy && *proxy != '%') + if (u->proxyh == NULL && !ignoreProxy) { + const char *proxy = getHttpProxy(NULL); + if (proxy && *proxy != '%') { u->proxyh = xstrdup(proxy); + u->forceHttpProxy = forceHttpProxy(NULL, u->host); + } free((void *)proxy); } - if (u->proxyp < 0) { + if (u->proxyp < 0 && !ignoreProxy) { const char *proxy = rpmExpand("%{_httpport}", NULL); if (proxy && *proxy != '%') { char *end; @@ -296,6 +301,92 @@ { NULL, URL_IS_UNKNOWN } }; +/* l_noproxy is a comma-separated list of hosts/domains where no proxy + * should be used. E.g. with l_noproxy == "localhost,local-domain.org", + * no proxy will be used for hosts with names equal to "localhost" or + * "local-domain.org" or ending in ".localhost" or ".local-domain.org" + */ +int noProxy(const char *host) +{ + char *noProxy = rpmExpand("%{l_noproxy}", NULL), *eStart, *eEnd, *dot; + int hLen, eLen; + + if (noProxy == NULL || *noProxy == '%') { + free((void *)noProxy); + return 0; + } + + eStart = noProxy; + hLen = strlen(host); + do { + eEnd = strchr(eStart, ','); + if (eEnd != NULL) { + *eEnd = '\0'; + eLen = eEnd - eStart; + } else { + eLen = strlen(eStart); + } + if (eLen <= hLen) { + if (eLen == hLen && strcasecmp(eStart, host) == 0) { + free((void *)noProxy); + return 1; + } else { + dot = (char *)host; /* discard 'const', avoid compiler + * warning for next statement */ + dot = &dot[hLen-eLen-1]; + if (*dot == '.' && strcasecmp(eStart, dot+1) == 0) { + free((void *)noProxy); + return 1; + } + } + } + if (eEnd != NULL) eStart = eEnd + 1; + } while (eEnd != NULL); + free((void *)noProxy); + return 0; +} + +char *getFtpProxy(const char *host) +{ + if (host && noProxy(host)) return NULL; + return rpmExpand("%{_ftpproxy}", NULL); +} + +char *getHttpProxy(const char *host) +{ + if (host && noProxy(host)) return NULL; + return rpmExpand("%{_httpproxy}", NULL); +} + +int forceHttpProxy(const char *url, const char *host) +{ + char *rcEntryForce = rpmExpand("%{l_force_httpproxy}", NULL); + int set; + + set = (rcEntryForce && *rcEntryForce != '%'); + free((void *)rcEntryForce); + if (!set) return 0; + + if (host != NULL) { + set = !noProxy(host); + } else { + char *myUrl = strdup(url), *hStart, *hEnd; + + set = 0; + hStart = strchr(myUrl, '/'); + if (hStart != NULL && hStart[1] == '/') { + hStart += 2; + hEnd = strchr(hStart, '/'); + if (hEnd != NULL) *hEnd = '\0'; + hEnd = strchr(hStart, ':'); + if (hEnd != NULL) *hEnd = '\0'; + set = !noProxy(hStart); + } + free((void *)myUrl); + } + return set; +} + urltype urlIsURL(const char * url) { struct urlstring *us; @@ -303,6 +394,9 @@ for (us = urlstrings; us->leadin != NULL; us++) { if (strncmp(url, us->leadin, strlen(us->leadin))) continue; + if (us->ret == URL_IS_FTP && forceHttpProxy(url, NULL)) { + return URL_IS_HTTP; + } return us->ret; } } @@ -326,8 +420,10 @@ break; case URL_IS_HTTP: case URL_IS_PATH: - url += sizeof("file://") - 1; + /* caution: -> forceHttpProxy; better 2 times strchr(url, '/') */ + /* url += sizeof("file://") - 1; */ path = strchr(url, '/'); + if (path != NULL && path[1] == '/') path = strchr(path+2, '/'); if (path == NULL) path = url + strlen(url); break; case URL_IS_UNKNOWN: @@ -373,7 +469,12 @@ /* Item was service. Save service and go for the rest ...*/ if (*se && (se != s) && se[-1] == ':' && se[0] == '/' && se[1] == '/') { se[-1] = '\0'; - u->service = xstrdup(s); + switch (u->urltype) { + case URL_IS_HTTP: + u->service = xstrdup("http"); break; + default: + u->service = xstrdup(s); + } se += 2; /* skip over "//" */ s = se++; continue; --wac7ysb48OaltWcw-- From openpkg-users-owner@openpkg.org Mon Dec 30 19:15:16 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 0BD77277AEC for ; Mon, 30 Dec 2002 19:15:16 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBV1FSu09089 for openpkg-users@openpkg.org; Tue, 31 Dec 2002 01:15:28 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUIE1C11410 for ; Mon, 30 Dec 2002 19:14:01 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUIE0004124 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 19:14:00 +0100 (MET) Date: Mon, 30 Dec 2002 19:14:00 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: PGP does not work Message-ID: <20021230181400.GU18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. When i try to verify the pgp signature of a src.rpm, i always get "MD5 sum OK: ...." - nothing with pgp. E.g.: rpm -v --checksig mutt-1.4i-20021230.src.rpm mutt-1.4i-20021230.src.rpm: MD5 sum OK: cd03b408c67b07ac7720cae8ee02e246 I installed gpg, imported the pgp public key and set "$_signature pgp" in my $HOME/.rpmmacros. What am i doing wrong ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Dec 30 21:21:15 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 691B5277AEC for ; Mon, 30 Dec 2002 21:21:15 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBV3LRW09551 for openpkg-users@openpkg.org; Tue, 31 Dec 2002 03:21:27 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUKKdC15543 for ; Mon, 30 Dec 2002 21:20:40 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUKKcJ26585 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 21:20:38 +0100 (MET) Date: Mon, 30 Dec 2002 21:20:38 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Standard options --debug, --test ? Message-ID: <20021230202038.GV18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Is --debug a standard option during the installation of every package ? Expected effects (only when built from sources): - sources in %{l_prefix}/RPM/SRC are kept - build results in %{l_prefix}/RPM/TMP are kept - all builds are with debugging information - the installed binaries have debugging informations Is --test a standard option during installation of every package ? Expected effects (only when built from sources): - "make check" or "make check" or whatever the package supplys before installation/bin package creation - warning, when there is no "such" make target (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Dec 30 21:41:13 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id AE559277AF5 for ; Mon, 30 Dec 2002 21:41:12 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBV3fPv09625 for openpkg-users@openpkg.org; Tue, 31 Dec 2002 03:41:25 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUKeWC16211 for ; Mon, 30 Dec 2002 21:40:32 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUKeVa00161 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 21:40:31 +0100 (MET) Date: Mon, 30 Dec 2002 21:40:31 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Standard options --debug, --test ? Message-ID: <20021230204031.GY18082@baerlap.north.de> References: <20021230202038.GV18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20021230202038.GV18082@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002 at 09:20:38PM +0100, Matthias Kurz wrote: [...] > - "make check" or "make check" or whatever the package supplys before I often type faster than i think, and most of the time it is good. But this time it should read: - "make check" or "make test" or whatever the package supplies... -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Dec 30 21:44:09 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id E1A6E277AEC for ; Mon, 30 Dec 2002 21:44:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CB2E14CE765; Mon, 30 Dec 2002 21:44:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 27C3828695; Mon, 30 Dec 2002 21:42:37 +0100 (CET) Date: Mon, 30 Dec 2002 21:42:37 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: PGP does not work Message-ID: <20021230204237.GA63110@engelschall.com> References: <20021230181400.GU18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021230181400.GU18082@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002, Matthias Kurz wrote: > When i try to verify the pgp signature of a src.rpm, i always get > "MD5 sum OK: ...." - nothing with pgp. > E.g.: > rpm -v --checksig mutt-1.4i-20021230.src.rpm > mutt-1.4i-20021230.src.rpm: > MD5 sum OK: cd03b408c67b07ac7720cae8ee02e246 > > I installed gpg, imported the pgp public key and set "$_signature pgp" > in my $HOME/.rpmmacros. > > What am i doing wrong ? Only RPMs of OpenPKG _releases_ are signed. The OpenPKG-CURRENT RPMs are not signed -- mainly because signing requires the OpenPKG master key which is not available all the time while developers working on OpenPKG-CURRENT packages. It is only available in the release engineering process. Ralf S. Engelschall rse@engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 30 21:51:12 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 3BBCD277ACA for ; Mon, 30 Dec 2002 21:51:12 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBV3pOa09665 for openpkg-users@openpkg.org; Tue, 31 Dec 2002 03:51:24 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUKn6C16522 for ; Mon, 30 Dec 2002 21:49:06 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUKn6N01780 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 21:49:06 +0100 (MET) Date: Mon, 30 Dec 2002 21:49:06 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: PGP does not work Message-ID: <20021230204906.GZ18082@baerlap.north.de> References: <20021230181400.GU18082@baerlap.north.de> <20021230204237.GA63110@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20021230204237.GA63110@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002 at 09:42:37PM +0100, Ralf S. Engelschall wrote: > On Mon, Dec 30, 2002, Matthias Kurz wrote: > > > When i try to verify the pgp signature of a src.rpm, i always get > > "MD5 sum OK: ...." - nothing with pgp. > > E.g.: > > rpm -v --checksig mutt-1.4i-20021230.src.rpm > > mutt-1.4i-20021230.src.rpm: > > MD5 sum OK: cd03b408c67b07ac7720cae8ee02e246 > > > > I installed gpg, imported the pgp public key and set "$_signature pgp" > > in my $HOME/.rpmmacros. > > > > What am i doing wrong ? > > Only RPMs of OpenPKG _releases_ are signed. The OpenPKG-CURRENT RPMs > are not signed -- mainly because signing requires the OpenPKG master > key which is not available all the time while developers working > on OpenPKG-CURRENT packages. It is only available in the release > engineering process. So, how can one validate a "current" package. MD5 sums _in_ the package do not look very secure to me :) Especially, what about openpkg-*.src.sh ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Dec 30 22:57:48 2002 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 9F793277ACA for ; Mon, 30 Dec 2002 22:57:48 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 73B344CE69A; Mon, 30 Dec 2002 22:57:48 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id BE39B286BF; Mon, 30 Dec 2002 22:57:42 +0100 (CET) Date: Mon, 30 Dec 2002 22:57:42 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: PGP does not work Message-ID: <20021230215742.GA8986@engelschall.com> References: <20021230181400.GU18082@baerlap.north.de> <20021230204237.GA63110@engelschall.com> <20021230204906.GZ18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20021230204906.GZ18082@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002, Matthias Kurz wrote: > > > When i try to verify the pgp signature of a src.rpm, i always get > > > "MD5 sum OK: ...." - nothing with pgp. > > > E.g.: > > > rpm -v --checksig mutt-1.4i-20021230.src.rpm > > > mutt-1.4i-20021230.src.rpm: > > > MD5 sum OK: cd03b408c67b07ac7720cae8ee02e246 > > > > > > I installed gpg, imported the pgp public key and set "$_signature pgp" > > > in my $HOME/.rpmmacros. > > > > > > What am i doing wrong ? > > > > Only RPMs of OpenPKG _releases_ are signed. The OpenPKG-CURRENT RPMs > > are not signed -- mainly because signing requires the OpenPKG master > > key which is not available all the time while developers working > > on OpenPKG-CURRENT packages. It is only available in the release > > engineering process. > > So, how can one validate a "current" package. MD5 sums _in_ the package > do not look very secure to me :) Yes, sorry, OpenPKG-CURRENT packages currently cannot verified at all. But perhaps we should create a less-secured GPG sub-key just for signing the OpenPKG-CURRENT packages on the FTP server? > Especially, what about openpkg-*.src.sh ? This is just a shell-script, you cannot add easily a signature!? Ralf S. Engelschall rse@engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 30 23:21:13 2002 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id EB0CC277AC0 for ; Mon, 30 Dec 2002 23:21:12 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id gBV5LPh09982 for openpkg-users@openpkg.org; Tue, 31 Dec 2002 05:21:25 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id gBUMK8C19468 for ; Mon, 30 Dec 2002 23:20:08 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id gBUMK8118163 for openpkg-users@openpkg.org; Mon, 30 Dec 2002 23:20:08 +0100 (MET) Date: Mon, 30 Dec 2002 23:20:08 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: PGP does not work Message-ID: <20021230222008.GA18082@baerlap.north.de> References: <20021230181400.GU18082@baerlap.north.de> <20021230204237.GA63110@engelschall.com> <20021230204906.GZ18082@baerlap.north.de> <20021230215742.GA8986@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20021230215742.GA8986@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002 at 10:57:42PM +0100, Ralf S. Engelschall wrote: > On Mon, Dec 30, 2002, Matthias Kurz wrote: > > > > > When i try to verify the pgp signature of a src.rpm, i always get > > > > "MD5 sum OK: ...." - nothing with pgp. > > > > E.g.: > > > > rpm -v --checksig mutt-1.4i-20021230.src.rpm > > > > mutt-1.4i-20021230.src.rpm: > > > > MD5 sum OK: cd03b408c67b07ac7720cae8ee02e246 > > > > > > > > I installed gpg, imported the pgp public key and set "$_signature pgp" > > > > in my $HOME/.rpmmacros. > > > > > > > > What am i doing wrong ? > > > > > > Only RPMs of OpenPKG _releases_ are signed. The OpenPKG-CURRENT RPMs > > > are not signed -- mainly because signing requires the OpenPKG master > > > key which is not available all the time while developers working > > > on OpenPKG-CURRENT packages. It is only available in the release > > > engineering process. > > > > So, how can one validate a "current" package. MD5 sums _in_ the package > > do not look very secure to me :) > > Yes, sorry, OpenPKG-CURRENT packages currently cannot verified at all. > But perhaps we should create a less-secured GPG sub-key just for signing > the OpenPKG-CURRENT packages on the FTP server? Looking at the latest trojans, i think this is necessary. > > Especially, what about openpkg-*.src.sh ? > > This is just a shell-script, you cannot add easily a signature!? Sure. But then there should be a "very public" known key (on a web site and so on, md5 or whatever) - i hope you're verifying your keys/checksums on a very regular basis (at least daily, with tripwire or some such). That the last stage installation requires root privileges makes the packages a "valuable" target (at least). The world is bad. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Jan 1 19:36:17 2003 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id B1B30277AC0 for ; Wed, 1 Jan 2003 19:36:16 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id h021aLf18389 for openpkg-users@openpkg.org; Thu, 2 Jan 2003 01:36:21 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h01IVFC14785 for ; Wed, 1 Jan 2003 19:31:16 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h01IVFf00908 for openpkg-users@openpkg.org; Wed, 1 Jan 2003 19:31:15 +0100 (MET) Date: Wed, 1 Jan 2003 19:31:15 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Standard options --debug, --test ? Message-ID: <20030101183115.GD18082@baerlap.north.de> References: <20021230202038.GV18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20021230202038.GV18082@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 30, 2002 at 09:20:38PM +0100, Matthias Kurz wrote: > > Hi. > > Is --debug a standard option during the installation of every package ? > Is --test a standard option during installation of every package ? Forget it -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jan 2 03:15:25 2003 Received: from namib.north.de (namib.north.de [193.193.190.22]) by mail.openpkg.org (Postfix) with ESMTP id 8498F277AC0 for ; Thu, 2 Jan 2003 03:15:24 +0100 (CET) Received: (from uucp@localhost) by namib.north.de (8.11.6/8.11.6/SuSE Linux 0.5) with UUCP id h029FVV19763 for openpkg-users@openpkg.org; Thu, 2 Jan 2003 09:15:31 GMT Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h022DlC29625 for ; Thu, 2 Jan 2003 03:13:47 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h022Dlv13027 for openpkg-users@openpkg.org; Thu, 2 Jan 2003 03:13:47 +0100 (MET) Date: Thu, 2 Jan 2003 03:13:47 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: imake / libxpm Message-ID: <20030102021347.GE18082@baerlap.north.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Fba/0zbH8Xs+Fj9o" Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi. What is the best way to handle packages that use imake ? First: Under Solaris i have to mess around with /usr/openwin/lib/config/site.def and (at least for Solaris 8) with /usr/openwin/lib/config/sun.cf. In site.def i had to define #define HasSunC NO #define HasGcc2 YES #define MakeCmd gmake and in sun.cf i had to remove (comment out) #define HasSunC YES Rpm configure/build works for me, but the install would go to the system dirs. I tried to mess around with ProjectRoot, BinDir, UsrLibDir etc. but this affects too many other places. Using "$(DESTDIR)", which is respected in the Makefiles, still leads to Paths like "%{l_prefix}/usr/openwin/{bin,lib,include}" etc. Oh, yes, and where is the right place for X11 binaries at all ? In "${l_prefix}/bin", in "${l_prefix}/bin/X11",... or where ? I would vote for .../bin/X11 .../lib/X11 and .../include/X11. Could this be solved with an OpenPKG specific imake or xmkmf ? For now, i wrote a crude hack that transforms the directory hierarchy after installation with "$(DESTDIR)". But that is probably not the right solution. Especially when it comes to find the files again. I'll attach my current version of a libxpm snippet and welcome any comment. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << --Fba/0zbH8Xs+Fj9o Content-Type: application/x-tar Content-Disposition: attachment; filename="xpm.tar" Content-Transfer-Encoding: base64 eHBtLwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwNDA3NTUA MDA3MjQ3MQAwMDcyNDcxADAwMDAwMDAwMDAwADA3NjA0NzE3NTAwADAwMTE3MTQANQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAwMG9wa2cA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAb3BrZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAwMDAwMDM1ADAwMDAyMDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB4cG0veHBtLnNwZWMAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAMDEwMDY0NAAwMDcyNDcxADAwNzI0NzEAMDAwMDAwMDYwNjcA MDc2MDQ3MTc1MDAAMDAxMzQwMgAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAHVzdGFyADAwb3BrZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABv cGtnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDAwMzUAMDAwMDIwNAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACMj CiMjICB4cG0uc3BlYyAtLSBPcGVuUEtHIFJQTSBTcGVjaWZpY2F0aW9uCiMjICBDb3B5cmln aHQgKGMpIDIwMDAtMjAwMyBDYWJsZSAmIFdpcmVsZXNzIERldXRzY2hsYW5kIEdtYkgKIyMg IENvcHlyaWdodCAoYykgMjAwMC0yMDAzIFRoZSBPcGVuUEtHIFByb2plY3QgPGh0dHA6Ly93 d3cub3BlbnBrZy5vcmcvPgojIwojIyAgUGVybWlzc2lvbiB0byB1c2UsIGNvcHksIG1vZGlm eSwgYW5kIGRpc3RyaWJ1dGUgdGhpcyBzb2Z0d2FyZSBmb3IKIyMgIGFueSBwdXJwb3NlIHdp dGggb3Igd2l0aG91dCBmZWUgaXMgaGVyZWJ5IGdyYW50ZWQsIHByb3ZpZGVkIHRoYXQKIyMg IHRoZSBhYm92ZSBjb3B5cmlnaHQgbm90aWNlIGFuZCB0aGlzIHBlcm1pc3Npb24gbm90aWNl IGFwcGVhciBpbiBhbGwKIyMgIGNvcGllcy4KIyMKIyMgIFRISVMgU09GVFdBUkUgSVMgUFJP VklERUQgYGBBUyBJUycnIEFORCBBTlkgRVhQUkVTU0VEIE9SIElNUExJRUQKIyMgIFdBUlJB TlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRCBXQVJS QU5USUVTIE9GCiMjICBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElD VUxBUiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELgojIyAgSU4gTk8gRVZFTlQgU0hBTEwgVEhF IEFVVEhPUlMgQU5EIENPUFlSSUdIVCBIT0xERVJTIEFORCBUSEVJUgojIyAgQ09OVFJJQlVU T1JTIEJFIExJQUJMRSBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsCiMj ICBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVE SU5HLCBCVVQgTk9UCiMjICBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRF IEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GCiMjICBVU0UsIERBVEEsIE9SIFBST0ZJVFM7 IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQgQU5ECiMjICBPTiBB TlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJ QUJJTElUWSwKIyMgIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lT RSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVAojIyAgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRX QVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCiMjICBTVUNIIERB TUFHRS4KIyMKCiMgICBwYWNrYWdlIGluZm9ybWF0aW9uCk5hbWU6ICAgICAgICAgeHBtClN1 bW1hcnk6ICAgICAgWFBNIGltYWdlIGZvcm1hdCBmb3IgeDExIGNvbG9yIGljb25zClVSTDog ICAgICAgICAgaHR0cDovL2tvYWxhLmlsb2cuZnIvbGVob3JzL3hwbS5odG1sClZlbmRvcjog ICAgICAgQXJuYXVkIExlIEhvcnMKUGFja2FnZXI6ICAgICBUaGUgT3BlblBLRyBQcm9qZWN0 CkRpc3RyaWJ1dGlvbjogT3BlblBLRyBbRVZBTF0KR3JvdXA6ICAgICAgICBHcmFwaGljcwpM aWNlbnNlOiAgICAgIEJTRC1zdHlsZSA/Pz8KVmVyc2lvbjogICAgICAzLjRrClJlbGVhc2U6 ICAgICAgMTk5ODAzMTkKCiMgICBsaXN0IG9mIHNvdXJjZXMKU291cmNlMDogICAgICBodHRw Oi8va29hbGEuaWxvZy5mci9mdHAvcHViL3hwbS94cG0tJXt2ZXJzaW9ufS50YXIuZ3oKU291 cmNlMTogICAgICB4MTFfcHRyYW5zLnNoCgojICAgYnVpbGQgaW5mb3JtYXRpb24KUHJlZml4 OiAgICAgICAle2xfcHJlZml4fQpCdWlsZFJvb3Q6ICAgICV7bF9idWlsZHJvb3R9CkJ1aWxk UHJlUmVxOiAgT3BlblBLRywgb3BlbnBrZyA+PSAyMDAyMDIwNiwgZ2NjClByZVJlcTogICAg ICAgT3BlblBLRywgb3BlbnBrZyA+PSAyMDAyMDIwNgpBdXRvUmVxOiAgICAgIG5vCkF1dG9S ZXFQcm92OiAgbm8KCiVkZXNjcmlwdGlvbgogICAgWFBNIChYIFBpeE1hcCkgaXMgYSBmb3Jt YXQgZm9yIHN0b3JpbmcvcmV0cmlldmluZyBYIHBpeG1hcHMgdG8vZnJvbSBmaWxlcy4KICAg IEhlcmUgaXMgcHJvdmlkZWQgYSBsaWJyYXJ5IGNvbnRhaW5pbmcgYSBzZXQgb2YgZm91ciBm dW5jdGlvbnMsIHNpbWlsYXIgdG8KICAgIHRoZSBYIGJpdG1hcCBmdW5jdGlvbnMgYXMgZGVm aW5lZCBpbiB0aGUgWGxpYjogWHBtQ3JlYXRlUGl4bWFwRnJvbURhdGEsCiAgICBYcG1DcmVh dGVEYXRhRnJvbVBpeG1hcCwgWHBtUmVhZEZpbGVUb1BpeG1hcCBhbmQgWHBtV3JpdGVGaWxl RnJvbVBpeG1hcAogICAgZm9yIHJlc3BlY3RpdmVseSBpbmNsdWRpbmcsIHN0b3JpbmcsIHJl YWRpbmcgYW5kIHdyaXRpbmcgdGhpcyBmb3JtYXQsCiAgICBwbHVzIGZvdXIgb3RoZXI6IFhw bUNyZWF0ZUltYWdlRnJvbURhdGEsIFhwbUNyZWF0ZURhdGFGcm9tSW1hZ2UsCiAgICBYcG1S ZWFkRmlsZVRvSW1hZ2UgYW5kIFhwbVdyaXRlRmlsZUZyb21JbWFnZSBmb3Igd29ya2luZyB3 aXRoIGltYWdlcwogICAgaW5zdGVhZCBvZiBwaXhtYXBzLiAKCiAgICAlb3B0aW9ucwoKJXBy ZXAKICAgICVzZXR1cCAtcQoKJWJ1aWxkCiAgICAjICAgdHJ5IHRvIGF2b2lkIHNoYXJlZCBs aWIsIGN1cnJlbnRseQogICAgJXtsX3NodG9vbH0gc3Vic3QgXAogICAgICAgIC1lICdzO15Y Q09NTSBcKElNQUtFX0RFRklORVMgPSAtRFNoYXJlZExpYlhwbT1OT1wpO1wxOycgSW1ha2Vm aWxlCiAgICAjICAgZ2VuZXJhdGUgTWFrZWZpbGVzIGFuZCBidWlsZCB4cG0KICAgIFBBVEg9 JFBBVEg6YCV7bF9wcmVmaXh9L2V0Yy9yYyAtLXF1ZXJ5IHgxMV9iaW5kaXJgCiAgICB4bWtt ZiAtYQogICAgJXtsX21ha2V9ICV7bF9tZmxhZ3N9CgoKJWluc3RhbGwKICAgIHJtIC1yZiAk UlBNX0JVSUxEX1JPT1QKICAgIFBBVEg9JFBBVEg6YCV7bF9wcmVmaXh9L2V0Yy9yYyAtLXF1 ZXJ5IHgxMV9iaW5kaXJgCiAgICAle2xfbWFrZX0gREVTVERJUj0kUlBNX0JVSUxEX1JPT1Ql e2xfcHJlZml4fV90IGluc3RhbGwKICAgICV7U09VUkNFIHgxMV9wdHJhbnMuc2h9ICV7bF9w cmVmaXh9IFwKICAgICAgICAgICAgICAgICAgICAgICAgJFJQTV9CVUlMRF9ST09UJXtsX3By ZWZpeH1fdCAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fQogICAgJXtsX3JwbXRvb2x9IGZp bGVzIC12IC1vZmlsZXMgLXIkUlBNX0JVSUxEX1JPT1QgJXtsX2ZpbGVzX3N0ZH0KCiVmaWxl cyAtZiBmaWxlcwoKJWNsZWFuCiAgICBybSAtcmYgJFJQTV9CVUlMRF9ST09UCgoAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAeHBtL3gxMV9wdHJhbnMuc2gAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAADAxMDA3NzUAMDA3MjQ3MQAwMDcyNDcxADAwMDAwMDA0NTQ3ADA3NjA0NzE3 NTAwADAwMTQyNjQAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAB1c3RhcgAwMG9wa2cAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAb3BrZwAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwMDAwMDM1ADAwMDAyMDQAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjIS9iaW4vc2gK CiNzZXQgLXgKCnByZWZpeD0kMQpmcm9tPSQyCnRvPSQzCmV4cG9ydCBwcmVmaXggZnJvbSB0 bwoKIyBUaGUgLi4uL3JjIC0tcXVlcnkgeDExX3h4eGRpciBzaG91bGQgcmV0dXJuIHRoZSBv cGVucGtnIHNwZWNpZmljIGRpcnMuCiMgVGhlcmUgc2hvdWxkIGJlIGEgeDExX3N5c3h4eGRp ci4KCngxMV9iaW5kaXI9YCRwcmVmaXgvZXRjL3JjIC0tcXVlcnkgeDExX2JpbmRpcmAKeDEx X2luY2Rpcj1gJHByZWZpeC9ldGMvcmMgLS1xdWVyeSB4MTFfaW5jZGlyYAp4MTFfbGliZGly PWAkcHJlZml4L2V0Yy9yYyAtLXF1ZXJ5IHgxMV9saWJkaXJgCgpmcm9tWDExQmluPSIkZnJv bSR4MTFfYmluZGlyIgpmcm9tWDExSW5jPSIkZnJvbSR4MTFfaW5jZGlyIgpmcm9tWDExTGli PSIkZnJvbSR4MTFfbGliZGlyIgoKdG9YMTFCaW49IiR0by9iaW4vWDExIgp0b1gxMUluYz0i JHRvL2luY2x1ZGUvWDExIgp0b1gxMUxpYj0iJHRvL2xpYi9YMTEiCgpzaHRvb2w9JHByZWZp eC9saWIvb3BlbnBrZy9zaHRvb2wKCgpOZXdEaXIoKQogIyAkMSA6IHBhdGgKICMgJDIgOiBv bGQgcHJlZml4CiAjICQzIDogbmV3IHByZWZpeAp7CiAgICBwYXRoPSQxOyBvUHJlZml4PSQy OyBuUHJlZml4PSQzCiAgICBzdWJEaXI9YGV4cHIgJHBhdGggOiAiJG9QcmVmaXhcXCgvLipc XCkiYAogICAgbmV3RGlyPSIkblByZWZpeCRzdWJEaXIiCiAgICAkc2h0b29sIG1rZGlyIC1m IC1wIC1tIDc1NSAkbmV3RGlyIHx8IGV4aXQgMQogICAgZWNobyAkbmV3RGlyCn0KCiNmaW5k ICRmcm9tIC1wcmludAoKZm9yIGlGaWxlIGluIGBmaW5kICRmcm9tIC10eXBlIGYgLXByaW50 YDsgZG8KICAgIGlmICAgWyAtZCAiJGlGaWxlIiBdCiAgICB0aGVuIGlQYXRoPSRpRmlsZQog ICAgICAgICBpTmFtZT0KICAgIGVsc2UgaVBhdGg9YGRpcm5hbWUgJGlGaWxlYAogICAgICAg ICBpTmFtZT1gYmFzZW5hbWUgJGlGaWxlYAogICAgZmkKICAgIGNhc2UgIiRpRmlsZS8iIGlu CiAgICAgICAgICRmcm9tWDExQmluLyopCiAgICAgICAgICAgICBuZXdEaXI9YE5ld0RpciAk aVBhdGggJGZyb21YMTFCaW4gJHRvWDExQmluYCB8fCBleGl0IDEKICAgICAgICAgICAgIGlm ICAgWyAtbiAiJGlOYW1lIiBdCiAgICAgICAgICAgICB0aGVuICRzaHRvb2wgaW5zdGFsbCAt YyAtcyAtbSA3NTUgJGlGaWxlICRuZXdEaXIvJGlOYW1lIHx8IGV4aXQgMQogICAgICAgICAg ICAgZmk7OwogICAgICAgICAkZnJvbVgxMUluYy9YMTEvWDExLyopCiAgICAgICAgICAgICBu ZXdEaXI9YE5ld0RpciAkaVBhdGggJGZyb21YMTFJbmMvWDExL1gxMSAkdG9YMTFJbmNgIHx8 IGV4aXQgMQogICAgICAgICAgICAgaWYgICBbIC1uICIkaU5hbWUiIF0KICAgICAgICAgICAg IHRoZW4gJHNodG9vbCBpbnN0YWxsIC1jIC1tIDY0NCAkaUZpbGUgJG5ld0Rpci8kaU5hbWUg fHwgZXhpdCAxCiAgICAgICAgICAgICBmaTs7CiAgICAgICAgICRmcm9tWDExSW5jL1gxMS8q KQogICAgICAgICAgICAgbmV3RGlyPWBOZXdEaXIgJGlQYXRoICRmcm9tWDExSW5jL1gxMSAk dG9YMTFJbmNgIHx8IGV4aXQgMQogICAgICAgICAgICAgaWYgICBbIC1uICIkaU5hbWUiIF0K ICAgICAgICAgICAgIHRoZW4gJHNodG9vbCBpbnN0YWxsIC1jIC1tIDY0NCAkaUZpbGUgJG5l d0Rpci8kaU5hbWUgfHwgZXhpdCAxCiAgICAgICAgICAgICBmaTs7CiAgICAgICAgICRmcm9t WDExSW5jLyopCiAgICAgICAgICAgICBuZXdEaXI9YE5ld0RpciAkaVBhdGggJGZyb21YMTFJ bmMgJHRvWDExSW5jYCB8fCBleGl0IDEKICAgICAgICAgICAgIGlmICAgWyAtbiAiJGlOYW1l IiBdCiAgICAgICAgICAgICB0aGVuICRzaHRvb2wgaW5zdGFsbCAtYyAtbSA2NDQgJGlGaWxl ICRuZXdEaXIvJGlOYW1lIHx8IGV4aXQgMQogICAgICAgICAgICAgZmk7OwogICAgICAgICAk ZnJvbVgxMUxpYi8qKQogICAgICAgICAgICAgbmV3RGlyPWBOZXdEaXIgJGlQYXRoICRmcm9t WDExTGliICR0b1gxMUxpYmAgfHwgZXhpdCAxCiAgICAgICAgICAgICBpZiAgIFsgLW4gIiRp TmFtZSIgXQogICAgICAgICAgICAgdGhlbiAkc2h0b29sIGluc3RhbGwgLWMgLW0gNjQ0ICRp RmlsZSAkbmV3RGlyLyRpTmFtZSB8fCBleGl0IDEKICAgICAgICAgICAgIGZpOzsKICAgICAg ICAgKikKICAgICAgICAgICAgIG5ld0Rpcj1gTmV3RGlyICRpUGF0aCAkZnJvbSAkdG9gIHx8 IGV4aXQgMQogICAgICAgICAgICAgZWNobyAiV0FSTklORzogaVBhdGg9JGlQYXRoIG5vdCBt YXBwZWQiCiAgICAgICAgICAgICBpZiAgIFsgLW4gIiRpTmFtZSIgXQogICAgICAgICAgICAg dGhlbiAkc2h0b29sIGluc3RhbGwgLWMgLW0gNjQ0ICRpRmlsZSAkbmV3RGlyLyRpTmFtZSB8 fCBleGl0IDEKICAgICAgICAgICAgIGZpOzsKICAgIGVzYWMKZG9uZQoKcm0gLXJmICRpUGF0 aAoKI2ZpbmQgJHRvIC1wcmludAoKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAA== --Fba/0zbH8Xs+Fj9o-- From openpkg-users-owner@openpkg.org Sat Jan 4 12:47:00 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 5E5B7277AC4 for ; Sat, 4 Jan 2003 12:47:00 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 477FA4CE75C; Sat, 4 Jan 2003 12:47:00 +0100 (CET) Date: Sat, 4 Jan 2003 12:47:00 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: imake / libxpm Message-ID: <20030104114700.GA97666@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20030102021347.GE18082@baerlap.north.de> you wrote: > What is the best way to handle packages that use imake ? First, you should require the virtual package "X11" which in turn is "x11". Then you should query the x11_xxx flags the way packages like gtk etc. do. See there for details. Then... > First: > Under Solaris i have to mess around with /usr/openwin/lib/config/site.def > and (at least for Solaris 8) with /usr/openwin/lib/config/sun.cf. > In site.def i had to define > #define HasSunC NO > #define HasGcc2 YES > #define MakeCmd gmake > and in sun.cf i had to remove (comment out) > #define HasSunC YES Do never change any vendor files, please. All you are allowed to do is to change the sources of the package you're building. There you can hack wild, but anything outside is not ok. So, in this case I would add the above "#define"s to the local Imagefile. This should be sufficient, shouldn't it? > Rpm configure/build works for me, but the install would go to the system > dirs. I tried to mess around with ProjectRoot, BinDir, UsrLibDir etc. > but this affects too many other places. > > Using "$(DESTDIR)", which is respected in the Makefiles, still leads > to Paths like "%{l_prefix}/usr/openwin/{bin,lib,include}" etc. Then $(DESTDIR) is not respected ;-) Please make sure that you at least used DESTDIR=$RPM_BUILD_ROOT%{l_prefix}... > Oh, yes, and where is the right place for X11 binaries at all ? > In "${l_prefix}/bin", in "${l_prefix}/bin/X11",... or where ? > I would vote for .../bin/X11 .../lib/X11 and .../include/X11. For X11 stuff (especially libraries) to work smoothly with other apps, I would say: %{l_prefix}/bin %{l_prefix}/include/X11 %{l_prefix}/lib/X11 %{l_prefix}/man/manX/ > Could this be solved with an OpenPKG specific imake or xmkmf ? I don't think we need a specific imake executable. I should be sufficient to override the right variables for imake in the package. > For now, i wrote a crude hack that transforms the directory hierarchy > after installation with "$(DESTDIR)". But that is probably not the > right solution. Especially when it comes to find the files again. > > I'll attach my current version of a libxpm snippet and welcome any > comment. I've already looked at it. I've currently no clue how we can avoid the installation path fixing by forcing X11's Imake to ProjectRoot=%{l_prefix}. It always complains to me about redifinition of ProjectRoot. I'm investigating. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Jan 4 19:16:25 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 2597F277AEF for ; Sat, 4 Jan 2003 19:14:08 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 30634639A7; Sat, 4 Jan 2003 10:14:06 -0800 (PST) Date: Sat, 4 Jan 2003 10:14:06 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: openpkg for OS X and SCO OpenServer? Message-ID: <20030104101406.A30379@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Is anybody already working on openpkg for OS X or SCO OpenServer? I'm a newbie with openpkg having discovered it in the SysAdmin article recently. I've been using RPM extensively for years now, including on SCO OpenServer, freebsd, and OS X using RPM slightly hacked to include some of the useful macros and perl scripts from the Caldera version of RPM. So far after a couple of days of experimentation it looks like a great solution for problems that have plagued us for years dealing with interaction between our systems and the vendor's. Fixing perl modules alone will make that worthwhile (not so much now since the latest perl now includes the patches I submitted over a year ago to ExtUtils/Install.pm making relative path installations of CPAN modules easy :-). I've done some minimal hacking on openpkg-1.1 release to get it working on older versions of Linux, in particular Caldera OpenLinux 1.3. We have a fair number of installed systems that aren't practical to upgrade now, and I would really like to be able to get around some of the problems with things like old versions of the Berkeley database routines without destroying the systems. Is there any documentation on porting openpkg to other non-standard systems? So far, I haven't found much in the docs on the web site. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ If the personal freedoms guaranteed by the Constitution inhibit the government's ability to govern the people, we should look to limit those guarantees.'' -President Bill Clinton, August 12, 1993 From openpkg-users-owner@openpkg.org Mon Jan 6 10:58:16 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A4BF3277AF0 for ; Mon, 6 Jan 2003 10:58:15 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 717FD4CE54F; Mon, 6 Jan 2003 10:53:36 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id AF8F128C89; Mon, 6 Jan 2003 10:52:03 +0100 (CET) Date: Mon, 6 Jan 2003 10:52:03 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg for OS X and SCO OpenServer? Message-ID: <20030106095203.GA41741@engelschall.com> References: <20030104101406.A30379@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030104101406.A30379@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jan 04, 2003, Bill Campbell wrote: > Is anybody already working on openpkg for OS X or SCO OpenServer? AFAIK, no. At least no one of the OpenPKG developers, because we do not have those OS installed here. We only have an UnixWare 8.0 installed on which I got some OpenPKG packages running some time ago. So I guess SCO OpenServer should be not too hard. And because OpenPKG runs perfect under FreeBSD 4, porting it to MacOS X should also not too hard, because its Darwin part is based on FreeBSD 3. > [...] > Is there any documentation on porting openpkg to other non-standard > systems? So far, I haven't found much in the docs on the web site. I've added a few hints under http://www.openpkg.org/faq.html#porting now. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 7 05:12:20 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id E4558277A00 for ; Tue, 7 Jan 2003 05:12:19 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id EDFE7639A7; Mon, 6 Jan 2003 20:12:16 -0800 (PST) Date: Mon, 6 Jan 2003 20:12:16 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: openpkg for OS X and SCO OpenServer? Message-ID: <20030106201216.C21790@barryg.mi.celestial.com> References: <20030104101406.A30379@barryg.mi.celestial.com> <20030106095203.GA41741@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030106095203.GA41741@engelschall.com>; from rse@engelschall.com on Mon, Jan 06, 2003 at 10:52:03AM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 06, 2003 at 10:52:03AM +0100, Ralf S. Engelschall wrote: >On Sat, Jan 04, 2003, Bill Campbell wrote: > >> Is anybody already working on openpkg for OS X or SCO OpenServer? > >AFAIK, no. At least no one of the OpenPKG developers, because we do not >have those OS installed here. We only have an UnixWare 8.0 installed >on which I got some OpenPKG packages running some time ago. So I guess >SCO OpenServer should be not too hard. And because OpenPKG runs perfect >under FreeBSD 4, porting it to MacOS X should also not too hard, because >its Darwin part is based on FreeBSD 3. I have SCO OpenServer and OS X boxes here for development, and will be working on these as soon as I've gotten enough of my old RPMS done in openpkg so I'm sure of what I'm doing. The Caldera versions of RPM have macros and some perl scripts that provide similar functionality to rpmtool and shtool so the first package I wrote for openpkg was to provide these scripts so I can minimize the amount of work to convert my existing spec files. This is mainly helping me get familiar with the internals and differences between openpkg, and the system's I'm used to. OpenServer is quite a different beastie than UnixWare 8.0. UW 8 is on the SVR4 while OpenServer is the decendent of Xenix and is more System III and earlier SYSV based. I started doing *ix systems in 1982 on the Radio Shack Model 16s running Tandy Xenix, and have been compiling free sofware for SCO systems since the mid '80s (for years ftp.celestial.com was considered the definitive source for binary packages for Xenix, OpenDesktop and OpenServer systems). I started working with RPM on OpenServer early in 1999, porting the Caldera Linux version, and am currently running rpm-3.0.6 on it. There's a version of RPM 4.02 for OS X (possibly newer since I haven't looked for at least six months). Darwin has some interesting quirks linking, and won't do static linking. There's been a fair amount of work in the gnu-darwin and fink projects on the autoconf, automake, and libtool programs to deal with these linking and compiling quirks. Another issue on OS X is that the default HTFS+ file system is basically case insensitive, and it took me about an hour to run into an issue where I have Lib and lib subdirectories in a single directory. It took me about an hour to partition the hard drive so half of it's a UFS file system where all the Real Work(tm) gets done. >> [...] >> Is there any documentation on porting openpkg to other non-standard >> systems? So far, I haven't found much in the docs on the web site. > >I've added a few hints under http://www.openpkg.org/faq.html#porting now. Thanks. I'll take a look at that. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The children who know how to think for themselves spoil the harmony of the collective society that is coming, where everyone would be interdependent.'' 1899 John Dewey, educational philosopher, proponent of modern public schools. From openpkg-users-owner@openpkg.org Tue Jan 7 17:19:12 2003 Received: from taz.eijk.nu (node-d-05ea.a2000.nl [62.195.5.234]) by mail.openpkg.org (Postfix) with ESMTP id 06F13277A00 for ; Tue, 7 Jan 2003 17:18:30 +0100 (CET) Received: by taz.eijk.nu (Postfix, from userid 48) id BD8F19EBAA; Tue, 7 Jan 2003 17:15:51 +0100 (CET) Received: from 212.153.190.3 (SquirrelMail authenticated user stefan) by eijk.homelinux.org with HTTP; Tue, 7 Jan 2003 17:15:51 +0100 (CET) Message-ID: <39816.212.153.190.3.1041956151.squirrel@eijk.homelinux.org> Date: Tue, 7 Jan 2003 17:15:51 +0100 (CET) Subject: building packages in your home directory From: "Stefan van der Eijk" To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm a linux user currently stuck on a Solaris machine at a customer. I'm looking into using OpenPKG. I'd like to be able to build packages in my homedirectory, like I do in Linux. Is it possible to use a ~/.rpmmacros file like this: $ less ~/.rpmmacros #%distribution Mandrake Linux #%vendor MandrakeSoft #%packager Stefan van der Eijk #%_gpg_name Stefan van der Eijk #%_gpg_path ~/.gnupg #%_signature gpg #%_target linux %_topdir /home/jgerstel/RPM %_tmppath /home/jgerstel/tmp with OpenPKG I get: $ rpm --rebuild apache-1.3.27-20030103.src.rpm Installing apache-1.3.27-20030103.src.rpm error: cannot create sourcedir /appl/RPM/SRC/apache thanks, Stefan van der Eijk From openpkg-users-owner@openpkg.org Tue Jan 7 17:58:04 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 68E69277A00 for ; Tue, 7 Jan 2003 17:58:04 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h07Gw4Ka040429 for ; Tue, 7 Jan 2003 17:58:04 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h07Gw3Ki040428 for openpkg-users@openpkg.org; Tue, 7 Jan 2003 17:58:03 +0100 (CET) Date: Tue, 7 Jan 2003 17:58:03 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: building packages in your home directory Message-ID: <20030107165803.GB19757@dt4.dev.de.cw.net> References: <39816.212.153.190.3.1041956151.squirrel@eijk.homelinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" In-Reply-To: <39816.212.153.190.3.1041956151.squirrel@eijk.homelinux.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 07, 2003, Stefan van der Eijk wrote: > I'm a linux user currently stuck on a Solaris machine at a customer. I'm > looking into using OpenPKG. I'd like to be able to build packages in my > homedirectory, like I do in Linux. Is it possible to use a ~/.rpmmacros > file like this: > > $ less ~/.rpmmacros > #%distribution Mandrake Linux > #%vendor MandrakeSoft > #%packager Stefan van der Eijk > #%_gpg_name Stefan van der Eijk > #%_gpg_path ~/.gnupg > #%_signature gpg > #%_target linux > %_topdir /home/jgerstel/RPM > %_tmppath /home/jgerstel/tmp > > with OpenPKG I get: > > $ rpm --rebuild apache-1.3.27-20030103.src.rpm > Installing apache-1.3.27-20030103.src.rpm > error: cannot create sourcedir /appl/RPM/SRC/apache > Hello Stefan, Let me just offer you my ~/.rpmmacros file which might do what you want: ----8<----8<----8<----8<---- # source areas %_sourcedir %(echo $HOME)/openpkg/dst/%{name} %_specdir %(echo $HOME)/openpkg/src/%{name} # temporary areas %_builddir %(echo $HOME)/tmp/opkgtmp %_tmppath %(echo $HOME)/tmp/opkgtmp # target areas %_rpmdir %(echo $HOME)/openpkg/pkg/bin %_srcrpmdir %(echo $HOME)/openpkg/pkg/src ----8<----8<----8<----8<---- I recommend that you use this sample file and try building a few packages. Then inspect your new $HOME/openpkg and $HOME/tmp to see what gets put in there. It should serve as a good example. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPhsHG1uYv80UoVTdAQEcHgf9HzC9YzVPChZZ8Ws1+TbdK7PVJWISBjFl GE06cMyzfL1t2pYxIfEGo0i+kwjC+qLSY+twqvKK4FzY1Vn3foslMm1RRwmJ9QUb eqDZJvoPVcGmcFSiOFsKrEnsv7LgNc0Pam+B6ezC53F6mXwrynOTkFUZjFmT3RRb YMmT29AB+AjqNxLmOvM7vL6aACasXze1mGoFx5x0YBXlqBPPcWXXw+5D9eb2wNc5 dgaJ9pt+SwOUvY9bQWx2XWtF0LJ7he0HaG5GJ5aA0u22yW/kb+ITrXyBgvyv99MG iegfGxp17k+MzTXrTa1Il1kEtePu0mLutaTQvXusr38WDyXDR9I0FQ== =6jsU -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From openpkg-users-owner@openpkg.org Thu Jan 9 23:26:57 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 621AE277A00 for ; Thu, 9 Jan 2003 23:26:56 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 31B0E639A6; Thu, 9 Jan 2003 14:26:54 -0800 (PST) Date: Thu, 9 Jan 2003 14:26:54 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Using compress/uncompress during bootstrap Message-ID: <20030109142653.A21213@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Would it be reasonable to default to gzip/gunzip instead of compress/uncompress for the bootstap procedures? Ten years ago compress was ubiquitous and gzip rare, but today I think that's changing, probably because of patent issues on compress. I've run into several Linux distributions which either have no compress and uncompress (recent Mandrake) or have a kludge from the sharutils package (SCO Group Linux 4.0 from UnitedLinux) which uncompresses, but won't compress. This was easy enough to deal with where it was entirely missing, but it took a fair amount of time to figure out that /usr/bin/compress wasn't working what with its error output buried in a uuencoded script. I've done a minor hack on the openpkg.boot script from the current openpkg-20030103.src.rpm which looks for a working compress or gzip immediately, and quits with an appropriate message if it can't find one. Now if I can figure out how to build the bootstrap src.sh file, I can test this thing :-). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``It is better to die on your feet than to live on your knees!'' -- Emiliano Zapata. --gBBFr7Ir9EOA20Yy Content-Type: application/x-patch Content-Disposition: attachment; filename="openpkg.boot.compress.patch" --- openpkg.boot.orig 2003-01-03 10:00:46.000000000 -0800 +++ openpkg.boot 2003-01-09 13:14:02.000000000 -0800 @@ -21,6 +21,41 @@ me="openpkg.boot" +# +# Bill Campbell fixes for compress/uncompress +# +# Do this very early so that we know whether it's worthwhile to attempt +# a build. There's no point in wasting time if we can't compress. +# +# Some recent Linux distributions have no compress or uncompress, or +# if they do, the uncompress is from sharutils, and compress doesn't +# work at all. +# +# T This is a test file since we need something to compress +progname=`dirname $0`/`basename $0` +suffix=$$ +tmpfile=/tmp/testcompress.$suffix.Z +# determine compression tool +compress="" +for t in compress gzip; do #{ + for p in `IFS=":"; echo . $PATH /bin /sbin /usr/bin /usr/sbin`; do #{ + if [ -f "$p/$t" ]; then #{ + compress="$p/$t" + if [ ".$t" = .gzip ]; then #{ + compress="$compress -S.Z" + fi #} + $compress < $progname > $tmpfile && { + break + } + compress='' + fi #} + done #} +done #} +rm -f $tmpfile 2>/dev/null +if [ ".$compress" = . ]; then + echo "$0:FAILED: required gzip or compress tool not found" + exit 1 +fi ## ## command line handling ## @@ -95,7 +130,6 @@ sh ./shtool echo -e "%BOpenPKG Bootstrap Procedure%b" echo "++ bootstrap version: $version-$release" echo "++ user/group pairs: $susr/$sgrp $musr/$mgrp $rusr/$rgrp $nusr/$ngrp" - ## ## optionally roll just a bootstrap source package ## @@ -142,7 +176,7 @@ rm -f $tmpdir/.sh sed <$srcdir/aux.wrapsrc.sh >$pkgdir/$name-$version-$release.src.sh \ -e "s;@DIR@;$name-$version-$release.src;" -e "s;@TGZ@;$name-$version-$release.src.tar.Z;" - (cd $tmpdir && tar cf - *) | compress |\ + (cd $tmpdir && tar cf - *) | $compress |\ uuencode $name-$version-$release.src.tar.Z |\ dd bs=64000 2>/dev/null >>$pkgdir/$name-$version-$release.src.sh exit 0 @@ -476,7 +510,7 @@ done ( cd $RPM_BUILD_ROOT$prefix; $RPM_BUILD_ROOT$prefix/lib/openpkg/tar --no-recursion -cf - $files) |\ -compress | uuencode openpkg-$v.$t.tar.Z >>$dstdir/openpkg-$v.$t.sh +$compress | uuencode openpkg-$v.$t.tar.Z >>$dstdir/openpkg-$v.$t.sh # cleanup echo "++ cleaning up" --gBBFr7Ir9EOA20Yy-- From openpkg-users-owner@openpkg.org Fri Jan 10 15:46:25 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 0274C277A01 for ; Fri, 10 Jan 2003 15:46:25 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id DC5E24CE551; Fri, 10 Jan 2003 15:46:24 +0100 (CET) Date: Fri, 10 Jan 2003 15:46:24 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030110144624.GA88260@engelschall.com> References: <20030109142653.A21213@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030109142653.A21213@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 09, 2003, Bill Campbell wrote: > Would it be reasonable to default to gzip/gunzip instead of > compress/uncompress for the bootstap procedures? Ten years ago > compress was ubiquitous and gzip rare, but today I think that's > changing, probably because of patent issues on compress. > [...] Hmmm... the general problem is that a compressed file both uncompress and gzip can decompress. This way our openpkg*src.sh can be uncompressed really on every platform because we already try "gunzip", "gzip -d" and "uncompress" for decompression. This is important because the bootstrap should require as less special things as possible. But if we would gzip the source in openpkg*src.sh, this would _require_ gunzip or "gzip -d" on the target platform. And there are still more Unix platforms without "gunzip" but with still "uncompress". Linux is AFAIK the only strange platform which does no longer provide uncompress (one have to install the "ncompress" package for this). So I'm not very happy to make life harder on the remaining platforms just because Linux is such strange. OTOH we cannot do any Linux specials here, because the openpkg*src.sh is platform independent. Hmmm... So, IMHO if we really switch to gzip'ed sources we usually will have to also add (separately) a gzip.tar which we can unpack and build on-the-fly in case the platform lacks "gzip". > [...] > Now if I can figure out how to build the bootstrap src.sh file, I > can test this thing :-). "./openpkg.boot -s" is your friend here. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 10 17:57:06 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 5F802277A0D for ; Fri, 10 Jan 2003 17:57:06 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 1FC5C639A6; Fri, 10 Jan 2003 08:57:03 -0800 (PST) Date: Fri, 10 Jan 2003 08:57:03 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030110085703.A9524@barryg.mi.celestial.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030110144624.GA88260@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030110144624.GA88260@engelschall.com>; from rse@engelschall.com on Fri, Jan 10, 2003 at 03:46:24PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 10, 2003 at 03:46:24PM +0100, Ralf S. Engelschall wrote: >On Thu, Jan 09, 2003, Bill Campbell wrote: > >> Would it be reasonable to default to gzip/gunzip instead of >> compress/uncompress for the bootstap procedures? Ten years ago >> compress was ubiquitous and gzip rare, but today I think that's >> changing, probably because of patent issues on compress. >> [...] > >Hmmm... the general problem is that a compressed file both uncompress >and gzip can decompress. This way our openpkg*src.sh can be uncompressed >really on every platform because we already try "gunzip", "gzip -d" and >"uncompress" for decompression. This is important because the bootstrap >should require as less special things as possible. > >But if we would gzip the source in openpkg*src.sh, this would _require_ >gunzip or "gzip -d" on the target platform. And there are still more >Unix platforms without "gunzip" but with still "uncompress". Linux is >AFAIK the only strange platform which does no longer provide uncompress >(one have to install the "ncompress" package for this). So I'm not very >happy to make life harder on the remaining platforms just because Linux >is such strange. OTOH we cannot do any Linux specials here, because >the openpkg*src.sh is platform independent. Hmmm... I understand the issues, having dealt with much the same thing at least 10 years ago when compress/uncompress were ubiquitous and gzip was the new kid on the block (I still have compressed binaries of gzip for SCO Xenix on ftp.celestial.com for people who wanted access to the open source software that we gzip'ed). There was quite a bit of discussion and concert about that time about the copyright/patent issues with compress. >So, IMHO if we really switch to gzip'ed sources we usually will have >to also add (separately) a gzip.tar which we can unpack and build >on-the-fly in case the platform lacks "gzip". That's certainly how I've handled this sort of thing. We've done something similar for the software we've had for SCO OpenServer on our ftp site that I've been building with RPM. We have a bundle that basically bootstraps RPM on OSR5 (not nearly as sophisticated as openpkg though which is largely why I'm here :-). I suspect though that by the time admins discover openpkg they've already got a working version of gzip on their systems. >> [...] >> Now if I can figure out how to build the bootstrap src.sh file, I >> can test this thing :-). > >"./openpkg.boot -s" is your friend here. Thanks. I'm still climbing the learning curve of openpkg. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``People from East Germany have found the West so confusing. It's so much easier when you have only one party.'' -- Linus Torvalde, Linux Expo Canada when asked about confusion over many Linux distributions. From openpkg-users-owner@openpkg.org Fri Jan 10 20:12:49 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id C8718277A0D for ; Fri, 10 Jan 2003 20:12:48 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id AC5834CE55A; Fri, 10 Jan 2003 20:12:48 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 737E6286DC; Fri, 10 Jan 2003 20:09:44 +0100 (CET) Date: Fri, 10 Jan 2003 20:09:44 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030110190944.GA39846@engelschall.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030110144624.GA88260@engelschall.com> <20030110085703.A9524@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030110085703.A9524@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 10, 2003, Bill Campbell wrote: > [...] > >"./openpkg.boot -s" is your friend here. > > Thanks. I'm still climbing the learning curve of openpkg. Also look at the README in the "openpkg" package. It explains a little bit about the way the bootstrapping package works. And in advance: you're poking around in the most magic and complex part of OpenPKG ;-) So don't be confused if you do not understand all parts of this complex package immediately. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Jan 11 07:16:40 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id A4C3F277A20 for ; Sat, 11 Jan 2003 07:16:39 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 819A8639A6; Fri, 10 Jan 2003 22:16:37 -0800 (PST) Date: Fri, 10 Jan 2003 22:16:37 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030110221637.A29218@barryg.mi.celestial.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030110144624.GA88260@engelschall.com> <20030110085703.A9524@barryg.mi.celestial.com> <20030110190944.GA39846@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030110190944.GA39846@engelschall.com>; from rse@engelschall.com on Fri, Jan 10, 2003 at 08:09:44PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 10, 2003 at 08:09:44PM +0100, Ralf S. Engelschall wrote: >On Fri, Jan 10, 2003, Bill Campbell wrote: > >> [...] >> >"./openpkg.boot -s" is your friend here. >> >> Thanks. I'm still climbing the learning curve of openpkg. > >Also look at the README in the "openpkg" package. It explains a little >bit about the way the bootstrapping package works. And in advance: >you're poking around in the most magic and complex part of OpenPKG ;-) >So don't be confused if you do not understand all parts of this complex >package immediately. Thanks. I read that, and can see there was a lot of work to make that work. In any case, I've done some testing with the mods I suggested in the openpkg.boot package where it tests for a working compress at the beginning of the build to make sure it's not going to barf at the end because it can't compress the file. After generating the src.sh file, and bootstrapping, the resultant install script is fine, not the truncated file that resulted from the sharutil's faked compress script. This worked on Mandrake 9.0 and SCO Linux 4.0/UnitedLinux where the Mandrake had no compress/uncompress and the SCO Linux had the bastardized sharutils with a non-working compress (uncompress is a link to gzip). The only other change I made was to the two aux.wrap*.sh scripts. I moved uncompress to the end of the uncompress test list after gzip and gunzip so that it will use uncompress only if gzip isn't available. It seems to me that this doesn't change the behaviour if compress is the only thing available, but will use gzip if available. By changing the aux.wrap*.sh scripts to test for gzip first, it doesn't break that part either. My hacked version is available for review at: ftp://ftp.celestial.com/pub/openpkg/PKG/openpkg-20030103-20030110.src.sh Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The Income Tax has made more Liars out of American people than Golf has.'' Will Rogers From openpkg-users-owner@openpkg.org Sun Jan 12 21:15:14 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 149D5277A03; Sun, 12 Jan 2003 21:15:14 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CBC934CE5D3; Sun, 12 Jan 2003 21:15:13 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0603B286BF; Sun, 12 Jan 2003 21:15:01 +0100 (CET) Date: Sun, 12 Jan 2003 21:15:01 +0100 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: OpenPKG 1.2 Release Engineering Process Ongoing Message-ID: <20030112201501.GA84988@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The release engineering process for OpenPKG 1.2 is ongoing since last week. After lots of cleanups over the last weeks, we're now fixing packages which fail one or more platforms. Our current status you can watch over the next 3-4 week under http://www.openpkg.org/status.cgi This page is continuing updated and shows you the build details for each package on each of our 6 target platforms. It is _NOW_ the time to give feedback in case you want to give us feedback. Because now we still can try to incorporate your fixes and hints into the OpenPKG sources for inclusion into OpenPKG 1.2. So, if you have a problem with a package, tell us the details now or you will still have the same problems in OpenPKG 1.2 ;-) The packages which will be part of the release are those of class CORE, BASE and PLUS. Following our policy, Over the next 3 weeks all old CORE and BASE packages will be fixed to build again. The old PLUS packages we will try to fix, but if a package insist too long on being a bastard it will be immediately degraded to EVAL and not included into the release again, of course. And vice versa, if nice playing EVAL packages are building fine on all platforms and we have good feedback for them, they can be upgraded to PLUS in order to be released this time. JUNK packages you can forget at all, they are not even fully packaged. For more details on our release engineering process, see http://www.openpkg.org/releng.html Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jan 13 03:58:43 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 19FD5277A03 for ; Mon, 13 Jan 2003 03:58:43 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 7988A1BF255 for ; Sun, 12 Jan 2003 21:58:40 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 4C981DE2089 for ; Sun, 12 Jan 2003 21:58:40 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Sun, 12 Jan 2003 22:04:45 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: Using compress/uncompress during bootstrap Date: Sun, 12 Jan 2003 22:04:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: FWIW - I like this patch. I ran into the same problem when trying to get openpkg going on cygwin too (I worked around by dummying up compress/uncompress as wrappers for gzip). Before you ask - I did not get the bootstrap for 1.2 working under cygwin yet. Martin ---- Martin Andrews martin.andrews@lionbioscience.com > -----Original Message----- > From: Bill Campbell [mailto:bill@celestial.com] > Sent: Saturday, January 11, 2003 1:17 AM > To: openpkg-users@openpkg.org > Subject: Re: Using compress/uncompress during bootstrap > ... > > In any case, I've done some testing with the mods I suggested in the > openpkg.boot package where it tests for a working compress at > the beginning > of the build to make sure it's not going to barf at the end because it > can't compress the file. After generating the src.sh file, and > bootstrapping, the resultant install script is fine, not the > truncated file > that resulted from the sharutil's faked compress script. > This worked on > Mandrake 9.0 and SCO Linux 4.0/UnitedLinux where the Mandrake had no > compress/uncompress and the SCO Linux had the bastardized > sharutils with a > non-working compress (uncompress is a link to gzip). > > The only other change I made was to the two aux.wrap*.sh > scripts. I moved > uncompress to the end of the uncompress test list after gzip > and gunzip so > that it will use uncompress only if gzip isn't available. > > It seems to me that this doesn't change the behaviour if > compress is the > only thing available, but will use gzip if available. By changing the > aux.wrap*.sh scripts to test for gzip first, it doesn't break > that part > either. > > My hacked version is available for review at: > > ftp://ftp.celestial.com/pub/openpkg/PKG/openpkg-20030103-20030 110.src.sh From openpkg-users-owner@openpkg.org Mon Jan 13 14:15:50 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D5D2F277A03 for ; Mon, 13 Jan 2003 14:15:49 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 7D5AD8D7DA; Mon, 13 Jan 2003 14:15:48 +0100 (CET) Date: Mon, 13 Jan 2003 14:15:48 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: patches for 1.1.0 to fix snprintf Message-ID: <20030113131548.GA63664@dev.de.cw.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Nov 14, 2002, Ian Alexander wrote: > Problem is related to not having vsnprintf/snprintf on host system (in > my case, solaris 2.5.1). The first patch fixes this problem in rpm. > You will also need to apply the second patch to the openpkg.spec. > Hope this helps someone else out there. > Dear Ian, Ralf and i discussed the inclusion of your patch into OpenPKG today. We decided not to include it. The use of sprintf(3) as a replacement for snprintf(3) has a high potential to cause buffer overflows, leading to program crashes and opening security issues. The price to support this outdated Solaris v2.5.1 is too high. Nevertheless, the patch basically works and i hope it will help you and probably others to use OpenPKG on affected platforms. -- Thomas.Lotterer@cw.com Development Team, Application Services, Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Mon Jan 13 15:55:05 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 2386D277A0A for ; Mon, 13 Jan 2003 15:55:05 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id BF9358D7DA; Mon, 13 Jan 2003 15:55:03 +0100 (CET) Date: Mon, 13 Jan 2003 15:55:03 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030113145503.GA65921@dev.de.cw.com> References: <20030109142653.A21213@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030109142653.A21213@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 09, 2003, Bill Campbell wrote: > Would it be reasonable to default to gzip/gunzip instead of > compress/uncompress for the bootstap procedures? [...] > Dear Bill, we discussed your inquiry today and changed the way OpenPKG makes use of compress. See http://www.openpkg.org/faq.html#why-compress -- Thomas.Lotterer@cw.com Development Team, Application Services, Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Mon Jan 13 21:53:49 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 84FCD277A08 for ; Mon, 13 Jan 2003 21:53:48 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 2454563A4A; Mon, 13 Jan 2003 12:53:46 -0800 (PST) Date: Mon, 13 Jan 2003 12:53:45 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030113125345.B30286@barryg.mi.celestial.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030113145503.GA65921@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030113145503.GA65921@dev.de.cw.com>; from thl@dev.de.cw.com on Mon, Jan 13, 2003 at 03:55:03PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 13, 2003 at 03:55:03PM +0100, Thomas Lotterer wrote: >On Thu, Jan 09, 2003, Bill Campbell wrote: > >> Would it be reasonable to default to gzip/gunzip instead of >> compress/uncompress for the bootstap procedures? [...] >> >Dear Bill, >we discussed your inquiry today and changed the way OpenPKG makes use of >compress. See http://www.openpkg.org/faq.html#why-compress Does the *.src.sh script benefit much from compression? I think that the majority of the stuff in that directory is gzip'ed tarballs for the packages being built which won't benefit from compression in any case. I don't think there's a whole lot left in that package that's compressible. As far as the actual bootstrapping procedure's concerned, my guess is that this is usually done on the same machine, so if one is going to use compression, then the important thing is that the compress be able to build files that the local uncompress will handle. If the built target script doesn't contain a compressed tarball, and it needs be transferred to other machines over slow LAN links, then it's left as an exercise to the admin to compress the target script using the tools available on all his/her systems. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Nobody wants to be called common people, especially common people.'' Will Rogers From openpkg-users-owner@openpkg.org Tue Jan 14 21:29:01 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A3C83277A00 for ; Tue, 14 Jan 2003 21:29:01 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 8B47C4CE92F; Tue, 14 Jan 2003 21:29:01 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 9BBC328714; Tue, 14 Jan 2003 21:27:22 +0100 (CET) Date: Tue, 14 Jan 2003 21:27:22 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030114202722.GA26037@engelschall.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030113145503.GA65921@dev.de.cw.com> <20030113125345.B30286@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030113125345.B30286@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 13, 2003, Bill Campbell wrote: > [...] > Does the *.src.sh script benefit much from compression? I think that the > majority of the stuff in that directory is gzip'ed tarballs for the > packages being built which won't benefit from compression in any case. I > don't think there's a whole lot left in that package that's compressible. Hmmm.... yes, indeed. You're right, it does not benefit much. Ok, then kick out the whole compression stuff also from src.sh. Now done in openpkg-20030114-20030114. Thanks for catching this last point, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jan 15 10:10:41 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D68EB277A02 for ; Wed, 15 Jan 2003 10:10:40 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 4F9B88D7FF; Wed, 15 Jan 2003 10:10:39 +0100 (CET) Date: Wed, 15 Jan 2003 10:10:39 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030115091039.GA13889@dev.de.cw.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030113145503.GA65921@dev.de.cw.com> <20030113125345.B30286@barryg.mi.celestial.com> <20030114202722.GA26037@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030114202722.GA26037@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 14, 2003, Ralf S. Engelschall wrote: > On Mon, Jan 13, 2003, Bill Campbell wrote: > > > [...] > > Does the *.src.sh script benefit much from compression? [...] > > Hmmm.... yes, indeed. You're right, it does not benefit much. [...] > FAQ updated, see http://cvs.openpkg.org/chngview?cn=6627 -- Thomas.Lotterer@cw.com Development Team, Application Services, Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Wed Jan 15 18:16:48 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 09B61277A0A for ; Wed, 15 Jan 2003 18:16:48 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 03D64639A6; Wed, 15 Jan 2003 09:16:43 -0800 (PST) Date: Wed, 15 Jan 2003 09:16:43 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Using compress/uncompress during bootstrap Message-ID: <20030115091643.A22755@barryg.mi.celestial.com> References: <20030109142653.A21213@barryg.mi.celestial.com> <20030113145503.GA65921@dev.de.cw.com> <20030113125345.B30286@barryg.mi.celestial.com> <20030114202722.GA26037@engelschall.com> <20030115091039.GA13889@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030115091039.GA13889@dev.de.cw.com>; from thl@dev.de.cw.com on Wed, Jan 15, 2003 at 10:10:39AM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 15, 2003 at 10:10:39AM +0100, Thomas Lotterer wrote: >On Tue, Jan 14, 2003, Ralf S. Engelschall wrote: > >> On Mon, Jan 13, 2003, Bill Campbell wrote: >> >> > [...] >> > Does the *.src.sh script benefit much from compression? [...] >> >> Hmmm.... yes, indeed. You're right, it does not benefit much. [...] >> >FAQ updated, see http://cvs.openpkg.org/chngview?cn=6627 Thanks for the dedication :-). I sorta thought the file might grow. I would expect files gzip'ed would grow when compress'ed. FWIW, compressing properly encrypted files is a loser as well. Compress first then encrypt (needless to say, I found that out the hard way). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Whenever you find yourself on the side of the majority it is time to pause and reflect.'' -- Mark Twain From openpkg-users-owner@openpkg.org Sat Jan 18 22:51:27 2003 Received: from marco-polo.weinreich.org (spiderman.ic3s.de [62.159.211.129]) by mail.openpkg.org (Postfix) with ESMTP id E1317277A0F for ; Sat, 18 Jan 2003 22:49:19 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h0ILn7of032092 for ; Sat, 18 Jan 2003 22:49:08 +0100 Date: Sat, 18 Jan 2003 22:49:07 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: snmp with Host-Resources-Mib.. Message-ID: <21880000.1042926547@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1826179384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1826179384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there! Is here a reason to build net-snmp without the host mib? If not it would be nice if the host mibs will be included in the SNMP agent. cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! --==========1826179384========== Content-Type: application/octet-stream; name="snmp-5.0.7-20030114.src.rpm.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="snmp-5.0.7-20030114.src.rpm.diff"; size=554 KioqIHNubXAuc3BlYy5uZXcgICAgICAgU2F0IEphbiAxOCAyMjowMzowNCAyMDAzCi0tLSBzbm1w LnNwZWMgICBTYXQgSmFuIDE4IDIxOjUwOjQxIDIwMDMKKioqKioqKioqKioqKioqCioqKiA2Nyw3 NCAqKioqCiAgICAgICAgICAtLXdpdGgtZGI9JXtsX3ByZWZpeH0gXAogICAgICAgICAgLS1lbmFi bGUtc2lsZW50LWxpYnRvb2wgXAogICAgICAgICAgLS1kaXNhYmxlLXNoYXJlZCBcCiEgICAgICAg ICAtLXdpdGgtZGVmYXVsdHMgIFwKISAgICAgICAtLXdpdGgtbWliLW1vZHVsZXM9Imhvc3QiCiAg ICAgICV7bF9tYWtlfSAle2xfbWZsYWdzfSB0b3VjaGl0CiAgICAgICV7bF9tYWtlfSAle2xfbWZs YWdzfQoKLS0tIDY3LDczIC0tLS0KICAgICAgICAgIC0td2l0aC1kYj0le2xfcHJlZml4fSBcCiAg ICAgICAgICAtLWVuYWJsZS1zaWxlbnQtbGlidG9vbCBcCiAgICAgICAgICAtLWRpc2FibGUtc2hh cmVkIFwKISAgICAgICAgIC0td2l0aC1kZWZhdWx0cwogICAgICAle2xfbWFrZX0gJXtsX21mbGFn c30gdG91Y2hpdAogICAgICAle2xfbWFrZX0gJXtsX21mbGFnc30KCgo= --==========1826179384==========-- From openpkg-users-owner@openpkg.org Mon Jan 20 05:40:01 2003 Received: by mail.openpkg.org (Postfix, from userid 7001) id EBE8D277A1A; Mon, 20 Jan 2003 05:40:00 +0100 (CET) From: petidomo-approve@openpkg.org (Petidomo Mailing List Server) To: openpkg-users@openpkg.org Subject: Petidomo: APPROVE openpkg-users@openpkg.org: Your posting to list "openpkg-users" Message-Id: <20030120044000.EBE8D277A1A@mail.openpkg.org> Date: Mon, 20 Jan 2003 05:40:00 +0100 (CET) Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Your posting needs to be approved. Do this by replying to this mail and citing the string 1C3FCBA26E7D882BEEFB534E63396198 in your reply. You won't have to do that again. From openpkg-users-owner@openpkg.org Mon Jan 20 09:35:30 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1635B277A1A for ; Mon, 20 Jan 2003 09:35:30 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 9CE058D759; Mon, 20 Jan 2003 09:35:27 +0100 (CET) Date: Mon, 20 Jan 2003 09:35:27 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Petidomo: APPROVE openpkg-users@openpkg.org: Your posting to list "openpkg-users" Message-ID: <20030120083527.GA67072@sv1.dev.de.cw.net> References: <20030120044000.EBE8D277A1A@mail.openpkg.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030120044000.EBE8D277A1A@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > > 1C3FCBA26E7D882BEEFB534E63396198 From openpkg-users-owner@openpkg.org Mon Jan 20 12:57:16 2003 Received: from 413hiin73xgnbj1 (61-225-76-66.HINET-IP.hinet.net [61.225.76.66]) by mail.openpkg.org (Postfix) with SMTP id 5E4C2277A13 for ; Mon, 20 Jan 2003 05:39:49 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users Date: Mon, 20 Jan 03 10:14:27 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_00ED_9DDC6F1F.5DD0F8A6" Message-Id: <20030120043949.5E4C2277A13@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_00ED_9DDC6F1F.5DD0F8A6 Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0iemgtdHciPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+sXqsT6RV rbGouqRAqLqkQLrYqK2l9zwvdGl0bGU+DQo8Ymdzb3VuZCBzcmM9Imh0dHA6Ly8xNDAuMTE0 Ljc5Ljg0OjcwMDAvbWlkaS9mb3JlaWduL2xhdGluL3JlbG9qLm1pZCIgbG9vcD0iMSI+DQo8 L2hlYWQ+DQoNCjxib2R5Pg0KDQo8ZGl2IHN0eWxlPSJib3JkZXItc3R5bGU6IG91dHNldDsg Ym9yZGVyLXdpZHRoOiA0OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZDQzAwOyBiYWNrZ3JvdW5k LWltYWdlOiB1cmwoJ2h0dHA6Ly9zY29ydC5vcmcuLnR3fnRwNDAvcGljL20tZmxvd2VyLmdp ZicpOyBiYWNrZ3JvdW5kLXJlcGVhdDogcmVwZWF0LXgiPg0KICA8ZGl2IHN0eWxlPSJ3aWR0 aDogNzI4OyBoZWlnaHQ6IDc4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZDQzAwOyBiYWNrZ3Jv dW5kLWltYWdlOiB1cmwoJ2h0dHA6Ly93d3cuc2NvdXQub3JnLnR3L350cDQwL3BpYy9tLWZs b3dlci5naWYnKTsgYmFja2dyb3VuZC1yZXBlYXQ6IHJlcGVhdC14OyBiYWNrZ3JvdW5kLXBv c2l0aW9uLXg6IG1lZGl1bSI+DQogIDxwIGFsaWduPSJjZW50ZXIiPqFAPC9wPg0KICA8L2Rp dj4NCiAgPHA+oUA8L3A+DQogIDxwPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiAj RkZDQzAwIj48Zm9udCBmYWNlPSK12LFkxNeyyrbqIiBzaXplPSI2Ij6xejwvZm9udD48Zm9u dCBmYWNlPSK12LFkxNeyyrbqIiBzaXplPSI0Ij6sT6RVrbGouqRAqLqkQLrYqK2l96FHPC9m b250Pjwvc3Bhbj48L3A+DQogIDxwPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiAj RkZDQzAwIj48Zm9udCBmYWNlPSK12LFkxNeyyrbqIiBzaXplPSI0Ij6hQDwvZm9udD48Zm9u dCBzaXplPSI0IiBmYWNlPSK80LeixekiPqFAPGI+orAurE+kQKbsPC9iPjwvZm9udD48Zm9u dCBmYWNlPSK80LeixekiPjxiPjxhIGhyZWY9Imh0dHA6Ly84NTU4LjAwMC5jb20uaGsvbmV3 bGlmZS8iPjxmb250IGNvbG9yPSIjODAwMDAwIiBzdHlsZT0iZm9udC1zaXplOiAxNXB0Ij63 UcHIv/qqur7Hpc08L2ZvbnQ+PC9hPjwvYj48L2ZvbnQ+PGZvbnQgc2l6ZT0iNCIgZmFjZT0i vNC3osXpIj6hQTxiPqtvpXWv4MHIqOyoQ6Rwrsk3MKHjMTAwqrquycF+oUGy1r9upKOkRrBd tEmhQzwvYj48L2ZvbnQ+PC9zcGFuPjwvcD4NCiAgPHA+PHNwYW4gc3R5bGU9ImJhY2tncm91 bmQtY29sb3I6ICNGRkNDMDAiPjxmb250IGZhY2U9IrzQt6LF6SIgc2l6ZT0iNCI+oUChQDxi PqKxLqxPpECm7DwvYj48L2ZvbnQ+PGZvbnQgZmFjZT0ivNC3osXpIj48Yj48YSBocmVmPSJo dHRwOi8vODU1OC4wMDAuY29tLmhrL25ld2xpZmUvIj48Zm9udCBjb2xvcj0iIzgwMDAwMCIg c3R5bGU9ImZvbnQtc2l6ZTogMTVwdCI+pFevWrHaPC9mb250PjwvYT48L2I+PC9mb250Pjxm b250IGZhY2U9IrzQt6LF6SIgc2l6ZT0iNCI+oUE8Yj6oQ6TRpbSlZKGopFehqKGopFWhqK9a oUGt6KZupWSmYqi6uMyhQaRTvuGk37NRtfSt+6FDPC9iPjwvZm9udD48L3NwYW4+PC9wPg0K ICA8cD48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogI0ZGQ0MwMCI+PGZvbnQgZmFj ZT0ivNC3osXpIiBzaXplPSI0Ij6hQKFAPGI+orIurE+kQKbst1HAsK5hrnimaMHIqMe/+qFB qNOssK5hrni6yaTfusmkT6q6PC9iPjwvZm9udD48Zm9udCBmYWNlPSK80LeixekiPjxiPjxh IGhyZWY9Imh0dHA6Ly84NTU4LjAwMC5jb20uaGsvbmV3bGlmZS8iPjxmb250IGNvbG9yPSIj ODAwMDAwIiBzdHlsZT0iZm9udC1zaXplOiAxNXB0Ij6uYa54pUSw/DwvZm9udD48L2E+PC9i PjwvZm9udD48Yj48Zm9udCBmYWNlPSK80LeixekiIHNpemU9IjQiPqFDPC9mb250PjwvYj48 L3NwYW4+PC9wPg0KICA8cCBhbGlnbj0ibGVmdCI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQt Y29sb3I6ICNGRkNDMDAiPg0KICA8Zm9udCBzaXplPSI0IiBmYWNlPSK12LFkt6Ku0cXpVzUi PjxiPqFAoUChQCCmcKpHp0Gvdaq6t1G8V6VbpqykSqFBpFOo47PGpEakQKjHuXG4o6q6sPLC pjwvYj6hSTwvZm9udD48L3NwYW4+PC9wPg0KICA8cCBhbGlnbj0ibGVmdCI+PHNwYW4gc3R5 bGU9ImJhY2tncm91bmQtY29sb3I6ICNGRkNDMDAiPjxmb250IGZhY2U9IrzQt6LF6SI+PGI+ DQogIDxmb250IGNvbG9yPSIjRkYwMDAwIiBzaXplPSI1Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgqLq78q6ls9+xeqFJPC9mb250PjwvYj48L2ZvbnQ+PGI+PGZvbnQgZmFjZT0ivNC3 osXpIiBzaXplPSI0IiBjb2xvcj0iI0ZGMDAwMCI+s2+xTrd8rE+xerPMpm6qur73t3yhSTwv Zm9udD48L2I+PC9zcGFuPjwvcD4NCiAgPHA+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29s b3I6ICNGRkNDMDAiPjxmb250IGZhY2U9IrXYsWTE17LKtuoiIHNpemU9IjYiPrF6PC9mb250 Pjxmb250IGZhY2U9IrXYsWTE17LKtuoiIHNpemU9IjQiPqq+uUS23KFIPC9mb250Pjwvc3Bh bj48L3A+DQogIDxwPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiAjRkZDQzAwIj4N CiAgPGZvbnQgZmFjZT0itdixZMTXssq26iIgc2l6ZT0iNCIgY29sb3I9IiNGRkZGRkYiPqFA oUCt7KjTtlKk+rtJoUGlzr3Dpc2vyKFBpF2v4LLWv26wXbRJoUmmQbB0pFexTbd+qrq69Lj0 pua+UKTopqGhSTwvZm9udD48L3NwYW4+PGZvbnQgc2l6ZT0iNCIgZmFjZT0itdixZMTXssq2 6iIgY29sb3I9IiNGRkZGRkYiPrW0ue+k3sN6pauz9aFJPC9mb250PjwvcD4NCiAgPHA+oUA8 L3A+DQogIDxwIGFsaWduPSJjZW50ZXIiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9y OiAjRkZDQzAwIj4NCiAgPGZvbnQgZmFjZT0itdixZMTXssq26iIgc2l6ZT0iNSI+DQogIDxh IGhyZWY9Imh0dHA6Ly84NTU4LjAwMC5jb20uaGsvbmV3bGlmZS8iPqfat1Gs3bZSpPq7SaTO pc69w6XNr8jByL/6qrq8dqT5PC9hPjwvZm9udD48L3NwYW4+PC9wPg0KICA8cCBhbGlnbj0i Y2VudGVyIj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogI0ZGQ0MwMCI+DQogIDxm b250IGNvbG9yPSIjRkZGRjAwIj4mbmJzcDs8L2ZvbnQ+PGI+PGZvbnQgY29sb3I9IiNDQzAw OTkiIGZhY2U9IrXYsWTE17aup7oiIHNpemU9IjUiPjxhIGhyZWY9Imh0dHA6Ly9ob21lLmtp bW8uY29tLnR3L29wcDI2Ni9jbi9uZXdsaWZlLyI+PGZvbnQgY29sb3I9IiNDQzAwOTkiPqfa rW62aaRAqEKkRrjRPC9mb250PjwvYT48L2ZvbnQ+PC9iPjwvc3Bhbj48L3A+DQogIDxwIGFs aWduPSJjZW50ZXIiPg0KICA8c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogI0ZGQ0Mw MCI+PGI+PGZvbnQgY29sb3I9IiM4MDAwMDAiIGZhY2U9IrXYsWTE17aup7oiIHNpemU9IjUi PjxhIGhyZWY9Imh0dHA6Ly84NTU4LjAwMC5jb20uaGsvbmV3bGlmZS8iPqfarW7ByL/6oUG9 0LF6wXC1uKfaoUk8L2E+PC9mb250PjwvYj48L3NwYW4+PC9wPg0KICA8cCBhbGlnbj0iY2Vu dGVyIj6hQDwvZGl2Pg0KPHAgYWxpZ249ImNlbnRlciI+PGI+PGltZyBib3JkZXI9IjAiIHNy Yz0iaHR0cDovL3d3dy5zY291dC5vcmcudHcvfnRwNDAvcGljL20tamF2YS5naWYiIHdpZHRo PSI2NCIgaGVpZ2h0PSI2NCI+PGZvbnQgc2l6ZT0iNCI+PGEgaHJlZj0iaHR0cDovLzg1NTgu MDAwLmNvbS5oay8/V2ViU3ViTGluaz0vdHciPqRGuNGsT6Sjpc6q4b/6qrohITwvYT48L2Zv bnQ+PC9iPr73t3ysT7R4tKSmYqX9qr6l/cSxqrqkSKTipFcstHi0pKX9vvehQbROrE/Eua5h oUk8YnI+DQo8YnI+DQo8Zm9udCBjbGFzcz0idW5uYW1lZDEiIGNvbG9yPSIjZmYwMDAwIiBz aXplPSIyIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQq37b73t3ylWLJ7oUCxeqxPrN2o7KWmvaey TKq6p867qqFAwdmsT6R3rN2o7KjkpLqyW6q6smCr1yClv6nSv9e8erK0w9GtXravPGJyPg0K oUChQKFAoUCzb6THpGSovbCoIDxiPqV1prO/V6jjvHqytKq6p0K81jwvYj4gpWmlSKzdqOyl TKq6vOekT7tQu/mtyDwvZm9udD48L3A+DQo8cCBhbGlnbj0iY2VudGVyIj48Yj48Zm9udCBm YWNlPSK3c7LTqfrF6SI+rVmmXaRIvMak06ZoLLx2pPm1TKprpb+xYMZbrN0sPGEgaHJlZj0i aHR0cDovLzg1NTguMDAwLmNvbS5oay8/V2ViU3ViTGluaz0vdHcvem1hcnQvbWFpbl9hcHBv aW50bWVudC5hc3AiPr3QsXqqvbG1r2SkVbF6qrq46q7GPC9hPiyn2rFOt3y6ybN0u1CxerNz tbghPC9mb250PjwvYj48L3A+DQoNCjwvYm9keT4NCg0KPC9odG1sPiAgICA= ------=_NextPart_000_00ED_9DDC6F1F.5DD0F8A6-- From openpkg-users-owner@openpkg.org Mon Jan 20 17:32:12 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 1213A277A1A for ; Mon, 20 Jan 2003 17:32:12 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h0KGW9d0037823 for ; Mon, 20 Jan 2003 17:32:09 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h0KGW9hq037822 for openpkg-users@openpkg.org; Mon, 20 Jan 2003 17:32:09 +0100 (CET) Date: Mon, 20 Jan 2003 17:32:09 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: snmp with Host-Resources-Mib.. Message-ID: <20030120163209.GQ53153@dt4.dev.de.cw.net> References: <21880000.1042926547@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="p6hDAtPN9q+ZnUca" In-Reply-To: <21880000.1042926547@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --p6hDAtPN9q+ZnUca Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 18, 2003, Steffen Weinreich wrote: > Is here a reason to build net-snmp without the host mib? If not it would = be=20 > nice if the host mibs will be included in the SNMP agent. > Hi Steve, I inserted your patch into the snmp package and got bad results. It might b= e a good idea to to include the host mibs, although I haven't had time to fully check this out. A good starting point would be to ensure that the package builds, though. It might be a nice thing to supply the host mib. Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH [...] /bin/sh ../../libtool --silent --mode=3Dcompile /sw/bin/cc -I../../include = -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -I/= sw/include -I/sw/include -I/usr/include/rpm -O2 -pipe -Dfreebsd4 -I/usr/i= nclude/rpm -c -o host/hr_swinst.lo host/hr_swinst.c In file included from /sw/include/rpm/rpmlib.h:16, from host/hr_swinst.c:44: /sw/include/rpm/header.h:69:19: rpmio.h: No such file or directory make[2]: *** [host/hr_swinst.lo] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 error: Bad exit status from /mycomp/opkgtmp/rpm-tmp.40248 (%build) --p6hDAtPN9q+ZnUca Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPiwkiFuYv80UoVTdAQHELQf+I3v9vmcN1izqfGiKgsM/YuUvzrqxBZGM 37MMIG9OCMYm1vWVjdi0x+gnL3UXavlKghZPhzm9/0LFehYAt71EUM3E6EejoiMg tg8zw0w/Nf2EYmvDKuGZhLqBOOhCGxNaC3mVfGc5fnn0m6X1UmkbNrgJ8bjqM66o WwbbBEAqrIXB7Wo8KFCc5QH4U5irtLLGDNzH1TmMZs0b/MgbgJVuGLeneM5MQeOD vvumN3NESkOWdq3t8NC7wJvySfqAOBzcOgGJHqwkzGU8XHwYY8lgYcskWJ/pRuBC /3vweKkPWWEdfQKs/2fxCBJrhiDqPSmZnqCT1RqcZw3QlEBbPsseTw== =S2CL -----END PGP SIGNATURE----- --p6hDAtPN9q+ZnUca-- From openpkg-users-owner@openpkg.org Mon Jan 20 18:33:48 2003 Received: from marco-polo.weinreich.org (unknown [80.146.165.65]) by mail.openpkg.org (Postfix) with ESMTP id CEB73277ACA for ; Mon, 20 Jan 2003 18:33:47 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h0KHXSsD002303 for ; Mon, 20 Jan 2003 18:33:28 +0100 Date: Mon, 20 Jan 2003 18:33:28 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: snmp with Host-Resources-Mib.. Message-ID: <77890000.1043084008@marco-polo.weinreich.org> In-Reply-To: <20030120163209.GQ53153@dt4.dev.de.cw.net> References: <21880000.1042926547@marco-polo.weinreich.org> <20030120163209.GQ53153@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Montag, Januar 20, 2003 17:32:09 +0100 Michael Schloh von Bennewitz wrote: > On Sat, Jan 18, 2003, Steffen Weinreich wrote: >> Is here a reason to build net-snmp without the host mib? If not it would >> be nice if the host mibs will be included in the SNMP agent. >> > Hi Steve, > > I inserted your patch into the snmp package and got bad results. It might > /sw/include/rpm/header.h:69:19: rpmio.h: No such file or directory I've tried it only under Solaris 2.8 where in fact the hr_swinst.c uses the solaris pkg* things ... I will habe a look on Linux this noon .. cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Tue Jan 21 00:07:45 2003 Received: from marco-polo.weinreich.org (spiderman.ic3s.de [62.159.211.129]) by mail.openpkg.org (Postfix) with ESMTP id 8184F277B32 for ; Tue, 21 Jan 2003 00:07:44 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h0KN7csD003431 for ; Tue, 21 Jan 2003 00:07:39 +0100 Date: Tue, 21 Jan 2003 00:07:38 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: snmp with Host-Resources-Mib.. Message-ID: <52840000.1043104057@marco-polo.weinreich.org> In-Reply-To: <77890000.1043084008@marco-polo.weinreich.org> References: <21880000.1042926547@marco-polo.weinreich.org> <20030120163209.GQ53153@dt4.dev.de.cw.net> <77890000.1043084008@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1857129384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1857129384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Montag, Januar 20, 2003 18:33:28 +0100 Steffen Weinreich wrote: > > > --On Montag, Januar 20, 2003 17:32:09 +0100 Michael Schloh von Bennewitz > wrote: > >> On Sat, Jan 18, 2003, Steffen Weinreich wrote: >>> Is here a reason to build net-snmp without the host mib? If not it would >>> be nice if the host mibs will be included in the SNMP agent. >>> >> Hi Steve, >> >> I inserted your patch into the snmp package and got bad results. It might > >> /sw/include/rpm/header.h:69:19: rpmio.h: No such file or directory > > I've tried it only under Solaris 2.8 where in fact the hr_swinst.c uses > the solaris pkg* things ... I will habe a look on Linux this noon .. Compiles OK for me under RH 7.2 ... No idea where the problem lies Maybe because the RH7.2 has only the base installation packages installed and some devel packages needed to compile with /cw (glibc-devel, kernel-headers, libtermcap-devel AFAICR) Attached are the installed packages on the system... cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! --==========1857129384========== Content-Type: text/plain; charset=us-ascii; name="Packages installed on RH 7.2"; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cw@journee$ /bin/rpm -qa indexhtml-7.2-1 redhat-logos-1.1.3-1 filesystem-2.1.6-2 glibc-2.2.4-13 bzip2-libs-1.0.1-4 cracklib-2.7-12 db2-2.4.14-7 dosfstools-2.7-1 eject-2.0.9-2 gdbm-1.8.0-10 hdparm-4.1-2 ksymoops-2.4.1-1 mailx-8.1.1-22 mktemp-1.5-11 parted-1.4.16-8 popt-1.6.3-1.03 reiserfs-utils-3.x.0j-2 shadow-utils-20000902-4 newt-0.50.33-1 ntsysv-1.2.24-1 syslinux-1.52-2 libtermcap-2.0.8-28 bzip2-1.0.1-4 hotplug-2001_04_24-11 libstdc++-2.96-98 logrotate-3.5.9-1 modutils-2.4.6-4 info-4.0b-3 diffutils-2.7.2-2 fileutils-4.1-4 findutils-4.1.7-1 grep-2.4.2-7 dhcpcd-1.3.18pl8-13 gzip-1.3-15 man-1.5i2-6 procmail-3.21-1 psmisc-20.1-2 readline-4.2-2 rootfiles-7.2-1 console-tools-19990829-36 slocate-2.6-1 tar-1.13.19-6 textutils-2.0.14-2 mount-2.11g-5 lilo-21.4.4-14 mouseconfig-4.23-1 tmpwatch-2.8-2 vim-common-5.8-7 which-2.12-3 cracklib-dicts-2.7-12 authconfig-4.1.19-1 cyrus-sasl-md5-1.5.24-20 gpm-1.19.3-20 passwd-0.64.1-7 krb5-libs-1.2.2-13 sendmail-8.11.6-3 zlib-1.1.3-24 util-linux-2.11f-9 apmd-3.0final-34 iptables-1.2.3-1 lokkit-0.50-6 quota-3.01pre9-3 vixie-cron-3.0.1-63 openssh-2.9p2-7 openssh-clients-2.9p2-7 sharutils-4.2.1-8 kernel-headers-2.4.7-10 libtermcap-devel-2.0.8-28 glibc-common-2.2.4-13 mailcap-2.1.6-1 setup-2.5.7-1 basesystem-7.0-2 bdflush-1.5-17 chkconfig-1.2.24-1 db1-1.85-7 db3-3.2.9-4 e2fsprogs-1.23-2 file-3.35-2 glib-1.2.10-5 iputils-20001110-6 losetup-2.11g-5 mingetty-0.9.4-18 net-tools-1.60-3 pcre-3.4-2 pwdb-0.61.1-3 setserial-2.17-4 slang-1.4.4-4 netconfig-0.8.11-7 setuptool-1.8-2 termcap-11.0.1-10 bash-2.05-8 crontabs-1.10-1 iproute-2.2.4-14 groff-1.17.2-3 MAKEDEV-3.2-5 ncurses-5.2-12 cpio-2.4.2-23 ed-0.2-21 at-3.1.8-20 gawk-3.1.0-3 ash-0.3.7-2 grub-0.90-11 less-358-21 openssl-0.9.6b-8 procps-2.0.7-11 raidtools-0.90-23 redhat-release-7.2-1 sed-3.02-10 kbdconfig-1.9.14-1 sysklogd-1.4.1-4 tcsh-6.10-6 dev-3.2-5 mkinitrd-3.2.6-1 mkbootdisk-1.4.2-3 time-1.7-14 utempter-0.5.2-6 vim-minimal-5.8-7 words-2-17 pam-0.75-14 cyrus-sasl-1.5.24-20 cyrus-sasl-plain-1.5.24-20 kudzu-0.99.23-1 sh-utils-2.0.11-5 openldap-2.0.11-13 SysVinit-2.78-19 rpm-4.0.3-1.03 initscripts-6.40-1 ipchains-1.3.10-10 kernel-2.4.7-10 pciutils-2.1.8-23 timeconfig-3.2.2-1 anacron-2.3-17 openssh-server-2.9p2-7 perl-5.6.0-17 ncompress-4.2.4-24 glibc-devel-2.2.4-13 --==========1857129384========== Content-Type: text/plain; charset=us-ascii; name="OpenPkg Packages installed on RH72"; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline [root@journee root]# /cw/bin/rpm -qa openpkg-20030114-20030114 ssmtp-2.48-20020821 sudo-1.6.6-20030103 binutils-2.13.2.1-20030102 bash-2.05b-20021127 screen-3.9.13-20020905 gzip-1.3.5-20021001 m4-1.4o-20020206 shtool-1.6.2-20021102 bzip2-1.0.2-20020206 tar-1.13.25-20030114 patch-2.5.8-20030114 rsync-2.5.5-20021227 db-4.1.25.0-20021226 openpkg-tool-20030116-20030116 gcc-3.2.1-20030114 autoconf-2.57-20021204 vim-6.1.290-20030117 perl-5.8.0-20030103 make-3.80-20030109 bison-1.35-20030103 zlib-1.1.4-20020312 flex-2.5.4a-20030114 ntp-4.1.1b-20021026 cvs-1.11.4-20030114 openssl-0.9.7-20030111 --==========1857129384==========-- From openpkg-users-owner@openpkg.org Wed Jan 22 15:06:50 2003 Received: by mail.openpkg.org (Postfix, from userid 7000) id 49B3A277A08; Wed, 22 Jan 2003 15:06:50 +0100 (CET) Date: Wed, 22 Jan 2003 15:06:50 +0100 From: OpenPKG To: openpkg-announce@openpkg.org, openpkg-users@openpkg.org, openpkg-dev@openpkg.org Subject: [ANNOUNCE] OpenPKG 1.2 released Message-ID: <20030122140650.GA31739@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: FOR IMMEDIATE RELEASE - 22-Jan-2003 The OpenPKG project releases version 1.2 of the unique cross-platform software packaging facility. http://www.openpkg.org/ -- Munich, DE -- January 22, 2003 -- The OpenPKG project is proud to announce version 1.2 of its OpenPKG software. A flexible and powerful software packaging facility, OpenPKG eases the cross-platform installation and administration of Unix software. Consolidating different vendor approaches into a unified architecture, it serves system administrators of large networks previously burdened by non-conforming systems. OpenPKG leverages proven technologies like Red Hat Package Manager (RPM) and provides an additional system layer on top of the operating system. With OpenPKG, a unique method of cross-platform software deployment is taking form. Administrators using OpenPKG 1.2 benefit from official support on FreeBSD 4.7 and 5.0, Debian GNU/Linux 2.2 and 3.0, and Sun Solaris 8 and 9. Thanks to its portable nature, other platforms with limited support include NetBSD, OpenBSD, RedHat Linux, HP Tru64, SCO UnixWare and QNX. WHAT'S NEW IN VERSION 1.2 Over the last 5 months, since the release of OpenPKG 1.1, the official OpenPKG repository has grown from 320 to over 450 packages. From this packaging pool 185 release-grade CORE and BASE classified packages were carefully selected for inclusion into the official OpenPKG 1.2 release. These packages are fully supported on all of the above six platforms, including full security tracking and updating until at least two forthcoming releases are based on it. An additional 176 PLUS classified packages were identified which are provided for convenience reasons as an unsupported set of add-on packages to OpenPKG 1.2. So, in total OpenPKG 1.2 consists of 361 released packages which include proven versions of popular Unix software like Apache, BIND, GCC, GnuPG, MySQL, OpenSSH, Perl, Postfix, Samba and teTeX -- all carefully packaged for easy deployment. Additionally, several new appealing features are introduced with OpenPKG 1.2. A new approach for package option handling now allows flexibility and precise building and dependency tracking of package build-time variations. The most prominent example is the "apache" package, by default providing only a bare-bone Apache installation. Through the simple specification of up to 44 build-time options the administrator easily can build a fully customized variation which could include mod_ssl, mod_php and more. The packaging of the Perl language was fully reorganized and extended to now optionally provide 220 proven extension modules from CPAN, clustered into 25 OpenPKG packages. An additional utility package "openpkg-tool" eases maintenance of whole OpenPKG instances, and can especially be useful in updating packages with complex dependencies and used build options. Finally, a new faking "syslog" package allows an administrator to redirect log entries of lots of daemons that would otherwise wind up in the generic syslog facility of the underlying operating system. HIGHLIGHTS OF OPENPKG * Entirely based on Open Source Software technology. * Portable across mostly all major Unix platforms. * Official support for FreeBSD 4/5, Debian 2/3 and Solaris 8/9. * Minimum operating system intrusion. * Minimum overhead in software packaging. * Easy installation, updating and deinstallation of packages. * Over 360 carefully selected and released packages available. * Bundled with useful package preconfigurations. * Support for multiple system instances. * Support for proxy packages. * Support for build-time variations of packages. * Abstracted run-command facility. ABOUT THE OPENPKG PROJECT OpenPKG is a software packaging facility for Unix computers, and targets the major server platforms FreeBSD, Linux and Solaris. While internally based on RPM version 4, OpenPKG is a fully self-contained system with minimal dependencies (no RPM preinstallation required) and installs itself by means of a tricky bootstrapping procedure. OpenPKG eases and controls the management of a large or diverse base of software across one or more of its supported platforms. OpenPKG is a project founded 2000 by Cable & Wireless Germany's Internet Services division. In January 2002 it was released by Cable & Wireless to the public as Open Source software. Since then OpenPKG is maintained and improved by its original developers and contributors from the Open Source community and is a mature technology in production use. OpenPKG is the brainchild of Ralf S. Engelschall, team leader of Development in Internet Services and principal author of numerous other widely used Open Source Software technologies like Apache SSL/TLS Engine (mod_ssl), Apache URL Rewriting Engine (mod_rewrite), GNU Portable Threads (Pth), GNU Portable Shell Tool (Shtool), and Website META Language (WML). MORE INFORMATION The OpenPKG Project Ralf S. Engelschall rse@openpkg.org +49-89-92699-251 (CET) +49-172-8986801 (CET) From openpkg-users-owner@openpkg.org Thu Jan 23 23:02:48 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 1B7A0277A0B for ; Thu, 23 Jan 2003 23:02:47 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 04E85639A7; Thu, 23 Jan 2003 14:02:41 -0800 (PST) Date: Thu, 23 Jan 2003 14:02:41 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Anybody built tripwire-2.3.? Message-ID: <20030123140241.A14395@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Has anybody successfully build tripwire-2.3.x under openpkg? I've tried with gcc 3.2.1 using tripwire-2.3.1-gcc3.patch from the sourceforge site, and with gcc2 after doing some global substitutions s/g++/g++2/ and s/c++/c++2/ in what appear to be the appropriate places (I have to admit that my C++ knowledge is limited at best :-). The build gets much further using gcc2, but with undefined references in STLport-4.0/stlport/stdexcept:50. I expect that this is looking for uninstalled supporting packages, but don't have a clue where to start looking for them. Any ideas suggestions (I haven't been able to get AIDE to work on our systems either). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ That rifle on the wall of the labourer's cottage or working class flat is the symbol of democracy. It is our job to see that it stays there. --GEORGE ORWELL From openpkg-users-owner@openpkg.org Fri Jan 24 00:39:57 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8095D277A0B for ; Fri, 24 Jan 2003 00:39:57 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 2317A8D7DA; Fri, 24 Jan 2003 00:39:54 +0100 (CET) Date: Fri, 24 Jan 2003 00:39:53 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Anybody built tripwire-2.3.? Message-ID: <20030123233953.GA79963@sv1.dev.de.cw.net> References: <20030123140241.A14395@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030123140241.A14395@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 23, 2003, Bill Campbell wrote: > Has anybody successfully build tripwire-2.3.x under openpkg? Not yet. > Any ideas suggestions (I haven't been able to get AIDE to work on > our systems either). At least the basic function (checksumming a directory tree) does work for me. What doesn't work exactly ? Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Fri Jan 24 02:19:53 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id D9EBA277A0B for ; Fri, 24 Jan 2003 02:19:52 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id C04D6639A7; Thu, 23 Jan 2003 17:19:48 -0800 (PST) Date: Thu, 23 Jan 2003 17:19:48 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Anybody built tripwire-2.3.? Message-ID: <20030123171948.A24261@barryg.mi.celestial.com> References: <20030123140241.A14395@barryg.mi.celestial.com> <20030123233953.GA79963@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030123233953.GA79963@sv1.dev.de.cw.net>; from mlelstv@dev.de.cw.net on Fri, Jan 24, 2003 at 12:39:53AM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 24, 2003 at 12:39:53AM +0100, Michael van Elst wrote: >On Thu, Jan 23, 2003, Bill Campbell wrote: > >> Has anybody successfully build tripwire-2.3.x under openpkg? > >Not yet. > >> Any ideas suggestions (I haven't been able to get AIDE to work on >> our systems either). > >At least the basic function (checksumming a directory tree) >does work for me. What doesn't work exactly ? I've tried AIDE using my tripwire-1.30 configuration files as a starting point. The init function runs, but then when I run the check it says that the opendir function files, which it would since it's attempting to do opendir on file names not directories. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Bagdikian's Observation: Trying to be a first-rate reporter on the average American newspaper is like trying to play Bach's "St. Matthew Passion" on a ukelele. From openpkg-users-owner@openpkg.org Fri Jan 24 12:22:09 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A37C4277AC1 for ; Fri, 24 Jan 2003 12:22:09 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 5686E8D7DA; Fri, 24 Jan 2003 12:22:06 +0100 (CET) Date: Fri, 24 Jan 2003 12:22:06 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Anybody built tripwire-2.3.? Message-ID: <20030124112205.GA92118@sv1.dev.de.cw.net> References: <20030123140241.A14395@barryg.mi.celestial.com> <20030123233953.GA79963@sv1.dev.de.cw.net> <20030123171948.A24261@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030123171948.A24261@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 23, 2003, Bill Campbell wrote: > I've tried AIDE using my tripwire-1.30 configuration files as a starting > point. The init function runs, but then when I run the check it says that > the opendir function files, which it would since it's attempting to do > opendir on file names not directories. I don't think that AIDE can read tripwire configuration files. You may want to start with something simpler. E.g.: database = file://localhost/var/tmp/mysystem.db database_out = file://localhost/var/tmp/mysystem.db.new /etc R -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Fri Jan 24 12:33:52 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.115]) by mail.openpkg.org (Postfix) with ESMTP id 71C7B277AC1 for ; Fri, 24 Jan 2003 12:33:52 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h0OBXnYk009618 for ; Fri, 24 Jan 2003 12:33:49 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h0OBXmrw009617 for openpkg-users@openpkg.org; Fri, 24 Jan 2003 12:33:48 +0100 (CET) Date: Fri, 24 Jan 2003 12:33:48 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Anybody built tripwire-2.3.? Message-ID: <20030124113348.GD780@dt4.dev.de.cw.net> References: <20030123140241.A14395@barryg.mi.celestial.com> <20030123233953.GA79963@sv1.dev.de.cw.net> <20030123171948.A24261@barryg.mi.celestial.com> <20030124112205.GA92118@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="8w3uRX/HFJGApMzv" In-Reply-To: <20030124112205.GA92118@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --8w3uRX/HFJGApMzv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jan 24, 2003, Michael van Elst wrote: > On Thu, Jan 23, 2003, Bill Campbell wrote: >> I've tried AIDE using my tripwire-1.30 configuration files as a starting >> point. The init function runs, but then when I run the check it says that >> the opendir function files, which it would since it's attempting to do >> opendir on file names not directories. > > I don't think that AIDE can read tripwire configuration files. > Just to throw another stone in the pond: I use integrit for what it seems like you are trying to do. It calculates checksums of directory trees using MD5 digests, and stores the results in db files. You can then test the same directory trees against the db files to see if they have changed. And this works perfectly and is very easy to use. Yes, I know that integrit does only 1% of a more complex tool like tripwire, but it maybe interesting to somebody who is considering a less complex solution. $ wget ftp://ftp.openpkg.org/current/SRC/integrit-3.02.00-20030117.src.rpm $ rpm --rebuild integrit-3.02.00-20030117.src.rpm # rpm -Uvh integrit-3.02.00-20030117..rpm Gruesse, Michael --8w3uRX/HFJGApMzv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPjEknFuYv80UoVTdAQHQtwf+Kg5qEz3zdLkkMvKxkPr1yAktTCkfHM0s SCsvE1i+OxIWeg72PgU4JLuL39a9MrvSw89lRWqfe7YnEYVFDOqO+2ZXvNqZHzNk JYJ8XPbLnlSYecFXpzFRjBH/31j+IlSaF27XtIzaz+3mSXHNOhXtjzZD60a5IGid wnj5oka+8I39Bs+AkvLljkHMZzC1cY5BNxAxS7ORykpWixopuaTNYTlQAvxwSmna awfdhBJq1Gb7dehr4L9Qhv5qZto9ah6+csBiO6oTxe6i6Fi7+GYoaGOUAuJWErff S78pOMyth7dQTIxQXAE/51MAKoTtjrrOgVEEWTCWO0kTy2APtUbvZw== =vGas -----END PGP SIGNATURE----- --8w3uRX/HFJGApMzv-- From openpkg-users-owner@openpkg.org Sat Jan 25 13:48:22 2003 Received: from 413hiin73xgnbj1 (218-165-75-93.HINET-IP.hinet.net [218.165.75.93]) by mail.openpkg.org (Postfix) with SMTP id E2A61277A17 for ; Sat, 25 Jan 2003 13:48:19 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users ¤µ¤Ñ¹Lªº¦n¶Ü??~~~ Date: Sat, 25 Jan 03 12:47:14 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_005C_558C35DB.57D431F0" Message-Id: <20030125124819.E2A61277A17@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_005C_558C35DB.57D431F0 Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCjxtZXRhIG5hbWU9IlByb2dJ ZCIgY29udGVudD0iRnJvbnRQYWdlLkVkaXRvci5Eb2N1bWVudCI+DQo8dGl0bGU+r3Wk37jc pGqm0sXnPC90aXRsZT4NCjxtZXRhIG5hbWU9Ik1pY3Jvc29mdCBUaGVtZSIgY29udGVudD0i c3dlZXRzIDAxMSI+DQo8L2hlYWQ+DQoNCjxib2R5IGJhY2tncm91bmQ9InN3YmtnbmQuZ2lm IiBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIiBsaW5rPSIjMDA5OTAwIiB2bGlu az0iIzY2MDBDQyIgYWxpbms9IiNGRjAwMDAiPg0KDQo8IS0tbXN0aGVtZS0tPjxmb250IGZh Y2U9IrdzstOp+sXpIj4NCjxwPjxmb250IGZhY2U9IrXYsWSwyatGrHkoUCkiIHNpemU9IjQi Pq91pN+43KRqptLF56FBpKOlaaVIsL2s3bWqrtez4aHjoeM8L2ZvbnQ+PC9wPg0KPHA+PGZv bnQgZmFjZT0itdixZLDJq0aseShQKSIgc2l6ZT0iNCI+orChRLF6pLWk0blMqrqmbrbcoUg8 L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0itdixZLDJq0aseShQKSIgc2l6ZT0iNCI+orGh RKdBqrquYaRIprO5TKq6pm623KFIPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IrXYsWSw yatGrHkoUCkiIHNpemU9IjQiPqKyoUSnQa91qrqz38V3uUyzb7zLqrqk6aRsttyhSDwvZm9u dD48L3A+DQo8cD48Zm9udCBmYWNlPSK12LFksMmrRqx5KFApIiBzaXplPSI0Ij6is6FEp0Gn xrHmpEC9+qRss6Ozb7zLuUy23KFIoUihSKFIPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9 IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPqFEoUQ8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFj ZT0itdixZLDJq0aseShQKSIgc2l6ZT0iNCI+oUShRKFEoUShRDwvZm9udD48L3A+DQo8cD48 Zm9udCBmYWNlPSK12LFksMmrRqx5KFApIiBzaXplPSI0Ij6hRKFEoUShRKFEoUShRKFEoUSh RKFEoUQ8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgY29sb3I9IiNmZjAwMDAiIGZhY2U9IrXYsWSw yatGrHkoUCkiIHNpemU9IjQiPrWqrtesT6FHPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9 IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPqfapKO3UblMs2+62KXNrKGhQai6p0GpT6FIPC9m b250PjwvcD4NCjxwPjxmb250IGZhY2U9IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPqnSpUin 2rlKqOyzb63TqMa3fr73t3yr4b+zvsSquqSjsW+kRjwvZm9udD48L3A+DQo8cD48Zm9udCBm YWNlPSK12LFksMmrRqx5KFApIiBzaXplPSI0Ij6ldaxPq0SxYKq6t1GtbqdptkSnQafGseax eqRAplCo07DRu1A8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0itdixZLDJq0aseShQKSIg c2l6ZT0iNCI+sNqh46Hjp9rB2ahTprO48qdBu6GsT6Swu/Koxrd+vve3fLDaPHNwYW4gbGFu Zz0iZW4tdXMiPiANCl5eISE8L3NwYW4+PC9mb250PjwvcD4NCjxwPjxhIGhyZWY9Imh0dHA6 Ly8xMjAwMC4wMDAuY29tLmhrIiB0YXJnZXQ9Il9ibGFuayI+PGZvbnQgZmFjZT0itdixZLDJ q0aseShQKSIgc2l6ZT0iNCI+s+Gh48JJs2+4zLZpqNOs3azdp2GhSaFJpM+lv6Sjt3ymWcGr oUShRDwvZm9udD48L2E+PC9wPg0KPHA+PGZvbnQgZmFjZT0itdixZLDJq0aseShQKSIgc2l6 ZT0iNCI+sNqhSadBpKO3UaZiuvS49KRXwnPE/aFBt1Gtbqq9sbWkRrjRsNqh4zwvZm9udD48 L3A+DQo8cD48YSBocmVmPSJodHRwOi8vMTIwMDAuMDAwLmNvbS5oayIgdGFyZ2V0PSJfYmxh bmsiPjxmb250IGZhY2U9IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPrfttU2laaVIsNqhQcJJ s2+4zLjyp9qs+aRApFWuybahp2GhSaFJPC9mb250PjwvYT48L3A+DQo8cD48Zm9udCBmYWNl PSK12LFksMmrRqx5KFApIiBzaXplPSI0Ij6hRKFEPC9mb250PjwvcD4NCjxwPjxmb250IGZh Y2U9IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPqFEoUShRKFEPC9mb250PjwvcD4NCjxwPjxm b250IGZhY2U9IrXYsWSwyatGrHkoUCkiIHNpemU9IjQiPrPhrkCh47Nvq8qrSKW0wlqo7LF6 pEaw2qFJPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IrXYsWSwyatGrHkoUCkiIHNpemU9 IjQiPqZdrLCzb6xPsU23fqVOtW+quqtIpfOhQanSpUi90KSjrW6qvbG1pl6rSLPhISGp6rpw s+Gh4zwvZm9udD48L3A+DQo8cD6hQDwvcD4NCjwhLS1tc3RoZW1lLS0+PC9mb250Pg0KDQo8 L2JvZHk+DQoNCjwvaHRtbD4NCiAgICA= ------=_NextPart_000_005C_558C35DB.57D431F0-- From openpkg-users-owner@openpkg.org Sat Jan 25 23:18:11 2003 Received: from marco-polo.weinreich.org (spiderman.ic3s.de [62.159.211.129]) by mail.openpkg.org (Postfix) with ESMTP id A9754277A17 for ; Sat, 25 Jan 2003 23:18:09 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h0PMI29X007849 for ; Sat, 25 Jan 2003 23:18:03 +0100 Date: Sat, 25 Jan 2003 23:18:02 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: SNMP with HR-MIB the second try :-) Message-ID: <31470000.1043533082@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1835759384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1835759384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! The second try for SNMP with Host Resources MIB; The MIB is now a RPM build time option, a rc.snmp and a base configfile for snmpd is also included. It has only testet under solaris 8 where it builds and works without problems.. cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! --==========1835759384========== Content-Type: application/octet-stream; name="snmp.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="snmp.diff"; size=3336 ZGlmZiAtdU4gc25tcC9yYy5zbm1wIHNubXAubmV3L3JjLnNubXAKLS0tIHNubXAvcmMuc25tcAkx OTcwLTAxLTAxIDAxOjAwOjAwLjAwMDAwMDAwMCArMDEwMAorKysgc25tcC5uZXcvcmMuc25tcAky MDAzLTAxLTI0IDIyOjIxOjE2LjAwMDAwMDAwMCArMDEwMApAQCAtMCwwICsxLDMzIEBACisjIUBs X3ByZWZpeEAvbGliL29wZW5wa2cvYmFzaCBAbF9wcmVmaXhAL2V0Yy9yYworIyMKKyMjICByYy5z bm1wIC0tIFJ1bi1Db21tYW5kcyBmb3IgT3BlblNTSCBEYWVtb24KKyMjCisKKyVjb25maWcKKyAg ICBzbm1wX2VuYWJsZT0ieWVzIgorCislY29tbW9uCisgICAgc25tcF9zaWduYWwgKCkgeworICAg ICAgICBpZiBbIC1mICJAbF9wcmVmaXhAL3Zhci9zbm1wL3NubXBkLnBpZCIgXTsgdGhlbgorICAg ICAgICAgICAga2lsbCAtJDEgYGNhdCBAbF9wcmVmaXhAL3Zhci9zbm1wL3NubXBkLnBpZGAKKyAg ICAgICAgZmkKKyAgICB9CisKKyVzdGFydCAtcCAyMDAgLXUgcm9vdAorICAgIG9wU2VydmljZUVu YWJsZWQgc25tcCB8fCBleGl0IDAKKyAgICBpZiBbIC1mIEBsX3ByZWZpeEAvZXRjL3NubXAvc25t cGQuY29uZiBdOyB0aGVuCisgICAgICAgIEBsX3ByZWZpeEAvc2Jpbi9zbm1wZCAtUCBAbF9wcmVm aXhAL3Zhci9zbm1wL3NubXBkLnBpZCAKKyAgICBmaQorCislc3RvcCAtcCAyMDAgLXUgcm9vdAor ICAgIG9wU2VydmljZUVuYWJsZWQgc25tcCB8fCBleGl0IDAKKyAgICBzbm1wX3NpZ25hbCBURVJN CisKKyVyZXN0YXJ0IC11IHJvb3QKKyAgICBvcFNlcnZpY2VFbmFibGVkIHNubXAgfHwgZXhpdCAw CisgICAgc25tcF9zaWduYWwgVEVSTQorICAgIHNsZWVwIDIKKyAgICBpZiBbIC1mIEBsX3ByZWZp eEAvZXRjL3NubXAvc25tcGQuY29uZiBdOyB0aGVuCisgICAgICAgIEBsX3ByZWZpeEAvc2Jpbi9z bm1wZCAtUCBAbF9wcmVmaXhAL3Zhci9zbm1wL3NubXBkLnBpZCAKKyAgICBmaQorCmRpZmYgLXVO IHNubXAvc25tcC5zcGVjIHNubXAubmV3L3NubXAuc3BlYwotLS0gc25tcC9zbm1wLnNwZWMJMjAw My0wMS0xOCAxODowNDoyOC4wMDAwMDAwMDAgKzAxMDAKKysrIHNubXAubmV3L3NubXAuc3BlYwky MDAzLTAxLTI1IDAxOjA2OjE3LjQyMDAwNjAwMCArMDEwMApAQCAtMzUsOCArMzUsMTMgQEAKIFZl cnNpb246ICAgICAgNS4wLjcKIFJlbGVhc2U6ICAgICAgMS4yLjAKIAorJW9wdGlvbiAgICAgICB3 aXRoX2hvc3RfbWliICAgICAgICAgIG5vCisKKwogIyAgIGxpc3Qgb2Ygc291cmNlcwogU291cmNl MDogICAgICBodHRwOi8vb3Nkbi5kbC5zb3VyY2Vmb3JnZS5uZXQvbmV0LXNubXAvbmV0LXNubXAt JXt2ZXJzaW9ufS50YXIuZ3oKK1NvdXJjZTE6ICAgICAgcmMuc25tcAorU291cmNlMjogICAgICBz bm1wZC5jb25mCiAKICMgICBidWlsZCBpbmZvcm1hdGlvbgogUHJlZml4OiAgICAgICAle2xfcHJl Zml4fQpAQCAtNjcsNyArNzIsMTEgQEAKICAgICAgICAgLS13aXRoLWRiPSV7bF9wcmVmaXh9IFwK ICAgICAgICAgLS1lbmFibGUtc2lsZW50LWxpYnRvb2wgXAogICAgICAgICAtLWRpc2FibGUtc2hh cmVkIFwKLSAgICAgICAgLS13aXRoLWRlZmF1bHRzCisgICAgICAgIC0td2l0aC1kZWZhdWx0cyBc CislaWYgIiV7d2l0aF9ob3N0X21pYn0iID09ICJ5ZXMiCisgICAgICAgIC0td2l0aC1taWItbW9k dWxlcz0iaG9zdCIgXAorJWVuZGlmIAorCiAgICAgJXtsX21ha2V9ICV7bF9tZmxhZ3N9IHRvdWNo aXQKICAgICAle2xfbWFrZX0gJXtsX21mbGFnc30KIApAQCAtODQsNiArOTMsMTUgQEAKICAgICAg ICAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9iaW4vc25tcGluZm9ybQogICAgIHN0cmlwICRS UE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9L2Jpbi8qID4vZGV2L251bGwgMj4mMSB8fCB0cnVlCiAg ICAgc3RyaXAgJFJQTV9CVUlMRF9ST09UJXtsX3ByZWZpeH0vc2Jpbi8qID4vZGV2L251bGwgMj4m MSB8fCB0cnVlCisgICAgJXtsX3NodG9vbH0gbWtkaXIgLWYgLXAgLW0gNzU1ICRSUE1fQlVJTERf Uk9PVCV7bF9wcmVmaXh9L3Zhci9zbm1wCisgICAgJXtsX3NodG9vbH0gbWtkaXIgLWYgLXAgLW0g NzU1ICRSUE1fQlVJTERfUk9PVCV7bF9wcmVmaXh9L2V0Yy9zbm1wCisgICAgJXtsX3NodG9vbH0g aW5zdGFsbCAtYyAtbSA2NDQgXAorICAgICAgICAle1NPVVJDRSBzbm1wZC5jb25mfSAkUlBNX0JV SUxEX1JPT1Qle2xfcHJlZml4fS9ldGMvc25tcC8KKworICAgICV7bF9zaHRvb2x9IG1rZGlyIC1m IC1wIC1tIDc1NSAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9ldGMvcmMuZAorICAgICV7bF9z aHRvb2x9IGluc3RhbGwgLWMgLW0gNzU1IC1lICdzO0BsX3ByZWZpeEA7JXtsX3ByZWZpeH07Zycg ICAgXAorICAgICAgICAle1NPVVJDRSByYy5zbm1wfSAkUlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4 fS9ldGMvcmMuZC8KKwogICAgICV7bF9ycG10b29sfSBmaWxlcyAtdiAtb2ZpbGVzIC1yJFJQTV9C VUlMRF9ST09UICV7bF9maWxlc19zdGR9CiAKICVmaWxlcyAtZiBmaWxlcwpkaWZmIC11TiBzbm1w L3NubXBkLmNvbmYgc25tcC5uZXcvc25tcGQuY29uZgotLS0gc25tcC9zbm1wZC5jb25mCTE5NzAt MDEtMDEgMDE6MDA6MDAuMDAwMDAwMDAwICswMTAwCisrKyBzbm1wLm5ldy9zbm1wZC5jb25mCTIw MDMtMDEtMjUgMDA6Mzc6MzguNjcwMDAzMDAwICswMTAwCkBAIC0wLDAgKzEsMzkgQEAKKyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIworIworIyBzbm1wZC5jb25mCisjCisjICAgLSBjcmVhdGVkIGJ5IHRoZSBz bm1wY29uZiBjb25maWd1cmF0aW9uIHByb2dyYW0KKyMKKyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIworIyBT RUNUSU9OOiBBY2Nlc3MgQ29udHJvbCBTZXR1cAorIworIyAgIFRoaXMgc2VjdGlvbiBkZWZpbmVz IHdobyBpcyBhbGxvd2VkIHRvIHRhbGsgdG8geW91ciBydW5uaW5nCisjICAgc25tcCBhZ2VudC4K KworIyByb3VzZXI6IGEgU05NUHYzIHJlYWQtb25seSB1c2VyCisjICAgYXJndW1lbnRzOiAgdXNl ciBbbm9hdXRofGF1dGh8cHJpdl0gW3Jlc3RyaWN0aW9uX29pZF0KKworcm91c2VyICBubXMgIAor CisjIHJvY29tbXVuaXR5OiBhIFNOTVB2MS9TTk1QdjJjIHJlYWQtb25seSBhY2Nlc3MgY29tbXVu aXR5IG5hbWUKKyMgICBhcmd1bWVudHM6ICBjb21tdW5pdHkgW2RlZmF1bHR8aG9zdG5hbWV8bmV0 d29yay9iaXRzXSBbb2lkXQorCityb2NvbW11bml0eSAgcHVibGljIDEyNy4wLjAuMSAKKworCisK KworCisKKworCisKKworCisKKworCisKKworCisK --==========1835759384==========-- From openpkg-users-owner@openpkg.org Mon Jan 27 22:47:20 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 5551A277A0A for ; Mon, 27 Jan 2003 22:47:20 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id CE4B43F1B; Mon, 27 Jan 2003 13:47:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id CBE6D7157F for ; Mon, 27 Jan 2003 15:47:23 -0600 (CST) Date: Mon, 27 Jan 2003 15:46:58 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: OpenSSH default config: Priv. Separation + Root Login Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just a suggestion: Would it make sense to have the default, out-of-the-box config of openssh's sshd_config use these options: UsePrivilegeSeparation yes (current default = no) PermitRootLogin no (current default = yes) in order to make the default config a little more "secure" (whatever that means 8-) )? Currently, the openpkg 1.1.x and 1.2 packaging of openssh 3.4p1 and 3.5p1 use the above defaults in parentheses. The vanilla openssh appears to set "UsePrivilegeSeparation yes". -- Vinod From openpkg-users-owner@openpkg.org Mon Jan 27 23:30:50 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id A8178277A0A for ; Mon, 27 Jan 2003 23:30:49 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 44A953F4F; Mon, 27 Jan 2003 14:30:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 4259B7157F for ; Mon, 27 Jan 2003 16:30:54 -0600 (CST) Date: Mon, 27 Jan 2003 16:30:44 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: opa function in documentation: return vs. exit Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The long version of the 'opa' function example in the documentation should probably replace the 2 occurrences of: exit 1 with: return 1 to avoid exiting the current shell simply because it cannot find/access the openpkg root dir. -- Vinod From openpkg-users-owner@openpkg.org Tue Jan 28 07:36:05 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 178F5277A0A for ; Tue, 28 Jan 2003 07:36:05 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id D53D84CE583; Tue, 28 Jan 2003 07:36:04 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2DC65286AD; Tue, 28 Jan 2003 07:35:38 +0100 (CET) Date: Tue, 28 Jan 2003 07:35:38 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenSSH default config: Priv. Separation + Root Login Message-ID: <20030128063538.GA734@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 27, 2003, Vinod Kutty wrote: > Would it make sense to have the default, out-of-the-box config of > openssh's sshd_config use these options: > > UsePrivilegeSeparation yes (current default = no) > PermitRootLogin no (current default = yes) > > in order to make the default config a little more "secure" (whatever that > means 8-) )? > > Currently, the openpkg 1.1.x and 1.2 packaging of openssh 3.4p1 and 3.5p1 > use the above defaults in parentheses. The vanilla openssh appears to set > "UsePrivilegeSeparation yes". "PermitRootLogin no" is fine and can be done, but "UsePrivilegeSeparation yes" I would be carefully about: AFAIK this still does _NOT_ work on all platforms and even on those where it works it has some nasty restrictions (like it cannot be used in combination with other options [like UseLogin AFAIK], etc). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 28 08:53:08 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 28B0C277A0A for ; Tue, 28 Jan 2003 08:53:08 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 2A8818D803; Tue, 28 Jan 2003 08:53:04 +0100 (CET) Date: Tue, 28 Jan 2003 08:53:04 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: OpenSSH default config: Priv. Separation + Root Login Message-ID: <20030128075303.GB97329@dev.de.cw.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 27, 2003, Vinod Kutty wrote: > > Just a suggestion: > > Would it make sense to have the default, out-of-the-box config of > openssh's sshd_config use these options: > > UsePrivilegeSeparation yes (current default = no) > PermitRootLogin no (current default = yes) > > in order to make the default config a little more "secure" (whatever that > means 8-) )? > > Currently, the openpkg 1.1.x and 1.2 packaging of openssh 3.4p1 and 3.5p1 > use the above defaults in parentheses. The vanilla openssh appears to set > "UsePrivilegeSeparation yes". > We tried using "UsePrivilegeSeparation" (see http://cvs.openpkg.org/chngview?cn=3611) when there was a strong urge improving OpenSSH in March and June 2002 (see http://www.openpkg.org/security/OpenPKG-SA-2002.002-openssh.html and http://www.openpkg.org/security/OpenPKG-SA-2002.005-openssh.html) However, we had to find out that this new feature was incompatible with compression on some and PAM on all platforms, so we reverted back to the old fashion way (see http://cvs.openpkg.org/chngview?cn=3718). You can easily find more details by having a look at the timeline of openssh.spec (see http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec). When we did research on using that new feature we had to find out it breaks the OpenPKG design goal of supporting different UNIX flavours equally. I do not currently believe it's time for another try, but we'll watch that issue. Regarding "PermitRootLogin" you're right. The OpenPKG default comes from the fact that the origin of OpenPKG is a ISP environment where OpenSSH is usually installed for remotely manage machines and this is mostly done (or started and then "su - cw" :-) using the root account. If we change that default, we would have to manually do that configuration on every installation. However, it seems Ralf already made the decision to follow your suggestion. -- Thomas.Lotterer@cw.com Development Team, Application Services, Cable & Wireless Deutschland GmbH From openpkg-users-owner@openpkg.org Tue Jan 28 09:59:07 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id DEE7E277A0A for ; Tue, 28 Jan 2003 09:59:06 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id C53264CE5D0; Tue, 28 Jan 2003 09:59:06 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 15ADD286B8; Tue, 28 Jan 2003 09:58:51 +0100 (CET) Date: Tue, 28 Jan 2003 09:58:51 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenSSH default config: Priv. Separation + Root Login Message-ID: <20030128085850.GA4352@engelschall.com> References: <20030128075303.GB97329@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030128075303.GB97329@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 28, 2003, Thomas Lotterer wrote: > > Just a suggestion: > > > > Would it make sense to have the default, out-of-the-box config of > > openssh's sshd_config use these options: > > > [...] > > PermitRootLogin no (current default = yes) > [...] Now effective starting from openssh-3.5p1-20030128. Thanks for the suggestion. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 28 17:36:05 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4B137277A0A for ; Tue, 28 Jan 2003 17:36:05 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id DBCF01BF2D2 for ; Tue, 28 Jan 2003 11:36:00 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 2BB72DE2089 for ; Tue, 28 Jan 2003 11:36:00 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Tue, 28 Jan 2003 11:42:37 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: saving source RPM's with "openpkg build" Date: Tue, 28 Jan 2003 11:42:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I love the new openpkg tool for updating RPM's, but I would like to hold onto the source RPM's that it downloads - to avoid multiple downloads for each platform I maintain and to keep an archive of the source for all software I install. I am writing a script that reads output of "openpkg build -s" and does the download and build itself - but I wonder if there is an easier way? Is there some configuration option to the openpkg tool or rpm itself that will cause it to hold onto the source RPM's? Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Tue Jan 28 17:57:59 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7F1C9277A0A for ; Tue, 28 Jan 2003 17:57:59 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 85B848D803; Tue, 28 Jan 2003 17:57:55 +0100 (CET) Date: Tue, 28 Jan 2003 17:57:55 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030128165755.GB35937@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 28, 2003, Andrews, Martin wrote: > I love the new openpkg tool for updating RPM's, but I would like to hold > onto the source RPM's that it downloads - to avoid multiple downloads for > each platform I maintain and to keep an archive of the source for all > software I install. I am writing a script that reads output of "openpkg > build -s" and does the download and build itself - but I wonder if there is > an easier way? Is there some configuration option to the openpkg tool or rpm > itself that will cause it to hold onto the source RPM's? We discussed this topic some time ago. The conclusion was that this can be done easiest with a simple WebCache like squid or apache with mod_proxy and didn't need to be built into the build script. Another possibility is to create a mirror of the FTP server (internally we use rsync) and use the -f/-r options to direct the build script to the copy. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Tue Jan 28 20:07:16 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id B94E8277A0A for ; Tue, 28 Jan 2003 20:07:15 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 9C9164CE5A4; Tue, 28 Jan 2003 20:07:15 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id D72BD286A8; Tue, 28 Jan 2003 20:06:51 +0100 (CET) Date: Tue, 28 Jan 2003 20:06:51 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030128190651.GA75841@engelschall.com> References: <20030128165755.GB35937@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030128165755.GB35937@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 28, 2003, Michael van Elst wrote: > On Tue, Jan 28, 2003, Andrews, Martin wrote: > > > I love the new openpkg tool for updating RPM's, but I would like to hold > > onto the source RPM's that it downloads - to avoid multiple downloads for > > each platform I maintain and to keep an archive of the source for all > > software I install. I am writing a script that reads output of "openpkg > > build -s" and does the download and build itself - but I wonder if there is > > an easier way? Is there some configuration option to the openpkg tool or rpm > > itself that will cause it to hold onto the source RPM's? > > We discussed this topic some time ago. The conclusion was that > this can be done easiest with a simple WebCache like squid or > apache with mod_proxy and didn't need to be built into the > build script. > > Another possibility is to create a mirror of the FTP server > (internally we use rsync) and use the -f/-r options to direct > the build script to the copy. Exactly, that's why I use my personal server here at home: I've a ~/.openpkg/build with: | -r /e/openpkg/SRC | -f /e/openpkg/SRC/00INDEX.rdf.bz2 | -P sudo | -N sudo Plus a .bashrc with: | openpkg-sync () { | rsync --rsh=ssh -ravP --delete \ | rsync://rsync.openpkg.org/openpkg-ftp/current/SRC/ \ | /e/openpkg/SRC/ | } | openpkg-update () { | /usr/opkg/bin/openpkg build -Uaq | sh - | } Then for updating my /usr/opkg instance, I just run | $ openpkg-sync | $ openpkg-update And because of the local mirror of the FTP server's CURRENT area, I can easly add/remove packages without always having to consult the FTP server. You can even go one step further: instead of using the 00INDEX.rdf from the FTP server you can assemble an individual set of .src.rpm files locally and use "openpkg index" (see "man openpkg") for generating an individual local index. And then use this with "openpkg build". Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 28 20:17:34 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 89B61277A0A for ; Tue, 28 Jan 2003 20:17:34 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5814D4CE53C; Tue, 28 Jan 2003 20:17:34 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1589B286A8; Tue, 28 Jan 2003 20:17:22 +0100 (CET) Date: Tue, 28 Jan 2003 20:17:22 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030128191721.GA76647@engelschall.com> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030128190651.GA75841@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 28, 2003, Ralf S. Engelschall wrote: > [...] > Exactly, that's why I use my personal server here at home: > [...] s/why I use/what I use on/ Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jan 29 19:07:30 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id A5095277A0A for ; Wed, 29 Jan 2003 19:07:29 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 2A92B1BF286 for ; Wed, 29 Jan 2003 13:07:24 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 66EA5DE2089 for ; Wed, 29 Jan 2003 13:07:23 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jan 2003 13:14:03 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: saving source RPM's with "openpkg build" Date: Wed, 29 Jan 2003 13:13:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Fair enough - no need to bloat the tool. I thought of the proxy solution, but it is difficult to save all those source rpm's to an archive from the cache. I don't want to mirror all of the release at this point so instead I filter the shell script generated by openpkg build. Pretty easy: #!/usr/bin/env perl # # Filter output of "openpkg build" so that source rpms are saved to a local # directory. my $localdir = '/var/tmp/oosrc'; while (<>) { if (($rpm, $opts, $url, $end) = ( m{^([^#]\S*/rpm)(\s.*--rebuild )(ftp:\S*)(.*)} )) { $url =~ m{([^/]*)$}; my $local = "$localdir/$1"; print "$rpm --checksig $local || curl $url -o $local || exit \$?\n"; print "$rpm$opts$local$end\n"; } else { print $_; } } > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Tuesday, January 28, 2003 11:58 AM > To: openpkg-users@openpkg.org > Subject: Re: saving source RPM's with "openpkg build" > > > On Tue, Jan 28, 2003, Andrews, Martin wrote: > > > I love the new openpkg tool for updating RPM's, but I would > like to hold > > onto the source RPM's that it downloads - to avoid multiple > downloads for > > each platform I maintain and to keep an archive of the > source for all > > software I install. I am writing a script that reads output > of "openpkg > > build -s" and does the download and build itself - but I > wonder if there is > > an easier way? Is there some configuration option to the > openpkg tool or rpm > > itself that will cause it to hold onto the source RPM's? > > We discussed this topic some time ago. The conclusion was that > this can be done easiest with a simple WebCache like squid or > apache with mod_proxy and didn't need to be built into the > build script. > > Another possibility is to create a mirror of the FTP server > (internally we use rsync) and use the -f/-r options to direct > the build script to the copy. > > Greetings, > -- > Michael van Elst > mlelstv@dev.de.cw.net > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Jan 29 19:25:20 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id BDC72277A0A for ; Wed, 29 Jan 2003 19:25:19 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 2AA051BF2BA for ; Wed, 29 Jan 2003 13:25:15 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 5D68DDE2089 for ; Wed, 29 Jan 2003 13:25:14 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jan 2003 13:31:54 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: failing to build perl-5.8.0-1.2.0 on solaris 7 Date: Wed, 29 Jan 2003 13:31:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am trying to build perl from the 1.2.0 release under solaris 7 and it is dying near the end when it uses rpmtool. It appears that rpmtool is finding the perl that was just built but not its module library - therefore it is unable to use the glob() function which requires the File::Glob module. Any ideas? Martin + /opt/openpkg/lib/openpkg/rpmtool files -v -ofiles -r/opt/openpkg/RPM/TMP/perl-5.8.0-root '%defattr(-,openpkg,openpkg)' /opt/openpkg '%not %dir {/opt/openpkg,/opt/openpkg/*,/opt/openpkg/etc/rc.d,/opt/openpkg/man/*}' Can't locate File/Glob.pm in @INC (@INC contains: /opt/openpkg/lib/perl/5.8.0/sun4-solaris /opt/openpkg/lib/perl/5.8.0 /opt/openpkg/lib/perl/site_perl/5.8.0/sun4-solaris /opt/openpkg/lib/perl/site_perl/5.8.0 /opt/openpkg/lib/perl/site_perl .) at /opt/openpkg/RPM/TMP/.rpmtool.24767 line 102. BEGIN failed--compilation aborted at /opt/openpkg/RPM/TMP/.rpmtool.24767 line 102. + exit 0 Processing files: perl-5.8.0-1.2.0 error: Could not open %files file /opt/openpkg/RPM/TMP/perl-5.8.0/files: No such file or directory PreReq: OpenPKG rpmlib(VersionedDependencies) <= 3.0.3-1 openpkg >= 1.2.0 gcc Requires(rpmlib): rpmlib(VersionedDependencies) <= 3.0.3-1 RPM build errors: Could not open %files file /opt/openpkg/RPM/TMP/perl-5.8.0/files: No such file or directory ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Jan 29 20:48:55 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0F1A2277A0A for ; Wed, 29 Jan 2003 20:48:55 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id CB20E8D764; Wed, 29 Jan 2003 20:48:50 +0100 (CET) Date: Wed, 29 Jan 2003 20:48:50 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: failing to build perl-5.8.0-1.2.0 on solaris 7 Message-ID: <20030129194850.GA9218@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 29, 2003, Andrews, Martin wrote: Hi Martin, > I am trying to build perl from the 1.2.0 release under solaris 7 and it is > dying near the end when it uses rpmtool. It appears that rpmtool is finding > the perl that was just built but not its module library - therefore it is > unable to use the glob() function which requires the File::Glob module. Any > ideas? rpmtool searches $PATH for 'perl5', 'perl' and 'miniperl'. I fear the problem occurs as soon as you have '.' in your $PATH because rpmtool then picks up the newly created perl binary from the build directory. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Jan 29 21:02:56 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id A1EFB277A0A for ; Wed, 29 Jan 2003 21:02:55 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 0C9BB1BF26E for ; Wed, 29 Jan 2003 15:02:51 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 4A95ADE2089 for ; Wed, 29 Jan 2003 15:02:50 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jan 2003 15:09:30 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: failing to build perl-5.8.0-1.2.0 on solaris 7 Date: Wed, 29 Jan 2003 15:09:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: doh - there was a empty "::" in my PATH. I'll try again. Thanks for the quick reply. Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Wednesday, January 29, 2003 2:49 PM > To: openpkg-users@openpkg.org > Subject: Re: failing to build perl-5.8.0-1.2.0 on solaris 7 > > > On Wed, Jan 29, 2003, Andrews, Martin wrote: > > Hi Martin, > > > I am trying to build perl from the 1.2.0 release under > solaris 7 and it is > > dying near the end when it uses rpmtool. It appears that > rpmtool is finding > > the perl that was just built but not its module library - > therefore it is > > unable to use the glob() function which requires the File::Glob module. Any > ideas? rpmtool searches $PATH for 'perl5', 'perl' and 'miniperl'. I fear the problem occurs as soon as you have '.' in your $PATH because rpmtool then picks up the newly created perl binary from the build directory. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Wed Jan 29 21:44:24 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id E9AC1277A0A for ; Wed, 29 Jan 2003 21:44:23 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 1B1BF1BF2D3 for ; Wed, 29 Jan 2003 15:44:19 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 31BE7DE20B1 for ; Wed, 29 Jan 2003 15:44:18 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jan 2003 15:50:58 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: failing to build perl-5.8.0-1.2.0 on solaris 7 Date: Wed, 29 Jan 2003 15:50:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ah well - no such luck. openpkg tend to overwite any PATH settings now that I think about it. Problem is that rpmtool always searches "." - here is the section from rpmtool: files ) # if a Perl interpreter is available, we perform the operation # with it because Perl is a magnitude (factor 10!) faster than # what we can do here in Bourne-Shell. perl='' for dir in `echo $PATH | sed -e 's/:/ /g'` .; do for tool in perl5 perl miniperl; do if [ -f "$dir/$tool" ]; then perl="$dir/$tool" break fi done if [ ".$perl" != . ]; then break fi done > -----Original Message----- > From: Andrews, Martin [mailto:mandrews@cle.lionbioscience.com] > Sent: Wednesday, January 29, 2003 3:09 PM > To: 'openpkg-users@openpkg.org' > Subject: RE: failing to build perl-5.8.0-1.2.0 on solaris 7 > > > doh - there was a empty "::" in my PATH. I'll try again. > Thanks for the > quick reply. > > Martin > > > -----Original Message----- > > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > > Sent: Wednesday, January 29, 2003 2:49 PM > > To: openpkg-users@openpkg.org > > Subject: Re: failing to build perl-5.8.0-1.2.0 on solaris 7 > > > > > > On Wed, Jan 29, 2003, Andrews, Martin wrote: > > > > Hi Martin, > > > > > I am trying to build perl from the 1.2.0 release under > > solaris 7 and it is > > > dying near the end when it uses rpmtool. It appears that > > rpmtool is finding > > > the perl that was just built but not its module library - > > therefore it is > > > unable to use the glob() function which requires the > File::Glob module. Any > > ideas? > > rpmtool searches $PATH for 'perl5', 'perl' and 'miniperl'. I fear > the problem occurs as soon as you have '.' in your $PATH > because rpmtool > then picks up the newly created perl binary from the build directory. > > Greetings, > -- > Michael van Elst > mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Jan 29 21:51:25 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 9391F277A0A for ; Wed, 29 Jan 2003 21:51:25 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 085461BF2C8 for ; Wed, 29 Jan 2003 15:51:21 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 4B2F1DE2089 for ; Wed, 29 Jan 2003 15:51:20 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jan 2003 15:58:00 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: recommendation for with_binutils? Date: Wed, 29 Jan 2003 15:57:57 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Trying "openpkg build gcc" on a fresh openpkg installation (just openpkg and openpkg-tools installed) has been failing with: gcc-3.2.1-1.2.0 error: failed build dependencies: binutils >= 2.13 is needed by gcc-3.2.1-1.2.0 Installing /netgenics/openpkg-src/gcc-3.2.1-1.2.0.src.rpm Wed Jan 29 15:25:05 EST 2003 I have two questions - shouldn't "openpkg build" pick up that dependency automatically? And when should I use binutils (versus setting -Dwith_binutils=no)? I am pretty sure I don't want the binutils under solaris, right? Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Jan 29 21:54:01 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3E3A6277A0A for ; Wed, 29 Jan 2003 21:54:01 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 14BA58D7E2; Wed, 29 Jan 2003 21:53:57 +0100 (CET) Date: Wed, 29 Jan 2003 21:53:56 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: failing to build perl-5.8.0-1.2.0 on solaris 7 Message-ID: <20030129205356.GA10423@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 29, 2003, Andrews, Martin wrote: > Ah well - no such luck. openpkg tend to overwite any PATH settings now that > I think about it. Problem is that rpmtool always searches "." - here is the > section from rpmtool: > > for dir in `echo $PATH | sed -e 's/:/ /g'` .; do Indeed, and apparently this behaviour exists since the very beginning. Lets you wonder why nobody noticed the problem before :-( I believe deleting the . from that line in rpmtool is the correct thing. -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Jan 29 22:03:14 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E1848277A0B for ; Wed, 29 Jan 2003 22:03:13 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id ACBE68D764; Wed, 29 Jan 2003 22:03:09 +0100 (CET) Date: Wed, 29 Jan 2003 22:03:09 +0100 From: Michael van Elst To: "Andrews, Martin" Cc: "'openpkg-users@openpkg.org'" Subject: Re: recommendation for with_binutils? Message-ID: <20030129210309.GB10423@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 29, 2003, Andrews, Martin wrote: > Trying "openpkg build gcc" on a fresh openpkg installation (just openpkg and > openpkg-tools installed) has been failing with: > > gcc-3.2.1-1.2.0 > error: failed build dependencies: > binutils >= 2.13 is needed by gcc-3.2.1-1.2.0 > Installing /netgenics/openpkg-src/gcc-3.2.1-1.2.0.src.rpm > Wed Jan 29 15:25:05 EST 2003 > > I have two questions - shouldn't "openpkg build" pick up that dependency > automatically? Yes. That's a bug which is fixed in the current version of openpkg-tool. The dependency is only enabled by an option but which has a default value of 'yes'. openpkg-tool failed to correctly evaluate the default value and thus did not include the dependency. You may safely install the current version of openpkg-tool for 1.2. > And when should I use binutils (versus setting > -Dwith_binutils=no)? I am pretty sure I don't want the binutils under > solaris, right? In fact you only need binutils under Solaris, as far as supported platforms go. You do not strictly need binutils under Linux/FreeBSD because these systems already come with binutils-compatible tools. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Jan 29 22:06:12 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id C40AF277AFF for ; Wed, 29 Jan 2003 22:06:11 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 2E7F53F2F; Wed, 29 Jan 2003 13:06:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 2C2187157F for ; Wed, 29 Jan 2003 15:06:21 -0600 (CST) Date: Wed, 29 Jan 2003 15:05:52 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: Re: OpenSSH default config: Priv. Separation + Root Login Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the info ... I will read through those CVS notes regarding your prior discussions when I get a chance. -- Vinod From openpkg-users-owner@openpkg.org Thu Jan 30 07:35:54 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D27BA277A0B for ; Thu, 30 Jan 2003 07:35:53 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id B8A294CE5A1; Thu, 30 Jan 2003 07:35:53 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 7C242286FB; Thu, 30 Jan 2003 07:35:05 +0100 (CET) Date: Thu, 30 Jan 2003 07:35:05 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: recommendation for with_binutils? Message-ID: <20030130063505.GA3837@engelschall.com> References: <20030129210309.GB10423@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030129210309.GB10423@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 29, 2003, Michael van Elst wrote: > [...] > > And when should I use binutils (versus setting > > -Dwith_binutils=no)? I am pretty sure I don't want the binutils under > > solaris, right? > > In fact you only need binutils under Solaris, as far as supported platforms > go. You do not strictly need binutils under Linux/FreeBSD because these > systems already come with binutils-compatible tools. We require binutils under Solaris and also on older Linux boxes which have too old binutils installed. For instance on Debian 2.2 we require binutils while on Debian 3.0 we could also use the system binutils. But for consistency within OpenPKG we use binutils everywhere now. But if people know what they are doing, they can build gcc with "with_binutils no", of course. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jan 30 13:51:07 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id CE8CF277AFD for ; Thu, 30 Jan 2003 13:51:06 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 8E7DE8D808; Thu, 30 Jan 2003 13:51:02 +0100 (CET) Date: Thu, 30 Jan 2003 13:51:02 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: failing to build perl-5.8.0-1.2.0 on solaris 7 Message-ID: <20030130125102.GA35847@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 29, 2003, Andrews, Martin wrote: > Ah well - no such luck. openpkg tend to overwite any PATH settings now that > I think about it. Problem is that rpmtool always searches "." - here is the > section from rpmtool: Should now be fixed in openpkg-20030130-20030130 Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Thu Jan 30 17:40:21 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id DE293277A0B for ; Thu, 30 Jan 2003 17:40:20 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id DD3DB1BF311 for ; Thu, 30 Jan 2003 11:40:15 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id EB1F0DE20B1 for ; Thu, 30 Jan 2003 11:40:14 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id ; Thu, 30 Jan 2003 11:46:56 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: openldap-2.1.12-1.2.0 fails on redhat 7 with cyrus-sasl-devel Date: Thu, 30 Jan 2003 11:46:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Not sure if you care about redhat 7.x but thought I would share that openldap from 1.2.0 failed to build on redhat 7.1 until I removed the redhat cyrus-sasl-devel rpm (cyrus-sasl-devel-1.5.24-22.7.i386.rpm). Redhat 8.0 has cyrus-sasl 2.1.7 which probably will work though it is probably using the openpkg sasl headers and the OS's library (uh-oh). I believe this problem will occur with all redhat 7.x as they all use cyrus-sasl 1.5.24. After removing redhat's RPM it built fine. Here was the failure: /bin/sh /opt/openpkg/RPM/TMP/openldap-2.1.12/libtool --mode=link /opt/openpkg/bin/cc -static -O2 -pipe -L/opt/openpkg/lib -o apitest apitest.o libldap.la ../../libraries/liblber/liblber.la ../../libraries/liblutil/liblutil.a -lsasl -lssl -lcrypto -lresolv -ldl libtool: link: warning: library `/usr/lib/libgdbm.la' was moved. /opt/openpkg/bin/cc -O2 -pipe -o apitest apitest.o -L/opt/openpkg/lib ./.libs/libldap.a /opt/openpkg/RPM/TMP/openldap-2.1.12/libraries/liblber/.libs/liblber.a -L/usr/kerberos/lib ../../libraries/liblber/.libs/liblber.a ../../libraries/liblutil/liblutil.a /usr/lib/libsasl.a /usr/lib/libgdbm.a -lcrypt -lpam -lssl -lcrypto -lresolv -ldl /.libs/libldap.a(cyrus.o): In function `ldap_int_sasl_bind': cyrus.o(.text+0xd5b): undefined reference to `sasl_errdetail' cyrus.o(.text+0xd8d): undefined reference to `sasl_errdetail' collect2: ld returned 1 exit status make[2]: *** [apitest] Error 1 make[1]: *** [all-common] Error 1 make: *** [all-common] Error 1 error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.78498 (%build) RPM build errors: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.78498 (%build) ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Thu Jan 30 19:53:17 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 090CB277A0B for ; Thu, 30 Jan 2003 19:53:17 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id C8C793F16; Thu, 30 Jan 2003 10:53:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id C64617157F for ; Thu, 30 Jan 2003 12:53:28 -0600 (CST) Date: Thu, 30 Jan 2003 12:53:15 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: Bug submissions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I've used the bug submission form to submit issues but I noticed that some of the replies have gone to the openpkg-dev mailing list (to which I'm not subscribed). It seems that with guest access, there is little interaction that can be performed directly via the web interface. Is there some documentation on bug submission and if not, could some be added? In particular it would be nice if the following were clearly spelled out: - is the openpkg-dev list the standard place for replies from the openpkg team to submitted bugs? - is there a way to get cc'd on the initial submission (for my records) and/or subsequent followups? - how do I update a bug report (e.g. more diagnostic output, etc.)? Is it simply by using the correct string in the Subject? per this text from an automated reply I recently received: If you want to submit for information for this particular bug report, please include the string "PR#139" in your the mail "Subject" header. I haven't had a chance to look at Jitterbug's documentation; I don't know if that covers some of this. Thanks, -- Vinod From openpkg-users-owner@openpkg.org Wed Feb 5 18:37:43 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 3C6AA277A01 for ; Wed, 5 Feb 2003 18:37:42 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 41FD61BF2F4 for ; Wed, 5 Feb 2003 12:37:39 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id D57EADE2089 for ; Wed, 5 Feb 2003 12:37:36 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYPMK>; Wed, 5 Feb 2003 12:44:31 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: openpkg build -U ignores binary RPM's Date: Wed, 5 Feb 2003 12:44:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Without the -U option openpkg build will happily use binary RPM's that it finds, either local in RPM/PKG or in the specified repository. With -U it seems to always force rebuild from source. I would like to use "openpkg build -U" on most all my hosts so they get the latest versions from my locally maintained binary RPM repository (most end machine should never be compiling). Am I mis-using the openpkg tool or is this a bug? Martin openpkg@redfish$ rpm -q openpkg-tool openpkg-tool-20030204-20030204 openpkg@redfish$ rpm -q openldap openldap-2.1.12-1.2.0 openpkg@redfish$ ls /netgenics/openpkg-rpm/sparc-sunos5.7/1 00INDEX.rdf db-4.1.25.0-1.2.0.sparc64-solaris2.7-oo.rpm gcc-3.2.1-1.2.0.sparc64-solaris2.7-oo.rpm make-3.80-1.2.0.sparc64-solaris2.7-oo.rpm mysql-3.23.54a-1.2.1.sparc64-solaris2.7-oo.rpm openldap-2.1.12-1.2.0.sparc64-solaris2.7-oo.rpm openpkg-tool-1.2.0-1.2.0.sparc64-solaris2.7-oo.rpm openpkg-tool-20030203-20030203.sparc64-solaris2.7-oo.rpm openssl-0.9.7-1.2.0.sparc64-solaris2.7-oo.rpm perl-5.8.0-1.2.0.sparc64-solaris2.7-oo.rpm sasl-2.1.10-1.2.0.sparc64-solaris2.7-oo.rpm openpkg@redfish$ openpkg build -U -p sparc-sunos5.7 -r /netgenics/openpkg-rpm/sparc-sunos5.7/1 openldap # reading index file # using simple text parser FATAL: cannot find source for 'openldap' openpkg@redfish$ openpkg build -p sparc-sunos5.7 -r /netgenics/openpkg-rpm/sparc-sunos5.7/1 openldap # reading index file # using simple text parser # source for openldap is openldap-2.1.12-1.2.0 # recursing over dependencies for openldap-2.1.12-1.2.0 # openldap is already installed openpkg@redfish$ ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Feb 5 21:03:49 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 5D799277A01 for ; Wed, 5 Feb 2003 21:03:49 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 7A7728D7FD; Wed, 5 Feb 2003 21:03:48 +0100 (CET) Date: Wed, 5 Feb 2003 21:03:48 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build -U ignores binary RPM's Message-ID: <20030205200348.GA99358@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 05, 2003, Andrews, Martin wrote: Hi, > Without the -U option openpkg build will happily use binary RPM's that it > finds, either local in RPM/PKG or in the specified repository. With -U it > seems to always force rebuild from source. I would like to use "openpkg > build -U" on most all my hosts so they get the latest versions from my > locally maintained binary RPM repository (most end machine should never be > compiling). Am I mis-using the openpkg tool or is this a bug? That's a feature. When one package is rebuilt this triggers updates of "reverse dependencies" that must be rebuilt to catch changes in the first packages (like a statically linked library). But you are right, openpkg-tool takes a very safe road and rebuilds too often. However, the package specifications do not contain all dependency information and therefore even with a smarter openpkg-tool you would see rebuilds that are not strictly necessary. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 5 21:30:26 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A5DEA277A01 for ; Wed, 5 Feb 2003 21:30:25 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 80E444CE53C; Wed, 5 Feb 2003 21:30:25 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id EFCAF2869F; Wed, 5 Feb 2003 21:30:15 +0100 (CET) Date: Wed, 5 Feb 2003 21:30:15 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg build -U ignores binary RPM's Message-ID: <20030205203015.GA22693@engelschall.com> References: <20030205200348.GA99358@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030205200348.GA99358@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 05, 2003, Michael van Elst wrote: > [...] > But you are right, openpkg-tool takes a very safe road and rebuilds > too often. However, the package specifications do not contain all > dependency information and therefore even with a smarter openpkg-tool > you would see rebuilds that are not strictly necessary. Just to make sure people do not misunderstand this point here: the problem is not that we forgot to add the necessary informations to our .spec files. The problem is that RPM just deals with two generic dependency types: build and run-time. But for a tool like "openpkg build" to be even more smart, it would be required that especially there are _different_ sub-types of run-time and/or built-time dependencies. So, although we know the problem, RPM still does not support the solution. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 5 21:41:55 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 1D773277A01 for ; Wed, 5 Feb 2003 21:41:55 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id A0F0B1BF2B8 for ; Wed, 5 Feb 2003 15:41:53 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 7E7BFDE20B1 for ; Wed, 5 Feb 2003 15:41:53 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYQC8>; Wed, 5 Feb 2003 15:48:46 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: openpkg build -U ignores binary RPM's Date: Wed, 5 Feb 2003 15:48:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ah-ha - by including the source repository in the binary repository I get the behavior I want. "openpkg build" looks at the source rpm's but does not end up using them. Cool! I will probably check the output on the end machine to make sure a rpm --rebuild is never attempted. Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Wednesday, February 05, 2003 3:04 PM > To: openpkg-users@openpkg.org > Subject: Re: openpkg build -U ignores binary RPM's > > > On Wed, Feb 05, 2003, Andrews, Martin wrote: > > Hi, > > > Without the -U option openpkg build will happily use binary > RPM's that it > > finds, either local in RPM/PKG or in the specified > repository. With -U it > > seems to always force rebuild from source. I would like to > use "openpkg > > build -U" on most all my hosts so they get the latest > versions from my > > locally maintained binary RPM repository (most end machine > should never be > > compiling). Am I mis-using the openpkg tool or is this a bug? > > That's a feature. > > When one package is rebuilt this triggers updates of "reverse > dependencies" > that must be rebuilt to catch changes in the first packages (like a > statically linked library). > > But you are right, openpkg-tool takes a very safe road and rebuilds > too often. However, the package specifications do not contain all > dependency information and therefore even with a smarter openpkg-tool > you would see rebuilds that are not strictly necessary. > > Greetings, > -- > Michael van Elst > mlelstv@dev.de.cw.net > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Thu Feb 6 00:12:45 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 3CDC3277A0E for ; Thu, 6 Feb 2003 00:12:44 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id C80641BF2EE for ; Wed, 5 Feb 2003 18:12:42 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 969FFDE2089 for ; Wed, 5 Feb 2003 18:12:42 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYQ43>; Wed, 5 Feb 2003 18:19:36 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: openpkg build and "ambiguous sources"? Date: Wed, 5 Feb 2003 18:19:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am now building a local repository with both source and binary RPMs. For some reason updating mysql from this repository with openpkg build gives me a fatal error. The same operation works for other rpms - say perl. Any explanation for the "ambigous sources" error? Martin openpkg@sneetch$ openpkg build -U -p i386-redhat7 -r /netgenics/openpkg-rpm/i386-redhat7/1 mysql warning: unknown option -v # reading index file # using simple text parser # reading index file # using simple text parser # source for mysql is mysql-3.23.54a-1.2.1 # recursing over dependencies for mysql-3.23.54a-1.2.1 # ambigous sources for # 0: binutils-2.13.2.1-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/binutil s-2.13.2.1-1.2.0.src.rpm # 1: db-4.1.25.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/db-4.1.25.0-1 .2.0.src.rpm # 2: db-4.1.25.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/db-4.1.25.0-1 .2.0.src.rpm # 3: gcc-3.2.1-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/gcc-3.2.1-1.2.0 .src.rpm # 4: gcc-3.2.1-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/gcc-3.2.1-1.2.0 .src.rpm # 5: gcc-3.2.1-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/gcc-3.2.1-1.2.0 .src.rpm # 6: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2.0 .src.rpm # 7: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2.0 .src.rpm # 8: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2.0 .src.rpm # 9: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2.0 .src.rpm # 10: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2. 0.src.rpm # 11: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2. 0.src.rpm # 12: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2. 0.src.rpm # 13: make-3.80-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/make-3.80-1.2. 0.src.rpm # 14: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 15: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 16: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 17: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 18: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 19: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 20: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 21: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 22: mysql-3.23.54a-1.2.1 = /netgenics/openpkg-rpm/i386-redhat7/1/src/mysql-3.2 3.54a-1.2.1.src.rpm # 23: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 24: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 25: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 26: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 27: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 28: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 29: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 30: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 31: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 32: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 33: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 34: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 35: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 36: openldap-2.1.12-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openldap -2.1.12-1.2.0.src.rpm # 37: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 38: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 39: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 40: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 41: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 42: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 43: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 44: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 45: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 46: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 47: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 48: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 49: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 50: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 51: openssl-0.9.7-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/openssl-0. 9.7-1.2.0.src.rpm # 52: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 53: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 54: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 55: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 56: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 57: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 58: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 59: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 60: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 61: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 62: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 63: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 64: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 65: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 66: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 67: perl-5.8.0-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/perl-5.8.0-1. 2.0.src.rpm # 68: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 69: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 70: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 71: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 72: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 73: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 74: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 75: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 76: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 77: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 78: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 79: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 80: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 81: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 82: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 83: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # 84: sasl-2.1.10-1.2.0 = /netgenics/openpkg-rpm/i386-redhat7/1/src/sasl-2.1.10- 1.2.0.src.rpm # mysql searches a frood called '' # mysql uses openpkg-1.2.0-1.2.0 for openpkg # adding mysql-3.23.54a-1.2.1 to list FATAL errors occured while building: mysql-3.23.54a-1.2.1 openpkg@sneetch$ ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Thu Feb 6 01:25:45 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E5ECC277A0E for ; Thu, 6 Feb 2003 01:25:44 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id F14928D753; Thu, 6 Feb 2003 01:25:43 +0100 (CET) Date: Thu, 6 Feb 2003 01:25:43 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? Message-ID: <20030206002543.GB7029@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 05, 2003, Andrews, Martin wrote: > I am now building a local repository with both source and binary RPMs. For > some reason updating mysql from this repository with openpkg build gives me > a fatal error. The same operation works for other rpms - say perl. Any > explanation for the "ambigous sources" error? > # mysql searches a frood called '' The index entry for mysql contains an empty or element for mysql. How did you build the index ? -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Thu Feb 6 04:32:42 2003 Received: from localhost.localdomain (oh-clevelandheights3c-59.clvhoh.adelphia.net [68.70.189.59]) by mail.openpkg.org (Postfix) with ESMTP id 8C4C8277A1A for ; Thu, 6 Feb 2003 04:32:40 +0100 (CET) Received: from cle.lionbioscience.com (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id h163dQo03967 for ; Wed, 5 Feb 2003 22:39:27 -0500 Message-ID: <3E41D8ED.2090006@cle.lionbioscience.com> Date: Wed, 05 Feb 2003 22:39:25 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? References: <20030206002543.GB7029@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: >On Wed, Feb 05, 2003, Andrews, Martin wrote: > > > >>I am now building a local repository with both source and binary RPMs. For >>some reason updating mysql from this repository with openpkg build gives me >>a fatal error. The same operation works for other rpms - say perl. Any >>explanation for the "ambigous sources" error? >> >> > > > >># mysql searches a frood called '' >> >> > >The index entry for mysql contains an empty or >element for mysql. > >How did you build the index ? > > > I ran "openpkg index" on a mysql rpm I built from openpkg 1.2. I just tried it on a directory with only this RPM and sure enough I get an empty entry in the prereqs. I have the same problem on solaris 7 and redhat 7.1 (all I have tried so far). t$ openpkg index -i -p sparc-sunos5.7 `pwd` mysql 3.23.54a 1.2.1 OpenPKG [BASE] Database GPL The OpenPKG Project Fast Relational Database Management System http://www.mysql.com/ MySQL AB mysql-3.23.54a-1.2.1.src.rpm sparc64 solaris2.7 redfish.cle.lionbioscience.com 1044423872 9290062 /opt/openpkg sparc-sunos5.7 2622790 OpenPKG openpkg >= 1.2.0 mysql::with_berkeleydb = yes mysql::with_innobase = no mysql::with_gemini = no MYSQL mysql = 3.23.54a-1.2.1 mysql4 /opt/openpkg/bin/comp_err /opt/openpkg/bin/isamchk /opt/openpkg/bin/isamlog /opt/openpkg/bin/msql2mysql /opt/openpkg/bin/my_print_defaults /opt/openpkg/bin/myisamchk /opt/openpkg/bin/myisamlog /opt/openpkg/bin/myisampack /opt/openpkg/bin/mysql /opt/openpkg/bin/mysql_config /opt/openpkg/bin/mysql_convert_table_format /opt/openpkg/bin/mysql_find_rows /opt/openpkg/bin/mysql_fix_privilege_tables /opt/openpkg/bin/mysql_install_db /opt/openpkg/bin/mysql_setpermission /opt/openpkg/bin/mysql_zap /opt/openpkg/bin/mysqlaccess /opt/openpkg/bin/mysqladmin /opt/openpkg/bin/mysqlbinlog /opt/openpkg/bin/mysqlbug /opt/openpkg/bin/mysqlcheck /opt/openpkg/bin/mysqld_multi /opt/openpkg/bin/mysqldump /opt/openpkg/bin/mysqldumpslow /opt/openpkg/bin/mysqlhotcopy /opt/openpkg/bin/mysqlimport /opt/openpkg/bin/mysqlshow /opt/openpkg/bin/mysqltest /opt/openpkg/bin/pack_isam /opt/openpkg/bin/perror /opt/openpkg/bin/replace /opt/openpkg/bin/resolve_stack_dump /opt/openpkg/bin/resolveip /opt/openpkg/bin/safe_mysqld /opt/openpkg/etc/mysql /opt/openpkg/etc/mysql/my.cnf /opt/openpkg/etc/mysql/my.pwd /opt/openpkg/etc/rc.d/rc.mysql /opt/openpkg/include/mysql /opt/openpkg/include/mysql/chardefs.h /opt/openpkg/include/mysql/dbug.h /opt/openpkg/include/mysql/errmsg.h /opt/openpkg/include/mysql/history.h /opt/openpkg/include/mysql/keymaps.h /opt/openpkg/include/mysql/m_ctype.h /opt/openpkg/include/mysql/m_string.h /opt/openpkg/include/mysql/my_config.h /opt/openpkg/include/mysql/my_dir.h /opt/openpkg/include/mysql/my_global.h /opt/openpkg/include/mysql/my_list.h /opt/openpkg/include/mysql/my_net.h /opt/openpkg/include/mysql/my_no_pthread.h /opt/openpkg/include/mysql/my_pthread.h /opt/openpkg/include/mysql/my_sys.h /opt/openpkg/include/mysql/mysql.h /opt/openpkg/include/mysql/mysql_com.h /opt/openpkg/include/mysql/mysql_version.h /opt/openpkg/include/mysql/mysqld_error.h /opt/openpkg/include/mysql/raid.h /opt/openpkg/include/mysql/readline.h /opt/openpkg/include/mysql/sslopt-case.h /opt/openpkg/include/mysql/sslopt-longopts.h /opt/openpkg/include/mysql/sslopt-usage.h /opt/openpkg/include/mysql/sslopt-vars.h /opt/openpkg/include/mysql/tilde.h /opt/openpkg/info/mysql.info /opt/openpkg/lib/mysql /opt/openpkg/lib/mysql/libdbug.a /opt/openpkg/lib/mysql/libheap.a /opt/openpkg/lib/mysql/libmerge.a /opt/openpkg/lib/mysql/libmyisam.a /opt/openpkg/lib/mysql/libmyisammrg.a /opt/openpkg/lib/mysql/libmysqlclient.a /opt/openpkg/lib/mysql/libmysqlclient.la /opt/openpkg/lib/mysql/libmysqlclient_r.a /opt/openpkg/lib/mysql/libmysqlclient_r.la /opt/openpkg/lib/mysql/libmystrings.a /opt/openpkg/lib/mysql/libmysys.a /opt/openpkg/lib/mysql/libnisam.a /opt/openpkg/libexec/mysqld /opt/openpkg/man/man1/isamchk.1 /opt/openpkg/man/man1/isamlog.1 /opt/openpkg/man/man1/mysql.1 /opt/openpkg/man/man1/mysql_zap.1 /opt/openpkg/man/man1/mysqlaccess.1 /opt/openpkg/man/man1/mysqladmin.1 /opt/openpkg/man/man1/mysqld.1 /opt/openpkg/man/man1/mysqld_multi.1 /opt/openpkg/man/man1/mysqldump.1 /opt/openpkg/man/man1/mysqlshow.1 /opt/openpkg/man/man1/perror.1 /opt/openpkg/man/man1/replace.1 /opt/openpkg/man/man1/safe_mysqld.1 /opt/openpkg/share/mysql /opt/openpkg/share/mysql/charsets /opt/openpkg/share/mysql/charsets/Index /opt/openpkg/share/mysql/charsets/README /opt/openpkg/share/mysql/charsets/cp1251.conf /opt/openpkg/share/mysql/czech /opt/openpkg/share/mysql/czech/errmsg.sys /opt/openpkg/share/mysql/czech/errmsg.txt /opt/openpkg/share/mysql/danish /opt/openpkg/share/mysql/danish/errmsg.sys /opt/openpkg/share/mysql/danish/errmsg.txt /opt/openpkg/share/mysql/dutch /opt/openpkg/share/mysql/dutch/errmsg.sys /opt/openpkg/share/mysql/dutch/errmsg.txt /opt/openpkg/share/mysql/english /opt/openpkg/share/mysql/english/errmsg.sys /opt/openpkg/share/mysql/english/errmsg.txt /opt/openpkg/share/mysql/estonian /opt/openpkg/share/mysql/estonian/errmsg.sys /opt/openpkg/share/mysql/estonian/errmsg.txt /opt/openpkg/share/mysql/french /opt/openpkg/share/mysql/french/errmsg.sys /opt/openpkg/share/mysql/french/errmsg.txt /opt/openpkg/share/mysql/german /opt/openpkg/share/mysql/german/errmsg.sys /opt/openpkg/share/mysql/german/errmsg.txt /opt/openpkg/share/mysql/greek /opt/openpkg/share/mysql/greek/errmsg.sys /opt/openpkg/share/mysql/greek/errmsg.txt /opt/openpkg/share/mysql/hungarian /opt/openpkg/share/mysql/hungarian/errmsg.sys /opt/openpkg/share/mysql/hungarian/errmsg.txt /opt/openpkg/share/mysql/italian /opt/openpkg/share/mysql/italian/errmsg.sys /opt/openpkg/share/mysql/italian/errmsg.txt /opt/openpkg/share/mysql/japanese /opt/openpkg/share/mysql/japanese/errmsg.sys /opt/openpkg/share/mysql/japanese/errmsg.txt /opt/openpkg/share/mysql/korean /opt/openpkg/share/mysql/korean/errmsg.sys /opt/openpkg/share/mysql/korean/errmsg.txt /opt/openpkg/share/mysql/make_binary_distribution /opt/openpkg/share/mysql/mi_test_all /opt/openpkg/share/mysql/mi_test_all.res /opt/openpkg/share/mysql/my-huge.cnf /opt/openpkg/share/mysql/my-large.cnf /opt/openpkg/share/mysql/my-medium.cnf /opt/openpkg/share/mysql/my-small.cnf /opt/openpkg/share/mysql/mysql-3.23.54.spec /opt/openpkg/share/mysql/mysql-log-rotate /opt/openpkg/share/mysql/mysql.server /opt/openpkg/share/mysql/norwegian /opt/openpkg/share/mysql/norwegian-ny /opt/openpkg/share/mysql/norwegian-ny/errmsg.sys /opt/openpkg/share/mysql/norwegian-ny/errmsg.txt /opt/openpkg/share/mysql/norwegian/errmsg.sys /opt/openpkg/share/mysql/norwegian/errmsg.txt /opt/openpkg/share/mysql/polish /opt/openpkg/share/mysql/polish/errmsg.sys /opt/openpkg/share/mysql/polish/errmsg.txt /opt/openpkg/share/mysql/portuguese /opt/openpkg/share/mysql/portuguese/errmsg.sys /opt/openpkg/share/mysql/portuguese/errmsg.txt /opt/openpkg/share/mysql/romanian /opt/openpkg/share/mysql/romanian/errmsg.sys /opt/openpkg/share/mysql/romanian/errmsg.txt /opt/openpkg/share/mysql/russian /opt/openpkg/share/mysql/russian/errmsg.sys /opt/openpkg/share/mysql/russian/errmsg.txt /opt/openpkg/share/mysql/slovak /opt/openpkg/share/mysql/slovak/errmsg.sys /opt/openpkg/share/mysql/slovak/errmsg.txt /opt/openpkg/share/mysql/spanish /opt/openpkg/share/mysql/spanish/errmsg.sys /opt/openpkg/share/mysql/spanish/errmsg.txt /opt/openpkg/share/mysql/swedish /opt/openpkg/share/mysql/swedish/errmsg.sys /opt/openpkg/share/mysql/swedish/errmsg.txt /opt/openpkg/share/mysql/ukrainian /opt/openpkg/share/mysql/ukrainian/errmsg.sys /opt/openpkg/share/mysql/ukrainian/errmsg.txt /opt/openpkg/var/mysql MySQL is a multi-user Relational Database Management System (RDBMS), which is controlled through Structured Query Language (SQL) operating in full multi-threading mode. The main goals of MySQL are speed, robustness and ease of use. MySQL was originally developed because of the need for a SQL server that could handle very big databases with magnitude higher speed than what any database vendor could offer. t$ From openpkg-users-owner@openpkg.org Thu Feb 6 04:53:03 2003 Received: from localhost.localdomain (oh-clevelandheights3c-59.clvhoh.adelphia.net [68.70.189.59]) by mail.openpkg.org (Postfix) with ESMTP id D7316277A1A for ; Thu, 6 Feb 2003 04:53:01 +0100 (CET) Received: from cle.lionbioscience.com (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id h163xmo05437 for ; Wed, 5 Feb 2003 22:59:48 -0500 Message-ID: <3E41DDB4.8010105@cle.lionbioscience.com> Date: Wed, 05 Feb 2003 22:59:48 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? References: <20030206002543.GB7029@sv1.dev.de.cw.net> <3E41D8ED.2090006@cle.lionbioscience.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just to confirm - removing this line from the prereq's does fix the fatal error: Martin Martin Andrews wrote: > Michael van Elst wrote: > >> On Wed, Feb 05, 2003, Andrews, Martin wrote: >> >> >> >>> I am now building a local repository with both source and binary >>> RPMs. For >>> some reason updating mysql from this repository with openpkg build >>> gives me >>> a fatal error. The same operation works for other rpms - say perl. Any >>> explanation for the "ambigous sources" error? >>> >> >> >> >> >>> # mysql searches a frood called '' >>> >> >> >> The index entry for mysql contains an empty or >> element for mysql. >> >> How did you build the index ? >> >> >> > I ran "openpkg index" on a mysql rpm I built from openpkg 1.2. I just > tried it on a directory with only this RPM and sure enough I get an > empty entry in the prereqs. I have the same problem on solaris 7 and > redhat 7.1 (all I have tried so far). > From openpkg-users-owner@openpkg.org Thu Feb 6 07:57:20 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 642C8277A11 for ; Thu, 6 Feb 2003 07:57:20 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 8AFDB8D753; Thu, 6 Feb 2003 07:57:19 +0100 (CET) Date: Thu, 6 Feb 2003 07:57:19 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? Message-ID: <20030206065719.GB19477@sv1.dev.de.cw.net> References: <20030206002543.GB7029@sv1.dev.de.cw.net> <3E41D8ED.2090006@cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3E41D8ED.2090006@cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 05, 2003, Martin Andrews wrote: Hi, > I ran "openpkg index" on a mysql rpm I built from openpkg 1.2. I just > tried it on a directory with only this RPM and sure enough I get an > empty entry in the prereqs. I have the same problem on solaris 7 and > redhat 7.1 (all I have tried so far). this is a bug. RPM reports dependencies to 'rpmlib(...)' that were not correctly removed from the index but left these empty PreReq elements. I have uploaded a fixed version to current. Thanks for your feedback :) Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Thu Feb 6 16:01:58 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 59049277C1C for ; Thu, 6 Feb 2003 16:01:58 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id C7D3C1BF2FA for ; Thu, 6 Feb 2003 10:01:56 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id F2DE9DE2089 for ; Thu, 6 Feb 2003 10:01:55 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYSMF>; Thu, 6 Feb 2003 10:08:51 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: openpkg build and "ambiguous sources"? Date: Thu, 6 Feb 2003 10:08:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: openpkg-tool-20030206-20030206 indeed fixed the problem. Thanks for the help! Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Thursday, February 06, 2003 1:57 AM > To: openpkg-users@openpkg.org > Subject: Re: openpkg build and "ambiguous sources"? > > > On Wed, Feb 05, 2003, Martin Andrews wrote: > > Hi, > > > I ran "openpkg index" on a mysql rpm I built from openpkg > 1.2. I just > > tried it on a directory with only this RPM and sure enough I get an > > empty entry in the prereqs. I have the same problem on > solaris 7 and > > redhat 7.1 (all I have tried so far). > > this is a bug. RPM reports dependencies to 'rpmlib(...)' that > were not correctly removed from the index but left these empty > PreReq elements. > > I have uploaded a fixed version to current. > > Thanks for your feedback :) > From openpkg-users-owner@openpkg.org Sat Feb 8 01:41:05 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id EAF6D277A01 for ; Sat, 8 Feb 2003 01:41:04 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 3C6291BF31C for ; Fri, 7 Feb 2003 19:41:03 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 8525DDE2089 for ; Fri, 7 Feb 2003 19:41:01 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYX47>; Fri, 7 Feb 2003 19:48:00 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: scripting language extensions - shared libraries Date: Fri, 7 Feb 2003 19:47:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am trying to tweak the python package to get support for xml - it requires expat. I thought I had a clever (for my first openpkg patch) solution to pick up libraries from the openpkg installation but I think I am now butting my head against the static library policy - how do you get binary extensions to scripting languages without shared libraries? Any thoughts? This may be a show stopper for me. Here are the errors that occur while building python on solaris (7 and 9): building 'pyexpat' extension /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c: In function `get_version_string': /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c:1556: warning: subscript has type `char' /opt/openpkg/bin/cc -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC -DHAVE_EXPAT_H=1 -I. -I/.d1/openpkg/RPM/TMP/Python-2.2.2/./Include -I/opt/openpkg/include -I/.d1/openpkg/RPM/TMP/Python-2.2.2/Include -I/.d1/openpkg/RPM/TMP/Python-2.2.2 -c /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c -o build/temp.solaris-2.9-sun4u-2.2/pyexpat.o /opt/openpkg/bin/cc -shared build/temp.solaris-2.9-sun4u-2.2/pyexpat.o -L/opt/openpkg/lib -lexpat -o build/lib.solaris-2.9-sun4u-2.2/pyexpat.so WARNING: removing "pyexpat" since importing it failed Or without binutils: building 'pyexpat' extension /opt/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c: In function `get_version_string': /opt/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c:1556: warning: subscript has type `char' Text relocation remains referenced against symbol offset in file 0x1f14 /opt/openpkg/lib/libexpat.a(xmlparse.o) 0x1f18 /opt/openpkg/lib/libexpat.a(xmlparse.o) 0x1f1c /opt/openpkg/lib/libexpat.a(xmlparse.o) 0x1f20 /opt/openpkg/lib/libexpat.a(xmlparse.o) ... 0x1928 /opt/openpkg/lib/libexpat.a(xmlrole.o) 0x1934 /opt/openpkg/lib/libexpat.a(xmlrole.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status /opt/openpkg/bin/cc -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC -DHAVE_EXPAT_H=1 -I. -I/opt/openpkg/RPM/TMP/Python-2.2.2/./Include -I/opt/openpkg/include -I/opt/openpkg/RPM/TMP/Python-2.2.2/Include -I/opt/openpkg/RPM/TMP/Python-2.2.2 -c /opt/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c -o build/temp.solaris-2.7-sun4u-2.2/pyexpat.o /opt/openpkg/bin/cc -shared build/temp.solaris-2.7-sun4u-2.2/pyexpat.o -L/opt/openpkg/lib -lexpat -o build/lib.solaris-2.7-sun4u-2.2/pyexpat.so WARNING: building of extension "pyexpat" failed: command '/opt/openpkg/bin/cc' failed with exit status 1 Oh yes - here is my patch for python 2.2.2: python$ diff -u python.spec* --- python.spec Fri Feb 7 16:01:46 2003 +++ python.spec~ Fri Feb 7 09:25:09 2003 @@ -33,10 +33,7 @@ Group: Language License: GPL Version: 2.2.2 -Release: lion.1 - -# package options -%option with_expat yes +Release: 1.2.0 # list of sources Source0: ftp://ftp.python.org/pub/python/%{version}/Python-%{version}.tgz @@ -45,9 +42,6 @@ Prefix: %{l_prefix} BuildRoot: %{l_buildroot} BuildPreReq: OpenPKG, openpkg >= 1.2.0, gcc -%if "%{with_expat}" == "yes" -BuildPreReq: expat -%endif PreReq: OpenPKG, openpkg >= 1.2.0 AutoReq: no AutoReqProv: no @@ -65,7 +59,6 @@ %prep %setup -q -n Python-%{version} %{l_shtool} subst -e 's;-O3;-O2;g' configure - %{l_shtool} subst -e "s;/usr/local;%{l_prefix};g" setup.py %build CC="%{l_cc}" \ Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Sat Feb 8 14:47:34 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 39934277A01 for ; Sat, 8 Feb 2003 14:47:34 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 595911BF261 for ; Sat, 8 Feb 2003 08:47:32 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 49D51DE2089 for ; Sat, 8 Feb 2003 08:47:32 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYYWQ>; Sat, 8 Feb 2003 08:54:31 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: scripting language extensions - shared libraries Date: Sat, 8 Feb 2003 08:54:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: And yet - you seem to build dynamic extensions to perl using openpkg libraries (openssl, mysql) - how is that done? Martin ---- Martin Andrews martin.andrews@lionbioscience.com > -----Original Message----- > From: Andrews, Martin > Sent: Friday, February 07, 2003 7:48 PM > To: 'openpkg-users@openpkg.org' > Subject: scripting language extensions - shared libraries > > > I am trying to tweak the python package to get support for > xml - it requires expat. I thought I had a clever (for my > first openpkg patch) solution to pick up libraries from the > openpkg installation but I think I am now butting my head > against the static library policy - how do you get binary > extensions to scripting languages without shared libraries? > Any thoughts? This may be a show stopper for me. Here are the > errors that occur while building python on solaris (7 and 9): > From openpkg-users-owner@openpkg.org Sat Feb 8 15:26:38 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4DA6E277A01 for ; Sat, 8 Feb 2003 15:26:38 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 210804CE538; Sat, 8 Feb 2003 15:26:38 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0499D286B4; Sat, 8 Feb 2003 15:26:28 +0100 (CET) Date: Sat, 8 Feb 2003 15:26:28 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: scripting language extensions - shared libraries Message-ID: <20030208142628.GA30321@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 07, 2003, Andrews, Martin wrote: > I am trying to tweak the python package to get support for xml - it requires > expat. I thought I had a clever (for my first openpkg patch) solution to > pick up libraries from the openpkg installation but I think I am now butting > my head against the static library policy - how do you get binary extensions > to scripting languages without shared libraries? Any thoughts? This may be a > show stopper for me. Here are the errors that occur while building python on > solaris (7 and 9): Extensions for scripting languages do usually not require shared libraries, they just provide their extensions as shared libraries/objects. The usual approach (which Perl and Python use) are that an extension module foo.so is build by linking against an externally available library libfoo.a (a so-called static library). This step _includes_ the static library into the new shared library foo.so which in turn is loaded on demand by the scripting language via dlopen(3) and friends (like the GNU libtool wrapper around it). For this to work, the static library libfoo.a in Unix theory just has to be compiled with Position Independent Code (PIC), but is not required to be linked into a shared library format itself. And because all modern Unix platforms are smart enough to on-the-fly transform non-PIC into PIC, in practice you can create a scripting language extension foo.so by linking in an arbitrary static library libfoo.a. But all this does not conflict with the OpenPKG policy of using static _libraries_. Because our policy is about /lib/libfoo.so files, i.e., those files which are _implicitly_ loaded by the run-time link editor RTLD (the Unix program loader). xxx.so files in other locations and which are loaded _explicitly_ by an application (like a scripting language as Perl and Python) are not affected by this policy at all. > building 'pyexpat' extension > /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c: In function > `get_version_string': > /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c:1556: warning: subscript > has type `char' > /opt/openpkg/bin/cc -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC > -DHAVE_EXPAT_H=1 -I. -I/.d1/openpkg/RPM/TMP/Python-2.2.2/./Include > -I/opt/openpkg/include -I/.d1/openpkg/RPM/TMP/Python-2.2.2/Include > -I/.d1/openpkg/RPM/TMP/Python-2.2.2 -c > /.d1/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c -o > build/temp.solaris-2.9-sun4u-2.2/pyexpat.o > /opt/openpkg/bin/cc -shared build/temp.solaris-2.9-sun4u-2.2/pyexpat.o > -L/opt/openpkg/lib -lexpat -o build/lib.solaris-2.9-sun4u-2.2/pyexpat.so > WARNING: removing "pyexpat" since importing it failed > > Or without binutils: > > building 'pyexpat' extension > /opt/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c: In function > `get_version_string': > /opt/openpkg/RPM/TMP/Python-2.2.2/Modules/pyexpat.c:1556: warning: subscript > has type `char' > Text relocation remains referenced > against symbol offset in file > 0x1f14 > /opt/openpkg/lib/libexpat.a(xmlparse.o) > 0x1f18 > /opt/openpkg/lib/libexpat.a(xmlparse.o) Hmmm.... I've still not clue what the problem here is. I've to check this myself on our platforms in depth first. I'll investigate if time permits, although Python is not one of my favorite pieces of software ;_) Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 8 15:59:57 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 1726F277A01 for ; Sat, 8 Feb 2003 15:59:57 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 53CFB1BF28D for ; Sat, 8 Feb 2003 09:59:55 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 28109DE20B1 for ; Sat, 8 Feb 2003 09:59:55 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYY5V>; Sat, 8 Feb 2003 10:06:54 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: scripting language extensions - shared libraries Date: Sat, 8 Feb 2003 10:06:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hold on. I think you led me to the solution - it appears that python defaults to not allow this incorporation of static libraries: http://mail.python.org/pipermail/patches/2001-March/004239.html I am trying python compilation with -mimpure-text. Martin > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > Sent: Saturday, February 08, 2003 9:26 AM > To: openpkg-users@openpkg.org > Subject: Re: scripting language extensions - shared libraries > > > On Fri, Feb 07, 2003, Andrews, Martin wrote: > > > I am trying to tweak the python package to get support for > xml - it requires > > expat. I thought I had a clever (for my first openpkg > patch) solution to > > pick up libraries from the openpkg installation but I think > I am now butting > > my head against the static library policy - how do you get > binary extensions > > to scripting languages without shared libraries? Any > thoughts? This may be a > > show stopper for me. Here are the errors that occur while > building python on > > solaris (7 and 9): > > Extensions for scripting languages do usually not require > shared libraries, they just provide their extensions as shared > libraries/objects. The usual approach (which Perl and Python use) > are that an extension module foo.so is build by linking against an > externally available library libfoo.a (a so-called static library). > This step _includes_ the static library into the new shared library > foo.so which in turn is loaded on demand by the scripting language via > dlopen(3) and friends (like the GNU libtool wrapper around it). > > For this to work, the static library libfoo.a in Unix theory > just has to > be compiled with Position Independent Code (PIC), but is not > required to > be linked into a shared library format itself. And because all modern > Unix platforms are smart enough to on-the-fly transform non-PIC into > PIC, in practice you can create a scripting language > extension foo.so by > linking in an arbitrary static library libfoo.a. > From openpkg-users-owner@openpkg.org Sat Feb 8 21:43:14 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4A88D277A01; Sat, 8 Feb 2003 21:43:13 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 4D22A1BF2CB; Sat, 8 Feb 2003 15:43:11 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 0577CDE2089; Sat, 8 Feb 2003 15:43:10 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLYZKS>; Sat, 8 Feb 2003 15:50:10 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" , "'openpkg-dev@openpkg.org'" Subject: RE: scripting language extensions - shared libraries Date: Sat, 8 Feb 2003 15:50:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: It took a while to get the option where I wanted it - but now python will use openpkg static libraries when building modules. Had to substitute Makefile after configure - rather ugly but seemed better than overriding all of LDSHARED when running make. Patch is below. Martin ---- Martin Andrews martin.andrews@lionbioscience.com --- python.spec~ Fri Feb 7 09:25:09 2003 +++ python.spec Sat Feb 8 15:38:33 2003 @@ -33,7 +33,10 @@ Group: Language License: GPL Version: 2.2.2 -Release: 1.2.0 +Release: lion.1 + +# package options +%option with_expat yes # list of sources Source0: ftp://ftp.python.org/pub/python/%{version}/Python-%{version}.tgz @@ -42,6 +45,9 @@ Prefix: %{l_prefix} BuildRoot: %{l_buildroot} BuildPreReq: OpenPKG, openpkg >= 1.2.0, gcc +%if "%{with_expat}" == "yes" +BuildPreReq: expat +%endif PreReq: OpenPKG, openpkg >= 1.2.0 AutoReq: no AutoReqProv: no @@ -59,6 +65,8 @@ %prep %setup -q -n Python-%{version} %{l_shtool} subst -e 's;-O3;-O2;g' configure + # Search for libraries in openpkg prefix - not /usr/local + %{l_shtool} subst -e "s;/usr/local;%{l_prefix};g" setup.py %build CC="%{l_cc}" \ @@ -67,6 +75,8 @@ CXXFLAGS="%{l_cxxflags -O}" \ ./configure \ --prefix=%{l_prefix} + # Add -mimpure-text to LDSHARED so that modules can use static libraries. + %{l_shtool} subst -e "s;-shared;-shared -mimpure-text;g" Makefile %{l_make} %{l_mflags -O} %install > -----Original Message----- > From: Andrews, Martin [mailto:mandrews@cle.lionbioscience.com] > Sent: Saturday, February 08, 2003 10:07 AM > To: 'openpkg-users@openpkg.org' > Subject: RE: scripting language extensions - shared libraries > > > Hold on. I think you led me to the solution - it appears that python > defaults to not allow this incorporation of static libraries: > > http://mail.python.org/pipermail/patches/2001-March/004239.html > > I am trying python compilation with -mimpure-text. > > Martin > > > -----Original Message----- > > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > > Sent: Saturday, February 08, 2003 9:26 AM > > To: openpkg-users@openpkg.org > > Subject: Re: scripting language extensions - shared libraries > > > > > > On Fri, Feb 07, 2003, Andrews, Martin wrote: > > > > > I am trying to tweak the python package to get support for > > xml - it requires > > > expat. I thought I had a clever (for my first openpkg > > patch) solution to > > > pick up libraries from the openpkg installation but I think > > I am now butting > > > my head against the static library policy - how do you get > > binary extensions > > > to scripting languages without shared libraries? Any > > thoughts? This may be a > > > show stopper for me. Here are the errors that occur while > > building python on > > > solaris (7 and 9): > > > > Extensions for scripting languages do usually not require > > shared libraries, they just provide their extensions as shared > > libraries/objects. The usual approach (which Perl and Python use) > > are that an extension module foo.so is build by linking against an > > externally available library libfoo.a (a so-called static library). > > This step _includes_ the static library into the new shared library > > foo.so which in turn is loaded on demand by the scripting > language via > > dlopen(3) and friends (like the GNU libtool wrapper around it). > > > > For this to work, the static library libfoo.a in Unix theory > > just has to > > be compiled with Position Independent Code (PIC), but is not > > required to > > be linked into a shared library format itself. And because > all modern > > Unix platforms are smart enough to on-the-fly transform non-PIC into > > PIC, in practice you can create a scripting language > > extension foo.so by > > linking in an arbitrary static library libfoo.a. > > From openpkg-users-owner@openpkg.org Sun Feb 9 22:38:08 2003 Received: from marco-polo.weinreich.org (pD9E33B5C.dip.t-dialin.net [217.227.59.92]) by mail.openpkg.org (Postfix) with ESMTP id C2F51277A01 for ; Sun, 9 Feb 2003 22:38:06 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h19Lc0MW024782 for ; Sun, 9 Feb 2003 22:38:01 +0100 Date: Sun, 09 Feb 2003 22:37:59 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Small problem with building wml... Message-ID: <17240000.1044826679@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have tried to compile openpkg in an own directory hirarchy, mostly it works but I have a suble problem running the freshly compiled wml. /opt/ic3s/bin/wml -n -o xx.html xx.wml ePerl:Error: Perl parsing error (interpreter rc=255) ---- Contents of STDERR channel: --------- Can't load '/opt/ic3s/lib/wml/perl/lib/i686-linux/auto/WML/GD/GD.so' for module WML::GD: /opt/ic3s/lib/wml/perl/lib/i686-linux/auto/WML/GD/GD.so: undefined symbol: crc32 at /opt/ic3s/lib/perl/5.8.0/i686-linux/DynaLoader.pm line 229. at /tmp/wml.4653.tmp1.wml line 392 Compilation failed in require at /tmp/wml.4653.tmp1.wml line 392. BEGIN failed--compilation aborted at /tmp/wml.4653.tmp1.wml line 392. ------------------------------------------ ** WML:Break: Error in Pass 3 (rc=1). ** WMK:Error: Error in WML (rc=256) Somehow the linker doesnt find the crc32 function. Has someone a hint whats went wrong? cheeiro Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Sun Feb 9 22:42:10 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id DC062277C26 for ; Sun, 9 Feb 2003 22:42:09 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id A0B4F8D764; Sun, 9 Feb 2003 22:42:08 +0100 (CET) Date: Sun, 9 Feb 2003 22:42:08 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <20030209214208.GA4816@sv1.dev.de.cw.net> References: <17240000.1044826679@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <17240000.1044826679@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Feb 09, 2003, Steffen Weinreich wrote: > Somehow the linker doesnt find the crc32 function. Has someone a hint whats > went wrong? crc32() is a function from zlib. Looks like the GD module is linked against some libz.so which is no longer found by the linker. -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Sun Feb 9 22:50:11 2003 Received: from marco-polo.weinreich.org (pD9E33B5C.dip.t-dialin.net [217.227.59.92]) by mail.openpkg.org (Postfix) with ESMTP id 9BEE7277A01 for ; Sun, 9 Feb 2003 22:50:09 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h19Lo4MW024860 for ; Sun, 9 Feb 2003 22:50:05 +0100 Date: Sun, 09 Feb 2003 22:50:04 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <32540000.1044827404@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Sonntag, Februar 09, 2003 22:42:08 +0100 Michael van Elst wrote: > On Sun, Feb 09, 2003, Steffen Weinreich wrote: > >> Somehow the linker doesnt find the crc32 function. Has someone a hint >> whats went wrong? > > crc32() is a function from zlib. Looks like the GD module is > linked against some libz.so which is no longer found by the linker. Well I have removed the binary wml package, recompiled it from the source rpm but the problem persists. The underlying System is a Redhat Linux 7.2 with a small set of packages installed. A libz.so is on the system, but it seems that the perl doesnt use it. I had no idea why this happens... ic3s@journee$ locate libz /usr/lib/libz.so.1 /usr/lib/libz.so.1.1.3 /opt/ic3s/lib/libz.a /cw/lib/libz.a ic3s@journee$ nm /usr/lib/libz.so.1 |grep crc32 00001c90 T crc32 ic3s@journee$ cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Tue Feb 11 11:22:56 2003 Received: from marco-polo.weinreich.org (unknown [80.146.165.65]) by mail.openpkg.org (Postfix) with ESMTP id 9CCFB277A22 for ; Tue, 11 Feb 2003 11:22:55 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h1BAMpMW020540 for ; Tue, 11 Feb 2003 11:22:51 +0100 Date: Tue, 11 Feb 2003 11:22:51 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <34890000.1044958971@marco-polo.weinreich.org> In-Reply-To: <32540000.1044827404@marco-polo.weinreich.org> References: <32540000.1044827404@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Sonntag, Februar 09, 2003 22:50:04 +0100 Steffen Weinreich wrote: > > > --On Sonntag, Februar 09, 2003 22:42:08 +0100 Michael van Elst > wrote: > >> On Sun, Feb 09, 2003, Steffen Weinreich wrote: >> >>> Somehow the linker doesnt find the crc32 function. Has someone a hint >>> whats went wrong? >> >> crc32() is a function from zlib. Looks like the GD module is >> linked against some libz.so which is no longer found by the linker. > > Well I have removed the binary wml package, recompiled it from the source > rpm but the problem persists. The underlying System is a Redhat Linux 7.2 > with a small set of packages installed. A libz.so is on the system, but > it seems that the perl doesnt use it. I had no idea why this happens... I have also tried the binary release for Sol8 and the effect is the same. A LD_PRELOAD="/usr/lib/libz.so" could be used as workaround but I think that is not a good solution :-) cheeiro Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Wed Feb 12 08:32:43 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 85697277A22 for ; Wed, 12 Feb 2003 08:32:43 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id E4A508D807; Wed, 12 Feb 2003 08:32:41 +0100 (CET) Date: Wed, 12 Feb 2003 08:32:41 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <20030212073241.GA73218@sv1.dev.de.cw.net> References: <32540000.1044827404@marco-polo.weinreich.org> <34890000.1044958971@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <34890000.1044958971@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 11, 2003, Steffen Weinreich wrote: > I have also tried the binary release for Sol8 and the effect is the same. A > LD_PRELOAD="/usr/lib/libz.so" could be used as workaround but I think that > is not a good solution :-) Can you please check with ldd which binary pulls in libz on your system ? I found one case in %{l_prefix}/lib/wml/exec/wml_aux_iselect where it might do this. -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 12 22:04:54 2003 Received: from marco-polo.weinreich.org (p50818C56.dip.t-dialin.net [80.129.140.86]) by mail.openpkg.org (Postfix) with ESMTP id 1ECA1277A11 for ; Wed, 12 Feb 2003 22:04:54 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h1CL4iJh003198 for ; Wed, 12 Feb 2003 22:04:45 +0100 Date: Wed, 12 Feb 2003 22:04:44 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <5990000.1045083884@marco-polo.weinreich.org> In-Reply-To: <20030212073241.GA73218@sv1.dev.de.cw.net> References: <32540000.1044827404@marco-polo.weinreich.org> <34890000.1044958971@marco-polo.weinreich.org> <20030212073241.GA73218@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Mittwoch, Februar 12, 2003 08:32:41 +0100 Michael van Elst wrote: Hi Michael! > On Tue, Feb 11, 2003, Steffen Weinreich wrote: > >> I have also tried the binary release for Sol8 and the effect is the >> same. A LD_PRELOAD="/usr/lib/libz.so" could be used as workaround but I >> think that is not a good solution :-) > > Can you please check with ldd which binary pulls in libz on your system ? > I found one case in %{l_prefix}/lib/wml/exec/wml_aux_iselect where it > might do this. On RH 8 (compiled under RH72) # ldd /opt/ic3s/lib/wml/exec/wml_aux_iselect libm.so.6 => /lib/i686/libm.so.6 (0x4002d000) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x40050000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) On Sol8 bash-2.03# ldd /opt/ic3s/lib/wml/exec/wml_aux_iselect libm.so.1 => /usr/lib/libm.so.1 libcurses.so.1 => /usr/lib/libcurses.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 seems not to link with libz... cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Wed Feb 12 22:50:34 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 0CD04277A11 for ; Wed, 12 Feb 2003 22:50:34 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id ED86B1BF28E for ; Wed, 12 Feb 2003 16:50:30 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id C9053DE2089 for ; Wed, 12 Feb 2003 16:50:29 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZFBA>; Wed, 12 Feb 2003 16:57:38 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: postgresql-7.3.1-1.2.0 links to non-existant shared library? Date: Wed, 12 Feb 2003 16:57:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I just built and installed postgresql from openpkg 1.2 on a solaris 7 box and it appears to have been built for the shared postgres library which is not there. Any tips? I will investigate further. openpkg@redfish$ /opt/openpkg/bin/psql -U postgresql -d template1 \ > -c "ALTER USER postgresql WITH PASSWORD 'newpassword'" ld.so.1: /opt/openpkg/bin/psql: fatal: libpq.so.3: open failed: No such file or directory Killed openpkg@redfish$ ldd /opt/openpkg/bin/psql libpq.so.3 => (file not found) libcurses.so.1 => /lib/libcurses.so.1 librt.so.1 => /lib/librt.so.1 libresolv.so.2 => /lib/libresolv.so.2 libgen.so.1 => /lib/libgen.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libc.so.1 => /lib/libc.so.1 libaio.so.1 => /lib/libaio.so.1 libmp.so.2 => /lib/libmp.so.2 /usr/platform/SUNW,UltraSPARC-IIi-Engine/lib/libc_psr.so.1 openpkg@redfish$ rpm -qi postgresql Name: postgresql Source RPM: postgresql-7.3.1-1.2.0.src.rp m Version: 7.3.1 Packager: The OpenPKG Project Release: 1.2.0 Build Host: redfish.cle.lionbioscience.co m Group: Database Build System: sparc64-solaris2.7 Distrib: OpenPKG [BASE] Build Time: Wed Feb 12 11:24:15 2003 License: GPL Relocations: /opt/openpkg Vendor: PostgreSQL Group Install Size: 7451481 bytes URL: http://www.postgresql.org/ Install Time: Wed Feb 12 16:39:18 2003 Summary: PostgreSQL Database Description: PostgreSQL is a sophisticated Object-Relational DBMS, supporting almost all SQL constructs, including subselects, transactions, and user-defined types and functions. It is the most advanced open-source database available anywhere. Provides: postgresql::with_openssl = no postgresql::with_odbc = no postgresql::with_perl = no postgresql::with_tcl = no postgresql = 7.3.1-1.2.0 ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Feb 12 23:23:25 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 7BF1D277A11 for ; Wed, 12 Feb 2003 23:23:25 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id CD0B58D807; Wed, 12 Feb 2003 23:23:23 +0100 (CET) Date: Wed, 12 Feb 2003 23:23:23 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <20030212222323.GA97329@sv1.dev.de.cw.net> References: <32540000.1044827404@marco-polo.weinreich.org> <34890000.1044958971@marco-polo.weinreich.org> <20030212073241.GA73218@sv1.dev.de.cw.net> <5990000.1045083884@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <5990000.1045083884@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 12, 2003, Steffen Weinreich wrote: > >Can you please check with ldd which binary pulls in libz on your system ? > >I found one case in %{l_prefix}/lib/wml/exec/wml_aux_iselect where it > >might do this. > > seems not to link with libz... Strange. I have uploaded wml-2.0.9-20030212 which fixes the broken configure of wml_aux_iselect. I don't see any problems so far on a RH8.0 system. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 12 23:41:36 2003 Received: from marco-polo.weinreich.org (p50818C56.dip.t-dialin.net [80.129.140.86]) by mail.openpkg.org (Postfix) with ESMTP id 43E62277A11 for ; Wed, 12 Feb 2003 23:41:36 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h1CMfIJh003717 for ; Wed, 12 Feb 2003 23:41:18 +0100 Date: Wed, 12 Feb 2003 23:41:18 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Small problem with building wml... Message-ID: <9680000.1045089678@marco-polo.weinreich.org> In-Reply-To: <20030212222323.GA97329@sv1.dev.de.cw.net> References: <32540000.1044827404@marco-polo.weinreich.org> <34890000.1044958971@marco-polo.weinreich.org> <20030212073241.GA73218@sv1.dev.de.cw.net> <5990000.1045083884@marco-polo.weinreich.org> <20030212222323.GA97329@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Mittwoch, Februar 12, 2003 23:23:23 +0100 Michael van Elst wrote: >> > Can you please check with ldd which binary pulls in libz on your >> > system ? I found one case in %{l_prefix}/lib/wml/exec/wml_aux_iselect >> > where it might do this. >> >> seems not to link with libz... > > Strange. > > I have uploaded wml-2.0.9-20030212 which fixes the broken > configure of wml_aux_iselect. I don't see any problems so > far on a RH8.0 system. yeah but problem arises on all systems I could get hold of: RH 72 RH 8 Sol8 and also the binary shows this behavior.. I will try it under Sol9 in the next days cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Thu Feb 13 00:26:57 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id A4482277A11 for ; Thu, 13 Feb 2003 00:26:56 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 892191BF28E for ; Wed, 12 Feb 2003 18:26:54 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 50E08DE2089 for ; Wed, 12 Feb 2003 18:26:53 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZFK3>; Wed, 12 Feb 2003 18:34:02 -0500 Message-ID: From: "Andrews, Martin" To: "Andrews, Martin" , "'openpkg-users@openpkg.org'" Subject: RE: postgresql-7.3.1-1.2.0 links to non-existant shared library? Date: Wed, 12 Feb 2003 18:34:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just confirmed that the same happens on solaris 9. I see that the spec file explicitly removes all the shared libraries during the install phase. Maybe the --disable-shared option should be used with configure instead? Martin > -----Original Message----- > From: Andrews, Martin > Sent: Wednesday, February 12, 2003 4:58 PM > To: 'openpkg-users@openpkg.org' > Subject: postgresql-7.3.1-1.2.0 links to non-existant shared library? > > > I just built and installed postgresql from openpkg 1.2 on a > solaris 7 box and it appears to have been built for the > shared postgres library which is not there. Any tips? I will > investigate further. > > openpkg@redfish$ /opt/openpkg/bin/psql -U postgresql -d template1 \ > > -c "ALTER USER postgresql WITH PASSWORD 'newpassword'" > ld.so.1: /opt/openpkg/bin/psql: fatal: libpq.so.3: open > failed: No such file or > directory > Killed From openpkg-users-owner@openpkg.org Thu Feb 13 07:17:36 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D56FD277A11 for ; Thu, 13 Feb 2003 07:17:35 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id BD2F34CE575; Thu, 13 Feb 2003 07:17:35 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A1A492868D; Thu, 13 Feb 2003 07:17:17 +0100 (CET) Date: Thu, 13 Feb 2003 07:17:17 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: postgresql-7.3.1-1.2.0 links to non-existant shared library? Message-ID: <20030213061717.GA40981@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 12, 2003, Andrews, Martin wrote: > Just confirmed that the same happens on solaris 9. I see that the spec file > explicitly removes all the shared libraries during the install phase. Maybe > the --disable-shared option should be used with configure instead? The OpenPKG 1.2 PostgreSQL package unfortunately is fully broken under run-time. The problems are already fixed in OpenPKG-CURRENT. I'll try to merge the fixes back to 1.2 and release an 1.2.1 "postgresql" package for OpenPKG 1.2 today. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 13 14:09:50 2003 Received: from 413hiin73xgnbj1 (13.176.30.61.isp.tfn.net.tw [61.30.176.13]) by mail.openpkg.org (Postfix) with SMTP id 0C570277A11 for ; Thu, 13 Feb 2003 14:09:46 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users ±¡¤H¸`¤j¦ÒÅç~~!! Date: Thu, 13 Feb 03 16:33:43 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_0023_9C65A28D.2F37856E" Message-Id: <20030213130946.0C570277A11@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_0023_9C65A28D.2F37856E Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0iemgtdHciPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+s2+kQKXN uMw8L3RpdGxlPg0KPC9oZWFkPg0KDQo8Ym9keT4NCg0KPHA+PHR0IHN0eWxlPSJmb250LXNp emU6IDE1cHg7IGxpbmUtaGVpZ2h0OiAxMzAlIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg PC90dD4NCjx0dCBzdHlsZT0ibGluZS1oZWlnaHQ6IDEzMCUiPjxmb250IGNvbG9yPSIjRkYw MDAwIiBzaXplPSI1Ij6zb6RApc24zKFBp0HFpblMpmik1qV5oXWko6S2t06hdqFIPC9mb250 PjwvdHQ+PHR0IHN0eWxlPSJmb250LXNpemU6IDE1cHg7IGxpbmUtaGVpZ2h0OiAxMzAlIj48 YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyCouq7JrdShQadBue+lTLuhoUehdafapHe4Z6az qGuqQqTNpEahQ6F2PGJyPg0KJmd0OyZuYnNwOyClTLuhoUehdafapKOktrdOoUOhdjxicj4N CiZndDs8YnI+DQomZ3Q7Jm5ic3A7IKdBu6GhR6F1p9qko6/gtbmnQaX+s6GqurdSoUOhdjxi cj4NCiZndDsgpUy7oaFHoXWn2qSjpLa3TqFDoXY8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNw OyCnQbuhoUehdafapKOv4LFgsWCzradBoUOhdjxicj4NCiZndDsgpUy7oaFHoXWn2qSjpLa3 TqFDoXY8YnI+DQomZ3Q7PGJyPg0KJmd0OyCnQbuhoUehdafapKOqvrlEr+Cko6/gt1KkV6dB oUOhdjxicj4NCiZndDsgpUy7oaFHoXW1TL3XtbKqR6vnvMuhQafapF2ko6S2t06hQ6F2PGJy Pg0KJmd0Ozxicj4NCiZndDsgp0G7oaFHoXWn2qxPpKOsT7nvp0Gko7D3pm6hSKF2PGJyPg0K Jmd0OyClTLdMr7q127uhoUehdaV1rW6v4KijqOynQaFBp9q0TrZ9pN+hQ6fapKOktrdOoUOh djxicj4NCiZndDs8YnI+DQomZ3Q7ILftp0G7oaFHoXWn2qSjqr65RK/gsPe48qdBpECwX6Zo pFuhSKF2PGJyPg0KJmd0OyClTLK0uMyxYbXbslyl+ruhoUehdadZqM+r3LV1vMihQafapF2k o6S2t06hQ6F2PGJyPg0KJmd0Ozxicj4NCiZndDsgp0Gw3aFHoXXD+Kjsp0Gko6S2t06n2qq6 uUylaLbcoUihdjxicj4NCiZndDsgpUyrRLFgqtapd6q6u6GhR6F1p9qko6S2t06hQ6F2PGJy Pg0KJmd0Ozxicj4NCiZndDsgtU2r4aFBprOkQKTRoUGlTLZ9qWyktrdOqdKms6VMtL+4Z7uh uUyko6S2t06quqjGsaGhQzxicj4NCiZndDsgpUyko6xPtL+4Z6i6u/KyYLGhqrq7oblMpKOk trdOttyhSDxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7IKi6pECo6KFBp0G3ULDKsW+p6rXb pUysebJcoUM8YnI+DQomZ3Q7IL3Wqr65RKFBrsmk6blMpWihQaVMp9GwT6RGptukdqnSu6Gq uqRApMGhQzxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7IKRVpECmuKFBt+2nQcWlqOyhdaSj pLa3TqF2s2+kVK3TpnKquq7JrdShQadBtE6qvrlEoUE8YnI+DQomZ3Q7IKRIpmKxb6SjqOyq uq7JrdShQaSwu/Kzo6VppUiko6S2t06hQ7FvqOykp6vhoUGksLvys6Oms8JJpLa3TqFDPGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsgs2+sT7dSsaGhQafGseanQaSjrW6k06S2t06hQzxi cj4NCiZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9IjE1ODg4LjAwMC5jb20uaGsiPq91pb+qurdS oUGsT6Zir+C3Uqq6rsmt1KFBwLSxb6zDsaQgOzxicj4NCiZndDsgr3Wlv6q6t1KhQaxPpmK1 TKprt1Kquq7JrdShQcC0sW+p8aTiPGJyPg0KJmd0OzwvYT48L3R0PjwvcD4NCjxwPjx0dCBz dHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdodDogMTMwJSI+Jm5ic3A7LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsg rvi2T6Rdr+CtULRJLS08YnI+DQomZ3Q7IDxhIGhyZWY9IjE1ODg4LjAwMC5jb20uaGsiPmh0 dHA6Ly8xNTg4OC4wMDAuY29tLmhrPC9hPjxicj4NCjxicj4NCiZndDsgpKO/+azdLS08YnI+ DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9jdzMuc28tbmV0Lm5ldC50dy90ZWNoZnVuL2tva29y by9ncmFkMDEuaHRtbCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL2N3My5zby1uZXQubmV0 LnR3L3RlY2hmdW4va29rb3JvL2dyYWQwMS5odG1sPGJyPg0KPC9hPiZndDs8YnI+DQomZ3Q7 IDxhIGhyZWY9Imh0dHA6Ly9jdzMuc28tbmV0Lm5ldC50dy90ZWNoZnVuL2tva29yby9ncmFk MDIuaHRtbCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL2N3My5zby1uZXQubmV0LnR3L3Rl Y2hmdW4va29rb3JvL2dyYWQwMi5odG1sPGJyPg0KPC9hPiZndDs8YnI+DQomZ3Q7IDxhIGhy ZWY9Imh0dHA6Ly9jdzMuc28tbmV0Lm5ldC50dy90ZWNoZnVuL2tva29yby9ncmFkMDMuaHRt bCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL2N3My5zby1uZXQubmV0LnR3L3RlY2hmdW4v a29rb3JvL2dyYWQwMy5odG1sPGJyPg0KPC9hPiZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0 dHA6Ly9jdzMuc28tbmV0Lm5ldC50dy90ZWNoZnVuL2tva29yby9ncmFkMDQuaHRtbCIgdGFy Z2V0PSJfYmxhbmsiPg0KaHR0cDovL2N3My5zby1uZXQubmV0LnR3L3RlY2hmdW4va29rb3Jv L2dyYWQwNC5odG1sPGJyPg0KPC9hPiZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9j dzMuc28tbmV0Lm5ldC50dy90ZWNoZnVuL2tva29yby9ncmFkMDUuaHRtbCIgdGFyZ2V0PSJf YmxhbmsiPg0KaHR0cDovL2N3My5zby1uZXQubmV0LnR3L3RlY2hmdW4va29rb3JvL2dyYWQw NS5odG1sPGJyPg0KPC9hPiZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tPGJyPg0KJmd0OyCl/sV8pbSkasHJPGJyPg0KJmd0OyA8YSBocmVmPSJodHRwOi8v d3d3LmdnYW1lLmNvbS50dy9ub3Njb3JlZ2FtZXMvOC5zd2YiIHRhcmdldD0iX2JsYW5rIj4N Cmh0dHA6Ly93d3cuZ2dhbWUuY29tLnR3L25vc2NvcmVnYW1lcy84LnN3Zjxicj4NCjwvYT4m Z3Q7ILG1wvuzSjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cDovL3d3dy5nZ2FtZS5jb20udHcv bm9zY29yZWdhbWVzLzkuc3dmIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8vd3d3LmdnYW1l LmNvbS50dy9ub3Njb3JlZ2FtZXMvOS5zd2Y8YnI+DQo8L2E+Jmd0OyCxz6S9pUQ8YnI+DQom Z3Q7IDxhIGhyZWY9Imh0dHA6Ly93d3cuZ2dhbWUuY29tLnR3L25vc2NvcmVnYW1lcy8xMC5z d2YiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cuZ2dhbWUuY29tLnR3L25vc2NvcmVn YW1lcy8xMC5zd2Y8YnI+DQo8L2E+Jmd0OyC2V7ZWxXGucDxicj4NCiZndDsgPGEgaHJlZj0i aHR0cDovL3d3dy5nZ2FtZS5jb20udHcvbm9zY29yZWdhbWVzLzExLnN3ZiIgdGFyZ2V0PSJf YmxhbmsiPg0KaHR0cDovL3d3dy5nZ2FtZS5jb20udHcvbm9zY29yZWdhbWVzLzExLnN3Zjxi cj4NCjwvYT4mZ3Q7IKqxqVKwqqTiPGJyPg0KJmd0OyA8YSBocmVmPSJodHRwOi8vd3d3Lmdn YW1lLmNvbS50dy9ub3Njb3JlZ2FtZXMvMTIuc3dmIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRw Oi8vd3d3LmdnYW1lLmNvbS50dy9ub3Njb3JlZ2FtZXMvMTIuc3dmPGJyPg0KPC9hPiZndDsg pGel26x5PGJyPg0KJmd0OyA8YSBocmVmPSJodHRwOi8vd3d3LmdnYW1lLmNvbS50dy9ub3Nj b3JlZ2FtZXMvMTMuc3dmIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8vd3d3LmdnYW1lLmNv bS50dy9ub3Njb3JlZ2FtZXMvMTMuc3dmPGJyPg0KPC9hPiZndDsgxeXDejkxMTxicj4NCiZn dDsgPGEgaHJlZj0iaHR0cDovL3d3dy5nZ2FtZS5jb20udHcvbm9zY29yZWdhbWVzLzE0LnN3 ZiIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL3d3dy5nZ2FtZS5jb20udHcvbm9zY29yZWdh bWVzLzE0LnN3Zjxicj4NCjwvYT4mZ3Q7PGJyPg0KJmd0OyCr3KRmt1K6d73evd65Q8C4s+E8 YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly93d3cuaG9tZS1rZWlqaS5jb20vZ2FsbGVyeS9z d2YvY2F0LWNhci5zd2YiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cuaG9tZS1rZWlq aS5jb20vZ2FsbGVyeS9zd2YvY2F0LWNhci5zd2Y8YnI+DQo8L2E+Jmd0OyCr3FGz4X5+fl5e PGJyPg0KJmd0Ozxicj4NCiZndDsNCjxhIGhyZWY9Imh0dHA6Ly93d3cubmFydGJveC5jb20v bmFydGJveF9pbWFnZXMvZWNhcmQvZmxhc2gvMDEwNTA0X3NoaXQuc3dmIiB0YXJnZXQ9Il9i bGFuayI+DQpodHRwOi8vd3d3Lm5hcnRib3guY29tL25hcnRib3hfaW1hZ2VzL2VjYXJkL2Zs YXNoLzAxMDUwNF9zaGl0LnN3Zjxicj4NCjwvYT4mZ3Q7IMN6pdsuLi6kQKl3rW6qsSwgpl2s sLWyqke3fKtZp0G3UaSjqOw8YnI+DQomZ3Q7ICZndDu5TMP2pKer4aFBr3WsT7bDtbmlpuT6 pN8gqrqhSTxicj4NCiZndDs8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly91Z2FtZWhrLmNv bS9pLWdhbWUvb3RoZXIvc3dmL2ZpbmQuc3dmIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8v dWdhbWVoay5jb20vaS1nYW1lL290aGVyL3N3Zi9maW5kLnN3Zjxicj4NCjwvYT4mZ3Q7IKfk 4u0uLi6vdbFvq9ymbqqxoUGko6qxpECpd7d8q+GurDxicj4NCiZndDsgJmd0O7lMw/akp6vh KKZAM8P2KbZXvveorqq6IKFJPGJyPg0KJmd0Ozxicj4NCiZndDsgq9ymbq+6s+EhPGJyPg0K Jmd0OyA8YSBocmVmPSJodHRwOi8vaG9tZS5wY2hvbWUuY29tLnR3L3RvZG8vcHBjaGpvaW4v cGlsaS5zd2YiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly9ob21lLnBjaG9tZS5jb20udHcv dG9kby9wcGNoam9pbi9waWxpLnN3Zjxicj4NCqFAPC9hPjwvdHQ+PC9wPg0KDQo8L2JvZHk+ DQoNCjwvaHRtbD4NCiAgICA= ------=_NextPart_000_0023_9C65A28D.2F37856E-- From openpkg-users-owner@openpkg.org Thu Feb 13 23:53:23 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4EFB1277A13; Thu, 13 Feb 2003 23:53:22 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 140021BF244; Thu, 13 Feb 2003 17:53:19 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id BEA26DE2089; Thu, 13 Feb 2003 17:53:17 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZ29B>; Thu, 13 Feb 2003 18:00:26 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" , "'openpkg-dev@openpkg.org'" Subject: patch for python binary modules - was RE: scripting language exte nsions - shared libraries Date: Thu, 13 Feb 2003 18:00:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Oops. My prior patch was required because I was not using binutils. With binutils you don't need -mimpure-text. On the other hand you do need to force another linker flag or no loadable modules work at all under solaris! Here is a new patch. Martin ---- Martin Andrews martin.andrews@lionbioscience.com openpkg@redfish$ diff -u python.spec python.spec.new --- python.spec Sat Jan 18 12:04:27 2003 +++ python.spec.new Thu Feb 13 17:37:11 2003 @@ -33,7 +33,10 @@ Group: Language License: GPL Version: 2.2.2 -Release: 1.2.0 +Release: lion.2 + +# package options +%option with_expat yes # list of sources Source0: ftp://ftp.python.org/pub/python/%{version}/Python-%{version}.tgz @@ -42,6 +45,9 @@ Prefix: %{l_prefix} BuildRoot: %{l_buildroot} BuildPreReq: OpenPKG, openpkg >= 1.2.0, gcc +%if "%{with_expat}" == "yes" +BuildPreReq: expat +%endif PreReq: OpenPKG, openpkg >= 1.2.0 AutoReq: no AutoReqProv: no @@ -59,6 +65,8 @@ %prep %setup -q -n Python-%{version} %{l_shtool} subst -e 's;-O3;-O2;g' configure + # Search for libraries in openpkg prefix - not /usr/local + %{l_shtool} subst -e "s;/usr/local;%{l_prefix};g" setup.py %build CC="%{l_cc}" \ @@ -67,7 +75,9 @@ CXXFLAGS="%{l_cxxflags -O}" \ ./configure \ --prefix=%{l_prefix} - %{l_make} %{l_mflags -O} + # Need to over-ride LINKFORSHARED when using GNU ld, python FAQ 3.34 + # http://www.webdocs.org/docs/python/official/faq/003.html#3.34 + %{l_make} %{l_mflags -O} LINKFORSHARED="-Xlinker -export-dynamic" %install rm -rf $RPM_BUILD_ROOT > -----Original Message----- > From: Andrews, Martin [mailto:mandrews@cle.lionbioscience.com] > Sent: Saturday, February 08, 2003 3:50 PM > To: 'openpkg-users@openpkg.org'; 'openpkg-dev@openpkg.org' > Subject: RE: scripting language extensions - shared libraries > > > It took a while to get the option where I wanted it - but now > python will > use openpkg static libraries when building modules. Had to substitute > Makefile after configure - rather ugly but seemed better than > overriding all > of LDSHARED when running make. Patch is below. > > Martin > ---- > Martin Andrews > martin.andrews@lionbioscience.com > > --- python.spec~ Fri Feb 7 09:25:09 2003 > +++ python.spec Sat Feb 8 15:38:33 2003 > @@ -33,7 +33,10 @@ > Group: Language > License: GPL > Version: 2.2.2 > -Release: 1.2.0 > +Release: lion.1 > + > +# package options > +%option with_expat yes > > # list of sources > Source0: > ftp://ftp.python.org/pub/python/%{version}/Python-%{version}.tgz > @@ -42,6 +45,9 @@ > Prefix: %{l_prefix} > BuildRoot: %{l_buildroot} > BuildPreReq: OpenPKG, openpkg >= 1.2.0, gcc > +%if "%{with_expat}" == "yes" > +BuildPreReq: expat > +%endif > PreReq: OpenPKG, openpkg >= 1.2.0 > AutoReq: no > AutoReqProv: no > @@ -59,6 +65,8 @@ > %prep > %setup -q -n Python-%{version} > %{l_shtool} subst -e 's;-O3;-O2;g' configure > + # Search for libraries in openpkg prefix - not /usr/local > + %{l_shtool} subst -e "s;/usr/local;%{l_prefix};g" setup.py > > %build > CC="%{l_cc}" \ > @@ -67,6 +75,8 @@ > CXXFLAGS="%{l_cxxflags -O}" \ > ./configure \ > --prefix=%{l_prefix} > + # Add -mimpure-text to LDSHARED so that modules can use static > libraries. > + %{l_shtool} subst -e "s;-shared;-shared -mimpure-text;g" Makefile > %{l_make} %{l_mflags -O} > > %install > > > -----Original Message----- > > From: Andrews, Martin [mailto:mandrews@cle.lionbioscience.com] > > Sent: Saturday, February 08, 2003 10:07 AM > > To: 'openpkg-users@openpkg.org' > > Subject: RE: scripting language extensions - shared libraries > > > > > > Hold on. I think you led me to the solution - it appears that python > > defaults to not allow this incorporation of static libraries: > > > > http://mail.python.org/pipermail/patches/2001-March/004239.html > > > > I am trying python compilation with -mimpure-text. > > > > Martin > > > > > -----Original Message----- > > > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > > > Sent: Saturday, February 08, 2003 9:26 AM > > > To: openpkg-users@openpkg.org > > > Subject: Re: scripting language extensions - shared libraries > > > > > > > > > On Fri, Feb 07, 2003, Andrews, Martin wrote: > > > > > > > I am trying to tweak the python package to get support for > > > xml - it requires > > > > expat. I thought I had a clever (for my first openpkg > > > patch) solution to > > > > pick up libraries from the openpkg installation but I think > > > I am now butting > > > > my head against the static library policy - how do you get > > > binary extensions > > > > to scripting languages without shared libraries? Any > > > thoughts? This may be a > > > > show stopper for me. Here are the errors that occur while > > > building python on > > > > solaris (7 and 9): > > > > > > Extensions for scripting languages do usually not require > > > shared libraries, they just provide their extensions as shared > > > libraries/objects. The usual approach (which Perl and Python use) > > > are that an extension module foo.so is build by linking against an > > > externally available library libfoo.a (a so-called static > library). > > > This step _includes_ the static library into the new > shared library > > > foo.so which in turn is loaded on demand by the scripting > > language via > > > dlopen(3) and friends (like the GNU libtool wrapper around it). > > > > > > For this to work, the static library libfoo.a in Unix theory > > > just has to > > > be compiled with Position Independent Code (PIC), but is not > > > required to > > > be linked into a shared library format itself. And because > > all modern > > > Unix platforms are smart enough to on-the-fly transform > non-PIC into > > > PIC, in practice you can create a scripting language > > > extension foo.so by > > > linking in an arbitrary static library libfoo.a. > > > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Feb 14 07:11:28 2003 Received: from web21008.mail.yahoo.com (web21008.mail.yahoo.com [216.136.227.62]) by mail.openpkg.org (Postfix) with SMTP id 16B52277A13 for ; Fri, 14 Feb 2003 07:10:08 +0100 (CET) Message-ID: <20030214061005.34635.qmail@web21008.mail.yahoo.com> Received: from [165.234.212.187] by web21008.mail.yahoo.com via HTTP; Thu, 13 Feb 2003 22:10:05 PST Date: Thu, 13 Feb 2003 22:10:05 -0800 (PST) From: Christopher Ashworth Subject: Take me off your list or I'll Wreek Havoc and spit in the eye of man To: openpkg-users@openpkg.org, Steffen Weinreich MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-2011661108-1045203005=:34426" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --0-2011661108-1045203005=:34426 Content-Type: multipart/alternative; boundary="0-430538949-1045203005=:34426" --0-430538949-1045203005=:34426 Content-Type: text/plain; charset=us-ascii Note: forwarded message attached. --------------------------------- Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day --0-430538949-1045203005=:34426 Content-Type: text/html; charset=us-ascii

 

 Note: forwarded message attached.


Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day --0-430538949-1045203005=:34426-- --0-2011661108-1045203005=:34426 Content-Type: message/rfc822 X-Apparently-To: cka58701@yahoo.com via 216.136.227.63; 09 Feb 2003 13:38:14 -0800 (PST) X-Track: 1: 100 Return-Path: Received: from 195.27.176.150 (EHLO mail.openpkg.org) (195.27.176.150) by mta416.mail.yahoo.com with SMTP; 09 Feb 2003 13:38:13 -0800 (PST) Received: by mail.openpkg.org (Postfix, from userid 7001) id A864C277A18; Sun, 9 Feb 2003 22:38:08 +0100 (CET) Received: from marco-polo.weinreich.org (pD9E33B5C.dip.t-dialin.net [217.227.59.92]) by mail.openpkg.org (Postfix) with ESMTP id C2F51277A01 for ; Sun, 9 Feb 2003 22:38:06 +0100 (CET) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by marco-polo.weinreich.org (8.12.5/8.12.5) with ESMTP id h19Lc0MW024782 for ; Sun, 9 Feb 2003 22:38:01 +0100 Date: Sun, 09 Feb 2003 22:37:59 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Small problem with building wml... MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Content-Length: 611 Hi! I have tried to compile openpkg in an own directory hirarchy, mostly it works but I have a suble problem running the freshly compiled wml. /opt/ic3s/bin/wml -n -o xx.html xx.wml ePerl:Error: Perl parsing error (interpreter rc=255) ---- Contents of STDERR channel: --------- Can't load '/opt/ic3s/lib/wml/perl/lib/i686-linux/auto/WML/GD/GD.so' for module WML::GD: /opt/ic3s/lib/wml/perl/lib/i686-linux/auto/WML/GD/GD.so: undefined symbol: crc32 at /opt/ic3s/lib/perl/5.8.0/i686-linux/DynaLoader.pm line 229. at /tmp/wml.4653.tmp1.wml line 392 Compilation failed in require at /tmp/wml.4653.tmp1.wml line 392. BEGIN failed--compilation aborted at /tmp/wml.4653.tmp1.wml line 392. ------------------------------------------ ** WML:Break: Error in Pass 3 (rc=1). ** WMK:Error: Error in WML (rc=256) Somehow the linker doesnt find the crc32 function. Has someone a hint whats went wrong? cheeiro Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org --0-2011661108-1045203005=:34426-- From openpkg-users-owner@openpkg.org Sat Feb 15 02:21:25 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 0A0C6277A13 for ; Sat, 15 Feb 2003 02:21:25 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 7683D3F3A; Fri, 14 Feb 2003 17:21:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 737B47157D for ; Fri, 14 Feb 2003 19:21:22 -0600 (CST) Date: Fri, 14 Feb 2003 19:21:21 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: Re: openpkg build and "ambiguous sources"? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm not sure if this is the same issue or not, but I have a problem with "ambiguous sources". I downloaded all the src.rpm files from ftp://ftp.openpkg.org/current/SRC/ (excluding PLUS, but I want to do that next) -----------------------------------O---------------------------------- $ rpm -qa make-3.80-1.2.0 gcc-3.2.1-1.2.0 openpkg-tool-20030212-20030212 openpkg-1.2.0-1.2.0 binutils-2.13.2.1-1.2.0 $ -----------------------------------O---------------------------------- -----------------------------------O---------------------------------- $ openpkg index -o 00INDEX.rdf -i . Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe WARNING: unknown token '"2"': < #if "%{V_minor}" == "0" > #if "2" == "0" WARNING: unknown token '==': < #if "%{V_minor}" == "0" > #if "2" == "0" WARNING: unknown token '"0"': < #if "%{V_minor}" == "0" > #if "2" == "0" Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe Broken Pipe $ -----------------------------------O---------------------------------- -----------------------------------O---------------------------------- $ openpkg build -r . -UA # reading index file # using simple text parser # reading index file # using simple text parser # ambigous sources for # 0: binutils-2.13.2.1-1.2.0 = ./binutils-2.13.2.1-1.2.0.src.rpm # 1: binutils-2.13.2.1-1.2.0 = ./binutils-2.13.2.1-1.2.0.src.rpm . . . # 51: binutils-2.13.2.1-1.2.0 = ./binutils-2.13.2.1-1.2.0.src.rpm # 52: binutils-2.13.2.1-1.2.0 = ./binutils-2.13.2.1-1.2.0.src.rpm # 53: binutils-2.13.2.1-1.2.0 = ./binutils-2.13.2.1-1.2.0.src.rpm # 54: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 55: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 56: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 57: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 58: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm . . . # 137: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 138: gcc-3.2.1-1.2.0 = ./gcc-3.2.1-1.2.0.src.rpm # 139: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm # 140: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm # 141: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm . . . # 270: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm # 271: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm # 272: make-3.80-1.2.0 = ./make-3.80-1.2.0.src.rpm # 273: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm # 274: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm # 275: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm . . . # 426: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm # 427: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm # 428: openpkg-1.2.0-1.2.0 = ./openpkg-1.2.0-1.2.0.src.rpm FATAL: cannot find source for '' $ -----------------------------------O---------------------------------- -----------------------------------O---------------------------------- $ ls binutil* openpkg* gcc* make* binutils-2.13.2.1-1.2.0.src.rpm make-3.80-1.2.0.src.rpm gcc-3.2.1-1.2.0.src.rpm openpkg-1.2.0-1.2.0.src.rpm $ -----------------------------------O---------------------------------- Perhaps I'm not doing this right? I just want to build binary rpms from all the src.rpms available and decide later what to install on other machines. I don't want to pick through them now; I'd like as much automation as possible and I was hoping openpkg-tool was the answer. I realize I may have probs with multiple sources for MTA, POP, etc. but it doesn't appear that I've encountered that above, and I could delete the src.rpms that I don't want to get around that. -- Vinod On Thu, 6 Feb 2003, Michael van Elst wrote: > On Wed, Feb 05, 2003, Martin Andrews wrote: > > Hi, > > > I ran "openpkg index" on a mysql rpm I built from openpkg 1.2. I just > > tried it on a directory with only this RPM and sure enough I get an > > empty entry in the prereqs. I have the same problem on solaris 7 and > > redhat 7.1 (all I have tried so far). > > this is a bug. RPM reports dependencies to 'rpmlib(...)' that > were not correctly removed from the index but left these empty > PreReq elements. > > I have uploaded a fixed version to current. > > Thanks for your feedback :) > > Greetings, > -- From openpkg-users-owner@openpkg.org Sat Feb 15 04:20:40 2003 Received: from localhost.localdomain (oh-clevelandheights3c-59.clvhoh.adelphia.net [68.70.189.59]) by mail.openpkg.org (Postfix) with ESMTP id 53C6F277A13 for ; Sat, 15 Feb 2003 04:20:39 +0100 (CET) Received: from cle.lionbioscience.com (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id h1F3RgN11571 for ; Fri, 14 Feb 2003 22:27:43 -0500 Message-ID: <3E4DB3AE.8090409@cle.lionbioscience.com> Date: Fri, 14 Feb 2003 22:27:42 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Looks like the same or similar problem - but the version of openpkg-tool you have installed should fix it (unless it resurfaced?). What version was used to build the 00INDEX.rdf file? If it was older try reindexing your binary rpms. Martin Vinod Kutty wrote: >I'm not sure if this is the same issue or not, but I have a problem with >"ambiguous sources". I downloaded all the src.rpm files from >ftp://ftp.openpkg.org/current/SRC/ (excluding PLUS, but I want to do that >next) > > >-----------------------------------O---------------------------------- >$ rpm -qa >make-3.80-1.2.0 >gcc-3.2.1-1.2.0 >openpkg-tool-20030212-20030212 >openpkg-1.2.0-1.2.0 >binutils-2.13.2.1-1.2.0 >$ >-----------------------------------O---------------------------------- > >-----------------------------------O---------------------------------- >$ openpkg index -o 00INDEX.rdf -i . >Broken Pipe >... > From openpkg-users-owner@openpkg.org Sat Feb 15 10:10:31 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id E1318277AC2 for ; Sat, 15 Feb 2003 10:10:30 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id D3A9D8D7DA; Sat, 15 Feb 2003 10:10:28 +0100 (CET) Date: Sat, 15 Feb 2003 10:10:28 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? Message-ID: <20030215091028.GA83894@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 14, 2003, Vinod Kutty wrote: Hi, > I'm not sure if this is the same issue or not, but I have a problem with > "ambiguous sources". I downloaded all the src.rpm files from > ftp://ftp.openpkg.org/current/SRC/ (excluding PLUS, but I want to do that > next) Thanks for the report. It was another bug in the simple text parser, the XML parser worked fine. I have uploaded openpkg-tool-20030215-20030215 to the ftp server. However, with _all_ src RPMs from 1.2 (excluding PLUS) you will still get one _correct_ ambiguity: # ambigous sources for MTA # 0: postfix-2.0.2-1.2.0 = ./postfix-2.0.2-1.2.0.src.rpm # 1: ssmtp-2.48-1.2.0 = ./ssmtp-2.48-1.2.0.src.rpm The '-A' option selects all targets including the virtual target MTA. Also, there are already some important updates in UPD/ and more to come in the next days. > Perhaps I'm not doing this right? I just want to build binary rpms from > all the src.rpms available and decide later what to install on other > machines. I don't want to pick through them now; I'd like as much > automation as possible and I was hoping openpkg-tool was the answer. There is one more problem with that approach: build options. If you need to pick a package with different build options you'd have multiple packages of the same name (even the same filename). IMHO it is easier to build binaries on demand. You may save the binary RPMs to some repository, build a second index there and direct 'openpkg build' to fetch the binary RPMs for installing a second or third machine. By using indirect indexes you make 'openpkg build' aware of multiple indexes (see ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf for an example). Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Sun Feb 16 10:14:55 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 9A14A277A2E for ; Sun, 16 Feb 2003 10:14:55 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 776D94CE57A; Sun, 16 Feb 2003 10:14:55 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id B7C5128699; Sun, 16 Feb 2003 10:14:37 +0100 (CET) Date: Sun, 16 Feb 2003 10:14:37 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: postgresql-7.3.1-1.2.0 links to non-existant shared library? Message-ID: <20030216091437.GA19402@engelschall.com> References: <20030213061717.GA40981@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030213061717.GA40981@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 13, 2003, Ralf S. Engelschall wrote: > > Just confirmed that the same happens on solaris 9. I see that the spec file > > explicitly removes all the shared libraries during the install phase. Maybe > > the --disable-shared option should be used with configure instead? > > The OpenPKG 1.2 PostgreSQL package unfortunately is fully broken under > run-time. The problems are already fixed in OpenPKG-CURRENT. I'll try to > merge the fixes back to 1.2 and release an 1.2.1 "postgresql" package > for OpenPKG 1.2 today. Ok, I've now merged the large amount of fixes to the "postgresql" package from OpenPKG-CURRENT to OpenPKG 1.2-SOLID and released a postgresql-7.3.1-1.2.1.src.rpm update package. You can find it under ftp://ftp.openpkg.org/release/1.2/UPD/. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Feb 16 10:24:08 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id AAE54277A2E for ; Sun, 16 Feb 2003 10:24:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 88D814CE52A; Sun, 16 Feb 2003 10:24:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 39C9628699; Sun, 16 Feb 2003 10:23:57 +0100 (CET) Date: Sun, 16 Feb 2003 10:23:57 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? Message-ID: <20030216092357.GA19666@engelschall.com> References: <20030215091028.GA83894@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030215091028.GA83894@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 15, 2003, Michael van Elst wrote: > [...] > Also, there are already some important updates in UPD/ and more to come > in the next days. > [...] PostgreSQL and openpkg-tool from OpenPKG-CURRENT were merged back and UPDate packages are available now. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Feb 16 15:17:57 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 7A798277A2E for ; Sun, 16 Feb 2003 15:17:56 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id A87251BF335 for ; Sun, 16 Feb 2003 09:17:51 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id D6EC6DE2089 for ; Sun, 16 Feb 2003 09:17:51 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZQJX>; Sun, 16 Feb 2003 09:25:06 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: postgresql-7.3.1-1.2.0 links to non-existant shared library? Date: Sun, 16 Feb 2003 09:25:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: My apologies for not reporting this earlier. The postgresql in current (and the new update for 1.2) fails to build under solaris because of a conflict between solaris crypt.h header and old compatibility API of openssl. To get it to build I had to define OPENSSL_DISABLE_OLD_DES_SUPPORT. Martin ---- Martin Andrews martin.andrews@lionbioscience.com ------------------------------------ Here is the patch openpkg@redfish$ diff -u postgresql.spec~ postgresql.spec --- postgresql.spec~ Sun Feb 16 08:50:13 2003 +++ postgresql.spec Sun Feb 16 08:52:22 2003 @@ -40,7 +40,7 @@ Group: Database License: GPL Version: %{V_postgresql} -Release: 1.2.1 +Release: lion.1 # package options %option with_cxx no @@ -107,7 +107,8 @@ # configure package CC="%{l_cc}" \ CFLAGS="%{l_cflags -O}" \ - CPPFLAGS="%{l_cppflags}" \ + # LION: Disable old openssl interface to avoid conflict with sun's crypt.h + CPPFLAGS="%{l_cppflags} -DOPENSSL_DISABLE_OLD_DES_SUPPORT" \ LDFLAGS="%{l_ldflags}" \ ./configure \ --prefix=%{l_prefix} \ ------------------------------------ Here is the error before the patch: make[3]: Entering directory `/opt/openpkg/RPM/TMP/postgresql-7.3.2/src/interface s/libpq' /opt/openpkg/bin/cc -O2 -pipe -Wall -Wmissing-prototypes -Wmissing-declarations -I. -I../../../src/include -I/opt/openpkg/include -I/opt/openpkg/include -DFRON TEND -DSYSCONFDIR='"/opt/openpkg/etc/postgresql"' -c -o fe-connect.o fe-connect .c In file included from fe-connect.c:46: /usr/include/crypt.h:22: parse error before '(' token /usr/include/crypt.h:22: parse error before "const" make[3]: *** [fe-connect.o] Error 1 > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > Sent: Sunday, February 16, 2003 4:15 AM > To: openpkg-users@openpkg.org > Subject: Re: postgresql-7.3.1-1.2.0 links to non-existant shared > library? > > > On Thu, Feb 13, 2003, Ralf S. Engelschall wrote: > > > > Just confirmed that the same happens on solaris 9. I see > that the spec file > > > explicitly removes all the shared libraries during the > install phase. Maybe > > > the --disable-shared option should be used with configure instead? > > > > The OpenPKG 1.2 PostgreSQL package unfortunately is fully > broken under > > run-time. The problems are already fixed in > OpenPKG-CURRENT. I'll try to > > merge the fixes back to 1.2 and release an 1.2.1 > "postgresql" package > > for OpenPKG 1.2 today. > > Ok, I've now merged the large amount of fixes to the "postgresql" > package from OpenPKG-CURRENT to OpenPKG 1.2-SOLID and released a > postgresql-7.3.1-1.2.1.src.rpm update package. You can find it under > ftp://ftp.openpkg.org/release/1.2/UPD/. > From openpkg-users-owner@openpkg.org Sun Feb 16 17:22:47 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 74C57277AEC for ; Sun, 16 Feb 2003 17:22:47 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1000) id 4FB3C4CE548; Sun, 16 Feb 2003 17:22:47 +0100 (CET) Date: Sun, 16 Feb 2003 17:22:47 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: postgresql-7.3.1-1.2.0 links to non-existant shared library? Message-ID: <20030216162247.GA12306@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article you wrote: > My apologies for not reporting this earlier. The postgresql in current (and > the new update for 1.2) fails to build under solaris because of a conflict > between solaris crypt.h header and old compatibility API of openssl. To get > it to build I had to define OPENSSL_DISABLE_OLD_DES_SUPPORT. > [...] Now comitted to CVS and releases as postgresql-7.3.2-20030216. See http://cvs.openpkg.org/chngview?cn=7469 for details. Thanks for your support. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Feb 16 18:50:08 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id CAC0D277A2E for ; Sun, 16 Feb 2003 18:50:07 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 412CB3F1D; Sun, 16 Feb 2003 09:50:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 3C9A07157D for ; Sun, 16 Feb 2003 11:50:04 -0600 (CST) Date: Sun, 16 Feb 2003 11:50:01 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: Re: openpkg build and "ambiguous sources"? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, 15 Feb 2003, Michael van Elst wrote: > Thanks for the report. It was another bug in the simple text parser, the > XML parser worked fine. I have uploaded openpkg-tool-20030215-20030215 > to the ftp server. Thanks. The 20030215 version worked when I tested it yesterday, though I see the UPD/ version is already out. > > However, with _all_ src RPMs from 1.2 (excluding PLUS) you will still get > one _correct_ ambiguity: > > # ambigous sources for MTA > # 0: postfix-2.0.2-1.2.0 = ./postfix-2.0.2-1.2.0.src.rpm > # 1: ssmtp-2.48-1.2.0 = ./ssmtp-2.48-1.2.0.src.rpm > > The '-A' option selects all targets including the virtual target MTA. Actually, I also got a similar ambiguity for KSH, which is understandable. In both cases I removed the one I didn't want. > > Perhaps I'm not doing this right? I just want to build binary rpms from > > all the src.rpms available and decide later what to install on other > > machines. I don't want to pick through them now; I'd like as much > > automation as possible and I was hoping openpkg-tool was the answer. > > There is one more problem with that approach: build options. If you > need to pick a package with different build options you'd have multiple > packages of the same name (even the same filename). I think I understand what you're saying, but I'm not quite sure ... where would I end up with packages of the same name/filename? In the index? > IMHO it is easier to build binaries on demand. You may save the binary > RPMs to some repository, build a second index there and direct 'openpkg build' > to fetch the binary RPMs for installing a second or third machine. By using > indirect indexes you make 'openpkg build' aware of multiple indexes > (see ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf for an example). OK. I see what you mean. In this case, did you do anything special to generate the index? Or did you rely on the fact that there are no RPMs in the top-level directory, and "openpkg index" automatically picks up the 00INDEX... files in the subdirectories? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Sun Feb 16 20:05:56 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id A87D8277A2E for ; Sun, 16 Feb 2003 20:05:56 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 9019B8D7FD; Sun, 16 Feb 2003 20:05:54 +0100 (CET) Date: Sun, 16 Feb 2003 20:05:54 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build and "ambiguous sources"? Message-ID: <20030216190554.GA22174@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Feb 16, 2003, Vinod Kutty wrote: > I think I understand what you're saying, but I'm not quite sure ... where > would I end up with packages of the same name/filename? In the index? One package compiled with two different build options is still stored under the same filename. If you build a repository (and then an index) you need to store these files in separate directories. > OK. I see what you mean. In this case, did you do anything special to > generate the index? Or did you rely on the fact that there are no RPMs in > the top-level directory, and "openpkg index" automatically picks up the > 00INDEX... files in the subdirectories? The top-level index files are written manually. -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Mon Feb 17 13:44:19 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 92B72277A0B for ; Mon, 17 Feb 2003 13:44:18 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 509901BF241 for ; Mon, 17 Feb 2003 07:44:15 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id DF18BDE2089 for ; Mon, 17 Feb 2003 07:44:14 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZS10>; Mon, 17 Feb 2003 07:51:32 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: openpkg build precisely following version from repository? Date: Mon, 17 Feb 2003 07:51:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Without forcing recompiles of everything, is there a way to have "openpkg build" track the versions from a repository exactly? Specifically, I want my various end hosts to downgrade if the main binary repository downgrades a package. Right now it seems that "openpkg build" will keep a new version installed unless I use -z - but I don't want most of my hosts recompiling. Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Mon Feb 17 15:25:52 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 78CEB277A0B for ; Mon, 17 Feb 2003 15:25:52 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 3F96F8D7DA; Mon, 17 Feb 2003 15:25:50 +0100 (CET) Date: Mon, 17 Feb 2003 15:25:50 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build precisely following version from repository? Message-ID: <20030217142549.GA44573@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Feb 17, 2003, Andrews, Martin wrote: > Without forcing recompiles of everything, is there a way to have "openpkg > build" track the versions from a repository exactly? Specifically, I want my > various end hosts to downgrade if the main binary repository downgrades a > package. Right now it seems that "openpkg build" will keep a new version > installed unless I use -z - but I don't want most of my hosts recompiling. Simple answer: no. openpkg build knows how to upgrade but not how to downgrade. There is also the issue that a downgrade would not necessarily reverse the effect of an upgrade. You might archive the binary RPMs after a build so that you can downgrade without recompiling. This would also ensure that you go back exactly to the state (regarding versions, not regarding configuration files!) before an upgrade. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Mon Feb 17 15:28:34 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id D6D65277A0B for ; Mon, 17 Feb 2003 15:28:33 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 49D241BF35A for ; Mon, 17 Feb 2003 09:28:31 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id BAAA5DE2089 for ; Mon, 17 Feb 2003 09:28:30 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZSMV>; Mon, 17 Feb 2003 09:35:48 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: openpkg build precisely following version from repository? Date: Mon, 17 Feb 2003 09:35:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I do archive the binary rpm's - I have no problem restoring the central repository so that it has the downgraded RPM. The problem is that I am using "openpkg build" to sync all my hosts to the binary repository and that won't pull down the old RPM if they already have a newer one. Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Monday, February 17, 2003 9:26 AM > To: openpkg-users@openpkg.org > Subject: Re: openpkg build precisely following version from > repository? > > > On Mon, Feb 17, 2003, Andrews, Martin wrote: > > > Without forcing recompiles of everything, is there a way to > have "openpkg > > build" track the versions from a repository exactly? > Specifically, I want my > > various end hosts to downgrade if the main binary > repository downgrades a > > package. Right now it seems that "openpkg build" will keep > a new version > > installed unless I use -z - but I don't want most of my > hosts recompiling. > > Simple answer: no. openpkg build knows how to upgrade but not how to > downgrade. There is also the issue that a downgrade would not > necessarily > reverse the effect of an upgrade. > > You might archive the binary RPMs after a build so that you > can downgrade > without recompiling. This would also ensure that you go back > exactly to the > state (regarding versions, not regarding configuration > files!) before an > upgrade. From openpkg-users-owner@openpkg.org Mon Feb 17 20:21:11 2003 Received: from relay.freestart.hu (smtp.freestart.hu [213.197.64.6]) by mail.openpkg.org (Postfix) with ESMTP id 97C8C277A0B for ; Mon, 17 Feb 2003 18:51:29 +0100 (CET) Received: from line-84-71.dial.freestart.hu ([213.197.84.71] helo=mail.bridge.net) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 18kpI1-0002ZT-00 for ; Mon, 17 Feb 2003 18:42:49 +0100 Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id D08F01556 for ; Mon, 17 Feb 2003 18:50:52 +0100 (CET) Received: from mail.bridge.net ([127.0.0.1]) by localhost (lnx.bridge.net [127.0.0.1:10024]) (amavisd-new) with ESMTP id 09105-01 for ; Mon, 17 Feb 2003 18:50:34 +0100 (CET) Received: by mail.bridge.net (Postfix, from userid 200) id E21561544; Mon, 17 Feb 2003 18:50:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.bridge.net (Postfix) with ESMTP id A2A8FC93E for ; Mon, 17 Feb 2003 18:50:29 +0100 (CET) Date: Mon, 17 Feb 2003 18:50:29 +0100 (CET) From: "Peter S. Mazinger" To: openpkg-users@openpkg.org Subject: Building openpkg against uClibc fails Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="279772672-1619668185-1045504229=:8574" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --279772672-1619668185-1045504229=:8574 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello! I'm new to the list, and new to openpkg. I am trying to "port" openpkg to an uClibc environment (I know, not supported). The environment is the dev. image for x86 from www.uclibc.org. I have managed to build it completely (with some non-intrusive patches applied to rpm-4.0.2, see attachment, and consider applying at least the uclibc patch. If you are going to update to rpm-4.0.[3,4], I have some additional required patches). After running sh openpkg-1.2.0-xxx.sh file the files get installed into the proper directory (I have also checked the content of the binary rpm package, they are the same), the statically built binaries installed in prefix/lib/openpkg/{bash,make, etc.) are unusable, segfaulting. I have tested the binaries produced at the beginning of build process, like patch, make, tar, bash, these are dinamically built against the system library, and used for the rest of the build process. What I didn't found, where the statical build is done. I have already on this system a usable rpm-4.0.4 (dynamic libraries), so I have checked building bash statically from the Redhat 8.0 src.rpm package (adding only --enable-static-link to configure). This binary is OK, so somehow the statical build in openpkg has problems. a. Can someone tell me where to look for the ./configure parameters used for statical build, which [C,LD]FLAGS are used for each of the programs? b. Why are the binaries build twice, once dinamically, once statically? It would be a good "usability" check, if they are built at first instance as static, and used for the build process? Thanks in advance, Peter -- Peter S. Mazinger ID: 0xA5F059F2 NIC: IXUYHSKQLI Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 --279772672-1619668185-1045504229=:8574 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rpm.patch.uclibc" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="rpm.patch.uclibc" LS0tIHJwbWlvL3JwbWlvLmgubXBzCTIwMDMtMDItMTQgMDE6Mjg6MzYuMDAw MDAwMDAwICswMTAwDQorKysgcnBtaW8vcnBtaW8uaAkyMDAzLTAyLTE0IDAx OjI4OjU1LjAwMDAwMDAwMCArMDEwMA0KQEAgLTIyLDcgKzIyLDcgQEANCiAg KiBBUEkgdW5jaGFuZ2VkLg0KICAqLw0KIC8qQHsqLw0KLSNpZiAhZGVmaW5l ZChfX0xDTElOVF9fKSAmJiBkZWZpbmVkKF9fR0xJQkNfXykgJiYgX19HTElC Q19fID09IDIgJiYgX19HTElCQ19NSU5PUl9fID09IDINCisjaWYgIWRlZmlu ZWQoX19MQ0xJTlRfXykgJiYgZGVmaW5lZChfX0dMSUJDX18pICYmIF9fR0xJ QkNfXyA9PSAyICYmIF9fR0xJQkNfTUlOT1JfXyA9PSAyICYmICFkZWZpbmVk KF9fVUNMSUJDX18pDQogI2RlZmluZSBVU0VfQ09PS0lFX1NFRUtfUE9JTlRF UiAxDQogdHlwZWRlZiBfSU9fb2ZmNjRfdCAJX2xpYmlvX29mZl90Ow0KIHR5 cGVkZWYgX2xpYmlvX29mZl90ICoJX2xpYmlvX3Bvc190Ow0K --279772672-1619668185-1045504229=:8574 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rpm.patch.cosmetics" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="rpm.patch.cosmetics" LS0tIHJwbWlvL3JwbWlvX2ludGVybmFsLmguY29zbQkyMDAzLTAyLTE0IDE3 OjQ3OjEwLjAwMDAwMDAwMCArMDEwMA0KKysrIHJwbWlvL3JwbWlvX2ludGVy bmFsLmgJMjAwMy0wMi0xNCAxNzo0ODozNi4wMDAwMDAwMDAgKzAxMDANCkBA IC01LDggKzUsNiBAQA0KICAqIFxmaWxlIHJwbWlvL3JwbWlvX2ludGVybmFs LmgNCiAgKi8NCiANCi1pbmxpbmUgaW50IGZkRmlsZW5vKHZvaWQgKiBjb29r aWUpOw0KLQ0KICNpbmNsdWRlIDxycG1pby5oPg0KICNpbmNsdWRlIDxycG11 cmwuaD4NCiANCkBAIC0zODAsNyArMzc4LDEwIEBADQogLypALXNoYWRvd0Aq Lw0KIC8qKiBcaW5ncm91cCBycG1pbw0KICAqLw0KLS8qQHVudXNlZEAqLyBz dGF0aWMgaW5saW5lIGludCBmZEZpbGVubyh2b2lkICogY29va2llKSB7DQor LypAdW51c2VkQCovIHN0YXRpYyBpbmxpbmUNCitpbnQgZmRGaWxlbm8oLypA bnVsbEAqLyB2b2lkICogY29va2llKQ0KKwkvKkAqLw0KK3sNCiAgICAgRkRf dCBmZDsNCiAgICAgaWYgKGNvb2tpZSA9PSBOVUxMKSByZXR1cm4gLTI7DQog ICAgIGZkID0gYzJmKGNvb2tpZSk7DQo= --279772672-1619668185-1045504229=:8574-- From openpkg-users-owner@openpkg.org Tue Feb 18 15:50:50 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 3D8ED277A0B for ; Tue, 18 Feb 2003 15:50:50 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id AF78A1BF2F0 for ; Tue, 18 Feb 2003 09:50:46 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 6F294DE2089 for ; Tue, 18 Feb 2003 09:50:47 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZV06>; Tue, 18 Feb 2003 09:58:05 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: openpkg build precisely following version from repository? Date: Tue, 18 Feb 2003 09:58:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: To follow up - I also run into this problem when I install an RPM from current and then later want to go back to the main release (say when current changes have been merged back to an update of the main openpkg release). What I am looking for is a way to make "openpkg build" demand exact matching on versions. I rolled my sleeves up and added the "-e" option to do this: openpkg@ultra3$ rpm -q openpkg-tool openpkg-tool-20030204-20030204 openpkg@ultra3$ openpkg build openpkg-tool # openpkg-build.pl release(1.2) # curling index ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/SRC/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/SRC/PLUS/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/UPD/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/BIN/00INDEX.rdf # using XML parser # source for openpkg-tool is openpkg-tool-1.2.0-1.2.0 # recursing over dependencies for openpkg-tool-1.2.0-1.2.0 # openpkg-tool is already installed openpkg@ultra3$ openpkg build -e openpkg-tool # openpkg-build.pl release(1.2) # curling index ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/SRC/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/SRC/PLUS/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/UPD/00INDEX.rdf.bz2 # using XML parser # curling index ftp://ftp.openpkg.org/release/1.2/BIN/00INDEX.rdf # using XML parser # source for openpkg-tool is openpkg-tool-1.2.0-1.2.0 # recursing over dependencies for openpkg-tool-1.2.0-1.2.0 # rebuilding openpkg-tool (upgrade) # openpkg-tool uses openpkg-1.2.0-1.2.0 for openpkg # adding openpkg-tool-1.2.0-1.2.0 to list # computing reverse dependencies echo :::: ftp://ftp.openpkg.org/release/1.2/SRC/PLUS/openpkg-tool-1.2.0-1.2.0.sr c.rpm :::: /opt/openpkg/bin/rpm --rebuild ftp://ftp.openpkg.org/release/1.2/SRC/PLUS/openpk g-tool-1.2.0-1.2.0.src.rpm || exit $? /opt/openpkg/bin/rpm --force -Uvh /opt/openpkg/RPM/PKG/openpkg-tool-1.2.0-1.2.0. sparc64-solaris2.9-oo.rpm || exit $? echo :::: ftp://ftp.openpkg.org/release/1.2/SRC/PLUS/openpkg-tool-1.2.0-1.2.0.sr c.rpm = $? :::: Here is the patch. openpkg@ultra3$ diff -u openpkg-build.pl~ openpkg-build.pl --- openpkg-build.pl~ Tue Feb 18 09:16:34 2003 +++ openpkg-build.pl Tue Feb 18 09:37:15 2003 @@ -33,9 +33,10 @@ $opt_R $opt_r $opt_f $opt_u $opt_U $opt_a $opt_A $opt_z $opt_Z $opt_P $opt_N $opt_E $opt_i $opt_D $opt_p $opt_q $opt_s $opt_S $opt_X $opt_M $opt_L - $opt_W $opt_K/; -my $getopts = 'R:r:f:uUaAzZP:N:E:iD:p:qsSXMLWK'; + $opt_W $opt_K $opt_e/; +my $getopts = 'R:r:f:uUaAzZP:N:eE:iD:p:qsSXMLWK'; getopts($getopts); +my $exact = $opt_e; ########################################################################## @@ -112,7 +113,7 @@ close(FH); } -die "openpkg:build:USAGE: $0 [-R rpm] [-r repository] [-f index.rdf] [-uUzZiqS] [-P priv-cmd] [-N non-priv-cmd] [-p platform] [-Dwith ...] [-Ename ...] ( [-aA] | patternlist )\n" +die "openpkg:build:USAGE: $0 [-R rpm] [-r repository] [-f index.rdf] [-euUzZiqS ] [-P priv-cmd] [-N non-priv-cmd] [-p platform] [-Dwith ...] [-Ename ...] ( [-aA ] | patternlist )\n" unless $#ARGV >= 0 || ($#ARGV == -1 && ($opt_a || $opt_A)); ########################################################################## @@ -1260,6 +1261,9 @@ return 1 unless $vmap; + if ($exact) { + return !grep { vcmp($vs, $_) == 0; } keys %$vmap; + } return !grep { vcmp($vs, $_) <= 0; } keys %$vmap; } openpkg@ultra3$ > -----Original Message----- > From: Andrews, Martin [mailto:mandrews@cle.lionbioscience.com] > Sent: Monday, February 17, 2003 9:36 AM > To: 'openpkg-users@openpkg.org' > Subject: RE: openpkg build precisely following version from > repository? > > > I do archive the binary rpm's - I have no problem restoring > the central > repository so that it has the downgraded RPM. The problem is > that I am using > "openpkg build" to sync all my hosts to the binary repository > and that won't > pull down the old RPM if they already have a newer one. > > Martin > > > -----Original Message----- > > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > > Sent: Monday, February 17, 2003 9:26 AM > > To: openpkg-users@openpkg.org > > Subject: Re: openpkg build precisely following version from > > repository? > > > > > > On Mon, Feb 17, 2003, Andrews, Martin wrote: > > > > > Without forcing recompiles of everything, is there a way to > > have "openpkg > > > build" track the versions from a repository exactly? > > Specifically, I want my > > > various end hosts to downgrade if the main binary > > repository downgrades a > > > package. Right now it seems that "openpkg build" will keep > > a new version > > > installed unless I use -z - but I don't want most of my > > hosts recompiling. > > > > Simple answer: no. openpkg build knows how to upgrade but not how to > > downgrade. There is also the issue that a downgrade would not > > necessarily > > reverse the effect of an upgrade. > > > > You might archive the binary RPMs after a build so that you > > can downgrade > > without recompiling. This would also ensure that you go back > > exactly to the > > state (regarding versions, not regarding configuration > > files!) before an > > upgrade. > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Feb 18 17:22:33 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id A8E92277A0B for ; Tue, 18 Feb 2003 17:22:33 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 65FCE8D80C; Tue, 18 Feb 2003 17:22:31 +0100 (CET) Date: Tue, 18 Feb 2003 17:22:31 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build precisely following version from repository? Message-ID: <20030218162231.GA82457@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 18, 2003, Andrews, Martin wrote: > To follow up - I also run into this problem when I install an RPM from > current and then later want to go back to the main release (say when current > changes have been merged back to an update of the main openpkg release). I have added an -e option, not exactly with your code but using the same logic. -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Tue Feb 18 18:16:58 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 7743F277A13 for ; Tue, 18 Feb 2003 18:16:58 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id E39C23F25; Tue, 18 Feb 2003 09:16:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id E14507157D for ; Tue, 18 Feb 2003 11:16:54 -0600 (CST) Date: Tue, 18 Feb 2003 11:16:41 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: Naming conventions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just looking for suggestions on: 1. Naming the root dir of an openpkg installation? I was initially considering something like /opkg/ with a symlink to it, such as /opkg/prod e.g. $root = /opt/opkg/1.2 /opt/opkg/prod -> /opt/opkg/1.2 However, if it's safe to assume 1.x version will be easily upgradeable across 1.1, 1.2, etc., then I could use something like: $root = /opt/opkg/1.x /opt/opkg/prod -> /opt/opkg/1.x The reasons I wanted to create another level of indirection are to: - be able to group multiple openpkg instances in an intuitive location (e.g. /opt/opkg/1.2-projectfoo, /opt/opkg/1.2-test ) - allow for versioning so new openpkg releases can be tested side-by-side with a known good build if needed. - in general, in a production environment, provide greater flexibility as our experience with openpkg matures. So, I'd like feedback on: - whether the above is a concern in your environment? - how you handle upgrades - what your experience has been upgrading from 1.1 to 1.2 in a production environment (ideally with 100+ machines) 2. Customized rpm naming What's a good scheme to name a customized version of a src.rpm/binary rpm ? For example, if I change the default build options in the spec file for apache, and create a new apache*src.rpm, I would like to distinguish it from the original src.rpm/binary rpm before and after installation. How do people on this mailing list handle this? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Tue Feb 18 18:28:04 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 1A95E277A13 for ; Tue, 18 Feb 2003 18:28:04 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 5BC991BF261 for ; Tue, 18 Feb 2003 12:28:01 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 12C66DE2089 for ; Tue, 18 Feb 2003 12:28:02 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZWT9>; Tue, 18 Feb 2003 12:35:20 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: Naming conventions Date: Tue, 18 Feb 2003 12:35:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Vinod, Don't have experience with your other questions but I have been creating modified RPM's. I have been replacing the release with my own version that has a prefix for my organization and then an incrementing version number - starting as "lion.1" in this case. I don't think the release I based it on needs to be preserved in those fields (but maybe it should be put it in the description?). Instead my current plan is to add a patch file for the *.spec file that shows all my changes. This patch won't be used (as it needs to be down before rpm is run) but will be listed in the sources so that it is included in my own source rpm for documentation (and possible reuse when merging with a new release). Martin > 2. Customized rpm naming > > What's a good scheme to name a customized version of a > src.rpm/binary rpm > ? For example, if I change the default build options in the > spec file for > apache, and create a new apache*src.rpm, I would like to > distinguish it > from the original src.rpm/binary rpm before and after > installation. How do > people on this mailing list handle this? > > Thanks, > -- > Vinod > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Feb 18 19:48:17 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 570E9277A13 for ; Tue, 18 Feb 2003 19:48:17 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 4F5CB3F28; Tue, 18 Feb 2003 10:48:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 4CF627157D for ; Tue, 18 Feb 2003 12:48:14 -0600 (CST) Date: Tue, 18 Feb 2003 12:47:56 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: RE: Naming conventions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Martin, Thanks for the quick reply 8-) How does that affect upgrades, i.e. between versions, does rpm and/or openpkg-tool recognize the concept of "newer" if the version/release is not a number? (Sorry ... that's something I haven't read up on ... it's probably in the RPM HOWTO) I was hoping for some scheme that retains the default openpkg release plus some identifier, making it easier to discern from 'rpm -qa' what packages were customized, and what the corresponding default release/version was that each one was derived from. -- Vinod On Tue, 18 Feb 2003, Andrews, Martin wrote: > Vinod, > > Don't have experience with your other questions but I have been creating > modified RPM's. I have been replacing the release with my own version that > has a prefix for my organization and then an incrementing version number - > starting as "lion.1" in this case. I don't think the release I based it on > needs to be preserved in those fields (but maybe it should be put it in the > description?). Instead my current plan is to add a patch file for the *.spec > file that shows all my changes. This patch won't be used (as it needs to be > down before rpm is run) but will be listed in the sources so that it is > included in my own source rpm for documentation (and possible reuse when > merging with a new release). > > Martin > > > 2. Customized rpm naming > > > > What's a good scheme to name a customized version of a > > src.rpm/binary rpm > > ? For example, if I change the default build options in the > > spec file for > > apache, and create a new apache*src.rpm, I would like to > > distinguish it > > from the original src.rpm/binary rpm before and after > > installation. How do > > people on this mailing list handle this? > > > > Thanks, > > -- > > Vinod From openpkg-users-owner@openpkg.org Tue Feb 18 21:42:58 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 1571B277A13 for ; Tue, 18 Feb 2003 21:42:58 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 3AFB21BF213 for ; Tue, 18 Feb 2003 15:42:55 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id BF047DE2089 for ; Tue, 18 Feb 2003 15:42:55 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZX3C>; Tue, 18 Feb 2003 15:50:14 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: Naming conventions Date: Tue, 18 Feb 2003 15:50:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Vinod, Then probably just append the .orgname.number to the existing release number. This will make the resulting rpm seem newer than the release you based it on but less then the next release. Though I am guessing you don't want to automatically upgrade to the next release from the original organization as it may well not include changes you have made (and presumable want). Martin > -----Original Message----- > From: Vinod Kutty [mailto:vinod+openpkg@kutty.cc] > Sent: Tuesday, February 18, 2003 1:48 PM > To: OpenPKG Users > Subject: RE: Naming conventions > > > > Martin, > > Thanks for the quick reply 8-) > > How does that affect upgrades, i.e. between versions, does rpm and/or > openpkg-tool recognize the concept of "newer" if the > version/release is > not a number? (Sorry ... that's something I haven't read up > on ... it's > probably in the RPM HOWTO) > > I was hoping for some scheme that retains the default openpkg > release plus > some identifier, making it easier to discern from 'rpm -qa' > what packages > were customized, and what the corresponding default > release/version was > that each one was derived from. > > -- > Vinod > From openpkg-users-owner@openpkg.org Wed Feb 19 00:05:48 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 3CCB4277A13 for ; Wed, 19 Feb 2003 00:05:48 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 4AE1E1BF275 for ; Tue, 18 Feb 2003 18:05:45 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id C2653DE2089 for ; Tue, 18 Feb 2003 18:05:45 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZX8Z>; Tue, 18 Feb 2003 18:13:05 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: rc does not return failed exit status? Date: Tue, 18 Feb 2003 18:13:04 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am trying to control my openpkg services (with cfengine) and just noticed that the rc script does not return an error code when the action fails - it just prints a warning. What's up with that? I want to know if my start fails, or get an error when status finds the service is not running. Adding "exit $rc" to the end of rc fixes the problem. Also, just noticed that openpkg runs postgres as the user openpkg-r. Do (most) all services run as openpkg-r? Is there an option to set a unique user for each service somehow? Otherwise I worry that I will be leaking privileges by using this shared account. Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Feb 19 08:12:01 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 9E74A277A13 for ; Wed, 19 Feb 2003 08:12:00 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 2F5678D803; Wed, 19 Feb 2003 08:11:58 +0100 (CET) Date: Wed, 19 Feb 2003 08:11:58 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: rc does not return failed exit status? Message-ID: <20030219071157.GA226@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 18, 2003, Andrews, Martin wrote: Hi, > I am trying to control my openpkg services (with cfengine) and just noticed > that the rc script does not return an error code when the action fails - it > just prints a warning. What's up with that? I want to know if my start > fails, or get an error when status finds the service is not running. Adding > "exit $rc" to the end of rc fixes the problem. sounds like something to fix. > Also, just noticed that openpkg runs postgres as the user openpkg-r. Do > (most) all services run as openpkg-r? Is there an option to set a unique > user for each service somehow? Otherwise I worry that I will be leaking > privileges by using this shared account. We have four privilege levels associated with four user ids: s_usr essentially root m_usr owner of the installation (like 'bin') r_usr services that do not require root may run as r_usr if they access non-public files or write files themselves. n_usr non-privileged user that must not own any files (like 'nobody') services that do not need their own files should run as n_usr. Of course this does not discriminate between multiple services within a single OpenPKG installation. However, it is a simple and thus easily maintainable scheme which therefor adds to the security of the installation. If you want to assign different users to each service you can create multiple OpenPKG hierarchies, each with its own set of privileged users (except s_usr which is of course the same). This way not only the uid running services will be separated but also the uid owning most files. You also avoid security relevant dependencies because you can reduce a hierarchy to the minimum set of packages required for a single service. And finally such a separation makes it trivial to separate services on individual machines. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 19 13:41:14 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4C487277A20 for ; Wed, 19 Feb 2003 13:41:12 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 8C8CC1BF260 for ; Wed, 19 Feb 2003 07:41:09 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 626AFDE2089 for ; Wed, 19 Feb 2003 07:41:09 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZZ5W>; Wed, 19 Feb 2003 07:48:30 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: rc does not return failed exit status? Date: Wed, 19 Feb 2003 07:48:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the explanation Michael. I was wondering if it was possible or feasible to make the user a configuration option in the rc.* file for the service. I guess that would be difficult if the rpm lays out the ownership of the data files. If I really want to go this route I might just jettison the rc scripts for such services and roll (reuse) my own start and stop scripts with my own configuration settings that place the data elsewhere. Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Wednesday, February 19, 2003 2:12 AM > To: openpkg-users@openpkg.org > Subject: Re: rc does not return failed exit status? > > > On Tue, Feb 18, 2003, Andrews, Martin wrote: ... > > Also, just noticed that openpkg runs postgres as the user > openpkg-r. Do > > (most) all services run as openpkg-r? Is there an option to > set a unique > > user for each service somehow? Otherwise I worry that I > will be leaking > > privileges by using this shared account. > > We have four privilege levels associated with four user ids: > > s_usr essentially root > m_usr owner of the installation (like 'bin') > r_usr services that do not require root may run as r_usr > if they access non-public files or write files themselves. > n_usr non-privileged user that must not own any files > (like 'nobody') > services that do not need their own files should run > as n_usr. > > Of course this does not discriminate between multiple services > within a single OpenPKG installation. However, it is a simple > and thus easily maintainable scheme which therefor adds to the > security of the installation. > > If you want to assign different users to each service you can > create multiple OpenPKG hierarchies, each with its own set of > privileged users (except s_usr which is of course the same). > This way not only the uid running services will be separated > but also the uid owning most files. You also avoid security > relevant dependencies because you can reduce a hierarchy to > the minimum set of packages required for a single service. > And finally such a separation makes it trivial to separate > services on individual machines. > > > Greetings, > -- > Michael van Elst > mlelstv@dev.de.cw.net > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Feb 19 14:07:16 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 172CC277A20 for ; Wed, 19 Feb 2003 14:07:16 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 9B9B88D803; Wed, 19 Feb 2003 14:07:13 +0100 (CET) Date: Wed, 19 Feb 2003 14:07:13 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: rc does not return failed exit status? Message-ID: <20030219130713.GA7685@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 19, 2003, Andrews, Martin wrote: Hi, > Thanks for the explanation Michael. I was wondering if it was possible or > feasible to make the user a configuration option in the rc.* file for the > service. I guess that would be difficult if the rpm lays out the ownership > of the data files. If I really want to go this route I might just jettison > the rc scripts for such services and roll (reuse) my own start and stop > scripts with my own configuration settings that place the data elsewhere. *soapbox begin* "The goal of OpenPKG is the creation and maintainance of portable and easy to install software packages for use on the major Unix server platforms." The truth behind that goal is that you can't have the advantages of OpenPKG for free. The price to pay is to adhere to a restricting framework and to give up some freedom and flexibility. *soapbox end* Now, the user _is_ already an option in the rc script that is set by RPM during installation to match file ownerships. It might be possible to simply override some RPM macros during installation to get file ownerships and rc-files adapted. But I rather doubt that this will be ever supported in OpenPKG. The unique feature of OpenPKG of having multiple hierarchies provides a cleaner and broader solution. Greetings, -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 19 14:18:29 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 850B5277A20 for ; Wed, 19 Feb 2003 14:18:28 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 8D10E1BF28E for ; Wed, 19 Feb 2003 08:18:25 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id A3446DE2089 for ; Wed, 19 Feb 2003 08:18:25 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFLZZ9C>; Wed, 19 Feb 2003 08:25:46 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: rc does not return failed exit status? Date: Wed, 19 Feb 2003 08:25:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Did not mean to ruffle any feathers. I am probably not the most common openpkg user - I know that. I was just describing my thinking in case others were interested. The way openpkg currently works is fine. If I want to use alternate users I can do so and simply use openpkg as a vehicle for distributing the binaries and not use the rc system it provides. I am fine with that. In simple cases openpkg will still provide a quick and easy way to get the service running too. As an aside - I see multiple hierarchies a heavy solution. Building the bootstrap openpkg rpm itself is quite time consuming. Personally, I would not want to have to maintain that for every service I run. But hey - as Larry Wall says - there's more than one way to do it. Martin > -----Original Message----- > From: Michael van Elst [mailto:mlelstv@dev.de.cw.net] > Sent: Wednesday, February 19, 2003 8:07 AM > To: openpkg-users@openpkg.org > Subject: Re: rc does not return failed exit status? > > > On Wed, Feb 19, 2003, Andrews, Martin wrote: > > Hi, > > > Thanks for the explanation Michael. I was wondering if it > was possible or > > feasible to make the user a configuration option in the > rc.* file for the > > service. I guess that would be difficult if the rpm lays > out the ownership > > of the data files. If I really want to go this route I > might just jettison > > the rc scripts for such services and roll (reuse) my own > start and stop > > scripts with my own configuration settings that place the > data elsewhere. > > *soapbox begin* > "The goal of OpenPKG is the creation and maintainance of > portable and easy > to install software packages for use on the major Unix server > platforms." > > The truth behind that goal is that you can't have the > advantages of OpenPKG > for free. The price to pay is to adhere to a restricting > framework and to > give up some freedom and flexibility. > *soapbox end* > > Now, the user _is_ already an option in the rc script that is set by > RPM during installation to match file ownerships. It might be possible > to simply override some RPM macros during installation to get file > ownerships and rc-files adapted. > > But I rather doubt that this will be ever supported in OpenPKG. The > unique feature of OpenPKG of having multiple hierarchies provides a > cleaner and broader solution. > > > Greetings, > -- > Michael van Elst > mlelstv@dev.de.cw.net > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Feb 19 14:21:31 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 678F5277B4B for ; Wed, 19 Feb 2003 14:21:31 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 10D0E8D803; Wed, 19 Feb 2003 14:21:29 +0100 (CET) Date: Wed, 19 Feb 2003 14:21:28 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: rc does not return failed exit status? Message-ID: <20030219132128.GA8542@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 19, 2003, Andrews, Martin wrote: > But hey - as > Larry Wall says - there's more than one way to do it. No question :) -- Michael van Elst mlelstv@dev.de.cw.net From openpkg-users-owner@openpkg.org Wed Feb 19 15:47:28 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 2A936277A20 for ; Wed, 19 Feb 2003 15:47:28 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h1JElPVQ091011 for ; Wed, 19 Feb 2003 15:47:25 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h1JElP9v091010 for openpkg-users@openpkg.org; Wed, 19 Feb 2003 15:47:25 +0100 (CET) Date: Wed, 19 Feb 2003 15:47:25 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: rc does not return failed exit status? Message-ID: <20030219144724.GG40446@dt4.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="gvF4niNJ+uBMJnEh" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --gvF4niNJ+uBMJnEh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 19, 2003, Andrews, Martin wrote: > Thanks for the explanation Michael. I was wondering if it was possible or > feasible to make the user a configuration option in the rc.* file for the > service. I guess that would be difficult if the rpm lays out the ownership > of the data files. If I really want to go this route I might just jettison > the rc scripts for such services and roll (reuse) my own start and stop > scripts with my own configuration settings that place the data elsewhere. >=20 If you're not feeling hacky eneough to create new rc scripts, then use the ones provided and just change the '-u' arguments. They are provided so that services can be run under a variety of users. I don't think you are even limited to the four openpkg users either. In case you are wondering, the optional '-p' argument precedes a number that is used to order the rc comma= nds if using a meta target like all (rc all start). Regards, Michael --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --gvF4niNJ+uBMJnEh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPlOY/FuYv80UoVTdAQEIGAf/RxroFk7jlvXbkfd7yn2MQOdcCFvyjxnZ s1ZquUJpU+kRWFa60C8OTxxKXZ0/E/iLRvOEsxVZD/RzdI7lmwliXZhh3TAS7mvq FyZJlJLg82/5a8obn3KwYdn/Ziatf8wrWCcPQOvv4TLmASp6VJbn+TmnUo1rdWqp BLNsixRqP5wxMfa6u8pOkVOJZB384qwv/0jMfhtpJ4TrJHkaLD3krIvwggGVnL1Z mt5vIXZEsF82CPJ8cl87ahY1EjwJgASbtGeYn0uKnzIuR+oCjtU9j6hNKn2YtpzX Zo2GRBsqlaDPEuyr7Sdy9i5TFB2fEsivo7MhdZrfCqDPKCur+oLwnQ== =w+OM -----END PGP SIGNATURE----- --gvF4niNJ+uBMJnEh-- From openpkg-users-owner@openpkg.org Wed Feb 19 17:37:05 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 819FD277AF0 for ; Wed, 19 Feb 2003 17:37:05 +0100 (CET) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h1JGb2VQ092615 for ; Wed, 19 Feb 2003 17:37:02 +0100 (CET) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h1JGb2n0092614 for openpkg-users@openpkg.org; Wed, 19 Feb 2003 17:37:02 +0100 (CET) Date: Wed, 19 Feb 2003 17:37:02 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: New package openssh-3.5p1-1.2.1 Message-ID: <20030219163702.GH40446@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="CNfT9TXqV7nd4cfk" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --CNfT9TXqV7nd4cfk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just a heads up, but a new openssh package was rolled today. ftp://ftp.openpkg.org/release/1.2/UPD/openssh-3.5p1-1.2.1.src.rpm The changed specification corrected building from source when using the 'with_chroot yes' option. If using the aforementioned option, the original OpenPKG 1.2 package releas= ed as openssh-3.5p1-1.2.0 would stop with an rpm build error. Today's new upda= te package does not have this problem. Please note that when not using the 'with_chroot' option (or when setting it to 'no'), the new package produces exactly the same results (files, functionality...) as the previous one. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --CNfT9TXqV7nd4cfk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPlOyrluYv80UoVTdAQGrcggAlIhY2yS2VCub2x6Btg+NxbQ/cVb6sYdc 3Y1135ZhCq1cEsqLREB70gmr0MbEZXrDN1b4XyRDOkXaRQ9Pw6lKqUSjyXwjRIqH GaNl5VHcvMin1pRPr11lltDeb9O6y7FPGsMgkZVnVi4PgF8/EHLFUSIFoZ9GJnrq mzriKplcxZGfpApqprft6ubWaUeaWvBhPpcCsS+tfF9KPUazfFHbj2GcY7fsAl4Z 1VyfypEJwjURaNfZxadfPDOgXzQC1Y87LwxrwteQe2yZStMUE7oxdy6OOzXR5s4S a54Dc3wFE2Tw26roNK8f0dXgnUieIjnV3ImdF70vSr+XC20JpuBOmQ== =yscH -----END PGP SIGNATURE----- --CNfT9TXqV7nd4cfk-- From openpkg-users-owner@openpkg.org Fri Feb 21 16:39:39 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id F0933277A20 for ; Fri, 21 Feb 2003 16:39:38 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Fri, 21 Feb 2003 16:39:36 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Fri Feb 21 16:39:02 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h1LFdZw27524 for ; Fri, 21 Feb 2003 16:39:35 +0100 Message-ID: <007901c2d9bf$5a0604c0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: dhcpd update does not rebuild on sol9 Date: Fri, 21 Feb 2003 16:38:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: short version: When rebuilding dhpd-xxx-1.2.1 on Solaris 9, "make install" expects /usr/ucb/install" which is not there. I this a bug or am I not meeting the minimum requirements? Strangely enough, other "rpm --rebuilds" of updated packages were fine. Thanks, Ingo ---- long version ---- When I try to rebuild the updated dhcpd on Solaris 9, I get ------ + /cw/bin/make --no-print-directory install DESTDIR=/cw/RPM/TMP/dhcpd-3.0.1rc11-root Installing in common for dir in /cw/man/man5; do \ foo=""; \ for bar in `echo /cw/RPM/TMP/dhcpd-3.0.1rc11-root${dir} |tr / ' '`; do \ foo=${foo}/$bar; \ if [ ! -d $foo ]; then \ mkdir $foo; \ chmod 755 $foo; \ fi; \ done; \ done /usr/ucb/install dhcp-options.man5 \ /cw/RPM/TMP/dhcpd-3.0.1rc11-root/cw/man/man5/dhcp-options.5 make[2]: /usr/ucb/install: Command not found make[2]: *** [install] Error 127 make[1]: *** [install] Error 1 make: *** [install] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.886 (%install) ----- Since all my systems are rather minimal solaris installs, /usr/ucb/install from SUNWscpu is not there. Should I add that to my private "minimum install for OpenPKG" or is this a bug? Thanks, Ingo From openpkg-users-owner@openpkg.org Sat Feb 22 00:04:09 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 783B9277A20 for ; Sat, 22 Feb 2003 00:04:08 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 04F8B3F63; Fri, 21 Feb 2003 15:04:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 029187158B for ; Fri, 21 Feb 2003 17:04:04 -0600 (CST) Date: Fri, 21 Feb 2003 17:04:04 -0600 (CST) From: Vinod Kutty To: OpenPKG Users Subject: RE: Naming conventions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks ... I will try that when I get a chance. I'm assuming then that sorting is 'ls' style ? Anyone else on this list have comments regarding the other issue of upgrading 1.1 -> 1.2 across a large no. of machines and whether it makes sense to root openpkg under a version'd directory name ( /foo/opkg/1.1, /foo/opkg/1.2, etc. or /foo/opkg/1.x for all versions 1.x) ? Thanks, -- Vinod On Tue, 18 Feb 2003, Andrews, Martin wrote: > Vinod, > > Then probably just append the .orgname.number to the existing release > number. This will make the resulting rpm seem newer than the release you > based it on but less then the next release. Though I am guessing you don't > want to automatically upgrade to the next release from the original > organization as it may well not include changes you have made (and > presumable want). > > Martin > > > -----Original Message----- > > From: Vinod Kutty [mailto:vinod+openpkg@kutty.cc] > > Sent: Tuesday, February 18, 2003 1:48 PM > > To: OpenPKG Users > > Subject: RE: Naming conventions > > > > > > > > Martin, > > > > Thanks for the quick reply 8-) > > > > How does that affect upgrades, i.e. between versions, does rpm and/or > > openpkg-tool recognize the concept of "newer" if the > > version/release is > > not a number? (Sorry ... that's something I haven't read up > > on ... it's > > probably in the RPM HOWTO) > > > > I was hoping for some scheme that retains the default openpkg > > release plus > > some identifier, making it easier to discern from 'rpm -qa' > > what packages > > were customized, and what the corresponding default > > release/version was > > that each one was derived from. > > > > -- > > Vinod > > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Sat Feb 22 00:27:27 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id DC66F277A20 for ; Sat, 22 Feb 2003 00:27:26 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id A898D639A6; Fri, 21 Feb 2003 15:27:22 -0800 (PST) Date: Fri, 21 Feb 2003 15:27:22 -0800 From: Bill Campbell To: OpenPKG Users Subject: Re: Naming conventions Message-ID: <20030221152722.A14983@barryg.mi.celestial.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from vinod+openpkg@kutty.cc on Fri, Feb 21, 2003 at 05:04:04PM -0600 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 21, 2003 at 05:04:04PM -0600, Vinod Kutty wrote: > >Thanks ... I will try that when I get a chance. I'm assuming then that >sorting is 'ls' style ? > >Anyone else on this list have comments regarding the other issue of >upgrading 1.1 -> 1.2 across a large no. of machines and whether it makes >sense to root openpkg under a version'd directory name ( /foo/opkg/1.1, >/foo/opkg/1.2, etc. or /foo/opkg/1.x for all versions 1.x) ? We've been putting the primary instance of openpkg in a directory that reflects the type of system, then symlinking that to /csoft. Thus for SuSE 8.1, FreeBSD 4.7, Caldera OpenLinux 3.1.1, and Caldera eDesktop 2.4 we have directories: /home/csoft/suse81 /home/csoft/freebsd47 /home/csoft/col311 /home/csoft/coled24 Using the symlink to /csoft allows us to reference our openpkg as /csoft/xxx regardless of the system, simplifying external references. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The trouble with fighting for human freedom is that one spends most of one's time defending scoundrels. For it is against scoundrels that oppressive laws are first aimed, and oppression must be stopped at the beginning if it is to be stopped at all.'' -- H. L. Mencken From openpkg-users-owner@openpkg.org Sat Feb 22 00:52:05 2003 Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by mail.openpkg.org (Postfix) with ESMTP id 2FB29277A20 for ; Sat, 22 Feb 2003 00:52:04 +0100 (CET) Received: by soy.dreamhost.com (Postfix, from userid 9829) id B98AB3F1C; Fri, 21 Feb 2003 15:52:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id B71357157D for ; Fri, 21 Feb 2003 17:52:00 -0600 (CST) Date: Fri, 21 Feb 2003 17:51:42 -0600 (CST) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Naming conventions In-Reply-To: <20030221152722.A14983@barryg.mi.celestial.com> Message-ID: References: <20030221152722.A14983@barryg.mi.celestial.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When you perform upgrades (e.g. from 1.1 to 1.2), do you build the entire openpkg instance in the same directory? e.g. if $root is /home/csoft/suse81 when using openpkg 1.1, then you build and upgrade to 1.2, do you use the same $root ? Do you use rpm/openpkg-tool to upgrade or do you simply mv the directory and install a fresh copy ? Presumably the /csoft/xxx symlink is just for end-user convenience in the same fashion as I was considering /foo/opkg/prod -> 1.x ? Thanks, -- Vinod On Fri, 21 Feb 2003, Bill Campbell wrote: > We've been putting the primary instance of openpkg in a directory that > reflects the type of system, then symlinking that to /csoft. Thus for SuSE > 8.1, FreeBSD 4.7, Caldera OpenLinux 3.1.1, and Caldera eDesktop 2.4 we have > directories: > /home/csoft/suse81 > /home/csoft/freebsd47 > /home/csoft/col311 > /home/csoft/coled24 > > Using the symlink to /csoft allows us to reference our openpkg as > /csoft/xxx regardless of the system, simplifying external references. > > Bill From openpkg-users-owner@openpkg.org Sat Feb 22 02:12:24 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 36EE5277A20 for ; Sat, 22 Feb 2003 02:12:24 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 200ED639A6; Fri, 21 Feb 2003 17:12:20 -0800 (PST) Date: Fri, 21 Feb 2003 17:12:19 -0800 From: Bill Campbell To: "openpkg-users@openpkg.org" Subject: Re: Naming conventions Message-ID: <20030221171219.A16468@barryg.mi.celestial.com> References: <20030221152722.A14983@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from vinod+openpkg@kutty.cc on Fri, Feb 21, 2003 at 05:51:42PM -0600 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 21, 2003 at 05:51:42PM -0600, Vinod Kutty wrote: > >When you perform upgrades (e.g. from 1.1 to 1.2), do you build the entire >openpkg instance in the same directory? e.g. if $root is >/home/csoft/suse81 when using openpkg 1.1, then you build and upgrade to >1.2, do you use the same $root ? Do you use rpm/openpkg-tool to upgrade or >do you simply mv the directory and install a fresh copy ? Typically when I do an upgrade, it's done in a fresh instance so as not to interfere with working systems (and to leave the older version available for ongoing maintenance). >Presumably the /csoft/xxx symlink is just for end-user convenience in the >same fashion as I was considering /foo/opkg/prod -> 1.x ? Exactly. It's something that's easy to add to /etc/profile.local or similar files to set the user's environment without necessarily knowing the type of system. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Anyone who thinks Microsoft never does anything truly innovative isn't paying attention to the part of the company that pushes the state of its art: Microsoft's legal department.'' --Ed Foster, InfoWorld Gripe Line columnist From openpkg-users-owner@openpkg.org Mon Feb 24 14:12:07 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id ED64C277A13 for ; Mon, 24 Feb 2003 14:12:06 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 0776B8D764; Mon, 24 Feb 2003 14:12:03 +0100 (CET) Date: Mon, 24 Feb 2003 14:12:03 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Naming conventions Message-ID: <20030224131203.GF48414@dev.de.cw.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 18, 2003, Vinod Kutty wrote: > Just looking for suggestions on: > > 1. Naming the root dir of an openpkg installation? > Re Vinod, i already tried some variants in the past and here's my current personal proposal. It's all based around the factors - OpenPKG's location id that makes it into the filename of binary RPMs - my lazyness when typing path names in bash and - availability (!downtime) of a project's software environment. If the installation path is directly under the root, the location id is build from the first letters of this pathname. Otherwise if the installation path involves subdirectories it is build by concatenating the first letter of the subdirectory names along the path. Anyway, the location id is cut off after three characters max. This enforces uniqness within the first three letters in flat root instances or the first letter of the first three directory names in hierarchical instances. 1st character I install the OS and try to stick with the defauls wherever possible. The rule is that defaults don't have to be documented :-) In addition to the default OS filesytem layout, a large working disk space makes it into a separate filesystem which is mounted to a very short, usually one-letter, path. This can be networked filesystem. Example: /c 2nd charcater Every project get's a name and this makes up the directory name. The first letter should be unique across projects, guess why ... The project directory holds the actual data in properly structured subdirectories and that structure is entirely depend on the project. This could be a document_root/ folder with HTML files and CGI scripts, a CVS checkout directory, sometimes it's only symlinks to other places in the system or network etc. Example: /c/development/ with /c/development/sources/ and /c/development/ftp/ and /c/development/www/ 3rd character Inside every project there is at least one directory dedicated to the software needed by the project. Of course, the software is managed by OpenPKG. The name of the instance is "1sw" for the first, "2sw" for the second attempt etc. Example: /c/development/1sw/ Gain in Bash I only have to type "/c/d" TAB "1" TAB to get to the correct OpenPKG path. Gain for Backup The wholly project data can be backed up by saving /c/development/. The configuration of the project software can be backed up by saving /c/development/[0-9]sw/etc/. Gain for OpenPKG location id The /c/development/1sw/ examples above lead to the OpenPKG location id -cd1- which is unique across the wholly deployment as long as all rules above have been taken into account. Gain for OpenPKG upgrades If the software required to run a project is easy and simple to maintain, it's availablilty is totally noncritical and the knowledge of the OpenPKG adminstrator is high than any upgrade of OpenPKG software just means upgrading the OpenPKG package(s) on the fly. However, if the behaviour of the upgrade cannot be easily determined or the presence of the project is critical it's time for a "2sw" instance to be build and configured in parallel. It's easy to start configuration as it can be done by diffing between "1sw/etc/*" and "2sw/etc/*". Both installations might point to the same real data through links or copies of the data can be used easily as well. Depending on the lessons learned when creating the "2sw" hierarchy, the "1sw" later needs to be upgraded or the "2sw" can take over. The latter allows to go back if real live experience would require it. My past experience was that it is very helpful that OpenPKG supports running multiple similar, in fact identical up to the IP address, instances at the same time. I consider this a major underestimated opportunity for OpenPKG administrators. The same is true when it comes to finding the correct configuration files. They can always be found at a easily predetermined location. And finally this is also true for variable data like logfiles, which the fake syslog library forces to be written to a predetermind location as well. Regarding major upgrades, independent if they're major OpenPKG or major vendor upgrades, my structure described above supports both the adventurer and the reluctant administrator. I've successfully upgraded some typical tools-mail-web-cvs installations from OpenPKG v1.1 to v1.2 by just installing "openpkg-tool" from v1.2 into the existing v1.1 instance and let it go. A little hunt for "*.rpmsave" files and some manual tweaking and it was done. I would not recommend naming any hierarchy by it's OpenPKG version number unless the version itself is the goal of the game, i.e. when you're doing OpenPKG packaging and want to see whether your package (change) smoothly runs on different OpenPKG versions. The OpenPKG team has to do this when creating security advisories for a package or when it's doing compatiblity testing accross platforms and versions (poor man's quality assurance). > 2. Customized rpm naming > I gave up on this and stick to the RPM querying for detailed build options which have been used to build a binary. Seeing the options which have been used is not required for unique project installations anyway. However, i understand it will be useful in "build binary once, deploy multiple times" scenarios. But even then, the multiple similar installations must have an identical directory structure so thinking about the location id would be useful here as well. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Feb 25 15:12:43 2003 Received: from mail.k-jung.com (unknown [62.154.237.251]) by mail.openpkg.org (Postfix) with SMTP id 27F6D277A13 for ; Tue, 25 Feb 2003 15:12:14 +0100 (CET) Received: (qmail 1568 invoked by uid 505); 25 Feb 2003 14:12:12 -0000 Received: from salzmann@k-jung.com by mail by uid 502 with qmail-scanner-1.10 (hbedv: 6.12.1.2. . Clear:0. Processed in 0.387088 secs); 25 Feb 2003 14:12:12 -0000 Received: from unknown (HELO SALZMANN) ([192.168.201.138]) (envelope-sender ) by mail.k-jung.com (qmail-ldap-1.03) with SMTP for ; 25 Feb 2003 14:12:12 -0000 From: "Marcel Salzmann" To: Subject: CFLAGS Date: Tue, 25 Feb 2003 15:10:53 +0100 Message-ID: <000c01c2dcd7ac9a8c0@SALZMANN> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi everybody, where do I set specific CFLAGS that I want to use to compile ALL my packages ? In my case these should be for example "-O3 -march=i686 -funroll-loops". Best regards, Marcel Salzmann - EDV - K. JUNG GmbH Jahnstrasse 80-82 D-73037 Göppingen Telefon +49 7161 612206 Fax +49 7161 612213 E-Mail salzmann@k-jung.com Internet http://www.k-jung.com From openpkg-users-owner@openpkg.org Tue Feb 25 20:16:23 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id D8C1E277A13 for ; Tue, 25 Feb 2003 20:16:22 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 297541BF2D4 for ; Tue, 25 Feb 2003 14:16:21 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id AC685DE20B4 for ; Tue, 25 Feb 2003 14:16:22 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFL5Q32>; Tue, 25 Feb 2003 14:23:54 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: perl requires gcc at runtime? Date: Tue, 25 Feb 2003 14:23:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I notices that gcc is getting installed on all my machines because perl (perl-5.8.0-1.2.0) has gcc as a runtime dependency. Is that right? Martin ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Tue Feb 25 20:36:11 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id AA1DD277ACF for ; Tue, 25 Feb 2003 20:36:11 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 79E414CE595; Tue, 25 Feb 2003 20:36:11 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2B057286D2; Tue, 25 Feb 2003 20:36:00 +0100 (CET) Date: Tue, 25 Feb 2003 20:36:00 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: perl requires gcc at runtime? Message-ID: <20030225193600.GB83112@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 25, 2003, Andrews, Martin wrote: > I notices that gcc is getting installed on all my machines because perl > (perl-5.8.0-1.2.0) has gcc as a runtime dependency. Is that right? Unfortunately, yes. The point is that Perl modules with XS parts require _exactly_ the C compiler under build-time which was used at the built-time of Perl. The "build-time" of a module (usually in package "perl-xxx") is the "run-time" of "perl", hence the "perl" package requires under both build- and run-time to "gcc". Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Feb 25 20:36:12 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A1C1B277A13 for ; Tue, 25 Feb 2003 20:36:11 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 6640C4CE568; Tue, 25 Feb 2003 20:36:11 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3F027286D2; Tue, 25 Feb 2003 20:33:52 +0100 (CET) Date: Tue, 25 Feb 2003 20:33:52 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: CFLAGS Message-ID: <20030225193352.GA83112@engelschall.com> References: <000c01c2dcd7ac9a8c0@SALZMANN> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <000c01c2dcd7ac9a8c0@SALZMANN> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 25, 2003, Marcel Salzmann wrote: > where do I set specific CFLAGS that I want to use to compile ALL my packages > In my case these should be for example "-O3 -march=i686 -funroll-loops". You should be able to achieve this by overriding the l_cc and l_cflags variables in your ~/.rpmmacros: %l_cc gcc %l_cflags -pipe -O3 -march=i686 -funroll-loops Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 26 09:57:19 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id BF3F7277A13 for ; Wed, 26 Feb 2003 09:57:18 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 6B08A8D80B; Wed, 26 Feb 2003 09:57:18 +0100 (CET) Date: Wed, 26 Feb 2003 09:57:18 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: CFLAGS Message-ID: <20030226085718.GA4169@dev.de.cw.com> References: <000c01c2dcd7ac9a8c0@SALZMANN> <20030225193352.GA83112@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030225193352.GA83112@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 25, 2003, Ralf S. Engelschall wrote: > On Tue, Feb 25, 2003, Marcel Salzmann wrote: > > > where do I set specific CFLAGS [...] > I've put this and related CC into the FAQ. http://www.openpkg.org/faq.html#overriding-cflags http://www.openpkg.org/faq.html#overriding-cc -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Feb 26 09:58:04 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 24310277AEE for ; Wed, 26 Feb 2003 09:58:04 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id DD2378D80B; Wed, 26 Feb 2003 09:58:03 +0100 (CET) Date: Wed, 26 Feb 2003 09:58:03 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: perl requires gcc at runtime? Message-ID: <20030226085803.GB4169@dev.de.cw.com> References: <20030225193600.GB83112@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030225193600.GB83112@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 25, 2003, Ralf S. Engelschall wrote: > On Tue, Feb 25, 2003, Andrews, Martin wrote: > > > I notices that gcc is getting installed on all my machines because perl > > (perl-5.8.0-1.2.0) has gcc as a runtime dependency. Is that right? > > I've put this into the FAQ. http://www.openpkg.org/faq.html#perl-gcc -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Feb 27 11:46:51 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 34178277A13 for ; Thu, 27 Feb 2003 11:46:51 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id B9DFC8D81E; Thu, 27 Feb 2003 11:46:50 +0100 (CET) Date: Thu, 27 Feb 2003 11:46:50 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: dhcpd update does not rebuild on sol9 Message-ID: <20030227104650.GA35825@dev.de.cw.com> References: <007901c2d9bf$5a0604c0$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <007901c2d9bf$5a0604c0$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 21, 2003, Ingo T. Storm wrote: > short version: When rebuilding dhpd-xxx-1.2.1 on Solaris 9, "make > install" expects /usr/ucb/install" which is not there. I this a bug or > am I not meeting the minimum requirements? [...] > Since all my systems are rather minimal solaris installs, > /usr/ucb/install from SUNWscpu is not there. Should I add that to my > private "minimum install for OpenPKG" or is this a bug? > Ingo, thanks for reporting that incident. I tracked down the issue down to the fact that we had the "Source Compatibility, (Usr)" (SUNWscpu) installed when we built the package. So we had /usr/ucb/install available and didn't notice the problem. It's not our intention to force you having SUNWscpu installed just to provide a "install". However, installing the SUNWscpu package is the the obvious workaround for the affected packages, namely OPENPKG_CURRENT <= dhcpd-3.0.1rc11-20030219 OPENPKG_1_STABLE <= dhcpd-3.0.1rc11-1.20030219 OPENPKG_1_2_SOLID <= dhcpd-3.0.1rc11-1.2.1 OPENPKG_1_1_SOLID <= dhcpd-3.0.1rc9-1.1.2 The dependency to any vendor "install" has been removed and corrected packages are available for download. OPENPKG_CURRENT >= dhcpd-3.0.1rc11-20030227 http://cvs.openpkg.org/chngview?cn=7740 ftp://ftp.openpkg.org/current/SRC/dhcpd-3.0.1rc11-20030227.src.rpm OPENPKG_1_STABLE >= dhcpd-3.0.1rc11-1.20030227 http://cvs.openpkg.org/chngview?cn=7741 no ftp download available OPENPKG_1_2_SOLID >= dhcpd-3.0.1rc11-1.2.2 http://cvs.openpkg.org/chngview?cn=7745 ftp://ftp.openpkg.org/release/1.2/UPD/dhcpd-3.0.1rc11-1.2.2.src.rpm OPENPKG_1_1_SOLID >= dhcpd-3.0.1rc9-1.1.3 http://cvs.openpkg.org/chngview?cn=7747 ftp://ftp.openpkg.org/release/1.1/UPD/dhcpd-3.0.1rc9-1.1.3.src.rpm -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Feb 27 15:36:56 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 859CA277A13 for ; Thu, 27 Feb 2003 15:36:56 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Thu, 27 Feb 2003 15:36:50 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Thu Feb 27 15:36:27 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h1REanW16334 for ; Thu, 27 Feb 2003 15:36:49 +0100 Message-ID: <030a01c2de6d$869d6a20$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: dhcpd update does not rebuild on sol9 Date: Thu, 27 Feb 2003 15:35:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >The dependency to any vendor "install" has been removed and corrected >packages are available for download. Great, thanks. BTW: SUNWhea, SUNWarc, SUNWtoo, SUNWlibm is what you need on top of a SUNWreq install in order to be able to be able to compile apache. But I guess they will be required for almost any compile at all. Ingo From openpkg-users-owner@openpkg.org Thu Feb 27 19:08:52 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 8FC86277A13 for ; Thu, 27 Feb 2003 19:08:51 +0100 (CET) Received: from borg.cle.lionbioscience.com (borg.cle.lionbioscience.com [10.20.1.14]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 6F07B1BF2B8 for ; Thu, 27 Feb 2003 13:08:50 -0500 (EST) Received: from samiam (redfish-127.cle.lionbioscience.com [10.20.11.208]) by borg.cle.lionbioscience.com (Postfix) with ESMTP id ABDBD627E3 for ; Thu, 27 Feb 2003 13:08:49 -0500 (EST) From: LION To: openpkg-users@openpkg.org Subject: imapd patch Date: Thu, 27 Feb 2003 13:08:45 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=-------266834b1266834b1 Message-Id: <20030227180849.ABDBD627E3@borg.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format ---------266834b1266834b1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable For some reason I see that imapd was changed to start as openpkg instead of= root. That does not work as it must do preliminary work as root (like open= the imap port). Attached is a patch to fix and also to clean up handling o= f the pid file. Finally - imapd seems configured to run as openpkg. Shouldn't that be openp= kg-r? Martin ---- Martin Andrews martin.andrews@lionbioscience.com ---------266834b1266834b1 Content-Type: application/octet-stream; name="imapd-rc.patch" Content-Disposition: attachment; filename="imapd-rc.patch" Content-Transfer-Encoding: base64 LS0tIC4vcmMuaW1hcGQub3JpZwlUaHUgU2VwICA1IDA5OjI0OjEzIDIwMDIKKysrIC4vcmMu aW1hcGQJV2VkIEZlYiAyNiAyMjoxNDowMyAyMDAzCkBAIC0xLDQgKzEsNCBAQAotIyFAbF9w cmVmaXhAL2xpYi9vcGVucGtnL2Jhc2ggQGxfcHJlZml4QC9ldGMvcmMKKyMhL29wdC9vcGVu cGtnL2xpYi9vcGVucGtnL2Jhc2ggL29wdC9vcGVucGtnL2V0Yy9yYwogIyMKICMjICByYy5p bWFwZCAtLSBSdW4tQ29tbWFuZHMgZm9yIElNQVAgRGFlbW9uCiAjIwpAQCAtNiwzNCArNiwz MiBAQAogJWNvbmZpZwogICAgIGltYXBkX2VuYWJsZT0ieWVzIgogCi0lc3RhcnQgLXAgMjAw IC11IEBsX211c3JACislc3RhcnQgLXAgMjAwIC11IHJvb3QKICAgICBpZiBvcFNlcnZpY2VF bmFibGVkIGltYXBkOyB0aGVuCi0gICAgICAgIEBsX3ByZWZpeEAvYmluL21hc3RlciAmCi0g ICAgICAgIGVjaG8gJCEgPiBAbF9wcmVmaXhAL3Zhci9pbWFwZC9pbWFwZC5waWQKKyAgICAg ICAgL29wdC9vcGVucGtnL2Jpbi9tYXN0ZXIgLWQgLXAgL29wdC9vcGVucGtnL3Zhci9pbWFw ZC9pbWFwZC5waWQKICAgICBmaQogCi0lc3RvcCAtcCAyMDAgLXUgQGxfbXVzckAKKyVzdG9w IC1wIDIwMCAtdSByb290CiAgICAgaWYgb3BTZXJ2aWNlRW5hYmxlZCBpbWFwZDsgdGhlbgot ICAgICAgICBpZiBbIC1mIEBsX3ByZWZpeEAvdmFyL2ltYXBkL2ltYXBkLnBpZCBdOyB0aGVu Ci0gICAgICAgICAgICBraWxsIC1URVJNIGBjYXQgQGxfcHJlZml4QC92YXIvaW1hcGQvaW1h cGQucGlkYAotICAgICAgICAgICAgcm0gQGxfcHJlZml4QC92YXIvaW1hcGQvaW1hcGQucGlk CisgICAgICAgIGlmIFsgLWYgL29wdC9vcGVucGtnL3Zhci9pbWFwZC9pbWFwZC5waWQgXTsg dGhlbgorICAgICAgICAgICAga2lsbCAtVEVSTSBgY2F0IC9vcHQvb3BlbnBrZy92YXIvaW1h cGQvaW1hcGQucGlkYAorICAgICAgICAgICAgcm0gL29wdC9vcGVucGtnL3Zhci9pbWFwZC9p bWFwZC5waWQKICAgICAgICAgZmkKICAgICBmaQogCi0lcmVzdGFydCAtdSBAbF9tdXNyQAor JXJlc3RhcnQgLXUgcm9vdAogICAgIGlmIG9wU2VydmljZUVuYWJsZWQgaW1hcGQ7IHRoZW4K LSAgICAgICAgaWYgWyAtZiBAbF9wcmVmaXhAL3Zhci9pbWFwZC9pbWFwZC5waWQgXTsgdGhl bgotICAgICAgICAgICAga2lsbCAtVEVSTSBgY2F0IEBsX3ByZWZpeEAvdmFyL2ltYXBkL2lt YXBkLnBpZGAKKyAgICAgICAgaWYgWyAtZiAvb3B0L29wZW5wa2cvdmFyL2ltYXBkL2ltYXBk LnBpZCBdOyB0aGVuCisgICAgICAgICAgICBraWxsIC1URVJNIGBjYXQgL29wdC9vcGVucGtn L3Zhci9pbWFwZC9pbWFwZC5waWRgCiAgICAgICAgICAgICBzbGVlcCAyCiAgICAgICAgIGZp Ci0gICAgICAgIEBsX3ByZWZpeEAvYmluL21hc3RlciAmCi0gICAgICAgIGVjaG8gJCEgPiBA bF9wcmVmaXhAL3Zhci9pbWFwZC9pbWFwZC5waWQKKyAgICAgICAgL29wdC9vcGVucGtnL2Jp bi9tYXN0ZXIgLWQgLXAgL29wdC9vcGVucGtnL3Zhci9pbWFwZC9pbWFwZC5waWQKICAgICBm aQogCi0lcmVsb2FkIC11IEBsX211c3JACislcmVsb2FkIC11IHJvb3QKICAgICBpZiBvcFNl cnZpY2VFbmFibGVkIGltYXBkOyB0aGVuCi0gICAgICAgIGlmIFsgLWYgQGxfcHJlZml4QC92 YXIvaW1hcGQvaW1hcGQucGlkIF07IHRoZW4KLSAgICAgICAgICAgIGtpbGwgLUhVUCBgY2F0 IEBsX3ByZWZpeEAvdmFyL2ltYXBkL2ltYXBkLnBpZGAKKyAgICAgICAgaWYgWyAtZiAvb3B0 L29wZW5wa2cvdmFyL2ltYXBkL2ltYXBkLnBpZCBdOyB0aGVuCisgICAgICAgICAgICBraWxs IC1IVVAgYGNhdCAvb3B0L29wZW5wa2cvdmFyL2ltYXBkL2ltYXBkLnBpZGAKICAgICAgICAg ZmkKICAgICBmaQogCg== ---------266834b1266834b1-- From openpkg-users-owner@openpkg.org Thu Feb 27 20:39:05 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 8CD9C277A13 for ; Thu, 27 Feb 2003 20:39:04 +0100 (CET) Received: from borg.cle.lionbioscience.com (borg.cle.lionbioscience.com [10.20.1.14]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 879051BF2B8 for ; Thu, 27 Feb 2003 14:39:03 -0500 (EST) Received: from samiam (redfish-127.cle.lionbioscience.com [10.20.11.208]) by borg.cle.lionbioscience.com (Postfix) with ESMTP id 65540627E3 for ; Thu, 27 Feb 2003 14:39:03 -0500 (EST) From: Martin Andrews To: openpkg-users@openpkg.org Subject: RE: imapd patch Date: Thu, 27 Feb 2003 14:39:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <20030227193903.65540627E3@borg.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: One more question. The imapd packages currently stores the bulk of the file= s in /var/spool/imapd is that use of var/spool/ a standard= or a blunder? I would have thought it would have been var//spool = so some such. Martin > -----Original Message----- > From: LION [mailto:mandrews@cle.lionbioscience.com] > Sent: Thursday, February 27, 2003 1:09 PM > To: openpkg-users@openpkg.org > Subject: imapd patch > = > = > For some reason I see that imapd was changed to start as = > openpkg instead of root. That does not work as it must do = > preliminary work as root (like open the imap port). Attached = > is a patch to fix and also to clean up handling of the pid file. > = > Finally - imapd seems configured to run as openpkg. Shouldn't = > that be openpkg-r? > = > Martin > ---- > Martin Andrews > martin.andrews@lionbioscience.com = > From openpkg-users-owner@openpkg.org Thu Feb 27 22:10:14 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id EE043277A13 for ; Thu, 27 Feb 2003 22:10:13 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CAEEB4CE563; Thu, 27 Feb 2003 22:10:13 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id CDAD328688; Thu, 27 Feb 2003 22:09:25 +0100 (CET) Date: Thu, 27 Feb 2003 22:09:25 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: imapd patch Message-ID: <20030227210925.GA55427@engelschall.com> References: <20030227193903.65540627E3@borg.cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030227193903.65540627E3@borg.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 27, 2003, Martin Andrews wrote: > One more question. The imapd packages currently stores the bulk of the > files in /var/spool/imapd is that use of var/spool/ > a standard or a blunder? I would have thought it would have been > var//spool so some such. /var/spool/imapd is definitely incorrect in OpenPKG. Yes, it has to be /var/imapd/spool, of course. Christoph, you're currently hacking on imapd: can you fix this, too? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 28 08:49:18 2003 Received: from voodoo.schug.net (unknown [195.27.130.139]) by mail.openpkg.org (Postfix) with ESMTP id C726F277A13 for ; Fri, 28 Feb 2003 07:58:56 +0100 (CET) Received: by voodoo.schug.net (Postfix, from userid 10000) id 1C6A8C5D13; Fri, 28 Feb 2003 07:58:56 +0100 (CET) Date: Fri, 28 Feb 2003 07:58:55 +0100 From: Christoph Schug To: openpkg-users@openpkg.org Subject: Re: imapd patch Message-ID: <20030228065855.GB6799@voodoo.schug.net> References: <20030227193903.65540627E3@borg.cle.lionbioscience.com> <20030227210925.GA55427@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030227210925.GA55427@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 27, 2003, Ralf S. Engelschall wrote: > /var/spool/imapd is definitely incorrect in OpenPKG. > Yes, it has to be /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 From openpkg-users-owner@openpkg.org Fri Feb 28 12:52:35 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 14B89277A13 for ; Fri, 28 Feb 2003 12:52:35 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 3B6661BF294 for ; Fri, 28 Feb 2003 06:52:33 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id DC98EDE20BC for ; Fri, 28 Feb 2003 06:52:34 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFL5688>; Fri, 28 Feb 2003 07:00:11 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: imapd patch Date: Fri, 28 Feb 2003 07:00:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 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). Martin > -----Original Message----- > From: Christoph Schug [mailto:chris@schug.net] > Sent: Friday, February 28, 2003 1:59 AM > To: openpkg-users@openpkg.org > Subject: Re: imapd patch > > > On Thu, Feb 27, 2003, Ralf S. Engelschall wrote: > > > /var/spool/imapd is definitely incorrect in OpenPKG. > > Yes, it has to be /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 Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Feb 28 13:09:28 2003 Received: from voodoo.schug.net (unknown [195.27.130.139]) by mail.openpkg.org (Postfix) with ESMTP id 099F9277A13 for ; Fri, 28 Feb 2003 13:09:28 +0100 (CET) Received: by voodoo.schug.net (Postfix, from userid 10000) id 6CA0AC5D13; Fri, 28 Feb 2003 13:09:27 +0100 (CET) Date: Fri, 28 Feb 2003 13:09:27 +0100 From: Christoph Schug To: openpkg-users@openpkg.org Subject: Re: imapd patch Message-ID: <20030228120927.GA7965@voodoo.schug.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 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 From openpkg-users-owner@openpkg.org Fri Feb 28 17:53:16 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 45C80277A00 for ; Fri, 28 Feb 2003 17:53:15 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 50C3D639A6; Fri, 28 Feb 2003 08:53:13 -0800 (PST) Date: Fri, 28 Feb 2003 08:53:13 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: imapd patch Message-ID: <20030228085313.A4702@barryg.mi.celestial.com> References: <20030228120927.GA7965@voodoo.schug.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030228120927.GA7965@voodoo.schug.net>; from chris@schug.net on Fri, Feb 28, 2003 at 01:09:27PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 28, 2003 at 01:09:27PM +0100, Christoph Schug wrote: >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. I've got courier-imap up under openpkg. It may be tuned to our personal preferences, but I can make it available to anybody who's interested in hacking on it. We use it with WHOSON to enable distributed POP before SMTP with postfix. One thing, the build process has some Ugly Hacks(tm) to get around some automake quirks that result from applying the ``whoson'' patches. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Intellectually, teachers fall between education theorists and bright cocker spaniels. (Probably closer to the education theorists. The AKC has been doing wonders with spaniels.) If you think I'm kidding look at the GREs for education majors, whose scores are the lowest of all fields, and remember that these are the smart ones.'' -- http://www.FredOnEverything.net From openpkg-users-owner@openpkg.org Fri Feb 28 20:46:57 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 28258277A00 for ; Fri, 28 Feb 2003 20:46:56 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id C19001BF35A for ; Fri, 28 Feb 2003 14:46:54 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 2626DDE20BB for ; Fri, 28 Feb 2003 14:46:56 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFL58W8>; Fri, 28 Feb 2003 14:54:33 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: imapd patch Date: Fri, 28 Feb 2003 14:54:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Since your asking I'll add one more. It would be nice if the imapd package included the mkimap tool so that you can use it to update the var directory tree if you change in in imapd.conf. Martin > 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 Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Sat Mar 1 12:34:32 2003 Received: from tzmail.tti-stuttgart.de (tzmail.tti-stuttgart.de [193.197.159.253]) by mail.openpkg.org (Postfix) with ESMTP id 8A591277A00 for ; Sat, 1 Mar 2003 12:34:31 +0100 (CET) Received: from mail.erfrakon.de (unknown [193.197.159.232]) by tzmail.tti-stuttgart.de (Postfix) with ESMTP id 7E36143363 for ; Sat, 1 Mar 2003 12:34:20 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id DBDDF26D40 for ; Sat, 1 Mar 2003 12:34:18 +0100 (CET) Date: Sat, 1 Mar 2003 12:34:18 +0100 (CET) From: "konold@erfrakon.de" To: openpkg-users@openpkg.org Subject: Re: imapd patch In-Reply-To: <20030228120927.GA7965@voodoo.schug.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, 28 Feb 2003, Christoph Schug wrote: Hi Christoph, > 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. Please have a look at our modified cyrus openpkg packages on ftp.kde.org/pub/kde/unstable/server. This package has a working imaps, sasl etc. Regards, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany mobil: 0175 4148693 fax: 0175 13 4148693 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Mon Mar 3 13:14:28 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 1A621277A00 for ; Mon, 3 Mar 2003 13:14:28 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Mon, 3 Mar 2003 13:14:24 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Mon Mar 03 13:14:09 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h23CEOW14176 for ; Mon, 3 Mar 2003 13:14:24 +0100 Message-ID: <03a001c2e17e$440f7db0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: correct use of openpkg-tool? Date: Mon, 3 Mar 2003 13:13:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As said before, I am trying to create a central build server for OpenPKG 1.2 that is meant to serve binary RPMs. The clients will be a bunch of Suns running Solaris 9 and should alert me if there are updates for rpms they have installed. If anyone has an infrastructure in place that does this, please speak up! At least I did not got very far with any of the tools available for rpm based Linux Distributions: yum, autorpm, current/up2date, autoupdate, grab. (Most of them either require rpmlib or rpm-python.) So I decided to give openpkg-tool a shot. I've read the man page a dozen time, tried to build a few index files and test for updates against them. Unfortunately I am quite confused now. From "man openpkg": openpkg index creates an XML/RDF based resource index for RPM .spec files in a source tree or from an RPM package repository. So I this is what I need for my first step: an INDEX out of which the build host can tell whether any packages need to be rebuilt. (The second step would be an index over all binaries that the clients could use). I want an index of binary rpms for Solaris 2.9, so I need -p solaris-2.9 To start with I would like openpkg to tell me when there are updates that I haven't built yet, so I need a combined index of BIN and UPD. (I wanted to add my own dir UPD-BIN later). /export/openpkg contains a fresh mirror of release/1.2, where BIN is from sparc64-solaris9. "man openpkg" says -i The specified directories are RPM repositories. Build index over all .rpm files in these directories and all subdirectories. If a subdirectory already contains a 00INDEX.rdf or 00INDEX.rdf.* file then skip scanning the subdirectory, instead add a reference to the index file into the new index. Without this option the directories are source trees with a subdirectory per package and a package.spec file inside each subdirectory. Two points here: - I need to specify my directories with "-i", since they contain binary pakckages and not a source tree. (second paragraph). - My index file should be small: it should only contain references to the two instances of 00INDEX.RDF.bz2 that are provided with the distribution. Hence I tried: $openpkg index -p solaris-2.9 -o ./BIN-UPD-INDEX.rdf -i /export/openpkg/BIN /export/openpkg/UPD This yields "Broken Pipe" 11 times. I guess I haven't installed some tool openpkg needs. Any idea what the reason could be? Secondly, BIN+UPD-INDEX.rdf is huge, contains lots of rpm entries and and I cannot find a reference to the existing 00INDEXes. To track down where the problem is creeping in, I tried openpkg index -p solaris-2.9 -o ./BIN-INDEX.rdf.bz2 -c -i /export/openpkg/BIN which builds an index nicely (again: full index, no references) and openpkg build -f BIN-INDEX.rdf.bz2 -p solaris-2.9 -s -a | grep -v "^#" Tells me (without surprise) that all installed packages are OK. To check wheter the "Broken Pipe" messages were perhaps harmless, I tried openpkg build -f BIN+UPD-INDEX.rdf.bz2 -p solaris-2.9 -s -a | grep -v "^#" This also tells me that all installed packages are OK. But clearly the version of squid installed is old $rpm -q squid squid-2.5.1-1.2.0 whereas $ls -1 /export/openpkg/UPD/squid* /export/openpkg/UPD/squid-2.5.1-1.2.1.src.rpm Now my final questions are: How do I get the UPD into an index so that I can check that I have to rebuild packages? Am I completely on the wrong track and should I look for a completely different tool for the job? Thanks for reading this far. Cheers, Ingo From openpkg-users-owner@openpkg.org Mon Mar 3 14:11:35 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id BA64A277A00 for ; Mon, 3 Mar 2003 14:11:34 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id CC0B98D801; Mon, 3 Mar 2003 14:11:33 +0100 (CET) Date: Mon, 3 Mar 2003 14:11:33 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: correct use of openpkg-tool? Message-ID: <20030303131133.GA53979@sv1.dev.de.cw.net> References: <03a001c2e17e$440f7db0$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <03a001c2e17e$440f7db0$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Mar 03, 2003, Ingo T. Storm wrote: > $openpkg index -p solaris-2.9 -o ./BIN-UPD-INDEX.rdf -i > /export/openpkg/BIN /export/openpkg/UPD > > This yields "Broken Pipe" 11 times. I guess I haven't installed some > tool openpkg needs. Any idea what the reason could be? openpkg index reads all source rpms using rpm2cpio up to the point where it retrieved the spec file from the archive. Then it closes the pipe and rpm2pcio is killed with a SIGPIPE. The "Broken Pipe" message is then generated by some shells. This is surely something that can be improved. > Secondly, BIN+UPD-INDEX.rdf is huge, contains lots of rpm entries and > and I cannot find a reference to the existing 00INDEXes. The indexer only references index files in subdirectories, not the top-level directories you specified. So you need: $TOP/BIN/00INDEX.rdf $TOP/UDP/00INDEX.rdf and then something like: openpkg index -i $TOP > openpkg build -f BIN+UPD-INDEX.rdf.bz2 -p solaris-2.9 -s -a | grep -v > "^#" > > This also tells me that all installed packages are OK. But clearly the > version of squid installed is old > > $rpm -q squid > squid-2.5.1-1.2.0 This should not happen. Can you try this with the current version of openpkg-tool ? -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Mon Mar 3 14:46:23 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 3CFAD277A00 for ; Mon, 3 Mar 2003 14:46:22 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Mon, 3 Mar 2003 14:46:21 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Mon Mar 03 14:46:04 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h23DkJW07035 for ; Mon, 3 Mar 2003 14:46:19 +0100 Message-ID: <03e301c2e18b$1b3706d0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: correct use of openpkg-tool? Date: Mon, 3 Mar 2003 14:45:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >> $openpkg index -p solaris-2.9 -o ./BIN-UPD-INDEX.rdf -i >> /export/openpkg/BIN /export/openpkg/UPD >> >and rpm2pcio is killed with a SIGPIPE. The "Broken Pipe" message is >then generated by some shells. The shell was /bin/bash, is /cw/lib/bash now. Problem stays the same. But I feel better now that I know I can safely ignore it. >> Secondly, BIN+UPD-INDEX.rdf is huge, contains lots of rpm entries and >> and I cannot find a reference to the existing 00INDEXes. >The indexer only references index files in subdirectories, not the >top-level directories you specified. So you need: ok, thanks. Works nicely! (down to 5 seconds for the index over all dirs) >> openpkg build -f BIN+UPD-INDEX.rdf.bz2 -p solaris-2.9 -s -a | grep -v >> "^#" I did openpkg index -p solaris-2.9 -o ./ALL-INDEX.rdf.bz2 -c -i /export/openpkg and now $openpkg build -p solaris-2.9 -f ./ALL-INDEX.rdf.bz2 -s -a | grep -v "^#" | grep -v "OK" says squid-2.5.1-1.2.0 UPDATE squid-2.5.1-1.2.1 with the new openpkg-tool-20030228-20030228. Thanks a bunch! I feel I am getting a lot closer! Ingo From openpkg-users-owner@openpkg.org Mon Mar 3 15:29:32 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 419AC277A00 for ; Mon, 3 Mar 2003 15:29:31 +0100 (CET) Received: from bluefish.cle.lionbioscience.com (bluefish.cle.lionbioscience.com [10.20.1.10]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 500011BF255 for ; Mon, 3 Mar 2003 09:29:29 -0500 (EST) Received: from exchgcle.netgenics.com (exchgcle.cle.lionbioscience.com [10.20.1.6]) by bluefish.cle.lionbioscience.com (Postfix) with ESMTP id 98FCCDE20BA for ; Mon, 3 Mar 2003 09:29:30 -0500 (EST) Received: by exchange.cle.lionbioscience.com with Internet Mail Service (5.5.2653.19) id <1DFL616G>; Mon, 3 Mar 2003 09:37:13 -0500 Message-ID: From: "Andrews, Martin" To: "'openpkg-users@openpkg.org'" Subject: RE: correct use of openpkg-tool? Date: Mon, 3 Mar 2003 09:37:12 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2E192.60EE4CE0" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2E192.60EE4CE0 Content-Type: text/plain; charset="iso-8859-1" Ingo, I have written a helper script for managing my local openpkg repository: openpkg-mgr. It is attached. I has a few hard-coded items for our environment but it should be pretty easy to adapt to other locations. The script supports the following workflow: 1. openpkg-mgr trial - Interactively get new source rpms (and build) using openpkg build (with caching filter). The source rpms are cached to a temporary location. 2. openpkg-mgr release - Install new source rpms in /netgenics/openpkg-src. 3. Edit the build spec for each platform - I generate them from another config file and distribute with cfengine ... this one is up to you. 4. openpkg-mgr build - When the build file is released the packages will be built on all specified platforms and installed in /netgenics/openpkg-rpm by periodic jobs on the build servers. 5. openpkg-mgr update - End servers update all their binary rpms by periodically running "openpkg-mgr update -a". New packages can be installed by specifying the desired package name instead of the "-a" option. Martin ---- Martin Andrews martin.andrews@lionbioscience.com > -----Original Message----- > From: Ingo T. Storm [mailto:itpkg@computerbild.de] > Sent: Monday, March 03, 2003 7:13 AM > To: openpkg-users@openpkg.org > Subject: correct use of openpkg-tool? > > > As said before, I am trying to create a central build server for > OpenPKG 1.2 that is meant to serve binary RPMs. The clients will be a > bunch of Suns running Solaris 9 and should alert me if there are > updates for rpms they have installed. > > If anyone has an infrastructure in place that does this, please speak > up! ------_=_NextPart_000_01C2E192.60EE4CE0 Content-Type: application/octet-stream; name="openpkg-mgr" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="openpkg-mgr" #!/bin/sh=0A= #=0A= # Manage openpkg package distribution - see Usage() for details.=0A= #=0A= # $Id: openpkg-mgr,v 1.19 2003/02/25 21:41:56 mandrews Exp $=0A= =0A= set -e=0A= =0A= #-------=0A= # Configuration settings (!!!allow setting from config file?)=0A= autofs=3D/netgenics=0A= opdir=3D/opt/openpkg=0A= rpmurl=3Dhttp://bluefish.cle.lionbioscience.com/local/openpkg-rpm=0A= user=3Dopenpkg=0A= group=3Dopenpkg=0A= =0A= configdir=3D$opdir/.opmgr=0A= mybindir=3D$opdir/RPM/PKG=0A= =0A= srcroot=3D$autofs/openpkg-src=0A= cache=3D$opdir/RPM/SRPM=0A= =0A= platform=3D`/etc/cfengine/scripts/platform`=0A= binroot=3D$autofs/openpkg-rpm/$platform=0A= binurl=3D$rpmurl/$platform=0A= =0A= # End configuration settings=0A= #-------=0A= =0A= # Process command-line=0A= =0A= mode=3D$1=0A= shift=0A= =0A= # If test mode pass command to cat (to display) instead of sh (to = run).=0A= case $mode in=0A= test-*) shell=3Dcat ;;=0A= *) shell=3Dsh ;;=0A= esac=0A= =0A= force=3Dno=0A= tmplink=3Dyes=0A= while true=0A= do=0A= case $1 in=0A= --force|-f) shift; force=3Dyes ;;=0A= --no-templink|-L) shift; tmplink=3Dno ;;=0A= --repository|-r) shift; repository=3D$1; shift ;;=0A= --srpms|-s) shift; cache=3D$1; shift ;;=0A= --) shift; break ;;=0A= *) break ;;=0A= esac=0A= done=0A= =0A= Usage()=0A= {=0A= cat </dev/null && break=0A= done=0A= echo $relnum=0A= }=0A= =0A= # Commit prior allocated release=0A= ReleaseCommit()=0A= {=0A= root=3D"$1"=0A= relnum=3D"$2"=0A= echo $relnum >$root/newnum=0A= mv $root/newnum $root/relnum=0A= rm -f $root/current=0A= ln -s $relnum $root/current=0A= }=0A= =0A= =0A= InstallRpms()=0A= {=0A= from=3D$1=0A= root=3D$2=0A= current=3D$3=0A= =0A= # Set up new repository=0A= relnum=3D`ReleaseAllocate $root`=0A= target=3D$root/$relnum=0A= =0A= echo "Creating new release: $target"=0A= =0A= # Copy new rpms to repository=0A= cp $from/*.rpm $target/=0A= =0A= # Link in specified subdirectories to repository=0A= if [ -f $from/links ]=0A= then=0A= cat $from/links | \=0A= {=0A= while read name src=0A= do=0A= ln -s $src $target/$name=0A= done=0A= }=0A= fi=0A= =0A= # Link rpms that haven't been updated=0A= # !!! include option to exclude obsolete RPMs?=0A= for rpm in $current/*.rpm=0A= do=0A= test -f $rpm || continue=0A= # Get package name from RPM=0A= name=3D`rpm -q --queryformat=3D"%{NAME}" -p $rpm`=0A= =0A= if [ ! -f $target/$name-[0-9]*.rpm ]=0A= then=0A= # No version of that package in repository - link this one in=0A= ln $rpm $target/=0A= fi=0A= done=0A= =0A= # Make index=0A= openpkg index -i -p $platform -o $target/00INDEX.rdf $target=0A= =0A= # Finalize=0A= ReleaseCommit $root $relnum=0A= =0A= # Remove local copy=0A= rm -f $from/*.rpm $from/links=0A= }=0A= =0A= # Initialize a new host or even a new platform=0A= Bootstrap() {=0A= scope=3D$1=0A= bootdir=3D$srcroot/bootstrap=0A= bootscript=3D$bootdir/$platform.sh=0A= =0A= me=3D`id | sed 's/[^(]*(//;s/).*//'`=0A= case $me in=0A= root)=0A= echo "don't bootstrap as root!"=0A= exit 1=0A= ;;=0A= esac=0A= =0A= tmpdir=3D/tmp/boot$$=0A= mkdir $tmpdir=0A= cd $tmpdir=0A= =0A= # Install base openpkg=0A= if [ "$scope" =3D "platform" -a ! -f $bootscript ]=0A= then=0A= # No bootstrap script for this platform yet - really bootstrap from=0A= # source.=0A= =0A= sh $bootdir/openpkg-*.src.sh \=0A= --prefix=3D$opdir \=0A= --user=3D$user \=0A= --group=3D$group \=0A= =0A= mv openpkg-*.sh $bootscript=0A= fi=0A= sh $bootscript=0A= =0A= cd /=0A= rm -rf $tmpdir=0A= =0A= # Load (new) openpkg environment=0A= eval `$opdir/etc/rc --eval all env`=0A= =0A= # Install openpkg-tool=0A= if [ "$scope" =3D "platform" ]=0A= then=0A= rpm --rebuild $srcdir/openpkg-tool-*.src.rpm=0A= rpm -U $mybindir/openpkg-tool-*.rpm=0A= else=0A= rpm -U $bindir/openpkg-tool-*.rpm=0A= fi=0A= =0A= if [ "$scope" =3D "platform" ]=0A= then=0A= # Link in alternate cc if one exists (required on solaris at least) = -=0A= # will go away once gcc is installed.=0A= # Supposedly we could do without this link by using=0A= # -Dwith_cc=3D/opt/SUNWspro/bin/cc when we build gcc, but that then = make=0A= # does not find cc (have to pass it explicitly there too?)=0A= for cc in /opt/SUNWspro/bin/cc=0A= do=0A= if [ -f $cc ]=0A= then=0A= ln -s $cc $opdir/bin/cc=0A= break=0A= fi=0A= done=0A= fi=0A= }=0A= =0A= # Perl script to filter "openpkg build" output for "trial" mode.=0A= # Replaces single download and build lines with two steps that will = save=0A= # the source RPM locally.=0A= =0A= trial_filter=3D'=0A= use strict;=0A= my (@srcs) =3D @ARGV;=0A= my $cache =3D $srcs[0];=0A= while () {=0A= if (my ($rpm, $opts, $url, $end) =3D=0A= ( m{^([^#]\S*/rpm)(\s.*--rebuild )(\S*)(.*)} )) {=0A= # rpm --rebuild command.=0A= =0A= # Search local source directories for RPM=0A= my $basename =3D (split("/", $url))[-1];=0A= my $src;=0A= foreach my $dir (@srcs) {=0A= my $rpm =3D "$dir/$basename";=0A= if (-f $rpm) {=0A= $src =3D $rpm;=0A= last;=0A= }=0A= }=0A= if (!defined $src) {=0A= # RPM not found - download it to cache=0A= $src =3D "$cache/$basename";=0A= print "curl -f -s -S $url -o $src || exit \$?\n";=0A= }=0A= =0A= print "$rpm$opts$src$end\n";=0A= } else {=0A= print $_;=0A= }=0A= }=0A= '=0A= =0A= # Perl script to filter "openpkg build" output for "update" mode.=0A= # Ignores all "rpm --rebuild" commands and replaces location of all = RPM's=0A= # in "rpm -U" commands with the specified repository directory.=0A= =0A= update_filter=3D'=0A= use strict;=0A= my $rpmdir =3D $ARGV[0];=0A= while () {=0A= if ( m{^[^#]\S*/rpm\s.*--rebuild } ) {=0A= # rpm --rebuild command - ignore it.=0A= print "# ", $_;=0A= } elsif (my ($rpm, $opts, $rpmpath, $end) =3D=0A= ( m{^([^#]\S*/rpm)\s+(.*-U\S*)\s+(/\S*)(.*)} )) {=0A= # rpm -U command - substitute source directory=0A= my $basename =3D (split("/", $rpmpath))[-1];=0A= print "$rpm $opts $rpmdir/$basename$end\n";=0A= } else {=0A= print $_;=0A= }=0A= }=0A= '=0A= =0A= #----------=0A= # Main=0A= =0A= =0A= bindir=3D$binroot/`ReleaseCurrent $binroot`=0A= srcdir=3D$srcroot/`ReleaseCurrent $srcroot`=0A= =0A= =0A= case $mode in=0A= trial|test-trial)=0A= # Trying building rpm's - save source rpm's in cache=0A= =0A= test -d $cache || mkdir -p $cache=0A= LinkMyBin=0A= =0A= opts=3D"-U -e"=0A= if [ ! -z "$repository" ]=0A= then=0A= opts=3D"$opts -r $repository -f $repository/00INDEX.rdf.bz2"=0A= fi=0A= =0A= for pkg in $*=0A= do=0A= openpkg build -P sudo $opts $pkg \=0A= | perl -e "$trial_filter" -- $cache $srcdir \=0A= | $shell=0A= done=0A= UnlinkMyBin=0A= ;;=0A= =0A= release)=0A= # Copy source RPMs from trial build to source repository=0A= =0A= InstallRpms $cache $srcroot $srcdir=0A= ;;=0A= =0A= build|test-build)=0A= # Update this platform's binary repository from source=0A= =0A= LinkMyBin=0A= =0A= cat $configdir/build | {=0A= while read pkg opts=0A= do=0A= openpkg build -r $srcdir -P sudo -U -e $opts $pkg \=0A= | $shell=0A= done=0A= }=0A= =0A= UnlinkMyBin=0A= =0A= test $mode =3D "test-build" && exit=0A= =0A= # !!! Where do I store the netlinked rpms? - how do I make sure I = get=0A= # dependencies for local rpms install locall too? still need to = work=0A= # out some sticky issues...=0A= # cd $=0A= # for f in $mybindir/*.rpm=0A= # do=0A= # rpm --makeproxy --prefix=3D$netopdir $rpm=0A= # done=0A= =0A= # Check for rpm in local rpm directory. Use loop to test if any = file=0A= # matches pattern (looks silly - but I think this is the best way = to do=0A= # this in shell).=0A= for rpm in $mybindir/*.rpm=0A= do=0A= # Update binary repository if new rpm exists=0A= if [ "$force" =3D "yes" -o -f $rpm ]=0A= then=0A= # Include link to source repository=0A= echo "src $srcdir" >$mybindir/links=0A= =0A= InstallRpms $mybindir $binroot $bindir=0A= fi=0A= break=0A= done=0A= ;;=0A= =0A= update|test-update)=0A= # Update to latest versions of desired RPM's (using binary = repository).=0A= # !!! This mode needs to be run as root!=0A= =0A= if [ ! -x $opdir/bin/rpm ]=0A= then=0A= Bootstrap host=0A= fi=0A= =0A= if [ ! -d $bindir ]=0A= then=0A= # Can't find binary repository - try via curl.=0A= relnum=3D`curl -f -s -S $binurl/relnum`=0A= bindir=3D$binurl/$relnum=0A= fi=0A= =0A= openpkg build -U -e -p $platform -r $bindir "$@" \=0A= | perl -e "$update_filter" -- $bindir | $shell=0A= ;;=0A= =0A= init)=0A= Bootstrap host=0A= ;;=0A= bootstrap|init)=0A= Bootstrap platform=0A= =0A= ;;=0A= =0A= *)=0A= echo "unknown mode: $mode" 1>&2=0A= Usage=0A= exit 1=0A= ;;=0A= esac=0A= =0A= =0A= ------_=_NextPart_000_01C2E192.60EE4CE0-- From openpkg-users-owner@openpkg.org Mon Mar 3 15:31:27 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 58D25277A00 for ; Mon, 3 Mar 2003 15:31:27 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Mon, 3 Mar 2003 15:31:26 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Mon Mar 03 15:31:10 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h23EVOW18633 for ; Mon, 3 Mar 2003 15:31:24 +0100 Message-ID: <041901c2e191$67b492b0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: correct use of openpkg-tool? Date: Mon, 3 Mar 2003 15:30:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >I have written a helper script for managing my local openpkg repository: >openpkg-mgr. looks nice. thanks! Ingo From openpkg-users-owner@openpkg.org Mon Mar 3 18:00:05 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 3DF88277A18 for ; Mon, 3 Mar 2003 18:00:05 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 252FC8D801; Mon, 3 Mar 2003 18:00:04 +0100 (CET) Date: Mon, 3 Mar 2003 18:00:04 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: enviroment for building binary packages (Was: Re: dhcpd update does not rebuild on sol9) Message-ID: <20030303170004.GE46912@dev.de.cw.com> References: <030a01c2de6d$869d6a20$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <030a01c2de6d$869d6a20$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 27, 2003, Ingo T. Storm wrote: > BTW: SUNWhea, SUNWarc, SUNWtoo, SUNWlibm is what you need on top of a > SUNWreq install in order to be able to be able to compile apache. But > I guess they will be required for almost any compile at all. > Ingo, to get all OpenPKG packages up'n'running you usually need some additional vendor packages first. We've carefully documented the ones we used to make our efforts most reproducable. The 00README file located in the BIN directory of every release lists the envirment used to produce the binaries, i.e. for OpenPKG v1.2 have a look at ftp://ftp.openpkg.org/release/1.2/BIN/00README It lists that we started Solaris 9 with "entire distribution". It is obvious that developers and package builders need many tools and system libraries which do not come with a bare bone system so sometimes a lot of vendor packages have to be installed to make OpenPKG - and any additional software - working. This is especially true for Solaris which does not even come with a compiler. We try hard to make OpenPKG as independent as possible from the underlying OS but in the end OpenPKG is about packaging and not about changing world order (at least most of the time :-) -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Mar 4 01:44:45 2003 Received: from 413hiin73xgnbj1 (61-227-155-14.HINET-IP.hinet.net [61.227.155.14]) by mail.openpkg.org (Postfix) with SMTP id 87812277A18 for ; Tue, 4 Mar 2003 01:44:35 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users ºâ¤@ºâ¯u¬O¤£·Q¬¡¤F~~!! Date: Tue, 04 Mar 03 04:10:07 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_0060_465BBEC4.5E174724" Message-Id: <20030304004435.87812277A18@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_0060_465BBEC4.5E174724 Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0iemgtdHciPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+uuKkQLri r3WquqxPpKOk07dRrKGkRjwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQo8ZGl2Pg0K ICA8Zm9udCBmYWNlPSK80LeixekiIGNvbG9yPSIjZmYwMDAwIiBzaXplPSI1Ij48YSBocmVm PSJodHRwOi8vMTU4ODguMDAwLmNvbS5oay8iPg0KICC64qRAuuKvdaq6rE+ko6TTt1GsoaRG PC9hPi4uLi4uLi4uPC9mb250Pg0KPC9kaXY+DQo8Zm9udCBzaXplPSI0Ij4NCjxkaXY+DQog IDxmb250IGZhY2U9IrzQt6LF6SI+Jm5ic3A7Jm5ic3A7PC9mb250Pjxicj4NCiAgPGZvbnQg ZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDukQKFCpmik1r/6pH664qxPpnel/qnKqrqm c7TaoUg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUCo Q63TpEiquql3uHGko6ZQoUGms6RIu6GkrabKuFWhQaazpEi7oaRApGS4VaFDPC9mb250Pjxi cj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj6hQKFApv2sT6farW6quqSjpmih QafapXWtbqFHpOvBfqHRMjSt06TrtE6mbqRGoUM8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNl PSKy06n6xekiIHNpemU9IjIiPqFAoUCmcKpHpUin2qRXrdOk66q6wX6k9KbTqKWhQafaqrqm d6X+qcqmc7TarE81NzYwMDCkuKFDPC9mb250Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXp IiBzaXplPSIyIj6hQKFAp0HEsbFvpliyerbcoUg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNl PSKy06n6xekiIHNpemU9IjIiPqRHoUKksLvyrE+w96XOqrq/+qFHPC9mb250Pjxicj4NCiAg PGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj6hQKFAPGZvbnQgY29sb3I9IiM4MDAwODAi PsG/qOyw96XOqrq/+qFBtE6lsra3uuKkQKRVoUGn2q3MqOyps61upmik1r/6pH664qxPsPel zjwvZm9udD48L2ZvbnQ+PGZvbnQgY29sb3I9IiM4MDAwODAiPjxicj4NCiAgPGZvbnQgZmFj ZT0istOp+sXpIiBzaXplPSIyIj6hQKFAxf2n2q3Mp+Kzb736pGytbqrhpmik1r/6uuKkQKRV oUM8L2ZvbnQ+PC9mb250Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj6h QKFApnCqR7FxsnumYrZ9qWykdadAMzCmfqq6uNyhQafarcy73a1upLC78qlPoUg8L2ZvbnQ+ PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUAxLqnQpGyhR6ZipXil X6WrtlKkQLTJqdCkbKFBpV2sQbjL5kO73a1upmik1r/6oUg8L2ZvbnQ+PGJyPg0KICA8Zm9u dCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUChQKFAoUA4MDC4Vbd8pKO3fKTTpmihSMCz uNOudKSjpmiw1aFDpKOw96dhoUmhSTwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF 6SIgc2l6ZT0iMiI+oUChQKFAoUChQLSruuKmqK+yqvekaqz5rE88L2ZvbnQ+PGJyPg0KICA8 Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUChQKFAoUAyLjW4VaH+pOuh0TEyrdOk 66HRMzCmfqHXNzUwuFWkuDwvZm9udD48YnI+DQogIDxicj4NCiAgPGZvbnQgZmFjZT0istOp +sXpIiBzaXplPSIyIj6hQKFAMi6orqRsoUe2UqRAvfjB2bripnel/qq6qK6kbKFBNTC4VaRA vfjAs7jTpKO3fKTTuUyl96dhoUM8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xeki IHNpemU9IjIiPqFAoUChQKFAoUCzb734qK7F/adBtn2ku6Z+oUHAs7jTrW60q6RGp2GhQaRU pFGmfqdBu92tbrSrpK2zoaiuoUM8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xeki IHNpemU9IjIiPiZuYnNwO6FAoUChQKFAoUCp0qVIrE8goUChQKFAoUChQDUwuFWh0TWh1zI1 MLhVpLg8L2ZvbnQ+PGJyPg0KICA8YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0i MiI+Jm5ic3A7oUAzLqvEpGyhR6dBt1GlzbRYrdOrxKRsqU+hSKRHrdOlaaVIp2GhQ6SksOqu ybP4tL+4Z7P4vsmhQTwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0i MiI+oUChQKFAoUChQLD2vmmkQK3Tq8SkbKjspGq+x7Kmt36hQaRqrPm73a1uMTUwMLhVpLih QaSjpV2sQTwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+oUCh QKFAoUChQK9kvsehQbmzqOyroqbysOGu0aRApn6tbjQwMLhVpLihQ6nSpUinQbvdrW63x7PG qro8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUChQKFA oUCx0Kh8tk+sTzwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+ oUChQKFAoUChQDE1MDCh0TKh1zMwMDC4VaS4PC9mb250Pg0KICA8cD48Zm9udCBmYWNlPSKy 06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUA0Lqe1trak96XAoUekQK3TpOu1uaqoqqi2/bb9 qEOkSDUwMDCkuKFBt3yko7d8pNOmaKFBpnCqRzwvZm9udD48YnI+DQogIDxmb250IGZhY2U9 IrLTqfrF6SIgc2l6ZT0iMiI+oUChQKFAoUChQLWysUKr4aFBpNKpZML5pOilfK3TpEihQadB rW6ntba2pPelwKq6v/qkaqz5rE+hRzwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF 6SIgc2l6ZT0iMiI+oUChQKFAoUChQDUwMDCh0TSkSKHRMTKt06TrodEzMKZ+odc3MjC4VaS4 PGJyPg0KICA8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPiZu YnNwO6FAoUA1Lq5hrni2faTkoUekQK5hpXykZqFBqEOt06TrrmGlzqrhtk+64qRUuFWhQa50 pKOmaKdhoUG2UjwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+ Jm5ic3A7oUChQKFAoUChQLXmoUKk9LlxoUK5cbjctk+1pbWloUM8L2ZvbnQ+PGJyPg0KICA8 Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUChQKFAoUAzMDAwMKHRMTKt 06TrodEzMKZ+odcxMDgwuFWkuDwvZm9udD48YnI+DQogIDxicj4NCiAgPGZvbnQgZmFjZT0i stOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFANi6l8Laipc2soaFHpECmfqq6pfC2orZPpc6s +aZopNahQazduXG8dqFCqfGwsqq6rsim5qFCraU8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNl PSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUChQKFAoUC5Q7WloUGkQKZ+quGkrbhVpLih QcCzuNOko7d8pNOkZ63qp2GhQzwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIg c2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUChQKFdpKO3fKFBpl2ssKRApn6ms67JpViw6qRHprih XjwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUCh QKFAoUA1MDAwMKHRMzCmfqHXMTUwuFWkuDwvZm9udD48YnI+DQogIDxicj4NCiAgPGZvbnQg ZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFANy6waKXwqvehR6ZwqkenQaS7pFG3 s7BopfChQaVppUimQayhpFGkraZ+oUGoQ63TpOupTadBqro8L2ZvbnQ+PGJyPg0KICA8Zm9u dCBmYWNlPSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUChQKFAoUCm0abxpc6kVLhVpLi5 TKTppGyhQaVppUixtaj8p2GhSDwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIg c2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUChQDMwMDAwodExMq3TpOuh0TE1pn6h1zU0MLhVpLg8 L2ZvbnQ+PGJyPg0KICA8YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5i c3A7oUChQLJ7pmKn2q3MqNO64qRAuuK73a1upmik1r/6oUg8L2ZvbnQ+PGJyPg0KICA8YnI+ DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUChQKnQpGyh QDgwMLhVpLg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPiZu YnNwO6FAoUChQKFAoUCorqRsoUAyNTC4VaS4PC9mb250Pjxicj4NCiAgPGZvbnQgZmFjZT0i stOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAoUChQKFAq8SkbCAzMDAwuFWkuDwvZm9udD48 YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUChQKT3 pcChQDcyMLhVpLg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIi PiZuYnNwO6FAoUChQKFAoUCuYaXOIDEwODC4VaS4PC9mb250Pjxicj4NCiAgPGZvbnQgZmFj ZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAoUChQKFApfC2oqFAMTUwuFWkuDwvZm9u dD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUCh z7Hfpn6hQDU0MLhVpLg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9 IjIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIg c2l6ZT0iMiI+Jm5ic3A7oUChQKFAoUChQMFgrXChQDY1NDC4VaS4PC9mb250Pjxicj4NCiAg PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUClSrLTrN2s 3aazqFOms7/5oUg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIi PiZuYnNwO6FAoUA8Zm9udCBjb2xvcj0iI2ZmMDAwMCI+tKulebjcu6GhQadBqEOt06TrpXWt bqazMTi4VTGkZKZopLiquqaspEqhQbROsPekQL36pGyq4aXOpEahQzwvZm9udD48L2ZvbnQ+ PGZvbnQgY29sb3I9IiNmZjAwMDAiPjxicj4NCiAgPC9mb250Pjxicj4NCiAgPGZvbnQgZmFj ZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAprOoU6azt2S/+bDaoUGoQ63TpOukUaRL uFWkQKRkpmikuKFIPC9mb250Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIy Ij4mbmJzcDuhQKFArE+w2qFBrE+zb7zLuuKquqFHPC9mb250Pjxicj4NCiAgPGZvbnQgZmFj ZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFANjU0MLhVpLih0jMwpn6h0jEyrdOk66HX MTi4VTE2NjakuDwvZm9udD48YnI+DQogIDxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBz aXplPSIyIj4mbmJzcDuhQKFAq+e78qVpr+CkQK3TpOums6RRpEu4Vaq6pqykSqFBpKOtbruh pFGkS7hVoUG0TrripEu4VaRdq9zD+KFIPC9mb250Pjxicj4NCiAgPGJyPg0KICA8Zm9udCBm YWNlPSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUCoU7/5oUGm5qxGsHylRK1ws0K91axk oUGleMZXpmGwz6q6pFevWrHapa2noaRArdOk66q6pOvBfjwvZm9udD48YnI+DQogIDxmb250 IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKxPMy41uFWkuKFBtKulebjcu6Gh QaRApn6quqaspEqsTzQwuFWkuKFBpFSkUaZ+qrqmrKRKrE+hRzwvZm9udD48YnI+DQogIDxm b250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQDMuNbhVof6k66HRMTKt06Tr odEzMKZ+odcxMjYwuFWkuDwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6 ZT0iMiI+Jm5ic3A7oUChQKZwqkesT6TSqWSkQLBfwcg8L2ZvbnQ+PGJyPg0KICA8Zm9udCBm YWNlPSKy06n6xekiIHNpemU9IjIiPiZuYnNwO6FAoUAxMjYwodEyodcyNTIwuFWkuDwvZm9u dD48YnI+DQogIDxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuh QKFAqLq78qdBwdmudDwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0i MiI+Jm5ic3A7oUChQDY1NDCh0DI1MjCh1zQwMjC4VaS4PC9mb250Pjxicj4NCiAgPGZvbnQg ZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAwdmudLNvu/KmaKFBq+e78rjJsc+p T6FIPC9mb250Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj6hQKFAMS40 MDIwuFWkuKHSMzCmfqHSMTKt06TrodwxMbhVMjAwMKS4oWWlda1uqEOt06ZBvFelW7Nvu/Km aLROpm6hZjwvZm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5i c3A7oUChQDIuNDAyMKHQMzAwMKHXMTAyMLhVpLih0jMwpn6h0jEyrdOk66HcMi44uFWkuDwv Zm9udD48YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKFA oUChQKFlqE2pd7W0pGy1tK5dq+GhQahDrdOk68HZu928V6VbpEe4VaRLpGSkuKFmPC9mb250 Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAMy40MDIw odAzMDAwoc83NTC4VaS4oV6h1zI3MLhVpLih0jMwpn6h0jEyrdOk66HcNzUwMKS4PC9mb250 Pjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIiBzaXplPSIyIj4mbmJzcDuhQKFAoUChQKFA oWW1tKRstbSuXaSjrW6qqKqotv22/avhoUGoQ63TwdmtbrxXpVukQ6RkpK2myqS4oWY8L2Zv bnQ+PGJyPg0KICA8YnI+DQogIDxmb250IGZhY2U9IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7 oUChQK3orei64qq6qvfDQqFBpWmlSKVKstOs3aRArN2hQajDpKOsT6tEsWCmbqq6pc2soa5A oUk8L2ZvbnQ+PGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjQiPiZuYnNwOzwv Zm9udD48Zm9udCBmYWNlPSKy06n6xekiIHNpemU9IjIiPqFAoUCldaxPwdm5TKq6pWim06R2 oUGow6SjuuKsT6vcuqG3Tqq6oUGlaaVIu6GsTzwvZm9udD48YnI+DQogIDxmb250IGZhY2U9 IrLTqfrF6SIgc2l6ZT0iMiI+Jm5ic3A7oUChQKZ3pnel96X3oUKlraWtpFqkWqq6pOmkbL19 pEahQbvdrW6zb7vypmi/+q1DoUM8L2ZvbnQ+PGJyPg0KICA8YnI+DQogIDxhIGhyZWY9Imh0 dHA6Ly8xNTg4OC4wMDAuY29tLmhrLyI+PGZvbnQgZmFjZT0istOp+sXpIj4NCiAgPHNwYW4g c3R5bGU9ImJhY2tncm91bmQtY29sb3I6ICNmZmZmMDAiPqZwqkenQaWtpc21TKRqp9OhQaV1 qESku6RRpMChQbNvreimbqxPpLukUaTAoUE8YnI+DQogIKWmrE+kSKXNsF+9WKq6pc2sobzQ t8ehQaZwPC9zcGFuPjwvZm9udD48L2E+PC9mb250PjxhIGhyZWY9Imh0dHA6Ly8xNTg4OC4w MDAuY29tLmhrLyI+PGZvbnQgZmFjZT0istOp+sXpIj48c3BhbiBzdHlsZT0iYmFja2dyb3Vu ZC1jb2xvcjogI2ZmZmYwMCI+PGZvbnQgc2l6ZT0iNCI+qkenQahTprOvU6dPqrq52rdRPC9m b250Pjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iNCI+PHNwYW4gc3R5bGU9ImJhY2tncm91 bmQtY29sb3I6ICNmZmZmMDAiPjxicj4NCiAgPGZvbnQgZmFjZT0istOp+sXpIj6ouqdBsXGy e6Zitn2pbKdWpE+laMHIqKw2NTQwuFWkuKdhoUM8L2ZvbnQ+PC9zcGFuPjwvZm9udD48L2E+ PGZvbnQgc2l6ZT0iNCI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6ICNmZmZmMDAi Pjxicj4NCiAgPC9zcGFuPjxicj4NCiAgPGJyPg0KICA8Zm9udCBmYWNlPSKy06n6xekiIHNp emU9IjIiPiZuYnNwO6FAoUCq/rX5oUen2qazwkmko7dRrKGkRqFBrKGxb6TTqK+tV6RGPC9m b250PjwvZm9udD48L3A+DQogIDxwPjxmb250IGZhY2U9IrLTqfrF6SIgY29sb3I9IiNmZjAw MDAiIHNpemU9IjMiPjxpPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyANCiAgqr65RKZwpvOn77W9pdirZbFvsaGqcLbcoUin2q3Mp0u2T8Cwp0GzV7m6 oUM8L2I+PC9pPjwvZm9udD48L2Rpdj4NCjxwPjxiPjxpPjxmb250IGZhY2U9IrLTqfrF6SIg Y29sb3I9IiNGRjAwMDAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PGEgaHJlZj0iaHR0cDovLzE1ODg4LjAwMC5jb20uaGsvIj5odHRwOi8vMTU4ODguMDAwLmNv bS5oazwvYT48L2ZvbnQ+PC9pPjwvYj48L3A+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0KICAg IA== ------=_NextPart_000_0060_465BBEC4.5E174724-- From openpkg-users-owner@openpkg.org Tue Mar 4 12:42:55 2003 Received: from mail.computerbild.de (springer252.asv.de [194.64.254.252]) by mail.openpkg.org (Postfix) with ESMTP id 75532277B26 for ; Tue, 4 Mar 2003 12:42:55 +0100 (CET) Received: from cbntwg2.combi.de (cbntwg2.cb.de [192.168.0.36]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Tue, 4 Mar 2003 12:42:54 +0100 Received: FROM odo.redaktion.computerbild.de BY cbntwg2.combi.de ; Tue Mar 04 12:42:41 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h24BgrW12911 for ; Tue, 4 Mar 2003 12:42:53 +0100 Message-ID: <052601c2e243$05c8ff20$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: enviroment for building binary packages (Was: Re: dhcpd update does not rebuild on sol9) Date: Tue, 4 Mar 2003 12:41:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, >to get all OpenPKG packages up'n'running you usually need some >additional vendor packages first. We've carefully documented the ones we >used to make our efforts most reproducable. The 00README file located in >the BIN directory of every release lists the envirment used to produce >the binaries, i.e. for OpenPKG v1.2 have a look at > > ftp://ftp.openpkg.org/release/1.2/BIN/00README > >It lists that we started Solaris 9 with "entire distribution". Well, Thomas. I agree that trying to get by with no vendor packages is most probably futile. But especially in the case of Solaris that installs about 80% unneeded and most of the time unwanted stuff, I consider a requirement of "entire distribution", let's say "unfortunate". For me this means I have to do a lot of hardening (or rather "tightening") and patching of components that aren't required at all. Of course, on the other hand I do realize that you (plural: the development team) should rather spend your time bringing forward OpenPKG instead of figuring out over and over again whether this or that out of over 500 packages is really needed. (SUNWreq + real base requirements ~140 packages, SUNWCxall ~660). So again, I would like to point out that I really, really appreciate what you are doing. It's just that the "entire distribution" approach makes my life harder. So much harder, actually, that I would lose the major benefit of OpenPKG for me, which would be a fast, simple trusted and open patch mechanism in contrast to what Solaris provides - because I would still have to patch a huge Solaris system. So I will either try and keep OpenPKG running on minimal installs. If that isn't feasible I will have to look into an alternative to OpenPKG which I would not like to do. Let me suggest an approach that might be beneficial to all of us: Once my setup is stable, I will publish my efforts and the resulting dependency lists. The downside for the team is that I will ask a couple of questions and post problems on your mailing lists that would perhaps not exist in an "entire distribution" setup. Please discuss this with the other team members. If you (again, the team) feel that I cause too much work for you, let me know and I will shut up - and not take offense, because I understand that I want to use OpenPKG for other reasons than you originally designed it for. Promise. Cheers, Ingo From openpkg-users-owner@openpkg.org Wed Mar 5 22:26:56 2003 Received: from 413hiin73xgnbj1 (61-227-155-228.HINET-IP.hinet.net [61.227.155.228]) by mail.openpkg.org (Postfix) with SMTP id A623C277A22 for ; Wed, 5 Mar 2003 22:26:48 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users ¤Ñ¨Ïªº¬G¨Æ~~ Date: Wed, 05 Mar 03 18:31:39 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_00BE_CA131C17.BF254E9B" Message-Id: <20030305212648.A623C277A22@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_00BE_CA131C17.BF254E9B Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0iemgtdHciPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+pNGoz6q6 rEeoxjwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hbGlnbjogY2VudGVyIiBhbGlnbj0iY2VudGVyIj4NCjxmb250IGZh Y2U9IlRpbWVzIE5ldyBSb21hbiIgY29sb3I9IiM4MDgwZmYiIHNpemU9IjYiPg0KPHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDI0cHQ7IGNvbG9yOiAjODA4MGZmOyBm b250LWZhbWlseTogVGltZXMgTmV3IFJvbWFuIj4NCiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZv bnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBjb2xvcj0iIzgwODBmZiIgc2l6ZT0iNiI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDI0cHQ7IGNvbG9yOiAjODA4MGZm OyBmb250LWZhbWlseTogVGltZXMgTmV3IFJvbWFuIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxm b250IGZhY2U9IqTluamkpK9TvHOnacXpIiBjb2xvcj0iIzgwODBmZiIgc2l6ZT0iNiI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDI0cHQ7IGNvbG9yOiAjODA4MGZm OyBmb250LWZhbWlseTogpOW5qaSkr1O8c6dpxekiPg0KPC9zcGFuPjwvZm9udD48Zm9udCBj b2xvcj0iIzgwODBmZiIgc2l6ZT0iNyI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAzNnB0 OyBjb2xvcjogIzgwODBmZiI+PGEgaHJlZj0iaHR0cDovLzE1ODg4LjAwMC5jb20uaGsiPg0K pNGoz6q6rEeoxjwvYT48L3NwYW4+PC9mb250PjxhIGhyZWY9IjE1ODg4LjAwMC5jb20uaGsi Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgY29sb3I9IiM4MDgwZmYiIHNpemU9IjYi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAyNHB0OyBjb2xvcjogIzgw ODBmZjsgZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9zcGFuPjwvZm9u dD48Zm9udCBjb2xvcj0iIzgwODBmZiIgc2l6ZT0iNiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6IDI0cHQ7IGNvbG9yOiAjODA4MGZmIj4NCjwvc3Bhbj48L2ZvbnQ+ DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgY29sb3I6IGJs YWNrOyBmb250LWZhbWlseTogVGltZXMgTmV3IFJvbWFuIj4NCjxmb250IGZhY2U9IlRpbWVz IE5ldyBSb21hbiIgY29sb3I9ImJsYWNrIiBzaXplPSIyIj4mbmJzcDs8L2ZvbnQ+PC9zcGFu PjwvYT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjogY2Vu dGVyIiBhbGlnbj0iY2VudGVyIj4NCjxmb250IGZhY2U9IrdzstOp+sXpIiBjb2xvcj0iYmxh Y2siIHNpemU9IjIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgY29sb3I6IGJs YWNrIj6k0ajPqrqsR6jGIDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxpZ249ImNlbnRlciI+DQo8Zm9udCBm YWNlPSK3c7LTqfrF6SIgc2l6ZT0iMyIgY29sb3I9IiNGRjAwMDAiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDEycHQiPg0KpFqoxqSjpWmz5qzdqu2tsaFBqu2tsanSp2Wye6q6pKOkQKl3 tE6sT691ueqqujwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxpZ249ImNlbnRlciI+DQo8Zm9udCBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iIHNpemU9IjMiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiBUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOzwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp Z246IGNlbnRlcjsgbWFyZ2luLWJvdHRvbTogMTJwdCIgYWxpZ249ImNlbnRlciI+DQo8Zm9u dCBmYWNlPSK3c7LTqfrF6SIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTJw dCI+qOKm7KZiuUO++qq6pNGoz7fHs8amYqRArdOms7/6pEiquq5hPHNwYW4gY2xhc3M9Ikdy YW1FIj6kpKvXsUo8L3NwYW4+oUM8c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0Ks2+uYaRIue+k 0ajPrcyr3KSjq8iu8KFBpFOko63jpUytzKbtpmKkaqZ2qrqryKnQoUMgPGJyPg0KPGJyPg0K qfOsT6FBpUytzLDfprOm7aZipkKnTqq6pmGoY6FDIDxicj4NCjxicj4NCjxicj4NCjxicj4N CrftpNGoz63MpmKw7bV3qrqmYaRXt8ezxqfJPHNwYW4gY2xhc3M9IkdyYW1FIj7nRTwvc3Bh bj6uyaFBIDxicj4NCjxicj4NCqRqpNGoz7VvsnvA8KRXprOt06x9oUG0TqfirdeyeqZupEah QyA8L3NwYW4+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIGNvbG9yPSJibGFjayIgc2l6ZT0iMiI+DQo8c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgY29sb3I6IGJsYWNrOyBm b250LWZhbWlseTogVGltZXMgTmV3IFJvbWFuIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJs YWNrIiBzaXplPSIyIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTBw dDsgY29sb3I6IGJsYWNrIj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIiBjb2xvcj0iYmxhY2siIHNpemU9IjIiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6IDEwcHQ7IGNvbG9yOiBibGFjazsgZm9udC1mYW1pbHk6IFRpbWVz IE5ldyBSb21hbiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgc2l6ZT0iMiI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGNvbG9yOiBibGFjayI+DQo8L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOiBjZW50 ZXIiIGFsaWduPSJjZW50ZXIiPg0KPGZvbnQgZmFjZT0it3Oy06n6xekiIHNpemU9IjMiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEycHQiPqRwpNGoz6Sjqfqp0qVIoUM8c3BhbiBsYW5n PSJFTi1VUyI+PGJyPg0KPGJyPg0KpGqk0ajPuNHEwLlEoUekWqjGpKOlabPmrN2q7a2xoUMg PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KpFWkQK3Tsd+kV6FBpGqkcKTRqM+o06jspEC57zxz cGFuIGNsYXNzPSJHcmFtRSI+q9y9Yab9q9w8L3NwYW4+vPaxoaq6uUGk0qTSsPyuYaSkt7Ku p6FDIDwvc3Bhbj48L3NwYW4+PC9mb250Pg0KPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxpZ249ImNlbnRlciI+DQo8Zm9udCBmYWNl PSK3c7LTqfrF6SIgc2l6ZT0iMyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6IDEycHQiPjxicj4NCjxicj4NCqTAqMm5TLlBpNKk0rD8tsims6q6pEDCScJJrbmqq6vh oUEgPGJyPg0KPGJyPg0KuUGk0qTSsPzF/aTRqM+tzLrOpmKlTK3Mptukdqq6p8mkV6FDIDwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp Z246IGNlbnRlciIgYWxpZ249ImNlbnRlciI+DQo8Zm9udCBmYWNlPSK3c7LTqfrF6SIgc2l6 ZT0iMyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEycHQiPjxicj4N Cjxicj4NCrLEpEek0aatpFehQaTRqM+tzLVvxLG5QaTSpNKw/KZiqerAWbVorfqhQyA8L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IGZhY2U9IlRpbWVz IE5ldyBSb21hbiIgY29sb3I9ImJsYWNrIiBzaXplPSIyIj4NCjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBjb2xvcjogYmxhY2s7IGZvbnQtZmFtaWx5OiBU aW1lcyBOZXcgUm9tYW4iPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siIHNpemU9IjIiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OiAxMHB0OyBjb2xvcjogYmxhY2siPg0KPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjogY2VudGVyIiBhbGlnbj0iY2VudGVyIj4N Cjxmb250IGZhY2U9IrdzstOp+sXpIiBzaXplPSIzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZTogMTJwdCI+PGJyPg0Kreyo06VMrcy/4KVIrLClzaq6qMWk+6R3vfam YqXQs6WmuqVooUM8L3NwYW4+PC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTogVGltZXMgTmV3IFJvbWFu Ij4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8 L3NwYW4+PGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIiBjb2xvcj0iYmxhY2siIHNpemU9 IjIiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGNvbG9y OiBibGFjazsgZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgc2l6ZT0iMiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGNvbG9yOiBibGFjayI+DQo8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQqkcKTRqM+rRLFgPHNwYW4gY2xhc3M9 IkdyYW1FIj68q6vjoUE8L3NwYW4+plakaqTRqM+w3blEoUc8L3NwYW4+PGZvbnQgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiBUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPg0KPGJyPg0KPGJyPg0Kp0Gr56Vpxf2zb7RkukequqjGtW+lzaFJoUggPGJy Pg0KPGJyPg0KssSkQK3TpEisxrvys6Oms6FBp0GwvrC+wLClTKq6pqOhRiA8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxp Z249ImNlbnRlciI+DQo8Zm9udCBmYWNlPSK3c7LTqfrF6SIgc2l6ZT0iMyI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEycHQiPjxicj4NCjxicj4NCrLEpEeuYaRI qFOmszxzcGFuIGNsYXNzPSJHcmFtRSI+rMa78qFBPC9zcGFuPqtvxEC3TqTAqMmlTK3Mqrqk QKTBoUEgPGJyPg0KPGJyPg0KPHNwYW4gY2xhc3M9IkdyYW1FIj6nQbC+xf2lTK3MPC9zcGFu Pqq6pPumuqVooUOzb6xPrMa78rlEsnqhSaGoIDxicj4NCjxicj4NCjxicj4NCjxicj4NCqRq pNGoz7uhoUekWqjGpKOlabPmrN2q7a2xoUM8YnI+DQo8YnI+DQqn2q3Mpu2mYqRqpnaquqZh qGOuyaFBPC9zcGFuPjwvZm9udD48Zm9udCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0KPGJyPg0KPC9zcGFu Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiBUaW1lcyBOZXcgUm9tYW4iPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+IDwvc3Bhbj4N Cjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiBUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPiANCqfapmLA8Kx9pLq1b7J7prO2wKr3oUM8L3NwYW4+PGZv bnQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiBUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPg0KPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWFsaWduOiBjZW50ZXIiIGFsaWduPSJjZW50ZXIiPg0KPGZvbnQgZmFj ZT0it3Oy06n6xekiIHNpemU9IjMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOiAxMnB0Ij48YnI+DQo8YnI+DQqsSrVNqLqt06azv/qkSLNvu/KzZ6TfpFOko8RApMCo ybBdtEmhQSA8YnI+DQo8YnI+DQqn2qtLp+KlpqvKpu2hQajPpUyn5KSjqOyhQyA8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQqsUbHfqU+hQafarcymYrlBpNKquqfJus6uyaFBprqkYKTRqM+t bqj6pUypZKRsqrqpUqFBIDxicj4NCjxicj4NCqfaq0ulSKi6wFmk+6VOtMChQ6nSpUihQaRa qMako6Vps+as3artrbGhQzxicj4NCjxicj4NCjxicj4NCjxicj4NCqXNrKGkpKq6ueqo0qFH IDwvc3Bhbj48L2ZvbnQ+PGZvbnQgZmFjZT0it3Oy06n6xekiIGNvbG9yPSIjY2NjY2NjIiBz aXplPSIzIj4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMnB0OyBj b2xvcjogI2NjY2NjYyI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBj b2xvcj0iIzgwODBmZiI+PHNwYW4gc3R5bGU9ImNvbG9yOiAjODA4MGZmIj637adBxLGxb8P4 pUikSrrOoUE8c3BhbiBsYW5nPSJFTi1VUyI+DQo8YnI+DQo8YnI+DQq90KdBt1GwXzxzcGFu IGNsYXNzPSJHcmFtRSI+qLqox7VMp8mlaTwvc3Bhbj66zqFBtUyuYaVpwmuquqRIoUM8L3Nw YW4+PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iI2NjY2NjYyI+PHNwYW4gc3R5bGU9ImNv bG9yOiAjY2NjY2NjIj4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxpZ249ImNlbnRlciI+DQo8Zm9udCBm YWNlPSK3c7LTqfrF6SIgY29sb3I9IiNjY2NjY2MiIHNpemU9IjMiPg0KPHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjY2NjY2NjIj48YnI+DQo8 L3NwYW4+PC9mb250Pjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hbiIgY29sb3I9IiNjY2Nj Y2MiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjogI2NjY2NjYzsgZm9udC1m YW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjogY2VudGVyIiBhbGlnbj0iY2Vu dGVyIj4NCjxmb250IGZhY2U9IrdzstOp+sXpIiBjb2xvcj0iI2NjY2NjYyIgc2l6ZT0iMyI+ DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICNj Y2NjY2MiPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9IiM4MDgwZmYiPjxzcGFu IHN0eWxlPSJjb2xvcjogIzgwODBmZiI+t+2nQcC9qK2orsBzpN+r5qZwtUmuyaFBPHNwYW4g bGFuZz0iRU4tVVMiPg0KPGJyPg0KPGJyPg0KpKOtbrW0seahQbNvpUCsyaazqMekSLNzvnKo rqq6vve3fLOjqFOms6FDPC9zcGFuPjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9IiNjY2Nj Y2MiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6ICNjY2NjY2MiPg0KPGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iIzgwODBmZiI+ PHNwYW4gc3R5bGU9ImNvbG9yOiAjODA4MGZmIj637adBpLWk0aq6pHWnQKSjpnC3TqFBPHNw YW4gbGFuZz0iRU4tVVMiPg0KPGJyPg0KPGJyPg0Kt1G3UaRArdOkd7hnpFSt06TrqFOms6R1 p0CquqRIoUM8L3NwYW4+PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iI2NjY2NjYyI+PHNw YW4gc3R5bGU9ImNvbG9yOiAjY2NjY2NjIj4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246IGNlbnRlciIgYWxpZ249ImNlbnRl ciI+DQo8Zm9udCBmYWNlPSK3c7LTqfrF6SIgY29sb3I9IiNjY2NjY2MiIHNpemU9IjMiPg0K PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjY2Nj Y2NjIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSIjODA4MGZmIj48 c3BhbiBzdHlsZT0iY29sb3I6ICM4MDgwZmYiPrftp0G577N1pWiqurdQsaG1tLHmrsmhQTxz cGFuIGxhbmc9IkVOLVVTIj4NCjxicj4NCjxicj4NCrdRt1GkQK3TsXGo07OjpKOqvrlEt1Kk SKlNs1G3Uqq6t1DEsaq6pEihQyA8YnI+DQo8L3NwYW4+PC9zcGFuPjwvZm9udD48Zm9udCBj b2xvcj0iI2NjY2NjYyI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiAjY2Nj Y2NjIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSIjODA4 MGZmIj48c3BhbiBzdHlsZT0iY29sb3I6ICM4MDgwZmYiPg0Kt+2nQanqq+ikU61uuUykQK3T qEm0Zaq6tmelva7JoUE8c3BhbiBsYW5nPSJFTi1VUyI+IDxicj4NCjxicj4NCrdRt1GkQK3T sF2sRqv61XWqurD8pEihQahDtmekdadApEOk0aFBIDxicj4NCjxicj4NCqhDpNGkdadApFGk R6RwrsmhQa7JwX6ko7lMPHNwYW4gY2xhc3M9IkdyYW1FIj6kQDwvc3Bhbj6myqS4oUHB2a1u vmmsoaRArmG8xqRmoUMgPGJyPg0KPGJyPg0KPC9zcGFuPjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9IiNjY2NjY2MiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjogI2Nj Y2NjYyI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iIzgwODBmZiI+ PHNwYW4gc3R5bGU9ImNvbG9yOiAjODA4MGZmIj4NCrftp0GquqhUqK6mYq/uraWzpaV+urak 9aFBrW6oq6jsptG7t6R+prOkSMCwpqOhQTxzcGFuIGxhbmc9IkVOLVVTIj4gPGJyPg0KPGJy Pg0Kt1G3UaRArdOkVarPxfW6yKq6pEihQaZotPex5qVppUioq7NvrHG49KFDPC9zcGFuPjwv c3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9IiNjY2NjY2MiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6ICNjY2NjY2MiPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu PjwvZm9udD48Zm9udCBjb2xvcj0iIzgwODBmZiI+PHNwYW4gc3R5bGU9ImNvbG9yOiAjODA4 MGZmIj637adBt9PD6K7JtW+ye6RAsfi3c6q6pdW+dqFBPHNwYW4gbGFuZz0iRU4tVVMiPg0K PGJyPg0KPGJyPg0Kt1G3UaRArdM8c3BhbiBjbGFzcz0iR3JhbUUiPqW/uGe++qTGwPg8L3Nw YW4+qrrA+a9nr2akSKFBpmi3UaazwFm+dqVppUiy06zdoUMgPGJyPg0KPC9zcGFuPjwvc3Bh bj48L2ZvbnQ+PGZvbnQgY29sb3I9IiNjY2NjY2MiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJjb2xvcjogI2NjY2NjYyI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48 Zm9udCBjb2xvcj0iIzgwODBmZiI+PHNwYW4gc3R5bGU9ImNvbG9yOiAjODA4MGZmIj4NCrft p0HEsbFvptukdrNRxEahQaXNqVKoU6azt064caFBvdCnQcNotdu3UK6mqrqk36FBPHNwYW4g bGFuZz0iRU4tVVMiPiA8YnI+DQo8YnI+DQqmXaywprOox6RIrtqlu6hTprOzb7vyqviquqXN qVKlaLhnvvqzb6jHoUM8L3NwYW4+PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iI2NjY2Nj YyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjogI2NjY2NjYyI+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSIjRkYwMDAwIj48c3BhbiBs YW5nPSJFTi1VUyI+PGJyPg0Kt+2nQaZdrLCo5KVMpEiquqZ5u8ShQbVMqr6hQbT5pHCpzq/K pUamd6X+t1Cm06j8rmChQSA8YnI+DQo8YnI+DQqwT6btoUGoxrGhpWmv4KfzwVahQanOqsyn QabbpHakXaxPqLq62KRIoUk8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIGFsaWduPSJjZW50ZXIiPm1vcmV+fn48YSBocmVmPSJodHRwOi8vMTU4ODguMDAwLmNv bS5oayI+aHR0cDovLzE1ODg4LjAwMC5jb20uaGs8L2E+PC9wPg0KDQo8L2JvZHk+DQoNCjwv aHRtbD4NCiAgICA= ------=_NextPart_000_00BE_CA131C17.BF254E9B-- From openpkg-users-owner@openpkg.org Wed Mar 12 10:42:53 2003 Received: from web41510.mail.yahoo.com (web41510.mail.yahoo.com [66.218.93.93]) by mail.openpkg.org (Postfix) with SMTP id 8AD5A277A00 for ; Wed, 12 Mar 2003 10:41:38 +0100 (CET) Message-ID: <20030312094135.64653.qmail@web41510.mail.yahoo.com> Received: from [195.99.244.5] by web41510.mail.yahoo.com via HTTP; Wed, 12 Mar 2003 01:41:35 PST Date: Wed, 12 Mar 2003 01:41:35 -0800 (PST) From: Colin Browell Subject: A query about OpenPKG-SA-2003.010-php To: openpkg-users@openpkg.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I've been asked to look at the OpenPKG-SA-2003.010-php security advisory to see whether it affects our installation of Apache 1.3.27(which we obtained directly from the apache web site). The advisisory seems to say that the problem is specifically with PHP (which we do not use), but it lists affected packages thus: Affected Releases: Affected Packages: Corrected Packages: OpenPKG CURRENT == php-4.3.0-20030115 >= php-4.3.1-20030218 <= apache-1.3.27-20030212 >= apache-1.3.27-20030218 >= apache-1.3.27-20021228 >= apache-1.3.27-20030218 OpenPKG 1.2 == php-4.3.0-1.2.0 >= php-4.3.0-1.2.1 == apache-1.3.27-1.2.0 >= apache-1.3.27-1.2.1 OpenPKG 1.1 none N.A. As I am completely new to OpenPKG the above format is a bit confusing, but it appears to be saying that some versions of the apache package are affected - why should this be if the problem is specifically with PHP? As far as I am aware 1.3.27 of apache from the apache site does not include PHP. Am I right in assuming that that the packages listed above are packages that OpenPKG have put together themselves (as distinct from the apache or php tar files which are downloadable from the apache or php sites), and that the extra date stamp in the package name is specific to an issue of the OpenPKG package? If this is the case then the only reason I can think of that OpenPKG's apache packages are affected by the PHP problem is that OpenPKG had decided to include PHP with their own apache package. Is this the case? Thanks, Colin __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com From openpkg-users-owner@openpkg.org Wed Mar 12 11:10:56 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 65C3B277A00 for ; Wed, 12 Mar 2003 11:10:55 +0100 (CET) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h2CAAoD21160 for ; Wed, 12 Mar 2003 11:10:50 +0100 Received: from mail-av1.computerbild.de (cbw2kproxy.combi.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 12 Mar 2003 11:10:50 +0100 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Wed Mar 12 11:10:57 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h2CAAnY25575 for ; Wed, 12 Mar 2003 11:10:49 +0100 Message-ID: <034e01c2e87f$6ed1f7a0$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: A query about OpenPKG-SA-2003.010-php Date: Wed, 12 Mar 2003 11:09:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >Am I right in assuming that that the packages listed above are packages >that OpenPKG have put together themselves correct. With apache from OpenPkg you can choose at build time which external stuff you want to include. Among this "stuff" is mod_php. Thus apache from OpenPKG might is affected if you build it with php, while plain apache (from apache.org) or OpenPKG apache built WITHOUT php are NOT affected. Ingo From openpkg-users-owner@openpkg.org Wed Mar 12 13:34:32 2003 Received: from web41511.mail.yahoo.com (web41511.mail.yahoo.com [66.218.93.94]) by mail.openpkg.org (Postfix) with SMTP id CBAD8277A00 for ; Wed, 12 Mar 2003 13:34:30 +0100 (CET) Message-ID: <20030312123357.29225.qmail@web41511.mail.yahoo.com> Received: from [195.99.244.5] by web41511.mail.yahoo.com via HTTP; Wed, 12 Mar 2003 04:33:57 PST Date: Wed, 12 Mar 2003 04:33:57 -0800 (PST) From: Colin Browell Subject: Re: A query about OpenPKG-SA-2003.010-php To: openpkg-users@openpkg.org In-Reply-To: <034e01c2e87f$6ed1f7a0$7400a8c0@dukat.cb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --- "Ingo T. Storm" wrote: > With apache from OpenPkg you can choose at build time which external > stuff you want to include. Among this "stuff" is mod_php. Thus apache > from OpenPKG might is affected if you build it with php, while plain > apache (from apache.org) or OpenPKG apache built WITHOUT php are NOT > affected. Thanks Ingo. So is PHP actually *inside* the OpenPKG apache package; or is there some sort of functionality built into the unpackager which can automatically download and install a separate PHP package with a specific OpenPKG version number (if the user chooses)? Colin __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com From openpkg-users-owner@openpkg.org Wed Mar 12 14:37:08 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 42DA1277A00 for ; Wed, 12 Mar 2003 14:37:08 +0100 (CET) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h2CDb3D12841 for ; Wed, 12 Mar 2003 14:37:03 +0100 Received: from mail-av1.computerbild.de (cbw2kproxy.combi.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 12 Mar 2003 14:37:03 +0100 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Wed Mar 12 14:37:10 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h2CDb2Y21237 for ; Wed, 12 Mar 2003 14:37:02 +0100 Message-ID: <041b01c2e89c$3d5ea430$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: A query about OpenPKG-SA-2003.010-php Date: Wed, 12 Mar 2003 14:35:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >Thanks Ingo. you're welcome. >So is PHP actually *inside* the OpenPKG apache package; mod_php is in the OpenPKG apache package. (as is mod_ssl and the like). This means that when any of the packages contained has an update, the "container package" will have to be updated. This is the reason why you see both apache and the standalone php package in the advisory. At least I hope this is the case. I am rather new to OpenPKG myself. To all th others: please correct me if I am talking rubbish to Colin. Ingo From openpkg-users-owner@openpkg.org Wed Mar 12 14:56:12 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id CA161277A00 for ; Wed, 12 Mar 2003 14:56:11 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 5A0548D7C5; Wed, 12 Mar 2003 14:56:09 +0100 (CET) Date: Wed, 12 Mar 2003 14:56:09 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: A query about OpenPKG-SA-2003.010-php Message-ID: <20030312135608.GA87082@sv1.dev.de.cw.net> References: <041b01c2e89c$3d5ea430$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <041b01c2e89c$3d5ea430$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Mar 12, 2003, Ingo T. Storm wrote: > mod_php is in the OpenPKG apache package. (as is mod_ssl and the > like). This means that when any of the packages contained has an > update, the "container package" will have to be updated. This is the > reason why you see both apache and the standalone php package in the > advisory. Some clarification. The advisory is only for the standalone php interpreter (being used as a CGI) but not for the embedded apache module. The apache package is supposed to build only the apache module (assuming you specify the 'with_php' option) and thus would not be affected. However, due to some oversight from us, some versions of the apache package also build the affected standalone php interpreter (-> the php build now requires an explicit --disable-cli to prevent the php interpreter from begin built :-(). So: if you had installed the listed apache package and built it with the 'with_php' option, then you also installed the php binary that is affected when being used as a CGI. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Mar 12 15:01:02 2003 Received: from web41503.mail.yahoo.com (web41503.mail.yahoo.com [66.218.93.86]) by mail.openpkg.org (Postfix) with SMTP id 3D925277A00 for ; Wed, 12 Mar 2003 15:01:01 +0100 (CET) Message-ID: <20030312140057.65080.qmail@web41503.mail.yahoo.com> Received: from [195.99.244.5] by web41503.mail.yahoo.com via HTTP; Wed, 12 Mar 2003 06:00:57 PST Date: Wed, 12 Mar 2003 06:00:57 -0800 (PST) From: Colin Browell Subject: Re: A query about OpenPKG-SA-2003.010-php To: openpkg-users@openpkg.org In-Reply-To: <20030312135608.GA87082@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ingo and Michael, thanks once again. That clarifies thinks nicely. Regards Colin __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com From openpkg-users-owner@openpkg.org Wed Mar 12 15:02:47 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id C7BBE277A00 for ; Wed, 12 Mar 2003 15:02:46 +0100 (CET) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h2CE2iD16251 for ; Wed, 12 Mar 2003 15:02:44 +0100 Received: from mail-av1.computerbild.de (cbw2kproxy.combi.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 12 Mar 2003 15:02:44 +0100 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Wed Mar 12 15:02:51 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h2CE2hY27976 for ; Wed, 12 Mar 2003 15:02:43 +0100 Message-ID: <045101c2e89f$d3969360$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: A query about OpenPKG-SA-2003.010-php Date: Wed, 12 Mar 2003 15:01:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >Some clarification. Does this meanm that I got the picture completely wrong or was I only wrong in this case where only _php as a cgi_ is vulnerable and not the mod_php resulting from building apache with_php? Thanks! Ingo From openpkg-users-owner@openpkg.org Wed Mar 12 15:38:57 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 44DD2277A00 for ; Wed, 12 Mar 2003 15:38:57 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id D18228D7C5; Wed, 12 Mar 2003 15:38:54 +0100 (CET) Date: Wed, 12 Mar 2003 15:38:54 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: A query about OpenPKG-SA-2003.010-php Message-ID: <20030312143854.GA88106@sv1.dev.de.cw.net> References: <045101c2e89f$d3969360$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <045101c2e89f$d3969360$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Mar 12, 2003, Ingo T. Storm wrote: > >Some clarification. > > Does this meanm that I got the picture completely wrong No. > or was I only > wrong in this case where only _php as a cgi_ is vulnerable and not the > mod_php resulting from building apache with_php? Wether a "container package" (like apache) requires an update when a "base package" (like php) is updated, depends on the particular packages. Normally there is such a strict dependency and you are fully right. In case of php and apache the vulnerability was very narrow and would not have required an update of apache. However, due to our mistake, we had again such a requirement. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Mar 12 15:59:53 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 1BB1E277A00 for ; Wed, 12 Mar 2003 15:59:53 +0100 (CET) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h2CExoD22620 for ; Wed, 12 Mar 2003 15:59:50 +0100 Received: from mail-av1.computerbild.de (cbw2kproxy.combi.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 12 Mar 2003 15:59:50 +0100 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Wed Mar 12 15:59:58 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h2CExnY29145 for ; Wed, 12 Mar 2003 15:59:49 +0100 Message-ID: <047201c2e8a7$cde5d810$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: A query about OpenPKG-SA-2003.010-php Date: Wed, 12 Mar 2003 15:58:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >Normally there is such a strict dependency and you are fully right. Thanks. I feel like a guru now;-) Ingo From openpkg-users-owner@openpkg.org Thu Mar 13 20:31:16 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 486A3277A0B for ; Thu, 13 Mar 2003 20:31:15 +0100 (CET) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id F14261BF23E for ; Thu, 13 Mar 2003 14:31:11 -0500 (EST) Received: from samiam (redfish-127.cle.lionbioscience.com [10.20.11.208]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id E831912C001 for ; Thu, 13 Mar 2003 14:31:11 -0500 (EST) From: mandrews To: openpkg-users@openpkg.org Subject: trouble forwarding fsl to syslog Date: Thu, 13 Mar 2003 14:31:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am trying to make fsl forward messages to syslog and having no luck. I am= working with the postfix package. I editied fsl.postfix to what I though w= ould duplicate messages to syslog. I verified that mail.debug messages were= being logged by syslogd using logger - even from a remote machine in case = syslogd was not allowing network connections: logger -p mail.debug hi Here is my fsl.postfix - am I missing something. I don't even get messages = in the /opt/openpkg/var/postfix/log/postfix.log file now! ## ## fsl.postfix -- OSSP fsl configuration for Postfix ## ident (postfix/.+)/.+ q{ debug: syslog( target=3D"remote", remotehost=3D"localhost", ident=3D"postfix", facility=3D"mail" ); prefix( prefix=3D"%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: file( path=3D"/opt/openpkg/var/postfix/log/postfix.log", append=3D1, perm=3D0644 ) } }; = ---- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Fri Mar 14 10:44:54 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id DADED277AF1 for ; Fri, 14 Mar 2003 10:44:53 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id C2A984CE578; Fri, 14 Mar 2003 10:44:53 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id BDE58286D0; Fri, 14 Mar 2003 08:43:49 +0100 (CET) Date: Fri, 14 Mar 2003 08:43:49 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030314074349.GA31076@engelschall.com> References: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 13, 2003, mandrews wrote: > I am trying to make fsl forward messages to syslog and having no luck. > I am working with the postfix package. I editied fsl.postfix to what I > though would duplicate messages to syslog. I verified that mail.debug > messages were being logged by syslogd using logger - even from a remote > machine in case syslogd was not allowing network connections: > > logger -p mail.debug hi > > Here is my fsl.postfix - am I missing something. I don't even get > messages in the /opt/openpkg/var/postfix/log/postfix.log file now! The question is whether also "logger -p mail.info foo" and "logger -p mail.notice foo" results in being correctly logged. If this works, I've currently no clue why your fsl.postfix does not work as expected. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Mar 14 15:13:52 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id A82E8277A0B for ; Fri, 14 Mar 2003 15:13:51 +0100 (CET) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 3B4A71BF241 for ; Fri, 14 Mar 2003 09:13:48 -0500 (EST) Received: from samiam (redfish-127.cle.lionbioscience.com [10.20.11.208]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 09E4812C001 for ; Fri, 14 Mar 2003 09:13:48 -0500 (EST) From: mandrews To: openpkg-users@openpkg.org Subject: RE: trouble forwarding fsl to syslog Date: Fri, 14 Mar 2003 09:13:42 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I checked and indeed these did add syslog entries: logger -p mail.info foo logger -p mail.notice foo! I suspect there is some syntax error in the fsl.postfix file as it stops lo= gging to the file when I make the change too. In fact the following would n= ot log to the postfix.log file either: ---- ## ## fsl.postfix -- OSSP fsl configuration for Postfix ## ident (postfix/.+)/.+ q{ # debug: syslog( # target=3D"remote", # remotehost=3D"localhost", # ident=3D"postfix", # facility=3D"mail" # ); prefix( prefix=3D"%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: file( path=3D"/opt/openpkg/var/postfix/log/postfix.log", append=3D1, perm=3D0644 ) } }; ---- whereas this would: ---- ## ## fsl.postfix -- OSSP fsl configuration for Postfix ## # debug: syslog( # target=3D"remote", # remotehost=3D"localhost", # ident=3D"postfix", # facility=3D"mail" # ); ident (postfix/.+)/.+ q{ prefix( prefix=3D"%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: file( path=3D"/opt/openpkg/var/postfix/log/postfix.log", append=3D1, perm=3D0644 ) } }; ---- Any idea what the syntax error might be? I can't find any record of the err= or in parsing the fsl file. Martin ---- Martin Andrews martin.andrews@lionbioscience.com = > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. = > Engelschall > Sent: Friday, March 14, 2003 2:44 AM > To: openpkg-users@openpkg.org > Subject: Re: trouble forwarding fsl to syslog > = > = > On Thu, Mar 13, 2003, mandrews wrote: > = > > I am trying to make fsl forward messages to syslog and = > having no luck. > > I am working with the postfix package. I editied = > fsl.postfix to what I > > though would duplicate messages to syslog. I verified that = > mail.debug > > messages were being logged by syslogd using logger - even = > from a remote > > machine in case syslogd was not allowing network connections: > > > > logger -p mail.debug hi > > > > Here is my fsl.postfix - am I missing something. I don't even get > > messages in the /opt/openpkg/var/postfix/log/postfix.log file now! > = > The question is whether also "logger -p mail.info foo" and "logger -p > mail.notice foo" results in being correctly logged. If this = > works, I've > currently no clue why your fsl.postfix does not work as expected. From openpkg-users-owner@openpkg.org Wed Mar 19 14:40:51 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 6EC9F277A22 for ; Wed, 19 Mar 2003 14:40:51 +0100 (CET) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h2JDelD29565 for ; Wed, 19 Mar 2003 14:40:48 +0100 Received: from mail-av1.computerbild.de (cbw2kproxy.combi.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Wed, 19 Mar 2003 14:40:47 +0100 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Wed Mar 19 14:41:03 2003 +0100 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h2JDekY24793 for ; Wed, 19 Mar 2003 14:40:46 +0100 Message-ID: <00de01c2ee1c$dea55f70$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: another openpkg-tool question Date: Wed, 19 Mar 2003 14:38:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I use "openpkg index" to create an index of my binary repository (sol9) and on my production machine I use "openpkg build" to check whether there are any updates. When openssl got updated to 1.2.2, I got lots of complaints about packages that need rebuilding (e.g. apache, lynx, wget) because they have openssl in their deps. I rebuild and installed the openssl-1.2.2 first in order to rebuild the rest in the next iteration. Unfortunately, after installing openssl-1.2.2 these complaints vanished and I cannot remember all of them. Now, from my probably coarse understanding of dependencies, I gather that should still rebuild all packages that rely on openssl - but it seems I am not able to find out which these are, at least not with "openpkg build". Where is my oversight or is there a workaround? Thanks, Ingo From openpkg-users-owner@openpkg.org Wed Mar 19 16:49:52 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id D37BB277A00 for ; Wed, 19 Mar 2003 16:49:51 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 78F108D80C; Wed, 19 Mar 2003 16:49:48 +0100 (CET) Date: Wed, 19 Mar 2003 16:49:48 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: another openpkg-tool question Message-ID: <20030319154948.GB74066@sv1.dev.de.cw.net> References: <00de01c2ee1c$dea55f70$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <00de01c2ee1c$dea55f70$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Mar 19, 2003, Ingo T. Storm wrote: > When openssl got updated to 1.2.2, I got lots of complaints about > packages that need rebuilding (e.g. apache, lynx, wget) because they > have openssl in their deps. I rebuild and installed the openssl-1.2.2 > first in order to rebuild the rest in the next iteration. Hmm. openpkg build should do just that. You tell it to upgrade openssl and it will automatically upgrade the rest _unless_ you force it with the -q option to ignore these 'reverse dependencies'. You can recompile openssl and all dependencies by using the -z option. I.e.: openpkg build -z openssl will trigger rebuilds of openssl and all forward and backward dependencies. openpkg build -zU openssl will also try to upgrade all touched packages when possible. Obviously this will redo at least the openssl build. If you are sure that this is not necessary then save the openpkg build output into a file and remove the commands. -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Mar 19 23:58:21 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 9A9D1277A00 for ; Wed, 19 Mar 2003 23:58:21 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 4394C8D80C; Wed, 19 Mar 2003 23:58:18 +0100 (CET) Date: Wed, 19 Mar 2003 23:58:18 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030319225818.GB82255@dev.de.cw.com> References: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 13, 2003, mandrews wrote: > I am trying to make fsl forward messages to syslog and having no luck. > I am working with the postfix package. I editied fsl.postfix [...] > Re Martin, i like to know if you finally succeeded with the feedback you received so far. The fsl itself is a tiny library which gets it's power from the unterlying "l2" logging library and "cfg" configuration parser library. The most trouble i've seen with current releases of fsl (as they come with OpenPKG) is admins fighting with syntactical problems. I've seen one problem in your reports where you used shell style "hash" comments inside a l2spec which is not allowed. Also note that "fsl concatenates all fsl.* files and needs semicolon as separator" which means that a faulty fsl config file might break others (see http://cvs.openpkg.org/chngview?cn=5365 as an example how we were caught by our own pitfall). The grammar of a OSSP l2 channel tree specification is documented in fsl(3) along with a bunch of examples. I also want to point out that the OSSP l2 library comes with a nifty command line "l2tool" which allows a user to quickly try a l2spec. This is half the way towards fsl. Unfortunately the "l2tool" is not installed along OpenPKG fsl so you either have to hack the fsl.spec (item for my personal TODO list) or install the OpenPKG l2 package just to get the tool (shouldn't be hard work). Quick and dirty example: $ echo "foo" | /cw/bin/l2tool \ 'debug: prefix ( prefix="[%b %d %H:%M:%S] <%L> [%P]" ) -> fd(fd=1)' [Mar 10 23:55:25] [47105]foo Please contact me if you need further assistance. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Mar 20 00:10:55 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 2B5D8277A00 for ; Thu, 20 Mar 2003 00:10:55 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id D93388D758; Thu, 20 Mar 2003 00:10:51 +0100 (CET) Date: Thu, 20 Mar 2003 00:10:51 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: enviroment for building binary packages (Was: Re: dhcpd update does not rebuild on sol9) Message-ID: <20030319231051.GC82255@dev.de.cw.com> References: <052601c2e243$05c8ff20$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <052601c2e243$05c8ff20$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Mar 04, 2003, Ingo T. Storm wrote: > >It lists that we started Solaris 9 with "entire distribution". > > I agree that trying to get by with no vendor packages is most probably > futile. But especially in the case of Solaris [...] Let me suggest an > approach that might be beneficial to all of us: Once my setup is > stable, I will publish my efforts and the resulting dependency lists. > Ingo, the OpenPKG philosopy is clearly shown in http://www.openpkg.org/doc/slideset/openpkg.html/slide-004-n.html and approach is probably closer to that definiton as our current implementation. > The downside for the team is that I will ask a > couple of questions and post problems on your mailing lists [...] > No problem. Go ahead and help the spirit of OpenPKG. Your efforts are much appreciated. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Mar 20 17:30:37 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 73CBC277A22 for ; Thu, 20 Mar 2003 17:30:37 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id AB8118D758; Thu, 20 Mar 2003 17:30:33 +0100 (CET) Date: Thu, 20 Mar 2003 17:30:33 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030320163033.GC6843@dev.de.cw.com> References: <20030313193111.E831912C001@ginger.cle.lionbioscience.com> <20030319225818.GB82255@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030319225818.GB82255@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Mar 19, 2003, Thomas Lotterer wrote: > I also want to point out that the OSSP l2 library comes with a nifty > command line "l2tool" which allows a user to quickly try a l2spec. This > is half the way towards fsl. Unfortunately the "l2tool" is not installed > along OpenPKG fsl so you either have to hack the fsl.spec (item for my > personal TODO list) [...] > OK, fsl now installes the tool. To avoid naming conflicts with the l2 package the binary is installed as "fsl-l2tool". ftp://ftp.openpkg.org/current/SRC/fsl-1.0.8-20030320.src.rpm ftp://ftp.openpkg.org/release/1.2/UPD/fsl-1.0.8-1.2.2.src.rpm ftp://ftp.openpkg.org/release/1.1/UPD/fsl-1.0.8-1.1.2.src.rpm > Quick and dirty example: > $ echo "foo" | /cw/bin/fsl-l2tool \ 'debug: prefix ( prefix="[%b %d %H:%M:%S] <%L> [%P]" ) -> fd(fd=1)' [Mar 10 17:06:01] [12726]foo -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Sat Mar 22 06:46:18 2003 Received: from 413hiin73xgnbj1 (81.178.30.61.isp.tfn.net.tw [61.30.178.81]) by mail.openpkg.org (Postfix) with SMTP id 9FF28277AF6 for ; Sat, 22 Mar 2003 06:46:07 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users ³Q°v¦º¤F°Õ~~~~>¡E Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_0086_9560F3BD.1467C389 Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0iemgtdHciPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+q9yms7dO q+SquqTls7k8L3RpdGxlPg0KPC9oZWFkPg0KDQo8Ym9keT4NCg0KPGRpdj4NCiAgPGZvbnQg Y29sb3I9IiM4MDAwMDAiIHNpemU9IjUiPjxzdHJvbmc+q9yms7dOq+SquqTls7kuu1CnQaTA qMk8L3N0cm9uZz48L2ZvbnQ+PC9kaXY+DQo8ZGl2Pg0KICAmbmJzcDs8L2Rpdj4NCjxkaXY+ DQogIDxzcGFuIGlkPSJ0eXBpbmciIHN0eWxlPSJ3aWR0aDogNzIxcHg7IGhlaWdodDogNjg0 cHg7IHZpc2libGl0eTogaGlkZGVuIj4NCiAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAgPHN0 cm9uZz48Zm9udCBjb2xvcj0iIzgwODBjMCI+p0GzUalUqXekRrbcoUihSTwvZm9udD48L3N0 cm9uZz48L2Rpdj4NCiAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAgPHN0cm9uZz48YnI+DQog ICAgPGZvbnQgY29sb3I9IiM4MDgwYzAiPqtlsH2kbKasqOykRqRAq8qr3KaztFimzK23ruaq urlxpGy2bKXzPC9mb250Pjwvc3Ryb25nPjwvZGl2Pg0KICA8ZGl2IGFsaWduPSJsZWZ0Ij4N CiAgICA8c3Ryb25nPjxmb250IGNvbG9yPSIjODA4MGMwIj6kuq5lq9ytQKRItE2o/SClpqxP s2+8y7xntdsgOjwvZm9udD48L3N0cm9uZz48L2Rpdj4NCiAgPGRpdiBhbGlnbj0ibGVmdCI+ DQogICAgPHN0cm9uZz48YnI+DQogICAgPGZvbnQgY29sb3I9IiM4MDgwYzAiPqF1PC9mb250 Pjxmb250IGNvbG9yPSIjODAwMDgwIj6n2rNRqVSpdzwvZm9udD48L3N0cm9uZz48L2Rpdj4N CiAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAgPHN0cm9uZz48Zm9udCBjb2xvcj0iIzgwODBj MCI+PGZvbnQgY29sb3I9IiM4MDAwODAiPqlUqXeo6qT6IKx+wXmpTcP2v088YnI+DQogICAg qVSpd6fkpKOo7LCxqK6m7K7JqUe9fDxicj4NCiAgICCpVKl3t1Kk3669tNqmUK7JpKO/7aZ1 s1eraDxicj4NCiAgICCpVKl3pmKpVKl3qrqmYaToPGJyPg0KICAgILG1qPypVKl3qrrCXKdH PGJyPg0KICAgILfttU2kXalUqXequsNousOkSKXNLi4uLi4uPC9mb250PqF2PGEgaHJlZj0i aHR0cDovL2EtbWFuLndoeS50byI+PGltZyBhbHQgaHNwYWNlPSIwIiBzcmM9Imh0dHA6Ly90 dy5mMTYzLm1haWwueWFob28uY29tL3ltL3R3L1Nob3dMZXR0ZXI/Ym94PUluYm94Jk1zZ0lk PTk0NjZfMTcwMTQxOTlfODg4OTFfMTExNl8xMjQ2NF8wXzExODU2XzI5MTU4XzE3OTAyNjQw NDQmYm9keVBhcnQ9Mi4yJllZPTE5MjY2Jm9yZGVyPWRvd24mc29ydD1kYXRlJnBvcz0wJnZp ZXc9YSZoZWFkPWIiIGFsaWduPSJiYXNlbGluZSIgYm9yZGVyPSIwIj48L2E+PC9mb250Pjwv c3Ryb25nPjwvZGl2Pg0KICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICAmbmJzcDs8L2Rpdj4N CiAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAgPHN0cm9uZz48Zm9udCBjb2xvcj0iIzgwODBj MCI+q9yms7dOq+ShSSCko6xPttyhSKFJPGJyPg0KICAgILFxpHCo7KRqoUCt/q3TpEiquqRI pc2ko6xPs1GpVKl3tdu1b65pPGJyPg0KICAgIKlUqXetq8LQqrq28bXbptukdqq6sPKlu7jq rsY8YnI+DQogICAgqVSpd6ZirEqpd7NXubqmbqq6uPS9daRXq2W2aTxicj4NCiAgICCpVKl3 qrqtq8LQtdukV69aoUCkVa9aqrqlzayhPGJyPg0KICAgIKlUqXemYrdSu1Cko7dSpKSxw6Tj PGJyPg0KICAgIKlUqXe5TLXbqVSpd6q6pEilzS4uLi4uLi4uPGEgaHJlZj0iaHR0cDovL2Et bWFuLndoeS50byI+PGltZyBzdHlsZT0id2lkdGg6IDQzcHg7IGhlaWdodDogNDBweCIgaGVp Z2h0PSI0MCIgYWx0IGhzcGFjZT0iMCIgc3JjPSJodHRwOi8vdHcuZjE2My5tYWlsLnlhaG9v LmNvbS95bS90dy9TaG93TGV0dGVyP2JveD1JbmJveCZNc2dJZD05NDY2XzE3MDE0MTk5Xzg4 ODkxXzExMTZfMTI0NjRfMF8xMTg1Nl8yOTE1OF8xNzkwMjY0MDQ0JmJvZHlQYXJ0PTIuMyZZ WT0xOTI2NiZvcmRlcj1kb3duJnNvcnQ9ZGF0ZSZwb3M9MCZ2aWV3PWEmaGVhZD1iIiB3aWR0 aD0iNTEiIGFsaWduPSJiYXNlbGluZSIgYm9yZGVyPSIwIj48L2E+PC9mb250Pjwvc3Ryb25n PjwvZGl2Pg0KICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICA8YnI+DQogICAgPGZvbnQgY29s b3I9IiM4MDgwYzAiPjxzdHJvbmc+pm65s6azwkm1TKlgoUCrb6ZuubOkU6SjtL+7e691qrq3 UblMIDo8YnI+DQogICAgtbmm26R2q2mu8KlNqE2k36RGttyhSDxicj4NCiAgICC0v7hnt1G5 TKfvxdw8YnI+DQogICAgpv23UcXcqrqk36nopKO5TLpEpEaquqZ3tmiquqvltGuquqTfPGJy Pg0KICAgILS/uGe3UblMp+/F3Dxicj4NCiAgICCp86xPPGJyPg0KICAgIKfRpEan78XcoUCk XafRpEassKbzrW6n78XcLi4uLi4uPGEgaHJlZj0iaHR0cDovL2EtbWFuLndoeS50byI+PGlt ZyBzdHlsZT0id2lkdGg6IDQ3cHg7IGhlaWdodDogNDRweCIgaGVpZ2h0PSIzMiIgYWx0IGhz cGFjZT0iMCIgc3JjPSJodHRwOi8vdHcuZjE2My5tYWlsLnlhaG9vLmNvbS95bS90dy9TaG93 TGV0dGVyP2JveD1JbmJveCZNc2dJZD05NDY2XzE3MDE0MTk5Xzg4ODkxXzExMTZfMTI0NjRf MF8xMTg1Nl8yOTE1OF8xNzkwMjY0MDQ0JmJvZHlQYXJ0PTIuNCZZWT0xOTI2NiZvcmRlcj1k b3duJnNvcnQ9ZGF0ZSZwb3M9MCZ2aWV3PWEmaGVhZD1iIiB3aWR0aD0iNDciIGFsaWduPSJi YXNlbGluZSIgYm9yZGVyPSIwIj48L2E+PGJyPg0KICAgILWlqOyms6RApNE8YnI+DQogICAg tW+ye6bbpHakU7NRqVSpd6RGPGJyPg0KICAgIKR+pFM8YnI+DQogICAgt1HF3KFAt1G49bLm oUC3UabbpdEuLi4uLi4uLjxicj4NCqFAPC9zdHJvbmc+PC9mb250PjwvZGl2Pg0KICA8ZGl2 IGFsaWduPSJsZWZ0Ij4NCiAgICA8Zm9udCBjb2xvcj0iIzgwODBjMCI+PHN0cm9uZz6p86xP PGJyPg0KICAgIKXNrKGkpKSjsLGmYbRgwPSkU7RgwPQuLi4uLi48YnI+DQogICAgpmKpVKl3 u1Cko7dRs1GpVKl3pKe2oaRApkGqurlDqKs8YnI+DQogICAgp+/F3KSjpEazUalUqXequrFK qVK23KFIPGJyPg0KICAgIKV1rE+oU6azq2mu8L19pEY8YSBocmVmPSJodHRwOi8vYS1tYW4u d2h5LnRvIj48aW1nIGFsdCBoc3BhY2U9IjAiIHNyYz0iaHR0cDovL3R3LmYxNjMubWFpbC55 YWhvby5jb20veW0vdHcvU2hvd0xldHRlcj9ib3g9SW5ib3gmTXNnSWQ9OTQ2Nl8xNzAxNDE5 OV84ODg5MV8xMTE2XzEyNDY0XzBfMTE4NTZfMjkxNThfMTc5MDI2NDA0NCZib2R5UGFydD0y LjUmWVk9MTkyNjYmb3JkZXI9ZG93biZzb3J0PWRhdGUmcG9zPTAmdmlldz1hJmhlYWQ9YiIg YWxpZ249ImJhc2VsaW5lIiBib3JkZXI9IjAiPjwvYT48L3N0cm9uZz48L2ZvbnQ+PC9kaXY+ DQogIDxmb250IGNvbG9yPSIjOWIzMGZmIj4NCiAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAg PGJyPg0KICAgIDxmb250IGNvbG9yPSIjODA4MGMwIj48c3Ryb25nPqbTsnumYqFAp0Gms6tp rvCkRrbcLi4uLi4uLjwvc3Ryb25nPjwvZm9udD48L2Rpdj4NCiAgPGRpdiBhbGlnbj0ibGVm dCI+DQogICAgJm5ic3A7PC9kaXY+DQogIDxkaXYgYWxpZ249ImxlZnQiPg0KICAgIDwvZm9u dD48Zm9udCBjb2xvcj0iIzgwODBmZiI+PHN0cm9uZz6n78XcrE+ko65lqfaquiCtbqazpmik aqq6PGZvbnQgY29sb3I9IiNmZjgwNDAiPqtprvA8L2ZvbnQ+pH6v4KirpVg8Zm9udCBjb2xv cj0iI2ZmODBjMCI+qVSpd6q6rtiu2D88L2ZvbnQ+PC9zdHJvbmc+PC9mb250PjwvZGl2Pg0K ICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICA8Zm9udCBjb2xvcj0iIzgwODBmZiI+PHN0cm9u Zz6kSK3Mst+6RKRGst+6RCZuYnNwOyCuYKnIpKOmUKq6u+Kw7C4uLi4uPC9zdHJvbmc+PC9m b250PjwvZGl2Pg0KICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICAmbmJzcDs8L2Rpdj4NCiAg PGRpdiBhbGlnbj0ibGVmdCI+DQogICAgPGZvbnQgY29sb3I9IiM4MDgwZmYiPjxzdHJvbmc+ p0GpTy4uLi48Zm9udCBjb2xvcj0iIzgwMDA4MCI+prOraa7wp+/F3LbcPC9mb250PiZuYnNw OyANCiAgICCn2qzbq0ioQ63TpEizo6azqrouLi4uPC9zdHJvbmc+PC9mb250PjwvZGl2Pg0K ICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICAmbmJzcDs8L2Rpdj4NCiAgPGRpdiBhbGlnbj0i bGVmdCI+DQogICAgPGZvbnQgY29sb3I9IiM4MDgwZmYiPjxzdHJvbmc+sXGye6ZisF8mbmJz cDsgJm5ic3A7sKOkRqzDsaSp0r7WprOquqlUqXekp6V+PC9zdHJvbmc+PC9mb250PjwvZGl2 Pg0KICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICA8Zm9udCBjb2xvcj0iIzgwODBmZiI+PHN0 cm9uZz48Zm9udCBjb2xvcj0iIzAwODBjMCI+qKulWK3sprOquqVArMk8L2ZvbnQ+Jm5ic3A7 IA0KICAgIKVorN2s3afzvHOkar/xwe+quqSjplCnYS4uLi4uXl48YSBocmVmPSJodHRwOi8v YS1tYW4ud2h5LnRvIj48aW1nIGhlaWdodD0iNDIiIGFsdCBoc3BhY2U9IjAiIHNyYz0iaHR0 cDovL3R3LmYxNjMubWFpbC55YWhvby5jb20veW0vdHcvU2hvd0xldHRlcj9ib3g9SW5ib3gm TXNnSWQ9OTQ2Nl8xNzAxNDE5OV84ODg5MV8xMTE2XzEyNDY0XzBfMTE4NTZfMjkxNThfMTc5 MDI2NDA0NCZib2R5UGFydD0yLjYmWVk9MTkyNjYmb3JkZXI9ZG93biZzb3J0PWRhdGUmcG9z PTAmdmlldz1hJmhlYWQ9YiIgd2lkdGg9Ijg4IiBhbGlnbj0iYmFzZWxpbmUiIGJvcmRlcj0i MCI+PC9hPjwvc3Ryb25nPjwvZm9udD48L2Rpdj4NCiAgPGRpdj4NCiAgICAmbmJzcDs8L2Rp dj4NCiAgPC9zcGFuPg0KICA8cD48YnI+DQogIDxiPjxmb250IGNvbG9yPSIjRkYwMDAwIiBm YWNlPSK3c7LTqfrF6SI+p0G3UTwvZm9udD48Zm9udCBmYWNlPSK3c7LTqfrF6SIgY29sb3I9 IiMwMDAwRkYiPqfvxdw8L2ZvbnQ+PGZvbnQgY29sb3I9IiNGRjAwMDAiIGZhY2U9IrdzstOp +sXpIj6nQaq6pEilzaRGttw/PGEgaHJlZj0iaHR0cDovL2EtbWFuLndoeS50byI+q/a2aajT p2EuLi4uLi4uLi4uXl48L2E+PC9mb250PjwvYj48L2Rpdj4NCjxkaXY+DQogIDxiPjxmb250 IGZhY2U9IrdzstOp+sXpIj4mbmJzcDs8L2ZvbnQ+PC9iPjwvZGl2Pg0KPGRpdj4NCiAgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxmb250IGNv bG9yPSIjOUIzMEZGIj4NCiAgPGEgaHJlZj0iaHR0cDovLzE1ODg4LjAwMC5jb20uaGsiPmh0 dHA6Ly8xNTg4OC4wMDAuY29tLmhrPC9hPjwvZm9udD48L2Rpdj4NCjxkaXY+DQogIDxmb250 IHNpemU9IjEiPjxicj4NCqFAPC9mb250PjwvZGl2Pg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4N CiAgICA= ------=_NextPart_000_0086_9560F3BD.1467C389-- From openpkg-users-owner@openpkg.org Mon Mar 24 16:49:04 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 87522277A0B for ; Mon, 24 Mar 2003 16:49:04 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 35CE08D75D; Mon, 24 Mar 2003 16:49:04 +0100 (CET) Date: Mon, 24 Mar 2003 16:49:04 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030324154904.GA73965@dev.de.cw.com> References: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Martin, here are examples that i have tested to work successfully. Verify syslog.conf was prepared. The syslog.conf(5) wants to see tabs not spaces, i marked the output manually to make that clear. $ grep mail.info /etc/syslog.conf mail.info\t\t\t/var/log/maillog Check if syslog is usable using standard tool. $ logger -p mail.info "from logger" Check if l2 can use syslog locally. $ echo "from l2, loc" | fsl-l2tool 'syslog(facility=mail, ident=info, target="local")' Check if l2 can use syslog remotly. Make sure syslogd accepts network connections, see it's -s option for syslogd(8) on FreeBSD, -r option for syslogd(8) on Linux or -t for syslogd(1M) on Solaris. Also note that the l2spec requires a certain order of the remotehost, remoteport an target keywords, see http://cvs.ossp.org/chngview?cn=3313. $ echo "from l2, net" | fsl-l2tool 'syslog(facility=mail, ident=info, remotehost="127.0.0.1", remoteport="514", target="remote")' Now create a fsl config entry. This one is for openssh. ## ## fsl.openssh -- OSSP fsl configuration for openssh ## ident (ssh(d|-.+)?|scp|sftp(-server)?)/.+ q{ prefix( prefix="%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: file( path="/usr/opkg/var/openssh/sshd.log", append=1, perm=0644 ); debug: syslog( facility=mail, ident=info, remotehost="127.0.0.1", remoteport="514", target="remote" ) } }; #Note: do not put HASH comments inside a l2spec -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Mar 25 01:22:08 2003 Received: from web20310.mail.yahoo.com (web20310.mail.yahoo.com [216.136.226.91]) by mail.openpkg.org (Postfix) with SMTP id 3A401277A0B for ; Mon, 24 Mar 2003 18:37:48 +0100 (CET) Message-ID: <20030324173741.83452.qmail@web20310.mail.yahoo.com> Received: from [12.107.134.29] by web20310.mail.yahoo.com via HTTP; Mon, 24 Mar 2003 09:37:41 PST Date: Mon, 24 Mar 2003 09:37:41 -0800 (PST) From: Stephen More Subject: ./openpkg-1.2.0-1.2.0.src.sh To: openpkg-users@openpkg.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am having the following error when try to run: ./openpkg-1.2.0-1.2.0.src.sh on Solaris 8 with cc: Sun WorkShop 6 update 2 C 5.3 2001/05/15 Making all in rpmio dmake: Warning: can not get a TeamWare license, defaulting to serial mode... Current working directory /tmp/openpkg-1.2.0/rpm-4.0.2/rpmio cd .. && CONFIG_FILES=rpmio/Makefile CONFIG_HEADERS= /bin/sh ./config.status creating rpmio/Makefile linking ./intl/libgettext.h to intl/libintl.h /bin/sh ../libtool --mode=compile /opt/SUNWspro/bin/cc -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../popt -I../misc -I/usr/local/include -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -c rpmrpc.c /opt/SUNWspro/bin/cc -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../popt -I../misc -I/usr/local/include -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -c rpmrpc.c -o rpmrpc.o "./rpmio_internal.h", line 214: reference to static variable "fdSetIo" in inline extern function "./rpmio_internal.h", line 215: reference to static variable "fdSetFp" in inline extern function "./rpmio_internal.h", line 216: reference to static variable "fdSetFdno" in inline extern function "./rpmio_internal.h", line 224: reference to static variable "fdSetIo" in inline extern function "./rpmio_internal.h", line 225: reference to static variable "fdSetFp" in inline extern function "./rpmio_internal.h", line 226: reference to static variable "fdSetFdno" in inline extern function "./rpmio_internal.h", line 272: reference to static variable "tvsub" in inline extern function "rpmrpc.c", line 921: cannot recover from previous errors cc: acomp failed for rpmrpc.c *** Error code 1 dmake: Fatal error: Command failed for target all-recursive' Current working directory /tmp/openpkg-1.2.0/rpm-4.0.2 make: *** [all-recursive-am] Error 1 + exit 2 ./openpkg.boot:ERROR: script returned non-null value bash-2.03$ -Thanks for any help Stephen More __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com From openpkg-users-owner@openpkg.org Thu Mar 27 00:40:53 2003 Received: from 413hiin73xgnbj1 (128.177.30.61.isp.tfn.net.tw [61.30.177.128]) by mail.openpkg.org (Postfix) with SMTP id 58DEF277A22 for ; Thu, 27 Mar 2003 00:40:47 +0100 (CET) From: "openpkg-users" To: "openpkg-users" Subject: openpkg-users §A´X·³¶R©Ð¤l?«Ü·Ç®@~~~ Date: Thu, 27 Mar 03 00:36:13 ¥x¥_¼Ð·Ç®É¶¡ MIME-Version: 1.0 Content-Type: multipart/mixed;boundary= "----=_NextPart_000_00C4_EC3A307E.764AB46D" Message-Id: <20030326234047.58DEF277A22@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ------=_NextPart_000_00C4_EC3A307E.764AB46D Content-Type: text/html; charset= "big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+prOkQK3T qHGkfjwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQo8dGFibGUgaWQ9IkF1dG9OdW1i ZXIxIiBoZWlnaHQ9IjEiIGNlbGxTcGFjaW5nPSIxIiB3aWR0aD0iMTAxJSIgYm9yZGVyPSIy Ij4NCiAgPHRyPg0KICAgIDx0ZCBzdHlsZT0iZm9udC1zaXplOiAxNXB4OyBsaW5lLWhlaWdo dDogMTMwJSIgd2lkdGg9IjEwMCUiIGJnQ29sb3I9IiMzM2NjY2MiIGhlaWdodD0iNTgiPg0K ICAgIDxiPjxmb250IHNpemU9IjUiPg0KICAgIDxtYXJxdWVlIHNjcm9sbEFtb3VudD0iOCIg c2Nyb2xsRGVsYXk9Ijc1IiBiZWhhdmlvcj0iYWx0ZXJuYXRlIiB3aWR0aD0iNDk0Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgp0EmbmJzcDsgrcwmbmJzcDsgregmbmJzcDsgpH4mbmJz cDsgu6EmbmJzcDsgqrombmJzcDsgs6MmbmJzcDsgpKMmbmJzcDsguuIgoUk8L21hcnF1ZWU+ PC9mb250PjwvYj48L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAgPHRkIHN0eWxlPSJmb250 LXNpemU6IDE1cHg7IGxpbmUtaGVpZ2h0OiAxMzAlIiB3aWR0aD0iMTAwJSIgYmdDb2xvcj0i IzY2Y2NmZiIgaGVpZ2h0PSIxIj4NCiAgICAmbmJzcDs8Zm9udCBzaXplPSI0Ij48Yj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgDQogICAgprOkQK3TqHGkfqFBt8ezxrZpqMq7sKbSoUHB e6bmpKerZaVMqrq3UqlkrLClTLfHs8akRqRArdOrS7ftoUGkQLj0pFeoq6jToUG3x6hxpH6o 06jspEC2oaRwvHGhQbhJqOylfK3TpF6koqZWpUym5qReoUM8L2I+PC9mb250Pg0KICAgIDxw Pjxmb250IHNpemU9IjQiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyChdahxpH6ncqFJ p9qtzKV8rdOkSKR3uGembrRYpNGoU6ZZtrqkRqFBsXqv4KSjr+Cm5qbmpm6hSafisXqtSaq6 q0u37bW5p9qtzKZZp3KhSKF2PC9iPjwvZm9udD4NCiAgICA8L3A+DQogICAgPHA+PGZvbnQg c2l6ZT0iNCI+PGI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KICAgIKhxpH6s 3aVMrcyqurzLpGyrRLFgpWm8pqFBpv2k37jMt1GhR6RArdOrS7ftpMC1uaV8rdOkSKZZpF2m WaSjuaGnciGp86xPrLCkRqS9pa2wX6ijoUG0TqVMrcy7oaFHpECt06tLt+2kwLW5pXyt06RI plmkXaZZpKO5oaFBpKOmcLW5pECt06RIplm5oaFBpv0uLi4uLi4uLi4uLi4uLi4uLq1utbm9 1qZZqU+hSDwvYj48L2ZvbnQ+DQogICAgPC9wPg0KICAgIDxwPjxmb250IHNpemU9IjQiPjxi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyCssKRGv0XAebNvpXyt06RepKKhQahx pH63UaVYpEakQK3TpOiqa6FHpXWtbqdBrcy91q/gsPc8Zm9udCBjb2xvcj0iI2NjMDAwMCI+ rPDF46VYptukdqq6rautbqnKPC9mb250PqFBuGen2qhNqXehQb3WtE6laaVIv1eoybNvrdOr S7ftoUGye6ZioUGnQa3Mvfysebuhp2GhSTwvYj48L2ZvbnQ+DQogICAgPC9wPg0KICAgIDxw Pjxmb250IHNpemU9IjQiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyCyxKRA rdOkXqSiu6GhR6farE+ocqRsoUGn2iZxdW90Ozxmb250IGNvbG9yPSIjY2MwMDAwIj61TL52 tUyk0TwvZm9udD4mcXVvdDuhQafas8ykaqFBq0u37cCzuNO1uafaplkuLi4uLi4uLi4uLi48 L2I+PC9mb250Pg0KICAgIDwvcD4NCiAgICA8cD48Zm9udCBzaXplPSI0Ij48Yj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgssSkR63TpF6koruhoUelQrpDIadBpKOw96RqoUGn 2qxPvU2kbKFBp9omcXVvdDs8Zm9udCBjb2xvcj0iI2NjMDAwMCI+pdikpLVMpEg8L2ZvbnQ+ JnF1b3Q7oUGrS7ftwLO407W5p9qmWTwvYj48L2ZvbnQ+DQogICAgPC9wPg0KICAgIDxwPjxm b250IHNpemU9IjQiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyCyxKRUrdOk XqSiu6GhR7WltaWhQadBrcyzo6SjsPekaqFBp9qsT79hpGyhQafaJnF1b3Q7PGZvbnQgY29s b3I9IiNjYzAwMDAiPsF8qKy7tK2rPC9mb250PiZxdW90O6FBs2+t06VArMmn2rPMpGqhQbjc rei7oae5pvmk4q1urrOrS7ftrskuLi4uLi4uLi4uPC9iPjwvZm9udD4NCiAgICA8L3A+DQog ICAgPHA+PGI+PGZvbnQgY29sb3I9IiMwMGNjOTkiIHNpemU9IjQiPiZuYnNwOyZuYnNwOyZu YnNwOyA8L2ZvbnQ+DQogICAgPGZvbnQgY29sb3I9IiM4MDAwODAiIHNpemU9IjQiPiZuYnNw OyA8L2ZvbnQ+PGZvbnQgY29sb3I9IiM4MDAwODAiIHNpemU9IjUiPg0KICAgIKtLt+2kd7NR ssSlfK3TpF6koqZZp7mkRiEhITwvZm9udD48L2I+IDwvcD4NCiAgICA8cD48Zm9udCBzaXpl PSI0Ij48Yj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgqdKms6q6pEizo6v8s2Sl TLuhoUenQavnu/KourvypKO/7aZ1PGZvbnQgY29sb3I9IiNjYzAwMDAiPrlDwLizV6toPC9m b250PqFBwdmoU6Txp7m0Tqfiq0u37bC9sL2mWbG8pEahSTwvYj48L2ZvbnQ+DQogICAgPC9w Pg0KICAgIDxwPjxmb250IHNpemU9IjQiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyCyxKV8rdOkXqSiu6GhR6azpLC78qZupPGquqFJp9qsT7PCpGyhQafaJnF1b3Q7PGZv bnQgY29sb3I9IiNjYzAwMDAiPqa6pda/4MF5PC9mb250PiZxdW90Oy4uLi4uLi4uLi4uLi6n Qa3Mreikfruhqrqzo6SjuuKhQzwvYj48L2ZvbnQ+DQogICAgPC9wPg0KICAgIDxwPjxmb250 IHNpemU9IjQiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyCkSKXNqrq5TLV7 uMyhQavcpmi5Q8C4s1eraKW7qNO0TqSjpL2lraFBpKOsT7bcoUirVbjcu6GhR6RIpPGkSKFB rvCmuqRIoUGms6Swu/KmbqTxqrqhSDxmb250IGNvbG9yPSIjY2MwMDAwIj7As7jTsN2w3abb pHY8L2ZvbnQ+oUE8Zm9udCBjb2xvcj0iI2NjMDAwMCI+ptukdq1upLC78jwvZm9udD6hSDxm b250IGNvbG9yPSIjY2MwMDAwIj6mcKbzsW+o7KTxuPutq61up2E8L2ZvbnQ+oUk8L2I+PC9m b250Pg0KICAgIDwvcD4NCiAgICA8cD48Zm9udCBzaXplPSI0Ij48Yj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgtseyzsZbqcCquiZxdW90Ozxmb250IGNvbG9yPSIjY2MwMDAw Ij6o7qz5PC9mb250PiZxdW90O6m5qbmn4qfarcy1uTxmb250IGNvbG9yPSIjY2MwMDAwIj6u 2LBfqNM8L2ZvbnQ+JnF1b3Q7PGZvbnQgY29sb3I9IiNjYzAwMDAiPrLfukQ8L2ZvbnQ+JnF1 b3Q7qU0mcXVvdDs8Zm9udCBjb2xvcj0iI2NjMDAwMCI+tfissLfttU08L2ZvbnQ+JnF1b3Q7 qM+n2q3MvfGko6VYruanvaFBs8yr4Txmb250IGNvbG9yPSIjY2MwMDAwIj6y37pEs2i9YTwv Zm9udD6hQTxmb250IGNvbG9yPSIjY2MwMDAwIj6576WtpFq1+Kywt+21TTwvZm9udD6hQcP4 qcey76RopPGoyLuhoUezaL1ht3yoz6RArdOkSLPgpaKm27RMpN+hQaVzpECt06rFs1WkbK+4 sF+o06xPpKOlaa/gqrqoxqFDPC9iPjwvZm9udD4NCiAgICA8L3A+DQogICAgPHA+PGI+PGZv bnQgc2l6ZT0iNCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KICAgIKZwqkex esRAt06s26tIoUGkXcRAt06xtLBRoUGzb7jMprOkQK3TJnF1b3Q7q0u37SZxdW90O6FBtmmo 06zdrN2nYaFJpECt06tLt+2laa/gplmko7mhoUGm/bNvuMyrb6azplmko6e5qrqrS7ftoUGn 86bzqnChQTxmb250IGNvbG9yPSIjY2MwMDAwIj6kSKXNwLO406SjpO6l+qhEt8W5oTwvZm9u dD6hQaSjrE+23KFIPC9mb250PjxzdHJvbmc+PGJsaW5rPjxhIHN0eWxlPSJ0ZXh0LWRlY29y YXRpb246IG5vbmUgYmxpbmsiIGhyZWY9Imh0dHA6Ly93d3cuYW1pdHktc3Rhci5jb20udHcv Y2hpL2RtL2luaXRpYWwucGhwP2lkPXZlZ2FsZWUiIHRhcmdldD0iX2JsYW5rIj48Zm9udCBm YWNlPSJHdWxpbSIgY29sb3I9IiMzMzk5MzMiIHNpemU9IjUiPg0KICAgIDwvZm9udD48Zm9u dCBmYWNlPSJHdWxpbSIgY29sb3I9IiMwMDAwNjYiIHNpemU9IjUiPiZuYnNwOzwvZm9udD48 L2E+PC9ibGluaz48L3N0cm9uZz48Zm9udCBmYWNlPSJHdWxpbSIgY29sb3I9IiMzMzk5MzMi IHNpemU9IjUiPjxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJodHRwOi8vYW1pdHktMS53aHku dG8vIj48Zm9udCBjb2xvcj0iIzAwMDA2NiI+Jmx0O73QtmmhQahxpH6tzCEhISZndDs8L2Zv bnQ+PC9hPjwvZm9udD48L2I+PC90ZD4NCiAgPC90cj4NCjwvdGFibGU+DQoNCjwvYm9keT4N Cg0KPC9odG1sPg0KICAgIA== ------=_NextPart_000_00C4_EC3A307E.764AB46D-- From openpkg-users-owner@openpkg.org Sat Mar 29 08:23:54 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 90722277ACB for ; Sat, 29 Mar 2003 08:23:53 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 02731639A7; Fri, 28 Mar 2003 23:23:50 -0800 (PST) Date: Fri, 28 Mar 2003 23:23:50 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030328232350.A5929@barryg.mi.celestial.com> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030128190651.GA75841@engelschall.com>; from rse@openpkg.org on Tue, Jan 28, 2003 at 08:06:51PM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 28, 2003 at 08:06:51PM +0100, Ralf S. Engelschall wrote: ... >Exactly, that's why I use my personal server here at home: > >I've a ~/.openpkg/build with: > >| -r /e/openpkg/SRC >| -f /e/openpkg/SRC/00INDEX.rdf.bz2 >| -P sudo >| -N sudo > Could you post an example of the ~/.openpkg/build file? I haven't been able to figure out the format from the man page, and would really like an example. In particular I want to build the file to specify the options for packages such as apache. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``People who relieve others of their money with guns are called robbers. It does not alter the immorality of the act when the income transfer is carried out by government.'' From openpkg-users-owner@openpkg.org Sat Mar 29 09:49:14 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 596D9277ACB for ; Sat, 29 Mar 2003 09:49:14 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 6B73D8D764; Sat, 29 Mar 2003 09:49:13 +0100 (CET) Date: Sat, 29 Mar 2003 09:49:13 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030329084913.GA19283@sv1.dev.de.cw.net> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> <20030328232350.A5929@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030328232350.A5929@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Mar 28, 2003, Bill Campbell wrote: > Could you post an example of the ~/.openpkg/build file? I haven't been > able to figure out the format from the man page, and would really like an > example. In particular I want to build the file to specify the options for > packages such as apache. The format is: OPTION OPTION ... [/prefix1] OPTION OPTION ... [/prefix2] ... The first unnamed section are global defaults. The prefixed sections are selective to the specific hierarchies. Each OPTION is a command line option (possibly followed by a value for options that require one). I fear there is no possibility to specify options for a particular package. Just like command line options these are applied to all packages. In fact, the build file is only parsed to set defaults for command line options. Of course many package options are unique, e.g. only apache knows about "with_mod_perl" and other packages will ignore it. But many other options are known by multiple packages and will be applied to all these packages. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sat Mar 29 23:56:25 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 1C487277ACB for ; Sat, 29 Mar 2003 23:56:25 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 19DF4639A7; Sat, 29 Mar 2003 14:56:23 -0800 (PST) Date: Sat, 29 Mar 2003 14:56:22 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030329145622.A28455@barryg.mi.celestial.com> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> <20030328232350.A5929@barryg.mi.celestial.com> <20030329084913.GA19283@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030329084913.GA19283@sv1.dev.de.cw.net>; from mlelstv@dev.de.cw.net on Sat, Mar 29, 2003 at 09:49:13AM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I think I found a bug in openpkg-build.pl while attempting to figure out how the configure file works. Line 102 of the script from openpkg-tool-20030321-20030321 reads: $env->{$opt} = " $val"; I think this should append the new val to the existing one: $env->{$opt} .= " $val"; On Sat, Mar 29, 2003 at 09:49:13AM +0100, Michael van Elst wrote: >On Fri, Mar 28, 2003, Bill Campbell wrote: > >> Could you post an example of the ~/.openpkg/build file? I haven't been >> able to figure out the format from the man page, and would really like an >> example. In particular I want to build the file to specify the options for >> packages such as apache. > >The format is: > >OPTION >OPTION >... > >[/prefix1] >OPTION >OPTION >... Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Many companies that have made themselves dependent on [the equipment of a certain major manufacturer] (and in doing so have sold their soul to the devil) will collapse under the sheer weight of the unmastered complexity of their data processing systems. -- Edsger W. Dijkstra, SIGPLAN Notices, Volume 17, Number 5 From openpkg-users-owner@openpkg.org Sun Mar 30 01:10:27 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id E2CE7277A1D for ; Sun, 30 Mar 2003 01:10:26 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 122A38D7EE; Sun, 30 Mar 2003 01:10:21 +0100 (CET) Date: Sun, 30 Mar 2003 01:10:20 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030330001020.GA40131@sv1.dev.de.cw.net> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> <20030328232350.A5929@barryg.mi.celestial.com> <20030329084913.GA19283@sv1.dev.de.cw.net> <20030329145622.A28455@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030329145622.A28455@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Mar 29, 2003, Bill Campbell wrote: > I think I found a bug in openpkg-build.pl while attempting to figure out > how the configure file works. Thanks for the report. I have uploaded openpkg-tool-20030330-20030330. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sun Mar 30 01:16:26 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 76E3A277A1D for ; Sun, 30 Mar 2003 01:16:25 +0100 (CET) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 8046E639A7; Sat, 29 Mar 2003 16:16:23 -0800 (PST) Date: Sat, 29 Mar 2003 16:16:23 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" Message-ID: <20030329161623.A30236@barryg.mi.celestial.com> References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> <20030328232350.A5929@barryg.mi.celestial.com> <20030329084913.GA19283@sv1.dev.de.cw.net> <20030329145622.A28455@barryg.mi.celestial.com> <20030330001020.GA40131@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030330001020.GA40131@sv1.dev.de.cw.net>; from mlelstv@dev.de.cw.net on Sun, Mar 30, 2003 at 01:10:20AM +0100 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Mar 30, 2003 at 01:10:20AM +0100, Michael van Elst wrote: >On Sat, Mar 29, 2003, Bill Campbell wrote: > >> I think I found a bug in openpkg-build.pl while attempting to figure out >> how the configure file works. > >Thanks for the report. > >I have uploaded openpkg-tool-20030330-20030330. The same problem exists in openpkg-tool-1.2.5-1.2.5. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ When only cops have guns, it's called a ``police state''. -- Claire Wolfe, "101 Things To Do Until The Revolution" From openpkg-users-owner@openpkg.org Sun Mar 30 01:58:49 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 025B1277AFA for ; Sun, 30 Mar 2003 01:58:49 +0100 (CET) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id C76781BF256 for ; Sat, 29 Mar 2003 19:58:46 -0500 (EST) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id 81F9D12C003 for ; Sat, 29 Mar 2003 19:58:46 -0500 (EST) Received: by ginger.cle.lionbioscience.com (Postfix, from userid 1025) id 7353312C257; Sat, 29 Mar 2003 21:02:20 -0500 (EST) Received: from cle.lionbioscience.com (clewallfake-3.cle.lionbioscience.com [10.20.16.4]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 3333612C105 for ; Sat, 29 Mar 2003 10:21:45 -0500 (EST) Message-ID: <3E85BA04.6060008@cle.lionbioscience.com> Date: Sat, 29 Mar 2003 10:21:40 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: saving source RPM's with "openpkg build" References: <20030128165755.GB35937@sv1.dev.de.cw.net> <20030128190651.GA75841@engelschall.com> <20030328232350.A5929@barryg.mi.celestial.com> <20030329084913.GA19283@sv1.dev.de.cw.net> In-Reply-To: <20030329084913.GA19283@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I would also appreciate the ability to set options per package. I worry about possible option overlap across packages and to work around this I run "openpkg build" seperately for each desired package - supplying appropriate options on the command line. This adds a fair amount of overhead for reparsing the index, and sometimes causes me to repeatedly install and then delete supporting build pre-requisites. On the other hand my build runs are done batch style nightly once per platform and the extra cycles does not bother me that much. Martin Michael van Elst wrote: >I fear there is no possibility to specify options for a particular >package. Just like command line options these are applied to all >packages. In fact, the build file is only parsed to set defaults for >command line options. > > > From openpkg-users-owner@openpkg.org Mon Mar 31 18:36:38 2003 Received: from tzmail.tti-stuttgart.de (tzmail.tti-stuttgart.de [193.197.159.253]) by mail.openpkg.org (Postfix) with ESMTP id 30BEC277AFF; Mon, 31 Mar 2003 18:36:38 +0200 (CEST) Received: from mail.erfrakon.de (unknown [193.197.159.232]) by tzmail.tti-stuttgart.de (Postfix) with ESMTP id 8856A43362; Mon, 31 Mar 2003 18:36:27 +0200 (CEST) Received: from localhost (fw.hq.erfrakon.de [10.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id 383AA26C3E; Mon, 31 Mar 2003 18:36:26 +0200 (CEST) From: Martin Konold To: openpkg-users@openpkg.org, OpenPKG , openpkg-announce@openpkg.org Subject: Re: Now available: OpenPKG in a box! Date: Mon, 31 Mar 2003 17:49:22 +0200 References: <20030331153048.GA42238@en4.engelschall.com> In-Reply-To: <20030331153048.GA42238@en4.engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200303311749.22474.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Am Montag, 31. M=E4rz 2003 17:30 schrieb OpenPKG: Hi, > 0800-1STAPRIL ROTFL Yours, =2D- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany fon: 0711 67400963, fax: 0711 67400959 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Thu Apr 3 01:38:14 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 187A6277A18 for ; Thu, 3 Apr 2003 01:38:14 +0200 (CEST) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 0C67E1BF325 for ; Wed, 2 Apr 2003 18:38:09 -0500 (EST) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id EAC6212C002 for ; Wed, 2 Apr 2003 18:38:08 -0500 (EST) Received: from cle.lionbioscience.com (redfish-127.cle.lionbioscience.com [10.20.11.208]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 5AA6612C001 for ; Wed, 2 Apr 2003 18:38:08 -0500 (EST) Message-ID: <3E8B745C.9030403@cle.lionbioscience.com> Date: Wed, 02 Apr 2003 18:38:04 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog References: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> <20030324154904.GA73965@dev.de.cw.com> In-Reply-To: <20030324154904.GA73965@dev.de.cw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Finally working with fsl again. fsl-l2tool helped some, but a logger type tool that actually read the fsl config would be great. Still struggled with the fsl.postfix configuration. Syntax or other errors in the fsl.postfix file caused postfix to dump core. Ug. Finally found that this works: ident (postfix/.+)/.+ q{ prefix( prefix="%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: syslog( target="remote", remotehost="localhost", facility="mail", ident="postfix" ) } }; Skipping the target="remote" would cause a core dump. Shouldn't that be the default (only allowed) value? More importantly, moving the target="remote" attribute also causes bus errors - any idea why: ident (postfix/.+)/.+ q{ prefix( prefix="%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: syslog( target="remote", remotehost="localhost", facility="mail", ident="postfix" ) } }; Thanks for your help! Martin -- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Thu Apr 3 08:16:42 2003 Received: from tzmail.tti-stuttgart.de (tzmail.tti-stuttgart.de [193.197.159.253]) by mail.openpkg.org (Postfix) with ESMTP id 66540277A18 for ; Thu, 3 Apr 2003 08:16:42 +0200 (CEST) Received: from mail.erfrakon.de (unknown [193.197.159.232]) by tzmail.tti-stuttgart.de (Postfix) with ESMTP id 77F8F43362 for ; Thu, 3 Apr 2003 08:16:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id 3E40C3540B for ; Thu, 3 Apr 2003 08:16:33 +0200 (CEST) Date: Thu, 3 Apr 2003 08:16:33 +0200 (CEST) From: "konold@erfrakon.de" To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog In-Reply-To: <3E8B745C.9030403@cle.lionbioscience.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, 2 Apr 2003, Martin Andrews wrote: Hi, > struggled with the fsl.postfix configuration. Syntax or other errors in > the fsl.postfix file caused postfix to dump core. Ug. Finally found that The fact that changes in the fsl or errors in configuring lead to core dumps lets me doubt if fsl is a good approach to the problem. In general I had several reports of people having problems with fsl which have been hard to track down. E.g. a program crashes because the log file is not writable etc. Additionally because of the static nature of OpenPKG it is not so easy to track down. In the kolab project we therefor decided to disable fsl everywhere. In general people are not used to crashes due to a non working logging setup. Taditionally if logging was not possible for whatever reason programs did continue to work. Regards, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany mobil: 0175 4148693 fax: 0175 13 4148693 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Thu Apr 3 10:25:57 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id A7549277A18 for ; Thu, 3 Apr 2003 10:25:56 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id CD24B8D7ED; Thu, 3 Apr 2003 10:25:54 +0200 (CEST) Date: Thu, 3 Apr 2003 10:25:54 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030403082554.GV55324@dev.de.cw.com> References: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> <20030324154904.GA73965@dev.de.cw.com> <3E8B745C.9030403@cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3E8B745C.9030403@cle.lionbioscience.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Apr 02, 2003, Martin Andrews wrote: Dear Martin, > Finally working with fsl again. fsl-l2tool helped some, but a logger > type tool that actually read the fsl config would be great. [...] > I put this good idea on the wishlist. > Still > struggled with the fsl.postfix configuration. Syntax or other errors in > the fsl.postfix file caused postfix to dump core. Ug. Finally found that > this works: [...] > Skipping the target="remote" would cause a core dump. Shouldn't that be > the default (only allowed) value? More importantly, moving the > target="remote" attribute also causes bus errors - any idea why: [...] > The two examples you posted were identical (i assume by accident) and they do not work. Here is a working configuration: ## ## fsl.postfix -- OSSP fsl configuration for Postfix ## ident (postfix/.+)/.+ q{ prefix( prefix="%b %d %H:%M:%S %N <%L> $1[%P]: " ) -> { debug: syslog( facility=mail, ident=postfix, remotehost="127.0.0.1", remoteport="514", target="remote" ) } }; As i explained in a previous posting, order of the parameters within the syslog channel is important. This is a known issue (we) the OSSP l2 team has to fix eventually. There is no default for the target option, it must be set either "local" or "remote". -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Apr 3 10:45:14 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id D8783277A18 for ; Thu, 3 Apr 2003 10:45:13 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 251A48D7ED; Thu, 3 Apr 2003 10:45:12 +0200 (CEST) Date: Thu, 3 Apr 2003 10:45:12 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog Message-ID: <20030403084511.GW55324@dev.de.cw.com> References: <3E8B745C.9030403@cle.lionbioscience.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Apr 03, 2003, konold@erfrakon.de wrote: > On Wed, 2 Apr 2003, Martin Andrews wrote: > > > struggled with the fsl.postfix configuration. Syntax or other errors in > > the fsl.postfix file caused postfix to dump core. Ug. [...] > > The fact that changes in the fsl or errors in configuring lead to core > dumps lets me doubt if fsl is a good approach to the problem. In general I > had several reports of people having problems with fsl which have been > hard to track down. E.g. a program crashes because the log file is not > writable etc. > Besides my statements below regarding "kolab disable fsl" i want you to know that i was not able to crash postfix with syntatically or logically wrong fsl configs. I used postfix-2.0.2-1.2.1 with fsl-1.0.8-1.2.2 for testing. If you use these or later versions and find a configuration which crashes please tell me about it. Make sure you rebuild applications like postfix after an fsl upgrade - it's statically linked and won't change until after rebuild and reinstall the application. > Additionally because of the static nature of OpenPKG it is > not so easy to track down. > It is as easy to find out if a program uses fsl and which version, even in a static configuration - see http://www.ossp.org/pkg/lib/fsl/faq.html#static-fsl > In the kolab project we therefor decided to disable fsl everywhere. > We are aware of this and i have an item on by TODO list to - check that really all packages using syslog(3) become fsl enabled - every use of fsl becomes an option which defaults to "yes" So in the near future you could easily inhibit fsl without having to hack every spec file. This decision was primarily driven by kolab. However, we still believe in fsl, even the current incarnation, and continue to support it. We are currently designing a major improvment of the underlying OSSP l2 library. This library is much more sophisticated than syslog(3) and the tradeoff is that the more complex code could more easily fail. This won't change because it can't. But we're working on a asynchronous channel which dedicates most of the logging to a different process, so crashes won't touch the main program anymore. If this work has been completed, fsl will inherit those improvments. It is our hope that kolab will finally come back on the fsl track in the future. We need the feedback of the community to improve the code. > In general people are not used to crashes due to a non working logging > setup. Taditionally if logging was not possible for whatever reason > programs did continue to work. > Agree, and that's what (we) the OSSP l2 team are working on. Thanks to this thread i improved and created - http://www.ossp.org/pkg/lib/fsl/faq.html#syslog-fsl - http://www.ossp.org/pkg/lib/fsl/faq.html#static-fsl Thank you for your feedback. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Apr 3 11:02:35 2003 Received: from tzmail.tti-stuttgart.de (tzmail.tti-stuttgart.de [193.197.159.253]) by mail.openpkg.org (Postfix) with ESMTP id A23D6277A18 for ; Thu, 3 Apr 2003 11:02:34 +0200 (CEST) Received: from mail.erfrakon.de (unknown [193.197.159.232]) by tzmail.tti-stuttgart.de (Postfix) with ESMTP id 8A75043362; Thu, 3 Apr 2003 11:02:32 +0200 (CEST) Received: from localhost (fw.hq.erfrakon.de [10.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id E88633541D; Thu, 3 Apr 2003 11:02:31 +0200 (CEST) From: Martin Konold To: openpkg-users@openpkg.org, Thomas Lotterer Subject: Re: trouble forwarding fsl to syslog Date: Thu, 3 Apr 2003 10:17:47 +0200 References: <3E8B745C.9030403@cle.lionbioscience.com> <20030403084511.GW55324@dev.de.cw.com> In-Reply-To: <20030403084511.GW55324@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200304031017.47252.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Am Donnerstag, 3. April 2003 10:45 schrieb Thomas Lotterer: Hi Thomas, > wrong fsl configs. I used postfix-2.0.2-1.2.1 with fsl-1.0.8-1.2.2 for > testing. If you use these or later versions and find a configuration > which crashes please tell me about it. We will retry our tests. > which version, even in a static configuration - see > http://www.ossp.org/pkg/lib/fsl/faq.html#static-fsl Thanks for the hint. > So in the near future you could easily inhibit fsl without having to > hack every spec file. This decision was primarily driven by kolab. This is very good news. > has been completed, fsl will inherit those improvments. It is our hope > that kolab will finally come back on the fsl track in the future. We > need the feedback of the community to improve the code. If it serves our purposes I happily will go back to fsl. (We adopted fsl maybe a little too early and got burned..) Regards, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany fon: 0711 67400963, fax: 0711 67400959 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Thu Apr 3 14:15:10 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 882B8277A18 for ; Thu, 3 Apr 2003 14:15:09 +0200 (CEST) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 416771BF368 for ; Thu, 3 Apr 2003 07:15:06 -0500 (EST) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id 363B712C002 for ; Thu, 3 Apr 2003 07:15:06 -0500 (EST) Received: from cle.lionbioscience.com (redfish-127.cle.lionbioscience.com [10.20.11.208]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id EF9DC12C001 for ; Thu, 3 Apr 2003 07:15:05 -0500 (EST) Message-ID: <3E8C25C9.4070602@cle.lionbioscience.com> Date: Thu, 03 Apr 2003 07:15:05 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog References: <20030314141348.09E4812C001@ginger.cle.lionbioscience.com> <20030324154904.GA73965@dev.de.cw.com> <3E8B745C.9030403@cle.lionbioscience.com> <20030403082554.GV55324@dev.de.cw.com> In-Reply-To: <20030403082554.GV55324@dev.de.cw.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, Yes I blew the copy and paste - one of the examples was supposed to be the version you supplied. Thanks. Looking back I see you did mention the problem with syslog parameter order. Until you fix this restriction maybe it should be placed prominently in the fsl manpage? In fact the current man page shows "target=" as the first attribute in the definition of the syslog channel and the one example that has a syslog entry does not specify target= at all. Martin Thomas Lotterer wrote: >The two examples you posted were identical (i assume by accident) and >they do not work. Here is a working configuration: > > ## > ## fsl.postfix -- OSSP fsl configuration for Postfix > ## > ident (postfix/.+)/.+ q{ > prefix( > prefix="%b %d %H:%M:%S %N <%L> $1[%P]: " > ) > -> { > debug: syslog( > facility=mail, > ident=postfix, > remotehost="127.0.0.1", > remoteport="514", > target="remote" > ) > } > }; > >As i explained in a previous posting, order of the parameters within the >syslog channel is important. This is a known issue (we) the OSSP l2 > -- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Fri Apr 4 18:59:28 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id C0821277A1D for ; Fri, 4 Apr 2003 18:59:27 +0200 (CEST) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 9565A1BF2F0 for ; Fri, 4 Apr 2003 11:59:24 -0500 (EST) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id 75EC012C002 for ; Fri, 4 Apr 2003 11:59:24 -0500 (EST) Received: from cle.lionbioscience.com (bluefish-27.cle.lionbioscience.com [10.20.11.28]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 33E8612C001 for ; Fri, 4 Apr 2003 11:59:24 -0500 (EST) Message-ID: <3E8DB9EA.5030406@cle.lionbioscience.com> Date: Fri, 04 Apr 2003 11:59:22 -0500 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: trouble forwarding fsl to syslog References: <3E8B745C.9030403@cle.lionbioscience.com> <20030403084511.GW55324@dev.de.cw.com> In-Reply-To: <20030403084511.GW55324@dev.de.cw.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Indeed, after rebuilding postfix with fsl-1.0.8-1.2.2 I cannot recreate the crashes no matter how badly I try to write my fsl config files :-) Martin Thomas Lotterer wrote: >Besides my statements below regarding "kolab disable fsl" i want you to >know that i was not able to crash postfix with syntatically or logically >wrong fsl configs. I used postfix-2.0.2-1.2.1 with fsl-1.0.8-1.2.2 for >testing. If you use these or later versions and find a configuration >which crashes please tell me about it. Make sure you rebuild >applications like postfix after an fsl upgrade - it's statically linked >and won't change until after rebuild and reinstall the application. > > > From openpkg-users-owner@openpkg.org Mon Apr 7 18:55:02 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id BADDB277A0B for ; Mon, 7 Apr 2003 18:55:01 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h37Gt1ID018177 for ; Mon, 7 Apr 2003 18:55:01 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h37Gt1Bo018176 for openpkg-users@openpkg.org; Mon, 7 Apr 2003 18:55:01 +0200 (CEST) Date: Mon, 7 Apr 2003 18:55:01 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Who still dislikes fsl? Message-ID: <20030407165501.GJ41961@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="GvznHscUikHnwW2p" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --GvznHscUikHnwW2p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If there are still people disliking fsl, please speak up. I believe that the biggest complaint was somewhat relieved, and so I'm now wondering if we need to address the topic of going backwards and introducing fsl as optional log= ic. Right now, fsl is consistently used in all packages (non-junk) needing it. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --GvznHscUikHnwW2p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPpGtZFuYv80UoVTdAQGvCwf+OJNLL0pw6mD78TS/uxbkMKQ1hx4HIPPG w2yWssSP057cXi51p9vsMVcn8h1sonVIFXE/1Ordf9KqeExct1sP3qVpwFs42FoI yw0v168GOu2G9Uq/A7Xck0d1LZ+BKRxFXdcuD4g7kEKXAan195lrtxDL1WbOzHhN sBH5s6QpK1kB8GrKAhkSNMDzUsXDOz6fY9Mg+LM3UZSLzhhSJsoDVXklHZshizA9 gVuXApQTybd8XEN6/c8oqMrZdkY/5ih2SwP221JruSh9ltFUyLlhf9zUHgu0hbTx I0zGdjw9BDnMhoSIF0NgZ2E8XftSI9VQFxAzcNtlbkU/mwRiMR2nzQ== =FldJ -----END PGP SIGNATURE----- --GvznHscUikHnwW2p-- From openpkg-users-owner@openpkg.org Mon Apr 7 19:36:59 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 2A9DC277A0B for ; Mon, 7 Apr 2003 19:36:59 +0200 (CEST) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 83216639A6; Mon, 7 Apr 2003 10:36:57 -0700 (PDT) Date: Mon, 7 Apr 2003 10:36:57 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Who still dislikes fsl? Message-ID: <20030407103657.B12174@barryg.mi.celestial.com> References: <20030407165501.GJ41961@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030407165501.GJ41961@dt4.dev.de.cw.net>; from michael.schloh@cw.com on Mon, Apr 07, 2003 at 06:55:01PM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Apr 07, 2003 at 06:55:01PM +0200, Michael Schloh von Bennewitz wrote: >If there are still people disliking fsl, please speak up. I believe that the >biggest complaint was somewhat relieved, and so I'm now wondering if we need >to address the topic of going backwards and introducing fsl as optional logic. > >Right now, fsl is consistently used in all packages (non-junk) needing it. I'll raise my hand to say I like it, and have been thinking of incorporating it with some of our local packages to allow separation of log files for easier parsing and localization. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The trouble with fighting for human freedom is that one spends most of one's time defending scoundrels. For it is against scoundrels that oppressive laws are first aimed, and oppression must be stopped at the beginning if it is to be stopped at all.'' -- H. L. Mencken From openpkg-users-owner@openpkg.org Mon Apr 7 19:55:50 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 4B8A2277A0B for ; Mon, 7 Apr 2003 19:55:50 +0200 (CEST) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id B60891BF21E for ; Mon, 7 Apr 2003 13:55:48 -0400 (EDT) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id 81A2D12C002 for ; Mon, 7 Apr 2003 13:55:48 -0400 (EDT) Received: from cle.lionbioscience.com (redfish-127.cle.lionbioscience.com [10.20.11.208]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 31D4A12C001 for ; Mon, 7 Apr 2003 13:55:48 -0400 (EDT) Message-ID: <3E91BBA4.20407@cle.lionbioscience.com> Date: Mon, 07 Apr 2003 13:55:48 -0400 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: Who still dislikes fsl? References: <20030407165501.GJ41961@dt4.dev.de.cw.net> In-Reply-To: <20030407165501.GJ41961@dt4.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The crashes have gone away, but I am still worried that I may lose log messages because of permission problems on the log file (if the process doing the logging is not the log file owner). I heard mention of adding a server process to centrally handle log messages (like syslogd) but I don't see that in current yet. Martin Michael Schloh von Bennewitz wrote: >If there are still people disliking fsl, please speak up. I believe that the >biggest complaint was somewhat relieved, and so I'm now wondering if we need >to address the topic of going backwards and introducing fsl as optional logic. > >Right now, fsl is consistently used in all packages (non-junk) needing it. > > > > -- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Tue Apr 8 23:05:48 2003 Received: from buttle.oit.pdx.edu (buttle.oit.pdx.edu [131.252.120.30]) by mail.openpkg.org (Postfix) with ESMTP id C4A08277A0B for ; Tue, 8 Apr 2003 23:04:48 +0200 (CEST) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by buttle.oit.pdx.edu (8.11.6p2/8.11.6) with ESMTP id h38L4l705536 for ; Tue, 8 Apr 2003 14:04:47 -0700 (PDT) Subject: Need to rebuild src rpm to change install prefix of binaries... From: "David M. Fetter" To: OpenPKG Users List Content-Type: text/plain Message-Id: <1049835884.6088.17.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: 08 Apr 2003 14:04:44 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello. I'm new to this list. I'm having an issue, perhaps just something I'm just not understanding properly, where I need to change the install prefix of the binaries created by the src rpm. Currently, I am grabbing the src rpm from openpkg and modifying the spec file so the configure has the prefix of where I want it to install which of course is not /cw. After doing this I execute the appropriate commands to build new src and binary rpms. This seems to go fine, however, when I go to install the new binary rpm it still installs under /cw. Can anybody tell me what I might be doing wrong here? Thank you. -- David M. Fetter - UNIX Systems Administrator Portland State University 503-725-9154 - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Tue Apr 8 23:14:53 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 6B6C1277A0B for ; Tue, 8 Apr 2003 23:14:53 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id EC1E48D7F2; Tue, 8 Apr 2003 23:14:52 +0200 (CEST) Date: Tue, 8 Apr 2003 23:14:52 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Need to rebuild src rpm to change install prefix of binaries... Message-ID: <20030408211452.GA19707@sv1.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1049835884.6088.17.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Apr 08, 2003, David M. Fetter wrote: > Hello. I'm new to this list. I'm having an issue, perhaps just > something I'm just not understanding properly, where I need to change > the install prefix of the binaries created by the src rpm. Currently, I > am grabbing the src rpm from openpkg and modifying the spec file so the > configure has the prefix of where I want it to install which of course > is not /cw. After doing this I execute the appropriate commands to > build new src and binary rpms. This seems to go fine, however, when I > go to install the new binary rpm it still installs under /cw. Can > anybody tell me what I might be doing wrong here? Thank you. I wonder what you do with the .spec-files :) To install software under a specific prefix you have to install an instance of the OpenPKG bootstrap package for that instance and then use the rpm binary from that instance to build and install other packages. -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Apr 9 00:04:26 2003 Received: from tuttle.oit.pdx.edu (tuttle.oit.pdx.edu [131.252.120.29]) by mail.openpkg.org (Postfix) with ESMTP id 6800E277A0B for ; Wed, 9 Apr 2003 00:04:24 +0200 (CEST) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by tuttle.oit.pdx.edu (8.11.6p2/8.11.6) with ESMTP id h38M4NZ10271 for ; Tue, 8 Apr 2003 15:04:23 -0700 (PDT) Subject: Re: Need to rebuild src rpm to change install prefix of binaries... From: "David M. Fetter" To: OpenPKG Users List In-Reply-To: <20030408211452.GA19707@sv1.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> Content-Type: text/plain Message-Id: <1049839459.6086.24.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: 08 Apr 2003 15:04:19 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > To install software under a specific prefix you have to install an > instance of the OpenPKG bootstrap package for that instance and then use > the rpm binary from that instance to build and install other packages. So, then if I have an nfs/automount environment with let's say a /net/adm, /net/usr, and /net/www, I would have to install a seperate instance of openpkg under each of these paths so I can build and install the software I want under each of them? -- David M. Fetter - UNIX Systems Administrator Portland State University 503-725-9154 - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Wed Apr 9 01:37:14 2003 Received: from tuttle.oit.pdx.edu (tuttle.oit.pdx.edu [131.252.120.29]) by mail.openpkg.org (Postfix) with ESMTP id 1A597277A0B for ; Wed, 9 Apr 2003 01:37:13 +0200 (CEST) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by tuttle.oit.pdx.edu (8.11.6p2/8.11.6) with ESMTP id h38Nb9Z03370 for ; Tue, 8 Apr 2003 16:37:09 -0700 (PDT) Subject: Re: Need to rebuild src rpm to change install prefix of binaries... From: "David M. Fetter" To: OpenPKG Users List In-Reply-To: <1049839459.6086.24.camel@thoth.oit.pdx.edu> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> <1049839459.6086.24.camel@thoth.oit.pdx.edu> Content-Type: text/plain Message-Id: <1049845025.6089.27.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: 08 Apr 2003 16:37:06 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, 2003-04-08 at 15:04, David M. Fetter wrote: > > To install software under a specific prefix you have to install an > > instance of the OpenPKG bootstrap package for that instance and then use > > the rpm binary from that instance to build and install other packages. > > So, then if I have an nfs/automount environment with let's say a > /net/adm, /net/usr, and /net/www, I would have to install a seperate > instance of openpkg under each of these paths so I can build and install > the software I want under each of them? I guess I should also ask, if this is so, what if you want to have only one rpm db for all three /net/adm, /net/usr and /net/www nfs mounted directories? -- David M. Fetter - UNIX Systems Administrator Portland State University 503-725-9154 - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Wed Apr 9 08:03:43 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id EAB8F277A0B for ; Wed, 9 Apr 2003 08:03:42 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 58C2D8D7D7; Wed, 9 Apr 2003 08:03:42 +0200 (CEST) Date: Wed, 9 Apr 2003 08:03:42 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Need to rebuild src rpm to change install prefix of binaries... Message-ID: <20030409060342.GA31796@sv1.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> <1049839459.6086.24.camel@thoth.oit.pdx.edu> <1049845025.6089.27.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1049845025.6089.27.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Apr 08, 2003, David M. Fetter wrote: > On Tue, 2003-04-08 at 15:04, David M. Fetter wrote: > > > To install software under a specific prefix you have to install an > > > instance of the OpenPKG bootstrap package for that instance and then use > > > the rpm binary from that instance to build and install other packages. > > > > So, then if I have an nfs/automount environment with let's say a > > /net/adm, /net/usr, and /net/www, I would have to install a seperate > > instance of openpkg under each of these paths so I can build and install > > the software I want under each of them? Yes. > I guess I should also ask, if this is so, what if you want to have only one > rpm db for all three /net/adm, /net/usr and /net/www nfs mounted directories? Simple answer: you can't. One of the basic design decisions made for OpenPKG is to aggregate all software under a common prefix and to allow for multiple instances of OpenPKG, each under its own distinctive prefix. The above is true for the software, its configuration, and also for the default data directories. But of course you are free to separate the data onto a different directory or filesystem, e.g. by telling Apache in its configuration files about the new location. Maybe you can describe what you are trying to achieve ? Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Apr 9 10:36:04 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 912C6277A0B for ; Wed, 9 Apr 2003 10:36:03 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 09AB78D7D7; Wed, 9 Apr 2003 10:36:02 +0200 (CEST) Date: Wed, 9 Apr 2003 10:36:02 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: ./openpkg-1.2.0-1.2.0.src.sh Message-ID: <20030409083602.GA35324@sv1.dev.de.cw.net> References: <20030324173741.83452.qmail@web20310.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030324173741.83452.qmail@web20310.mail.yahoo.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Stephen, On Mon, Mar 24, 2003, Stephen More wrote: > I am having the following error when try to run: > > ./openpkg-1.2.0-1.2.0.src.sh > > on Solaris 8 with cc: Sun WorkShop 6 update 2 C 5.3 2001/05/15 [...] > "./rpmio_internal.h", line 214: reference to static variable "fdSetIo" in inline extern function [...] I tried the same on our Solaris 8 system but didn't get these errors. The difference is that I only have cc: Sun WorkShop 6 update 1 C 5.2 2000/09/11 apparently your "update 2" of the Sun WorkShop C compiler has problems with the sources. I will try to get hands on the "update 2" (or whatever Sun offers currently) to find a solution, but of course I cannot promise anything :-/. The other solution for you is to use gcc (e.g. the Solaris package) instead of the workshop compiler to bootstrap OpenPKG. I also had a look at the SunSolve website and noticed a recent patch to the Sun WorkShop C compiler: http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fpatches%2F111685&zone_32=Sun%20Workshop%20C Patch-ID# 111685-13 Synopsis: C++ 5.3: Patch for Forte Developer 6 update 2 C++ compiler Date: Feb/24/2003 I didn't see any information in the patch description related to the OpenPKG bootstrap problem though. But the descriptions have often been too terse to determine what problems they fix :-) Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Apr 9 11:06:09 2003 Received: from tzmail.tti-stuttgart.de (tzmail.tti-stuttgart.de [193.197.159.253]) by mail.openpkg.org (Postfix) with ESMTP id 9361A277A0B for ; Wed, 9 Apr 2003 11:06:08 +0200 (CEST) Received: from mail.erfrakon.de (unknown [193.197.159.232]) by tzmail.tti-stuttgart.de (Postfix) with ESMTP id A62664336C for ; Wed, 9 Apr 2003 11:05:55 +0200 (CEST) Received: from localhost (fw.hq.erfrakon.de [10.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id 949A119EF7 for ; Wed, 9 Apr 2003 11:05:54 +0200 (CEST) From: Martin Konold To: openpkg-users@openpkg.org Subject: Re: Who still dislikes fsl? Date: Wed, 9 Apr 2003 11:26:33 +0200 References: <20030407165501.GJ41961@dt4.dev.de.cw.net> In-Reply-To: <20030407165501.GJ41961@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200304091126.33872.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Am Montag, 7. April 2003 18:55 schrieb Michael Schloh von Bennewitz: Hi Michael, > If there are still people disliking fsl, please speak up. I believe that > the biggest complaint was somewhat relieved, and so I'm now wondering if we > need to address the topic of going backwards and introducing fsl as > optional logic. > > Right now, fsl is consistently used in all packages (non-junk) needing it. We are currently in the process of releasing RC1 of kolab. We seriously consider to reenable fsl for rc2 if it proves to be not the fault of crashes. Regards, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany fon: 0711 67400963, fax: 0711 67400959 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Wed Apr 9 11:23:50 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 34361277A0B for ; Wed, 9 Apr 2003 11:23:50 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h399NnID095316 for ; Wed, 9 Apr 2003 11:23:49 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h399NnEV095315 for openpkg-users@openpkg.org; Wed, 9 Apr 2003 11:23:49 +0200 (CEST) Date: Wed, 9 Apr 2003 11:23:49 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Need to rebuild src rpm to change install prefix of binaries... Message-ID: <20030409092349.GM41961@dt4.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> <1049839459.6086.24.camel@thoth.oit.pdx.edu> <1049845025.6089.27.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="x38akuY2VS0PywU3" In-Reply-To: <1049845025.6089.27.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --x38akuY2VS0PywU3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 08, 2003, David M. Fetter wrote: > On Tue, 2003-04-08 at 15:04, David M. Fetter wrote: >>> To install software under a specific prefix you have to install an >>> instance of the OpenPKG bootstrap package for that instance and then use >>> the rpm binary from that instance to build and install other packages. >> >> So, then if I have an nfs/automount environment with let's say a >> /net/adm, /net/usr, and /net/www, I would have to install a seperate >> instance of openpkg under each of these paths so I can build and install >> the software I want under each of them? > > I guess I should also ask, if this is so, what if you want to have only o= ne =20 > rpm db for all three /net/adm, /net/usr and /net/www nfs mounted director= ies? > Hello David, It's possible that OpenPKG is too restrictive for your needs. As the other Michael said, the filesystem barrier is really a design feature rather than= an oversight. If it isn't too restrictive for you, then you might consider one thing. The= re is the concept of 'proxy' packages in OpenPKG. By using '/bin/rpm --makepro= xy', you can pseudo-install the *binary* OpenPKG package (that would normally on= ly install to one instance) to other instances. Read more about this in the SysAdmin article http://www.samag.com/documents/s=3D7666/sam0211a/0211a.htm --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Deutschland GmbH --x38akuY2VS0PywU3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPpPmpFuYv80UoVTdAQGuCQf/ZtOjBr/LeqarOsBWcRoBsU14EL4OSlaR vqm2fLcs+VteEpAs6DECXdLCn/3v/Ag6m286WfHePuY1xjuZnaCRjsQSyjFJQ5B/ Qyr75vs7LUXYX7wXktUPQPPZzjO3XmqlbW0YQloQ4ED77wENUmv+qcsjDbBBjIO6 ric0ga8+Ww4MgLRY0Jikhg2PQBGRDdRLwImf1+bXs44j/cxm2ITPF5Lpz1QT+T0T ZrUcTMjzWeBBJ+j18Jw8vfY0GwjMzMNkd56VAXIaT0y9D1va+KPvlr7nHoDScpOx KeCLHGeunRJSCmYc1NQwRcevPGToYfjuznSVuGN9vznIyKU9AqVZSQ== =Tfav -----END PGP SIGNATURE----- --x38akuY2VS0PywU3-- From openpkg-users-owner@openpkg.org Wed Apr 9 11:36:57 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id F0D79277A0B for ; Wed, 9 Apr 2003 11:36:56 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.6/8.12.2) with ESMTP id h399apID095449; Wed, 9 Apr 2003 11:36:51 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.6/8.12.5/Submit) id h399ap2s095448; Wed, 9 Apr 2003 11:36:51 +0200 (CEST) Date: Wed, 9 Apr 2003 11:36:51 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Cc: thomas.lotterer@cw.com Subject: Re: Who still dislikes fsl? Message-ID: <20030409093651.GO41961@dt4.dev.de.cw.net> References: <20030407165501.GJ41961@dt4.dev.de.cw.net> <200304091126.33872.martin.konold@erfrakon.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="p1Od3smaOkJqivj4" In-Reply-To: <200304091126.33872.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --p1Od3smaOkJqivj4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2003, Martin Konold wrote: > Am Montag, 7. April 2003 18:55 schrieb Michael Schloh von Bennewitz: >> If there are still people disliking fsl, please speak up. I believe that >> the biggest complaint was somewhat relieved, and so I'm now wondering if= we >> need to address the topic of going backwards and introducing fsl as >> optional logic. >> >> Right now, fsl is consistently used in all packages (non-junk) needing i= t. > > We are currently in the process of releasing RC1 of kolab. We seriously= =20 > consider to reenable fsl for rc2 if it proves to be not the fault of cras= hes. > Hallo Martin, Let's do it this way. Since your packages are probably already set up for R= C1 (not using FSL I believe), I'll leave the packages (on ftp.openpkg.org) as they are. After your release, replace the FSL code for RC2 if you wish. If = you have FSL problems then, I'll roll new packages making the FSL logic conditional. Just make sure to shout this if the problems do show up again. Regards, Michael --p1Od3smaOkJqivj4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPpPps1uYv80UoVTdAQE/QQf/SLwc00SujnZ8E6VV2RFF6nYE/mmwS5qt PHXiDd0lAYlduUgJEz8io/c78zZFDeTaUZ+PwiXExjwdsBzzNa4RMSg0sn5pW5A5 TZ4FzhpM7s7h9fqZAvKDd7b6GTSv/dPZYxTRDViWj+p0fOuo4esCwN0d8ZkuVzDg JGd177HfTQSfns+cRt69tfOMAVtQq3xJy2/Rl5mMeS1Dsm76JWI9DJGKy1q2NeAg kpWlOhi8Hw3SB6r0y1FPD4ctICYEhBSKTMXkDr942brLV27gdwJvS1pINSQeCMKt B8Csn+mdNWZnO137nNg8Oca+Kkji2zkWpJZLdy+gqFl6RMRTQ+N18g== =5Y9M -----END PGP SIGNATURE----- --p1Od3smaOkJqivj4-- From openpkg-users-owner@openpkg.org Wed Apr 9 12:56:29 2003 Received: from www2.cle.lionbioscience.com (www2.cle.lionbioscience.com [63.69.121.227]) by mail.openpkg.org (Postfix) with ESMTP id 51EB7277A0B for ; Wed, 9 Apr 2003 12:56:29 +0200 (CEST) Received: from ginger.cle.lionbioscience.com (ginger.cle.lionbioscience.com [10.20.1.30]) by www2.cle.lionbioscience.com (Postfix) with ESMTP id 5FBFA1BF293 for ; Wed, 9 Apr 2003 06:56:27 -0400 (EDT) Received: from sneetch.cle.lionbioscience.com (sneetch.cle.lionbioscience.com [10.20.1.5]) by ginger.cle.lionbioscience.com (Postfix) with SMTP id E35B812C002 for ; Wed, 9 Apr 2003 06:56:26 -0400 (EDT) Received: from cle.lionbioscience.com (clewallfake-5.cle.lionbioscience.com [10.20.16.6]) by ginger.cle.lionbioscience.com (Postfix) with ESMTP id 5D1EE12C001 for ; Wed, 9 Apr 2003 06:56:26 -0400 (EDT) Message-ID: <3E93FC5D.5040404@cle.lionbioscience.com> Date: Wed, 09 Apr 2003 06:56:29 -0400 From: Martin Andrews MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: ./openpkg-1.2.0-1.2.0.src.sh References: <20030324173741.83452.qmail@web20310.mail.yahoo.com> <20030409083602.GA35324@sv1.dev.de.cw.net> In-Reply-To: <20030409083602.GA35324@sv1.dev.de.cw.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I built openpkg 1.2.0 with forte 6 update 2. So far on solaris 7 and 9. Along with the big recommended patch cluster I have installed the following forte patches: 111678-13[1].tar.Z 111685-10[1].tar.Z Martin Michael van Elst wrote: >Hi Stephen, > >On Mon, Mar 24, 2003, Stephen More wrote: > > > >>I am having the following error when try to run: >> >>./openpkg-1.2.0-1.2.0.src.sh >> >>on Solaris 8 with cc: Sun WorkShop 6 update 2 C 5.3 2001/05/15 >> >> >[...] > > >>"./rpmio_internal.h", line 214: reference to static variable "fdSetIo" in inline extern function >> >> >[...] > > >I tried the same on our Solaris 8 system but didn't get these errors. >The difference is that I only have > > cc: Sun WorkShop 6 update 1 C 5.2 2000/09/11 > >apparently your "update 2" of the Sun WorkShop C compiler has problems >with the sources. > > > -- Martin Andrews martin.andrews@lionbioscience.com From openpkg-users-owner@openpkg.org Wed Apr 9 16:58:43 2003 Received: from buttle.oit.pdx.edu (buttle.oit.pdx.edu [131.252.120.30]) by mail.openpkg.org (Postfix) with ESMTP id A8452277A0B for ; Wed, 9 Apr 2003 16:58:42 +0200 (CEST) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by buttle.oit.pdx.edu (8.11.6p2/8.11.6) with ESMTP id h39Ewc704730 for ; Wed, 9 Apr 2003 07:58:38 -0700 (PDT) Subject: Re: Need to rebuild src rpm to change install prefix of binaries... From: "David M. Fetter" To: OpenPKG Users List In-Reply-To: <20030409060342.GA31796@sv1.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> <1049839459.6086.24.camel@thoth.oit.pdx.edu> <1049845025.6089.27.camel@thoth.oit.pdx.edu> <20030409060342.GA31796@sv1.dev.de.cw.net> Content-Type: text/plain Message-Id: <1049900312.11344.25.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: 09 Apr 2003 07:58:33 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, 2003-04-08 at 23:03, Michael van Elst wrote: > Maybe you can describe what you are trying to achieve ? Sure. I can elaborate a bit. What we have is about 40 solaris servers all of which are nfs/automount clients to a clustered nfs server. The nfs server houses all non-os-default applications. The nfs shares are split into various groups of which there are 20+ different groups. So, for example we have a /net/adm would have a directory structure like so: adm |-- bin |-- etc |-- include |-- info |-- lib |-- libexec |-- man |-- sbin `-- share A similar directory structure would exist under each of the other /net/${dir} automounted directories. So, at this point, to my understanding in order to use openpkg I would have to install a seperate instance under each of these automount points. The problem we have with this is that part of the purpose of this project is to have one single database for all /net/${dir} automount points which we were planning to keep under the /net/adm directory. That way we can (or other users if they want) query the rpm database which will contain info about all software that resides throughout our nfs automounts. I don't think the problem here is really whether or not we need to have seperate instances all over, it is that we only want one single rpm database. Right now that doesn't look to be feasible with openpkg. Now the reason why we're considering openpkg is because they already have prebuilt solaris rpm packages. The thought here is that it would save us a certain amount of maintenance time to simply use the src rpms, change the install prefix in the spec file and rebuild the binary rpms to install into our nfs/automount. The idea is that the porting work has already been done, openpkg seems to keep pretty up to date on security issues and it would ease the maintenance cost of dealing with all of the software we have. If using openpkg itself won't work, we may look at using just the plain rpm which I think could do this (thought I haven't investigated this thoroughly yet so I might be wrong). If we do this then we are hoping that the openpkg solaris src rpms would still work for us in the fashion we're planning on using them. Would this be true? -- David M. Fetter - UNIX Systems Administrator Portland State University 503-725-9154 - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Wed Apr 9 21:30:54 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 188D5277A0B for ; Wed, 9 Apr 2003 21:30:54 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 5650D8D7D7; Wed, 9 Apr 2003 21:30:53 +0200 (CEST) Date: Wed, 9 Apr 2003 21:30:53 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Need to rebuild src rpm to change install prefix of binaries... Message-ID: <20030409193053.GA50699@sv1.dev.de.cw.net> References: <1049835884.6088.17.camel@thoth.oit.pdx.edu> <20030408211452.GA19707@sv1.dev.de.cw.net> <1049839459.6086.24.camel@thoth.oit.pdx.edu> <1049845025.6089.27.camel@thoth.oit.pdx.edu> <20030409060342.GA31796@sv1.dev.de.cw.net> <1049900312.11344.25.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1049900312.11344.25.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi again, I fear, coercing OpenPKG under your directory scheme would cause only trouble. The packages depend on using the same prefix, for example you couldn't install sendmail under one prefix and use it from a package under a different prefix, because that package will be installed with /bin/sendmail as the hard-coded path to the sendmail binary. And it gets worse if you think about library locations. > The nfs shares are > split into various groups of which there are 20+ different groups. If these groups relates to _server functions_ (like web or mail-service) then I may still suggest to install an OpenPKG hierarchy in each group. The administrative advantage is, that all these functions are self-contained. You can separate the functions easily and you don't create artificial dependencies, when for example, you need a recent (== maybe experimental) version of a library for one function but want to use a stable version for a different function. The overhead of this solution is that you have multiple copies of each package installed and that you have to treat each instance individually. But in our experience this is a relatively small cost, in particular when the most common maintenance (i.e. keeping track of upgrades and security fixes) can be done easily with openpkg-tool. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Mon May 5 06:10:13 2003 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mail.openpkg.org (Postfix) with ESMTP id 408D8277A18 for ; Mon, 5 May 2003 06:08:42 +0200 (CEST) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19CXHH-0004t0-00 for openpkg-users@openpkg.org; Mon, 05 May 2003 06:08:35 +0200 Received: from [139.7.40.2] (helo=syngenio.de) by mrelayng.kundenserver.de with asmtp (SSLv3:RC4-MD5:128) (Exim 3.35 #1) id 19CXHF-0006NQ-00; Mon, 05 May 2003 06:08:34 +0200 Message-ID: <3EB5E3AF.D31111D4@syngenio.de> Date: Mon, 05 May 2003 06:08:15 +0200 From: Stefan Engel MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Anyone already built packages for amanda and mtx? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I am thinking about using OpenPKG in our company for deploying software packages on our servers. One of the applications we use for our backup system is amanda (http://www.amanda.org ). So my question is: has anybody already built a package for amanda and mtx? Best regards, Stefan Engel From openpkg-users-owner@openpkg.org Mon May 5 07:08:17 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 4FF94277A18 for ; Mon, 5 May 2003 07:08:17 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1216B4CE585; Mon, 5 May 2003 07:08:17 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3F590286CC; Mon, 5 May 2003 07:07:14 +0200 (CEST) Date: Mon, 5 May 2003 07:07:14 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Anyone already built packages for amanda and mtx? Message-ID: <20030505050714.GA26225@engelschall.com> References: <3EB5E3AF.D31111D4@syngenio.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3EB5E3AF.D31111D4@syngenio.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, May 05, 2003, Stefan Engel wrote: > I am thinking about using OpenPKG in our company for deploying > software packages on our servers. One of the applications we use for > our backup system is amanda (http://www.amanda.org ). So my question > is: has anybody already built a package for amanda and mtx? AFAIK no, so a contribution is appreciated. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon May 5 21:55:08 2003 Received: from pop-1.dnv.wideopenwest.com (pop-1.dnv.wideopenwest.com [64.233.207.6]) by mail.openpkg.org (Postfix) with ESMTP id 9F51F277A18 for ; Mon, 5 May 2003 20:39:17 +0200 (CEST) Received: from psfp3.psf (d53-193-161.try.wideopenwest.com [64.53.161.193]) by pop-1.dnv.wideopenwest.com (8.11.6/8.11.6) with ESMTP id h45IdvW28624 for ; Mon, 5 May 2003 13:39:57 -0500 Received: (from dwd@localhost) by psfp3.psf (8.11.6/8.11.6) id h45IdDo28640 for openpkg-users@openpkg.org; Mon, 5 May 2003 13:39:13 -0500 Date: Mon, 5 May 2003 13:39:13 -0500 From: Dave Dykstra To: openpkg-users@openpkg.org Subject: Problem with TMPDIR in OpenPKG cvs package Message-ID: <20030505183913.GA27887@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When I build the OpenPKG cvs package, the default internal temporary directory is being set to /RPM/TMP, and later some user commands fail because that directory is not world-writable. It turns out that the cvs configure is looking for the environment variable which is being set by OpenPKG rpm. There are many ways to work around this but I don't know which way is best. For now I have editted the %build statement in my own copy of cvs.spec to do "unset TMPDIR" before calling configure. Another solution would be to add --with-tmpdir=/tmp to the configure command line. Perhaps the best solution would be for rpm to not export that variable to the build step, because that would avoid similar problems in other packages. Anybody else have an opinion? - Dave Dykstra From openpkg-users-owner@openpkg.org Tue May 6 07:09:42 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 01BED277A18 for ; Tue, 6 May 2003 07:09:41 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id BCD5E4CE577; Tue, 6 May 2003 07:09:41 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id B77AA286FB; Tue, 6 May 2003 07:09:32 +0200 (CEST) Date: Tue, 6 May 2003 07:09:32 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem with TMPDIR in OpenPKG cvs package Message-ID: <20030506050932.GA57056@engelschall.com> References: <20030505183913.GA27887@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030505183913.GA27887@drdykstra.us> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, May 05, 2003, Dave Dykstra wrote: > When I build the OpenPKG cvs package, the default internal temporary > directory is being set to /RPM/TMP, and later some user commands > fail because that directory is not world-writable. It turns out that the > cvs configure is looking for the environment variable which is > being set by OpenPKG rpm. There are many ways to work around this but I > don't know which way is best. For now I have editted the %build statement > in my own copy of cvs.spec to do "unset TMPDIR" before calling configure. > Another solution would be to add --with-tmpdir=/tmp to the configure > command line. Perhaps the best solution would be for rpm to not export > that variable to the build step, because that would avoid similar problems > in other packages. Anybody else have an opinion? This was already fixed with the --with-tmpdir option in -CURRENT. I'll merge this fix onto 1-STABLE and 1.2-SOLID later today and then you have it fixed for OpenPKG 1.2. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue May 6 14:30:31 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 20705277A18 for ; Tue, 6 May 2003 14:30:31 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D774A4CE577; Tue, 6 May 2003 14:30:30 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0992B286FB; Tue, 6 May 2003 14:30:13 +0200 (CEST) Date: Tue, 6 May 2003 14:30:12 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem with TMPDIR in OpenPKG cvs package Message-ID: <20030506123012.GA65611@engelschall.com> References: <20030505183913.GA27887@drdykstra.us> <20030506050932.GA57056@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030506050932.GA57056@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, May 06, 2003, Ralf S. Engelschall wrote: > On Mon, May 05, 2003, Dave Dykstra wrote: > > > When I build the OpenPKG cvs package, the default internal temporary > > directory is being set to /RPM/TMP, and later some user commands > > fail because that directory is not world-writable. It turns out that the > > cvs configure is looking for the environment variable which is > > being set by OpenPKG rpm. There are many ways to work around this but I > > don't know which way is best. For now I have editted the %build statement > > in my own copy of cvs.spec to do "unset TMPDIR" before calling configure. > > Another solution would be to add --with-tmpdir=/tmp to the configure > > command line. Perhaps the best solution would be for rpm to not export > > that variable to the build step, because that would avoid similar problems > > in other packages. Anybody else have an opinion? > > This was already fixed with the --with-tmpdir option in -CURRENT. I'll > merge this fix onto 1-STABLE and 1.2-SOLID later today and then you have > it fixed for OpenPKG 1.2. Ok, I've merged the bugfix and rolled cvs-1.11.5-1.2.1.src.rpm which you can find under ftp://ftp.openpkg.org/release/1.2/UPD/. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue May 6 15:28:47 2003 Received: from pop-8.dnv.wideopenwest.com (unknown [64.233.207.26]) by mail.openpkg.org (Postfix) with ESMTP id ED5FE277A18 for ; Tue, 6 May 2003 15:28:46 +0200 (CEST) Received: from psfp3.psf (d53-193-161.try.wideopenwest.com [64.53.161.193]) by pop-8.dnv.wideopenwest.com (8.11.6/8.11.6) with ESMTP id h46DSho16310 for ; Tue, 6 May 2003 08:28:43 -0500 Received: (from dwd@localhost) by psfp3.psf (8.11.6/8.11.6) id h46DSh516303 for openpkg-users@openpkg.org; Tue, 6 May 2003 08:28:43 -0500 Date: Tue, 6 May 2003 08:28:43 -0500 From: Dave Dykstra To: openpkg-users@openpkg.org Subject: Re: Problem with TMPDIR in OpenPKG cvs package Message-ID: <20030506132843.GA13907@drdykstra.us> References: <20030505183913.GA27887@drdykstra.us> <20030506050932.GA57056@engelschall.com> <20030506123012.GA65611@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030506123012.GA65611@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, May 06, 2003 at 02:30:12PM +0200, Ralf S. Engelschall wrote: > On Tue, May 06, 2003, Ralf S. Engelschall wrote: > > On Mon, May 05, 2003, Dave Dykstra wrote: > > > > > When I build the OpenPKG cvs package, the default internal temporary > > > directory is being set to /RPM/TMP, and later some user commands > > > fail because that directory is not world-writable. It turns out that the > > > cvs configure is looking for the environment variable which is > > > being set by OpenPKG rpm. There are many ways to work around this but I > > > don't know which way is best. For now I have editted the %build statement > > > in my own copy of cvs.spec to do "unset TMPDIR" before calling configure. > > > Another solution would be to add --with-tmpdir=/tmp to the configure > > > command line. Perhaps the best solution would be for rpm to not export > > > that variable to the build step, because that would avoid similar problems > > > in other packages. Anybody else have an opinion? > > > > This was already fixed with the --with-tmpdir option in -CURRENT. I'll > > merge this fix onto 1-STABLE and 1.2-SOLID later today and then you have > > it fixed for OpenPKG 1.2. > > Ok, I've merged the bugfix and rolled cvs-1.11.5-1.2.1.src.rpm > which you can find under ftp://ftp.openpkg.org/release/1.2/UPD/. I see your solution is to create a separate %{l_prefix}/var/cvs/tmp directory. Is there code somewhere to clean out old files in that directory in case of system crashes during the middle of an operation? There may be but it isn't obvious to me in cvs.spec. Why not just use /tmp? That has an advantage of being a ram disk on a lot of systems. - Dave From openpkg-users-owner@openpkg.org Tue May 6 15:57:02 2003 Received: from pop-5.dnv.wideopenwest.com (unknown [64.233.207.23]) by mail.openpkg.org (Postfix) with ESMTP id 1CFB4277A18 for ; Tue, 6 May 2003 15:57:01 +0200 (CEST) Received: from psfp3.psf (d53-193-161.try.wideopenwest.com [64.53.161.193]) by pop-5.dnv.wideopenwest.com (8.11.6/8.11.6) with ESMTP id h46Duvp10601 for ; Tue, 6 May 2003 08:56:57 -0500 Received: (from dwd@localhost) by psfp3.psf (8.11.6/8.11.6) id h46Duvv25724 for openpkg-users@openpkg.org; Tue, 6 May 2003 08:56:57 -0500 Date: Tue, 6 May 2003 08:56:57 -0500 From: Dave Dykstra To: openpkg-users@openpkg.org Subject: Re: openpkg etc/rc issues Message-ID: <20030506135657.GA16807@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I sent this directly to Ralf first but he didn't reply so maybe it went into his spam bucket. I just started a new job at a small company, and a friend who's been here longer than me has been getting ready to migrate the software developers (~20 of us) to a new Solaris server and he's setting up all of the tools with openpkg. So this is the first time I'm using openpkg, and we don't have much experience with it yet. The recommended way to set up the environment is with eval `$opkg_root/etc/rc --eval all env` and I've got some issues with that: 1. I noticed a whole lot of extra lower case variables are being set, being pulled in from the %config sections of al the rc.d scripts, even those that don't have a %env section. They're not being exported, but I really don't like them being left set in the user's environment. I'm not sure what to do about all of them, but I do have a partial solution (below). 2. The eval statement takes a noticeably long amount of time, and I'm not too happy about that either. 3. The %config sections of all the rc.d scripts are being read in for every file. If they were only read in once, especially only those that have %env sections, that could help with reducing the time. What do you think of the below patch (against the current CVS rc version 1.24)? In our case, it cuts the total time down by about 25% and the size of the tmpfile down by about 80%. It reduces but does not eliminate the extra unexported variables left set in the user's shell. Also, what do you think about having a way for having the "tmpfile" pre-generated each time any package is installed or upgraded, and having the users invoke that each time rather than running rc directly? That would eliminate the speed problem. I thought of a way to eliminate the extra variable settings from the user's context and at the same time make it easy to have a csh startup script as well as a bourne-shell startup script (we've got a lot of csh users here). The idea is to run the "rc --eval all env" in a bash subshell, look for all the "export" statements, and echo commands to set them in either sh or csh syntax to be eval'ed by one of those shells. I've also included below (as a second patch) the "initenv" script I wrote to do that. I recommend that you also supply a etc/init.sh and etc/init.csh for users to include with "." or "source", respectively, and not expose the initenv command in case you want to change the interface later. I've made corresponding scripts in our local/etc. I haven't done anything about caching the output of "etc/rc --eval all env" to improve performance, but initenv would also be a convenient place to do that. Do you happen to know if there's a way to set a global post-processing command in the rpmmacros file that could run something after every rpm install? That would be the place to save the output of "etc/rc --eval all env", if it can be done. - Dave --- rc.O 2003-05-02 14:07:02.283916000 -0500 +++ rc 2003-05-02 14:06:53.447031000 -0500 @@ -283,22 +283,28 @@ if [ ".$verbose" = .1 ]; then echo "set -x" >>$tmpfile fi + echo ". $rcfunc" >>$tmpfile + l_scripts=`/bin/ls $rcdir/rc.* | sed -e "s;^$rcdir/rc\.;;"` + for l_name in $l_scripts; do + # read in config for scripts that contain %$cmd + if grep "^%$cmd" $rcdir/rc.$l_name >/dev/null; then + sed <$rcdir/rc.$l_name >>$tmpfile -e "1,/^%config/d" -e '/^%.*/,$d' + fi + done + echo ". $rcconf" >>$tmpfile fi for entry in `echo $list | tr ',' '\012' | sort -n`; do test ".$entry" = . && continue + eval `echo $entry | sed -e 's%^[0-9]*:\(.*\):\(.*\)$%s_name="\1"; s_user="\2"%'` if [ ".$verbose" = .1 ]; then echo "$0: executing $rcdir/rc.$s_name [%$cmd] as user $s_user" 1>&2 fi if [ ".$print" = .1 -o ".$eval" = .1 ]; then - echo ". $rcfunc" >>$tmpfile - l_scripts=`/bin/ls $rcdir/rc.* | sed -e "s;^$rcdir/rc\.;;"` - for l_name in $l_scripts; do - sed <$rcdir/rc.$l_name >>$tmpfile -e "1,/^%config/d" -e '/^%.*/,$d' - done - echo ". $rcconf" >>$tmpfile - sed <$rcdir/rc.$s_name >>$tmpfile -e "1,/^%common/d" -e '/^%.*/,$d' - sed <$rcdir/rc.$s_name >>$tmpfile -e "1,/^%$cmd/d" -e '/^%.*/,$d' + if grep "^%$cmd" $rcdir/rc.$s_name >/dev/null; then + sed <$rcdir/rc.$s_name >>$tmpfile -e "1,/^%common/d" -e '/^%.*/,$d' + sed <$rcdir/rc.$s_name >>$tmpfile -e "1,/^%$cmd/d" -e '/^%.*/,$d' + fi continue fi rm -f $tmpfile --- initenv.O 2003-05-06 08:48:18.925626000 -0500 +++ initenv 2003-05-05 10:27:03.816887000 -0500 @@ -0,0 +1,44 @@ +#!@l_prefix@/bin/bash --noprofile +# +## initenv - Get the openpkg startup environment as sh or csh commands +## Bourne-shell-like shells should run +## eval `$opkg_root/etc/initenv` +## Csh-like shells should run +## eval `$opkg_root/etc/initenv --csh` +## +## Written by Dave Dykstra, CMC Electronics Aurora Inc + +opkg_root=@l_prefix@ + +if [ $# == 0 ]; then + CSHSYNTAX=false +elif [ $# == 1 ] && [ "$1" == "--csh" ]; then + CSHSYNTAX=true +else + echo "Usage: $0 [--csh]" >&2 + exit 1 +fi + +TMPF=/tmp/ienv.$$.tmp + +# By using set -x we don't have to worry about parsing all shell syntax +# such as comments, colons, semicolons, different whitespace, etc. +CMD="`$opkg_root/etc/rc --eval all env`" +eval "set -x;$CMD;set +x" 2>$TMPF + +# Look for the export statements. An export line may contain multiple variable +# names and, optionally, assignments (=). We want only the names here. +# Skip export statements that specify an option (begin with a hyphen). +VARS="`sed -n '/^+++ export [^-]/{s/^+++ export //;s/=[^ ]*//g;p;}' $TMPF`" +rm -f $TMPF + +if $CSHSYNTAX; then + for VAR in $VARS; do + echo "setenv $VAR \"`eval echo \\${$VAR}`\";" + done +else + for VAR in $VARS; do + echo "$VAR=\"`eval echo \\${$VAR}`\";" + echo "export $VAR;" + done +fi From openpkg-users-owner@openpkg.org Tue May 6 18:33:27 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 8190B277A18 for ; Tue, 6 May 2003 18:33:27 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 515C54CE577; Tue, 6 May 2003 18:33:27 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4BC85286FB; Tue, 6 May 2003 18:33:14 +0200 (CEST) Date: Tue, 6 May 2003 18:33:14 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg etc/rc issues Message-ID: <20030506163314.GA71354@engelschall.com> References: <20030506135657.GA16807@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030506135657.GA16807@drdykstra.us> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, May 06, 2003, Dave Dykstra wrote: > I sent this directly to Ralf first but he didn't reply so maybe it went > into his spam bucket. > [...] No, I just wasn't able to respond to this more complex issue immediately, so I filed it into the internal bug database of my team at C&W. Sorry, we're currently trying to move those stuff into an RT based bug database for OpenPKG -- then those filing steps would be immediately visible to the community. I hope I find time the next days to review your suggestion and patch and act on this. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu May 8 17:53:55 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 44586277A18 for ; Thu, 8 May 2003 17:53:55 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h48FrkOZ025155 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 8 May 2003 17:53:50 +0200 Date: Thu, 08 May 2003 17:53:46 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Building sendmail-8.12.7-1.2.2 on Sun Solaris 9 Message-ID: <105120000.1052409226@old-man.dhcp.ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; FORMAT=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have some difficulties to build sendmail-8.12.7-1.2.2 on a Sun Solaris 9 system. On my other system (Sol8,RH7.0,RH7.2) there is no problem with this. The compile part run fine but the installation part bails out. For some reason the Makefile's havend the same *OWN, *GRP as defined in the site.config.m4 Since build process of sendmail is not the easiest to understand I have no idea why this is happening. cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Thu May 8 17:53:55 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 48362277AFB for ; Thu, 8 May 2003 17:53:55 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h48FrkOX025155 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 8 May 2003 17:53:50 +0200 Date: Thu, 08 May 2003 17:51:20 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Building sendmail on Sun Solaris 9 Message-ID: <103180000.1052409080@old-man.dhcp.ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have some difficulties to build sendmail-8.12.7-1.2.2 on a Sun Solaris 9 system. On my other system (Sol8,RH7.0,RH7.2) there is no problem with this. The compile part run fine but the installation part bails out. For some reason the Makefile's havend the same *OWN, *GRP as defined in the site.config.m4 Since build process of sendmail is not the easiest to understand I have no idea why this is happening. cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Thu May 8 19:50:18 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 7609C277A18 for ; Thu, 8 May 2003 19:50:18 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id B347B8D75D; Thu, 8 May 2003 19:50:15 +0200 (CEST) Date: Thu, 8 May 2003 19:50:15 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Building sendmail-8.12.7-1.2.2 on Sun Solaris 9 Message-ID: <20030508175015.GA20902@sv1.dev.de.cw.net> References: <105120000.1052409226@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <105120000.1052409226@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, May 08, 2003, Steffen Weinreich wrote: > Hi! > > I have some difficulties to build sendmail-8.12.7-1.2.2 on a Sun Solaris 9 > system. On my other system (Sol8,RH7.0,RH7.2) there is no problem with this. > > The compile part run fine but the installation part bails out. For some > reason the Makefile's havend the same *OWN, *GRP as defined in the > site.config.m4 > > Since build process of sendmail is not the easiest to understand I have no > idea why this is happening. Can you show the relevant part of the build log ? -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu May 8 21:27:20 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id D4D0A277A18 for ; Thu, 8 May 2003 21:27:19 +0200 (CEST) Received: from [192.168.50.150] (pD958BA66.dip.t-dialin.net [217.88.186.102]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h48JRBOX025555 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 8 May 2003 21:27:16 +0200 Date: Thu, 08 May 2003 21:26:46 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Building sendmail-8.12.7-1.2.2 on Sun Solaris 9 Message-ID: <10250000.1052422006@marco-polo.weinreich.org> In-Reply-To: <20030508175015.GA20902@sv1.dev.de.cw.net> References: <105120000.1052409226@old-man.dhcp.ic3s.de> <20030508175015.GA20902@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Donnerstag, Mai 08, 2003 19:50:15 +0200 Michael van Elst wrote: > On Thu, May 08, 2003, Steffen Weinreich wrote: > > Can you show the relevant part of the build log ? Well I think I have found the problem. Normally i go via SSH as root on the build machines and su to the OpenPKG user. But on the Sol9 maschine this part from the spec file returns root and not ic3s which is the OpenPKG User. This leads to the Install errors... # install Sendmail ( cd sendmail-%{version} myusr=`(id -un) 2>/dev/null ||\ (whoami) 2>/dev/null ||\ (who am i | cut "-d " -f1) 2>/dev/null ||\ echo $LOGNAME` After logging in as OpenPKG user everything works fine :-) On the Sol5.8 host this doesnt happen since there where the coreutils installed and the "id -un" returns the right user :-) cheerio Steve -- Steffen Weinreich, steve@weinreich.org Dont blame me, it's software! From openpkg-users-owner@openpkg.org Thu May 8 21:31:06 2003 Received: from sv1.dev.de.cw.net (sv1.dev.de.cw.net [141.1.23.18]) by mail.openpkg.org (Postfix) with ESMTP id 8D8B0277A18 for ; Thu, 8 May 2003 21:31:06 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id E4BA68D75D; Thu, 8 May 2003 21:31:03 +0200 (CEST) Date: Thu, 8 May 2003 21:31:03 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Building sendmail-8.12.7-1.2.2 on Sun Solaris 9 Message-ID: <20030508193103.GA23839@sv1.dev.de.cw.net> References: <105120000.1052409226@old-man.dhcp.ic3s.de> <20030508175015.GA20902@sv1.dev.de.cw.net> <10250000.1052422006@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <10250000.1052422006@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, May 08, 2003, Steffen Weinreich wrote: > myusr=`(id -un) 2>/dev/null ||\ > (whoami) 2>/dev/null ||\ > (who am i | cut "-d " -f1) 2>/dev/null ||\ > echo $LOGNAME` Thanks for noticing. This part of the install procedure is an abysmally evil hack. I try to replace it with something more sensible :) Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Fri May 30 07:26:32 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 7ED9F277A18 for ; Fri, 30 May 2003 07:26:31 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 1006A13F603 for ; Thu, 29 May 2003 22:26:31 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 81B103EB4; Thu, 29 May 2003 22:26:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 8110B7150A for ; Fri, 30 May 2003 00:26:29 -0500 (CDT) Date: Fri, 30 May 2003 00:26:24 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: Weblogic 6.1 apache module Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I haven't touched openpkg in many months, and recently an application arose for it: to maintain apache on some servers using Weblogic 6.1 Environment: Solaris 8 + openpkg 1.2 + apache-1.3.27-1.2.2 I did a quick setup and ran apxs to install the weblogic module mod_wl.so, and then mod_wl_ssl.so I built the apache rpm with "with_mod_auth_ldap", "with_mod_perl" and "with_mod_ssl". Later, I tried without "with_mod_ssl". In all cases, I get segmentation faults for anything handled by the weblogic module. I haven't investigated further, but I suspect it has to do with --disable-shared in the apache.spec. Before I proceed any further, has anyone got these weblogic DSO modules working with apache? Or for that matter, any third party binary apache modules? What are my options? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Sat May 31 13:59:15 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 612B0277A18 for ; Sat, 31 May 2003 13:59:15 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 20A6D4CE535; Sat, 31 May 2003 13:59:15 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id ECA13286BC; Sat, 31 May 2003 13:58:58 +0200 (CEST) Date: Sat, 31 May 2003 13:58:58 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Weblogic 6.1 apache module Message-ID: <20030531115858.GA41893@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, May 30, 2003, Vinod Kutty wrote: > I haven't touched openpkg in many months, and recently an application > arose for it: to maintain apache on some servers using Weblogic 6.1 > > Environment: Solaris 8 + openpkg 1.2 + apache-1.3.27-1.2.2 > > I did a quick setup and ran apxs to install the weblogic module mod_wl.so, > and then mod_wl_ssl.so > > I built the apache rpm with "with_mod_auth_ldap", "with_mod_perl" and > "with_mod_ssl". Later, I tried without "with_mod_ssl". > > In all cases, I get segmentation faults for anything handled by the > weblogic module. I haven't investigated further, but I suspect it has to > do with --disable-shared in the apache.spec. The --disable-shared in apache.spec is for PHP. This is not the problem. And mod_so is build into our Apache, so this is sufficient for DSO support in Apache. Are you sure your .so's are built against Apache 1.3.27? > Before I proceed any further, has anyone got these weblogic DSO modules > working with apache? Or for that matter, any third party binary apache > modules? What are my options? Do I understand correctly: you have no source for mod_wl.so and mod_wd_ssl.so, right? Just the binaries, right? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat May 31 18:22:52 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id ED2A2277A18 for ; Sat, 31 May 2003 18:22:51 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 566B513F61C for ; Sat, 31 May 2003 09:22:51 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id B0F503EAD; Sat, 31 May 2003 09:22:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id AE84D71581 for ; Sat, 31 May 2003 11:22:49 -0500 (CDT) Date: Sat, 31 May 2003 11:22:43 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Weblogic 6.1 apache module In-Reply-To: <20030531115858.GA41893@engelschall.com> Message-ID: References: <20030531115858.GA41893@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, 31 May 2003, Ralf S. Engelschall wrote: > > In all cases, I get segmentation faults for anything handled by the > > weblogic module. I haven't investigated further, but I suspect it has to > > do with --disable-shared in the apache.spec. > > The --disable-shared in apache.spec is for PHP. This is not the problem. > And mod_so is build into our Apache, so this is sufficient for DSO > support in Apache. Are you sure your .so's are built against Apache > 1.3.27? Sorry ... I missed the obvious and noticed the PHP sections after I sent my email. As for whether the .so's are built for 1.3.27: I don't know, since I only have the binary. > > > Before I proceed any further, has anyone got these weblogic DSO modules > > working with apache? Or for that matter, any third party binary apache > > modules? What are my options? > > Do I understand correctly: you have no source for mod_wl.so and > mod_wd_ssl.so, right? Just the binaries, right? That's correct -- no source. Their docs recommend building apache with --enable-rule=SHARED_CORE and --enable-shared=so. Since you've confirmed that building mod_so into apache is sufficient for DSO support, I'm guessing this is unecessary. I'm going to try and investigate with BEA's tech support what specific version their module is built for (they mention 1.x and 1.3.x in their docs, but I didn't see anything explicit about what their module is built for). In theory if it's built for 1.3.x it should work with 1.3.27, right? Anyone have general debugging tips for apache to trace module loading, etc.? I just enabled mod_info which seems to indicate that the weblogic module loads, so I'm getting a little closer ... Thanks, -- Vinod From openpkg-users-owner@openpkg.org Tue Jun 3 12:29:51 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7A5CC277A18; Tue, 3 Jun 2003 12:29:51 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 320BA4CE563; Tue, 3 Jun 2003 12:29:51 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3675A286B8; Tue, 3 Jun 2003 12:29:46 +0200 (CEST) Date: Tue, 3 Jun 2003 12:29:46 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: HEADS UP: GCC 3.3 in OpenPKG-CURRENT Message-ID: <20030603102946.GA89839@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: HEADS UP: we've upgraded to GCC 3.3 in OpenPKG-CURRENT now. We've already fixed a few CORE/BASE packages in advance which were broken due to GCC 3.3's increased strictness and standards compliance. In case there are still packages which cannot be fixed easily to run with GCC 3.3, the previously used GCC 3.2.3 is available as a temporary "gcc32" compatibility package as a workaround. So, in total we've currently those four GCC packages in OpenPKG-CURRENT: gcc .... CORE ... GCC 3.3 .............. the(!) GCC in OpenPKG-CURRENT gcc32 .. PLUS ... GCC 3.2.3 ............ explicit use only (acceptable) gcc2 ... EVAL ... GCC 2.95.3 ........... explicit use only (deprecated) gcc33 .. EVAL ... GCC 3.3.1 SNAPSHOT ... manual use by developers only Notice that only one(!), the "gcc" package, is the supported GCC in CORE. All others are just for temporary or historic backward compatibility or bleeding edge developer situations. So, if a package fails to build with GCC 3.3, first try to fix it, please. If it still fails, try to fix it by explicitly requiring "gcc32" and using %{l_prefix}/bin/gcc32 as CC. But keep in mind that this cannot be a permanent solution. Additionally, "gcc32" and "gcc33" provide a "with_gcc" option which allows it to build itself (and provide!) as "gcc". Do not confuse this with the concept of real alternative packages (where a virtual "GCC" package would be provided). The above four GCC packages are _NOT_ alternatives to each other and _CANNOT_ be interchanged blindly while build the packaging of OpenPKG-CURRENT. Hence, the "with_gcc" option is for developers (trying out the next forthcoming version) and emergency situations (you have to get something working immediately now in CURRENT before it is fixed to work with GCC 3.3) only. -- The OpenPKG Project Ralf S. Engelschall Cross-Platform Unix Software Packaging OpenPKG Project Leader http://www.openpkg.org/ rse@openpkg.org From openpkg-users-owner@openpkg.org Tue Jun 3 18:10:37 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 9271F277A18 for ; Tue, 3 Jun 2003 18:10:36 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 6BA9813F616 for ; Tue, 3 Jun 2003 09:10:34 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 89A3B3EBE; Tue, 3 Jun 2003 09:10:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 876E871581 for ; Tue, 3 Jun 2003 11:10:33 -0500 (CDT) Date: Tue, 3 Jun 2003 11:10:18 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Weblogic 6.1 apache module In-Reply-To: Message-ID: References: <20030531115858.GA41893@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Some more info in case anyone has ideas: I rebuilt apache with NO --define statements (previously, I used "with_mod_auth_ldap yes" and "with_mod_perl yes" ). i.e. now I just did a "rpm --rebuild apache...src.rpm". Now when I start up apache I get: Cannot load /opt/opkg/prod/lib/apache/mod_wl.so into server: ld.so.1: /opt/opkg/1.2/sbin/apache: fatal: relocation error: file /opt/opkg/prod/lib/apache/mod_wl.so: symbol ap_rflush: referenced symbol not found "ap_rflush" appears to be part of the core, in http_protocol.c Now I'm wondering if this is unrelated to weblogic? Anyone got DSO modules dynamically loaded into apache1.3.27-1.2.2 ? Are there any issues with gcc-3.2.1 that might affect me? Any idea why compiling with mod_perl and mod_auth_ldap enabled made a difference? Also, I noticed a lib/apache/httpd.exp file. Is that used under Solaris 8 ? On Sat, 31 May 2003, Vinod Kutty wrote: > > > On Sat, 31 May 2003, Ralf S. Engelschall wrote: > > > > In all cases, I get segmentation faults for anything handled by the > > > weblogic module. I haven't investigated further, but I suspect it has to > > > do with --disable-shared in the apache.spec. > > > > The --disable-shared in apache.spec is for PHP. This is not the problem. > > And mod_so is build into our Apache, so this is sufficient for DSO > > support in Apache. Are you sure your .so's are built against Apache > > 1.3.27? > > Sorry ... I missed the obvious and noticed the PHP sections after I sent > my email. As for whether the .so's are built for 1.3.27: I don't know, > since I only have the binary. > > > > > > Before I proceed any further, has anyone got these weblogic DSO modules > > > working with apache? Or for that matter, any third party binary apache > > > modules? What are my options? > > > > Do I understand correctly: you have no source for mod_wl.so and > > mod_wd_ssl.so, right? Just the binaries, right? > > That's correct -- no source. > > Their docs recommend building apache with --enable-rule=SHARED_CORE and > --enable-shared=so. Since you've confirmed that building mod_so into > apache is sufficient for DSO support, I'm guessing this is unecessary. > > I'm going to try and investigate with BEA's tech support what specific > version their module is built for (they mention 1.x and 1.3.x in their > docs, but I didn't see anything explicit about what their module is built > for). In theory if it's built for 1.3.x it should work with 1.3.27, right? > > Anyone have general debugging tips for apache to trace module loading, > etc.? I just enabled mod_info which seems to indicate that the weblogic > module loads, so I'm getting a little closer ... > > Thanks, > -- > Vinod > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Jun 3 21:03:06 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id C4644277A13 for ; Tue, 3 Jun 2003 21:03:05 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 8F9BA13F621 for ; Tue, 3 Jun 2003 12:03:03 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 08B463EA1; Tue, 3 Jun 2003 12:03:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 067C17150A for ; Tue, 3 Jun 2003 14:03:03 -0500 (CDT) Date: Tue, 3 Jun 2003 14:02:47 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Weblogic 6.1 apache module In-Reply-To: Message-ID: References: <20030531115858.GA41893@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hmmm ... I tried with the Sun compiler instead of gcc and it works fine ... interesting. I also stripped out a bunch of modules, but that didn't change anything until I used the Sun compiler. Would appreciate any assistance in getting what appears to be unrelated to weblogic working. Thanks, -- VInod On Tue, 3 Jun 2003, Vinod Kutty wrote: > > Some more info in case anyone has ideas: > > I rebuilt apache with NO --define statements (previously, I used > "with_mod_auth_ldap yes" and "with_mod_perl yes" ). i.e. now I just did a > "rpm --rebuild apache...src.rpm". > > Now when I start up apache I get: > > Cannot load /opt/opkg/prod/lib/apache/mod_wl.so into server: ld.so.1: > /opt/opkg/1.2/sbin/apache: fatal: relocation error: file > /opt/opkg/prod/lib/apache/mod_wl.so: symbol ap_rflush: referenced symbol > not found > > "ap_rflush" appears to be part of the core, in http_protocol.c > > Now I'm wondering if this is unrelated to weblogic? Anyone got DSO modules > dynamically loaded into apache1.3.27-1.2.2 ? Are there any issues with > gcc-3.2.1 that might affect me? Any idea why compiling with mod_perl and > mod_auth_ldap enabled made a difference? > > Also, I noticed a lib/apache/httpd.exp file. Is that used under Solaris 8 > ? > > > On Sat, 31 May 2003, Vinod Kutty wrote: From openpkg-users-owner@openpkg.org Wed Jun 4 07:44:38 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 1E907277A13 for ; Wed, 4 Jun 2003 07:44:38 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D60294CE55B; Wed, 4 Jun 2003 07:44:37 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 150AE286E4; Wed, 4 Jun 2003 07:44:05 +0200 (CEST) Date: Wed, 4 Jun 2003 07:44:05 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Weblogic 6.1 apache module Message-ID: <20030604054404.GA19221@engelschall.com> References: <20030531115858.GA41893@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jun 03, 2003, Vinod Kutty wrote: > Hmmm ... I tried with the Sun compiler instead of gcc and it works fine > ... interesting. I also stripped out a bunch of modules, but that didn't > change anything until I used the Sun compiler. Ah, then the mod_wm.so certainly was also built with the Sun Workshop compiler and your problems are related to some strange incompatibilties here. > Would appreciate any assistance in getting what appears to be unrelated to > weblogic working. I don't think you can anything do here instead of really building the "apache" package with --define "use_cc /opt/SUNWcc/bin/cc" etc. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jun 4 14:24:19 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id A36ED277CF9 for ; Wed, 4 Jun 2003 14:24:18 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 80D7613F613 for ; Wed, 4 Jun 2003 05:24:16 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 35E023EB6; Wed, 4 Jun 2003 05:24:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 34FD871697 for ; Wed, 4 Jun 2003 07:24:16 -0500 (CDT) Date: Wed, 4 Jun 2003 07:24:12 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Weblogic 6.1 apache module In-Reply-To: <20030604054404.GA19221@engelschall.com> Message-ID: References: <20030531115858.GA41893@engelschall.com> <20030604054404.GA19221@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, 4 Jun 2003, Ralf S. Engelschall wrote: > On Tue, Jun 03, 2003, Vinod Kutty wrote: > > > Hmmm ... I tried with the Sun compiler instead of gcc and it works fine > > ... interesting. I also stripped out a bunch of modules, but that didn't > > change anything until I used the Sun compiler. > > Ah, then the mod_wm.so certainly was also built with the Sun Workshop > compiler and your problems are related to some strange incompatibilties > here. I thought so as well, until I talked to their tech support, and they said they used gcc 2.95.2. Any idea why the newer gcc might exhibit this kind of behaviour ? I wanted this to work with gcc, so they've asked me to rebuild apache with this version of gcc. I'd hate to make this a long term solution, but where can I get a gcc-2.95.2....src.rpm for openpkg 1.2? > > > Would appreciate any assistance in getting what appears to be unrelated to > > weblogic working. > > I don't think you can anything do here instead of really building > the "apache" package with --define "use_cc /opt/SUNWcc/bin/cc" etc. > Yes, this is how I built it, but I was unable to get mod_perl working with this compiler (I believe ld complains about not -fno-strict-aliasing, but I don't have access to the logs at the moment ), so I left it out for the time being. Thanks, -- Vinod From openpkg-users-owner@openpkg.org Wed Jun 4 16:49:21 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 1EC07277B48 for ; Wed, 4 Jun 2003 16:49:20 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h54EnIQO026738 for ; Wed, 4 Jun 2003 16:49:18 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h54EnI8Y026737 for openpkg-users@openpkg.org; Wed, 4 Jun 2003 16:49:18 +0200 (CEST) Date: Wed, 4 Jun 2003 16:49:18 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Weblogic 6.1 apache module Message-ID: <20030604144918.GQ55724@dt4.dev.de.cw.net> References: <20030531115858.GA41893@engelschall.com> <20030604054404.GA19221@engelschall.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="9jHkwA2TBA/ec6v+" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --9jHkwA2TBA/ec6v+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 04, 2003, Vinod Kutty wrote: > On Wed, 4 Jun 2003, Ralf S. Engelschall wrote: >> On Tue, Jun 03, 2003, Vinod Kutty wrote: >> Ah, then the mod_wm.so certainly was also built with the Sun Workshop >> compiler and your problems are related to some strange incompatibilties >> here. > > I thought so as well, until I talked to their tech support, and they said > they used gcc 2.95.2. Any idea why the newer gcc might exhibit this kind > of behaviour ? > > I wanted this to work with gcc, so they've asked me to rebuild apache with > this version of gcc. I'd hate to make this a long term solution, but where > can I get a gcc-2.95.2....src.rpm for openpkg 1.2? > There is no release package for that version of gcc. However, you can use the current version. It is of course deprecated but works well: ftp://ftp.openpkg.org/current/SRC/gcc2-2.95.3-20030317.src.rpm Technically there is no problem in mixing packages from current and release, although you can decide for yourself how practical that is for your situation. Good luck, Michael --9jHkwA2TBA/ec6v+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPt4G7VuYv80UoVTdAQFrdAf9HkOjvS6KavrNx6eoKcuvb4ciFQlhXrFM DJJId34pDtv/Mvv3864KKAtWMWqZUuR2lIedjkjnt2BJOIKlQmdezDqkfwu6yA3z ojsvzzjUx0diQfKUqpwQmgd75qayblUiiLfLsNeKpjMRzI8eSO88+GoPm2wbNsV6 EbkUQQ80FJ/OK+6QYdC8qxJIVXxycDYHxm2ZBFwq7I4uL5JFbUUdjfgXlRwqvHSY awoC0eCGaEqrvhTbKrd2i2CyGHA37aew2AM16YIticGa8RDCn+6j5xYmnIUKD+jG 0CgeMGt2IQ9Zlz0AqUAMiF5GbrnSuZdj1zaau8nD30Cp/uA43xbo0g== =CwIa -----END PGP SIGNATURE----- --9jHkwA2TBA/ec6v+-- From openpkg-users-owner@openpkg.org Wed Jun 4 18:37:39 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id DCB1E277A13 for ; Wed, 4 Jun 2003 18:37:38 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 88F1B8D7B6; Wed, 4 Jun 2003 18:37:37 +0200 (CEST) Date: Wed, 4 Jun 2003 18:37:37 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Weblogic 6.1 apache module Message-ID: <20030604163737.GA37630@sv1.dev.de.cw.net> References: <20030531115858.GA41893@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jun 03, 2003, Vinod Kutty wrote: Vinod, > > Cannot load /opt/opkg/prod/lib/apache/mod_wl.so into server: ld.so.1: > > /opt/opkg/1.2/sbin/apache: fatal: relocation error: file > > /opt/opkg/prod/lib/apache/mod_wl.so: symbol ap_rflush: referenced symbol > > not found The error is in Apaches Configure script. For the solaris2* platform it generates link flags for the 'native' linker. The OpenPKG gcc however uses the binutils linker. I have uploaded ftp://ftp.openpkg.org/current/SRC/apache-1.3.27-20030604.src.rpm Could you please test against the Weblogic module ? Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jun 19 08:57:41 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-8-224.w217-128.abo.wanadoo.fr [217.128.29.224]) by mail.openpkg.org (Postfix) with ESMTP id CAC7D277A13 for ; Wed, 18 Jun 2003 23:35:20 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h5ILZIjv011701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 18 Jun 2003 23:35:18 +0200 (CEST) Message-ID: <3EF0DB1F.8000201@lycos.com> Date: Wed, 18 Jun 2003 23:35:27 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: perl 5.8 problem Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: i'm trying to use cpan with perl 5.8 but i get: $ perl -MCPAN -e shell Can't load module Safe, dynamic loading not available in this perl. (You may need to build a new perl executable which either supports dynamic loading or has the Safe module statically linked into it.) at /opt/sso/perl5/lib/perl5/Safe.pm line 390 Compilation failed in require at /users/www/local/lib/perl/5.8.0/CPAN.pm line 21. BEGIN failed--compilation aborted at /users/www/local/lib/perl/5.8.0/CPAN.pm line 21. Compilation failed in require. BEGIN failed--compilation aborted. openpkg is current and i test perl from current and 1.2 i search some options in spec file or configure to add to keep dynamic loading but don't find it. is it for same reasons some pkg have a disable-shared (like gd) ? i also have conflicts beetween a base perl (from root) and my local one: $ perldoc README.solaris DynaLoader object version 1.04 does not match ::VERSION 1.00 at /opt/sso/perl5/lib/perl5/DynaLoader.pm line 58. Compilation failed in require at /opt/sso/perl5/lib/perl5/Fcntl.pm line 30. Compilation failed in require at /users/www/local/bin/perldoc line 26. BEGIN failed--compilation aborted at /users/www/local/bin/perldoc line 26. idea ? Regards Julien From openpkg-users-owner@openpkg.org Thu Jun 19 08:57:49 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-8-224.w217-128.abo.wanadoo.fr [217.128.29.224]) by mail.openpkg.org (Postfix) with ESMTP id B0FDA277A13 for ; Wed, 18 Jun 2003 23:38:14 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h5ILcBjv008777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 18 Jun 2003 23:38:12 +0200 (CEST) Message-ID: <3EF0DBCC.1020103@lycos.com> Date: Wed, 18 Jun 2003 23:38:20 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: python modules Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi i've some problem to get python modules working $ python -v # /users/www/local/lib/python2.2/site.pyc matches /users/www/local/lib/python2.2/site.py import site # precompiled from /users/www/local/lib/python2.2/site.pyc # /users/www/local/lib/python2.2/os.pyc matches /users/www/local/lib/python2.2/os.py import os # precompiled from /users/www/local/lib/python2.2/os.pyc import posix # builtin # /users/www/local/lib/python2.2/posixpath.pyc matches /users/www/local/lib/python2.2/posixpath.py import posixpath # precompiled from /users/www/local/lib/python2.2/posixpath.pyc # /users/www/local/lib/python2.2/stat.pyc matches /users/www/local/lib/python2.2/stat.py import stat # precompiled from /users/www/local/lib/python2.2/stat.pyc # /users/www/local/lib/python2.2/UserDict.pyc matches /users/www/local/lib/python2.2/UserDict.py import UserDict # precompiled from /users/www/local/lib/python2.2/UserDict.pyc # /users/www/local/lib/python2.2/copy_reg.pyc matches /users/www/local/lib/python2.2/copy_reg.py import copy_reg # precompiled from /users/www/local/lib/python2.2/copy_reg.pyc # /users/www/local/lib/python2.2/types.pyc matches /users/www/local/lib/python2.2/types.py import types # precompiled from /users/www/local/lib/python2.2/types.pyc # /users/www/local/lib/python2.2/__future__.pyc matches /users/www/local/lib/python2.2/__future__.py import __future__ # precompiled from /users/www/local/lib/python2.2/__future__.pyc Python 2.2.2 (#1, Jun 6 2003, 12:03:32) [GCC 3.2.2] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ? ImportError: No module named math >>> import socket # /users/www/local/lib/python2.2/socket.pyc matches /users/www/local/lib/python2.2/socket.py import socket # precompiled from /users/www/local/lib/python2.2/socket.pyc Traceback (most recent call last): File "", line 1, in ? File "/users/www/local/lib/python2.2/socket.py", line 41, in ? from _socket import * ImportError: No module named _socket >>> ^D # clear __builtin__._ # clear sys.path # clear sys.argv # clear sys.ps1 # clear sys.ps2 # clear sys.exitfunc # clear sys.exc_type # clear sys.exc_value # clear sys.exc_traceback # clear sys.last_type # clear sys.last_value # clear sys.last_traceback # restore sys.stdin # restore sys.stdout # restore sys.stderr # cleanup __main__ # cleanup[1] __future__ # cleanup[1] signal # cleanup[1] site # cleanup[1] posix # cleanup[1] types # cleanup[1] exceptions # cleanup[1] socket # cleanup[2] stat # cleanup[2] copy_reg # cleanup[2] posixpath # cleanup[2] UserDict # cleanup[2] os # cleanup[2] os.path # cleanup sys # cleanup __builtin__ # cleanup ints: 3 unfreed ints in 1 out of 3 blocks # cleanup floats $ rpm -ql python |egrep '(socket|math)' /users/www/local/lib/python2.2/socket.py /users/www/local/lib/python2.2/socket.pyc /users/www/local/lib/python2.2/socket.pyo openpkg is current and: $ rpm -qa |grep python python-2.2.2-1.2.0 and host is sparc SunOS 5.7 Regards Julien From openpkg-users-owner@openpkg.org Thu Jun 19 09:38:42 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BC3F0277A13 for ; Thu, 19 Jun 2003 09:38:41 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 2E4A38D7B2; Thu, 19 Jun 2003 09:38:40 +0200 (CEST) Date: Thu, 19 Jun 2003 09:38:40 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: perl 5.8 problem Message-ID: <20030619073839.GA25225@sv1.dev.de.cw.net> References: <3EF0DB1F.8000201@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3EF0DB1F.8000201@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jun 18, 2003, julien Touche wrote: > > i'm trying to use cpan with perl 5.8 Apparently you mix different installations of perl. One is in /opt/sso. Another is in /users/www/local. /opt/sso doesn't look like a OpenPKG hierarchy to me but you seem to run perl from there or use something else to force it to look up modules under that path. Maybe you could clarify under what path you installed OpenPKG, wether you run the OpenPKG perl at all and where you look up perl modules (PERL5PATH comes to my mind). Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jun 19 09:48:11 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E8B82277A13 for ; Thu, 19 Jun 2003 09:48:10 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 654FD8D7B2; Thu, 19 Jun 2003 09:48:09 +0200 (CEST) Date: Thu, 19 Jun 2003 09:48:09 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: python modules Message-ID: <20030619074809.GB25225@sv1.dev.de.cw.net> References: <3EF0DBCC.1020103@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3EF0DBCC.1020103@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jun 18, 2003, julien Touche wrote: > openpkg is current and: > > $ rpm -qa |grep python > python-2.2.2-1.2.0 > > and host is sparc SunOS 5.7 Please install the current version of python. The bug has been fixed. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jun 19 09:58:20 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-24-164.w80-15.abo.wanadoo.fr [80.15.156.164]) by mail.openpkg.org (Postfix) with ESMTP id 3A600277A13 for ; Thu, 19 Jun 2003 09:58:19 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h5J7wGjv015404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Jun 2003 09:58:16 +0200 (CEST) Message-ID: <3EF16D21.9080500@lycos.com> Date: Thu, 19 Jun 2003 09:58:25 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: perl 5.8 problem References: <3EF0DB1F.8000201@lycos.com> <20030619073839.GA25225@sv1.dev.de.cw.net> In-Reply-To: <20030619073839.GA25225@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: > On Wed, Jun 18, 2003, julien Touche wrote: > > >>i'm trying to use cpan with perl 5.8 > > > Apparently you mix different installations of perl. > > One is in /opt/sso. base install, sun > Another is in /users/www/local. openpkg hierarchy > Maybe you could clarify under what path you installed OpenPKG, wether > you run the OpenPKG perl at all and where you look up perl modules > (PERL5PATH comes to my mind). > PATH is on good perl ok, it work with PERL5LIB=/users/www/local/lib/perl/5.8.0 sorry for the alert :) thanks From openpkg-users-owner@openpkg.org Thu Jun 19 10:33:26 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-24-164.w80-15.abo.wanadoo.fr [80.15.156.164]) by mail.openpkg.org (Postfix) with ESMTP id BD7C0277A13 for ; Thu, 19 Jun 2003 10:33:24 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h5J8XLjv027660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Jun 2003 10:33:22 +0200 (CEST) Message-ID: <3EF1755A.4050903@lycos.com> Date: Thu, 19 Jun 2003 10:33:30 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: python modules References: <3EF0DBCC.1020103@lycos.com> <20030619074809.GB25225@sv1.dev.de.cw.net> In-Reply-To: <20030619074809.GB25225@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: > On Wed, Jun 18, 2003, julien Touche wrote: > > >>openpkg is current and: >> >>$ rpm -qa |grep python >>python-2.2.2-1.2.0 >> >>and host is sparc SunOS 5.7 > > > > Please install the current version of python. The bug has been fixed. > doesn't work more ... $ rpm --nodeps -e python; rpm -ivh PKG/python-2.2.3-20030611.sparc64-solaris2.7-uwl.rpm Preparing... ########################################### [100%] 1:python ########################################### [100%] (www@e450n) www>python Python 2.2.3 (#1, Jun 19 2003, 10:12:01) [GCC 3.2.2] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import math Traceback (most recent call last): File "", line 1, in ? ImportError: No module named math >>> import socket Traceback (most recent call last): File "", line 1, in ? File "/users/www/local/lib/python/socket.py", line 41, in ? from _socket import * ImportError: No module named _socket >>> Regards Julien From openpkg-users-owner@openpkg.org Thu Jun 19 10:51:31 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B66C1277A13 for ; Thu, 19 Jun 2003 10:51:30 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 25DB48D7B2; Thu, 19 Jun 2003 10:51:29 +0200 (CEST) Date: Thu, 19 Jun 2003 10:51:29 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: python modules Message-ID: <20030619085128.GA26818@sv1.dev.de.cw.net> References: <3EF0DBCC.1020103@lycos.com> <20030619074809.GB25225@sv1.dev.de.cw.net> <3EF1755A.4050903@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3EF1755A.4050903@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jun 19, 2003, julien Touche wrote: > >Please install the current version of python. The bug has been fixed. I stand corrected: $ uname -a SunOS dv9.dev.de.cw.net 5.9 Generic_112233-06 sun4u sparc SUNW,Ultra-250 $ rpm -ql python | fgrep math /cw/lib/python/lib-dynload/cmath_failed.so /cw/lib/python/lib-dynload/math_failed.so vs $ uname -a FreeBSD dt5.dev.de.cw.net 4.8-STABLE FreeBSD 4.8-STABLE #1: Mon May 19 21:21:15 CEST 2003 root@dt5.dev.de.cw.net:/usr/src/sys/compile/DT5 i386 $ rpm -ql python | fgrep math /cw/lib/python/lib-dynload/cmath.so /cw/lib/python/lib-dynload/math.so Apparently the build on Solaris fails without notification :-( I'll investigate. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Mon Jun 23 00:08:28 2003 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.openpkg.org (Postfix) with SMTP id E8CD0277A13 for ; Mon, 23 Jun 2003 00:07:49 +0200 (CEST) Received: (qmail 12096 invoked by uid 65534); 22 Jun 2003 22:07:44 -0000 Received: from p50817062.dip.t-dialin.net (EHLO stasihost) (80.129.112.98) by mail.gmx.net (mp014) with SMTP; 23 Jun 2003 00:07:44 +0200 From: "Frank A. Zdarsky" To: Subject: Bootstrapping of 1.2.0 aborts with error Date: Mon, 23 Jun 2003 00:08:05 +0200 Message-ID: <000d01c3390a700a8c0@stasihost> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello all, I've downloaded openpkg-1.2.0-1.2.0.src.sh and tried to bootstrap it on an i686-system running Redhat Linux 9.0 (linux kernel version 2.4.20-8). The bootstrapping aborts with the following error message: [...] /usr/bin/gcc -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -DOPENPKG -I/tmp/openpkg-1.2.0/db-3.2.9/build_unix -I/tmp/openpkg-1.2.0/zlib-1.1.4 -I/tmp/openpkg-1.2.0/bzip2-1.0.2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -L/tmp/openpkg-1.2.0/db-3.2.9/build_unix -L/tmp/openpkg-1.2.0/zlib-1.1.4 -L/tmp/openpkg-1.2.0/bzip2-1.0.2 -o rpm -L/tmp/openpkg-1.2.0/db-3.2.9/build_unix -L/tmp/openpkg-1.2.0/zlib-1.1.4 -L/tmp/openpkg-1.2.0/bzip2-1.0.2 -static rpm.o ./build/.libs/librpmbuild.a ./lib/.libs/librpm.a -ldb-3.1 -lpthread ./rpmio/.libs/librpmio.a -ldbXXX -lz -lbz2 -L/usr/local/lib -lz -lbz2 ./popt/.libs/libpopt.a ./misc/libmisc.a -L/tmp/openpkg-1.2.0/db-3.2.9/build_unix -ldbXXX -L/tmp/openpkg-1.2.0/zlib-1.1.4 -lz -L/tmp/openpkg-1.2.0/bzip2-1.0.2 -lbz2 -L/usr/local/lib -lz -lbz2 -L/tmp/openpkg-1.2.0/db-3.2.9/build_unix -ldbXXX -L/tmp/openpkg-1.2.0/zlib-1.1.4 -lz -L/tmp/openpkg-1.2.0/bzip2-1.0.2 -lbz2 /usr/bin/ld: cannot find -ldb-3.1 collect2: ld returned 1 exit status make[2]: *** [rpm] Error 1 make[2]: Leaving directory /tmp/openpkg-1.2.0/rpm-4.0.2' make: *** [all-recursive-am] Error 2 + exit 2 ./openpkg.boot:ERROR: script returned non-null value [root]# I've got my LIBPATH and LD_LIBRARY_PATH set to /usr/lib:/lib. In /lib there are files libdb-3.1.so, libdb-3.2.so, libdb-3.3.so and libdb-4.0.so. Any help would be greatly appreciated. Thanks. Frank From openpkg-users-owner@openpkg.org Mon Jun 23 08:38:16 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9E097277ACF for ; Mon, 23 Jun 2003 08:38:16 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 866108D76B; Mon, 23 Jun 2003 08:38:14 +0200 (CEST) Date: Mon, 23 Jun 2003 08:38:14 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Bootstrapping of 1.2.0 aborts with error Message-ID: <20030623063814.GA73799@sv1.dev.de.cw.net> References: <000d01c3390a700a8c0@stasihost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <000d01c3390a700a8c0@stasihost> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jun 23, 2003, Frank A. Zdarsky wrote: Frank, > I've downloaded openpkg-1.2.0-1.2.0.src.sh and tried to bootstrap it on > an i686-system running Redhat Linux 9.0 (linux kernel version 2.4.20-8). > The bootstrapping aborts with the following error message: > ./build/.libs/librpmbuild.a ./lib/.libs/librpm.a -ldb-3.1 -lpthread ^^^^^^^^^^^^^^^^^^ this is quite strange. I am not aware of anything that would cause rpm to link against the pthread-library. In any case, can you try to build the current bootstrap instead of the 1.2 release ? I would also like to see the complete log, in particular the output of the various configure steps. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Jun 25 02:36:23 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 50F6B277A13 for ; Wed, 25 Jun 2003 02:36:22 +0200 (CEST) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id E5250639A6; Tue, 24 Jun 2003 17:36:18 -0700 (PDT) Date: Tue, 24 Jun 2003 17:36:18 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: FreeBSD newbie question, openssh, /etc/login.conf Message-ID: <20030624173618.A2548@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I've been beating my head against man pages trying to figure out how to add %{l_prefix} to the default PATH on FreeBSD 4.8 RELEASE (I'm very new to FreeBSD so bear with me). I've edited the /etc/login.conf file adding %{l_prefix}/sbin and %{l_prefix}/bin at the beginning of the default PATH, and it works for non- root users. I even tried copying the path part to the root declaration, but still don't get the correct path for root invocations of ssh. Is there some other magic in FreeBSD that's attempting to pretect me from my own folly (the Doug Gwyn quote wasn't selected for this, but it's certainly fitting :-). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.'' -- Doug Gwyn From openpkg-users-owner@openpkg.org Wed Jun 25 16:03:38 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BCEAE277ACC for ; Wed, 25 Jun 2003 16:03:37 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 2B53D8D7B0; Wed, 25 Jun 2003 16:03:35 +0200 (CEST) Date: Wed, 25 Jun 2003 16:03:35 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: FreeBSD newbie question, openssh, /etc/login.conf Message-ID: <20030625140335.GA79766@sv1.dev.de.cw.net> References: <20030624173618.A2548@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030624173618.A2548@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jun 24, 2003, Bill Campbell wrote: > I've edited the /etc/login.conf file adding %{l_prefix}/sbin and > %{l_prefix}/bin at the beginning of the default PATH, and it works for non- > root users. FreeBSD, and also openssh when built for FreeBSD, use login.conf. The root user will use the root: section (which by default references the default: section). Don't forget to cap_mkdb /etc/login.conf after you changed /etc/login.conf. This is what the login shell gets as its initial path. The shell will then execute various startup scripts depending on the particular shell. An OpenPKG bash will run %{l_prefix}/etc/bash/profile, $HOME/.bashrc and $HOME/.bash_login in that order. The standard OpenPKG profile will use the %{l_prefix}/etc/rc script to add the OpenPKG hierarchy to the PATH. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sun Jun 29 00:03:51 2003 Received: from smtp.mailix.net (unknown [216.148.213.132]) by mail.openpkg.org (Postfix) with ESMTP id 915DC277A22 for ; Sun, 29 Jun 2003 00:00:46 +0200 (CEST) Received: from [10.0.8.10] (helo=localhost) by smtp.mailix.net with asmtp (Exim 4.01) id 19WMn4-00036W-00 for openpkg-users@openpkg.org; Sat, 28 Jun 2003 13:59:22 -0700 Received: from 68.82.8.156 ( [68.82.8.156]) as user vincent@deeney.org@192.168.0.109 by webmail.namezero.com with HTTP; Sat, 28 Jun 2003 14:59:21 -0700 Message-ID: <1056837561.3efe0fb992e7d@webmail.namezero.com> Date: Sat, 28 Jun 2003 14:59:21 -0700 From: vincent@deeney.org To: openpkg-users@openpkg.org Subject: MyODBC and OpenPKG 1.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: All I can say is HELP. I've been attempting to get MyODBC to work with OpenPKG 1.2 for the last week, with no luck. I notice that the MyODBC SRC.RPM is only listed in the CURRENT release, and not the 1.2 directory. Has anyone had any luck with 1.2? I'm attempting to connect to a MySQL v4. Thank you for any assistance, i'm dying here... From openpkg-users-owner@openpkg.org Sun Jun 29 00:20:20 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id A1895277A22 for ; Sun, 29 Jun 2003 00:20:19 +0200 (CEST) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 167FC639A6; Sat, 28 Jun 2003 15:20:14 -0700 (PDT) Date: Sat, 28 Jun 2003 15:20:14 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: MyODBC and OpenPKG 1.2 Message-ID: <20030628152014.A32359@barryg.mi.celestial.com> References: <1056837561.3efe0fb992e7d@webmail.namezero.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1056837561.3efe0fb992e7d@webmail.namezero.com>; from vincent@deeney.org on Sat, Jun 28, 2003 at 02:59:21PM -0700 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jun 28, 2003 at 02:59:21PM -0700, vincent@deeney.org wrote: >All I can say is HELP. >I've been attempting to get MyODBC to work with OpenPKG 1.2 for the last week, >with no luck. I notice that the MyODBC SRC.RPM is only listed in the CURRENT >release, and not the 1.2 directory. I've raised this issue several times with no response. I think you have to build myodbc and unixodbc with shared libraries, at least to get them to work with 3rd party programs like Openoffice.org. I went through this several months ago with the CURRENT tree on SuSE 8.1 Linux, and had it working with Openoffice.org. I'm working on the same thing now on SuSE 8.2, and FreeBSD 4.8 with mysql4, but haven't gotten to testing it yet. Basically what I did was to remove the disable-shared from the unixodbc.spec and myodbc.spec files, then rebuilding them. I've just done some hacking on perl to add shared libraries so that postgresql will build properly with perl support. This required some tweaking on the postgresql.spec file to (a) enable plperl, and (b) fix the odbcinit in %post processing. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ DOS: n., A small annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS. From openpkg-users-owner@openpkg.org Sun Jun 29 11:34:25 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D9BF6277A22 for ; Sun, 29 Jun 2003 11:34:24 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id CEBC28D768; Sun, 29 Jun 2003 11:34:21 +0200 (CEST) Date: Sun, 29 Jun 2003 11:34:21 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: MyODBC and OpenPKG 1.2 Message-ID: <20030629093421.GB26817@sv1.dev.de.cw.net> References: <1056837561.3efe0fb992e7d@webmail.namezero.com> <20030628152014.A32359@barryg.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030628152014.A32359@barryg.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jun 28, 2003, Bill Campbell wrote: > I've just done some hacking on perl to add shared libraries so that > postgresql will build properly with perl support. This required some > tweaking on the postgresql.spec file to (a) enable plperl, and (b) fix the > odbcinit in %post processing. For plperl you either need a shared perl library OR compile the perl library as position-independent code (PIC) so that you can link a shared perl-module. I'm still trying to find out how to use unixodbc :) -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sun Jun 29 19:45:40 2003 Received: from barryg.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 8FDE8277A18 for ; Sun, 29 Jun 2003 19:45:39 +0200 (CEST) Received: by barryg.mi.celestial.com (Postfix, from userid 203) id 49BE8639A6; Sun, 29 Jun 2003 10:45:35 -0700 (PDT) Date: Sun, 29 Jun 2003 10:45:35 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: MyODBC and OpenPKG 1.2 Message-ID: <20030629104534.A24020@barryg.mi.celestial.com> References: <1056837561.3efe0fb992e7d@webmail.namezero.com> <20030628152014.A32359@barryg.mi.celestial.com> <20030629093421.GB26817@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR" In-Reply-To: <20030629093421.GB26817@sv1.dev.de.cw.net>; from mlelstv@dev.de.cw.net on Sun, Jun 29, 2003 at 11:34:21AM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 29, 2003 at 11:34:21AM +0200, Michael van Elst wrote: >On Sat, Jun 28, 2003, Bill Campbell wrote: > >> I've just done some hacking on perl to add shared libraries so that >> postgresql will build properly with perl support. This required some >> tweaking on the postgresql.spec file to (a) enable plperl, and (b) fix the >> odbcinit in %post processing. > >For plperl you either need a shared perl library OR compile the perl >library as position-independent code (PIC) so that you can link a >shared perl-module. I've built perl, adding an option ``with_shared'' to the perl.spec file. This then adds ``-Duseshrplib="true"'' to the ./Configure, and does some tweaking to insure that the libperl.so file is available during the build process, and installed on %{l_prefix}/lib. The attached patch handles this (and enables GDBM_File which we use locally since we have a backwards compatibility problem with many of our installed systems): 1. Enables gdbm. 2. Disables old gbm and ndbm because they were breaking when I was building on FreeBSD 4.8. 3. Uses ``-Aprepend'' to add %{l_prefix}/lib to Configure since the freebsd hints file hides the Dglibpth. 4. Adds LD_LIBRARY_PATH for %install processing if building with shared libraries. 5. Links the %archlib/CORE/libperl.so file to %{l_prefix}/lib. These patches are working on FreeBSD, but I haven't tested them on any other systems yet. >I'm still trying to find out how to use unixodbc :) It's really fairly simple. The client program (e.g. openoffice.org) dynamically links to the libodbc.so library (or whatever the OS uses for dynamic libraries). The %{l_prefix}/etc/unixodbc/{odbc.ini,odbcist.ini} files are used to specify databases and attributes such as user and password. The database requires a path to a dynamic library to reference that particular type (e.g. myodbc, java, postgressql). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The trouble with fighting for human freedom is that one spends most of one's time defending scoundrels. For it is against scoundrels that oppressive laws are first aimed, and oppression must be stopped at the beginning if it is to be stopped at all.'' -- H. L. Mencken --T4sUOijqQbZv57TR Content-Type: application/x-patch Content-Disposition: attachment; filename="perl.spec.patch" --- perl.spec.orig Sun Jun 29 10:28:19 2003 +++ perl.spec Thu Jun 26 17:00:19 2003 @@ -33,7 +33,10 @@ Group: Language License: GPL/Artistic Version: 5.8.0 -Release: 20030519 +Release: 20030625 + +# package options +%option with_shared yes # list of sources Source0: ftp://ftp.cpan.org/pub/CPAN/src/perl-%{version}.tar.gz @@ -61,12 +64,14 @@ %build # configure the Perl package %{l_shtool} subst \ + -e '/^libswanted=.* ndbm /s; ndbm ; ;' \ -e 's;\(.*for thislib in $libswanted.*\);libswanted=`echo " $libswanted " | sed -e "s/ bind / /g" -e "s/ iconv / /g"`\; \1;' \ -e 's;package=perl5;package=perl;' \ Configure %{l_shtool} subst \ -e 's; */usr/local/lib;;' \ hints/freebsd.sh hints/netbsd.sh + # echo 'libswanted="-lm -lc -lcrypt -lutil -L%{l_prefix}/lib -lgdbm"' >> hints/freebsd.sh %{l_shtool} subst \ -e 's!/usr/local/lib!%{l_prefix}/lib!g' \ -e 's!-melf"!-melf";libswanted="$libswanted -lgcc"!' \ @@ -83,13 +88,24 @@ -Dglibpth="%{l_prefix}/lib /lib /usr/lib /usr/ccs/lib" \ -Dscriptdir="%{l_prefix}/bin" \ -Uinstallusrbinperl \ - -Ui_malloc -Ui_iconv -Ui_db +%if %{with_shared} == "yes" + -Duseshrplib="true" \ +%endif + -Di_gdbm \ + -Aprepend:libpth='%{l_prefix}/lib ' \ + -Aprepend:glibpth='%{l_prefix}/lib ' \ + -Ui_malloc -Ui_iconv -Ui_db -Ui_dbm -Ui_ndbm # build the Perl package %{l_make} %{l_mflags} -f Makefile %install rm -rf $RPM_BUILD_ROOT +%if %{with_shared} == "yes" + PWD=`pwd` + LD_LIBRARY_PATH="$PWD:$LD_LIBRARY_PATH" + export LD_LIBRARY_PATH +%endif # install the Perl package via standard procedure %{l_make} %{l_mflags} -f Makefile install @@ -119,6 +135,10 @@ # strip binary files strip $RPM_BUILD_ROOT%{l_prefix}/bin/* 2>/dev/null || true +%if %{with_shared} == "yes" + eval `$RPM_BUILD_ROOT%{l_prefix}/bin/perl -V:archlib` + ln -s $archlib/CORE/libperl.so $RPM_BUILD_ROOT%{l_prefix}/lib/ +%endif # determine installed files %{l_rpmtool} files -v -ofiles -r$RPM_BUILD_ROOT %{l_files_std} --T4sUOijqQbZv57TR-- From openpkg-users-owner@openpkg.org Tue Jul 1 09:33:12 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id 45B22277A13 for ; Tue, 1 Jul 2003 09:33:06 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h617WkbH032732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 09:32:46 +0200 (CEST) Message-ID: <3F013929.5070005@lycos.com> Date: Tue, 01 Jul 2003 09:32:57 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: apache + php on solaris Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Building apache on Solaris 2.7 with openssl,gzip,dav, and mainly php rpm -ba apache.spec [snip] ===> src/modules/php4 /bin/sh: php4: does not exist make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[2]: *** [build-std] Error 2 make[1]: *** [build] Error 2 make: *** [install-all] Error 2 + /users/www/local/lib/openpkg/shtool install -c -m 644 /dev/null /users/www/local/RPM/TMP/apache-1.3.27-root/users/www/local/etc/apache/php.ini cp: cannot create regular file `/users/www/local/RPM/TMP/apache-1.3.27-root/users/www/local/etc/apache/#INST@26659#': No such file or directory error: Bad exit status from /users/www/local/RPM/TMP/rpm-tmp.27957 (%install) same with openpkg 1.2.0 or current. have forgotten something ? thanks Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 1 10:57:52 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8295D277A13 for ; Tue, 1 Jul 2003 10:57:52 +0200 (CEST) Received: from localhost (dt5.dev.de.cw.net [141.1.23.70]) by sv1.dev.de.cw.net (Postfix) with SMTP id 18F4A8D758 for ; Tue, 1 Jul 2003 10:57:49 +0200 (CEST) Received: by localhost (sSMTP sendmail emulation); Tue, 1 Jul 2003 10:57:49 +0200 Date: Tue, 1 Jul 2003 10:57:48 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris Message-ID: <20030701085748.GA6275@dt5.dev.de.cw.net> References: <3F013929.5070005@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F013929.5070005@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, julien Touche wrote: > > Building apache on Solaris 2.7 with openssl,gzip,dav, and mainly php > > rpm -ba apache.spec > [snip] > ===> src/modules/php4 > /bin/sh: php4: does not exist No such error here, but I'm using Solaris 2.8 and 2.9. In any case, the error message tells you that the php configure failed. There should be an error message earlier in the build. -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 1 12:13:43 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id 19D65277BFD for ; Tue, 1 Jul 2003 12:13:42 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h61ADbbH003761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 12:13:38 +0200 (CEST) Message-ID: <3F015EDC.6040302@lycos.com> Date: Tue, 01 Jul 2003 12:13:48 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> In-Reply-To: <20030701085748.GA6275@dt5.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: > No such error here, but I'm using Solaris 2.8 and 2.9. > > In any case, the error message tells you that the php configure failed. > There should be an error message earlier in the build. > found problem in the build + ./configure [snip] creating cache ./config.cache checking host system type... sparc-sun-solaris2.7 Updated main/php_version.h shtool:echo:Warning: unable to determine terminal sequence for bold mode shtool:echo:Warning: unable to determine terminal sequence for bold mode checking for gcc... /users/www/local/bin/cc checking whether the C compiler (/users/www/local/bin/cc -O2 -pipe -I/users/www/local/include -DEAPI -O2 -pipe -L/users/www/local/lib) works... no configure: error: installation or configuration problem: C compiler cannot create executables. but when i try same configure in TMP dir, it works well ... config.log shows >>> configure:1944: /users/www/local/bin/cc -o conftest -O2 -pipe -I/users/www/local/include -DEAPI -O2 -pipe -I/users/www/l ocal/include -O2 -pipe -L/users/www/local/lib conftest.c -lpng -lz -liconv -lssl -lcrypto 1>&5 /users/www/local/lib/libpng.so: undefined reference to `pow' collect2: ld returned 1 exit status configure: failed program was: #line 1939 "configure" #include "confdefs.h" main(){return(0);} o: No such file or directory <<< Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 1 12:45:08 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 61B87277A13 for ; Tue, 1 Jul 2003 12:45:08 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 072188D7B8; Tue, 1 Jul 2003 12:45:04 +0200 (CEST) Date: Tue, 1 Jul 2003 12:45:04 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris Message-ID: <20030701104504.GA3171@sv1.dev.de.cw.net> References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F015EDC.6040302@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, julien Touche wrote: > config.log shows > >>> > configure:1944: /users/www/local/bin/cc -o conftest -O2 -pipe > -I/users/www/local/include -DEAPI -O2 -pipe -I/users/www/l > ocal/include -O2 -pipe -L/users/www/local/lib conftest.c -lpng -lz > -liconv -lssl -lcrypto 1>&5 > /users/www/local/lib/libpng.so: undefined reference to `pow' The math library (-lm) is missing. However, the real problem seems to be /users/www/local/lib/libpng.so. Where does this come from ? OpenPKG does not build shared libraries. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 1 13:31:22 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id 094E6277A13 for ; Tue, 1 Jul 2003 13:29:50 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h61BTUbH001788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 13:29:31 +0200 (CEST) Message-ID: <3F0170A5.8010604@lycos.com> Date: Tue, 01 Jul 2003 13:29:41 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> <20030701104504.GA3171@sv1.dev.de.cw.net> In-Reply-To: <20030701104504.GA3171@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: > The math library (-lm) is missing. seems sufficient to add it to php CFLAGS in apache.spec > However, the real problem seems to be /users/www/local/lib/libpng.so. > Where does this come from ? OpenPKG does not build shared libraries. that's me. when playing with php*.rpm, i notice, i didn't get all gd functions working and some web page shows shared lib was needed for png/zlib/jpeg, so i add it and it worked after. Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 1 13:49:44 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 429D1277A13 for ; Tue, 1 Jul 2003 13:49:44 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id DD1F98D7B8; Tue, 1 Jul 2003 13:49:40 +0200 (CEST) Date: Tue, 1 Jul 2003 13:49:40 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris Message-ID: <20030701114940.GA5074@sv1.dev.de.cw.net> References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> <20030701104504.GA3171@sv1.dev.de.cw.net> <3F0170A5.8010604@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F0170A5.8010604@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, julien Touche wrote: > > > Michael van Elst wrote: > >The math library (-lm) is missing. > seems sufficient to add it to php CFLAGS in apache.spec > > >However, the real problem seems to be /users/www/local/lib/libpng.so. > >Where does this come from ? OpenPKG does not build shared libraries. > that's me. when playing with php*.rpm, i notice, i didn't get all gd > functions working and some web page shows shared lib was needed for > png/zlib/jpeg, so i add it and it worked after. That's where the problem comes from. Please do not copy files manually into a OpenPKG hierarchy. What functions were missing and how did you build apache ? Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 1 14:14:25 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id 23B65277A13 for ; Tue, 1 Jul 2003 14:14:21 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h61CEDbH005676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 14:14:15 +0200 (CEST) Message-ID: <3F017B21.7070308@lycos.com> Date: Tue, 01 Jul 2003 14:14:25 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> <20030701104504.GA3171@sv1.dev.de.cw.net> <3F0170A5.8010604@lycos.com> <20030701114940.GA5074@sv1.dev.de.cw.net> In-Reply-To: <20030701114940.GA5074@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: >>that's me. when playing with php*.rpm, i notice, i didn't get all gd >>functions working and some web page shows shared lib was needed for >>png/zlib/jpeg, so i add it and it worked after. > > That's where the problem comes from. Please do not copy files > manually into a OpenPKG hierarchy. no copy. only spec file change. > What functions were missing and how did you build apache ? > don't remember well, some png or jpeg one used by pdflib, i believe: ImageCreateFromJPEG ImageCreateFromPNG there were missing in the return of get_defined_functions() from php and don't work in one of my script. Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 1 16:23:27 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id CE78F277A13 for ; Tue, 1 Jul 2003 16:23:26 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 59A298D7B8; Tue, 1 Jul 2003 16:23:23 +0200 (CEST) Date: Tue, 1 Jul 2003 16:23:23 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris Message-ID: <20030701142323.GA9423@sv1.dev.de.cw.net> References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> <20030701104504.GA3171@sv1.dev.de.cw.net> <3F0170A5.8010604@lycos.com> <20030701114940.GA5074@sv1.dev.de.cw.net> <3F017B21.7070308@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F017B21.7070308@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, julien Touche wrote: > >What functions were missing and how did you build apache ? > > > don't remember well, some png or jpeg one used by pdflib, i believe: > ImageCreateFromJPEG > ImageCreateFromPNG > > there were missing in the return of get_defined_functions() from php and > don't work in one of my script. Did you build with 'with_mod_php_gd' ? -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 1 16:45:50 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id 7A804277A13 for ; Tue, 1 Jul 2003 16:45:40 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h61EjNbH028151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 16:45:25 +0200 (CEST) Message-ID: <3F019E8E.9080201@lycos.com> Date: Tue, 01 Jul 2003 16:45:34 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache + php on solaris References: <3F013929.5070005@lycos.com> <20030701085748.GA6275@dt5.dev.de.cw.net> <3F015EDC.6040302@lycos.com> <20030701104504.GA3171@sv1.dev.de.cw.net> <3F0170A5.8010604@lycos.com> <20030701114940.GA5074@sv1.dev.de.cw.net> <3F017B21.7070308@lycos.com> <20030701142323.GA9423@sv1.dev.de.cw.net> In-Reply-To: <20030701142323.GA9423@sv1.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael van Elst wrote: >>don't remember well, some png or jpeg one used by pdflib, i believe: >>ImageCreateFromJPEG >>ImageCreateFromPNG >> >>there were missing in the return of get_defined_functions() from php and >>don't work in one of my script. > > > Did you build with 'with_mod_php_gd' ? yes, i do. the only changed where adding shared to some gd libs (like png) Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 1 20:12:31 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-226.w80-13.abo.wanadoo.fr [80.13.155.226]) by mail.openpkg.org (Postfix) with ESMTP id DD00E277A13 for ; Tue, 1 Jul 2003 20:12:29 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h61ICNbH008735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jul 2003 20:12:25 +0200 (CEST) Message-ID: <3F01CF13.9010900@lycos.com> Date: Tue, 01 Jul 2003 20:12:35 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: propolice option for gcc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: here a small patch to add propolice option to gcc-3.3 in current >>> --- gcc.spec.orig 2003-06-25 08:52:13.000000000 +0200 +++ gcc.spec 2003-07-01 14:45:44.238852466 +0200 @@ -47,11 +47,15 @@ %option with_threads yes %option with_bounds no %option with_gcc no +%option with_spp yes +%option with_spp_def yes # list of sources Source0: ftp://gcc.gnu.org/pub/gcc/releases/gcc-%{version}/gcc-%{version}.tar.bz2 Patch0: gcc.patch Patch1: http://web.inter.nl.net/hcc/Haj.Ten.Brugge/bounds-checking-gcc-%{version}-%{V_bounds}.patch.bz2 +Patch2: spp.patch +Patch3: protectonly.dif # build information Prefix: %{l_prefix} @@ -73,11 +77,18 @@ highly portable ISO C and ISO C++ compiler. %prep + mkdir -p $RPM_BUILD_ROOT %setup -q -n gcc-%{version} %patch0 -p0 %if "%{with_bounds}" == "yes" %patch1 -p1 %endif +%if "%{with_spp}" == "yes" + %patch2 -p1 +%endif +%if "%{with_spp_def}" == "yes" + %patch3 -p0 +%endif %{l_shtool} subst -v -s \ -e "s;PREFIX_INCLUDE_DIR;PREFIX_INCLUDE_DIR_DISABLED;g" \ gcc/configure <<< some cleaning maybe needed. note than spp.patch is (protector.c/h & protector.dif). files from: http://www.trl.ibm.com/projects/security/ssp/gcc3_3/protector-3.3-1.tar.gz Regards Julien note: seems can't install gcc32 AND gcc33 (current) at the same time (www@e450n) www>rpm --nodeps -e gcc; rpm -ivh PKG/gcc3*.sparc*.rpm Preparing... ########################################### [100%] file /users/www/local/lib/sparcv9/libiberty.a conflicts between attempted installs of gcc33-3.3.1s20030630-20030701 and gcc32-3.2.3-20030630 file /users/www/local/lib/sparcv9/libstdc++.a conflicts between attempted installs of gcc33-3.3.1s20030630-20030701 and gcc32-3.2.3-20030630 file /users/www/local/lib/sparcv9/libstdc++.la conflicts between attempted installs of gcc33-3.3.1s20030630-20030701 and gcc32-3.2.3-20030630 file /users/www/local/lib/sparcv9/libsupc++.a conflicts between attempted installs of gcc33-3.3.1s20030630-20030701 and gcc32-3.2.3-20030630 file /users/www/local/lib/sparcv9/libsupc++.la conflicts between attempted installs of gcc33-3.3.1s20030630-20030701 and gcc32-3.2.3-20030630 From openpkg-users-owner@openpkg.org Tue Jul 1 21:34:02 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 36723277A13 for ; Tue, 1 Jul 2003 21:34:02 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 148F54CE585; Tue, 1 Jul 2003 21:34:02 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id CDC2A285F3; Tue, 1 Jul 2003 21:33:49 +0200 (CEST) Date: Tue, 1 Jul 2003 21:33:49 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc Message-ID: <20030701193349.GA91155@engelschall.com> References: <3F01CF13.9010900@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F01CF13.9010900@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, julien Touche wrote: > here a small patch to add propolice option to gcc-3.3 in current > [...] Thanks. I'm investigating on this... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 2 07:20:17 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-192.w80-13.abo.wanadoo.fr [80.13.155.192]) by mail.openpkg.org (Postfix) with ESMTP id 569DA277A13 for ; Wed, 2 Jul 2003 07:20:16 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h625K8bH029308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jul 2003 07:20:11 +0200 (CEST) Message-ID: <3F026B94.5090407@lycos.com> Date: Wed, 02 Jul 2003 07:20:20 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> In-Reply-To: <20030701193349.GA91155@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote:> > Thanks. I'm investigating on this... caveats are on patch or others packages ? now than openbsd use it for the whole system/ports, most problems must been corrected ? Regards Julien From openpkg-users-owner@openpkg.org Wed Jul 2 09:37:32 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 017EC277A13 for ; Wed, 2 Jul 2003 09:37:31 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D4A1A4CE5B1; Wed, 2 Jul 2003 09:37:31 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 52295287CC; Wed, 2 Jul 2003 09:34:43 +0200 (CEST) Date: Wed, 2 Jul 2003 09:34:43 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc Message-ID: <20030702073443.GA64713@engelschall.com> References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030701193349.GA91155@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 01, 2003, Ralf S. Engelschall wrote: > On Tue, Jul 01, 2003, julien Touche wrote: > > > here a small patch to add propolice option to gcc-3.3 in current > > [...] > > Thanks. I'm investigating on this... Ok, I've looked at this and it looks like a reasonable optional addition to our GCC package. I've integrated it now (see http://cvs.openpkg.org/chngview?cn=10135 for details), but in a little bit different way. I've mainly directly use the vendor tarball as source (principle of pristine source files) and intentionally do not provide the enabling of the patch's functionality by default (because this breaks POLA IMHO too much). Thanks for the hint to this stack-smashing-protection stuff and the initial patch. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 2 14:03:39 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A9767277A13 for ; Wed, 2 Jul 2003 14:03:38 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 7DBD64CE5A1; Wed, 2 Jul 2003 14:03:38 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 6F911287CC; Wed, 2 Jul 2003 14:02:54 +0200 (CEST) Date: Wed, 2 Jul 2003 14:02:54 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc Message-ID: <20030702120254.GA4564@engelschall.com> References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> <3F026B94.5090407@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F026B94.5090407@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 02, 2003, julien Touche wrote: > Ralf S. Engelschall wrote:> > >Thanks. I'm investigating on this... > > caveats are on patch or others packages ? > now than openbsd use it for the whole system/ports, most problems must > been corrected ? The whole stuff was just not known to me before (I've even not recognized that the stuff OpenBSD comitted recently to their CVS was actually this stuff), so I first had to look at it in more detail to make sure it is reasonable for us to integrate. This was all of my concerns I had... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 2 22:24:21 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-14-192.w80-13.abo.wanadoo.fr [80.13.155.192]) by mail.openpkg.org (Postfix) with ESMTP id 7EA82277A18 for ; Wed, 2 Jul 2003 22:24:20 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h62KOEbH026486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jul 2003 22:24:15 +0200 (CEST) Message-ID: <3F033F79.5070902@lycos.com> Date: Wed, 02 Jul 2003 22:24:25 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> <20030702073443.GA64713@engelschall.com> In-Reply-To: <20030702073443.GA64713@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > Ok, I've looked at this and it looks like a reasonable optional > addition to our GCC package. I've integrated it now (see > http://cvs.openpkg.org/chngview?cn=10135 for details), but in a i think, it miss 1 things an option to activate by default (patch protectonly.dif) >>> %if "%{with_spp}" == "yes" ( cd gcc %{l_gzip} -d -c %{SOURCE protector-%{version}-%{V_spp}.tar.gz} | %{l_tar} xf - - %{l_patch} -p1 little bit different way. I've mainly directly use the vendor tarball i want to do that, but not sure about how to handle it in the correct openpkg manner :) one last question, would it be seen in gcc32/gcc33 spec file ? Regards Julien From openpkg-users-owner@openpkg.org Thu Jul 3 15:07:15 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id B21BA277A18 for ; Thu, 3 Jul 2003 15:07:15 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 9B4CD4CE545; Thu, 3 Jul 2003 15:07:15 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 8CCB12874A; Thu, 3 Jul 2003 07:04:21 +0200 (CEST) Date: Thu, 3 Jul 2003 07:04:21 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc Message-ID: <20030703050421.GA32563@engelschall.com> References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> <20030702073443.GA64713@engelschall.com> <3F033F79.5070902@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F033F79.5070902@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 02, 2003, julien Touche wrote: > >Ok, I've looked at this and it looks like a reasonable optional > >addition to our GCC package. I've integrated it now (see > >http://cvs.openpkg.org/chngview?cn=10135 for details), but in a > i think, it miss 1 things an option to activate by default (patch > protectonly.dif) > >>> > %if "%{with_spp}" == "yes" > ( cd gcc > %{l_gzip} -d -c %{SOURCE protector-%{version}-%{V_spp}.tar.gz} | > %{l_tar} xf - > - %{l_patch} -p1 + %{l_patch} -p1 +%if "%{with_spp_def}" == "yes" > + %{l_patch} -p1 +%endif > + ) > %endif > <<< Err... as I said: "...as source (principle of pristine source files) and intentionally do not provide the enabling of the patch's functionality by default (because this breaks POLA IMHO too much)." If you want other packages built with gcc and this option enabled, you can use --define "use_cc /prefix/bin/gcc -f...." on the RPM command line (if that is what you want to achieve). > [...] > one last question, would it be seen in gcc32/gcc33 spec file ? There is no SPP for gcc 3.2.3 (only 3.2.2) and GCC 3.3.1 snapshots. So I cannit add this to gcc32 and gcc33 packages at this time. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jul 3 15:26:07 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-33-28.w81-53.abo.wanadoo.fr [81.53.216.28]) by mail.openpkg.org (Postfix) with ESMTP id B2181277A18 for ; Thu, 3 Jul 2003 15:25:51 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h63DPWbH024864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Jul 2003 15:25:36 +0200 (CEST) Message-ID: <3F042ED8.5010202@lycos.com> Date: Thu, 03 Jul 2003 15:25:44 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> <20030702073443.GA64713@engelschall.com> <3F033F79.5070902@lycos.com> <20030703050421.GA32563@engelschall.com> In-Reply-To: <20030703050421.GA32563@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > Err... as I said: "...as source (principle of pristine source files) and > intentionally do not provide the enabling of the patch's functionality > by default (because this breaks POLA IMHO too much)." If you want other > packages built with gcc and this option enabled, you can use --define > "use_cc /prefix/bin/gcc -f...." on the RPM command line (if that is what > you want to achieve). maybe i misunderstood here, but POLA (have a link ? i don't find it) ask to have no extra option enabled by default (right?). but what i was asking was a second option (which by default is no), which, when activated with %with_ssp, use the second patch protectonly.diff else, i go to the define. anyway thanks. a good extra :) Regards Julien From openpkg-users-owner@openpkg.org Thu Jul 3 22:44:18 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id A0551277A18 for ; Thu, 3 Jul 2003 22:44:18 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 79DCC4CE54D; Thu, 3 Jul 2003 22:44:18 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 37C9B2874A; Thu, 3 Jul 2003 22:40:19 +0200 (CEST) Date: Thu, 3 Jul 2003 22:40:19 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: propolice option for gcc Message-ID: <20030703204019.GA51397@engelschall.com> References: <3F01CF13.9010900@lycos.com> <20030701193349.GA91155@engelschall.com> <20030702073443.GA64713@engelschall.com> <3F033F79.5070902@lycos.com> <20030703050421.GA32563@engelschall.com> <3F042ED8.5010202@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F042ED8.5010202@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 03, 2003, julien Touche wrote: > >Err... as I said: "...as source (principle of pristine source files) and > >intentionally do not provide the enabling of the patch's functionality > >by default (because this breaks POLA IMHO too much)." If you want other > >packages built with gcc and this option enabled, you can use --define > >"use_cc /prefix/bin/gcc -f...." on the RPM command line (if that is what > >you want to achieve). > > maybe i misunderstood here, but POLA (have a link ? i don't find it) ask > to have no extra option enabled by default (right?). No, sorry for using this acronym: POLA = Principle Of Least Astonishment. See for instance this URL (one of many Google gave out to me now) http://paulbeard.no-ip.org/movabletype/archives/000048.html for some more details. Sorry that I've described it not clear enough. My point just is that building GCC and have such a compiler option enabled by default might lead to more astonishment by the user than expected, because usually you use the GCC -fxxx options to explicitly enable something (although there exists also -fno-xxx for some things which are enabled by default, but those are all standard and known features while the SSP stuff is not part of this group IMHO). Hence I was not a fan of having an OpenPKG package option for supporting this. I think the SSP stuff (like the bounds stuff) should be something which is optionally built into GCC and has to be explicitly enabled under run-time by the end-user. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jul 7 20:48:29 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-17-71.w80-15.abo.wanadoo.fr [80.15.146.71]) by mail.openpkg.org (Postfix) with ESMTP id 81190277A18 for ; Mon, 7 Jul 2003 20:48:25 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h67ImFbH029360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 7 Jul 2003 20:48:18 +0200 (CEST) Message-ID: <3F09C07E.5040504@lycos.com> Date: Mon, 07 Jul 2003 20:48:30 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: compile with gcc?? rpm Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: i want to compile again some rpm (here php following advisory). but rebuild block because it need gcc ... ok but i have gcc33 rpm. so which is the extra rule to add to compile here ? how to change "BuildPreReq: OpenPKG, openpkg >= 20020206, gcc, sed, flex, bison" ? something like gcc or gcc?? Regards Julien From openpkg-users-owner@openpkg.org Mon Jul 7 21:24:23 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id D14EA277B08 for ; Mon, 7 Jul 2003 21:24:22 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id C37E84CE530; Mon, 7 Jul 2003 21:24:22 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 395C2285F6; Mon, 7 Jul 2003 21:24:14 +0200 (CEST) Date: Mon, 7 Jul 2003 21:24:14 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: compile with gcc?? rpm Message-ID: <20030707192414.GA89517@engelschall.com> References: <3F09C07E.5040504@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F09C07E.5040504@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jul 07, 2003, julien Touche wrote: > i want to compile again some rpm (here php following advisory). > but rebuild block because it need gcc ... ok > but i have gcc33 rpm. > > so which is the extra rule to add to compile here ? > how to change "BuildPreReq: OpenPKG, openpkg >= 20020206, gcc, sed, > flex, bison" ? > > something like gcc or gcc?? You mean you have installed the "gcc33" package only, i.e.. no additional "gcc" package, right? If you run the latest OpenPKG-CURRENT GCC packages, you usually have to build "gcc33" with option "with_gcc yes" to make sure it "Provides" the "gcc" virtually. Just installing "gcc33" is not enough. In this case you would have to change the "BuildPreReq" line to read "gcc33", of course. My advice: try to not change or just minimally the .spec files (or you end up in a maintainance problem in the longer term). Instead (in case of at least GCC) use the provided options for "casting" some fooN package to virtually provide "foo". Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jul 8 02:25:55 2003 Received: from neutrino2.hep.caltech.edu (neutrino1.hep.caltech.edu [131.215.126.112]) by mail.openpkg.org (Postfix) with ESMTP id 487DE277A18 for ; Tue, 8 Jul 2003 02:17:58 +0200 (CEST) Received: from amavis by neutrino2.hep.caltech.edu with scanned-ok (Exim 4.10) id 19ZgBA-0001Pw-00 for openpkg-users@openpkg.org; Mon, 07 Jul 2003 17:17:56 -0700 Received: from heppc22.hep.caltech.edu ([131.215.126.114]) by neutrino2.hep.caltech.edu with esmtp (Exim 4.10) id 19ZgBA-0001Po-00 for openpkg-users@openpkg.org; Mon, 07 Jul 2003 17:17:56 -0700 Subject: Parallel compile? From: Conrad Steenberg To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> Mime-Version: 1.0 Date: 07 Jul 2003 17:11:25 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Is there a standard flag to use with e.g. 'rpm -ba' to do a parallel compile of a given package? Thanks Conrad -- Conrad Steenberg From openpkg-users-owner@openpkg.org Tue Jul 8 07:09:30 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 51BEB277AF3 for ; Tue, 8 Jul 2003 07:09:30 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 349954CE5E1; Tue, 8 Jul 2003 07:09:30 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id A4007285F8; Tue, 8 Jul 2003 07:08:52 +0200 (CEST) Date: Tue, 8 Jul 2003 07:08:52 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Parallel compile? Message-ID: <20030708050852.GA4815@engelschall.com> References: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jul 07, 2003, Conrad Steenberg wrote: > Is there a standard flag to use with e.g. 'rpm -ba' to do a parallel > compile of a given package? Those packages which support parallel building in our experience do it automatically. Those which do not parallel build currently are this way, because they failed in some release engineering process to build this way. Nevertheless you can try it again and perhaps it works now with the current vendor version. The magic is in "%{l_mflags -O}". I don't think you can override this from the command line. But you can substitue "%{l_make} %{l_mflags}" in the .spec file with "%{l_make} %{l_mflags -O}" if you really insist on parallel building. But I would leave it as is, because as I said: all packages initially had parallel building enabled and we switched it off in packages which failed to build. So if it is off in a package where you would like to see it on, the chance is high that is doesn't work anyway. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jul 8 07:14:12 2003 Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mail.openpkg.org (Postfix) with ESMTP id 0BCA5277A18 for ; Tue, 8 Jul 2003 07:14:12 +0200 (CEST) Received: from 24-205-92-169.pas-eres.charterpipeline.net ([24.205.92.169] helo=[192.168.0.100]) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19Zkno-0003P8-00 for openpkg-users@openpkg.org; Mon, 07 Jul 2003 22:14:08 -0700 Subject: Re: Parallel compile? From: Conrad Steenberg To: openpkg-users@openpkg.org In-Reply-To: <20030708050852.GA4815@engelschall.com> References: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> <20030708050852.GA4815@engelschall.com> Content-Type: text/plain Message-Id: <1057641247.1927.8.camel@192_168_0_100> Mime-Version: 1.0 Date: 07 Jul 2003 22:14:07 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Thanks. This is mostly in the spec file debugging phase where saving a couple on tens of seconds can make a real difference. Leaving it off by default or letting the package configure/build script handle it is definitely a good idea ;-) Cheers Conrad On Mon, 2003-07-07 at 22:08, Ralf S. Engelschall wrote: > On Mon, Jul 07, 2003, Conrad Steenberg wrote: > > > Is there a standard flag to use with e.g. 'rpm -ba' to do a parallel > > compile of a given package? > > Those packages which support parallel building in our experience do it > automatically. Those which do not parallel build currently are this way, > because they failed in some release engineering process to build this > way. Nevertheless you can try it again and perhaps it works now with > the current vendor version. > > The magic is in "%{l_mflags -O}". I don't think you can override this > from the command line. But you can substitue "%{l_make} %{l_mflags}" in > the .spec file with "%{l_make} %{l_mflags -O}" if you really insist on > parallel building. > > But I would leave it as is, because as I said: all packages initially > had parallel building enabled and we switched it off in packages which > failed to build. So if it is off in a package where you would like to > see it on, the chance is high that is doesn't work anyway. > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org -- From openpkg-users-owner@openpkg.org Tue Jul 8 08:14:39 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BD1A5277A18 for ; Tue, 8 Jul 2003 08:14:38 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 6CFBF8D798; Tue, 8 Jul 2003 08:14:38 +0200 (CEST) Date: Tue, 8 Jul 2003 08:14:38 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Parallel compile? Message-ID: <20030708061438.GA81326@sv1.dev.de.cw.net> References: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1057623085.16182.117.camel@heppc22.hep.caltech.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jul 07, 2003, Conrad Steenberg wrote: > Hi > > Is there a standard flag to use with e.g. 'rpm -ba' to do a parallel > compile of a given package? Makefiles need to be very precise to allow parallel building to work correctly. Some packages do have appropriate Makefiles and there we use a command like: %{l_make} %{l_mflags -O} to select a parallel build (usually 'make -j 4') automatically. For other packages a parallel build is likely to fail, in particular when running on SMP machines with fine-grain locking like Sun Enterprise boxes running Solaris. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 8 11:43:44 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id B328D277A18 for ; Tue, 8 Jul 2003 11:43:44 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h689hif8009848 for ; Tue, 8 Jul 2003 11:43:44 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h689hicO009847 for openpkg-users@openpkg.org; Tue, 8 Jul 2003 11:43:44 +0200 (CEST) Date: Tue, 8 Jul 2003 11:43:44 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: compile with gcc?? rpm Message-ID: <20030708094343.GA1398@dt4.dev.de.cw.net> References: <3F09C07E.5040504@lycos.com> <20030707192414.GA89517@engelschall.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" In-Reply-To: <20030707192414.GA89517@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 07, 2003, Ralf S. Engelschall wrote: > On Mon, Jul 07, 2003, julien Touche wrote: > >> i want to compile again some rpm (here php following advisory). >> but rebuild block because it need gcc ... ok >> but i have gcc33 rpm. >> >> so which is the extra rule to add to compile here ? >> how to change "BuildPreReq: OpenPKG, openpkg >=3D 20020206, gcc, sed, >> flex, bison" ? >> >> something like gcc or gcc?? > > You mean you have installed the "gcc33" package only, i.e.. no > additional "gcc" package, right? If you run the latest OpenPKG-CURRENT > GCC packages, you usually have to build "gcc33" with option "with_gcc > yes" to make sure it "Provides" the "gcc" virtually. Just installing > "gcc33" is not enough. In this case you would have to change the > "BuildPreReq" line to read "gcc33", of course. My advice: try to > not change or just minimally the .spec files (or you end up in a > maintainance problem in the longer term). Instead (in case of at least > GCC) use the provided options for "casting" some fooN package to > virtually provide "foo". > Hello Julien, If you still have problems then I suggest one of the following: 1 Uninstall package 'gcc33', install package 'gcc' instead 2 Reinstall package 'gcc33' like this: 2a $ rpm --rebuild --define "with_gcc yes" \ ftp://ftp.openpkg.org/current/SRC/gcc33-3.3.1s20030630-20030704.src= .rpm 2b # rpm -Uvh /yourprefix/PKG/BIN/gcc33-3.3.1s20030630-20030704.arch???.= rpm Good luck. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Telecommunications Services GmbH --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPwqST1uYv80UoVTdAQHEzwgAl5w1RubQAz3wMGGS1GeM1FiUOUJkJPnQ fo+axEW8gQFSH9xRPJr4ZxUyeU8cqF288BqVGw41MFa9XYT83sAOtM5Pl8gIeTEI qmTt2fs9JvsLDZbsbZm0kALqsmp4IXPe7yQY5PhZeigZ07eZF3q0QoRC4P/zZIal sF/8Lckb04cIyhZnHMU3wCxFWAz06sPDwouJLGkgF6CXzQY5Q8N81L+fM0nl8/+Q EU6J7eAmx8EW7mGd6fh2sLoNxTEZopZuGmz2JOkCVvwwSgIi4OWDZDLl1SF1B9H+ m1fCI1KodL6rexKuvDPEkzVqpSKdwQUW+T8elrPSdGW9/cjnW2BGfg== =TqP4 -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From openpkg-users-owner@openpkg.org Tue Jul 8 12:09:10 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 42ADC277B46 for ; Tue, 8 Jul 2003 12:09:10 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 146C94CE53C; Tue, 8 Jul 2003 12:09:10 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 93DD6285F8; Tue, 8 Jul 2003 12:08:51 +0200 (CEST) Date: Tue, 8 Jul 2003 12:08:51 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: compile with gcc?? rpm Message-ID: <20030708100851.GA13104@engelschall.com> References: <3F09C07E.5040504@lycos.com> <20030707192414.GA89517@engelschall.com> <20030708094343.GA1398@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030708094343.GA1398@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 08, 2003, Michael Schloh von Bennewitz wrote: > [...] > >> i want to compile again some rpm (here php following advisory). > >> but rebuild block because it need gcc ... ok > >> but i have gcc33 rpm. > >> > >> so which is the extra rule to add to compile here ? > >> how to change "BuildPreReq: OpenPKG, openpkg >= 20020206, gcc, sed, > >> flex, bison" ? > >> > >> something like gcc or gcc?? > > > > You mean you have installed the "gcc33" package only, i.e.. no > > additional "gcc" package, right? If you run the latest OpenPKG-CURRENT > > GCC packages, you usually have to build "gcc33" with option "with_gcc > > yes" to make sure it "Provides" the "gcc" virtually. Just installing > > "gcc33" is not enough. In this case you would have to change the > > "BuildPreReq" line to read "gcc33", of course. My advice: try to > > not change or just minimally the .spec files (or you end up in a > > maintainance problem in the longer term). Instead (in case of at least > > GCC) use the provided options for "casting" some fooN package to > > virtually provide "foo". > > > [...] > If you still have problems then I suggest one of the following: > [...] Especially because I plan to remove gcc33 now that we have gcc at 3.3 and add a new package gcc34 for the 3.4 snapshots ;-) My advise: Just use the "gcc" package. It is very close to what gcc33 currently is, because gcc33 is just at 3.3.1-snapshot. And if you really want bleeding edge GCC 3.4, then _ADDITIONALLY_ install gcc34 package once its rolled by me. Even the "with_gcc yes" option is just for package developers during the release engineering phases or when preparing to upgrade to a new GCC major version. OpenPKG packages are just tested and officially supported when built with the gcc package. The gcc33 or gcc34 packages are just for bleeding edge non-OpenPKG development, but not for building OpenPKG packages with it. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jul 8 12:22:21 2003 Received: from etenemanki.touche.www (AMontsouris-108-1-17-97.w80-15.abo.wanadoo.fr [80.15.146.97]) by mail.openpkg.org (Postfix) with ESMTP id F2886277A18 for ; Tue, 8 Jul 2003 12:22:19 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h68AMGbH020605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 Jul 2003 12:22:18 +0200 (CEST) Message-ID: <3F0A9B67.1010108@lycos.com> Date: Tue, 08 Jul 2003 12:22:31 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: compile with gcc?? rpm References: <3F09C07E.5040504@lycos.com> <20030707192414.GA89517@engelschall.com> <20030708094343.GA1398@dt4.dev.de.cw.net> <20030708100851.GA13104@engelschall.com> In-Reply-To: <20030708100851.GA13104@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: it works thanks. In fact, i was planning to have gcc32 as "stable" compiler and gcc33 (or 34 now :) as last dev. (now maybe gcc33/gcc & 34) so a wisdom move, would be gcc and maybe gcc34. problem with "with_gcc yes" is it provide binaries with no suffix, so you cant play between gcc32 and gcc33 (for example) without changing CC env var and so on. i used symlink before, but as gcc is the real bin with "with_gcc yes", i can't do it now. there is no way to have gcc??.rpm provides gcc but still use suffix (in this case rpm rebuild use gcc if present else other gcc??) Regards Julien From openpkg-users-owner@openpkg.org Tue Jul 8 12:39:54 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A08DE277A18 for ; Tue, 8 Jul 2003 12:39:54 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 5084F8D798; Tue, 8 Jul 2003 12:39:54 +0200 (CEST) Date: Tue, 8 Jul 2003 12:39:54 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: compile with gcc?? rpm Message-ID: <20030708103954.GA91285@sv1.dev.de.cw.net> References: <3F09C07E.5040504@lycos.com> <20030707192414.GA89517@engelschall.com> <20030708094343.GA1398@dt4.dev.de.cw.net> <20030708100851.GA13104@engelschall.com> <3F0A9B67.1010108@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F0A9B67.1010108@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 08, 2003, julien Touche wrote: > there is no way to have gcc??.rpm provides gcc but still use suffix (in > this case rpm rebuild use gcc if present else other gcc??) Most packages will search for the 'standard C compiler' using the %{l_cc} macro. In this case you can override that macro by defining a 'use_cc path' macro. I.e.: rpm -ba --define 'use_cc /usr/local/bin/mycc' package.spec or openpkg build -Duse_cc=/usr/local/bin/mycc package The macro used to be known as 'with_cc', but we changed this to distinguish it better from the package option system. There are analog macros for other standard tools like %{l_make} for the make program or %{l_tar} for the tar program. Please note that even when the package honors the %{l_cc} macro it may fail to build with a different compiler! This feature is meant as a last resort for bootstrapping packages on new architectures where the gcc package is not yet available. Generally, the packages that depend on the gcc package also require exactly the released version of the GNU compiler. I.e. you can only build packages from OpenPKG-1.2 with the gcc package from OpenPKG-1.2. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jul 10 13:43:43 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 1ADFB277A1D for ; Thu, 10 Jul 2003 13:43:43 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6ABhg026216 for ; Thu, 10 Jul 2003 13:43:42 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6ABhfV18225 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 13:43:41 +0200 (MEST) Date: Thu, 10 Jul 2003 13:43:41 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Problems with Bootstrap Message-ID: <20030710114341.GB20680@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. During the bootstrap (openpkg*.sh) /usr/local/bin/python is picked up, even when /usr/local/bin is not in $PATH. This causes the build of rpm to fail. Also, it would be nice when the build routines would respect the $TMP environment variable and not only use the fixed path "/tmp". (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 14:21:50 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 9682B277A1D for ; Thu, 10 Jul 2003 14:21:49 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h6ACLmf8025383 for ; Thu, 10 Jul 2003 14:21:48 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h6ACLmO0025382 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 14:21:48 +0200 (CEST) Date: Thu, 10 Jul 2003 14:21:48 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710122148.GA24266@dt4.dev.de.cw.net> References: <20030710114341.GB20680@baerlap.north.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" In-Reply-To: <20030710114341.GB20680@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2003, Matthias Kurz wrote: > Hi. > > During the bootstrap (openpkg*.sh) /usr/local/bin/python is picked > up, even when /usr/local/bin is not in $PATH. This causes the build > of rpm to fail. > This is strange and doesn't happen on any of our test platforms. Neverthele= ss, I believe you. Just tell me which platform you are using, and if the exact bootstrap you are using is: ftp://ftp.openpkg.org/current/SRC/openpkg-20030710-20030710.src.sh or if it is a different one, then which one? > Also, it would be nice when the build routines would respect the $TMP > environment variable and not only use the fixed path "/tmp". > Make a file called '.rpmmacros' in your $HOME directory, and put %_builddir %(echo $TMP) %_tmppath %(echo $TMP) in the file. --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Telecommunications Services GmbH --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPw1aXFuYv80UoVTdAQF+HQf+KTe/89VVwmDabt4hjlhlauMxK0hjvfPM hTwDzvvjcF/B3fwe8gn8Fl9AZmin+x/4lZKdy2dzCATpTfRkqEyfN5xzhnYjv4rb pBZm9VOeO0BUnH9894GFG3n8NN9MGFW9mk1V769tG0njImuYQAHn5i6caIdUVYec /jFGn1i3iJL+A4ElnErSA+25hhK6ZhVCPCeQ9+qV/4IE6t37pjnpvBbAkXlW75+7 kz7LZn270TLXFGmiHyS6juysl+Uj7dSpAD71M8vh0e+VjSACq7KJVpPFcymSJO+m r/V/2/yGyYHQw6kNTseZ6FH0J7OtfSLtWJuKTIG5b7IcZPUaeU3m7g== =jJ/R -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From openpkg-users-owner@openpkg.org Thu Jul 10 14:37:59 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E4368277A1D for ; Thu, 10 Jul 2003 14:37:58 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 4E0288D768; Thu, 10 Jul 2003 14:37:58 +0200 (CEST) Date: Thu, 10 Jul 2003 14:37:58 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710123758.GA93439@sv1.dev.de.cw.net> References: <20030710114341.GB20680@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030710114341.GB20680@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003, Matthias Kurz wrote: Matthias, > During the bootstrap (openpkg*.sh) /usr/local/bin/python is picked > up, even when /usr/local/bin is not in $PATH. This causes the build > of rpm to fail. yes, we noticed this already. The bootstrap shouldn't depend on python anyway. > Also, it would be nice when the build routines would respect the $TMP > environment variable and not only use the fixed path "/tmp". The build routines honor the TMPDIR and TEMPDIR variables. I am not aware of any system that uses TMP to point to a scratch area. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jul 10 14:50:10 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id DDB97277A1D for ; Thu, 10 Jul 2003 14:50:09 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h6ACo9f8025627 for ; Thu, 10 Jul 2003 14:50:09 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h6ACo9br025626 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 14:50:09 +0200 (CEST) Date: Thu, 10 Jul 2003 14:50:09 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710125008.GB24266@dt4.dev.de.cw.net> References: <20030710114341.GB20680@baerlap.north.de> <20030710123758.GA93439@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" In-Reply-To: <20030710123758.GA93439@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2003, Michael van Elst wrote: > On Thu, Jul 10, 2003, Matthias Kurz wrote: >> Also, it would be nice when the build routines would respect the $TMP >> environment variable and not only use the fixed path "/tmp". > > The build routines honor the TMPDIR and TEMPDIR variables. I am not > aware of any system that uses TMP to point to a scratch area. > The system called 'Microsoft Windows' uses $TMP in this way. Are you trying to bootstrap OpenPKG on Windows? ;-) --=20 michael.schloh@cw.com Development Team, Application Services Cable & Wireless Telecommunications Services GmbH --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPw1hAFuYv80UoVTdAQFoNAf9HIkqqtkJUxumvAanAHZSTGDEKamRoCJx DEtd4C02zN4BZqXaB/RvNYIdalLd+0olYvU7oic4r7LBLS9JI1r+9hSu3/jmgYpA QP4Op94heXx7SHymExPehO+rtEsJNVB1Pu6BLKBpEi7t5Heb/6dkk139M1HSjNoz q5bGsyd/KTEWQKwkCzOoZO+hXgBVTGO3wWkvmQ1ET2VvovRZIrLf845q7P0Vah4A Zg6yyM2040wYigtut5pRCuUhKdxL9MEuCKpd9KFFkp6qcjGKwuNp/8wPYpNBcdhn 4Nzfm5ByQho7l6KKETJMKFBHU9f1UixvxXxDnasy1CSdPVysA1lJ6A== =ZjDn -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From openpkg-users-owner@openpkg.org Thu Jul 10 15:09:45 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id B8696277A1D for ; Thu, 10 Jul 2003 15:09:44 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 888264CE563; Thu, 10 Jul 2003 15:09:44 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 40493285F2; Thu, 10 Jul 2003 15:09:35 +0200 (CEST) Date: Thu, 10 Jul 2003 15:09:35 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710130935.GA89513@engelschall.com> References: <20030710114341.GB20680@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030710114341.GB20680@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003, Matthias Kurz wrote: > During the bootstrap (openpkg*.sh) /usr/local/bin/python is picked > up, even when /usr/local/bin is not in $PATH. This causes the build > of rpm to fail. I've now tried a larger hammer in openpkg-20030710-20030710 (after 10-Jul-2003 15:00 CET). Please retry again with this version. It should no longer pick up those stuff. > Also, it would be nice when the build routines would respect the $TMP > environment variable and not only use the fixed path "/tmp". As the others also said, use the classical Unix variable TMPDIR for this. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jul 10 16:54:00 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id D3B4A277A1D for ; Thu, 10 Jul 2003 16:53:59 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AErx002548 for ; Thu, 10 Jul 2003 16:53:59 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AErw707756 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 16:53:58 +0200 (MEST) Date: Thu, 10 Jul 2003 16:53:57 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710145357.GF209@baerlap.north.de> References: <20030710114341.GB20680@baerlap.north.de> <20030710130935.GA89513@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: 8bit In-Reply-To: <20030710130935.GA89513@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003 at 03:09:35PM +0200, Ralf S. Engelschall wrote: > On Thu, Jul 10, 2003, Matthias Kurz wrote: > > > During the bootstrap (openpkg*.sh) /usr/local/bin/python is picked > > up, even when /usr/local/bin is not in $PATH. This causes the build > > of rpm to fail. > > I've now tried a larger hammer in openpkg-20030710-20030710 (after > 10-Jul-2003 15:00 CET). Please retry again with this version. > It should no longer pick up those stuff. Thanks. The build worked now. > > Also, it would be nice when the build routines would respect the $TMP > > environment variable and not only use the fixed path "/tmp". > > As the others also said, use the classical Unix variable TMPDIR for this. > Yes, TMPDIR works. Thanks again :) (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 17:38:19 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 592F8277A13 for ; Thu, 10 Jul 2003 17:38:18 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AFcH004009 for ; Thu, 10 Jul 2003 17:38:17 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AFcGx17097 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 17:38:16 +0200 (MEST) Date: Thu, 10 Jul 2003 17:38:16 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710153816.GG209@baerlap.north.de> References: <20030710114341.GB20680@baerlap.north.de> <20030710122148.GA24266@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: 8bit In-Reply-To: <20030710122148.GA24266@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003 at 02:21:48PM +0200, Michael Schloh von Bennewitz wrote: > On Thu, Jul 10, 2003, Matthias Kurz wrote: [...] > > Also, it would be nice when the build routines would respect the $TMP > > environment variable and not only use the fixed path "/tmp". > > > Make a file called '.rpmmacros' in your $HOME directory, and put > > %_builddir %(echo $TMP) > %_tmppath %(echo $TMP) > Ahh, i nearly overlooked it. This is the perfect solution - when it works (i'll try). To those who care: I work under Solaris. The name of the variable doesn't matter - i'm just used to TMP (home and work) for no particular reason. Though, TMPDAT has the "disadvantage" that the compiler also places its tempfiles there - don't know how much this affects performance. And while i'm at it: looks like a zero byte file "openpkg.boot.install.sh" survives the cleanup in the end of the build ;-) (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 18:49:54 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 3CEDA277CFA for ; Thu, 10 Jul 2003 18:49:54 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id F32EC4CE566; Thu, 10 Jul 2003 18:49:53 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 7674E285F2; Thu, 10 Jul 2003 18:48:42 +0200 (CEST) Date: Thu, 10 Jul 2003 18:48:42 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems with Bootstrap Message-ID: <20030710164842.GA95008@engelschall.com> References: <20030710114341.GB20680@baerlap.north.de> <20030710122148.GA24266@dt4.dev.de.cw.net> <20030710153816.GG209@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030710153816.GG209@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003, Matthias Kurz wrote: > [...] > And while i'm at it: looks like a zero byte file "openpkg.boot.install.sh" > survives the cleanup in the end of the build ;-) > [...] Hmmm... that's the only code in the bootstrap procedure which creates such a openpkg.boot.install.sh file: | # install package via RPM spec file by faking a | # sufficiently enough RPM run-time environment | runscript () { | step=$1 | script="$tmpdir/openpkg.boot.$step.sh" | echo ". $prolog" >$script | sed -e "/^%$step/,/^%/ p" -e 'd' <$spec | \ | sed -e '/^%/d' | \ | sed -e 's;%{SOURCE \([^ ]*\.tar[^ ]*\)};${RPM_DIST_DIR}/\1;g' \ | -e 's;%{SOURCE \([^ ]*\)};${RPM_SOURCE_DIR}/\1;g' | \ | sed -e 's;%{[?]\([^:}]*\):\([^}]*\)};${\1+\2};g' \ | -e 's;%{![?]\([^:}]*\):\([^}]*\)};${\1-\2};g' \ | -e 's;%{[?]\([^:}]*\)};${\1+""};g' \ | -e 's;%{![?]\([^:}]*\)};${\1-""};g' \ | -e 's;%{\([^}]*\)};${\1};g' >>$script | echo "++ executing(%$step): sh $script" | sh $script | if [ $? -ne 0 ]; then | rm -f $script | echo "$0:ERROR: script returned non-null value" | exit 1 | fi | rm -f $script | } | runscript prep | runscript build | runscript install And I cannot see why $script should be left over. It is removed both for the error and ok situation. Hmmm... sorry, I've no clue why this file was zero length and how it could survive... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jul 10 20:51:17 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 9499D277CFA for ; Thu, 10 Jul 2003 20:51:16 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AIpF010416 for ; Thu, 10 Jul 2003 20:51:15 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AIpEE15948 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 20:51:14 +0200 (MEST) Date: Thu, 10 Jul 2003 20:51:14 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: gcc with all languages Message-ID: <20030710185114.GA25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. How can i build gcc for all supported languages (c,c++,ada,java,fortran...) ? How can i build gcc for a particular set of supported languages ? Thanks (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 20:58:21 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 24F48277CFA for ; Thu, 10 Jul 2003 20:58:21 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AIwK010635 for ; Thu, 10 Jul 2003 20:58:20 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AIwJa17769 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 20:58:19 +0200 (MEST) Date: Thu, 10 Jul 2003 20:58:19 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Query default package options Message-ID: <20030710185819.GB25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Is it possible to query the defaults for "package options" before installation ? e.g. the defaults in gcc.spec are: # package options %option with_cxx yes %option with_optimize yes %option with_binutils yes %option with_threads yes %option with_bounds no %option with_spp no %option with_gcc no And where can one find an explanation of this options (e.g. why are binutils used under Solaris) ? Thanks (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 21:18:26 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 7189B277D02 for ; Thu, 10 Jul 2003 21:18:26 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AJIP011304 for ; Thu, 10 Jul 2003 21:18:25 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AJIPG22806 for openpkg-users@openpkg.org; Thu, 10 Jul 2003 21:18:25 +0200 (MEST) Date: Thu, 10 Jul 2003 21:18:25 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Query default package options Message-ID: <20030710191825.GC25081@baerlap.north.de> References: <20030710185819.GB25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030710185819.GB25081@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003 at 08:58:19PM +0200, Matthias Kurz wrote: > > Hi. > > Is it possible to query the defaults for "package options" before > installation ? > > e.g. the defaults in gcc.spec are: > > # package options > %option with_cxx yes > %option with_optimize yes > %option with_binutils yes > %option with_threads yes > %option with_bounds no > %option with_spp no > %option with_gcc no From the QuickRef :( -------------------- For example: rpm -qpi ftp:///pub/openpkg/current/SRC/gcc-3.3-20030702.src.rpm > And where can one find an explanation of this options (e.g. why are > binutils used under Solaris) ? Question remains. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Jul 10 21:18:34 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D08AB277CFA for ; Thu, 10 Jul 2003 21:18:33 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 435738D7FF; Thu, 10 Jul 2003 21:18:33 +0200 (CEST) Date: Thu, 10 Jul 2003 21:18:33 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Query default package options Message-ID: <20030710191833.GA11399@sv1.dev.de.cw.net> References: <20030710185819.GB25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030710185819.GB25081@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003, Matthias Kurz wrote: > Is it possible to query the defaults for "package options" before > installation ? You can query the source package, i.e: rpm -qip gcc-3.3-20030702.src.rpm or rpm -qip ftp://ftp.openpkg.org/current/SRC/gcc-3.3-20030702.src.rpm yields: Name: gcc Source RPM: (none) Version: 3.3 Packager: The OpenPKG Project Release: 20030702 Build Host: dv1.dev.de.cw.net Group: Language Build System: ix86-freebsd4.8 Distrib: OpenPKG [CORE] Build Time: Wed Jul 2 21:39:48 2003 License: GPL Relocations: (not relocateable) Vendor: Free Software Foundation Install Size: 24127017 bytes URL: http://gcc.gnu.org/ Install Time: (not installed) Summary: GNU Compiler Collection Description: The GNU Compiler Collection (GCC) provides a standard conforming and highly portable ISO C and ISO C++ compiler. Provides: gcc::with_cxx = yes gcc::with_optimize = yes gcc::with_binutils = yes gcc::with_threads = yes gcc::with_bounds = no gcc::with_spp = no gcc::with_gcc = no Each option provides PKG::NAME = VALUE. > e.g. the defaults in gcc.spec are: > > # package options > %option with_cxx yes > %option with_optimize yes > %option with_binutils yes > %option with_threads yes > %option with_bounds no > %option with_spp no > %option with_gcc no > > And where can one find an explanation of this options (e.g. why are > binutils used under Solaris) ? Most options should be self-explaining. with_cxx = enable build of C++ compiler with_optimize = build an optimized version of the compiler with_binutils = use binutils package with_threads = enable -pthread switch with_bounds = add bounds-checking patch with_spp = add stack-smashing-protector patch with_gcc = provide standard binary names (used only by gcc32 and gcc34). binutils is used with Solaris for compatibility. Other systems like Linux already provide a binutils-based linker, however, even there we chose our own packaged binutils so that we can rely on a specific version. Please note that some options are 'dangerous', don't expect other packages to build correctly when you enable for example the bounds- checking patch. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Jul 10 21:22:28 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8E985277CFA for ; Thu, 10 Jul 2003 21:22:28 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id F2E7D8D768; Thu, 10 Jul 2003 21:22:27 +0200 (CEST) Date: Thu, 10 Jul 2003 21:22:27 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: gcc with all languages Message-ID: <20030710192227.GB11399@sv1.dev.de.cw.net> References: <20030710185114.GA25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030710185114.GA25081@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003, Matthias Kurz wrote: > How can i build gcc for all supported languages (c,c++,ada,java,fortran...) ? So far you can't do this with the gcc package. > How can i build gcc for a particular set of supported languages ? The gcc package supports only C and C++. You may disable the build of the C++ compiler by specifying with_cxx=no, but some packages that require a C++ compiler will then fail to build. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Fri Jul 11 00:03:45 2003 Received: from beaker.north.de (pD9E17610.dip.t-dialin.net [217.225.118.16]) by mail.openpkg.org (Postfix) with ESMTP id 8F337277D02 for ; Fri, 11 Jul 2003 00:03:44 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6AM3h016754 for ; Fri, 11 Jul 2003 00:03:43 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6AM3h603078 for openpkg-users@openpkg.org; Fri, 11 Jul 2003 00:03:43 +0200 (MEST) Date: Fri, 11 Jul 2003 00:03:43 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Quickref - modifications Message-ID: <20030710220343.GA12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Before i forget: I suggest to add the points 24 and 23 (in this order) from the FAQ to the QuickRef. As a third bullet, before "o Updating OpenPKG to the latest version:" and after "o Boostrapping OpenPKG from scratch:" Also it would be nice, when there would be the keyword "debugging" under "o Fetch and build a binary package from source:", e.g. by changing Alternatively, to perform the 'steps behind' option, --rebuild manually by entering the following commands: to Alternatively, to perform the 'steps behind' option, --rebuild manually by entering the following commands (good for debugging - see also BUILD OPTIONS under "man rpm"). Hmmm, i would probably write it as Alternatively, to perform the steps behind the option --rebuild one can manually enter the following commands (good for debugging - see also BUILD OPTIONS under "man rpm"). (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 09:14:29 2003 Received: from beaker.north.de (pD9E17FA2.dip.t-dialin.net [217.225.127.162]) by mail.openpkg.org (Postfix) with ESMTP id 54947277AEC for ; Sat, 12 Jul 2003 09:14:29 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6C7EP021864 for ; Sat, 12 Jul 2003 09:14:26 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6C7EOj09060 for openpkg-users@openpkg.org; Sat, 12 Jul 2003 09:14:24 +0200 (MEST) Date: Sat, 12 Jul 2003 09:14:24 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Query default package options Message-ID: <20030712071424.GB12858@baerlap.north.de> References: <20030710185819.GB25081@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030710185819.GB25081@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jul 10, 2003 at 08:58:19PM +0200, Matthias Kurz wrote: > > Hi. > > Is it possible to query the defaults for "package options" before > installation ? I wrote a little script. When it is called as "opaq" (e.g. opaq gcc), it queries the package info. When it is called as opai it fetches and installs a package's sources. #!/bin/sh myName=`basename $0` tag=$1 set -- `openpkg build -Z -s $tag | egrep "^$tag"`; pkg=$3 [ -z "$pkg" ] && { echo "not found"; exit 1; } [ -z "$opkg_root" ] && opkg_root=/cw [ -z "$opkg_repo" ] && opkg_repo=ftp://ftp.openpkg.org/current/SRC case $myName in opaq) rpm -qip $opkg_repo/$pkg.src.rpm || rpm -qip $opkg_repo/$pkg.nosrc.rpm ;; opai) dest="$opkg_root/RPM/SRC/$tag" rm -rf $dest rpm -ihv $opkg_repo/$pkg.src.rpm || rpm -ihv $opkg_repo/$pkg.nosrc.rpm && echo "see $dest" ;; esac (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 09:31:12 2003 Received: from beaker.north.de (pD9E17FA2.dip.t-dialin.net [217.225.127.162]) by mail.openpkg.org (Postfix) with ESMTP id 6A055277AEC for ; Sat, 12 Jul 2003 09:31:11 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6C7VA022414 for ; Sat, 12 Jul 2003 09:31:10 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6C7V9u13264 for openpkg-users@openpkg.org; Sat, 12 Jul 2003 09:31:09 +0200 (MEST) Date: Sat, 12 Jul 2003 09:31:09 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: sudo searches a frood called 'MTA' Message-ID: <20030712073109.GC12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. What is a "frood" ? :) And is there a way to use the MTA that is installed on the system ? Same for DNS, JRE, JDK, ... Looking at the output of "openpkg build -Z -S gcc" there are quite a few such virtual packages. How can i find out, what package provides the needed functionality ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 10:10:48 2003 Received: from beaker.north.de (pD9E17FA2.dip.t-dialin.net [217.225.127.162]) by mail.openpkg.org (Postfix) with ESMTP id 4D033277AEC for ; Sat, 12 Jul 2003 10:10:47 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6C8Aj023679 for ; Sat, 12 Jul 2003 10:10:46 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6C8Ajn22835 for openpkg-users@openpkg.org; Sat, 12 Jul 2003 10:10:45 +0200 (MEST) Date: Sat, 12 Jul 2003 10:10:45 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: CVS/WWW problems Message-ID: <20030712081045.GD12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. When i try a cvs checkout, i get cvs server: Updating openpkg-adm cvs server: failed to create lock directory for `/e/openpkg/cvs/openpkg-adm' (/e/openpkg/cvs/openpkg-adm/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/e/openpkg/cvs/openpkg-adm' cvs [server aborted]: read lock failed - giving up The link http://www.openpkg.org/pkg.cgi does not work as expected. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 11:58:07 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id F2A2C277AEC for ; Sat, 12 Jul 2003 11:58:06 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id ABD944CE53C; Sat, 12 Jul 2003 11:58:06 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1F9CB285F8; Sat, 12 Jul 2003 11:57:53 +0200 (CEST) Date: Sat, 12 Jul 2003 11:57:53 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030712095753.GA71345@engelschall.com> References: <20030712073109.GC12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712073109.GC12858@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Matthias Kurz wrote: > What is a "frood" ? :) AFAIK it's a term coined by Douglas Adams in 'The Hitchhiker's Guide to the Galaxy'. But ask Michael van Elst for his original source... > And is there a way to use the MTA that is installed on the system ? > Same for DNS, JRE, JDK, ... No, OpenPKG does not support the reuse of system components. There are various reasons behind this, mostly all of non-technical nature. The most prominent reason is that this breaks the self-containedness and the maximum OS independence, which are major design goal of OpenPKG. Nevertheless one can easily workaround this if one insists on doing it: just create a dummy OpenPKG package which "Provides: MTA" and contains nothing more than a /sbin/sendmail executable. This can be just a symlink to /usr/sbin/sendmail or (if you want to be more smart) a small wrapper which searches for a suitable MTA dynamically on the system. Or let at least the .spec file search for a suitable MTA on the various platforms and hard-code this into the package. > Looking at the output of "openpkg build -Z -S gcc" there are quite > a few such virtual packages. How can i find out, what package provides > the needed functionality ? Any(!) package which provides the virtual target "MTA" is ok. Just pick the one you like. Which package provides "MTA" you can see with "rpm -qpi ..." individually or all at once by quering from the index. I know just this (little but unclean) approach: $ openpkg build -Z MTA 2>/dev/null | grep "# [0-9]:" # 0: postfix-2.0.13-20030710 = /e/openpkg/SRC/postfix-2.0.13-20030710.src.rpm # 1: exim-4.20-20030710 = /e/openpkg/SRC/exim-4.20-20030710.src.rpm # 2: sendmail-8.12.9-20030710 = /e/openpkg/SRC/sendmail-8.12.9-20030710.src.rpm # 3: ssmtp-2.48-20030710 = /e/openpkg/SRC/ssmtp-2.48-20030710.src.rpm For "gcc" this doesn't work, because the target "gcc" has just one official/canonical solution -- the "gcc" package -- and no _alternatives_. Hence "openpkg build" seems to know that only "gcc" is used. That the packages "gcc32" and "gcc34" also "Provide: gcc" is just because they are _enforceable replacement_ packages and for those types of packages, you don't have to search: "xxx" is _THE_ package and "xxx" is a replacement package. I'll add some information about this to the FAQ to make sure this does no longer confuse people. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Jul 12 12:31:17 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id BC5B9277AEC for ; Sat, 12 Jul 2003 12:31:15 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 77D5E4CE593; Sat, 12 Jul 2003 12:31:15 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id BA256285F8; Sat, 12 Jul 2003 12:30:46 +0200 (CEST) Date: Sat, 12 Jul 2003 12:30:46 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: CVS/WWW problems Message-ID: <20030712103046.GB71345@engelschall.com> References: <20030712081045.GD12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712081045.GD12858@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Matthias Kurz wrote: > When i try a cvs checkout, i get > cvs server: Updating openpkg-adm > cvs server: failed to create lock directory for `/e/openpkg/cvs/openpkg-adm' (/e/openpkg/cvs/openpkg-adm/#cvs.lock): Permission denied > cvs server: failed to obtain dir lock in repository `/e/openpkg/cvs/openpkg-adm' > cvs [server aborted]: read lock failed - giving up Ops, good catch. Yes, the cron job for updating the anonymous CVS area was broken and resulting in incorrect ownerships there. Now fixed. just try again, anonymous CVS access should work fine again. > The link http://www.openpkg.org/pkg.cgi does not work as expected. Correct, this is the old and deprecated package repository. Is it still references somewhere? Can you give the location? I've to remove the reference until this stuff is reanimated. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Jul 12 13:49:35 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id DC4B3277AEC for ; Sat, 12 Jul 2003 13:49:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id A68274CE585; Sat, 12 Jul 2003 13:49:34 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id A81DB285F8; Sat, 12 Jul 2003 13:49:30 +0200 (CEST) Date: Sat, 12 Jul 2003 13:49:30 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030712114930.GA74847@engelschall.com> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712095753.GA71345@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Ralf S. Engelschall wrote: > [...] > For "gcc" this doesn't work, because the target "gcc" has just > one official/canonical solution -- the "gcc" package -- and no > _alternatives_. Hence "openpkg build" seems to know that only "gcc" > is used. That the packages "gcc32" and "gcc34" also "Provide: gcc" is > just because they are _enforceable replacement_ packages and for those > types of packages, you don't have to search: "xxx" is _THE_ package and > "xxx" is a replacement package. I'll add some information about this > to the FAQ to make sure this does no longer confuse people. > [...] Ok, under http://www.openpkg.org/faq.html#package-type we now find a hopefully concise and precise description of the package types you find in OpenPKG-CURRENT. Let me know if something is not clear enough. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Jul 12 14:31:21 2003 Received: from beaker.north.de (pD9E17FA2.dip.t-dialin.net [217.225.127.162]) by mail.openpkg.org (Postfix) with ESMTP id B4CCD277AEC for ; Sat, 12 Jul 2003 14:31:20 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6CCVI002134 for ; Sat, 12 Jul 2003 14:31:18 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6CCVHs26532 for openpkg-users@openpkg.org; Sat, 12 Jul 2003 14:31:17 +0200 (MEST) Date: Sat, 12 Jul 2003 14:31:17 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: CVS/WWW problems Message-ID: <20030712123117.GE12858@baerlap.north.de> References: <20030712081045.GD12858@baerlap.north.de> <20030712103046.GB71345@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030712103046.GB71345@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003 at 12:30:46PM +0200, Ralf S. Engelschall wrote: > On Sat, Jul 12, 2003, Matthias Kurz wrote: > [...] > > The link http://www.openpkg.org/pkg.cgi does not work as expected. > > Correct, this is the old and deprecated package repository. Is it still > references somewhere? Can you give the location? I've to remove the > reference until this stuff is reanimated. E.g. on end of http://www.openpkg.org/doc/handbook/openpkg.html under "URL References". And yes, i know there is a chapter about "Multipackages". What i found interesting was a script under "Run-Command Scripts" (a little bit before "URL References". There i saw the line "#!/sfw/lib/rpm/bash /sfw/etc/rc". Does this "sfw" have something to do with Sun's sfw ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 15:43:55 2003 Received: from beaker.north.de (pD9E17FA2.dip.t-dialin.net [217.225.127.162]) by mail.openpkg.org (Postfix) with ESMTP id 07261277AEC for ; Sat, 12 Jul 2003 15:43:55 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6CDhr004464 for ; Sat, 12 Jul 2003 15:43:53 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6CDhqg14274 for openpkg-users@openpkg.org; Sat, 12 Jul 2003 15:43:52 +0200 (MEST) Date: Sat, 12 Jul 2003 15:43:52 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030712134352.GF12858@baerlap.north.de> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030712095753.GA71345@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003 at 11:57:53AM +0200, Ralf S. Engelschall wrote: > On Sat, Jul 12, 2003, Matthias Kurz wrote: > > > What is a "frood" ? :) > > AFAIK it's a term coined by Douglas Adams in 'The Hitchhiker's Guide to > the Galaxy'. But ask Michael van Elst for his original source... > > > And is there a way to use the MTA that is installed on the system ? > > Same for DNS, JRE, JDK, ... > > No, OpenPKG does not support the reuse of system components. There are > various reasons behind this, mostly all of non-technical nature. The > most prominent reason is that this breaks the self-containedness and the > maximum OS independence, which are major design goal of OpenPKG. > > Nevertheless one can easily workaround this if one insists on doing it: > just create a dummy OpenPKG package which "Provides: MTA" and contains > nothing more than a /sbin/sendmail executable. This can be > just a symlink to /usr/sbin/sendmail or (if you want to be more smart) > a small wrapper which searches for a suitable MTA dynamically on the > system. Or let at least the .spec file search for a suitable MTA on > the various platforms and hard-code this into the package. I think it would be nice to have "official" packages like this. But nevertheless: Is it possible to chain INDEX.rdf-files ? It sounds so. Can anybody give me a quick dummies guide or a pointer ? I want to have an own repository where i could place my private and/or handcrufted packages. openpkg index -i -c ~/pkgs ftp://mirror/pub/openpkg/current/SRC >index.bz2 gives: Broken Pipe ERROR: cannot process ftp://mirror/pub/openpkg/current/SRC ~/pkgs contains only the xterm package (i moved it from the mirror to this dir). Even when i only do "openpkg index -i ~/pkgs >index" i get "Broken Pipe". But there is something in "index". I tried to give multiple "-f" options to "openpkg build", but this also does not work... > > Looking at the output of "openpkg build -Z -S gcc" there are quite > > a few such virtual packages. How can i find out, what package provides > > the needed functionality ? > > Any(!) package which provides the virtual target "MTA" is ok. Just pick > the one you like. Which package provides "MTA" you can see with "rpm > -qpi ..." individually or all at once by quering from the index. I know > just this (little but unclean) approach: > > $ openpkg build -Z MTA 2>/dev/null | grep "# [0-9]:" > # 0: postfix-2.0.13-20030710 = /e/openpkg/SRC/postfix-2.0.13-20030710.src.rpm > # 1: exim-4.20-20030710 = /e/openpkg/SRC/exim-4.20-20030710.src.rpm > # 2: sendmail-8.12.9-20030710 = /e/openpkg/SRC/sendmail-8.12.9-20030710.src.rpm > # 3: ssmtp-2.48-20030710 = /e/openpkg/SRC/ssmtp-2.48-20030710.src.rpm Cool. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Jul 12 21:46:15 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E3424277AEC for ; Sat, 12 Jul 2003 21:46:14 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id D5EB68D7B8; Sat, 12 Jul 2003 21:46:13 +0200 (CEST) Date: Sat, 12 Jul 2003 21:46:13 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030712194613.GA7404@dev.de.cw.com> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712095753.GA71345@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Ralf S. Engelschall wrote: > On Sat, Jul 12, 2003, Matthias Kurz wrote: > > [...] > > And is there a way to use the MTA that is installed on the system ? > > Same for DNS, JRE, JDK, ... > > No, OpenPKG does not support the reuse of system components. [...] > Nevertheless one can easily workaround this if one insists on doing it: > just create a dummy OpenPKG package which "Provides: MTA" [...] > For the particular case of "MTA" you might consider using the "ssmtp" package. It is simple as it is a submit-only solution w/o any daemon, w/o spoolang and it completely relies on a "smarterhost" which could be any SMTP daemon - even the system supplied one. The major advantages of this solution are: it does not touch the OS (as expected by OpenPKG), it does not break OpenPKG philosophy, it is not a workaround and last but not least - it already exits. So, have fun. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Sun Jul 13 19:18:22 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 16ECF277ACC for ; Sun, 13 Jul 2003 19:18:22 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id E0B198D75D; Sun, 13 Jul 2003 19:18:20 +0200 (CEST) Date: Sun, 13 Jul 2003 19:18:20 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030713171820.GA46232@sv1.dev.de.cw.net> References: <20030712073109.GC12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712073109.GC12858@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Matthias Kurz wrote: > > Hi. > > What is a "frood" ? :) "Ever sass that hoopy Ford Prefect? There's a frood who knows where his towel is." > And is there a way to use the MTA that is installed on the system ? OpenPKG tries to be self-contained to achieve independence of the underlying operating system. So the answer is, currently, no. > How can i find out, what package provides > the needed functionality ? You have to look into the packages. We have some ideas on how to visualize all the package data, features and dependencies. But so far it's not more than just ideas. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sun Jul 13 19:37:19 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A3821277ACC for ; Sun, 13 Jul 2003 19:37:19 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 926E18D75D; Sun, 13 Jul 2003 19:37:18 +0200 (CEST) Date: Sun, 13 Jul 2003 19:37:18 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030713173718.GC46232@sv1.dev.de.cw.net> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> <20030712134352.GF12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712134352.GF12858@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Matthias Kurz wrote: > openpkg index -i -c ~/pkgs ftp://mirror/pub/openpkg/current/SRC >index.bz2 > > gives: > Broken Pipe > ERROR: cannot process ftp://mirror/pub/openpkg/current/SRC It is possible to create recursive indexes. I.e. one index just references a list of other indexes. Check the file ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf for an example. -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Sun Jul 13 21:16:35 2003 Received: from beaker.north.de (pD9528A0F.dip.t-dialin.net [217.82.138.15]) by mail.openpkg.org (Postfix) with ESMTP id CB1EA277ACC for ; Sun, 13 Jul 2003 21:16:34 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6DJGP001427 for ; Sun, 13 Jul 2003 21:16:26 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6DJGOu21277 for openpkg-users@openpkg.org; Sun, 13 Jul 2003 21:16:24 +0200 (MEST) Date: Sun, 13 Jul 2003 21:16:24 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030713191624.GB15044@baerlap.north.de> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> <20030712134352.GF12858@baerlap.north.de> <20030713173718.GC46232@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030713173718.GC46232@sv1.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Jul 13, 2003 at 07:37:18PM +0200, Michael van Elst wrote: > On Sat, Jul 12, 2003, Matthias Kurz wrote: > > > openpkg index -i -c ~/pkgs ftp://mirror/pub/openpkg/current/SRC >index.bz2 > > > > gives: > > Broken Pipe > > ERROR: cannot process ftp://mirror/pub/openpkg/current/SRC > > It is possible to create recursive indexes. > > I.e. one index just references a list of other indexes. Check the > file ftp://ftp.openpkg.org/release/1.2/00INDEX.rdf for an example. Thanks, i'll look at it. My idea to use _one_ chained/merged/concatenated repository was not that good, though, i think. Currently i use a script that searches in a list of independent repositories and uses the first inkarnation of a package it finds. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sun Jul 13 21:18:02 2003 Received: from beaker.north.de (pD9528A0F.dip.t-dialin.net [217.82.138.15]) by mail.openpkg.org (Postfix) with ESMTP id DB727277B0C for ; Sun, 13 Jul 2003 21:18:01 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6DJI0001490 for ; Sun, 13 Jul 2003 21:18:00 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6DJHxC21521 for openpkg-users@openpkg.org; Sun, 13 Jul 2003 21:17:59 +0200 (MEST) Date: Sun, 13 Jul 2003 21:17:59 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: OpenOffice Message-ID: <20030713191759.GC15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Has anybody ever tried to build OpenOffice using OpenPKG ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sun Jul 13 21:58:30 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id AF45C277ACC for ; Sun, 13 Jul 2003 21:58:29 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 891324CE5A1; Sun, 13 Jul 2003 21:58:29 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 483D928798; Sun, 13 Jul 2003 21:57:51 +0200 (CEST) Date: Sun, 13 Jul 2003 21:57:51 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenOffice Message-ID: <20030713195751.GA80375@engelschall.com> References: <20030713191759.GC15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030713191759.GC15044@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Jul 13, 2003, Matthias Kurz wrote: > Has anybody ever tried to build OpenOffice using OpenPKG ? Yes, I think someone on openpkg-dev tried it once. He stopped AFAIK when it came to the requirement of having shared library versions of some OpenPKG libs. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jul 14 12:11:04 2003 Received: from beaker.north.de (p5086760E.dip.t-dialin.net [80.134.118.14]) by mail.openpkg.org (Postfix) with ESMTP id E7256277ACC for ; Mon, 14 Jul 2003 12:11:03 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6EAB0000300 for ; Mon, 14 Jul 2003 12:11:00 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6EAB0v07164 for openpkg-users@openpkg.org; Mon, 14 Jul 2003 12:11:00 +0200 (MEST) Date: Mon, 14 Jul 2003 12:11:00 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Messed up perms / Solaris bug Message-ID: <20030714101059.GD15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I was not careful enough and installed some packages as ordinary user instead as root. Would be nice when there where warnings, e.g. when it is not possible to set perms/uids/gids during installation. I checked the permissions using "rpm -V `rpm -qa`". Then i tried to correct them using "su;rpm --setugids `rpm -qa`;rpm --setperms `rpm -qa`". Is there a better/faster way ? There is a Solaris bug in/affecting "rpm --setugids/--setperms". This functionality is implemented by aliases in $opkg_root/lib/openpkg/rpmpopt-4.0.2. A shell script is generated and executed using "sh". It just burps "sh: test : argument expected" and does nothing else. Using "truss" i found the following: The shell script consists of commands like "[ -L /file ] && chmod 775 /file". This commands fail, because the "-L" was amputated from the Solaris sh some time ago (never understood, why). Instead, one has to use "-h" - or another shell, e.g. bash. I don't know, why sh is used to execute the commands. When possible, it should be changed to bash. Else, the definitions for --setugids and --setperms in $opkg_root/lib/openpkg/rpmpopt-4.0.2 should be changed, so that they use "-h" instead of "-L". (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Jul 14 12:26:16 2003 Received: from beaker.north.de (p5086760E.dip.t-dialin.net [80.134.118.14]) by mail.openpkg.org (Postfix) with ESMTP id 16DB3277ACC for ; Mon, 14 Jul 2003 12:26:16 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6EAQE000822 for ; Mon, 14 Jul 2003 12:26:14 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6EAQEn10900 for openpkg-users@openpkg.org; Mon, 14 Jul 2003 12:26:14 +0200 (MEST) Date: Mon, 14 Jul 2003 12:26:14 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: sudo searches a frood called 'MTA' Message-ID: <20030714102614.GE15044@baerlap.north.de> References: <20030712073109.GC12858@baerlap.north.de> <20030712095753.GA71345@engelschall.com> <20030712194613.GA7404@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030712194613.GA7404@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003 at 09:46:13PM +0200, Thomas Lotterer wrote: > On Sat, Jul 12, 2003, Ralf S. Engelschall wrote: > > > On Sat, Jul 12, 2003, Matthias Kurz wrote: > > > > [...] > > > And is there a way to use the MTA that is installed on the system ? > > > Same for DNS, JRE, JDK, ... > > > > No, OpenPKG does not support the reuse of system components. [...] > > Nevertheless one can easily workaround this if one insists on doing it: > > just create a dummy OpenPKG package which "Provides: MTA" [...] > > > For the particular case of "MTA" you might consider using the "ssmtp" > package. It is simple as it is a submit-only solution w/o any daemon, > w/o spoolang and it completely relies on a "smarterhost" which could be > any SMTP daemon - even the system supplied one. The major advantages of > this solution are: it does not touch the OS (as expected by OpenPKG), it > does not break OpenPKG philosophy, it is not a workaround and last but > not least - it already exits. So, have fun. That's nice, looks like i can go with ssmtp. Requiring to replace the OS MTA to install a tool is not very nice from my philosophical point of view, though :) Same with DNS (just because the MTA argument is undermined, now), or other services that run on a well defined port or so. How does this work with multiple instances, anyway ? But then, currently there was only a problem with MTA and that seems to be solved for now. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Tue Jul 15 09:26:13 2003 Received: from beaker.north.de (pD9528EB9.dip.t-dialin.net [217.82.142.185]) by mail.openpkg.org (Postfix) with ESMTP id 9BDD8277AFB for ; Tue, 15 Jul 2003 09:26:12 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6F7QA011965 for ; Tue, 15 Jul 2003 09:26:10 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6F7QAr13866 for openpkg-users@openpkg.org; Tue, 15 Jul 2003 09:26:10 +0200 (MEST) Date: Tue, 15 Jul 2003 09:26:10 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: libtiff.so Message-ID: <20030715072610.GF15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. opkg@baerlap:/opkg/bin 9> ldd tiffinfo libtiff.so => (file not found) Looks, like a shared library "slipped through" :-) tiff-3.5.7-20030428 Hmmm, there is no libtiff.so in $opkg_root/lib. Only a libtiff.a. Maybe it's from /usr/local/lib/libtiff.so or /usr/openwin/lib/libtiff.so ? Just to let someone know, i have currently no time to dig deeper. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Tue Jul 15 10:15:49 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1ECCD277AFB for ; Tue, 15 Jul 2003 10:15:49 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id B68398D7B2; Tue, 15 Jul 2003 10:15:47 +0200 (CEST) Date: Tue, 15 Jul 2003 10:15:47 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: libtiff.so Message-ID: <20030715081547.GA35381@sv1.dev.de.cw.net> References: <20030715072610.GF15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030715072610.GF15044@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Matthias, > Looks, like a shared library "slipped through" :-) > > tiff-3.5.7-20030428 Thanks for noticing :-) I have fixed this in tiff-3.5.7-20030715. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 15 11:58:24 2003 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mail.openpkg.org (Postfix) with ESMTP id 4D40F277AFB for ; Tue, 15 Jul 2003 11:58:24 +0200 (CEST) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19cMZg-0006l4-00 for openpkg-users@openpkg.org; Tue, 15 Jul 2003 11:58:20 +0200 Received: from [213.61.174.210] (helo=syngenio.de) by mrelayng.kundenserver.de with asmtp (SSLv3:RC4-MD5:128) (Exim 3.35 #1) id 19cMZg-0007zZ-00; Tue, 15 Jul 2003 11:58:20 +0200 Message-ID: <3F13CF35.FC28D971@syngenio.de> Date: Tue, 15 Jul 2003 11:53:57 +0200 From: Stefan Engel MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Solved: rdist build problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I don't know if anybody else reported the build problem with rdist in CURRENT already. I just fixed it for myself. Here are the diffs for rdist.spec: diff -r rdist/rdist.spec rdist.bug/rdist.spec 88c88 < $RPM_BUILD_ROOT%{l_prefix}/man/man8 \ --- > $RPM_BUILD_ROOT%{l_prefix}/man/man8 A '\' is missing in the %install section when creating the package directories. After adding the '\' the build process finished successfully on RedHat 8.0. Regards, Stefan From openpkg-users-owner@openpkg.org Tue Jul 15 12:16:59 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E8C53277AFB for ; Tue, 15 Jul 2003 12:16:58 +0200 (CEST) Received: from localhost (dt5.dev.de.cw.net [141.1.23.70]) by sv1.dev.de.cw.net (Postfix) with SMTP id 6C4628D758 for ; Tue, 15 Jul 2003 12:16:57 +0200 (CEST) Received: by localhost (sSMTP sendmail emulation); Tue, 15 Jul 2003 12:16:57 +0200 Date: Tue, 15 Jul 2003 12:16:57 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Solved: rdist build problem Message-ID: <20030715101657.GA83719@dt5.dev.de.cw.net> References: <3F13CF35.FC28D971@syngenio.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F13CF35.FC28D971@syngenio.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Stefan, > A '\' is missing in the %install section when creating the package > directories. After adding the '\' the build process finished > successfully on RedHat 8.0. Thanks for noticing. I have corrected this in rdist-7.0.0a10-20030715 Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Jul 15 21:04:13 2003 Received: from beaker.north.de (pD9528EB9.dip.t-dialin.net [217.82.142.185]) by mail.openpkg.org (Postfix) with ESMTP id 33522277A13 for ; Tue, 15 Jul 2003 21:04:12 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6FJ4A004888 for ; Tue, 15 Jul 2003 21:04:10 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6FJ49313177 for openpkg-users@openpkg.org; Tue, 15 Jul 2003 21:04:09 +0200 (MEST) Date: Tue, 15 Jul 2003 21:04:09 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Mozilla build fails on Solaris 8 x86 Message-ID: <20030715190409.GG15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Bombs out with: xpcshell.cpp /opkg/bin/c++ -o xpcshell.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DJS_THREA DSAFE -I../../../../dist/include/xpconnect -I../../../../dist/include/xpcom -I. ./../../../dist/include/string -I../../../../dist/include/js -I../../../../dist/ include/xpcshell -I../../../../dist/include -I/u/projects/tmp/mozilla/dist/inclu de/nspr -I/opkg/include -I/opkg/include -I/opkg/include -I/usr/openwin/include -I/opkg/include -I/opkg/include/glib -I/usr/openwin/include -I/usr/openwin /include -fno-rtti -fno-exceptions -Wno-long-long -Wno-deprecated -I/opkg/includ e -fshort-wchar -pthreads -pipe -DNDEBUG -DTRIMMED -I/opkg/include -I/opkg/inc lude/glib -I/usr/openwin/include -I/usr/openwin/include -DMOZILLA_CLIENT -inclu de ../../../../mozilla-config.h xpcshell.cpp /opkg/bin/c++ -I/opkg/include -I/opkg/include/glib -I/usr/openwin/include -I/u sr/openwin/include -fno-rtti -fno-exceptions -Wno-long-long -Wno-deprecated -I/o pkg/include -fshort-wchar -pthreads -pipe -DNDEBUG -DTRIMMED -o xpcshell xpcshe ll.o -L/projects/tmp/mozilla/dist/bin -L/projects/tmp/mozilla/dist/lib -L/projec ts/tmp/mozilla/dist/lib/components -L/opkg/lib -L/usr/openwin/lib -L../../../.. /dist/bin -L../../../../dist/lib -L../../../../dist/bin -lmozjs -L../../../../di st/bin -lxpcom -L/u/projects/tmp/mozilla/dist/lib -lplds4 -lplc4 -lnspr4 -L/proj ects/tmp/mozilla/dist/bin -L/projects/tmp/mozilla/dist/lib -L/projects/tmp/mozil la/dist/lib/components -L/opkg/lib -L/usr/openwin/lib -ldl -lrt -lsocket -ldl -lm /projects/tmp/mozilla/dist/bin/libxpcom.so: undefined reference to `nsTraceRefcn t::WalkTheStack(__FILE*)' /projects/tmp/mozilla/dist/bin/libxpcom.so: undefined reference to `NS_NewUnicha rBuffer(nsIUnicharBuffer**, nsISupports*, unsigned)' /projects/tmp/mozilla/dist/bin/libxpcom.so: undefined reference to `nsComponentM anager::CreateInstance(nsID const&, nsISupports*, nsID const&, void**)' /projects/tmp/mozilla/dist/bin/libxpcom.so: undefined reference to `nsComponentM anager::CreateInstance(char const*, nsISupports*, nsID const&, void**)' /projects/tmp/mozilla/dist/bin/libxpcom.so: undefined reference to `NS_NewHashta bleEnumerator(nsHashtable*, unsigned (*)(nsHashKey*, void*, void*, nsISupports** ), void*, nsISimpleEnumerator**)' collect2: ld returned 1 exit status gmake[3]: *** [xpcshell] Error 1 gmake[2]: *** [libs] Error 2 gmake[1]: *** [tier_9] Error 2 make: *** [default] Error 2 Any ideas ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Tue Jul 15 21:51:03 2003 Received: from beaker.north.de (pD9528EB9.dip.t-dialin.net [217.82.142.185]) by mail.openpkg.org (Postfix) with ESMTP id D2262277A13 for ; Tue, 15 Jul 2003 21:51:02 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6FJp1006395 for ; Tue, 15 Jul 2003 21:51:01 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6FJp0c10335 for openpkg-users@openpkg.org; Tue, 15 Jul 2003 21:51:00 +0200 (MEST) Date: Tue, 15 Jul 2003 21:51:00 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Optimizing traffic Message-ID: <20030715195100.GH15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. When i see it right, the stuff in ftp://ftp.openpkg.org/current/SRC/ is put together from ftp://ftp.openpkg.org/sources/, isn't it ? Would it be possible to mirror ftp://ftp.openpkg.org/sources/DST and ftp://ftp.openpkg.org/sources/SRC (or take this from anon CVS) and run local commands to build the RPMs ? Pointers ? This way i would not always need to transfer the whole rpm, when only a comma is changend in the .spec-file. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Jul 16 07:15:52 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 5BC24277A13 for ; Wed, 16 Jul 2003 07:15:52 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 171344CE53C; Wed, 16 Jul 2003 07:15:52 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0851C28608; Wed, 16 Jul 2003 07:14:39 +0200 (CEST) Date: Wed, 16 Jul 2003 07:14:39 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Optimizing traffic Message-ID: <20030716051439.GA74419@engelschall.com> References: <20030715195100.GH15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030715195100.GH15044@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jul 15, 2003, Matthias Kurz wrote: > When i see it right, the stuff in ftp://ftp.openpkg.org/current/SRC/ > is put together from ftp://ftp.openpkg.org/sources/, isn't it ? Yes and no. Yes, all parts for the .rpm's in ftp://ftp.openpkg.org/current/SRC/ you should find in ftp://ftp.openpkg.org/sources/{DST,SRC}/. But the .rpm's are not rolled from exactly those files. Technically the direction is the other way round. Instead the .rpm's are rolled from original files on other machines and then a cronjob unpacks the .rpm's on the master server into ftp://ftp.openpkg.org/sources/. Nevertheless you can use the stuff to recreate the .src.rpm's yourself. You then just have one subtle traffic problem: ftp://ftp.openpkg.org/sources/SRC/ you can replace by checking out the openpkg-src/ module from CVS and update this easily directly from CVS. But the ftp://ftp.openpkg.org/sources/DST/ contains a cache of _ALL_ vendor sources, including(!) out-dated versions. So if you want to reduce traffic, this is not the best approach. Because then you have to download even more. Sorry, but that's the price one has to pay for running OpenPKG-CURRENT instead of an OpenPKG-RELEASE version, of course. CURRENT (as the name implies) changes every day and is larger than a release version. > Would it be possible to mirror ftp://ftp.openpkg.org/sources/DST > and ftp://ftp.openpkg.org/sources/SRC (or take this from anon CVS) and > run local commands to build the RPMs ? Pointers ? You can do this by mirroring the stuff via RSYNC, setup a suitable .rpmmacros in your $HOME to point to the dirs and then run "rpm -bs --nodeps" on all .spec files to recreate the .src.rpm files locally. > This way i would not always need to transfer the whole rpm, when > only a comma is changend in the .spec-file. These days (where lots of cleanups and other adjustments are done) certainly a sexy idea. But the best approach usually is to establish a developer/contributor environment with the openpkg-dev script and then just checkout the CVS sources and download the remaining (vendor) files directly from the Internet on demand. This way you reduce your download traffic really to a minimum. I'll try to finally put together a webpage on openpkg.org which documents the various approaches for users, contributors and developers. Sorry that I've still not written such a HOWTO. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 16 10:26:51 2003 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mail.openpkg.org (Postfix) with ESMTP id B5182277A13 for ; Wed, 16 Jul 2003 10:26:50 +0200 (CEST) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19chce-0001n7-00 for openpkg-users@openpkg.org; Wed, 16 Jul 2003 10:26:48 +0200 Received: from [213.61.174.210] (helo=syngenio.de) by mrelayng.kundenserver.de with asmtp (SSLv3:RC4-MD5:128) (Exim 3.35 #1) id 19chce-0002Nq-00; Wed, 16 Jul 2003 10:26:48 +0200 Message-ID: <3F150C3E.47369371@syngenio.de> Date: Wed, 16 Jul 2003 10:26:38 +0200 From: Stefan Engel MIME-Version: 1.0 To: "openpkg-users@openpkg.org" Subject: OpenLDAP current: wrong path to slapd in rc.openldap Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, when trying to get OpenLDAP CURRENT up and running, I stumbled over a bug in rc.openldap. slapd cannot be found from rc.d/rc.openldap because in %start and %restart the path to slapd is not correct. slapd is installed in /libexec/openldap/slapd, but the scripts assumes /libexec/slapd. The correct path (in rc.openldap in the source rpm) should read @l_prefix/libexec/openldap/slapd. Best regards, Stefan From openpkg-users-owner@openpkg.org Wed Jul 16 10:35:54 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3E824277BFC for ; Wed, 16 Jul 2003 10:35:54 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id C41388D801; Wed, 16 Jul 2003 10:35:52 +0200 (CEST) Date: Wed, 16 Jul 2003 10:35:52 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: OpenLDAP current: wrong path to slapd in rc.openldap Message-ID: <20030716083552.GA96503@sv1.dev.de.cw.net> References: <3F150C3E.47369371@syngenio.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F150C3E.47369371@syngenio.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 16, 2003, Stefan Engel wrote: > The correct path (in rc.openldap in the source rpm) should read > @l_prefix/libexec/openldap/slapd. Thanks for noticing. This error was introduced when the package specific stuff went into the private subdirectory libexec/openldap/. Fixed in openldap-2.1.22-20030716 Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Wed Jul 16 12:37:18 2003 Received: from beaker.north.de (pD9528D10.dip.t-dialin.net [217.82.141.16]) by mail.openpkg.org (Postfix) with ESMTP id 686A4277A13 for ; Wed, 16 Jul 2003 12:37:16 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6GAbE005258 for ; Wed, 16 Jul 2003 12:37:14 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6GAbD919777 for openpkg-users@openpkg.org; Wed, 16 Jul 2003 12:37:13 +0200 (MEST) Date: Wed, 16 Jul 2003 12:37:13 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Optimizing traffic Message-ID: <20030716103713.GI15044@baerlap.north.de> References: <20030715195100.GH15044@baerlap.north.de> <20030716051439.GA74419@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030716051439.GA74419@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 16, 2003 at 07:14:39AM +0200, Ralf S. Engelschall wrote: > On Tue, Jul 15, 2003, Matthias Kurz wrote: > [...] > > > This way i would not always need to transfer the whole rpm, when > > only a comma is changend in the .spec-file. > > These days (where lots of cleanups and other adjustments are done) > certainly a sexy idea. But the best approach usually is to establish a > developer/contributor environment with the openpkg-dev script and then > just checkout the CVS sources and download the remaining (vendor) files > directly from the Internet on demand. This way you reduce your download > traffic really to a minimum. I do not want to minimize my traffic, i want to _optimize_ it :-) Monitoring the vendor files directly needs quite some work and is a duplicated efford. Given the unreliability of the internet it is also likely that i will get out of sync with openpkg.org soon. The best approach, from my point of view, would be to make the rpms more "rsync-friendly". I thought about hacking rsync, so that it can ignore parts of a filename and recognize, when two files are very similiar. But a few random tests (using xdelta) showed that the differences between two versions where quite large. Hmmm, maybe i picked always packages, where the vendor sources changed ? Or is it, because some parts of the rpm are compressed as a whole ? I always had better results doing the xdelta before compression. Just tried python-2.2.3-20030716.src.rpm and python-2.2.3-20030714.src.rpm. A direct xdelta gives a delta of 6727215 bytes. Converting the rpms with rpm2cpio and doing a xdelta on the resulting cpio archives gives a delta of 373 bytes. When i rename python-2.2.3-20030716.src.rpm to python-2.2.3-20030714.src.rpm and use rsync, i get wrote 6743450 bytes read 36 bytes 13486972.00 bytes/sec total size is 6742530 speedup is 1.00 Looks, like there is room for improvement. Except i did something wrong. The other way is a little bit more complicated. Would need some specialized (perl-)tools: - look at a directory listing of openpkg.org to see what files changed - extract "Release" from the filename - find and get the matching .spec - extract the basename of the SourceN URLs - transfer the Sources using rsync > I'll try to finally put together a webpage on openpkg.org which > documents the various approaches for users, contributors and developers. > Sorry that I've still not written such a HOWTO. Sorry !?? :) (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Jul 16 13:16:39 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 7745C277A13 for ; Wed, 16 Jul 2003 13:16:38 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D04AE4CE5B5; Wed, 16 Jul 2003 13:16:37 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0C3C128608; Wed, 16 Jul 2003 13:16:19 +0200 (CEST) Date: Wed, 16 Jul 2003 13:16:18 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Optimizing traffic Message-ID: <20030716111618.GA83832@engelschall.com> References: <20030715195100.GH15044@baerlap.north.de> <20030716051439.GA74419@engelschall.com> <20030716103713.GI15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030716103713.GI15044@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 16, 2003, Matthias Kurz wrote: > [...] > The best approach, from my point of view, would be to make the rpms more > "rsync-friendly". I thought about hacking rsync, so that it can ignore > parts of a filename and recognize, when two files are very similiar. > But a few random tests (using xdelta) showed that the differences between > two versions where quite large. Hmmm, maybe i picked always packages, > where the vendor sources changed ? Or is it, because some parts of the > rpm are compressed as a whole ? I always had better results doing the > xdelta before compression. OpenPKG .src.rpm's are actually CPIO archives of the source files (.spec plus .patch files plus vendor tarballs, etc) which are compressed via bzip2(1) and with an RPM header in front of the result. Either the compression is your problem or/and the fact that AFAIK the source files are not inserted into the CPIO payload in the same order each time. > Just tried python-2.2.3-20030716.src.rpm and python-2.2.3-20030714.src.rpm. > A direct xdelta gives a delta of 6727215 bytes. Converting the rpms with > rpm2cpio and doing a xdelta on the resulting cpio archives gives a delta of > 373 bytes. A clear indication that the compression is the problem. > When i rename python-2.2.3-20030716.src.rpm to python-2.2.3-20030714.src.rpm > and use rsync, i get > wrote 6743450 bytes read 36 bytes 13486972.00 bytes/sec > total size is 6742530 speedup is 1.00 > > Looks, like there is room for improvement. Except i did something wrong. I think because of the compression you have no chance. The best solution for all this, as I already mentioned, to roll the .src.rpm yourself from the parts. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 16 13:47:41 2003 Received: from beaker.north.de (pD9528D10.dip.t-dialin.net [217.82.141.16]) by mail.openpkg.org (Postfix) with ESMTP id C3ED5277A13 for ; Wed, 16 Jul 2003 13:47:40 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6GBlc007521 for ; Wed, 16 Jul 2003 13:47:38 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6GBlb907191 for openpkg-users@openpkg.org; Wed, 16 Jul 2003 13:47:37 +0200 (MEST) Date: Wed, 16 Jul 2003 13:47:37 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Optimizing traffic Message-ID: <20030716114737.GJ15044@baerlap.north.de> References: <20030715195100.GH15044@baerlap.north.de> <20030716051439.GA74419@engelschall.com> <20030716103713.GI15044@baerlap.north.de> <20030716111618.GA83832@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030716111618.GA83832@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 16, 2003 at 01:16:18PM +0200, Ralf S. Engelschall wrote: > On Wed, Jul 16, 2003, Matthias Kurz wrote: > > > [...] > > The best approach, from my point of view, would be to make the rpms more > > "rsync-friendly". I thought about hacking rsync, so that it can ignore > > parts of a filename and recognize, when two files are very similiar. > > But a few random tests (using xdelta) showed that the differences between > > two versions where quite large. Hmmm, maybe i picked always packages, > > where the vendor sources changed ? Or is it, because some parts of the > > rpm are compressed as a whole ? I always had better results doing the > > xdelta before compression. > > OpenPKG .src.rpm's are actually CPIO archives of the source files (.spec > plus .patch files plus vendor tarballs, etc) which are compressed via > bzip2(1) and with an RPM header in front of the result. Either the > compression is your problem or/and the fact that AFAIK the source files > are not inserted into the CPIO payload in the same order each time. > > > Just tried python-2.2.3-20030716.src.rpm and python-2.2.3-20030714.src.rpm. > > A direct xdelta gives a delta of 6727215 bytes. Converting the rpms with > > rpm2cpio and doing a xdelta on the resulting cpio archives gives a delta of > > 373 bytes. > > A clear indication that the compression is the problem. > > > When i rename python-2.2.3-20030716.src.rpm to python-2.2.3-20030714.src.rpm > > and use rsync, i get > > wrote 6743450 bytes read 36 bytes 13486972.00 bytes/sec > > total size is 6742530 speedup is 1.00 > > > > Looks, like there is room for improvement. Except i did something wrong. > > I think because of the compression you have no chance. The best solution > for all this, as I already mentioned, to roll the .src.rpm yourself from > the parts. Given someone can reproduce my results i would prefer to try to modify rpm and rsync. I don't think this is much more complicated than building my own rpm factory for the "official" parts. For my own things i have to do it anyway, but that is easier, i think. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Jul 16 15:20:23 2003 Received: from beaker.north.de (pD9528D10.dip.t-dialin.net [217.82.141.16]) by mail.openpkg.org (Postfix) with ESMTP id D4E45277A13 for ; Wed, 16 Jul 2003 15:20:22 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h6GDKK010574 for ; Wed, 16 Jul 2003 15:20:20 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h6GDKK700413 for openpkg-users@openpkg.org; Wed, 16 Jul 2003 15:20:20 +0200 (MEST) Date: Wed, 16 Jul 2003 15:20:20 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Optimizing traffic Message-ID: <20030716132020.GK15044@baerlap.north.de> References: <20030715195100.GH15044@baerlap.north.de> <20030716051439.GA74419@engelschall.com> <20030716103713.GI15044@baerlap.north.de> <20030716111618.GA83832@engelschall.com> <20030716114737.GJ15044@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030716114737.GJ15044@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 16, 2003 at 01:47:37PM +0200, Matthias Kurz wrote: > On Wed, Jul 16, 2003 at 01:16:18PM +0200, Ralf S. Engelschall wrote: > > On Wed, Jul 16, 2003, Matthias Kurz wrote: > > [...] > > > When i rename python-2.2.3-20030716.src.rpm to python-2.2.3-20030714.src.rpm > > > and use rsync, i get > > > wrote 6743450 bytes read 36 bytes 13486972.00 bytes/sec > > > total size is 6742530 speedup is 1.00 Caution, when someone tries to help. When one uses rsync locally, one has to use the --no-whole-file option... (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Fri Jul 18 16:30:03 2003 Received: from visp.engelschall.com (master.openpkg.org [195.27.176.150]) by mail.openpkg.org (Postfix) with ESMTP id 5EA60277ACF for ; Fri, 18 Jul 2003 16:30:02 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 18CB64CE5E4; Fri, 18 Jul 2003 16:30:02 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4401A287DD; Fri, 18 Jul 2003 16:29:48 +0200 (CEST) Date: Fri, 18 Jul 2003 16:29:47 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org, hosting@de.cw.net, dev@de.cw.net, dbteam@de.cw.net Subject: HOWTO: display Microsoft Office files on x86-based Linux/FreeBSD with OpenPKG+X11+WINE Message-ID: <20030718142947.GA14783@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Author: Ralf S. Engelschall Last-Modified: 18-Jul-2003 Microsoft Office Viewer for WINE -- or how to display Microsoft Office format files on x86-based Linux/FreeBSD ======================================================================= Description ----------- For viewing Microsoft Office format files under Linux/x86 and FreeBSD/x86 there exists the possibility to run the official and freely available Win32/x86 ABI based Microsoft Office 2000 Viewer applications for Word, Excel and PowerPoint using WINE (Wine Is Not an Emulator). The advantage in contrast to using VMWare+Windows is that one does not need a Windows installation (and license!) and that there is less startup- and run-time overhead and complexity. The advantage in contrast to using OpenOffice is that the whole installation is a lot smaller and the displaying of the format files perhaps more accurate. Step-By-Step ------------ Unfortunately, building and installing WINE, establishing personal WINE environment, and installing and running the viewers into the personal WINE environment is a complex, tricky and error-prone task. It especially involves reading many HOWTO documents (like this one ;-). Hence I've packaged both WINE and the three Freeware viewers from Microsoft for OpenPKG-CURRENT, including two small from-scratch written utilities ("winesetup" and "msov") which (together with RPM) hide all the complexity for you. With the following step-by-step list you can establish your Microsoft Office Viewer environment within a few minutes. 1. Download, build and install the OpenPKG-CURRENT packages "wine" and "wine-msov" as super-user: $ /bin/openpkg build wine wine-msov | sh - 2. In your personal account, establish a fresh WINE environment under $HOME/.wine/. If you already have an existing $HOME/.wine/, this is not destroyed. $ /bin/winesetup 3. In your personal account, install into the WINE environment under $HOME/.wine/ the viewer applications. This graphical procedure is interactive and requires your manual intervention. But all you have to do is to three times repeat clicking the button sequence "YES" -> "CONTINUE" -> "OK" -> "ACCEPT" -> "INSTALL" -> "OK". $ /bin/msov --setup 4. Now you're ready to view Word (.doc), Excel (.xls) and PowerPoint (.ppt) format files by just running "msov" on them. $ /bin/msov foo.doc $ /bin/msov foo.xls $ /bin/msov foo.ppt References ---------- o WINE: http://www.winehq.org/ o Microsoft Office Viewers: http://office.microsoft.com/downloads/2000/wd97vwr32.aspx http://office.microsoft.com/downloads/2000/xlviewer.aspx http://office.microsoft.com/downloads/2000/ppview97.aspx o OpenPKG-CURRENT Packages: ftp://ftp.openpkg.org/current/SRC/wine-20030709-20030718.src.rpm ftp://ftp.openpkg.org/current/SRC/wine-msov-20030718-20030718.src.rpm Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Jul 30 13:49:34 2003 Received: from serv1.imm.dtu.dk (serv1.imm.dtu.dk [130.225.85.11]) by mail.openpkg.org (Postfix) with ESMTP id DFC4F277ACD for ; Wed, 30 Jul 2003 13:47:41 +0200 (CEST) Received: from serv7.imm.dtu.dk (serv7.imm.dtu.dk [130.225.85.14]) by serv1.imm.dtu.dk (8.9.3 (PHNE_26305)/8.9.3) with ESMTP id NAA10808 for ; Wed, 30 Jul 2003 13:47:37 +0200 (METDST) Received: from sun2.imm.dtu.dk (sun2.imm.dtu.dk [130.225.85.19]) by serv7.imm.dtu.dk (8.11.6/8.11.6) with ESMTP id h6UBlWo26266 for ; Wed, 30 Jul 2003 13:47:32 +0200 Received: (from bd@localhost) by sun2.imm.dtu.dk (8.11.7+Sun/8.11.6) id h6UBlVZ27548 for openpkg-users@openpkg.org; Wed, 30 Jul 2003 13:47:31 +0200 (MEST) Message-Id: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> From: bd@imm.dtu.dk (Bernd Dammann) Date: Wed, 30 Jul 2003 13:47:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" To: openpkg-users@openpkg.org Subject: bootstrap on Solaris 9 and /etc/shells Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I just came across a severe problem on Solaris 9 after a bootstrap: The bootstrap process adds "/lib/openpkg/bash" to /etc/shells, without checking if this files exists or not. Since there is default /etc/shells under Solaris 9, the file gets created with a single line only, rendering the system useless to e.g. login by other users than root (provided the login procedure does check /etc/shells, but XDM and ftp do!). Best regards, Bernd -- # Bernd Dammann | "Why stop now, # Informatics and Mathematical Modelling | just when I am hating it?" # Technical University of Denmark |----------------------------------- # Richard Petersens Plads, Building 321 | phone: (+45) 45 25 33 71 # DK-2800 Kongens Lyngby, Denmark | http://www.imm.dtu.dk/~bd/ print unpack("u", "<22!K;F5W('1H870@>6]U)VQL(&1O('1H870A\"@" ); From openpkg-users-owner@openpkg.org Wed Jul 30 14:20:28 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 89E2D277ACD for ; Wed, 30 Jul 2003 14:20:27 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h6UCKNo6057336 for ; Wed, 30 Jul 2003 14:20:23 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h6UCKMUU057335 for openpkg-users@openpkg.org; Wed, 30 Jul 2003 14:20:23 +0200 (CEST) Date: Wed, 30 Jul 2003 14:20:22 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells Message-ID: <20030730122022.GL93471@dt4.dev.de.cw.net> References: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="hl1kWnBARzJiTscN" In-Reply-To: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --hl1kWnBARzJiTscN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 30, 2003, Bernd Dammann wrote: > The bootstrap process adds "/lib/openpkg/bash" to /etc/shells, > without checking if this files exists or not. Since there is default > /etc/shells under Solaris 9, the file gets created with a single line > only, rendering the system useless to e.g. login by other users than > root (provided the login procedure does check /etc/shells, but XDM and > ftp do!). >=20 Hello Bernd, I believe that something has gone wrong during your OpenPKG bootstrap. It should indeed create or append the local OpenPKG bash path to /etc/shell= s, however the path should be valid. For example, if you bootstrap using --prefix=3D/cw then the entry in /etc/shells should be /cw/lib/openpkg/bash. In your case the prefix '/cw/' (or whatever you chose when bootstrapping) w= as truncated, and this is actually the problem to fix. To troubleshoot this, r= un the bootstrap again and capture the scrolling text using 'tee' or 'script'. Search for a line something like: echo /cw/lib/openpkg/bash >>/etc/shells and let me know what you see there. Good luck. Michael --hl1kWnBARzJiTscN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPye4BVuYv80UoVTdAQFgMwgArJoTcyrI2rojeB5Nxg1YL5AZD+cLew1Q DK01oGF+X2XUPvQylcAuYJCST/YOVvLU+TpUOCfaaiRI7AtNuqSHBZrrJsUfOI3+ VePHmmjnZ/+TDxWTP8j3Z/EqjX6W84eNy00RH0XsouhjSX7/X/KRIG3pS0GCrigb ZoP4JvLlrY6s+y4uPsK15SQX2NL1dDxN/ZoxjVrDYtOkl0hKqtq7lya+QiPrF47Z jBv1Pir5XP30Ykjf9lu+VG7LofHkWQaA6TQ6uGhXrkApYWO3tWwkFrNQumUo1fcf cf5DqK2Ekw1Ns/tuQvT24Glm0td2xpZq3H1odTq0TXSY7uB2w04jQw== =YCtl -----END PGP SIGNATURE----- --hl1kWnBARzJiTscN-- From openpkg-users-owner@openpkg.org Wed Jul 30 14:46:50 2003 Received: from serv1.imm.dtu.dk (serv1.imm.dtu.dk [130.225.85.11]) by mail.openpkg.org (Postfix) with ESMTP id D0577277ACD for ; Wed, 30 Jul 2003 14:46:49 +0200 (CEST) Received: from serv7.imm.dtu.dk (serv7.imm.dtu.dk [130.225.85.14]) by serv1.imm.dtu.dk (8.9.3 (PHNE_26305)/8.9.3) with ESMTP id OAA13206 for ; Wed, 30 Jul 2003 14:46:45 +0200 (METDST) Received: from sun2.imm.dtu.dk (sun2.imm.dtu.dk [130.225.85.19]) by serv7.imm.dtu.dk (8.11.6/8.11.6) with ESMTP id h6UCkeo30572 for ; Wed, 30 Jul 2003 14:46:40 +0200 Received: (from bd@localhost) by sun2.imm.dtu.dk (8.11.7+Sun/8.11.6) id h6UCkei28525 for openpkg-users@openpkg.org; Wed, 30 Jul 2003 14:46:40 +0200 (MEST) Message-Id: <200307301246.h6UCkei28525@sun2.imm.dtu.dk> From: bd@imm.dtu.dk (Bernd Dammann) Date: Wed, 30 Jul 2003 14:46:40 +0200 In-Reply-To: Michael Schloh von Bennewitz "Re: bootstrap on Solaris 9 and /etc/shells" (Jul 30, 2:20pm) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Michael, > I believe that something has gone wrong during your OpenPKG bootstrap. > It should indeed create or append the local OpenPKG bash path to /etc/shell= > s, > however the path should be valid. For example, if you bootstrap using > --prefix=3D/cw then the entry in /etc/shells should be /cw/lib/openpkg/bash. > > In your case the prefix '/cw/' (or whatever you chose when bootstrapping) w= > as > truncated, and this is actually the problem to fix. To troubleshoot this, r= > un > the bootstrap again and capture the scrolling text using 'tee' or 'script'. > Search for a line something like: > > echo /cw/lib/openpkg/bash >>/etc/shells > > and let me know what you see there. Good luck. > The entry was right (/opt/openpkg/lib/openpkg/bash), I just missed the prefix in my previous mail - but it was the _only_ entry! The default in Solaris 9 is _NO_ /etc/shells file - Solaris has a default list of shells (listed in 'man shells')! As soon as /etc/shells is created, the built-in list of default shells is overruled by the contents of /etc/shells. The OpenPKG bootstrap process created the /etc/shells file - and suddenly certain login procedures that depend on /etc/shells did not work any longer (e.g. CDE login), because our default shells like /bin/ksh, etc were not listed in /etc/shells! IMHO the bootstrap script should check if /etc/shells exists before executing echo "${shell}" >>/etc/shells and otherwise issue a warning that this step was skipped and has to be done manually! Best regards, Bernd -- # Bernd Dammann | "Why stop now, # Informatics and Mathematical Modelling | just when I am hating it?" # Technical University of Denmark |----------------------------------- # Richard Petersens Plads, Building 321 | phone: (+45) 45 25 33 71 # DK-2800 Kongens Lyngby, Denmark | http://www.imm.dtu.dk/~bd/ print unpack("u", "<22!K;F5W('1H870@>6]U)VQL(&1O('1H870A\"@``" ); From openpkg-users-owner@openpkg.org Wed Jul 30 14:47:39 2003 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by mail.openpkg.org (Postfix) with ESMTP id 26EBE277B26 for ; Wed, 30 Jul 2003 14:47:39 +0200 (CEST) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19hqMh-0005HL-00 for openpkg-users@openpkg.org; Wed, 30 Jul 2003 14:47:35 +0200 Received: from [139.7.44.2] (helo=syngenio.de) by mrelayng.kundenserver.de with asmtp (SSLv3:RC4-MD5:128) (Exim 3.35 #1) id 19hqMb-0003hc-00; Wed, 30 Jul 2003 14:47:32 +0200 Message-ID: <3F27BDEB.E99A19EB@syngenio.de> Date: Wed, 30 Jul 2003 14:45:31 +0200 From: Stefan Engel MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells References: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> <20030730122022.GL93471@dt4.dev.de.cw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael Schloh von Bennewitz wrote: > > On Wed, Jul 30, 2003, Bernd Dammann wrote: > > The bootstrap process adds "/lib/openpkg/bash" to /etc/shells, > > without checking if this files exists or not. Since there is default > > /etc/shells under Solaris 9, the file gets created with a single line > > only, rendering the system useless to e.g. login by other users than > > root (provided the login procedure does check /etc/shells, but XDM and > > ftp do!). > > > Hello Bernd, > > I believe that something has gone wrong during your OpenPKG bootstrap. > It should indeed create or append the local OpenPKG bash path to /etc/shells, > however the path should be valid. For example, if you bootstrap using > --prefix=/cw then the entry in /etc/shells should be /cw/lib/openpkg/bash. > > In your case the prefix '/cw/' (or whatever you chose when bootstrapping) was > truncated, and this is actually the problem to fix. To troubleshoot this, run > the bootstrap again and capture the scrolling text using 'tee' or 'script'. > Search for a line something like: > > echo /cw/lib/openpkg/bash >>/etc/shells > > and let me know what you see there. Good luck. > > Michael > Hi, I think it should read 'Since there is NO default /etc/shells ...'. If /etc/shells is missing, then the system uses a default set of shells. Which shells are used as default should be mentioned in some man pages (man shells ?). So no user will be able to login if his/her shell is not listed in /etc/shells if this file exists. If the OpenPKG bootstrap process simply creates the file when it doesn't find one, then beginning from this time on /etc/shells is used for validating the possible shells. As only the OpenPKG version of bash is listed in this file then only this shell is allowed and no user will be able to login except root (and users who use this shell, which is rather unlikey directly after bootstrapping). To deal with this kind of problem, the bootstrap process should first check for the existance of /etc/shells and in case no /etc/shells exists issue a warning and maybe create an additional file /etc/shells.openpkg containing the OpenPKG bash. This file could then be added to a manually created /etc/shells. In this case the sysadmin has control over the machine in any case. Another solution would be to create the missing /etc/shells containing the system default shells and the additional OpenPKG bash. But this would be more difficult because you have to know all the default shells of all supported systems, so a warning and a separate file should be ok. Regards, Stefan From openpkg-users-owner@openpkg.org Wed Jul 30 15:13:52 2003 Received: from serv1.imm.dtu.dk (serv1.imm.dtu.dk [130.225.85.11]) by mail.openpkg.org (Postfix) with ESMTP id 945C5277ACD for ; Wed, 30 Jul 2003 15:13:51 +0200 (CEST) Received: from serv7.imm.dtu.dk (serv7.imm.dtu.dk [130.225.85.14]) by serv1.imm.dtu.dk (8.9.3 (PHNE_26305)/8.9.3) with ESMTP id PAA13809 for ; Wed, 30 Jul 2003 15:13:47 +0200 (METDST) Received: from sun2.imm.dtu.dk (sun2.imm.dtu.dk [130.225.85.19]) by serv7.imm.dtu.dk (8.11.6/8.11.6) with ESMTP id h6UDDjo32442 for ; Wed, 30 Jul 2003 15:13:45 +0200 Received: (from bd@localhost) by sun2.imm.dtu.dk (8.11.7+Sun/8.11.6) id h6UDDjY28985 for openpkg-users@openpkg.org; Wed, 30 Jul 2003 15:13:45 +0200 (MEST) Message-Id: <200307301313.h6UDDjY28985@sun2.imm.dtu.dk> From: bd@imm.dtu.dk (Bernd Dammann) Date: Wed, 30 Jul 2003 15:13:45 +0200 In-Reply-To: Stefan Engel "Re: bootstrap on Solaris 9 and /etc/shells" (Jul 30, 2:45pm) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Stefan, > I think it should read 'Since there is NO default /etc/shells ...'. Thanks! Another typo - makes two in one e-mail, so maybe it's better to stop for today. ;-) And I agree fully with your suggestions to improve the bootstrap process. Best regards, Bernd -- # Bernd Dammann | "Why stop now, # Informatics and Mathematical Modelling | just when I am hating it?" # Technical University of Denmark |----------------------------------- # Richard Petersens Plads, Building 321 | phone: (+45) 45 25 33 71 # DK-2800 Kongens Lyngby, Denmark | http://www.imm.dtu.dk/~bd/ print unpack("u", "<22!K;F5W('1H870@>6]U)VQL(&1O('1H870A\"@``" ); From openpkg-users-owner@openpkg.org Wed Jul 30 18:15:51 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id AFCDF277ACD for ; Wed, 30 Jul 2003 18:15:50 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 775784CE55C; Wed, 30 Jul 2003 18:15:50 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id B07EC286CF; Wed, 30 Jul 2003 18:15:30 +0200 (CEST) Date: Wed, 30 Jul 2003 18:15:30 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells Message-ID: <20030730161530.GA21305@engelschall.com> References: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200307301147.h6UBlVZ27548@sun2.imm.dtu.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jul 30, 2003, Bernd Dammann wrote: > I just came across a severe problem on Solaris 9 after a bootstrap: > > The bootstrap process adds "/lib/openpkg/bash" to /etc/shells, > without checking if this files exists or not. Since there is default > /etc/shells under Solaris 9, the file gets created with a single line > only, rendering the system useless to e.g. login by other users than > root (provided the login procedure does check /etc/shells, but XDM and > ftp do!). Now fixed with openpkg-20030730-20030730 by only creating an entry to /etc/shells if /etc/shells already exists at all. Details of the change you can find here: http://cvs.openpkg.org/chngview?cn=11220 Thanks for your feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Aug 1 06:24:19 2003 Received: from hotmail.com (law15-f22.law15.hotmail.com [64.4.23.22]) by mail.openpkg.org (Postfix) with ESMTP id ABC46277ACD for ; Fri, 1 Aug 2003 06:16:28 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 31 Jul 2003 21:16:23 -0700 Received: from 202.54.11.72 by lw15fd.law15.hotmail.msn.com with HTTP; Fri, 01 Aug 2003 04:16:22 GMT From: "rashmi agrawal" To: openpkg-users@openpkg.org Subject: Re: bootstrap on Solaris 9 and /etc/shells Date: Fri, 01 Aug 2003 04:16:22 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, Please unsubscribe me from this list. Regards, Rashmi >From: bd@imm.dtu.dk (Bernd Dammann) >Reply-To: openpkg-users@openpkg.org >To: openpkg-users@openpkg.org >Subject: Re: bootstrap on Solaris 9 and /etc/shells >Date: Wed, 30 Jul 2003 14:46:40 +0200 > >Hello Michael, > > > I believe that something has gone wrong during your OpenPKG bootstrap. > > It should indeed create or append the local OpenPKG bash path to >/etc/shell= > > s, > > however the path should be valid. For example, if you bootstrap using > > --prefix=3D/cw then the entry in /etc/shells should be >/cw/lib/openpkg/bash. > > > > In your case the prefix '/cw/' (or whatever you chose when >bootstrapping) w= > > as > > truncated, and this is actually the problem to fix. To troubleshoot >this, r= > > un > > the bootstrap again and capture the scrolling text using 'tee' or >'script'. > > Search for a line something like: > > > > echo /cw/lib/openpkg/bash >>/etc/shells > > > > and let me know what you see there. Good luck. > > >The entry was right (/opt/openpkg/lib/openpkg/bash), I just missed the >prefix in my previous mail - but it was the _only_ entry! The default >in Solaris 9 is _NO_ /etc/shells file - Solaris has a default list of >shells (listed in 'man shells')! As soon as /etc/shells is created, >the built-in list of default shells is overruled by the contents of >/etc/shells. The OpenPKG bootstrap process created the /etc/shells file >- and suddenly certain login procedures that depend on /etc/shells did >not work any longer (e.g. CDE login), because our default shells like >/bin/ksh, etc were not listed in /etc/shells! > >IMHO the bootstrap script should check if /etc/shells exists before >executing > > echo "" >>/etc/shells > >and otherwise issue a warning that this step was skipped and has to be >done manually! > >Best regards, >Bernd > >-- ># Bernd Dammann | "Why stop now, ># Informatics and Mathematical Modelling | just when I am hating it?" ># Technical University of Denmark >|----------------------------------- ># Richard Petersens Plads, Building 321 | phone: (+45) 45 25 33 71 ># DK-2800 Kongens Lyngby, Denmark | http://www.imm.dtu.dk/~bd/ > print unpack("u", "<22!K;F5W('1H870@>6]U)VQL(&1O('1H870A\"@" ); >______________________________________________________________________ >The OpenPKG Project www.openpkg.org >User Communication List openpkg-users@openpkg.org _________________________________________________________________ Travel plans? Click here. http://www.msn.co.in/Travel Sit back & relax! From openpkg-users-owner@openpkg.org Mon Aug 4 10:40:43 2003 Received: by mail.openpkg.org (Postfix, from userid 7000) id F3D72277A00; Mon, 4 Aug 2003 10:40:42 +0200 (CEST) Date: Mon, 4 Aug 2003 10:40:42 +0200 From: OpenPKG To: openpkg-announce@openpkg.org, openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: [ANNOUNCE] OpenPKG 1.3 released Message-ID: <20030804084042.GA4421@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: FOR IMMEDIATE RELEASE - 04-Aug-2003 The OpenPKG project releases version 1.3 of the unique cross-platform software packaging facility. http://www.openpkg.org/ -- Munich, DE -- August 04, 2003 -- The OpenPKG project is proud to announce version 1.3 of its OpenPKG software. Well known by vigilant Unix system administrators, OpenPKG is the world leading instrument for deployment and maintenance of Open Source software when administration crosses Unix platform boundaries. The unique OpenPKG architecture leverages proven technologies like Red Hat Package Manager (RPM) to establish a unified administration environment, independent of the underlying operating system. NEW IN VERSION 1.3 OpenPKG 1.3 now fully supports FreeBSD 4.8 and 5.1, Debian GNU/Linux 2.2 and 3.0, Red Hat Linux 9, SuSE Linux 8.2, and Sun Solaris 8 and 9. Thanks to its portable nature, other platforms with partial support include NetBSD, OpenBSD, Gentoo Linux, HP Tru64, SCO UnixWare and QNX. Since the previous release a half year ago, the OpenPKG package repository has again grown by 25%. A subset of 400 packages were carefully selected for inclusion into the OpenPKG 1.3 release, including proven versions of popular Open Source Unix software like Apache, BIND, GCC, INN, MySQL, OpenSSH, PostgreSQL, Samba, Squid, and Vim. All packages were tuned to work with the latest GNU C/C++ compiler. Package quality was enhanced by the rigorous application of fully automated package input and output checking ("linting"). This was achieved by applying programmatic constraints on style, syntax and semantics of package specifications. The run-command (RC) facility was improved and now provides consistent log file rotation and allows smarter package upgrade/erase procedures. Over 40 daemon packages were enabled for logging via either the more flexible OSSP fsl or the native syslog(3) facility. Finally, the essential bootstrapping package was functionally enhanced, reduced in distribution size, made more robust and its system requirements were relaxed even further. HIGHLIGHTS OF OPENPKG * Portable across major Unix platforms. * Supports FreeBSD 4/5, Debian 2/3, RedHat 9, SuSE 8.2 and Solaris 8/9. * Entirely based on Open Source Software technology. * Minimum operating system intrusion and dependency. * Minimum overhead in software packaging. * Provides 400 carefully selected packages. * Easy installation, updating and deinstallation of packages. * Bundled with useful and secure package preconfigurations. * Includes an abstracted and powerful run-command facility. * Virtual hosting through multiple instances on a single system. * Proxy packages for reusing packages across instances. * Build-time package variations for maximum flexibility. * Foundation to build encapsulated and self-contained environments. HISTORY OF THE OPENPKG PROJECT The OpenPKG project was founded in 2000 by Cable & Wireless, who first released it as Open Source software in January 2002. Today OpenPKG is a mature technology in production use, and is further on maintained and improved by its original developers and volunteer contributors. OpenPKG is the brainchild of Ralf S. Engelschall, principal author of numerous other popular Open Source Software technologies like Apache SSL/TLS Engine (mod_ssl), Apache URL Rewriting Engine (mod_rewrite), GNU Portable Threads (Pth), GNU Portable Shell Tool (Shtool), Website META Language (WML) and more. MORE INFORMATION The OpenPKG Project openpkg@openpkg.org +49-89-92699-251 (CET) +49-172-8986801 (CET) From openpkg-users-owner@openpkg.org Mon Aug 4 15:18:28 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 91939277A00 for ; Mon, 4 Aug 2003 15:18:28 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 2B4E28D7AC; Mon, 4 Aug 2003 15:18:28 +0200 (CEST) Date: Mon, 4 Aug 2003 15:18:28 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: CVS/WWW problems Message-ID: <20030804131828.GH71525@dev.de.cw.com> References: <20030712081045.GD12858@baerlap.north.de> <20030712103046.GB71345@engelschall.com> <20030712123117.GE12858@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030712123117.GE12858@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Jul 12, 2003, Matthias Kurz wrote: > > On Sat, Jul 12, 2003, Matthias Kurz wrote: > > > [...] > What i found interesting was a script under "Run-Command Scripts" (a > little bit before "URL References". There i saw the line > "#!/sfw/lib/rpm/bash /sfw/etc/rc". Does this "sfw" have something to > do with Sun's sfw ? > Matthias, we fixed this in the source but forgot to rebuild the manual. The /sfw was replaced by /cw to avoid confusion, now that change became visible. The example is neither related to "Sun Freeware" nor to the Companion CDROM that ships with Solaris. Thanks for reporting. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Aug 4 17:49:31 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 1C8C9277A00 for ; Mon, 4 Aug 2003 17:49:31 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 8D75913F62B for ; Mon, 4 Aug 2003 08:49:33 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id A72A83EFC; Mon, 4 Aug 2003 08:49:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id A67077149B for ; Mon, 4 Aug 2003 10:49:26 -0500 (CDT) Date: Mon, 4 Aug 2003 10:49:24 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: Compiling newer .src.rpm under openpkg 1.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I have an openpkg 1.2 install for which I'd like to compile imapd. There isn't one readily packaged for 1.2, so I tried rebuilding the 1.3 src.rpm (actually, I tried 20030731 first). ======================================================================= $ rpm --rebuild --nodeps imapd-2.1.14-1.3.0.src.rpm Installing imapd-2.1.14-1.3.0.src.rpm Executing(%prep): env -i /opt/opkg/1.2/lib/openpkg/bash --norc --noprofile --posix -e /opt/opkg/1.2/RPM/TMP/rpm-tmp.10354 + cd /opt/opkg/1.2/RPM/TMP + cd /opt/opkg/1.2/RPM/TMP + rm -rf cyrus-imapd-2.1.14 + /opt/opkg/1.2/lib/openpkg/gzip -dc /opt/opkg/1.2/RPM/SRC/imapd/cyrus-imapd-2.1.14.tar.gz + /opt/opkg/1.2/lib/openpkg/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd cyrus-imapd-2.1.14 ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 1226 = 0 ']' ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 1226 = 0 ']' + chmod -Rf a+rX,g-w,o-w . + echo 'Patch #0 (imapd.patch):' Patch #0 (imapd.patch): + /opt/opkg/1.2/lib/openpkg/patch -p0 -s + /opt/opkg/1.2/lib/openpkg/shtool subst -e 's;db-4.1;db;g' configure + /opt/opkg/1.2/lib/openpkg/shtool subst -e 's;^\( *.LIBS..*\)\(\"\],.*\)$;\1 -ldb\2;' perl/imap/Makefile.PL + /opt/opkg/1.2/lib/openpkg/shtool subst -e 's;^\(.) exec\) \(perl .*\)$;\1 /opt/opkg/1.2/bin/\2;' perl/imap/cyradm.sh + /opt/opkg/1.2/lib/openpkg/shtool subst -e 's;"/usr/sieve";"/opt/opkg/1.2/var/imapd/sieve";g' imap/lmtpd.c imap/mbdump.c imap/user.c man/imapd.conf.5 timsieved/actions.c + /opt/opkg/1.2/lib/openpkg/shtool install -c -m 644 -e 's;\(@l_prefix@\);/opt/opkg/1.2/RPM/TMP/imapd-2.1.14-root\1;g' '%{l_value' -s '-a}' /opt/opkg/1.2/RPM/SRC/imapd/imapd.conf imapd.conf-mkimap shtool:install:Error: multiple sources require destination to be directory error: Bad exit status from /opt/opkg/1.2/RPM/TMP/rpm-tmp.10354 (%prep) RPM build errors: Bad exit status from /opt/opkg/1.2/RPM/TMP/rpm-tmp.10354 (%prep) $ ======================================================================= Since I used "--nodeps", I realize I'm asking for trouble 8-) I did try building the 'perl-openpkg' dependency, with similar results. The '%{l_value' -s '-a}' doesn't look right. I'm wondering if this the result of something new in openpkg > 1.2 or is something else? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Mon Aug 4 18:16:49 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1FB00277B0C for ; Mon, 4 Aug 2003 18:16:49 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id ABCDD8D7AC; Mon, 4 Aug 2003 18:16:48 +0200 (CEST) Date: Mon, 4 Aug 2003 18:16:48 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Compiling newer .src.rpm under openpkg 1.2 Message-ID: <20030804161648.GB30099@dev.de.cw.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Aug 04, 2003, Vinod Kutty wrote: > I have an openpkg 1.2 install for which I'd like to compile imapd. There > isn't one readily packaged for 1.2, so I tried rebuilding the 1.3 src.rpm > (actually, I tried 20030731 first). > > [...] > 's;\(@l_prefix@\);/opt/opkg/1.2/RPM/TMP/imapd-2.1.14-root\1;g' '%{l_value' > [...] > Vinod! The %{l_value ...} macro is new to OpenPKG v1.3. Many packages use it and none of them can work with a v1.2 bootstrap. Other incompatiblities would have caught you later, like the new "-o" option in rc's %status section which also first appeared in OpenPKG v1.3. So you have to upgrade the bootstrap to OpenPKG v1.3 first, please. This shouldn't cause other problems as we tried to make the bootstrap backwards compatible. But we cannot guarantee. Using rc for starting and stopping daemons might give little different output and return codes which could become relevant if you parse the output programmatically, otherwise it's look'n'feel only. Good luck! PS: don't forget to have a look at the http://cvs.openpkg.org/openpkg-re/upgrade.txt file first. -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Aug 4 19:19:40 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id C5090277A00 for ; Mon, 4 Aug 2003 19:19:39 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id C3A4D13F60F for ; Mon, 4 Aug 2003 10:19:42 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 0708C3ECC; Mon, 4 Aug 2003 10:19:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 02689715D6 for ; Mon, 4 Aug 2003 12:19:35 -0500 (CDT) Date: Mon, 4 Aug 2003 12:19:27 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: Re: Compiling newer .src.rpm under openpkg 1.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, Thanks for your quick reply. I suspected this was the case, but I just wanted to check. The larger concern is this: I use openpkg because it saves time (amongst other benefits) when it comes to compiling software. If I have to upgrade my openpkg installs just because I want to update a single package, it adds complexity/instability to our environment. I'm happy that openpkg is evolving (congrats on the 1.3 release !), and I fully expect some incompatibilities with each new release, but there is significant value for an end user such as myself being able to focus on the software packages themselves and have a management layer (openpkg) as transparent as possible. Not an easy thing to do, but I hope you will keep that in mind, as I suspect you already do. Thanks, -- Vinod On Mon, 4 Aug 2003, Thomas Lotterer wrote: > Vinod! > The %{l_value ...} macro is new to OpenPKG v1.3. Many packages use it > and none of them can work with a v1.2 bootstrap. Other incompatiblities > would have caught you later, like the new "-o" option in rc's %status > section which also first appeared in OpenPKG v1.3. So you have to > upgrade the bootstrap to OpenPKG v1.3 first, please. This shouldn't > cause other problems as we tried to make the bootstrap backwards > compatible. But we cannot guarantee. Using rc for starting and stopping > daemons might give little different output and return codes which could > become relevant if you parse the output programmatically, otherwise it's > look'n'feel only. Good luck! > > PS: don't forget to have a look at the > http://cvs.openpkg.org/openpkg-re/upgrade.txt file first. > From openpkg-users-owner@openpkg.org Tue Aug 5 08:45:48 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7120C277A00 for ; Tue, 5 Aug 2003 08:45:46 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id C03A18D7B6; Tue, 5 Aug 2003 08:45:45 +0200 (CEST) Date: Tue, 5 Aug 2003 08:45:45 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Compiling newer .src.rpm under openpkg 1.2 Message-ID: <20030805064545.GA69148@dev.de.cw.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Aug 04, 2003, Vinod Kutty wrote: Dear Vinod, > The larger concern is this: I use openpkg because it saves time (amongst > other benefits) when it comes to compiling software. If I have to upgrade > my openpkg installs just because I want to update a single package, it > adds complexity/instability to our environment. > Maybe a more correct statement is: "you have to upgrade the OpenPKG bootstrap just because you want to update one or more packages". As long as you stick with a certain release, you don't have to do that. When it comes to mixing up different releases and/or STABLE and/or CURRENT things become more complex. > I'm happy that openpkg is evolving (congrats on the 1.3 release !), and I > fully expect some incompatibilities with each new release, but there is > significant value for an end user such as myself being able to focus on > the software packages themselves and have a management layer (openpkg) as > transparent as possible. Not an easy thing to do, but I hope you will keep > that in mind, as I suspect you already do. > Yes, we do. That's why we provide backwards compatiblity [1] which allows you to upgrade the OpenPKG bootstrap to v1.3 and continue to run your existing v1.2 packages - and, of course, allows you to add new v1.3 packages. I also want to point out that you can rescue your existing openpkg-1.2.0-1.2.0.-.rpm binary. OpenPKG v1.3 allows you to install that using the --oldpackage option, which means it commits suicide and downgrades itself back to v1.2 in case you experience a major problem with the new release. A not completely unrelated side note: the open source community evolves fast. RedHat recently announced that they're trying to speed up their upgrade cycle because two annual releases do not allow them to keep pace with open source vendor's releases. We at OpenPKG are aware of this issue and our statement is clearly that we only support the latest release and it's immediate predecessor. In other words, the release of OpenPKG v1.3 rendered OpenPKG v1.1 installations obsolete. We are also moving at a speed of roughly two annual releases, so you will run into the troubles of outdated, nonsupported, non security fixed etc. problems if any of your installations stays bedraggled for a year or more. In contrast, OpenPKG security updates are designed to be drop-in replacements and usually require little or no brain work. Back to your original inquiry i recommend you save your openpkg-1.2.0-1.2.0.-.rpm binary and upgrade the bootstrap to OpenPKG v1.3 openpkg-1.3.0-1.3.0.src.rpm. Then examine if everything continues to work as expected. Finally start to upgrade existing and/or install new packages. Have fun! [1] search for "BACKWARD COMPATIBILITY" in $PREFIX/etc/rc.func -- Thomas.Lotterer@cw.com Development Team, Operations Northern Europe, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Aug 7 11:06:19 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 6153B277A00 for ; Thu, 7 Aug 2003 11:06:19 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h7796AOX009158 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 7 Aug 2003 11:06:11 +0200 Date: Thu, 07 Aug 2003 11:06:10 +0200 From: Steffen Weinreich To: OpenPKG Users Subject: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <58040000.1060247170@old-man.dhcp.ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I am currently upgrading OpenPKG from 1.2 to 1.3 and I stumbled over a build error in snmp-5.0.8-1.3.0 on my Sol8 maschine <--snip --> /bin/sh ../libtool --silent --mode=link /opt/ic3s/bin/cc -I/opt/ic3s/include/rpm -O2 -pipe -Dsolaris 2 -I/opt/ic3s/include/rpm -o snmpd snmpd.lo -L/opt/ic3s/lib -L/opt/ic3s/lib -L/opt/ic3s/lib libne tsnmpagent.la libnetsnmpmibs.la helpers/libnetsnmphelpers.la ../snmplib/libnetsnmp.la -ldl -lkvm -l rpm -lrpmio -lrpmpopt -lrpmbz2 -lrpmz -lrpmio -lrpmpopt -lrpmbz2 -lrpmz -lrpmpopt -lbz2 -lcrypto -l kstat -lelf -lm -lfsl -lsocket -lnsl -ladm /opt/ic3s/lib/librpmio.a(stubs.o)(.text+0x3e4): In function `setenv': : multiple definition of `setenv' ../snmplib/.libs/libnetsnmp.a(system.o)(.text+0x1f8): first defined here /opt/ic3s/bin/ld: Warning: size of symbol `setenv' changed from 124 in /opt/ic3s/lib/librpmio.a(stub s.o) to 56 in /opt/ic3s/lib/librpmio.a(stubs.o) /opt/ic3s/lib/librpm.a(db3.o)(.text+0x54): In function `cvtdberr': : undefined reference to `db_strerror' /opt/ic3s/lib/librpm.a(db3.o)(.text+0x94): In function `cvtdberr': : undefined reference to `db_strerror' /opt/ic3s/lib/librpm.a(db3.o)(.text+0x1d0): In function `db_fini': : undefined reference to `db_env_create' /opt/ic3s/lib/librpm.a(db3.o)(.text+0x3a4): In function `db_init': : undefined reference to `db_env_create' /opt/ic3s/lib/librpm.a(db3.o)(.text+0x588): In function `db_init': : undefined reference to `db_env_set_func_fsync' /opt/ic3s/lib/librpm.a(db3.o)(.text+0x1548): In function `db3open': : undefined reference to `db_create' collect2: ld returned 1 exit status make[1]: *** [snmpd] Error 1 make: *** [subdirs] Error 1 error: Bad exit status from /opt/ic3s/RPM/TMP/rpm-tmp.30052 (%build) RPM build errors: Bad exit status from /opt/ic3s/RPM/TMP/rpm-tmp.30052 (%build) <--snop --> I think the build process is missing the rpmdb libs, but I have no glue where to add them... -- From openpkg-users-owner@openpkg.org Thu Aug 7 13:46:30 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id CF3CD277A00 for ; Thu, 7 Aug 2003 13:46:29 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h77BkSDX062020 for ; Thu, 7 Aug 2003 13:46:28 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h77BkSa2062019 for openpkg-users@openpkg.org; Thu, 7 Aug 2003 13:46:28 +0200 (CEST) Date: Thu, 7 Aug 2003 13:46:28 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <20030807114628.GB1019@dt4.dev.de.cw.net> References: <58040000.1060247170@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" In-Reply-To: <58040000.1060247170@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 07, 2003, Steffen Weinreich wrote: > I am currently upgrading OpenPKG from 1.2 to 1.3 and I stumbled over a=20 > build error in snmp-5.0.8-1.3.0 on my Sol8 maschine > > <--snip --> > /bin/sh ../libtool --silent --mode=3Dlink /opt/ic3s/bin/cc=20 > -I/opt/ic3s/include/rpm -O2 -pipe -Dsolaris > 2 -I/opt/ic3s/include/rpm -o snmpd snmpd.lo -L/opt/ic3s/lib=20 > -L/opt/ic3s/lib -L/opt/ic3s/lib libne > tsnmpagent.la libnetsnmpmibs.la helpers/libnetsnmphelpers.la=20 > ../snmplib/libnetsnmp.la -ldl -lkvm -l > rpm -lrpmio -lrpmpopt -lrpmbz2 -lrpmz -lrpmio -lrpmpopt -lrpmbz2 -lrpmz= =20 > -lrpmpopt -lbz2 -lcrypto -l > kstat -lelf -lm -lfsl -lsocket -lnsl -ladm > /opt/ic3s/lib/librpmio.a(stubs.o)(.text+0x3e4): In function `setenv': > : multiple definition of `setenv' > ../snmplib/.libs/libnetsnmp.a(system.o)(.text+0x1f8): first defined here > /opt/ic3s/bin/ld: Warning: size of symbol `setenv' changed from 124 in=20 > Hello Steffen, Although I can't test this to be sure, I believe that the snmp build is mismatching the link symbols from librpmio with its compile definitions. As you see, you have both librpmio.a in /opt/ic3s/lib (the software companion?), and the lib directory of your OpenPKG instance. Today's package should take care of that, so please build it on your machine and then report your results. If it turns out to solve the problem then I'll roll an release 1.3 update package and upload it. For now I've only made a current package to ensure that the new logic solves the problem. Get it? rpm --rebuild ftp://ftp.openpkg.org/current/SRC/snmp-5.0.8-20030807.src.rpm --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPzI8FFuYv80UoVTdAQEJMgf/c/7bjddmKZVcQGW3C6dRU3NdZRRvaFEg vNkkqM8mFwcfJ9ZzgJXEnaAFPs/0eCTUitghP304+2CYsxwEH+pnVthdD2dxJZui 3+1OOTMP/ZVYcBppyg0g8z9ijVFV43IMZXVGv4B2tEkzZZY1a0NOxEP03S66H2NA 5cbV2Fr6/I49HEa8w/LJl8u1DtLQLs7Yz/dOrvnzhHaM7bp1MH2W1SswY90+iXmx z5mi/UDeSmhrJedQTxzyCqFO6TQWAoYk4/jiQ9M9IUFBR4Ag1wrepBZ1f2ChFVk0 SZYGVZ610WED+v5t6g/0TrmMN5er3/jmOwck+xIIIyM2PU3vjgXXOA== =uas6 -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From openpkg-users-owner@openpkg.org Thu Aug 7 14:54:27 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 96B56277A00 for ; Thu, 7 Aug 2003 14:54:26 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h77CsMOX010345 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 7 Aug 2003 14:54:23 +0200 Date: Thu, 07 Aug 2003 14:54:22 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <79210000.1060260862@old-man.dhcp.ic3s.de> In-Reply-To: <20030807114628.GB1019@dt4.dev.de.cw.net> References: <58040000.1060247170@old-man.dhcp.ic3s.de> <20030807114628.GB1019@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Thursday, August 07, 2003 13:46:28 +0200 Michael Schloh von Bennewitz wrote: > On Thu, Aug 07, 2003, Steffen Weinreich wrote: >> I am currently upgrading OpenPKG from 1.2 to 1.3 and I stumbled over a >> build error in snmp-5.0.8-1.3.0 on my Sol8 maschine >> >> <--snip --> >> /bin/sh ../libtool --silent --mode=link /opt/ic3s/bin/cc >> -I/opt/ic3s/include/rpm -O2 -pipe -Dsolaris >> 2 -I/opt/ic3s/include/rpm -o snmpd snmpd.lo -L/opt/ic3s/lib >> -L/opt/ic3s/lib -L/opt/ic3s/lib libne >> tsnmpagent.la libnetsnmpmibs.la helpers/libnetsnmphelpers.la >> ../snmplib/libnetsnmp.la -ldl -lkvm -l >> rpm -lrpmio -lrpmpopt -lrpmbz2 -lrpmz -lrpmio -lrpmpopt -lrpmbz2 -lrpmz >> -lrpmpopt -lbz2 -lcrypto -l >> kstat -lelf -lm -lfsl -lsocket -lnsl -ladm >> /opt/ic3s/lib/librpmio.a(stubs.o)(.text+0x3e4): In function `setenv': >> : multiple definition of `setenv' >> ../snmplib/.libs/libnetsnmp.a(system.o)(.text+0x1f8): first defined here >> /opt/ic3s/bin/ld: Warning: size of symbol `setenv' changed from 124 in >> > Hello Steffen, > > Although I can't test this to be sure, I believe that the snmp build is > mismatching the link symbols from librpmio with its compile definitions. > As you see, you have both librpmio.a in /opt/ic3s/lib (the software > companion?), and the lib directory of your OpenPKG instance. /opt/ic3s is the OpenPKG instance :-) > > Today's package should take care of that, so please build it on your > machine and then report your results. If it turns out to solve the > problem then I'll roll an release 1.3 update package and upload it. For > now I've only made a current package to ensure that the new logic solves > the problem. Get it? > > rpm --rebuild > ftp://ftp.openpkg.org/current/SRC/snmp-5.0.8-20030807.src.rpm Despite the fact I have to change the BuildPreReq and PreReq to OpenPKG => 1.3.0, the package builds fine. cheerio Steve -- From openpkg-users-owner@openpkg.org Thu Aug 7 16:02:21 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id B60CA277A00 for ; Thu, 7 Aug 2003 16:02:20 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h77E2JDX067449 for ; Thu, 7 Aug 2003 16:02:19 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h77E2JSw067448 for openpkg-users@openpkg.org; Thu, 7 Aug 2003 16:02:19 +0200 (CEST) Date: Thu, 7 Aug 2003 16:02:19 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <20030807140219.GC1019@dt4.dev.de.cw.net> References: <58040000.1060247170@old-man.dhcp.ic3s.de> <20030807114628.GB1019@dt4.dev.de.cw.net> <79210000.1060260862@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="JWEK1jqKZ6MHAcjA" In-Reply-To: <79210000.1060260862@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --JWEK1jqKZ6MHAcjA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 07, 2003, Steffen Weinreich wrote: > On Thursday, August 07, 2003 13:46:28 +0200 wrote: >>Today's package should take care of that, so please build it on your >>machine and then report your results. If it turns out to solve the >>problem then I'll roll an release 1.3 update package and upload it. For >>now I've only made a current package to ensure that the new logic solves >>the problem. Get it? >> >>rpm --rebuild >>ftp://ftp.openpkg.org/current/SRC/snmp-5.0.8-20030807.src.rpm > > Despite the fact I have to change the BuildPreReq and PreReq to OpenPKG = =3D>=20 > 1.3.0, the package builds fine. > Hang on a while, because we are still working on this. It turns out the problem is a little more involved, and my simple fix is not a complete solution. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --JWEK1jqKZ6MHAcjA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBPzJb61uYv80UoVTdAQEFWQf9G6lOJzUUvQ+no2kM4l3UUM66e4STjJ+a P4+niHAOeqDrky8CHGk5ecK8LNofmRHLaQTVOWmt8mqOenexbGu34IMK6cIMY7TE wgIZEAEGGSUfzmx/NbCwnYKQ+eIOP+TiBMo8JjqLKdOaSn+Hg4jLtE9B+EXaB/gj xbxsyGwKB817yJ9nbLdA5yCHXgJR3/v09cpD56i4HLsPC150filMyipZ68bTfOnW 5aurng5d8UDSUUqUcdj3hRmluRjwxRKPoBP7MPAm0mCOXefpwTSki9YkTnvRziIM 8Fquailve7jYwK6KBcLmrvfjOdSthonruHpEp9wJ5S/V5+HH/J2TFg== =ScFZ -----END PGP SIGNATURE----- --JWEK1jqKZ6MHAcjA-- From openpkg-users-owner@openpkg.org Thu Aug 7 17:50:25 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 29029277A00 for ; Thu, 7 Aug 2003 17:50:25 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 3CF028D819; Thu, 7 Aug 2003 17:50:24 +0200 (CEST) Date: Thu, 7 Aug 2003 17:50:24 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <20030807155023.GA95235@sv1.dev.de.cw.net> References: <58040000.1060247170@old-man.dhcp.ic3s.de> <20030807114628.GB1019@dt4.dev.de.cw.net> <79210000.1060260862@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <79210000.1060260862@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Steffen, > >ftp://ftp.openpkg.org/current/SRC/snmp-5.0.8-20030807.src.rpm > > Despite the fact I have to change the BuildPreReq and PreReq to OpenPKG => > 1.3.0, the package builds fine. it shouldn't. Is it possible that you rebuild the package without the with_host_mib option ? In any case, I have uploaded a new snmp-5.0.8-20030807.src.rpm that fixes both problems visible in your logfile: it correctly picks up the librpmdb.a from bootstrap and avoids the conflict with the definition of the setenv() function. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Aug 7 21:34:45 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 39413277A00 for ; Thu, 7 Aug 2003 21:34:45 +0200 (CEST) Received: from [192.168.50.150] (pD958B816.dip.t-dialin.net [217.88.184.22]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h77JYdOX012797 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 7 Aug 2003 21:34:40 +0200 Date: Thu, 07 Aug 2003 21:29:57 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <8410000.1060284597@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========1812699384==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========1812699384========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Donnerstag, August 07, 2003 17:50:24 +0200 Michael van Elst wrote: > Steffen, > >> > ftp://ftp.openpkg.org/current/SRC/snmp-5.0.8-20030807.src.rpm >> >> Despite the fact I have to change the BuildPreReq and PreReq to OpenPKG >> => 1.3.0, the package builds fine. > > it shouldn't. Is it possible that you rebuild the package without > the with_host_mib option ? Yes, you are right, normally I rebuild packages using openpkg build and have my defines in the ~/.openpkg/build. This time I used a rpm -ba ... and missed the define :-) > In any case, I have uploaded a new snmp-5.0.8-20030807.src.rpm that > fixes both problems visible in your logfile: it correctly picks up > the librpmdb.a from bootstrap and avoids the conflict with the definition > of the setenv() function. I have tried the new package with with_host_mib set to yes and it build without problems. But after trying it with snmpwalk -c public -v 2c localhost hrSWInstalled I get little nice core dump. I'll try to build snmpd with debug symbols to get a bt ... Meanwhile I have exec'd the snmpd with /opt/ic3s/sbin/snmpd -V -D ALL -f -L and attached the last part of the Logfile to this mail... cheerio Steve -- --==========1812699384========== Content-Type: application/octet-stream; name="snmpd.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="snmpd.log"; size=11429 ZHVtcGhfcmVjdjogICAgICAgICBWYWx1ZQogIEdFVE5FWFQgbWVzc2FnZQogICAgLS0gSE9TVC1S RVNPVVJDRVMtTUlCOjpoclNXSW5zdGFsbGVkCnRyYWNlOiBpbml0X2FnZW50X3NubXBfc2Vzc2lv bigpOiBzbm1wX2FnZW50LmMsIDkwNQpzbm1wX2FnZW50OiBhZ2VudF9zZXNpb24gMDAyZDE1MjAg Y3JlYXRlZAp0cmFjZTogc25tcF9jYWxsX2NhbGxiYWNrcygpOiBjYWxsYmFjay5jLCA5OQpjYWxs YmFjazogU1RBUlQgY2FsbGluZyBjYWxsYmFja3MgZm9yIG1haj0xIG1pbj01CnRyYWNlOiBzbm1w X2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDEwNwpjYWxsYmFjazogY2FsbGluZyBhIGNh bGxiYWNrIGZvciBtYWo9MSBtaW49NQp0cmFjZTogdmFjbV9pbl92aWV3KCk6IG1pYklJL3ZhY21f dmFycy5jLCA3MjQKbWliSUkvdmFjbV92YXJzOiB2YWNtX2luX3ZpZXc6IHZlcj0xLCBjb21tdW5p dHk9cHVibGljCnRyYWNlOiBuZXRzbm1wX3VkcF9nZXRTZWNOYW1lKCk6IHNubXBVRFBEb21haW4u YywgNzEyCm5ldHNubXBfdWRwX2dldFNlY05hbWU6IHJlc29sdmUgPCJwdWJsaWMiLCAweDdmMDAw MDAxPgp0cmFjZTogbmV0c25tcF91ZHBfZ2V0U2VjTmFtZSgpOiBzbm1wVURQRG9tYWluLmMsIDcx NwpuZXRzbm1wX3VkcF9nZXRTZWNOYW1lOiBjb21wYXJlIDwicHVibGljIiwgMHg3ZjAwMDAwMS8w eGZmZmZmZmZmPi4uLiBTVUNDRVNTCnRyYWNlOiBuZXRzbm1wX3N1YnRyZWVfZmluZF9maXJzdCgp OiBhZ2VudF9yZWdpc3RyeS5jLCAxNDQKc3VidHJlZTogbG9va2luZyBmb3Igc3VidHJlZSBmb3Ig Y29udGV4dDogIiIKdHJhY2U6IG5ldHNubXBfc3VidHJlZV9maW5kX2ZpcnN0KCk6IGFnZW50X3Jl Z2lzdHJ5LmMsIDE0OApzdWJ0cmVlOiBmb3VuZCBvbmUgZm9yOiAiIgp0cmFjZTogdmFjbV9pbl92 aWV3KCk6IG1pYklJL3ZhY21fdmFycy5jLCA4MzAKbWliSUkvdmFjbV92YXJzOiB2YWNtX2luX3Zp ZXc6IHNuPWFub255bW91c1NlY05hbWUwMDEsIGduPWFub255bW91c0dyb3VwTmFtZTAwMSwgRG9u ZSBjaGVja2luZyBzZXR1cHRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMs IDExOQpjYWxsYmFjazogRU5EIGNhbGxpbmcgY2FsbGJhY2tzIGZvciBtYWo9MSBtaW49NSAoMSBj YWxsZWQpCnRyYWNlOiBuZXRzbm1wX3N1YnRyZWVfZmluZF9maXJzdCgpOiBhZ2VudF9yZWdpc3Ry eS5jLCAxNDQKc3VidHJlZTogbG9va2luZyBmb3Igc3VidHJlZSBmb3IgY29udGV4dDogIiIKdHJh Y2U6IG5ldHNubXBfc3VidHJlZV9maW5kX2ZpcnN0KCk6IGFnZW50X3JlZ2lzdHJ5LmMsIDE0OApz dWJ0cmVlOiBmb3VuZCBvbmUgZm9yOiAiIgp0cmFjZTogbmV0c25tcF9hZGRfdmFyYmluZF90b19j YWNoZSgpOiBzbm1wX2FnZW50LmMsIDE0NzAKc25tcF9hZ2VudDogYWRkX3ZiX3RvX2NhY2hlKCAg MmQxNTIwLCAxLCBIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxsZWQsICAgMmM3YTU4KQp0 cmFjZTogc25tcF9jYWxsX2NhbGxiYWNrcygpOiBjYWxsYmFjay5jLCA5OQpjYWxsYmFjazogU1RB UlQgY2FsbGluZyBjYWxsYmFja3MgZm9yIG1haj0xIG1pbj0xMgp0cmFjZTogc25tcF9jYWxsX2Nh bGxiYWNrcygpOiBjYWxsYmFjay5jLCAxMDcKY2FsbGJhY2s6IGNhbGxpbmcgYSBjYWxsYmFjayBm b3IgbWFqPTEgbWluPTEyCnRyYWNlOiB2YWNtX2luX3ZpZXcoKTogbWliSUkvdmFjbV92YXJzLmMs IDcyNAptaWJJSS92YWNtX3ZhcnM6IHZhY21faW5fdmlldzogdmVyPTEsIGNvbW11bml0eT1wdWJs aWMKdHJhY2U6IG5ldHNubXBfdWRwX2dldFNlY05hbWUoKTogc25tcFVEUERvbWFpbi5jLCA3MTIK bmV0c25tcF91ZHBfZ2V0U2VjTmFtZTogcmVzb2x2ZSA8InB1YmxpYyIsIDB4N2YwMDAwMDE+CnRy YWNlOiBuZXRzbm1wX3VkcF9nZXRTZWNOYW1lKCk6IHNubXBVRFBEb21haW4uYywgNzE3Cm5ldHNu bXBfdWRwX2dldFNlY05hbWU6IGNvbXBhcmUgPCJwdWJsaWMiLCAweDdmMDAwMDAxLzB4ZmZmZmZm ZmY+Li4uIFNVQ0NFU1MKdHJhY2U6IG5ldHNubXBfc3VidHJlZV9maW5kX2ZpcnN0KCk6IGFnZW50 X3JlZ2lzdHJ5LmMsIDE0NApzdWJ0cmVlOiBsb29raW5nIGZvciBzdWJ0cmVlIGZvciBjb250ZXh0 OiAiIgp0cmFjZTogbmV0c25tcF9zdWJ0cmVlX2ZpbmRfZmlyc3QoKTogYWdlbnRfcmVnaXN0cnku YywgMTQ4CnN1YnRyZWU6IGZvdW5kIG9uZSBmb3I6ICIiCnRyYWNlOiB2YWNtX2luX3ZpZXcoKTog bWliSUkvdmFjbV92YXJzLmMsIDgzMAptaWJJSS92YWNtX3ZhcnM6IHZhY21faW5fdmlldzogc249 YW5vbnltb3VzU2VjTmFtZTAwMSwgZ249YW5vbnltb3VzR3JvdXBOYW1lMDAxLCB2bj1hbm9ueW1v dXNWaWV3MDAxdHJhY2U6IHZhY21fZ2V0Vmlld0VudHJ5KCk6IHZhY20uYywgMzU5CnZhY206Z2V0 VmlldzogLCBmb3VuZAp0cmFjZTogc25tcF9jYWxsX2NhbGxiYWNrcygpOiBjYWxsYmFjay5jLCAx MTkKY2FsbGJhY2s6IEVORCBjYWxsaW5nIGNhbGxiYWNrcyBmb3IgbWFqPTEgbWluPTEyICgxIGNh bGxlZCkKdHJhY2U6IG5ldHNubXBfYWRkX3ZhcmJpbmRfdG9fY2FjaGUoKTogc25tcF9hZ2VudC5j LCAxNTMzCnNubXBfYWdlbnQ6IHRwLT5zdGFydCBIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dSdW5Q ZXJmRW50cnkuMywgdHAtPmVuZCBIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxsZWRMYXN0 Q2hhbmdlLAp0cmFjZTogbmV0c25tcF9jYWxsX2hhbmRsZXJzKCk6IGFnZW50X2hhbmRsZXIuYywg MjgzCmhhbmRsZXI6Y2FsbGluZzogY2FsbGluZyBtYWluIGhhbmRsZXIgYnVsa190b19uZXh0CnRy YWNlOiBuZXRzbm1wX2NhbGxfaGFuZGxlcigpOiBhZ2VudF9oYW5kbGVyLmMsIDMyNwpoYW5kbGVy OmNhbGxpbmc6IGNhbGxpbmcgaGFuZGxlciBudWxsCnRyYWNlOiBuZXRzbm1wX251bGxfaGFuZGxl cigpOiBudWxsLmMsIDM3CmhlbHBlcjpudWxsOiBHb3QgcmVxdWVzdAp0cmFjZTogbmV0c25tcF9u dWxsX2hhbmRsZXIoKTogbnVsbC5jLCAzOQpoZWxwZXI6bnVsbDogICBvaWQ6SE9TVC1SRVNPVVJD RVMtTUlCOjpoclNXSW5zdGFsbGVkCnRyYWNlOiBuZXRzbm1wX2NhbGxfaGFuZGxlcigpOiBhZ2Vu dF9oYW5kbGVyLmMsIDMzMgpoYW5kbGVyOnJldHVybmVkOiBoYW5kbGVyIG51bGwgcmV0dXJuZWQg MAp0cmFjZTogaGFuZGxlX2dldG5leHRfbG9vcCgpOiBzbm1wX2FnZW50LmMsIDIzOTAKcmVzdWx0 czogZ2V0bmV4dCByZXN1bHRzLCBiZWZvcmUgbmV4dCBwYXNzOgp0cmFjZTogaGFuZGxlX2dldG5l eHRfbG9vcCgpOiBzbm1wX2FnZW50LmMsIDIzOTMKcmVzdWx0czogICAgICAgIHRyYWNlOiBzcHJp bnRfcmVhbGxvY19ieV90eXBlKCk6IG1pYi5jLCAxOTQ4Cm91dHB1dDogc3ByaW50X2J5X3R5cGUs IHR5cGUgNQpIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxsZWQgPSBOVUxMCnRyYWNlOiBu ZXRzbm1wX2FkZF92YXJiaW5kX3RvX2NhY2hlKCk6IHNubXBfYWdlbnQuYywgMTQ3MApzbm1wX2Fn ZW50OiBhZGRfdmJfdG9fY2FjaGUoICAyZDE1MjAsIDEsIEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJT V0luc3RhbGxlZCwgICAyYzgyYzApCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxi YWNrLmMsIDk5CmNhbGxiYWNrOiBTVEFSVCBjYWxsaW5nIGNhbGxiYWNrcyBmb3IgbWFqPTEgbWlu PTEyCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDEwNwpjYWxsYmFj azogY2FsbGluZyBhIGNhbGxiYWNrIGZvciBtYWo9MSBtaW49MTIKdHJhY2U6IHZhY21faW5fdmll dygpOiBtaWJJSS92YWNtX3ZhcnMuYywgNzI0Cm1pYklJL3ZhY21fdmFyczogdmFjbV9pbl92aWV3 OiB2ZXI9MSwgY29tbXVuaXR5PXB1YmxpYwp0cmFjZTogbmV0c25tcF91ZHBfZ2V0U2VjTmFtZSgp OiBzbm1wVURQRG9tYWluLmMsIDcxMgpuZXRzbm1wX3VkcF9nZXRTZWNOYW1lOiByZXNvbHZlIDwi cHVibGljIiwgMHg3ZjAwMDAwMT4KdHJhY2U6IG5ldHNubXBfdWRwX2dldFNlY05hbWUoKTogc25t cFVEUERvbWFpbi5jLCA3MTcKbmV0c25tcF91ZHBfZ2V0U2VjTmFtZTogY29tcGFyZSA8InB1Ymxp YyIsIDB4N2YwMDAwMDEvMHhmZmZmZmZmZj4uLi4gU1VDQ0VTUwp0cmFjZTogbmV0c25tcF9zdWJ0 cmVlX2ZpbmRfZmlyc3QoKTogYWdlbnRfcmVnaXN0cnkuYywgMTQ0CnN1YnRyZWU6IGxvb2tpbmcg Zm9yIHN1YnRyZWUgZm9yIGNvbnRleHQ6ICIiCnRyYWNlOiBuZXRzbm1wX3N1YnRyZWVfZmluZF9m aXJzdCgpOiBhZ2VudF9yZWdpc3RyeS5jLCAxNDgKc3VidHJlZTogZm91bmQgb25lIGZvcjogIiIK dHJhY2U6IHZhY21faW5fdmlldygpOiBtaWJJSS92YWNtX3ZhcnMuYywgODMwCm1pYklJL3ZhY21f dmFyczogdmFjbV9pbl92aWV3OiBzbj1hbm9ueW1vdXNTZWNOYW1lMDAxLCBnbj1hbm9ueW1vdXNH cm91cE5hbWUwMDEsIHZuPWFub255bW91c1ZpZXcwMDF0cmFjZTogdmFjbV9nZXRWaWV3RW50cnko KTogdmFjbS5jLCAzNTkKdmFjbTpnZXRWaWV3OiAsIGZvdW5kCnRyYWNlOiBzbm1wX2NhbGxfY2Fs bGJhY2tzKCk6IGNhbGxiYWNrLmMsIDExOQpjYWxsYmFjazogRU5EIGNhbGxpbmcgY2FsbGJhY2tz IGZvciBtYWo9MSBtaW49MTIgKDEgY2FsbGVkKQp0cmFjZTogbmV0c25tcF9hZGRfdmFyYmluZF90 b19jYWNoZSgpOiBzbm1wX2FnZW50LmMsIDE1MzMKc25tcF9hZ2VudDogdHAtPnN0YXJ0IEhPU1Qt UkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZExhc3RDaGFuZ2UsIHRwLT5lbmQgSE9TVC1SRVNP VVJDRVMtTUlCOjpoclNXSW5zdGFsbGVkTGFzdFVwZGF0ZVRpbWUsCnRyYWNlOiBuZXRzbm1wX2Nh bGxfaGFuZGxlcnMoKTogYWdlbnRfaGFuZGxlci5jLCAyODMKaGFuZGxlcjpjYWxsaW5nOiBjYWxs aW5nIG1haW4gaGFuZGxlciBidWxrX3RvX25leHQKdHJhY2U6IG5ldHNubXBfY2FsbF9oYW5kbGVy KCk6IGFnZW50X2hhbmRsZXIuYywgMzI3CmhhbmRsZXI6Y2FsbGluZzogY2FsbGluZyBoYW5kbGVy IG9sZF9hcGkKdHJhY2U6IGhlYWRlcl9ocnN3aW5zdCgpOiBob3N0L2hyX3N3aW5zdC5jLCAyNTgK aG9zdC9ocl9zd2luc3Q6IHZhcl9ocnN3aW5zdDogSE9TVC1SRVNPVVJDRVMtTUlCOjpoclNXSW5z dGFsbGVkIDAKdHJhY2U6IG5ldHNubXBfb2xkX2FwaV9oZWxwZXIoKTogb2xkX2FwaS5jLCAzMjQK b2xkX2FwaTogZXZpbF9jbGllbnQ6IGhvc3QvaHJfc3dpbnN0CnRyYWNlOiBuZXRzbm1wX2NhbGxf aGFuZGxlcigpOiBhZ2VudF9oYW5kbGVyLmMsIDMzMgpoYW5kbGVyOnJldHVybmVkOiBoYW5kbGVy IG9sZF9hcGkgcmV0dXJuZWQgMAp0cmFjZTogaGFuZGxlX2dldG5leHRfbG9vcCgpOiBzbm1wX2Fn ZW50LmMsIDIzOTAKcmVzdWx0czogZ2V0bmV4dCByZXN1bHRzLCBiZWZvcmUgbmV4dCBwYXNzOgp0 cmFjZTogaGFuZGxlX2dldG5leHRfbG9vcCgpOiBzbm1wX2FnZW50LmMsIDIzOTMKcmVzdWx0czog ICAgICAgIHRyYWNlOiBzcHJpbnRfcmVhbGxvY19ieV90eXBlKCk6IG1pYi5jLCAxOTQ4Cm91dHB1 dDogc3ByaW50X2J5X3R5cGUsIHR5cGUgNQpIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxs ZWQgPSBOVUxMCnRyYWNlOiBuZXRzbm1wX2FkZF92YXJiaW5kX3RvX2NhY2hlKCk6IHNubXBfYWdl bnQuYywgMTQ3MApzbm1wX2FnZW50OiBhZGRfdmJfdG9fY2FjaGUoICAyZDE1MjAsIDEsIEhPU1Qt UkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZCwgICAyYzhiZjApCnRyYWNlOiBzbm1wX2NhbGxf Y2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDk5CmNhbGxiYWNrOiBTVEFSVCBjYWxsaW5nIGNhbGxi YWNrcyBmb3IgbWFqPTEgbWluPTEyCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxi YWNrLmMsIDEwNwpjYWxsYmFjazogY2FsbGluZyBhIGNhbGxiYWNrIGZvciBtYWo9MSBtaW49MTIK dHJhY2U6IHZhY21faW5fdmlldygpOiBtaWJJSS92YWNtX3ZhcnMuYywgNzI0Cm1pYklJL3ZhY21f dmFyczogdmFjbV9pbl92aWV3OiB2ZXI9MSwgY29tbXVuaXR5PXB1YmxpYwp0cmFjZTogbmV0c25t cF91ZHBfZ2V0U2VjTmFtZSgpOiBzbm1wVURQRG9tYWluLmMsIDcxMgpuZXRzbm1wX3VkcF9nZXRT ZWNOYW1lOiByZXNvbHZlIDwicHVibGljIiwgMHg3ZjAwMDAwMT4KdHJhY2U6IG5ldHNubXBfdWRw X2dldFNlY05hbWUoKTogc25tcFVEUERvbWFpbi5jLCA3MTcKbmV0c25tcF91ZHBfZ2V0U2VjTmFt ZTogY29tcGFyZSA8InB1YmxpYyIsIDB4N2YwMDAwMDEvMHhmZmZmZmZmZj4uLi4gU1VDQ0VTUwp0 cmFjZTogbmV0c25tcF9zdWJ0cmVlX2ZpbmRfZmlyc3QoKTogYWdlbnRfcmVnaXN0cnkuYywgMTQ0 CnN1YnRyZWU6IGxvb2tpbmcgZm9yIHN1YnRyZWUgZm9yIGNvbnRleHQ6ICIiCnRyYWNlOiBuZXRz bm1wX3N1YnRyZWVfZmluZF9maXJzdCgpOiBhZ2VudF9yZWdpc3RyeS5jLCAxNDgKc3VidHJlZTog Zm91bmQgb25lIGZvcjogIiIKdHJhY2U6IHZhY21faW5fdmlldygpOiBtaWJJSS92YWNtX3ZhcnMu YywgODMwCm1pYklJL3ZhY21fdmFyczogdmFjbV9pbl92aWV3OiBzbj1hbm9ueW1vdXNTZWNOYW1l MDAxLCBnbj1hbm9ueW1vdXNHcm91cE5hbWUwMDEsIHZuPWFub255bW91c1ZpZXcwMDF0cmFjZTog dmFjbV9nZXRWaWV3RW50cnkoKTogdmFjbS5jLCAzNTkKdmFjbTpnZXRWaWV3OiAsIGZvdW5kCnRy YWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDExOQpjYWxsYmFjazogRU5E IGNhbGxpbmcgY2FsbGJhY2tzIGZvciBtYWo9MSBtaW49MTIgKDEgY2FsbGVkKQp0cmFjZTogbmV0 c25tcF9hZGRfdmFyYmluZF90b19jYWNoZSgpOiBzbm1wX2FnZW50LmMsIDE1MzMKc25tcF9hZ2Vu dDogdHAtPnN0YXJ0IEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZExhc3RVcGRhdGVU aW1lLCB0cC0+ZW5kIEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZFRhYmxlLAp0cmFj ZTogbmV0c25tcF9jYWxsX2hhbmRsZXJzKCk6IGFnZW50X2hhbmRsZXIuYywgMjgzCmhhbmRsZXI6 Y2FsbGluZzogY2FsbGluZyBtYWluIGhhbmRsZXIgYnVsa190b19uZXh0CnRyYWNlOiBuZXRzbm1w X2NhbGxfaGFuZGxlcigpOiBhZ2VudF9oYW5kbGVyLmMsIDMyNwpoYW5kbGVyOmNhbGxpbmc6IGNh bGxpbmcgaGFuZGxlciBvbGRfYXBpCnRyYWNlOiBoZWFkZXJfaHJzd2luc3QoKTogaG9zdC9ocl9z d2luc3QuYywgMjU4Cmhvc3QvaHJfc3dpbnN0OiB2YXJfaHJzd2luc3Q6IEhPU1QtUkVTT1VSQ0VT LU1JQjo6aHJTV0luc3RhbGxlZCAwCnRyYWNlOiBuZXRzbm1wX29sZF9hcGlfaGVscGVyKCk6IG9s ZF9hcGkuYywgMzI0Cm9sZF9hcGk6IGV2aWxfY2xpZW50OiBob3N0L2hyX3N3aW5zdAp0cmFjZTog bmV0c25tcF9jYWxsX2hhbmRsZXIoKTogYWdlbnRfaGFuZGxlci5jLCAzMzIKaGFuZGxlcjpyZXR1 cm5lZDogaGFuZGxlciBvbGRfYXBpIHJldHVybmVkIDAKdHJhY2U6IGhhbmRsZV9nZXRuZXh0X2xv b3AoKTogc25tcF9hZ2VudC5jLCAyMzkwCnJlc3VsdHM6IGdldG5leHQgcmVzdWx0cywgYmVmb3Jl IG5leHQgcGFzczoKdHJhY2U6IGhhbmRsZV9nZXRuZXh0X2xvb3AoKTogc25tcF9hZ2VudC5jLCAy MzkzCnJlc3VsdHM6ICAgICAgICB0cmFjZTogc3ByaW50X3JlYWxsb2NfYnlfdHlwZSgpOiBtaWIu YywgMTk0OApvdXRwdXQ6IHNwcmludF9ieV90eXBlLCB0eXBlIDUKSE9TVC1SRVNPVVJDRVMtTUlC OjpoclNXSW5zdGFsbGVkID0gTlVMTAp0cmFjZTogbmV0c25tcF9hZGRfdmFyYmluZF90b19jYWNo ZSgpOiBzbm1wX2FnZW50LmMsIDE0NzAKc25tcF9hZ2VudDogYWRkX3ZiX3RvX2NhY2hlKCAgMmQx NTIwLCAxLCBIT1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxsZWQsICAgMmM4Y2IwKQp0cmFj ZTogc25tcF9jYWxsX2NhbGxiYWNrcygpOiBjYWxsYmFjay5jLCA5OQpjYWxsYmFjazogU1RBUlQg Y2FsbGluZyBjYWxsYmFja3MgZm9yIG1haj0xIG1pbj0xMgp0cmFjZTogc25tcF9jYWxsX2NhbGxi YWNrcygpOiBjYWxsYmFjay5jLCAxMDcKY2FsbGJhY2s6IGNhbGxpbmcgYSBjYWxsYmFjayBmb3Ig bWFqPTEgbWluPTEyCnRyYWNlOiB2YWNtX2luX3ZpZXcoKTogbWliSUkvdmFjbV92YXJzLmMsIDcy NAptaWJJSS92YWNtX3ZhcnM6IHZhY21faW5fdmlldzogdmVyPTEsIGNvbW11bml0eT1wdWJsaWMK dHJhY2U6IG5ldHNubXBfdWRwX2dldFNlY05hbWUoKTogc25tcFVEUERvbWFpbi5jLCA3MTIKbmV0 c25tcF91ZHBfZ2V0U2VjTmFtZTogcmVzb2x2ZSA8InB1YmxpYyIsIDB4N2YwMDAwMDE+CnRyYWNl OiBuZXRzbm1wX3VkcF9nZXRTZWNOYW1lKCk6IHNubXBVRFBEb21haW4uYywgNzE3Cm5ldHNubXBf dWRwX2dldFNlY05hbWU6IGNvbXBhcmUgPCJwdWJsaWMiLCAweDdmMDAwMDAxLzB4ZmZmZmZmZmY+ Li4uIFNVQ0NFU1MKdHJhY2U6IG5ldHNubXBfc3VidHJlZV9maW5kX2ZpcnN0KCk6IGFnZW50X3Jl Z2lzdHJ5LmMsIDE0NApzdWJ0cmVlOiBsb29raW5nIGZvciBzdWJ0cmVlIGZvciBjb250ZXh0OiAi Igp0cmFjZTogbmV0c25tcF9zdWJ0cmVlX2ZpbmRfZmlyc3QoKTogYWdlbnRfcmVnaXN0cnkuYywg MTQ4CnN1YnRyZWU6IGZvdW5kIG9uZSBmb3I6ICIiCnRyYWNlOiB2YWNtX2luX3ZpZXcoKTogbWli SUkvdmFjbV92YXJzLmMsIDgzMAptaWJJSS92YWNtX3ZhcnM6IHZhY21faW5fdmlldzogc249YW5v bnltb3VzU2VjTmFtZTAwMSwgZ249YW5vbnltb3VzR3JvdXBOYW1lMDAxLCB2bj1hbm9ueW1vdXNW aWV3MDAxdHJhY2U6IHZhY21fZ2V0Vmlld0VudHJ5KCk6IHZhY20uYywgMzU5CnZhY206Z2V0Vmll dzogLCBub25lCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDExOQpj YWxsYmFjazogRU5EIGNhbGxpbmcgY2FsbGJhY2tzIGZvciBtYWo9MSBtaW49MTIgKDEgY2FsbGVk KQp0cmFjZTogbmV0c25tcF9hZGRfdmFyYmluZF90b19jYWNoZSgpOiBzbm1wX2FnZW50LmMsIDE1 MzMKc25tcF9hZ2VudDogdHAtPnN0YXJ0IEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxl ZFRhYmxlLCB0cC0+ZW5kIEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZEluZGV4LAp0 cmFjZTogbmV0c25tcF9jYWxsX2hhbmRsZXJzKCk6IGFnZW50X2hhbmRsZXIuYywgMjgzCmhhbmRs ZXI6Y2FsbGluZzogY2FsbGluZyBtYWluIGhhbmRsZXIgYnVsa190b19uZXh0CnRyYWNlOiBuZXRz bm1wX2NhbGxfaGFuZGxlcigpOiBhZ2VudF9oYW5kbGVyLmMsIDMyNwpoYW5kbGVyOmNhbGxpbmc6 IGNhbGxpbmcgaGFuZGxlciBudWxsCnRyYWNlOiBuZXRzbm1wX251bGxfaGFuZGxlcigpOiBudWxs LmMsIDM3CmhlbHBlcjpudWxsOiBHb3QgcmVxdWVzdAp0cmFjZTogbmV0c25tcF9udWxsX2hhbmRs ZXIoKTogbnVsbC5jLCAzOQpoZWxwZXI6bnVsbDogICBvaWQ6SE9TVC1SRVNPVVJDRVMtTUlCOjpo clNXSW5zdGFsbGVkCnRyYWNlOiBuZXRzbm1wX2NhbGxfaGFuZGxlcigpOiBhZ2VudF9oYW5kbGVy LmMsIDMzMgpoYW5kbGVyOnJldHVybmVkOiBoYW5kbGVyIG51bGwgcmV0dXJuZWQgMAp0cmFjZTog aGFuZGxlX2dldG5leHRfbG9vcCgpOiBzbm1wX2FnZW50LmMsIDIzOTAKcmVzdWx0czogZ2V0bmV4 dCByZXN1bHRzLCBiZWZvcmUgbmV4dCBwYXNzOgp0cmFjZTogaGFuZGxlX2dldG5leHRfbG9vcCgp OiBzbm1wX2FnZW50LmMsIDIzOTMKcmVzdWx0czogICAgICAgIHRyYWNlOiBzcHJpbnRfcmVhbGxv Y19ieV90eXBlKCk6IG1pYi5jLCAxOTQ4Cm91dHB1dDogc3ByaW50X2J5X3R5cGUsIHR5cGUgNQpI T1NULVJFU09VUkNFUy1NSUI6OmhyU1dJbnN0YWxsZWQgPSBOVUxMCnRyYWNlOiBuZXRzbm1wX2Fk ZF92YXJiaW5kX3RvX2NhY2hlKCk6IHNubXBfYWdlbnQuYywgMTQ3MApzbm1wX2FnZW50OiBhZGRf dmJfdG9fY2FjaGUoICAyZDE1MjAsIDEsIEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxl ZCwgICAyYzhlNTApCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDk5 CmNhbGxiYWNrOiBTVEFSVCBjYWxsaW5nIGNhbGxiYWNrcyBmb3IgbWFqPTEgbWluPTEyCnRyYWNl OiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6IGNhbGxiYWNrLmMsIDEwNwpjYWxsYmFjazogY2FsbGlu ZyBhIGNhbGxiYWNrIGZvciBtYWo9MSBtaW49MTIKdHJhY2U6IHZhY21faW5fdmlldygpOiBtaWJJ SS92YWNtX3ZhcnMuYywgNzI0Cm1pYklJL3ZhY21fdmFyczogdmFjbV9pbl92aWV3OiB2ZXI9MSwg Y29tbXVuaXR5PXB1YmxpYwp0cmFjZTogbmV0c25tcF91ZHBfZ2V0U2VjTmFtZSgpOiBzbm1wVURQ RG9tYWluLmMsIDcxMgpuZXRzbm1wX3VkcF9nZXRTZWNOYW1lOiByZXNvbHZlIDwicHVibGljIiwg MHg3ZjAwMDAwMT4KdHJhY2U6IG5ldHNubXBfdWRwX2dldFNlY05hbWUoKTogc25tcFVEUERvbWFp bi5jLCA3MTcKbmV0c25tcF91ZHBfZ2V0U2VjTmFtZTogY29tcGFyZSA8InB1YmxpYyIsIDB4N2Yw MDAwMDEvMHhmZmZmZmZmZj4uLi4gU1VDQ0VTUwp0cmFjZTogbmV0c25tcF9zdWJ0cmVlX2ZpbmRf Zmlyc3QoKTogYWdlbnRfcmVnaXN0cnkuYywgMTQ0CnN1YnRyZWU6IGxvb2tpbmcgZm9yIHN1YnRy ZWUgZm9yIGNvbnRleHQ6ICIiCnRyYWNlOiBuZXRzbm1wX3N1YnRyZWVfZmluZF9maXJzdCgpOiBh Z2VudF9yZWdpc3RyeS5jLCAxNDgKc3VidHJlZTogZm91bmQgb25lIGZvcjogIiIKdHJhY2U6IHZh Y21faW5fdmlldygpOiBtaWJJSS92YWNtX3ZhcnMuYywgODMwCm1pYklJL3ZhY21fdmFyczogdmFj bV9pbl92aWV3OiBzbj1hbm9ueW1vdXNTZWNOYW1lMDAxLCBnbj1hbm9ueW1vdXNHcm91cE5hbWUw MDEsIHZuPWFub255bW91c1ZpZXcwMDF0cmFjZTogdmFjbV9nZXRWaWV3RW50cnkoKTogdmFjbS5j LCAzNTkKdmFjbTpnZXRWaWV3OiAsIGZvdW5kCnRyYWNlOiBzbm1wX2NhbGxfY2FsbGJhY2tzKCk6 IGNhbGxiYWNrLmMsIDExOQpjYWxsYmFjazogRU5EIGNhbGxpbmcgY2FsbGJhY2tzIGZvciBtYWo9 MSBtaW49MTIgKDEgY2FsbGVkKQp0cmFjZTogbmV0c25tcF9hZGRfdmFyYmluZF90b19jYWNoZSgp OiBzbm1wX2FnZW50LmMsIDE1MzMKc25tcF9hZ2VudDogdHAtPnN0YXJ0IEhPU1QtUkVTT1VSQ0VT LU1JQjo6aHJTV0luc3RhbGxlZEluZGV4LCB0cC0+ZW5kIEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJT V0luc3RhbGxlZE5hbWUsCnRyYWNlOiBuZXRzbm1wX2NhbGxfaGFuZGxlcnMoKTogYWdlbnRfaGFu ZGxlci5jLCAyODMKaGFuZGxlcjpjYWxsaW5nOiBjYWxsaW5nIG1haW4gaGFuZGxlciBidWxrX3Rv X25leHQKdHJhY2U6IG5ldHNubXBfY2FsbF9oYW5kbGVyKCk6IGFnZW50X2hhbmRsZXIuYywgMzI3 CmhhbmRsZXI6Y2FsbGluZzogY2FsbGluZyBoYW5kbGVyIG9sZF9hcGkKdHJhY2U6IGhlYWRlcl9o cnN3SW5zdEVudHJ5KCk6IGhvc3QvaHJfc3dpbnN0LmMsIDI4OApob3N0L2hyX3N3aW5zdDogdmFy X2hyc3dpbnN0RW50cnk6IEhPU1QtUkVTT1VSQ0VTLU1JQjo6aHJTV0luc3RhbGxlZCAwClNlZ21l bnRhdGlvbiBGYXVsdCAoY29yZSBkdW1wZWQpCgo= --==========1812699384==========-- From openpkg-users-owner@openpkg.org Thu Aug 7 23:35:25 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B8005277A00 for ; Thu, 7 Aug 2003 23:35:24 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id B40738D986; Thu, 7 Aug 2003 23:35:23 +0200 (CEST) Date: Thu, 7 Aug 2003 23:35:23 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <20030807213523.GA4747@sv1.dev.de.cw.net> References: <8410000.1060284597@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <8410000.1060284597@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 07, 2003, Steffen Weinreich wrote: > snmpwalk -c public -v 2c localhost hrSWInstalled > I get little nice core dump. I can reproduce this, the problem is in the rpm libraries that try to read %{l_prefix}/lib/openpkg/rpmrc which does not exist. If you create a symlink: ln -s ../../etc/openpkg/rpmrc %{l_prefix}/lib/openpkg/rpmrc Then the host mib should work. N.B. this is not Solaris specific but happens identically on FreeBSD. Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Fri Aug 8 08:53:38 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 43E03277A00 for ; Fri, 8 Aug 2003 08:53:38 +0200 (CEST) Received: from [192.168.50.150] (pD958B816.dip.t-dialin.net [217.88.184.22]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h786rXOX017512 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 8 Aug 2003 08:53:34 +0200 Date: Fri, 08 Aug 2003 08:48:36 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <50420000.1060325316@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Donnerstag, August 07, 2003 23:35:23 +0200 Michael van Elst wrote: > On Thu, Aug 07, 2003, Steffen Weinreich wrote: > >> snmpwalk -c public -v 2c localhost hrSWInstalled >> I get little nice core dump. > > I can reproduce this, the problem is in the rpm libraries that try > to read > > %{l_prefix}/lib/openpkg/rpmrc > > which does not exist. > > If you create a symlink: > > ln -s ../../etc/openpkg/rpmrc %{l_prefix}/lib/openpkg/rpmrc > > Then the host mib should work. Yes this solves the core dump. Any change to get a fix on packet level? Making such symbolic links manual after installation is evil(tm) ;-> cheerio Steve -- From openpkg-users-owner@openpkg.org Fri Aug 8 10:59:43 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3ADD5277A00 for ; Fri, 8 Aug 2003 10:59:43 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 2EE048D87F; Fri, 8 Aug 2003 10:59:42 +0200 (CEST) Date: Fri, 8 Aug 2003 10:59:42 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <20030808085941.GA32076@sv1.dev.de.cw.net> References: <50420000.1060325316@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <50420000.1060325316@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Aug 08, 2003, Steffen Weinreich wrote: > Yes this solves the core dump. Any change to get a fix on packet level? > Making such symbolic links manual after installation is evil(tm) ;-> I have now hardcoded the path to the rpmrc file and added extra error checking. -> snmp-5.0.8-20030808 Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Aug 12 13:57:31 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 74E76277B00 for ; Tue, 12 Aug 2003 13:57:31 +0200 (CEST) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h7CBvVI20804 for ; Tue, 12 Aug 2003 13:57:31 +0200 Received: from mail-av1.computerbild.de (mail-av1.computerbild.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Tue, 12 Aug 2003 13:54:40 +0200 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Tue Aug 12 13:57:13 2003 +0200 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h7CBs0227240 for ; Tue, 12 Aug 2003 13:54:00 +0200 Message-ID: <1c1e01c360c8$71461590$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: example for $HOME/.openpkg/build ? Date: Tue, 12 Aug 2003 13:54:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, side note: I am the guy who tried to get binary updates working. I failed :-( After having been held up with deploying 1.2 I just tried OpenPKG 1.3 and it's openpkg-tool (i.e. I give in and will try and work with SRC rpms). I still don't seem to understand the syntax needed to define the system wide or rpm specific options so that subsequent rebuilds. For a start I just tried to have "openpkg build" install a version of apache with php enabled. I tried all of the following in $HOME/.openpkg/build. I checked that openpkg-build.pl does indeed read the file: with_mod_php with_mod_php=yes with_mod_php = yes with_mod_php yes apache::with_mod_php apache::with_mod_php=yes apache::with_mod_php yes But still apache is built without php. Please, please, some enlightened soul: share your wisdom :o) Thanks, Ingo From openpkg-users-owner@openpkg.org Tue Aug 12 14:09:27 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7F519277A00 for ; Tue, 12 Aug 2003 14:09:27 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 4E0368D7F6; Tue, 12 Aug 2003 14:09:27 +0200 (CEST) Date: Tue, 12 Aug 2003 14:09:27 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: example for $HOME/.openpkg/build ? Message-ID: <20030812120927.GA60793@sv1.dev.de.cw.net> References: <1c1e01c360c8$71461590$7400a8c0@dukat.cb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1c1e01c360c8$71461590$7400a8c0@dukat.cb.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Aug 12, 2003, Ingo T. Storm wrote: > with php enabled. I tried all of the following in > $HOME/.openpkg/build. I checked that openpkg-build.pl does indeed read > the file: it reads command line options from $HOME/.openpkg/build. The content should be something like: -Dapache::with_mod_php or -Dapache::with_mod_php=yes Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Aug 12 14:48:19 2003 Received: from proxy-tmp.computerbild.de (unknown [145.243.187.7]) by mail.openpkg.org (Postfix) with ESMTP id 428CD277A00 for ; Tue, 12 Aug 2003 14:48:19 +0200 (CEST) Received: from mail.computerbild.de (mail.cb.de [192.168.0.12]) by proxy-tmp.computerbild.de (8.11.6/8.11.6) with ESMTP id h7CCmJI26735 for ; Tue, 12 Aug 2003 14:48:19 +0200 Received: from mail-av1.computerbild.de (mail-av1.computerbild.de [145.243.187.9]) by mail.computerbild.de (Rockliffe SMTPRA 3.4.7) with SMTP id for ; Tue, 12 Aug 2003 14:45:30 +0200 Received: FROM odo.redaktion.computerbild.de BY mail-av1.computerbild.de ; Tue Aug 12 14:51:30 2003 +0200 Received: from dukat (dukat.cb.de [192.168.0.116] (may be forged)) by odo.redaktion.computerbild.de (8.11.6/8.8.7) with SMTP id h7CCmH201751 for ; Tue, 12 Aug 2003 14:48:17 +0200 Message-ID: <1d6d01c360d0$06b97f70$7400a8c0@dukat.cb.de> From: "Ingo T. Storm" To: Subject: Re: example for $HOME/.openpkg/build ? Date: Tue, 12 Aug 2003 14:48:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >it reads command line options from $HOME/.openpkg/build. The content >should be something like: > >-Dapache::with_mod_php ouch, thanks! Ingo From openpkg-users-owner@openpkg.org Thu Aug 14 16:38:53 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 810A8277A00 for ; Thu, 14 Aug 2003 16:38:52 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 1303113F61C for ; Thu, 14 Aug 2003 07:38:51 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id AF3EB3F09; Thu, 14 Aug 2003 07:38:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id AC7A6715D6 for ; Thu, 14 Aug 2003 09:38:48 -0500 (CDT) Date: Thu, 14 Aug 2003 09:38:46 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: openpkg 1.3: Overriding CC Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm trying to override CC in openpkg 1.3 under Solaris 8/SPARC, e.g.: -------------------------------------------------- $ /opt/opkg/1.3/bin/rpm --define "with_cc /cw/bin/cc" --rebuild ./make-3.80-1.3.0.src.rpm Installing make-3.80-1.3.0.src.rpm /opt/opkg/1.3/lib/openpkg/rpmtool: cc: not found Executing(%prep): env -i /opt/opkg/1.3/lib/openpkg/bash --norc --noprofile --posix -e /opt/opkg/1.3/RPM/TMP/rpm-tmp.11073 + cd /opt/opkg/1.3/RPM/TMP + cd /opt/opkg/1.3/RPM/TMP + rm -rf make-3.80 + /opt/opkg/1.3/lib/openpkg/gzip -dc /opt/opkg/1.3/RPM/SRC/make/make-3.80.tar.gz + /opt/opkg/1.3/lib/openpkg/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd make-3.80 ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 1226 = 0 ']' ++ id ++ sed 's/[^=]*=\([0-9][0-9]*\).*$/\1/' + '[' 1226 = 0 ']' + chmod -Rf a+rX,g-w,o-w . + echo 'Patch #0 (make.patch):' Patch #0 (make.patch): + /opt/opkg/1.3/lib/openpkg/patch -p0 -s + exit 0 Executing(%build): env -i /opt/opkg/1.3/lib/openpkg/bash --norc --noprofile --posix -e /opt/opkg/1.3/RPM/TMP/rpm-tmp.11982 + cd /opt/opkg/1.3/RPM/TMP + cd make-3.80 + CC=cc + CFLAGS=-O + ./configure --prefix=/opt/opkg/1.3 --without-libiconv-prefix --without-libintl-prefix --disable-nls checking for a BSD-compatible install... config/install-sh -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking whether make sets ${MAKE}... (cached) yes checking for gcc... cc checking for C compiler default output... configure: error: C compiler cannot create executables check `config.log' for details. error: Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.11982 (%build) RPM build errors: Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.11982 (%build) $ /cw/bin/cc --version cc (GCC) 3.2 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ -------------------------------------------------- From config.log: -------------------------------------------------- . . configure:2014: checking for C compiler version configure:2017: cc --version &5 ./configure: cc: command not found configure:2020: $? = 127 configure:2022: cc -v &5 ./configure: cc: command not found configure:2025: $? = 127 configure:2027: cc -V &5 ./configure: cc: command not found configure:2030: $? = 127 configure:2050: checking for C compiler default output configure:2053: cc -O conftest.c >&5 ./configure: cc: command not found configure:2056: $? = 127 configure: failed program was: . . -------------------------------------------------- For some reason --define "with_cc /cw/bin/cc" has no effect for the rpm rebuild. If I define "%l_cc /cw/bin/cc" in ~/.rpmmacros, it works, but I'd like the command line override capability. This used to work in 1.2. Is there something obvious I'm missing or did something change? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Thu Aug 14 16:44:32 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0C1CA277A00 for ; Thu, 14 Aug 2003 16:44:32 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 99C6A8DACF; Thu, 14 Aug 2003 16:44:31 +0200 (CEST) Date: Thu, 14 Aug 2003 16:44:31 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg 1.3: Overriding CC Message-ID: <20030814144431.GA77155@sv1.dev.de.cw.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 14, 2003, Vinod Kutty wrote: Vinod, > $ /opt/opkg/1.3/bin/rpm --define "with_cc /cw/bin/cc" --rebuild we changed syntax to differentiate this from regular package options. Please use: /opt/opkg/1.3/bin/rpm --define "use_cc /cw/bin/cc" --rebuild ^^^^^^ Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Aug 14 18:19:12 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id BD427277A00 for ; Thu, 14 Aug 2003 18:19:11 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id CC1EF13F60F for ; Thu, 14 Aug 2003 09:19:09 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id BF1E43EB7; Thu, 14 Aug 2003 09:19:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id BE4ED7149B for ; Thu, 14 Aug 2003 11:19:09 -0500 (CDT) Date: Thu, 14 Aug 2003 11:19:07 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: openpkg 1.3: Overriding CC In-Reply-To: <20030814144431.GA77155@sv1.dev.de.cw.net> Message-ID: References: <20030814144431.GA77155@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks. Could you please update the online docs to reflect this? On Thu, 14 Aug 2003, Michael van Elst wrote: > we changed syntax to differentiate this from regular package options. > Please use: > > /opt/opkg/1.3/bin/rpm --define "use_cc /cw/bin/cc" --rebuild > ^^^^^^ From openpkg-users-owner@openpkg.org Thu Aug 14 20:49:35 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id AF1CC277A00 for ; Thu, 14 Aug 2003 20:49:34 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 68DC38DAEC; Thu, 14 Aug 2003 20:49:34 +0200 (CEST) Date: Thu, 14 Aug 2003 20:49:34 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg 1.3: Overriding CC Message-ID: <20030814184934.GA85748@sv1.dev.de.cw.net> References: <20030814144431.GA77155@sv1.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 14, 2003, Vinod Kutty wrote: Vinod, > Could you please update the online docs to reflect this? I have found only one reference in the FAQ, which is now corrected. Did you find it anywhere else ? Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Thu Aug 14 21:16:58 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 0A405277A00 for ; Thu, 14 Aug 2003 21:16:58 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 6730413F611 for ; Thu, 14 Aug 2003 12:16:56 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 5AC8D3EB7; Thu, 14 Aug 2003 12:16:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 5A180715D6 for ; Thu, 14 Aug 2003 14:16:56 -0500 (CDT) Date: Thu, 14 Aug 2003 14:16:53 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: openpkg 1.3: Overriding CC In-Reply-To: <20030814184934.GA85748@sv1.dev.de.cw.net> Message-ID: References: <20030814144431.GA77155@sv1.dev.de.cw.net> <20030814184934.GA85748@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: No ... that was the only place I saw it. Suggestion: Perhaps some mention of the distinction between "use_.." and "with_.." would be nice, along with a listing of the standard "use_..." options (if it's short/finite)? (in the FAQ, or Handbook, or both ) Thanks, -- Vinod On Thu, 14 Aug 2003, Michael van Elst wrote: > > I have found only one reference in the FAQ, which is now corrected. > Did you find it anywhere else ? From openpkg-users-owner@openpkg.org Sat Aug 16 22:03:51 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 85259277AEC for ; Sat, 16 Aug 2003 22:03:50 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id B155F11F4CA; Sat, 16 Aug 2003 13:03:48 -0700 (PDT) Date: Sat, 16 Aug 2003 13:03:48 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816200348.GA97346@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message from perl scripts saying that it can't find the ``locale'' program. It doens't seem to hurt anything, but is a bit annoying. Is there something simple that I'm missing here? Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Few skills are so well rewarded as the ability to convince parasites that they are victims. -- Thomas Sowell From openpkg-users-owner@openpkg.org Sat Aug 16 22:50:36 2003 Received: from beaker.north.de (pD9E17261.dip.t-dialin.net [217.225.114.97]) by mail.openpkg.org (Postfix) with ESMTP id 49351277AEC for ; Sat, 16 Aug 2003 22:50:36 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h7GKoZN00132 for ; Sat, 16 Aug 2003 22:50:36 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h7GKoZ102594 for openpkg-users@openpkg.org; Sat, 16 Aug 2003 22:50:35 +0200 (MEST) Date: Sat, 16 Aug 2003 22:50:35 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816205035.GF11338@baerlap.north.de> References: <20030816200348.GA97346@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030816200348.GA97346@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Aug 16, 2003 at 01:03:48PM -0700, Bill Campbell wrote: > Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message > from perl scripts saying that it can't find the ``locale'' program. It > doens't seem to hurt anything, but is a bit annoying. > > Is there something simple that I'm missing here? > I don't know about FreeBSD. But from my experience this points to the fact that the "$LANG" or "$LC_*"-variables are not defined in the environment or have a setting, that the localization functions do not recognize. Look, whether you have a "man locale". I always set "LC_ALL=C; export LC_ALL" in shell scripts, for example, because this most of the time gives the "expected" results. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Aug 16 23:43:29 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id A77D6277AEC for ; Sat, 16 Aug 2003 23:43:28 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id CDBB911F4CA; Sat, 16 Aug 2003 14:43:27 -0700 (PDT) Date: Sat, 16 Aug 2003 14:43:27 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816214327.GA214@alexis.mi.celestial.com> References: <20030816200348.GA97346@alexis.mi.celestial.com> <20030816205035.GF11338@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030816205035.GF11338@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Aug 16, 2003, Matthias Kurz wrote: >On Sat, Aug 16, 2003 at 01:03:48PM -0700, Bill Campbell wrote: >> Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message >> from perl scripts saying that it can't find the ``locale'' program. It >> doens't seem to hurt anything, but is a bit annoying. >> >> Is there something simple that I'm missing here? >> > >I don't know about FreeBSD. But from my experience this points to >the fact that the "$LANG" or "$LC_*"-variables are not defined in the >environment or have a setting, that the localization functions do not >recognize. Look, whether you have a "man locale". >I always set "LC_ALL=C; export LC_ALL" in shell scripts, for example, >because this most of the time gives the "expected" results. In this case it appears to be looking for a ``locale'' executable program. This program is in the SuSE 8.2 Linux glibc RPM. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ DOS: n., A small annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS. From openpkg-users-owner@openpkg.org Sat Aug 16 23:51:52 2003 Received: from beaker.north.de (pD9E17261.dip.t-dialin.net [217.225.114.97]) by mail.openpkg.org (Postfix) with ESMTP id 5EA76277AEC for ; Sat, 16 Aug 2003 23:51:52 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h7GLppN02147 for ; Sat, 16 Aug 2003 23:51:52 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h7GLpoO18188 for openpkg-users@openpkg.org; Sat, 16 Aug 2003 23:51:50 +0200 (MEST) Date: Sat, 16 Aug 2003 23:51:50 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816215150.GG11338@baerlap.north.de> References: <20030816200348.GA97346@alexis.mi.celestial.com> <20030816205035.GF11338@baerlap.north.de> <20030816214327.GA214@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030816214327.GA214@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Aug 16, 2003 at 02:43:27PM -0700, Bill Campbell wrote: > On Sat, Aug 16, 2003, Matthias Kurz wrote: > >On Sat, Aug 16, 2003 at 01:03:48PM -0700, Bill Campbell wrote: > >> Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message > >> from perl scripts saying that it can't find the ``locale'' program. It > >> doens't seem to hurt anything, but is a bit annoying. > >> > >> Is there something simple that I'm missing here? > >> > > > >I don't know about FreeBSD. But from my experience this points to > >the fact that the "$LANG" or "$LC_*"-variables are not defined in the > >environment or have a setting, that the localization functions do not > >recognize. Look, whether you have a "man locale". > >I always set "LC_ALL=C; export LC_ALL" in shell scripts, for example, > >because this most of the time gives the "expected" results. > > In this case it appears to be looking for a ``locale'' executable program. > This program is in the SuSE 8.2 Linux glibc RPM. What is the _exact_ message, then ? Should not be that difficult to cut&paste it into a mail. And isn't there a "man locale" ? (mk) > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 > URL: http://www.celestial.com/ > > DOS: n., A small annoying boot virus that causes random spontaneous system > crashes, usually just before saving a massive project. Easily cured by > UNIX. See also MS-DOS, IBM-DOS, DR-DOS. LINUX: = DOS2000 :-P -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sun Aug 17 00:01:54 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id F3F2F277AEC for ; Sun, 17 Aug 2003 00:01:53 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 2CDF311F279; Sat, 16 Aug 2003 15:01:53 -0700 (PDT) Date: Sat, 16 Aug 2003 15:01:53 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816220153.GD214@alexis.mi.celestial.com> References: <20030816200348.GA97346@alexis.mi.celestial.com> <20030816205035.GF11338@baerlap.north.de> <20030816214327.GA214@alexis.mi.celestial.com> <20030816215150.GG11338@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030816215150.GG11338@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Aug 16, 2003, Matthias Kurz wrote: >On Sat, Aug 16, 2003 at 02:43:27PM -0700, Bill Campbell wrote: ... >What is the _exact_ message, then ? Should not be that difficult to >cut&paste it into a mail. And isn't there a "man locale" ? locale: not found The exact message will appear at the top of this reply which I run through a perl filter to clean up the format of e-mail text that I enter in vi. It's the ``locale: not found'' above. This also appears when using ``perldoc''. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Intellectually, teachers fall between education theorists and bright cocker spaniels. (Probably closer to the education theorists. The AKC has been doing wonders with spaniels.) If you think I'm kidding look at the GREs for education majors, whose scores are the lowest of all fields, and remember that these are the smart ones.'' -- http://www.FredOnEverything.net From openpkg-users-owner@openpkg.org Sun Aug 17 01:25:29 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B05A9277AEC for ; Sun, 17 Aug 2003 01:25:28 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id A8CB18DB07; Sun, 17 Aug 2003 01:25:28 +0200 (CEST) Date: Sun, 17 Aug 2003 01:25:28 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: perl ``locale'' on FreeBSD 4.8 Message-ID: <20030816232528.GA99763@sv1.dev.de.cw.net> References: <20030816200348.GA97346@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030816200348.GA97346@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Aug 16, 2003, Bill Campbell wrote: > Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message > from perl scripts saying that it can't find the ``locale'' program. It > doens't seem to hurt anything, but is a bit annoying. I don't see this with perl, but with perldoc. perldoc runs nroff and nroff from our groff-1.19 package is a shell script that tries to run a 'locale' program to guess a terminal environment for groff. FreeBSD doesn't have a locale program. -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Mon Aug 18 10:13:46 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id B7310277AEC for ; Mon, 18 Aug 2003 10:13:45 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h7I8DgOX024425 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 18 Aug 2003 10:13:43 +0200 Date: Mon, 18 Aug 2003 10:13:42 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Contributions and openpkg-dev Message-ID: <7650000.1061194422@old-man.dhcp.ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have recently tried openpkg-dev, found it nice and moved some of my local packages to the work area. But an "openpkg-dev release" fails due to the fact that the new package directorys are not in the CVS tree. Is there a way around this? cheerio Steve -- From openpkg-users-owner@openpkg.org Sun Aug 24 21:50:28 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 8E73A277AD1 for ; Sun, 24 Aug 2003 21:50:27 +0200 (CEST) Received: from [192.168.50.150] (pD9E33744.dip.t-dialin.net [217.227.55.68]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h7OJoNOX024928 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 24 Aug 2003 21:50:24 +0200 Date: Sun, 24 Aug 2003 21:49:04 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Build of snmp-5.0.8-1.3.0 fails on Sol8 ... Message-ID: <43770000.1061754544@marco-polo.weinreich.org> In-Reply-To: <20030808085941.GA32076@sv1.dev.de.cw.net> References: <50420000.1060325316@marco-polo.weinreich.org> <20030808085941.GA32076@sv1.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Freitag, August 08, 2003 10:59:42 +0200 Michael van Elst wrote: > On Fri, Aug 08, 2003, Steffen Weinreich wrote: > >> Yes this solves the core dump. Any change to get a fix on packet level? >> Making such symbolic links manual after installation is evil(tm) ;-> > > I have now hardcoded the path to the rpmrc file and added extra > error checking. Works fine for me. Will be there an update in the 1.3 release? cheerio Steve -- From openpkg-users-owner@openpkg.org Tue Aug 26 16:18:47 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 0E901277AD1; Tue, 26 Aug 2003 16:18:47 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id E10044CE56B; Tue, 26 Aug 2003 16:18:46 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1F8E628752; Tue, 26 Aug 2003 16:18:39 +0200 (CEST) Date: Tue, 26 Aug 2003 16:18:39 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: HEADS UP: OpenPKG-CURRENT now RPM 4.2.1 based Message-ID: <20030826141839.GA53145@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: HEADS UP, a major OpenPKG-CURRENT bootstrap upgrade took place today: from RPM 4.0.2 (status quo as of March 2001) to RPM 4.2.1 (status quo as of June 2003) This was a long awaited major upgrade, especially necessary on our road to OpenPKG 2.0. So we had to wait until OpenPKG 1.3 was released. Now that this happended recently, we can fully break ;-) OpenPKG-CURRENT with this upgrade. All these changes were previously developed on the OPENPKG_UPGRADE_RPM42 branch and tested in-depth as much as possible. Although all of our tests showed no significant differences while building OpenPKG packages with this, be aware that this potentially can break mostly everything in OpenPKG-CURRENT. If this is the case, we'll fix this soon, of course. The details of this upgrade you can review under http://cvs.openpkg.org/chngview?cn=11872 So, openpkg-20030826-20030826 and higher is now RPM 4.2.1 based. Please notice this major change if you're running OpenPKG-CURRENT. Your feedback is welcome! Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Aug 28 18:23:28 2003 Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mail.openpkg.org (Postfix) with ESMTP id 7556C277B00 for ; Thu, 28 Aug 2003 18:23:27 +0200 (CEST) Received: from dykstra.drdykstra.us (12-211-145-187.client.attbi.com[12.211.145.187](untrusted sender)) by comcast.net (sccrmhc11) with ESMTP id <2003082816232001100r5fcge>; Thu, 28 Aug 2003 16:23:20 +0000 Received: (from dwd@localhost) by dykstra.drdykstra.us (8.11.6/8.11.6) id h7SGNKx26486 for openpkg-users@openpkg.org; Thu, 28 Aug 2003 11:23:20 -0500 Date: Thu, 28 Aug 2003 11:23:20 -0500 From: Dave Dykstra To: openpkg-users@openpkg.org Subject: openpkg 1.3 comments/questions Message-ID: <20030828162320.GA26463@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: First, I see that openpkg 1.3 isn't mentioned on download.html. You might want to add that. Second, there are a few packages I want from openpkg 1.3 but I don't want to have to take the time to upgrade everything. Can I upgrade just the "openpkg" package without upgrading everything, or will it break existing packages? - Dave Dykstra From openpkg-users-owner@openpkg.org Thu Aug 28 19:16:59 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E93B4277B00 for ; Thu, 28 Aug 2003 19:16:58 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id C58864CE58A; Thu, 28 Aug 2003 19:16:58 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id CC7002877B; Thu, 28 Aug 2003 19:16:48 +0200 (CEST) Date: Thu, 28 Aug 2003 19:16:48 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg 1.3 comments/questions Message-ID: <20030828171648.GA60035@engelschall.com> References: <20030828162320.GA26463@drdykstra.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030828162320.GA26463@drdykstra.us> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Aug 28, 2003, Dave Dykstra wrote: > First, I see that openpkg 1.3 isn't mentioned on download.html. You might > want to add that. Ops, good catch. Fixed. Thanks for the hint. > Second, there are a few packages I want from openpkg 1.3 but I don't want > to have to take the time to upgrade everything. Can I upgrade just the > "openpkg" package without upgrading everything, or will it break existing > packages? Using the bootstrap package "openpkg" from OpenPKG 1.3 with other packages from OpenPKG 1.2 should work fine. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Sep 2 06:31:18 2003 Received: from beaker.north.de (p50867E3A.dip.t-dialin.net [80.134.126.58]) by mail.openpkg.org (Postfix) with ESMTP id BF3D8277A13 for ; Tue, 2 Sep 2003 06:31:17 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h824VGm09189 for ; Tue, 2 Sep 2003 06:31:16 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h824VGr07276 for openpkg-users@openpkg.org; Tue, 2 Sep 2003 06:31:16 +0200 (MEST) Date: Tue, 2 Sep 2003 06:31:16 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: "openpkg index" for a dir with binary packages Message-ID: <20030902043116.GG14387@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I try to create an index in $opkg_root/RPM/PKG using the command openpkg index -p -c -i . >00INDEX.rdf.bz2 Where i choosed "ix86-solaris8" for first and then, after i tried "sh $opkg_root/lib/openpkg/platform" i used "ix86-pc-solaris8" - the string this command displays on the screen. The packages that are created are named ---ix86-solaris8 - for example "screen-3.9.15-20030717.ix86-solaris8-opk.rpm". All i see are "thousands" of messages : error: incorrect format: unknown tag And the generated index also does not look very healthy. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Tue Sep 2 08:37:36 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D7D82277A13 for ; Tue, 2 Sep 2003 08:37:35 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10012) id 532E28DBA8; Tue, 2 Sep 2003 08:37:35 +0200 (CEST) Date: Tue, 2 Sep 2003 08:37:35 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: "openpkg index" for a dir with binary packages Message-ID: <20030902063734.GA18724@sv1.dev.de.cw.net> References: <20030902043116.GG14387@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030902043116.GG14387@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 02, 2003, Matthias Kurz wrote: > All i see are "thousands" of messages : > error: incorrect format: unknown tag That is a conflict with the new RPM 4.2.1 that seems to have dropped support for the 'BuildRoot' tag. Check rpm-4.0.2/lib/tagtable.c vs rpm-4.2.1/rpmdb/tagtbl.c Either rpm-4.2.1 needs to learn again about the BuildRoot tag or openpkg-index has to drop it. AFAIK it isn't used by OpenPKG anyway, it is just listed in the index because "it's there". Greetings, -- ,eM""=. a"-. Michael van Elst dWWMWM" - :GM==; mlelstv@dev.de.cw.net :WWMWMw=--. "W=' cable & wireless 9WWMm==-. "-Wmw-" CABLE & WIRELESS From openpkg-users-owner@openpkg.org Tue Sep 2 10:13:15 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 77723277A13 for ; Tue, 2 Sep 2003 10:13:15 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 4928A4CE57D; Tue, 2 Sep 2003 10:13:15 +0200 (CEST) Date: Tue, 2 Sep 2003 10:13:15 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: "openpkg index" for a dir with binary packages Message-ID: <20030902081315.GA12866@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20030902063734.GA18724@sv1.dev.de.cw.net> you wrote: > On Tue, Sep 02, 2003, Matthias Kurz wrote: > >> All i see are "thousands" of messages : >> error: incorrect format: unknown tag > > That is a conflict with the new RPM 4.2.1 that seems to have dropped > support for the 'BuildRoot' tag. > > Check > > rpm-4.0.2/lib/tagtable.c > vs rpm-4.2.1/rpmdb/tagtbl.c > > Either rpm-4.2.1 needs to learn again about the BuildRoot tag or > openpkg-index has to drop it. AFAIK it isn't used by OpenPKG anyway, > it is just listed in the index because "it's there". It is used by OpenPKG, it just is always the same value (%{l_buildroot} ;-) But we cannot remove it from our .spec files, of course. OTOH having it in the index has not very much value anyway. So, just kick it out from "openpkg index", Michael. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Sep 2 10:25:27 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id AD9A6277A13 for ; Tue, 2 Sep 2003 10:25:26 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p2/8.11.6) id h828PNk02338 for openpkg-users@openpkg.org; Tue, 2 Sep 2003 10:25:23 +0200 (MEST) Date: Tue, 2 Sep 2003 10:25:22 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: "openpkg index" for a dir with binary packages Message-ID: <20030902102522.A1889@serpens.de> References: <20030902081315.GA12866@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030902081315.GA12866@engelschall.com>; from rse@engelschall.com on Tue, Sep 02, 2003 at 10:13:15AM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 02, 2003 at 10:13:15AM +0200, Ralf S. Engelschall wrote: > It is used by OpenPKG, it just is always the same value (%{l_buildroot} > ;-) The buildroot tag is used by RPM's --queryformat option. E.g.: $ rpm -qp --qf '%{BuildRoot}\n' gcc-3.3-20030722.ix86-freebsd4.8-cw.rpm (none) The tag has an unset value which is reported as '(null)' even with rpm-4.0.2. I guess that's the reason why support was dropped. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Wed Sep 3 06:32:21 2003 Received: from beaker.north.de (pD9528A3C.dip.t-dialin.net [217.82.138.60]) by mail.openpkg.org (Postfix) with ESMTP id 045F8277AFD for ; Wed, 3 Sep 2003 06:32:21 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h834WKm02714 for ; Wed, 3 Sep 2003 06:32:20 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h834WJ423482 for openpkg-users@openpkg.org; Wed, 3 Sep 2003 06:32:19 +0200 (MEST) Date: Wed, 3 Sep 2003 06:32:19 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: rc enable/disable Message-ID: <20030903043219.GA12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. Is there a command to enable/disable services (e.g. something like "rc disable cvs"), or do i have to edit the files under $opkg_root/etc/rc.d ? What is the package openpkg-rc good for ? There is an installation conflict: file /opkg/man/man8/rc.8 from install of openpkg-rc-0.7.3-20030714 conflicts with file from package openpkg-20030901-20030901 (mk) PS: There seems to be a stray qt-3.2.1-20030828.src.rpm under rsync://rsync.openpkg.org/openpkg-ftp/current/ -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Sep 3 08:59:34 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 8A201277B23 for ; Wed, 3 Sep 2003 08:59:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 739EF4CE590; Wed, 3 Sep 2003 08:59:34 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 5E1DC286CC; Wed, 3 Sep 2003 08:59:14 +0200 (CEST) Date: Wed, 3 Sep 2003 08:59:14 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: rc enable/disable Message-ID: <20030903065914.GA96349@engelschall.com> References: <20030903043219.GA12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030903043219.GA12068@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 03, 2003, Matthias Kurz wrote: > Is there a command to enable/disable services (e.g. something > like "rc disable cvs"), or do i have to edit the files under > $opkg_root/etc/rc.d ? Sure, you never have to edit /etc/rc.d/rc.* files, of course. All variables in the %config sections of those /etc/rc.d/rc.* files can be overridden by entries in /etc/rc.conf. In your case, just place "cvs_enable=no" into this file and all the run-commands for package "cvs" are disabled. Same for all other OpenPKG packages: xxx_enable=no disables the run-commands of package "xxx". Run "/etc/rc --config" to see the details of available variables. > What is the package openpkg-rc good for ? This is a experimental package which, when installed, replaces /etc/rc with a forthcoming OSSP rc implementation. Do not use it, it is highly experimental and still does not cover all features of the /etc/rc script. The "openpkg-rc" currently is for developers and early adopters only. > There is an installation conflict: > file /opkg/man/man8/rc.8 from install of openpkg-rc-0.7.3-20030714 > conflicts with file from package openpkg-20030901-20030901 Ops, good catch. Yes, I've added an rc(8) manual page just before OpenPKG 1.3 and openpkg-rc was not adjusted. We'll try to resolve this. > PS: There seems to be a stray qt-3.2.1-20030828.src.rpm under > rsync://rsync.openpkg.org/openpkg-ftp/current/ What do you mean by "stray" here? This is the regular Qt package of OpenPKG-CURRENT (do not intermix it with "kde-qt"). I see no problem with it. Can you be more specific? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 3 13:20:59 2003 Received: from beaker.north.de (pD9528A3C.dip.t-dialin.net [217.82.138.60]) by mail.openpkg.org (Postfix) with ESMTP id 7DD6F277AFD for ; Wed, 3 Sep 2003 13:20:58 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h83BKvm17273 for ; Wed, 3 Sep 2003 13:20:57 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h83BKvF29656 for openpkg-users@openpkg.org; Wed, 3 Sep 2003 13:20:57 +0200 (MEST) Date: Wed, 3 Sep 2003 13:20:56 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: rc enable/disable Message-ID: <20030903112056.GB12068@baerlap.north.de> References: <20030903043219.GA12068@baerlap.north.de> <20030903065914.GA96349@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030903065914.GA96349@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 03, 2003 at 08:59:14AM +0200, Ralf S. Engelschall wrote: > On Wed, Sep 03, 2003, Matthias Kurz wrote: > > > Is there a command to enable/disable services (e.g. something > > like "rc disable cvs"), or do i have to edit the files under > > $opkg_root/etc/rc.d ? > > Sure, you never have to edit /etc/rc.d/rc.* files, of course. > All variables in the %config sections of those /etc/rc.d/rc.* > files can be overridden by entries in /etc/rc.conf. ... Ahh, and rc.conf is tagged as config file, so an upgrade should not overwrite it, should it ? What happens with modified config files during upgrade ? It is probably not the wanted behaviour, when disabled services magically return back to life after an upgrade. Hmmm, looks like modified config files are renamed to *.rpmorig and replaced by the new ones... [...] > What do you mean by "stray" here? This is the regular Qt package of > OpenPKG-CURRENT (do not intermix it with "kde-qt"). I see no problem > with it. Can you be more specific? I see a rsync://rsync.openpkg.org/openpkg-ftp/current/qt-3.2.1-20030828.src.rpm and a rsync://rsync.openpkg.org/openpkg-ftp/current/SRC/qt-3.2.1-20030901.src.rpm (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Sep 3 16:42:25 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 40A45277AFD for ; Wed, 3 Sep 2003 16:42:25 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2956A4CE5AB; Wed, 3 Sep 2003 16:42:25 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 78343286CC; Wed, 3 Sep 2003 16:42:14 +0200 (CEST) Date: Wed, 3 Sep 2003 16:42:14 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: rc enable/disable Message-ID: <20030903144214.GA6058@engelschall.com> References: <20030903043219.GA12068@baerlap.north.de> <20030903065914.GA96349@engelschall.com> <20030903112056.GB12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030903112056.GB12068@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 03, 2003, Matthias Kurz wrote: > [...] > > > Is there a command to enable/disable services (e.g. something > > > like "rc disable cvs"), or do i have to edit the files under > > > $opkg_root/etc/rc.d ? > > > > Sure, you never have to edit /etc/rc.d/rc.* files, of course. > > All variables in the %config sections of those /etc/rc.d/rc.* > > files can be overridden by entries in /etc/rc.conf. ... > > Ahh, and rc.conf is tagged as config file, so an upgrade should not > overwrite it, should it ? Bingo! ;-) > What happens with modified config files during upgrade ? It is > probably not the wanted behaviour, when disabled services magically > return back to life after an upgrade. Hmmm, looks like modified config > files are renamed to *.rpmorig and replaced by the new ones... What happens to config files on upgrades you can see in for instance under "Table 2: RPM handling of configuration files" in http://www.openpkg.org/doc/articles/sysadmin/article.html > [...] > > > What do you mean by "stray" here? This is the regular Qt package of > > OpenPKG-CURRENT (do not intermix it with "kde-qt"). I see no problem > > with it. Can you be more specific? > > I see a > rsync://rsync.openpkg.org/openpkg-ftp/current/qt-3.2.1-20030828.src.rpm > and a > rsync://rsync.openpkg.org/openpkg-ftp/current/SRC/qt-3.2.1-20030901.src.rpm Ops, you're right. I just looked into SRC intuitively. The one one in the parent dir is an accident. Removed. Thanks the details. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 3 18:52:19 2003 Received: from beaker.north.de (pD9528A3C.dip.t-dialin.net [217.82.138.60]) by mail.openpkg.org (Postfix) with ESMTP id 45616277AFD for ; Wed, 3 Sep 2003 18:52:18 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h83GqHm29146 for ; Wed, 3 Sep 2003 18:52:17 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h83GqH428510 for openpkg-users@openpkg.org; Wed, 3 Sep 2003 18:52:17 +0200 (MEST) Date: Wed, 3 Sep 2003 18:52:17 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: rpm and config files Message-ID: <20030903165217.GC12068@baerlap.north.de> References: <20030903043219.GA12068@baerlap.north.de> <20030903065914.GA96349@engelschall.com> <20030903112056.GB12068@baerlap.north.de> <20030903144214.GA6058@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030903144214.GA6058@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 03, 2003 at 04:42:14PM +0200, Ralf S. Engelschall wrote: > On Wed, Sep 03, 2003, Matthias Kurz wrote: > > > [...] > > > > Is there a command to enable/disable services (e.g. something > > > > like "rc disable cvs"), or do i have to edit the files under > > > > $opkg_root/etc/rc.d ? > > > > > > Sure, you never have to edit /etc/rc.d/rc.* files, of course. > > > All variables in the %config sections of those /etc/rc.d/rc.* > > > files can be overridden by entries in /etc/rc.conf. ... > > > > Ahh, and rc.conf is tagged as config file, so an upgrade should not > > overwrite it, should it ? > > Bingo! ;-) > > > What happens with modified config files during upgrade ? It is > > probably not the wanted behaviour, when disabled services magically > > return back to life after an upgrade. Hmmm, looks like modified config > > files are renamed to *.rpmorig and replaced by the new ones... > > What happens to config files on upgrades you can see in for > instance under "Table 2: RPM handling of configuration files" in > http://www.openpkg.org/doc/articles/sysadmin/article.html I knowed there was something, but because i do not work with OpenPKG daily, i depend on a search function. My own did not work, because my htdig config seems to be broken (sure, when you need it...). And the one on the OpenPKG home page seems to come up with 1000 cvs checkin messages first for every search. What i want to say ? Well, first, thanks for the hint. The table is great (!) - i'm still trying to understand it, though :-) (*1*) And second, it would be nice when the mailing lists could be searched separately (or not at all). And what about making the graphic in the beginning of the sysadmin article (article.logo.png) a link to the OpenPKG home page ? In any case, thanks for the help ! (mk) (*1*) It is probably a good idea to search for "Table 2" and read the Text. And probably "Config file magic" in http://www.openpkg.org/doc/book/maximum-rpm.txt or http://www.redhat.com/docs/books/max-rpm/max-rpm-html/ch-rpm-upgrade.html#S1-RPM-UPGRADE-WHAT-IT-DOES PS: Does anybody know pointers, how people manage config files with CVS in an environment, where machines often are similiar but rarely identical ? -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 4 00:58:05 2003 Received: from beaker.north.de (pD9528503.dip.t-dialin.net [217.82.133.3]) by mail.openpkg.org (Postfix) with ESMTP id D6613277AFD for ; Thu, 4 Sep 2003 00:58:04 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h83Mw4m12847 for ; Thu, 4 Sep 2003 00:58:04 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h83Mw3p09664 for openpkg-users@openpkg.org; Thu, 4 Sep 2003 00:58:03 +0200 (MEST) Date: Thu, 4 Sep 2003 00:58:03 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: openpkg build -U and $HOME/.openpkg/build Message-ID: <20030903225803.GD12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I experienced a strange behaviour. I have put a line with "-U" in my $HOME/.openpkg/build. Now, i built a package with "openpkg build ". Then i built a second package with "openpkg build -U ". I found, that during this second invocation "openpkg build" tried to install the recently upgraded openpkg-20030903-20030903. Which made me wonder, why the first build did not do it. I removed the first package and retried the "openpkg build", this time with the -U option in the command line - and suddenly it also tried to upgrade openpkg first. So, shouldn't "openpkg build" have assumed the -U option in any case, given in the command line or not ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 4 01:47:20 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 1FA86277AFD for ; Thu, 4 Sep 2003 01:47:20 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p2/8.11.6) id h83NlIR06201 for openpkg-users@openpkg.org; Thu, 4 Sep 2003 01:47:19 +0200 (MEST) Date: Thu, 4 Sep 2003 01:47:17 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg build -U and $HOME/.openpkg/build Message-ID: <20030904014716.A5625@serpens.de> References: <20030903225803.GD12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030903225803.GD12068@baerlap.north.de>; from mk@baerlap.north.de on Thu, Sep 04, 2003 at 12:58:03AM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 04, 2003 at 12:58:03AM +0200, Matthias Kurz wrote: > > So, shouldn't "openpkg build" have assumed the -U option in any case, > given in the command line or not ? There is no difference between a -U on the command line and a -U in the .openpkg/build file. A can only guess that you already had a current version of pkg1 installed, so the first build did nothing to pkg1 and thus did not pull up any of the dependencies. When you deleted pkg1 it had to be built from scratch and this triggered checks to all dependencies including the bootstrap package. You can see the decision-making process in the output of 'openpkg build'. E.g. a # source for openpkg is openpkg-20030903-20030903 Somewhere the target 'openpkg' is touched, the heuristic decides that this refers to 'openpkg-20030903-20030903'. # make installs openpkg-20030903-20030903 for openpkg The target 'make' requires installation of the target 'openpkg' and uses the specific 'openpkg-20030903-20030903' package. # rebuilding openpkg (update) Installing target 'openpkg' requires a _rebuild_ (i.e. there is already an openpkg package installed) and the prime reason for this is that this is an update to a higher (or different) version. # adding openpkg-20030903-20030903 to list The rpm commands to build and install the openpkg-20030903-20030903 package are added to the generated script. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Sep 4 07:05:36 2003 Received: from beaker.north.de (pD9528503.dip.t-dialin.net [217.82.133.3]) by mail.openpkg.org (Postfix) with ESMTP id E7472277AFD for ; Thu, 4 Sep 2003 07:05:34 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h8455Xm26073 for ; Thu, 4 Sep 2003 07:05:33 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h8455XY22840 for openpkg-users@openpkg.org; Thu, 4 Sep 2003 07:05:33 +0200 (MEST) Date: Thu, 4 Sep 2003 07:05:33 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: openpkg build -U and $HOME/.openpkg/build Message-ID: <20030904050533.GE12068@baerlap.north.de> References: <20030903225803.GD12068@baerlap.north.de> <20030904014716.A5625@serpens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030904014716.A5625@serpens.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 04, 2003 at 01:47:17AM +0200, Michael van Elst wrote: > On Thu, Sep 04, 2003 at 12:58:03AM +0200, Matthias Kurz wrote: > > > > So, shouldn't "openpkg build" have assumed the -U option in any case, > > given in the command line or not ? > > There is no difference between a -U on the command line and a -U > in the .openpkg/build file. > > A can only guess that you already had a current version of pkg1 > installed, so the first build did nothing to pkg1 and thus did > not pull up any of the dependencies. No, pkg1 was recompiled during the first build. Later, when i did a "rpm -e pkg1", it was tried to upgrade the openpkg package when i used "openpkg build -U". This step was left out, when i used "openpkg build". Always with "-U" in my $HOME/.openpkg/build. There is also a "-R hurtig" option in it and this setting is respected, so the .openpkg/build itself is not ignored. Unfortunately i let the build run overnight, so the openpkg package is upgraded in the meantime... But wait ! Before one tries to reproduce it with other packages or creates a "fake" new openpkg package, let us try this: $ rpm -q openpkg openpkg-20030903-20030903 $ openpkg build -U .... ... + /opkg/bin/rpm --define with_mod_dav yes --define with_mod_php yes --define with_mod_relocate yes --define with_mod_ssl yes --define with_suexec_caller opkg-n --rebuild /u/openpkg/current/SRC/apache-1.3.28-20030830.src.rpm warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user rse does not exist - using root warning: group rse does not exist - using root warning: user openpkg does not exist - using root warning: group openpkg does not exist - using root ... Looks like rse will deliver a new openpkg package to test with ;-) (mk) PS: I set Reply-To: openpkg-dev@openpkg.org -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 4 07:40:38 2003 Received: from beaker.north.de (pD9528503.dip.t-dialin.net [217.82.133.3]) by mail.openpkg.org (Postfix) with ESMTP id 4CACF277AFD for ; Thu, 4 Sep 2003 07:40:37 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h845eam27308 for ; Thu, 4 Sep 2003 07:40:36 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h845eZ702148 for openpkg-users@openpkg.org; Thu, 4 Sep 2003 07:40:35 +0200 (MEST) Date: Thu, 4 Sep 2003 07:40:35 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: openpkg build -U and $HOME/.openpkg/build Message-ID: <20030904054035.GF12068@baerlap.north.de> References: <20030903225803.GD12068@baerlap.north.de> <20030904014716.A5625@serpens.de> <20030904050533.GE12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030904050533.GE12068@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 04, 2003 at 07:05:33AM +0200, Matthias Kurz wrote: [...] > PS: I set Reply-To: openpkg-dev@openpkg.org Which was nuked - no surprise. -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 4 10:36:12 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 72390277C7D for ; Thu, 4 Sep 2003 10:36:12 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 364164CE5AF; Thu, 4 Sep 2003 10:36:12 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 43AF428744; Thu, 4 Sep 2003 10:35:12 +0200 (CEST) Date: Thu, 4 Sep 2003 10:35:12 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg build -U and $HOME/.openpkg/build Message-ID: <20030904083512.GA87672@engelschall.com> References: <20030903225803.GD12068@baerlap.north.de> <20030904014716.A5625@serpens.de> <20030904050533.GE12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030904050533.GE12068@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 04, 2003, Matthias Kurz wrote: > [...] > + /opkg/bin/rpm --define with_mod_dav yes --define with_mod_php yes --define with_mod_relocate yes --define with_mod_ssl yes --define with_suexec_caller opkg-n --rebuild /u/openpkg/current/SRC/apache-1.3.28-20030830.src.rpm > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user rse does not exist - using root > warning: group rse does not exist - using root > warning: user openpkg does not exist - using root > warning: group openpkg does not exist - using root > ... > > Looks like rse will deliver a new openpkg package to test with ;-) > [...] Yes, these warnings should be now gone with openpkg-20030904-20030904 or higher. Please retry and give feedback whether they are now gone. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 4 21:01:39 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id B0AA4277C7D for ; Thu, 4 Sep 2003 21:01:38 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id E61F211EB10; Thu, 4 Sep 2003 12:01:36 -0700 (PDT) Date: Thu, 4 Sep 2003 12:01:36 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Conditional ``Conflicts:'' specs Message-ID: <20030904190136.GA70614@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I've run into a problem where I want to build a package (smail-3.2) that normally won't conflict with postfix, but if I define an option to build it with sendmail support it would then Provide MTA and Conflict with postfix and other MTAs. I want to be able to include the package on all systems, and in this case, use it with the sendmail support on systems that only do e-mail via uucp. I have this in the specfile: %if %{with_sendmail} == "yes" Provides: MTA Conflicts: postfix, exim, sendmail, ssmtp %endif The problem is that openpkg sees this as a conflict when I try to do a build with_sendmail=no. I'm trying to do this on the release 1.3 tree on production systems, and don't want to get into the middle of the current right now with all the changes going on with the RPM change. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``...I'm not one of those who think Bill Gates is the devil. I simply suspect that if Microsoft ever met up with the devil, it wouldn't need an interpreter.'' -- Nick Petreley From openpkg-users-owner@openpkg.org Sat Sep 6 07:55:45 2003 Received: from beaker.north.de (pD95280CE.dip.t-dialin.net [217.82.128.206]) by mail.openpkg.org (Postfix) with ESMTP id 8A578277AEE for ; Sat, 6 Sep 2003 07:55:44 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h865thm12107 for ; Sat, 6 Sep 2003 07:55:44 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h865thE20011 for openpkg-users@openpkg.org; Sat, 6 Sep 2003 07:55:43 +0200 (MEST) Date: Sat, 6 Sep 2003 07:55:43 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: openpkg build fails for binary packages from local repository Message-ID: <20030906055543.GI12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi. I tried to install binary packages with openpkg build -p `cat $opkg_root/etc/openpkg/platform` \ -r /pub/openpkg/current/PKG \ -f /pub/openpkg/current/PKG/00INDEX.rdf.bz2 | sh; echo $? The generated shell script invokes "curl" to copy the binary packages to $opkg_root/RPM/PKG first. And for local paths, curl just burbs and dies (with exit code 3 -> URL malformat. The syntax was not correct). This can be fixed by replacing a leading "/" by "file://localhost/". (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Sep 10 23:09:39 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 2179D277ACD for ; Wed, 10 Sep 2003 23:09:39 +0200 (CEST) Received: from [192.168.50.150] (p50819555.dip.t-dialin.net [80.129.149.85]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h8AL9UOX004090 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 10 Sep 2003 23:09:33 +0200 Date: Wed, 10 Sep 2003 23:06:38 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: perl-dbi and Oracle Message-ID: <13490000.1063227998@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! Firstof I must admit, I have no glue what I'm doing in regart of Oracle :-), Netherless we need a perl-dbi with oracle support and I have tried to build perl-dbi with oracle support but got into some trouble... Firstof a Meta Package which provide ORACLE is needed. so I have tried to build the oracle package from the cvs. But this fails since there is no "product" directory in the Oracle Base directory of our Oracle 9.2 Client directory. Is this package somehow specific for one Oracle version? Any other hints to build the metapackage? cheerio Steve -- Space currently for rent From openpkg-users-owner@openpkg.org Wed Sep 10 23:14:21 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id 945F0277ACD for ; Wed, 10 Sep 2003 23:12:05 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19xCFJ-0001PN-00 for ; Wed, 10 Sep 2003 23:11:25 +0200 Date: Wed, 10 Sep 2003 23:11:24 +0200 To: openpkg-users@openpkg.org Subject: Problems with openpkg non-root Message-ID: <20030910211124.GE4413@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a resend, I didn't recieve the message myself. ------------- I'm trying to use openpkg as a local user on a Solaris system. This is what I've done: Installed the current version with the command: sh openpkg-20030909-20030909.src.sh --prefix=/ebar/efs1/home1/s01/s011269/openpkg/local/ This seems to work like a charm. Then I run the resulting .sh-file: sh openpkg-20030909-20030909.sparc64-solaris9-eeh.sh And get this: openpkg-20030909-20030909.sparc64-solaris9-eeh.sh: installing into /ebar/efs1/home1/s01/s011269/openpkg/local... openpkg:WARNING: skipping addition of /ebar/efs1/home1/s01/s011269/openpkg/local/lib/openpkg/bash to /etc/shells openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of system run-command hooks openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of system cron hooks openpkg:WARNING: (would require root-privileges) openpkg-20030909-20030909.sparc64-solaris9-eeh.sh: installation done. ... Not sure how bad that is... Probably is, come to think of it... Anyway, optimistic as I am, I proceed. At first with mozilla, but that didn't really work, then with antiword, but I got the same errors... Something about rpm-tools... So I obviously try to install openpkg-tool, but from rpmbuild get this: $ rpmbuild openpkg-tool.spec rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB ... And now I'm stranded. Any suggestions? -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 11 00:44:28 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 56353277DF5 for ; Thu, 11 Sep 2003 00:44:28 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p2/8.11.6) id h8AMiQd11643 for openpkg-users@openpkg.org; Thu, 11 Sep 2003 00:44:26 +0200 (MEST) Date: Thu, 11 Sep 2003 00:44:23 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: perl-dbi and Oracle Message-ID: <20030911004422.A11493@serpens.de> References: <13490000.1063227998@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <13490000.1063227998@marco-polo.weinreich.org>; from steve@weinreich.org on Wed, Sep 10, 2003 at 11:06:38PM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 10, 2003 at 11:06:38PM +0200, Steffen Weinreich wrote: Steffen, > build the oracle package from the cvs. But this fails since there is no > "product" directory in the Oracle Base directory of our Oracle 9.2 Client > directory. here the oracle client installs under /product/920/. The oracle meta package should detect an oracle installation correctly if you set the ORACLE_HOME environment variable. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Sep 11 07:12:59 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id D58BB277DF5 for ; Thu, 11 Sep 2003 07:12:58 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id A8CD74CE593; Thu, 11 Sep 2003 07:12:58 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id D0D3928743; Thu, 11 Sep 2003 07:12:47 +0200 (CEST) Date: Thu, 11 Sep 2003 07:12:47 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911051247.GA75651@engelschall.com> References: <20030910211124.GE4413@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030910211124.GE4413@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 10, 2003, cyrax@b0rken.dk wrote: > [...] > So I obviously try to install openpkg-tool, but from rpmbuild get this: > $ rpmbuild openpkg-tool.spec > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily > unavailable (11) > error: cannot open Packages database in > /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB > > ... And now I'm stranded. Any suggestions? > [...] Since our recent upgrade to RPM 4.2.1 I've not tried again to use OpenPKG as a regular user, so there might be some incompatibilities introduced because of RPM 4.2.1. I'll investigate. In the meantime, until I fixed this, you can just stick with the OpenPKG 1.3 release packages which are based on RPM 4.0.2 and this one is known to correctly support OpenPKG instances for regular users. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 11 07:25:35 2003 Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mail.openpkg.org (Postfix) with ESMTP id 382CB277DF5 for ; Thu, 11 Sep 2003 07:25:35 +0200 (CEST) Received: from 24-205-92-169.pas-eres.charterpipeline.net ([24.205.92.169] helo=tafelberg) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19xJxS-00001M-00 for openpkg-users@openpkg.org; Wed, 10 Sep 2003 22:25:30 -0700 Subject: Re: Problems with openpkg non-root From: Conrad Steenberg To: openpkg-users@openpkg.org In-Reply-To: <20030911051247.GA75651@engelschall.com> References: <20030910211124.GE4413@b0rken.dk> <20030911051247.GA75651@engelschall.com> Content-Type: text/plain Message-Id: <1063257928.1555.8.camel@tafelberg> Mime-Version: 1.0 Date: Wed, 10 Sep 2003 22:25:29 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi This sounds more like a file permission problem. FWIW, the rpm-4.2.1 patch was developed as a non-root user, so I'm pretty sure it works that way ;-) Cheers Conrad On Wed, 2003-09-10 at 22:12, Ralf S. Engelschall wrote: > On Wed, Sep 10, 2003, cyrax@b0rken.dk wrote: > > > [...] > > So I obviously try to install openpkg-tool, but from rpmbuild get this: > > $ rpmbuild openpkg-tool.spec > > rpmdb: mmap: Resource temporarily unavailable > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages index using db3 - Resource temporarily > > unavailable (11) > > error: cannot open Packages database in > > /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB > > > > ... And now I'm stranded. Any suggestions? > > [...] > > Since our recent upgrade to RPM 4.2.1 I've not tried again to use > OpenPKG as a regular user, so there might be some incompatibilities > introduced because of RPM 4.2.1. I'll investigate. In the meantime, > until I fixed this, you can just stick with the OpenPKG 1.3 release > packages which are based on RPM 4.0.2 and this one is known to correctly > support OpenPKG instances for regular users. > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org -- -- From openpkg-users-owner@openpkg.org Thu Sep 11 07:36:13 2003 Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mail.openpkg.org (Postfix) with ESMTP id 24415277DF5 for ; Thu, 11 Sep 2003 07:36:13 +0200 (CEST) Received: from 24-205-92-169.pas-eres.charterpipeline.net ([24.205.92.169] helo=tafelberg) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19xK7n-0003Q1-00 for openpkg-users@openpkg.org; Wed, 10 Sep 2003 22:36:11 -0700 Subject: Re: Problems with openpkg non-root From: Conrad Steenberg To: openpkg-users@openpkg.org In-Reply-To: <20030910211124.GE4413@b0rken.dk> References: <20030910211124.GE4413@b0rken.dk> Content-Type: text/plain Message-Id: <1063258570.1555.20.camel@tafelberg> Mime-Version: 1.0 Date: Wed, 10 Sep 2003 22:36:10 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi On Wed, 2003-09-10 at 14:11, cyrax@b0rken.dk wrote: > This is a resend, I didn't recieve the message myself. > ------------- > > I'm trying to use openpkg as a local user on a Solaris system. This is > what I've done: > > Installed the current version with the command: > sh openpkg-20030909-20030909.src.sh > --prefix=/ebar/efs1/home1/s01/s011269/openpkg/local/ > > This seems to work like a charm. > > Then I run the resulting .sh-file: > sh openpkg-20030909-20030909.sparc64-solaris9-eeh.sh > > And get this: > openpkg-20030909-20030909.sparc64-solaris9-eeh.sh: installing into > /ebar/efs1/home1/s01/s011269/openpkg/local... > openpkg:WARNING: skipping addition of > /ebar/efs1/home1/s01/s011269/openpkg/local/lib/openpkg/bash to > /etc/shells > openpkg:WARNING: (would require root-privileges) > openpkg:WARNING: skipping creation of system run-command hooks > openpkg:WARNING: (would require root-privileges) > openpkg:WARNING: skipping creation of system cron hooks > openpkg:WARNING: (would require root-privileges) > openpkg-20030909-20030909.sparc64-solaris9-eeh.sh: installation done. > > ... Not sure how bad that is... Probably is, come to think of it... Looks normal for a non-root install. No harm done, except that servers won't be restarted on reboot, and cron jobs that rotate logs won't get run. Does anybody have ideas how to have user servers restarted? The cron jobs for log rotation is the easy part > > Anyway, optimistic as I am, I proceed. At first with mozilla, but that > didn't really work, then with antiword, but I got the same errors... > Something about rpm-tools... > > So I obviously try to install openpkg-tool, but from rpmbuild get this: > $ rpmbuild openpkg-tool.spec > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily > unavailable (11) > error: cannot open Packages database in > /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB Some suggestions (sorry if it sounds obvious :-) 1. Make sure the openpkg rpm db is intact in the above directory 2. Make sure some other process isn't holding a lock on the db files 3. Check the permissions of the db directory, your user should have read and write access to the dir. 4. Do an 'strace rpm -q openpkg' and send the output, that should show which system call failed (if the problem is in fact a permission or locking problem). 5. Make sure the right version of rpm gets called by your command. HTH! Conrad > > ... And now I'm stranded. Any suggestions? -- From openpkg-users-owner@openpkg.org Thu Sep 11 08:21:42 2003 Received: from beaker.north.de (p508672E6.dip.t-dialin.net [80.134.114.230]) by mail.openpkg.org (Postfix) with ESMTP id D8846277DF5 for ; Thu, 11 Sep 2003 08:21:41 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h8B6Lcm03859 for ; Thu, 11 Sep 2003 08:21:38 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h8B6LbM06045 for openpkg-users@openpkg.org; Thu, 11 Sep 2003 08:21:37 +0200 (MEST) Date: Thu, 11 Sep 2003 08:21:36 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911062136.GP12068@baerlap.north.de> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <1063258570.1555.20.camel@tafelberg> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 10, 2003 at 10:36:10PM -0700, Conrad Steenberg wrote: [...] > Some suggestions (sorry if it sounds obvious :-) Same here. > 1. Make sure the openpkg rpm db is intact in the above directory > 2. Make sure some other process isn't holding a lock on the db files > 3. Check the permissions of the db directory, your user should have > read and write access to the dir. > 4. Do an 'strace rpm -q openpkg' and send the output, that should show > which system call failed (if the problem is in fact a permission or > locking problem). There is a strace command under Solaris, but it is probably better to use "truss". strace - print STREAMS trace messages truss - trace system calls and signals > 5. Make sure the right version of rpm gets called by your command. That is a good idea, because there may be an /opt/sfw/bin/rpm from the companion cd. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 11 12:40:25 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id 00C91277AEE for ; Thu, 11 Sep 2003 12:40:24 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19xOrZ-0001tu-00 for ; Thu, 11 Sep 2003 12:39:45 +0200 Date: Thu, 11 Sep 2003 12:39:45 +0200 To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911103944.GA7251@b0rken.dk> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> <20030911062136.GP12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030911062136.GP12068@baerlap.north.de> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 08:21:36AM +0200, Matthias Kurz wrote: > On Wed, Sep 10, 2003 at 10:36:10PM -0700, Conrad Steenberg wrote: > [...] > > Some suggestions (sorry if it sounds obvious :-) > Same here. > > 1. Make sure the openpkg rpm db is intact in the above directory 1. Wouldn't really know how to... This is a dir listing, but it's from a new ins tall of openpkg: $ ls -l /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB total 4456 -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Basenames -rw-r--r-- 1 s011269 s01 49152 Sep 10 11:07 Conflictname -rw-r--r-- 1 s011269 s01 49152 Sep 10 11:07 Depends -rw-r--r-- 1 s011269 s01 16384 Sep 10 11:06 Dirnames -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Filemd5s -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Group -rw-r--r-- 1 s011269 s01 16384 Sep 10 11:06 Installtid -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Name -rw-r--r-- 1 s011269 s01 90112 Sep 10 11:06 Packages -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Providename -rw-r--r-- 1 s011269 s01 16384 Sep 10 11:06 Provideversion -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Pubkeys -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Requirename -rw-r--r-- 1 s011269 s01 16384 Sep 10 11:06 Requireversion -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Sha1header -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Sigmd5 -rw-r--r-- 1 s011269 s01 49152 Sep 10 11:07 Triggername -rw-r--r-- 1 s011269 s01 8192 Sep 10 11:05 __db.001 -rw-r--r-- 1 s011269 s01 1318912 Sep 10 11:06 __db.002 -rw-r--r-- 1 s011269 s01 417792 Sep 10 11:06 __db.003 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.004 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.005 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.006 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.007 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.008 -rw-r--r-- 1 s011269 s01 0 Sep 10 11:07 __db.009 > > 2. Make sure some other process isn't holding a lock on the db files 2. Don't really think so... I'm the only user, and it's pretty much my first action. Nothing seems to be locking it. > > 3. Check the permissions of the db directory, your user should have > > read and write access to the dir. 3. DB-dir: drwxr-xr-x 2 s011269 s01 4096 Sep 10 11:08 DB > > 4. Do an 'strace rpm -q openpkg' and send the output, that should show > > which system call failed (if the problem is in fact a permission or > > locking problem). > There is a strace command under Solaris, but it is probably better to > use "truss". > strace - print STREAMS trace messages > truss - trace system calls and signals 4. strace doesn't work "ERROR: unable to open /dev/log", but truss does though (output and some version of this mail can be found here: http://b0rken.dk/openpkg.txt ) > > 5. Make sure the right version of rpm gets called by your command. > That is a good idea, because there may be an /opt/sfw/bin/rpm from the > companion cd. 5. Already did that one... To convince you :) $ rpm --version RPM version 4.0 $ export PATH=/ebar/efs1/home1/s01/s011269/openpkg/local/bin/:$PATH $ rpm --version RPM version 4.2.1 Could this be a db problem (the program)? -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 11 13:11:19 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id BB8E7277AEE for ; Thu, 11 Sep 2003 13:11:18 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h8BBBEOX010245 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 11 Sep 2003 13:11:15 +0200 Date: Thu, 11 Sep 2003 13:11:14 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: perl-dbi and Oracle Message-ID: <137430000.1063278674@old-man.dhcp.ic3s.de> In-Reply-To: <20030911004422.A11493@serpens.de> References: <13490000.1063227998@marco-polo.weinreich.org> <20030911004422.A11493@serpens.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Thursday, September 11, 2003 00:44:23 +0200 Michael van Elst wrote: > On Wed, Sep 10, 2003 at 11:06:38PM +0200, Steffen Weinreich wrote: > > Steffen, > >> build the oracle package from the cvs. But this fails since there is no >> "product" directory in the Oracle Base directory of our Oracle 9.2 >> Client directory. > > here the oracle client installs under /product/920/. Hmm, for now I havent done a OraClient install myself, I will have a look on this... > The oracle meta package should detect an oracle installation correctly > if you set the ORACLE_HOME environment variable. after removing the query for the product directory, I was able to build the package. Thinking this over and over again, I got the idea to include the complete client in an openpkg package. I'm not sure if this is a good idea but OTOS our colleagues haven't to thru the install process on every machine over and over again. Ary comments on this? cheerio Steve -- Space currenty for rent From openpkg-users-owner@openpkg.org Thu Sep 11 13:41:48 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id B54C7277AEE for ; Thu, 11 Sep 2003 13:41:47 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p2/8.11.6) id h8BBfho02864 for openpkg-users@openpkg.org; Thu, 11 Sep 2003 13:41:43 +0200 (MEST) Date: Thu, 11 Sep 2003 13:41:42 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: perl-dbi and Oracle Message-ID: <20030911134142.A2762@serpens.de> References: <13490000.1063227998@marco-polo.weinreich.org> <20030911004422.A11493@serpens.de> <137430000.1063278674@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <137430000.1063278674@old-man.dhcp.ic3s.de>; from steve@weinreich.org on Thu, Sep 11, 2003 at 01:11:14PM +0200 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 01:11:14PM +0200, Steffen Weinreich wrote: > > Thinking this over and over again, I got the idea to include the complete > client in an openpkg package. I'm not sure if this is a good idea but OTOS > our colleagues haven't to thru the install process on every machine over > and over again. Ary comments on this? I don't know how you could embed the Oracle installation procedure into an RPM. Of course it is possible to tar and feather all relevenant files from an Oracle installation and create an package from it. The critical point is what constitutes "all relevant files" for an arbitrary Oracle release/patchlevel. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Sep 11 13:49:08 2003 Received: from beaker.north.de (p508672E6.dip.t-dialin.net [80.134.114.230]) by mail.openpkg.org (Postfix) with ESMTP id F36CD277AEE for ; Thu, 11 Sep 2003 13:49:07 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h8BBn6m15683 for ; Thu, 11 Sep 2003 13:49:06 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h8BBn5X05794 for openpkg-users@openpkg.org; Thu, 11 Sep 2003 13:49:05 +0200 (MEST) Date: Thu, 11 Sep 2003 13:49:05 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911114905.GQ12068@baerlap.north.de> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> <20030911062136.GP12068@baerlap.north.de> <20030911103944.GA7251@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030911103944.GA7251@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 12:39:45PM +0200, cyrax@b0rken.dk wrote: > On Thu, Sep 11, 2003 at 08:21:36AM +0200, Matthias Kurz wrote: > > On Wed, Sep 10, 2003 at 10:36:10PM -0700, Conrad Steenberg wrote: > > [...] Hi. I also installed an instance as non-root in the meantime. > > > Some suggestions (sorry if it sounds obvious :-) > > Same here. > > > 1. Make sure the openpkg rpm db is intact in the above directory > > 1. Wouldn't really know how to... This is a dir listing, but it's from a > new ins > tall of openpkg: > $ ls -l /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB > total 4456 > -rw-r--r-- 1 s011269 s01 24576 Sep 10 11:06 Basenames Same permissions here. > > > 3. Check the permissions of the db directory, your user should have > > > read and write access to the dir. > > 3. DB-dir: > drwxr-xr-x 2 s011269 s01 4096 Sep 10 11:08 DB Same permissions here. > > > 4. Do an 'strace rpm -q openpkg' and send the output, that should show > > > which system call failed (if the problem is in fact a permission or > > > locking problem). > > There is a strace command under Solaris, but it is probably better to > > use "truss". > > strace - print STREAMS trace messages > > truss - trace system calls and signals > > 4. strace doesn't work "ERROR: unable to open /dev/log", but truss does > though (output and some version of this mail can be found here: > http://b0rken.dk/openpkg.txt ) I was sure, that "truss" was meant. Other platforms, other commands. At least for "special" things. > > > 5. Make sure the right version of rpm gets called by your command. > > That is a good idea, because there may be an /opt/sfw/bin/rpm from the > > companion cd. > > 5. Already did that one... To convince you :) > $ rpm --version > RPM version 4.0 > $ export PATH=/ebar/efs1/home1/s01/s011269/openpkg/local/bin/:$PATH I think, the "regular" way is to do a eval `/ebar/efs1/home1/s01/s011269/openpkg/local/etc/rc --eval all env` I don't see something special, there, though. Except that it sets LD_LIBRARY_PATH... i'm sure this makes some sense... But i don't think this is related to your problem. > $ rpm --version > RPM version 4.2.1 > > Could this be a db problem (the program)? Well how did you unpack the openpkg-tool rpm ? You could have used rpm --rebuild .src.rpm. I tried rpm -ivh .src.rpm, then i went to the equivalent of /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/SRC/openpkg-tool on my machine and did a rpmbuild -ba openpkg-tool.spec 2>&1 | tee log Hmmm, -bb would have been enough... Then, i added the "binary" package from the equivalent of /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/PKG/ with rpm -Uvh /projects/tmp/non-root/RPM/PKG/openpkg-tool-20030902-20030902.... And it worked. $ rpm -qa gpg-pubkey-63c4cb9f-3c591eda openpkg-20030909-20030909 openpkg-tool-20030902-20030902 What disturbs me, are the strange "platform" parts in the names of the binary packages. I see openpkg-tool-20030902-20030902.ix86-solaris8-ptn.rpm ^^^ I saw "eeh" in your mail. Hmmm, i'd say there is a problem. But it has probably nothing to do with _your_ problem. Did you do something different from what i did ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 11 14:28:20 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id A71FC277B23 for ; Thu, 11 Sep 2003 14:28:19 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19xQY2-0001yL-00 for ; Thu, 11 Sep 2003 14:27:42 +0200 Date: Thu, 11 Sep 2003 14:27:41 +0200 To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911122741.GA7557@b0rken.dk> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> <20030911062136.GP12068@baerlap.north.de> <20030911103944.GA7251@b0rken.dk> <20030911114905.GQ12068@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20030911114905.GQ12068@baerlap.north.de> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 01:49:05PM +0200, Matthias Kurz wrote: > On Thu, Sep 11, 2003 at 12:39:45PM +0200, cyrax@b0rken.dk wrote: > Hi. > I also installed an instance as non-root in the meantime. > Same permissions here. > Same permissions here. > Well how did you unpack the openpkg-tool rpm ? You could have used > rpm --rebuild .src.rpm. with rpm -ivh , but I'm not a native rpm-user... > I tried rpm -ivh .src.rpm, then i > went to the equivalent of $ eval `/ebar/efs1/home1/s01/s011269/openpkg/local/etc/rc --eval all env` $ rpm -ivh openpkg-tool-20030902-20030902.src.rpm 1:openpkg-tool ########################################### [100%] > /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/SRC/openpkg-tool on my > machine and did a > rpmbuild -ba openpkg-tool.spec 2>&1 | tee log $ cd /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/SRC/openpkg-tool $ rpmbuild -ba openpkg-tool.spec=20 rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB And it stops... > Hmmm, -bb would have been enough... > Then, i added the "binary" package from the equivalent of > /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/PKG/ > with > rpm -Uvh /projects/tmp/non-root/RPM/PKG/openpkg-tool-20030902-20030902.... > And it worked. > $ rpm -qa > gpg-pubkey-63c4cb9f-3c591eda > openpkg-20030909-20030909 > openpkg-tool-20030902-20030902 Just for the heck of it: $ rpm -qa rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /ebar/efs1/home1/s01/s011269/openpkg/local/RPM/DB no packages =20 > What disturbs me, are the strange "platform" parts in the names of the > binary packages. > I see > openpkg-tool-20030902-20030902.ix86-solaris8-ptn.rpm > ^^^ Well, I run Solaris 9... > I saw "eeh" in your mail. Hmmm, i'd say there is a problem. But it > has probably nothing to do with _your_ problem. >=20 > Did you do something different from what i did ? At least not this time... --=20 // Mark Gj=F8l Is it better to abide by the rules until they're changed or help speed the = change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 11 14:33:18 2003 Received: from beaker.north.de (p508672E6.dip.t-dialin.net [80.134.114.230]) by mail.openpkg.org (Postfix) with ESMTP id 31B25277B23 for ; Thu, 11 Sep 2003 14:33:18 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.11.6+Sun/8.11.6) with ESMTP id h8BCXGm17325 for ; Thu, 11 Sep 2003 14:33:16 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h8BCXGD22070 for openpkg-users@openpkg.org; Thu, 11 Sep 2003 14:33:16 +0200 (MEST) Date: Thu, 11 Sep 2003 14:33:16 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911123316.GA2062@baerlap.north.de> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> <20030911062136.GP12068@baerlap.north.de> <20030911103944.GA7251@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20030911103944.GA7251@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 12:39:45PM +0200, cyrax@b0rken.dk wrote: [...] > 4. strace doesn't work "ERROR: unable to open /dev/log", but truss does > though (output and some version of this mail can be found here: > http://b0rken.dk/openpkg.txt ) Hmmm, i tried to avoid it, but i looked at it. Is it possible, that there are not enough resources or that you exceed some limit. What does "ulimit -a" or "swap -l" report ? Are there "strange" messages in /var/adm/messages ? I tried the last version on a SPARC, and it worked - but it was not installed by a bootstrap.sh... What compiler did you use for the bootstrap ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Sep 11 14:45:26 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id E4152277B23 for ; Thu, 11 Sep 2003 14:45:25 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19xQoa-0001zf-00 for ; Thu, 11 Sep 2003 14:44:48 +0200 Date: Thu, 11 Sep 2003 14:44:48 +0200 To: openpkg-users@openpkg.org Subject: Re: Problems with openpkg non-root Message-ID: <20030911124448.GB7557@b0rken.dk> References: <20030910211124.GE4413@b0rken.dk> <1063258570.1555.20.camel@tafelberg> <20030911062136.GP12068@baerlap.north.de> <20030911103944.GA7251@b0rken.dk> <20030911123316.GA2062@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030911123316.GA2062@baerlap.north.de> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 11, 2003 at 02:33:16PM +0200, Matthias Kurz wrote: > On Thu, Sep 11, 2003 at 12:39:45PM +0200, cyrax@b0rken.dk wrote: > > 4. strace doesn't work "ERROR: unable to open /dev/log", but truss does > > though (output and some version of this mail can be found here: > > http://b0rken.dk/openpkg.txt ) > Hmmm, i tried to avoid it, but i looked at it. Is it possible, that > there are not enough resources or that you exceed some limit. What > does "ulimit -a" or "swap -l" report ? Are there "strange" messages $ ulimit -a core file size (blocks) 0 data seg size (kbytes) unlimited file size (blocks) unlimited open files 1024 pipe size (512 bytes) 10 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 256 virtual memory (kbytes) unlimited $ swap -l swapfile dev swaplo blocks free /dev/md/dsk/d30 85,30 16 4198368 4198368 /dev/md/dsk/d40 85,40 16 35335264 31893200 /dev/md/dsk/d50 85,50 16 35335264 31902448 > in /var/adm/messages ? Nothing... > I tried the last version on a SPARC, and it worked - but it was not > installed by a bootstrap.sh... > What compiler did you use for the bootstrap ? Checking... gcc... 2.95.3.... Which is terribly old :( -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Mon Sep 15 18:46:25 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id D915B277ACD for ; Mon, 15 Sep 2003 18:46:23 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19ywTa-0007oa-00 for ; Mon, 15 Sep 2003 18:45:22 +0200 Date: Mon, 15 Sep 2003 18:45:22 +0200 To: openpkg-users@openpkg.org Subject: More problems with openpkg Message-ID: <20030915164521.GB29830@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ok, it seemed that I needed to install openpkg on a local disk for it to work. Thanks to Matthias Kurz for his aid. Now, I _am_ able to use openpkg to install openpkg-tools, but that's about it... I recon that the next package I ought to install is make, but I get this error: ----------- checking for gcc... gcc checking for C compiler default output... configure: error: C compiler cannot create executables check `config.log' for details. error: Bad exit status from /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/TMP/rpm-tmp.27545 (%build) RPM build errors: Bad exit status from /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/TMP/rpm-tmp.27545 (%build) ------------- This is both for cc and gcc as compiler. Any idea on what THIS problem is about? -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Mon Sep 15 19:25:44 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id E9221277ACD for ; Mon, 15 Sep 2003 19:25:43 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h8FHPhNj078277 for ; Mon, 15 Sep 2003 19:25:43 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h8FHPhr9078276 for openpkg-users@openpkg.org; Mon, 15 Sep 2003 19:25:43 +0200 (CEST) Date: Mon, 15 Sep 2003 19:25:42 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: More problems with openpkg Message-ID: <20030915172542.GB36776@dt4.dev.de.cw.net> References: <20030915164521.GB29830@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" In-Reply-To: <20030915164521.GB29830@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 15, 2003, cyrax@b0rken.dk wrote: > Now, I _am_ able to use openpkg to install openpkg-tools, but that's > about it... I recon that the next package I ought to install is make, > but I get this error: >=20 > ----------- > checking for gcc... gcc > checking for C compiler default output... configure: error: C compiler > cannot create executables > check `config.log' for details. > error: Bad exit status from > /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/TMP/rpm-tmp.27545 (%build) > Hello Cyrax, I'll just take a guess that maybe your OS is Solaris, in which there is a 'cc' program in /usr/ucb/bin or something like that. The make package detects it and tries to use it as a normal compiler, even though it isn't. If not, then please say what the OS is. I assume that you have no packages installed in your OpenPKG instance (no compiler there), so do you have one somewhere else on the system? If you do have one, then use it to build the first packages until you finally have the OpenPKG gcc package installed. http://www.openpkg.org/faq.html#overriding-cc Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP2X2FluYv80UoVTdAQHRmwf/bVlKKXJllQ0+iXUIlYNwcb48f87gJPrj K7G4fzmqfhB/3pLguhTshpw4O9sIUeKQljsjYXEZaJEmBaQu0f99gndeW48WGHt0 LRUSnejASMrxQ/B4clQQ1zaRcvTUlnXMqZpA111vUGXr2KXYIkDjUNrbnFqibtqk HS3HWYYIT8YUMAUp8UDuPwB/+GiAzroj28CNx6anjULY0z0MFiG7292xahadchXu IXbkU0hcE3BYrIYdBA19UKBA9oyGssWzVbQXPgShA7YlVrsHq2DGXSPZVDuU83Px r6Ql5Vn8PVz9V41NUQuUeGEX7n95WJ4mJMU5hhCcWtd7C3SLmdmoWg== =9x/t -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From openpkg-users-owner@openpkg.org Mon Sep 15 19:29:53 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 6FD3C277ACD for ; Mon, 15 Sep 2003 19:29:53 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h8FHTrNj078448 for ; Mon, 15 Sep 2003 19:29:53 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h8FHTqqu078447 for openpkg-users@openpkg.org; Mon, 15 Sep 2003 19:29:52 +0200 (CEST) Date: Mon, 15 Sep 2003 19:29:52 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: More problems with openpkg Message-ID: <20030915172952.GC36776@dt4.dev.de.cw.net> References: <20030915164521.GB29830@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Izn7cH1Com+I3R9J" In-Reply-To: <20030915164521.GB29830@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Izn7cH1Com+I3R9J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 15, 2003, cyrax@b0rken.dk wrote: > Now, I _am_ able to use openpkg to install openpkg-tools, but that's > about it... I recon that the next package I ought to install is make, > but I get this error: >=20 > ----------- > checking for gcc... gcc > checking for C compiler default output... configure: error: C compiler > cannot create executables > check `config.log' for details. > error: Bad exit status from > /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/TMP/rpm-tmp.27545 (%build) >=20 I should also mention that if you have no compiler on the system, you can temporarily install a binary gcc package. Then build make and binutils, and finally gcc. ftp://ftp.openpkg.org/release/1.3/BIN/... Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --Izn7cH1Com+I3R9J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP2X3EFuYv80UoVTdAQFBIgf/VDRIiAoBWW6MfjazYZrY19HnZo8/lPCb gu03PL6QbvGmQM5q2mLBw3wKRhqrYwV/0EBD0QNEb6yCAGMPhCJ3potfBl+3AqMZ n4MARBVWj7KM7Ev1mKjwuBvT5HcbwPIKGyxU1k2942d+AY4b/k88PQKZ5LdY2BiT TqUTG8J/IkQW0y3RvVXM5xAXFc3iNKACVbBH2/Stq2ExQunl8jWTv41Y7e8BqIVM U0FPOMOsG+gnTzvvqv1cae/tx53kidj0TlWa3kBzLVySgK87gFtomQrZKmlUAOIp hseg1qgDJ7lR1jtmFoX0YS7DCVXpEoAQTv3ZlFOP4hdq+UzBZxM5AQ== =F0W0 -----END PGP SIGNATURE----- --Izn7cH1Com+I3R9J-- From openpkg-users-owner@openpkg.org Mon Sep 15 19:34:51 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id 53B4B277ACD for ; Mon, 15 Sep 2003 19:34:50 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19yxEc-0007sY-00 for ; Mon, 15 Sep 2003 19:33:58 +0200 Date: Mon, 15 Sep 2003 19:33:57 +0200 To: openpkg-users@openpkg.org Subject: Re: More problems with openpkg Message-ID: <20030915173357.GA30201@b0rken.dk> References: <20030915164521.GB29830@b0rken.dk> <20030915172542.GB36776@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030915172542.GB36776@dt4.dev.de.cw.net> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Sep 15, 2003 at 07:25:42PM +0200, Michael Schloh von Bennewitz wrote: > I'll just take a guess that maybe your OS is Solaris, in which there is a > 'cc' program in /usr/ucb/bin or something like that. The make package > detects it and tries to use it as a normal compiler, even though it isn't. > If not, then please say what the OS is. I assume that you have no packages > installed in your OpenPKG instance (no compiler there), so do you have one > somewhere else on the system? If you do have one, then use it to build the > first packages until you finally have the OpenPKG gcc package installed. > > http://www.openpkg.org/faq.html#overriding-cc Correct and correct. Thanks! I tried other methods of using other compilers than cc, but apparently they didn't work. :) -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Tue Sep 16 19:58:16 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 96DA9277AFA; Tue, 16 Sep 2003 19:58:16 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 881254CE57E; Tue, 16 Sep 2003 19:58:16 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 934A1285F4; Tue, 16 Sep 2003 19:58:08 +0200 (CEST) Date: Tue, 16 Sep 2003 19:58:08 +0200 From: "Ralf S. Engelschall" To: openpkg-dev@openpkg.org Cc: openpkg-users@openpkg.org Subject: Re: OpenSSH security problem Message-ID: <20030916175808.GA48303@engelschall.com> References: <20030916172527.GB6986@baerlap.north.de> <20030916174226.GA47442@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030916174226.GA47442@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 16, 2003, Ralf S. Engelschall wrote: > On Tue, Sep 16, 2003, Matthias Kurz wrote: > > > Will there be a new openssh pkg today, or should i roll my own ? > > There will be an OpenPKG-CURRENT update to 3.7p1 within a few minutes > and fixed older version for OpenPKG 1.3 and 1.2 versions within the next > 24 hours. Ok, packages for OpenPKG CURRENT, 1.3 and 1.2 are now already available which include the official bugfix patch from http://www.openssh.com/txt/buffer.adv: ftp://ftp.openpkg.org/current/SRC/openssh-3.7p1-20030916.src.rpm ftp://ftp.openpkg.org/release/1.3/UPD/openssh-3.6.1p2-1.3.1.src.rpm ftp://ftp.openpkg.org/release/1.2/UPD/openssh-3.5p1-1.2.3.src.rpm Feel free to already upgrade. A corresponding security advisory with more details is prepared and sent out within the next 24 hours, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 00:25:30 2003 Received: from etenemanki.touche.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id F2128277AFA for ; Thu, 18 Sep 2003 00:25:29 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h8HMPOhi022577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2003 00:25:26 +0200 (CEST) Message-ID: <3F68DF7D.4050201@lycos.com> Date: Thu, 18 Sep 2003 00:26:05 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: little problem with mysql-4 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 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 regards Julien From openpkg-users-owner@openpkg.org Thu Sep 18 08:00:44 2003 Received: from voodoo.schug.net (schug.net [195.27.130.138]) by mail.openpkg.org (Postfix) with ESMTP id 477FA277AEC for ; Thu, 18 Sep 2003 08:00:43 +0200 (CEST) Received: by voodoo.schug.net (Postfix, from userid 10000) id 45E3CC5B54; Thu, 18 Sep 2003 08:00:42 +0200 (CEST) Date: Thu, 18 Sep 2003 08:00:42 +0200 From: Christoph Schug To: openpkg-users@openpkg.org Subject: Re: little problem with mysql-4 Message-ID: <20030918060042.GA22998@voodoo.schug.net> References: <3F68DF7D.4050201@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F68DF7D.4050201@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 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 From openpkg-users-owner@openpkg.org Thu Sep 18 08:57:25 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 6D31B277AEC for ; Thu, 18 Sep 2003 08:57:25 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id B5C808DC51; Thu, 18 Sep 2003 08:57:24 +0200 (CEST) Date: Thu, 18 Sep 2003 08:57:24 +0200 From: Thomas Lotterer To: Tom Brown Cc: bugtraq@securityfocus.com, openpkg-users@openpkg.org Subject: Re: openssh 3.7.1 patched or not? Message-ID: <20030918065724.GA24676@dev.de.cw.com> References: <1063790349.884.5.camel@themountain.linuxmountain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 17, 2003, Tom Brown wrote: > > why does the tarball for openssh-3.7p1.tar.gz have [...] > when the advisory http://www.openssh.com/txt/buffer.adv [...] > > it's like 3.7.1 doesn't have all the changes in it?! If I'm right, and > others have missed this, there may be a lot of folks with a false sense of > security. > Tom, not all others missed this. See OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html check the CVS timeline at http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec and see the associated checkins referenced below. It's worth looking at the comments in the patches. http://cvs.openpkg.org/chngview?cn=12266 http://cvs.openpkg.org/chngview?cn=12268 upgrading package: openssh 3.7p1 -> 3.7.1p1 add more bugfix patches from Solar Designer led to openssh-3.7.1p1-20030917 http://cvs.openpkg.org/chngview?cn=12270 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.6.1p2-1.3.2 http://cvs.openpkg.org/chngview?cn=12272 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.5p1-1.2.4 The OpenPKG-SA-2003.040-openssh was written with all issues but only the number CAN-2003-0693 known. Now we know more details. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0693 Original OpenSSH buffer handling problem, fixed in OpenSSH 3.7 http://marc.theaimsgroup.com/?l=openbsd-misc&m=106371592604940 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0695 Updates to the OpenSSH buffer handling problem, fixed in OpenSSH 3.7.1 http://marc.theaimsgroup.com/?l=openbsd-security-announce&m=106375582924840 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0682 Additional updates to OpenSSH by Solar Designer -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Sep 18 14:06:54 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 42649277AEC; Thu, 18 Sep 2003 14:06:54 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 09DF54CE52B; Thu, 18 Sep 2003 14:06:54 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id CB1712861D; Thu, 18 Sep 2003 14:05:17 +0200 (CEST) Date: Thu, 18 Sep 2003 14:05:17 +0200 From: "Ralf S. Engelschall" To: openpkg-cvs@openpkg.org Cc: openpkg-users@openpkg.org Subject: Completely revamp the RPM database fiddling in OpenPKG-CURRENT Message-ID: <20030918120517.GA40364@engelschall.com> References: <20030918114509.DE3B8277BFD@mail.openpkg.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030918114509.DE3B8277BFD@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003, Ralf S. Engelschall wrote: > OpenPKG CVS Repository > http://cvs.openpkg.org/ > ____________________________________________________________________________ > > Server: cvs.openpkg.org Name: Ralf S. Engelschall > Root: /e/openpkg/cvs Email: rse@openpkg.org > Module: openpkg-src openpkg-web Date: 18-Sep-2003 13:45:09 > Branch: HEAD Handle: 2003091812450404 > > Added files: > openpkg-src/openpkg rpmdb > Modified files: > openpkg-src/openpkg HISTORY openpkg.boot openpkg.spec rpm.patch.bugfix > rpm.patch.feature rpm.patch.porting > rpm.patch.regen rpmpopt > openpkg-web news.txt > > Log: > Completely revamp the RPM database fiddling: > > 1. Introduce new /lib/openpkg/rpmdb utility for administrating > the RPM database on the lower level and hook it into the > /bin/rpm command line with four options: > > --db-build RPM database administration: build new > database (destructive operation; you have > to know what you are doing) > > --db-rebuild RPM database administration: rebuild new > from old database (upgrading operation; > reasonable after upgrades or on DB > corruption) > > --db-cleanup RPM database administration: cleanup > existing database (cleaning operation; > reasonable after DB out-of-sync situations) > > --db-fixate RPM database administration: fixate > existing database (harmless operation; for > fixating files only) > > 2. Use rpmdb from within openpkg.boot to create initial database the > correct way and to query the list of filenames of all database files. > > 3. Use rpmdb from within openpkg.spec:%post to fixate the > database on upgrades only (no more rebuilding) but drop note to RPM > 4.0 to 4.2 upgraders about "rpm --db-rebuild" and "rpm --db-cleanup". > > 4. Patch RPM's embedded Berkeley-DB to accept zero-size DB region files. > Because permissions and ownership on Berkeley-DB region files > __db.XXX have to be already fixed in advance and those files cannot > be created in advance on the command line with some reasonable > default (as it is the case for the other files which are created > with [rpm]db_load), we have to force Berkeley-DB to accept those > zero-sized files and (on DB_CREATE) create/overwrite them (instead of > thinking another process is currently creating them). > > This especially workarounds the "Resource temporarily unavailable" > problems we've seen on some platforms, which were mainly caused by > the pre-existing DB region files. > > 5. Patch RPM so it passes flag DB_CREATE to Berkeley-DB also if DB > region file __db.001 exists, but is (still) zero-size. > > With those changes all together we are now able to perform lower-level > administration of the RPM database, have moved all RPM database fiddling > into a single script (rpmdb), this way removed all redundancy related to > this database fiddling, and should workround the "Resource temporarily > unavailable" problems we experienced. > > OpenPKG-CURRENT drivers are strongly advised to immediately upgrade to > this "openpkg-20030918-20030918" release of the bootstrap package and > especially perform an "rpm --db-rebuild" once after the installation. > > If you have already trouble ("Resource temporarily unavailable" or > other hangs) in upgrading the previous "openpkg" package to this latest > version, you can workaround it with the following more upgrade procedure > (note the "private" on the __dbi_cdb macro definition): > > $ /bin/rpm --rebuild openpkg-20030918-20030918.src.rpm > $ rm /RPM/DB/__db.* > $ /bin/rpm -Uvh \ > --define '__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private' \ > /RPM/PKG/openpkg-20030918-20030918.*.rpm > $ /bin/rpm --db-rebuild Those of you who experiences "Resource temporarily unavailable" problems, please perform the upgrade procedure above and give feedback whether it solved your problems. If not, first make sure no other still hanging around "rpm" processes exists and then try to figure out what is happening by applying "truss" (FreeBSD, Solaris) or "strace" (Linux) to your "rpm -Uvh" command and send me your output. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 14:23:43 2003 Received: from etenemanki.touche.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 26379277AEC for ; Thu, 18 Sep 2003 14:23:43 +0200 (CEST) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) by etenemanki.touche.www (8.12.6/8.12.6/Unknown) with ESMTP id h8ICNehi016929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2003 14:23:41 +0200 (CEST) Message-ID: <3F69A3F5.9030108@lycos.com> Date: Thu, 18 Sep 2003 14:24:21 +0200 From: julien Touche MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: little problem with mysql-4 References: <3F68DF7D.4050201@lycos.com> <20030918060042.GA22998@voodoo.schug.net> In-Reply-To: <20030918060042.GA22998@voodoo.schug.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Christoph Schug wrote: > > yep, your openpkg package is just one day to old, openpkg >= 20030716 is > required. > so, could i update only openpkg to 1.3 (or current ?) without rebuilding all tree ? or i only could use mysql from 1.2 tree ? thanks julien From openpkg-users-owner@openpkg.org Thu Sep 18 14:24:34 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 8F709277AEC for ; Thu, 18 Sep 2003 14:24:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 78CBA4CE52B; Thu, 18 Sep 2003 14:24:34 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id A666F2861D; Thu, 18 Sep 2003 14:24:17 +0200 (CEST) Date: Thu, 18 Sep 2003 14:24:17 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: little problem with mysql-4 Message-ID: <20030918122417.GA40737@engelschall.com> References: <3F68DF7D.4050201@lycos.com> <20030918060042.GA22998@voodoo.schug.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030918060042.GA22998@voodoo.schug.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003, Christoph Schug 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. And the "mysql" package actually expressed "openpkg >= 20030718" because %{l_value} was introduced over multiple days. Lesson to learn here, guys: "never ever use --nodeps on a CURRENT package", except you're closely monitoring our CURRENT changes and know _EXACTLY_ what you're doing. We never bump up dependencies just for fun, especially not those to the "openpkg" bootstrap package. So, if a package says it requires "openpkg >= 20030718" and you have openpkg-20030715, you first _have_ to upgrade. Sorry, that's the price of running bleeding edge OpenPKG-CURRENT and not OpenPKG-RELEASE. If someone is tired of such regular updating (or his Internet link is already driving hot ;-), he has to stick with OpenPKG-RELEASE, i.e., currently OpenPKG 1.3. Else one have to fulfill the dependencies on every upgrade. Sorry. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 14:41:25 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 9EC4D277AEC for ; Thu, 18 Sep 2003 14:41:25 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 7A5374CE55C; Thu, 18 Sep 2003 14:41:25 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4CDB32861D; Thu, 18 Sep 2003 14:41:12 +0200 (CEST) Date: Thu, 18 Sep 2003 14:41:12 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: little problem with mysql-4 Message-ID: <20030918124112.GA41696@engelschall.com> References: <3F68DF7D.4050201@lycos.com> <20030918060042.GA22998@voodoo.schug.net> <3F69A3F5.9030108@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F69A3F5.9030108@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003, julien Touche wrote: > [...] > so, could i update only openpkg to 1.3 (or current ?) without rebuilding > all tree ? or i only could use mysql from 1.2 tree ? First, you always can upgrade your older CURRENT "openpkg" to the latest one and this way solve your dependency problem, of course. If your other packages (beside "mysql") are also CURRENT packages, I recommend you this (because you would have to step to the latest CURRENT "openpkg" again if you upgrade them, etc). If your other packages are mostly RELEASE (in your case it looks 1.2) packages, I recommend you to upgrade to OpenPKG 1.3, of course. And for the few CURRENT packages you have, as long as they have dependencies like "openpkg >= 2003xxxx" with "xxxx" less or equal "0802" it is safe to use --nodeps. In all other cases you have to use the latest CURRENT "openpkg" package in addition to your 1.3 packages to fulfill the requirements of your few CURRENT packages. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 15:29:32 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id 6ACCB277AEC for ; Thu, 18 Sep 2003 15:29:32 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19zypl-0006eS-00 for ; Thu, 18 Sep 2003 15:28:33 +0200 Date: Thu, 18 Sep 2003 15:28:33 +0200 To: openpkg-users@openpkg.org Subject: gcc 3.x vs. 2.x Message-ID: <20030918132832.GA25549@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When installing certain programs (such as mplayer) gcc is required. Now, these programs are supposed to be static, so it shouldn't matter whether I compile them with gcc 3, or the gcc 2, which the whole system runs, but when I installed mozilla recently it couldn't start... Ok, some of the programs were compiled with dcc 2.95, since that was what I had before I installed 3.x with openpkg, so I decided to recompile those packages with 3.x, starting with openpkg itself. Then openpkg broke. Not much to do there... Now is it possible to use 2.95 for all packages, or is there error something completely different? -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 18 15:34:34 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 6FCE2277AEC for ; Thu, 18 Sep 2003 15:34:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1000) id 4FA794CE53C; Thu, 18 Sep 2003 15:34:34 +0200 (CEST) Date: Thu, 18 Sep 2003 15:34:34 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: gcc 3.x vs. 2.x Message-ID: <20030918133434.GA73787@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In article <20030918132832.GA25549@b0rken.dk> you wrote: > When installing certain programs (such as mplayer) gcc is required. Now, > these programs are supposed to be static, so it shouldn't matter whether > I compile them with gcc 3, or the gcc 2, which the whole system runs, > but when I installed mozilla recently it couldn't start... Ok, some of > the programs were compiled with dcc 2.95, since that was what I had > before I installed 3.x with openpkg, so I decided to recompile those > packages with 3.x, starting with openpkg itself. Then openpkg broke. Not > much to do there... What does "openpkg broke" mean? What errors do you see? Please be more specific or nobody will be able to help you. > Now is it possible to use 2.95 for all packages, or > is there error something completely different? You cannot build all packages of OpenPKG with GCC 2.95, because (1) a large bunch of packages depend on our "gcc" package (which is 3.x) and (2) a subset of them really depends on gcc 3.x features and no longer compiles with a gcc 2.x. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 15:40:41 2003 Received: from pingvinen (b0rken.dk [80.198.145.66]) by mail.openpkg.org (Postfix) with ESMTP id 4BFE4277AEC for ; Thu, 18 Sep 2003 15:40:41 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 19zz0g-0006ey-00 for ; Thu, 18 Sep 2003 15:39:50 +0200 Date: Thu, 18 Sep 2003 15:39:50 +0200 To: openpkg-users@openpkg.org Subject: Re: gcc 3.x vs. 2.x Message-ID: <20030918133950.GB25549@b0rken.dk> References: <20030918133434.GA73787@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030918133434.GA73787@engelschall.com> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003 at 03:34:34PM +0200, Ralf S. Engelschall wrote: > In article <20030918132832.GA25549@b0rken.dk> you wrote: > > When installing certain programs (such as mplayer) gcc is required. Now, > > these programs are supposed to be static, so it shouldn't matter whether > > I compile them with gcc 3, or the gcc 2, which the whole system runs, > > but when I installed mozilla recently it couldn't start... Ok, some of > > the programs were compiled with dcc 2.95, since that was what I had > > before I installed 3.x with openpkg, so I decided to recompile those > > packages with 3.x, starting with openpkg itself. Then openpkg broke. Not > > much to do there... > What does "openpkg broke" mean? What errors do you see? Please > be more specific or nobody will be able to help you. Hmm.. Yeah.... Not too specific... Here's the output from a random rpm operation: $ rpm -qa rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/DB no packages ~/openpkg/local/RPM/PKG > > Now is it possible to use 2.95 for all packages, or > > is there error something completely different? > You cannot build all packages of OpenPKG with GCC 2.95, because (1) a > large bunch of packages depend on our "gcc" package (which is 3.x) and > (2) a subset of them really depends on gcc 3.x features and no longer > compiles with a gcc 2.x. Hm... Then I really hope the packages aren't sharing libraries with the system. I don't think SUN is going to compile the Solaris programs with gcc 3.x anytime soon. -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 18 16:35:49 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id ABC4E277AEC for ; Thu, 18 Sep 2003 16:35:48 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 7CFFB4CE52B; Thu, 18 Sep 2003 16:35:48 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4F334286CC; Thu, 18 Sep 2003 16:35:36 +0200 (CEST) Date: Thu, 18 Sep 2003 16:35:36 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: gcc 3.x vs. 2.x Message-ID: <20030918143536.GA99493@engelschall.com> References: <20030918133434.GA73787@engelschall.com> <20030918133950.GB25549@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030918133950.GB25549@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003, cyrax@b0rken.dk wrote: > > > When installing certain programs (such as mplayer) gcc is required. Now, > > > these programs are supposed to be static, so it shouldn't matter whether > > > I compile them with gcc 3, or the gcc 2, which the whole system runs, > > > but when I installed mozilla recently it couldn't start... Ok, some of > > > the programs were compiled with dcc 2.95, since that was what I had > > > before I installed 3.x with openpkg, so I decided to recompile those > > > packages with 3.x, starting with openpkg itself. Then openpkg broke. Not > > > much to do there... > > What does "openpkg broke" mean? What errors do you see? Please > > be more specific or nobody will be able to help you. > > Hmm.. Yeah.... Not too specific... Here's the output from a random rpm > operation: > $ rpm -qa > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily > unavailable (11) > error: cannot open Packages database in > /gbar/bohr/home2/gbar/gbar/openpkg/local/RPM/DB > no packages > ~/openpkg/local/RPM/PKG Ahhh... wait: this has nothing to do with GCC. This is the RPM database issue I've fighted against the last three days and which should now be solved with openpkg-20030918-20030918 and higher. See my mail from a few hours before http://marc.theaimsgroup.com/?l=openpkg-dev&m=106388682601294&w=2 for details on how to fix this. > > > Now is it possible to use 2.95 for all packages, or > > > is there error something completely different? > > > You cannot build all packages of OpenPKG with GCC 2.95, because (1) a > > large bunch of packages depend on our "gcc" package (which is 3.x) and > > (2) a subset of them really depends on gcc 3.x features and no longer > > compiles with a gcc 2.x. > > Hm... Then I really hope the packages aren't sharing libraries with the > system. I don't think SUN is going to compile the Solaris programs with > gcc 3.x anytime soon. No, OpenPKG is fully self-contained and unless with provide optional shared library support, the libs of OpenPKG are fully private to the OpenPKG instance. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 18 22:57:02 2003 Received: from mail.hut.edu.vn (mail.hut.edu.vn [203.162.7.195]) by mail.openpkg.org (Postfix) with ESMTP id 9A166277AEC for ; Thu, 18 Sep 2003 22:56:47 +0200 (CEST) Received: from hpcc-hut.org ([172.16.50.1]) by mail.hut.edu.vn (Netscape Messaging Server 4.15) with ESMTP id HLGJ7V00.GJQ for ; Fri, 19 Sep 2003 17:45:31 +0700 Received: from mail.hut.edu.vn ([203.162.7.195]) by hpcc-hut.org ([]) with DomainPOP (MDaemon.PRO.v6.7.0.R) for ; Fri, 19 Sep 2003 03:53:11 +0700 Received: from mail02.powweb.com ([63.251.216.35]) by mail.hut.edu.vn (Netscape Messaging Server 4.15) with ESMTP id HLGJ5B00.SK4 for ; Fri, 19 Sep 2003 17:43:59 +0700 Received: from outgoing3.securityfocus.com (outgoing3.securityfocus.com [205.206.231.27]) by mail02.powweb.com (Postfix) with ESMTP id 7F0F7DF0BC for ; Thu, 18 Sep 2003 14:04:51 -0700 (PDT) Received: from lists.securityfocus.com (lists.securityfocus.com [205.206.231.19]) by outgoing3.securityfocus.com (Postfix) with QMQP id 7C9FDA34FA; Thu, 18 Sep 2003 14:34:49 -0600 (MDT) Received: (qmail 31405 invoked from network); 18 Sep 2003 00:48:55 -0000 Date: Thu, 18 Sep 2003 08:57:24 +0200 From: Thomas Lotterer To: Tom Brown Cc: bugtraq@securityfocus.com, openpkg-users@openpkg.org Subject: Re: openssh 3.7.1 patched or not? Message-ID: <20030918065724.GA24676@dev.de.cw.com> References: <1063790349.884.5.camel@themountain.linuxmountain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 17, 2003, Tom Brown wrote: > > why does the tarball for openssh-3.7p1.tar.gz have [...] > when the advisory http://www.openssh.com/txt/buffer.adv [...] > > it's like 3.7.1 doesn't have all the changes in it?! If I'm right, and > others have missed this, there may be a lot of folks with a false sense of > security. > Tom, not all others missed this. See OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html check the CVS timeline at http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec and see the associated checkins referenced below. It's worth looking at the comments in the patches. http://cvs.openpkg.org/chngview?cn=12266 http://cvs.openpkg.org/chngview?cn=12268 upgrading package: openssh 3.7p1 -> 3.7.1p1 add more bugfix patches from Solar Designer led to openssh-3.7.1p1-20030917 http://cvs.openpkg.org/chngview?cn=12270 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.6.1p2-1.3.2 http://cvs.openpkg.org/chngview?cn=12272 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.5p1-1.2.4 The OpenPKG-SA-2003.040-openssh was written with all issues but only the number CAN-2003-0693 known. Now we know more details. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0693 Original OpenSSH buffer handling problem, fixed in OpenSSH 3.7 http://marc.theaimsgroup.com/?l=openbsd-misc&m=106371592604940 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0695 Updates to the OpenSSH buffer handling problem, fixed in OpenSSH 3.7.1 http://marc.theaimsgroup.com/?l=openbsd-security-announce&m=106375582924840 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0682 Additional updates to OpenSSH by Solar Designer -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Sep 18 23:15:50 2003 Received: from server.office.talanton.co.uk (unknown [193.203.245.223]) by mail.openpkg.org (Postfix) with ESMTP id B2DCE277AEC for ; Thu, 18 Sep 2003 23:15:48 +0200 (CEST) Received: from server.office.talanton.co.uk ([192.168.0.1]) by server.office.talanton.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Thu, 18 Sep 2003 22:15:39 +0100 Received: by server.office.talanton.co.uk (Microsoft Connector for POP3 Mailboxes 5.00.2195) with SMTP (Global POP3 Download) id MSG09182003-221536-55.MMD@office.talanton.co.uk; Thu, 18 Sep 2003 22:15:36 +0100 Received: (qmail 6786 invoked by uid 89); 18 Sep 2003 21:01:16 -0000 Received: (qmail 6783 invoked by uid 1004); 18 Sep 2003 21:01:16 -0000 Received: from unknown (HELO outgoing3.securityfocus.com) (205.206.231.27) by 0 with SMTP; 18 Sep 2003 21:01:15 -0000 Received: from lists.securityfocus.com (lists.securityfocus.com [205.206.231.19]) by outgoing3.securityfocus.com (Postfix) with QMQP id 7C9FDA34FA; Thu, 18 Sep 2003 14:34:49 -0600 (MDT) Received: (qmail 31405 invoked from network); 18 Sep 2003 00:48:55 -0000 Date: Thu, 18 Sep 2003 08:57:24 +0200 From: Thomas Lotterer To: Tom Brown Cc: bugtraq@securityfocus.com, openpkg-users@openpkg.org Subject: Re: openssh 3.7.1 patched or not? Message-ID: <20030918065724.GA24676@dev.de.cw.com> References: <1063790349.884.5.camel@themountain.linuxmountain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 17, 2003, Tom Brown wrote: > > why does the tarball for openssh-3.7p1.tar.gz have [...] > when the advisory http://www.openssh.com/txt/buffer.adv [...] > > it's like 3.7.1 doesn't have all the changes in it?! If I'm right, and > others have missed this, there may be a lot of folks with a false sense of > security. > Tom, not all others missed this. See OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html check the CVS timeline at http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec and see the associated checkins referenced below. It's worth looking at the comments in the patches. http://cvs.openpkg.org/chngview?cn=12266 http://cvs.openpkg.org/chngview?cn=12268 upgrading package: openssh 3.7p1 -> 3.7.1p1 add more bugfix patches from Solar Designer led to openssh-3.7.1p1-20030917 http://cvs.openpkg.org/chngview?cn=12270 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.6.1p2-1.3.2 http://cvs.openpkg.org/chngview?cn=12272 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.5p1-1.2.4 The OpenPKG-SA-2003.040-openssh was written with all issues but only the number CAN-2003-0693 known. Now we know more details. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0693 Original OpenSSH buffer handling problem, fixed in OpenSSH 3.7 http://marc.theaimsgroup.com/?l=openbsd-misc&m=106371592604940 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0695 Updates to the OpenSSH buffer handling problem, fixed in OpenSSH 3.7.1 http://marc.theaimsgroup.com/?l=openbsd-security-announce&m=106375582924840 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0682 Additional updates to OpenSSH by Solar Designer -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Sep 19 00:29:40 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 69DA3277AEC for ; Fri, 19 Sep 2003 00:29:39 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 9BB9B13F61F for ; Thu, 18 Sep 2003 15:29:37 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 423A63F0B; Thu, 18 Sep 2003 15:29:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 401F37149B for ; Thu, 18 Sep 2003 17:29:37 -0500 (CDT) Date: Thu, 18 Sep 2003 17:29:16 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: Openpkg 1.3: texinfo dependency on ncurses Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, On a Solaris 8 machine with openpkg 1.3, I was trying to build wget via openpkg build wget |sh but it depends on texinfo-4.6-1.3.0, which doesn't build: ------------------------------------------------------------ Making all in info if /opt/opkg/1.3/bin/cc -DHAVE_CONFIG_H -DINFODIR=\"/opt/opkg/1.3/info\" -DLOCALEDIR=\"/opt/opkg/1.3/share/locale\" -I. -I. -I.. -I. -I../lib -I../intl -I.. -I. -O2 -pipe -MT makedoc.o -MD -MP -MF ".deps/makedoc.Tpo" \ -c -o makedoc.o `test -f 'makedoc.c' || echo './'`makedoc.c; \ then mv -f ".deps/makedoc.Tpo" ".deps/makedoc.Po"; \ else rm -f ".deps/makedoc.Tpo"; exit 1; \ fi /opt/opkg/1.3/bin/cc -O2 -pipe -o makedoc makedoc.o ../lib/libtxi.a -lncurses ../intl/libintl.a rm -f doc.c funs.h key.c ./makedoc ./session.c ./echo-area.c ./infodoc.c ./m-x.c ./indices.c ./nodemenu.c ./footnotes.c ./variables.c ld.so.1: ./makedoc: fatal: libncurses.so.5: open failed: No such file or directory make[2]: *** [doc.c] Killed make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 error: Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.5694 (%build) RPM build errors: Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.5694 (%build) ------------------------------------------------------------ Workaround: I built + installed ncurses-5.3.20030726-1.3.0.src.rpm and that fixed the problem (i.e. texinfo built fine, and now wget builds fine) -- Vinod From openpkg-users-owner@openpkg.org Fri Sep 19 02:00:12 2003 Received: from triton.xo.com (plasmlprd05.pla.dc.xo.com [205.158.160.115]) by mail.openpkg.org (Postfix) with ESMTP id 810C0277AEC for ; Fri, 19 Sep 2003 02:00:11 +0200 (CEST) Received: from ilchicsimr002.mail.inthosts.net ([172.19.22.42]) by triton.xo.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id h8INwND6004538; Thu, 18 Sep 2003 19:00:04 -0500 (CDT) Received: from mail pickup service by ilchicsimr002.mail.inthosts.net with Microsoft SMTPSVC; Thu, 18 Sep 2003 19:59:05 -0400 Received: from triton.xo.com ([205.158.160.113]) by ilchicsimr002.mail.inthosts.net with Microsoft SMTPSVC(5.0.2195.5329); Thu, 18 Sep 2003 17:02:30 -0400 Received: from outgoing3.securityfocus.com (outgoing3.securityfocus.com [205.206.231.27]) by triton.xo.com (Switch-3.1.0/Switch-3.1.0) with ESMTP id h8IL2IhW028347 for ; Thu, 18 Sep 2003 16:02:18 -0500 (CDT) Received: from lists.securityfocus.com (lists.securityfocus.com [205.206.231.19]) by outgoing3.securityfocus.com (Postfix) with QMQP id 7C9FDA34FA; Thu, 18 Sep 2003 14:34:49 -0600 (MDT) Received: (qmail 31405 invoked from network); 18 Sep 2003 00:48:55 -0000 Date: Thu, 18 Sep 2003 08:57:24 +0200 From: Thomas Lotterer To: Tom Brown Cc: bugtraq@securityfocus.com, openpkg-users@openpkg.org Subject: Re: openssh 3.7.1 patched or not? Message-ID: <20030918065724.GA24676@dev.de.cw.com> References: <1063790349.884.5.camel@themountain.linuxmountain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 17, 2003, Tom Brown wrote: > > why does the tarball for openssh-3.7p1.tar.gz have [...] > when the advisory http://www.openssh.com/txt/buffer.adv [...] > > it's like 3.7.1 doesn't have all the changes in it?! If I'm right, and > others have missed this, there may be a lot of folks with a false sense of > security. > Tom, not all others missed this. See OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html check the CVS timeline at http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec and see the associated checkins referenced below. It's worth looking at the comments in the patches. http://cvs.openpkg.org/chngview?cn=12266 http://cvs.openpkg.org/chngview?cn=12268 upgrading package: openssh 3.7p1 -> 3.7.1p1 add more bugfix patches from Solar Designer led to openssh-3.7.1p1-20030917 http://cvs.openpkg.org/chngview?cn=12270 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.6.1p2-1.3.2 http://cvs.openpkg.org/chngview?cn=12272 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.5p1-1.2.4 The OpenPKG-SA-2003.040-openssh was written with all issues but only the number CAN-2003-0693 known. Now we know more details. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0693 Original OpenSSH buffer handling problem, fixed in OpenSSH 3.7 http://marc.theaimsgroup.com/?l=openbsd-misc&m=106371592604940 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0695 Updates to the OpenSSH buffer handling problem, fixed in OpenSSH 3.7.1 http://marc.theaimsgroup.com/?l=openbsd-security-announce&m=106375582924840 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0682 Additional updates to OpenSSH by Solar Designer -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Sep 19 02:54:39 2003 Received: from triton.xo.com (plasmlprd03.pla.dc.xo.com [205.158.160.113]) by mail.openpkg.org (Postfix) with ESMTP id 87E6D277AEC for ; Fri, 19 Sep 2003 02:54:38 +0200 (CEST) Received: from ilchicsimr002.mail.inthosts.net ([172.19.22.42]) by triton.xo.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id h8J0qitI010217; Thu, 18 Sep 2003 19:54:31 -0500 (CDT) Received: from mail pickup service by ilchicsimr002.mail.inthosts.net with Microsoft SMTPSVC; Thu, 18 Sep 2003 20:54:05 -0400 Received: from triton.xo.com ([205.158.160.113]) by ilchicsimr002.mail.inthosts.net with Microsoft SMTPSVC(5.0.2195.5329); Thu, 18 Sep 2003 17:25:48 -0400 Received: from outgoing3.securityfocus.com (outgoing3.securityfocus.com [205.206.231.27]) by triton.xo.com (Switch-3.1.0/Switch-3.1.0) with ESMTP id h8ILPZhW005544 for ; Thu, 18 Sep 2003 16:25:35 -0500 (CDT) Received: from lists.securityfocus.com (lists.securityfocus.com [205.206.231.19]) by outgoing3.securityfocus.com (Postfix) with QMQP id 7C9FDA34FA; Thu, 18 Sep 2003 14:34:49 -0600 (MDT) Received: (qmail 31405 invoked from network); 18 Sep 2003 00:48:55 -0000 Date: Thu, 18 Sep 2003 08:57:24 +0200 From: Thomas Lotterer To: Tom Brown Cc: bugtraq@securityfocus.com, openpkg-users@openpkg.org Subject: Re: openssh 3.7.1 patched or not? Message-ID: <20030918065724.GA24676@dev.de.cw.com> References: <1063790349.884.5.camel@themountain.linuxmountain.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 17, 2003, Tom Brown wrote: > > why does the tarball for openssh-3.7p1.tar.gz have [...] > when the advisory http://www.openssh.com/txt/buffer.adv [...] > > it's like 3.7.1 doesn't have all the changes in it?! If I'm right, and > others have missed this, there may be a lot of folks with a false sense of > security. > Tom, not all others missed this. See OpenPKG Security Advisory http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html check the CVS timeline at http://cvs.openpkg.org/rlog?f=openpkg-src/openssh/openssh.spec and see the associated checkins referenced below. It's worth looking at the comments in the patches. http://cvs.openpkg.org/chngview?cn=12266 http://cvs.openpkg.org/chngview?cn=12268 upgrading package: openssh 3.7p1 -> 3.7.1p1 add more bugfix patches from Solar Designer led to openssh-3.7.1p1-20030917 http://cvs.openpkg.org/chngview?cn=12270 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.6.1p2-1.3.2 http://cvs.openpkg.org/chngview?cn=12272 apply buffer.adv V2 patch plus similar extra ones led to openssh-3.5p1-1.2.4 The OpenPKG-SA-2003.040-openssh was written with all issues but only the number CAN-2003-0693 known. Now we know more details. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0693 Original OpenSSH buffer handling problem, fixed in OpenSSH 3.7 http://marc.theaimsgroup.com/?l=openbsd-misc&m=106371592604940 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0695 Updates to the OpenSSH buffer handling problem, fixed in OpenSSH 3.7.1 http://marc.theaimsgroup.com/?l=openbsd-security-announce&m=106375582924840 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0682 Additional updates to OpenSSH by Solar Designer -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Sep 19 10:03:15 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 15F08277D09 for ; Fri, 19 Sep 2003 10:03:15 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id E82804CE577; Fri, 19 Sep 2003 10:03:14 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 81F91285FD; Fri, 19 Sep 2003 10:03:03 +0200 (CEST) Date: Fri, 19 Sep 2003 10:03:03 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Openpkg 1.3: texinfo dependency on ncurses Message-ID: <20030919080303.GA3285@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 18, 2003, Vinod Kutty wrote: > On a Solaris 8 machine with openpkg 1.3, I was trying to build wget via > > openpkg build wget |sh > > but it depends on texinfo-4.6-1.3.0, which doesn't build: > > ------------------------------------------------------------ > Making all in info > if /opt/opkg/1.3/bin/cc -DHAVE_CONFIG_H -DINFODIR=\"/opt/opkg/1.3/info\" > -DLOCALEDIR=\"/opt/opkg/1.3/share/locale\" -I. -I. -I.. -I. -I../lib > -I../intl -I.. -I. -O2 -pipe -MT makedoc.o -MD -MP -MF > ".deps/makedoc.Tpo" \ > -c -o makedoc.o `test -f 'makedoc.c' || echo './'`makedoc.c; \ > then mv -f ".deps/makedoc.Tpo" ".deps/makedoc.Po"; \ > else rm -f ".deps/makedoc.Tpo"; exit 1; \ > fi > /opt/opkg/1.3/bin/cc -O2 -pipe -o makedoc makedoc.o ../lib/libtxi.a > -lncurses ../intl/libintl.a > rm -f doc.c funs.h key.c > ./makedoc ./session.c ./echo-area.c ./infodoc.c ./m-x.c ./indices.c > ./nodemenu.c ./footnotes.c ./variables.c > ld.so.1: ./makedoc: fatal: libncurses.so.5: open failed: No such file or > directory > make[2]: *** [doc.c] Killed > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > error: Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.5694 (%build) > > > RPM build errors: > Bad exit status from /opt/opkg/1.3/RPM/TMP/rpm-tmp.5694 (%build) > ------------------------------------------------------------ > > Workaround: > > I built + installed ncurses-5.3.20030726-1.3.0.src.rpm and that fixed the > problem (i.e. texinfo built fine, and now wget builds fine) Hmmm... what I do not understand is the reference of a _SHARED_ library version of NCurses in your error message. Sure, a few lines above we see that texinfo tries to link makedoc against libncurses, but why it later searches for a libncurses.so.5 I've no clue. Anyway, its configure searches for ncurses, so I've added ncurses as the dependency for the texinfo package now. Thanks for your feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Sep 19 18:49:26 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 0472C277B08 for ; Fri, 19 Sep 2003 18:49:25 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 9182213F692 for ; Fri, 19 Sep 2003 09:48:32 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 779BE3F0F; Fri, 19 Sep 2003 09:46:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 71A447149B for ; Fri, 19 Sep 2003 11:46:28 -0500 (CDT) Date: Fri, 19 Sep 2003 11:46:21 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: Openpkg 1.3: texinfo dependency on ncurses In-Reply-To: <20030919080303.GA3285@engelschall.com> Message-ID: References: <20030919080303.GA3285@engelschall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Yes, that surprised me as well, but I did not dig deeper Will the newer texinfo be part of 1.3/UPD ? Thanks -- Vinod On Fri, 19 Sep 2003, Ralf S. Engelschall wrote: > Hmmm... what I do not understand is the reference of a _SHARED_ library > version of NCurses in your error message. Sure, a few lines above we > see that texinfo tries to link makedoc against libncurses, but why it > later searches for a libncurses.so.5 I've no clue. Anyway, its configure > searches for ncurses, so I've added ncurses as the dependency for the > texinfo package now. Thanks for your feedback. > From openpkg-users-owner@openpkg.org Fri Sep 19 21:54:38 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 5ABD0277B08 for ; Fri, 19 Sep 2003 21:54:38 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 690F513F603 for ; Fri, 19 Sep 2003 12:54:36 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 4DD853EC0; Fri, 19 Sep 2003 12:54:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 4CFF4715D6 for ; Fri, 19 Sep 2003 14:54:36 -0500 (CDT) Date: Fri, 19 Sep 2003 14:54:23 -0500 (CDT) From: Vinod Kutty To: OpenPKG Users Subject: openpkg-tool-1.2.6-1.2.6: Solaris 8 vs 9 and curl syntax Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I was testing updating an openpkg 1.2 instance on Solaris 9. The RPMs were built on Solaris 8. I created a binary repository with: openpkg index -o 00INDEX.rdf -i -p sparc64-solaris8 . I was using a repository that is NFS-mounted. I noticed that: openpkg build /mnt/openpkg/sparc-SunOS-5.8/1.2/bin.rpm -p sparc64-solaris2.8 XXX results in code like this: ----------------- echo :::: /mnt/nfsadm1/openpkg/sparc-SunOS-5.8/1.2/bin.rpm/binutils-2.13.2.1-1.2. 0.sparc64-solaris2.8-oo1.rpm :::: /opt/opkg/1.2/lib/openpkg/curl -q -s -o /opt/opkg/1.2/RPM/PKG/binutils-2.13.2.1-1 .2.0.sparc64-solaris2.9-oo1.rpm /mnt/nfsadm1/openpkg/sparc-SunOS-5.8/1.2/bin.rpm/ binutils-2.13.2.1-1.2.0.sparc64-solaris2.8-oo1.rpm || exit $? /opt/opkg/1.2/bin/rpm -Uvh /opt/opkg/1.2/RPM/PKG/binutils-2.13.2.1-1.2.0.sparc64- solaris2.9-oo1.rpm || exit $? echo :::: /mnt/nfsadm1/openpkg/sparc-SunOS-5.8/1.2/bin.rpm/binutils-2.13.2.1-1.2. 0.sparc64-solaris2.8-oo1.rpm = $? :::: ----------------- 1. Notice that the echo statements use "solaris2.8" but the curl renames the output using the string 'solaris2.9'. It shouldn't break anything in this case, but is that intentional? 2. The curl fails. Removing "-s" reveals a "malformed " error, which I resolved by prepending "file://" to the pathname in the saved output from openpkg build. The openpkg man page says "-r" can take a directory path for the repository, so I'm assuming this is a bug. Is this fixed in a newer release ? Thanks, -- Vinod From openpkg-users-owner@openpkg.org Fri Sep 19 23:40:33 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id E4E4D277B08 for ; Fri, 19 Sep 2003 23:40:32 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id h8JLeRd07911 for openpkg-users@openpkg.org; Fri, 19 Sep 2003 23:40:28 +0200 (MEST) Date: Fri, 19 Sep 2003 23:39:44 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg-tool-1.2.6-1.2.6: Solaris 8 vs 9 and curl syntax Message-ID: <20030919233944.A7239@serpens.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from vinod+openpkg@kutty.cc on Fri, Sep 19, 2003 at 02:54:23PM -0500 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Sep 19, 2003 at 02:54:23PM -0500, Vinod Kutty wrote: > > Hi, Vinod, > I was testing updating an openpkg 1.2 instance on Solaris 9. The RPMs were > built on Solaris 8. > 1. Notice that the echo statements use "solaris2.8" but the curl renames > the output using the string 'solaris2.9'. It shouldn't break anything in > this case, but is that intentional? Echo and the first argument to curl specify the name of the package, i.e. the filename/url as denoted in the index. Since the files were built on Solaris 8 they carry solaris2.8 in their name. The second argument to curl specifies the destination path to a local binary RPM. This is the same path that would be used when building the package locally from the source. Since the local RPM is configured for solaris2.9 that's also what the filename includes. The logic should be correct. > 2. The curl fails. Removing "-s" reveals a "malformed " error, which > I resolved by prepending "file://" to the pathname in the saved output > from openpkg build. The openpkg man page says "-r" can take a directory > path for the repository, so I'm assuming this is a bug. Is this fixed in a > newer release ? It's a bug and prepending file:// is the correct thing to do. Here is an (untested) patch... --- openpkg-build.pl.dist Fri Sep 19 23:30:11 2003 +++ openpkg-build.pl Fri Sep 19 23:38:20 2003 @@ -2165,7 +2165,7 @@ # sub print_list1 ($$$$$$$) { my($list,$c,$uncond,$with,$ignore,$usebin,$allbin) = @_; - my($spkg,$bpkg,$ppkg); + my($spkg,$bpkg,$ppkg,$cpkg); my($mywith, $opt); my($cmd1, $cmd2, $mark); @@ -2215,7 +2215,9 @@ npriv("$RPM$opt --makeproxy $ppkg"). " )"; } elsif (defined $_->{prefix}) { - $cmd1 = npriv("$CURL -q -s -o $bpkg $spkg"); + $cpkg = $spkg; + $cpkg = 'file://'.$cpkg unless $cpkg =~ /^\w+:/; + $cmd1 = npriv("$CURL -q -s -o $bpkg $cpkg"); } else { $cmd1 = npriv("$RPM$opt --rebuild $spkg"); } Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Fri Sep 19 23:41:54 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 2BDC5277B08 for ; Fri, 19 Sep 2003 23:41:54 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 0B34F4CE53D; Fri, 19 Sep 2003 23:41:54 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 800D42877C; Fri, 19 Sep 2003 23:17:10 +0200 (CEST) Date: Fri, 19 Sep 2003 23:17:10 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Openpkg 1.3: texinfo dependency on ncurses Message-ID: <20030919211710.GA76891@engelschall.com> References: <20030919080303.GA3285@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Sep 19, 2003, Vinod Kutty wrote: > Will the newer texinfo be part of 1.3/UPD ? > [...] We'll be doing a mass-MFC for 1.3 early next week. Then I can merge this fix into texinfo for 1.3, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Sep 20 00:18:34 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 0BB16277B08 for ; Sat, 20 Sep 2003 00:18:33 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 422E811EB54; Fri, 19 Sep 2003 15:18:32 -0700 (PDT) Date: Fri, 19 Sep 2003 15:18:32 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: openpkg-tool -- option to build packages? Message-ID: <20030919221832.GB76955@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I would like to see an option to openpkg that would extract the options for a package from the ~/.openpkg/build file, then generate the appropriate commands to build from the SRC/package directory. I think this would be very useful when doing modification. Now I create a build.sh file in the SRC directory to make it easier to build, but it would be less error-prone to do this with something like: openpkg build -ba packagename | sh It would probably be necessary to be able do specify options such as --nodeps as well since it's entirely possible that some requirements might not be met yet (e.g. MTA building sudo). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``There is nothing as stupid as an educated man if you get him off the thing he was educated in.'' Will Rogers From openpkg-users-owner@openpkg.org Sat Sep 20 00:57:11 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 26A21277B08 for ; Sat, 20 Sep 2003 00:57:11 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id h8JMv9R10258 for openpkg-users@openpkg.org; Sat, 20 Sep 2003 00:57:09 +0200 (MEST) Date: Sat, 20 Sep 2003 00:56:28 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: openpkg-tool -- option to build packages? Message-ID: <20030920005628.A9932@serpens.de> References: <20030919221832.GB76955@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030919221832.GB76955@alexis.mi.celestial.com>; from bill@celestial.com on Fri, Sep 19, 2003 at 03:18:32PM -0700 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Sep 19, 2003 at 03:18:32PM -0700, Bill Campbell wrote: > I would like to see an option to openpkg that would extract the options for > a package from the ~/.openpkg/build file, then generate the appropriate > commands to build from the SRC/package directory. I think this would be > very useful when doing modification. Now I create a build.sh file in the > SRC directory to make it easier to build, but it would be less error-prone > to do this with something like: > > openpkg build -ba packagename | sh -ba ? > > It would probably be necessary to be able do specify options such as > --nodeps as well since it's entirely possible that some requirements might > not be met yet (e.g. MTA building sudo). I wouldn't use '--nodeps' and 'less error-prone' in a single sentence :) If you think about package options (like with_mod_perl for apache) you can specifiy this now. You may also specify 'preferences' for virtual packages like MTA with -H. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Sat Sep 20 01:59:47 2003 Received: from smarty.dreamhost.com (smarty.dreamhost.com [66.33.216.24]) by mail.openpkg.org (Postfix) with ESMTP id 13A3E277B08 for ; Sat, 20 Sep 2003 01:59:46 +0200 (CEST) Received: from soy.dreamhost.com (soy.dreamhost.com [66.33.208.27]) by smarty.dreamhost.com (Postfix) with ESMTP id 02C2F13F617 for ; Fri, 19 Sep 2003 16:59:45 -0700 (PDT) Received: by soy.dreamhost.com (Postfix, from userid 9829) id 96BD13EC0; Fri, 19 Sep 2003 16:59:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by soy.dreamhost.com (Postfix) with ESMTP id 95FFB715D6 for ; Fri, 19 Sep 2003 18:59:44 -0500 (CDT) Date: Fri, 19 Sep 2003 18:59:42 -0500 (CDT) From: Vinod Kutty To: "openpkg-users@openpkg.org" Subject: Re: openpkg-tool-1.2.6-1.2.6: Solaris 8 vs 9 and curl syntax In-Reply-To: <20030919233944.A7239@serpens.de> Message-ID: References: <20030919233944.A7239@serpens.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, 19 Sep 2003, Michael van Elst wrote: > The logic should be correct. OK ... However, the end result is that the new filename no longer reflects the true contents of the .rpm file, but I suppose that's the price of not compiling from scratch for Solaris 9. > It's a bug and prepending file:// is the correct thing to do. > > Here is an (untested) patch... > I was unable to test the patch as it appears not to match the 1.2.6-1.2.6 version of openpkg-build.pl completely ... must be for a newer version. Thanks -- Vinod From openpkg-users-owner@openpkg.org Tue Sep 23 19:05:36 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 6BBCE277AD1 for ; Tue, 23 Sep 2003 19:02:58 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8NH2q4f000591 for ; Tue, 23 Sep 2003 13:02:52 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8NH2pHY015315 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 23 Sep 2003 13:02:51 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Date: Tue, 23 Sep 2003 13:02:51 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I've just discovered the OpenPKG group, and its purposes are very congruent with our own (albeit our audience is limited to the University community and we are supporting fewer platforms). In checking out the OpenPKG rpm tool, I have built it successfully on one RedHat 9 machine and one Solaris 9 machine. However, the bootstrap shell bails out early when building on another seemingly identically configured Solaris 9 machine. The final output from the build is: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ++ cleaning up + rm -rf /tmp/openpkg-1.3.0-root + rm -rf /tmp/openpkg-1.3.0 + rm -f /tmp/rpm /tmp/rpm.1 /tmp/rpm.2 /tmp/rpm.3 /tmp/.popt /tmp/rpm.pre + rm -f /tmp/openpkg.boot.prolog.sh + set +x ++ resulting files (placed into ..): openpkg-1.3.0-1.3.0.-vlu.rpm: No such file or directory openpkg-1.3.0-1.3.0.src.rpm: No such file or directory -rw-r--r-- 1 dmcr pustaff 29778 Sep 23 11:40 openpkg-1.3.0-1.3.0.-vlu.sh ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So it doesn't ever get to the final cleanup in the master shell script, and the phase 2 shell script above fails when executed (at least in part because it doesn't have the uuencoded data in it). Looking earlier in the bootstrap output, I see that, while it appears that rpm was built without any errors, whenever it is executed (as below) it seems to get killed. This includes when it is being used to create the source and binary RPMs. So I suspect this is closer to the root of the problem. But I have no idea why it is getting killed. This did not show up in either of the other two successful build outputs. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ... + export HOME + echo ++ initializing RPM database ++ initializing RPM database + /tmp/rpm --initdb Killed + echo ++ re-iterating over RPM specification procedures ++ re-iterating over RPM specification procedures OPENPKG_BOOT=1 + export OPENPKG_BOOT + /tmp/rpm -bb openpkg.spec Killed ... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Has anyone seen this before or have any idea what might be causing this? Here is the output of uname -a: SunOS verges.Princeton.EDU 5.9 Generic_112233-07 sun4u sparc SUNW,Sun-Blade-100 Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Tue Sep 23 20:27:08 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E5B29277AD1 for ; Tue, 23 Sep 2003 20:27:07 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id D27FB4CE545; Tue, 23 Sep 2003 20:27:07 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 63CA7285F5; Tue, 23 Sep 2003 20:26:52 +0200 (CEST) Date: Tue, 23 Sep 2003 20:26:52 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Message-ID: <20030923182652.GA69905@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 23, 2003, Dennis McRitchie wrote: > [...] > Looking earlier in the bootstrap output, I see that, while it appears that > rpm was built without any errors, whenever it is executed (as below) it > seems to get killed. This includes when it is being used to create the > source and binary RPMs. So I suspect this is closer to the root of the > problem. But I have no idea why it is getting killed. This did not show up > in either of the other two successful build outputs. > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ... > + export HOME > + echo ++ initializing RPM database > ++ initializing RPM database > + /tmp/rpm --initdb > Killed > + echo ++ re-iterating over RPM specification procedures > ++ re-iterating over RPM specification procedures > OPENPKG_BOOT=1 > + export OPENPKG_BOOT > + /tmp/rpm -bb openpkg.spec > Killed > ... > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Has anyone seen this before or have any idea what might be causing this? > [...] Looks like the "Killed" there actually is some sort "segmentation fault" of "bus error" signal which is delivered. Hmm... the question is why this happens on this box although the stuff works fine on other Solaris 9 boxes (included our sun4u boxes here) and what you can do to fix or workaround it? Is this box on the latest Solaris 9 patch level? What compiler have you used to build the bootstrap? If it is a Sun compiler, can you retry with GCC (by installing OpenPKG 1.3 binary packages temporarily and adding it to $PATH) or vice versa? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Sep 23 22:57:29 2003 Received: from neutrino2.hep.caltech.edu (neutrino1.hep.caltech.edu [131.215.126.112]) by mail.openpkg.org (Postfix) with ESMTP id C615F277AD1 for ; Tue, 23 Sep 2003 22:57:28 +0200 (CEST) Received: from amavis by neutrino2.hep.caltech.edu with scanned-ok (Exim 4.10) id 1A1uDu-0004cQ-00 for openpkg-users@openpkg.org; Tue, 23 Sep 2003 13:57:26 -0700 Received: from heppc22.hep.caltech.edu ([131.215.126.114]) by neutrino2.hep.caltech.edu with esmtp (Exim 4.10) id 1A1uDt-0004cI-00 for openpkg-users@openpkg.org; Tue, 23 Sep 2003 13:57:25 -0700 Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 From: Conrad Steenberg To: openpkg-users@openpkg.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1064350433.9554.2.camel@heppc22> Mime-Version: 1.0 Date: Tue, 23 Sep 2003 13:53:53 -0700 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi On Tue, 2003-09-23 at 10:02, Dennis McRitchie wrote: > Hi, > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ++ cleaning up > + rm -rf /tmp/openpkg-1.3.0-root > + rm -rf /tmp/openpkg-1.3.0 > + rm -f /tmp/rpm /tmp/rpm.1 /tmp/rpm.2 /tmp/rpm.3 /tmp/.popt /tmp/rpm.pre > + rm -f /tmp/openpkg.boot.prolog.sh > + set +x > ++ resulting files (placed into ..): > openpkg-1.3.0-1.3.0.-vlu.rpm: No such file or directory I've also seen this before: the os/architecture detection part of the bootstrap script fails (on redhat 9 here) so that the rpm package name that the script looks for is wrong. Cheers Conrad -- Conrad Steenberg From openpkg-users-owner@openpkg.org Wed Sep 24 08:59:35 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 0C481277AD1 for ; Wed, 24 Sep 2003 08:59:35 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id DE6964CE571; Wed, 24 Sep 2003 08:59:34 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 8C99628613; Wed, 24 Sep 2003 07:26:57 +0200 (CEST) Date: Wed, 24 Sep 2003 07:26:57 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Message-ID: <20030924052657.GA82943@engelschall.com> References: <1064350433.9554.2.camel@heppc22> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1064350433.9554.2.camel@heppc22> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 23, 2003, Conrad Steenberg wrote: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > ++ cleaning up > > + rm -rf /tmp/openpkg-1.3.0-root > > + rm -rf /tmp/openpkg-1.3.0 > > + rm -f /tmp/rpm /tmp/rpm.1 /tmp/rpm.2 /tmp/rpm.3 /tmp/.popt /tmp/rpm.pre > > + rm -f /tmp/openpkg.boot.prolog.sh > > + set +x > > ++ resulting files (placed into ..): > > openpkg-1.3.0-1.3.0.-vlu.rpm: No such file or directory > > I've also seen this before: the os/architecture detection part of the > bootstrap script fails (on redhat 9 here) so that the rpm package name > that the script looks for is wrong. Ok, this part is easy. Grab the http://cvs.openpkg.org/openpkg-src/openpkg/platform script, run it and fix/enhance it so it correctly detects the platform and then provide me with the details/patch. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Sep 24 17:33:27 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 782AE277AD1 for ; Wed, 24 Sep 2003 17:33:26 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OFXMek006249 for ; Wed, 24 Sep 2003 11:33:22 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OFWG3x021936 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 24 Sep 2003 11:33:21 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Date: Wed, 24 Sep 2003 11:33:21 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030924052657.GA82943@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks to Ralf and Conrad for the advice. here are my findings so far: 1) In spite of the lack of host info in the file name, that does not seem to be the problem. When I ran the platform script on both Solaris 9 systems (the one that "succeeded" in phase 1 of the bootstrap, and the one that did not), the script produced the same output: "Solaris 9 (SPARC64)". So that seems to be OK. 2) Re Ralf's questions: a) I am using gcc v3.0.4 with a mix of gcc and Solaris include files on both machines. This has worked for me to port RedHat RPMs before, so I thought it would work for the OpenPKG bootstrap. But I will try your suggestion of using your gcc (from binary bootstrap and RPMs) and let you know what happens. b) Re the Solaris 9 patch level, it is the same on both Solaris 9 machines. Here is the Solaris 9 OS info from uname -a: SunOS verges.Princeton.EDU 5.9 Generic_112233-07 sun4u sparc SUNW,Sun-Blade-100 3) New problem: The Solaris 9 machine that seemed to succeed in phase 1 of the bootstrap failed phase 2 of the bootstrap (i.e., executing the *.sh script created by phase 1). What happens is that at the end of phase 1, uuencode is used to encode the *.Z file into the new *.sh script. This appears (according to the output below) to succeed, but in fact, the last line in the *.sh script (also shown below) is incomplete (too short and no newline at the end). Thus when I try to run the phase 2 *.sh script, it fails (output below). Output from phase 1 of build on seemingly successful Solaris 9 system: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv files=README .bashrc .bash_login RPM . . . local/man/cat9 local/sbin RPM/DB/Basenames RPM/DB/Conflictname RPM/DB/Group RPM/DB/Name RPM/DB/Packages RPM/DB/Providename RPM/DB/Requirename RPM/DB/Triggername + cd /tmp/openpkg-1.3.0-root/usr/psr.oit/solaris9.op-rpm + /tmp/openpkg-1.3.0-root/usr/psr.oit/solaris9.op-rpm/lib/openpkg/tar --no-rec ursion -cf - README .bashrc .bash_login RPM RPM/SRC RPM/PKG RPM/DB RPM/TMP cgi bin bin/rpm2cpio bin/rpm etc etc/rc etc/rc.conf etc/rc.func etc/rc.d etc/rc.d/rc.openpkg etc/openpkg etc/openpkg/rpmmacros etc/openpkg/rpmrc etc/openpkg/openpkg.pgp include include/rpm include/rpm/popt.h include/rpm/header.h include/rpm/misc.h include/rpm/rpmbuild.h include/rpm/rpmerr.h include/rpm/rpmio.h include/rpm/rpmlib.h include/rpm/rpmlog.h include/rpm/rpmmacro.h include/rpm/rpmmessages.h include/rpm/rpmspec.h include/rpm/rpmurl.h include/rpm/stringbuf.h include/rpm/ugid.h include/rpm/db.h include/rpm/zlib.h include/rpm/bzlib.h info lib lib/openpkg lib/openpkg/rc lib/openpkg/bash lib/openpkg/bzip2 lib/openpkg/curl lib/openpkg/find-provides lib/openpkg/find-requires lib/openpkg/gzip lib/openpkg/macros lib/openpkg/mkproxyrpm.pl lib/openpkg/patch lib/openpkg/rpm lib/openpkg/rpmb lib/openpkg/rpmdb lib/openpkg/rpme lib/openpkg/rpmi lib/openpkg/rpmk lib/openpkg/rpmpopt-4.0.2 lib/openpkg/rpmq lib/openpkg/rpmt lib/openpkg/rpmtool lib/openpkg/rpmu lib/openpkg/rpmv lib/openpkg/rpmx.pl lib/openpkg/rpmx.sh lib/openpkg/shtool lib/openpkg/tar lib/openpkg/config.guess lib/openpkg/config.sub lib/librpmpopt.a lib/librpm.a lib/librpmbuild.a lib/librpmio.a lib/librpmz.a lib/librpmdb.a lib/librpmbz2.a libexec man man/man1 man/man2 man/man3 man/man4 man/man5 man/man6 man/man7 man/man8 man/man9 man/cat1 man/cat2 man/cat3 man/cat4 man/cat5 man/cat6 man/cat7 man/cat8 man/cat9 man/man8/rpm.8 man/man8/rpm2cpio.8 man/man8/rc.8 man/man8/lsync.8 sbin pub share var sbin/lsync local local/README local/.lsyncrc local/PKG local/bin local/etc local/include local/info local/lib local/man local/man/man1 local/man/man2 local/man/man3 local/man/man4 local/man/man5 local/man/man6 local/man/man7 local/man/man8 local/man/man9 local/man/cat1 local/man/cat2 local/man/cat3 local/man/cat4 local/man/cat5 local/man/cat6 local/man/cat7 local/man/cat8 local/man/cat9 local/sbin RPM/DB/Basenames RPM/DB/Conflictname RPM/DB/Group RPM/DB/Name RPM/DB/Packages RPM/DB/Providename RPM/DB/Requirename RPM/DB/Triggername + /usr/bin/uuencode openpkg-1.3.0-1.3.0.sparc64-solaris2.9-ups.tar.Z + echo ++ cleaning up ++ cleaning up + rm -rf /tmp/openpkg-1.3.0-root + rm -rf /tmp/openpkg-1.3.0 + rm -f /tmp/rpm /tmp/rpm.1 /tmp/rpm.2 /tmp/rpm.3 /tmp/.popt /tmp/rpm.pre + rm -f /tmp/openpkg.boot.prolog.sh + set +x ++ resulting files (placed into ..): -rw-r--r-- 1 psr puadm 3672361 Sep 23 17:50 openpkg-1.3.0-1.3.0.sparc64-solaris2.9-ups.rpm -rw-r--r-- 1 psr puadm 4990976 Sep 23 17:51 openpkg-1.3.0-1.3.0.sparc64-solaris2.9-ups.sh -rw-r--r-- 1 psr puadm 11525800 Sep 23 17:50 openpkg-1.3.0-1.3.0.src.rpm openpkg-1.3.0-1.3.0.src.sh: building done. openpkg-1.3.0-1.3.0.src.sh: cleaning up... openpkg-1.3.0-1.3.0.src.sh: cleaned up. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ End of phase 2 shell script produced by output above (note there is no \n at end of last line): vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv M "=X[[H\">@1/(GH$CT)Z!,T >@1- "( C0)[_DT >@1- "(!#0)[_@P">_ MU, GO]# )[_,P">_R, GO\3 )[_ P">_O, GOZC )[^DP">_H, GOY# )[^, MD! D $ ! T">_[- 'O^S0)[_LT">_Z- 'O^C *@ T >_X("B( 2 M2 E 0 - 'O^2 HB $D@ (0$ #0!Z!,D@>_A)0'OX"6![]\0 $ M #0![_HT@>_A$ ! T">_Z- 'O^@3 DA)@ $ ! T@>_ M@$ ! T">_Z- 'O^@3 DA)@ $ ! T@>_?$ ! MT">_Z!!H ST! T >_X("B( "2 N 0 - 'H$S2![_@0 (@ $ #0 M)[]XD! @ = GOXS0![]X@*(@ )( ",! T@>_Z- 'O^R0(D (T">_=- ' MOWA 0 - GOW"2$"0 T >_=)(B0 C0![]P@*( "0I( P! T >_ M<)(") #0![_L0 $ #0)[_LT@>_[- 'OW20 D ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Output from running phase 2 shell script: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv openpkg-1.3.0-1.3.0.sparc64-solaris2.9-ups.sh: installing into /usr/psr.oit/solaris9.op-rpm... openpkg:WARNING: skipping addition of /usr/psr.oit/solaris9.op-rpm/lib/openpkg/bash to /etc/shells openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of OpenPKG restricted user psr-r openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of OpenPKG restricted group puadm-r openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of OpenPKG non-privileged user psr-n openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of OpenPKG non-privileged group puadm-n openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of system run-command hooks openpkg:WARNING: (would require root-privileges) openpkg:WARNING: skipping creation of system cron hooks openpkg:WARNING: (would require root-privileges) Invalid character (0x0) on line 69317 No end line ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Thanks, Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall Sent: Wednesday, September 24, 2003 1:27 AM To: openpkg-users@openpkg.org Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 On Tue, Sep 23, 2003, Conrad Steenberg wrote: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > ++ cleaning up > > + rm -rf /tmp/openpkg-1.3.0-root > > + rm -rf /tmp/openpkg-1.3.0 > > + rm -f /tmp/rpm /tmp/rpm.1 /tmp/rpm.2 /tmp/rpm.3 /tmp/.popt /tmp/rpm.pre > > + rm -f /tmp/openpkg.boot.prolog.sh > > + set +x > > ++ resulting files (placed into ..): > > openpkg-1.3.0-1.3.0.-vlu.rpm: No such file or directory > > I've also seen this before: the os/architecture detection part of the > bootstrap script fails (on redhat 9 here) so that the rpm package name > that the script looks for is wrong. Ok, this part is easy. Grab the http://cvs.openpkg.org/openpkg-src/openpkg/platform script, run it and fix/enhance it so it correctly detects the platform and then provide me with the details/patch. Ralf S. Engelschall rse@engelschall.com www.engelschall.com ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Wed Sep 24 20:40:26 2003 Received: from relay.freestart.hu (smtp.freestart.hu [213.197.64.6]) by mail.openpkg.org (Postfix) with ESMTP id AE6DE277AD1 for ; Wed, 24 Sep 2003 20:40:25 +0200 (CEST) Received: from mail by freestart.hu with local (Freestart relay 1 (FS-Lin)) id 1A2EYl-0004jz-00 for ; Wed, 24 Sep 2003 20:40:19 +0200 Received: from line-85-169.dial.freestart.hu ([213.197.85.169] helo=mail.bridge.net)by freestart.hu with esmtp (Freestart relay 1 (FS-Lin))id 1A2EYZ-0004hV-00for ; Wed, 24 Sep 2003 20:40:08 +0200 Received: from localhost (localhost [127.0.0.1])by localhost (Postfix) with ESMTP id 94DBB32Bfor ; Wed, 24 Sep 2003 20:23:51 +0200 (CEST) Received: from mail.bridge.net ([127.0.0.1])by localhost (lnx.bridge.net [127.0.0.1]) (amavisd-new, port 10024) with LMTPid 05445-07 for ;Wed, 24 Sep 2003 20:23:34 +0200 (CEST) Received: by mail.bridge.net (Postfix, from userid 200)id F09552C2; Wed, 24 Sep 2003 20:23:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1])by mail.bridge.net (Postfix) with ESMTP id 7A631BF17for ; Wed, 24 Sep 2003 20:23:30 +0200 (CEST) Date: Wed, 24 Sep 2003 20:23:29 +0200 (CEST) From: "Peter S. Mazinger" To: openpkg-users@openpkg.org Subject: RE: Strange problem bootstrapping OpenPKG rpm on Solaris 9 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, 24 Sep 2003, Dennis McRitchie wrote: > 3) New problem: The Solaris 9 machine that seemed to succeed in phase 1 of > the bootstrap failed phase 2 of the bootstrap (i.e., executing the *.sh > script created by phase 1). What happens is that at the end of phase 1, > uuencode is used to encode the *.Z file into the new *.sh script. This > appears (according to the output below) to succeed, but in fact, the last > line in the *.sh script (also shown below) is incomplete (too short and no > newline at the end). Thus when I try to run the phase 2 *.sh script, it > fails (output below). This is because the openpkg*.sh (current) file on the ftp server (I have reported this, but never got my message back from the list) is not a Unix file, use dos2unix or similar to transform it, and then run it again. Depending on bash/sh installed it behaves differently. Peter -- Peter S. Mazinger ID: 0xA5F059F2 NIC: IXUYHSKQLI Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 ____________________________________________________________________ Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu From openpkg-users-owner@openpkg.org Wed Sep 24 21:05:54 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 3D142277AD1 for ; Wed, 24 Sep 2003 21:05:53 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OJ5k4f016333 for ; Wed, 24 Sep 2003 15:05:46 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OJ5Kwo006966 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 24 Sep 2003 15:05:46 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Date: Wed, 24 Sep 2003 15:05:20 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks Peter. But that doesn't seem to be my problem either. The version of openpkg*.src.sh on the server is in Unix format (just \n not \r\n at the end of every line - so they must have fixed it), and I still get this problem. In any event, it seems odd because uuencode shouldn't care what the format (or lack thereof) is of the file it is encoding... Thanks, Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Peter S. Mazinger Sent: Wednesday, September 24, 2003 2:23 PM To: openpkg-users@openpkg.org Subject: RE: Strange problem bootstrapping OpenPKG rpm on Solaris 9 On Wed, 24 Sep 2003, Dennis McRitchie wrote: > 3) New problem: The Solaris 9 machine that seemed to succeed in phase 1 of > the bootstrap failed phase 2 of the bootstrap (i.e., executing the *.sh > script created by phase 1). What happens is that at the end of phase 1, > uuencode is used to encode the *.Z file into the new *.sh script. This > appears (according to the output below) to succeed, but in fact, the last > line in the *.sh script (also shown below) is incomplete (too short and no > newline at the end). Thus when I try to run the phase 2 *.sh script, it > fails (output below). This is because the openpkg*.sh (current) file on the ftp server (I have reported this, but never got my message back from the list) is not a Unix file, use dos2unix or similar to transform it, and then run it again. Depending on bash/sh installed it behaves differently. Peter -- Peter S. Mazinger ID: 0xA5F059F2 NIC: IXUYHSKQLI Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 ____________________________________________________________________ Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Wed Sep 24 21:36:14 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 9DEA4277AD1 for ; Wed, 24 Sep 2003 21:36:13 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OJaBek006043 for ; Wed, 24 Sep 2003 15:36:12 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8OJa83x021076 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 24 Sep 2003 15:36:11 -0400 (EDT) From: "Dennis McRitchie" To: Subject: What is the purpose of the various user types Date: Wed, 24 Sep 2003 15:36:10 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I've read all the docs and may have missed this, but while the way to specify the various user types is quite clear, the purpose of the 4 user types is not (at least to me). 1) I understand what a management user is, and presumably the user and group names of the repository being created will match this user. Is there any other action or property that is related to the management user? 2) I understand what a superuser is, but am not sure how this user/group specification is used by OpenPKG, both during and after the bootstrap process. I know you have to be root during phase 2 of the bootstrap to set up certain activities and users/groups, but I don't have to tell the script about that. 3) What are the actions and properties related to the restricted user? 4) What are the actions and properties related to the non-privileged user? Thanks, Dennis From openpkg-users-owner@openpkg.org Thu Sep 25 10:57:15 2003 Received: from voodoo.schug.net (schug.net [195.27.130.138]) by mail.openpkg.org (Postfix) with ESMTP id DF3CC277AD1 for ; Thu, 25 Sep 2003 10:57:14 +0200 (CEST) Received: by voodoo.schug.net (Postfix, from userid 10000) id DE31EC5B5A; Thu, 25 Sep 2003 10:57:13 +0200 (CEST) Date: Thu, 25 Sep 2003 10:57:13 +0200 From: Christoph Schug To: openpkg-users@openpkg.org Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Message-ID: <20030925085713.GB1055@voodoo.schug.net> References: <20030924052657.GA82943@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 24, 2003, Dennis McRitchie wrote: [...] > 3) New problem: The Solaris 9 machine that seemed to succeed in phase 1 of > the bootstrap failed phase 2 of the bootstrap (i.e., executing the *.sh > script created by phase 1). What happens is that at the end of phase 1, > uuencode is used to encode the *.Z file into the new *.sh script. This > appears (according to the output below) to succeed, but in fact, the last > line in the *.sh script (also shown below) is incomplete (too short and no > newline at the end). Thus when I try to run the phase 2 *.sh script, it > fails (output below). [...] Can you please ensure that this is not a disk space issue on /tmp. Setting TMPDIR before bootstrapping to a directory with more than enough space (whatever this is, guess at least 500 MB ;-) might help. -cs From openpkg-users-owner@openpkg.org Thu Sep 25 11:09:36 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 03FA0277AD1 for ; Thu, 25 Sep 2003 11:09:35 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id CE10B4CE561; Thu, 25 Sep 2003 11:09:35 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 60D4C285F5; Thu, 25 Sep 2003 11:09:26 +0200 (CEST) Date: Thu, 25 Sep 2003 11:09:26 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: What is the purpose of the various user types Message-ID: <20030925090926.GA43352@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Sep 24, 2003, Dennis McRitchie wrote: > I've read all the docs and may have missed this, but while the way to > specify the various user types is quite clear, the purpose of the 4 user > types is not (at least to me). > > 1) I understand what a management user is, and presumably the user and group > names of the repository being created will match this user. Is there any > other action or property that is related to the management user? No, it mainly corresponds to the "bin" user/group of typical Unix platforms. But it also is the user/group under which you usually build packages. > 2) I understand what a superuser is, but am not sure how this user/group > specification is used by OpenPKG, both during and after the bootstrap > process. I know you have to be root during phase 2 of the bootstrap to set > up certain activities and users/groups, but I don't have to tell the script > about that. You don't have to tell the script this because it defaults to "root". But if you're deploying private OpenPKG instances (for instance in your home) without having any root priviledges, the super-user usually becomes the same as the management user (and as a consequence some packages no longer can operate correctly, of course). To see what OpenPKG _ACTUALLY_ does with the super-user/group, you would have to grep(1) for all %{l_susr} and %{l_sgrp} macros in all spec files and rc files throughout OpenPKG. But it mainly is for assigning files to the super-user for security reasons and for assigning rc jobs to the super-user for running as it. The two classical variants of the four users are actually this: 1. if you're deploying OpenPKG as a system instance (requires super-user privileges), you usually use "--user=foo --group=foo" and get susr/sgrp=root/wheel, musr/mgrp=foo/foo, rusr/rgrp=foo-r/foo-r and nusr/ngrp=foo-n/foo-n. 2. if you're deploying OpenPKG as a private instance (requires no super-user privileges), you usually use ($U=`id -u -n`, $G=`id -g -n`) "--susr=$U --sgrp=$G --musr=$U --mgrp=$G --rusr=$U --rgrp=$G --nusr=$U --ngrp=$G". > 3) What are the actions and properties related to the restricted user? > > 4) What are the actions and properties related to the non-privileged user? If you look at http://www.openpkg.org/faq.html#uid-security you see a table and on the right side there is "Files" (user/group ownes files) and "Proc." (user/group owns processes). These distinguish different user/groups, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Sep 25 12:58:23 2003 Received: from pingvinen (0x50a15ba9.albnxx11.adsl-dhcp.tele.dk [80.161.91.169]) by mail.openpkg.org (Postfix) with ESMTP id A2719277AD1 for ; Thu, 25 Sep 2003 12:58:22 +0200 (CEST) Received: from cyrax by pingvinen with local (Exim 3.36 #1 (Debian)) id 1A2Tlu-0004pY-00 for ; Thu, 25 Sep 2003 12:54:54 +0200 Date: Thu, 25 Sep 2003 12:54:54 +0200 To: openpkg-users@openpkg.org Subject: Problem with mozilla on solaris 9 Message-ID: <20030925105454.GA18458@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I installed mozilla with openpkg, and it went fine, but when I try to run it it doesn't work. Apparently a segfault. The output of truss -f -o mozilla.truss mozilla can be found here: http://b0rken.dk/mozilla.truss Thanks.... -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Thu Sep 25 16:20:35 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id CCA4E277AD1 for ; Thu, 25 Sep 2003 16:20:34 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PEKW4f014384 for ; Thu, 25 Sep 2003 10:20:32 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PEKV3x027029 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 25 Sep 2003 10:20:31 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Strange problem bootstrapping OpenPKG rpm on Solaris 9 Date: Thu, 25 Sep 2003 10:20:31 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030925085713.GB1055@voodoo.schug.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Christoph, I had checked /tmp and it was ok, and I should have mentioned that in my email. However, I have now officially slapped myself on the back of the head because /tmp was not the problem. It was the management user's home directory where the openpkg*.src.sh was being built from. By the time that the phase 2 shell script is being built, the two *.rpm's and the *.Z file have already been built, and when the phase 1 script tries to uuencode the *.Z file into the phase 2 *.sh file, the total exceeded 60MB, and that is our quota on home directories, which are mounted file systems here. So I rebuilt from /tmp and had no problems on this machine. I guess what threw me off is the lack of error message, and I'm guessing that the scripts redirect some of those messages to /dev/nul. It does make problem solving more difficult, though. So it would be helpful if there were a way to retrieve all error messages in cases like this. A "can't write to disk" or "disk full" error would have made all the difference. Is there a way to do this currently (a kind of debug mode)? Regarding the other Solaris 9 machine where /tmp/rpm was getting "Killed", I installed gcc from the binary distribution as Ralf suggested, and this now works fine as well. Thanks to everyone for their help! Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Christoph Schug Sent: Thursday, September 25, 2003 4:57 AM To: openpkg-users@openpkg.org Subject: Re: Strange problem bootstrapping OpenPKG rpm on Solaris 9 On Wed, Sep 24, 2003, Dennis McRitchie wrote: [...] > 3) New problem: The Solaris 9 machine that seemed to succeed in phase 1 of > the bootstrap failed phase 2 of the bootstrap (i.e., executing the *.sh > script created by phase 1). What happens is that at the end of phase 1, > uuencode is used to encode the *.Z file into the new *.sh script. This > appears (according to the output below) to succeed, but in fact, the last > line in the *.sh script (also shown below) is incomplete (too short and no > newline at the end). Thus when I try to run the phase 2 *.sh script, it > fails (output below). [...] Can you please ensure that this is not a disk space issue on /tmp. Setting TMPDIR before bootstrapping to a directory with more than enough space (whatever this is, guess at least 500 MB ;-) might help. -cs ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Thu Sep 25 16:40:23 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id F2EAC277AD1 for ; Thu, 25 Sep 2003 16:40:22 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PEeEek009349 for ; Thu, 25 Sep 2003 10:40:19 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PEeC3x008970 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 25 Sep 2003 10:40:13 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: What is the purpose of the various user types Date: Thu, 25 Sep 2003 10:40:13 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030925090926.GA43352@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the info Ralf. I'm still unclear why the restricted and non-privileged even exist, but I think I'll go with classical variant 2 below for now, and grep for their use later. Thanks again. Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall Sent: Thursday, September 25, 2003 5:09 AM To: openpkg-users@openpkg.org Subject: Re: What is the purpose of the various user types On Wed, Sep 24, 2003, Dennis McRitchie wrote: > I've read all the docs and may have missed this, but while the way to > specify the various user types is quite clear, the purpose of the 4 user > types is not (at least to me). > > 1) I understand what a management user is, and presumably the user and group > names of the repository being created will match this user. Is there any > other action or property that is related to the management user? No, it mainly corresponds to the "bin" user/group of typical Unix platforms. But it also is the user/group under which you usually build packages. > 2) I understand what a superuser is, but am not sure how this user/group > specification is used by OpenPKG, both during and after the bootstrap > process. I know you have to be root during phase 2 of the bootstrap to set > up certain activities and users/groups, but I don't have to tell the script > about that. You don't have to tell the script this because it defaults to "root". But if you're deploying private OpenPKG instances (for instance in your home) without having any root priviledges, the super-user usually becomes the same as the management user (and as a consequence some packages no longer can operate correctly, of course). To see what OpenPKG _ACTUALLY_ does with the super-user/group, you would have to grep(1) for all %{l_susr} and %{l_sgrp} macros in all spec files and rc files throughout OpenPKG. But it mainly is for assigning files to the super-user for security reasons and for assigning rc jobs to the super-user for running as it. The two classical variants of the four users are actually this: 1. if you're deploying OpenPKG as a system instance (requires super-user privileges), you usually use "--user=foo --group=foo" and get susr/sgrp=root/wheel, musr/mgrp=foo/foo, rusr/rgrp=foo-r/foo-r and nusr/ngrp=foo-n/foo-n. 2. if you're deploying OpenPKG as a private instance (requires no super-user privileges), you usually use ($U=`id -u -n`, $G=`id -g -n`) "--susr=$U --sgrp=$G --musr=$U --mgrp=$G --rusr=$U --rgrp=$G --nusr=$U --ngrp=$G". > 3) What are the actions and properties related to the restricted user? > > 4) What are the actions and properties related to the non-privileged user? If you look at http://www.openpkg.org/faq.html#uid-security you see a table and on the right side there is "Files" (user/group ownes files) and "Proc." (user/group owns processes). These distinguish different user/groups, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Thu Sep 25 22:02:49 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id EC079277C89 for ; Thu, 25 Sep 2003 22:02:48 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PK2k4f005940 for ; Thu, 25 Sep 2003 16:02:47 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8PK2iwo025220 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 25 Sep 2003 16:02:44 -0400 (EDT) From: "Dennis McRitchie" To: Subject: opa macro has strange side effect Date: Thu, 25 Sep 2003 16:02:44 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-reply-to: <20030925105454.GA18458@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am using the opa() function documented in the user's guide. In addition to putting all the appropriate paths for the specified OpenPKG directory tree at the front of the PATH variable, it selectively removed /usr/bin and /bin from the middle of my PATH and appended them to the end, along with /sbin and /usr/sbin. I am wondering why this was done. In my case, I had /usr/ucb after /usr/bin and /bin, but after running opa, now /usr/ucb came first. This caused the UC Berkeley version of tr to be used in some scripts and it went into an infinite loop. Is there a compelling reason for moving /usr/bin and /bin to the end of the PATH? This seems dangerous since opa cannot really understand the purpose of the other paths that make up PATH. Thanks, Dennis From openpkg-users-owner@openpkg.org Fri Sep 26 09:30:04 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 9EF0B277AD1 for ; Fri, 26 Sep 2003 09:30:04 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 749624CE59F; Fri, 26 Sep 2003 09:30:04 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 82A61286E4; Fri, 26 Sep 2003 09:29:55 +0200 (CEST) Date: Fri, 26 Sep 2003 09:29:55 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem with mozilla on solaris 9 Message-ID: <20030926072955.GA72482@engelschall.com> References: <20030925105454.GA18458@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20030925105454.GA18458@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Sep 25, 2003, cyrax@b0rken.dk wrote: > I installed mozilla with openpkg, and it went fine, but when I try to > run it it doesn't work. Apparently a segfault. > > The output of truss -f -o mozilla.truss mozilla can be found here: > http://b0rken.dk/mozilla.truss We have a build option "with_optimize" in the "mozilla" package which by default is "yes" (because it usually does not harm). I guess it breaks on your platform. Build the package with "rpm --rebuild --define 'with_optimize no'" and try again. My hope is that it then works for you... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Sep 26 09:41:55 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 554CF277AD1 for ; Fri, 26 Sep 2003 09:41:55 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 382F34CE593; Fri, 26 Sep 2003 09:41:55 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 58CD9286E4; Fri, 26 Sep 2003 09:41:49 +0200 (CEST) Date: Fri, 26 Sep 2003 09:41:49 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: FYI: OpenPKG 1.3 update packages Message-ID: <20030926074149.GA73157@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just FYI: We've merged back a bunch of fixes from OpenPKG-CURRENT to OpenPKG-1.3-SOLID and rolled some (non-security) fixed OpenPKG 1.3.x packages. You can find them under ftp://ftp.openpkg.org/release/1.3/UPD/ Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Sep 26 10:37:35 2003 Received: by mail.openpkg.org (Postfix, from userid 7000) id 292F9277AD1; Fri, 26 Sep 2003 10:37:35 +0200 (CEST) Date: Fri, 26 Sep 2003 10:37:35 +0200 From: OpenPKG To: openpkg-announce@openpkg.org, openpkg-dev@openpkg.org, openpkg-users@openpkg.org Subject: OpenPKG Community Feedback Message-ID: <20030926083735.GA41209@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Feedback from our community is very important to us. So, if you want to support our project, please take 5 minutes and fill out the little feedback form we have established for you under http://www.openpkg.org/feedback.html Your feedback will allow us to better understand our community and especially to develop the OpenPKG project towards your requirements and wishes. The feedback form content is directly sent to the OpenPKG team for manual consideration and treated confidentially. Feel free to leave out whatever question you don't want to answer and answer just those who like (mostly all answers are optional). We appreciate any amount of feedback. And please do not hesitate to criticize us if appropriate. Please also notice that we have included the possibility for you to voluntarily give a "Public Advocacy Statement" about our project in case you like it. We would appreciate to receive your personal quotable point of view expressed here in one or two sentences. It might be added to a possibly forthcoming Community Advocacy page (http://www.openpkg.org/advocacy.html). This would allow us to especially provide new members of our community to get a better impression about our project and activity from (more objective) third-party point of views. Thanks for being a member of the steadily growing OpenPKG community! Ralf S. Engelschall The OpenPKG Project openpkg@openpkg.org From openpkg-users-owner@openpkg.org Fri Sep 26 18:13:42 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id BB5DB277AD1 for ; Fri, 26 Sep 2003 18:13:41 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8QGDc4f013340 for ; Fri, 26 Sep 2003 12:13:39 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8QGDbuj027015 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 26 Sep 2003 12:13:38 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: OpenPKG 1.3 update packages Date: Fri, 26 Sep 2003 12:13:37 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030926074149.GA73157@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, I see that in the UPD directory, there is: openssh-3.6.1p2-1.3.2.src.rpm But I don't see anything else (including openpkg) that is 1.3.2 in the release tree. Am I right that I should not use this version of openssh with openpkg-1.3.1? Thanks, Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall Sent: Friday, September 26, 2003 3:42 AM To: openpkg-users@openpkg.org Subject: FYI: OpenPKG 1.3 update packages Just FYI: We've merged back a bunch of fixes from OpenPKG-CURRENT to OpenPKG-1.3-SOLID and rolled some (non-security) fixed OpenPKG 1.3.x packages. You can find them under ftp://ftp.openpkg.org/release/1.3/UPD/ Ralf S. Engelschall rse@engelschall.com www.engelschall.com ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Fri Sep 26 18:29:07 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 55D05277AD1 for ; Fri, 26 Sep 2003 18:29:07 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 3D7C24CE561; Fri, 26 Sep 2003 18:29:07 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 81D2F286E4; Fri, 26 Sep 2003 18:28:56 +0200 (CEST) Date: Fri, 26 Sep 2003 18:28:56 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG 1.3 update packages Message-ID: <20030926162855.GA58529@engelschall.com> References: <20030926074149.GA73157@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Sep 26, 2003, Dennis McRitchie wrote: > I see that in the UPD directory, there is: > > openssh-3.6.1p2-1.3.2.src.rpm > > But I don't see anything else (including openpkg) that is 1.3.2 in the > release tree. Am I right that I should not use this version of openssh with > openpkg-1.3.1? Err... every foo-X.Y-1.3.x.src.rpm package under ftp://ftp.openpkg.org/release/1.3/UPD/ is for OpenPKG 1.3, including the updated bootstrap openpkg-1.3.1-1.3.1.src.rpm, of course. I guess you misunderstood our versioning. An OpenPKG release 1.3 is formed out of foo-X.Y-1.3.0.src.rpm packages in ftp://ftp.openpkg.org/release/1.3/SRC/ plus (after time comes) various foo-X.Y-1.3.x.src.rpm packages (x >= 1). But a foo-X.Y-1.3.2.src.rpm has nothing to do with an OpenPKG 1.3.2 release. There is no such thing. OpenPKG releases have no patch-level, only individual packages of a release have patch-levels. And the patch-levels are _INDIVIDUAL_ to each package, of course. And the bootstrap package "openpkg-1.3.1-1.3.1.src.rpm" is not different in any way: it just is the first patch-level of package "openpkg" and belonging to OpenPKG 1.3. Nothing more or less. So, the rule is simple: for running OpenPKG 1.3, you install the packages from ftp://ftp.openpkg.org/release/1.3/SRC/ and upgrade to the latest patchlevel of a package if it can be found under ftp://ftp.openpkg.org/release/1.3/UPD/. That's all... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Sep 26 19:03:07 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id B6A4B277AD1 for ; Fri, 26 Sep 2003 19:03:06 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8QH324f017465 for ; Fri, 26 Sep 2003 13:03:03 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8QH31uj023186 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 26 Sep 2003 13:03:01 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: OpenPKG 1.3 update packages Date: Fri, 26 Sep 2003 13:03:01 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030926162855.GA58529@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the clarification, Ralph. I had indeed misunderstood it. I've looked again through the docs and could not find an explanation of it. Perhaps I missed it. What threw me off was that there is both openssh-3.6.1p2-1.3.1.src.rpm and openssh-3.6.1p2-1.3.2.src.rpm in the UPD directory. Since I thought that UPD only contained the latest update of a package, I assumed that the presence of two versions of openssh meant that the dependencies were different. So now that I know better, I'll go ahead install the 1.3.2 patch level of openssh. Thanks again. Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall Sent: Friday, September 26, 2003 12:29 PM To: openpkg-users@openpkg.org Subject: Re: OpenPKG 1.3 update packages On Fri, Sep 26, 2003, Dennis McRitchie wrote: > I see that in the UPD directory, there is: > > openssh-3.6.1p2-1.3.2.src.rpm > > But I don't see anything else (including openpkg) that is 1.3.2 in the > release tree. Am I right that I should not use this version of openssh with > openpkg-1.3.1? Err... every foo-X.Y-1.3.x.src.rpm package under ftp://ftp.openpkg.org/release/1.3/UPD/ is for OpenPKG 1.3, including the updated bootstrap openpkg-1.3.1-1.3.1.src.rpm, of course. I guess you misunderstood our versioning. An OpenPKG release 1.3 is formed out of foo-X.Y-1.3.0.src.rpm packages in ftp://ftp.openpkg.org/release/1.3/SRC/ plus (after time comes) various foo-X.Y-1.3.x.src.rpm packages (x >= 1). But a foo-X.Y-1.3.2.src.rpm has nothing to do with an OpenPKG 1.3.2 release. There is no such thing. OpenPKG releases have no patch-level, only individual packages of a release have patch-levels. And the patch-levels are _INDIVIDUAL_ to each package, of course. And the bootstrap package "openpkg-1.3.1-1.3.1.src.rpm" is not different in any way: it just is the first patch-level of package "openpkg" and belonging to OpenPKG 1.3. Nothing more or less. So, the rule is simple: for running OpenPKG 1.3, you install the packages from ftp://ftp.openpkg.org/release/1.3/SRC/ and upgrade to the latest patchlevel of a package if it can be found under ftp://ftp.openpkg.org/release/1.3/UPD/. That's all... Ralf S. Engelschall rse@engelschall.com www.engelschall.com ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Mon Sep 29 18:12:46 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 5DF14277AD1 for ; Mon, 29 Sep 2003 18:12:46 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h8TGCbOX022672 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 29 Sep 2003 18:12:43 +0200 Date: Mon, 29 Sep 2003 18:12:37 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: sendmail and /dev/urandom under Sol8... Message-ID: <24740000.1064851957@old-man.dhcp.ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have build sendmail with TLS and SASL Support under Sol8 but getting this error when I start the sendmail: Sep 29 16:07:51 robin sendmail[27794]: STARTTLS: Warning: safeopen(/dev/urandom) failed /dev/random exist and is a link to /devices/pseudo/random@0:urandom [root@robin cgi-bin]# ls -la /dev/urandom lrwxrwxrwx 1 root other 34 Feb 15 2001 /dev/urandom -> ../devices/pseudo/random@0:urandom [root@robin cgi-bin]# ls -al /devices/pseudo/random@0:urandom crw-r--r-- 1 root sys 175, 1 Jun 20 12:58 /devices/pseudo/random@0:urandom [root@robin cgi-bin]# The Random Device comes from ANDIrand 0.6. Any idea why this fails? cheerio Steve -- Space currenty for rent From openpkg-users-owner@openpkg.org Mon Sep 29 19:19:04 2003 Received: from beaker.north.de (p5086774F.dip.t-dialin.net [80.134.119.79]) by mail.openpkg.org (Postfix) with ESMTP id E7C04277AD1 for ; Mon, 29 Sep 2003 19:19:03 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h8THJ25c005835 for ; Mon, 29 Sep 2003 19:19:03 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h8THJ1L09922 for openpkg-users@openpkg.org; Mon, 29 Sep 2003 19:19:01 +0200 (MEST) Date: Mon, 29 Sep 2003 19:19:01 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: sendmail and /dev/urandom under Sol8... Message-ID: <20030929171901.GC28394@baerlap.north.de> References: <24740000.1064851957@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <24740000.1064851957@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Sep 29, 2003 at 06:12:37PM +0200, Steffen Weinreich wrote: > Hi! > > I have build sendmail with TLS and SASL Support under Sol8 but getting this > error when I start the sendmail: > > Sep 29 16:07:51 robin sendmail[27794]: STARTTLS: Warning: > safeopen(/dev/urandom) failed > > /dev/random exist and is a link to /devices/pseudo/random@0:urandom > > [root@robin cgi-bin]# ls -la /dev/urandom > lrwxrwxrwx 1 root other 34 Feb 15 2001 /dev/urandom -> > ../devices/pseudo/random@0:urandom > [root@robin cgi-bin]# ls -al /devices/pseudo/random@0:urandom > crw-r--r-- 1 root sys 175, 1 Jun 20 12:58 > /devices/pseudo/random@0:urandom > [root@robin cgi-bin]# > > The Random Device comes from ANDIrand 0.6. Any idea why this fails? Patch 112438-02 adds /dev/[u]random to Solaris 8. But then, i see: Sep 26 13:01:26 X sendmail[22948]: STARTTLS: Error: missing random file definition Did not have time to investigate. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Sep 29 20:50:52 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 9AF41277AD1 for ; Mon, 29 Sep 2003 20:50:52 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 852E14CE553; Mon, 29 Sep 2003 20:50:52 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 5D799285E6; Mon, 29 Sep 2003 20:50:39 +0200 (CEST) Date: Mon, 29 Sep 2003 20:50:39 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: sendmail and /dev/urandom under Sol8... Message-ID: <20030929185039.GA44189@engelschall.com> References: <24740000.1064851957@old-man.dhcp.ic3s.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <24740000.1064851957@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Sep 29, 2003, Steffen Weinreich wrote: > I have build sendmail with TLS and SASL Support under Sol8 but getting this > error when I start the sendmail: > > Sep 29 16:07:51 robin sendmail[27794]: STARTTLS: Warning: > safeopen(/dev/urandom) failed > > /dev/random exist and is a link to /devices/pseudo/random@0:urandom The safeopen() perhaps dislike the permissions or owner of /dev/urandom or the file it linked to or on some parent directory. It usually complains if anything in the path to some files do not have good permissions or ownerships. Check this. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Sep 30 09:52:33 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id B8213277AD1 for ; Tue, 30 Sep 2003 09:52:32 +0200 (CEST) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h8U7qVOX029996 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 30 Sep 2003 09:52:31 +0200 Date: Tue, 30 Sep 2003 09:52:31 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: sendmail and /dev/urandom under Sol8... Message-ID: <4160000.1064908351@old-man.dhcp.ic3s.de> In-Reply-To: <20030929185039.GA44189@engelschall.com> References: <24740000.1064851957@old-man.dhcp.ic3s.de> <20030929185039.GA44189@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Monday, September 29, 2003 20:50:39 +0200 "Ralf S. Engelschall" wrote: > On Mon, Sep 29, 2003, Steffen Weinreich wrote: > >> I have build sendmail with TLS and SASL Support under Sol8 but getting >> this error when I start the sendmail: >> >> Sep 29 16:07:51 robin sendmail[27794]: STARTTLS: Warning: >> safeopen(/dev/urandom) failed >> >> /dev/random exist and is a link to /devices/pseudo/random@0:urandom > > The safeopen() perhaps dislike the permissions or owner of /dev/urandom > or the file it linked to or on some parent directory. It usually > complains if anything in the path to some files do not have good > permissions or ownerships. Check this. sendmail doesnt complain about the permission but about the fact that the /dev/urandom is a symlink, and the target is a device :-) I had a deeper look into the sources and it seems that the sendmail define HASURANDOMDEV is only be set if the maschine runs under Sol9 or higher. One way around this seems to change the .spec and add a line with an APPENDDEF(`confENVDEF',`-DHASURANDOMDEV') to the sendmail config part, but I'm not sure if this is the right way to do. Any other proposals? cheerio Steve -- Space currenty for rent From openpkg-users-owner@openpkg.org Tue Sep 30 21:45:36 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 03C17277AD1 for ; Tue, 30 Sep 2003 21:45:34 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8UJjO4f029800 for ; Tue, 30 Sep 2003 15:45:24 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h8UJjMUC002932 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 30 Sep 2003 15:45:23 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Date: Tue, 30 Sep 2003 15:45:23 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <20030930125836.GA93915@en4.engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, What is the recommended way to reinstall the same package after rebuilding it. For example, I rebuilt openldap with the new openssl (per the instructions below). Once I did that I could not use rpm -Uvh to reinstall it since that version is already installed. So I did: rpm -e openldap..... rpm -Uvh openldap..... 1) Is there a better way? 2) Below "rpm -Fvh" is recommended to update openssl itself. How is this option different from "rpm -Uvh"? I can't find any documentation on it. Thanks, Dennis -----Original Message----- From: openpkg-announce-owner@openpkg.org [mailto:openpkg-announce-owner@openpkg.org]On Behalf Of OpenPKG Sent: Tuesday, September 30, 2003 8:59 AM To: openpkg-announce@openpkg.org Subject: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ________________________________________________________________________ OpenPKG Security Advisory The OpenPKG Project http://www.openpkg.org/security.html http://www.openpkg.org openpkg-security@openpkg.org openpkg@openpkg.org OpenPKG-SA-2003.044 30-Sep-2003 ________________________________________________________________________ Package: openssl Vulnerability: denial of service, possibly arbitrary code execution OpenPKG Specific: no Affected Releases: Affected Packages: Corrected Packages: OpenPKG CURRENT <= openssl-0.9.7b-20030806 >= openssl-0.9.7b-20030930 OpenPKG 1.3 <= openssl-0.9.7b-1.3.1 >= openssl-0.9.7b-1.3.2 OpenPKG 1.2 <= openssl-0.9.7-1.2.3 >= openssl-0.9.7-1.2.4 Affected Releases: Dependent Packages: OpenPKG CURRENT apache* bind blender cadaver cfengine cpu cups curl distcache dsniff easysoap ethereal* exim fetchmail imap imapd imaputils inn jabberd kde-base kde-libs linc links lynx mailsync meta-core mico* mixmaster monit* mozilla mutt mutt15 nail neon nessus-libs nmap openldap openssh openvpn perl-ssl pgadmin php* pine* postfix* postgresql pound proftpd* qpopper rdesktop samba samba3 sasl scanssh sendmail* siege sio* sitecopy snmp socat squid* stunnel subversion suck sysmon tcpdump tinyca w3m wget xmlsec OpenPKG 1.3 apache* bind cfengine cpu curl ethereal* fetchmail imap imapd inn links lynx mico* mutt nail neon openldap openssh perl-ssl php* postfix* postgresql proftpd* qpopper rdesktop samba sasl scanssh sendmail* siege sio* sitecopy snmp socat squid* stunnel suck sysmon tcpdump tinyca w3m wget xmlsec OpenPKG 1.2 apache* bind cpu curl ethereal* fetchmail imap inn links lynx mico* mutt nail neon openldap openssh perl-ssl postfix* postgresql qpopper rdesktop samba sasl scanssh sendmail* siege sitecopy snmp socat stunnel sysmon tcpdump tinyca w3m wget (*) marked packages are only affected if certain build options ("with_xxx") were used at build time. See Appendix below for details. Description: According to an OpenSSL [0] security advisory [1], multiple vulnerabilities exist in OpenSSL versions up to and including 0.9.6j and 0.9.7b: 1. Certain ASN.1 encodings that are rejected as invalid by the ASN.1 parser can trigger a bug in the deallocation of the corresponding data structure, corrupting the stack. 2. Unusual ASN.1 tag values can cause an out of bounds read under certain circumstances. 3. A malformed public key in a certificate will crash the verify code if it is set to ignore public key decoding errors (which is usually not the case, except for debugging purposes). 4. Due to an error in the SSL/TLS protocol handling, a server will parse a client certificate when one is not specifically requested. This means that all OpenSSL based SSL/TLS servers can be attacked using vulnerabilities 1, 2 and 3 even if they don't enable client authentication. The Common Vulnerabilities and Exposures (CVE) project assigned the ids CAN-2003-0543 [2], CAN-2003-0544 [3] and CAN-2003-0545 [4] to the problems. Please check whether you are affected by running "/bin/rpm -q openssl". If you have the "openssl" package installed and its version is affected (see above), we recommend that you immediately upgrade it (see Solution) and it's dependent packages (see above), too. [5][6] Solution: Select the updated source RPM appropriate for your OpenPKG release [7][8], fetch it from the OpenPKG FTP service [9][10] or a mirror location, verify its integrity [11], build a corresponding binary RPM from it [5] and update your OpenPKG installation by applying the binary RPM [6]. For the current release OpenPKG 1.3, perform the following operations to permanently fix the security problem (for other releases adjust accordingly). $ ftp ftp.openpkg.org ftp> bin ftp> cd release/1.3/UPD ftp> get openssl-0.9.7b-1.3.2.src.rpm ftp> bye $ /bin/rpm -v --checksig openssl-0.9.7b-1.3.2.src.rpm $ /bin/rpm --rebuild openssl-0.9.7b-1.3.2.src.rpm $ su - # /bin/rpm -Fvh /RPM/PKG/openssl-0.9.7b-1.3.2.*.rpm Additionally, we you have to rebuild and reinstall all dependent packages (see above), too. [5][6] ________________________________________________________________________ Appendix: Some packages are only affected if certain package options ("with_xxx") were used at build time. Please check whether you are affected by running "/bin/rpm -qi ". The table below lists all those packages, their options and values that make up the difference regarding this advisory for OpenPKG CURRENT, 1.3 and 1.2. Packages or options that were not available in a particular release are marked "=". package option "with_" CUR 1.3 1.2 ----------------------------------------- apache mod_ssl yes yes yes : mod_php_pgsql yes yes = : mod_php_openssl yes yes yes : mod_php_openldap yes yes yes : mod_php_imap yes yes = : mod_php3_openssl yes yes yes : mod_auth_ldap yes yes yes ethereal openssl yes yes yes mico ssl yes yes yes monit ssl yes = = php openssl yes yes = : imap yes yes = pine ssl yes = = postfix tls yes yes yes : ldap yes yes = proftpd pgsql yes yes = : ldap yes yes = sendmail tls yes yes yes : sasl yes yes yes : ldap yes yes yes sio bio yes yes = squid ssl yes yes = ________________________________________________________________________ References: [0] http://www.openssl.org/ [1] http://www.openssl.org/news/secadv_20030930.txt [2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0543 [3] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0544 [4] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0545 [5] http://www.openpkg.org/tutorial.html#regular-source [6] http://www.openpkg.org/tutorial.html#regular-binary [7] ftp://ftp.openpkg.org/release/1.2/UPD/openssl-0.9.7-1.2.4.src.rpm [8] ftp://ftp.openpkg.org/release/1.3/UPD/openssl-0.9.7b-1.3.2.src.rpm [9] ftp://ftp.openpkg.org/release/1.2/UPD/ [10] ftp://ftp.openpkg.org/release/1.3/UPD/ [11] http://www.openpkg.org/security.html#signature ________________________________________________________________________ For security reasons, this advisory was digitally signed with the OpenPGP public key "OpenPKG " (ID 63C4CB9F) of the OpenPKG project which you can retrieve from http://pgp.openpkg.org and hkp://pgp.openpkg.org. Follow the instructions on http://pgp.openpkg.org/ for details on how to verify the integrity of this advisory. ________________________________________________________________________ -----BEGIN PGP SIGNATURE----- Comment: OpenPKG iD8DBQE/eX0UgHWT4GPEy58RAplhAJ0c+GMqHgDjrgIYdcCkgKi/jzgWtgCeLc5T B84GXRZS675YJYwrEc5Audk= =+vWe -----END PGP SIGNATURE----- ______________________________________________________________________ The OpenPKG Project www.openpkg.org Project Announcement List openpkg-announce@openpkg.org From openpkg-users-owner@openpkg.org Tue Sep 30 22:00:31 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id A5778277AD1 for ; Tue, 30 Sep 2003 22:00:30 +0200 (CEST) Received: from [192.168.50.150] (pD9E33428.dip.t-dialin.net [217.227.52.40]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h8UK0ROX002234 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 30 Sep 2003 22:00:28 +0200 Date: Tue, 30 Sep 2003 21:51:40 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: RE: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <29370000.1064951500@marco-polo.weinreich.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Dienstag, September 30, 2003 15:45:23 -0400 Dennis McRitchie wrote: > Hi, > > What is the recommended way to reinstall the same package after rebuilding > it. For example, I rebuilt openldap with the new openssl (per the > instructions below). Once I did that I could not use rpm -Uvh to reinstall > it since that version is already installed. So I did: > rpm -e openldap..... > rpm -Uvh openldap..... > > 1) Is there a better way? If you use "openpkg build" the generated shell-script use "rpm -Uvh --force" to install the packages. Therefore I think this is the recommended way to update a package. > 2) Below "rpm -Fvh" is recommended to update openssl itself. How is this > option different from "rpm -Uvh"? I can't find any documentation on it. -F means freshen and installs only packages which are newer and currently installed. cheerio Steve -- Space currenty for rent From openpkg-users-owner@openpkg.org Wed Oct 1 02:10:06 2003 Received: from beaker.north.de (pD95283F6.dip.t-dialin.net [217.82.131.246]) by mail.openpkg.org (Postfix) with ESMTP id A3503277AD1 for ; Wed, 1 Oct 2003 02:10:05 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h910A45c012965 for ; Wed, 1 Oct 2003 02:10:04 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h910A3008809 for openpkg-users@openpkg.org; Wed, 1 Oct 2003 02:10:03 +0200 (MEST) Date: Wed, 1 Oct 2003 02:10:03 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <20031001001003.GE28394@baerlap.north.de> References: <20030930125836.GA93915@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Sep 30, 2003 at 03:45:23PM -0400, Dennis McRitchie wrote: > Hi, > > What is the recommended way to reinstall the same package after rebuilding > it. For example, I rebuilt openldap with the new openssl (per the > instructions below). Once I did that I could not use rpm -Uvh to reinstall > it since that version is already installed. So I did: > rpm -e openldap..... > rpm -Uvh openldap..... > > 1) Is there a better way? > > 2) Below "rpm -Fvh" is recommended to update openssl itself. How is this > option different from "rpm -Uvh"? I can't find any documentation on it. Well, Steffen Weinreich already answered. The -U - and -F - options are documented in "man rpm", i think. I have another problem. I use some machines as "masters", where the software is build from sources. Then the generated binary packages are installed on other machines. I upgraded the machines that build from sources with openpkg build -i -g -u openssl | sh But when i try this with binary packages openpkg build -p -r ftp://bla/.../RPM/PKG -f ftp://bla/.../RPM/PKG/00INDEX.rdf.bz2 -i -g -u I get FATAL: cannot find source for 'openssl' Is there a better way to upgrade using binary packages ? Is "openpkg build -i -g -u " the/a proper way to upgrade anyway ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Oct 1 10:09:56 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8349B277AD1 for ; Wed, 1 Oct 2003 10:09:55 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 5D95C8DBB8; Wed, 1 Oct 2003 10:09:54 +0200 (CEST) Date: Wed, 1 Oct 2003 10:09:54 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <20031001080954.GA10098@dev.de.cw.com> References: <20030930125836.GA93915@en4.engelschall.com> <20031001001003.GE28394@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031001001003.GE28394@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003, Matthias Kurz wrote: > On Tue, Sep 30, 2003 at 03:45:23PM -0400, Dennis McRitchie wrote: > > Hi, > > > > What is the recommended way to reinstall the same package [...] > > rpm -e openldap..... > > rpm -Uvh openldap..... > > Please note that, beginning with OpenPKG v1.3, -e (erase) will remove default (not created) data, logs (!), pidfiles and "run" information from the %{l_prefix}/var/%{name}/ directory. > > 1) Is there a better way? > > I would prefer "-Uvh --force" instead. According to my experience, this might tamper with your configuration, so check this afterwards. > I have another problem. I use some machines as "masters", where the > software is build from sources. Then the generated binary packages > are installed on other machines. > > I upgraded the machines that build from sources with > openpkg build -i -g -u openssl | sh > For standalone machines and "masters" as you describe them, a "openpkg build -Ua" should be sufficent. I tried it on some instances and the results looked fine. It even detected packages which used openssl due to a conditional "with_xxx" option. As the generated script uses "--force", don't forget to check the configuration. Being a little paranoid i also executed $ for i in `/cw/bin/rpm -q --whatrequires openssl`; do \ /cw/bin/rpm -qi $i | grep "Build Time"; \ done and checked if all eventually installed packages that directly depend on openssl have been built recently. Needless to say, the last action is always to test the final results. > But when i try this with binary packages > openpkg build -p > -r ftp://bla/.../RPM/PKG > -f ftp://bla/.../RPM/PKG/00INDEX.rdf.bz2 > -i -g -u > I get > FATAL: cannot find source for 'openssl' > If your command listing above is complete it looks like you forgot to create a new index. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Oct 1 11:38:56 2003 Received: from 80.161.91.169 (b0rken.dk [80.161.91.169]) by mail.openpkg.org (Postfix) with ESMTP id 441B5277AD1 for ; Wed, 1 Oct 2003 11:38:55 +0200 (CEST) Received: from cyrax by 80.161.91.169 with local (Exim 3.36 #1 (Debian)) id 1A4dNz-00027t-00 for ; Wed, 01 Oct 2003 11:35:07 +0200 Date: Wed, 1 Oct 2003 11:35:05 +0200 To: openpkg-users@openpkg.org Subject: mplayer not compiling on solaris 9 Message-ID: <20031001093504.GA8160@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When trying to compile mplayer on a Solaris SPARC-station I get the following error: /opt/openpkg/_/bin/cc -I. -I.. -O2 -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -U_FILE_OFFSET_BITS -I/opt/openpkg/_/include/ -I/opt/openpkg/_/include/lzo -fno-omit-frame-pointer -DMPLAYER -D__WINE__ -c ldt_keeper.c ldt_keeper.c:47:25: sys/segment.h: No such file or directory ldt_keeper.c:48:24: sys/sysi86.h: No such file or directory ldt_keeper.c: In function `Setup_LDT_Keeper': ldt_keeper.c:226: error: storage size of `ssd' isn't known ldt_keeper.c:234: error: `SI86DSCR' undeclared (first use in this function) ldt_keeper.c:234: error: (Each undeclared identifier is reported only once ldt_keeper.c:234: error: for each function it appears in.) {standard input}: Assembler messages: {standard input}:11: Error: Illegal operands {standard input}:11: Error: Unknown opcode: `movw' make[1]: *** [ldt_keeper.o] Error 1 make: *** [loader/libloader.a] Error 2 error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.216 (%build) Is this i386-only, or am I doing something wrong? --=20 // Mark Gj=F8l Is it better to abide by the rules until they're changed or help speed the = change by breaking them? -- http://b0rken.dk --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ep/ITh0Mus0FOi0RAqifAJ9CyI+2XiYVmN/nc3shDmZtUL2avQCggIuE nUSLlv1z5izQrCrOhOHu0QI= =Rle+ -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From openpkg-users-owner@openpkg.org Wed Oct 1 13:06:07 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id 39AF4277AD1 for ; Wed, 1 Oct 2003 13:06:07 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h91B65t4083013 for ; Wed, 1 Oct 2003 13:06:06 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h91B65Xm083012 for openpkg-users@openpkg.org; Wed, 1 Oct 2003 13:06:05 +0200 (CEST) Date: Wed, 1 Oct 2003 13:06:04 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: mplayer not compiling on solaris 9 Message-ID: <20031001110604.GC1709@dt4.dev.de.cw.net> References: <20031001093504.GA8160@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" In-Reply-To: <20031001093504.GA8160@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --bAmEntskrkuBymla Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 01, 2003, cyrax@b0rken.dk wrote: > When trying to compile mplayer on a Solaris SPARC-station I get the > following error: > > /opt/openpkg/_/bin/cc -I. -I.. -O2 -pipe -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=3D64 -U_FILE_OFFSET_BITS -I/opt/openpkg/_/include/ > -I/opt/openpkg/_/include/lzo -fno-omit-frame-pointer -DMPLAYER > -D__WINE__ -c ldt_keeper.c > ldt_keeper.c:47:25: sys/segment.h: No such file or directory > ldt_keeper.c:48:24: sys/sysi86.h: No such file or directory > ldt_keeper.c: In function `Setup_LDT_Keeper': > ldt_keeper.c:226: error: storage size of `ssd' isn't known > ldt_keeper.c:234: error: `SI86DSCR' undeclared (first use in this > function) > ldt_keeper.c:234: error: (Each undeclared identifier is reported only > once > ldt_keeper.c:234: error: for each function it appears in.) > {standard input}: Assembler messages: > {standard input}:11: Error: Illegal operands > {standard input}:11: Error: Unknown opcode: `movw' > make[1]: *** [ldt_keeper.o] Error 1 > make: *** [loader/libloader.a] Error 2 > error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.216 (%build) > > Is this i386-only, or am I doing something wrong? > --=20 > // Mark Gj=F8l > Is it better to abide by the rules until they're changed or help speed th= e change by breaking them? > -- http://b0rken.dk Hello Mark, You are not doing anything wrong, but OpenPKG is also not at fault. The mplayer folks have some work to do to get mplayer 1.0 to build right on Solaris SPARC. I've confirmed that the package builds fine on Solaris x86 though. In the meantime, I'll look at ways to patch this so it works on SPARC as well. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --bAmEntskrkuBymla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP3q1HFuYv80UoVTdAQFQDgf/TLwiLThzNxeJQsBBTwtP48ONVIlqnP6y WbQUWHovxKusjLtYiC86xlmqGQKJIUdybToUwaAaOODJonl3qaT1lB39euXTvy1U wYi1lwNxHGR+R/iybS1yHWUIRQetTmtmq/HkzbKUC7kI2WIZiUvbYF/IV8bn/O+I 58NDPcHR4OGeMlumoJviPYcwNf+Xw+F2f72Ct/1pptoQ5kKsXQB2C8W4ntYcyubf IHeZSIcpy7areCSDZJj6gVmA1upH0ubR1GKZZg6aaXagbNbpXxuYE/As4WDAXLuG a83jhJv7VWlL4MhB+/meSNnOk1a/sWXyIoAWkjknhNZyUaignVofBQ== =N0xK -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From openpkg-users-owner@openpkg.org Wed Oct 1 19:28:20 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id E61BD277C84 for ; Wed, 1 Oct 2003 19:28:18 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h91HSE4f009442 for ; Wed, 1 Oct 2003 13:28:15 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h91HSDf9004717 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 1 Oct 2003 13:28:14 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Pine dependencies Date: Wed, 1 Oct 2003 13:28:14 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-reply-to: <20031001110604.GC1709@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm trying to build pine 4.58 from the OpenPKG "current" repository. It tells me that it needs 2 dependencies I don't have: 1) openpkg >= 20030909 All my other installed packages are from the 1.3 release, and I'm only getting pine from the "current" repository because it's not available in the 1.3 release. So is this a real dependency, or will pine build and install fine if I have openpkg-1.3.1-1.3.1 installed? (If it is the latter, I will just edit the spec file.) 2) MTA I assume that this is referring to a Mail Transport Agent. If so, I know pine needs an MTA to run; but this is not a dependency in the usual sense of the word. There is no package called MTA, and it is up to the sysadmin and/or user to pick an MTA (sendmail or some other SMTP agent) to use. So why is this listed here? I understand the value of a reminder, but shouldn't there be a way to get pine to build without having to edit the spec file? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Wed Oct 1 20:11:52 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id A0391277AD1 for ; Wed, 1 Oct 2003 20:11:51 +0200 (CEST) Received: from [192.168.50.150] (pD958BA64.dip.t-dialin.net [217.88.186.100]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h91IBmOX011793 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 1 Oct 2003 20:11:50 +0200 Date: Wed, 01 Oct 2003 20:02:54 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Pine dependencies Message-ID: <4250000.1065031374@marco-polo.weinreich.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Mittwoch, Oktober 01, 2003 13:28:14 -0400 Dennis McRitchie wrote: > I'm trying to build pine 4.58 from the OpenPKG "current" repository. It > tells me that it needs 2 dependencies I don't have: > > 1) openpkg >= 20030909 > > All my other installed packages are from the 1.3 release, and I'm only > getting pine from the "current" repository because it's not available in > the 1.3 release. So is this a real dependency, or will pine build and > install fine if I have openpkg-1.3.1-1.3.1 installed? (If it is the > latter, I will just edit the spec file.) The recommended way is to use also the current openpkg package if you plan to use packages out of the current tree. But you could easily try to backport a package by replacing the date by the relase 1.3.0. Be warned, your mileage will vary :-)) > > 2) MTA > > I assume that this is referring to a Mail Transport Agent. If so, I know > pine needs an MTA to run; but this is not a dependency in the usual sense > of the word. There is no package called MTA, and it is up to the sysadmin > and/or user to pick an MTA (sendmail or some other SMTP agent) to use. > > So why is this listed here? I understand the value of a reminder, but > shouldn't there be a way to get pine to build without having to edit the > spec file? MTA is a virtual package and will be provided by ssmtp, postfix or sendmail. More about virtual packages are described under http://www.openpkg.org/faq.html#package-type cheerio Steve -- Space currenty for rent From openpkg-users-owner@openpkg.org Wed Oct 1 20:48:18 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 1B8AD277AD1 for ; Wed, 1 Oct 2003 20:48:18 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h91ImEek029657 for ; Wed, 1 Oct 2003 14:48:14 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h91ImDUC002009 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 1 Oct 2003 14:48:13 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Pine dependencies Date: Wed, 1 Oct 2003 14:48:13 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-reply-to: <4250000.1065031374@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks Steve! >MTA is a virtual package and will be provided by ssmtp, postfix or >sendmail. More about virtual packages are described under >http://www.openpkg.org/faq.html#package-type I had read that section a while back, and could not make sense of it at the time. It makes sense now though. Thanks again. Dennis From openpkg-users-owner@openpkg.org Wed Oct 1 21:29:43 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id C7653277AD1 for ; Wed, 1 Oct 2003 21:29:42 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id EA0C311F1A6; Wed, 1 Oct 2003 12:29:39 -0700 (PDT) Date: Wed, 1 Oct 2003 12:29:39 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: Pine dependencies Message-ID: <20031001192939.GA92242@alexis.mi.celestial.com> References: <4250000.1065031374@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <4250000.1065031374@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003, Steffen Weinreich wrote: > >--On Mittwoch, Oktober 01, 2003 13:28:14 -0400 Dennis McRitchie > wrote: ... >>2) MTA >> >>I assume that this is referring to a Mail Transport Agent. If so, I know >>pine needs an MTA to run; but this is not a dependency in the usual sense >>of the word. There is no package called MTA, and it is up to the sysadmin >>and/or user to pick an MTA (sendmail or some other SMTP agent) to use. >> >>So why is this listed here? I understand the value of a reminder, but >>shouldn't there be a way to get pine to build without having to edit the >>spec file? > >MTA is a virtual package and will be provided by ssmtp, postfix or >sendmail. More about virtual packages are described under >http://www.openpkg.org/faq.html#package-type This brings up a topic I've been meaning to address for a while. The MTA package gets in the way when bootstrapping OpenPKG if one wants to do the build as a non-root user using ``sudo'' since ``sudo'' depends on MTA. I've considered writing a placeholder package, say dummyMTA, that provides MTA (and might make symlinks from the system sendmail to %{l_prefix}/sbin/sendmail) that would work around this dependency. Adding ``Obsoletes: dummyMTA'' to the real MTAs, postfix, exim, et al, that would automatically remove dummyMTA when installed. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ The ultimate result of shielding men from the effects of folly is to fill the world with fools. -- Herbert Spencer (1891) From openpkg-users-owner@openpkg.org Thu Oct 2 11:55:52 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 63FEE277AD1 for ; Thu, 2 Oct 2003 11:55:52 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 54C478DCCA; Thu, 2 Oct 2003 11:55:51 +0200 (CEST) Date: Thu, 2 Oct 2003 11:55:51 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Pine dependencies Message-ID: <20031002095551.GA13989@dev.de.cw.com> References: <4250000.1065031374@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <4250000.1065031374@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003, Steffen Weinreich wrote: > --On Mittwoch, Oktober 01, 2003 13:28:14 -0400 Dennis McRitchie > wrote: > > >I'm trying to build pine 4.58 from the OpenPKG "current" repository. It > >tells me that it needs 2 dependencies I don't have: > > > >1) openpkg >= 20030909 > > > >All my other installed packages are from the 1.3 release, and I'm only > >getting pine from the "current" repository because it's not available in > >the 1.3 release. So is this a real dependency, or will pine build and > >install fine if I have openpkg-1.3.1-1.3.1 installed? (If it is the > >latter, I will just edit the spec file.) > > The recommended way is to use also the current openpkg package if you plan > to use packages out of the current tree. [...] > That's the correct general answer. It usually doesn't take a long time after any RELEASE that incompatible changes are introduced in the CURRENT trunk. Because this CURRENT trunk will eventually become the next release we try hard to be backwards compatible. That means the more correct general recommendation is to use the most recent CURRENT openpkg package dated between your release and the next release or HEAD if no next release exists, yet. Keep this in mind. Regarding the current situation today we have already introduced one incompatiblity, the %{l_platform} macro that makes use of the OSSP platform script. You can find those important issues in the HISTORY [1] file, which is manually maintained condensed information from the CVS timeline [2]. The history log points out that %{l_platform} was introduced one day before the pine requirement >= 20030909 and a look into the pine package exhibits that this macro is really used. So pine really won't work with openpkg-1.3.0-1.3.0. The good news is that because this new macro is both important and wide-spread we decided to include this feature into openpkg-1.3.1-1.3.1 [3] for forward compatiblity. If this macro is the only incompatiblity then today's CURRENT packages will work with the 1.3.1 update of OpenPKG. Chances are that pine is one of them. Have fun! > >2) MTA > > > >I assume that this is referring to a Mail Transport Agent. [...] Exactly. In many situations it costs more to tweak a package to not use an MTA than to convince the user to install an MTA just to fulfill the requirement. That's why we provide the ssmtp package. It is a tiny little submit-only software package. I have to admit that it has few requirements but too many for bootstrapping, as Bill pointed out when describing his issue with "sudo" in another posting within this thread. [1] http://cvs.openpkg.org/getfile?f=openpkg-src/openpkg/HISTORY [2] http://cvs.openpkg.org/rlog?f=openpkg-src/openpkg/openpkg.spec [3] http://cvs.openpkg.org/chngview?cn=12446 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Oct 2 17:33:43 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 5C5E7277AD1 for ; Thu, 2 Oct 2003 17:33:43 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 16C8C8DCA9; Thu, 2 Oct 2003 17:33:42 +0200 (CEST) Date: Thu, 2 Oct 2003 17:33:41 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: sudo dependencies [Was: Re: Pine dependencies] Message-ID: <20031002153341.GB13989@dev.de.cw.com> References: <4250000.1065031374@marco-polo.weinreich.org> <20031001192939.GA92242@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031001192939.GA92242@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003, Bill Campbell wrote: > On Wed, Oct 01, 2003, Steffen Weinreich wrote: > > > >--On Mittwoch, Oktober 01, 2003 13:28:14 -0400 Dennis McRitchie > > wrote: > ... > >>2) MTA > >> > >>I assume that this is referring to a Mail Transport Agent. [...] > > > >MTA is a virtual package [...] > > This brings up a topic I've been meaning to address for a while. > > The MTA package gets in the way when bootstrapping OpenPKG if one wants to > do the build as a non-root user using ``sudo'' since ``sudo'' depends on > MTA. [...] > Bill, i understand this problem. It is annoying to have the MTA requirement because the default configuration of sudo does not even make use of the MTA. Also, the build time decision whether to use an MTA or not is not enforced by sudo as it can be configured in the sudoers file at any time. So we decided to drop this requirement entirely, see http://cvs.openpkg.org/chngview?cn=12561. For CURRENT, this means that the sendmail program is now hardcoded to [/usr]/bin/true in order not to break sudo functionality. Those who want to send mail need to configure "mailerpath" in the sudoers(5) file and can no longer depend on the buildtime configuration. A small price to pay, i think. As soon as time permits, we'll try to further reduce sudo's indirect requirements by removing the gcc dependency from fsl. In the meantime you can bootstrap "with_fsl=no" and add it later if you wish. Unless i hear complaints i'll MFC similar behavior into a sudo...-1.3.x upgrade package next week. Countrary to CURRENT, the RELEASE update should behave as much like the original version as possible. Maybe i have to retain the execution of %{l_prefix}/sbin/sendmail and include a [/usr]/bin/true binary called "sendmail" as a ghost file in case someone really has MTA omitted. I have to think about that. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Oct 3 14:36:38 2003 Received: from beaker.north.de (pD9E17223.dip.t-dialin.net [217.225.114.35]) by mail.openpkg.org (Postfix) with ESMTP id 1E1EE277AD1 for ; Fri, 3 Oct 2003 14:36:37 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h93CaZfu024237 for ; Fri, 3 Oct 2003 14:36:35 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h937gWE19145 for openpkg-users@openpkg.org; Fri, 3 Oct 2003 09:42:32 +0200 (MEST) Date: Fri, 3 Oct 2003 08:01:40 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <20031003060140.GP5205@baerlap.north.de> References: <20030930125836.GA93915@en4.engelschall.com> <20031001001003.GE28394@baerlap.north.de> <20031001080954.GA10098@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20031001080954.GA10098@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003 at 10:09:54AM +0200, Thomas Lotterer wrote: > On Wed, Oct 01, 2003, Matthias Kurz wrote: > [...] > > I upgraded the machines that build from sources with > > openpkg build -i -g -u openssl | sh > > > For standalone machines and "masters" as you describe them, a "openpkg > build -Ua" should be sufficent. I tried it on some instances and the > results looked fine. It even detected packages which used openssl due to > a conditional "with_xxx" option. As the generated script uses "--force", > don't forget to check the configuration. > > Being a little paranoid i also executed > > $ for i in `/cw/bin/rpm -q --whatrequires openssl`; do \ > /cw/bin/rpm -qi $i | grep "Build Time"; \ > done Well, there is a difference between "rpm --whatrequires" and "openpkg build -L". And it makes sense in some cases to rebuild some of the additional packages picked by "openpkg build -L". I prefer to update one package too much than one package too little. > and checked if all eventually installed packages that directly depend on > openssl have been built recently. Needless to say, the last action is > always to test the final results. Yeah, i'm also ;) a bit unsure, when it comes to openpkg-tool and dependencies. That different output is generated for two consecutive calls with the _same_ option(s) doesn't make things easier. Though, i checked the output several times and could not find obvious errors. My main problem is that there are no examples/instructions. I don't want to say that there are too many options - it would just be nice when there where examples for the usual cases (*1*): - Install packages and all packages they depend on from source rpms - Install packages and all packages they depend on from binary rpms - Upgrade all installed packages from source rpms when necessary - Unconditionally upgrade all installed packages from source rpms - Upgrade specific packages from source rpms when necessary - Unconditionally upgrade specific packages from source rpms (*2*) - Upgrade all installed packages from binary rpms when necessary - Unconditionally upgrade all installed packages from binary rpms - Upgrade specific packages from binary rpms when necessary - Unconditionally upgrade specific packages from binary rpms Are all those cases supported ? Are there other important/supported cases ? What are the recommended (openpkg) commands for the supported cases ? It is also _extremly_ important to _define_(*3*) what effect --force has on configurations. From my observation it does _not_ clobber existing and modified configs. Well, but one has to get the .specs right in the first place. E.g. httpd.conf et al are not flagged as config files in the apache2 package - and are consequently replaced by an upgrade. D'oh ! I have machines with up to 240 installed packages - i really do not want to check each and every configuration after a "minor" upgrade. > > But when i try this with binary packages > > openpkg build -p > > -r ftp://bla/.../RPM/PKG > > -f ftp://bla/.../RPM/PKG/00INDEX.rdf.bz2 > > -i -g -u > > I get > > FATAL: cannot find source for 'openssl' > > > If your command listing above is complete it looks like you forgot to > create a new index. It works, when i leave out the "-u", so i do a "rm $opkg_root/RPM/PKG/*; openpkg build ..." Perhaps someone could tell whether and how yum or apt can improve things ? What about the "usual cases" above ? I'd like to get the basics straight, first, so i try to concentrate on openpkg-tool - before i completely loose the ground. I had to stop to look at apt or yum for now. I wanted to slowly adapt OpenPKG, but the staccato of needed security updates in the last time "forced" me to use OpenPKG more seriously and in more important places. I really do no longer want to waste my time with the /usr/local morass. But i'm also not completely satisfied with my current setup - it is much better than before (*4*), but still not "defined" and "automatic" enough. (mk) (*1*) I'm under the impression anyways, that more and more often such valuable sections like "SEE ALSO" and "EXAMPLES" are left out from manual pages. Not spoken of completely left out man pages or man pages with just a reference to some html/info "dung" - that's really bullshit. Not that i do not appreciate additional or "in deep" informations, but usable man pages must be there, _first_. (*2*) Well, "unconditionally" here means: force a rebuild of only the named packages and also force a rebuild of all packages that depend on one or more of the rebuilt packages. (*3*) http://www.mail-archive.com/openpkg-dev%40openpkg.org/msg09886.html (*4*) Even the development of local or locally modified packages is much more fun with the OpenPkg/rpm environment, because it is much easier to reproduce results. -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Fri Oct 3 14:36:38 2003 Received: from beaker.north.de (pD9E17223.dip.t-dialin.net [217.225.114.35]) by mail.openpkg.org (Postfix) with ESMTP id 2DED9277D06 for ; Fri, 3 Oct 2003 14:36:37 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h93CaZfw024237 for ; Fri, 3 Oct 2003 14:36:35 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h9361ee22640 for openpkg-users@openpkg.org; Fri, 3 Oct 2003 08:01:40 +0200 (MEST) Date: Fri, 3 Oct 2003 08:01:40 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <20031003060140.GP5205@baerlap.north.de> References: <20030930125836.GA93915@en4.engelschall.com> <20031001001003.GE28394@baerlap.north.de> <20031001080954.GA10098@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: <20031001080954.GA10098@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 01, 2003 at 10:09:54AM +0200, Thomas Lotterer wrote: > On Wed, Oct 01, 2003, Matthias Kurz wrote: > [...] > > I upgraded the machines that build from sources with > > openpkg build -i -g -u openssl | sh > > > For standalone machines and "masters" as you describe them, a "openpkg > build -Ua" should be sufficent. I tried it on some instances and the > results looked fine. It even detected packages which used openssl due to > a conditional "with_xxx" option. As the generated script uses "--force", > don't forget to check the configuration. > > Being a little paranoid i also executed > > $ for i in `/cw/bin/rpm -q --whatrequires openssl`; do \ > /cw/bin/rpm -qi $i | grep "Build Time"; \ > done Well, there is a difference between "rpm --whatrequires" and "openpkg build -L". And it makes sense in some cases to rebuild some of the additional packages picked by "openpkg build -L". I prefer to update one package too much than one package too little. > and checked if all eventually installed packages that directly depend on > openssl have been built recently. Needless to say, the last action is > always to test the final results. Yeah, i'm also ;) a bit unsure, when it comes to openpkg-tool and dependencies. That different output is generated for two consecutive calls with the _same_ option(s) doesn't make things easier. Though, i checked the output several times and could not find obvious errors. My main problem is that there are no examples/instructions. I don't want to say that there are too many options - it would just be nice when there where examples for the usual cases (*1*): - Install packages and all packages they depend on from source rpms - Install packages and all packages they depend on from binary rpms - Upgrade all installed packages from source rpms when necessary - Unconditionally upgrade all installed packages from source rpms - Upgrade specific packages from source rpms when necessary - Unconditionally upgrade specific packages from source rpms (*2*) - Upgrade all installed packages from binary rpms when necessary - Unconditionally upgrade all installed packages from binary rpms - Upgrade specific packages from binary rpms when necessary - Unconditionally upgrade specific packages from binary rpms Are all those cases supported ? Are there other important/supported cases ? What are the recommended (openpkg) commands for the supported cases ? It is also _extremly_ important to _define_(*3*) what effect --force has on configurations. From my observation it does _not_ clobber existing and modified configs. Well, but one has to get the .specs right in the first place. E.g. httpd.conf et al are not flagged as config files in the apache2 package - and are consequently replaced by an upgrade. D'oh ! I have machines with up to 240 installed packages - i really do not want to check each and every configuration after a "minor" upgrade. > > But when i try this with binary packages > > openpkg build -p > > -r ftp://bla/.../RPM/PKG > > -f ftp://bla/.../RPM/PKG/00INDEX.rdf.bz2 > > -i -g -u > > I get > > FATAL: cannot find source for 'openssl' > > > If your command listing above is complete it looks like you forgot to > create a new index. It works, when i leave out the "-u", so i do a "rm $opkg_root/RPM/PKG/*; openpkg build ..." Perhaps someone could tell whether and how yum or apt can improve things ? What about the "usual cases" above ? I'd like to get the basics straight, first, so i try to concentrate on openpkg-tool - before i completely loose the ground. I had to stop to look at apt or yum for now. I wanted to slowly adapt OpenPKG, but the staccato of needed security updates in the last time "forced" me to use OpenPKG more seriously and in more important places. I really do no longer want to waste my time with the /usr/local morass. But i'm also not completely satisfied with my current setup - it is much better than before (*4*), but still not "defined" and "automatic" enough. (mk) (*1*) I'm under the impression anyways, that more and more often such valuable sections like "SEE ALSO" and "EXAMPLES" are left out from manual pages. Not spoken of completely left out man pages or man pages with just a reference to some html/info "dung" - that's really bullshit. Not that i do not appreciate additional or "in deep" informations, but usable man pages must be there, _first_. (*2*) Well, "unconditionally" here means: force a rebuild of only the named packages and also force a rebuild of all packages that depend on one or more of the rebuilt packages. (*3*) http://www.mail-archive.com/openpkg-dev%40openpkg.org/msg09886.html (*4*) Even the development of local or locally modified packages is much more fun with the OpenPkg/rpm environment, because it is much easier to reproduce results. -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Fri Oct 3 16:32:45 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 15FFA277AD1 for ; Fri, 3 Oct 2003 16:32:45 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id h93EWgM02979 for openpkg-users@openpkg.org; Fri, 3 Oct 2003 16:32:42 +0200 (MEST) Date: Fri, 3 Oct 2003 16:32:00 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Subject: [OpenPKG-SA-2003.044] OpenPKG Security Advisory (openssl) Message-ID: <20031003143200.GA1738@serpens.de> References: <20030930125836.GA93915@en4.engelschall.com> <20031001001003.GE28394@baerlap.north.de> <20031001080954.GA10098@dev.de.cw.com> <20031003060140.GP5205@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031003060140.GP5205@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Oct 03, 2003 at 08:01:40AM +0200, Matthias Kurz wrote: > Well, there is a difference between "rpm --whatrequires" and > "openpkg build -L". rpm inspects the local database of installed packages. openpkg build inspects the repository index. openpkg build also manages reverse dependencies. A simple: openpkg build openssl will rebuild all installed packages that depend on openssl The -L option is a feature for a repository maintainer to find out what packages might be affected without actually having these packages installed (which might be even impossible due to conflicts). > That different output is generated for two consecutive calls with the > _same_ option(s) doesn't make things easier. If the output changed then either the installed packages changed or the index changed. > - Install packages and all packages they depend on from source rpms > - Install packages and all packages they depend on from binary rpms There is no real distinction between source and binary rpms in a repository. Binary rpms are not built but copied and sources are sometimes required. Otherwise it is simply: openpkg build -p platform package-name The index determines wether a binary RPM or a source RPM is used but only binary RPMs that match the platform are selected. > - Upgrade all installed packages from source rpms when necessary What is 'necessary' ? > - Unconditionally upgrade all installed packages from source rpms openpkg build -a > - Upgrade specific packages from source rpms when necessary Again, what is 'necessary' ? > - Unconditionally upgrade specific packages from source rpms (*2*) openpkg build package-name > - Upgrade all installed packages from binary rpms when necessary > - Unconditionally upgrade all installed packages from binary rpms openpkg build -p platform -a > - Upgrade specific packages from binary rpms when necessary > - Unconditionally upgrade specific packages from binary rpms openpkg build -p platform package-name > Are all those cases supported ? Except for the notion of 'necessity' these are the trivial cases. > Are there other important/supported cases ? > What are the recommended (openpkg) commands for the supported cases ? Many. The most common case is: install/upgrade a package and upgrade all dependencies first to ensure that the basis for the installed/upgraded package is up-to-date: openpkg build -U package-name or for all installed packages: openpkg build -U -a Then you may want to rebuild an already installed package: openpkg build -g package-name Do the same, but also rebuild all the dependencies: openpkg build -z package-name Rebuild all installed packages (often required after a system upgrade): openpkg build -z -a > It is also _extremly_ important to _define_(*3*) what effect --force has > on configurations. I believe that's clearly defined by RPM. The packages have to declare what the configuration is of course. > place. E.g. httpd.conf et al are not flagged as config files in the apache2 > package - and are consequently replaced by an upgrade. D'oh ! It should be replaced (and saved) only when the default httpd.conf changes. Otherwise it is a bug. > I have machines with up to 240 installed packages - i really do not want > to check each and every configuration after a "minor" upgrade. One problem is: what is a 'minor' upgrade. Nobody can guarantee that an upgrade does not require changes in the configuration. You absolutly must verify the configurations. RPM treats changes in the default configuration of a package as a 'major' upgrade. In that case it saves the old config file and stores the new config file. The OpenPKG rc script will warn you when a saved configuration file exists and should refuse to start a package in that case. There are often config files that change just for a new CVS version number or datestamp, sometimes a simple three-way-merge could generate a valid script. But no generic automated system will be smart enough to ignore such harmless changes. For a large installation I also prefer to keep all configuration files at a central place (CVS archive or something similar) and deploy them on the systems (e.g. with cfengine). The deployment procedure can (and should) check for changed configurations. > > > But when i try this with binary packages > > > openpkg build -p > > > -r ftp://bla/.../RPM/PKG > > > -f ftp://bla/.../RPM/PKG/00INDEX.rdf.bz2 > > > -i -g -u > > > I get > > > FATAL: cannot find source for 'openssl' > > > > > If your command listing above is complete it looks like you forgot to > > create a new index. > > It works, when i leave out the "-u", so i do a -u says that you do not want to use binary RPMs, unfortunately that also rules out binary RPMs from the index. You can call that a bug. > "rm $opkg_root/RPM/PKG/*; openpkg build ..." This should be a sufficient workaround. > (*2*) Well, "unconditionally" here means: force a rebuild of only the named > packages and also force a rebuild of all packages that depend on one > or more of the rebuilt packages. That's called 'reverse dependencies' and is handled automatically unless you turn it off with -q. You may want to turn it off if you upgrade a build tool like gcc or make. It is implicitely turned off for the openpkg bootstrap package itself, otherwise an upgrade to the bootstrap would rebuild every installed package :-) Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Fri Oct 3 21:37:31 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id C9DD0277D26 for ; Fri, 3 Oct 2003 21:37:30 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h93JbQek014140 for ; Fri, 3 Oct 2003 15:37:26 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h93JbQf9007122 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 3 Oct 2003 15:37:26 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Pine dependencies Date: Fri, 3 Oct 2003 15:37:26 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031002095551.GA13989@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the info, Thomas. See comments below. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv The good news is that because this new macro is both important and wide-spread we decided to include this feature into openpkg-1.3.1-1.3.1 [3] for forward compatiblity. If this macro is the only incompatiblity then today's CURRENT packages will work with the 1.3.1 update of OpenPKG. Chances are that pine is one of them. Have fun! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Great! I have changed the openpkg dependency in my new version of the pine rpm to be 1.3.1 and everything works fine. Thanks. > >2) MTA > > > >I assume that this is referring to a Mail Transport Agent. [...] vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv Exactly. In many situations it costs more to tweak a package to not use an MTA than to convince the user to install an MTA just to fulfill the requirement. That's why we provide the ssmtp package. It is a tiny little submit-only software package. I have to admit that it has few requirements but too many for bootstrapping, as Bill pointed out when describing his issue with "sudo" in another posting within this thread. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I see your point, But as I explain in another message, here at the University, we need to have mail clients such as pine default to pointing to the standard OS sendmail (/usr/sbin/sendmail on RedHat and /usr/lib/sendmail on Solaris). So in my new rpm, I have a new option, which if enabled, allows pine to point to the system standard sendmail and removes the MTA dependency. Dennis From openpkg-users-owner@openpkg.org Fri Oct 3 23:10:34 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 421FC277AD1 for ; Fri, 3 Oct 2003 23:10:34 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2F8F94CE595; Fri, 3 Oct 2003 23:10:34 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id C665C28899; Fri, 3 Oct 2003 23:10:26 +0200 (CEST) Date: Fri, 3 Oct 2003 23:10:26 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Pine dependencies Message-ID: <20031003211026.GA81559@engelschall.com> References: <20031002095551.GA13989@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Oct 03, 2003, Dennis McRitchie wrote: > [...] > I see your point, But as I explain in another message, here at the > University, we need to have mail clients such as pine default to pointing to > the standard OS sendmail (/usr/sbin/sendmail on RedHat and /usr/lib/sendmail > on Solaris). So in my new rpm, I have a new option, which if enabled, allows > pine to point to the system standard sendmail and removes the MTA > dependency. > [...] See my reply on the Pine message: the best solution IMHO is to write your own MTA package containing a symlink to your OS sendmail instead of hacking out the MTA dependency in each OpenPKG package. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Oct 5 18:06:30 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 95768277AD1 for ; Sun, 5 Oct 2003 18:06:30 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 70EEF4CE57B; Sun, 5 Oct 2003 18:06:30 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0761828701; Sun, 5 Oct 2003 18:06:14 +0200 (CEST) Date: Sun, 5 Oct 2003 18:06:13 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: FYI: Top finally packaged Message-ID: <20031005160613.GA26162@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: By popular demand, we've finally packaged "Top" (see http://www.spang.uk.eu.org/top/) for OpenPKG-CURRENT. It is available as package top-3.5b12.7-20031005.src.rpm or higher. It required some hacking to get running under FreeBSD and Linux, but now builds and runs fine under at least FreeBSD 4, Debian 2.2/3.0 and Sun Solaris 8/9. Other platforms I've still not tried myself. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Oct 6 15:51:29 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 33802277AD1 for ; Mon, 6 Oct 2003 15:51:29 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id E10BB8DBD1; Mon, 6 Oct 2003 15:51:28 +0200 (CEST) Date: Mon, 6 Oct 2003 15:51:28 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: openpkg-import (Was: Re: Pine dependencies) Message-ID: <20031006135128.GA26604@dev.de.cw.com> References: <20031002095551.GA13989@dev.de.cw.com> <20031003211026.GA81559@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031003211026.GA81559@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Oct 03, 2003, Ralf S. Engelschall wrote: > On Fri, Oct 03, 2003, Dennis McRitchie wrote: > > > [...] > > I see your point, But as I explain in another message, here at the > > University, we need to have mail clients such as pine default to pointing to > > the standard OS sendmail (/usr/sbin/sendmail on RedHat and /usr/lib/sendmail > > on Solaris). So in my new rpm, I have a new option, which if enabled, allows > > pine to point to the system standard sendmail and removes the MTA > > dependency. > > [...] > > See my reply on the Pine message: the best solution IMHO is to write > your own MTA package containing a symlink to your OS sendmail instead of > hacking out the MTA dependency in each OpenPKG package. > Triggered by this tread, Bill's and Dennis' input today we created a openpkg-import package which does exactly that: makes selected Operating System functionality available inside a OpenPKG instance. See http://cvs.openpkg.org/rlog?f=openpkg-src/openpkg-import/openpkg-import.spec $ /cw/bin/rpm --rebuild openpkg-import-* --define 'with_mta yes' $ /cw/bin/rpm --rebuild openpkg-import-* --define 'with_mta /my/favorite/sendmail' We prefer generic approaches, so this solution is not limited to MTA. If you find another operating system functionality we should have importable through that mechanism, please tell us. As a sidenode i want to mention that the name of this package was chosen carefully. We see a possibility to create a openpkg-export package some day which does the reverse: makes selected OpenPKG functionality available outside a OpenPKG instance. As far as i remember, Bill told me he created a OS (SuSE RPM) package which links to OpenPKG's sendmail executable. But that's another story. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Oct 6 18:13:23 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 3E7FA277AD1 for ; Mon, 6 Oct 2003 18:13:23 +0200 (CEST) Received: by mail.mi.celestial.com (Postfix, from userid 203) id EEAC711F19E; Mon, 6 Oct 2003 09:13:20 -0700 (PDT) Date: Mon, 6 Oct 2003 09:13:20 -0700 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: openpkg-import (Was: Re: Pine dependencies) Message-ID: <20031006161320.GA15866@alexis.mi.celestial.com> References: <20031002095551.GA13989@dev.de.cw.com> <20031003211026.GA81559@engelschall.com> <20031006135128.GA26604@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031006135128.GA26604@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Oct 06, 2003, Thomas Lotterer wrote: >On Fri, Oct 03, 2003, Ralf S. Engelschall wrote: ... >As a sidenode i want to mention that the name of this package was chosen >carefully. We see a possibility to create a openpkg-export package >some day which does the reverse: makes selected OpenPKG functionality >available outside a OpenPKG instance. As far as i remember, Bill told >me he created a OS (SuSE RPM) package which links to OpenPKG's sendmail >executable. But that's another story. Actually I proposed doing that to work around the MTA dependency. I haven't actually done it. On the other hand, I have written a SuSE /bin/rpm package, openpkg-postfix, which provides ``smtp_daemon'' and obsoletes postfix, and is installed in our version of the postfix SRPMS. This is necessary to prevent SuSE from reinstalling postfix (or some other MTA which provides smtp_daemon) every time yast2 installs or updates software. This /bin/rpm package also makes symlinks from %{l_prefix{/sbin/sendmail to /usr/lib/sendmail and /usr/sbin/sendmail to avoid breaking other software that uses these directly. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Whenever you find yourself on the side of the majority it is time to pause and reflect.'' -- Mark Twain From openpkg-users-owner@openpkg.org Tue Oct 7 17:45:34 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id B76B5277AD1 for ; Tue, 7 Oct 2003 17:45:33 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h97FjWek018149 for ; Tue, 7 Oct 2003 11:45:32 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h97FjVUC013707 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 7 Oct 2003 11:45:32 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: openpkg-import (Was: Re: Pine dependencies) Date: Tue, 7 Oct 2003 11:45:32 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031006135128.GA26604@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thomas, Thanks for this package. It does make things easier in my case. I especially like the way you use shtool to find where the OS's copy of sendmail is located when I specify 'with_mta yes' (so I don't have to remember it). Thanks again. Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Thomas Lotterer > Sent: Monday, October 06, 2003 9:51 AM > To: openpkg-users@openpkg.org > Subject: openpkg-import (Was: Re: Pine dependencies) > > > On Fri, Oct 03, 2003, Ralf S. Engelschall wrote: > > > On Fri, Oct 03, 2003, Dennis McRitchie wrote: > > > > > [...] > > > I see your point, But as I explain in another message, here at the > > > University, we need to have mail clients such as pine default to pointing to > > > the standard OS sendmail (/usr/sbin/sendmail on RedHat and /usr/lib/sendmail > > > on Solaris). So in my new rpm, I have a new option, which if enabled, allows > > > pine to point to the system standard sendmail and removes the MTA > > > dependency. > > > [...] > > > > See my reply on the Pine message: the best solution IMHO is to write > > your own MTA package containing a symlink to your OS sendmail instead of > > hacking out the MTA dependency in each OpenPKG package. > > > Triggered by this tread, Bill's and Dennis' input today we created > a openpkg-import package which does exactly that: makes selected > Operating System functionality available inside a OpenPKG instance. See > http://cvs.openpkg.org/rlog?f=openpkg-src/openpkg-import/openpkg-import.spec > > $ /cw/bin/rpm --rebuild openpkg-import-* --define 'with_mta yes' > $ /cw/bin/rpm --rebuild openpkg-import-* --define 'with_mta /my/favorite/sendmail' > > We prefer generic approaches, so this solution is not limited to MTA. > If you find another operating system functionality we should have > importable through that mechanism, please tell us. > > As a sidenode i want to mention that the name of this package was chosen > carefully. We see a possibility to create a openpkg-export package > some day which does the reverse: makes selected OpenPKG functionality > available outside a OpenPKG instance. As far as i remember, Bill told > me he created a OS (SuSE RPM) package which links to OpenPKG's sendmail > executable. But that's another story. > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Oct 7 19:10:29 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id CA7D5277AD1 for ; Tue, 7 Oct 2003 19:10:28 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h97HAQ4f029820 for ; Tue, 7 Oct 2003 13:10:26 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h97HAPUC026049 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 7 Oct 2003 13:10:25 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Problem accessing DB on Solaris using openpkg-20031006-20031006 Date: Tue, 7 Oct 2003 13:10:25 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am upgrading from openpkg-1.3.1-1.3.1 to openpkg-20031006-20031006 using the provided src.rpm in the openpkg current repository. The build and install went fine on Solaris, but when I tried to rpm --db-rebuild (or --db-cleanup or -qa), I got the following on two different Solaris 9 machines: > rpm -qa rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB no packages In a discussion between Ralf and with Jeff Johnson on the rpm-list, Ralf presented a set of patches for this problem back on 20030918. Presumably, these would be incorporated into the 20031006 package. Is this not the case? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Tue Oct 7 20:49:11 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 124B6277AD1 for ; Tue, 7 Oct 2003 20:49:11 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id C14DB4CE55C; Tue, 7 Oct 2003 20:49:10 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 6A6E428672; Tue, 7 Oct 2003 20:48:57 +0200 (CEST) Date: Tue, 7 Oct 2003 20:48:57 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem accessing DB on Solaris using openpkg-20031006-20031006 Message-ID: <20031007184857.GA6097@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Oct 07, 2003, Dennis McRitchie wrote: > I am upgrading from openpkg-1.3.1-1.3.1 to openpkg-20031006-20031006 using the provided src.rpm in > the openpkg current repository. > > The build and install went fine on Solaris, but when I tried to rpm --db-rebuild (or --db-cleanup > or -qa), I got the following on two different Solaris 9 machines: > > > rpm -qa > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB > no packages > > In a discussion between Ralf and with Jeff Johnson on the rpm-list, Ralf presented a set of patches > for this problem back on 20030918. Presumably, these would be incorporated into the 20031006 > package. Is this not the case? They are includes, yes. And if you do --db-rebuild the problem always got away for me. That's strange. Are you sure you have no more hanging around "rpm" processes? I ask such silly, because during hacking on this stuff I often forgot that there were still some processes hanging around after I CTRL-C'd some "rpm --db-rebuild" process. Once all "rpm" processes are killed and you _THEN_ run "rpm --db-rebuild" the database should be correctly rebuilt and then "rpm -qa" has to work. At least after I run "rpm --db-rebuild" once on all our development boxes, I've never seen the "Resource temporarily unavailable" error again. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Oct 7 22:28:22 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 4DCD4277AD1 for ; Tue, 7 Oct 2003 22:28:22 +0200 (CEST) Received: from [192.168.50.150] (pD9E3334A.dip.t-dialin.net [217.227.51.74]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id h97KSHOX015375 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 7 Oct 2003 22:28:19 +0200 Date: Tue, 07 Oct 2003 22:28:13 +0200 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Sendmail suble glitches Message-ID: <8240000.1065558493@marco-polo.weinreich.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========C0F7117149302F63B1F0==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========C0F7117149302F63B1F0========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline There are two suble glitches in the sendmail package of OPKG 1.3. - Sendmail doesn't use /dev/urandom under Sol8 - the rc.sendmail %daily refers to sendmail_log_prologue and sendmail_log_epilogue, but %config defines sendmail_log_prolog and sendmail_log_epilog A patch for both points is attached to this mail, but I'm not sure if I found the right way to fix the /dev/urandom thing. It works for me but I think this is not very portable.. cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 --==========C0F7117149302F63B1F0========== Content-Type: application/octet-stream; name="sendmail.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sendmail.diff"; size=1675 SW5kZXg6IHNyYy9zZW5kbWFpbC9yYy5zZW5kbWFpbAo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvZS9v cGVucGtnL2N2cy9vcGVucGtnLXNyYy9zZW5kbWFpbC9yYy5zZW5kbWFpbCx2CnJldHJpZXZpbmcg cmV2aXNpb24gMS40LjIuMQpkaWZmIC11IC1kIC11IC0zIC1yMS40LjIuMSByYy5zZW5kbWFpbAot LS0gc3JjL3NlbmRtYWlsL3JjLnNlbmRtYWlsCTI0IEp1bCAyMDAzIDIwOjUwOjM2IC0wMDAwCTEu NC4yLjEKKysrIHNyYy9zZW5kbWFpbC9yYy5zZW5kbWFpbAk3IE9jdCAyMDAzIDE5OjExOjE2IC0w MDAwCkBAIC05Niw3ICs5Niw3IEBACiAgICAgICAgIC1uICR7c2VuZG1haWxfbG9nX251bWZpbGVz fSAtcyAke3NlbmRtYWlsX2xvZ19taW5zaXplfSBcCiAgICAgICAgIC1kIC16ICR7c2VuZG1haWxf bG9nX2NvbXBsZXZlbH0gXAogICAgICAgICAtbyBAbF9tdXNyQCAtZyBAbF9tZ3JwQCAtbSA2NDQg XAotICAgICAgICAtUCAiJHNlbmRtYWlsX2xvZ19wcm9sb2d1ZSIgXAotICAgICAgICAtRSAiJHNl bmRtYWlsX2xvZ19lcGlsb2d1ZSAmJiByYyBzZW5kbWFpbCByZWxvYWQiIFwKKyAgICAgICAgLVAg IiRzZW5kbWFpbF9sb2dfcHJvbG9nIiBcCisgICAgICAgIC1FICIkc2VuZG1haWxfbG9nX2VwaWxv ZyAmJiByYyBzZW5kbWFpbCByZWxvYWQiIFwKICAgICAgICAgQGxfcHJlZml4QC92YXIvc2VuZG1h aWwvc2VuZG1haWwubG9nCiAKSW5kZXg6IHNyYy9zZW5kbWFpbC9zZW5kbWFpbC5zcGVjCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KUkNTIGZpbGU6IC9lL29wZW5wa2cvY3ZzL29wZW5wa2ctc3JjL3NlbmRtYWlsL3NlbmRt YWlsLnNwZWMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNTEuMi41LjIuMwpkaWZmIC11IC1kIC11 IC0zIC1yMS41MS4yLjUuMi4zIHNlbmRtYWlsLnNwZWMKLS0tIHNyYy9zZW5kbWFpbC9zZW5kbWFp bC5zcGVjCTE5IFNlcCAyMDAzIDA3OjQyOjU5IC0wMDAwCTEuNTEuMi41LjIuMworKysgc3JjL3Nl bmRtYWlsL3NlbmRtYWlsLnNwZWMJNyBPY3QgMjAwMyAxOToxMToxNiAtMDAwMApAQCAtMzMsNyAr MzMsNyBAQAogR3JvdXA6ICAgICAgICBNYWlsCiBMaWNlbnNlOiAgICAgIEJTRAogVmVyc2lvbjog ICAgICA4LjEyLjkKLVJlbGVhc2U6ICAgICAgMS4zLjEKK1JlbGVhc2U6ICAgICAgMS4zLjFpYzNz CiAKICMgICBwYWNrYWdlIG9wdGlvbnMKICVvcHRpb24gICAgICAgd2l0aF9mc2wgICAgICB5ZXMK QEAgLTE3OCw2ICsxNzgsNyBAQAogICAgICAgICAgIGVjaG8gIkFQUEVORERFRihcYGNvbmZFTlZE RUYnLCBcYC1ERE5TTUFQJylkbmwiCiAlaWYgIiV7d2l0aF90bHN9IiA9PSAieWVzIgogICAgICAg ICAgIGVjaG8gIkFQUEVORERFRihcYGNvbmZfc2VuZG1haWxfRU5WREVGJywgXGAtRFNUQVJUVExT JylkbmwiCisgICAgICAgICAgZWNobyAiQVBQRU5EREVGKFxgY29uZl9zZW5kbWFpbF9FTlZERUYn LCBcYC1ESEFTVVJBTkRPTURFVicpZG5sIgogICAgICAgICAgIGVjaG8gIkFQUEVORERFRihcYGNv bmZfc2VuZG1haWxfTElCUycsIFxgLWxzc2wgLWxjcnlwdG8nKWRubCIKICVlbmRpZgogJWlmICIl e3dpdGhfc2FzbH0iID09ICJ5ZXMiCg== --==========C0F7117149302F63B1F0==========-- From openpkg-users-owner@openpkg.org Wed Oct 8 07:30:03 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.3]) by mail.openpkg.org (Postfix) with ESMTP id 15099277AD1 for ; Wed, 8 Oct 2003 07:28:32 +0200 (CEST) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2656.59) id <4F9DCCMV>; Tue, 7 Oct 2003 22:28:32 -0700 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA613@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: Multiple instances of a package Date: Tue, 7 Oct 2003 22:28:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, I am in a situation where I am required to install a package on a machine multiple times in different locations on the file system. I am looking for a packaging system that supports the notion of a instance number in addition to version and release numbers. Does such a notion exist in OpenPKG ? In other words : Can I have a package doodle-i386-3.0-X.pkg and at install time provide the value of X ? Thanks ! -ansh From openpkg-users-owner@openpkg.org Wed Oct 8 09:41:53 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 6CAD9277AD1 for ; Wed, 8 Oct 2003 09:41:53 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id C48458DD6A; Wed, 8 Oct 2003 09:41:52 +0200 (CEST) Date: Wed, 8 Oct 2003 09:41:52 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Multiple instances of a package Message-ID: <20031008074152.GA31622@dev.de.cw.com> References: <571354A131635E42AE6C1F584F5F9B3A02FDA613@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA613@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Oct 07, 2003, Anshuman Kanwar wrote: > Hi all, > > I am in a situation where I am required to install a package on a machine > multiple times in different locations on the file system. I am looking for a > packaging system that supports the notion of a instance number in addition > to version and release numbers. Does such a notion exist in OpenPKG ? > > In other words : > > Can I have a package doodle-i386-3.0-X.pkg and at install time provide the > value of X ? > Ansh, if you prefer a oversimplified answer: not with OpenPKG. But lets go for some background. OpenPKG is based on RPM and technically inherits all of its features. That doesn't mean we like to use and support every feature RPM provides. BINARY PACKAGES One of the features we do not use in our project today is RPMs "--relocate" option. This means none of our packages was ever build with support for this option in mind. But that feature stays dormant in our tweaked rpm and nothing will stop you from using it in your own RPM spec files whether it is native-RPM or OpenPKG-RPM. As far as i know the "--relocate" feature actually does two things: installing files to a location different from the suggested path names in the package and it provides a variable or macro INSTALLPREFIX (i guess) to the various %(pre|post)(un) and %trigger scriptlets. Note that many software will not work when it is just copied to a different location. Paths to related binaries, config and data files etc. must be adjusted in the majority of cases. This becomes especially painful when paths are hardcoded into executables at build time which means the installation process has to twiddle the entrails of binaries. I'm aware of at least one project, breloc [1], which focuses on this topic. SOURCE PACKAGES It is a primary goal of OpenPKG to be able to create a large number of instances on a single machine - presumed the packages are build from source for each instance. This not only isolates OpenPKG from the operating system but it also isolates OpenPKG instances from each other. We spare no efforts making every package relocatable under these conditions. We even (conditionally) replace syslog(2) so there is no logging interference between instances. However, you have to build binaries once for every prefix. There is absolutely no problem to run as many sendmails, postfixes, apaches, openldaps, proftpds etc. in parallel on a single box as long as hardware resources can keep up! PACKAGE NAMES The facts about binary and source packages result in a package name scheme where source RPMs are "locationless" and binary RPMs have a "location id tag" in their filename. This reflects our thinking of source RPMs being relocatable and binary RPMs being already build for a specific location which is usually not relocatable. PROXY PACKAGES In some cases isolating OpenPKG instances from each other is overkill when it comes to basic software like development tools. It is often only a waste of time and storage to build lots of gccs, m4s, perls etc. on a single box. It is therefore possible to declare one OpenPKG instance as a master by decree and for other instances create so called proxy packages which are more or less only symlinks to the master. IMPORT PACKAGE The brand new openpkg-import extends the philosophy of proxy packages to the operating system level by creating symlinks to selected operating system features. Currently only MTA aka sendmail is supported but more features could be imported. MORE It is worth reading the OpenPKG fact sheet [2] to understand the philosophy and the FAQs [3] for up to date information. There is a user tutorial [4] for the impatient and a quick reference [5] for the curious. There is also a slide set [6] for getting an overview. And last but no least, there's lots of documentation [7] available. [1] http://www.bell-labs.com/nsbd/breloc.html [2] http://www.openpkg.org/facts.html [3] http://www.openpkg.org/faq.html [4] http://www.openpkg.org/tutorial.html [5] http://www.openpkg.org/doc/quickref/openpkg.txt [6] http://www.openpkg.org/doc/slideset/openpkg.html/ [7] http://www.openpkg.org/doc.html -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Oct 8 11:32:23 2003 Received: from 80.161.91.169 (cpe.atm4-0-5171.0x50a092be.albnxx11.customer.tele.dk [80.160.146.190]) by mail.openpkg.org (Postfix) with ESMTP id 0A7B4277A00 for ; Wed, 8 Oct 2003 11:32:23 +0200 (CEST) Received: from cyrax by 80.161.91.169 with local (Exim 3.36 #1 (Debian)) id 1A7Afq-0008EL-00 for ; Wed, 08 Oct 2003 11:32:02 +0200 Date: Wed, 8 Oct 2003 11:32:02 +0200 To: openpkg-users@openpkg.org Subject: graphical emacs Message-ID: <20031008093202.GC31517@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Emacs installs fine, but when I try to run it I only get a text-mode emacs. This isn't really useful since only a small margin of our userbase knows how to use a text-mode emacs. How do I compile it with graphical support (and shouldn't this be default)? -- // Mark Gjøl Is it better to abide by the rules until they're changed or help speed the change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Wed Oct 8 11:50:54 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id D09CC277A00 for ; Wed, 8 Oct 2003 11:50:53 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 845C74CE55C; Wed, 8 Oct 2003 11:50:53 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0D7752861A; Wed, 8 Oct 2003 11:50:37 +0200 (CEST) Date: Wed, 8 Oct 2003 11:50:36 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: graphical emacs Message-ID: <20031008095036.GA28328@engelschall.com> References: <20031008093202.GC31517@b0rken.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031008093202.GC31517@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003, cyrax@b0rken.dk wrote: > Emacs installs fine, but when I try to run it I only get a text-mode > emacs. This isn't really useful since only a small margin of our userbase > knows how to use a text-mode emacs. How do I compile it with graphical > support (and shouldn't this be default)? The "emacs" package (see "rpm -qpi" on the package) has a build-time option "with_x11" which results in an X11-based GNU Emacs. Additionally, there is an "xemacs" package which is the X11-only XEmacs. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Oct 8 11:52:16 2003 Received: from dt4.dev.de.cw.net (dt4.dev.de.cw.net [141.1.23.69]) by mail.openpkg.org (Postfix) with ESMTP id F35BE277C2A for ; Wed, 8 Oct 2003 11:52:15 +0200 (CEST) Received: from dt4.dev.de.cw.net (localhost.dev.de.cw.net [127.0.0.1]) by dt4.dev.de.cw.net (8.12.9/8.12.2) with ESMTP id h989qEwO014687 for ; Wed, 8 Oct 2003 11:52:15 +0200 (CEST) (envelope-from ms@dt4.dev.de.cw.net) Received: (from ms@localhost) by dt4.dev.de.cw.net (8.12.9/8.12.5/Submit) id h989qE2X014683 for openpkg-users@openpkg.org; Wed, 8 Oct 2003 11:52:14 +0200 (CEST) Date: Wed, 8 Oct 2003 11:52:13 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: graphical emacs Message-ID: <20031008095213.GC30664@dt4.dev.de.cw.net> References: <20031008093202.GC31517@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Sr1nOIr3CvdE5hEN" In-Reply-To: <20031008093202.GC31517@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Sr1nOIr3CvdE5hEN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 08, 2003, cyrax@b0rken.dk wrote: > Emacs installs fine, but when I try to run it I only get a text-mode > emacs. This isn't really useful since only a small margin of our userbase > knows how to use a text-mode emacs. How do I compile it with graphical > support (and shouldn't this be default)? > Hello Mark, To use the graphical components of emacs (as with most packages), build it like this: $ rpm --rebuild --define 'with_x11 yes' emacs-21.3-1.3.0.src.rpm Check out the possible options of a package with $ rpm -qip ftp://ftp.openpkg.org/release/1.3/SRC/emacs-21.3-1.3.0.src.rpm Just a clue, there are more graphics options than just x11 in the emacs package that you might be interested in. Check them out. Also, there's a 'xemacs' current (not release) package as well. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --Sr1nOIr3CvdE5hEN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP4PeTVuYv80UoVTdAQFDjwgApl2REfTyAPmNWOcz5NZgdGNqTc/b4c6W DIOymiHRi955e3spnnYtA0EpqnvA7rXsfUXMEaZj2vAjMgGTrMzhBS9MEtOorv7z OeJ/evx6Zyiji5j5pWygy6hdRe5XgAPy0kHC398fYX40QCixVi5Q6s4C243nyMeF BdpnfKrfXW9EW0nm211SBpwtn2T1G1ye+oKl3db21mN+yx/l9W3xsneNB3gTnvp9 6k4d0buqrBHG0qbSnNNR+mYgBSapbGCJs4qTDhoY1TtoAu5dzJFr3N0/gTrcsOc7 vV/Cscm4bGQV36NuMWdNdOS5VzdCHAX9W7ukcAxYJs6q++EI+N/7pw== =Ws3r -----END PGP SIGNATURE----- --Sr1nOIr3CvdE5hEN-- From openpkg-users-owner@openpkg.org Wed Oct 8 13:35:28 2003 Received: from 80.161.91.169 (cpe.atm4-0-5171.0x50a092be.albnxx11.customer.tele.dk [80.160.146.190]) by mail.openpkg.org (Postfix) with ESMTP id A6484277A00 for ; Wed, 8 Oct 2003 13:35:27 +0200 (CEST) Received: from cyrax by 80.161.91.169 with local (Exim 3.36 #1 (Debian)) id 1A7Cay-0008Ks-00 for ; Wed, 08 Oct 2003 13:35:08 +0200 Date: Wed, 8 Oct 2003 13:35:07 +0200 To: openpkg-users@openpkg.org Subject: Re: graphical emacs Message-ID: <20031008113506.GD31517@b0rken.dk> References: <20031008093202.GC31517@b0rken.dk> <20031008095213.GC30664@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20031008095213.GC30664@dt4.dev.de.cw.net> From: cyrax@b0rken.dk Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003 at 11:52:13AM +0200, Michael Schloh von Bennewitz wrot= e: > On Wed, Oct 08, 2003, cyrax@b0rken.dk wrote: > > Emacs installs fine, but when I try to run it I only get a text-mode > > emacs. This isn't really useful since only a small margin of our userba= se > > knows how to use a text-mode emacs. How do I compile it with graphical > > support (and shouldn't this be default)? > Hello Mark, > To use the graphical components of emacs (as with most packages), build > it like this: > $ rpm --rebuild --define 'with_x11 yes' emacs-21.3-1.3.0.src.rpm > Check out the possible options of a package with > $ rpm -qip ftp://ftp.openpkg.org/release/1.3/SRC/emacs-21.3-1.3.0.src.r= pm > Just a clue, there are more graphics options than just x11 in the emacs > package that you might be interested in. Check them out. > Also, there's a 'xemacs' current (not release) package as well. Ah, so there's where the options are! Anyway, I compiled emacs with X11 support, and it segfaults no matter what I do. I'm running on a UltraSPARC system on Solaris 9, the 1.3 source branch. --=20 // Mark Gj=F8l Is it better to abide by the rules until they're changed or help speed the = change by breaking them? -- http://b0rken.dk From openpkg-users-owner@openpkg.org Wed Oct 8 15:27:22 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 391FF277A00 for ; Wed, 8 Oct 2003 15:27:21 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98DRJ4f029148 for ; Wed, 8 Oct 2003 09:27:19 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98DRIUC007504 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 8 Oct 2003 09:27:18 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problem accessing DB on Solaris using openpkg-20031006-20031006 Date: Wed, 8 Oct 2003 09:27:18 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031007184857.GA6097@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Ralf, I'm sure you don't want to hear this given how much time you spent getting rid of this stupid error :-), but it doesn't look like hanging rpm processes are causing the problem. I ran a ps -ef on both Solaris 9 systems, and they are clean. Here is the exact output from --db-rebuild and --db-cleanup. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm --db-rebuild rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/solaris9/RPM/DB) rpmdb: cleaning up RPM database DB region files rpmdb: making sure RPM database contains all possible DB files rpmdb: dumping and reloading RPM database DB file contents [long pause here] rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes > rpm --db-cleanup rpmdb: CLEANING UP EXISTING RPM DATABASE (/usr/psr.oit/solaris9/RPM/DB) rpmdb: cleaning up RPM database DB region files rpmdb: making sure RPM database contains all possible DB files rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Note that the rpm db was fine when I upgraded from 1.3.0 to 1.3.1 previously, and it last had 24 packages in it. Here are the contents of .../RPM/DB: -rw-r--r-- 1 psr psr 679936 Oct 7 15:29 Basenames -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Conflictname -rw-r--r-- 1 psr psr 49152 Oct 7 15:29 Depends -rw-r--r-- 1 psr psr 90112 Oct 7 15:29 Dirnames -rw-r--r-- 1 psr psr 786432 Oct 7 15:29 Filemd5s -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Group -rw-r--r-- 1 psr psr 16384 Oct 7 15:29 Installtid -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Name -rw-r--r-- 1 psr psr 1884160 Oct 7 15:29 Packages -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Providename -rw-r--r-- 1 psr psr 16384 Oct 7 15:29 Provideversion -rw-r--r-- 1 psr psr 49152 Oct 7 15:29 Pubkeys -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Requirename -rw-r--r-- 1 psr psr 16384 Oct 7 15:29 Requireversion -rw-r--r-- 1 psr psr 49152 Oct 7 15:29 Sha1header -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Sigmd5 -rw-r--r-- 1 psr psr 24576 Oct 7 15:29 Triggername -rw-r--r-- 1 psr psr 8192 Oct 7 15:29 __db.001 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.002 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.003 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.004 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.005 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.006 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.007 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.008 -rw-r--r-- 1 psr psr 0 Oct 7 15:29 __db.009 I ran truss -f on it and, as expected, found references to EAGAIN (errno 11) from mmap calls in it, presumably generated by rpmdb since truss without the -f did not show any errors. I can send you the truss output if you think that would help. I also tried using Jeff Johnson's suggested solution of adding the following line to rpmmacros, and that fixed the problem as expected, but it's not the ideal way to go, of course: %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private Any thoughts about what I should try next? Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > Sent: Tuesday, October 07, 2003 2:49 PM > To: openpkg-users@openpkg.org > Subject: Re: Problem accessing DB on Solaris using > openpkg-20031006-20031006 > > > On Tue, Oct 07, 2003, Dennis McRitchie wrote: > > > I am upgrading from openpkg-1.3.1-1.3.1 to openpkg-20031006-20031006 using the provided src.rpm in > > the openpkg current repository. > > > > The build and install went fine on Solaris, but when I tried to rpm --db-rebuild (or --db-cleanup > > or -qa), I got the following on two different Solaris 9 machines: > > > > > rpm -qa > > rpmdb: mmap: Resource temporarily unavailable > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > > error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB > > no packages > > > > In a discussion between Ralf and with Jeff Johnson on the rpm-list, Ralf presented a set of patches > > for this problem back on 20030918. Presumably, these would be incorporated into the 20031006 > > package. Is this not the case? > > They are includes, yes. And if you do --db-rebuild the problem always > got away for me. That's strange. Are you sure you have no more hanging > around "rpm" processes? I ask such silly, because during hacking on > this stuff I often forgot that there were still some processes hanging > around after I CTRL-C'd some "rpm --db-rebuild" process. Once all "rpm" > processes are killed and you _THEN_ run "rpm --db-rebuild" the database > should be correctly rebuilt and then "rpm -qa" has to work. At least > after I run "rpm --db-rebuild" once on all our development boxes, I've > never seen the "Resource temporarily unavailable" error again. > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Oct 8 16:32:47 2003 Received: from beaker.north.de (p50867B15.dip.t-dialin.net [80.134.123.21]) by mail.openpkg.org (Postfix) with ESMTP id 559D3277A00 for ; Wed, 8 Oct 2003 16:32:46 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h98EWi1B018377 for ; Wed, 8 Oct 2003 16:32:44 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h98EWh601441 for openpkg-users@openpkg.org; Wed, 8 Oct 2003 16:32:43 +0200 (MEST) Date: Wed, 8 Oct 2003 16:32:43 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problem accessing DB on Solaris using openpkg-20031006-20031006 Message-ID: <20031008143243.GC23485@baerlap.north.de> References: <20031007184857.GA6097@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003 at 09:27:18AM -0400, Dennis McRitchie wrote: > Hi Ralf, > > I'm sure you don't want to hear this given how much time you spent getting rid of this stupid error :-), but it doesn't > look like hanging rpm processes are causing the problem. I ran a ps -ef on both Solaris 9 systems, and they are clean. > Here is the exact output from --db-rebuild and --db-cleanup. [...] > I ran truss -f on it and, as expected, found references to EAGAIN (errno 11) from mmap calls in it, presumably generated > by rpmdb since truss without the -f did not show any errors. I can send you the truss output if you think that would > help. > > I also tried using Jeff Johnson's suggested solution of adding the following line to rpmmacros, and that fixed the > problem as expected, but it's not the ideal way to go, of course: > > %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private > > Any thoughts about what I should try next? There was a similiar problem in the past. $prefix/RPM/DB was on a NFS volume. What filesystem type is used in your case. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Oct 8 16:45:39 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 03338277A00 for ; Wed, 8 Oct 2003 16:45:37 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98EjW4f012935 for ; Wed, 8 Oct 2003 10:45:33 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98EjCf9001600 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 8 Oct 2003 10:45:32 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problem accessing DB on Solaris using openpkg-20031006-20031006 Date: Wed, 8 Oct 2003 10:45:12 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit In-Reply-To: <20031008143243.GC23485@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Good thought. Yes, $prefix is on a mounted file system. But that is a mandatory requirement for us since we need to allow many users to have access to this openpkg instance in that fashion. I might also mention that openpkg-1.3.1-1.3.1 did not complain about this. Any thoughts about how to get around this? It would be a show-stopper for us if openpkg was going to stop supporting NFS mounted file systems. Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Matthias Kurz > Sent: Wednesday, October 08, 2003 10:33 AM > To: openpkg-users@openpkg.org > Subject: Re: Problem accessing DB on Solaris using > openpkg-20031006-20031006 > > > On Wed, Oct 08, 2003 at 09:27:18AM -0400, Dennis McRitchie wrote: > > Hi Ralf, > > > > I'm sure you don't want to hear this given how much time you spent getting rid of this stupid error :-), > but it doesn't > > look like hanging rpm processes are causing the problem. I ran a ps -ef on both Solaris 9 systems, and they > are clean. > > Here is the exact output from --db-rebuild and --db-cleanup. > [...] > > I ran truss -f on it and, as expected, found references to EAGAIN (errno 11) from mmap calls in it, > presumably generated > > by rpmdb since truss without the -f did not show any errors. I can send you the truss output if you think that would > > help. > > > > I also tried using Jeff Johnson's suggested solution of adding the following line to rpmmacros, and that fixed the > > problem as expected, but it's not the ideal way to go, of course: > > > > %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private > > > > Any thoughts about what I should try next? > > There was a similiar problem in the past. $prefix/RPM/DB was on a > NFS volume. What filesystem type is used in your case. > > > (mk) > > -- > Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 > >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Oct 8 17:05:44 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 71CB3277A00 for ; Wed, 8 Oct 2003 17:05:43 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98F5gek013555 for ; Wed, 8 Oct 2003 11:05:42 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h98F5ff9010401 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 8 Oct 2003 11:05:41 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Two problems building/running openpkg-20031006-20031006 on RedHat 9 Date: Wed, 8 Oct 2003 11:05:41 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: To really make your day, here are the two problems I encountered when trying to upgrade to openpkg-20031006-20031006 on RedHat 9 from 1.3.1 (which I had previously upgraded from 1.3.0). 1) Problem building if beecrypt-devel-2.2.0-8 package is installed on RedHat 9: If this package (which is distributed with RedHat 9) is installed on a system where openpkg-20031006-20031006 is to be built, the rpm configure script detects its presence: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv checking beecrypt/beecrypt.h usability... yes checking beecrypt/beecrypt.h presence... yes checking for beecrypt/beecrypt.h... yes checking for mpfprintln in -lbeecrypt... yes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This causes it to set "WITH_BEECRYPT_INCLUDE = /usr/include/beecrypt" and this in turn causes the rpmio Makefile to create the following command line: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv /usr/psr.oit/redhat9/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I/usr/include/beecrypt -I../popt -I/usr/psr.oit/redh at9/include -DOPENPKG -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg- 20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0 -DOPENPKG -I/usr/psr.oit/redhat9/RPM /TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/ TMP/openpkg-20031006/beecrypt-3.1.0 -O2 -D_GNU_SOURCE -D_REENTRANT -MT digest.lo -MD -MP -MF .deps/digest.Tpo -c digest.c -o digest.o ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Note that the /usr/include/beecrypt (v2.2.0) is ahead of the within-package beecrypt (v3.1.0) which causes the following problems: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv In file included from /usr/include/beecrypt/beecrypt.h:29, from rpmio_internal.h:16, from digest.c:6: /usr/include/beecrypt/types.h:44: error: redefinition of `byte' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:51: error: `byte' previously declared here /usr/include/beecrypt/types.h:61: error: conflicting types for `javabyte' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:53: error: previous declaration of `javabyte' /usr/include/beecrypt/types.h:62: error: redefinition of `javashort' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:54: error: `javashort' previously declared here /usr/include/beecrypt/types.h:63: error: redefinition of `javaint' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:55: error: `javaint' previously declared here /usr/include/beecrypt/types.h:64: error: redefinition of `javalong' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:56: error: `javalong' previously declared here /usr/include/beecrypt/types.h:66: error: redefinition of `javachar' /usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0/beecrypt.api.h:58: error: `javachar' previously declared here In file included from digest.c:6: rpmio_internal.h:80: error: parse error before "mpbarrett" rpmio_internal.h:80: warning: no semicolon at end of struct or union rpmio_internal.h:81: warning: data definition has no type or storage class rpmio_internal.h:82: error: parse error before "g" rpmio_internal.h:82: warning: data definition has no type or storage class rpmio_internal.h:83: error: parse error before "y" rpmio_internal.h:83: warning: data definition has no type or storage class rpmio_internal.h:84: error: parse error before "hm" rpmio_internal.h:84: warning: data definition has no type or storage class rpmio_internal.h:85: error: parse error before "r" rpmio_internal.h:85: warning: data definition has no type or storage class rpmio_internal.h:86: error: parse error before "s" rpmio_internal.h:86: warning: data definition has no type or storage class rpmio_internal.h:90: error: parse error before "m" rpmio_internal.h:90: warning: data definition has no type or storage class rpmio_internal.h:91: error: parse error before "c" rpmio_internal.h:91: warning: data definition has no type or storage class rpmio_internal.h:92: error: parse error before "rsahm" rpmio_internal.h:92: warning: data definition has no type or storage class make[2]: *** [digest.lo] Error 1 make[2]: Leaving directory `/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/rpm-4.2.1/rpmio' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/rpm-4.2.1' make: *** [all] Error 2 + exit 2 error: Bad exit status from /usr/psr.oit/redhat9/RPM/TMP/rpm-tmp.20053 (%build) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This problem does not occur if the beecrypt-devel-2.2.0-8 package is not installed on the build system. In that case, I was able to build the openpkg to a successful completion. But shouldn't openpkg-20031006-20031006 be able to be built successfully in the presence of other packages that are part of the standard RedHat 9 distribution? 2) Problem running OpenPKG rpm v4.2.1 on RedHat 9: Once I got past the above build problem, I tried running it on two RedHat 9 machines and got the same problem on both: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm --version OpenPKG RPM 4.2.1 > rpm --db-rebuild rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) rpmdb: cleaning up RPM database DB region files rpmdb: making sure RPM database contains all possible DB files rpmdb: dumping and reloading RPM database DB file contents rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available error: db4 error(37) from dbenv->open: No locks available error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available error: db4 error(37) from dbenv->open: No locks available error: cannot open Packages index using db3 - No locks available (37) error: cannot open Packages database in /usr/psr.oit/redhat9/RPM/DB rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available error: db4 error(37) from dbenv->open: No locks available error: cannot open Packages index using db3 - No locks available (37) error: cannot open Packages database in /usr/psr.oit/redhat9/RPM/DB rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available error: db4 error(37) from dbenv->open: No locks available error: cannot open Packages index using db3 - No locks available (37) error: cannot open Packages database in /usr/psr.oit/redhat9/RPM/DB error: /usr/psr.oit/redhat9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes sinux.Princeton.EDU:/usr/psr.oit/redhat9/RPM/PKG> rpm -qa rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available error: db4 error(37) from dbenv->open: No locks available error: cannot open Packages index using db3 - No locks available (37) error: cannot open Packages database in /usr/psr.oit/redhat9/RPM/DB no packages ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Running strace -f yielded errors such as the following: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 25899 stat64("/usr/psr.oit/redhat9/RPM/DB/__db.001", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = -1 EEXIST (File exists) 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR) = 3 25899 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 25899 fstat64(3, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 25899 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 25899 lseek(4, 0, SEEK_END) = 0 25899 lseek(4, 0, SEEK_CUR) = 0 25899 write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 8192 25899 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x40038000 25899 close(4) = 0 25899 fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 ENOLCK (No locks available) 25899 write(2, "rpmdb: ", 7) = 7 25899 write(2, "/usr/psr.oit/redhat9/RPM/DB/__db"..., 92) = 92 25899 write(2, "\n", 1) = 1 25899 close(3) = 0 25899 munmap(0x40038000, 8192) = 0 25899 unlink("/usr/psr.oit/redhat9/RPM/DB/__db.001") = 0 25899 brk(0) = 0x818e000 25899 brk(0x8190000) = 0x8190000 25899 write(2, "error: ", 7) = 7 25899 write(2, "db4 error(37) from dbenv->open: "..., 51) = 51 25899 write(2, "error: ", 7) = 7 25899 write(2, "cannot open Packages index\n", 27) = 27 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here again, $prefix is on an NFS-mounted file system. Any thoughts as to what might be going wrong? Thanks, Dennis From openpkg-users-owner@openpkg.org Wed Oct 8 17:50:58 2003 Received: from beaker.north.de (p50867B15.dip.t-dialin.net [80.134.123.21]) by mail.openpkg.org (Postfix) with ESMTP id 16D69277A00 for ; Wed, 8 Oct 2003 17:50:58 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h98Fov1B022192 for ; Wed, 8 Oct 2003 17:50:57 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h98FouL22246 for openpkg-users@openpkg.org; Wed, 8 Oct 2003 17:50:56 +0200 (MEST) Date: Wed, 8 Oct 2003 17:50:56 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Problem accessing DB on Solaris using openpkg-20031006-20031006 Message-ID: <20031008155056.GD23485@baerlap.north.de> References: <20031008143243.GC23485@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003 at 10:45:12AM -0400, Dennis McRitchie wrote: > Good thought. Yes, $prefix is on a mounted file system. But that is a mandatory requirement for us since we need to > allow many users to have access to this openpkg instance in that fashion. > > I might also mention that openpkg-1.3.1-1.3.1 did not complain about this. > > Any thoughts about how to get around this? It would be a show-stopper for us if openpkg was going to stop supporting NFS > mounted file systems. > Hmmm, what OS is running on the NFS server ? Hope, someone will pick this up. I do not have time, currently. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Oct 8 21:35:02 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 86FB3277A00 for ; Wed, 8 Oct 2003 21:35:02 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5FADC4CE57B; Wed, 8 Oct 2003 21:35:02 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 5089C2861A; Wed, 8 Oct 2003 21:34:35 +0200 (CEST) Date: Wed, 8 Oct 2003 21:34:35 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Two problems building/running openpkg-20031006-20031006 on RedHat 9 Message-ID: <20031008193435.GA38183@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003, Dennis McRitchie wrote: > [...] > 1) Problem building if beecrypt-devel-2.2.0-8 package is installed on RedHat 9: If this package (which is distributed > with RedHat 9) is installed on a system where openpkg-20031006-20031006 is to be built, the rpm configure script detects > its presence: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > checking beecrypt/beecrypt.h usability... yes > checking beecrypt/beecrypt.h presence... yes > checking for beecrypt/beecrypt.h... yes > checking for mpfprintln in -lbeecrypt... yes > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This causes it to set "WITH_BEECRYPT_INCLUDE = /usr/include/beecrypt" and this in turn causes the rpmio Makefile to > create the following command line: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > /usr/psr.oit/redhat9/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I/usr/include/beecrypt -I../popt -I/usr/psr.oit/redh > at9/include -DOPENPKG -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg- > 20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0 -DOPENPKG -I/usr/psr.oit/redhat9/RPM > /TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/ > TMP/openpkg-20031006/beecrypt-3.1.0 -O2 -D_GNU_SOURCE -D_REENTRANT -MT digest.lo -MD -MP -MF .deps/digest.Tpo -c > digest.c -o digest.o > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Note that the /usr/include/beecrypt (v2.2.0) is ahead of the within-package beecrypt (v3.1.0) which causes the following > problems: > [...] Fixed with openpkg-20031008-20031008 (see http://cvs.openpkg.org/chngview?cn=12699 for details). Thanks for the hint. > [...] > 2) Problem running OpenPKG rpm v4.2.1 on RedHat 9: Once I got past the above build problem, I tried running it on two > RedHat 9 machines and got the same problem on both: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > rpm --version > OpenPKG RPM 4.2.1 > > rpm --db-rebuild > rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) > rpmdb: cleaning up RPM database DB region files > rpmdb: making sure RPM database contains all possible DB files > rpmdb: dumping and reloading RPM database DB file contents > rpmdb: rebuilding RPM database (built-in RPM procedure) > rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available > [...] > error: db4 error(37) from dbenv->open: No locks available > 25899 stat64("/usr/psr.oit/redhat9/RPM/DB/__db.001", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = -1 EEXIST (File exists) > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR) = 3 > 25899 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 > 25899 fstat64(3, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > 25899 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 > 25899 lseek(4, 0, SEEK_END) = 0 > 25899 lseek(4, 0, SEEK_CUR) = 0 > 25899 write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 8192 > 25899 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x40038000 > 25899 close(4) = 0 > 25899 fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 ENOLCK (No locks available) > 25899 write(2, "rpmdb: ", 7) = 7 > 25899 write(2, "/usr/psr.oit/redhat9/RPM/DB/__db"..., 92) = 92 > 25899 write(2, "\n", 1) = 1 > 25899 close(3) = 0 > 25899 munmap(0x40038000, 8192) = 0 > 25899 unlink("/usr/psr.oit/redhat9/RPM/DB/__db.001") = 0 > 25899 brk(0) = 0x818e000 > 25899 brk(0x8190000) = 0x8190000 > 25899 write(2, "error: ", 7) = 7 > 25899 write(2, "db4 error(37) from dbenv->open: "..., 51) = 51 > 25899 write(2, "error: ", 7) = 7 > 25899 write(2, "cannot open Packages index\n", 27) = 27 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Here again, $prefix is on an NFS-mounted file system. > > Any thoughts as to what might be going wrong? This error happens just once within RPM/DB: | if (!F_ISSET(&renv->mutex, MUTEX_IGNORE) && | (ret = __db_mutex_lock(dbenv, &renv->mutex)) != 0) { | __db_err(dbenv, "%s: unable to acquire environment lock: %s", | infop->name, db_strerror(ret)); | goto err; | } And the __db_mutex_lock() internally maps into __db_fcntl_mutex_lock() which returns the ENOLCK ("No locks available") error only for the failing fcntl(2) calls. So, it is really a classical locking problem inside Berkeley-DB here and not related to RPM at all. Remains the question why the fcntl(2) calls fail with ENOLCK. Can you run the following program once while staying inside your /usr/psr.oit/redhat9/RPM/DB/ directory and once while staying on a local filesystem? ----------------------------------------------------- #include #include #include #include int main(int argc, char *argv[]) { int fd; struct flock l; int rv; fd = open("fuck2.db", O_RDWR|O_CREAT, 0644); l.l_type = F_WRLCK; l.l_whence = SEEK_SET; l.l_start = 0; l.l_len = 0; rv = fcntl(fd, F_SETLKW, &l); printf("rv=%d\n", rv); close(fd); return; } ----------------------------------------------------- I hope it returns rv=-1 on NFS and rv=0 on local filesystem. My FreeBSD manpages for fcntl(2) talk about ENOLCK this way: | [ENOLCK] The argument cmd is F_SETLK or F_SETLKW, and satisfy- | ing the lock or unlock request would result in the | number of locked regions in the system exceeding a | system-imposed limit. And some Linux manpages also say: | ENOLCK | Too many segment locks open, lock table is full, or a remote locking | protocol failed (e.g. locking over NFS). So, NFS might be definetely the problem. If I run the above test program on our RedHat 9 box on a NFS filesystem mounted from a NetApp filer or a Solaris 8 box, it works fine (rv=0). Same on a local filesystem. But if I run it on a NFS filesystem mounted from a FreeBSD or Linux box, it fails with rv=-1. The reason is that the FreeBSD and Linux boxes do not support the NFS locking. So, what type is your NFS server? If it is FreeBSD or Linux, try a different one and repeat? I'm sure it then will work fine... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Oct 8 21:39:43 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 7DAE3277A00 for ; Wed, 8 Oct 2003 21:39:43 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 693CD4CE57B; Wed, 8 Oct 2003 21:39:43 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 54CEC2861A; Wed, 8 Oct 2003 21:39:36 +0200 (CEST) Date: Wed, 8 Oct 2003 21:39:36 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Two problems building/running openpkg-20031006-20031006 on RedHat 9 Message-ID: <20031008193936.GA40821@engelschall.com> References: <20031008193435.GA38183@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031008193435.GA38183@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Oct 08, 2003, Ralf S. Engelschall wrote: > [...] > If I run the above test program on our RedHat 9 box on a NFS filesystem > mounted from a NetApp filer or a Solaris 8 box, it works fine (rv=0). > Same on a local filesystem. But if I run it on a NFS filesystem mounted > from a FreeBSD or Linux box, it fails with rv=-1. The reason is that the > FreeBSD and Linux boxes do not support the NFS locking. > > So, what type is your NFS server? If it is FreeBSD or Linux, try > a different one and repeat? I'm sure it then will work fine... Just more hints I forgot: for a FreeBSD 4 NFS server you can explicitly run rpc.lockd(8) and rpc.statd(8) for locking support (although it just returns success to the client and does no real locking). for a FreeBSD 5 NFS server if you run the daemons it provides real locking. For Linux you also can try to enable NFS server locking: The (older) user space nfsd does not support locking AFAIK, while the kernel NFS server (knfsd), coming with Linux 2.2 (and newer) supports AFAIK locking. But in all cases, keep in mind that for correct locking over NFS you have to run the lockd on _BOTH_ client _AND_ server. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Oct 10 16:57:45 2003 Received: from smtpgw.drs.sc.philips.com (unknown [212.80.226.170]) by mail.openpkg.org (Postfix) with ESMTP id 14C66277A00 for ; Fri, 10 Oct 2003 15:19:40 +0200 (CEST) Received: from [130.143.249.147] (helo=philips.com) by smtpgw.drs.sc.philips.com with esmtp (Exim 6.66 #1) id 1A7xBA-0003q4-00 for openpkg-users@openpkg.org; Fri, 10 Oct 2003 15:19:36 +0200 Message-ID: <3F86B1E8.9020507@philips.com> Date: Fri, 10 Oct 2003 15:19:36 +0200 From: Michael Szengel MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Which package is missing? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, while I am compiling a lot og packages from the 1.3/SRC/PLUS tree I get sometimes the following error during linking: /cw/bin/cc -O2 -pipe -DXMLSEC_NO_XKMS=1 -o xmlsec1 xmlsec.o crypto.o cmdline.o -L/cw/lib ../src/openssl/.libs/libxmlsec1-openssl.a -L/opt/Forte-7.0/SUNWspro/lib -L/opt/Forte-7.0/SUNWspro/lib/stlport4 -L/opt/Forte-7.0/SUNWspro/prod/lib -L/opt/Forte-7.0/SUNWspro/lib/v8plus -L/usr/local/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/ccs/lib ../src/.libs/libxmlsec1.a /cw/lib/libxslt.a /cw/lib/libxml2.a -lsocket -lnsl -lz /usr/local/lib/libiconv.so -lCrun -lCstd -lc -lsunmath -lmopt -lm -ldl -lcrypto -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/cw/lib /cw/bin/ld: cannot find -lCrun collect2: ld returned 1 exit status make[2]: *** [xmlsec1] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 error: Bad exit status from /cw/RPM/TMP/rpm-tmp.6779 (%build) RPM build errors: Bad exit status from /cw/RPM/TMP/rpm-tmp.6779 (%build) cw@regulus$ ----------------- Which library does "-lCrun" refer to? Is it a original Solaris library, which I am missing here? I get this only for about 10% of the packages. Thanks for any advice Michael From openpkg-users-owner@openpkg.org Fri Oct 10 17:57:51 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id ABC02277A00 for ; Fri, 10 Oct 2003 17:57:51 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 95DA84CE56C; Fri, 10 Oct 2003 17:57:51 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id C5DC328764; Fri, 10 Oct 2003 17:57:45 +0200 (CEST) Date: Fri, 10 Oct 2003 17:57:45 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Which package is missing? Message-ID: <20031010155745.GA70331@engelschall.com> References: <3F86B1E8.9020507@philips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F86B1E8.9020507@philips.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Oct 10, 2003, Michael Szengel wrote: > while I am compiling a lot og packages from the 1.3/SRC/PLUS tree I get > sometimes the following error during linking: > > /cw/bin/cc -O2 -pipe -DXMLSEC_NO_XKMS=1 -o xmlsec1 xmlsec.o crypto.o > cmdline.o -L/cw/lib ../src/openssl/.libs/libxmlsec1-openssl.a > -L/opt/Forte-7.0/SUNWspro/lib -L/opt/Forte-7.0/SUNWspro/lib/stlport4 > -L/opt/Forte-7.0/SUNWspro/prod/lib -L/opt/Forte-7.0/SUNWspro/lib/v8plus > -L/usr/local/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/ccs/lib > ../src/.libs/libxmlsec1.a /cw/lib/libxslt.a /cw/lib/libxml2.a -lsocket > -lnsl -lz /usr/local/lib/libiconv.so -lCrun -lCstd -lc -lsunmath -lmopt > -lm -ldl -lcrypto -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath > -Wl,/usr/local/lib -Wl,--rpath -Wl,/cw/lib > /cw/bin/ld: cannot find -lCrun The libCrun is not part of any OpenPKG package. Instead it seems related to your Sun Forte C 7.0 compiler suite. I don't know from where all the build flags related to Forte C comes here, but it looks strange. Especially because the used compiler is /cw/bin/cc (OpenPKG GCC). Do you have any "use_cc" definitions in ~/.rpmmacros or do you have some $CC in your environment? There has to be something which directs the packages to the /opt/Forte-7.0 stuff and this way confuse everything. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Oct 16 22:38:41 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 69F9A277A07 for ; Thu, 16 Oct 2003 22:38:40 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9GKcYdN029985 for ; Thu, 16 Oct 2003 16:38:35 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9GKcYf9016704 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 16 Oct 2003 16:38:34 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Problems running openpkg-20031006-20031006 on Solaris and Linux (was Two problems building/running openpkg-20031006-20031006 on RedHat 9) Date: Thu, 16 Oct 2003 16:38:34 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031008193435.GA38183@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I decide to combine this thread with my other thread about similar problems on Solaris 9. 1) Thanks Ralf for the test program. Our NFS file system is hosted on a Solaris 8 system. We have two sets of folders on that same NFS file system. One is for Solaris 9 programs/files and the other is for RedHat 9 programs/files. Last week, your test program was failing when the file it was trying to create was on the NFS system whether I compiled and ran it from an RH9 or Sol9 system. On both systems I got an ENOLCK. We think this was a genuine resource exhaustion problem, which we are looking into. This week, your test program runs successfully under the same conditions on both Linux and Solaris machines. So that variable has been removed, and I thank you for your help with that. 2) Once your program ran, I tried again to run "rpm --db-rebuild" on our RH9 system (as always the DB files were on the NFS system). No complaints this time, and the job was completed with the expected messages: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm --db-rebuild rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) rpmdb: cleaning up RPM database DB region files rpmdb: making sure RPM database contains all possible DB files rpmdb: dumping and reloading RPM database DB file contents rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: performing read/write operation on RPM database rpmdb: making sure RPM database files have consistent attributes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ However, when I then ran an "rpm -qa" it printed out what looks like part of your public key! vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm -qa gpg-pubkey-63c4cb9f-3c591eda ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Previously, there were 24 packages in the DB. It could be, of course, that the DB got damaged when I was trying to rebuild and getting ENOLCKs. But I did try Jeff Johnson's quick fix (below) after a failed rebuild attempt, and found that all my packages were still there at that time. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ However, I also tried a --db-cleanup, so... In any event, I thought I should report it. Also, how can I rebuild the DB so it has all the packages listed again? I just tried --db-build and --db-cleanup but that didn't change anything. 3) When I tried to tun "rpm --db-rebuild" on our Solaris 9 system, (as alaways the DB files were on the NFS system), I got the same problem as before: EAGAIN on the mmap calls. (Yet your test program still runs successfully.) Stderr output is: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm --version OpenPKG RPM 4.2.1 > rpm --db-rebuild rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/solaris9/RPM/DB) rpmdb: cleaning up RPM database DB region files rpmdb: making sure RPM database contains all possible DB files rpmdb: dumping and reloading RPM database DB file contents rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Sample truss -f output is: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 9887: getuid() = 44976 [44976] 9887: getgid() = 20110 [20110] 9887: stat64("/", 0xFFBFF6A8) = 0 9887: stat64("/usr/", 0xFFBFF6A8) = 0 9887: stat64("/usr/psr.oit/", 0xFFBFF6A8) = 0 9887: stat64("/usr/psr.oit/solaris9/", 0xFFBFF6A8) = 0 9887: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF6A8) = 0 9887: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF6A8) = 0 9887: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 9887: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF7D0) = 0 9887: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) = 0 9887: access("/usr/psr.oit/solaris9/RPM/DB/Packages", 0) = 0 9887: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF3D8) Err#2 ENOENT 9887: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT 9887: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF458) = 0 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) Err#17 EEXIST 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR) = 3 9887: fcntl(3, F_SETFD, 0x00000001) = 0 9887: ioctl(3, 0x2000664C, 0x00000001) = 0 9887: fstat(3, 0xFFBFF4D0) = 0 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 9887: fcntl(4, F_SETFD, 0x00000001) = 0 9887: ioctl(4, 0x2000664C, 0x00000001) = 0 9887: lseek(4, 0, SEEK_END) = 0 9887: lseek(4, 0, SEEK_CUR) = 0 9887: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 9887: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN 9887: fstat64(2, 0xFFBFE488) = 0 9887: write(2, " r p m d b", 5) = 5 9887: write(2, " : ", 2) = 2 9887: write(2, " m m a p : ", 6) = 6 9887: write(2, " R e s o u r c e t e m".., 32) = 32 9887: write(2, "\n", 1) = 1 9887: close(4) = 0 9887: close(3) = 0 9887: write(2, " e r r o r : ", 7) = 7 9887: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 9887: write(2, " e r r o r : ", 7) = 7 9887: write(2, " c a n n o t o p e n ".., 27) = 27 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Any idea why this might still be happening even though your test program seems to suggest that locking is working? Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > Sent: Wednesday, October 08, 2003 3:35 PM > To: openpkg-users@openpkg.org > Subject: Re: Two problems building/running openpkg-20031006-20031006 on > RedHat 9 > > > On Wed, Oct 08, 2003, Dennis McRitchie wrote: > > > [...] > > 1) Problem building if beecrypt-devel-2.2.0-8 package is installed on RedHat 9: If this package (which is > distributed > > with RedHat 9) is installed on a system where openpkg-20031006-20031006 is to be built, the rpm configure > script detects > > its presence: > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > checking beecrypt/beecrypt.h usability... yes > > checking beecrypt/beecrypt.h presence... yes > > checking for beecrypt/beecrypt.h... yes > > checking for mpfprintln in -lbeecrypt... yes > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > This causes it to set "WITH_BEECRYPT_INCLUDE = /usr/include/beecrypt" and this in turn causes the rpmio Makefile to > > create the following command line: > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > /usr/psr.oit/redhat9/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I/usr/include/beecrypt -I../popt > -I/usr/psr.oit/redh > > at9/include -DOPENPKG -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/zlib-1.1.4 > -I/usr/psr.oit/redhat9/RPM/TMP/openpkg- > > 20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0 -DOPENPKG > -I/usr/psr.oit/redhat9/RPM > > /TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/bzip2-1.0.2 > -I/usr/psr.oit/redhat9/RPM/ > > TMP/openpkg-20031006/beecrypt-3.1.0 -O2 -D_GNU_SOURCE -D_REENTRANT -MT digest.lo -MD -MP -MF .deps/digest.Tpo -c > > digest.c -o digest.o > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Note that the /usr/include/beecrypt (v2.2.0) is ahead of the within-package beecrypt (v3.1.0) which causes > the following > > problems: > > [...] > > Fixed with openpkg-20031008-20031008 (see > http://cvs.openpkg.org/chngview?cn=12699 for details). > Thanks for the hint. > > > [...] > > 2) Problem running OpenPKG rpm v4.2.1 on RedHat 9: Once I got past the above build problem, I tried running > it on two > > RedHat 9 machines and got the same problem on both: > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > > rpm --version > > OpenPKG RPM 4.2.1 > > > rpm --db-rebuild > > rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) > > rpmdb: cleaning up RPM database DB region files > > rpmdb: making sure RPM database contains all possible DB files > > rpmdb: dumping and reloading RPM database DB file contents > > rpmdb: rebuilding RPM database (built-in RPM procedure) > > rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available > > [...] > > error: db4 error(37) from dbenv->open: No locks available > > 25899 stat64("/usr/psr.oit/redhat9/RPM/DB/__db.001", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = -1 EEXIST (File exists) > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR) = 3 > > 25899 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 > > 25899 fstat64(3, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > > 25899 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 > > 25899 lseek(4, 0, SEEK_END) = 0 > > 25899 lseek(4, 0, SEEK_CUR) = 0 > > 25899 write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 8192 > > 25899 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x40038000 > > 25899 close(4) = 0 > > 25899 fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 ENOLCK (No locks available) > > 25899 write(2, "rpmdb: ", 7) = 7 > > 25899 write(2, "/usr/psr.oit/redhat9/RPM/DB/__db"..., 92) = 92 > > 25899 write(2, "\n", 1) = 1 > > 25899 close(3) = 0 > > 25899 munmap(0x40038000, 8192) = 0 > > 25899 unlink("/usr/psr.oit/redhat9/RPM/DB/__db.001") = 0 > > 25899 brk(0) = 0x818e000 > > 25899 brk(0x8190000) = 0x8190000 > > 25899 write(2, "error: ", 7) = 7 > > 25899 write(2, "db4 error(37) from dbenv->open: "..., 51) = 51 > > 25899 write(2, "error: ", 7) = 7 > > 25899 write(2, "cannot open Packages index\n", 27) = 27 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Here again, $prefix is on an NFS-mounted file system. > > > > Any thoughts as to what might be going wrong? > > This error happens just once within RPM/DB: > > | if (!F_ISSET(&renv->mutex, MUTEX_IGNORE) && > | (ret = __db_mutex_lock(dbenv, &renv->mutex)) != 0) { > | __db_err(dbenv, "%s: unable to acquire environment lock: %s", > | infop->name, db_strerror(ret)); > | goto err; > | } > > And the __db_mutex_lock() internally maps into __db_fcntl_mutex_lock() > which returns the ENOLCK ("No locks available") error only for the > failing fcntl(2) calls. So, it is really a classical locking problem > inside Berkeley-DB here and not related to RPM at all. > > Remains the question why the fcntl(2) calls fail with ENOLCK. > Can you run the following program once while staying inside your > /usr/psr.oit/redhat9/RPM/DB/ directory and once while staying on a local > filesystem? > > ----------------------------------------------------- > #include > #include > #include > #include > > int main(int argc, char *argv[]) > { > int fd; > struct flock l; > int rv; > > fd = open("fuck2.db", O_RDWR|O_CREAT, 0644); > l.l_type = F_WRLCK; > l.l_whence = SEEK_SET; > l.l_start = 0; > l.l_len = 0; > rv = fcntl(fd, F_SETLKW, &l); > printf("rv=%d\n", rv); > close(fd); > return; > } > ----------------------------------------------------- > > I hope it returns rv=-1 on NFS and rv=0 on local filesystem. My FreeBSD > manpages for fcntl(2) talk about ENOLCK this way: > > | [ENOLCK] The argument cmd is F_SETLK or F_SETLKW, and satisfy- > | ing the lock or unlock request would result in the > | number of locked regions in the system exceeding a > | system-imposed limit. > > And some Linux manpages also say: > > | ENOLCK > | Too many segment locks open, lock table is full, or a remote locking > | protocol failed (e.g. locking over NFS). > > So, NFS might be definetely the problem. > > If I run the above test program on our RedHat 9 box on a NFS filesystem > mounted from a NetApp filer or a Solaris 8 box, it works fine (rv=0). > Same on a local filesystem. But if I run it on a NFS filesystem mounted > from a FreeBSD or Linux box, it fails with rv=-1. The reason is that the > FreeBSD and Linux boxes do not support the NFS locking. > > So, what type is your NFS server? If it is FreeBSD or Linux, try > a different one and repeat? I'm sure it then will work fine... > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Thu Oct 16 23:23:53 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id E25D9277A07 for ; Thu, 16 Oct 2003 23:23:52 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9GLNm1V021695 for ; Thu, 16 Oct 2003 17:23:48 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9GLNlUC023039 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 16 Oct 2003 17:23:47 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problems running openpkg-20031006-20031006 on Solaris and Linux Date: Thu, 16 Oct 2003 17:23:47 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Quick follow-up: I saved and cleared out the DB directory for the Linux rpm instance, and ran "rpm --db-build" Output was: > rpm --db-build rpmdb: BUILDING NEW RPM DATABASE FROM SCRATCH (/usr/psr.oit/redhat9/RPM/DB) rpmdb: removing (possibly existing) old RPM database DB files rpmdb: creating new RPM database (built-in RPM procedure) rpmdb: operating on new RPM database rpmdb: rebuilding new RPM database (built-in RPM procedure) rpmdb: making sure RPM database contains all possible DB files rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: performing read/write operation on RPM database It looks like all the files are there: > ls -l total 884 -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Basenames -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Conflictname -rw-r--r-- 1 psr psr 8192 Oct 16 17:00 __db.001 -rw-r--r-- 1 psr psr 737280 Oct 16 17:00 __db.003 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.004 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.005 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.006 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.007 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.008 -rw-rw-r-- 1 psr psr 0 Oct 16 17:00 __db.009 -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Depends -rw-rw-r-- 1 psr psr 32768 Oct 16 17:00 Dirnames -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Filemd5s -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Group -rw-r--r-- 1 psr psr 8192 Oct 16 17:00 Installtid -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Name -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Packages -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Providename -rw-r--r-- 1 psr psr 8192 Oct 16 17:00 Provideversion -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Pubkeys -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Requirename -rw-rw-r-- 1 psr psr 32768 Oct 16 17:00 Requireversion -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Sha1header -rw-rw-r-- 1 psr psr 49152 Oct 16 17:00 Sigmd5 -rw-r--r-- 1 psr psr 12288 Oct 16 17:00 Triggername But the program hangs. "ps -ef" after several minutes reveals: > ps -ef|grep rpm psr 20444 12122 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/bash /usr/psr.oit/redhat9/lib/openpkg/rpmdb --build psr 20682 20444 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/rpmq -q --define _dbpath /usr/psr.oit/redhat9/RPM/DB/ -- gpg-pubkey-63c4cb9f-3c591eda It is apparently the child process that is hung, as I can kill the parent with "kill 20444". Can't kill the child without using "kill -9 20682". Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Dennis McRitchie > Sent: Thursday, October 16, 2003 4:39 PM > To: openpkg-users@openpkg.org > Subject: Problems running openpkg-20031006-20031006 on Solaris and Linux > (was Two problems building/running openpkg-20031006-20031006 on RedHat > 9) > > > I decide to combine this thread with my other thread about similar problems on Solaris 9. > > 1) Thanks Ralf for the test program. Our NFS file system is hosted on a Solaris 8 system. We have two sets of > folders on > that same NFS file system. One is for Solaris 9 programs/files and the other is for RedHat 9 programs/files. > > Last week, your test program was failing when the file it was trying to create was on the NFS system whether > I compiled > and ran it from an RH9 or Sol9 system. On both systems I got an ENOLCK. We think this was a genuine resource > exhaustion > problem, which we are looking into. This week, your test program runs successfully under the same conditions on both > Linux and Solaris machines. So that variable has been removed, and I thank you for your help with that. > > 2) Once your program ran, I tried again to run "rpm --db-rebuild" on our RH9 system (as always the DB files > were on the > NFS system). No complaints this time, and the job was completed with the expected messages: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > rpm --db-rebuild > rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) > rpmdb: cleaning up RPM database DB region files > rpmdb: making sure RPM database contains all possible DB files > rpmdb: dumping and reloading RPM database DB file contents > rpmdb: rebuilding RPM database (built-in RPM procedure) > rpmdb: performing read/write operation on RPM database > rpmdb: making sure RPM database files have consistent attributes > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > However, when I then ran an "rpm -qa" it printed out what looks like part of your public key! > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > rpm -qa > gpg-pubkey-63c4cb9f-3c591eda > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Previously, there were 24 packages in the DB. It could be, of course, that the DB got damaged when I was trying to > rebuild and getting ENOLCKs. But I did try Jeff Johnson's quick fix (below) after a failed rebuild attempt, and found > that all my packages were still there at that time. > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > However, I also tried a --db-cleanup, so... In any event, I thought I should report it. Also, how can I rebuild the DB > so it has all the packages listed again? I just tried --db-build and --db-cleanup but that didn't change anything. > > 3) When I tried to tun "rpm --db-rebuild" on our Solaris 9 system, (as alaways the DB files were on the NFS system), I > got the same problem as before: EAGAIN on the mmap calls. (Yet your test program still runs successfully.) > Stderr output > is: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > rpm --version > OpenPKG RPM 4.2.1 > > rpm --db-rebuild > rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/solaris9/RPM/DB) > rpmdb: cleaning up RPM database DB region files > rpmdb: making sure RPM database contains all possible DB files > rpmdb: dumping and reloading RPM database DB file contents > rpmdb: rebuilding RPM database (built-in RPM procedure) > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index > rpmdb: performing read/write operation on RPM database > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB > error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. > rpmdb: making sure RPM database files have consistent attributes > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Sample truss -f output is: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > 9887: getuid() = 44976 [44976] > 9887: getgid() = 20110 [20110] > 9887: stat64("/", 0xFFBFF6A8) = 0 > 9887: stat64("/usr/", 0xFFBFF6A8) = 0 > 9887: stat64("/usr/psr.oit/", 0xFFBFF6A8) = 0 > 9887: stat64("/usr/psr.oit/solaris9/", 0xFFBFF6A8) = 0 > 9887: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF6A8) = 0 > 9887: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF6A8) = 0 > 9887: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 > 9887: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF7D0) = 0 > 9887: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) = 0 > 9887: access("/usr/psr.oit/solaris9/RPM/DB/Packages", 0) = 0 > 9887: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF3D8) Err#2 ENOENT > 9887: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT > 9887: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF458) = 0 > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) Err#17 EEXIST > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR) = 3 > 9887: fcntl(3, F_SETFD, 0x00000001) = 0 > 9887: ioctl(3, 0x2000664C, 0x00000001) = 0 > 9887: fstat(3, 0xFFBFF4D0) = 0 > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > 9887: fcntl(4, F_SETFD, 0x00000001) = 0 > 9887: ioctl(4, 0x2000664C, 0x00000001) = 0 > 9887: lseek(4, 0, SEEK_END) = 0 > 9887: lseek(4, 0, SEEK_CUR) = 0 > 9887: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 > 9887: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN > 9887: fstat64(2, 0xFFBFE488) = 0 > 9887: write(2, " r p m d b", 5) = 5 > 9887: write(2, " : ", 2) = 2 > 9887: write(2, " m m a p : ", 6) = 6 > 9887: write(2, " R e s o u r c e t e m".., 32) = 32 > 9887: write(2, "\n", 1) = 1 > 9887: close(4) = 0 > 9887: close(3) = 0 > 9887: write(2, " e r r o r : ", 7) = 7 > 9887: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 > 9887: write(2, " e r r o r : ", 7) = 7 > 9887: write(2, " c a n n o t o p e n ".., 27) = 27 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Any idea why this might still be happening even though your test program seems to suggest that locking is working? > > Thanks, > Dennis > > > -----Original Message----- > > From: openpkg-users-owner@openpkg.org > > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > > Sent: Wednesday, October 08, 2003 3:35 PM > > To: openpkg-users@openpkg.org > > Subject: Re: Two problems building/running openpkg-20031006-20031006 on > > RedHat 9 > > > > > > On Wed, Oct 08, 2003, Dennis McRitchie wrote: > > > > > [...] > > > 1) Problem building if beecrypt-devel-2.2.0-8 package is installed on RedHat 9: If this package (which is > > distributed > > > with RedHat 9) is installed on a system where openpkg-20031006-20031006 is to be built, the rpm configure > > script detects > > > its presence: > > > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > > checking beecrypt/beecrypt.h usability... yes > > > checking beecrypt/beecrypt.h presence... yes > > > checking for beecrypt/beecrypt.h... yes > > > checking for mpfprintln in -lbeecrypt... yes > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > This causes it to set "WITH_BEECRYPT_INCLUDE = /usr/include/beecrypt" and this in turn causes the rpmio > Makefile to > > > create the following command line: > > > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > > /usr/psr.oit/redhat9/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I/usr/include/beecrypt -I../popt > > -I/usr/psr.oit/redh > > > at9/include -DOPENPKG -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/zlib-1.1.4 > > -I/usr/psr.oit/redhat9/RPM/TMP/openpkg- > > > 20031006/bzip2-1.0.2 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/beecrypt-3.1.0 -DOPENPKG > > -I/usr/psr.oit/redhat9/RPM > > > /TMP/openpkg-20031006/zlib-1.1.4 -I/usr/psr.oit/redhat9/RPM/TMP/openpkg-20031006/bzip2-1.0.2 > > -I/usr/psr.oit/redhat9/RPM/ > > > TMP/openpkg-20031006/beecrypt-3.1.0 -O2 -D_GNU_SOURCE -D_REENTRANT -MT digest.lo -MD -MP -MF .deps/digest.Tpo -c > > > digest.c -o digest.o > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Note that the /usr/include/beecrypt (v2.2.0) is ahead of the within-package beecrypt (v3.1.0) which causes > > the following > > > problems: > > > [...] > > > > Fixed with openpkg-20031008-20031008 (see > > http://cvs.openpkg.org/chngview?cn=12699 for details). > > Thanks for the hint. > > > > > [...] > > > 2) Problem running OpenPKG rpm v4.2.1 on RedHat 9: Once I got past the above build problem, I tried running > > it on two > > > RedHat 9 machines and got the same problem on both: > > > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > > > rpm --version > > > OpenPKG RPM 4.2.1 > > > > rpm --db-rebuild > > > rpmdb: REBUILDING NEW FROM OLD RPM DATABASE (/usr/psr.oit/redhat9/RPM/DB) > > > rpmdb: cleaning up RPM database DB region files > > > rpmdb: making sure RPM database contains all possible DB files > > > rpmdb: dumping and reloading RPM database DB file contents > > > rpmdb: rebuilding RPM database (built-in RPM procedure) > > > rpmdb: /usr/psr.oit/redhat9/RPM/DB/__db.001: unable to acquire environment lock: No locks available > > > [...] > > > error: db4 error(37) from dbenv->open: No locks available > > > 25899 stat64("/usr/psr.oit/redhat9/RPM/DB/__db.001", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = -1 EEXIST (File exists) > > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR) = 3 > > > 25899 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 > > > 25899 fstat64(3, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 > > > 25899 open("/usr/psr.oit/redhat9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > > > 25899 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 > > > 25899 lseek(4, 0, SEEK_END) = 0 > > > 25899 lseek(4, 0, SEEK_CUR) = 0 > > > 25899 write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192) = 8192 > > > 25899 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0x40038000 > > > 25899 close(4) = 0 > > > 25899 fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 ENOLCK (No locks available) > > > 25899 write(2, "rpmdb: ", 7) = 7 > > > 25899 write(2, "/usr/psr.oit/redhat9/RPM/DB/__db"..., 92) = 92 > > > 25899 write(2, "\n", 1) = 1 > > > 25899 close(3) = 0 > > > 25899 munmap(0x40038000, 8192) = 0 > > > 25899 unlink("/usr/psr.oit/redhat9/RPM/DB/__db.001") = 0 > > > 25899 brk(0) = 0x818e000 > > > 25899 brk(0x8190000) = 0x8190000 > > > 25899 write(2, "error: ", 7) = 7 > > > 25899 write(2, "db4 error(37) from dbenv->open: "..., 51) = 51 > > > 25899 write(2, "error: ", 7) = 7 > > > 25899 write(2, "cannot open Packages index\n", 27) = 27 > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Here again, $prefix is on an NFS-mounted file system. > > > > > > Any thoughts as to what might be going wrong? > > > > This error happens just once within RPM/DB: > > > > | if (!F_ISSET(&renv->mutex, MUTEX_IGNORE) && > > | (ret = __db_mutex_lock(dbenv, &renv->mutex)) != 0) { > > | __db_err(dbenv, "%s: unable to acquire environment lock: %s", > > | infop->name, db_strerror(ret)); > > | goto err; > > | } > > > > And the __db_mutex_lock() internally maps into __db_fcntl_mutex_lock() > > which returns the ENOLCK ("No locks available") error only for the > > failing fcntl(2) calls. So, it is really a classical locking problem > > inside Berkeley-DB here and not related to RPM at all. > > > > Remains the question why the fcntl(2) calls fail with ENOLCK. > > Can you run the following program once while staying inside your > > /usr/psr.oit/redhat9/RPM/DB/ directory and once while staying on a local > > filesystem? > > > > ----------------------------------------------------- > > #include > > #include > > #include > > #include > > > > int main(int argc, char *argv[]) > > { > > int fd; > > struct flock l; > > int rv; > > > > fd = open("fuck2.db", O_RDWR|O_CREAT, 0644); > > l.l_type = F_WRLCK; > > l.l_whence = SEEK_SET; > > l.l_start = 0; > > l.l_len = 0; > > rv = fcntl(fd, F_SETLKW, &l); > > printf("rv=%d\n", rv); > > close(fd); > > return; > > } > > ----------------------------------------------------- > > > > I hope it returns rv=-1 on NFS and rv=0 on local filesystem. My FreeBSD > > manpages for fcntl(2) talk about ENOLCK this way: > > > > | [ENOLCK] The argument cmd is F_SETLK or F_SETLKW, and satisfy- > > | ing the lock or unlock request would result in the > > | number of locked regions in the system exceeding a > > | system-imposed limit. > > > > And some Linux manpages also say: > > > > | ENOLCK > > | Too many segment locks open, lock table is full, or a remote locking > > | protocol failed (e.g. locking over NFS). > > > > So, NFS might be definetely the problem. > > > > If I run the above test program on our RedHat 9 box on a NFS filesystem > > mounted from a NetApp filer or a Solaris 8 box, it works fine (rv=0). > > Same on a local filesystem. But if I run it on a NFS filesystem mounted > > from a FreeBSD or Linux box, it fails with rv=-1. The reason is that the > > FreeBSD and Linux boxes do not support the NFS locking. > > > > So, what type is your NFS server? If it is FreeBSD or Linux, try > > a different one and repeat? I'm sure it then will work fine... > > > > Ralf S. Engelschall > > rse@engelschall.com > > www.engelschall.com > > > > ______________________________________________________________________ > > The OpenPKG Project www.openpkg.org > > User Communication List openpkg-users@openpkg.org > > > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Oct 17 09:15:30 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 389CC277A07 for ; Fri, 17 Oct 2003 09:15:29 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 112314CE530; Fri, 17 Oct 2003 09:15:29 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 22CCA2860A; Fri, 17 Oct 2003 09:10:03 +0200 (CEST) Date: Fri, 17 Oct 2003 09:10:03 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems running openpkg-20031006-20031006 on Solaris and Linux Message-ID: <20031017071002.GA11189@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 16, 2003, Dennis McRitchie wrote: > [...] > But the program hangs. "ps -ef" after several minutes reveals: > > ps -ef|grep rpm > psr 20444 12122 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/bash > /usr/psr.oit/redhat9/lib/openpkg/rpmdb --build > psr 20682 20444 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/rpmq -q --define _dbpath > /usr/psr.oit/redhat9/RPM/DB/ -- gpg-pubkey-63c4cb9f-3c591eda > [...] > > It is apparently the child process that is hung, as I can kill the parent with "kill 20444". Can't kill the child > without using "kill -9 20682". In such a situation try to use "strace -p 20682". It is usually able to show you the last system call in which it is now hanging. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Oct 17 15:06:04 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 3C4AA277A07 for ; Fri, 17 Oct 2003 15:06:04 +0200 (CEST) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1C1414CE530; Fri, 17 Oct 2003 15:06:04 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 99B862860A; Fri, 17 Oct 2003 15:05:45 +0200 (CEST) Date: Fri, 17 Oct 2003 15:05:45 +0200 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problems running openpkg-20031006-20031006 on Solaris and Linux (was Two problems building/running openpkg-20031006-20031006 on RedHat 9) Message-ID: <20031017130545.GB11189@engelschall.com> References: <20031008193435.GA38183@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 16, 2003, Dennis McRitchie wrote: > [...] > However, when I then ran an "rpm -qa" it printed out what looks like part of your public key! > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > rpm -qa > gpg-pubkey-63c4cb9f-3c591eda > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This entry itself is correct. It's the OpenPKG OpenPGP public key which RPM 4.2.1 manages now like a real package (you can even do a "rpm -qi" on it and see its details, etc). What is not ok, of course, is that the other packages are missing. > Previously, there were 24 packages in the DB. It could be, of course, that the DB got damaged when I was trying to > rebuild and getting ENOLCKs. But I did try Jeff Johnson's quick fix (below) after a failed rebuild attempt, and found > that all my packages were still there at that time. > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > %__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ First, with the latest OpenPKG bootstrap package "openpkg" you now have a convinient "--db-private" option which you can use like "rpm --db-private -qa", etc. This then on-the-fly sets the __cdb_cdb variable to include "private". You can even globally define the variable "__rpmdb_private yes" (in your ~root/.rpmmacros or in /etc/openpkg/rpmmacros) and all your operations are performed in "private" mode. For you this means all your problems should be gone at once, although you are running RPM in less secure mode, meaning that concurrent RPM usages are not allowed. OTOH it can be fully acceptable, because that's the way how RPM 4.0.2 from OpenPKG 1.x is operating. > 3) When I tried to tun "rpm --db-rebuild" on our Solaris 9 system, (as > alaways the DB files were on the NFS system), I got the same problem > as before: EAGAIN on the mmap calls. (Yet your test program still runs > successfully.) Stderr output is: > [...] > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > 9887: fcntl(4, F_SETFD, 0x00000001) = 0 > 9887: ioctl(4, 0x2000664C, 0x00000001) = 0 > 9887: lseek(4, 0, SEEK_END) = 0 > 9887: lseek(4, 0, SEEK_CUR) = 0 > 9887: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 > 9887: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN > [...] > Any idea why this might still be happening even though your test > program seems to suggest that locking is working? Well, my test program is for the fcntl(2) call only. Your problem now is the failing mmap(2): EAGAIN on mmap(2) is something completely different. That's interesting. So, we're now at least one step further for your situation. So, next round: what about the following extended test program "foo.c"? ------------------------------------------------------------------- #include #include #include #include #include #include #include #include int main(int argc, char *argv[]) { int fd; struct flock l; int rv; char buf[8192]; void *vp; fd = open("foo.db", O_RDWR|O_CREAT, 0644); printf("open() -> %d, %d\n", fd, fd == -1 ? errno : 0); if (fd == -1) { exit(1); } l.l_type = F_WRLCK; l.l_whence = SEEK_SET; l.l_start = 0; l.l_len = 0; rv = fcntl(fd, F_SETLKW, &l); printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); if (rv == -1) { exit(1); } memset(buf, 0, 8192); rv = write(fd, buf, 8192); printf("write() -> %d, %d\n", rv, rv == -1 ? errno : 0); if (rv == -1) { exit(1); } vp = mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); printf("mmap() -> %lx, %d\n", (unsigned long)vp, vp == NULL ? errno : 0); if (vp == NULL) { exit(1); } rv = munmap(vp, 8192); printf("munmap() -> %d, %d\n", rv, rv == -1 ? errno : 0); if (rv == -1) { exit(1); } l.l_type = F_UNLCK; rv = fcntl(fd, F_SETLKW, &l); printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); if (rv == -1) { exit(1); } rv = close(fd); printf("close() -> %d, %d\n", rv, rv == -1 ? errno : 0); if (rv == -1) { exit(1); } return 0; } ------------------------------------------------------------------- What is the output when run on multiple systems while staying (with current working directory) on NFS, UFS and MFS/TEMPFS filesystems? Hopefully here we see the EAGAIN again... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Oct 17 21:42:20 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 44F85277A07 for ; Fri, 17 Oct 2003 21:42:19 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HJgF1V013590 for ; Fri, 17 Oct 2003 15:42:16 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HJgEf9029459 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 17 Oct 2003 15:42:15 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problems running openpkg-20031006-20031006 on Solaris and Linux (was Two problems building/running openpkg-20031006-20031006 on RedHat 9) Date: Fri, 17 Oct 2003 15:42:15 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031017130545.GB11189@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, Thanks for the second test program. Interestingly, it gives no errors at all in a situation where rpm 4.2.1 is reporting mmap EAGAIN errors. All target files were on an NFS mounted filesystem, but this time the system is hosted by a RedHat 9 server (since out usual Solaris 8 NFS system was running out of locks again). But the behavior is identical to the behavior when using the Solaris NFS server, so I don't think that it is a factor right now. Output from your test program, both before and after running rpm 4.2.1: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ./testlock2 open() -> 3, 0 fcntl() -> 0, 0 write() -> 8192, 0 mmap() -> ff3a0000, 0 munmap() -> 0, 0 fcntl() -> 0, 0 close() -> 0, 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Partial output from rpm: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 15701: stat64("/", 0xFFBFF698) = 0 15701: stat64("/usr/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF698) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF7C0) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB/Packages", 0) = 0 15701: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF3C8) Err#2 ENOENT 15701: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT 15701: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF448) = 0 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) Err#17 EEXIST 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR) = 3 15701: fcntl(3, F_SETFD, 0x00000001) = 0 15701: ioctl(3, 0x2000664C, 0x00000001) = 0 15701: fstat(3, 0xFFBFF4C0) = 0 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 15701: fcntl(4, F_SETFD, 0x00000001) = 0 15701: ioctl(4, 0x2000664C, 0x00000001) = 0 15701: lseek(4, 0, SEEK_END) = 0 15701: lseek(4, 0, SEEK_CUR) = 0 15701: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 15701: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN 15701: fstat64(2, 0xFFBFE478) = 0 15701: write(2, " r p m d b", 5) = 5 15701: write(2, " : ", 2) = 2 15701: write(2, " m m a p : ", 6) = 6 15701: write(2, " R e s o u r c e t e m".., 32) = 32 15701: write(2, "\n", 1) = 1 15701: close(4) = 0 15701: close(3) = 0 15701: write(2, " e r r o r : ", 7) = 7 15701: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 15701: write(2, " e r r o r : ", 7) = 7 15701: write(2, " c a n n o t o p e n ".., 27) = 27 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So I changed your program to use "__db.001" as the filename to open, and lo and behold: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ./testlock2.db.001 open() -> 3, 0 fcntl() -> 0, 0 write() -> 8192, 0 mmap() -> ffffffff, 11 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (BTW, I had to change your prog to test for MAP_FAILED instead of NULL for mmap failure.) So I saved and cleaned out the DB directory and ran rpm --db-build and got loads of EAGAINs: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > truss -f -o/tmp/rpmdebug.build rpm --db-build rpmdb: BUILDING NEW RPM DATABASE FROM SCRATCH (/usr/psr.oit/solaris9/RPM/DB) rpmdb: removing (possibly existing) old RPM database DB files rpmdb: creating new RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) rpmdb: operating on new RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: package gpg-pubkey-63c4cb9f-3c591eda is not installed rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: rebuilding new RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: making sure RPM database contains all possible DB files db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is what the directory contains afterward: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ls -l total 1152 -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Basenames -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Conflictname -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Depends -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Dirnames -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Filemd5s -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Group -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Installtid -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Name -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Packages -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Providename -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Provideversion -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Pubkeys -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Requirename -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Requireversion -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Sha1header -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Sigmd5 -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Triggername -rw-r--r-- 1 psr psr 8192 Oct 17 15:29 __db.001 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.002 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.003 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.004 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.005 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.006 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.007 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.008 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.009 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ And this is the first EAGAIN from the truss output. It looks a lot like the one before: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 16417: stat64("/", 0xFFBFF730) = 0 16417: stat64("/usr/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF730) = 0 16417: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF858) Err#2 ENOENT 16417: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) Err#2 ENOENT 16417: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF460) Err#2 ENOENT 16417: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT 16417: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF4E0) Err#2 ENOENT 16417: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = 3 16417: fcntl(3, F_SETFD, 0x00000001) = 0 16417: ioctl(3, 0x2000664C, 0x00000001) = 0 16417: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 16417: fcntl(4, F_SETFD, 0x00000001) = 0 16417: ioctl(4, 0x2000664C, 0x00000001) = 0 16417: lseek(4, 0, SEEK_END) = 0 16417: lseek(4, 0, SEEK_CUR) = 0 16417: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 16417: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN 16417: fstat64(2, 0xFFBFE510) = 0 16417: write(2, " r p m d b", 5) = 5 16417: write(2, " : ", 2) = 2 16417: write(2, " m m a p : ", 6) = 6 16417: write(2, " R e s o u r c e t e m".., 32) = 32 16417: write(2, "\n", 1) = 1 16417: close(4) = 0 16417: close(3) = 0 16417: write(2, " e r r o r : ", 7) = 7 16417: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 16417: write(2, " e r r o r : ", 7) = 7 16417: write(2, " c a n n o t o p e n ".., 77) = 77 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ At this point, your original test program still reports no problems in creating or opening an existing foo.db. But the modified test program that opens __db.001 still reports an EAGAIN, even though __db.001 was just now created by the --db-build process. Any ideas as to what I could try next? Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > Sent: Friday, October 17, 2003 9:06 AM > To: openpkg-users@openpkg.org > Subject: Re: Problems running openpkg-20031006-20031006 on Solaris and > Linux (was Two problems building/running openpkg-20031006-20031006 on > RedHat 9) > > > On Thu, Oct 16, 2003, Dennis McRitchie wrote: > > > 3) When I tried to tun "rpm --db-rebuild" on our Solaris 9 system, (as > > alaways the DB files were on the NFS system), I got the same problem > > as before: EAGAIN on the mmap calls. (Yet your test program still runs > > successfully.) Stderr output is: > > [...] > > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > > 9887: fcntl(4, F_SETFD, 0x00000001) = 0 > > 9887: ioctl(4, 0x2000664C, 0x00000001) = 0 > > 9887: lseek(4, 0, SEEK_END) = 0 > > 9887: lseek(4, 0, SEEK_CUR) = 0 > > 9887: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 > > 9887: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN > > [...] > > Any idea why this might still be happening even though your test > > program seems to suggest that locking is working? > > Well, my test program is for the fcntl(2) call only. Your problem now > is the failing mmap(2): EAGAIN on mmap(2) is something completely > different. That's interesting. So, we're now at least one step further > for your situation. > > So, next round: what about the following extended test program "foo.c"? > > ------------------------------------------------------------------- > #include > #include > #include > #include > #include > #include > #include > #include > > int main(int argc, char *argv[]) > { > int fd; > struct flock l; > int rv; > char buf[8192]; > void *vp; > > fd = open("foo.db", O_RDWR|O_CREAT, 0644); > printf("open() -> %d, %d\n", fd, fd == -1 ? errno : 0); > if (fd == -1) { exit(1); } > > l.l_type = F_WRLCK; > l.l_whence = SEEK_SET; > l.l_start = 0; > l.l_len = 0; > rv = fcntl(fd, F_SETLKW, &l); > printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > memset(buf, 0, 8192); > rv = write(fd, buf, 8192); > printf("write() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > vp = mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); > printf("mmap() -> %lx, %d\n", (unsigned long)vp, vp == NULL ? errno : 0); > if (vp == NULL) { exit(1); } > > rv = munmap(vp, 8192); > printf("munmap() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > l.l_type = F_UNLCK; > rv = fcntl(fd, F_SETLKW, &l); > printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > rv = close(fd); > printf("close() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > return 0; > } > ------------------------------------------------------------------- > > What is the output when run on multiple systems while staying (with > current working directory) on NFS, UFS and MFS/TEMPFS filesystems? > Hopefully here we see the EAGAIN again... > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Oct 17 22:49:48 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 918C3277A07 for ; Fri, 17 Oct 2003 22:49:47 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HKni1V021825 for ; Fri, 17 Oct 2003 16:49:44 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HKniUC018244 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 17 Oct 2003 16:49:44 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problems running openpkg-20031006-20031006 on Solaris and Linux (linux results) Date: Fri, 17 Oct 2003 16:49:44 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031017071002.GA11189@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, On linux, I ran "strace -f -o rpm --db-build". The program still hung when used against our new RH9-hosted NFS server, but earlier in the execution, judging from the output: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > rpm --db-build rpmdb: BUILDING NEW RPM DATABASE FROM SCRATCH (/usr/psr.oit/redhat9/RPM/DB) rpmdb: removing (possibly existing) old RPM database DB files rpmdb: creating new RPM database (built-in RPM procedure) rpmdb: operating on new RPM database rpmdb: rebuilding new RPM database (built-in RPM procedure) rpmdb: making sure RPM database contains all possible DB files ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Also, the strace output was disappointing since it shows the last call being a successful close. I don't know if you can tell what it might have been trying to do next based on what the trace file contains, but here's the end of it: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 2722 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/lib/i586/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/lib/i586/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/lib/i586/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/lib/i586", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/lib/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/lib/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/lib/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/lib", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0 2722 open("/usr/psr.oit/redhat9/local/lib/i586/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/local/lib/i586/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/local/lib/i586/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/local/lib/i586", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/local/lib/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/local/lib/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/local/lib/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/usr/psr.oit/redhat9/local/lib", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0 2722 open("i586/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("i586/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/lib/i586/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/lib/i586/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/lib/i586/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/lib/i586", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/lib/mmx/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 stat64("/lib/mmx", 0xbfffd6b0) = -1 ENOENT (No such file or directory) 2722 open("/lib/librt.so.1", O_RDONLY) = 3 2722 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0D\32\0\000"..., 512) = 512 2722 fstat64(3, {st_mode=S_IFREG|0755, st_size=33112, ...}) = 0 2722 old_mmap(NULL, 69784, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40014000 2722 old_mmap(0x4001a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x4001a000 2722 old_mmap(0x4001b000, 41112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4001b000 2722 close(3) = 0 2722 open("/usr/psr.oit/redhat9/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/local/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("i586/mmx/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("i586/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("mmx/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/lib/libc.so.6", O_RDONLY) = 3 2722 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0hV\1\000"..., 512) = 512 2722 fstat64(3, {st_mode=S_IFREG|0755, st_size=1474056, ...}) = 0 2722 old_mmap(NULL, 1201892, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40026000 2722 old_mmap(0x40146000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x120000) = 0x40146000 2722 old_mmap(0x40149000, 9956, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40149000 2722 close(3) = 0 2722 open("/usr/psr.oit/redhat9/lib/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/usr/psr.oit/redhat9/local/lib/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("i586/mmx/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("i586/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("mmx/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) 2722 open("/lib/libpthread.so.0", O_RDONLY) = 3 2722 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p@\0\000"..., 512) = 512 2722 fstat64(3, {st_mode=S_IFREG|0755, st_size=99228, ...}) = 0 2722 old_mmap(NULL, 331364, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4014c000 2722 old_mmap(0x4015a000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xe000) = 0x4015a000 2722 old_mmap(0x4015d000, 261732, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015d000 2722 close(3) = 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Once this happens, *any* reference to *any* file (even ones not associated with rpm) on the NFS system causes the application trying to reference the file to hang. The client system then needs to be rebooted to restore NFS access. Again, this was true regarding access to both the Solaris-hosted and Linux-hosted NFS servers. The servers themselves are fine and can be accessed by other clients. I should also mention that I am getting this hang from two different RH9 client machines. BTW, from a RH9 client, your new test lock program also reports success when accessing a foo.db on the NFS server: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ./testlock2.org open() -> 3, 0 fcntl() -> 0, 0 write() -> 8192, 0 mmap() -> 40015000, 0 munmap() -> 0, 0 fcntl() -> 0, 0 close() -> 0, 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So I tried the following: 1) cleared out the DB directory 2) added "%__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private" to rpmmacros 3) ran: rpm --db-rebuild (ran to completion and was able to do an rpm -qa, which reported the gpg-pubkey) 4) removed "%__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private" from rpmmacros 5) ran: rpm -qa and rpm -qi, which were happy to report the gpg-pubkey 6) ran: rpm -Uvh openpkg-20031006-20031006.ix86-linux2.4-upr.rpm, and got: Preparing... ########################################### [100%] package openpkg-20031006-20031006 is intended for a linux2.4 operating system 7) Tried it again with locks turned off and got the same results. Tentative conclusion: rpm is having problems properly executing --db-rebuild and --db-build with locks enabled, but if the DB is built properly with locks turned off, then rpm will work correctly with locks turned on afterward, at least on linux, but I can't be sure until I can install something. Question: Why is rpm telling me that I have the wrong OS? This is the same OS I used to build the package in the first place, though I was using openpkg-1.3.0 and later openpkg-1.3.1. On this system, uname -a returns: > uname -a Linux sinux.Princeton.EDU 2.4.20-20.9 #1 Mon Aug 18 11:28:34 EDT 2003 i586 i586 i386 GNU/Linux I will try this same sequence on a Solaris client and see if that fixes anything there. Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > Sent: Friday, October 17, 2003 3:10 AM > To: openpkg-users@openpkg.org > Subject: Re: Problems running openpkg-20031006-20031006 on Solaris and > Linux > > > On Thu, Oct 16, 2003, Dennis McRitchie wrote: > > > [...] > > But the program hangs. "ps -ef" after several minutes reveals: > > > ps -ef|grep rpm > > psr 20444 12122 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/bash > > /usr/psr.oit/redhat9/lib/openpkg/rpmdb --build > > psr 20682 20444 0 17:00 pts/3 00:00:00 /usr/psr.oit/redhat9/lib/openpkg/rpmq -q --define _dbpath > > /usr/psr.oit/redhat9/RPM/DB/ -- gpg-pubkey-63c4cb9f-3c591eda > > [...] > > > > It is apparently the child process that is hung, as I can kill the parent with "kill 20444". Can't kill the child > > without using "kill -9 20682". > > In such a situation try to use "strace -p 20682". It is usually able to show you the > last system call in which it is now hanging. > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Fri Oct 17 23:14:09 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 75656277A07 for ; Fri, 17 Oct 2003 23:14:08 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HLE4dN004075 for ; Fri, 17 Oct 2003 17:14:05 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9HLE1f9002430 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 17 Oct 2003 17:14:03 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Problems running openpkg-20031006-20031006 on Solaris and Linux (more Solaris results) Date: Fri, 17 Oct 2003 17:14:01 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf, I tried the same steps I tried on the Linux client: 1) cleared out the DB directory 2) added "%__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private" to rpmmacros 3) ran: rpm --db-rebuild (ran to completion and was able to do an rpm -qa, which reported the gpg-pubkey) 4) removed "%__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private" from rpmmacros 5) ran: rpm -qa and got the usual errors: > rpm -qa rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB no packages 6) re-added "%__dbi_cdb create cdb mpool mp_mmapsize=16Mb mp_size=1Mb private" to rpmmacros 7) ran: > rpm -Uvh openpkg-20031006-20031006.sparc64-solaris2.9-ups.rpm, and got: Preparing... ########################################### [100%] package openpkg-20031006-20031006 is intended for a solaris2.9 operating system Again, this is one of the systems that all these packages were built on, using openpkg-1.3.0 and openpkg-1.3.1. And uname -a reports: > uname -a SunOS verges.Princeton.EDU 5.9 Generic_112233-07 sun4u sparc SUNW,Sun-Blade-100 So unfortunately, I can't use rpm as is, without turning off the locks, even if its DB is supposedly correct. And do you know why it is complaining about the os version here too? Thanks, Dennis -----Original Message----- From: openpkg-users-owner@openpkg.org [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Dennis McRitchie Sent: Friday, October 17, 2003 3:42 PM To: openpkg-users@openpkg.org Subject: RE: Problems running openpkg-20031006-20031006 on Solaris and Linux (was Two problems building/running openpkg-20031006-20031006 on RedHat 9) Ralf, Thanks for the second test program. Interestingly, it gives no errors at all in a situation where rpm 4.2.1 is reporting mmap EAGAIN errors. All target files were on an NFS mounted filesystem, but this time the system is hosted by a RedHat 9 server (since out usual Solaris 8 NFS system was running out of locks again). But the behavior is identical to the behavior when using the Solaris NFS server, so I don't think that it is a factor right now. Output from your test program, both before and after running rpm 4.2.1: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ./testlock2 open() -> 3, 0 fcntl() -> 0, 0 write() -> 8192, 0 mmap() -> ff3a0000, 0 munmap() -> 0, 0 fcntl() -> 0, 0 close() -> 0, 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Partial output from rpm: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 15701: stat64("/", 0xFFBFF698) = 0 15701: stat64("/usr/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF698) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF698) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 15701: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF7C0) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) = 0 15701: access("/usr/psr.oit/solaris9/RPM/DB/Packages", 0) = 0 15701: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF3C8) Err#2 ENOENT 15701: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT 15701: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF448) = 0 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) Err#17 EEXIST 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR) = 3 15701: fcntl(3, F_SETFD, 0x00000001) = 0 15701: ioctl(3, 0x2000664C, 0x00000001) = 0 15701: fstat(3, 0xFFBFF4C0) = 0 15701: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 15701: fcntl(4, F_SETFD, 0x00000001) = 0 15701: ioctl(4, 0x2000664C, 0x00000001) = 0 15701: lseek(4, 0, SEEK_END) = 0 15701: lseek(4, 0, SEEK_CUR) = 0 15701: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 15701: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN 15701: fstat64(2, 0xFFBFE478) = 0 15701: write(2, " r p m d b", 5) = 5 15701: write(2, " : ", 2) = 2 15701: write(2, " m m a p : ", 6) = 6 15701: write(2, " R e s o u r c e t e m".., 32) = 32 15701: write(2, "\n", 1) = 1 15701: close(4) = 0 15701: close(3) = 0 15701: write(2, " e r r o r : ", 7) = 7 15701: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 15701: write(2, " e r r o r : ", 7) = 7 15701: write(2, " c a n n o t o p e n ".., 27) = 27 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So I changed your program to use "__db.001" as the filename to open, and lo and behold: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ./testlock2.db.001 open() -> 3, 0 fcntl() -> 0, 0 write() -> 8192, 0 mmap() -> ffffffff, 11 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (BTW, I had to change your prog to test for MAP_FAILED instead of NULL for mmap failure.) So I saved and cleaned out the DB directory and ran rpm --db-build and got loads of EAGAINs: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > truss -f -o/tmp/rpmdebug.build rpm --db-build rpmdb: BUILDING NEW RPM DATABASE FROM SCRATCH (/usr/psr.oit/solaris9/RPM/DB) rpmdb: removing (possibly existing) old RPM database DB files rpmdb: creating new RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) rpmdb: operating on new RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: package gpg-pubkey-63c4cb9f-3c591eda is not installed rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: rebuilding new RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: making sure RPM database contains all possible DB files db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable db_load: mmap: Resource temporarily unavailable rpmdb: rebuilding RPM database (built-in RPM procedure) rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index rpmdb: performing read/write operation on RPM database rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /usr/psr.oit/solaris9/RPM/DB error: /usr/psr.oit/solaris9/etc/openpkg/openpkg.pgp: import failed. rpmdb: making sure RPM database files have consistent attributes ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is what the directory contains afterward: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > ls -l total 1152 -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Basenames -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Conflictname -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Depends -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Dirnames -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Filemd5s -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Group -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Installtid -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Name -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Packages -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Providename -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Provideversion -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Pubkeys -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Requirename -rw-r--r-- 1 psr psr 32768 Oct 17 15:29 Requireversion -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Sha1header -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Sigmd5 -rw-r--r-- 1 psr psr 49152 Oct 17 15:29 Triggername -rw-r--r-- 1 psr psr 8192 Oct 17 15:29 __db.001 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.002 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.003 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.004 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.005 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.006 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.007 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.008 -rw-r--r-- 1 psr psr 0 Oct 17 15:29 __db.009 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ And this is the first EAGAIN from the truss output. It looks a lot like the one before: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 16417: stat64("/", 0xFFBFF730) = 0 16417: stat64("/usr/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/", 0xFFBFF730) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/DB", 0xFFBFF730) = 0 16417: access("/usr/psr.oit/solaris9/RPM/DB", 2) = 0 16417: stat64("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF858) Err#2 ENOENT 16417: access("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0) Err#2 ENOENT 16417: stat("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", 0xFFBFF460) Err#2 ENOENT 16417: open("/usr/psr.oit/solaris9/RPM/DB/DB_CONFIG", O_RDONLY) Err#2 ENOENT 16417: stat("/usr/psr.oit/solaris9/RPM/DB/__db.001", 0xFFBFF4E0) Err#2 ENOENT 16417: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT|O_EXCL, 0644) = 3 16417: fcntl(3, F_SETFD, 0x00000001) = 0 16417: ioctl(3, 0x2000664C, 0x00000001) = 0 16417: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 16417: fcntl(4, F_SETFD, 0x00000001) = 0 16417: ioctl(4, 0x2000664C, 0x00000001) = 0 16417: lseek(4, 0, SEEK_END) = 0 16417: lseek(4, 0, SEEK_CUR) = 0 16417: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 16417: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN 16417: fstat64(2, 0xFFBFE510) = 0 16417: write(2, " r p m d b", 5) = 5 16417: write(2, " : ", 2) = 2 16417: write(2, " m m a p : ", 6) = 6 16417: write(2, " R e s o u r c e t e m".., 32) = 32 16417: write(2, "\n", 1) = 1 16417: close(4) = 0 16417: close(3) = 0 16417: write(2, " e r r o r : ", 7) = 7 16417: write(2, " d b 4 e r r o r ( 1 1".., 65) = 65 16417: write(2, " e r r o r : ", 7) = 7 16417: write(2, " c a n n o t o p e n ".., 77) = 77 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ At this point, your original test program still reports no problems in creating or opening an existing foo.db. But the modified test program that opens __db.001 still reports an EAGAIN, even though __db.001 was just now created by the --db-build process. Any ideas as to what I could try next? Thanks, Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org]On Behalf Of Ralf S. Engelschall > Sent: Friday, October 17, 2003 9:06 AM > To: openpkg-users@openpkg.org > Subject: Re: Problems running openpkg-20031006-20031006 on Solaris and > Linux (was Two problems building/running openpkg-20031006-20031006 on > RedHat 9) > > > On Thu, Oct 16, 2003, Dennis McRitchie wrote: > > > 3) When I tried to tun "rpm --db-rebuild" on our Solaris 9 system, (as > > alaways the DB files were on the NFS system), I got the same problem > > as before: EAGAIN on the mmap calls. (Yet your test program still runs > > successfully.) Stderr output is: > > [...] > > 9887: open("/usr/psr.oit/solaris9/RPM/DB/__db.001", O_RDWR|O_CREAT, 0644) = 4 > > 9887: fcntl(4, F_SETFD, 0x00000001) = 0 > > 9887: ioctl(4, 0x2000664C, 0x00000001) = 0 > > 9887: lseek(4, 0, SEEK_END) = 0 > > 9887: lseek(4, 0, SEEK_CUR) = 0 > > 9887: write(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 8192) = 8192 > > 9887: mmap(0x00000000, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) Err#11 EAGAIN > > [...] > > Any idea why this might still be happening even though your test > > program seems to suggest that locking is working? > > Well, my test program is for the fcntl(2) call only. Your problem now > is the failing mmap(2): EAGAIN on mmap(2) is something completely > different. That's interesting. So, we're now at least one step further > for your situation. > > So, next round: what about the following extended test program "foo.c"? > > ------------------------------------------------------------------- > #include > #include > #include > #include > #include > #include > #include > #include > > int main(int argc, char *argv[]) > { > int fd; > struct flock l; > int rv; > char buf[8192]; > void *vp; > > fd = open("foo.db", O_RDWR|O_CREAT, 0644); > printf("open() -> %d, %d\n", fd, fd == -1 ? errno : 0); > if (fd == -1) { exit(1); } > > l.l_type = F_WRLCK; > l.l_whence = SEEK_SET; > l.l_start = 0; > l.l_len = 0; > rv = fcntl(fd, F_SETLKW, &l); > printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > memset(buf, 0, 8192); > rv = write(fd, buf, 8192); > printf("write() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > vp = mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); > printf("mmap() -> %lx, %d\n", (unsigned long)vp, vp == NULL ? errno : 0); > if (vp == NULL) { exit(1); } > > rv = munmap(vp, 8192); > printf("munmap() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > l.l_type = F_UNLCK; > rv = fcntl(fd, F_SETLKW, &l); > printf("fcntl() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > rv = close(fd); > printf("close() -> %d, %d\n", rv, rv == -1 ? errno : 0); > if (rv == -1) { exit(1); } > > return 0; > } > ------------------------------------------------------------------- > > What is the output when run on multiple systems while staying (with > current working directory) on NFS, UFS and MFS/TEMPFS filesystems? > Hopefully here we see the EAGAIN again... > > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Mon Oct 20 14:13:59 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 02C0A277A03 for ; Mon, 20 Oct 2003 14:13:59 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 4D6ED8DD79; Mon, 20 Oct 2003 14:13:56 +0200 (CEST) Date: Mon, 20 Oct 2003 14:13:56 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Sendmail suble glitches Message-ID: <20031020121356.GD47574@dev.de.cw.com> References: <8240000.1065558493@marco-polo.weinreich.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <8240000.1065558493@marco-polo.weinreich.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Oct 07, 2003, Steffen Weinreich wrote: > There are two suble glitches in the sendmail package of OPKG 1.3. > > - Sendmail doesn't use /dev/urandom under Sol8 > - the rc.sendmail %daily refers to [...(pro|epi)logue typo issue...] > Steve, thanks for your contribution. We have created, uploaded and signed fixed packages. OPENPKG_CURRENT http://cvs.openpkg.org/chngview?cn=12355 prolog/epilog http://cvs.openpkg.org/chngview?cn=12900 /dev/urandom sendmail-8.12.10-20031020.src.rpm OPENPKG_1_3_SOLID http://cvs.openpkg.org/chngview?cn=12902 both sendmail-8.12.9-1.3.2.src.rpm Thanks a lot and sorry for the delay. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Oct 21 13:34:21 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 93FF1277A00 for ; Tue, 21 Oct 2003 13:34:21 +0200 (CEST) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id B70438DBED; Tue, 21 Oct 2003 13:34:18 +0200 (CEST) Received: by localhost (sSMTP sendmail emulation); Tue, 21 Oct 2003 13:34:18 +0200 Date: Tue, 21 Oct 2003 13:34:18 +0200 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Cc: cyrax@b0rken.dk Subject: Re: graphical emacs Message-ID: <20031021113418.GC92629@dt4.dev.de.cw.net> References: <20031008093202.GC31517@b0rken.dk> <20031008095213.GC30664@dt4.dev.de.cw.net> <20031008113506.GD31517@b0rken.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" In-Reply-To: <20031008113506.GD31517@b0rken.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 08, 2003, cyrax@b0rken.dk wrote: > Anyway, I compiled emacs with X11 support, and it segfaults no matter > what I do. I'm running on a UltraSPARC system on Solaris 9, the 1.3 > source branch. > Hello Mark, I finally looked into your complaint, and I confirmed that using emacs 'with_x11 yes' builds successfully but segfaults here as well. The only exception is Linux, on which it runs fine. On other platforms, even going back as long as version 20.4 I had the same problems. In all cases it bombs after calling XtCreateWidget. It sounds like you had emacs with X11 working well before OpenPKG, and if so then please share your secret. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP5UZuVuYv80UoVTdAQH+bwf/R+FNll5bV4A1Rm9mQIegFDsxUtyKUhL1 0bRBO/C3r1RCdhXuMthO7aBxg/bMaaeBAPV+TqtZdIMZ01TqkOZcFaryz3CpIZn4 yDk7Hr79iwXMJiJpw9sZ25914Uslnfm9NpI4TVGfHOiFmoe8uCgu6mUXrEd4Gc4k bfNxrwMSAKHRF40PUfE7mRt/7uuMJUFfoyC4gMVefpIlqawWsgw2sNz7KvkUYGb8 SOC/at7FWMl14N9UJ44BHpKNV1t5OY5DynbZ0wLv8+iV/H1/xD783CVpPm6GOu3A w0zNSKDp92iZPB0erF+NoxtiFENlZ7hBOGaLf0yWN08Aqhklk+g9dQ== =4PkY -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- From openpkg-users-owner@openpkg.org Tue Oct 21 23:18:38 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 90009277A00 for ; Tue, 21 Oct 2003 23:18:37 +0200 (CEST) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9LLIV1V018404 for ; Tue, 21 Oct 2003 17:18:31 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9LLIUUC009692 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 21 Oct 2003 17:18:31 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Can't build openpkg-20031020 on solaris 9 Date: Tue, 21 Oct 2003 17:18:30 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20031021113418.GC92629@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I was able to do get this built before, so I'm probably doing something stupid. But I can't seem to figure it out, and thought perhaps someone has seen this before. When I execute: sh /usr/psr.devel/SRPMS.orig/openpkg-20031020-20031020.src.sh --prefix=/usr/psr .oit/solaris8 --musr=psr --mgrp=psr --susr=psr --sgrp=psr --rusr=psr --rgrp= psr --nusr=psr --ngrp=psr I get the following errors: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/file BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/stjaaqOP: warning: allocated section `.interp' not in segment + cd curl-7.10.6 + cp src/curl /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/curl + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/curl BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/st7aaGOP: warning: allocated section `.interp' not in segment + cd bzip2-1.0.2 + cp bzip2 /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/bzip2 + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/bzip2 BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/stYbaWOP: warning: allocated section `.interp' not in segment + cd gzip-1.3.5 + cp gzip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/gzip + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/gzip BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/stFcaaPP: warning: allocated section `.interp' not in segment + cd patch-2.5.9 + cp patch /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/patch + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/patch BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/stqdaqPP: warning: allocated section `.interp' not in segment + cd tar-1.13.25 + cp src/tar /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/tar + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/tar BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/st.daGPP: warning: allocated section `.interp' not in segment + cd bash-2.05b + cp bash /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/bash + strip /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/bash BFD: /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/stafaWPP: warning: allocated section `.interp' not in segment ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Later when tar is executed, I get: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv + cd /tmp/openpkg-20031020-root/usr/psr.oit/solaris9 + /tmp/openpkg-20031020-root/usr/psr.oit/solaris9/lib/openpkg/tar --no-recursi on -cf - README .bashrc .bash_login RPM RPM/SRC RPM/PKG RPM/DB RPM/TMP cgi bin bin/rpm bin/rpm-config bin/rpm2cpio bin/rpmbuild etc etc/rc etc/rc.conf etc/rc.func etc/rc.d etc/rc.d/rc.openpkg etc/openpkg etc/openpkg/platform etc/openpkg/rpmmacros etc/openpkg/rpmrc etc/openpkg/openpkg.pgp include include/rpm include/rpm/argv.h include/rpm/beecrypt.h include/rpm/bzlib.h include/rpm/db.h include/rpm/fts.h include/rpm/glob.h include/rpm/hdrinline.h include/rpm/header.h include/rpm/misc.h include/rpm/popt.h include/rpm/rpmal.h include/rpm/rpmbuild.h include/rpm/rpmcli.h include/rpm/rpmdb.h include/rpm/rpmds.h include/rpm/rpmerr.h include/rpm/rpmfc.h include/rpm/rpmfi.h include/rpm/rpmfile.h include/rpm/rpmhash.h include/rpm/rpmio.h include/rpm/rpmlib.h include/rpm/rpmlog.h include/rpm/rpmmacro.h include/rpm/rpmmessages.h include/rpm/rpmpgp.h include/rpm/rpmps.h include/rpm/rpmspec.h include/rpm/rpmsw.h include/rpm/rpmte.h include/rpm/rpmts.h include/rpm/rpmurl.h include/rpm/stringbuf.h include/rpm/ugid.h include/rpm/zlib.h info lib lib/openpkg lib/openpkg/bash lib/openpkg/bzip2 lib/openpkg/config.guess lib/openpkg/config.sub lib/openpkg/curl lib/openpkg/file lib/openpkg/gzip lib/openpkg/macros lib/openpkg/magic lib/openpkg/magic.mgc lib/openpkg/magic.mime lib/openpkg/magic.mime.mgc lib/openpkg/mkproxyrpm.pl lib/openpkg/patch lib/openpkg/platform lib/openpkg/rc lib/openpkg/rpmb lib/openpkg/rpmd lib/openpkg/rpmdb lib/openpkg/rpmdb_dump lib/openpkg/rpmdb_load lib/openpkg/rpmdb_verify lib/openpkg/rpme lib/openpkg/rpmi lib/openpkg/rpmk lib/openpkg/rpmpopt lib/openpkg/rpmq lib/openpkg/rpmt lib/openpkg/rpmtool lib/openpkg/rpmu lib/openpkg/rpmv lib/openpkg/rpmx.pl lib/openpkg/rpmx.sh lib/openpkg/shtool lib/openpkg/tar lib/librpm.a lib/librpmbeecrypt.a lib/librpmbuild.a lib/librpmbz2.a lib/librpmdb.a lib/librpmio.a lib/librpmpopt.a lib/librpmz.a libexec man man/man1 man/man2 man/man3 man/man4 man/man5 man/man6 man/man7 man/man8 man/man9 man/cat1 man/cat2 man/cat3 man/cat4 man/cat5 man/cat6 man/cat7 man/cat8 man/cat9 man/man8/lsync.8 man/man8/rc.8 man/man8/rpm-config.8 man/man8/rpm.8 man/man8/rpm2cpio.8 man/man8/rpmbuild.8 sbin pub share var sbin/lsync local local/README local/.lsyncrc local/PKG local/bin local/etc local/include local/info local/lib local/man local/man/man1 local/man/man2 local/man/man3 local/man/man4 local/man/man5 local/man/man6 local/man/man7 local/man/man8 local/man/man9 local/man/cat1 local/man/cat2 local/man/cat3 local/man/cat4 local/man/cat5 local/man/cat6 local/man/cat7 local/man/cat8 local/man/cat9 local/sbin tar: Cannot find ELF ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ And the build then aborts. Searching on the web I've found several reports that using GNU strip on solaris can cause the first error, which presumably is responsible for the second error. Before I executed the openpkg bootstrap script (as above), I installed the /cw binary packages for openpkg, make, binutils, and gcc; and then I did an "opa /cw". Executing "strip --version" yields: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > strip --version GNU strip 2.11.90.0.8 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Since this build using these /cw tools has worked for me before, I'm quite perplexed as to why this is happening now. Any thoughts? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Wed Oct 22 17:31:12 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id BE79E277A00 for ; Wed, 22 Oct 2003 17:31:11 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9MFUv1V013431 for ; Wed, 22 Oct 2003 11:30:58 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9MFUnf9028256 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 22 Oct 2003 11:30:57 -0400 (EDT) From: "Dennis McRitchie" To: Subject: RE: Can't build openpkg-20031020 on solaris 9 Date: Wed, 22 Oct 2003 11:30:49 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit In-Reply-To: <20031022005251.GB17460@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I found out what my problem was, thanks to a hint from Matthias. (Thanks Matthias!) I was invoking: sh /usr/psr.devel/SRPMS.orig/openpkg-20031020-20031020.src.sh --prefix=/usr/psr .oit/solaris8 --musr=psr --mgrp=psr --susr=psr --sgrp=psr --rusr=psr --rgrp= psr --nusr=psr --ngrp=psr from a csh shell script, which re-invoked .cshrc, which in turn is designed to set an absolute path for the build environment. Since /cw is only a part of the build environment when bootstrapping, I was adding it to the path dynamically by typing in "opa /cw". But when my csh script was invoked, the "/cw" part of the path was lost and the wrong tools got picked up. In case it helps anyone else, the error below apparently came from using the GNU strip on files created with the native cc compiler on Solaris 9. So I have added an "opa /cw" to my csh script and all is fine now. What I can't figure out is why it worked just the day before yesterday!! (same .cshrc, same csh shell script) Thanks, Dennis > -----Original Message----- > From: Matthias Kurz [mailto:mk@baerlap.north.de] > Sent: Tuesday, October 21, 2003 8:53 PM > To: Dennis McRitchie > Subject: Re: Can't build openpkg-20031020 on solaris 9 > > > On Tue, Oct 21, 2003 at 05:18:30PM -0400, Dennis McRitchie wrote: > [...] > > And the build then aborts. Searching on the web I've found > several reports > > that using GNU strip on solaris can cause the first error, > which presumably > > is responsible for the second error. > > > > Before I executed the openpkg bootstrap script (as above), I > installed the > > /cw binary packages for openpkg, make, binutils, and gcc; and > then I did an > > "opa /cw". Executing "strip --version" yields: > > > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > > > strip --version > > GNU strip 2.11.90.0.8 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Since this build using these /cw tools has worked for me > before, I'm quite > > perplexed as to why this is happening now. > > Hmmm, strip is part of the binutils. Do you use gcc with binutils ? > Check with "rpm -q --provices gcc". And check, whether this is really > the gcc that is used (hint: $HOME/.rpmmacros:%l_cc) > Does is work, when you rename /cw/bin/strip ? > My guess is also, that strip cripples tar. > > > (mk) > > -- > Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 > >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << > From openpkg-users-owner@openpkg.org Thu Oct 23 16:12:48 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 29EAD277A00 for ; Thu, 23 Oct 2003 16:12:48 +0200 (CEST) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9NECf1V014872 for ; Thu, 23 Oct 2003 10:12:41 -0400 (EDT) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9NECcf9010908 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 23 Oct 2003 10:12:41 -0400 (EDT) From: "Dennis McRitchie" To: Subject: Warning using openpkg-tool Date: Thu, 23 Oct 2003 10:12:38 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I am trying to build an index for a directory of source RPM files using the openpkg-tool package. My command is: openpkg index -o 0INDEX.rdf -i /usr/psr.devel/SRPMS.orig/ As it prepares to generate output for openpkg-import-20031006-20031006.src.rpm, I get the following warnings: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv WARNING: unknown token '"%{with_mta}"': < #if "%{with_mta}" != "no" > #if "%{with_mta}" != "no" WARNING: unknown token '!=': < #if "%{with_mta}" != "no" > #if "%{with_mta}" != "no" WARNING: unknown token '"no"': < #if "%{with_mta}" != "no" > #if "%{with_mta}" != "no" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ But the code in the openpkg-import spec file seems fairly straightforward: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv # package options %option with_mta no # build information Prefix: %{l_prefix} BuildRoot: %{l_buildroot} BuildPreReq: OpenPKG, openpkg >= 20030908 PreReq: OpenPKG, openpkg >= 20030908 AutoReq: no AutoReqProv: no %if "%{with_mta}" != "no" Provides: MTA Conflicts: exim, postfix, sendmail, ssmtp %endif ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I am using openpkg-tool-20030919-20030919.src.rpm (your latest) as the source for the tool that gave the error. Can I safely ignore this warning or do I need a fix? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Thu Oct 23 16:39:00 2003 Received: from beaker.north.de (pD9528DD3.dip.t-dialin.net [217.82.141.211]) by mail.openpkg.org (Postfix) with ESMTP id 90035277A00 for ; Thu, 23 Oct 2003 16:38:59 +0200 (CEST) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id h9NEctSb025052 for ; Thu, 23 Oct 2003 16:38:55 +0200 (MEST) Received: (from mk@localhost) by baerlap.north.de (8.11.6+Sun/8.11.6) id h9NEcsw11776 for openpkg-users@openpkg.org; Thu, 23 Oct 2003 16:38:54 +0200 (MEST) Date: Thu, 23 Oct 2003 16:38:54 +0200 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Warning using openpkg-tool Message-ID: <20031023143854.GC17340@baerlap.north.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 23, 2003 at 10:12:38AM -0400, Dennis McRitchie wrote: > I am trying to build an index for a directory of source RPM files using the > openpkg-tool package. > > My command is: > > openpkg index -o 0INDEX.rdf -i /usr/psr.devel/SRPMS.orig/ > > As it prepares to generate output for > openpkg-import-20031006-20031006.src.rpm, I get the following warnings: > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > WARNING: unknown token '"%{with_mta}"': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > WARNING: unknown token '!=': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > WARNING: unknown token '"no"': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is, what Michael van Elst told me: > RPM specfiles don't have a well-defined grammar. The index parser > is therefore rather simple and it does not understand all constructs > used in our specfiles. In particular, it only understands conditional > sections that depend on macros that are defined outside the specfile, > e.g. options. In this case, the conditional section depends on a > macro that is %define'd in the specfile itself. Since that condition > does not affect the generated index, we currently ignore the deficiency > of the parser, and so should you :) But i have a new question: I tried to reference a mail in the mail archive (http://www.mail-archive.com/openpkg-dev%40openpkg.org/), but it looks as if the archives are not complete - no mails older than two months or so. It this normal ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Oct 23 17:08:21 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id B372B277A00 for ; Thu, 23 Oct 2003 17:08:20 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id h9NF8Gs24199 for openpkg-users@openpkg.org; Thu, 23 Oct 2003 17:08:16 +0200 (MEST) Date: Thu, 23 Oct 2003 17:07:35 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Warning using openpkg-tool Message-ID: <20031023150735.GA23637@serpens.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 23, 2003 at 10:12:38AM -0400, Dennis McRitchie wrote: Dennis, > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > WARNING: unknown token '"%{with_mta}"': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > WARNING: unknown token '!=': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > WARNING: unknown token '"no"': > < #if "%{with_mta}" != "no" > > #if "%{with_mta}" != "no" > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The specfile parser doesn't know comparisons with the != operator, in particular that operator wasn't part of the set of allowed operators listed in the RPM documentation when I had a look. The parser only complains about this single case (there is another one in the install section) because it doesn't read beyond the first section macro, i.e. the %description section. Since rpm supports the != operator one should fix the parser. In the meantime you can replace this test with a query for == "yes". Testing for a positive condition with a non-negating operator is better style anyway, IMHO of course :) Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Oct 23 20:50:13 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 15662277A00 for ; Thu, 23 Oct 2003 20:50:13 +0200 (CEST) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id B5B9C8DEAD; Thu, 23 Oct 2003 20:50:09 +0200 (CEST) Date: Thu, 23 Oct 2003 20:50:09 +0200 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Warning using openpkg-tool Message-ID: <20031023185009.GA58403@dev.de.cw.com> References: <20031023150735.GA23637@serpens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031023150735.GA23637@serpens.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 23, 2003, Michael van Elst wrote: > On Thu, Oct 23, 2003 at 10:12:38AM -0400, Dennis McRitchie wrote: > > > [...] > > WARNING: unknown token '"%{with_mta}"': > > < #if "%{with_mta}" != "no" > > [...] > > Since rpm supports the != operator one should fix the parser. In the > meantime you can replace this test with a query for == "yes". Testing > for a positive condition with a non-negating operator is better style > anyway, IMHO of course :) > Re Michael! The reason for using the double inverse logic is that %{with_mta} is not a choice between yes/no but yes/sendmailpath/no. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Oct 23 22:00:42 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 4B4E1277A00 for ; Thu, 23 Oct 2003 22:00:32 +0200 (CEST) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id h9NK0Rx02923 for openpkg-users@openpkg.org; Thu, 23 Oct 2003 22:00:27 +0200 (MEST) Date: Thu, 23 Oct 2003 21:59:46 +0200 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: Warning using openpkg-tool Message-ID: <20031023195945.GA2584@serpens.de> References: <20031023150735.GA23637@serpens.de> <20031023185009.GA58403@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031023185009.GA58403@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 23, 2003 at 08:50:09PM +0200, Thomas Lotterer wrote: > Re Michael! > The reason for using the double inverse logic is that %{with_mta} is > not a choice between yes/no but yes/sendmailpath/no. Hi Thomas, that's worse. The Parser, the Index format and the build tool all treat conditionals as boolean. If options are queried (and to be interpreted by the build tool) then these options MUST be boolean and use the values 'yes' and 'no'. I suggest to split "with_mta" into two options. One that is boolean and that is used as a conditional in the specfile, and one that specifies an explicit path. -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Mon Oct 27 10:25:14 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A5C7A277A03 for ; Mon, 27 Oct 2003 10:25:14 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id C7AFE8DD99; Mon, 27 Oct 2003 10:25:10 +0100 (CET) Date: Mon, 27 Oct 2003 10:25:10 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Warning using openpkg-tool Message-ID: <20031027092510.GC14387@dev.de.cw.com> References: <20031023150735.GA23637@serpens.de> <20031023185009.GA58403@dev.de.cw.com> <20031023195945.GA2584@serpens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031023195945.GA2584@serpens.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Oct 23, 2003, Michael van Elst wrote: > [...] Index format and the build tool > all treat conditionals as boolean. > > If options are queried (and to be interpreted by the build tool) > then these options MUST be boolean and use the values 'yes' and 'no'. > > I suggest to split "with_mta" into two options. One that is boolean > and that is used as a conditional in the specfile, and one that > specifies an explicit path. > workaround created and documented, see http://cvs.openpkg.org/chngview?cn=13020 Thanks for the info. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Oct 28 21:46:53 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 1F596277A03 for ; Tue, 28 Oct 2003 21:46:51 +0100 (CET) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9SKkExU000446 for ; Tue, 28 Oct 2003 15:46:14 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id h9SKkAf9013010 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 28 Oct 2003 15:46:10 -0500 (EST) From: "Dennis McRitchie" To: Subject: Problem building perl-tk on Solaris 9 Date: Tue, 28 Oct 2003 15:46:10 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0137_01C39D6A.9BEB5010" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0137_01C39D6A.9BEB5010 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I tried to build first perl-tk-1.3.0-1.3.0.src.rpm and - when that failed - then perl-tk-20031027-20031027.src.rpm. They both failed the same way: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv Writing /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/auto/Tk/.packlist + cd Tk-TIFF-0.08 + /usr/psr.oit/solaris9/lib/openpkg/shtool subst -e 's;-I/usr/local/include;-I/usr/psr.oit/solaris9/include/tiff -I/usr/psr.oit/ solaris9/include;' -e 's;-L/usr/local/lib;-L/usr/psr.oit/solaris9/lib;' Makefile.PL + /usr/psr.oit/solaris9/bin/perl-openpkg install perl-openpkg: determine build parameters perl-openpkg: configuring Perl module Can't locate Tk/Event.pm in @INC (@INC contains: /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/5.8.1 /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1 /usr/psr.oit/solaris9/lib/perl/site_perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/lib/perl/site_perl/5.8.1 /usr/psr.oit/solaris9/lib/perl/site_perl /usr/psr.oit/solaris9/lib/perl/vendor_perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/lib/perl/vendor_perl/5.8.1 /usr/psr.oit/solaris9/lib/perl/vendor_perl /usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris /usr/psr.oit/solaris9/lib/perl/5.8.1 .) at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13. Tk::BEGIN() called at Tk/Event.pm line 13 eval {...} called at Tk/Event.pm line 13 require Tk.pm called at Makefile.PL line 4 main::BEGIN() called at Tk/Event.pm line 13 eval {...} called at Tk/Event.pm line 13 BEGIN failed--compilation aborted at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13. require Tk.pm called at Makefile.PL line 4 main::BEGIN() called at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13 eval {...} called at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13 Compilation failed in require at Makefile.PL line 4. main::BEGIN() called at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 4 eval {...} called at /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/lib /perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 4 BEGIN failed--compilation aborted at Makefile.PL line 4. perl-openpkg: building Perl module make: *** No rule to make target `pure_all'. Stop. perl-openpkg: installing Perl module make: *** No rule to make target `pure_install'. Stop. + exit 2 error: Bad exit status from /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.14762 (%install) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The complete build output is attached. I was able to build perl-tk-20031027-20031027.src.rpm successfully on RedHat 9, and needless to say, the build outputs - while not completely identical up to that point - diverge sharply at the point where the error occurs on Solaris 9, as shown below: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv Writing /usr/psr.oit/redhat9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/redhat9/lib/p erl/site_perl/5.8.1/i686-linux/auto/Tk/.packlist + cd Tk-TIFF-0.08 + /usr/psr.oit/redhat9/lib/openpkg/shtool subst -e 's;-I/usr/local/include;-I/usr/psr.oit/redhat9/include/tiff -I/usr/psr.oit/r edhat9/include;' -e 's;-L/usr/local/lib;-L/usr/psr.oit/redhat9/lib;' Makefile.PL + /usr/psr.oit/redhat9/bin/perl-openpkg install perl-openpkg: determine build parameters perl-openpkg: configuring Perl module /usr/psr.oit/redhat9/RPM/TMP/perl-tk-20031027/Tk-TIFF-0.08 does not start with /usr/psr.oit/redhat9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/redhat9/lib/p erl/site_perl/5.8.1/i686-linux i.e. building outside Tk itself Checking if your kit is complete... Looks good Finding dependancies for TIFF.xs Finding dependancies for imgTIFF.c Writing Makefile for Tk::TIFF perl-openpkg: building Perl module cp TIFF.pm blib/lib/Tk/TIFF.pm /usr/psr.oit/redhat9/RPM/TMP/perl-perl-tk-20031027-20031027 /usr/psr.oit/redhat9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap /usr/psr.oit/redhat9/lib/perl/5.8.1/ExtUtils/typemap -typemap /usr/psr.oit/redhat9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/redhat9/lib/p erl/site_perl/5.8.1/i686-linux/Tk/typemap TIFF.xs > TIFF.xsc && mv TIFF.xsc TIFF.c ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does anyone have any idea why this might be happening? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University ------=_NextPart_000_0137_01C39D6A.9BEB5010 Content-Type: text/plain; name="perl-tk-solaris9-out.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="perl-tk-solaris9-out.txt" :::: /usr/psr.devel/SRPMS.orig/perl-tk-20031027-20031027.src.rpm :::: Installing /usr/psr.devel/SRPMS.orig/perl-tk-20031027-20031027.src.rpm Executing(%prep): env -i /usr/psr.oit/solaris9/lib/openpkg/bash --norc = --noprofile --posix -e /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.30382 + cd /usr/psr.oit/solaris9/RPM/TMP + cd /usr/psr.oit/solaris9/RPM/TMP + rm -rf perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/shtool mkdir -f -p -m 755 = perl-tk-20031027 + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-804.025_beta4.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-TIFF-0.08.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-JPEG-2.014.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-PNG-2.005.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-CanvasFig-1.014.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-CheckbuttonGroup-0.2.1.tgz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-CollapsableFrame-1.2.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Date-0.40.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-DateEntry-1.37.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-ExecuteCommand-1.4.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-GBARR-2.06.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Graph-0.06.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-HistEntry-0.41.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-JComboBox-0.02.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-IPEntry-0.03.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-LCD-1.3.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-MDI-0.2.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-ProgressBar-Mac-1.2.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Multi-1.004.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-ObjectHandler-0.03.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-PathEntry-2.17.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-PopEntry-0.06.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-RadiobuttonGroup-0.2.2.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-RotCanvas-1.2.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Splashscreen-1.0.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Task-1.1.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-TextANSIColor-0.15.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-TreeGraph-1.024.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-Workspace-1.75.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/lib/openpkg/gzip -dc = /usr/psr.oit/solaris9/RPM/SRC/perl-tk/Tk-WorldCanvas-1.2.7.tar.gz + /usr/psr.oit/solaris9/lib/openpkg/tar -xf - + STATUS=3D0 + '[' 0 -ne 0 ']' + exit 0 Executing(%build): env -i /usr/psr.oit/solaris9/lib/openpkg/bash --norc = --noprofile --posix -e /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.14762 + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + exit 0 Executing(%install): env -i /usr/psr.oit/solaris9/lib/openpkg/bash = --norc --noprofile --posix -e = /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.14762 + cd /usr/psr.oit/solaris9/RPM/TMP + cd perl-tk-20031027 + /usr/psr.oit/solaris9/bin/perl-openpkg prolog perl-openpkg: prepare Perl module installation area perl-openpkg: prepare Perl executable wrapper + cd Tk-804.025_beta4 ++ /usr/psr.oit/solaris9/etc/rc --query x11_incdir ++ /usr/psr.oit/solaris9/etc/rc --query x11_libdir + /usr/psr.oit/solaris9/bin/perl-openpkg install = X11INC=3D/usr/openwin/include X11LIB=3D/usr/openwin/lib perl-openpkg: determine build parameters perl-openpkg: configuring Perl module PPM for perl5.008001 Test Compiling config/signedchar.c /usr/psr.oit/solaris9/bin/perl is installed in = /usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris okay Test Compiling config/Ksprintf.c Test Compiling config/tod.c Generic gettimeofday() XFT not requested Writing Tk/Config.pm Writing pTk/tkConfig.h Using -L/usr/openwin/lib to find /usr/openwin/lib/libX11.so.4 Using -I/usr/openwin/include to find /usr/openwin/include/X11/Xlib.h Checking if your kit is complete... Looks good Generating Dependencies for solaris, win_arch=3Dx Test Compiling config/Hstrtoul.c Test Compiling config/Hstrdup.c Test Compiling config/Hstrcasecmp.c Extracting ClientWin.c Extracting default.h Extracting exWinHandle.c Extracting img.h Extracting imgBMP.c Extracting imgGIF.c Extracting imgInit.c Extracting imgInt.h Extracting imgObj.c Extracting imgUtil.c Extracting imgWindow.c Extracting imgXBM.c Extracting imgXPM.c Extracting ks_names.h Extracting moredefs.h Extracting port.h Extracting stbDItem.c Extracting stbDiStyle.c Extracting tclAsync.c Extracting tclDecls.h Extracting tclEvent.c Extracting tclHash.c Extracting tclIntDecls.h Extracting tclIntPlatDecls.h Extracting tclMath.h Extracting tclNotify.c Extracting tclPlatDecls.h Extracting tclPreserve.c Extracting tclTimer.c Extracting tclUnixEvent.c Extracting tclUnixNotfy.c Extracting tclUnixTime.c Extracting tix.h Extracting tixBitmaps.h Extracting tixCompat.c Extracting tixDItem.c Extracting tixDef.h Extracting tixDiITxt.c Extracting tixDiImg.c Extracting tixDiStyle.c Extracting tixDiText.c Extracting tixDiWin.c Extracting tixError.c Extracting tixForm.c Extracting tixForm.h Extracting tixFormMisc.c Extracting tixGrData.c Extracting tixGrData.h Extracting tixGrFmt.c Extracting tixGrRC.c Extracting tixGrSel.c Extracting tixGrSort.c Extracting tixGrUtl.c Extracting tixGrid.c Extracting tixGrid.h Extracting tixHLCol.c Extracting tixHLHdr.c Extracting tixHLInd.c Extracting tixHList.c Extracting tixHList.h Extracting tixImgCmp.c Extracting tixImgXpm.c Extracting tixImgXpm.h Extracting tixInputO.c Extracting tixInt.h Extracting tixList.c Extracting tixMwm.c Extracting tixNBFrame.c Extracting tixPort.h Extracting tixScroll.c Extracting tixSmpLs.c Extracting tixTList.c Extracting tixTList.h Extracting tixUnixDraw.c Extracting tixUnixInt.h Extracting tixUnixPort.h Extracting tixUnixWm.c Extracting tixUnixXpm.c Extracting tixUtils.c Extracting tk.h Extracting tk3d.c Extracting tk3d.h Extracting tkAtom.c Extracting tkBind.c Extracting tkBitmap.c Extracting tkButton.c Extracting tkButton.h Extracting tkCanvArc.c Extracting tkCanvBmap.c Extracting tkCanvImg.c Extracting tkCanvLine.c Extracting tkCanvPoly.c Extracting tkCanvPs.c Extracting tkCanvText.c Extracting tkCanvUtil.c Extracting tkCanvWind.c Extracting tkCanvas.c Extracting tkCanvas.h Extracting tkClipboard.c Extracting tkCmds.c Extracting tkColor.c Extracting tkColor.h Extracting tkConfig.c Extracting tkCursor.c Extracting tkDecls.h Extracting tkEntry.c Extracting tkError.c Extracting tkEvent.c Extracting tkFileFilter.c Extracting tkFileFilter.h Extracting tkFocus.c Extracting tkFont.c Extracting tkFont.h Extracting tkFrame.c Extracting tkGC.c Extracting tkGeometry.c Extracting tkGet.c Extracting tkGrab.c Extracting tkGrid.c Extracting tkImage.c Extracting tkImgBmap.c Extracting tkImgPPM.c Extracting tkImgPhoto.c Extracting tkImgUtil.c Extracting tkInitScript.h Extracting tkInt.h Extracting tkIntDecls.h Extracting tkIntPlatDecls.h Extracting tkIntXlibDecls.h Extracting tkListbox.c Extracting tkMacWinMenu.c Extracting tkMenu.c Extracting tkMenu.h Extracting tkMenuDraw.c Extracting tkMenubutton.c Extracting tkMenubutton.h Extracting tkMessage.c Extracting tkObj.c Extracting tkOldConfig.c Extracting tkOption.c Extracting tkPack.c Extracting tkPanedWindow.c Extracting tkPlace.c Extracting tkPlatDecls.h Extracting tkPointer.c Extracting tkPort.h Extracting tkRectOval.c Extracting tkScale.c Extracting tkScale.h Extracting tkScrollbar.c Extracting tkScrollbar.h Extracting tkSelect.c Extracting tkSelect.h Extracting tkSquare.c Extracting tkStubImg.c Extracting tkStyle.c Extracting tkText.c Extracting tkText.h Extracting tkTextBTree.c Extracting tkTextDisp.c Extracting tkTextImage.c Extracting tkTextIndex.c Extracting tkTextMark.c Extracting tkTextTag.c Extracting tkTextWind.c Extracting tkTrig.c Extracting tkUndo.c Extracting tkUndo.h Extracting tkUnix.c Extracting tkUnix3d.c Extracting tkUnixButton.c Extracting tkUnixColor.c Extracting tkUnixConfig.c Extracting tkUnixCursor.c Extracting tkUnixDefault.h Extracting tkUnixDialog.c Extracting tkUnixDraw.c Extracting tkUnixEmbed.c Extracting tkUnixEvent.c Extracting tkUnixFocus.c Extracting tkUnixFont.c Extracting tkUnixInit.c Extracting tkUnixInt.h Extracting tkUnixKey.c Extracting tkUnixMenu.c Extracting tkUnixMenubu.c Extracting tkUnixPort.h Extracting tkUnixScale.c Extracting tkUnixScrlbr.c Extracting tkUnixSelect.c Extracting tkUnixSend.c Extracting tkUnixWm.c Extracting tkUnixXId.c Extracting tkUnixXft.c Extracting tkUtil.c Extracting tkVisual.c Extracting tkWindow.c Extracting xbytes.h Finding dependancies for ClientWin.c Finding dependancies for Lang_f.c Finding dependancies for Xlib_f.c Finding dependancies for XrmOption.c Finding dependancies for imgBMP.c Finding dependancies for imgGIF.c Finding dependancies for imgInit.c Finding dependancies for imgInt_f.c Finding dependancies for imgObj.c Finding dependancies for imgUtil.c Finding dependancies for imgWindow.c Finding dependancies for imgXBM.c Finding dependancies for imgXPM.c Finding dependancies for ptkCanvGrid.c Finding dependancies for ptkCanvGroup.c Finding dependancies for stbDItem.c Finding dependancies for stbDashCustom.c Finding dependancies for stbDiStyle.c Finding dependancies for strGlue.c Finding dependancies for tclAsync.c Finding dependancies for tclDecls_f.c Finding dependancies for tclEvent.c Finding dependancies for tclHash.c Finding dependancies for tclNotify.c Finding dependancies for tclPreserve.c Finding dependancies for tclTimer.c Finding dependancies for tclUnixEvent.c Finding dependancies for tclUnixNotfy.c Finding dependancies for tclUnixTime.c Finding dependancies for tixCompat.c Finding dependancies for tixDItem.c Finding dependancies for tixDiITxt.c Finding dependancies for tixDiImg.c Finding dependancies for tixDiStyle.c Finding dependancies for tixDiText.c Finding dependancies for tixDiWin.c Finding dependancies for tixError.c Finding dependancies for tixForm.c Finding dependancies for tixFormMisc.c Finding dependancies for tixGrData.c Finding dependancies for tixGrFmt.c Finding dependancies for tixGrRC.c Finding dependancies for tixGrSel.c Finding dependancies for tixGrSort.c Finding dependancies for tixGrUtl.c Finding dependancies for tixGrid.c Finding dependancies for tixHLCol.c Finding dependancies for tixHLHdr.c Finding dependancies for tixHLInd.c Finding dependancies for tixHList.c Finding dependancies for tixImgCmp.c Finding dependancies for tixImgXpm.c Finding dependancies for tixImgXpm_f.c Finding dependancies for tixInputO.c Finding dependancies for tixInt_f.c Finding dependancies for tixList.c Finding dependancies for tixMwm.c Finding dependancies for tixNBFrame.c Finding dependancies for tixScroll.c Finding dependancies for tixSmpLs.c Finding dependancies for tixTList.c Finding dependancies for tixUnixDraw.c Finding dependancies for tixUnixWm.c Finding dependancies for tixUnixXpm.c Finding dependancies for tixUtils.c Finding dependancies for tixVars.c Finding dependancies for tix_f.c Finding dependancies for tk3d.c Finding dependancies for tkAtom.c Finding dependancies for tkBind.c Finding dependancies for tkBitmap.c Finding dependancies for tkButton.c Finding dependancies for tkCanvArc.c Finding dependancies for tkCanvBmap.c Finding dependancies for tkCanvImg.c Finding dependancies for tkCanvLine.c Finding dependancies for tkCanvPoly.c Finding dependancies for tkCanvPs.c Finding dependancies for tkCanvText.c Finding dependancies for tkCanvUtil.c Finding dependancies for tkCanvWind.c Finding dependancies for tkCanvas.c Finding dependancies for tkClipboard.c Finding dependancies for tkCmds.c Finding dependancies for tkColor.c Finding dependancies for tkConfig.c Finding dependancies for tkCursor.c Finding dependancies for tkDecls_f.c Finding dependancies for tkEntry.c Finding dependancies for tkError.c Finding dependancies for tkEvent.c Finding dependancies for tkEvent_f.c Finding dependancies for tkFileFilter.c Finding dependancies for tkFocus.c Finding dependancies for tkFont.c Finding dependancies for tkFrame.c Finding dependancies for tkGC.c Finding dependancies for tkGeometry.c Finding dependancies for tkGet.c Finding dependancies for tkGrab.c Finding dependancies for tkGrid.c Finding dependancies for tkImage.c Finding dependancies for tkImgBmap.c Finding dependancies for tkImgPPM.c Finding dependancies for tkImgPhoto.c Finding dependancies for tkImgPhoto_f.c Finding dependancies for tkIntDecls_f.c Finding dependancies for tkIntPlatDecls_f.c Finding dependancies for tkIntXlibDecls_f.c Finding dependancies for tkInt_f.c Finding dependancies for tkListbox.c Finding dependancies for tkMenu.c Finding dependancies for tkMenuDraw.c Finding dependancies for tkMenubutton.c Finding dependancies for tkMessage.c Finding dependancies for tkObj.c Finding dependancies for tkOldConfig.c Finding dependancies for tkOption.c Finding dependancies for tkOption_f.c Finding dependancies for tkPack.c Finding dependancies for tkPanedWindow.c Finding dependancies for tkPlace.c Finding dependancies for tkPlatDecls_f.c Finding dependancies for tkPointer.c Finding dependancies for tkProperty.c Finding dependancies for tkRectOval.c Finding dependancies for tkScale.c Finding dependancies for tkScrollbar.c Finding dependancies for tkSelect.c Finding dependancies for tkSquare.c Finding dependancies for tkStubImg.c Finding dependancies for tkStyle.c Finding dependancies for tkText.c Finding dependancies for tkTextBTree.c Finding dependancies for tkTextDisp.c Finding dependancies for tkTextImage.c Finding dependancies for tkTextIndex.c Finding dependancies for tkTextMark.c Finding dependancies for tkTextTag.c Finding dependancies for tkTextWind.c Finding dependancies for tkTrig.c Finding dependancies for tkUndo.c Finding dependancies for tkUnix.c Finding dependancies for tkUnix3d.c Finding dependancies for tkUnixButton.c Finding dependancies for tkUnixColor.c Finding dependancies for tkUnixConfig.c Finding dependancies for tkUnixCursor.c Finding dependancies for tkUnixDialog.c Finding dependancies for tkUnixDraw.c Finding dependancies for tkUnixEmbed.c Finding dependancies for tkUnixEvent.c Finding dependancies for tkUnixFocus.c Finding dependancies for tkUnixFont.c Finding dependancies for tkUnixInit.c Finding dependancies for tkUnixKey.c Finding dependancies for tkUnixMenu.c Finding dependancies for tkUnixMenubu.c Finding dependancies for tkUnixScale.c Finding dependancies for tkUnixScrlbr.c Finding dependancies for tkUnixSelect.c Finding dependancies for tkUnixSend.c Finding dependancies for tkUnixWm.c Finding dependancies for tkUnixXId.c Finding dependancies for tkUnixXft.c Finding dependancies for tkUtil.c Finding dependancies for tkVisual.c Finding dependancies for tkWindow.c Finding dependancies for tk_f.c Writing Makefile for Tk::pTk Writing Makefile for Tk::pod Checking if your kit is complete... Looks good Writing Makefile for Tk::demos Finding dependancies for X.xs Finding dependancies for Xlib.xs Finding dependancies for WinPhoto.xs Finding dependancies for Pixmap.xs Finding dependancies for TixGrid.xs Finding dependancies for Text.xs Finding dependancies for TList.xs Finding dependancies for Scrollbar.xs Writing Makefile for Tk::X Writing Makefile for Tk::Xlib Writing Makefile for Tk::WinPhoto Writing Makefile for Tk::Tixish Writing Makefile for Tk::Pixmap Writing Makefile for Tk::TixGrid Writing Makefile for Tk::TextList Writing Makefile for Tk::Text Writing Makefile for Tk::TList Writing Makefile for Tk::Scrollbar Finding dependancies for Scale.xs Test Compile/Run config/has_png.c Writing Makefile for Tk::Scale Checking if your kit is complete... Looks good Finding dependancies for PNG.xs Finding dependancies for imgPNG.c Cannot find 'png.h' assume made Finding dependancies for NBFrame.xs Finding dependancies for Mwm.xs Finding dependancies for Menubutton.xs Finding dependancies for Listbox.xs Test Compile/Run jpeg/has_jpeg.c Writing Makefile for Tk::PNG Writing Makefile for Tk::NBFrame Writing Makefile for Tk::Mwm Writing Makefile for Tk::Menubutton Writing Makefile for Tk::Listbox Using system's -ljpeg Checking if your kit is complete... Looks good Finding dependancies for JPEG.xs Finding dependancies for imgJPEG.c Finding dependancies for InputO.xs Finding dependancies for IO.xs Finding dependancies for HList.xs Writing Makefile for Tk::JPEG Writing Makefile for Tk::InputO Writing Makefile for Tk::IO Writing Makefile for Tk::HList Finding dependancies for Event.xs Finding dependancies for eventWin32Dll.c Finding dependancies for pTkCallback.c Finding dependancies for tclAsync.c Finding dependancies for tclEvent.c Finding dependancies for tclNotify.c Finding dependancies for tclPlatEvent.c Finding dependancies for tclPlatNotfy.c Finding dependancies for tclPlatTime.c Finding dependancies for tclTimer.c Finding dependancies for Entry.xs Skip Win32Site on x Finding dependancies for Compound.xs Writing Makefile for Tk::Event Writing Makefile for Tk::Entry Writing Makefile for Tk::DragDrop Writing Makefile for Tk::Compound Finding dependancies for Canvas.xs Finding dependancies for Tk.xs Finding dependancies for chnGlue.c Finding dependancies for encGlue.c Finding dependancies for evtGlue.c Finding dependancies for objGlue.c Finding dependancies for tixGlue.c Finding dependancies for tkGlue.c Finding dependancies for tkGlue_f.c Finding dependancies for tkWin32Dll.c Writing Makefile for Tk::Canvas Tests in PNG Tests in JPEG Tests in Event Writing Makefile for Tk perl-openpkg: building Perl module cp Tk/Clipboard.pm blib/lib/Tk/Clipboard.pm AutoSplitting blib/lib/Tk/Clipboard.pm (blib/lib/auto/Tk/Clipboard) cp Tk/ProgressBar.pm blib/lib/Tk/ProgressBar.pm cp Tk/Menu.pm blib/lib/Tk/Menu.pm cp Tk/typemap blib/lib/Tk/typemap cp Tk/anim.gif blib/lib/Tk/anim.gif cp Tk/Adjuster.pm blib/lib/Tk/Adjuster.pm cp Tk/LabEntry.pm blib/lib/Tk/LabEntry.pm cp Tk/FBox.pm blib/lib/Tk/FBox.pm cp Tk/Optionmenu.pm blib/lib/Tk/Optionmenu.pm cp Tk/Tiler.pm blib/lib/Tk/Tiler.pm cp Tk/Widget.pm blib/lib/Tk/Widget.pm AutoSplitting blib/lib/Tk/Widget.pm (blib/lib/auto/Tk/Widget) cp Tk/Xrm.pm blib/lib/Tk/Xrm.pm cp Tk/license.terms blib/lib/Tk/license.terms cp Tk/Message.pm blib/lib/Tk/Message.pm cp Tk/Camel.xpm blib/lib/Tk/Camel.xpm cp Tk/Menu/Item.pm blib/lib/Tk/Menu/Item.pm cp Tk/Tk.xpm blib/lib/Tk/Tk.xpm cp Tk/Panedwindow.pm blib/lib/Tk/Panedwindow.pm cp Tk/winfolder.xpm blib/lib/Tk/winfolder.xpm cp Tk/act_folder.xpm blib/lib/Tk/act_folder.xpm cp Tk/Wm.pm blib/lib/Tk/Wm.pm AutoSplitting blib/lib/Tk/Wm.pm (blib/lib/auto/Tk/Wm) cp Tk/Toplevel.pm blib/lib/Tk/Toplevel.pm AutoSplitting blib/lib/Tk/Toplevel.pm (blib/lib/auto/Tk/Toplevel) cp Tk/srcfile.xpm blib/lib/Tk/srcfile.xpm cp Tk/Font.pm blib/lib/Tk/Font.pm cp Tk/Configure.pm blib/lib/Tk/Configure.pm cp Tk/file.xpm blib/lib/Tk/file.xpm cp Tk/TextEdit.pm blib/lib/Tk/TextEdit.pm AutoSplitting blib/lib/Tk/TextEdit.pm (blib/lib/auto/Tk/TextEdit) cp tkGlue.h blib/arch/Tk/tkGlue.h cp tkGlue.t blib/arch/Tk/tkGlue.t cp Tk/folder.xpm blib/lib/Tk/folder.xpm cp Tk.pm blib/lib/Tk.pm AutoSplitting blib/lib/Tk.pm (blib/lib/auto/Tk) cp Tk/MakeDepend.pm blib/lib/Tk/MakeDepend.pm cp Tk/act_folder.xbm blib/lib/Tk/act_folder.xbm cp Tk/Dirlist.pm blib/lib/Tk/Dirlist.pm cp Tk/Spinbox.pm blib/lib/Tk/Spinbox.pm cp Tk/Table.pm blib/lib/Tk/Table.pm AutoSplitting blib/lib/Tk/Table.pm (blib/lib/auto/Tk/Table) cp vtab.def blib/arch/Tk/vtab.def cp Tk/Submethods.pm blib/lib/Tk/Submethods.pm cp tkGlue_f.h blib/arch/Tk/tkGlue_f.h cp Tk/ColorEdit.xpm blib/lib/Tk/ColorEdit.xpm cp Tk/cbxarrow.xbm blib/lib/Tk/cbxarrow.xbm cp Tk/openfolder.xpm blib/lib/Tk/openfolder.xpm cp Tk/MMutil.pm blib/lib/Tk/MMutil.pm cp Tk/widgets.pm blib/lib/Tk/widgets.pm cp Tk/openfolder.xbm blib/lib/Tk/openfolder.xbm cp Tk/MainWindow.pm blib/lib/Tk/MainWindow.pm cp Tk/icon.gif blib/lib/Tk/icon.gif cp Tk/Menubar.pm blib/lib/Tk/Menubar.pm cp Tk/openfile.xbm blib/lib/Tk/openfile.xbm cp Tk/MMtry.pm blib/lib/Tk/MMtry.pm cp Tk/ItemStyle.pm blib/lib/Tk/ItemStyle.pm cp Tk/README.Adjust blib/lib/Tk/README.Adjust cp Tk/X11Font.pm blib/lib/Tk/X11Font.pm cp Tk/TextUndo.pm blib/lib/Tk/TextUndo.pm AutoSplitting blib/lib/Tk/TextUndo.pm (blib/lib/auto/Tk/TextUndo) cp Tk.pod blib/lib/Tk.pod cp Tk/ColorEditor.pm blib/lib/Tk/ColorEditor.pm cp Tk/folder.xbm blib/lib/Tk/folder.xbm cp Tk/Credits blib/lib/Tk/Credits cp Tk/arrowdownwin.xbm blib/lib/Tk/arrowdownwin.xbm cp Tk/LabRadio.pm blib/lib/Tk/LabRadio.pm cp Tk/Config.pm blib/arch/Tk/Config.pm cp Tk/Dialog.pm blib/lib/Tk/Dialog.pm cp Tk/FileSelect.pm blib/lib/Tk/FileSelect.pm cp Tk/install.pm blib/lib/Tk/install.pm cp Tk/Image.pm blib/lib/Tk/Image.pm cp Tk/Frame.pm blib/lib/Tk/Frame.pm AutoSplitting blib/lib/Tk/Frame.pm (blib/lib/auto/Tk/Frame) cp Tk/Radiobutton.pm blib/lib/Tk/Radiobutton.pm cp Tk/Pane.pm blib/lib/Tk/Pane.pm cp Tk/wintext.xpm blib/lib/Tk/wintext.xpm cp Tk/English.pm blib/lib/Tk/English.pm cp Tk/DummyEncode.pm blib/lib/Tk/DummyEncode.pm cp Tk/Xcamel.gif blib/lib/Tk/Xcamel.gif cp Tk/prolog.ps blib/lib/Tk/prolog.ps cp Tk/Labelframe.pm blib/lib/Tk/Labelframe.pm cp Tk/win.xbm blib/lib/Tk/win.xbm cp tkGlue.m blib/arch/Tk/tkGlue.m cp Tk/file.xbm blib/lib/Tk/file.xbm cp Tk/Label.pm blib/lib/Tk/Label.pm cp Tk/textfile.xpm blib/lib/Tk/textfile.xpm cp Tk/Derived.pm blib/lib/Tk/Derived.pm cp Tk/CmdLine.pm blib/lib/Tk/CmdLine.pm cp Tk/Photo.pm blib/lib/Tk/Photo.pm cp Tk/ErrorDialog.pm blib/lib/Tk/ErrorDialog.pm cp fix_4_os2.pl blib/lib/fix_4_os2.pl cp Tk/Trace.pm blib/lib/Tk/Trace.pm cp Tk/Animation.pm blib/lib/Tk/Animation.pm cp Tk/Checkbutton.pm blib/lib/Tk/Checkbutton.pm cp Tk/Button.pm blib/lib/Tk/Button.pm cp Tk/Bitmap.pm blib/lib/Tk/Bitmap.pm cp tkGlue.def blib/arch/Tk/tkGlue.def cp Tk/Pretty.pm blib/lib/Tk/Pretty.pm cp Tk/Region.pm blib/lib/Tk/Region.pm cp lib/Tie/Watch.pm blib/lib/Tie/Watch.pm cp TkXSUB.def blib/arch/Tk/TkXSUB.def cp Tk/Tk.xbm blib/lib/Tk/Tk.xbm cp Tk/ROText.pm blib/lib/Tk/ROText.pm cp Tk/After.pm blib/lib/Tk/After.pm cp Tk/Stats.pm blib/lib/Tk/Stats.pm cp Tk/tranicon.gif blib/lib/Tk/tranicon.gif cp Tk/IconList.pm blib/lib/Tk/IconList.pm cd pTk && /usr/psr.oit/solaris9/bin/make DEFINE=3D"" /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tk.h Ignoring from tk.exc tk.h:22: * For C++ compilers, use extern "C" 'TK' in '#if defined(MAC_TCL) || defined(MAC_OSX_TK)' at mkVFunc line = 136, line 63. 'TK' in '#ifndef _TKPORT' at mkVFunc line 136, line 86. 'TK' in '#ifdef TK_USE_INPUT_METHODS' at mkVFunc line 136, line 818. 'TK' in '#if !defined(USE_TK_STUBS) && defined(USE_OLD_IMAGE)' at = mkVFunc line 136, line 1563. 'TK' in '#ifndef USE_TK_STUBS' at mkVFunc line 136, line 1696. 'TK' in '#if !defined(USE_TK_STUBS) || !defined(USE_OLD_IMAGE)' at = mkVFunc line 136, line 1705. TK /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkInt.h Ignoring from tkInt.exc tkInt.h:923: extern void (*tkHandleEventProc) _ANSI_ARGS_(( tkInt.h:1116: EXTERN CONST Tk_OptionSpec * TKINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tix.h Ignoring from tix.exc 'TIX' in '#ifndef TIX_VERSION' at mkVFunc line 136, line 25. tix.h:46: * so that all EXTERN declarations get DLLEXPORT; when = building apps tix.h:47: * using Tix, BUILD_tix should NOT be defined so that all = EXTERN tix.h:51: * because the EXTERN declarations in those files need = DLLIMPORT. tix.h:396: EXTERN int Tix_GlobalVarEval _ANSI_ARGS_( tix.h:399: EXTERN int Tix_GlobalVarEval _ANSI_ARGS_( tix.h:448: extern TIX_DECLARE_CMD(Tix_CallMethodCmd); tix.h:449: extern TIX_DECLARE_CMD(Tix_ChainMethodCmd); tix.h:450: extern TIX_DECLARE_CMD(Tix_ClassCmd); tix.h:451: extern TIX_DECLARE_CMD(Tix_DoWhenIdleCmd); tix.h:452: extern TIX_DECLARE_CMD(Tix_DoWhenMappedCmd); tix.h:453: extern TIX_DECLARE_CMD(Tix_FalseCmd); tix.h:454: extern TIX_DECLARE_CMD(Tix_FileCmd); tix.h:455: extern TIX_DECLARE_CMD(Tix_FlushXCmd); tix.h:456: extern TIX_DECLARE_CMD(Tix_FormCmd); tix.h:457: extern TIX_DECLARE_CMD(Tix_GridCmd); tix.h:458: extern TIX_DECLARE_CMD(Tix_GeometryRequestCmd); tix.h:459: extern TIX_DECLARE_CMD(Tix_Get3DBorderCmd); tix.h:460: extern TIX_DECLARE_CMD(Tix_GetBooleanCmd); tix.h:461: extern TIX_DECLARE_CMD(Tix_GetIntCmd); tix.h:462: extern TIX_DECLARE_CMD(Tix_GetMethodCmd); tix.h:463: extern TIX_DECLARE_CMD(Tix_HListCmd); tix.h:464: extern TIX_DECLARE_CMD(Tix_HandleOptionsCmd); tix.h:465: extern TIX_DECLARE_CMD(Tix_InputOnlyCmd); tix.h:466: extern TIX_DECLARE_CMD(Tix_ItemStyleCmd); tix.h:467: extern TIX_DECLARE_CMD(Tix_ManageGeometryCmd); tix.h:468: extern TIX_DECLARE_CMD(Tix_MapWindowCmd); tix.h:469: extern TIX_DECLARE_CMD(Tix_MoveResizeWindowCmd); tix.h:470: extern TIX_DECLARE_CMD(Tix_NoteBookFrameCmd); tix.h:471: extern TIX_DECLARE_CMD(Tix_RaiseWindowCmd); tix.h:472: extern TIX_DECLARE_CMD(Tix_ShellInputCmd); tix.h:473: extern TIX_DECLARE_CMD(Tix_StringSubCmd); tix.h:474: extern TIX_DECLARE_CMD(Tix_StrEqCmd); tix.h:475: extern TIX_DECLARE_CMD(Tix_TListCmd); tix.h:476: extern TIX_DECLARE_CMD(Tix_TmpLineCmd); tix.h:477: extern TIX_DECLARE_CMD(Tix_TrueCmd); tix.h:478: extern TIX_DECLARE_CMD(Tix_UnmapWindowCmd); tix.h:479: extern TIX_DECLARE_CMD(Tix_MwmCmd); tix.h:480: extern TIX_DECLARE_CMD(Tix_CreateWidgetCmd); TIX /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tixInt.h Ignoring from tixInt.exc tixInt.h:876: * (these are declared with the EXTERN in win/winMain.c = but without it TIXINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkDecls.h Ignoring from tkDecls.exc TKDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkIntDecls.h Ignoring from tkIntDecls.exc TKINTDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tclDecls.h Ignoring from tclDecls.exc TCLDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tk.h Ignoring from tk.exc tk.h:22: * For C++ compilers, use extern "C" 'TK' in '#if defined(MAC_TCL) || defined(MAC_OSX_TK)' at mkVFunc line = 136, line 63. 'TK' in '#ifndef _TKPORT' at mkVFunc line 136, line 86. 'TK' in '#ifdef TK_USE_INPUT_METHODS' at mkVFunc line 136, line 818. 'TK' in '#if !defined(USE_TK_STUBS) && defined(USE_OLD_IMAGE)' at = mkVFunc line 136, line 1563. 'TK' in '#ifndef USE_TK_STUBS' at mkVFunc line 136, line 1696. 'TK' in '#if !defined(USE_TK_STUBS) || !defined(USE_OLD_IMAGE)' at = mkVFunc line 136, line 1705. TK /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkInt.h Ignoring from tkInt.exc tkInt.h:923: extern void (*tkHandleEventProc) _ANSI_ARGS_(( tkInt.h:1116: EXTERN CONST Tk_OptionSpec * TKINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tix.h Ignoring from tix.exc 'TIX' in '#ifndef TIX_VERSION' at mkVFunc line 136, line 25. tix.h:46: * so that all EXTERN declarations get DLLEXPORT; when = building apps tix.h:47: * using Tix, BUILD_tix should NOT be defined so that all = EXTERN tix.h:51: * because the EXTERN declarations in those files need = DLLIMPORT. tix.h:396: EXTERN int Tix_GlobalVarEval _ANSI_ARGS_( tix.h:399: EXTERN int Tix_GlobalVarEval _ANSI_ARGS_( tix.h:448: extern TIX_DECLARE_CMD(Tix_CallMethodCmd); tix.h:449: extern TIX_DECLARE_CMD(Tix_ChainMethodCmd); tix.h:450: extern TIX_DECLARE_CMD(Tix_ClassCmd); tix.h:451: extern TIX_DECLARE_CMD(Tix_DoWhenIdleCmd); tix.h:452: extern TIX_DECLARE_CMD(Tix_DoWhenMappedCmd); tix.h:453: extern TIX_DECLARE_CMD(Tix_FalseCmd); tix.h:454: extern TIX_DECLARE_CMD(Tix_FileCmd); tix.h:455: extern TIX_DECLARE_CMD(Tix_FlushXCmd); tix.h:456: extern TIX_DECLARE_CMD(Tix_FormCmd); tix.h:457: extern TIX_DECLARE_CMD(Tix_GridCmd); tix.h:458: extern TIX_DECLARE_CMD(Tix_GeometryRequestCmd); tix.h:459: extern TIX_DECLARE_CMD(Tix_Get3DBorderCmd); tix.h:460: extern TIX_DECLARE_CMD(Tix_GetBooleanCmd); tix.h:461: extern TIX_DECLARE_CMD(Tix_GetIntCmd); tix.h:462: extern TIX_DECLARE_CMD(Tix_GetMethodCmd); tix.h:463: extern TIX_DECLARE_CMD(Tix_HListCmd); tix.h:464: extern TIX_DECLARE_CMD(Tix_HandleOptionsCmd); tix.h:465: extern TIX_DECLARE_CMD(Tix_InputOnlyCmd); tix.h:466: extern TIX_DECLARE_CMD(Tix_ItemStyleCmd); tix.h:467: extern TIX_DECLARE_CMD(Tix_ManageGeometryCmd); tix.h:468: extern TIX_DECLARE_CMD(Tix_MapWindowCmd); tix.h:469: extern TIX_DECLARE_CMD(Tix_MoveResizeWindowCmd); tix.h:470: extern TIX_DECLARE_CMD(Tix_NoteBookFrameCmd); tix.h:471: extern TIX_DECLARE_CMD(Tix_RaiseWindowCmd); tix.h:472: extern TIX_DECLARE_CMD(Tix_ShellInputCmd); tix.h:473: extern TIX_DECLARE_CMD(Tix_StringSubCmd); tix.h:474: extern TIX_DECLARE_CMD(Tix_StrEqCmd); tix.h:475: extern TIX_DECLARE_CMD(Tix_TListCmd); tix.h:476: extern TIX_DECLARE_CMD(Tix_TmpLineCmd); tix.h:477: extern TIX_DECLARE_CMD(Tix_TrueCmd); tix.h:478: extern TIX_DECLARE_CMD(Tix_UnmapWindowCmd); tix.h:479: extern TIX_DECLARE_CMD(Tix_MwmCmd); tix.h:480: extern TIX_DECLARE_CMD(Tix_CreateWidgetCmd); TIX /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tixInt.h Ignoring from tixInt.exc tixInt.h:876: * (these are declared with the EXTERN in win/winMain.c = but without it TIXINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkDecls.h Ignoring from tkDecls.exc TKDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkIntDecls.h Ignoring from tkIntDecls.exc TKINTDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tclDecls.h Ignoring from tclDecls.exc TCLDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x imgInt.h Ignoring from imgInt.exc IMGINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x imgInt.h Ignoring from imgInt.exc IMGINT /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tixImgXpm.h TIXIMGXPM /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tixImgXpm.h TIXIMGXPM /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkIntPlatDecls.h Ignoring from tkIntPlatDecls.exc TKINTPLATDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkIntPlatDecls.h Ignoring from tkIntPlatDecls.exc TKINTPLATDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkIntXlibDecls.h Ignoring from tkIntXlibDecls.exc TKINTXLIBDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkIntXlibDecls.h Ignoring from tkIntXlibDecls.exc TKINTXLIBDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -m = x tkPlatDecls.h Ignoring from tkPlatDecls.exc TKPLATDECLS /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 mkVFunc -t = x tkPlatDecls.h Ignoring from tkPlatDecls.exc TKPLATDECLS cp Lang_f.h ../blib/arch/Tk/pTk/Lang_f.h cp tkOption.m ../blib/arch/Tk/pTk/tkOption.m cp tixDef.h ../blib/arch/Tk/pTk/tixDef.h cp tkOption_f.h ../blib/arch/Tk/pTk/tkOption_f.h cp tkIntXlibDecls.h ../blib/arch/Tk/pTk/tkIntXlibDecls.h cp tkFont.h ../blib/arch/Tk/pTk/tkFont.h cp ks_names.h ../blib/arch/Tk/pTk/ks_names.h cp tixInt.h ../blib/arch/Tk/pTk/tixInt.h cp tkInt.m ../blib/arch/Tk/pTk/tkInt.m cp tkEvent.h ../blib/arch/Tk/pTk/tkEvent.h cp tclDecls.m ../blib/arch/Tk/pTk/tclDecls.m cp compat/stdlib.h ../blib/arch/Tk/pTk/compat/stdlib.h cp tkIntDecls.h ../blib/arch/Tk/pTk/tkIntDecls.h cp tkEvent.t ../blib/arch/Tk/pTk/tkEvent.t cp tkEvent.m ../blib/arch/Tk/pTk/tkEvent.m cp tixInt.t ../blib/arch/Tk/pTk/tixInt.t cp tkPort.h ../blib/arch/Tk/pTk/tkPort.h cp tk.h ../blib/arch/Tk/pTk/tk.h cp imgInt.t ../blib/arch/Tk/pTk/imgInt.t cp tixGrData.h ../blib/arch/Tk/pTk/tixGrData.h cp tixInt_f.h ../blib/arch/Tk/pTk/tixInt_f.h cp tk.m ../blib/arch/Tk/pTk/tk.m cp Xlib.t ../blib/arch/Tk/pTk/Xlib.t cp tkColor.h ../blib/arch/Tk/pTk/tkColor.h cp tix.t ../blib/arch/Tk/pTk/tix.t cp tixPort.h ../blib/arch/Tk/pTk/tixPort.h cp tkImgPhoto_f.h ../blib/arch/Tk/pTk/tkImgPhoto_f.h cp tkUndo.h ../blib/arch/Tk/pTk/tkUndo.h cp Lang.t ../blib/arch/Tk/pTk/Lang.t cp tkEvent_f.h ../blib/arch/Tk/pTk/tkEvent_f.h cp Tcl-pTk ../blib/arch/Tk/pTk/Tcl-pTk cp img.h ../blib/arch/Tk/pTk/img.h cp tkUnixInt.h ../blib/arch/Tk/pTk/tkUnixInt.h cp port.h ../blib/arch/Tk/pTk/port.h cp tixHList.h ../blib/arch/Tk/pTk/tixHList.h cp tkDecls.m ../blib/arch/Tk/pTk/tkDecls.m cp tkDecls.h ../blib/arch/Tk/pTk/tkDecls.h cp tkImgPhoto.t ../blib/arch/Tk/pTk/tkImgPhoto.t cp compat/unistd.h ../blib/arch/Tk/pTk/compat/unistd.h cp tkInt_f.h ../blib/arch/Tk/pTk/tkInt_f.h cp tkMenubutton.h ../blib/arch/Tk/pTk/tkMenubutton.h cp tkIntPlatDecls.m ../blib/arch/Tk/pTk/tkIntPlatDecls.m cp tk_f.h ../blib/arch/Tk/pTk/tk_f.h cp patchlevel.h ../blib/arch/Tk/pTk/patchlevel.h cp tclIntDecls.h ../blib/arch/Tk/pTk/tclIntDecls.h cp tixImgXpm.m ../blib/arch/Tk/pTk/tixImgXpm.m cp Xlib_f.h ../blib/arch/Tk/pTk/Xlib_f.h cp tkDecls_f.h ../blib/arch/Tk/pTk/tkDecls_f.h cp tixUnixPort.h ../blib/arch/Tk/pTk/tixUnixPort.h cp tkVMacro.h ../blib/arch/Tk/pTk/tkVMacro.h cp tixBitmaps.h ../blib/arch/Tk/pTk/tixBitmaps.h cp tkIntPlatDecls.t ../blib/arch/Tk/pTk/tkIntPlatDecls.t cp tkUnixDefault.h ../blib/arch/Tk/pTk/tkUnixDefault.h cp tkConfig.h ../blib/arch/Tk/pTk/tkConfig.h cp tkInitScript.h ../blib/arch/Tk/pTk/tkInitScript.h cp tixImgXpm.h ../blib/arch/Tk/pTk/tixImgXpm.h cp tkPlatDecls.t ../blib/arch/Tk/pTk/tkPlatDecls.t cp tkIntXlibDecls_f.h ../blib/arch/Tk/pTk/tkIntXlibDecls_f.h cp tkText.h ../blib/arch/Tk/pTk/tkText.h cp tkFileFilter.h ../blib/arch/Tk/pTk/tkFileFilter.h cp tkXrm.h ../blib/arch/Tk/pTk/tkXrm.h cp tkScrollbar.h ../blib/arch/Tk/pTk/tkScrollbar.h cp tkSelect.h ../blib/arch/Tk/pTk/tkSelect.h cp tixImgXpm_f.h ../blib/arch/Tk/pTk/tixImgXpm_f.h cp tkInt.t ../blib/arch/Tk/pTk/tkInt.t cp tkIntXlibDecls.t ../blib/arch/Tk/pTk/tkIntXlibDecls.t cp tkDecls.t ../blib/arch/Tk/pTk/tkDecls.t cp tkPlatDecls.m ../blib/arch/Tk/pTk/tkPlatDecls.m cp tkButton.h ../blib/arch/Tk/pTk/tkButton.h cp moredefs.h ../blib/arch/Tk/pTk/moredefs.h cp Lang.m ../blib/arch/Tk/pTk/Lang.m cp Xlib.m ../blib/arch/Tk/pTk/Xlib.m cp tkScale.h ../blib/arch/Tk/pTk/tkScale.h cp tkInt.h ../blib/arch/Tk/pTk/tkInt.h cp Xlib.h ../blib/arch/Tk/pTk/Xlib.h cp imgInt.h ../blib/arch/Tk/pTk/imgInt.h cp imgInt_f.h ../blib/arch/Tk/pTk/imgInt_f.h cp tkIntXlibDecls.m ../blib/arch/Tk/pTk/tkIntXlibDecls.m cp tkIntDecls_f.h ../blib/arch/Tk/pTk/tkIntDecls_f.h cp tcl.h ../blib/arch/Tk/pTk/tcl.h cp mkVFunc ../blib/arch/Tk/pTk/mkVFunc cp tclMath.h ../blib/arch/Tk/pTk/tclMath.h cp tix_f.h ../blib/arch/Tk/pTk/tix_f.h cp tix.m ../blib/arch/Tk/pTk/tix.m cp tixTList.h ../blib/arch/Tk/pTk/tixTList.h cp tclIntPlatDecls.h ../blib/arch/Tk/pTk/tclIntPlatDecls.h cp tkPlatDecls.h ../blib/arch/Tk/pTk/tkPlatDecls.h cp tix.h ../blib/arch/Tk/pTk/tix.h cp Lang.h ../blib/arch/Tk/pTk/Lang.h cp tkMenu.h ../blib/arch/Tk/pTk/tkMenu.h cp tixImgXpm.t ../blib/arch/Tk/pTk/tixImgXpm.t cp tkIntPlatDecls.h ../blib/arch/Tk/pTk/tkIntPlatDecls.h cp tkIntDecls.t ../blib/arch/Tk/pTk/tkIntDecls.t cp tk3d.h ../blib/arch/Tk/pTk/tk3d.h cp tkPlatDecls_f.h ../blib/arch/Tk/pTk/tkPlatDecls_f.h cp tkIntDecls.m ../blib/arch/Tk/pTk/tkIntDecls.m cp tkCanvas.h ../blib/arch/Tk/pTk/tkCanvas.h cp tkOption.h ../blib/arch/Tk/pTk/tkOption.h cp tixForm.h ../blib/arch/Tk/pTk/tixForm.h cp tixUnixInt.h ../blib/arch/Tk/pTk/tixUnixInt.h cp tclDecls.t ../blib/arch/Tk/pTk/tclDecls.t cp tkCanvases.h ../blib/arch/Tk/pTk/tkCanvases.h cp imgInt.m ../blib/arch/Tk/pTk/imgInt.m cp tixGrid.h ../blib/arch/Tk/pTk/tixGrid.h cp tkImgPhoto.m ../blib/arch/Tk/pTk/tkImgPhoto.m cp default.h ../blib/arch/Tk/pTk/default.h cp tclPlatDecls.h ../blib/arch/Tk/pTk/tclPlatDecls.h cp tk.t ../blib/arch/Tk/pTk/tk.t cp tclDecls_f.h ../blib/arch/Tk/pTk/tclDecls_f.h cp tkOption.t ../blib/arch/Tk/pTk/tkOption.t cp tclDecls.h ../blib/arch/Tk/pTk/tclDecls.h cp tkIntPlatDecls_f.h ../blib/arch/Tk/pTk/tkIntPlatDecls_f.h cp compat/limits.h ../blib/arch/Tk/pTk/compat/limits.h cp tkUnixPort.h ../blib/arch/Tk/pTk/tkUnixPort.h cp tixInt.m ../blib/arch/Tk/pTk/tixInt.m cp tkImgPhoto.h ../blib/arch/Tk/pTk/tkImgPhoto.h /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include ClientWin.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Lang_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Xlib_f.c In file included from Xlib_f.c:15: Xlib.t:96: warning: initialization from incompatible pointer type /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include XrmOption.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgBMP.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgGIF.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgInit.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgInt_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgObj.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgUtil.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgWindow.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgXBM.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include imgXPM.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include ptkCanvGrid.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include ptkCanvGroup.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include stbDItem.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include stbDashCustom.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include stbDiStyle.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include strGlue.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclAsync.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclEvent.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclHash.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclNotify.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclPreserve.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclTimer.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclUnixEvent.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclUnixNotfy.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tclUnixTime.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixCompat.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDItem.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDiITxt.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDiImg.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDiStyle.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDiText.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixDiWin.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixError.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixForm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixFormMisc.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrData.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrFmt.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrRC.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrSel.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrSort.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrUtl.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixGrid.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixHLCol.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixHLHdr.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixHLInd.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixHList.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixImgCmp.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixImgXpm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixImgXpm_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixInputO.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixInt_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixList.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixMwm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixNBFrame.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixScroll.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixSmpLs.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixTList.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixUnixDraw.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixUnixWm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixUnixXpm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixUtils.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tixVars.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tix_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tk3d.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkAtom.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkBind.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkBitmap.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkButton.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvArc.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvBmap.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvImg.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvLine.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvPoly.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvPs.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvText.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvUtil.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvWind.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCanvas.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkClipboard.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCmds.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkColor.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkConfig.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkCursor.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkEntry.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkError.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkEvent.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkEvent_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkFileFilter.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkFocus.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkFont.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkFrame.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkGC.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkGeometry.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkGet.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkGrab.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkGrid.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkImage.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkImgBmap.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkImgPPM.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkImgPhoto.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkImgPhoto_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkIntDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkIntPlatDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkIntXlibDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkInt_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkListbox.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkMenu.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkMenuDraw.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkMenubutton.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkMessage.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkObj.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkOldConfig.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkOption.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkOption_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkPack.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkPanedWindow.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkPlace.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkPlatDecls_f.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkPointer.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkProperty.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkRectOval.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkScale.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkScrollbar.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkSelect.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkSquare.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkStubImg.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkStyle.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkText.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextBTree.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextDisp.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextImage.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextIndex.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextMark.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextTag.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTextWind.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkTrig.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUndo.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnix.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnix3d.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixButton.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixColor.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixConfig.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixCursor.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixDialog.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixDraw.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixEmbed.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixEvent.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixFocus.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixFont.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixInit.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixKey.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixMenu.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixMenubu.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixScale.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixScrlbr.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixSelect.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixSend.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixWm.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixXId.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUnixXft.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkUtil.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkVisual.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tkWindow.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include -I. = -Ibitmaps -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include tk_f.c rm -rf libpTk.a /usr/psr.oit/solaris9/bin/ar cr libpTk.a ClientWin.o Lang_f.o Xlib_f.o = XrmOption.o imgBMP.o imgGIF.o imgInit.o imgInt_f.o imgObj.o imgUtil.o = imgWindow.o imgXBM.o imgXPM.o ptkCanvGrid.o ptkCanvGroup.o stbDItem.o = stbDashCustom.o stbDiStyle.o strGlue.o tclAsync.o tclDecls_f.o = tclEvent.o tclHash.o tclNotify.o tclPreserve.o tclTimer.o tclUnixEvent.o = tclUnixNotfy.o tclUnixTime.o tixCompat.o tixDItem.o tixDiITxt.o = tixDiImg.o tixDiStyle.o tixDiText.o tixDiWin.o tixError.o tixForm.o = tixFormMisc.o tixGrData.o tixGrFmt.o tixGrRC.o tixGrSel.o tixGrSort.o = tixGrUtl.o tixGrid.o tixHLCol.o tixHLHdr.o tixHLInd.o tixHList.o = tixImgCmp.o tixImgXpm.o tixImgXpm_f.o tixInputO.o tixInt_f.o tixList.o = tixMwm.o tixNBFrame.o tixScroll.o tixSmpLs.o tixTList.o tixUnixDraw.o = tixUnixWm.o tixUnixXpm.o tixUtils.o tixVars.o tix_f.o tk3d.o tkAtom.o = tkBind.o tkBitmap.o tkButton.o tkCanvArc.o tkCanvBmap.o tkCanvImg.o = tkCanvLine.o tkCanvPoly.o tkCanvPs.o tkCanvText.o tkCanvUtil.o = tkCanvWind.o tkCanvas.o tkClipboard.o tkCmds.o tkColor.o tkConfig.o = tkCursor.o tkDecls_f.o tkEntry.o tkError.o tkEvent.o tkEvent_f.o = tkFileFilter.o tkFocus.o tkFont.o tkFrame.o tkGC.o tkGeometry.o tkGet.o = tkGrab.o tkGrid.o tkImage.o tkImgBmap.o tkImgPPM.o tkImgPhoto.o = tkImgPhoto_f.o tkIntDecls_f.o tkIntPlatDecls_f.o tkIntXlibDecls_f.o = tkInt_f.o tkListbox.o tkMenu.o tkMenuDraw.o tkMenubutton.o tkMessage.o = tkObj.o tkOldConfig.o tkOption.o tkOption_f.o tkPack.o tkPanedWindow.o = tkPlace.o tkPlatDecls_f.o tkPointer.o tkProperty.o tkRectOval.o = tkScale.o tkScrollbar.o tkSelect.o tkSquare.o tkStubImg.o tkStyle.o = tkText.o tkTextBTree.o tkTextDisp.o tkTextImage.o tkTextIndex.o = tkTextMark.o tkTextTag.o tkTextWind.o tkTrig.o tkUndo.o tkUnix.o = tkUnix3d.o tkUnixButton.o tkUnixColor.o tkUnixConfig.o tkUnixCursor.o = tkUnixDialog.o tkUnixDraw.o tkUnixEmbed.o tkUnixEvent.o tkUnixFocus.o = tkUnixFont.o tkUnixInit.o tkUnixKey.o tkUnixMenu.o tkUnixMenubu.o = tkUnixScale.o tkUnixScrlbr.o tkUnixSelect.o tkUnixSend.o tkUnixWm.o = tkUnixXId.o tkUnixXft.o tkUtil.o tkVisual.o tkWindow.o tk_f.o && : = libpTk.a chmod 755 libpTk.a cp TixGrid.pod ../blib/lib/Tk/TixGrid.pod cp Entry.pod ../blib/lib/Tk/Entry.pod cp TextUndo.pod ../blib/lib/Tk/TextUndo.pod cp Menu.pod ../blib/lib/Tk/Menu.pod cp SunConst.pod ../blib/lib/Tk/SunConst.pod cp Bitmap.pod ../blib/lib/Tk/Bitmap.pod cp messageBox.pod ../blib/lib/Tk/messageBox.pod cp UserGuide.pod ../blib/lib/Tk/UserGuide.pod cp ColorEditor.pod ../blib/lib/Tk/ColorEditor.pod cp IconList.pod ../blib/lib/Tk/IconList.pod cp options.pod ../blib/lib/Tk/options.pod cp Checkbutton.pod ../blib/lib/Tk/Checkbutton.pod cp selection.pod ../blib/lib/Tk/selection.pod cp Scale.pod ../blib/lib/Tk/Scale.pod cp Table.pod ../blib/lib/Tk/Table.pod cp Error.pod ../blib/lib/Tk/Error.pod cp place.pod ../blib/lib/Tk/place.pod cp palette.pod ../blib/lib/Tk/palette.pod cp Scrollbar.pod ../blib/lib/Tk/Scrollbar.pod cp Canvas.pod ../blib/lib/Tk/Canvas.pod cp Clipboard.pod ../blib/lib/Tk/Clipboard.pod cp overview.pod ../blib/lib/Tk/overview.pod cp Mwm.pod ../blib/lib/Tk/Mwm.pod cp Radiobutton.pod ../blib/lib/Tk/Radiobutton.pod cp Animation.pod ../blib/lib/Tk/Animation.pod cp Xrm.pod ../blib/lib/Tk/Xrm.pod cp Internals.pod ../blib/lib/Tk/Internals.pod cp Optionmenu.pod ../blib/lib/Tk/Optionmenu.pod cp grab.pod ../blib/lib/Tk/grab.pod cp Photo.pod ../blib/lib/Tk/Photo.pod cp NoteBook.pod ../blib/lib/Tk/NoteBook.pod cp Frame.pod ../blib/lib/Tk/Frame.pod cp bind.pod ../blib/lib/Tk/bind.pod cp Pixmap.pod ../blib/lib/Tk/Pixmap.pod cp Item.pod ../blib/lib/Tk/Item.pod cp composite.pod ../blib/lib/Tk/composite.pod cp Submethods.pod ../blib/lib/Tk/Submethods.pod cp Labelframe.pod ../blib/lib/Tk/Labelframe.pod cp CmdLine.pod ../blib/lib/Tk/CmdLine.pod cp Tree.pod ../blib/lib/Tk/Tree.pod cp X.pod ../blib/lib/Tk/X.pod cp grid.pod ../blib/lib/Tk/grid.pod cp exit.pod ../blib/lib/Tk/exit.pod cp Toplevel.pod ../blib/lib/Tk/Toplevel.pod cp WidgetDemo.pod ../blib/lib/Tk/WidgetDemo.pod cp getOpenFile.pod ../blib/lib/Tk/getOpenFile.pod cp Scrolled.pod ../blib/lib/Tk/Scrolled.pod cp after.pod ../blib/lib/Tk/after.pod cp HList.pod ../blib/lib/Tk/HList.pod cp Menubutton.pod ../blib/lib/Tk/Menubutton.pod cp Listbox.pod ../blib/lib/Tk/Listbox.pod cp Button.pod ../blib/lib/Tk/Button.pod cp Message.pod ../blib/lib/Tk/Message.pod cp tixWm.pod ../blib/lib/Tk/tixWm.pod cp ROText.pod ../blib/lib/Tk/ROText.pod cp Dialog.pod ../blib/lib/Tk/Dialog.pod cp DialogBox.pod ../blib/lib/Tk/DialogBox.pod cp Spinbox.pod ../blib/lib/Tk/Spinbox.pod cp send.pod ../blib/lib/Tk/send.pod cp tkvars.pod ../blib/lib/Tk/tkvars.pod cp FileSelect.pod ../blib/lib/Tk/FileSelect.pod cp Panedwindow.pod ../blib/lib/Tk/Panedwindow.pod cp fileevent.pod ../blib/lib/Tk/fileevent.pod cp option.pod ../blib/lib/Tk/option.pod cp Widget.pod ../blib/lib/Tk/Widget.pod cp IO.pod ../blib/lib/Tk/IO.pod cp widgets.pod ../blib/lib/Tk/widgets.pod cp Font.pod ../blib/lib/Tk/Font.pod cp LabFrame.pod ../blib/lib/Tk/LabFrame.pod cp chooseColor.pod ../blib/lib/Tk/chooseColor.pod cp callbacks.pod ../blib/lib/Tk/callbacks.pod cp Common.pod ../blib/lib/Tk/Common.pod cp Compound.pod ../blib/lib/Tk/Compound.pod cp Eventloop.pod ../blib/lib/Tk/Eventloop.pod cp pack.pod ../blib/lib/Tk/pack.pod cp ConfigSpecs.pod ../blib/lib/Tk/ConfigSpecs.pod cp chooseDirectory.pod ../blib/lib/Tk/chooseDirectory.pod cp Tcl-perl.pod ../blib/lib/Tk/Tcl-perl.pod cp Tiler.pod ../blib/lib/Tk/Tiler.pod cp TList.pod ../blib/lib/Tk/TList.pod cp Popup.pod ../blib/lib/Tk/Popup.pod cp Text.pod ../blib/lib/Tk/Text.pod cp mega.pod ../blib/lib/Tk/mega.pod cp X11Font.pod ../blib/lib/Tk/X11Font.pod cp MainWindow.pod ../blib/lib/Tk/MainWindow.pod cp pTk.pod ../blib/lib/Tk/pTk.pod cp DItem.pod ../blib/lib/Tk/DItem.pod cp Wm.pod ../blib/lib/Tk/Wm.pod cp InputO.pod ../blib/lib/Tk/InputO.pod cp DirTree.pod ../blib/lib/Tk/DirTree.pod cp focus.pod ../blib/lib/Tk/focus.pod cp Image.pod ../blib/lib/Tk/Image.pod cp Adjuster.pod ../blib/lib/Tk/Adjuster.pod cp bindtags.pod ../blib/lib/Tk/bindtags.pod cp event.pod ../blib/lib/Tk/event.pod cp Label.pod ../blib/lib/Tk/Label.pod cp Balloon.pod ../blib/lib/Tk/Balloon.pod cp FBox.pod ../blib/lib/Tk/FBox.pod cp BrowseEntry.pod ../blib/lib/Tk/BrowseEntry.pod cp Derived.pod ../blib/lib/Tk/Derived.pod cp form.pod ../blib/lib/Tk/form.pod Manifying ../blib/man3/Tk::IconList.3 Manifying ../blib/man3/Tk::send.3 Manifying ../blib/man3/Tk::after.3 Manifying ../blib/man3/Tk::Spinbox.3 Manifying ../blib/man3/Tk::Adjuster.3 Manifying ../blib/man3/Tk::option.3 Manifying ../blib/man3/Tk::Scale.3 Manifying ../blib/man3/Tk::form.3 Manifying ../blib/man3/Tk::Canvas.3 Manifying ../blib/man3/Tk::Compound.3 Manifying ../blib/man3/Tk::Panedwindow.3 Manifying ../blib/man3/Tk::DItem.3 Manifying ../blib/man3/Tk::Image.3 Manifying ../blib/man3/Tk::TList.3 Manifying ../blib/man3/Tk::bind.3 Manifying ../blib/man3/Tk::Popup.3 Manifying ../blib/man3/Tk::LabFrame.3 Manifying ../blib/man3/Tk::place.3 Manifying ../blib/man3/Tk::Internals.3 Manifying ../blib/man3/Tk::Eventloop.3 Manifying ../blib/man3/Tk::Table.3 Manifying ../blib/man3/Tk::grid.3 Manifying ../blib/man3/Tk::FBox.3 Manifying ../blib/man3/Tk::DirTree.3 Manifying ../blib/man3/Tk::Photo.3 Manifying ../blib/man3/Tk::exit.3 Manifying ../blib/man3/Tk::chooseColor.3 Manifying ../blib/man3/Tk::Balloon.3 Manifying ../blib/man3/Tk::Clipboard.3 Manifying ../blib/man3/Tk::focus.3 Manifying ../blib/man3/Tk::X11Font.3 Manifying ../blib/man3/Tk::widgets.3 Manifying ../blib/man3/Tk::options.3 Manifying ../blib/man3/Tk::grab.3 Manifying ../blib/man3/Tk::bindtags.3 Manifying ../blib/man3/Tk::Labelframe.3 Manifying ../blib/man3/Tk::Button.3 Manifying ../blib/man3/Tk::palette.3 Manifying ../blib/man3/Tk::Pixmap.3 Manifying ../blib/man3/Tk::Scrollbar.3 Manifying ../blib/man3/Tk::Tiler.3 Manifying ../blib/man3/Tk::ColorEditor.3 Manifying ../blib/man3/Tk::tixWm.3 Manifying ../blib/man3/Tk::selection.3 Manifying ../blib/man3/Tk::tkvars.3 Manifying ../blib/man3/Tk::fileevent.3 Manifying ../blib/man3/Tk::Derived.3 Manifying ../blib/man3/Tk::callbacks.3 Manifying ../blib/man3/Tk::Mwm.3 Manifying ../blib/man3/Tk::Animation.3 Manifying ../blib/man3/Tk::FileSelect.3 Manifying ../blib/man3/Tk::Checkbutton.3 Manifying ../blib/man3/Tk::Label.3 Manifying ../blib/man3/Tk::getOpenFile.3 Manifying ../blib/man3/Tk::Radiobutton.3 Manifying ../blib/man3/Tk::UserGuide.3 Manifying ../blib/man3/Tk::DialogBox.3 Manifying ../blib/man3/Tk::Menu.3 Manifying ../blib/man3/Tk::ConfigSpecs.3 Manifying ../blib/man3/Tk::Message.3 Manifying ../blib/man3/Tk::MainWindow.3 Manifying ../blib/man3/Tk::mega.3 Manifying ../blib/man3/Tk::composite.3 Manifying ../blib/man3/Tk::Optionmenu.3 Manifying ../blib/man3/Tk::SunConst.3 Manifying ../blib/man3/Tk::X.3 Manifying ../blib/man3/Tk::Common.3 Manifying ../blib/man3/Tk::InputO.3 Manifying ../blib/man3/Tk::Widget.3 Manifying ../blib/man3/Tk::Tcl-perl.3 Manifying ../blib/man3/Tk::Xrm.3 Manifying ../blib/man3/Tk::WidgetDemo.3 Manifying ../blib/man3/Tk::Error.3 Manifying ../blib/man3/Tk::chooseDirectory.3 Manifying ../blib/man3/Tk::Wm.3 Manifying ../blib/man3/Tk::Dialog.3 Manifying ../blib/man3/Tk::Listbox.3 Manifying ../blib/man3/Tk::Item.3 Manifying ../blib/man3/Tk::event.3 Manifying ../blib/man3/Tk::Text.3 Manifying ../blib/man3/Tk::messageBox.3 Manifying ../blib/man3/Tk::HList.3 Manifying ../blib/man3/Tk::Submethods.3 Manifying ../blib/man3/Tk::Menubutton.3 Manifying ../blib/man3/Tk::Frame.3 Manifying ../blib/man3/Tk::IO.3 Manifying ../blib/man3/Tk::Tree.3 Manifying ../blib/man3/Tk::TextUndo.3 Manifying ../blib/man3/Tk::pack.3 Manifying ../blib/man3/Tk::Entry.3 Manifying ../blib/man3/Tk::CmdLine.3 Manifying ../blib/man3/Tk::Scrolled.3 Manifying ../blib/man3/Tk::pTk.3 Manifying ../blib/man3/Tk::NoteBook.3 Manifying ../blib/man3/Tk::overview.3 Manifying ../blib/man3/Tk::Toplevel.3 Manifying ../blib/man3/Tk::ROText.3 Manifying ../blib/man3/Tk::Font.3 Manifying ../blib/man3/Tk::BrowseEntry.3 Manifying ../blib/man3/Tk::TixGrid.3 Manifying ../blib/man3/Tk::Bitmap.3 cp demos/widget_lib/vscale.pl ../blib/lib/Tk/demos/widget_lib/vscale.pl cp demos/widget_lib/icon.pl ../blib/lib/Tk/demos/widget_lib/icon.pl cp demos/widget_lib/form.pl ../blib/lib/Tk/demos/widget_lib/form.pl cp demos/images/page.mask ../blib/lib/Tk/demos/images/page.mask cp demos/widget_lib/plot.pl ../blib/lib/Tk/demos/widget_lib/plot.pl cp demos/widget_lib/labels.pl ../blib/lib/Tk/demos/widget_lib/labels.pl cp demos/images/grey.5 ../blib/lib/Tk/demos/images/grey.5 cp demos/widget_lib/unicodeout.pl = ../blib/lib/Tk/demos/widget_lib/unicodeout.pl cp demos/widtrib/Gedi.pl ../blib/lib/Tk/demos/widtrib/Gedi.pl cp demos/widget_lib/bounce.pl ../blib/lib/Tk/demos/widget_lib/bounce.pl cp demos/widget_lib/radio.pl ../blib/lib/Tk/demos/widget_lib/radio.pl cp demos/images/flagup ../blib/lib/Tk/demos/images/flagup cp demos/widget_lib/menus.pl ../blib/lib/Tk/demos/widget_lib/menus.pl cp demos/widget_lib/transtile.pl = ../blib/lib/Tk/demos/widget_lib/transtile.pl cp demos/widget_lib/showVars.pl = ../blib/lib/Tk/demos/widget_lib/showVars.pl cp demos/images/page.icon ../blib/lib/Tk/demos/images/page.icon cp demos/widget_lib/colors.pl ../blib/lib/Tk/demos/widget_lib/colors.pl cp demos/widget_lib/cscroll.pl = ../blib/lib/Tk/demos/widget_lib/cscroll.pl cp demos/widtrib/browseentry.pl = ../blib/lib/Tk/demos/widtrib/browseentry.pl cp demos/widget_lib/search.pl ../blib/lib/Tk/demos/widget_lib/search.pl cp demos/images/dir.mask ../blib/lib/Tk/demos/images/dir.mask cp demos/widget_lib/image2.pl ../blib/lib/Tk/demos/widget_lib/image2.pl cp demos/widget_lib/WidgetDemo.pm = ../blib/lib/Tk/demos/widget_lib/WidgetDemo.pm cp demos/widtrib/HList.pl ../blib/lib/Tk/demos/widtrib/HList.pl cp demos/LabEnLabRad.pm ../blib/lib/Tk/demos/LabEnLabRad.pm cp demos/widtrib/TEMPLATE.pl ../blib/lib/Tk/demos/widtrib/TEMPLATE.pl cp demos/widtrib/notebook.pl ../blib/lib/Tk/demos/widtrib/notebook.pl cp demos/widget_lib/check.pl ../blib/lib/Tk/demos/widget_lib/check.pl cp demos/widtrib/form_mgr.pl ../blib/lib/Tk/demos/widtrib/form_mgr.pl cp demos/widget_lib/sayings.pl = ../blib/lib/Tk/demos/widget_lib/sayings.pl cp demos/widtrib/HList2.pl ../blib/lib/Tk/demos/widtrib/HList2.pl cp demos/widtrib/Tiler.pl ../blib/lib/Tk/demos/widtrib/Tiler.pl cp demos/images/QuitPB.xpm ../blib/lib/Tk/demos/images/QuitPB.xpm cp demos/widget_lib/button.pl ../blib/lib/Tk/demos/widget_lib/button.pl cp demos/widget_lib/items.pl ../blib/lib/Tk/demos/widget_lib/items.pl cp demos/widget_lib/dialog2.pl = ../blib/lib/Tk/demos/widget_lib/dialog2.pl cp demos/widget_lib/filebox.pl = ../blib/lib/Tk/demos/widget_lib/filebox.pl cp demos/widget_lib/floor.pl ../blib/lib/Tk/demos/widget_lib/floor.pl cp demos/widget_lib/entry3.pl ../blib/lib/Tk/demos/widget_lib/entry3.pl cp demos/widget_lib/Plot.pm ../blib/lib/Tk/demos/widget_lib/Plot.pm cp demos/widget_lib/menbut.pl ../blib/lib/Tk/demos/widget_lib/menbut.pl cp demos/images/mickey.gif ../blib/lib/Tk/demos/images/mickey.gif cp demos/images/earth.gif ../blib/lib/Tk/demos/images/earth.gif cp demos/widtrib/npuz.pl ../blib/lib/Tk/demos/widtrib/npuz.pl cp demos/widtrib/browseentry2.pl = ../blib/lib/Tk/demos/widtrib/browseentry2.pl cp demos/widget_lib/entry1.pl ../blib/lib/Tk/demos/widget_lib/entry1.pl cp demos/images/dir.icon ../blib/lib/Tk/demos/images/dir.icon cp demos/widtrib/balloon.pl ../blib/lib/Tk/demos/widtrib/balloon.pl cp demos/images/pattern ../blib/lib/Tk/demos/images/pattern cp demos/images/ned.xpm ../blib/lib/Tk/demos/images/ned.xpm cp demos/widtrib/plop.pl ../blib/lib/Tk/demos/widtrib/plop.pl cp demos/images/flagdown ../blib/lib/Tk/demos/images/flagdown cp demos/widget_lib/dialog1.pl = ../blib/lib/Tk/demos/widget_lib/dialog1.pl cp demos/widtrib/lib/npuz/Xcamel.npuz = ../blib/lib/Tk/demos/widtrib/lib/npuz/Xcamel.npuz cp demos/widget_lib/labelframe.pl = ../blib/lib/Tk/demos/widget_lib/labelframe.pl cp demos/widget_lib/entry2.pl ../blib/lib/Tk/demos/widget_lib/entry2.pl cp demos/widget_lib/twind.pl ../blib/lib/Tk/demos/widget_lib/twind.pl cp demos/widget_lib/states.pl ../blib/lib/Tk/demos/widget_lib/states.pl cp demos/widtrib/labframe.pl ../blib/lib/Tk/demos/widtrib/labframe.pl cp demos/widtrib/progress.pl ../blib/lib/Tk/demos/widtrib/progress.pl cp demos/widget_lib/ruler.pl ../blib/lib/Tk/demos/widget_lib/ruler.pl cp demos/widget_lib/menus2.pl ../blib/lib/Tk/demos/widget_lib/menus2.pl cp demos/widget_lib/hscale.pl ../blib/lib/Tk/demos/widget_lib/hscale.pl cp demos/images/cursor.xbm ../blib/lib/Tk/demos/images/cursor.xbm cp demos/widget_lib/bind.pl ../blib/lib/Tk/demos/widget_lib/bind.pl cp demos/widget_lib/spin.pl ../blib/lib/Tk/demos/widget_lib/spin.pl cp demos/widget_lib/bitmaps.pl = ../blib/lib/Tk/demos/widget_lib/bitmaps.pl cp demos/images/c.icon ../blib/lib/Tk/demos/images/c.icon cp demos/images/noletters ../blib/lib/Tk/demos/images/noletters cp demos/widtrib/dirtree.pl ../blib/lib/Tk/demos/widtrib/dirtree.pl cp demos/widget_lib/arrows.pl ../blib/lib/Tk/demos/widget_lib/arrows.pl cp demos/widget_lib/style.pl ../blib/lib/Tk/demos/widget_lib/style.pl cp demos/images/QuitPBa.xpm ../blib/lib/Tk/demos/images/QuitPBa.xpm cp demos/widget_lib/texts.pl ../blib/lib/Tk/demos/widget_lib/texts.pl cp demos/images/face ../blib/lib/Tk/demos/images/face cp demos/widget_lib/ctext.pl ../blib/lib/Tk/demos/widget_lib/ctext.pl cp demos/widget_lib/clrpick.pl = ../blib/lib/Tk/demos/widget_lib/clrpick.pl cp demos/widget_lib/paned1.pl ../blib/lib/Tk/demos/widget_lib/paned1.pl cp demos/images/teapot.ppm ../blib/lib/Tk/demos/images/teapot.ppm cp demos/images/earthris.gif ../blib/lib/Tk/demos/images/earthris.gif cp demos/widget_lib/image1.pl ../blib/lib/Tk/demos/widget_lib/image1.pl cp demos/images/grey.25 ../blib/lib/Tk/demos/images/grey.25 cp demos/widget_lib/msgBox.pl ../blib/lib/Tk/demos/widget_lib/msgBox.pl cp demos/images/cursor.mask ../blib/lib/Tk/demos/images/cursor.mask cp demos/widget_lib/Ball.pm ../blib/lib/Tk/demos/widget_lib/Ball.pm cp demos/widget_lib/paned2.pl ../blib/lib/Tk/demos/widget_lib/paned2.pl cp demos/images/letters ../blib/lib/Tk/demos/images/letters cp demos/widget_lib/puzzle.pl ../blib/lib/Tk/demos/widget_lib/puzzle.pl cp demos/images/cursor.cur ../blib/lib/Tk/demos/images/cursor.cur cp widget ../blib/script/widget /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = "-MExtUtils::MY" -e "MY->fixin(shift)" ../blib/script/widget Manifying ../blib/man1/widget.1 cp Xlib.pm ../blib/lib/Tk/Xlib.pm cp X.pm ../../blib/lib/Tk/X.pm AutoSplitting ../../blib/lib/Tk/X.pm (../../blib/lib/auto/Tk/X) /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p X.xs > X.xsc && mv X.xsc X.c /usr/psr.oit/solaris9/bin/cc -c -I../.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include X.c Running Mkbootstrap for Tk::X () chmod 644 X.bs rm -f ../../blib/arch/auto/Tk/X/X.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib X.o -o = ../../blib/arch/auto/Tk/X/X.so =20 chmod 755 ../../blib/arch/auto/Tk/X/X.so cp X.bs ../../blib/arch/auto/Tk/X/X.bs chmod 644 ../../blib/arch/auto/Tk/X/X.bs /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p Xlib.xs > Xlib.xsc && mv Xlib.xsc Xlib.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Xlib.c Running Mkbootstrap for Tk::Xlib () chmod 644 Xlib.bs rm -f ../blib/arch/auto/Tk/Xlib/Xlib.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib Xlib.o -o = ../blib/arch/auto/Tk/Xlib/Xlib.so =20 chmod 755 ../blib/arch/auto/Tk/Xlib/Xlib.so cp Xlib.bs ../blib/arch/auto/Tk/Xlib/Xlib.bs chmod 644 ../blib/arch/auto/Tk/Xlib/Xlib.bs cp WinPhoto.pm ../blib/lib/Tk/WinPhoto.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p WinPhoto.xs > WinPhoto.xsc && mv WinPhoto.xsc WinPhoto.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include WinPhoto.c Running Mkbootstrap for Tk::WinPhoto () chmod 644 WinPhoto.bs rm -f ../blib/arch/auto/Tk/WinPhoto/WinPhoto.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib WinPhoto.o -o = ../blib/arch/auto/Tk/WinPhoto/WinPhoto.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/WinPhoto/WinPhoto.so cp WinPhoto.bs ../blib/arch/auto/Tk/WinPhoto/WinPhoto.bs chmod 644 ../blib/arch/auto/Tk/WinPhoto/WinPhoto.bs Manifying ../blib/man3/Tk::WinPhoto.3 Skip ../blib/lib/Tk/cbxarrow.xbm (unchanged) cp Tree.pm ../blib/lib/Tk/Tree.pm cp LabFrame.pm ../blib/lib/Tk/LabFrame.pm cp DialogBox.pm ../blib/lib/Tk/DialogBox.pm cp NoteBook.pm ../blib/lib/Tk/NoteBook.pm cp lib/Tk/balArrow.xbm ../blib/lib/Tk/balArrow.xbm cp DirTree.pm ../blib/lib/Tk/DirTree.pm cp BrowseEntry.pm ../blib/lib/Tk/BrowseEntry.pm Skip ../blib/lib/Tk/arrowdownwin.xbm (unchanged) cp Balloon.pm ../blib/lib/Tk/Balloon.pm cp Pixmap.pm ../blib/lib/Tk/Pixmap.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p Pixmap.xs > Pixmap.xsc && mv Pixmap.xsc Pixmap.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Pixmap.c Running Mkbootstrap for Tk::Pixmap () chmod 644 Pixmap.bs rm -f ../blib/arch/auto/Tk/Pixmap/Pixmap.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib Pixmap.o -o = ../blib/arch/auto/Tk/Pixmap/Pixmap.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/Pixmap/Pixmap.so cp Pixmap.bs ../blib/arch/auto/Tk/Pixmap/Pixmap.bs chmod 644 ../blib/arch/auto/Tk/Pixmap/Pixmap.bs cp FloatEntry.pm ../blib/lib/Tk/FloatEntry.pm cp TixGrid.pm ../blib/lib/Tk/TixGrid.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p TixGrid.xs > TixGrid.xsc && mv TixGrid.xsc TixGrid.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include TixGrid.c Running Mkbootstrap for Tk::TixGrid () chmod 644 TixGrid.bs rm -f ../blib/arch/auto/Tk/TixGrid/TixGrid.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib TixGrid.o -o = ../blib/arch/auto/Tk/TixGrid/TixGrid.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/TixGrid/TixGrid.so cp TixGrid.bs ../blib/arch/auto/Tk/TixGrid/TixGrid.bs chmod 644 ../blib/arch/auto/Tk/TixGrid/TixGrid.bs cp ReindexedROText.pm ../blib/lib/Tk/ReindexedROText.pm cp TextList.pm ../blib/lib/Tk/TextList.pm cp reindex.pl ../blib/lib/Tk/reindex.pl cp ReindexedText.pm ../blib/lib/Tk/ReindexedText.pm cp Reindex.pm ../blib/lib/Tk/Reindex.pm Manifying ../blib/man3/Tk::Reindex.3 cp Text.pm ../blib/lib/Tk/Text.pm AutoSplitting ../blib/lib/Tk/Text.pm (../blib/lib/auto/Tk/Text) cp Text/Tag.pm ../blib/lib/Tk/Text/Tag.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p Text.xs > Text.xsc && mv Text.xsc Text.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Text.c Running Mkbootstrap for Tk::Text () chmod 644 Text.bs rm -f ../blib/arch/auto/Tk/Text/Text.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib Text.o -o = ../blib/arch/auto/Tk/Text/Text.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/Text/Text.so cp Text.bs ../blib/arch/auto/Tk/Text/Text.bs chmod 644 ../blib/arch/auto/Tk/Text/Text.bs cp TList.pm ../blib/lib/Tk/TList.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p TList.xs > TList.xsc && mv TList.xsc TList.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include TList.c Running Mkbootstrap for Tk::TList () chmod 644 TList.bs rm -f ../blib/arch/auto/Tk/TList/TList.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib TList.o -o = ../blib/arch/auto/Tk/TList/TList.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/TList/TList.so cp TList.bs ../blib/arch/auto/Tk/TList/TList.bs chmod 644 ../blib/arch/auto/Tk/TList/TList.bs cp Scrollbar.pm ../blib/lib/Tk/Scrollbar.pm AutoSplitting ../blib/lib/Tk/Scrollbar.pm = (../blib/lib/auto/Tk/Scrollbar) /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p Scrollbar.xs > Scrollbar.xsc && mv Scrollbar.xsc Scrollbar.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Scrollbar.c Running Mkbootstrap for Tk::Scrollbar () chmod 644 Scrollbar.bs rm -f ../blib/arch/auto/Tk/Scrollbar/Scrollbar.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib Scrollbar.o -o = ../blib/arch/auto/Tk/Scrollbar/Scrollbar.so ../pTk/libpTk.a =20 chmod 755 ../blib/arch/auto/Tk/Scrollbar/Scrollbar.so cp Scrollbar.bs ../blib/arch/auto/Tk/Scrollbar/Scrollbar.bs chmod 644 ../blib/arch/auto/Tk/Scrollbar/Scrollbar.bs cp Scale.pm ../blib/lib/Tk/Scale.pm AutoSplitting ../blib/lib/Tk/Scale.pm (../blib/lib/auto/Tk/Scale) /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p Scale.xs > Scale.xsc && mv Scale.xsc Scale.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/openwin/include = -fno-strict-aliasing -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"804.025\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include Scale.c Running Mkbootstrap for Tk::Scale () chmod 644 Scale.bs rm -f ../blib/arch/auto/Tk/Scale/Scale.so LD_RUN_PATH=3D"" /usr/psr.oit/solaris9/bin/cc -Wl,-E -G -G -z ignore = -z lazyload -z combreloc -L/usr/psr.oit/solaris9/lib Scale.o -o = ../blib/arch/auto/Tk/Scale/Scale.so ../pTk/libpTk.a -lm =20 chmod 755 ../blib/arch/auto/Tk/Scale/Scale.so cp Scale.bs ../blib/arch/auto/Tk/Scale/Scale.bs chmod 644 ../blib/arch/auto/Tk/Scale/Scale.bs cp PNG.pm ../blib/lib/Tk/PNG.pm /usr/psr.oit/solaris9/RPM/TMP/perl-perl-tk-20031027-20031027 = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/xsubpp -typemap = /usr/psr.oit/solaris9/lib/perl/5.8.1/ExtUtils/typemap -typemap = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027/Tk-804.025_beta4/Tk/typema= p PNG.xs > PNG.xsc && mv PNG.xsc PNG.c /usr/psr.oit/solaris9/bin/cc -c -I.. -I/usr/local/include = -I/usr/openwin/include -fno-strict-aliasing = -I/usr/psr.oit/solaris9/include -D_LARGEFILE_SOURCE = -D_FILE_OFFSET_BITS=3D64 -O2 -pipe -DVERSION=3D\"4.002\" = -DXS_VERSION=3D\"804.025\" -fPIC = "-I/usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris/CORE" -Wall = -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ = -isystem /usr/openwin/include PNG.c make[1]: *** No rule to make target `png.h', needed by `imgPNG.o'. = Stop. make: *** [subdirs] Error 2 perl-openpkg: installing Perl module Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/pTk/extralibs.ld Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Xlib/Xlib.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Xlib/Xlib.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/X/X.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/X/X.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/WinPhoto/WinPhoto.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/WinPhoto/WinPhoto.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Pixmap/Pixmap.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Pixmap/Pixmap.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TixGrid/TixGrid.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TixGrid/TixGrid.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Text/Text.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Text/Text.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TList/TList.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TList/TList.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Scrollbar.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Scrollbar.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Scale.so Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Scale.bs Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkGlue.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkGlue.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/vtab.def Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkGlue_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Config.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkGlue.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkGlue.def Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TkXSUB.def Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Lang_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkOption.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixDef.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkOption_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntXlibDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkFont.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/ks_names.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixInt.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkInt.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkEvent.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkEvent.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkEvent.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixInt.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkPort.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tk.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/imgInt.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixGrData.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixInt_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tk.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Xlib.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkColor.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tix.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixPort.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkImgPhoto_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkUndo.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Lang.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkEvent_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Tcl-pTk Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/img.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkUnixInt.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/port.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixHList.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkImgPhoto.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkInt_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkMenubutton.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntPlatDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tk_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/patchlevel.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclIntDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixImgXpm.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Xlib_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixUnixPort.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkVMacro.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixBitmaps.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntPlatDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkUnixDefault.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkConfig.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkInitScript.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixImgXpm.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkPlatDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntXlibDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkText.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkFileFilter.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkXrm.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkScrollbar.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkSelect.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixImgXpm_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkInt.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntXlibDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkPlatDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkButton.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/moredefs.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Lang.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Xlib.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkScale.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkInt.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Xlib.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/imgInt.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/imgInt_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntXlibDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tcl.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/mkVFunc Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclMath.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tix_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tix.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixTList.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclIntPlatDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkPlatDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tix.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/Lang.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkMenu.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixImgXpm.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntPlatDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tk3d.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkPlatDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntDecls.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkCanvas.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkOption.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixForm.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixUnixInt.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclDecls.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkCanvases.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/imgInt.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixGrid.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkImgPhoto.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/default.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclPlatDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tk.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkOption.t Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tclDecls.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkIntPlatDecls_f.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkUnixPort.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tixInt.m Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/tkImgPhoto.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/compat/stdlib.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/compat/unistd.h Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk/compat/limits.h Files found in blib/arch: installing files in blib/lib into architecture = dependent library tree Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/fix_4_os2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Error.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/CancelRepeat.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/RepeatId.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/FocusChildren.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/focusNext.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/focusPrev.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/FocusOK.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/EnterFocus.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/tabFocus.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/focusFollowsMouse.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TraverseToMenu.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/FirstMenu.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Selection.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Receive.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/break.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/updateWidgets.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/ImageNames.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/ImageTypes.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/interps.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/lsearch.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/getEncoding.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Clipboard/getSelected.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Clipboard/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Widget/ASkludge.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Widget/clipboardKeysyms.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Widget/pathname.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Widget/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/Post.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/AnchorAdjust.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/Popup.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/FullScreen.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/iconposition.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Wm/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_Create.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_BindIn.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_BindOut.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_Destroy.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_In.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/FG_Out.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Toplevel/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TextEdit/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/Create.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/totalColumns.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/totalRows.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/Posn.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/see.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Table/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/TextUndo/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/labelPack.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/labelVariable.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/label.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/queuePack.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/sbset.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/freeze_on_map.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/AddScrollbars.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/packscrollbars.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/scrollbars.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/FindMenu.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Frame/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/X/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Text/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Enter.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Leave.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Motion.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ButtonDown.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ButtonUp.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Select.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/StartDrag.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/Drag.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/EndDrag.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ScrlByUnits.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ScrlByPages.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ScrlToPos.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/ScrlTopBottom.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scrollbar/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Activate.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Leave.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Enter.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/ButtonUp.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/ButtonDown.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Drag.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/EndDrag.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/Increment.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/ControlPress.al Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/Scale/autosplit.ix Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Clipboard.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ProgressBar.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Menu.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/typemap Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/anim.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Adjuster.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/LabEntry.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/FBox.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Optionmenu.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tiler.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Widget.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Xrm.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/license.terms Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Message.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Camel.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tk.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Panedwindow.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/winfolder.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/act_folder.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Wm.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Toplevel.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/srcfile.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Font.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Configure.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/file.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TextEdit.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/folder.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/MakeDepend.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/act_folder.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Dirlist.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Spinbox.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Table.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Submethods.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ColorEdit.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/cbxarrow.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/openfolder.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/MMutil.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/widgets.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/openfolder.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/MainWindow.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/icon.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Menubar.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/openfile.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/MMtry.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ItemStyle.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/README.Adjust Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/X11Font.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TextUndo.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ColorEditor.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/folder.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Credits Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/arrowdownwin.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/LabRadio.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Dialog.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/FileSelect.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/install.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Image.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Frame.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Radiobutton.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Pane.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/wintext.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/English.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DummyEncode.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Xcamel.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/prolog.ps Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Labelframe.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/win.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/file.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Label.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/textfile.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Derived.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/CmdLine.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Photo.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ErrorDialog.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Trace.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Animation.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Checkbutton.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Button.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Bitmap.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Pretty.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Region.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tk.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ROText.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/After.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Stats.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tranicon.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/IconList.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TixGrid.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Entry.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TextUndo.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Menu.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/SunConst.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Bitmap.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/messageBox.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/UserGuide.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ColorEditor.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/IconList.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/options.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Checkbutton.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/selection.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Scale.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Table.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Error.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/place.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/palette.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Scrollbar.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Canvas.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Clipboard.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/overview.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Mwm.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Radiobutton.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Animation.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Xrm.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Internals.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Optionmenu.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/grab.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Photo.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/NoteBook.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Frame.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/bind.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Pixmap.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Item.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/composite.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Submethods.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Labelframe.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/CmdLine.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tree.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/X.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/grid.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/exit.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Toplevel.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/WidgetDemo.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/getOpenFile.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Scrolled.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/after.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/HList.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Menubutton.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Listbox.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Button.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Message.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tixWm.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ROText.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Dialog.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DialogBox.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Spinbox.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/send.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/tkvars.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/FileSelect.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Panedwindow.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/fileevent.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/option.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Widget.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/IO.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/widgets.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Font.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/LabFrame.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/chooseColor.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/callbacks.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Common.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Compound.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Eventloop.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pack.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ConfigSpecs.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/chooseDirectory.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tcl-perl.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tiler.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TList.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Popup.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Text.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/mega.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/X11Font.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/MainWindow.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/pTk.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DItem.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Wm.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/InputO.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DirTree.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/focus.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Image.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Adjuster.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/bindtags.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/event.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Label.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Balloon.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/FBox.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/BrowseEntry.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Derived.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/form.pod Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Xlib.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/X.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/WinPhoto.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Tree.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/LabFrame.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DialogBox.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/NoteBook.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/balArrow.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/DirTree.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/BrowseEntry.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Balloon.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Pixmap.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Text.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/FloatEntry.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TixGrid.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ReindexedROText.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TextList.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/reindex.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/ReindexedText.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Reindex.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/TList.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Scrollbar.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Scale.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/PNG.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Menu/Item.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/LabEnLabRad.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/vscale.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/icon.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/form.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/plot.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/labels.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/unicodeout.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/bounce.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/radio.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/menus.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/transtile.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/showVars.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/colors.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/cscroll.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/search.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/image2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/WidgetDemo.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/check.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/sayings.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/button.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/items.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/dialog2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/filebox.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/floor.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/entry3.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/Plot.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/menbut.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/entry1.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/dialog1.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/labelframe.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/entry2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/twind.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/states.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/ruler.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/menus2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/hscale.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/bind.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/spin.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/bitmaps.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/arrows.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/style.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/texts.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/ctext.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/clrpick.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/paned1.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/image1.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/msgBox.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/Ball.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/paned2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widget_lib/puzzle.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/page.mask Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/grey.5 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/flagup Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/page.icon Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/dir.mask Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/QuitPB.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/mickey.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/earth.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/dir.icon Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/pattern Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/ned.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/flagdown Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/cursor.xbm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/c.icon Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/noletters Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/QuitPBa.xpm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/face Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/teapot.ppm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/earthris.gif Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/grey.25 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/cursor.mask Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/letters Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/images/cursor.cur Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/Gedi.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/browseentry.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/HList.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/TEMPLATE.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/notebook.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/form_mgr.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/HList2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/Tiler.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/npuz.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/browseentry2.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/balloon.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/plop.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/labframe.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/progress.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/dirtree.pl Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/demos/widtrib/lib/npuz/Xcamel.np= uz Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk/Text/Tag.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tie/Watch.pm Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man1/widget.1 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::IconList.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::send.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::after.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Spinbox.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Adjuster.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::option.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Scale.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::form.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Canvas.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Compound.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Panedwindow.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::DItem.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Image.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::TList.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::bind.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Popup.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::LabFrame.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::place.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Internals.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Eventloop.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Table.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::grid.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::FBox.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::DirTree.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Photo.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::exit.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::chooseColor.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Balloon.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Clipboard.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::focus.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::X11Font.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::widgets.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::options.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::grab.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::bindtags.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Labelframe.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Button.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::palette.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Pixmap.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Scrollbar.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Tiler.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::ColorEditor.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::tixWm.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::selection.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::tkvars.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::fileevent.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Derived.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::callbacks.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Mwm.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Animation.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::FileSelect.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Checkbutton.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Label.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::getOpenFile.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Radiobutton.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::UserGuide.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::DialogBox.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Menu.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::ConfigSpecs.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Message.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::MainWindow.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::mega.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::composite.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Optionmenu.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::SunConst.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::X.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Common.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::InputO.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Widget.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Tcl-perl.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Xrm.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::WidgetDemo.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Error.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::chooseDirectory.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Wm.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Dialog.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Listbox.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Item.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::event.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Text.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::messageBox.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::HList.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Submethods.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Menubutton.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Frame.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::IO.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Tree.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::TextUndo.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::pack.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Entry.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::CmdLine.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Scrolled.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::pTk.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::NoteBook.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::overview.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Toplevel.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::ROText.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Font.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::BrowseEntry.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::TixGrid.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Bitmap.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::WinPhoto.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= man/man3/Tk::Reindex.3 Installing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= bin/widget Writing = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/auto/Tk/.packlist + cd Tk-TIFF-0.08 + /usr/psr.oit/solaris9/lib/openpkg/shtool subst -e = 's;-I/usr/local/include;-I/usr/psr.oit/solaris9/include/tiff = -I/usr/psr.oit/solaris9/include;' -e = 's;-L/usr/local/lib;-L/usr/psr.oit/solaris9/lib;' Makefile.PL + /usr/psr.oit/solaris9/bin/perl-openpkg install perl-openpkg: determine build parameters perl-openpkg: configuring Perl module Can't locate Tk/Event.pm in @INC (@INC contains: = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/5.8.1 = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1 = /usr/psr.oit/solaris9/lib/perl/site_perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/lib/perl/site_perl/5.8.1 = /usr/psr.oit/solaris9/lib/perl/site_perl = /usr/psr.oit/solaris9/lib/perl/vendor_perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/lib/perl/vendor_perl/5.8.1 = /usr/psr.oit/solaris9/lib/perl/vendor_perl = /usr/psr.oit/solaris9/lib/perl/5.8.1/sun4-solaris = /usr/psr.oit/solaris9/lib/perl/5.8.1 .) at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13. Tk::BEGIN() called at Tk/Event.pm line 13 eval {...} called at Tk/Event.pm line 13 require Tk.pm called at Makefile.PL line 4 main::BEGIN() called at Tk/Event.pm line 13 eval {...} called at Tk/Event.pm line 13 BEGIN failed--compilation aborted at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13. require Tk.pm called at Makefile.PL line 4 main::BEGIN() called at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13 eval {...} called at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 13 Compilation failed in require at Makefile.PL line 4. main::BEGIN() called at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 4 eval {...} called at = /usr/psr.oit/solaris9/RPM/TMP/perl-tk-20031027-root/usr/psr.oit/solaris9/= lib/perl/site_perl/5.8.1/sun4-solaris/Tk.pm line 4 BEGIN failed--compilation aborted at Makefile.PL line 4. perl-openpkg: building Perl module make: *** No rule to make target `pure_all'. Stop. perl-openpkg: installing Perl module make: *** No rule to make target `pure_install'. Stop. + exit 2 error: Bad exit status from /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.14762 = (%install) RPM build errors: Bad exit status from /usr/psr.oit/solaris9/RPM/TMP/rpm-tmp.14762 = (%install) ------=_NextPart_000_0137_01C39D6A.9BEB5010-- From openpkg-users-owner@openpkg.org Tue Nov 4 20:56:27 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.8]) by mail.openpkg.org (Postfix) with ESMTP id 6854E277A00 for ; Tue, 4 Nov 2003 20:56:26 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Tue, 4 Nov 2003 11:56:36 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA72F@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: Trying to understand openpkg installroot Date: Tue, 4 Nov 2003 11:56:35 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, I've read through the handbook and other docs on the openpkg site. From what I understand, openpkg will install all packages under its own installroot ? Is this true ? Is there a way to install these packages in the system path ? I want to build my own packages on one machine and deliver on a fleet of 400 identical machines. In essence I just want a package delivery system ... the default openpkg way seems too intrusive. Could someone explain why openpkg needs to maintain its own self contained subtree ? Thanks, -ansh From openpkg-users-owner@openpkg.org Wed Nov 5 17:16:34 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.8]) by mail.openpkg.org (Postfix) with ESMTP id 20014277A00 for ; Wed, 5 Nov 2003 17:16:34 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 5 Nov 2003 08:16:45 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA73C@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: FW: Trying to understand openpkg installroot Date: Wed, 5 Nov 2003 08:16:44 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi again, I received no replies to yesterday's post. I an rephrasing my question below hoping that it would be easier to answer this way. Here is my situation: 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 4) The app will be deployed on 400 machines running Solaris and FreeBSD. Questions: A) After reading through the docs I am not sure if using Openpkg for the above job is a good idea or not. B) Can I provide a --prefix option to openpkg to install the binary in some location other than the installroot ? 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) Any replies will be appreciated. Thanks, -ansh -----Original Message----- From: Anshuman Kanwar [mailto:ansh@expertcity.com] Sent: Tuesday, November 04, 2003 11:57 AM To: 'openpkg-users@openpkg.org' Subject: Trying to understand openpkg installroot Hi all, I've read through the handbook and other docs on the openpkg site. From what I understand, openpkg will install all packages under its own installroot ? Is this true ? Is there a way to install these packages in the system path ? I want to build my own packages on one machine and deliver on a fleet of 400 identical machines. In essence I just want a package delivery system ... the default openpkg way seems too intrusive. Could someone explain why openpkg needs to maintain its own self contained subtree ? Thanks, -ansh ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Wed Nov 5 18:05:15 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 28A64277A00 for ; Wed, 5 Nov 2003 18:05:15 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 567FD8D7D1 for ; Wed, 5 Nov 2003 18:05:14 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 5 Nov 2003 18:05:14 +0100 Date: Wed, 5 Nov 2003 18:05:14 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Trying to understand openpkg installroot Message-ID: <20031105170514.GE36321@dt4.dev.de.cw.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA72F@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="j2AXaZ4YhVcLc+PQ" In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA72F@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --j2AXaZ4YhVcLc+PQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Anshuman, On Tue, Nov 04, 2003, Anshuman Kanwar wrote: > I've read through the handbook and other docs on the openpkg site. From w= hat > I understand, openpkg will install all packages under its own installroot= ? > Is this true ? Is there a way to install these packages in the system pat= h ? > After you bootstrap an OpenPKG instance (running sh openpkg-***-***.src.sh), all packages built from the 'rpm' in that OpenPKG instance will belong to that instance. OpenPKG does not offer a way to build a 'relocatable' binary package. However, it is a packaging system so self contained that you can bootstrap multiple instances on a single machine. To easily use the tools you install in each instance, you can add the respective '/opkg_pfx/bin' to your path. > I want to build my own packages on one machine and deliver on a fleet of = 400 > identical machines. In essence I just want a package delivery system ... = the > default openpkg way seems too intrusive. Could someone explain why openpkg > needs to maintain its own self contained subtree ? > OpenPKG does not have any built in features to deploy onto a network or check the success of its operations, but in some cases one can write a script to handle deployment. I'm wondering how you presently deploy and manage software on 400 machines. OpenPKG enforces its containment so that files don't conflict or write over each other without the admin's knowlege. If the config files of a ftp daemon package were allowed to install in /etc, then it would mean that only a single such package could be installed on the machine. We have machines with up to 15 instances on them (though most have just a few). It sounds like you want just one identical OpenPKG instance on each of your 400 machines. What about a script on each machine like: #! /bin/sh $ sh openpkg-***-***.src.sh --prefix=3D/here --user=3Dhere --group=3Dhere $ sudo sh openpkg-***-***.arch.sh $ /here/bin/rpm --rebuild ftp://ftp.openpkg.org/release/1.3/SRC/openpkg-t= ool* $ sudo /here/bin/rpm -Uvh /path/to/openpkg-tool.arch.rpm $ /here/bin/openpkg build -p sudo gcc flex bison sendmail | sh Would you like a special arrangement of where the installed files go? Can you explain your wishes a little more? Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --j2AXaZ4YhVcLc+PQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP6ktyVuYv80UoVTdAQFlawgAukhtModBSqJGnAIqcJE9izPiBNAqdW/o 0VhGAROmbL4CMTUN9ZV9L2/vwBo0Gg1HV7J2uMAs0YVwqv0wnUCQSLgemZRb+9ax jbNYWcs81TkAqD+Zbh5XjwRFiH2pUhhBeEGGTvFR5KxxXPrhIJbrh5btp8CL95dN O3U6N8zSSddIBJ79FyGqXrQ8hUhHaCtTik4EAu5UupOIXr1+Zy5qjUGYF0H5m/xT 44zKoiJHfFGh2I5ruJMjx06sY4H656jXPDbGAyQyR/ZMgQqxynqiFkBYGCM0RW8H ZqmOnDRFHoKB7ubSuIgrhPsJqWObTTj+w+bn2Dt91Tad4KOyfKgzqQ== =TmLi -----END PGP SIGNATURE----- --j2AXaZ4YhVcLc+PQ-- From openpkg-users-owner@openpkg.org Wed Nov 5 18:29:19 2003 Received: from schug.net (schug.net [195.27.130.138]) by mail.openpkg.org (Postfix) with ESMTP id 2ECD9277A00 for ; Wed, 5 Nov 2003 18:29:19 +0100 (CET) Received: by schug.net (Postfix, from userid 10000) id 73951C5C4A; Wed, 5 Nov 2003 18:29:18 +0100 (CET) Date: Wed, 5 Nov 2003 18:29:18 +0100 From: Christoph Schug To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105172918.GG19679@voodoo.schug.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73C@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA73C@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 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 From openpkg-users-owner@openpkg.org Wed Nov 5 18:36:39 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.8]) by mail.openpkg.org (Postfix) with ESMTP id A15CD277A00 for ; Wed, 5 Nov 2003 18:36:38 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 5 Nov 2003 09:36:49 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Cc: "'michael.schloh@cw.com'" Subject: FW: Trying to understand openpkg installroot Date: Wed, 5 Nov 2003 09:36:49 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Michael, Thanks for your detailed reply. Very helpful. What if I build openpkg with : $ sh openpkg-***-***.src.sh --prefix=/ --user=here --group=here Will that break anything ? Though I appreciate the ability to run multiple instances of an app on one box, (This is one thing sadly missing in any other packaging system ... and I've researched quite a few) my problem is that we run an ASP environment and changing application paths at this point is just not an option. As far as deployment is concerned, I currently use an overly infrastructure over ssh/scp to manage applications using push. I have a good mind to move to using cfengine, but there are some timing issues we faced while testing that. Thanks again, -ansh -----Original Message----- From: Michael Schloh von Bennewitz [mailto:michael.schloh@cw.com] Sent: Wednesday, November 05, 2003 9:05 AM To: openpkg-users@openpkg.org Subject: Re: Trying to understand openpkg installroot Hi Anshuman, On Tue, Nov 04, 2003, Anshuman Kanwar wrote: > I've read through the handbook and other docs on the openpkg site. From what > I understand, openpkg will install all packages under its own installroot ? > Is this true ? Is there a way to install these packages in the system path ? > After you bootstrap an OpenPKG instance (running sh openpkg-***-***.src.sh), all packages built from the 'rpm' in that OpenPKG instance will belong to that instance. OpenPKG does not offer a way to build a 'relocatable' binary package. However, it is a packaging system so self contained that you can bootstrap multiple instances on a single machine. To easily use the tools you install in each instance, you can add the respective '/opkg_pfx/bin' to your path. > I want to build my own packages on one machine and deliver on a fleet of 400 > identical machines. In essence I just want a package delivery system ... the > default openpkg way seems too intrusive. Could someone explain why openpkg > needs to maintain its own self contained subtree ? > OpenPKG does not have any built in features to deploy onto a network or check the success of its operations, but in some cases one can write a script to handle deployment. I'm wondering how you presently deploy and manage software on 400 machines. OpenPKG enforces its containment so that files don't conflict or write over each other without the admin's knowlege. If the config files of a ftp daemon package were allowed to install in /etc, then it would mean that only a single such package could be installed on the machine. We have machines with up to 15 instances on them (though most have just a few). It sounds like you want just one identical OpenPKG instance on each of your 400 machines. What about a script on each machine like: #! /bin/sh $ sh openpkg-***-***.src.sh --prefix=/here --user=here --group=here $ sudo sh openpkg-***-***.arch.sh $ /here/bin/rpm --rebuild ftp://ftp.openpkg.org/release/1.3/SRC/openpkg-tool* $ sudo /here/bin/rpm -Uvh /path/to/openpkg-tool.arch.rpm $ /here/bin/openpkg build -p sudo gcc flex bison sendmail | sh Would you like a special arrangement of where the installed files go? Can you explain your wishes a little more? Regards, Michael -- michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH From openpkg-users-owner@openpkg.org Wed Nov 5 18:43:47 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B8718277A00 for ; Wed, 5 Nov 2003 18:43:47 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id E1C658D787 for ; Wed, 5 Nov 2003 18:43:46 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 5 Nov 2003 18:43:46 +0100 Date: Wed, 5 Nov 2003 18:43:46 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105174346.GF36321@dt4.dev.de.cw.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73C@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="FUaywKC54iCcLzqT" In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA73C@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --FUaywKC54iCcLzqT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > I received no replies to yesterday's post. I an rephrasing my question be= low > hoping that it would be easier to answer this way. > Our emails crossed. Sorry about that. > 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 > 4) The app will be deployed on 400 machines running Solaris and FreeBSD. > Keep in mind that all binary OpenPKG packages are built from source OpenPKG packages. Although it is seldomly done, you could assimilate a group of binaries into a source package for distribution onto hosts. A better approach is to use OpenPKG as it is intended. That means isolate each software and make a source package for it. Build the source package into a binary package. Install the binary package on one or more machines. This is how we make the source packages in the official package repository. Your item #2 is definitely possible, but you'll be writing, maintaining, and supporting your own packages. > Questions: > A) After reading through the docs I am not sure if using Openpkg for the > above job is a good idea or not. > It's hard to say. If you bypass enough of the advantages that OpenPKG offers, it becomes less and less useful to you. What are the reasons that you dislike using the native packaging systems of Solaris and FreeBSD? What about RPM or apt/get? If you want to always build from source easily, && If you want multiple instances on one machine, && If you want excellent security advisory, && If you want a build-in run command processor, && If you have more than one platform (os/arch/version) ... then OpenPKG is probably your only choice. > B) Can I provide a --prefix option to openpkg to install the binary in so= me > location other than the installroot ? > You've probably misunderstood the term 'installroot', which corresponds to the prefix you supply yourself at the time of bootstrap. If you don't use the '--prefix' parameter then, I guess that the default one is /cw. > C) I don't understand the need for the rc file in case I am able to use t= he > --prefix option (and I use the /full/path/to when i run openpkg) > The rc file associated with a daemon package allows you to manipulate the daemon. For example, whether starting sendmail, proftpd, or apache, the command is the same (/opt/opkg/etc/rc apache start). Or try other things: $ rc all daily restart $ rc apache stop daily start restart reload (a silly example) The rc script is flexible, consistent, and intends to make things easier to administer. If you don't like it, then put a: openpkg_runall=3D"no" in the /opt/opkg/etc/rc.conf file. Then there will be no daily, weekly, or monthly automatic logfile rotation. No software from any package will start at system bootup, and you can start, stop, and reload in your own way. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --FUaywKC54iCcLzqT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP6k20luYv80UoVTdAQGDeAf/aAxoEs40y5V96SzMO2iEJ/+noDHKK3iN SaxY4urCAO4zZVasmwy3ELPeO8YQQLs+IMFNBwI1qMyfJjcozhONRK0QKUqouQDa i4100ziLa6rMXqADui2FlYsNlmxnMnk2kl03rl2ksnJTEmsGygk3pHK++VFoES+c +A+bDxX1CR35GcOC13OVkKgmTfnod4TpdJXK9OtIGOj2E5EzFtCYYF7EWFpZF/iw xF1phxlCDHx27yW1UzQCHd06docOp0lyn2o3G334ukR5+cmBmMp3gR1z6tOrtFEb DSN3hhCQV4YBPCVvp95ngDdfeYgig3g2P1PsrTeuZjQs2YArKqOFjw== =U8Zn -----END PGP SIGNATURE----- --FUaywKC54iCcLzqT-- From openpkg-users-owner@openpkg.org Wed Nov 5 19:36:56 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 3153A277A00 for ; Wed, 5 Nov 2003 19:36:56 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 138124CE554; Wed, 5 Nov 2003 19:36:56 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A6521286F1; Wed, 5 Nov 2003 19:36:30 +0100 (CET) Date: Wed, 5 Nov 2003 19:36:30 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105183630.GA24193@engelschall.com> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > Thanks for your detailed reply. Very helpful. > > What if I build openpkg with : > > $ sh openpkg-***-***.src.sh --prefix=/ --user=here --group=here > > Will that break anything ? Yes, it _will_ break your system -- perhaps not in this steps, but at least after you installed a few packages containing files similar to what the system already has! Please don't do this until you really want to create a dedicated "OpenPKG OS" ;-) > Though I appreciate the ability to run multiple instances of an app on one > box, (This is one thing sadly missing in any other packaging system ... and > I've researched quite a few) my problem is that we run an ASP environment > and changing application paths at this point is just not an option. For customers at C&W which insist on particular paths we usually solve the problem by just creating a few legacy symbolic links inside the system area pointing to the OpenPKG area. Usually you don't need very much legacy paths as experience shows. It is usually just about half a dozend or so... > As far as deployment is concerned, I currently use an overly infrastructure > over ssh/scp to manage applications using push. I have a good mind to move > to using cfengine, but there are some timing issues we faced while testing > that. You should be able to integrate OpenPKG into this scheme without problems, I think. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Nov 5 19:47:36 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id F1E87277A00 for ; Wed, 5 Nov 2003 19:47:35 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id D283411F1A1; Wed, 5 Nov 2003 10:47:33 -0800 (PST) Date: Wed, 5 Nov 2003 10:47:33 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105184733.GB47498@alexis.mi.celestial.com> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> <20031105183630.GA24193@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031105183630.GA24193@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 05, 2003, Ralf S. Engelschall wrote: ... >For customers at C&W which insist on particular paths we usually solve >the problem by just creating a few legacy symbolic links inside the >system area pointing to the OpenPKG area. Usually you don't need very >much legacy paths as experience shows. It is usually just about half a >dozend or so... I typically think of these as ``convenience'' links (e.g. to things like /etc/postfix, mail aliases files, and things that are well-known and expected to be in certain places). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ There are three kinds of men. The ones that learn by reading. The few who learn by observation. The rest of them have to pee on the electric fence for themselves. -- Will Rogers From openpkg-users-owner@openpkg.org Wed Nov 5 20:19:14 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1DFD0277A00 for ; Wed, 5 Nov 2003 20:19:14 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 4B0CF8D753 for ; Wed, 5 Nov 2003 20:19:13 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 5 Nov 2003 20:19:13 +0100 Date: Wed, 5 Nov 2003 20:19:13 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105191913.GG36321@dt4.dev.de.cw.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello Ansh, On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > What if I build openpkg with : > > $ sh openpkg-***-***.src.sh --prefix=3D/ --user=3Dhere --group=3Dhere > > Will that break anything ? > Probably yes. The bootstrap script lays out its file hierarchy according to the prefix you provide. In the event you specify the root directory as a prefix, it would create its directory hierarchy there (see Christoph's email). Please don't do that, and instead provide a prefix like '/opkg' or '/sw' or '/sfw' or '/usr/opkg' or '/opt/$arch/opkg' or something like that. > Though I appreciate the ability to run multiple instances of an app on one > box, (This is one thing sadly missing in any other packaging system ... a= nd > I've researched quite a few) my problem is that we run an ASP environment > and changing application paths at this point is just not an option. > Sorry to say, but OpenPKG might not be the best answer for you. It seems to me that your needs are esoteric enough that you might have to build a packaging and deployment system on your own, or alter an existing one that I'm not familiar with. However if you still want to try with OpenPKG and if you have a non production machine to use for testing, then you could try some things to decide for yourself if it works for you. 1 On the test (not production!) machine, you could bootstrap OpenPKG directly to the /opt/$arch/app directory. The software previously residing in 'app' should still remain. You probably will have to twiddle with the user and group parameters of 'app' and 'app/conf' while bootstrapping, and maybe even change permissions of those directories beforehand. There are other parameters to consider. Type 'sh openpkg-***-***.src.sh' to see your choices. 2 You probably don't have the luxury or nerve to do this, but if long term administration is your goal then you could try the following. On the test (not production!) machine, you could bootstrap to another directory (such as /sfw), then wipe out the /opt/$arch/app directory and make a symlink called /opt/$arch/app to the /sfw/bin directory. Likewise for the /opt/$archapp/co= nf symlinked to the /opkg/etc directory. Then package the software you need to provide in /opt/$arch/app, and install it to /sfw. If you're savvy enough, you could reduce downtime to your users to a some minutes (depending on how much software you install.) In either case, you will have to make all the packages yourself, because of your special path requirements. I see some big disadvantages in either of the two above approaches, but who knows and maybe one of them is better than the ssh/scp/push script model you have now. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH From openpkg-users-owner@openpkg.org Wed Nov 5 20:30:19 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8230F277A00 for ; Wed, 5 Nov 2003 20:30:19 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C49148D753 for ; Wed, 5 Nov 2003 20:30:18 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 5 Nov 2003 20:30:18 +0100 Date: Wed, 5 Nov 2003 20:30:18 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105193018.GH36321@dt4.dev.de.cw.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA73E@cabfranc.ad.corp.expertcity.com> <20031105183630.GA24193@engelschall.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="PMULwz+zIGJzpDN9" In-Reply-To: <20031105183630.GA24193@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --PMULwz+zIGJzpDN9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 05, 2003, Ralf S. Engelschall wrote: > For customers at C&W which insist on particular paths we usually solve > the problem by just creating a few legacy symbolic links inside the > system area pointing to the OpenPKG area. Usually you don't need very > much legacy paths as experience shows. It is usually just about half a > dozend or so... > I thought that Ansh had to provide lots of software, like a hundred binaries or more. That wouldn't be so nice to handle with symlinks. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --PMULwz+zIGJzpDN9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP6lPyluYv80UoVTdAQEN3ggAsQfFqaEiCqeKFfnyPUNsfSLh+3wpRofA rboBpwjWjdSgcQaPldMC9dZ179q54UZBJ3rOjLEW8tfnDeELTv1hDDkZZ1q8J82X cdFDxWwfutpWQXBAzKFhQbGa+eaw+Vco5QLIXupdS/iniZpZh9EvTuysrQtqTLAq Rx9Yiy4u+2bhdfkb/FZwcPQqd6kstLOOzUoMFskR52JdbCjXWSwGDdCF6KzSLuOP IFKgSmc2W1ZlGWZoR2lTgd4RWuAjzkiKB5EHPm9EHfCXC0+hy11GyIUuL55ZKXc5 fORPaIN46vgCo7GI0VuXRtLznKljtXjt2NMVKqJL9G69N507FK709A== =qbs+ -----END PGP SIGNATURE----- --PMULwz+zIGJzpDN9-- From openpkg-users-owner@openpkg.org Wed Nov 5 20:57:51 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.8]) by mail.openpkg.org (Postfix) with ESMTP id E3D9D277A00 for ; Wed, 5 Nov 2003 20:57:50 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 5 Nov 2003 11:58:01 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA740@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: RE: FW: Trying to understand openpkg installroot Date: Wed, 5 Nov 2003 11:58:00 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Another unrelated question I had was about the -U flag in rpm/openpkg. Suppose I have 2 files deliverable in package a-1.0.rpm 1.data (checksum xyxy) 2.data (checksum xxxz) Now I release the next release of 'a' i.e a-1.1.rpm with 3 files a-1.1.rpm 1.data (checksum xyxy) 2.data (checksum xxxz) 3.data (checksum xrws) Notice that the checksums for 1.data and 2.data are the same. If I upgrade from package a-1.0 to a-1.1 ... will 1.data and 2.data be deleted and over written or will they be left untouched ? Thanks, -ansh > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > Sent: Wednesday, November 05, 2003 10:37 AM > To: openpkg-users@openpkg.org > Subject: Re: FW: Trying to understand openpkg installroot > > > On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > > > Thanks for your detailed reply. Very helpful. > > > > What if I build openpkg with : > > > > $ sh openpkg-***-***.src.sh --prefix=/ --user=here --group=here > > > > Will that break anything ? > > Yes, it _will_ break your system -- perhaps not in this steps, but at > least after you installed a few packages containing files similar to > what the system already has! Please don't do this until you > really want > to create a dedicated "OpenPKG OS" ;-) > > > Though I appreciate the ability to run multiple instances > of an app on one > > box, (This is one thing sadly missing in any other > packaging system ... and > > I've researched quite a few) my problem is that we run an > ASP environment > > and changing application paths at this point is just not an option. > > For customers at C&W which insist on particular paths we usually solve > the problem by just creating a few legacy symbolic links inside the > system area pointing to the OpenPKG area. Usually you don't need very > much legacy paths as experience shows. It is usually just about half a > dozend or so... > > > As far as deployment is concerned, I currently use an > overly infrastructure > > over ssh/scp to manage applications using push. I have a > good mind to move > > to using cfengine, but there are some timing issues we > faced while testing > > that. > > You should be able to integrate OpenPKG into this scheme without > problems, I think. > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Nov 5 21:56:29 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id EA899277A00 for ; Wed, 5 Nov 2003 21:56:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id D1F6F4CE567; Wed, 5 Nov 2003 21:56:28 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 13A1A286F1; Wed, 5 Nov 2003 21:56:20 +0100 (CET) Date: Wed, 5 Nov 2003 21:56:20 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031105205619.GA28152@engelschall.com> References: <571354A131635E42AE6C1F584F5F9B3A02FDA740@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA740@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > Another unrelated question I had was about the -U flag in rpm/openpkg. > > Suppose I have 2 files deliverable in package > > a-1.0.rpm > 1.data (checksum xyxy) > 2.data (checksum xxxz) > > Now I release the next release of 'a' i.e a-1.1.rpm with 3 files > > a-1.1.rpm > 1.data (checksum xyxy) > 2.data (checksum xxxz) > 3.data (checksum xrws) > > Notice that the checksums for 1.data and 2.data are the same. > > If I upgrade from package a-1.0 to a-1.1 ... will 1.data and 2.data be > deleted and over written or will they be left untouched ? If those files are not flagged as %config files in the RPM, they are deleted and overwritten from scratch by RPM AFAIK. If they are flagged as %config, they are treated differently and are kept as is. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Nov 6 02:15:02 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.8]) by mail.openpkg.org (Postfix) with ESMTP id 9555B277AC6 for ; Thu, 6 Nov 2003 02:15:00 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 5 Nov 2003 17:15:12 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA745@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: RE: FW: Trying to understand openpkg installroot Date: Wed, 5 Nov 2003 17:15:11 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The whole day today, I have been trying to convince management that perhaps having everything under one package based enviromnent (read OpenPkg) is a good idea, and that it is not earth shattering to move paths around. The biggest concern I came up against was : 1) How do you know OpenPkg will be around next year ? 2) How will the upgrades to the next version of OpenPkg work ? Both valid concerns. Its hard to tell to convince managers that to make open source work you have to contribute to it ...at least by using it and testing it and validating it. I am sure people here have faced these questions before... Can you suggest how I should tackle them ? Thanks again, -ansh > -----Original Message----- > From: Ralf S. Engelschall [mailto:rse@openpkg.org] > Sent: Wednesday, November 05, 2003 10:37 AM > To: openpkg-users@openpkg.org > Subject: Re: FW: Trying to understand openpkg installroot > > > On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > > > Thanks for your detailed reply. Very helpful. > > > > What if I build openpkg with : > > > > $ sh openpkg-***-***.src.sh --prefix=/ --user=here --group=here > > > > Will that break anything ? > > Yes, it _will_ break your system -- perhaps not in this steps, but at > least after you installed a few packages containing files similar to > what the system already has! Please don't do this until you > really want > to create a dedicated "OpenPKG OS" ;-) > > > Though I appreciate the ability to run multiple instances > of an app on one > > box, (This is one thing sadly missing in any other > packaging system ... and > > I've researched quite a few) my problem is that we run an > ASP environment > > and changing application paths at this point is just not an option. > > For customers at C&W which insist on particular paths we usually solve > the problem by just creating a few legacy symbolic links inside the > system area pointing to the OpenPKG area. Usually you don't need very > much legacy paths as experience shows. It is usually just about half a > dozend or so... > > > As far as deployment is concerned, I currently use an > overly infrastructure > > over ssh/scp to manage applications using push. I have a > good mind to move > > to using cfengine, but there are some timing issues we > faced while testing > > that. > > You should be able to integrate OpenPKG into this scheme without > problems, I think. > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Thu Nov 6 07:22:02 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 6BF0F277A00 for ; Thu, 6 Nov 2003 07:22:02 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4F21B4CE565; Thu, 6 Nov 2003 07:22:02 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 99B4728817; Thu, 6 Nov 2003 07:21:44 +0100 (CET) Date: Thu, 6 Nov 2003 07:21:44 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: FW: Trying to understand openpkg installroot Message-ID: <20031106062144.GA39517@engelschall.com> References: <571354A131635E42AE6C1F584F5F9B3A02FDA745@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA745@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 05, 2003, Anshuman Kanwar wrote: > The whole day today, I have been trying to convince management that perhaps > having everything under one package based enviromnent (read OpenPkg) is a > good idea, and that it is not earth shattering to move paths around. > > The biggest concern I came up against was : > > 1) How do you know OpenPkg will be around next year ? You cannot really _know_ such a thing for an Open Source project the same way you cannot really know it for a commercial company and its product, of course. But because OpenPKG is fully(!) Open Source, you can be sure that even if we would not do it any longer, others would jump in and take over. The same as for mostly all other larger Open Source projects on this net. So, for arguing this against your management, treat OpenPKG equal to other larger Open Source projects, take a textbook on Open Source (e.g. "Open Source -- Voices from the Open Source Revolution") and grab out is well-established arguments. > 2) How will the upgrades to the next version of OpenPkg work ? Similar to what we already did between 0.9 to 1.0, between 1.0 to 1.1, between 1.1 and 1.2, and currently between 1.2 and 1.3: you get a new set of RPMs which form the 2.0 release and you upgrade ("rpm --rebuild" + "rpm -Uvh") all your existing/installed packages with the new set. For those with %config files, you manually solve content conflicts (in case there are any at all) and that was it. The effective upgrade of a single OpenPKG instance to a new release is usually a matter of a few hours only. > Both valid concerns. Its hard to tell to convince managers that to make open > source work you have to contribute to it ...at least by using it and testing > it and validating it. Sure, but we're already in year 2003 and there are plenty of well thought out arguments for Open Source flying around. Just pick the one which is most appropriate for your situation. And also mention the alternatives: if you have an inhomogeneous setup (not all boxes of the same platform plus especially some Solaris boxes in it, etc) you have AFAIK still no _REAL_ alternative to OpenPKG available. Sure, you can do all yourself manually or use sunfreeware.com or whatever. But IMHO these are alternatives on a lower level. > I am sure people here have faced these questions before... Can you suggest > how I should tackle them ? By treating OpenPKG as any Open Source project and taking over the usual Open Source arguments from the classical textbooks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Nov 6 11:55:57 2003 Received: from keks.ic3s.de (keks.ic3s.de [62.159.211.188]) by mail.openpkg.org (Postfix) with ESMTP id 149A4277A00 for ; Thu, 6 Nov 2003 11:51:30 +0100 (CET) Received: from ic3s.de (daredevil.dhcp.ic3s.de [172.17.33.98] (may be forged)) by keks.ic3s.de (8.11.6/8.11.2) with ESMTP id hA6ApTD00371 for ; Thu, 6 Nov 2003 11:51:29 +0100 Message-ID: <3FAA27B0.1080303@ic3s.de> Date: Thu, 06 Nov 2003 11:51:28 +0100 From: Eike Lohmann MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: serious metapackage oracle. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, 2003-Feb-07 17:11 1.2 Check-in [7322]: Yeah, I always wanted to fully blind package a commercial software. Now done once and the last time in my life for ORACLE RDBMS. Let's see how all of my guessing and testing works in practice... Yes, you read correctly: I've no ORACLE installation at hand and so all this stuff was done on the green meadow. By rse. (diff) nice work! :) The only problem is, an Oracle installation has no "/product" directory. Maybe C&W use a product directory for having multiple instances installed on one host. The most important directory in my opinion are ORACLE_HOME because there are the libraries, binaries, sqlscripts etc. ORACLE_BASE contains only server datafiles, logfiles etc. and is normaly not set on a client oracle installation. At our site ORACLE_BASE was not set and we don't have a product directory in a std. oracle client installation, so the build of the package failed. Greetings, Eike Lohmann From openpkg-users-owner@openpkg.org Thu Nov 6 12:54:09 2003 Received: from keks.ic3s.de (keks.ic3s.de [62.159.211.188]) by mail.openpkg.org (Postfix) with ESMTP id 5D5FD277A00 for ; Thu, 6 Nov 2003 12:54:09 +0100 (CET) Received: from ic3s.de (daredevil.dhcp.ic3s.de [172.17.33.98] (may be forged)) by keks.ic3s.de (8.11.6/8.11.2) with ESMTP id hA6Bs8D00975 for ; Thu, 6 Nov 2003 12:54:08 +0100 Message-ID: <3FAA3660.2010409@ic3s.de> Date: Thu, 06 Nov 2003 12:54:08 +0100 From: Eike Lohmann MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: perl-dbi / dbd:oracle Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi again, as I try to esablish a connection with DBD:Oracle from a little perl script I get this errormessage: ---- "install_driver(Oracle) failed: Can't locate loadable object for module DBD::Oracle in @INC (@INC contains: ../lib /opt/ic3s/lib/perl/5.8.0/sun4-solaris /opt/ic3s/lib/perl/5.8.0 /opt/ic3s/lib/perl/site_perl/5.8.0/sun4-solaris /opt/ic3s/lib/perl/site_perl/5.8.0 /opt/ic3s/lib/perl/site_perl .) at (eval 1) line 3 Compilation failed in require at (eval 1) line 3. Perhaps a module that DBD::Oracle requires hasn't been fully installed" ---- so I decided to build it again and kept my eyes open. I ran "rpm -bb --define 'with_dbd_oracle yes' perl-dbi.spec" (the full output I will attach in a file on this mail) and got following error: ----- LD_RUN_PATH="/home/oracle/OraHome92/lib:/home/oracle/OraHome92/rdbms/lib" /opt/ic3s/bin/cc -Wl,-E -G -L/opt/ic3s/lib Oracle.o dbdimp.o oci7.o oci8.o -L/opt /SUNWcluster/lib -R/opt/SUNWcluster/lib -o build -L/home/oracle/OraHome92/rdbms/lib/ -L/home/oracle/OraHome92/lib/ -lclntsh -lnbeq9 -lnhost9 -lnus9 -lnlda p9 -lldapclnt9 -lnsslb9 -lnoname9 -lntcp9 -lntcps9 -lnsslb9 -lntcp9 -lntns9 -lnsl -lsocket -lgen -ldl -R/home/oracle/OraHome92/lib -laio -lposix4 -lkstat -l m -lthread -o blib/arch/auto/DBD/Oracle/Oracle.so /opt/ic3s/bin/ld: skipping incompatible /home/oracle/OraHome92/lib//libclntsh.so when searching for -lclntsh /opt/ic3s/bin/ld: cannot find -lclntsh collect2: ld returned 1 exit status make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1 ------ file /home/oracle/OraHome92/lib//libclntsh.so /home/oracle/OraHome92/lib//libclntsh.so: symbolic link to libclntsh.so.9.0 file /home/oracle/OraHome92/lib//libclntsh.so.9.0 /home/oracle/OraHome92/lib//libclntsh.so.9.0: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped isainfo sparcv9 sparc ld -V GNU ld version 2.14 20030612 Supported emulations: elf32_sparc elf64_sparc Any ideas why this is going wrong? Greetings, Eike Lohmann From openpkg-users-owner@openpkg.org Thu Nov 6 14:20:45 2003 Received: from keks.ic3s.de (keks.ic3s.de [62.159.211.188]) by mail.openpkg.org (Postfix) with ESMTP id E4851277A00 for ; Thu, 6 Nov 2003 14:20:44 +0100 (CET) Received: from ic3s.de (daredevil.dhcp.ic3s.de [172.17.33.98] (may be forged)) by keks.ic3s.de (8.11.6/8.11.2) with ESMTP id hA6DKhD01965 for ; Thu, 6 Nov 2003 14:20:43 +0100 Message-ID: <3FAA4AAB.40309@ic3s.de> Date: Thu, 06 Nov 2003 14:20:43 +0100 From: Eike Lohmann MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: perl-dbi / dbd:oracle Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: this seems to be the reason! /opt/ic3s/bin/perl: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped :) Eike From openpkg-users-owner@openpkg.org Mon Nov 10 10:15:54 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id E6AF5277A02 for ; Mon, 10 Nov 2003 10:15:53 +0100 (CET) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id hAA9FnOX004175 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 10 Nov 2003 10:15:50 +0100 Date: Mon, 10 Nov 2003 10:15:49 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: perl-dbi / dbd:oracle Message-ID: <329020000.1068455749@old-man.dhcp.ic3s.de> In-Reply-To: <3FAA4AAB.40309@ic3s.de> References: <3FAA4AAB.40309@ic3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Thursday, November 06, 2003 14:20:43 +0100 Eike Lohmann wrote: > this seems to be the reason! > > /opt/ic3s/bin/perl: ELF 32-bit MSB executable SPARC Version 1, > dynamically linked, stripped The main problem lies in the fact that with the 9.0.2 Oracle Client the 32bit libs has been moved to the directory lib32/. The DBD-Oracle seems not able to handle this without changes in the Makefile.PL, but due to my limited understanding of the Makefile.PL I wasn't able to fix this. Could somebody take a look at this issue? cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 From openpkg-users-owner@openpkg.org Tue Nov 11 15:25:13 2003 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id 6F780277A01 for ; Tue, 11 Nov 2003 15:24:08 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hABEO6D4001862 for ; Tue, 11 Nov 2003 15:24:06 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hABEO4qU001818 for ; Tue, 11 Nov 2003 15:24:04 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hABEO3k28238 for ; Tue, 11 Nov 2003 15:24:03 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hABEO3W07024 for ; Tue, 11 Nov 2003 15:24:03 +0100 (MET) Message-ID: <00f201c3a85f4bb7e70a0e6099@pc.iitb.fhg.de> From: =?Windows-1252?Q?Birger_Kr=E4gelin?= To: Subject: How to read 00INDEX.rdf? Date: Tue, 11 Nov 2003 15:24:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As I'm new to OpenPKG, I haven't found out how to read the 00INDEX.rdf files on the distribution site. Which tool is best and how do I configure it, to have a better overview of the packages with their description and dependencies? Windows application preferred, Solaris good enough. Thanks for help, Birger From openpkg-users-owner@openpkg.org Tue Nov 11 15:48:23 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0F751277A01 for ; Tue, 11 Nov 2003 15:48:22 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id BD77D8D79F for ; Tue, 11 Nov 2003 15:48:22 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 11 Nov 2003 15:48:22 +0100 Date: Tue, 11 Nov 2003 15:48:22 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to read 00INDEX.rdf? Message-ID: <20031111144822.GB1512@dt4.dev.de.cw.net> References: <00f201c3a85f4bb7e70a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" In-Reply-To: <00f201c3a85f4bb7e70a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 11, 2003, Birger Kr=E4gelin wrote: > As I'm new to OpenPKG, I haven't found out how to read the 00INDEX.rdf > files on the distribution site. > > Which tool is best and how do I configure it, to have a better > overview of the packages with their description and dependencies? > Hello Birger, The RDF file you name is useful for many things. Install the openpkg-tool package into your OpenPKG instance, and then type $ openpkg build -sa to see what you have installed and what needs upgrading. This is just an example of how an application can use the 00INDEX.rdf file (which is generated by the openpkg-tool as well). If you want to read the file manually, then either look at it with a text editor, or a generic XML editor, or with a tool like Mozilla DOM inspector http://www.mozilla.org/projects/inspector/ which is also conveniently found in your Mozilla browser (look under Tools/Web Development). --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7D2tluYv80UoVTdAQECMQgAscxMjxVNyeF+JqW7+eHA1fse53aFWKQu nqpbQrxvBI2jUZ0XuFcmk3wbs/wFGh8C6sxtRqcJPnK+ty7eL7Xpvx3BYLQM2OrI NwzDH4PTzcBLsULZxcTrH85F6x+QwO0Bhf09h/Gx/IcmdalHyJmPZ+jxLYipY+m+ HQlSp82VqtQ1pwl4vv76oc68u2YHKXtIfVb6AUH6uN/+pR1knEW/NI6ImA0Hm9YN sju9LhVzMabkTx5uVAznb9LOzHbViSHnQJ7xs+3zG+fvNwG0xFuv4pfLf1TX3Riy j3LXF/71/fos085Z3qrkn3Ec80kgOzHwAZE/Z7MOUNIl7dYFXEXc/Q== =KQ6E -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From openpkg-users-owner@openpkg.org Wed Nov 12 15:09:15 2003 Received: by mail.openpkg.org (Postfix, from userid 7001) id F08B2277A01; Wed, 12 Nov 2003 15:06:01 +0100 (CET) To: openpkg-users@openpkg.org From: Christian Viller Hansen Subject: Openwin and xrender Date: Wed, 12 Nov 2003 15:05:59 +0100 Message-ID: <3FB23E47.9070700@mail.tele.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi I have been tried to install kde on a Sparc Solaris 9, but it seems to be quite interested in /usr/openwin/ - I thought that openpkg didn't depend on the host system. It failed when trying to configure kde-qt, because the script couldn't find xrender in /usr/openwin/. Then I compiled the render and xrender tarballs and got kde-qt installed. Is it possible to make a pkgpackage with xlibs? \Christian DTU-Denmark From openpkg-users-owner@openpkg.org Wed Nov 12 16:16:38 2003 Received: by mail.openpkg.org (Postfix, from userid 7001) id C1035277A01; Wed, 12 Nov 2003 16:16:37 +0100 (CET) To: openpkg-users@openpkg.org From: Christian Viller Hansen Subject: gcc shared??? Date: Wed, 12 Nov 2003 16:16:35 +0100 Message-ID: <3FB24ED3.6090406@mail.tele.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi When I try to compile kde-arts I get the following error: configure: error: You've compiled gcc without --enable-shared. This doesn't work with KDE. Please recompile gcc with --enable-shared to receive a libstdc++.so error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.25596 (%build) I tried upgrading gcc-3.3.1->gcc-3.3.2, but that didn't help. What do I do? \Christian From openpkg-users-owner@openpkg.org Wed Nov 12 16:48:21 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7B507277A01 for ; Wed, 12 Nov 2003 16:48:21 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 2047A8D768 for ; Wed, 12 Nov 2003 16:48:21 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 12 Nov 2003 16:48:20 +0100 Date: Wed, 12 Nov 2003 16:48:20 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Openwin and xrender Message-ID: <20031112154820.GD1512@dt4.dev.de.cw.net> References: <3FB23E47.9070700@mail.tele.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="EP0wieDxd4TSJjHq" In-Reply-To: <3FB23E47.9070700@mail.tele.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --EP0wieDxd4TSJjHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 12, 2003, Christian Viller Hansen wrote: > I have been tried to install kde on a Sparc Solaris 9, but it seems to > be quite interested in /usr/openwin/ - I thought that openpkg didn't > depend on the host system. It failed when trying to configure kde-qt, > because the script couldn't find xrender in /usr/openwin/. Then I > compiled the render and xrender tarballs and got kde-qt installed. Is it > possible to make a pkgpackage with xlibs? > Hello Christian, Long before KDE appeared on the OpenPKG radar there were thoughts of writing a X11 server package (probably XFree86), and this idea definitely continues to live. The only problem is that it is a rather nasty task, considering that video drivers, things like xmkmf macros, and other things couple the package pretty tightly to the underlying operating system. For this reason there is a package 'x11' which acts as a proxy to the underlying OS's X11 installation. Problems that OpenPKG normally doesn't have (due to its superb encapsulation) appear here, like varying X11 server capabilities and supplied libraries (like XRender or Xft). Some packages (maybe KDE) can be patched to use a common denominator subset of X11, but there are other packages like 'abiword' which contain too many Xft calls to be portable. Here, it is something we'll have to put up with until a real X11 package is added. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --EP0wieDxd4TSJjHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7JWRFuYv80UoVTdAQEdIAgAue6WIoI2wsFadYatjJ7xQSmeX33npHuP jC3sDkuTRNDe+xJrvuh54VuRvxXCejZ7xttBzMZvU/lKlNkhPBm2pLNvYmdtJ6YM D36aPMvQokLnjp8TtApQvuZEywsyH1PBJRR0PWUwBxO9/XAxDjFnJhhAjNvuYogS qdap1+MYkGP+F39llPy815CW6RLXjiAYCelXEPDK25BWcrEbsla8MfjNeD3PFTb3 3lxU1bZgEH97DUE6atRQIIm5DWSNWCYNKqq0GP/M4bVli8TwEgdXipACxjjPCNKP Il9wOHc7zZtOB3HnHiR9h7/ANWvDZ5+MW5qFIy3C+kIiYtGwScOWMg== =6T5P -----END PGP SIGNATURE----- --EP0wieDxd4TSJjHq-- From openpkg-users-owner@openpkg.org Thu Nov 13 02:54:42 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.3]) by mail.openpkg.org (Postfix) with ESMTP id 87F13277A01 for ; Thu, 13 Nov 2003 02:54:41 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 12 Nov 2003 17:54:44 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA775@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: disable based ldd automatic library detection Date: Wed, 12 Nov 2003 17:54:44 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, Thanks to our last discussion I am playing with OpenPkg for packaging all our internal software. As you may remember, my aim was to package some precompiled binaries into a package. Now, when I run rpm -bb, it automtically runs ldd on the binaries and detects the versions of the dynamic libraries required by this binary. But OpenPkg does not know about libraries installed on the underlying FreeBSD system. So the install fails on these dependencies. So my options are : 1) I want to disable this feature. How can I do that ? 2) Can I make openpkg see that the libraries actually do exist on the system ? Thanks again, -ansh # rpm -vv -bb /mcs/LogfsClient.spec Executing(%prep): env -i /usr/op/lib/openpkg/bash --norc --noprofile --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 + cd /usr/op/RPM/TMP + exit 0 Executing(%build): env -i /usr/op/lib/openpkg/bash --norc --noprofile --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 + cd /usr/op/RPM/TMP + exit 0 Executing(%install): env -i /usr/op/lib/openpkg/bash --norc --noprofile --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 + cd /usr/op/RPM/TMP + exit 0 Processing files: LogfsClient-1.0-1 Finding Provides: (using /usr/op/lib/openpkg/find-provides)... Finding Requires: (using /usr/op/lib/openpkg/find-requires)... PreReq: rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: libc.so.4 libm.so.2 libstdc++.so.3 /usr/bin/perl Wrote: /usr/op/RPM/PKG/LogfsClient-1.0-1.ix86-freebsd4.8-uo.rpm From openpkg-users-owner@openpkg.org Thu Nov 13 03:22:27 2003 Received: from beaker.north.de (pD9E17C96.dip.t-dialin.net [217.225.124.150]) by mail.openpkg.org (Postfix) with ESMTP id 2ABE2277A01 for ; Thu, 13 Nov 2003 03:22:27 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAD2MQPO020359 for ; Thu, 13 Nov 2003 03:22:26 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAD2MP9Y025371 for ; Thu, 13 Nov 2003 03:22:25 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAD2MP5Q025370 for openpkg-users@openpkg.org; Thu, 13 Nov 2003 03:22:25 +0100 (MET) Date: Thu, 13 Nov 2003 03:22:25 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: disable based ldd automatic library detection Message-ID: <20031113022224.GC8627@baerlap.north.de> References: <571354A131635E42AE6C1F584F5F9B3A02FDA775@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA775@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 12, 2003, Anshuman Kanwar wrote: > Hi all, > > Thanks to our last discussion I am playing with OpenPkg for packaging all > our internal software. As you may remember, my aim was to package some > precompiled binaries into a package. > > Now, when I run rpm -bb, it automtically runs ldd on the binaries and > detects the versions of the dynamic libraries required by this binary. But > OpenPkg does not know about libraries installed on the underlying FreeBSD > system. So the install fails on these dependencies. > > So my options are : > 1) I want to disable this feature. How can I do that ? http://www.redhat.com/docs/books/max-rpm/max-rpm-html/s1-rpm-depend-auto-depend.html Look for autoreqprov. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Nov 13 06:41:41 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.3]) by mail.openpkg.org (Postfix) with ESMTP id 3F9CC277A01 for ; Thu, 13 Nov 2003 06:41:40 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Wed, 12 Nov 2003 21:41:44 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA776@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: RE: disable based ldd automatic library detection Date: Wed, 12 Nov 2003 21:41:43 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: You guys are great. Thanks much! > -----Original Message----- > From: Matthias Kurz [mailto:mk@baerlap.north.de] > Sent: Wednesday, November 12, 2003 6:22 PM > To: openpkg-users@openpkg.org > Subject: Re: disable based ldd automatic library detection >=20 >=20 > On Wed, Nov 12, 2003, Anshuman Kanwar wrote: >=20 > > Hi all, > >=20 > > Thanks to our last discussion I am playing with OpenPkg=20 > for packaging all > > our internal software. As you may remember, my aim was to=20 > package some > > precompiled binaries into a package. > >=20 > > Now, when I run rpm -bb, it automtically runs ldd on the=20 > binaries and > > detects the versions of the dynamic libraries required by=20 > this binary. But > > OpenPkg does not know about libraries installed on the=20 > underlying FreeBSD > > system. So the install fails on these dependencies. > >=20 > > So my options are : > > 1) I want to disable this feature. How can I do that ? >=20 > http://www.redhat.com/docs/books/max-rpm/max-rpm-html/s1-rpm-d epend-auto-depend.html Look for autoreqprov. (mk) --=20 Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im pr=E4motorischen Cortex kann jeder ein Held sein. (bdw) << ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Thu Nov 13 12:21:50 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BDD4E277A01 for ; Thu, 13 Nov 2003 12:21:49 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 3D2B68D79F for ; Thu, 13 Nov 2003 12:21:49 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 13 Nov 2003 12:21:49 +0100 Date: Thu, 13 Nov 2003 12:21:49 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: disable based ldd automatic library detection Message-ID: <20031113112148.GE1512@dt4.dev.de.cw.net> References: <571354A131635E42AE6C1F584F5F9B3A02FDA775@cabfranc.ad.corp.expertcity.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="T6xhMxlHU34Bk0ad" In-Reply-To: <571354A131635E42AE6C1F584F5F9B3A02FDA775@cabfranc.ad.corp.expertcity.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --T6xhMxlHU34Bk0ad Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 12, 2003, Anshuman Kanwar wrote: > # rpm -vv -bb /mcs/LogfsClient.spec > Executing(%prep): env -i /usr/op/lib/openpkg/bash --norc --noprofile --po= six > -e /usr/op/RPM/TMP/rpm-tmp.65082 > + cd /usr/op/RPM/TMP > + exit 0 > Executing(%build): env -i /usr/op/lib/openpkg/bash --norc --noprofile > --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 > + cd /usr/op/RPM/TMP > + exit 0 > Executing(%install): env -i /usr/op/lib/openpkg/bash --norc --noprofile > --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 > + cd /usr/op/RPM/TMP > + exit 0 > Hello Ansh, I assume you fixed a few things with Matthias' advice, and that's good. However, I noticed that both the %prep and %install sections of your spec file are empty, so I just hope that you are aware that no files would be copied to the destination OpenPKG instance in this case. I guess you wrote a minimal package just for testing. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --T6xhMxlHU34Bk0ad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7NpTFuYv80UoVTdAQFtNgf+KMMdgWaFnXUnXylnKTVNtlHPOOXmVIC1 Hg9sP6GyIBp3TYQYSQaGlPibNPC0LuGwfLbjm20AGCH4r6vzOWlHJQHY3yxlIv0H QmdFg3KcLojyW/U1x1/vsyFYBp4E6/U/r4GYy/vH37Qelx5IF+I2jvMHSUgrkTw9 83BeTu3TeuMgALJyIWYHTOpyVBLnKsIDUUh/n+KApWOUYQ/PZvIxCFWD0jwnaCIK PQ+RJ/tSwV+habxWFRPgrxk40TR13RNK2cvfbViw0nHKrFHrBeBlRUrx7teSkrS/ fAx77weZIFuiIoO5fAPba5c9GBHlh4yIZqFD2Z1RXqadxQwdKQYEpw== =4+1/ -----END PGP SIGNATURE----- --T6xhMxlHU34Bk0ad-- From openpkg-users-owner@openpkg.org Thu Nov 13 18:23:50 2003 Received: from cabfranc.ad.corp.expertcity.com (unknown [68.111.37.3]) by mail.openpkg.org (Postfix) with ESMTP id 1F145277A01 for ; Thu, 13 Nov 2003 18:23:50 +0100 (CET) Received: by cabfranc.ad.corp.expertcity.com with Internet Mail Service (5.5.2657.72) id ; Thu, 13 Nov 2003 09:23:53 -0800 Message-ID: <571354A131635E42AE6C1F584F5F9B3A02FDA778@cabfranc.ad.corp.expertcity.com> From: Anshuman Kanwar To: "'openpkg-users@openpkg.org'" Subject: RE: disable based ldd automatic library detection Date: Thu, 13 Nov 2003 09:23:53 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for noticing that Michael. Yes I'm just building a test package for now. regards, -ansh > -----Original Message----- > From: Michael Schloh von Bennewitz [mailto:michael.schloh@cw.com] > Sent: Thursday, November 13, 2003 3:22 AM > To: openpkg-users@openpkg.org > Subject: Re: disable based ldd automatic library detection > > > On Wed, Nov 12, 2003, Anshuman Kanwar wrote: > > # rpm -vv -bb /mcs/LogfsClient.spec > > Executing(%prep): env -i /usr/op/lib/openpkg/bash --norc > --noprofile --posix > > -e /usr/op/RPM/TMP/rpm-tmp.65082 > > + cd /usr/op/RPM/TMP > > + exit 0 > > Executing(%build): env -i /usr/op/lib/openpkg/bash --norc > --noprofile > > --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 > > + cd /usr/op/RPM/TMP > > + exit 0 > > Executing(%install): env -i /usr/op/lib/openpkg/bash --norc > --noprofile > > --posix -e /usr/op/RPM/TMP/rpm-tmp.65082 > > + cd /usr/op/RPM/TMP > > + exit 0 > > > Hello Ansh, > > I assume you fixed a few things with Matthias' advice, and > that's good. > > However, I noticed that both the %prep and %install sections > of your spec > file are empty, so I just hope that you are aware that no > files would be > copied to the destination OpenPKG instance in this case. I > guess you wrote > a minimal package just for testing. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Thu Nov 13 23:17:39 2003 Received: by mail.openpkg.org (Postfix, from userid 7001) id B6EFE277A01; Thu, 13 Nov 2003 23:17:39 +0100 (CET) To: openpkg-users@openpkg.org From: Christian Viller Hansen Subject: Re: gcc shared??? Date: Thu, 13 Nov 2003 23:17:38 +0100 Message-ID: <3FB40302.2040603@mail.tele.dk> References: <3FB24ED3.6090406@mail.tele.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Christian Viller Hansen wrote: > Hi > > When I try to compile kde-arts I get the following error: > > configure: error: You've compiled gcc without --enable-shared. This > doesn't work with KDE. Please recompile gcc with --enable-shared to > receive a libstdc++.so > error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.25596 (%build) > > I tried upgrading gcc-3.3.1->gcc-3.3.2, but that didn't help. What do I do? Won't I mess up our entire openpkg if I compile gcc shared? I don't have root permission the system I'm using is Sparc Solaris 9, that's why I need openpkg to be self-contained. Regards Christian DTU-Denmark From openpkg-users-owner@openpkg.org Fri Nov 14 05:11:33 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id E267E277A01 for ; Fri, 14 Nov 2003 05:10:52 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 6DA9BEC04 for ; Thu, 13 Nov 2003 22:11:45 +0000 (GMT) Date: Thu, 13 Nov 2003 22:11:16 -0600 Subject: installing sudo without installing MTA From: "F. Even" To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: First off, I would like to say you guys have done an awesome job w/ OpenPKG. You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box that is in a remote location. The ports collection no longer works correctly, packages are hit and miss...but now OpenPKG to the rescue. I was trying to install sudo and it would not install due to a generic MTA dependency. I have one of the latest snapshots of postfix installed on this machine from source, and do not need an MTA. I've seen some references to creating a "virtual package." I've even found this: http://marc.theaimsgroup.com/?l=openpkg-users&m=105800389211960&w=2 ...but even with that and all of the documentation (Handbook/FAQ, etc.), the process for creating these "virtual" packages is vague at best. I would be one of the very grateful OPKG users if this could be spelled out somewhere for someone who is not really a programmer, and can make only crude scripts. Could someone direct me to a tutorial/quicky FAQ item, something that tells me how to create a "virtual package" to meet the MTA dependency? Also.....given all the documentation, I still really have no clue how to use lsync. Is there anywhere I can get more information using htat? How does lsync fit in the process above? I'd appreciate any help you guys could provide with these issues. Thanks, Frank From openpkg-users-owner@openpkg.org Fri Nov 14 09:02:54 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 21A14277A01 for ; Fri, 14 Nov 2003 09:02:54 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id F2B7B4CE56C; Fri, 14 Nov 2003 09:02:53 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 9AB36286BF; Fri, 14 Nov 2003 09:02:46 +0100 (CET) Date: Fri, 14 Nov 2003 09:02:46 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: installing sudo without installing MTA Message-ID: <20031114080246.GA75999@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Nov 13, 2003, F. Even wrote: > First off, I would like to say you guys have done an awesome job w/ OpenPKG. > You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box that > is in a remote location. The ports collection no longer works correctly, > packages are hit and miss...but now OpenPKG to the rescue. > > I was trying to install sudo and it would not install due to a generic MTA > dependency. I have one of the latest snapshots of postfix installed on this > machine from source, and do not need an MTA. > > I've seen some references to creating a "virtual package." I've even found > this: > > http://marc.theaimsgroup.com/?l=openpkg-users&m=105800389211960&w=2 > > ...but even with that and all of the documentation (Handbook/FAQ, etc.), the > process for creating these "virtual" packages is vague at best. I would be > one of the very grateful OPKG users if this could be spelled out somewhere > for someone who is not really a programmer, and can make only crude scripts. > > Could someone direct me to a tutorial/quicky FAQ item, something that tells > me how to create a "virtual package" to meet the MTA dependency? Sorry that our documentation still lacks those details. For your particular situation of importing an external MTA we recently created (at least in OpenPKG-CURRENT) the "openpkg-import" package. If you build this package with "rpm --rebuild --define 'with_mta yes' --define 'with_mta_path /path/to/your/sendmail' openpkg-import-*.src.rpm" you get an openpkg-import package which provides the "MTA" virtual package and later directs sudo to your external Postfix installation. > Also.....given all the documentation, I still really have no clue how to use > lsync. Is there anywhere I can get more information using htat? How does > lsync fit in the process above? lsync is completely separate from RPM. RPM manages everything under except for /local/. For /local/ lsync exists. It is intended as an alternative solution for easily integrating manually installed software into an OpenPKG instance without having to roll real RPM packages. For more details on lsync read its manual page lsync(8) and the section "Integrating unpackaged software" on it in our article http://www.openpkg.org/doc/articles/sysadmin/article.html Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Nov 14 09:07:15 2003 Received: from beaker.north.de (pD9528272.dip.t-dialin.net [217.82.130.114]) by mail.openpkg.org (Postfix) with ESMTP id 9DCA1277A01 for ; Fri, 14 Nov 2003 09:07:14 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAE87Dbv022760 for ; Fri, 14 Nov 2003 09:07:13 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAE87DZ3025611 for ; Fri, 14 Nov 2003 09:07:13 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAE87DL7025610 for openpkg-users@openpkg.org; Fri, 14 Nov 2003 09:07:13 +0100 (MET) Date: Fri, 14 Nov 2003 09:07:13 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: installing sudo without installing MTA Message-ID: <20031114080712.GE8627@baerlap.north.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Nov 13, 2003, F. Even wrote: > First off, I would like to say you guys have done an awesome job w/ OpenPKG. > You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box that > is in a remote location. The ports collection no longer works correctly, > packages are hit and miss...but now OpenPKG to the rescue. > > I was trying to install sudo and it would not install due to a generic MTA > dependency. I have one of the latest snapshots of postfix installed on this > machine from source, and do not need an MTA. When you have to _install_ postfix, why don't you use the OpenPKG version ? > I've seen some references to creating a "virtual package." I've even found > this: > > http://marc.theaimsgroup.com/?l=openpkg-users&m=105800389211960&w=2 > > ...but even with that and all of the documentation (Handbook/FAQ, etc.), the > process for creating these "virtual" packages is vague at best. I would be > one of the very grateful OPKG users if this could be spelled out somewhere > for someone who is not really a programmer, and can make only crude scripts. > > Could someone direct me to a tutorial/quicky FAQ item, something that tells > me how to create a "virtual package" to meet the MTA dependency? In the meantime, there is openpkg-import. The magic is just the "Provides: MTA". When you installed postfix in sendmail compatibility mode, then installing openpkg-import may solve your problem (but see above). > Also.....given all the documentation, I still really have no clue how to use > lsync. Is there anywhere I can get more information using htat? How does > lsync fit in the process above? AFAIK "lsync" is a tool to work with packages outside the OpenPKG hierarchy. That means files not included in the RPM database. The idea is to have each package in its own directory tree (e.g. by installing like configure --prefix=/usr/local/pkgs/). This is how i worked in the past. So each "package" has its own subdirs /usr/local/pkgs//bin /lib /share etc. etc. And then there is another hierarchy e.g. under /usr/local where symlinks point into the packages subdir tree e.g. /usr/local/bin/bash -> /usr/local/pkgs/bash-2.05/bin/bash and /usr/local/man/man1/bash.1 -> /usr/local/pkgs/bash-2.05/man/man1/bash.1 etc. etc. In your $PATH you have just /usr/local/bin. Hmmm, hard to explain. Hope you got the idea - or someone else can explain it better. "lsync" creates the symlinks from /usr/local/{bin,lib,etc.etc.} into the package dirs /usr/local//{bin,lib,etc}, when i understand right. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Nov 15 05:02:39 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id 5A897277A01 for ; Sat, 15 Nov 2003 05:02:39 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 564F7EC1B for ; Fri, 14 Nov 2003 22:03:35 +0000 (GMT) Date: Fri, 14 Nov 2003 22:03:01 -0600 Subject: Re: installing sudo without installing MTA From: "F. Even" To: Message-ID: In-Reply-To: <20031114080246.GA75999@engelschall.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 11/14/03 2:02 AM, "Ralf S. Engelschall" wrote: > On Thu, Nov 13, 2003, F. Even wrote: > > Sorry that our documentation still lacks those details. For your > particular situation of importing an external MTA we recently created > (at least in OpenPKG-CURRENT) the "openpkg-import" package. If you > build this package with "rpm --rebuild --define 'with_mta yes' --define > 'with_mta_path /path/to/your/sendmail' openpkg-import-*.src.rpm" you get > an openpkg-import package which provides the "MTA" virtual package and > later directs sudo to your external Postfix installation. Is there anything I can do while using 1.3? Are there any instructions for creating a virtual RPM with 1.3? ...or will the import package work on 1.3? >> Also.....given all the documentation, I still really have no clue how to use >> lsync. Is there anywhere I can get more information using htat? How does >> lsync fit in the process above? > > lsync is completely separate from RPM. RPM manages everything under > except for /local/. For /local/ lsync exists. > It is intended as an alternative solution for easily integrating > manually installed software into an OpenPKG instance without having to > roll real RPM packages. For more details on lsync read its manual page > lsync(8) and the section "Integrating unpackaged software" on it in our > article http://www.openpkg.org/doc/articles/sysadmin/article.html OK....I was misinterpreting here. From what I was reading, I was thinking this was a way to make already installed apps work with the OpenPKG system, to create a "virtual" package. I stand corrected. So, if I customize my "from source" install, and get it to install within the OpenPKG hierarchy, I could then use lsync to pull it into the OpenPKG structure? Thanks for your assistance, and all your work on OpenPKG. Frank From openpkg-users-owner@openpkg.org Sat Nov 15 05:32:38 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id E23A2277AC7 for ; Sat, 15 Nov 2003 05:32:37 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id AFED6EC1B for ; Fri, 14 Nov 2003 22:33:33 +0000 (GMT) Date: Fri, 14 Nov 2003 22:33:04 -0600 Subject: Re: installing sudo without installing MTA From: "F. Even" To: Message-ID: In-Reply-To: <20031114080712.GE8627@baerlap.north.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 11/14/03 2:07 AM, "Matthias Kurz" wrote: > On Thu, Nov 13, 2003, F. Even wrote: > >> First off, I would like to say you guys have done an awesome job w/ OpenPKG. >> You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box that >> is in a remote location. The ports collection no longer works correctly, >> packages are hit and miss...but now OpenPKG to the rescue. >> >> I was trying to install sudo and it would not install due to a generic MTA >> dependency. I have one of the latest snapshots of postfix installed on this >> machine from source, and do not need an MTA. > > When you have to _install_ postfix, why don't you use the OpenPKG version ? When I need to. But, I already had the latest snapshot installed before I installed OPKG, and it is a newer version than is packaged. I'm actively using some of the features in the newer version. postconf | grep version disable_mime_output_conversion = no mail_version = 2.0.16-20031022 OPKG verion: postfix-2.0.13-1.3.1.src.rpm >> I've seen some references to creating a "virtual package." I've even found >> this: >> >> http://marc.theaimsgroup.com/?l=openpkg-users&m=105800389211960&w=2 >> >> ...but even with that and all of the documentation (Handbook/FAQ, etc.), the >> process for creating these "virtual" packages is vague at best. I would be >> one of the very grateful OPKG users if this could be spelled out somewhere >> for someone who is not really a programmer, and can make only crude scripts. >> >> Could someone direct me to a tutorial/quicky FAQ item, something that tells >> me how to create a "virtual package" to meet the MTA dependency? > > In the meantime, there is openpkg-import. The magic is just the > "Provides: MTA". When you installed postfix in sendmail compatibility mode, > then installing openpkg-import may solve your problem (but see above). > >> Also.....given all the documentation, I still really have no clue how to use >> lsync. Is there anywhere I can get more information using htat? How does >> lsync fit in the process above? > > AFAIK "lsync" is a tool to work with packages outside the OpenPKG hierarchy. > That means files not included in the RPM database. > The idea is to have each package in its own directory tree (e.g. by installing > like configure --prefix=/usr/local/pkgs/). This is how i worked > in the past. > So each "package" has its own subdirs > /usr/local/pkgs//bin > /lib > /share etc. etc. > And then there is another hierarchy e.g. under /usr/local where symlinks > point into the packages subdir tree > e.g. /usr/local/bin/bash -> /usr/local/pkgs/bash-2.05/bin/bash and > /usr/local/man/man1/bash.1 -> /usr/local/pkgs/bash-2.05/man/man1/bash.1 > etc. etc. > In your $PATH you have just /usr/local/bin. > > Hmmm, hard to explain. Hope you got the idea - or someone else can explain > it better. "lsync" creates the symlinks from /usr/local/{bin,lib,etc.etc.} > into the package dirs /usr/local//{bin,lib,etc}, when i understand > right. I think I understand it a little better. Thanks. From openpkg-users-owner@openpkg.org Sat Nov 15 06:00:30 2003 Received: from beaker.north.de (pD9E174ED.dip.t-dialin.net [217.225.116.237]) by mail.openpkg.org (Postfix) with ESMTP id ABEF7277A01 for ; Sat, 15 Nov 2003 06:00:29 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAF50S8A027977 for ; Sat, 15 Nov 2003 06:00:28 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAF50QZ3023606 for ; Sat, 15 Nov 2003 06:00:26 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAF50QAn023605 for openpkg-users@openpkg.org; Sat, 15 Nov 2003 06:00:26 +0100 (MET) Date: Sat, 15 Nov 2003 06:00:26 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: installing sudo without installing MTA Message-ID: <20031115050026.GF8627@baerlap.north.de> References: <20031114080246.GA75999@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Nov 14, 2003, F. Even wrote: > On 11/14/03 2:02 AM, "Ralf S. Engelschall" wrote: > [...] > > lsync is completely separate from RPM. RPM manages everything under > > except for /local/. For /local/ lsync exists. > > It is intended as an alternative solution for easily integrating > > manually installed software into an OpenPKG instance without having to > > roll real RPM packages. For more details on lsync read its manual page > > lsync(8) and the section "Integrating unpackaged software" on it in our > > article http://www.openpkg.org/doc/articles/sysadmin/article.html > > OK....I was misinterpreting here. From what I was reading, I was thinking > this was a way to make already installed apps work with the OpenPKG system, > to create a "virtual" package. I stand corrected. So, if I customize my > "from source" install, and get it to install within the OpenPKG hierarchy, I > could then use lsync to pull it into the OpenPKG structure? Sorry, when i insist too much - but why don't you just use the postfix package from OpenPKG ? Provided, you're still speaking about postfix. Maybe it is a nice opportunity to speak about the already mentioned openpkg-export package (http://www.mail-archive.com/openpkg-users%40openpkg.org/msg00671.html) ? Hmmm, together with openpkg-export another thing comes into my mind: http://www.mail-archive.com/openpkg-dev%40openpkg.org/msg10994.html (with opkg-r i meaned l_rusr). > Thanks for your assistance, and all your work on OpenPKG. I second this ! (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Nov 15 06:02:05 2003 Received: from beaker.north.de (pD9E174ED.dip.t-dialin.net [217.225.116.237]) by mail.openpkg.org (Postfix) with ESMTP id 107FC277A01 for ; Sat, 15 Nov 2003 06:02:05 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAF5238A028019 for ; Sat, 15 Nov 2003 06:02:03 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAF522Z3024022 for ; Sat, 15 Nov 2003 06:02:02 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAF522wJ024021 for openpkg-users@openpkg.org; Sat, 15 Nov 2003 06:02:02 +0100 (MET) Date: Sat, 15 Nov 2003 06:02:02 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: installing sudo without installing MTA Message-ID: <20031115050202.GG8627@baerlap.north.de> References: <20031114080712.GE8627@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Nov 14, 2003, F. Even wrote: > On 11/14/03 2:07 AM, "Matthias Kurz" wrote: > > > On Thu, Nov 13, 2003, F. Even wrote: > > > >> First off, I would like to say you guys have done an awesome job w/ OpenPKG. > >> You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box that > >> is in a remote location. The ports collection no longer works correctly, > >> packages are hit and miss...but now OpenPKG to the rescue. > >> > >> I was trying to install sudo and it would not install due to a generic MTA > >> dependency. I have one of the latest snapshots of postfix installed on this > >> machine from source, and do not need an MTA. > > > > When you have to _install_ postfix, why don't you use the OpenPKG version ? > > When I need to. But, I already had the latest snapshot installed before I > installed OPKG, and it is a newer version than is packaged. I'm actively > using some of the features in the newer version. Sorry, our mails crossed :-) (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sat Nov 15 06:11:07 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id C7AE6277A01 for ; Sat, 15 Nov 2003 06:11:06 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 3029DEC1B for ; Fri, 14 Nov 2003 23:12:03 +0000 (GMT) Date: Fri, 14 Nov 2003 23:11:32 -0600 Subject: Re: installing sudo without installing MTA From: "F. Even" To: Message-ID: In-Reply-To: <20031115050202.GG8627@baerlap.north.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 11/14/03 11:02 PM, "Matthias Kurz" wrote: > On Fri, Nov 14, 2003, F. Even wrote: > >> On 11/14/03 2:07 AM, "Matthias Kurz" wrote: >> >>> On Thu, Nov 13, 2003, F. Even wrote: >>> >>>> First off, I would like to say you guys have done an awesome job w/ >>>> OpenPKG. >>>> You have saved me lots of trouble having to upgrade my FreeBSD 4.0R box >>>> that >>>> is in a remote location. The ports collection no longer works correctly, >>>> packages are hit and miss...but now OpenPKG to the rescue. >>>> >>>> I was trying to install sudo and it would not install due to a generic MTA >>>> dependency. I have one of the latest snapshots of postfix installed on >>>> this >>>> machine from source, and do not need an MTA. >>> >>> When you have to _install_ postfix, why don't you use the OpenPKG version ? >> >> When I need to. But, I already had the latest snapshot installed before I >> installed OPKG, and it is a newer version than is packaged. I'm actively >> using some of the features in the newer version. > > Sorry, our mails crossed :-) > > (mk) It happens. ;-) From openpkg-users-owner@openpkg.org Sun Nov 16 19:55:20 2003 Received: from beaker.north.de (p50867C21.dip.t-dialin.net [80.134.124.33]) by mail.openpkg.org (Postfix) with ESMTP id 7737E277A01 for ; Sun, 16 Nov 2003 19:55:20 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAGItIhx024391 for ; Sun, 16 Nov 2003 19:55:19 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAGItHZ3003684 for ; Sun, 16 Nov 2003 19:55:17 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAGItHIp003683 for openpkg-users@openpkg.org; Sun, 16 Nov 2003 19:55:17 +0100 (MET) Date: Sun, 16 Nov 2003 19:55:17 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: gcc shared??? Message-ID: <20031116185517.GB11332@baerlap.north.de> References: <3FB24ED3.6090406@mail.tele.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3FB24ED3.6090406@mail.tele.dk> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Nov 12, 2003, Christian Viller Hansen wrote: > Hi > > When I try to compile kde-arts I get the following error: > > configure: error: You've compiled gcc without --enable-shared. This > doesn't work with KDE. Please recompile gcc with --enable-shared to > receive a libstdc++.so > error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.25596 (%build) > > I tried upgrading gcc-3.3.1->gcc-3.3.2, but that didn't help. What do I do? Was there a solution for this ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Mon Nov 17 09:05:10 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 5BAE3277A00 for ; Mon, 17 Nov 2003 09:05:10 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 0A3B58D7C2; Mon, 17 Nov 2003 09:05:08 +0100 (CET) Date: Mon, 17 Nov 2003 09:05:08 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: installing sudo without installing MTA Message-ID: <20031117080508.GA74980@dev.de.cw.com> References: <20031114080246.GA75999@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Nov 14, 2003, F. Even wrote: > On 11/14/03 2:02 AM, "Ralf S. Engelschall" wrote: > > > On Thu, Nov 13, 2003, F. Even wrote: > > > > Sorry that our documentation still lacks those details. [...] > > Is there anything I can do while using 1.3? > It is a common practice to use a release version of OpenPKG for most of the packages and make an exception to use CURRENT packages where later vendor apps are needed. It is possible to mix and match OpenPKG branches up to a point where they become incompatible. The reason we do not promote this loudly is that it is very hard to describe the point of incompatiblity in a general fashion. Some of the critical points are macros being used in the spec files which need to be supplied by the bootstrap, same for shell functions in the rc files. Regarding spec macros and rc functions the situation is that openpkg-1.3.1-1.3.1 was upgraded to supply those introduced post-1.3.0 which are used in CURRENT (as of today :-) and probably in openpkg-2.0.0 when it becomes available. In the history of OpenPKG this is a unique issue of forward compatiblity. The more general approach is to stay with the release packages and upgrade the bootstrap to CURRENT where the bootstrap's age is somewhere between the release of the packages and the next release or CURRENT is next doesn't exist yet. OpenPKG bootstrap is always backward compatible with it's predecessor. Sometimes even with older ancestors, but no warranty. I'm talking about source compatiblity here. It is possible - and between OpenPKG 1.3 and 2.0 (aka CURRENT as of today) very likely - that binary packages are incompatible. You might need rebuilding and existing application from source in case you'll want to reinstall it. Another critical point are features in the fsl config require a later release of fsl, too. Because OSSP fsl development is driven by OpenPKG it is currently the only package where we introduce vendor updates in OpenPKG STABLE and SOLID branches, so you are safe with the latest UPD. You'll know when you need updating fsl when any UPD package requires so - build/install will tell you. In short, upgrade bootstrap to openpkg-1.3.1-1.3.1 and use postfix-2.0.16-20031028 or later. You must convince a RELEASE rpm to accept CURRENT package by adding --nodeps to the building and installation command lines. > Are there any instructions for > creating a virtual RPM with 1.3? > Only the FAQ [1]. The wholly magic is "Provides: MTA" > ...or will the import package work on 1.3? > Untested, but it should. If it doesn't, tell me and i'll fix. [1] http://www.openpkg.org/faq.html#package-type -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Nov 17 11:49:26 2003 Received: by mail.openpkg.org (Postfix, from userid 7001) id 67B36277A00; Mon, 17 Nov 2003 11:49:26 +0100 (CET) To: openpkg-users@openpkg.org From: Christian Viller Hansen Subject: Re: gcc shared??? Date: Mon, 17 Nov 2003 11:49:24 +0100 Message-ID: <3FB8A7B4.3090205@mail.tele.dk> References: <3FB24ED3.6090406@mail.tele.dk> <20031116185517.GB11332@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Matthias Kurz wrote: > On Wed, Nov 12, 2003, Christian Viller Hansen wrote: > > >>Hi >> >>When I try to compile kde-arts I get the following error: >> >>configure: error: You've compiled gcc without --enable-shared. This >>doesn't work with KDE. Please recompile gcc with --enable-shared to >>receive a libstdc++.so >>error: Bad exit status from /opt/openpkg/_/RPM/TMP/rpm-tmp.25596 (%build) >> >>I tried upgrading gcc-3.3.1->gcc-3.3.2, but that didn't help. What do I do? > > > Was there a solution for this ? Not that I know. I tried making gcc by hand with --enable-shared and made symlinks to the needed shared editions, but that was probably quite naive. I could compile the kde-arts package, but then I couldn't make the kde-libs package. I am not sure if this is a Solaris/Sparc issue or openpkg being depended on the host system. \Christian DTU-Denmark From openpkg-users-owner@openpkg.org Mon Nov 17 18:47:08 2003 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id AF608277A00 for ; Mon, 17 Nov 2003 18:41:26 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.6) with ESMTP id hAHHg0702845 for ; Mon, 17 Nov 2003 12:42:00 -0500 (EST) Subject: Snort with DB (mysql) Support? From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1069090883.2836.22.camel@pc519> Mime-Version: 1.0 Date: Mon, 17 Nov 2003 12:41:23 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The openpkg snort source .rpm doesn't appear to have any db support op- tions built-in (mysql/postgres/etc). I tried adding support for mysql mysql (i'm rather new at dealing with openpkg as yet..) and I'm getting a compile error which appears to be related to zlib support.. can any- one offer any advice on this? gcc -g -O2 -Wall -L/ilocal/lib -L/ilocal/lib -L/ilocal/lib/mysql -o snort codes.o debug.o decode.o log.o mstring.o parser.o plugbase.o snort.o snprintf.o strlcatu.o strlcpyu.o tag.o ubi_BinTree.o ubi_SplayTree.o util.o detect.o signature.o mempool.o sf_sdlist.o threshold.o fpcreate.o fpdetect.o mwm.o mpse.o acsmx.o pcrm.o sfksearch.o byte_extract.o sfthd.o sfthreshold.o sfxhash.o sfghash.o sfhashfcn.o sflsq.o sfmemcap.o output-plugins/libspo.a detection-plugins/libspd.a preprocessors/libspp.a parser/libparser.a -lz -lpcap -lm -lsocket -lnsl -lmysqlclient /ilocal/lib/mysql/libmysqlclient.a(my_compress.o)(.text+0xa8): In function compress' /ilocal/lib/mysql/libmysqlclient.a(my_compress.o)(.text+0x12c): In function uncompress' collect2: ld returned 1 exit status make[3]: *** [snort] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 error: Bad exit status from /ilocal/RPM/TMP/rpm-tmp.31683 (%build) From openpkg-users-owner@openpkg.org Mon Nov 17 20:36:05 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 880EB277A00 for ; Mon, 17 Nov 2003 20:36:05 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 702044CE57C; Mon, 17 Nov 2003 20:36:05 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4907B285F1; Mon, 17 Nov 2003 20:35:55 +0100 (CET) Date: Mon, 17 Nov 2003 20:35:55 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Snort with DB (mysql) Support? Message-ID: <20031117193555.GA15053@engelschall.com> References: <1069090883.2836.22.camel@pc519> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1069090883.2836.22.camel@pc519> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Nov 17, 2003, Christopher M. O'Malley wrote: > The openpkg snort source .rpm doesn't appear to have any db support op- > tions built-in (mysql/postgres/etc). I tried adding support for mysql > mysql (i'm rather new at dealing with openpkg as yet..) and I'm getting > a compile error which appears to be related to zlib support.. can any- > one offer any advice on this? > > gcc -g -O2 -Wall -L/ilocal/lib -L/ilocal/lib -L/ilocal/lib/mysql -o > snort codes.o debug.o decode.o log.o mstring.o parser.o plugbase.o > snort.o snprintf.o strlcatu.o strlcpyu.o tag.o ubi_BinTree.o > ubi_SplayTree.o util.o detect.o signature.o mempool.o sf_sdlist.o > threshold.o fpcreate.o fpdetect.o mwm.o mpse.o acsmx.o pcrm.o > sfksearch.o byte_extract.o sfthd.o sfthreshold.o sfxhash.o sfghash.o > sfhashfcn.o sflsq.o sfmemcap.o output-plugins/libspo.a > detection-plugins/libspd.a preprocessors/libspp.a parser/libparser.a -lz > -lpcap -lm -lsocket -lnsl -lmysqlclient > /ilocal/lib/mysql/libmysqlclient.a(my_compress.o)(.text+0xa8): In > function compress' > /ilocal/lib/mysql/libmysqlclient.a(my_compress.o)(.text+0x12c): In > function uncompress' > collect2: ld returned 1 exit status > make[3]: *** [snort] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > error: Bad exit status from /ilocal/RPM/TMP/rpm-tmp.31683 (%build) Hmmm... are you sure this is a complete output of the session? There is no descriptive error message like "multiple defintion of symbol" or "unresolved symbol", etc. There is just the hint that the problem seems to be in the compress/uncompress functions of the MySQL client library. Hmmm... I've no clue what is going on here. What platform is this? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Nov 18 07:05:55 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id DE719277A14 for ; Tue, 18 Nov 2003 07:05:54 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 817E8EC1B for ; Tue, 18 Nov 2003 00:06:59 +0000 (GMT) Date: Tue, 18 Nov 2003 00:05:51 -0600 Subject: multiple updates in UPD From: "F. Even" To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I was curious, do I need to upgrade through all the patch levels, or can I just apply the latest patch-level. For example: ftp://ftp.openpkg.org/release/1.3/UPD/ coreutils-5.0.1-1.3.1.src.rpm 3946 KB 10/21/03 8:16:00 AM coreutils-5.0.1-1.3.2.src.rpm 3947 KB 10/23/03 1:17:00 PM Now, if I have this installed: coreutils-5.0.1-1.3.0.src.rpm 3946 KB 8/2/03 6:02:00 AM ...can I just run coreutils-5.0.1-1.3.2.src.rpm to be up to date, or do I need to run both 1.3.1 and 1.3.2. Thanks! Frank From openpkg-users-owner@openpkg.org Tue Nov 18 08:05:05 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 7AE89277A00 for ; Tue, 18 Nov 2003 08:05:05 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4902C4CE575; Tue, 18 Nov 2003 08:05:05 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 89EEE2877B; Tue, 18 Nov 2003 08:04:48 +0100 (CET) Date: Tue, 18 Nov 2003 08:04:48 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: multiple updates in UPD Message-ID: <20031118070448.GA60836@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Nov 18, 2003, F. Even wrote: > I was curious, do I need to upgrade through all the patch levels, or can I > just apply the latest patch-level. > > For example: > > ftp://ftp.openpkg.org/release/1.3/UPD/ > > coreutils-5.0.1-1.3.1.src.rpm 3946 KB 10/21/03 8:16:00 AM > coreutils-5.0.1-1.3.2.src.rpm 3947 KB 10/23/03 1:17:00 PM > > Now, if I have this installed: > > coreutils-5.0.1-1.3.0.src.rpm 3946 KB 8/2/03 6:02:00 AM > > ...can I just run coreutils-5.0.1-1.3.2.src.rpm to be up to date, or do I > need to run both 1.3.1 and 1.3.2. No, you don't need to update through all levels, of course. You _always_ can just take the latest one, i.e., with the highest patch-level number X in 1.3.X. The intermediate patch-levels are just the history on the 1.3-SOLID branch. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Nov 18 10:10:42 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D042B277A00 for ; Tue, 18 Nov 2003 10:10:41 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 2FAC08D798; Tue, 18 Nov 2003 10:10:40 +0100 (CET) Date: Tue, 18 Nov 2003 10:10:40 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: multiple updates in UPD Message-ID: <20031118091039.GA54145@dev.de.cw.com> References: <20031118070448.GA60836@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031118070448.GA60836@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Nov 18, 2003, Ralf S. Engelschall wrote: > On Tue, Nov 18, 2003, F. Even wrote: > > > I was curious, do I need to upgrade through all the patch levels, or can I > > just apply the latest patch-level. > > [...] you don't need to update through all levels, of course. You _always_ > can just take the latest one, [...] > The question raised is perfectly valid. Other products, especially "closed source", often require users to install original plus all incremental patches or original and latest patch, cumulative patches etc. Things become more complicated when different nomenclature is used like "patch kit", "service pack" to name a few. Some differentiate between update and upgrade. Even worse, sometimes you get new features or incompatiblities. Can be quite confusing and is a science of its own. The OpenPKG model is the easiest for the user at the price of the largest possible download size. We should metion somewhere that OpenPKG UPDates - are not patches but patched complete packages - are as compatible as possible to the original package Transforming into practice: grab the latest version, build, install (OpenPKG done) and verify everthing is working (good Admin's habit), really done. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Nov 18 11:22:16 2003 Received: from beaker.north.de (pD9E17D31.dip.t-dialin.net [217.225.125.49]) by mail.openpkg.org (Postfix) with ESMTP id 93714277A00 for ; Tue, 18 Nov 2003 11:22:15 +0100 (CET) Received: from baerlap.north.de (UNKNOWN@baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hAIAMD8x027155 for ; Tue, 18 Nov 2003 11:22:13 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hAIAMDG7001691 for ; Tue, 18 Nov 2003 11:22:13 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hAIAMDpZ001690 for openpkg-users@openpkg.org; Tue, 18 Nov 2003 11:22:13 +0100 (MET) Date: Tue, 18 Nov 2003 11:22:13 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: multiple updates in UPD Message-ID: <20031118102213.GA16579@baerlap.north.de> References: <20031118070448.GA60836@engelschall.com> <20031118091039.GA54145@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20031118091039.GA54145@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Nov 18, 2003, Thomas Lotterer wrote: [...] > We should metion somewhere that OpenPKG UPDates > - are not patches but patched complete packages > - are as compatible as possible to the original package > > Transforming into practice: grab the latest version, build, install > (OpenPKG done) and verify everthing is working (good Admin's habit), > really done. Wouldn't it be less confusing when older updates would be removed ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Tue Nov 18 20:12:04 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id E6879277A00 for ; Tue, 18 Nov 2003 20:12:03 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 6D4ED12D8F for ; Tue, 18 Nov 2003 13:13:10 +0000 (GMT) Date: Tue, 18 Nov 2003 13:12:01 -0600 Subject: Re: multiple updates in UPD From: "F. Even" To: Message-ID: In-Reply-To: <20031118091039.GA54145@dev.de.cw.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 11/18/03 3:10 AM, "Thomas Lotterer" wrote: > On Tue, Nov 18, 2003, Ralf S. Engelschall wrote: > >> On Tue, Nov 18, 2003, F. Even wrote: >> >>> I was curious, do I need to upgrade through all the patch levels, or can I >>> just apply the latest patch-level. >> >> [...] you don't need to update through all levels, of course. You _always_ >> can just take the latest one, [...] >> > The question raised is perfectly valid. > > Other products, especially "closed source", often require users to > install original plus all incremental patches or original and latest > patch, cumulative patches etc. Things become more complicated when > different nomenclature is used like "patch kit", "service pack" to > name a few. Some differentiate between update and upgrade. Even worse, > sometimes you get new features or incompatiblities. Can be quite > confusing and is a science of its own. The OpenPKG model is the easiest > for the user at the price of the largest possible download size. > > We should metion somewhere that OpenPKG UPDates > - are not patches but patched complete packages > - are as compatible as possible to the original package > > Transforming into practice: grab the latest version, build, install > (OpenPKG done) and verify everthing is working (good Admin's habit), > really done. Thanks, I appreciate the info. I have been applying them step-by-step just in case...but I noticed the package sizes were close if not the same...which led me to believe that it probably was the full package. Thanks. Frank From openpkg-users-owner@openpkg.org Wed Nov 19 14:34:29 2003 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id BB983277A00 for ; Wed, 19 Nov 2003 14:22:44 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJDMZOV010491 for ; Wed, 19 Nov 2003 14:22:35 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJDMQVH010317 for ; Wed, 19 Nov 2003 14:22:26 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hAJDMR301256 for ; Wed, 19 Nov 2003 14:22:27 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hAJDMR804041 for ; Wed, 19 Nov 2003 14:22:27 +0100 (MET) Message-ID: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> From: =?Windows-1252?Q?Birger_Kr=E4gelin?= To: Subject: Solaris 9 minimal environment Date: Wed, 19 Nov 2003 14:22:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, I try to install an armored, minimal Solaris 9 environment with OpenPKG (built for /opt/local). When doing a rebuild for rsync (my current test scenario) I get the following error message: configure: Configuring rsync 2.5.6 checking build system type... sparc-sun-solaris2.9 checking host system type... sparc-sun-solaris2.9 checking target system type... sparc-sun-solaris2.9 checking for gcc... /opt/local/bin/cc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables...=20 checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /opt/local/bin/cc accepts -g... yes checking how to run the C preprocessor... /lib/cpp configure: error: C preprocessor "/lib/cpp" fails sanity check error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.11852 (%build) Symbolic link from /lib/cpp to /opt/local/bin/cpp doesn't help. I don't like to install a complete development environment just to have OpenPKG run correctly. Any suggestions? Thanks. Birger Kr=E4gelin ----- Dipl.-Inform. Birger Kr=E4gelin Abteilungsleiter Netzdienste Fraunhofer Institut f=FCr Informations- und Datenverarbeitung IITB Fraunhoferstr. 1 76131 Karlsruhe Tel.: +49-721-6091-454 Fax.: +49-721-6091-570 E-Mail: birger.kraegelin@iitb.fraunhofer.de From openpkg-users-owner@openpkg.org Wed Nov 19 17:11:19 2003 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id 77CAA277A00 for ; Wed, 19 Nov 2003 17:11:19 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJGBHOV018938 for ; Wed, 19 Nov 2003 17:11:17 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJGBGVH018934 for ; Wed, 19 Nov 2003 17:11:16 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hAJGBH315439 for ; Wed, 19 Nov 2003 17:11:17 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hAJGBHq02044 for ; Wed, 19 Nov 2003 17:11:17 +0100 (MET) Message-ID: <026601c3aeb7$c28fd480$8a0e6099@pc.iitb.fhg.de> From: =?Windows-1252?Q?Birger_Kr=E4gelin?= To: References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> Subject: Re: Solaris 9 minimal environment Date: Wed, 19 Nov 2003 17:11:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, my message from today: >I try to install an armored, minimal Solaris 9 environment with >OpenPKG (built for /opt/local). > .... lines deleted > configure: error: C preprocessor "/lib/cpp" fails sanity check > error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.11852 (%build) > >Symbolic link from /lib/cpp to /opt/local/bin/cpp doesn't help. > >I don't like to install a complete development environment just >to have OpenPKG run correctly. > >Any suggestions? I found the answer: need to install package SUNWhea (Grrrrr. This package resides on CD-2) Birger From openpkg-users-owner@openpkg.org Wed Nov 19 17:13:41 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9CD22277A00 for ; Wed, 19 Nov 2003 17:13:41 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 5D14D8D76B for ; Wed, 19 Nov 2003 17:13:41 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 19 Nov 2003 17:13:41 +0100 Date: Wed, 19 Nov 2003 17:13:41 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Solaris 9 minimal environment Message-ID: <20031119161341.GI54102@dt4.dev.de.cw.net> References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="KJY2Ze80yH5MUxol" In-Reply-To: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --KJY2Ze80yH5MUxol Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hallo Birger, On Wed, Nov 19, 2003, Birger Kr=E4gelin wrote: > I try to install an armored, minimal Solaris 9 environment with > OpenPKG (built for /opt/local). > If you are talking about a new Solaris installation with only 'core' or 'end user' solaris packages, then please publish your results. Most people don't like installing the 'entire distribution' or even 'developer system' Solaris packages, but nobody has had time to really find out the interpackage Solaris dependencies. > When doing a rebuild for rsync (my current test scenario) > I get the following error message: > > configure: Configuring rsync 2.5.6 > checking build system type... sparc-sun-solaris2.9 > checking host system type... sparc-sun-solaris2.9 > checking target system type... sparc-sun-solaris2.9 > checking for gcc... /opt/local/bin/cc > checking for C compiler default output... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables...=20 > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether /opt/local/bin/cc accepts -g... yes > checking how to run the C preprocessor... /lib/cpp > configure: error: C preprocessor "/lib/cpp" fails sanity check > error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.11852 (%build) > Here's how it should look. configure: Configuring rsync 2.5.6 checking build system type... sparc-sun-solaris2.9 checking host system type... sparc-sun-solaris2.9 checking target system type... sparc-sun-solaris2.9 checking for gcc... /cw/bin/cc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables...=20 checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /cw/bin/cc accepts -g... yes checking how to run the C preprocessor... /cw/bin/cc -E It looks like you've bootstrapped the OpenPKG instance to /opt/local. In any case, the GCC compiler at /opt/local/bin/cc must work. To make sure that it can preprocess source code, type: $ /opt/local/bin/cc -E If this succeeds, then post the config.log from your failed rsync build. It should be in /opt/local/RPM/TMP/rsync-2.5.6/config.log. That should tell us why rsync can't use your 'cc -E' as the preprocessor, and why the /lib/cpp fails as well. Also, which version of OpenPKG are you using, and which rsync package? Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --KJY2Ze80yH5MUxol Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7uWtFuYv80UoVTdAQGLDwf9GUJgvzG7rjK/3tvWrFUXXME6Zk16yFCB TJzWXJ8s3HhQGwNb3Vf0yHwZBatHJADdAYMU5xhN25Ztf0pe/AuNqXJfqVP4i9co XzZZtC5sgdBe1sKY37Qxz42NZ8NAZCnZNYGPG6+2HWk6T9dNipAIfOSiAV3rgSZL D/qg2rzz/hxY07UulD+cVe720xeZwNa0Ii+YGaCAIALWtH6FchADyc5+egaBIlOE 1XhN+BEwkNImXDkXIeuvMq6ETgXGAu19U79DfoKCY8Ok6BJFzChx1m/llc9t57Hs 9V++h83GjdkTmypHTeiD0s8vlDSVoMb/Py+3GAXHMoDuflPxqg8/bQ== =G2LE -----END PGP SIGNATURE----- --KJY2Ze80yH5MUxol-- From openpkg-users-owner@openpkg.org Wed Nov 19 18:00:46 2003 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id 2A85E277A00 for ; Wed, 19 Nov 2003 18:00:46 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJH0gOV028902 for ; Wed, 19 Nov 2003 18:00:42 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAJH0fVH028873 for ; Wed, 19 Nov 2003 18:00:41 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hAJH0g321024 for ; Wed, 19 Nov 2003 18:00:42 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hAJH0gq17555 for ; Wed, 19 Nov 2003 18:00:42 +0100 (MET) Message-ID: <029a01c3aebe$a98aa1c0$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> <20031119161341.GI54102@dt4.dev.de.cw.net> Subject: Re: Solaris 9 minimal environment Date: Wed, 19 Nov 2003 18:00:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Michael Schloh von Bennewitz wrote: >> I try to install an armored, minimal Solaris 9 environment with >> OpenPKG (built for /opt/local). >> >If you are talking about a new Solaris installation with only 'core' or = 'end >user' solaris packages, then please publish your results. Most people = don't >like installing the 'entire distribution' or even 'developer system' = Solaris >packages, but nobody has had time to really find out the interpackage >Solaris dependencies. I try to setup a very minimal system with a security quality somewhat firewall like. I don't like to fiddle with Solaris packages and patches, so I setup a very minimal system together with open source tools (to stay lazy, I decided to use OpenPKG). My work is on a jumpstart diskette, which sets up a system=20 automagically. Status right now: - Core Solaris installs from CD-1, gets armored and reboots - on reboot fetches additional Solaris packages from CD-2 via ftp from a distribution server - bootstraps OpenPKG binary via ftp (packages reside in /opt/local, our preferred way to install open = source) To come: - installs packages in default configuration pureftpd as anonymous ftp and virtual user ftp already finished What I have now is a fully unattended setup of an armored ftp server. Next will be an armored web server. I will publish my jumpstart diskette in December. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Wed Nov 19 20:09:29 2003 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id 804CF277A00 for ; Wed, 19 Nov 2003 20:09:28 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.6) with ESMTP id hAJJA3724131 for ; Wed, 19 Nov 2003 14:10:03 -0500 (EST) Subject: Nagios Plugins ? From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1069268966.2836.64.camel@pc519> Mime-Version: 1.0 Date: Wed, 19 Nov 2003 14:09:27 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: There appears to be an openpkg source rpm for nagios but it doesn't include the nagios-plugins. Has anyone cooked up a .spec file to build the plugins within the framework of the openpkg version of Nagios? I've been trying to do it manually but have run into some issues with the check_ldap and check_mysql plugins. TIA From openpkg-users-owner@openpkg.org Wed Nov 19 23:09:57 2003 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 2D046277A00 for ; Wed, 19 Nov 2003 23:09:57 +0100 (CET) Received: from [172.17.33.90] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id hAJM9qOX028244 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 19 Nov 2003 23:09:52 +0100 Date: Wed, 19 Nov 2003 23:09:52 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Nagios Plugins ? Message-ID: <33596140.1069283392@[172.17.33.90]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Mittwoch, 19. November 2003 14:09 -0500 "Christopher M. O'Malley" wrote: > > There appears to be an openpkg source rpm for nagios but it doesn't > include the nagios-plugins. Has anyone cooked up a .spec file to > build the plugins within the framework of the openpkg version of > Nagios? I've been trying to do it manually but have run into some > issues with the check_ldap and check_mysql plugins. This is also on my todo list for OpenPkg. If you have have a starting point I would like to take a look into it :-) cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 From openpkg-users-owner@openpkg.org Thu Nov 20 11:09:43 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0FCCF277A00 for ; Thu, 20 Nov 2003 11:09:39 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 274028D758 for ; Thu, 20 Nov 2003 11:09:39 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 20 Nov 2003 11:09:39 +0100 Date: Thu, 20 Nov 2003 11:09:39 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Solaris 9 minimal environment Message-ID: <20031120100938.GK54102@dt4.dev.de.cw.net> References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> <20031119161341.GI54102@dt4.dev.de.cw.net> <029a01c3aebe$a98aa1c0$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="MP5ln1Rcf9Bvi+ZW" In-Reply-To: <029a01c3aebe$a98aa1c0$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --MP5ln1Rcf9Bvi+ZW Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 19, 2003, Birger Kr=E4gelin wrote: > Status right now: > > - Core Solaris installs from CD-1, gets armored and reboots > - on reboot fetches additional Solaris packages from CD-2 via ftp > from a distribution server > - bootstraps OpenPKG binary via ftp > (packages reside in /opt/local, our preferred way to install open sourc= e) > Hello Birger, I'm confident that you are administering your system perfectly well, but I would like to warn you about mixing a OpenPKG software instance with a foreign software hierarchy (/opt/local/). OpenPKG will take over the subdirectories (bin, sbin, etc, var, libexec...) changing directory ownership and permissions. OpenPKG will overwrite any files already there, and will not know or warn about filename conflicts with manually installed software there. You might find some subdirectories (/opt/local/bin and so on) are totally erased if you uninstall the OpenPKG instance in the future (rpm -e openpkg). This I'm not 100% sure about, but could be tested easily. OpenPKG packages are carefully written to use (almost) only libraries and other software within OpenPKG control. This is a big advantage, but goes away if the OpenPKG instance hierarchy is not pure OpenPKG. So for these reasons and a few others, it is recommendable to allow OpenPKG its own directory hierarchy. Of course it's okay to break this rule, but you'll have to use your own reasoning how important the previous topics are to your environment. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --MP5ln1Rcf9Bvi+ZW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7yS4luYv80UoVTdAQFm4Af6Arz6YT1Mu2Bn4u62UxV/Hl78T9nFAqY/ oarTyYqTrkydkItzG4fbM9c7XCVhD7AxBR01FQx1PYxWhD0eASqPW5YikA59rPSV OACB8LJ+Y1jXSS5YZvSLWc45Yu/fnUjo4/03cDMZKc1nyANViITt97BI4mh0xgqx AMPmUUWn4JNOBQAbPgLSB4EtuBbUMUlFacSc2UbA9407JL3Nls5CfQ+83Abv/vSb 9uE5xDuhdGP5i47W9NhsfhpIA72tSBhRngbf1hD0Z5TGCo4iH5n1d2NIY/ekAogw dQ2HKBXY9ayACW708nutbPFexhE4KKDYxPf9LbCQgqBh+HoNHX8dxg== =3nGu -----END PGP SIGNATURE----- --MP5ln1Rcf9Bvi+ZW-- From openpkg-users-owner@openpkg.org Thu Nov 20 11:44:18 2003 Received: from mailgw2.fraunhofer.de (mailgw2.fraunhofer.de [153.96.1.61]) by mail.openpkg.org (Postfix) with ESMTP id 60E93277A00 for ; Thu, 20 Nov 2003 11:44:14 +0100 (CET) Received: from mailgw2.fraunhofer.de (localhost [127.0.0.1]) by mailgw2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAKAiCms022619 for ; Thu, 20 Nov 2003 11:44:12 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hAKAiCh4022615 for ; Thu, 20 Nov 2003 11:44:12 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hAKAiC327111 for ; Thu, 20 Nov 2003 11:44:12 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hAKAiCq26334 for ; Thu, 20 Nov 2003 11:44:12 +0100 (MET) Message-ID: <00cc01c3af53$3ac34d10$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> <20031119161341.GI54102@dt4.dev.de.cw.net> <029a01c3aebe$a98aa1c0$8a0e6099@pc.iitb.fhg.de> <20031120100938.GK54102@dt4.dev.de.cw.net> Subject: Re: Solaris 9 minimal environment Date: Thu, 20 Nov 2003 11:44:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ----- Original Message -----=20 From: "Michael Schloh von Bennewitz" To: Sent: Thursday, November 20, 2003 11:09 AM Subject: Re: Solaris 9 minimal environment >I'm confident that you are administering your system perfectly well, = but I >would like to warn you about mixing a OpenPKG software instance with a >foreign software hierarchy (/opt/local/). o.k. /opt/local is NOT a foreign SW hierarchy, it is used in OUR = systems. As I try to COMPLETELY WIPE OUT our hand built packages, it seems reasonably well to keep the usual pathnames. My intention is, to have OpenPKG as the base for our systems when migrating to Solaris 9. I don't know of any packages or package distribution sites which use /opt/local. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Thu Nov 20 12:51:21 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A48DA277AC6 for ; Thu, 20 Nov 2003 12:51:20 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 5F0DE8D758 for ; Thu, 20 Nov 2003 12:51:20 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 20 Nov 2003 12:51:19 +0100 Date: Thu, 20 Nov 2003 12:51:19 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Solaris 9 minimal environment Message-ID: <20031120115118.GM54102@dt4.dev.de.cw.net> References: <004401c3aea0c5c4230a0e6099@pc.iitb.fhg.de> <20031119161341.GI54102@dt4.dev.de.cw.net> <029a01c3aebe$a98aa1c0$8a0e6099@pc.iitb.fhg.de> <20031120100938.GK54102@dt4.dev.de.cw.net> <00cc01c3af53$3ac34d10$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Re2uCLPLNzqOLVJA" In-Reply-To: <00cc01c3af53$3ac34d10$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Re2uCLPLNzqOLVJA Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 20, 2003, Birger Kr=E4gelin wrote: > ----- Original Message -----=20 > From: "Michael Schloh von Bennewitz" > To: > Sent: Thursday, November 20, 2003 11:09 AM > Subject: Re: Solaris 9 minimal environment > >>I'm confident that you are administering your system perfectly well, but I >>would like to warn you about mixing a OpenPKG software instance with a >>foreign software hierarchy (/opt/local/). > > o.k. /opt/local is NOT a foreign SW hierarchy, it is used in OUR systems. > As I try to COMPLETELY WIPE OUT our hand built packages, it seems > reasonably well to keep the usual pathnames. My intention is, to > have OpenPKG as the base for our systems when migrating to Solaris 9. > Hey great. I was sort of hoping that, but misunderstood your setup. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --Re2uCLPLNzqOLVJA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP7yqtVuYv80UoVTdAQHyzgf+MTsIdBKLnKVqCRegyLZT2+yieKCbrgaZ Y+fMDyxIvEQP/hSGKoHLydPElVAj2MWDNZup0Ro8UvZEr8WCA/pqF4IWd2phdksx NKGFDK/iGoYc5wNqT504Em+mawznOTa4TIMYYVDWSMsNR+3UhpEKYdgwidjNnd7f FHlO4RoYmDepn1z5NvPekuCCNooDdCk50hV/uwieyEcsoCdT86x5zq6DaJJyTY9U 1aZV3dYzcnD4OeBLNZagBL8jw53s7fvHWcqoV9ZU8JmlFsiwMJzUvlKNjYL3kh56 p984qpjDtbuXwHriQbeBQ34I4c+XmvzWy4n6/opHSrdiRdUbrMQ5iw== =FmnX -----END PGP SIGNATURE----- --Re2uCLPLNzqOLVJA-- From openpkg-users-owner@openpkg.org Fri Nov 28 20:48:58 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A7C892FDA60 for ; Fri, 28 Nov 2003 20:48:58 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id F1C458D7C2; Fri, 28 Nov 2003 20:48:57 +0100 (CET) Date: Fri, 28 Nov 2003 20:48:57 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: multiple updates in UPD Message-ID: <20031128194857.GE93414@dev.de.cw.com> References: <20031118091039.GA54145@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Nov 18, 2003, F. Even wrote: > > Transforming into practice: grab the latest version, build, install > > (OpenPKG done) and verify everthing is working (good Admin's habit), > > really done. > > Thanks, I appreciate the info. > Added to the FAQ Where can i find packages and information about updates within a release? http://www.openpkg.org/faq.html#update-where Will updating a package within a release likely break my existing setup? http://www.openpkg.org/faq.html#update-breakexisting What should i do if multiple updates within a release exist? http://www.openpkg.org/faq.html#update-mutliple -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Nov 28 21:31:42 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9ABAD3010F8 for ; Fri, 28 Nov 2003 21:31:42 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id DA3738D753; Fri, 28 Nov 2003 21:31:41 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Fri, 28 Nov 2003 21:31:41 +0100 Date: Fri, 28 Nov 2003 21:31:41 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Cc: helmut.herzog@iitb.fraunhofer.de Subject: Apache with mod_auth_ldap Message-ID: <20031128203141.GC1915@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="5G06lTa6Jq83wMTw" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --5G06lTa6Jq83wMTw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello Helmut, The bug you reported PR#293 is now fixed, and you weren't doing anything wrong before. Now to install the new package just do as you always do when building. For information on update packages like this one: http://www.openpkg.org/faq.html#update-where Good luck, Michael --5G06lTa6Jq83wMTw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP8ewrVuYv80UoVTdAQHVfAgAoFId1/KOYvxQF51bxofXkvIz3f3GgD5c VdsR+a15WZj6bCCU1SJ0kiS9ybnBF9pILxEV314fKsNoyfEFXyB1eqNl12cKxfwK jW0AwzO6XyhYrC1sZyFzGcpUB11Wd1f8W9E/nMw8k8Wp6r0mWvVh0nShEM35Tn9c 1W0k4OuV9VC0fDfAe1UzqCIhLBwPwoJmTLXVNg9AwuFZL1NP/igCTt5BNjwYvBRb pB2a/2XJABF+ta8N0LCfJVnDcCR2l6wSjFFwLKES6kSvbePWnUvq9HP/DkSiuRv0 XASpekN1YpmOxvEz91oJD9eyorMtwEQh67VhQ5EaOLz5a1SnbFkGRg== =bXHK -----END PGP SIGNATURE----- --5G06lTa6Jq83wMTw-- From openpkg-users-owner@openpkg.org Tue Dec 2 19:31:20 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id C1E123013F1 for ; Tue, 2 Dec 2003 19:29:47 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id C7E0040E9; Tue, 2 Dec 2003 15:46:14 -0300 (BRT) To: openpkg-users@openpkg.org Subject: OpenPkg on RedHat 7.3 Message-ID: <1070390773.3fccddf5ed371@www.spsul.com.br> Date: Tue, 02 Dec 2003 15:46:13 -0300 (BRT) From: alexb@atix.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I whant to use OpenPkg on top of a RedHat 7.3 machine that I can't upgrade. I found that it isn't realy supported, but would like to know if someone have some expirience, or could better tell what problems I should expect. Does it matter that RG7.3 use gcc-2.9x and OpenPkg-1.3 uses gcc-3.3 ? From openpkg-users-owner@openpkg.org Tue Dec 2 19:45:08 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id B259D2FDA4A for ; Tue, 2 Dec 2003 19:45:07 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id B48F211E8A9; Tue, 2 Dec 2003 10:45:05 -0800 (PST) Date: Tue, 2 Dec 2003 10:45:05 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <20031202184505.GB86410@alexis.mi.celestial.com> References: <1070390773.3fccddf5ed371@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070390773.3fccddf5ed371@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003, alexb@atix.com.br wrote: >I whant to use OpenPkg on top of a RedHat 7.3 machine that I can't upgrade. >I found that it isn't realy supported, but would like to know if someone have >some expirience, or could better tell what problems I should expect. > >Does it matter that RG7.3 use gcc-2.9x and OpenPkg-1.3 uses gcc-3.3 ? You should be able to do this. I've got OpenPKG 1.3 Release working on systems older than RH7.3 (e.g. Caldera OpenLinux 2.3). One of the first things you'll need to build with your current gcc is gcc. 1. Bootstrap openpkg. 2. Build and install openpkg-tool. 3. openpkg build gcc | sh Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Do not meddle in the affairs of cats, for they are subtle and will piss on your computer.'' --Bruce Graham From openpkg-users-owner@openpkg.org Tue Dec 2 20:26:31 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 05A492FDA50 for ; Tue, 2 Dec 2003 20:26:31 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 7C033412E; Tue, 2 Dec 2003 16:42:59 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <1070394179.3fcceb4313e64@www.spsul.com.br> Date: Tue, 02 Dec 2003 16:42:59 -0300 (BRT) From: alexb@atix.com.br References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> In-Reply-To: <20031202184505.GB86410@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Cópia Bill Campbell : > On Tue, Dec 02, 2003, alexb@atix.com.br wrote: I couldn't find openpkg-tool. Is it a provided as an OpenPkg package ? When you say to build gcc, you mean I should get gcc-3.3-1.3.0.src.rpm and do: /cw/bin/rpm --rebuild gcc-3.3-1.3.0.src.rpm Will I need to install all packages from source, or after building gcc I could use some pre-build packages ? And as I whant to have 2 installations of OpenPkg (one for real, and one for testing/implementing new packages) what matters for the --prefix is the real_directiry, and not the symlink I do to /cw ? > >I whant to use OpenPkg on top of a RedHat 7.3 machine that I can't > upgrade. > >I found that it isn't realy supported, but would like to know if > someone have > >some expirience, or could better tell what problems I should expect. > > > >Does it matter that RG7.3 use gcc-2.9x and OpenPkg-1.3 uses gcc-3.3 ? > > You should be able to do this. I've got OpenPKG 1.3 Release working > on > systems older than RH7.3 (e.g. Caldera OpenLinux 2.3). One of the > first > things you'll need to build with your current gcc is gcc. > > 1. Bootstrap openpkg. > > 2. Build and install openpkg-tool. > > 3. openpkg build gcc | sh > > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > ``Do not meddle in the affairs of cats, for they are subtle and will > piss on > your computer.'' --Bruce Graham > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 2 20:45:37 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 41EDE3010E2 for ; Tue, 2 Dec 2003 20:45:37 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id DDFA511E8A9; Tue, 2 Dec 2003 11:45:35 -0800 (PST) Date: Tue, 2 Dec 2003 11:45:35 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <20031202194535.GA95460@alexis.mi.celestial.com> References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1070394179.3fcceb4313e64@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > >Cópia Bill Campbell : > >> On Tue, Dec 02, 2003, alexb@atix.com.br wrote: >I couldn't find openpkg-tool. Is it a provided as an OpenPkg package ? > >When you say to build gcc, you mean I should get gcc-3.3-1.3.0.src.rpm and do: > /cw/bin/rpm --rebuild gcc-3.3-1.3.0.src.rpm If you install openpkg-tool then do ``openpkg build -K gcc'' it will figure out the current version and generate a script to rebuild it and all its prerequisites from the proper directories at ftp.openpkg.org. The ``-K'' option tells openpkg to keep prerequisite packages instead of removing them after the build is complete. >Will I need to install all packages from source, or after building gcc I could >use some pre-build packages ? I would try to build from source rather than using prebuilt packages, particularly since Red Hat has a reputation for library inconsistencies. >And as I whant to have 2 installations of OpenPkg (one for real, and one for >testing/implementing new packages) what matters for the --prefix is the >real_directiry, and not the symlink I do to /cw ? The symlink won't be meaningful to OpenPKG as it will have the full path name in %{l_prefix} which is then hard-coded in many places (e.g. the perl spitshell headers). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, Inc. UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``If the government can take a man's money without his consent, there is no limit to the additional tyranny it may practise upon him; for, with his money, it can hire soldiers to stand over him, keep him in subjection, plunder him at discretion, and kill him if he resists.'' Lysander Spooner, 1852 From openpkg-users-owner@openpkg.org Tue Dec 2 21:09:22 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id EEC093017C5 for ; Tue, 2 Dec 2003 21:09:21 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 1744140E9; Tue, 2 Dec 2003 17:25:50 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <1070396749.3fccf54db5084@www.spsul.com.br> Date: Tue, 02 Dec 2003 17:25:49 -0300 (BRT) From: alexb@atix.com.br References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> <20031202194535.GA95460@alexis.mi.celestial.com> In-Reply-To: <20031202194535.GA95460@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Sorry for asking again, but I whent to Download area of release 1.3 source ( ftp://ftp.openpkg.org/release/1.3/SRC/ )and couldn't find nothing named openpkg-tools. Where do I get it ? Cópia Bill Campbell : > On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > > > >Cópia Bill Campbell : > > > >> On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > >I couldn't find openpkg-tool. Is it a provided as an OpenPkg package > ? > > > >When you say to build gcc, you mean I should get gcc-3.3-1.3.0.src.rpm > and do: > > /cw/bin/rpm --rebuild gcc-3.3-1.3.0.src.rpm > > If you install openpkg-tool then do ``openpkg build -K gcc'' it will > figure > out the current version and generate a script to rebuild it and all > its > prerequisites from the proper directories at ftp.openpkg.org. The > ``-K'' > option tells openpkg to keep prerequisite packages instead of removing > them > after the build is complete. > > >Will I need to install all packages from source, or after building gcc > I could > >use some pre-build packages ? > > I would try to build from source rather than using prebuilt packages, > particularly since Red Hat has a reputation for library > inconsistencies. > > >And as I whant to have 2 installations of OpenPkg (one for real, and > one for > >testing/implementing new packages) what matters for the --prefix is > the > >real_directiry, and not the symlink I do to /cw ? > > The symlink won't be meaningful to OpenPKG as it will have the full > path > name in %{l_prefix} which is then hard-coded in many places (e.g. the > perl > spitshell headers). > > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, Inc. > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > ``If the government can take a man's money without his consent, there is > no > limit to the additional tyranny it may practise upon him; for, with > his > money, it can hire soldiers to stand over him, keep him in subjection, > plunder him at discretion, and kill him if he resists.'' > Lysander Spooner, 1852 > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 2 21:50:47 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 0C94E30149E for ; Tue, 2 Dec 2003 21:50:47 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id C25E2412B; Tue, 2 Dec 2003 18:07:15 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <1070399235.3fccff03472b8@www.spsul.com.br> Date: Tue, 02 Dec 2003 18:07:15 -0300 (BRT) From: alexb@atix.com.br References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> <20031202194535.GA95460@alexis.mi.celestial.com> <1070396749.3fccf54db5084@www.spsul.com.br> <20031202202006.GA1004@alexis.mi.celestial.com> In-Reply-To: <20031202202006.GA1004@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: That was my typo, but still no openpkg-tool on the ftp. All I found starting with 'o' is: openldap-2.1.22-1.3.0.src.rpm 2003 KB 02-08-2003 06:02:00 openpkg-1.3.0-1.3.0.src.rpm 11255 KB 02-08-2003 06:02:00 openpkg-1.3.0-1.3.0.src.sh 17309 KB 25-08-2003 12:47:00 openssh-3.6.1p2-1.3.0.src.rpm 883 KB 02-08-2003 06:02:00 openssl-0.9.7b-1.3.0.src.rpm 2731 KB 02-08-2003 06:02:00 I do found openpkg-tool-20030919-20030919.src.rpm in the -current release, but don't know if I should/could use it, as it says that the current is potentialy unstable. Cópia Bill Campbell : > On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > >Sorry for asking again, but I whent to Download area of release 1.3 > source > > ( ftp://ftp.openpkg.org/release/1.3/SRC/ )and couldn't find nothing > named > >openpkg-tools. > > It's openpkg-tool (singular). > > >Where do I get it ? > > > >Cópia Bill Campbell : > > > >> On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > >> > > >> >Cópia Bill Campbell : > >> > > >> >> On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > >> >I couldn't find openpkg-tool. Is it a provided as an OpenPkg > package > >> ? > >> > > >> >When you say to build gcc, you mean I should get > gcc-3.3-1.3.0.src.rpm > >> and do: > >> > /cw/bin/rpm --rebuild gcc-3.3-1.3.0.src.rpm > >> > >> If you install openpkg-tool then do ``openpkg build -K gcc'' it > will > >> figure > >> out the current version and generate a script to rebuild it and all > >> its > >> prerequisites from the proper directories at ftp.openpkg.org. The > >> ``-K'' > >> option tells openpkg to keep prerequisite packages instead of > removing > >> them > >> after the build is complete. > >> > >> >Will I need to install all packages from source, or after building > gcc > >> I could > >> >use some pre-build packages ? > >> > >> I would try to build from source rather than using prebuilt > packages, > >> particularly since Red Hat has a reputation for library > >> inconsistencies. > >> > >> >And as I whant to have 2 installations of OpenPkg (one for real, > and > >> one for > >> >testing/implementing new packages) what matters for the --prefix > is > >> the > >> >real_directiry, and not the symlink I do to /cw ? > >> > >> The symlink won't be meaningful to OpenPKG as it will have the full > >> path > >> name in %{l_prefix} which is then hard-coded in many places (e.g. > the > >> perl > >> spitshell headers). > >> > >> Bill > >> -- > >> INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, > Inc. > >> UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > >> FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > >> 236-1676 > >> URL: http://www.celestial.com/ > >> > >> ``If the government can take a man's money without his consent, there > is > >> no > >> limit to the additional tyranny it may practise upon him; for, with > >> his > >> money, it can hire soldiers to stand over him, keep him in > subjection, > >> plunder him at discretion, and kill him if he resists.'' > >> Lysander Spooner, 1852 > >> > ______________________________________________________________________ > >> The OpenPKG Project > www.openpkg.org > >> User Communication List > openpkg-users@openpkg.org > >> > >______________________________________________________________________ > >The OpenPKG Project > www.openpkg.org > >User Communication List > openpkg-users@openpkg.org > > > > -- > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > ``Good luck to all you optimists out there who think Microsoft can > deliver > 35 million lines of quality code on which you can operate your > business.'' > -- John C. Dvorak > From openpkg-users-owner@openpkg.org Tue Dec 2 21:53:27 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id A073D3016A2 for ; Tue, 2 Dec 2003 21:53:26 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id hB2KrPq03462 for openpkg-users@openpkg.org; Tue, 2 Dec 2003 21:53:25 +0100 (MET) Date: Tue, 2 Dec 2003 21:53:20 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <20031202205320.GB3231@serpens.de> References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> <20031202194535.GA95460@alexis.mi.celestial.com> <1070396749.3fccf54db5084@www.spsul.com.br> <20031202202006.GA1004@alexis.mi.celestial.com> <1070399235.3fccff03472b8@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070399235.3fccff03472b8@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003 at 06:07:15PM -0300, alexb@atix.com.br wrote: > That was my typo, but still no openpkg-tool on the ftp. > > All I found starting with 'o' is: It is in the PLUS directory. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Tue Dec 2 21:53:46 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 7D1563016AC for ; Tue, 2 Dec 2003 21:53:46 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 16B9211F1A2; Tue, 2 Dec 2003 12:53:45 -0800 (PST) Date: Tue, 2 Dec 2003 12:53:45 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <20031202205345.GA5502@alexis.mi.celestial.com> References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> <20031202194535.GA95460@alexis.mi.celestial.com> <1070396749.3fccf54db5084@www.spsul.com.br> <20031202202006.GA1004@alexis.mi.celestial.com> <1070399235.3fccff03472b8@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070399235.3fccff03472b8@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003, alexb@atix.com.br wrote: >That was my typo, but still no openpkg-tool on the ftp. > >All I found starting with 'o' is: It's in the PLUS subdirectory PLUS/openpkg-tool-1.3.0-1.3.0.src.rpm Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, Inc. UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``A Democracy cannot exist as a permanent form of government. It can only exist until the voters discover they can vote themselves largesse out of the public treasury. From the moment on the majority always votes for the candidate promising the most benefits from the public treasury with the result that Democracy always collapses over a loose fiscal policy, always to be followed by a Dictatorship.'' Professor Alexander Fraser Tytler. Date unknown. From openpkg-users-owner@openpkg.org Tue Dec 2 22:31:39 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 3505D2FDA40 for ; Tue, 2 Dec 2003 22:31:39 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 33BED4106; Tue, 2 Dec 2003 18:48:08 -0300 (BRT) To: openpkg-users@openpkg.org Subject: building gcc Message-ID: <1070401687.3fcd0897c61f3@www.spsul.com.br> Date: Tue, 02 Dec 2003 18:48:07 -0300 (BRT) From: alexb@atix.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I got a lot of lines similar to: /cw/RPM/TMP/ccgvzdjC.s:205945: Warning: .stabs: description field '10ce6' too big, try a different debug format while issuing oenpkg build gcc | sh Should I worry about this ? From openpkg-users-owner@openpkg.org Tue Dec 2 22:41:42 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 764BD301010 for ; Tue, 2 Dec 2003 22:41:42 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 743C14122; Tue, 2 Dec 2003 18:58:11 -0300 (BRT) To: openpkg-users@openpkg.org Subject: OpenPKG gcc x kernel_gcc Message-ID: <1070402291.3fcd0af338853@www.spsul.com.br> Date: Tue, 02 Dec 2003 18:58:11 -0300 (BRT) From: alexb@atix.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I pretend to use all server stuff from OpenPKG over a RedHat 7.3. I can'tupgrad from RH7.3 due a hardware driver only in binary format compiled with gcc-2.9x, making RH 8/9 not loading this driver (complaining gcc version problem). So I was told to build all OpenPKG from source starting with gcc-3.3. What I whant to ask is if I should worry about compiling all my server stuff (apache, ldap, named, ...) with the new gcc-3.3 from OpenPKG as my kernel is still compiled with gcc-2.9x ? Thanks, Alex From openpkg-users-owner@openpkg.org Tue Dec 2 23:31:00 2003 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 922FE2FF3A2 for ; Tue, 2 Dec 2003 23:30:59 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id hB2MUw3f001209 for ; Tue, 2 Dec 2003 17:30:58 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id hB2MUvUC019458 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 2 Dec 2003 17:30:58 -0500 (EST) From: "Dennis McRitchie" To: Subject: Can't compile tcpwrappers-7.6k-20031021.src.rpm on Solaris 9 Date: Tue, 2 Dec 2003 17:30:57 -0500 Message-ID: <001e01c3b923$f4e247d0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In-reply-to: <1070402291.3fcd0af338853@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I was able to build tcpwrappers-7.6k-20031021.src.rpm on RedHat 9, but = when I tried to build it on Solaris 9, I got a number of fatal compilation errors: Vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv /usr/psr/bin/cc -O2 -pipe -O -DFACILITY=3DLOG_MAIL -DHOSTS_ACCESS = -DPARANOID -DNETGROUP -DGETPEERNAME_ BUG -DBROKEN_FGETS -DLIBC_CALLS_STRTOK -DDAEMON_UMASK=3D022 -DREAL_DAEMON_DIR=3D\"/usr/sbin\" -DPROCESS_OPTIONS -DKILL_IP_OPTIONS -DSEVERITY=3DLOG_INFO -DRFC931_TIMEOUT=3D10 -DHOSTS_DENY=3D\"/usr/psr/etc/tcpwrappers/hosts.deny\" -DHOSTS_ALLOW=3D\"/usr/psr/etc/tcpwrappers/hosts.allow\" -DTLI = -DNEED_SETENV -DALWAYS_HOSTNAME -DTCPD_PRIVATE_NAMESPACE -DDISCARD_SUP_GROUPS -c = tli2.c tli2.c: In function `tcpd_tli_host': tli2.c:84: error: invalid type argument of `->' tli2.c:85: error: invalid type argument of `->' tli2.c:86: error: invalid type argument of `->' tli2.c:88: error: invalid type argument of `->' tli2.c:89: error: invalid type argument of `->' tli2.c:90: error: invalid type argument of `->' tli2.c: In function `tli_cleanup': tli2.c:107: error: invalid type argument of `->' tli2.c:108: error: invalid type argument of `->' tli2.c:109: error: invalid type argument of `->' tli2.c:110: error: invalid type argument of `->' tli2.c: In function `tli_endpoints': tli2.c:147: error: invalid type argument of `->' tli2.c:163: error: invalid type argument of `->' ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Looking closer at tli.c, all of its contents are inside an "#ifdef TLI" conditional. On Linux, TLI is not set, and on Solaris 9 it is (per the Makefile). Now when I actually try to compile this, it's hard to believe that = anyone ever succeeded. Line 80 is: if (request->client->unit !=3D 0) { "request" is defined as "struct request_info *request", which is in turn defined in tcpd.h. Here is the definition: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv /* Structure to describe what we know about a service request. */ struct request_info { int fd; /* socket handle */ char user[TCPD_STRING_LENGTH]; /* access via eval_user(request) = */ char daemon[TCPD_STRING_LENGTH]; /* access via = eval_daemon(request) */ char pid[12]; /* access via eval_pid(request) */ struct host_info client; /* client endpoint info */ struct host_info server; /* server endpoint info */ void (*sink) (int); /* datagram sink function or 0 */ void (*hostname) (struct host_info *); /* address to printable = hostname */ void (*hostaddr) (struct host_info *); /* address to printable = address */ char working_buf[2 * TCPD_STRING_LENGTH]; /* Thread local working buffer */ void (*cleanup) (struct request_info *); /* TLI cleanup function or = 0 */ struct netconfig *config; /* TLI netdir handle */ }; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Note that "client" is defined as a structure of type host_info, *not* a structure pointer. Here is the definition of host_info (also in tcpd.h). vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv /* Structure to describe one communications endpoint. */ struct host_info { char name[NI_MAXHOST]; /* access via eval_hostname(host) = */ char addr[INET6_ADDRSTRLEN]; /* access via eval_hostaddr(host) = */ tcpd_sockaddr au; /* address union or 0 */ struct request_info *request; /* for shared information */ struct t_unitdata *unit; /* TLI transport address or 0 */ }; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Based on these definitions, line 80 should read: if (request->client.unit !=3D 0) { Worse than that, line 82 of tli.c reads: request->client->sin =3D &client; And since there is no element called "sin" in structure host_info, then changing the "->" to a "." would not fix the problem. Since tcpd.h is in the same directory as tli.c and is invoked with = '#include "tcpd.h"', and since both request_info and host_info are in this same = header file, it's hard to imagine that the compiler is picking up anything = other than the intended header file; yet, tli.c and tcpd.h don't seem to go together at all. Have you OpenPKG folks (or anyone else) compiled this on any system = having System V.4-style TLI support (/usr/include/sys/timod.h, /etc/netconfig, = and the netdir(3) routines)? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Wed Dec 3 10:35:38 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A08392FDA62 for ; Wed, 3 Dec 2003 10:35:37 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C1C058D7B8 for ; Wed, 3 Dec 2003 10:35:36 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 3 Dec 2003 10:35:36 +0100 Date: Wed, 3 Dec 2003 10:35:36 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPkg on RedHat 7.3 Message-ID: <20031203093536.GF2963@dt4.dev.de.cw.net> References: <1070390773.3fccddf5ed371@www.spsul.com.br> <20031202184505.GB86410@alexis.mi.celestial.com> <1070394179.3fcceb4313e64@www.spsul.com.br> <20031202194535.GA95460@alexis.mi.celestial.com> <1070396749.3fccf54db5084@www.spsul.com.br> <20031202202006.GA1004@alexis.mi.celestial.com> <1070399235.3fccff03472b8@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="XIiC+We3v3zHqZ6Z" In-Reply-To: <1070399235.3fccff03472b8@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --XIiC+We3v3zHqZ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > I do found openpkg-tool-20030919-20030919.src.rpm in the -current release= , but > don't know if I should/could use it, as it says that the current is poten= tialy > unstable. > Hello Alex, Try not to mix release and current packages, even though I believe in this case you could use the current with no problems. So find the tool here: $ ftp ftp.openpkg.org ftp> cd release/1.3/SRC/PLUS/ ftp> get openpkg-tool-1.3.0-1.3.0.src.rpm or $ wget ftp://ftp.openpkg.org/release/1.3/SRC/PLUS/openpkg-tool-1.3.0-1.3.= 0.src.rpm Then install it. $ /cw/bin/rpm --rebuild openpkg-tool-1.3.0-1.3.0.src.rpm You get the idea. By the way, its not just possible but very easy as well to bootstrap an OpenPKG instance to a non 'cw' directory. You can use any name that you want to, however if you install a binary package from the OpenPKG repository (which is not advised as Bill Campbell mentioned), then it will install to '/cw' only. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --XIiC+We3v3zHqZ6Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP82uaFuYv80UoVTdAQGIGAgAhtMeVnan1UM2eJMjAIwpZzCnLdV3KvMf XQLCH8EY0FG9AhmmXVrrtHGqzOmcUu53+u3bKgHArSxWpm2xVOQCXBh8AaaEbAmO 7S4s/oqy2QIId/iH7r7j6RVQ0q6h2TKpAPeapCSQFGZ17wZSzzuYI9UKgAsJ97ut 0NUDYYChH7IVCF0BaP8FtYJEUvoLnxkdDPgGpxa0Q14Cxv62aAQf9kCu7ZCUMJww ip3ewr255jaH/hcMJE4LBgKkqQL8Uy38E3F2onG8fkpb3+rpkdi7rBuKGiGbktvT ++zmHOWcWej8qNdkZRaaNtKMns1Y0U8Sw9BN41mX4o3IeHcp9PKXig== =fPO0 -----END PGP SIGNATURE----- --XIiC+We3v3zHqZ6Z-- From openpkg-users-owner@openpkg.org Wed Dec 3 10:49:49 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E46E8301432 for ; Wed, 3 Dec 2003 10:49:48 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 1D94A8D787 for ; Wed, 3 Dec 2003 10:49:48 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 3 Dec 2003 10:49:48 +0100 Date: Wed, 3 Dec 2003 10:49:48 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: building gcc Message-ID: <20031203094947.GG2963@dt4.dev.de.cw.net> References: <1070401687.3fcd0897c61f3@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="XRI2XbIfl/05pQwm" In-Reply-To: <1070401687.3fcd0897c61f3@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --XRI2XbIfl/05pQwm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > I got a lot of lines similar to: > /cw/RPM/TMP/ccgvzdjC.s:205945: Warning: .stabs: description field '10ce6'= too > big, try a different debug format > > while issuing oenpkg build gcc | sh > > Should I worry about this ? > Although I haven't seen and don't understand that warning message, I recommend that when you install your second OpenPKG instance (test or whatever), that you generate a script of everything from the very start. Something like: $ script opkgtest.txt $ sh openpkg-1.3.1-1.3.1.src.sh --prefix=3D/opkg --user=3Dopkg --group=3D= opkg $ exit (to finally leave the script) At this point grep the script to see if you get the same warning. Then start installing packages to your new instance (like gcc...), but this time do them one by one. First 'make', then 'binutils', then 'gcc'. The reason you do it this way is to diagnose and better localize the problem. Maybe these warnings only appear after binutils is installed and takes over the role of assembler and linker? Or maybe they exist right from the start? Maybe they only exist when the native Red Hat gcc is used (check your .rpmmacros file and check your script files after gcc is finally built). Good luck. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --XRI2XbIfl/05pQwm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP82xu1uYv80UoVTdAQFPBgf/WQ776eP9k+Ca+py2/O9cGxjm4th7AXA7 Ii4QFk63vTEj+rARC5IsEHhHeirQfT9bA2hX8YMeur4mhPvqWfHJlN9zb5y9BTHe wOzV4WhMy0zv9qWrU6XbblJNWgTO0q5vvRUgbYOOH87e0+AzdVgzaXlpib7Fep9d ipwjEQu24ItRwqfB9s0TxAWDeW1j+A3Sx0P+NcerLKNTk/B887tag5JZq07h1mLi LJ3NNwROWor3wimj8ZyOoVJsLX+THBWzZUs3DiTJTmdCYqe1BcsGFpCHmRKzrjjC UC29X9zVhd627vNFpCWorVkII42qgt3Xfvr5VsS5FN90Kz3caXnPMQ== =ZUds -----END PGP SIGNATURE----- --XRI2XbIfl/05pQwm-- From openpkg-users-owner@openpkg.org Wed Dec 3 11:01:11 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id DD51D2FDA62 for ; Wed, 3 Dec 2003 11:01:09 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id B03BD8D787 for ; Wed, 3 Dec 2003 11:01:05 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 3 Dec 2003 11:01:05 +0100 Date: Wed, 3 Dec 2003 11:01:05 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG gcc x kernel_gcc Message-ID: <20031203100105.GH2963@dt4.dev.de.cw.net> References: <1070402291.3fcd0af338853@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="ZPDwMsyfds7q4mrK" In-Reply-To: <1070402291.3fcd0af338853@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --ZPDwMsyfds7q4mrK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > What I whant to ask is if I should worry about compiling all my server st= uff > (apache, ldap, named, ...) with the new gcc-3.3 from OpenPKG as my kernel= is > still compiled with gcc-2.9x ? > If your question is, 'I want to build the apache, ldap, bind, and other OpenPKG packages using the OpenPKG gcc package' Then the answer is 'Good'. But if your question is, 'I want to build external (not OpenPKG) software with the OpenPKG gcc' Then you're on your own. In almost all cases it's fine, but there is software (like the IRRToolSet and many others) which don't build easily with OpenPKG GCC. In the case of IRRToolSet, it has nonstandard constructs that only nonstandard (older 2.9X) GCC compilers can parse. Of course the ultimate answer is to try it out yourself. If there's something that you've been compiling with the Red Hat native GCC, then try building a test copy of the software with the OpenPKG GCC now. $ CC=3D/cw/bin/gcc \ CXX=3D/cw/bin/g++ \ ./configure --prefix=3D/tmp/test --myoptions=3D... $ CC=3D/cw/bin/gcc \ CXX=3D/cw/bin/g++ \ make --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --ZPDwMsyfds7q4mrK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP820YVuYv80UoVTdAQFbVQgAnwckDu/z9puiXcvTAl9CMBJBhzG1xcNe CBE199kcDtdKt+ursa6inM9TXLogx7bqsqCv566B+8na0ATQTJeChBU2/tJdqJm2 XTMZG4zXCTs6Rp2FIw6xh5bAqVEx2w7JFK+1j/9aKXlmp/fIbXX0khdhQv4sFOLw rkbDtcXYgcswnUlEC8X/1JTwr7Jrx1QO8fwTH8xGXLxF6T9C4XyBG9MPSzXbB3d1 UviYjLRrscOilFG/csYW3jGSUaepOwhj2W0n9YRBmtGpdWNtAc5qirGS5K1gl9yT TV1mhy2V71EPZgCzi6RqJSGmJvUscXGuodPDcqeM+eTQ5osh6mtIWg== =G0II -----END PGP SIGNATURE----- --ZPDwMsyfds7q4mrK-- From openpkg-users-owner@openpkg.org Wed Dec 3 11:33:56 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B8D803015ED for ; Wed, 3 Dec 2003 11:33:55 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id D43928D787 for ; Wed, 3 Dec 2003 11:33:54 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 3 Dec 2003 11:33:54 +0100 Date: Wed, 3 Dec 2003 11:33:54 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Can't compile tcpwrappers-7.6k-20031021.src.rpm on Solaris 9 Message-ID: <20031203103354.GI2963@dt4.dev.de.cw.net> References: <1070402291.3fcd0af338853@www.spsul.com.br> <001e01c3b923$f4e247d0$6ceb7080@princeton.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Encpt1P6Mxii2VuT" In-Reply-To: <001e01c3b923$f4e247d0$6ceb7080@princeton.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Encpt1P6Mxii2VuT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2003, Dennis McRitchie wrote: > I was able to build tcpwrappers-7.6k-20031021.src.rpm on RedHat 9, but wh= en > I tried to build it on Solaris 9, I got a number of fatal compilation > errors: >=20 > Vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv > /usr/psr/bin/cc -O2 -pipe -O -DFACILITY=3DLOG_MAIL -DHOSTS_ACCESS -DPARAN= OID > Hello Dennis, I can't get to this right away, but I made a ticket PR#299. https://rt.openpkg.org/SelfService/Display.html?id=3D299 Send such emails as yours to openpkg-rt@openpkg.org please, as then tickets will be automatically generated. Less problems get forgotten that way. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --Encpt1P6Mxii2VuT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP828EluYv80UoVTdAQE9jggAoROtOjYJy9Iw6biZaTk91wEbNvqrNwVd 5pnAwDmvVODbp/6rs1Fjm7c4ofr1haN24nzNJ7gDZcQaEblaNtNYaE2TvCxsEkq4 VmoTJHNC1nVCrdY2Lw7jYB2YfxmwvL617m89Vf2b5NLzjSsc4oS+bhpRzExQnotD w9uf3VXCfghIzpdbt1Pt9N+XdY2VBweMQNzc07TWstaIbTMjH/AAg8pMu1/HAM5E aohuGlkESfKT85FL355IkObmikSj/+1fm9vWJoOHyltzqHkKPRcReujYmQKTuMd6 RaIBSLsSIMaCH+5QmsO0hxz7AbMomZm7ql9ejObvhSXyEDIMt0pGfw== =YG2S -----END PGP SIGNATURE----- --Encpt1P6Mxii2VuT-- From openpkg-users-owner@openpkg.org Wed Dec 3 11:56:01 2003 Received: from beaker.north.de (pD9E17A29.dip.t-dialin.net [217.225.122.41]) by mail.openpkg.org (Postfix) with ESMTP id E9E593016AF for ; Wed, 3 Dec 2003 11:56:00 +0100 (CET) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id hB3AtxXT012506 for ; Wed, 3 Dec 2003 11:55:59 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id hB3AtwK7023564 for ; Wed, 3 Dec 2003 11:55:58 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id hB3AtwOZ023563 for openpkg-users@openpkg.org; Wed, 3 Dec 2003 11:55:58 +0100 (MET) Date: Wed, 3 Dec 2003 11:55:58 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Can't compile tcpwrappers-7.6k-20031021.src.rpm on Solaris 9 Message-ID: <20031203105558.GA4411@baerlap.north.de> References: <1070402291.3fcd0af338853@www.spsul.com.br> <001e01c3b923$f4e247d0$6ceb7080@princeton.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <001e01c3b923$f4e247d0$6ceb7080@princeton.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003, Dennis McRitchie wrote: > I was able to build tcpwrappers-7.6k-20031021.src.rpm on RedHat 9, but when > I tried to build it on Solaris 9, I got a number of fatal compilation > errors: Watch this: http://www.mail-archive.com/openpkg-dev%40openpkg.org/msg11251.html (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Wed Dec 3 16:11:45 2003 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 6276B3016A1 for ; Wed, 3 Dec 2003 16:11:44 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id hB3FBeEE021205 for ; Wed, 3 Dec 2003 10:11:40 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id hB3FBdUC013281 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 3 Dec 2003 10:11:40 -0500 (EST) From: "Dennis McRitchie" To: Subject: RE: Can't compile tcpwrappers-7.6k-20031021.src.rpm on Solaris 9 Date: Wed, 3 Dec 2003 10:11:39 -0500 Message-ID: <009001c3b9af$c0ef00d0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In-reply-to: <20031203103354.GI2963@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > I can't get to this right away, but I made a ticket PR#299. >=20 > https://rt.openpkg.org/SelfService/Display.html?id=3D299 > >Send such emails as yours to openpkg-rt@openpkg.org please, as then = tickets will be automatically >generated. Less problems get forgotten that way. Thanks Michael. I realized after I had sent the message that I should = have done that. Dennis From openpkg-users-owner@openpkg.org Wed Dec 3 17:33:16 2003 Received: from neutrino1.hep.caltech.edu (neutrino1.hep.caltech.edu [131.215.126.112]) by mail.openpkg.org (Postfix) with ESMTP id ED5DD2FDA46 for ; Wed, 3 Dec 2003 17:33:15 +0100 (CET) Received: from heppc22.hep.caltech.edu ([131.215.126.114]) by neutrino1.hep.caltech.edu with esmtp (Exim 4.24) id 1ARZwA-000834-83 for openpkg-users@openpkg.org; Wed, 03 Dec 2003 08:33:14 -0800 Subject: Re: OpenPKG gcc x kernel_gcc From: Conrad Steenberg To: openpkg-users@openpkg.org In-Reply-To: <20031203100105.GH2963@dt4.dev.de.cw.net> References: <1070402291.3fcd0af338853@www.spsul.com.br> <20031203100105.GH2963@dt4.dev.de.cw.net> Content-Type: text/plain Message-Id: <1070469194.16741.8.camel@heppc22.hep.caltech.edu> Mime-Version: 1.0 Date: Wed, 03 Dec 2003 08:33:14 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Alex, Michael I think Alex's question is more about having a kernel compiled with a different gcc than the applications that are running on the system. If I understand correctly all the server applications will be from OpenPKG, and compiled with the OpenPKG gcc. If that's the case, the answer is that it shouldn't matter. However, Michael is right in another sense because the server applications do interact with the gcc-2.9x compiled C library. As a data point, I've been running 10+ servers with redhat-7.3 and OpenPKG 1.3 server applications (mainly apache) without problems for about 6 months with no problems. Except for those caused by my own stupidity of course ;-) Hope this helps... Conrad On Wed, 2003-12-03 at 02:01, Michael Schloh von Bennewitz wrote: > On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > > What I whant to ask is if I should worry about compiling all my server stuff > > (apache, ldap, named, ...) with the new gcc-3.3 from OpenPKG as my kernel is > > still compiled with gcc-2.9x ? > > > If your question is, > > 'I want to build the apache, ldap, bind, and other OpenPKG packages > using the OpenPKG gcc package' > > Then the answer is 'Good'. But if your question is, > > 'I want to build external (not OpenPKG) software with the OpenPKG gcc' > > Then you're on your own. In almost all cases it's fine, but there is > software (like the IRRToolSet and many others) which don't build easily > with OpenPKG GCC. In the case of IRRToolSet, it has nonstandard constructs > that only nonstandard (older 2.9X) GCC compilers can parse. > > Of course the ultimate answer is to try it out yourself. If there's > something that you've been compiling with the Red Hat native GCC, then try > building a test copy of the software with the OpenPKG GCC now. > > $ CC=/cw/bin/gcc \ > CXX=/cw/bin/g++ \ > ./configure --prefix=/tmp/test --myoptions=... > $ CC=/cw/bin/gcc \ > CXX=/cw/bin/g++ \ > make -- Conrad Steenberg From openpkg-users-owner@openpkg.org Wed Dec 3 19:29:24 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 4956B3016A2 for ; Wed, 3 Dec 2003 19:29:24 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2799D4CE57E; Wed, 3 Dec 2003 19:29:24 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 035A7286BA; Wed, 3 Dec 2003 19:28:03 +0100 (CET) Date: Wed, 3 Dec 2003 19:28:03 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG gcc x kernel_gcc Message-ID: <20031203182803.GA58995@engelschall.com> References: <1070402291.3fcd0af338853@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070402291.3fcd0af338853@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > I pretend to use all server stuff from OpenPKG over a RedHat 7.3. > > I can'tupgrad from RH7.3 due a hardware driver only in binary format compiled > with gcc-2.9x, making RH 8/9 not loading this driver (complaining gcc version > problem). > > So I was told to build all OpenPKG from source starting with gcc-3.3. > > What I whant to ask is if I should worry about compiling all my server stuff > (apache, ldap, named, ...) with the new gcc-3.3 from OpenPKG as my kernel is > still compiled with gcc-2.9x ? The compiler used for building the kernel has no influence at all to the OpenPKG packages. It doesn't matter that there gcc 2.96 was used while OpenPKG is already compiled with gcc 3.3. Where it can matter more is the glibc, but there the version difference is fortunately no problem. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Dec 4 13:22:56 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 66B9D2FDA62 for ; Thu, 4 Dec 2003 13:22:55 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 5E301413C; Thu, 4 Dec 2003 09:39:33 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPKG gcc x kernel_gcc Message-ID: <1070541573.3fcf2b0507b5a@www.spsul.com.br> Date: Thu, 04 Dec 2003 09:39:33 -0300 (BRT) From: alexb@atix.com.br References: <1070402291.3fcd0af338853@www.spsul.com.br> <20031203100105.GH2963@dt4.dev.de.cw.net> <1070469194.16741.8.camel@heppc22.hep.caltech.edu> In-Reply-To: <1070469194.16741.8.camel@heppc22.hep.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks Conrad! That was exacly my concenrs about gcc. I whant to use the server packages from OpenPKG that I will compile with OpenPKG version of gcc-3.3, but my glibc an kernel are still from RedHat 7.3 compiled with a gcc-2.9.x. Cópia Conrad Steenberg : > Hi Alex, Michael > > I think Alex's question is more about having a kernel compiled with a > different gcc than the applications that are running on the system. If > I > understand correctly all the server applications will be from OpenPKG, > and compiled with the OpenPKG gcc. > > If that's the case, the answer is that it shouldn't matter. > > However, Michael is right in another sense because the server > applications do interact with the gcc-2.9x compiled C library. > > As a data point, I've been running 10+ servers with redhat-7.3 and > OpenPKG 1.3 server applications (mainly apache) without problems for > about 6 months with no problems. Except for those caused by my own > stupidity of course ;-) > > Hope this helps... > > Conrad > > On Wed, 2003-12-03 at 02:01, Michael Schloh von Bennewitz wrote: > > On Tue, Dec 02, 2003, alexb@atix.com.br wrote: > > > What I whant to ask is if I should worry about compiling all my > server stuff > > > (apache, ldap, named, ...) with the new gcc-3.3 from OpenPKG as my > kernel is > > > still compiled with gcc-2.9x ? > > > > > If your question is, > > > > 'I want to build the apache, ldap, bind, and other OpenPKG > packages > > using the OpenPKG gcc package' > > > > Then the answer is 'Good'. But if your question is, > > > > 'I want to build external (not OpenPKG) software with the OpenPKG > gcc' > > > > Then you're on your own. In almost all cases it's fine, but there is > > software (like the IRRToolSet and many others) which don't build > easily > > with OpenPKG GCC. In the case of IRRToolSet, it has nonstandard > constructs > > that only nonstandard (older 2.9X) GCC compilers can parse. > > > > Of course the ultimate answer is to try it out yourself. If there's > > something that you've been compiling with the Red Hat native GCC, then > try > > building a test copy of the software with the OpenPKG GCC now. > > > > $ CC=/cw/bin/gcc \ > > CXX=/cw/bin/g++ \ > > ./configure --prefix=/tmp/test --myoptions=... > > $ CC=/cw/bin/gcc \ > > CXX=/cw/bin/g++ \ > > make > -- > Conrad Steenberg > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Thu Dec 4 19:40:01 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id A56362FDA50 for ; Thu, 4 Dec 2003 19:40:00 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id F19FE11EF68; Thu, 4 Dec 2003 10:39:58 -0800 (PST) Date: Thu, 4 Dec 2003 10:39:58 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204183958.GA9293@alexis.mi.celestial.com> References: <20031204160417.GA71555@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204160417.GA71555@en4.engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When I tried using rsync to update our mirrors here, the ftp.openpkg.org::openpkg-ftp module seems to have disappeared. Was this intentional? Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Windows is a computer virus with a user interface!! From openpkg-users-owner@openpkg.org Thu Dec 4 20:40:25 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id B33D72FDA45 for ; Thu, 4 Dec 2003 20:40:24 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 9BB944CE580; Thu, 4 Dec 2003 20:40:24 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3F75C286B9; Thu, 4 Dec 2003 20:40:16 +0100 (CET) Date: Thu, 4 Dec 2003 20:40:16 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204194016.GA85170@engelschall.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204183958.GA9293@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Bill Campbell wrote: > When I tried using rsync to update our mirrors here, the > ftp.openpkg.org::openpkg-ftp module seems to have disappeared. > > Was this intentional? No. We temporarily disabled the rsync service on all our projects today and after upgrading the packages the config of openpkg.org was accidently destroyed. I've restored it from backup now and the service is available as before. Thanks for noticing and reporting, Bill. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Dec 4 20:45:18 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 8C9DB301871 for ; Thu, 4 Dec 2003 20:45:17 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 72EAD11F1A2; Thu, 4 Dec 2003 11:45:15 -0800 (PST) Date: Thu, 4 Dec 2003 11:45:15 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204194515.GA59535@alexis.mi.celestial.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> <20031204194016.GA85170@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204194016.GA85170@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Ralf S. Engelschall wrote: >On Thu, Dec 04, 2003, Bill Campbell wrote: > >> When I tried using rsync to update our mirrors here, the >> ftp.openpkg.org::openpkg-ftp module seems to have disappeared. >> >> Was this intentional? > >No. We temporarily disabled the rsync service on all our projects >today and after upgrading the packages the config of openpkg.org was >accidently destroyed. I've restored it from backup now and the service >is available as before. Thanks for noticing and reporting, Bill. You're welcome. On a related note, is there any reason you didn't go to rsync-2.5.7 instead of updating rsync-2.5.6? When I saw the security advisory last night from Rsync, I got the tarball, changed the Version number in the rsync.spec file, and it rebuilt without problems. I've been running that on our servers here since then without noticeable ill effects. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Those who profess to favor freedom, and yet depreciate agitation, are men who want rain without thunder and lightning. They want the ocean without the roar of its many waters. -- Frederick Douglass From openpkg-users-owner@openpkg.org Thu Dec 4 21:11:37 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 6ED78300BE0 for ; Thu, 4 Dec 2003 21:11:37 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 664858D79F; Thu, 4 Dec 2003 21:11:36 +0100 (CET) Date: Thu, 4 Dec 2003 21:11:36 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204201136.GB1284@dev.de.cw.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> <20031204194016.GA85170@engelschall.com> <20031204194515.GA59535@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204194515.GA59535@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Bill Campbell wrote: > On a related note, is there any reason you didn't go to rsync-2.5.7 instead > of updating rsync-2.5.6? > It is our policy to not change vendor versions and backport patches for 100% compatiblity. Even if some strange client looks for the server version it won't notice a difference. The only exception to that rule is fsl which is a OSSP project driven by and and made for OpenPKG - so we understand the scope of changes and compatiblity is under our control. > When I saw the security advisory last night from > Rsync, I got the tarball, changed the Version number in the rsync.spec > file, and it rebuilt without problems. I've been running that on our > servers here since then without noticeable ill effects. > That's what we did with CURRENT. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Dec 4 22:01:25 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 4EB95301503 for ; Thu, 4 Dec 2003 22:01:25 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 0AED04CE579; Thu, 4 Dec 2003 22:01:24 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 0857E286B9; Thu, 4 Dec 2003 22:00:26 +0100 (CET) Date: Thu, 4 Dec 2003 22:00:25 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204210025.GA88886@engelschall.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> <20031204194016.GA85170@engelschall.com> <20031204194515.GA59535@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204194515.GA59535@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Bill Campbell wrote: > [...] > On a related note, is there any reason you didn't go to rsync-2.5.7 instead > of updating rsync-2.5.6? When I saw the security advisory last night from > Rsync, I got the tarball, changed the Version number in the rsync.spec > file, and it rebuilt without problems. I've been running that on our > servers here since then without noticeable ill effects. I'm not sure whether I understand your question. OpenPKG-CURRENT _is_ at rsync-2.5.7-20031204. Only OpenPKG-1.2-SOLID and OpenPKG-1.3-SOLID packages are at rsync-2.5.5-1.2.1 and rsync-2.5.6-1.3.1. But these are old versions with the security bugfix backported. And that's the way we do all security update packages: the vendor version is intentionally kept (for full compatibility) and the security fix is included. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Dec 4 22:15:48 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id AB40C2FDA40 for ; Thu, 4 Dec 2003 22:15:47 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 0383C11E8A0; Thu, 4 Dec 2003 13:15:45 -0800 (PST) Date: Thu, 4 Dec 2003 13:15:45 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031204211545.GA17552@alexis.mi.celestial.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> <20031204194016.GA85170@engelschall.com> <20031204194515.GA59535@alexis.mi.celestial.com> <20031204210025.GA88886@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204210025.GA88886@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Ralf S. Engelschall wrote: >On Thu, Dec 04, 2003, Bill Campbell wrote: > >> [...] >> On a related note, is there any reason you didn't go to rsync-2.5.7 instead >> of updating rsync-2.5.6? When I saw the security advisory last night from >> Rsync, I got the tarball, changed the Version number in the rsync.spec >> file, and it rebuilt without problems. I've been running that on our >> servers here since then without noticeable ill effects. > >I'm not sure whether I understand your question. OpenPKG-CURRENT _is_ >at rsync-2.5.7-20031204. Only OpenPKG-1.2-SOLID and OpenPKG-1.3-SOLID >packages are at rsync-2.5.5-1.2.1 and rsync-2.5.6-1.3.1. But these are >old versions with the security bugfix backported. And that's the way we >do all security update packages: the vendor version is intentionally >kept (for full compatibility) and the security fix is included. I wasn't aware of this policy as I think I've seen a reasonable number of version updates in the release tree Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Guns are no more responsible for killing people than the spoon is responsible for making Rosie O'Donnell fat.'' From openpkg-users-owner@openpkg.org Fri Dec 5 08:59:10 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 837892FEAC0 for ; Fri, 5 Dec 2003 08:59:10 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB57x8V1026473 for ; Fri, 5 Dec 2003 08:59:08 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB57x70r026465 for ; Fri, 5 Dec 2003 08:59:07 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hB57x7A10204 for ; Fri, 5 Dec 2003 08:59:07 +0100 (MET) Received: from DellSx260 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hB57x6T22384 for ; Fri, 5 Dec 2003 08:59:07 +0100 (MET) Message-ID: <005601c3bb05$a98a4e70$6902a8c0@DellSx260> From: "Birger Kraegelin" To: Subject: OpenPKG sendmail configuration Date: Fri, 5 Dec 2003 08:59:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The OpenPKG sendmail configuration looks somewhat unusual to me. In sendmail.m4 I find some features, I cannot find in the sendmail documentation nor on google. These are things like FEATURE(custom_listen) FEATURE(performance) Is there any documentation about the sendmail configuration? (Comment says, it's built by Ralf S. Engelschall.) As I try to port our sendmail configuration (built for a cluster of servers capable for 50 million emails per month, virus scanned and spam marked) to OpenPKG, I have to find a new mix between our tuned config and the OpenPKG one. Please help. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Fri Dec 5 09:22:23 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 89DB6301592 for ; Fri, 5 Dec 2003 09:22:23 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 69F194CE59F; Fri, 5 Dec 2003 09:22:23 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 7BBDD28826; Fri, 5 Dec 2003 09:07:31 +0100 (CET) Date: Fri, 5 Dec 2003 09:07:31 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: [OpenPKG-SA-2003.051] OpenPKG Security Advisory (rsync) Message-ID: <20031205080731.GA46150@engelschall.com> References: <20031204160417.GA71555@en4.engelschall.com> <20031204183958.GA9293@alexis.mi.celestial.com> <20031204194016.GA85170@engelschall.com> <20031204194515.GA59535@alexis.mi.celestial.com> <20031204210025.GA88886@engelschall.com> <20031204211545.GA17552@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031204211545.GA17552@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Dec 04, 2003, Bill Campbell wrote: > On Thu, Dec 04, 2003, Ralf S. Engelschall wrote: > >On Thu, Dec 04, 2003, Bill Campbell wrote: > > > >> [...] > >> On a related note, is there any reason you didn't go to rsync-2.5.7 instead > >> of updating rsync-2.5.6? When I saw the security advisory last night from > >> Rsync, I got the tarball, changed the Version number in the rsync.spec > >> file, and it rebuilt without problems. I've been running that on our > >> servers here since then without noticeable ill effects. > > > >I'm not sure whether I understand your question. OpenPKG-CURRENT _is_ > >at rsync-2.5.7-20031204. Only OpenPKG-1.2-SOLID and OpenPKG-1.3-SOLID > >packages are at rsync-2.5.5-1.2.1 and rsync-2.5.6-1.3.1. But these are > >old versions with the security bugfix backported. And that's the way we > >do all security update packages: the vendor version is intentionally > >kept (for full compatibility) and the security fix is included. > > I wasn't aware of this policy as I think I've seen a reasonable number of > version updates in the release tree No, AFAIK the only exception was and still is OSSP fsl for obvious reasons. For all other 1.x-SOLID packages (../UPD/*.src.rpm) there intentionally never changed the vendor version. This is very important and in our opinion one of the great benefits our security engineering policy provides to our community (especially compared to some other package vendors which do not follow such a strict security bugfix policy ;-) -- although it often means really a lot of backporting trouble for us. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 5 10:41:09 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id CC4DF30167F for ; Fri, 5 Dec 2003 10:41:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id B02B84CE5A1; Fri, 5 Dec 2003 10:41:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 9D2B428826; Fri, 5 Dec 2003 10:40:56 +0100 (CET) Date: Fri, 5 Dec 2003 10:40:56 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG sendmail configuration Message-ID: <20031205094056.GA48676@engelschall.com> References: <005601c3bb05$a98a4e70$6902a8c0@DellSx260> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <005601c3bb05$a98a4e70$6902a8c0@DellSx260> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 05, 2003, Birger Kraegelin wrote: > The OpenPKG sendmail configuration looks somewhat unusual to me. > In sendmail.m4 I find some features, I cannot find in the > sendmail documentation nor on google. > > These are things like > > FEATURE(custom_listen) > FEATURE(performance) > > Is there any documentation about the sendmail configuration? > (Comment says, it's built by Ralf S. Engelschall.) > > As I try to port our sendmail configuration (built for a cluster > of servers capable for 50 million emails per month, virus scanned > and spam marked) to OpenPKG, I have to find a new mix between > our tuned config and the OpenPKG one. Well, these are custom additions from us which you can find in the cf.tar file of our "sendmail" package. There are nothing fancy, but allowed us to reduce the complexity of our sendmail.m4 file a little bit by moving out generic parts. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 5 10:58:29 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id ECBD5301287 for ; Fri, 5 Dec 2003 10:54:42 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB59sfV1019942 for ; Fri, 5 Dec 2003 10:54:41 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB59se0r019939 for ; Fri, 5 Dec 2003 10:54:40 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hB59seA19166 for ; Fri, 5 Dec 2003 10:54:40 +0100 (MET) Received: from 0 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hB59seT05522; Fri, 5 Dec 2003 10:54:40 +0100 (MET) Message-Id: <200312050954.hB59seT05522@iitb.fhg.de> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=iso-8859-1 Subject: Re: OpenPKG sendmail configuration From: Birger Kraegelin To: openpkg-users@openpkg.org In-Reply-To: <20031205094056.GA48676@engelschall.com> Date: Fri, 05 Dec 2003 10:54:40 +0100 Cc: openpkg-users@openpkg.org MIME-Version: 1.0 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Well, these are custom additions from us which you can find in the > cf.tar file of our "sendmail" package. There are nothing fancy, but > allowed us to reduce the complexity of our sendmail.m4 file a little bit > by moving out generic parts. Ok, I see. Do you have any docs about how and why? It would make live easier then making a tree diff to the original sendmail distribution and finding every parameter in the sendmail docs. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Fri Dec 5 14:30:30 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 2BB4E2FDA40 for ; Fri, 5 Dec 2003 14:29:36 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id DA08A411F; Fri, 5 Dec 2003 10:46:18 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Mantaining OpenPKG updates Message-ID: <1070631977.3fd08c29cfe34@www.spsul.com.br> Date: Fri, 05 Dec 2003 10:46:17 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: How can I proceed do be noticed of updates in packages I have installed ? Can I autamicaly install security updates ? Something similar to apt-get ? Thanks Alex From openpkg-users-owner@openpkg.org Fri Dec 5 14:53:11 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 6207E30159F for ; Fri, 5 Dec 2003 14:53:11 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id F1CF38D76B for ; Fri, 5 Dec 2003 14:53:09 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Fri, 5 Dec 2003 14:53:09 +0100 Date: Fri, 5 Dec 2003 14:53:09 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Mantaining OpenPKG updates Message-ID: <20031205135309.GU2963@dt4.dev.de.cw.net> References: <1070631977.3fd08c29cfe34@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="R7Dyui215VKdTDYA" In-Reply-To: <1070631977.3fd08c29cfe34@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --R7Dyui215VKdTDYA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 05, 2003, alexb@spsul.com.br wrote: > How can I proceed do be noticed of updates in packages I have installed ? > Can I autamicaly install security updates ? Something similar to apt-get ? > Hello Alex, There is a OpenPKG package called 'apt', though I'm not familiar enough with it to tell if it satisfies your requirement. The closest thing to automatic security update is you writing a script to check new packages in ftp.openpkg.org/release/1.3/UPD/, or even better to parse the .rdf file on the FTP server. Have cron run this script then. You have a strong stomach if you want to upgrade your servers automatically without first reviewing the advisories. Remember that in some cases a config file will be moved, and that will require your attention. Lastly, take a look at the package called 'openpkg-tool'. It is useful in learning which of your packages are current and which are in need of upgrade. It can even create a script to upgrade your old packages, and their dependencies as well. $ man openpkg $ /cw/bin/openpkg build -Ua >runthis.sh or $ /cw/bin/openpkg build -s --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --R7Dyui215VKdTDYA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9CNxVuYv80UoVTdAQGEoAgAu3O4/+qjYDi8coS6oMEdq7huPXPS6Am7 BInyW04JqW8s/GxbRJcXnSoDjyze3dRy4I//XPnc/vudubIW7YfwdxShTAnn2NiJ hwdqIfe6XDjMa4uZIhCk/OTYmVFFxe83TQXoSEjXXW71pzh6gP3gdz+bRgdEJcvj vAqgQzwgzsFSzPH0r5oSncAeWkbkg7fvewGwUrNzXZv6uj4nfXYqCuPtTrXV7bTn R0O59wJrnR92+09OIs5ZGOaBzWpkiMEDiP4RTPqn5s+M8PDC01oqxqag2txvVWwq OHl8PF3SRq7Bo5He0PAt133VB44OVemmwxpNKS5M1gDBn6h8GKw9/w== =iOPu -----END PGP SIGNATURE----- --R7Dyui215VKdTDYA-- From openpkg-users-owner@openpkg.org Fri Dec 5 14:56:43 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7D10D301756 for ; Fri, 5 Dec 2003 14:56:43 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 4F19A8D76B for ; Fri, 5 Dec 2003 14:56:42 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Fri, 5 Dec 2003 14:56:42 +0100 Date: Fri, 5 Dec 2003 14:56:42 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Mantaining OpenPKG updates Message-ID: <20031205135642.GV2963@dt4.dev.de.cw.net> References: <1070631977.3fd08c29cfe34@www.spsul.com.br> <20031205135309.GU2963@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="e+JRL32uBeeWnrD4" In-Reply-To: <20031205135309.GU2963@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --e+JRL32uBeeWnrD4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 05, 2003, Michael Schloh von Bennewitz wrote: > [...] > $ man openpkg > $ /cw/bin/openpkg build -Ua >runthis.sh > > or > > $ /cw/bin/openpkg build -s > Sorry, that last one should read: $ /cw/bin/openpkg build -sa =2E..although there are a lot more possibilities of course. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --e+JRL32uBeeWnrD4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9COmVuYv80UoVTdAQGeRAf+LpywiyM+/D2VwRI/WAhGeqSCivB4zkA6 9kMlZwVWvNjqNVAC0Pjp8XY2r1P/onpzEcbu7j0Iq49ovwLBqi0fGUcxg8HcDC9y 5J/peS8lNuNwEiJxO0ixbwx6WuCDVeIOJ1ZdJ8ztOAcDYQ/8x7blB7NQEpDfEN95 Nr0yK5ugftHrjqkSLDgt7+kseZnnm8lWtAUmxhdZHs4jZIXcTcQW2DpdYG4iTieI Z/Qs6+rTZfdgbG+pceEe52b87X/PukwdwZoBYSE2TUvDXNLL/QY7qSL0tsTEGOjn r/d9OIiYL0U1yce/Y2jah1O3YZ/VMftnFgVU0/le566XNoG6KS/Hzg== =cRF7 -----END PGP SIGNATURE----- --e+JRL32uBeeWnrD4-- From openpkg-users-owner@openpkg.org Fri Dec 5 15:26:33 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E83C1301156 for ; Fri, 5 Dec 2003 15:26:32 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CC8FB4CE59C; Fri, 5 Dec 2003 15:26:32 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 258DA28826; Fri, 5 Dec 2003 15:17:14 +0100 (CET) Date: Fri, 5 Dec 2003 15:17:14 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG sendmail configuration Message-ID: <20031205141714.GA55806@engelschall.com> References: <20031205094056.GA48676@engelschall.com> <200312050954.hB59seT05522@iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200312050954.hB59seT05522@iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 05, 2003, Birger Kraegelin wrote: > > Well, these are custom additions from us which you can find in the > > cf.tar file of our "sendmail" package. There are nothing fancy, but > > allowed us to reduce the complexity of our sendmail.m4 file a little > bit > > by moving out generic parts. > > Ok, I see. Do you have any docs about how and why? It would make > live easier then making a tree diff to the original sendmail > distribution and finding every parameter in the sendmail docs. No extra docs available, sorry. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Dec 5 16:49:24 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3DE84301637 for ; Fri, 5 Dec 2003 16:49:24 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 120BE8D787; Fri, 5 Dec 2003 16:49:23 +0100 (CET) Date: Fri, 5 Dec 2003 16:49:22 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Mantaining OpenPKG updates Message-ID: <20031205154922.GB95456@dev.de.cw.com> References: <1070631977.3fd08c29cfe34@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070631977.3fd08c29cfe34@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 05, 2003, alexb@spsul.com.br wrote: > How can I proceed do be noticed of updates [...] > Alex, you'll find information about OpenPKG security issues on a dedicated web page [1]. That page also explains on which mailing lists security advisories are posted and how to subscribe to the openpkg-announce@openpkg.org list. [1] http://www.openpkg.org/security.html -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Dec 5 18:21:35 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id C67732FF3A2 for ; Fri, 5 Dec 2003 18:21:34 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id A06C540CD; Fri, 5 Dec 2003 14:38:19 -0300 (BRT) To: openpkg-users@openpkg.org Subject: How to know about with-options ? Message-ID: <1070645898.3fd0c28abecca@www.spsul.com.br> Date: Fri, 05 Dec 2003 14:38:18 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I know that some pakages could be build with some extra ption that I beleave could be passed to the rpm --rebuild --with-XXX=my_option. How can I find out what avaiable option a specific package has ? Is ther some rpm option that list them from .spec ? And if I build a package whith a desired option (--with-ldap) when OpenPKG release an update would the openpkg tool be smart enouth to rebuild the new package with the same option ? Thanks Alex From openpkg-users-owner@openpkg.org Fri Dec 5 19:05:17 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 57308301666 for ; Fri, 5 Dec 2003 19:05:17 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 7609411E8A1; Fri, 5 Dec 2003 10:05:15 -0800 (PST) Date: Fri, 5 Dec 2003 10:05:15 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: How to know about with-options ? Message-ID: <20031205180515.GB556@alexis.mi.celestial.com> References: <1070645898.3fd0c28abecca@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070645898.3fd0c28abecca@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 05, 2003, alexb@spsul.com.br wrote: >I know that some pakages could be build with some extra ption that I beleave >could be passed to the rpm --rebuild --with-XXX=my_option. > >How can I find out what avaiable option a specific package has ? >Is ther some rpm option that list them from .spec ? Either of these will give you a list of options (the ``i'' in ``-qi'' provides info). rpm -qpi packagefilename rpm -qi packagename >And if I build a package whith a desired option (--with-ldap) when OpenPKG >release an update would the openpkg tool be smart enouth to rebuild the new >package with the same option ? Only if it's in your ~/.openpkg/build file where one can specify everything needed by the ``openpkg'' program. I wrote a little perl script recently that goes through all the installed rpms, and generates the appropriate ``-D'' entries for the build file. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``If we got one-tenth of what was promised to us in these acceptance speeches there wouldn't be any inducement to go to heaven.'' Will Rogers From openpkg-users-owner@openpkg.org Fri Dec 5 23:51:41 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id CB95E3011C4 for ; Fri, 5 Dec 2003 23:51:40 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id hB5Mpa609968 for openpkg-users@openpkg.org; Fri, 5 Dec 2003 23:51:37 +0100 (MET) Date: Fri, 5 Dec 2003 23:50:55 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: How to know about with-options ? Message-ID: <20031205225054.GA9924@serpens.de> References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031205180515.GB556@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Dec 05, 2003 at 10:05:15AM -0800, Bill Campbell wrote: > >And if I build a package whith a desired option (--with-ldap) when OpenPKG > >release an update would the openpkg tool be smart enouth to rebuild the new > >package with the same option ? > > Only if it's in your ~/.openpkg/build file where one can specify > everything needed by the ``openpkg'' program. 'openpkg build' will update packages with the same options that were used when installing the packages unless you explicitely override them on the command line (or in the .openpkg/build file). It is still useful to have the options saved somewhere if you need to remove a package and then install it from scratch. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Mon Dec 8 12:45:02 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id EC2242FDA4A for ; Mon, 8 Dec 2003 12:45:01 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 2546440F4; Mon, 8 Dec 2003 09:01:58 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to know about with-options ? Message-ID: <1070884918.3fd468364c0d3@www.spsul.com.br> Date: Mon, 08 Dec 2003 09:01:58 -0300 (BRT) From: alexb@atix.com.br References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> In-Reply-To: <20031205180515.GB556@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The rpm -qpi only supplies global informations. I cantt get a list for avaiable compile optons. If someone could show me for example how to get the avaiable compile (--with_xxx) options for purftpd. I know that at least ther should be something to enable ldap authentication. Cópia Bill Campbell : > On Fri, Dec 05, 2003, alexb@spsul.com.br wrote: > >I know that some pakages could be build with some extra ption that I > beleave > >could be passed to the rpm --rebuild > --with-XXX=my_option. > > > >How can I find out what avaiable option a specific package has ? > >Is ther some rpm option that list them from .spec ? > > Either of these will give you a list of options (the ``i'' in ``-qi'' > provides info). > > rpm -qpi packagefilename > rpm -qi packagename > > >And if I build a package whith a desired option (--with-ldap) when > OpenPKG > >release an update would the openpkg tool be smart enouth to rebuild the > new > >package with the same option ? > > Only if it's in your ~/.openpkg/build file where one can specify > everything needed by the ``openpkg'' program. > > I wrote a little perl script recently that goes through all the > installed > rpms, and generates the appropriate ``-D'' entries for the build file. > > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > ``If we got one-tenth of what was promised to us in these acceptance > speeches there wouldn't be any inducement to go to heaven.'' > Will Rogers > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Dec 8 13:18:13 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id C40253013FF for ; Mon, 8 Dec 2003 13:18:12 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 19DBF8D758 for ; Mon, 8 Dec 2003 13:18:11 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 13:18:11 +0100 Date: Mon, 8 Dec 2003 13:18:11 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <20031208121810.GB95578@dt4.dev.de.cw.net> References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" In-Reply-To: <1070884918.3fd468364c0d3@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, alexb@atix.com.br wrote: > I cantt get a list for avaiable compile optons. If someone could show > me for example how to get the avaiable compile (--with_xxx) options for > purftpd. I know that at least ther should be something to enable ldap > authentication. > Here's how it looks for me: $ /cw/bin/rpm -qpi /tmp/pureftpd-1.1.0-1.3.0.src.rpm=20 Name: pureftpd Source RPM: (none) Version: 1.1.0 Packager: The OpenPKG Project Release: 1.3.0 Build Host: dv1.dev.de.cw.net Group: FTP Build System: ix86-freebsd4.8 Distrib: OpenPKG [BASE] Build Time: Tue Jul 29 17:09:11 2003 License: GPL Relocations: (not relocateable) Vendor: A.Gulbrandsen, Frank DENIS Install Size: 409056 bytes URL: http://www.pureftpd.org/ Install Time: (not installed) Summary: Alternative FTP Server Description: Pure-FTPd is a fast, production-quality, standard-conformant FTP server, based upon Troll-FTPd. Unlike other popular FTP servers, it's designed to be secure in default configuration, has no known buffer overflow, it is really trivial to set up and it is especially designed for modern kernels. Features include PAM support, IPv6, chroot()ed home directories, virtual domains, built-in 'ls', anti-warez system, bounded ports for passive downloads, FXP protocol, bandwidth throttling, ratios, LDAP, XML and HTML reports, support for external programs to post-process uploads and more. Provides: pureftpd::with_fsl =3D yes pureftpd::with_pam =3D no $ --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9RsAluYv80UoVTdAQEEPQgAp5Ifsc3PTMcv7ZYhq8VdLxJEduCb6XCa mweYd9+dXjCnm1qlHieQdG45x5ncC7rdphw15KDhuwPYBDsl7cwiewPf/n5jS9DZ +v6qVh/3hhUGSyuAFDh5pWoYWg05HK48Lgzza+jyuLuLdKAUApydSJ11u+dtjMF8 wBbXVDBQMs7s0I7amC4JGGDB/cXP6d5NSZ/8vNmySnSkhd24V/ARIVgepXaTcFM9 bB5/o2TYy9nScglYpBU7MTTMO8eAGoArKh3FVwg+SVQSo7e/R0LyMvlq0Fpk6zKO I9JPtX4/AN98xUGmRlSW/xBmIVWudYxDhZQ/u6WiVr3LSEn8SC+J9w== =Mm7v -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From openpkg-users-owner@openpkg.org Mon Dec 8 13:32:59 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A88522FFBBE for ; Mon, 8 Dec 2003 13:32:58 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id EABFD8D758 for ; Mon, 8 Dec 2003 13:32:56 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 13:32:56 +0100 Date: Mon, 8 Dec 2003 13:32:56 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <20031208123256.GC95578@dt4.dev.de.cw.net> References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> <20031208121810.GB95578@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" In-Reply-To: <20031208121810.GB95578@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, Michael Schloh von Bennewitz wrote: > On Mon, Dec 08, 2003, alexb@atix.com.br wrote: >> I cantt get a list for avaiable compile optons. If someone could show >> me for example how to get the avaiable compile (--with_xxx) options for >> purftpd. I know that at least ther should be something to enable ldap >> authentication. >> > > Here's how it looks for me: > > $ /cw/bin/rpm -qpi /tmp/pureftpd-1.1.0-1.3.0.src.rpm > > [...] > > Provides: > pureftpd::with_fsl =3D yes > pureftpd::with_pam =3D no > $ > As you see, there are already values (yes, no) assigned to the provided options. The reason is that these are the default values that will be used should the package be built without giving any options on the command line. $ rpm --rebuild pureftpd-1.1.0-1.3.0.src.rpm will therefore have the same effect as: $ rpm --rebuild --define 'with_fsl yes' --define 'with_pam no' \ pureftpd-1.1.0-1.3.0.src.rpm --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9RveFuYv80UoVTdAQF6sQgAruL4h/C0iX4hTOlcj2VdffPYgWWPFc0x UTZMA9nqlTLm1XqIA0Z2PeuskX+5BdajgKt3ESiLKY4ha5RQNp8IPeSn+ayEhHRH EgA3jeMFVimJydbt1LFYGIz/NRPOF8TVdsPq0MI+MHdzvfAlqT7NDAzMiEWpRYDD h6WcfFTylNXs6a6UEGrPTxe1rIDu6xCYXxZdF8XTQV87LbiK+7MsgQLxthKwzIP9 5QuJ35oGXtJV539ZHPRCswWrcMgn4M8JTlal4x6WPkmwzwZCsPetUbaqV9EQGr53 EBILi533lqBFpjEx6NNqdLOdWMEzdoIkOs1/Is0Bu/sOIv9oD5/KwQ== =LvMI -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From openpkg-users-owner@openpkg.org Mon Dec 8 13:49:13 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 242442FE8EC for ; Mon, 8 Dec 2003 13:49:12 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 783B74110; Mon, 8 Dec 2003 10:06:13 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <1070888773.3fd4774538856@www.spsul.com.br> Date: Mon, 08 Dec 2003 10:06:13 -0300 (BRT) From: alexb@atix.com.br References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> <20031208121810.GB95578@dt4.dev.de.cw.net> In-Reply-To: <20031208121810.GB95578@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Looking at the source of pureftpd and issuing ./configure --help I got: [root@arara pure-ftpd-1.1.0]# ./configure --help `configure' configures this package to adapt to many kinds of systems. Usage: ./configure [OPTION]... [VAR=VALUE]... To assign environment variables (e.g., CC, CFLAGS...), specify them as VAR=VALUE. See below for descriptions of some of the useful variables. Defaults for the options are specified in brackets. Configuration: -h, --help display this help and exit --help=short display options specific to this package --help=recursive display the short help of all the included packages -V, --version display version information and exit -q, --quiet, --silent do not print `checking...' messages --cache-file=FILE cache test results in FILE [disabled] -C, --config-cache alias for `--cache-file=config.cache' -n, --no-create do not create output files --srcdir=DIR find the sources in DIR [configure dir or `..'] Installation directories: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX [PREFIX] By default, `make install' will install all the files in `/usr/local/bin', `/usr/local/lib' etc. You can specify an installation prefix other than `/usr/local' using `--prefix', for instance `--prefix=$HOME'. For better control, use the options below. Fine tuning of the installation directories: --bindir=DIR user executables [EPREFIX/bin] --sbindir=DIR system admin executables [EPREFIX/sbin] --libexecdir=DIR program executables [EPREFIX/libexec] --datadir=DIR read-only architecture-independent data [PREFIX/share] --sysconfdir=DIR read-only single-machine data [PREFIX/etc] --sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] --libdir=DIR object code libraries [EPREFIX/lib] --includedir=DIR C header files [PREFIX/include] --oldincludedir=DIR C header files for non-gcc [/usr/include] --infodir=DIR info documentation [PREFIX/info] --mandir=DIR man documentation [PREFIX/man] Program names: --program-prefix=PREFIX prepend PREFIX to installed program names --program-suffix=SUFFIX append SUFFIX to installed program names --program-transform-name=PROGRAM run sed PROGRAM on installed program names Optional Features: --disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no) --enable-FEATURE[=ARG] include FEATURE [ARG=yes] --disable-dependency-tracking Speeds up one-time builds --enable-dependency-tracking Do not reject slow dependency extractors --disable-largefile omit support for large files Optional Packages: --with-PACKAGE[=ARG] use PACKAGE [ARG=yes] --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) --with-dmalloc use dmalloc, as in http://www.dmalloc.com/dmalloc.tar.gz --without-standalone Don't compile the standalone server code --without-inetd Don't support super-servers (like inetd) --without-capabilities Don't use Linux capabilities (default=detect) --without-shadow Don't use shadow passwords (default=detect) --without-usernames Use only numerical UIDs/GIDs --without-iplogging Never log remote IP addresses (privacy) --without-humor Disable humor (enabled by default) --without-longoptions Don't support long options (like --help) --without-ascii Don't support 7-bits (ASCII) transfers --without-banner Don't display any initial banner --without-globbing Don't include globbing code --without-nonalnum Only allow basic alphanumeric characters in file names --without-sendfile Don't use zero-copy optimizations (for network FS) --with-minimal Build only a small minimal server --with-paranoidmsg Use paranoid, but not admin-friendly messages --with-sysquotas Use system (not virtual) quotas --with-altlog Support alternative log format (Apache-like) --with-puredb Support virtual (FTP-only) users --with-pam Enable PAM support (default=disabled) --with-cookie Support 'fortune' cookies (-F option) --with-throttling Support bandwidth throttling (disabled by default) --with-ratios Support for upload/download ratios --with-quotas Support .ftpquota files --with-ftpwho Support for pure-ftpwho and pure-ftpcount --with-largefile Support for files > 2 Gb (slower) --with-welcomemsg Support welcome.msg backward compatibility --with-uploadscript Allow running an external script after an upload --with-virtualhosts Handle virtual servers on different IP addresses --with-virtualchroot Enable the ability to follow symlinks outside a chroot jail --with-nonroot Non-root FTP (*VERY INSECURE, DON'T USE BLINDLY*) --with-debug For maintainers only - please do not use --with-everything Build a big server with almost everything --with-language= < english | german | romanian | french | french-funny | polish | spanish | danish | dutch | italian | brazilian-portuguese | slovak | korean > --with-ldap Users database is an LDAP directory (see doc) --with-mysql Users database is a MySQL database (see doc) Some influential environment variables: CC C compiler command CFLAGS C compiler flags LDFLAGS linker flags, e.g. -L if you have libraries in a nonstandard directory CPPFLAGS C/C++ preprocessor flags, e.g. -I if you have headers in a nonstandard directory CPP C preprocessor PERL local path to the perl interpreter PYTHON local path to the python interpreter Use these variables to override the choices made by `configure' or to help it to find libraries and programs with nonstandard names/locations. SO can I set ANY of this options to openpkg as -Dwith_XXX or just the two shown by rpm -qpi ? In particular I whant to enable LDAP auth and brazilian language Cópia Michael Schloh von Bennewitz : > On Mon, Dec 08, 2003, alexb@atix.com.br wrote: > > I cantt get a list for avaiable compile optons. If someone could > show > > me for example how to get the avaiable compile (--with_xxx) options > for > > purftpd. I know that at least ther should be something to enable > ldap > > authentication. > > > > Here's how it looks for me: > > $ /cw/bin/rpm -qpi /tmp/pureftpd-1.1.0-1.3.0.src.rpm > Name: pureftpd Source RPM: (none) > Version: 1.1.0 Packager: The OpenPKG Project > Release: 1.3.0 Build Host: dv1.dev.de.cw.net > Group: FTP Build System: ix86-freebsd4.8 > Distrib: OpenPKG [BASE] Build Time: Tue Jul 29 17:09:11 > 2003 > License: GPL Relocations: (not relocateable) > Vendor: A.Gulbrandsen, Frank DENIS Install Size: 409056 bytes > URL: http://www.pureftpd.org/ Install Time: (not installed) > Summary: Alternative FTP Server > Description: > Pure-FTPd is a fast, production-quality, standard-conformant FTP > server, based upon Troll-FTPd. Unlike other popular FTP servers, > it's designed to be secure in default configuration, has no known > buffer overflow, it is really trivial to set up and it is > especially > designed for modern kernels. Features include PAM support, IPv6, > chroot()ed home directories, virtual domains, built-in 'ls', > anti-warez system, bounded ports for passive downloads, FXP > protocol, bandwidth throttling, ratios, LDAP, XML and HTML > reports, > support for external programs to post-process uploads and more. > Provides: > pureftpd::with_fsl = yes > pureftpd::with_pam = no > $ > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > > From openpkg-users-owner@openpkg.org Mon Dec 8 14:05:58 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 6105C2FEB10 for ; Mon, 8 Dec 2003 14:05:58 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 3EB4B40BD; Mon, 8 Dec 2003 10:23:00 -0300 (BRT) To: openpkg-users@openpkg.org Subject: No -devel package in OpenPKG ? Message-ID: <1070889779.3fd47b33efa07@www.spsul.com.br> Date: Mon, 08 Dec 2003 10:22:59 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When compiling a package that should support some facility I used to install first the -devel package. Let say, to have pam support for pureftpd I needed to have pam-devel installed first. Wher does OpenPKG get the pam-devel stuff from when compiling pureftpd --with_pam Alex From openpkg-users-owner@openpkg.org Mon Dec 8 15:44:19 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 851583015C6 for ; Mon, 8 Dec 2003 15:44:19 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id D45638D758 for ; Mon, 8 Dec 2003 15:44:17 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 15:44:17 +0100 Date: Mon, 8 Dec 2003 15:44:17 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <20031208144417.GE95578@dt4.dev.de.cw.net> References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> <20031208121810.GB95578@dt4.dev.de.cw.net> <1070888773.3fd4774538856@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="k3qmt+ucFURmlhDS" In-Reply-To: <1070888773.3fd4774538856@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --k3qmt+ucFURmlhDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, alexb@atix.com.br wrote: > Looking at the source of pureftpd and issuing ./configure --help I got: > > [root@arara pure-ftpd-1.1.0]# ./configure --help > `configure' configures this package to adapt to many kinds of systems. > > Usage: ./configure [OPTION]... [VAR=3DVALUE]... >=20 > To assign environment variables (e.g., CC, CFLAGS...), specify them as > VAR=3DVALUE. See below for descriptions of some of the useful variables. > > Defaults for the options are specified in brackets. > > Configuration: > -h, --help display this help and exit > --help=3Dshort display options specific to this package > > [...] > That's 'configure', a script generated by autoconf. It is different than the script called 'pureftpd.spec' that is hand written and used by RPM. > SO can I set ANY of this options to openpkg as -Dwith_XXX or just the two= shown > by rpm -qpi ? > You can just use the options shown by rpm -qpi. Two in this case. > In particular I whant to enable LDAP auth and brazilian language > No problem, you have to either (1) write your own spec file and roll your own package. or (2) extract the spec file from the official OpenPKG package, modify it with your own options and other logic, and finally roll your own package. I think that #2 is easier than #1, so I'll tell you right away how to extract the spec file from an official OpenPKG package. $ rpm2cpio package.src.rpm | cpio -ivd filename.spec If you don't know the filename to extract, get a list of packaged files: $ rpm2cpio package.src.rpm | cpio -ivt The rpm2cpio command is always the same, because it is installed by OpenPKG. The cpio command itself variers from OS to OS, so the above flags might be a little different for you. 'ivd' and 'ivt' work just fine for Solaris 8 and 9 (both x86 and SPARC) and FreeBSD 4.8 and 4.9. Good luck, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --k3qmt+ucFURmlhDS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9SOQVuYv80UoVTdAQFCVwf+L/HVaHMFh3M8v86jaqiB13x+KcvXBJJT I5Cs6MMKQ7xXKH72jTjQpR5bSMYjllC0onRf+fW1x9+oQx4RWrp4+mhugdxEWY7F mPIqDgu18Ve2iY/pepv3CRPrIJAqm6+/NOVr96hSm/ZAKDYrs1E6p4VURAiDP8pM aSKGYfAoiT9O/SejpNG6b+kiRd+oWEPFbYoWsWLniAQmrIIO49ADte60FtsM9E1T q+UxaBCZg4lXIjm6EhwzHrCZcixMX5HprJmrrmzFFMoBuuqWUbsu2ugTieQDV6Qt u08v5d2e9RP/dZt9MyUYF2xzde8A5qA02pxhkzxJrGEoTOdIrWre9Q== =sqDI -----END PGP SIGNATURE----- --k3qmt+ucFURmlhDS-- From openpkg-users-owner@openpkg.org Mon Dec 8 15:58:23 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 999F92FDA4A for ; Mon, 8 Dec 2003 15:58:23 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C40AC8D758 for ; Mon, 8 Dec 2003 15:58:21 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 15:58:21 +0100 Date: Mon, 8 Dec 2003 15:58:21 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No -devel package in OpenPKG ? Message-ID: <20031208145821.GF95578@dt4.dev.de.cw.net> References: <1070889779.3fd47b33efa07@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="IvGM3kKqwtniy32b" In-Reply-To: <1070889779.3fd47b33efa07@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --IvGM3kKqwtniy32b Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > When compiling a package that should support some facility I used to > install first the -devel package. Let say, to have pam support for > pureftpd I needed to have pam-devel installed first. > I don't know what -devel is, or what pam-devel is, but... > Where does OpenPKG get the pam-devel stuff from when compiling pureftpd > --with_pam > OpenPKG doesn't use anything called 'pam-devel'. If you want to install pureftpd with the PAm option turned on then: $ rpm --rebuild pam-20030715-1.3.0.src.rpm $ rpm --rebuild --define 'with_pam yes' pureftpd-1.1.0-1.3.0.src.rpm Due to pureftpd's dependencies, you will need to have the 'make' and 'fsl' OpenPKG packages already installed. If you use the 'with_fsl no' option, then you don't need to install 'fsl' first of course. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --IvGM3kKqwtniy32b Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9SRjVuYv80UoVTdAQF4AQf/UQG0su8E71bhBlzZ4DERBfQUATesOs+e pc4bU0B9IfTivn5ZxsabbTo87uCJgaQ9XTbpwOrOtHDUi2ex6GUPCnTYshlf4I6r nRuXMmGhS/5clHopGZQO71VCEh5obysxfWyZAHxXT1ZTmJmeKtQfJcbd2IpixDId JF1A7chLzNeFG91+p/RlN+o17G/a7AzW2iSN3QvA50AH3qIu6tOa8wMM1WvLAznt c7Kw5Y2EFgGTXF4MTV8Dm4akgFU2GGJu2AMTy3WXIn/iDjKgRuyHXPno9ddq5YEl 0eV9g5+2mjtjta0XcYuktOjKukKJkLSEZ2luntxy8XIzNgJHR0m0BA== =B9I5 -----END PGP SIGNATURE----- --IvGM3kKqwtniy32b-- From openpkg-users-owner@openpkg.org Mon Dec 8 16:19:58 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 96A4B2FDA4A for ; Mon, 8 Dec 2003 16:19:58 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id F13398D758 for ; Mon, 8 Dec 2003 16:19:56 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 16:19:56 +0100 Date: Mon, 8 Dec 2003 16:19:56 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No -devel package in OpenPKG ? Message-ID: <20031208151956.GG95578@dt4.dev.de.cw.net> References: <1070889779.3fd47b33efa07@www.spsul.com.br> <20031208145821.GF95578@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="oXNgvKVxGWJ0RPMJ" In-Reply-To: <20031208145821.GF95578@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --oXNgvKVxGWJ0RPMJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, Michael Schloh von Bennewitz wrote: > OpenPKG doesn't use anything called 'pam-devel'. If you want to install > pureftpd with the PAM option turned on then: > > $ rpm --rebuild pam-20030715-1.3.0.src.rpm > $ rpm --rebuild --define 'with_pam yes' pureftpd-1.1.0-1.3.0.src.rpm > Whoops, the most recent pam release package is called 'pam-1.3.1-1.3.1.src.rpm' in the UPD directory. And of course, you have to installed '-Uvh' the resulting binary packages as well as building '--rebuild' their sources. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --oXNgvKVxGWJ0RPMJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9SWnFuYv80UoVTdAQG7JAgAr4iTDoFkOgOzwlxCXbm0g7rHgQjfPnbI Gjk8xX+nbNDUaJywd9mH8b5Ks22uf4+NWEZwLAqMwGHOjS4AsdUygsH8GtNiYZEO CH/9Y/vtb3tye/MMwyqebv5veHZSzWYfNVCqvKCv36ge7qpzJvdzqHZo5hPLUc3F B6w0goM4z3PmVfUJDwAkB8LBM/peFCbXHfFtozrO7o1nFO4FBQbuPI2w68ZTuoU7 XiccOQ15wrdaHWNMnp1K6ZNp6kKTBLn5vbLTWJIHAJA/dx6RJCrlwyGz4p6qR/MA GY6EvwYg/xRRjyDwiipMRxZhkfeznK5mkJvCPBF93y8rxX1qnVpQJg== =Nhvg -----END PGP SIGNATURE----- --oXNgvKVxGWJ0RPMJ-- From openpkg-users-owner@openpkg.org Mon Dec 8 18:32:47 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 9DA9B301287 for ; Mon, 8 Dec 2003 18:32:46 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id A16DC4110; Mon, 8 Dec 2003 14:49:49 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <1070905789.3fd4b9bd731da@www.spsul.com.br> Date: Mon, 08 Dec 2003 14:49:49 -0300 (BRT) From: alexb@spsul.com.br References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> <20031208121810.GB95578@dt4.dev.de.cw.net> <1070888773.3fd4774538856@www.spsul.com.br> <20031208144417.GE95578@dt4.dev.de.cw.net> In-Reply-To: <20031208144417.GE95578@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I do not understand enouth of rpm build .spec file, but I took a look at pure-ftpd.spec where I got: %build if [ ! -f configure ]; then CFLAGS="$RPM_OPT_FLAGS" ./autogen.sh --prefix=%{prefix} \ %if %{con_pam} --with-pam \ %endif --with-paranoidmsg --with-everything --without-capabilities \ --with-virtualchroot \ --mandir=%{_mandir} --sysconfdir=%{sysconfdir} else CFLAGS="$RPM_OPT_FLAGS" ./configure --prefix=%{prefix} \ %if %{con_pam} --with-pam \ %endif --with-paranoidmsg --with-everything --without-capabilities \ --with-virtualchroot \ --mandir=%{_mandir} --sysconfdir=%{sysconfdir} fi if [ "$SMP" != "" ]; then (make "MAKE=make -k -j $SMP"; exit 0) make else make fi This makes me supose that OpenPKG in fact use ./configure, but just don't let me specify the ldap/language option. I suspect that ldap is coverd by the --with-everything option. Does I'm understanding this right ? Do I need to instal OpenPKG ldap first, before building pureftpd with ldap support ? Alex Cópia Michael Schloh von Bennewitz : > On Mon, Dec 08, 2003, alexb@atix.com.br wrote: > > Looking at the source of pureftpd and issuing ./configure --help I > got: > > > > [root@arara pure-ftpd-1.1.0]# ./configure --help > > `configure' configures this package to adapt to many kinds of > systems. > > > > Usage: ./configure [OPTION]... [VAR=VALUE]... > > > > To assign environment variables (e.g., CC, CFLAGS...), specify them > as > > VAR=VALUE. See below for descriptions of some of the useful > variables. > > > > Defaults for the options are specified in brackets. > > > > Configuration: > > -h, --help display this help and exit > > --help=short display options specific to this package > > > > [...] > > > That's 'configure', a script generated by autoconf. It is different > than > the script called 'pureftpd.spec' that is hand written and used by > RPM. > > > SO can I set ANY of this options to openpkg as -Dwith_XXX or just the > two shown > > by rpm -qpi ? > > > You can just use the options shown by rpm -qpi. Two in this case. > > > In particular I whant to enable LDAP auth and brazilian language > > > No problem, you have to either > > (1) write your own spec file and roll your own package. > > or > > (2) extract the spec file from the official OpenPKG package, > modify it with your own options and other logic, and > finally roll your own package. > > I think that #2 is easier than #1, so I'll tell you right away how to > extract the spec file from an official OpenPKG package. > > $ rpm2cpio package.src.rpm | cpio -ivd filename.spec > > If you don't know the filename to extract, get a list of packaged > files: > > $ rpm2cpio package.src.rpm | cpio -ivt > > The rpm2cpio command is always the same, because it is installed by > OpenPKG. > The cpio command itself variers from OS to OS, so the above flags might > be a > little different for you. 'ivd' and 'ivt' work just fine for Solaris 8 > and 9 > (both x86 and SPARC) and FreeBSD 4.8 and 4.9. > > Good luck, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Mon Dec 8 19:06:38 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 19DBE301A7A for ; Mon, 8 Dec 2003 19:06:38 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 4F6E08D758 for ; Mon, 8 Dec 2003 19:06:36 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 8 Dec 2003 19:06:36 +0100 Date: Mon, 8 Dec 2003 19:06:36 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to know about with-options? Message-ID: <20031208180636.GJ95578@dt4.dev.de.cw.net> References: <1070645898.3fd0c28abecca@www.spsul.com.br> <20031205180515.GB556@alexis.mi.celestial.com> <1070884918.3fd468364c0d3@www.spsul.com.br> <20031208121810.GB95578@dt4.dev.de.cw.net> <1070888773.3fd4774538856@www.spsul.com.br> <20031208144417.GE95578@dt4.dev.de.cw.net> <1070905789.3fd4b9bd731da@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="PEkEgRdBLZYkpbX2" In-Reply-To: <1070905789.3fd4b9bd731da@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --PEkEgRdBLZYkpbX2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I do not understand enouth of rpm build .spec file, but I took a look > at pure-ftpd.spec where I got: > > %build > if [ ! -f configure ]; then > CFLAGS=3D"$RPM_OPT_FLAGS" ./autogen.sh --prefix=3D%{prefix} \ > %if %{con_pam} > --with-pam \ > %endif > > [...] > Remember that if you change 'with_pam' to 'con_pam' in the spec file, that you have to use that option on the command line also. So now you have to build with --define 'con_pam yes'. > This makes me supose that OpenPKG in fact use ./configure, but just don't > let me specify the ldap/language option. I suspect that ldap is coverd by > the --with-everything option. > In most OpenPKG there is a './configure' just like this one. In the official OpenPKG packages (pureftpd and all the others), only a limited number of options are allowed. It is quite a lot of work to make packages with more than a few options, so we allow only two options with pureftpd (with_pam and with_fsl). Many other packages don't have any options at all. There is both good and bad news for you. If you want to have LDAP support in pureftpd or any other package that doesn't have it, and if you want a language or other feature that we have not offered, then you have to do the work yourself. That's the bad news. Learning how to build UNIX software, automake, autoconf, libtool, GCC... is interesting and sometimes difficult. I recommend that you first build pureftpd without OpenPKG at all. That means download the sources, and read the documentation (README, INSTALL, and so on) that comes with pureftpd. After your personal build succeeds, then copy exactly your build commands (configure, make, make install) to the pureftpd.spec file. Then to finally roll the OpenPKG package: $ rpm -bs pureftpd.spec There are some problems you might have along the way, but if you make it to the end then you will have learned something as well. That's the good news. > Do I need to instal OpenPKG ldap first, before building pureftpd with lda= p support ? > If you make your own pureftpd package, then you're really on your own. I've never build pureftpd with LDAP, so I don't know about that. I suspect it will work with OpenLDAP, and we have a package for that. So you could make a dependency there, just like we did with FSL and PAM. Something like: %if "%{with_ldap}" =3D=3D "yes" BuildPreReq: ldap PreReq: ldap %endif Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --PEkEgRdBLZYkpbX2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9S9q1uYv80UoVTdAQEX8QgAt4hX6OhsZgVtALjGd8qmHsWo7vvAZpkh 8XOnmsRLUJ3gD4nvnwBMDeFVSy1AdYisEUZ5CmPYuvIS7iW+VVdpLu2iQ9FiuSNb qX4QwNJClFg7yoRAV6IDgc6mJ3GzKwIWWDN0OVkes+Ae7NNfz1u39k1ihG7HqbtY WWVpi2XPlW9twH0ZxL3Xo1B6xm+DD8Rv0oxhu0IvwzODA2Z/6O08o/Px/EHW9U+n ew+7yWu0lwmhK6b46dqGoiPhku+zYkfqsKtehS6cVv9s/ZkCASQB+8QXlU3kQVSI 2BApkCMK8w4+xFTUQI/YZAhj4B4EY64HWWmBmes1DYP/zwX6J7sD/Q== =i5XN -----END PGP SIGNATURE----- --PEkEgRdBLZYkpbX2-- From openpkg-users-owner@openpkg.org Mon Dec 8 20:14:56 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id D5A83301878 for ; Mon, 8 Dec 2003 20:14:55 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 5002B410B; Mon, 8 Dec 2003 16:31:59 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Why most packages default to PAM=NO Message-ID: <1070911919.3fd4d1af0f046@www.spsul.com.br> Date: Mon, 08 Dec 2003 16:31:59 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I thought pam was a good authentication method used by lots of distros as standard. It seams to me that OpenPKG prefers to default there packages to not support PAM. Is there a known reason for that choice ? From openpkg-users-owner@openpkg.org Mon Dec 8 20:18:07 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 5BDA13011AA for ; Mon, 8 Dec 2003 20:18:07 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id AD974410B; Mon, 8 Dec 2003 16:35:10 -0300 (BRT) To: openpkg-users@openpkg.org Subject: LDAP and SASL (chicken and egg) Message-ID: <1070912110.3fd4d26e8b87a@www.spsul.com.br> Date: Mon, 08 Dec 2003 16:35:10 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I whant to enable sasl in OpenLDAP, that required me to install sasl. This in turn have an option to enable LDAP, but if set, it requires OpenLDAP to be installed. How should I proceed ? Do I need to install OpenLDAP without sasl to be able to compile sasl --with_ldap, and then recompile OpenLDAP --with_sasl ? From openpkg-users-owner@openpkg.org Mon Dec 8 21:11:53 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3CED13019D8 for ; Mon, 8 Dec 2003 21:11:53 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 85F698D75D; Mon, 8 Dec 2003 21:11:51 +0100 (CET) Date: Mon, 8 Dec 2003 21:11:51 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: LDAP and SASL (chicken and egg) Message-ID: <20031208201151.GA73365@dev.de.cw.com> References: <1070912110.3fd4d26e8b87a@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070912110.3fd4d26e8b87a@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I whant to enable sasl in OpenLDAP, that required me to install sasl. This in > turn have an option to enable LDAP, but if set, it requires OpenLDAP to be > installed. > > How should I proceed ? > > Do I need to install OpenLDAP without sasl to be able to compile sasl > --with_ldap, and then recompile OpenLDAP --with_sasl ? > The two options are mutually exclusive. Building "openldap" with_sasl means that OpenLDAP can use SASL mechanisms for authentication. Building "sasl" with_ldap means that SASL can use (Open)LDAP as password backend store. It is not possible to authenticate to the backend store using a mechanism that pulls out the password from that backend store :-) -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Dec 8 21:39:38 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 5B696301108 for ; Mon, 8 Dec 2003 21:39:38 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 37C624CE57C; Mon, 8 Dec 2003 21:39:38 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id D927328610; Mon, 8 Dec 2003 20:38:17 +0100 (CET) Date: Mon, 8 Dec 2003 20:38:17 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: LDAP and SASL (chicken and egg) Message-ID: <20031208193817.GB40527@engelschall.com> References: <1070912110.3fd4d26e8b87a@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070912110.3fd4d26e8b87a@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I whant to enable sasl in OpenLDAP, that required me to install sasl. This in > turn have an option to enable LDAP, but if set, it requires OpenLDAP to be > installed. > > How should I proceed ? > > Do I need to install OpenLDAP without sasl to be able to compile sasl > --with_ldap, and then recompile OpenLDAP --with_sasl ? Yes, exactly. The same you would have to do without OpenPKG to break out of this chicken and egg situation. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 8 21:39:38 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 59863300088 for ; Mon, 8 Dec 2003 21:39:38 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2874B4CE529; Mon, 8 Dec 2003 21:39:38 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 014C828610; Mon, 8 Dec 2003 20:37:04 +0100 (CET) Date: Mon, 8 Dec 2003 20:37:04 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Why most packages default to PAM=NO Message-ID: <20031208193704.GA40527@engelschall.com> References: <1070911919.3fd4d1af0f046@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070911919.3fd4d1af0f046@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I thought pam was a good authentication method used by lots of distros as standard. > It seams to me that OpenPKG prefers to default there packages to not support PAM. > Is there a known reason for that choice ? PAM is just a half-way standard. It is not really available cross-platform, hence it cannot be enabled by default in OpenPKG by definition. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 8 21:48:44 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 12F8F2FDA6B for ; Mon, 8 Dec 2003 21:48:44 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id BC81140E8; Mon, 8 Dec 2003 18:05:47 -0300 (BRT) To: openpkg-users@openpkg.org Subject: postfix smtp auth with OpenPKG Message-ID: <1070917547.3fd4e7ab954b7@www.spsul.com.br> Date: Mon, 08 Dec 2003 18:05:47 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I need to implement a mailserver with postfix that can authenticat smtp clients against an ldap server. As I understand, I need sasl support to allow postfix authenticat clients before they are allowd to send mail. As I intend to auth against an OpenLDAP server I think I need to build sasl --with_ldap, that requires me to have OpenLDAP installed. I do not know if I need to build OpenLDAP with sasl support. I'm also a bit confused about TLS. As far I understand, TLS allows hole connection to be encrypted, while SASL only enables authentication. In doub, I prefere to build with both supports and see later if I realy support them. All this come together with my intention to use ISPman, that enables ISP services to be administrated by an LDAP database. From openpkg-users-owner@openpkg.org Mon Dec 8 21:52:13 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9A2993011D1 for ; Mon, 8 Dec 2003 21:52:13 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id DF87E8D75D; Mon, 8 Dec 2003 21:52:11 +0100 (CET) Date: Mon, 8 Dec 2003 21:52:11 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Why most packages default to PAM=NO Message-ID: <20031208205211.GA76074@dev.de.cw.com> References: <1070911919.3fd4d1af0f046@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070911919.3fd4d1af0f046@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I thought pam was a good authentication method used by lots of distros as standard. > It seams to me that OpenPKG prefers to default there packages to not support PAM. > Is there a known reason for that choice ? > Alex, I don't have a complete list, but I'm aware of some issues. To support PAM, OpenPKG has to penetrate host system much deeper as we would like it to do. This in contradiction to the OpenPKG philosophy of the least possible host tangency. We left the decision to the user and made PAM support optional. Managing installation, configuration and removal of PAM applications is somewhat painful as two incompatible configuration methologies exist: one large config /etc/pam.conf file for all applications vs. one dircetory /etc/pam.d with one file for every application. We tried to abstract this mess using functionality provided by a separate "pam" package. Also PAM in general is often only a partly solution for real world applications. It is what the abbreviation says, "pluggable authentication module", not more. You can use it to authenticate existing users but the existence of the users must be provided by a separate solution, i.e. NIS/YP for Unix "shell" accounts, which needs additional setup. If you think nsswitch comes to the rescue, you're wrong. Unlike PAM, it lacks support for a standardized API, some OS like FreeBSD 4.x do not support it at all for good reason. A better approach would be an application natively using LDAP. But as there are alternatives like /etc/passwd, NIS, NIS+, RADIUS, TACACS to name a few, any attempt will likely end up in huge application rewriting or limited support for identity management. But any native solution renders PAM useless. PAM is also a system wide solution which is again in contradiction to a OpenPKG philosophy, namely the independence of OpenPKG from the host system and from a OpenPKG instance to other OpenPKG instances. Last but not least, PAM adds additional critical code pathes to applications which are favored targets of security "inspection", see "remote root exploit in openssh" [1] and "information leakage in openssh" [2]. Having all that said I want you to know we understand there is a need for PAM especially in enterprise installations that require cross-platform identity management. So we do and continue to support PAM. Just not by default. [1] http://www.openpkg.org/security/OpenPKG-SA-2003.042-openssh.html [2] http://www.openpkg.org/security/OpenPKG-SA-2003.035-openssh.html -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Dec 8 22:00:24 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 4336B2FDA46 for ; Mon, 8 Dec 2003 22:00:24 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 5C9814119; Mon, 8 Dec 2003 18:17:27 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: LDAP and SASL (chicken and egg) Message-ID: <1070918247.3fd4ea67228c7@www.spsul.com.br> Date: Mon, 08 Dec 2003 18:17:27 -0300 (BRT) From: alexb@spsul.com.br References: <1070912110.3fd4d26e8b87a@www.spsul.com.br> <20031208201151.GA73365@dev.de.cw.com> In-Reply-To: <20031208201151.GA73365@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I thought that enabling sasl in OpenLDAP allows sasl auth mechanism (but not neccessarily agains ldap just because I build sasl with_ldap) and having sasl --with_ldap let other aplications (like postfix) authenticate against LDAP. Mainly I whant postix to be able to auth clients agains LDAP, so sasl --with_ldap seams to be necessary. In respect to OpenLDAP authentication, I'm not shure where it will be necessary. To allow querys/changes to the LDAP database I use client_host_addr for querys and self ACL for changes, so I guess I could leave OpenLDAP without_sasl Cópia Thomas Lotterer : > On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > > > I whant to enable sasl in OpenLDAP, that required me to install sasl. > This in > > turn have an option to enable LDAP, but if set, it requires OpenLDAP > to be > > installed. > > > > How should I proceed ? > > > > Do I need to install OpenLDAP without sasl to be able to compile > sasl > > --with_ldap, and then recompile OpenLDAP --with_sasl ? > > > The two options are mutually exclusive. > > Building "openldap" with_sasl means that OpenLDAP can use SASL > mechanisms for authentication. > > Building "sasl" with_ldap means that SASL can use (Open)LDAP as > password > backend store. > > It is not possible to authenticate to the backend store using a > mechanism that pulls out the password from that backend store :-) > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Dec 8 22:09:32 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id D1AE82FEB10 for ; Mon, 8 Dec 2003 22:09:31 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 25C898D75D; Mon, 8 Dec 2003 22:09:30 +0100 (CET) Date: Mon, 8 Dec 2003 22:09:30 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: postfix smtp auth with OpenPKG Message-ID: <20031208210929.GB76074@dev.de.cw.com> References: <1070917547.3fd4e7ab954b7@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070917547.3fd4e7ab954b7@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I need to implement a mailserver with postfix that can authenticat smtp clients > against an ldap server. [...] > There is a independent KDE program called "Kroupware" which uses a so called "Kolab" server as the backend. The mail part uses postfix. Clients authenticate to postfix through SASL which connects to OpenLDAP. The interesting part of the game is that the "kolab" installation is entirely based on OpenPKG. I dont't want to go too much into detail but the Kolab developers took OpenPKG v1.1 and did lots of modifications and enhancements. Over the time we included and adopted all their changes and only a few days ago we sucked in the last change so the next OpenPKG release and OpenPKG CURRENT os of 26-Nov-2003 provide a full solution based on Kolab experience. Even better, we're providing a automated setup which can be found at ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126/obmtool.conf. Even without knowing Kolab just examine the INSTALL lines and you'll find the answers to your question. > I'm also a bit confused about TLS. As far I understand, TLS allows hole > connection to be encrypted, while SASL only enables authentication. In doub, I > prefere to build with both supports and see later if I realy support them. > See above. Both SASL (id/pw) and TLS X.509 client cert auth are supported. Postfix should be able accept TLS connections for encryption, i know for sure it supports STARTTLS. Postfix can also use TLS for SMTP delivery crypt and auth with optional check whether the recipient is really the one it claims to be. The latter is useful for recipients which have dynamic IP addresses, find minutes of my experiments on http://www.lotterer.net/thomas/dop.html -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Mon Dec 8 22:19:45 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id DB8C4301C5D for ; Mon, 8 Dec 2003 22:19:43 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 34F9340F8; Mon, 8 Dec 2003 18:36:46 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Why most packages default to PAM=NO Message-ID: <1070919405.3fd4eeedd9a9a@www.spsul.com.br> Date: Mon, 08 Dec 2003 18:36:45 -0300 (BRT) From: alexb@spsul.com.br References: <1070911919.3fd4d1af0f046@www.spsul.com.br> <20031208205211.GA76074@dev.de.cw.com> In-Reply-To: <20031208205211.GA76074@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Can I "live" without PAM ? I need to implement a server with common web services (http with apache, ftp with pureftp, mail with Courier and Postfix, dns with bind) that I plan to administrat with ISPman that mantains an LDAP database for all setings and accounts. I whant every service to authenticate with users_email against the LDAP database, where I expect to solve my problems with postfix that I didn't got to compile (in RH7.3) with sasl support but hop it will work with OpenPKG version. Cópia Thomas Lotterer : > On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > > > I thought pam was a good authentication method used by lots of distros > as standard. > > It seams to me that OpenPKG prefers to default there packages to not > support PAM. > > Is there a known reason for that choice ? > > > Alex, > I don't have a complete list, but I'm aware of some issues. > > To support PAM, OpenPKG has to penetrate host system much deeper as we > would like it to do. This in contradiction to the OpenPKG philosophy > of > the least possible host tangency. We left the decision to the user and > made PAM support optional. > > Managing installation, configuration and removal of PAM applications > is somewhat painful as two incompatible configuration methologies > exist: one large config /etc/pam.conf file for all applications vs. > one dircetory /etc/pam.d with one file for every application. We tried > to abstract this mess using functionality provided by a separate "pam" > package. > > Also PAM in general is often only a partly solution for real > world applications. It is what the abbreviation says, "pluggable > authentication module", not more. You can use it to authenticate > existing users but the existence of the users must be provided by a > separate solution, i.e. NIS/YP for Unix "shell" accounts, which needs > additional setup. If you think nsswitch comes to the rescue, you're > wrong. Unlike PAM, it lacks support for a standardized API, some OS > like > FreeBSD 4.x do not support it at all for good reason. > > A better approach would be an application natively using LDAP. But as > there are alternatives like /etc/passwd, NIS, NIS+, RADIUS, TACACS to > name a few, any attempt will likely end up in huge application > rewriting > or limited support for identity management. But any native solution > renders PAM useless. > > PAM is also a system wide solution which is again in contradiction to > a OpenPKG philosophy, namely the independence of OpenPKG from the host > system and from a OpenPKG instance to other OpenPKG instances. > > Last but not least, PAM adds additional critical code pathes to > applications which are favored targets of security "inspection", see > "remote root exploit in openssh" [1] and "information leakage in > openssh" [2]. > > Having all that said I want you to know we understand there is a > need for PAM especially in enterprise installations that require > cross-platform identity management. So we do and continue to support > PAM. Just not by default. > > [1] http://www.openpkg.org/security/OpenPKG-SA-2003.042-openssh.html > [2] http://www.openpkg.org/security/OpenPKG-SA-2003.035-openssh.html > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Mon Dec 8 23:25:31 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id F104B30195D for ; Mon, 8 Dec 2003 23:25:30 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id EBC7F40F8; Mon, 8 Dec 2003 19:42:34 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: postfix smtp auth with OpenPKG Message-ID: <1070923354.3fd4fe5a954b9@www.spsul.com.br> Date: Mon, 08 Dec 2003 19:42:34 -0300 (BRT) From: alexb@spsul.com.br References: <1070917547.3fd4e7ab954b7@www.spsul.com.br> <20031208210929.GB76074@dev.de.cw.com> In-Reply-To: <20031208210929.GB76074@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Will kolab be avaiable in OpenPKG 1.3. CURRENT doesn't seams to be production stable. Cópia Thomas Lotterer : > On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > > > I need to implement a mailserver with postfix that can authenticat > smtp clients > > against an ldap server. [...] > > > There is a independent KDE program called "Kroupware" which uses a > so called "Kolab" server as the backend. The mail part uses postfix. > Clients authenticate to postfix through SASL which connects to > OpenLDAP. The interesting part of the game is that the "kolab" > installation is entirely based on OpenPKG. I dont't want to go too > much into detail but the Kolab developers took OpenPKG v1.1 and did > lots of modifications and enhancements. Over the time we included > and adopted all their changes and only a few days ago we sucked in > the last change so the next OpenPKG release and OpenPKG CURRENT os > of 26-Nov-2003 provide a full solution based on Kolab experience. > Even better, we're providing a automated setup which can be found at > ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126/obmtool.conf. > Even without knowing Kolab just examine the INSTALL lines and you'll > find the answers to your question. > > > I'm also a bit confused about TLS. As far I understand, TLS allows > hole > > connection to be encrypted, while SASL only enables authentication. In > doub, I > > prefere to build with both supports and see later if I realy support > them. > > > See above. Both SASL (id/pw) and TLS X.509 client cert auth are > supported. Postfix should be able accept TLS connections for > encryption, > i know for sure it supports STARTTLS. Postfix can also use TLS for > SMTP > delivery crypt and auth with optional check whether the recipient is > really the one it claims to be. The latter is useful for recipients > which have dynamic IP addresses, find minutes of my experiments on > http://www.lotterer.net/thomas/dop.html > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 9 01:19:59 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id 217FA2FDA6B for ; Tue, 9 Dec 2003 01:19:58 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 76E2912D91 for ; Mon, 8 Dec 2003 18:22:06 +0000 (GMT) Date: Mon, 08 Dec 2003 18:19:52 -0600 Subject: Re: No -devel package in OpenPKG ? From: "F. Even" To: Message-ID: In-Reply-To: <20031208151956.GG95578@dt4.dev.de.cw.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 12/8/03 9:19 AM, "Michael Schloh von Bennewitz" wrote: > On Mon, Dec 08, 2003, Michael Schloh von Bennewitz wrote: >> OpenPKG doesn't use anything called 'pam-devel'. If you want to install >> pureftpd with the PAM option turned on then: >> >> $ rpm --rebuild pam-20030715-1.3.0.src.rpm >> $ rpm --rebuild --define 'with_pam yes' pureftpd-1.1.0-1.3.0.src.rpm >> > Whoops, the most recent pam release package is called > > 'pam-1.3.1-1.3.1.src.rpm' > > in the UPD directory. And of course, you have to installed '-Uvh' the > resulting binary packages as well as building '--rebuild' their sources. I'm looking to build Apache with some of the options turned on. Do I need to specify --define on the --rebuild of the .src.rpm step, or can I specify that after the binary RPM has been built? ...or, is it when the binary RPM is built, there are no options that can be specified? Also, I saw this message: [quote] On Fri, Dec 05, 2003 at 10:05:15AM -0800, Bill Campbell wrote: > >And if I build a package whith a desired option (--with-ldap) when OpenPKG > >release an update would the openpkg tool be smart enouth to rebuild the new > >package with the same option ? > > Only if it's in your ~/.openpkg/build file where one can specify > everything needed by the ``openpkg'' program. 'openpkg build' will update packages with the same options that were used when installing the packages unless you explicitely override them on the command line (or in the .openpkg/build file). It is still useful to have the options saved somewhere if you need to remove a package and then install it from scratch. Greetings, -- Michael van Elst [/quote] ...and I'm left wondering how does the .openpkg folder get created and save these build options? I do not have one, and I've installed many packages through the process of "rpm --rebuild ftp://ftp.openpkg.org/release/1.3/SRC/pkg-name.src.rpm" and then "rpm -Uvh/Fvh pkg-name.rpm" from the /cw/RPM/PKG folder. I have the openpkg-tool installed....I really have not seen any good documentation on how to use it though....and the man page doesn't seem to really help pull it all together. Thanks, Frank From openpkg-users-owner@openpkg.org Tue Dec 9 09:05:12 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 096072FFBBE for ; Tue, 9 Dec 2003 09:05:11 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 1CC668D7B0; Tue, 9 Dec 2003 09:05:10 +0100 (CET) Date: Tue, 9 Dec 2003 09:05:09 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: postfix smtp auth with OpenPKG Message-ID: <20031209080509.GA29038@dev.de.cw.com> References: <1070917547.3fd4e7ab954b7@www.spsul.com.br> <20031208210929.GB76074@dev.de.cw.com> <1070923354.3fd4fe5a954b9@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070923354.3fd4fe5a954b9@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > Will kolab be avaiable in OpenPKG 1.3. > Kolab will definitely not be available in OpenPKG v1.3 as we never changed the ingredients of a release in the past and we have no plans to do it in the future. The Kroupware people once planned to distribute their own "kolab" package and modify Kolab to use OpenPKG v1.3 packages where they previously used OpenPKG v1.1 with own modifications. As time went by we have imported their modifications and even their "kolab" package into CURRENT so the next OpenPKG release will include them all the required features and a "kolab" package. > CURRENT doesn't seams to be production stable. > Yes, CURRENT is always under heavy development and subject to continous updates. Also the OpenPKG ftp server only keeps the latest version of any CURRENT SRPM. In addition OpenPKG does not provide binaries for CURRENT. Today, CURRENT is very close to what you'll get with the next OpenPKG release. What we did to support the Kroupware community is to capture a snapshot of all relevant OpenPKG packages, include the obmtool build script with configuration, build lots of binaries and put all the stuff on ftp://ftp.zfos.org/brew/kolab where it is kept - at least longer as on OpenPKG CURRENT. The 20031126 snapshot is worth trying. It was tested by some people from the Kroupware community and they seem to be quite happy with it. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Dec 9 10:58:48 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id DC7F3301438 for ; Tue, 9 Dec 2003 10:58:47 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 126268D753 for ; Tue, 9 Dec 2003 10:58:46 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 10:58:45 +0100 Date: Tue, 9 Dec 2003 10:58:45 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: postfix smtp auth with OpenPKG Message-ID: <20031209095845.GK95578@dt4.dev.de.cw.net> References: <1070917547.3fd4e7ab954b7@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="ee6FjwWxuMujAVRe" In-Reply-To: <1070917547.3fd4e7ab954b7@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --ee6FjwWxuMujAVRe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > I'm also a bit confused about TLS. As far I understand, TLS allows hole > connection to be encrypted, while SASL only enables authentication. In do= ub, I > prefere to build with both supports and see later if I realy support them. > I would like to encourage you to build postfix with both SASL and TLS from the start, because I've done this myself and found it to be a very useful combination. Just stay away from the CURRENT postfix package for one reason. We update the various components (logsum, TLS, LDAP...) immediately. The TLS version must match the main postfix version to work correctly, and it sometimes takes some days for this synchronization to happen (the different authors of the different components do their work at different times). So during these days TLS can be broken. This happily won't happen with release packages, so stick to the 1.3 postfix release. Also if you're confused about TLS, then consider two possibilities with postfix. The first involves postfix demanding that the client send the 'STARTTLS' opcode before any other activity (including authentication). That way, you don't have to worry about anything between client and server getting sent in cleartext. The second doesn't involve STARTTLS at all. Instead, the client authenticates itself to postfix using a client X.509 certificate. Postfix knows the fingerprint of each client you decide to allow, and so can allow the following SMTP exchange or not. Of course, you can use both of these possibilities in combination to do both authentication and encryption. I personally find the X.509 authentication too restrictive because a certificate must be installed in each client before it's allowed to send email. That's why I use SMTPAUTH (our sasl package). This could potentially send the sasl passwords in the clear, so I've configured postfix to demand that 'STARTTLS' happens before any authentication. You get it? Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --ee6FjwWxuMujAVRe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9Wc1VuYv80UoVTdAQGeowgAnOoXnj1Pda4no5rG8GulzU4G08yt3bHf nLsycdmpUbJMaKpCTkmuqFPqeTXoTiQAuzHSZHq22Sq2k/aMzriiXSsURJkTF6zT ZSfUJP7J72ehMxSxvFzU5tT9XKwo14DXzl6UjhBVCp3OkAI6DK/wV5+p8jt21GKA PiRa/H1TqTospSiamrqTSO2HGMkjrLPWyeJqthm7TP6JGDVSM+wgJbfSCpxni7BZ m+dobBGgKsOVIMCKiH8Sa0CFxhbpQTbpsHZsFcI7VNA9+IfFjj9tFLYMIehQlvx4 fkd9h2YlovsGFbZ3kFGmEVlQYJEUjiZWSO+MwXPybwXfiU5yAIevYA== =Txyk -----END PGP SIGNATURE----- --ee6FjwWxuMujAVRe-- From openpkg-users-owner@openpkg.org Tue Dec 9 11:24:51 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B39972FDAA2 for ; Tue, 9 Dec 2003 11:24:50 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C6D818D753 for ; Tue, 9 Dec 2003 11:24:48 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 11:24:48 +0100 Date: Tue, 9 Dec 2003 11:24:48 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No -devel package in OpenPKG ? Message-ID: <20031209102448.GL95578@dt4.dev.de.cw.net> References: <20031208151956.GG95578@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="L/Qt9NZ8t00Dhfad" In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --L/Qt9NZ8t00Dhfad Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Frank, On Mon, Dec 08, 2003, F. Even wrote: > I'm looking to build Apache with some of the options turned on. Do I need > to specify --define on the --rebuild of the .src.rpm step, or can I speci= fy > that after the binary RPM has been built? ...or, is it when the binary R= PM > is built, there are no options that can be specified? > After learning which options a OpenPKG source package supports (with rpm -qpi), you can use those options by specifying the options on the command line while building the source package (rpm --rebuild --define 'with_option yes' package.src.rpm). Unfortunately while installing binary packages (rpm -Uvh package.ix86.rpm), you can give all sorts of options on the command line (--define 'with_whatever yes') and rpm will silently ignore them. It's just not possible to add or remove options after a binary package is created. If you make a mistake, you'll have to build the source package again using the correct options. It's a wise thing to do to check a newly created binary package to make sure that the options you wish are really there (rpm -qpi package.ix86.rpm). It's easy to make the mistake of incorrectly specifying the option. For example, $ rpm --rebuild package.src.rpm --define 'with_x11 yes' (CORRECT!) $ rpm --rebuild package.src.rpm --define 'with_x11=3Dyes' (WRONG!) In the second example above, the package will probably be built without X11. $ rpm -qpi package.ix86.rpm [...] Provides: package::with_x11 =3D =3Dyes > ...and I'm left wondering how does the .openpkg folder get created and sa= ve > these build options? I do not have one, and I've installed many packages > through the process of "rpm --rebuild > ftp://ftp.openpkg.org/release/1.3/SRC/pkg-name.src.rpm" and then "rpm > -Uvh/Fvh pkg-name.rpm" from the /cw/RPM/PKG folder. I have the openpkg-t= ool > installed....I really have not seen any good documentation on how to use = it > though....and the man page doesn't seem to really help pull it all togeth= er. > Today, neither RPM, OpenPKG, nor the openpkg-tool creates the folder '.openpkg'. There are lots of plans on how to use this folder, but until now the only thing implemented is openpkg-tools' configuration through the file you mention '.openpkg/build'. If you want to have the openpkg-tool behave specially (read about -E, -H, -r from the openpkg-tool manpage) without typing these arguments every time on the command line, then write a file called 'build' like this: $ cat build #-f /home/meuser/.openpkg/00INDEX.rdf -E pgp2 autoconf -P sudo Make a new directory '.openpkg', and put the above file in there with readable permissions. Now every time you type 'openpkg index' or 'openpkg build', those arguments will be used. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --L/Qt9NZ8t00Dhfad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9Wi8FuYv80UoVTdAQFGrggAvfQiaM/4MKSPml5J55btqFo1ugNLrFYP iukEIyBjO5UB8U0uevo4hGNbQBxOJkeCwnnx0V3oX5INnN1PX3YmWKiIGz85WoFU 0bprYZTN8LwbDDwEqUVn2h8987F1bNCUPMeKkQTwWpqDrqcs8ptmAvw3uX7SKdRm kaXdVwLBQBd3yskGxGZpwmELctpU416vYvEL97KgAF4a0cN/lGMvcgH8WnR8Nc7J 4jReEBVh94BgYGiPtKPq+qPlFAipzVYv/2+HiQ9sQZtWJocCLbg7PAsHKirexUne cB8iKwNVm0ImDve7GtQDvpoNVittGNupBI+vC9RF0F5zSkEPBeMz6w== =IR4f -----END PGP SIGNATURE----- --L/Qt9NZ8t00Dhfad-- From openpkg-users-owner@openpkg.org Tue Dec 9 12:51:11 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 4BC252FF93D for ; Tue, 9 Dec 2003 12:51:11 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 068FF414C; Tue, 9 Dec 2003 09:08:16 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Build ERROR for sasl Message-ID: <1070971696.3fd5bb30b7794@www.spsul.com.br> Date: Tue, 09 Dec 2003 09:08:16 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I tryed to build sasl using: openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh After it starts compiling I got sever errors starting with: lak.o(.text+0x134f): In function `lak_init': : undefined reference to `OpenSSL_add_all_digests' Then: make[2]: *** [saslauthd] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 error: Bad exit status from /opkg/RPM/TMP/rpm-tmp.45852 (%build) RPM build errors: Bad exit status from /opkg/RPM/TMP/rpm-tmp.45852 (%build) This instalation has following packages: [root@arara RPM]# rpm -qa | grep -v perl | sort binutils-2.14-1.3.0 cdk-4.9.10.20030418-1.3.0 db-4.1.25.1-1.3.0 expat-1.95.6-1.3.0 freetype-2.1.4-1.3.0 fsl-1.3.0-1.3.2 gcc-3.3-1.3.0 gd-2.0.15-1.3.0 jpeg-6b-1.3.0 make-3.80-1.3.0 mysql-4.0.14-1.3.2 ncurses-5.3.20030726-1.3.0 openldap-2.1.22-1.3.0 openpkg-1.3.1-1.3.1 openpkg-tool-1.3.0-1.3.0 openssh-3.6.1p2-1.3.2 openssl-0.9.7b-1.3.2 pam-1.3.1-1.3.1 png-1.2.5-1.3.0 readline-4.3-1.3.0 tiff-3.5.7-1.3.0 zlib-1.1.4-1.3.0 Does I miss something or is there some dependency missing ? From openpkg-users-owner@openpkg.org Tue Dec 9 13:09:01 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 61B332FF2EA for ; Tue, 9 Dec 2003 13:09:01 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 6D93740F7; Tue, 9 Dec 2003 09:26:07 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Build ERROR for sasl Message-ID: <1070972767.3fd5bf5f33a35@www.spsul.com.br> Date: Tue, 09 Dec 2003 09:26:07 -0300 (BRT) From: alexb@spsul.com.br References: <1070971696.3fd5bb30b7794@www.spsul.com.br> In-Reply-To: <1070971696.3fd5bb30b7794@www.spsul.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The error only occurs if I try to build sasl with_ldap. With no option, or with_pam and with_mysql it build fine. But the most important for me is LDAP, so I still need help to get sasl build with_ldap. Thanks, Alex Cópia alexb@spsul.com.br: > I tryed to build sasl using: > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > > After it starts compiling I got sever errors starting with: > > lak.o(.text+0x134f): In function `lak_init': > : undefined reference to `OpenSSL_add_all_digests' > > Then: > make[2]: *** [saslauthd] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive-am] Error 2 > error: Bad exit status from /opkg/RPM/TMP/rpm-tmp.45852 (%build) > > > RPM build errors: > Bad exit status from /opkg/RPM/TMP/rpm-tmp.45852 (%build) > > This instalation has following packages: > [root@arara RPM]# rpm -qa | grep -v perl | sort > binutils-2.14-1.3.0 > cdk-4.9.10.20030418-1.3.0 > db-4.1.25.1-1.3.0 > expat-1.95.6-1.3.0 > freetype-2.1.4-1.3.0 > fsl-1.3.0-1.3.2 > gcc-3.3-1.3.0 > gd-2.0.15-1.3.0 > jpeg-6b-1.3.0 > make-3.80-1.3.0 > mysql-4.0.14-1.3.2 > ncurses-5.3.20030726-1.3.0 > openldap-2.1.22-1.3.0 > openpkg-1.3.1-1.3.1 > openpkg-tool-1.3.0-1.3.0 > openssh-3.6.1p2-1.3.2 > openssl-0.9.7b-1.3.2 > pam-1.3.1-1.3.1 > png-1.2.5-1.3.0 > readline-4.3-1.3.0 > tiff-3.5.7-1.3.0 > zlib-1.1.4-1.3.0 > > > > Does I miss something or is there some dependency missing ? > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 9 13:25:05 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id A60672FF93D for ; Tue, 9 Dec 2003 13:25:04 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 2DF4E414D; Tue, 9 Dec 2003 09:42:12 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Option description Message-ID: <1070973732.3fd5c32405b0c@www.spsul.com.br> Date: Tue, 09 Dec 2003 09:42:12 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I saw that postfix accept two build options that I don't know what exactly they provide. How could I get a description of the functionality build when providing the options: postfix::with_whoson = yes postfix::with_fdsetsize = yes From openpkg-users-owner@openpkg.org Tue Dec 9 13:41:53 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 84F40301A6E for ; Tue, 9 Dec 2003 13:41:52 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id E50384114; Tue, 9 Dec 2003 09:58:59 -0300 (BRT) To: openpkg-users@openpkg.org Subject: How to build apache Message-ID: <1070974739.3fd5c713c13f2@www.spsul.com.br> Date: Tue, 09 Dec 2003 09:58:59 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As I ever used the prebuild apache package from the distro I used, and extra apache modules where offen separate packages (like mysql, php, perl), I'm not shure how to proceed with OpenPKG. looking at rpm -qpi apache-1.3.28-1.3.2.src.rpm it seema to me that all modules have to be build just when building apache. Is that so, or can I later add functionalitys to apache just ading a new module ? It doesn't seams practic to have to rebuild the hole apache just to get a new module functionality. Thanks for any explanation From openpkg-users-owner@openpkg.org Tue Dec 9 14:24:57 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9EE832FDA50 for ; Tue, 9 Dec 2003 14:24:56 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id B83198D753 for ; Tue, 9 Dec 2003 14:24:54 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 14:24:54 +0100 Date: Tue, 9 Dec 2003 14:24:54 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to build apache Message-ID: <20031209132454.GM95578@dt4.dev.de.cw.net> References: <1070974739.3fd5c713c13f2@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="6Mt39TZj+HFMr11E" In-Reply-To: <1070974739.3fd5c713c13f2@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --6Mt39TZj+HFMr11E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > looking at rpm -qpi apache-1.3.28-1.3.2.src.rpm it seema to me that all > modules have to be build just when building apache. Is that so, or can I > later add functionalitys to apache just ading a new module ? > I believe if you build apache with the 'with_shared_core yes' option, you can then use apxs as usual to create dso modules. Then load them at run time with 'LoadModule' in your apache configuration file. It's been a long time since I did that, so I hope I'm giving you correct information. > It doesn't seams practic to have to rebuild the hole apache just to get a > new module functionality. > For those who want to lose the benefit of consistence and integrity checking with RPM, they can use 'with_shared_core yes'. For those who want to lose the benefit of run time module loading, they will have to rebuild apache each time a new module is needed. You can't have both flexibility and integrity in this case, so choose one. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --6Mt39TZj+HFMr11E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9XNJluYv80UoVTdAQFnLAgAla0RF5N83Bbh9m5FeshgOBYwN5el5GXW tmo/j665ePaTVegOZd4/gbYLul97Oufp+GMxhOzQ96Cw+oPDUonsfB+CH/h7x3jQ vxe/OLtti7Ekj+xqzGBWWdQSvii8UBjNwctX01fXK/tB0GbFjhJeN52Hj5sIcb9R VvaaPZnTOGYuJsbTla2rMmJGhEFc3ONt7hJ52vN2kAAvGNvqUE4kpYFplBZbcR4E Zs+FrLVLPNIrGCzXbz391MUjLGbeP1dK0o3clEICMuHi4aKSjTrdf9GuNhfUsWgS rTbjVB8F7DVLlotpqkDX81HX6ZrEfCNeGTB8nD2zf7jTvrWVvileIw== =yAta -----END PGP SIGNATURE----- --6Mt39TZj+HFMr11E-- From openpkg-users-owner@openpkg.org Tue Dec 9 14:37:23 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id CD5953010D9 for ; Tue, 9 Dec 2003 14:37:22 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 97C94412A; Tue, 9 Dec 2003 10:54:30 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to build apache Message-ID: <1070978070.3fd5d416499c6@www.spsul.com.br> Date: Tue, 09 Dec 2003 10:54:30 -0300 (BRT) From: alexb@spsul.com.br References: <1070974739.3fd5c713c13f2@www.spsul.com.br> <20031209132454.GM95578@dt4.dev.de.cw.net> In-Reply-To: <20031209132454.GM95578@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: What means "use apxs as usual to create dso modules" ? I didn't find any module for apache in OpenPKG. Can I build just the modules from the apache package ? I realy haven't worried about what all makes part of the apache sites I installed, so now I don't realy know what to choose when building from source ;-( Cópia Michael Schloh von Bennewitz : > On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > > looking at rpm -qpi apache-1.3.28-1.3.2.src.rpm it seema to me that > all > > modules have to be build just when building apache. Is that so, or can > I > > later add functionalitys to apache just ading a new module ? > > > I believe if you build apache with the 'with_shared_core yes' option, > you > can then use apxs as usual to create dso modules. Then load them at run > time > with 'LoadModule' in your apache configuration file. It's been a long > time > since I did that, so I hope I'm giving you correct information. > > > It doesn't seams practic to have to rebuild the hole apache just to > get a > > new module functionality. > > > For those who want to lose the benefit of consistence and integrity > checking > with RPM, they can use 'with_shared_core yes'. > > For those who want to lose the benefit of run time module loading, they > will > have to rebuild apache each time a new module is needed. > > You can't have both flexibility and integrity in this case, so choose > one. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Dec 9 14:46:30 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 1DF19301CA8 for ; Tue, 9 Dec 2003 14:46:30 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 87C6B414C; Tue, 9 Dec 2003 11:03:37 -0300 (BRT) To: openpkg-users@openpkg.org Subject: No courier-imap in OpenPKG Message-ID: <1070978617.3fd5d63962064@www.spsul.com.br> Date: Tue, 09 Dec 2003 11:03:37 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I just realised that there is no package for Courier-IMAP avaiable in OpenPKG-1.3. Can I just execute the courier-imap I build for my "OpenPKG hosting distro" and integrate with Postfix, LDAP, ... from OpenPKG ? Or do I need to reconfigur or eaven rebuild the Courier-IMAP server? From the build (.spec) I made previusly I have: Requires: /sbin/chkconfig fileutils textutils sh-utils sed BuildPreReq: textutils openssl-devel fileutils rpm >= 4.0.2 sed perl gdbm-devel pam-devel fam-devel postgresql-devel openldap-devel mysql-devel openldap-servers So it seams to depend at least on perl, postgresql, openldap and mysql that I'm now building from the packages provided from OpenPKG. From openpkg-users-owner@openpkg.org Tue Dec 9 15:22:24 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1AF3E2FF2EA for ; Tue, 9 Dec 2003 15:22:24 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 349D38D753 for ; Tue, 9 Dec 2003 15:22:22 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 15:22:22 +0100 Date: Tue, 9 Dec 2003 15:22:22 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to build apache Message-ID: <20031209142221.GN95578@dt4.dev.de.cw.net> References: <1070974739.3fd5c713c13f2@www.spsul.com.br> <20031209132454.GM95578@dt4.dev.de.cw.net> <1070978070.3fd5d416499c6@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="yK/6QRnH3Zanb0EF" In-Reply-To: <1070978070.3fd5d416499c6@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --yK/6QRnH3Zanb0EF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > What means "use apxs as usual to create dso modules" ? > =46rom the manpage for apxs: The module mod_so should be part of the displayed list. If these requirements are fulfilled, you can easily extend your Apache server's functionality by installing your own modules with the DSO mechanism by the help of this apxs tool: $ apxs -i -a -c mod_foo.c gcc -fpic -DSHARED_MODULE -I/path/to/apache/include -c mod_foo.c ld -Bshareable -o mod_foo.so mod_foo.o cp mod_foo.so /path/to/apache/libexec/mod_foo.so chmod 755 /path/to/apache/libexec/mod_foo.so [activating module `foo' in /path/to/apache/etc/httpd.conf] There's a lot of help online for apache, apachectl, apxs, and all sorts of configuration. > I didn't find any module for apache in OpenPKG. > Can I build just the modules from the apache package ? > I don't know what you mean by 'module'. Do you mean something like modssl or modphp? Then use those options at the command line. $ rpm --rebuild apache...src.rpm --define 'with_mod_ssl yes' or $ rpm --rebuild apache...src.rpm --define 'with_mod_php yes' > I realy haven't worried about what all makes part of the apache sites I > installed, so now I don't realy know what to choose when building from > source ;-( > You should probably learn which apache features you need before installing apache. It is a big package, and trying to install it with all the options turned on is probably a bad idea. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --yK/6QRnH3Zanb0EF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9XanVuYv80UoVTdAQGpnQf/U2ORnjjEKoiMBCzMbyEs7UPBMRc6iO+W ekNEq6SXQ5UDiUMot2OScnX4I6Ab9FdPSpqyDiku9W74Dk+qNm5IEQ/I5edKMXYc gPZWr/Ou6bH68w6iDIkk3AtBaWdua9+Ly/oIC2AuSuDc3D+ik9AzDCtpk+8E2sEA 4urE217wS9Ua6azJYqJkPlktYJ0bsA3Et1Xp241DWtwdlSCgedUe8aQ12fvbQOfn Sdtlz7Js/EJJqL2Pb/Zpl57ZNpYrdoSUe5ykOnZrJiDFEgPhw0D3+tfVQfgVINcC Jaji+A27WdZ3HnihjfJgoBn8VAlN2qMIaFglSqzDwcedzXQwK8oD/w== =sPEF -----END PGP SIGNATURE----- --yK/6QRnH3Zanb0EF-- From openpkg-users-owner@openpkg.org Tue Dec 9 15:31:04 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A5904301298 for ; Tue, 9 Dec 2003 15:31:04 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C35CB8D753 for ; Tue, 9 Dec 2003 15:31:02 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 15:31:02 +0100 Date: Tue, 9 Dec 2003 15:31:02 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031209143102.GO95578@dt4.dev.de.cw.net> References: <1070978617.3fd5d63962064@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="acOuGx3oQeOcSZJu" In-Reply-To: <1070978617.3fd5d63962064@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --acOuGx3oQeOcSZJu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > I just realised that there is no package for Courier-IMAP avaiable in > OpenPKG-1.3. > That's right. We just have the Cyrus IMAP server. It's very good. > Can I just execute the courier-imap I build for my "OpenPKG hosting > distro" and integrate with Postfix, LDAP, ... from OpenPKG ? > That would be nice for you to make the Courier IMAP package. It would be a good addition to the project. It should make a good companion to the Postfix package, just like the Cyrus IMAP server. > Or do I need to reconfigur or eaven rebuild the Courier-IMAP server? > I don't know how to configure or build the Courier IMAP server. > From the build (.spec) I made previusly I have: > Requires: /sbin/chkconfig fileutils textutils sh-utils sed BuildPreReq: > textutils openssl-devel fileutils rpm >=3D 4.0.2 sed perl gdbm-devel > pam-devel fam-devel postgresql-devel openldap-devel mysql-devel > openldap-servers > > So it seams to depend at least on perl, postgresql, openldap and mysql > that I'm now building from the packages provided from OpenPKG. > If you have a spec file for Courier IMAP, then you probably took it from another RPM packaging system. That's an excellent start, and you can get many clues from that spec file. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --acOuGx3oQeOcSZJu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9XcpluYv80UoVTdAQFrXwgAm9U1oswNWwwveYGxaPzGKYZHuzaQkN47 FnMtx1W36cSbSSuPODJ7I8RLUeoOJ4fuLAm8Z0SNaWNK5a/IzEhE+9LwB6BOaBe9 X3bfz7g4+lqEiQs8QtamOfvWWbK42A6ePma9rUZwU/njFLzFoetrXKlQX1gIo10w NkSu5WmGOC846nIrjiMwy+Pr81JGZ6+cmrvi9BUAZ0FmMVQKM/wF0iRzThnGbFux 75fdpYi6bhy2Cd+SFUOxD6oC78872yhsaKTPCh/zV9RJfdbTVWWCzqETbSuISuiJ oQox61ALHWXZI8RYtAYVXVedV+oENV0cXmTNcYBroLTfc56wk8uXFQ== =hGT3 -----END PGP SIGNATURE----- --acOuGx3oQeOcSZJu-- From openpkg-users-owner@openpkg.org Tue Dec 9 15:47:40 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 1871430189F for ; Tue, 9 Dec 2003 15:47:39 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 6E2714120; Tue, 9 Dec 2003 12:04:46 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <1070982286.3fd5e48e1daa5@www.spsul.com.br> Date: Tue, 09 Dec 2003 12:04:46 -0300 (BRT) From: alexb@spsul.com.br References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> In-Reply-To: <20031209143102.GO95578@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Let me try to ask in another way ;-( Today I have build courier-imap for RH7.3 based strictly on the source downlowded from the developer site. This source comes with a redy .spec What I don't know is what should be better for me to do: option a) (simpler) Just run the package I build for RH7.3. Here I whant to know if it is OK to run this executable that was compiled with RH7.3 versions of ldap, mysql, etc.. while now I'm pretending to use the OpenPKG versions of them. option b) Make some adjustments (tips are welcome) to adapt the .spec so that it integrates with OpenPKG needs an then rebuild courier as if it where an "oficial" OpenPKG package. Here I'm a litle woried with the complexity of adapting the .spec as I'm no rpm/gcc guru ;-( Cópia Michael Schloh von Bennewitz : > On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > > I just realised that there is no package for Courier-IMAP avaiable > in > > OpenPKG-1.3. > > > That's right. We just have the Cyrus IMAP server. It's very good. > > > Can I just execute the courier-imap I build for my "OpenPKG hosting > > distro" and integrate with Postfix, LDAP, ... from OpenPKG ? > > > That would be nice for you to make the Courier IMAP package. It would be > a > good addition to the project. It should make a good companion to the > Postfix > package, just like the Cyrus IMAP server. > > > Or do I need to reconfigur or eaven rebuild the Courier-IMAP server? > > > I don't know how to configure or build the Courier IMAP server. > > > From the build (.spec) I made previusly I have: > > Requires: /sbin/chkconfig fileutils textutils sh-utils sed > BuildPreReq: > > textutils openssl-devel fileutils rpm >= 4.0.2 sed perl gdbm-devel > > pam-devel fam-devel postgresql-devel openldap-devel mysql-devel > > openldap-servers > > > > So it seams to depend at least on perl, postgresql, openldap and > mysql > > that I'm now building from the packages provided from OpenPKG. > > > If you have a spec file for Courier IMAP, then you probably took it > from > another RPM packaging system. That's an excellent start, and you can > get > many clues from that spec file. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Dec 9 16:23:12 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id C359C30114B for ; Tue, 9 Dec 2003 16:23:11 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id B7BC98D753 for ; Tue, 9 Dec 2003 16:23:09 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 16:23:09 +0100 Date: Tue, 9 Dec 2003 16:23:09 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031209152309.GP95578@dt4.dev.de.cw.net> References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> <1070982286.3fd5e48e1daa5@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="4IFtMBbmeqbTM/ox" In-Reply-To: <1070982286.3fd5e48e1daa5@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --4IFtMBbmeqbTM/ox Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > Today I have build courier-imap for RH7.3 based strictly on the source > downlowded from the developer site. This source comes with a redy .spec > > What I don't know is what should be better for me to do: > > option a) (simpler) Just run the package I build for RH7.3. > Here I whant to know if it is OK to run this executable that > was compiled with RH7.3 versions of ldap, mysql, etc.. > while now I'm pretending to use the OpenPKG versions of them. >=20 > option b) Make some adjustments (tips are welcome) to adapt the .spec > so that it integrates with OpenPKG needs an then rebuild courier > as if it where an "oficial" OpenPKG package. > Here I'm a litle woried with the complexity of adapting the .sp= ec > as I'm no rpm/gcc guru ;-( > Okay, now I understand a little better. First of all, either a) or b) will work technically equally well. The disadvantage of a) is that you can't use rpm commands (rpm -qi rpm -qlv...) to review how you built and installed the software in one year when it is time to upgrade. Also, you won't be able to manipulate the IMAP server with the OpenPKG run command processor 'rc'. The disadvantage of b) is that you will have to write a spec file and make a OpenPKG package. If you choose b), then let me make it a little easier. Use the template below, and fill in everything that says 'fillin#'. If you don't know what goes into a field, then leave it with the word 'fillin#'. Use another OpenPKG package as reference. Then type: $ rpm --fetch courier.spec $ rpm -bb courier.spec And watch as your package is built. It probably won't succeed the first time, so you'll have to make modifications to the build flags, make options, environment, etcetera. Good luck, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH -------- # package information Name: fillin1 Summary: fillin2 URL: fillin3 Vendor: fillin4 Packager: fillin5 Distribution: fillin6 Group: fillin7 License: fillin8 Version: fillin9 Release: fillin10 # list of sources Source0: fillin11 # build information Prefix: %{l_prefix} BuildRoot: %{l_buildroot} BuildPreReq: OpenPKG PreReq: OpenPKG AutoReq: no AutoReqProv: no %description fillin %prep %setup -q -n fillin12-%{V_major} %build CC=3D"%{l_cc}" \ CXX=3D"%{l_cxx}" \ CFLAGS=3D"%{l_cflags -O}" \ CXXFLAGS=3D"%{l_cxxflags -O}" \ LDFLAGS=3D"%{l_ldflags}" \ ./configure \ --prefix=3D%{l_prefix} %{l_make} %{l_mflags -O} %install rm -rf $RPM_BUILD_ROOT %{l_make} %{l_mflags} install AM_MAKEFLAGS=3D"DESTDIR=3D$RPM_BUILD_ROOT" %{l_rpmtool} files -v -ofiles -r$RPM_BUILD_ROOT %{l_files_std} %files -f files %clean # comment next line out for debugging a new package # rm -rf $RPM_BUILD_ROOT --4IFtMBbmeqbTM/ox Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9Xo3VuYv80UoVTdAQGTRgf/S67sLvyNqkilyCgIhFm6QD3YkN0q+ME3 ikJU63PtCLWsKg3L3oyABznH0pXt+eXWLiJr1Qwbh1XTM5cJ/MroZYm1+ULf/E4Y BlPqoWaIkKbXGxYVmogvz6SuZFn7/ot1K1dzT9CxhEjc3aKkEPlUqNIkueecWZvG NGHbLUvwLEPtl1tUWDquLUEUTXbXGJIHcZmsNVI2vhguG2CCMjy6HdggNwmuIt86 QAxwvWU0Im6lm9+E6EbUOuq9a4UWIrO+k1NYG1R8zYJEivFKOqkQ1dmiflRfLy3d vxRzHXCo4vsanxzJV8gZSOxc82g1wne37UwPTF0Pz6CZJovMw2h0FQ== =FL1p -----END PGP SIGNATURE----- --4IFtMBbmeqbTM/ox-- From openpkg-users-owner@openpkg.org Tue Dec 9 17:09:58 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 3406A30179E for ; Tue, 9 Dec 2003 17:09:58 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB9G9tV1017207 for ; Tue, 9 Dec 2003 17:09:55 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hB9G9s0r017202 for ; Tue, 9 Dec 2003 17:09:54 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hB9G9sA20861 for ; Tue, 9 Dec 2003 17:09:54 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hB9G9sl25352 for ; Tue, 9 Dec 2003 17:09:54 +0100 (MET) Message-ID: <011901c3be6e$e205b250$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1070971696.3fd5bb30b7794@www.spsul.com.br> <1070972767.3fd5bf5f33a35@www.spsul.com.br> Subject: Re: Build ERROR for sasl Date: Tue, 9 Dec 2003 17:09:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I got the same error building sasl yesterday. The error occurred on my target machine running Solaris 9 in a stripped down, hardened environment. I retried the build on my development machine and it went without any errors. There I have Solaris 9 in a development configuration. It seems, that any Solaris packages are missing. But I haven't tried to find out, which packages are missing..... Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, = Karlsruhe ----- Original Message -----=20 From: To: Sent: Tuesday, December 09, 2003 1:26 PM Subject: Re: Build ERROR for sasl > The error only occurs if I try to build sasl with_ldap. > With no option, or with_pam and with_mysql it build fine. >=20 > But the most important for me is LDAP, so I still need help to get = sasl build > with_ldap. >=20 > Thanks, >=20 > Alex >=20 > C=F3pia alexb@spsul.com.br: >=20 > > I tryed to build sasl using: > >=20 > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > >=20 > > After it starts compiling I got sever errors starting with: > >=20 > > lak.o(.text+0x134f): In function `lak_init': > > : undefined reference to `OpenSSL_add_all_digests' > >=20 From openpkg-users-owner@openpkg.org Tue Dec 9 17:13:08 2003 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id E045630179E for ; Tue, 9 Dec 2003 17:13:07 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id hB9GD2o24721 for openpkg-users@openpkg.org; Tue, 9 Dec 2003 17:13:02 +0100 (MET) Date: Tue, 9 Dec 2003 17:12:21 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: LDAP and SASL (chicken and egg) Message-ID: <20031209161220.GA23698@serpens.de> References: <1070912110.3fd4d26e8b87a@www.spsul.com.br> <20031208201151.GA73365@dev.de.cw.com> <1070918247.3fd4ea67228c7@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070918247.3fd4ea67228c7@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003 at 06:17:27PM -0300, alexb@spsul.com.br wrote: > Mainly I whant postix to be able to auth clients agains LDAP, so sasl > --with_ldap seams to be necessary. > In respect to OpenLDAP authentication, I'm not shure where it will be necessary. > To allow querys/changes to the LDAP database I use client_host_addr for querys > and self ACL for changes, so I guess I could leave OpenLDAP without_sasl That's a kind of mutual dependencies that cannot easily be resolved. opensasl --with_ldap -> use LDAP as backend for verifyfing credentials openldap --with_sasl -> authenticate with SASL for accessing LDAP If you'd specifify both, then a SASL client could request data from LDAP but before it could do so it needs to authenticate with SASL, if that's again using the LDAP method you create and infinite loop. Obviously you could think about configurations that avoid the loop, however both packages also have such a dependency at build time because each package requires libraries from the other package. However, for normal setups you don't need that. You use OpenLDAP without with_sasl but use a simpler authentication method, e.g. a shared secret, possibly with TLS when the communication between postfix and LDAP is routed over an insecure network. postfix then offers SASL to the mail clients and uses the "simpler authentication method" to communicate with LDAP. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Tue Dec 9 17:32:08 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 51E213014DA for ; Tue, 9 Dec 2003 17:32:08 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 6F7E28D7B0; Tue, 9 Dec 2003 17:32:06 +0100 (CET) Date: Tue, 9 Dec 2003 17:32:06 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Option description Message-ID: <20031209163206.GB29038@dev.de.cw.com> References: <1070973732.3fd5c32405b0c@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070973732.3fd5c32405b0c@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > I saw that postfix accept two build options that I don't know what exactly they > provide. How could I get a description of the functionality build when providing > the options: > postfix::with_whoson = yes > excerpt from ftp://victor.teaser.fr/pub/lwa/postfix/WHOSON_README: [...] WHOSON is a procotocol to know if a (dynamically allocated) IP address is currently allocated to a known (trusted) user and, optionally, the identity of the said user. [...] first seen in http://cvs.openpkg.org/chngview?cn=8884 > postfix::with_fdsetsize = yes > this controls the number of simultaneous TCP connections. Often it is a good idea to brose the CVS timeline to learn what happened to a package in the past, in this case http://cvs.openpkg.org/rlog?f=openpkg-src/postfix/postfix.spec -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Dec 9 17:39:10 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A930730196D for ; Tue, 9 Dec 2003 17:39:10 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id E4ED38D7D1; Tue, 9 Dec 2003 17:39:08 +0100 (CET) Date: Tue, 9 Dec 2003 17:39:08 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: How to build apache Message-ID: <20031209163908.GC29038@dev.de.cw.com> References: <1070974739.3fd5c713c13f2@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070974739.3fd5c713c13f2@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > As I ever used the prebuild apache package from the distro I used, and extra > apache modules where offen separate packages (like mysql, php, perl), I'm not > shure how to proceed with OpenPKG. > looking at rpm -qpi apache-1.3.28-1.3.2.src.rpm it seema to me that all modules > have to be build just when building apache. > Is that so, or can I later add functionalitys to apache just ading a new module ? > Although Michael explained a sophisticated workaround i want to point out that "the OpenPKG way of doing it" is to use static libraries which get embedded in the application at compile time. If you want to change an option, you need to rebuild. I don't want to go into deeper details because we will end up in a general static vs. shared library discussion. Maybe http://www.openpkg.org/faq.html#no-shlib in the FAQ will help you understanding the philosophy. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Dec 9 17:55:36 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 1B716301599 for ; Tue, 9 Dec 2003 17:55:36 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 4C2C18D7B0; Tue, 9 Dec 2003 17:55:34 +0100 (CET) Date: Tue, 9 Dec 2003 17:55:34 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Why most packages default to PAM=NO Message-ID: <20031209165534.GD29038@dev.de.cw.com> References: <1070911919.3fd4d1af0f046@www.spsul.com.br> <20031208205211.GA76074@dev.de.cw.com> <1070919405.3fd4eeedd9a9a@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070919405.3fd4eeedd9a9a@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 08, 2003, alexb@spsul.com.br wrote: > Can I "live" without PAM ? > I need to implement a server with common web services (http with apache, ftp > with pureftp, mail with Courier and Postfix, dns with bind) that I plan to > administrat with ISPman that mantains an LDAP database for all setings and accounts. > > I whant every service to authenticate with users_email against the LDAP > database, [...] > replacing mod_auth_ldap by mod_auth_pam sounds promising. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Dec 9 18:24:56 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 0A234301726 for ; Tue, 9 Dec 2003 18:24:56 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id D9CB24129; Tue, 9 Dec 2003 14:42:04 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Build ERROR for sasl Message-ID: <1070991724.3fd6096cb0264@www.spsul.com.br> Date: Tue, 09 Dec 2003 14:42:04 -0300 (BRT) From: alexb@spsul.com.br References: <1070971696.3fd5bb30b7794@www.spsul.com.br> <1070972767.3fd5bf5f33a35@www.spsul.com.br> <011901c3be6e$e205b250$8a0e6099@pc.iitb.fhg.de> In-Reply-To: <011901c3be6e$e205b250$8a0e6099@pc.iitb.fhg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Does I miss some package in my RH7.3 instalation to get OpenPKG_sasl with_ldap compiling, or does I need to install something from OpenLDAP ? Cópia Birger Krägelin : > I got the same error building sasl yesterday. The error occurred > on my target machine running Solaris 9 in a stripped down, > hardened environment. > > I retried the build on my development machine and it went without > any errors. There I have Solaris 9 in a development configuration. > > It seems, that any Solaris packages are missing. But I haven't tried > to find out, which packages are missing..... > > Birger > ------ > Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, > Karlsruhe > > > ----- Original Message ----- > From: > To: > Sent: Tuesday, December 09, 2003 1:26 PM > Subject: Re: Build ERROR for sasl > > > > The error only occurs if I try to build sasl with_ldap. > > With no option, or with_pam and with_mysql it build fine. > > > > But the most important for me is LDAP, so I still need help to get > sasl build > > with_ldap. > > > > Thanks, > > > > Alex > > > > Cópia alexb@spsul.com.br: > > > > > I tryed to build sasl using: > > > > > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > > > > > > After it starts compiling I got sever errors starting with: > > > > > > lak.o(.text+0x134f): In function `lak_init': > > > : undefined reference to `OpenSSL_add_all_digests' > > > > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 9 19:17:57 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 182AA301010 for ; Tue, 9 Dec 2003 19:17:57 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 2755311E8A3; Tue, 9 Dec 2003 10:17:54 -0800 (PST) Date: Tue, 9 Dec 2003 10:17:54 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031209181754.GA11384@alexis.mi.celestial.com> References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20031209143102.GO95578@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 09, 2003, Michael Schloh von Bennewitz wrote: >On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: >> I just realised that there is no package for Courier-IMAP avaiable in >> OpenPKG-1.3. >> >That's right. We just have the Cyrus IMAP server. It's very good. My problem with cyrus-imap is it uses its own private databases, and it's difficult to use with standard *ix tools. >> Can I just execute the courier-imap I build for my "OpenPKG hosting >> distro" and integrate with Postfix, LDAP, ... from OpenPKG ? >> >That would be nice for you to make the Courier IMAP package. It would be a >good addition to the project. It should make a good companion to the Postfix >package, just like the Cyrus IMAP server. I have one we use here. My build includes whoson support that I added since I couldn't find other patches. ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/courier-imap-1.5.3-20031124.src.rpm The spec file is pretty messy, and uses some macros I've pulled over from Caldera's version of RPM. One particularly nasty bit is that it builds the program twice due to some dependencies in the Makefiles triggered by the whoson patches. I couldn't figure out a prettier way to deal with that. My spec file also violates OpenPKG standards by building multiple package to separate out the different database authentication methods. There's a package that adds these to OpenPKG as well: ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/csrpmutils-0.90-20030119.src.rpm ... >If you have a spec file for Courier IMAP, then you probably took it from >another RPM packaging system. That's an excellent start, and you can get >many clues from that spec file. That's what I did, and the result is pretty ugly. On the other hand it does work (although it may well require installing with the --nodeps option since it turns up many dependencies on system supplied libraries). Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Government spending? I don't know what it's all about. I don't know any more about this thing than an economist does, and, God knows, he doesn't know much. -- Will Rogers From openpkg-users-owner@openpkg.org Tue Dec 9 19:27:07 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 2C821301746 for ; Tue, 9 Dec 2003 19:27:07 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 43B198D753 for ; Tue, 9 Dec 2003 19:27:05 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Dec 2003 19:27:05 +0100 Date: Tue, 9 Dec 2003 19:27:05 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031209182705.GC99929@dt4.dev.de.cw.net> References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> <20031209181754.GA11384@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" In-Reply-To: <20031209181754.GA11384@alexis.mi.celestial.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 09, 2003, Bill Campbell wrote: > On Tue, Dec 09, 2003, Michael Schloh von Bennewitz wrote: >>On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: >>> I just realised that there is no package for Courier-IMAP avaiable in >>> OpenPKG-1.3. >>> >>That's right. We just have the Cyrus IMAP server. It's very good. > > My problem with cyrus-imap is it uses its own private databases, > and it's difficult to use with standard *ix tools. > Actually, I agree. Even though I personally like this feature, it is for many reasons totally unacceptable for others. Then again I suspect that by courier-imap not using its own database it relies on IMAP clients being aligned with real Unix users. This is in other ways nasty. That's why it would be nice to have both packages, to cover both needs. >>> Can I just execute the courier-imap I build for my "OpenPKG hosting >>> distro" and integrate with Postfix, LDAP, ... from OpenPKG ? >>> >>That would be nice for you to make the Courier IMAP package. It would be a >>good addition to the project. It should make a good companion to the Post= fix >>package, just like the Cyrus IMAP server. > > I have one we use here. My build includes whoson support that I > added since I couldn't find other patches. > > ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/courier-i= map-1.5.3-20031124.src.rpm > Thank you very much. You probably helped Alex immediately with that, and possibly I can fummel the package to align it with our standards some day. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9YT+FuYv80UoVTdAQFk8gf9Fh5L75sz1X8UpOv3Jea0pwkM+HAggosX ng2US5bhttq77N0lAXWe8DuRjZCW0adoNcu6C0njQ38p66zbP1EnfCL0De6hWqlc +3kJXBopE7nNsa+iPK1sdNt8cc97ZQjeW08vrIdJEBvN3tT+vaPhInh+o8jItRuo lElFR5V888k58ACiB671uQqk/yXxmUNmAL9ZwNQEPdDNdK2QaWqsU9JoawcnxTGM iQOQcYWKLDPHblk3WoU8EOKKrchp6sdXonBxOBNEZBb0rTBiTP39Mthet6yhXqyK rCuQLoYY1j90YZszty8SV+4QC1i8EK8ZHp8Xkg0rJm7G3LVo5AHjOw== =n6fP -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From openpkg-users-owner@openpkg.org Tue Dec 9 23:25:12 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 825F32FF3D3 for ; Tue, 9 Dec 2003 23:25:11 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 95B87412A; Tue, 9 Dec 2003 19:42:21 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <1071009741.3fd64fcd731d8@www.spsul.com.br> Date: Tue, 09 Dec 2003 19:42:21 -0300 (BRT) From: alexb@spsul.com.br References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> <20031209181754.GA11384@alexis.mi.celestial.com> In-Reply-To: <20031209181754.GA11384@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi Bill Your courier-imap seams to be build at 2003-11-24, but ver 1.5.3 seams preaty old compared to curently downloadable source at : http://www.courier-mta.org/download.php#imap Version:2.2.1 (27-Nov-2003). Do you have a different version sequence or why is this great diference ? PS: Do you have any contact to your mailserver ? My mailserver (200.211.5.6) is beeing blocked by nsrbldeny.ecsis.net, but realy I'm no spammer and so far I let other check I'm not an open relay. Unfortunetly I couldn't find why and how to get out of the blockhole list Cópia Bill Campbell : > On Tue, Dec 09, 2003, Michael Schloh von Bennewitz wrote: > >On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > >> I just realised that there is no package for Courier-IMAP avaiable > in > >> OpenPKG-1.3. > >> > >That's right. We just have the Cyrus IMAP server. It's very good. > > My problem with cyrus-imap is it uses its own private databases, > and it's difficult to use with standard *ix tools. > > >> Can I just execute the courier-imap I build for my "OpenPKG hosting > >> distro" and integrate with Postfix, LDAP, ... from OpenPKG ? > >> > >That would be nice for you to make the Courier IMAP package. It would > be a > >good addition to the project. It should make a good companion to the > Postfix > >package, just like the Cyrus IMAP server. > > I have one we use here. My build includes whoson support that I > added since I couldn't find other patches. > > ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/courier-imap-1.5.3-20031124.src.rpm > > The spec file is pretty messy, and uses some macros I've pulled over > from > Caldera's version of RPM. One particularly nasty bit is that it builds > the > program twice due to some dependencies in the Makefiles triggered by > the > whoson patches. I couldn't figure out a prettier way to deal with > that. > My spec file also violates OpenPKG standards by building multiple > package > to separate out the different database authentication methods. There's > a > package that adds these to OpenPKG as well: > > ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/csrpmutils-0.90-20030119.src.rpm > > ... > >If you have a spec file for Courier IMAP, then you probably took it > from > >another RPM packaging system. That's an excellent start, and you can > get > >many clues from that spec file. > > That's what I did, and the result is pretty ugly. On the other hand > it > does work (although it may well require installing with the --nodeps > option > since it turns up many dependencies on system supplied libraries). > > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > Government spending? I don't know what it's all about. I don't know > any more about this thing than an economist does, and, God knows, he > doesn't know much. > -- Will Rogers > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Dec 9 23:49:20 2003 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id C4975301964 for ; Tue, 9 Dec 2003 23:49:19 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 2F45A11E8B5; Tue, 9 Dec 2003 14:49:17 -0800 (PST) Date: Tue, 9 Dec 2003 14:49:17 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031209224917.GA50850@alexis.mi.celestial.com> References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> <20031209181754.GA11384@alexis.mi.celestial.com> <1071009741.3fd64fcd731d8@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1071009741.3fd64fcd731d8@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: >Hi Bill > >Your courier-imap seams to be build at 2003-11-24, but ver 1.5.3 seams preaty >old compared to curently downloadable source at : >http://www.courier-mta.org/download.php#imap > Version:2.2.1 (27-Nov-2003). > >Do you have a different version sequence or why is this great diference ? This is what we've been using, It's mainly a case of ``if it ain't broke, don't fix it''. Getting courier-imap to build has been a bit of a hassle in the past so it's been easy to find things of higher priority so I can put off tackling it. >PS: Do you have any contact to your mailserver ? My mailserver >(200.211.5.6) is beeing blocked by nsrbldeny.ecsis.net, but realy I'm no >spammer and so far I let other check I'm not an open relay. Unfortunetly I >couldn't find why and how to get out of the blockhole list You can always mail me at one of our role accounts, support@celestial.com, abuse@celestial.com, security@celestial.com, or postmaster@celestial.com as these are accepted without any spam checking. That RBL is run by Larry Smith , one of our ISP customers, and we do secondary MX for them. If we don't use the same RBLs they do, then the spammers can hit them through the back door. >Cópia Bill Campbell : > >> On Tue, Dec 09, 2003, Michael Schloh von Bennewitz wrote: >> >On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: >> >> I just realised that there is no package for Courier-IMAP avaiable >> in >> >> OpenPKG-1.3. >> >> >> >That's right. We just have the Cyrus IMAP server. It's very good. >> >> My problem with cyrus-imap is it uses its own private databases, >> and it's difficult to use with standard *ix tools. >> >> >> Can I just execute the courier-imap I build for my "OpenPKG hosting >> >> distro" and integrate with Postfix, LDAP, ... from OpenPKG ? >> >> >> >That would be nice for you to make the Courier IMAP package. It would >> be a >> >good addition to the project. It should make a good companion to the >> Postfix >> >package, just like the Cyrus IMAP server. >> >> I have one we use here. My build includes whoson support that I >> added since I couldn't find other patches. >> >> >ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/courier-imap-1.5.3-20031124.src.rpm >> >> The spec file is pretty messy, and uses some macros I've pulled over >> from >> Caldera's version of RPM. One particularly nasty bit is that it builds >> the >> program twice due to some dependencies in the Makefiles triggered by >> the >> whoson patches. I couldn't figure out a prettier way to deal with >> that. >> My spec file also violates OpenPKG standards by building multiple >> package >> to separate out the different database authentication methods. There's >> a >> package that adds these to OpenPKG as well: >> >> >ftp://ftp.celestial.com/private/ftp.openpkg.org/release/1.3/SRC/csrpmutils-0.90-20030119.src.rpm >> >> ... >> >If you have a spec file for Courier IMAP, then you probably took it >> from >> >another RPM packaging system. That's an excellent start, and you can >> get >> >many clues from that spec file. >> >> That's what I did, and the result is pretty ugly. On the other hand >> it >> does work (although it may well require installing with the --nodeps >> option >> since it turns up many dependencies on system supplied libraries). >> >> Bill >> -- >> INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC >> UUCP: camco!bill PO Box 820; 6641 E. Mercer Way >> FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) >> 236-1676 >> URL: http://www.celestial.com/ >> >> Government spending? I don't know what it's all about. I don't know >> any more about this thing than an economist does, and, God knows, he >> doesn't know much. >> -- Will Rogers >> ______________________________________________________________________ >> The OpenPKG Project www.openpkg.org >> User Communication List openpkg-users@openpkg.org >> >______________________________________________________________________ >The OpenPKG Project www.openpkg.org >User Communication List openpkg-users@openpkg.org > -- Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Once at a social gathering, Gladstone said to Disraeli, ``I predict, Sir, that you will die either by hanging or of some vile disease''. Disraeli replied, "That all depends upon whether I embrace your principles or your mistress". From openpkg-users-owner@openpkg.org Wed Dec 10 05:01:27 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id BAE262FDAA5 for ; Wed, 10 Dec 2003 05:01:22 +0100 (CET) Received: from [192.168.1.106] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id E142012D8D for ; Tue, 9 Dec 2003 22:03:33 +0000 (GMT) Date: Tue, 09 Dec 2003 22:01:17 -0600 Subject: Re: No -devel package in OpenPKG ? From: "F. Even" To: Message-ID: In-Reply-To: <20031209102448.GL95578@dt4.dev.de.cw.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 12/9/03 4:24 AM, "Michael Schloh von Bennewitz" wrote: > Hello Frank, > > On Mon, Dec 08, 2003, F. Even wrote: >> I'm looking to build Apache with some of the options turned on. Do I need >> to specify --define on the --rebuild of the .src.rpm step, or can I specify >> that after the binary RPM has been built? ...or, is it when the binary RPM >> is built, there are no options that can be specified? >> > After learning which options a OpenPKG source package supports (with rpm > -qpi), you can use those options by specifying the options on the command > line while building the source package (rpm --rebuild --define 'with_option > yes' package.src.rpm). > > Unfortunately while installing binary packages (rpm -Uvh package.ix86.rpm), > you can give all sorts of options on the command line (--define > 'with_whatever yes') and rpm will silently ignore them. It's just not > possible to add or remove options after a binary package is created. If you > make a mistake, you'll have to build the source package again using the > correct options. > > It's a wise thing to do to check a newly created binary package to make sure > that the options you wish are really there (rpm -qpi package.ix86.rpm). It's > easy to make the mistake of incorrectly specifying the option. For example, > > $ rpm --rebuild package.src.rpm --define 'with_x11 yes' (CORRECT!) > $ rpm --rebuild package.src.rpm --define 'with_x11=yes' (WRONG!) > > In the second example above, the package will probably be built without X11. > > $ rpm -qpi package.ix86.rpm > [...] > Provides: > package::with_x11 = =yes > >> ...and I'm left wondering how does the .openpkg folder get created and save >> these build options? I do not have one, and I've installed many packages >> through the process of "rpm --rebuild >> ftp://ftp.openpkg.org/release/1.3/SRC/pkg-name.src.rpm" and then "rpm >> -Uvh/Fvh pkg-name.rpm" from the /cw/RPM/PKG folder. I have the openpkg-tool >> installed....I really have not seen any good documentation on how to use it >> though....and the man page doesn't seem to really help pull it all together. >> > Today, neither RPM, OpenPKG, nor the openpkg-tool creates the folder > '.openpkg'. There are lots of plans on how to use this folder, but until now > the only thing implemented is openpkg-tools' configuration through the file > you mention '.openpkg/build'. > > If you want to have the openpkg-tool behave specially (read about -E, -H, > -r from the openpkg-tool manpage) without typing these arguments every time > on the command line, then write a file called 'build' like this: > > $ cat build > #-f /home/meuser/.openpkg/00INDEX.rdf > -E pgp2 autoconf > -P sudo > > Make a new directory '.openpkg', and put the above file in there with > readable permissions. Now every time you type 'openpkg index' or 'openpkg > build', those arguments will be used. > > Regards, > Michael Thanks for the response. I appreciate the clarification above, and I'll have to check out some of those .openpkg/build options. You guys have been nothing but helpful since I've started using OpenPKG. Thanks!! Frank From openpkg-users-owner@openpkg.org Wed Dec 10 14:52:48 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 64BA6301739 for ; Wed, 10 Dec 2003 14:52:47 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 6AD3E410F; Wed, 10 Dec 2003 11:09:59 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Need help with sasl Message-ID: <1071065399.3fd72937228c3@www.spsul.com.br> Date: Wed, 10 Dec 2003 11:09:59 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Can someone give me an idea how to proceed to get sasl --with_ldap to compile ? I realy expected that meating OpenPKG pre-requisits of each package would garanti smoth building of OpenPKG packages as they should be OS independent. My progect needs ldap support, but unfortunatly I can't build sasl with ldap support needed for smtp auth. Any tip/advice how to compleet my instalation (eader in RH7.3 or OpenPKG) to compleat sasl building would be waluable. Thanks, Alex > I tryed to build sasl using: > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > > After it starts compiling I got sever errors starting with: > > lak.o(.text+0x134f): In function `lak_init': > : undefined reference to `OpenSSL_add_all_digests' > From openpkg-users-owner@openpkg.org Wed Dec 10 15:54:33 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 4DB7A2FF8BF for ; Wed, 10 Dec 2003 15:54:33 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 55A2B8D768; Wed, 10 Dec 2003 15:54:31 +0100 (CET) Date: Wed, 10 Dec 2003 15:54:31 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Build ERROR for sasl Message-ID: <20031210145431.GA52979@dev.de.cw.com> References: <1070971696.3fd5bb30b7794@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1070971696.3fd5bb30b7794@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > I tryed to build sasl using: > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > > After it starts compiling I got sever errors starting with: > > lak.o(.text+0x134f): In function `lak_init': > : undefined reference to `OpenSSL_add_all_digests' > Fixed in sasl-2.1.17-20031210, see http://cvs.openpkg.org/chngview?cn=13698 Thanks for reporting. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Dec 10 17:55:32 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 8745830163A for ; Wed, 10 Dec 2003 17:55:31 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id A1AD1416B; Wed, 10 Dec 2003 14:12:45 -0300 (BRT) To: openpkg-users@openpkg.org Subject: openpkg tool question Message-ID: <1071076364.3fd7540d02cf5@www.spsul.com.br> Date: Wed, 10 Dec 2003 14:12:45 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: 1) I've build postfix with openpkd providing some -Dwith_option Now I whant to rebuild postfix with a different set of -Dwith_option, but openpkg build -D.... postfix says that it is allready installed 2) [alexb@arara alexb]$ openpkg build -S -a|grep -i updat # rebuilding postfix (update) postfix-2.0.13-1.3.2 UPDATE postfix-2.0.13-1.3.1 Why is openpkg sugesting my to UPDATE to a previos version ? From openpkg-users-owner@openpkg.org Wed Dec 10 18:53:21 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 049F3300388 for ; Wed, 10 Dec 2003 18:53:21 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id E3B9540E8; Wed, 10 Dec 2003 15:10:35 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Build ERROR for sasl Message-ID: <1071079835.3fd7619b9c9ee@www.spsul.com.br> Date: Wed, 10 Dec 2003 15:10:35 -0300 (BRT) From: alexb@spsul.com.br References: <1070971696.3fd5bb30b7794@www.spsul.com.br> <20031210145431.GA52979@dev.de.cw.com> In-Reply-To: <20031210145431.GA52979@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Can this correction be applyed to sasl from OpenPKG-1.3 ? How ? Cópia Thomas Lotterer : > On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > > > I tryed to build sasl using: > > > > openpkg build -Dwith_pam -Dwith_ldap -Dwith_mysql sasl | sh > > > > After it starts compiling I got sever errors starting with: > > > > lak.o(.text+0x134f): In function `lak_init': > > : undefined reference to `OpenSSL_add_all_digests' > > > Fixed in sasl-2.1.17-20031210, see > http://cvs.openpkg.org/chngview?cn=13698 > Thanks for reporting. > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Thu Dec 11 10:29:05 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 30C622FDA3D for ; Thu, 11 Dec 2003 10:29:05 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 0C7DD8D7B2; Thu, 11 Dec 2003 10:29:02 +0100 (CET) Date: Thu, 11 Dec 2003 10:29:02 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Build ERROR for sasl Message-ID: <20031211092902.GA75705@dev.de.cw.com> References: <1070971696.3fd5bb30b7794@www.spsul.com.br> <20031210145431.GA52979@dev.de.cw.com> <1071079835.3fd7619b9c9ee@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1071079835.3fd7619b9c9ee@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 10, 2003, alexb@spsul.com.br wrote: > Cópia Thomas Lotterer : > > On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > > > > > I tryed to build sasl using [with_ldap] > > > > > Fixed in sasl-2.1.17-20031210, see > > http://cvs.openpkg.org/chngview?cn=13698 > > Thanks for reporting. > > > Can this correction be applyed to sasl from OpenPKG-1.3 ? > Fixed in sasl-2.1.15-1.3.1.src.rpm, see http://cvs.openpkg.org/chngview?cn=13715 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Dec 11 12:50:45 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 8F168301928 for ; Thu, 11 Dec 2003 12:50:44 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 96FD74131; Thu, 11 Dec 2003 09:08:03 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <1071144482.3fd85e22ed2f6@www.spsul.com.br> Date: Thu, 11 Dec 2003 09:08:02 -0300 (BRT) From: alexb@spsul.com.br References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> In-Reply-To: <20031209143102.GO95578@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Whats the name of the Cyrus IMAP OpenPKG ? I couldend find nothing like cyrus... either in releas-1.3 or current ? Alex Cópia Michael Schloh von Bennewitz : > On Tue, Dec 09, 2003, alexb@spsul.com.br wrote: > > I just realised that there is no package for Courier-IMAP avaiable > in > > OpenPKG-1.3. > > > That's right. We just have the Cyrus IMAP server. It's very good. > > > Can I just execute the courier-imap I build for my "OpenPKG hosting > > distro" and integrate with Postfix, LDAP, ... from OpenPKG ? > > > That would be nice for you to make the Courier IMAP package. It would be > a > good addition to the project. It should make a good companion to the > Postfix > package, just like the Cyrus IMAP server. > > > Or do I need to reconfigur or eaven rebuild the Courier-IMAP server? > > > I don't know how to configure or build the Courier IMAP server. > > > From the build (.spec) I made previusly I have: > > Requires: /sbin/chkconfig fileutils textutils sh-utils sed > BuildPreReq: > > textutils openssl-devel fileutils rpm >= 4.0.2 sed perl gdbm-devel > > pam-devel fam-devel postgresql-devel openldap-devel mysql-devel > > openldap-servers > > > > So it seams to depend at least on perl, postgresql, openldap and > mysql > > that I'm now building from the packages provided from OpenPKG. > > > If you have a spec file for Courier IMAP, then you probably took it > from > another RPM packaging system. That's an excellent start, and you can > get > many clues from that spec file. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Thu Dec 11 14:49:29 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 605BB301086 for ; Thu, 11 Dec 2003 14:49:29 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 1C0308D753 for ; Thu, 11 Dec 2003 14:49:27 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 11 Dec 2003 14:49:27 +0100 Date: Thu, 11 Dec 2003 14:49:26 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: No courier-imap in OpenPKG Message-ID: <20031211134926.GJ99929@dt4.dev.de.cw.net> References: <1070978617.3fd5d63962064@www.spsul.com.br> <20031209143102.GO95578@dt4.dev.de.cw.net> <1071144482.3fd85e22ed2f6@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="QxN5xOWGsmh5a4wb" In-Reply-To: <1071144482.3fd85e22ed2f6@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --QxN5xOWGsmh5a4wb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > Whats the name of the Cyrus IMAP OpenPKG ? > I couldend find nothing like cyrus... either in releas-1.3 or current ? > Try ftp://ftp.openpkg.org/release/1.3/SRC/PLUS/imapd-2.1.14-1.3.0.src.rpm --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --QxN5xOWGsmh5a4wb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9h15luYv80UoVTdAQG9WQf+KXzqtLV5vse+5kB8ZVovambZybeyJKxb 1n5imctH9nAzU6WJtwzn8F+z5NkUqxt3ZH6NWbmjW7hyR3EIfe5C+gaSMGs6Xfub TCuiuL6f1MU88qsbKlu0ZRdB8ryU9PcEHGynRoSCKvCjSbO+X4s/Y9VZhxloUgQr JINFaPuk7Ln9GzS5N1xuPkQF7Aveymu2MY3kqLSURQJLEf0p6O+hSCPxS4PTSVZf qPiV4Ultszlta17R5pLINGKKL8ayZ+fX5zvNxnZ4KyeXH8YzXWKRWG+L0P0Hesd8 WC26si8DW6StiR4777bjkWSlv1/3sLp81dacPqQNke68bJKd5/zqCg== =ZG+v -----END PGP SIGNATURE----- --QxN5xOWGsmh5a4wb-- From openpkg-users-owner@openpkg.org Thu Dec 11 15:18:06 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 44DAE3011DB for ; Thu, 11 Dec 2003 15:18:06 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id B583D4138; Thu, 11 Dec 2003 11:35:24 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Help to build courier-imap for OpenPKG Message-ID: <1071153324.3fd880ac62067@www.spsul.com.br> Date: Thu, 11 Dec 2003 11:35:24 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: From the developers I got courier-imap-2.2.1.tar.bz2 It expands to a tree under courier-imap-2.2.1, bup instaling source rpms normaly seams to install under a directory just for the main name, as also does courier-imap-1.5.3 from Bill Campbell. Is this done by the rpm tool or do I need to repackage or specify something in .spec ? In the developers packages is allready a courier-imap.spec and a courier-imap.spec.in (that seams to me a template). Reading the developer on-line Install instructions I think that I should modify the .spec file and then issue rpm -bb courier-imap.spec This .spec has no Prefix: entry, but has %define _prefix /usr/lib/courier-imap Should I change do %define _prefix %{l_prefix}/usr/lib/courier-imap or Just add Prefix: %{l_prefix} ? Also the .spec has BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot Should I prefix this definition or substitute it with the %{l_buildroot} ? Also I think I should set the --with-shellpath configuration option to include OpenPKG path. For this I whant to confirm that %{l_prefix} represents the base directory where I installed OpenPKG. And now what should I worry about or search in the .spec file to changes for use with OpenPKG ? PS.: The rpm tree I used to see from RedHat has BUILD RPMS SOURCES SPECS SRPMS, but in OpenPKG ther is only DB PKG SRC TMP. Should I put the courier-imap-2.2.1.tar.bz2 file just into SRC or does I need to mkdir courier-imap first ? From openpkg-users-owner@openpkg.org Thu Dec 11 15:49:34 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id CE76B301B35 for ; Thu, 11 Dec 2003 15:49:33 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 891718D753 for ; Thu, 11 Dec 2003 15:49:31 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 11 Dec 2003 15:49:31 +0100 Date: Thu, 11 Dec 2003 15:49:31 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <20031211144931.GK99929@dt4.dev.de.cw.net> References: <1071153324.3fd880ac62067@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="fLj60tP2PZ34xyqD" In-Reply-To: <1071153324.3fd880ac62067@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --fLj60tP2PZ34xyqD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > It expands to a tree under courier-imap-2.2.1, bup instaling source rpms > normaly seams to install under a directory just for the main name, as also > does courier-imap-1.5.3 from Bill Campbell. Is this done by the rpm tool > or do I need to repackage or specify something in .spec ? > A tarball (like courier-imap-2.2.1.tar.bz2) is unpackad by RPM using the %setup macros that you should put in the %prep section of the .spec file. Something like: %prep %setup -q should do the job, although you might need to use: %setup -q -n courier-imap-%{version} or some variation with '-c' to create a directory, etcetera. They are all native RPM features that you can read about in the Maximum RPM book or some other RPM documentation. > Reading the developer on-line Install instructions I think that I should > modify the .spec file and then issue rpm -bb courier-imap.spec > Yes that sounds reasonable. And 'rpm -bb' builds the package from just a =2Espec file. It is very similar to 'rpm --rebuild', except your source is a =2Espec file rather than a full source package. The command 'rpm -bs' will create a source package (ending with .src.rpm), but does not compile or build anything. That's what you'll use later to finally make your package. > This .spec has no Prefix: entry, but has %define _prefix /usr/lib/courier= -imap > Should I change do %define _prefix %{l_prefix}/usr/lib/courier-imap or Ju= st add > Prefix: %{l_prefix} ? > > Also the .spec has > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot > > Should I prefix this definition or substitute it with the %{l_buildroot}= ? > Prefix, Buildroot and the other things that I put in the template sent to you should remain exact. Don't change them or use other non-OpenPKG constructs like the ones you found in the .spec file distributed with the Courier sources. In some cases those non-OpenPKG constructs are simply unconformant to style or organization rules that we've chosen to enforce (at least in the official package repository). In other cases, those non-OpenPKG constructs will cause your build to completely fail. > Also I think I should set the --with-shellpath configuration option to in= clude > OpenPKG path. For this I whant to confirm that %{l_prefix} represents the= base > directory where I installed OpenPKG. > Yes, %{l_prefix} will always expand to the path name you gave when bootstrapping OpenPKG like this: $ sh openpkg...-src.sh --prefix=3D/myprefix If you didn't give a prefix explicitly, then it will be '/cw' by default. > And now what should I worry about or search in the .spec file to changes > for use with OpenPKG ? > First build the software without even thinking about OpenPKG. Keep notes of everything you do (./configure, make all, rm unwanted files, make install...). Then put these steps exactly like that in the .spec file template I sent you. Compare your final .spec file with the on distributed with the Courier software. Change a few things that seem necessary. Lastly, try building with 'rpm -bb courier.spec'. > PS.: The rpm tree I used to see from RedHat has BUILD RPMS SOURCES SPECS= =20 > SRPMS, but in OpenPKG ther is only DB PKG SRC TMP. Should I put the > courier-imap-2.2.1.tar.bz2 file just into SRC or does I need to mkdir > courier-imap first ? > Probably easiest ist to use: $ rpm --fetch courier.spec If you don't like that, then make the directory and copy the tarball: $ mkdir /cw/RPM/SRC/courier $ cp /someplace/courier-imap-2.2.1.tar.bz2 /cw/RPM/SRC/courier This directory (which I assume is 'courier') must match exactly the name you use for your package, as stated in the .spec file after 'Name:'. Good luck, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --fLj60tP2PZ34xyqD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9iD+luYv80UoVTdAQExNggAkxOG+bWPo4IeRRi+Ws/tIWGfRRKTPaNw AHii4n/6nVHdTukcPPtA/1zwICjYUqboi2FUOXsCujsbKqXvlhx6218LOySENZwn hMBVPkF9ahxEWEgBOWBsRrFQh4vsof4mN4jR6zAOL8BupuxKsZepKeBkTjIvbgOE h/OiGVLhtmmWD0BFtWjkc0EvpDkKOpokVw2x1MsvITnk7va81c52Anmh09AELGRQ 96VAR7ULe4NbuIfvZwudZ4sn1fp6BnRS4hwKFfWFHIUlSeLASn0B1NjwwCUtru5d 2O4uRRKvvjpWlBgfnzMYsSBH3UlkI2DnJoaoNr+cqActaLmIs0Hqlg== =3Xy8 -----END PGP SIGNATURE----- --fLj60tP2PZ34xyqD-- From openpkg-users-owner@openpkg.org Thu Dec 11 17:43:55 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id BEEE22FF105 for ; Thu, 11 Dec 2003 17:43:54 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 122F74139; Thu, 11 Dec 2003 14:01:15 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <1071162074.3fd8a2dab7bba@www.spsul.com.br> Date: Thu, 11 Dec 2003 14:01:14 -0300 (BRT) From: alexb@spsul.com.br References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> In-Reply-To: <20031211144931.GK99929@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As I do not understand now much about RPM build, I'm trying to adjust the existing .spec file, mixing stuff from Bill's port of courier-imap-1.5.3. I also do not understand suficient about compiling/linking flags so I ask help for the following seting I found in .spec x Bill's.spec From courier-dev: %define configure CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; ./configure --host=%{_host} --build=%{_build} --target=%{_target_platform} --program-prefix=%{?_program_prefix} --prefix=%{_prefix} --exec-prefix=%{_exec_prefix} --bindir=%{_bindir} --sbindir=%{_sbindir} --sysconfdir=%{_sysconfdir} --datadir=%{_datadir} --includedir=%{_includedir} --libdir=%{_libdir} --libexecdir=%{_libexecdir} --localstatedir=%{_localstatedir} --sharedstatedir=%{_sharedstatedir} --mandir=%{_mandir} --infodir=%{_infodir} From Bill's port: CFLAGS="%{l_cppflags} %{optflags}"; export CFLAGS CXXFLAGS="%{l_cppflags} %{optflags}"; export CXXFLAGS LDFLAGS="-L%{l_prefix}/lib"; export LDFLAGS So first, are all %{l_xxx} OpenPKG stuff ? And if so, where are they defined (by rpm perhaps?) ? I do not understand the syntax like CXXFLAGS="${CXXFLAGS:-%optflags}" Does this consider some default ? How to change this for OpenPKG ? And as I'm testing and probaly making lots off errors, How do I tell rpm to just build the binary from .src.rpm with installing it ? Unfortunatly I do not have the time to learn all about rpm build (that would be nice) and thats why I'm trying to adapt the existing .spec to get just courier-imap build (The only package I realy miss in OpenPKG). Thanks again for all help and tips Cópia Michael Schloh von Bennewitz : > On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > > It expands to a tree under courier-imap-2.2.1, bup instaling source > rpms > > normaly seams to install under a directory just for the main name, as > also > > does courier-imap-1.5.3 from Bill Campbell. Is this done by the rpm > tool > > or do I need to repackage or specify something in .spec ? > > > A tarball (like courier-imap-2.2.1.tar.bz2) is unpackad by RPM using > the > %setup macros that you should put in the %prep section of the .spec > file. > Something like: > > %prep > %setup -q > > should do the job, although you might need to use: > > %setup -q -n courier-imap-%{version} > > or some variation with '-c' to create a directory, etcetera. They are > all > native RPM features that you can read about in the Maximum RPM book or > some > other RPM documentation. > > > Reading the developer on-line Install instructions I think that I > should > > modify the .spec file and then issue rpm -bb courier-imap.spec > > > Yes that sounds reasonable. And 'rpm -bb' builds the package from just > a > .spec file. It is very similar to 'rpm --rebuild', except your source is > a > .spec file rather than a full source package. The command 'rpm -bs' > will > create a source package (ending with .src.rpm), but does not compile > or > build anything. That's what you'll use later to finally make your > package. > > > This .spec has no Prefix: entry, but has %define _prefix > /usr/lib/courier-imap > > Should I change do %define _prefix %{l_prefix}/usr/lib/courier-imap or > Just add > > Prefix: %{l_prefix} ? > > > > Also the .spec has > > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot > > > > Should I prefix this definition or substitute it with the > %{l_buildroot} ? > > > Prefix, Buildroot and the other things that I put in the template sent > to > you should remain exact. Don't change them or use other non-OpenPKG > constructs like the ones you found in the .spec file distributed with > the > Courier sources. > > In some cases those non-OpenPKG constructs are simply unconformant to > style > or organization rules that we've chosen to enforce (at least in the > official > package repository). In other cases, those non-OpenPKG constructs will > cause > your build to completely fail. > > > Also I think I should set the --with-shellpath configuration option to > include > > OpenPKG path. For this I whant to confirm that %{l_prefix} represents > the base > > directory where I installed OpenPKG. > > > Yes, %{l_prefix} will always expand to the path name you gave when > bootstrapping OpenPKG like this: > > $ sh openpkg...-src.sh --prefix=/myprefix > > If you didn't give a prefix explicitly, then it will be '/cw' by > default. > > > And now what should I worry about or search in the .spec file to > changes > > for use with OpenPKG ? > > > First build the software without even thinking about OpenPKG. Keep notes > of > everything you do (./configure, make all, rm unwanted files, make > install...). Then put these steps exactly like that in the .spec file > template I sent you. Compare your final .spec file with the on > distributed > with the Courier software. Change a few things that seem necessary. > Lastly, > try building with 'rpm -bb courier.spec'. > > > PS.: The rpm tree I used to see from RedHat has BUILD RPMS SOURCES > SPECS > > SRPMS, but in OpenPKG ther is only DB PKG SRC TMP. Should I put the > > courier-imap-2.2.1.tar.bz2 file just into SRC or does I need to > mkdir > > courier-imap first ? > > > Probably easiest ist to use: > > $ rpm --fetch courier.spec > > If you don't like that, then make the directory and copy the tarball: > > $ mkdir /cw/RPM/SRC/courier > $ cp /someplace/courier-imap-2.2.1.tar.bz2 /cw/RPM/SRC/courier > > This directory (which I assume is 'courier') must match exactly the name > you > use for your package, as stated in the .spec file after 'Name:'. > > Good luck, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Thu Dec 11 18:00:13 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id AD1D23017A3 for ; Thu, 11 Dec 2003 18:00:12 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 5EC638D753 for ; Thu, 11 Dec 2003 18:00:10 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Thu, 11 Dec 2003 18:00:10 +0100 Date: Thu, 11 Dec 2003 18:00:10 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <20031211170010.GC36924@dt4.dev.de.cw.net> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" In-Reply-To: <1071162074.3fd8a2dab7bba@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --NKoe5XOeduwbEQHU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > So first, are all %{l_xxx} OpenPKG stuff ? And if so, where are they > defined (by rpm perhaps?) ? > Yes, all that starts with 'l_' is native to OpenPKG. l_cppflags is a local OpenPKG Macro. You can find these in your /cw/etc/openpkg/rpmmacros file. > I do not understand the syntax like CXXFLAGS=3D"${CXXFLAGS:-%optflags}" > Does this consider some default ? How to change this for OpenPKG ? > I don't understand that syntax either, but the good news is that I believe you don't need it. Stick to either the build flags that I sent you, or the ones from Bill's package. Either set should work fine. How did it go with your Courier IMAP build (without OpenPKG)? Did you succeed in building the latest Courier version already? Which build flags did you use? > And as I'm testing and probaly making lots off errors, How do I tell rpm = to just > build the binary from .src.rpm with installing it ? > If you want to test your .spec file (and just build the sources), then: $ rpm -bb courier.spec If you want to only make a source package (and not build anything), then: $ rpm -bs courier.spec To make a binary package, you need to build the sources either with: $ rpm -bb courier.spec or $ rpm --rebuild courier-version...src.rpm There will be no installation to your system until you explicitly ask with: # rpm -Uvh courier-version...ix86.rpm --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP9iimVuYv80UoVTdAQEq8wf+Leu0L2PnBLtD6I07I7ZBG5XnLWAXJb8x l+mpO9ngsbWUFV/cNI1PU4ZheWeGT6eXcZhBdlLZGSgUSftqOWWdl6Jx1c8ahMv8 xSld7LVpRXGEo0am//BaOpXJVpz5E5OP9/MOAZweteHZrCoSLgLXWA0LzknylFKb RZ2CWAJWWbNWMtZvC+UZA2QG1kRf7iL9ybBiKGZyfL17UQkDzeEB46pU/zvZNMPI DbsYCz34+sSClQvRgE46PZvtHYo5/grKVg36sKakDleydQvm1lOEDXyuFfXoZtPo +oAMtMYzdnNfbNhGGuRfiai+n+BOB8tf5FIfhPd3tcoK2/z/6RWNLw== =K4u1 -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- From openpkg-users-owner@openpkg.org Thu Dec 11 18:09:26 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id B7E4A301703 for ; Thu, 11 Dec 2003 18:09:25 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 4E1E54145; Thu, 11 Dec 2003 14:26:46 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <1071163606.3fd8a8d62c504@www.spsul.com.br> Date: Thu, 11 Dec 2003 14:26:46 -0300 (BRT) From: alexb@spsul.com.br References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> In-Reply-To: <20031211170010.GC36924@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for all help. I previously, befor starting to use OPenPKG, I got succesful rpm_build using just the .spec acompaining the developers source. Today I didn't got so far to finish a build as I'm still mangling with the .spec file. As soon I got some progress I report it to you. Alex Cópia Michael Schloh von Bennewitz : > On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > > So first, are all %{l_xxx} OpenPKG stuff ? And if so, where are they > > defined (by rpm perhaps?) ? > > > Yes, all that starts with 'l_' is native to OpenPKG. l_cppflags is a > local > OpenPKG Macro. You can find these in your /cw/etc/openpkg/rpmmacros > file. > > > I do not understand the syntax like > CXXFLAGS="${CXXFLAGS:-%optflags}" > > Does this consider some default ? How to change this for OpenPKG ? > > > I don't understand that syntax either, but the good news is that I > believe > you don't need it. Stick to either the build flags that I sent you, or > the > ones from Bill's package. Either set should work fine. > > How did it go with your Courier IMAP build (without OpenPKG)? Did you > succeed in building the latest Courier version already? Which build > flags > did you use? > > > And as I'm testing and probaly making lots off errors, How do I tell > rpm to just > > build the binary from .src.rpm with installing it ? > > > If you want to test your .spec file (and just build the sources), > then: > > $ rpm -bb courier.spec > > If you want to only make a source package (and not build anything), > then: > > $ rpm -bs courier.spec > > To make a binary package, you need to build the sources either with: > > $ rpm -bb courier.spec > > or > $ rpm --rebuild courier-version...src.rpm > > There will be no installation to your system until you explicitly ask > with: > > # rpm -Uvh courier-version...ix86.rpm > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Thu Dec 11 22:06:08 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id C3E7230199C for ; Thu, 11 Dec 2003 22:06:07 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 832748D7B2; Thu, 11 Dec 2003 22:06:05 +0100 (CET) Date: Thu, 11 Dec 2003 22:06:05 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: openpkg tool question Message-ID: <20031211210605.GC21822@dev.de.cw.com> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1071076364.3fd7540d02cf5@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 10, 2003, alexb@spsul.com.br wrote: > 1) > I've build postfix with openpkd providing some -Dwith_option > Now I whant to rebuild postfix with a different set of -Dwith_option, but > openpkg build [...] > The "openpkg build" tool was intended for easy upgrading which requires that options are preserved and new versions are found automatically. If you know what you're doing and need more control it's a good idea to use rpm natively and execute "rpm --rebuild --define 'with_favorite yes' url://..." and "rpm -Uvh RPM" manually. > 2) > [alexb@arara alexb]$ openpkg build -S -a|grep -i updat > # rebuilding postfix (update) > postfix-2.0.13-1.3.2 UPDATE postfix-2.0.13-1.3.1 > > Why is openpkg sugesting my to UPDATE to a previos version ? > This should not happen but is reproducable and i filed this as a bug, see https://rt.openpkg.org/SelfService/Display.html?id=303 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Dec 12 05:59:44 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id 98C6A301871 for ; Fri, 12 Dec 2003 05:59:43 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 3CFDE12D8D for ; Thu, 11 Dec 2003 23:02:01 +0000 (GMT) Date: Thu, 11 Dec 2003 22:59:36 -0600 Subject: Re: No courier-imap in OpenPKG From: "F. Even" To: Message-ID: In-Reply-To: <20031209143102.GO95578@dt4.dev.de.cw.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On 12/9/03 8:31 AM, "Michael Schloh von Bennewitz" wrote: > That's right. We just have the Cyrus IMAP server. It's very good. May I ask where is Cyrus? I don't see it currently on the ftp site: ftp://ftp.openpkg.org/release/1.3/SRC/ Thanks, Frank From openpkg-users-owner@openpkg.org Fri Dec 12 06:15:48 2003 Received: from gv.elitists.org (gv.elitists.org [64.40.88.206]) by mail.openpkg.org (Postfix) with ESMTP id 6AC8C301871 for ; Fri, 12 Dec 2003 06:15:47 +0100 (CET) Received: from [192.168.1.100] (h202.elitists.org [64.40.88.202]) by gv.elitists.org (Postfix) with ESMTP id 715F712D8E for ; Thu, 11 Dec 2003 23:18:05 +0000 (GMT) Date: Thu, 11 Dec 2003 23:15:41 -0600 Subject: ignore my last msg. Re: No courier-imap in OpenPKG From: "F. Even" To: Message-ID: In-Reply-To: <20031211134926.GJ99929@dt4.dev.de.cw.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks! On 12/11/03 7:49 AM, "Michael Schloh von Bennewitz" wrote: > On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: >> Whats the name of the Cyrus IMAP OpenPKG ? >> I couldend find nothing like cyrus... either in releas-1.3 or current ? >> > Try > > ftp://ftp.openpkg.org/release/1.3/SRC/PLUS/imapd-2.1.14-1.3.0.src.rpm From openpkg-users-owner@openpkg.org Fri Dec 12 22:15:54 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 2345B3010E5 for ; Fri, 12 Dec 2003 22:15:53 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 4CE7140D3; Fri, 12 Dec 2003 18:33:16 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <1071264795.3fda341bd9a74@www.spsul.com.br> Date: Fri, 12 Dec 2003 18:33:15 -0300 (BRT) From: alexb@spsul.com.br References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> In-Reply-To: <20031211170010.GC36924@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I got rpm -bb SRC/courier-imap/courier-imap.spec to build all rpm The only strange message I reconized during compilation/packaging was: Finding Requires: (using /opkg/lib/openpkg/find-requires)... objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/etc/init.d/courier-imap: File format not recognized objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/opkg/lib/courier-imap/libexec/authlib/authdaemond: File format not recognized objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/opkg/lib/courier-imap/libexec/imapd-ssl.rc: File format not recognized objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/opkg/lib/courier-imap/libexec/imapd.rc: File format not recognized : : How should I interpred this ? I also don't understand why I got some files (see build info below) in the directory /etc and not /opkg/etc as I set in the .spec %define _prefix %{l_prefix}/lib/courier-imap %define _sysconfdir %{_prefix}/etc %define _mandir %{_prefix}/man Does my courier-imap.spec and src.rpm are for some interest for the OpenPKG project. I would like to be helpfull in any way for this great project. Alex -rw-rw-r-- 1 alexb alexb 601348 Dec 12 18:51 PKG/courier-imap-2.2.1-1.ix86-linux2.4-opk.rpm -rw-rw-r-- 1 alexb alexb 1972 Dec 12 18:51 PKG/courier-imap-ldap-2.2.1-1.ix86-linux2.4-opk.rpm -rw-rw-r-- 1 alexb alexb 57329 Dec 12 18:51 PKG/courier-imap-mysql-2.2.1-1.ix86-linux2.4-opk.rpm -rw-rw-r-- 1 alexb alexb 31317 Dec 12 18:51 PKG/courier-imap-pgsql-2.2.1-1.ix86-linux2.4-opk.rpm [alexb@arara RPM]$ rpm -qpl PKG/courier-imap-2.2.1-1.ix86-linux2.4-opk.rpm /etc/init.d/courier-imap /etc/pam.d/imap /etc/pam.d/pop3 /etc/profile.d/courier-imap.csh /etc/profile.d/courier-imap.sh /opkg/doc/courier-imap-2.2.1 /opkg/doc/courier-imap-2.2.1/AUTHORS /opkg/doc/courier-imap-2.2.1/BUGS /opkg/doc/courier-imap-2.2.1/COPYING /opkg/doc/courier-imap-2.2.1/FAQ /opkg/doc/courier-imap-2.2.1/FAQ.html /opkg/doc/courier-imap-2.2.1/README /opkg/doc/courier-imap-2.2.1/README.authmysql.html /opkg/doc/courier-imap-2.2.1/README.authmysql.myownquery /opkg/doc/courier-imap-2.2.1/README.authpostgres.html /opkg/doc/courier-imap-2.2.1/README.imap /opkg/doc/courier-imap-2.2.1/README.ldap /opkg/doc/courier-imap-2.2.1/README.maildirquota /opkg/doc/courier-imap-2.2.1/README.sharedfolders /opkg/lib/courier-imap /opkg/lib/courier-imap/bin /opkg/lib/courier-imap/bin/couriertls /opkg/lib/courier-imap/bin/deliverquota /opkg/lib/courier-imap/bin/imapd /opkg/lib/courier-imap/bin/maildirkw /opkg/lib/courier-imap/bin/maildirmake /opkg/lib/courier-imap/bin/pop3d /opkg/lib/courier-imap/etc /opkg/lib/courier-imap/etc/authdaemonrc.dist /opkg/lib/courier-imap/etc/imapd-ssl.dist /opkg/lib/courier-imap/etc/imapd.cnf /opkg/lib/courier-imap/etc/imapd.dist /opkg/lib/courier-imap/etc/pop3d-ssl.dist /opkg/lib/courier-imap/etc/pop3d.cnf /opkg/lib/courier-imap/etc/pop3d.dist /opkg/lib/courier-imap/etc/quotawarnmsg.example /opkg/lib/courier-imap/libexec /opkg/lib/courier-imap/libexec/authlib /opkg/lib/courier-imap/libexec/authlib/authdaemon /opkg/lib/courier-imap/libexec/authlib/authdaemond /opkg/lib/courier-imap/libexec/authlib/authdaemond.plain /opkg/lib/courier-imap/libexec/courierlogger /opkg/lib/courier-imap/libexec/couriertcpd /opkg/lib/courier-imap/libexec/imapd-ssl.rc /opkg/lib/courier-imap/libexec/imapd.rc /opkg/lib/courier-imap/libexec/makedatprog /opkg/lib/courier-imap/libexec/pop3d-ssl.rc /opkg/lib/courier-imap/libexec/pop3d.rc /opkg/lib/courier-imap/man /opkg/lib/courier-imap/man/man1 /opkg/lib/courier-imap/man/man1/couriertcpd.1.gz /opkg/lib/courier-imap/man/man1/maildirkw.1.gz /opkg/lib/courier-imap/man/man1/maildirmake.1.gz /opkg/lib/courier-imap/man/man7 /opkg/lib/courier-imap/man/man7/authcram.7.gz /opkg/lib/courier-imap/man/man7/authdaemon.7.gz /opkg/lib/courier-imap/man/man7/authdaemond.7.gz /opkg/lib/courier-imap/man/man7/authldap.7.gz /opkg/lib/courier-imap/man/man7/authlib.7.gz /opkg/lib/courier-imap/man/man7/authmysql.7.gz /opkg/lib/courier-imap/man/man7/authpam.7.gz /opkg/lib/courier-imap/man/man7/authpwd.7.gz /opkg/lib/courier-imap/man/man7/authshadow.7.gz /opkg/lib/courier-imap/man/man7/authuserdb.7.gz /opkg/lib/courier-imap/man/man7/authvchkpw.7.gz /opkg/lib/courier-imap/man/man8 /opkg/lib/courier-imap/man/man8/deliverquota.8.gz /opkg/lib/courier-imap/man/man8/imapd.8.gz /opkg/lib/courier-imap/man/man8/makeuserdb.8.gz /opkg/lib/courier-imap/man/man8/mkimapdcert.8.gz /opkg/lib/courier-imap/man/man8/mkpop3dcert.8.gz /opkg/lib/courier-imap/man/man8/pw2userdb.8.gz /opkg/lib/courier-imap/man/man8/userdb.8.gz /opkg/lib/courier-imap/man/man8/userdbpw.8.gz /opkg/lib/courier-imap/man/man8/vchkpw2userdb.8.gz /opkg/lib/courier-imap/sbin /opkg/lib/courier-imap/sbin/imaplogin /opkg/lib/courier-imap/sbin/makeuserdb /opkg/lib/courier-imap/sbin/mkimapdcert /opkg/lib/courier-imap/sbin/mkpop3dcert /opkg/lib/courier-imap/sbin/pop3login /opkg/lib/courier-imap/sbin/pw2userdb /opkg/lib/courier-imap/sbin/userdb /opkg/lib/courier-imap/sbin/userdbpw /opkg/lib/courier-imap/sbin/vchkpw2userdb /opkg/lib/courier-imap/share /opkg/lib/courier-imap/share/configlist /opkg/lib/courier-imap/share/configlist.ldap /opkg/lib/courier-imap/share/configlist.mysql /opkg/lib/courier-imap/share/configlist.pgsql /opkg/lib/courier-imap/share/makeuserdb /opkg/lib/courier-imap/share/mkimapdcert /opkg/lib/courier-imap/share/mkpop3dcert /opkg/lib/courier-imap/share/pw2userdb /opkg/lib/courier-imap/share/sysconftool /opkg/lib/courier-imap/share/sysconftool-rpmupgrade /opkg/lib/courier-imap/share/userdb /opkg/lib/courier-imap/share/vchkpw2userdb /opkg/var/courier-imap/authdaemon.courier-imap /opkg/var/courier-imap/authdaemon.courier-imap/lock /opkg/var/courier-imap/authdaemon.courier-imap/pid /opkg/var/courier-imap/authdaemon.courier-imap/socket /opkg/var/courier-imap/imapd-ssl.pid /opkg/var/courier-imap/imapd-ssl.pid.lock /opkg/var/courier-imap/imapd.pid /opkg/var/courier-imap/imapd.pid.lock /opkg/var/courier-imap/pop3d-ssl.pid /opkg/var/courier-imap/pop3d-ssl.pid.lock /opkg/var/courier-imap/pop3d.pid /opkg/var/courier-imap/pop3d.pid.lock Cópia Michael Schloh von Bennewitz : > On Thu, Dec 11, 2003, alexb@spsul.com.br wrote: > > So first, are all %{l_xxx} OpenPKG stuff ? And if so, where are they > > defined (by rpm perhaps?) ? > > > Yes, all that starts with 'l_' is native to OpenPKG. l_cppflags is a > local > OpenPKG Macro. You can find these in your /cw/etc/openpkg/rpmmacros > file. > > > I do not understand the syntax like > CXXFLAGS="${CXXFLAGS:-%optflags}" > > Does this consider some default ? How to change this for OpenPKG ? > > > I don't understand that syntax either, but the good news is that I > believe > you don't need it. Stick to either the build flags that I sent you, or > the > ones from Bill's package. Either set should work fine. > > How did it go with your Courier IMAP build (without OpenPKG)? Did you > succeed in building the latest Courier version already? Which build > flags > did you use? > > > And as I'm testing and probaly making lots off errors, How do I tell > rpm to just > > build the binary from .src.rpm with installing it ? > > > If you want to test your .spec file (and just build the sources), > then: > > $ rpm -bb courier.spec > > If you want to only make a source package (and not build anything), > then: > > $ rpm -bs courier.spec > > To make a binary package, you need to build the sources either with: > > $ rpm -bb courier.spec > > or > $ rpm --rebuild courier-version...src.rpm > > There will be no installation to your system until you explicitly ask > with: > > # rpm -Uvh courier-version...ix86.rpm > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Mon Dec 15 08:51:23 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 0F4212FF1F6 for ; Mon, 15 Dec 2003 08:51:23 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBF7pHDc018267 for ; Mon, 15 Dec 2003 08:51:17 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBF7pG3R018259 for ; Mon, 15 Dec 2003 08:51:16 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hBF7pGA07150 for ; Mon, 15 Dec 2003 08:51:16 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hBF7pGl09734 for ; Mon, 15 Dec 2003 08:51:16 +0100 (MET) Message-ID: <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1071076364.3fd7540d02cf5@www.spsul.com.br> Subject: Dracd: porting "unusual" software to OpenPKG Date: Mon, 15 Dec 2003 08:51:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On porting dracd-1.12 to OpenPKG I found this to be somewhat unusual software. 1. dracd lives in drac.tar.Z, which unpacks to current directory 2. no configure script 3. compiling for different OS needs editing of Makefile Question: What is the preferred way of handling this situation? fiddle with unpack commands in dracd.spec or repack to = dracd-1.12.tar.gz? write configure.in and Makefile.in or write edit commands in = dracd.spec? Thanks for help. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Mon Dec 15 14:08:04 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 1A7BD300032 for ; Mon, 15 Dec 2003 14:08:04 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id F2F1C4CE573; Mon, 15 Dec 2003 14:08:03 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 45B7D286B9; Mon, 15 Dec 2003 14:07:54 +0100 (CET) Date: Mon, 15 Dec 2003 14:07:54 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Dracd: porting "unusual" software to OpenPKG Message-ID: <20031215130754.GA74205@engelschall.com> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 15, 2003, Birger Krägelin wrote: > On porting dracd-1.12 to OpenPKG I found this to be somewhat > unusual software. > > 1. dracd lives in drac.tar.Z, which unpacks to current directory > > 2. no configure script > > 3. compiling for different OS needs editing of Makefile > > Question: > > What is the preferred way of handling this situation? > > fiddle with unpack commands in dracd.spec or repack to dracd-1.12.tar.gz? Just add "-c" to your %setup. This will create an extra dir. > write configure.in and Makefile.in or write edit commands in dracd.spec? Use a "case/esac" over "%{l_platform}" and use "%{l_shtool} subst" to edit the Makefile. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 15 14:28:37 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id AA3512FF3E2 for ; Mon, 15 Dec 2003 14:28:37 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id C05E48D753 for ; Mon, 15 Dec 2003 14:28:34 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 15 Dec 2003 14:28:34 +0100 Date: Mon, 15 Dec 2003 14:28:34 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Dracd: porting "unusual" software to OpenPKG Message-ID: <20031215132834.GK36924@dt4.dev.de.cw.net> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="W/+CTqSGWdiRg+8j" In-Reply-To: <20031215130754.GA74205@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --W/+CTqSGWdiRg+8j Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 15, 2003, Ralf S. Engelschall wrote: > On Mon, Dec 15, 2003, Birger Kr=E4gelin wrote: >> write configure.in and Makefile.in or write edit commands in dracd.spe= c? > > Use a "case/esac" over "%{l_platform}" and use "%{l_shtool} subst" > to edit the Makefile. > As an example of such case and l_platform usage, see the j2se14 package. There's probably a better example (maybe which is very similar to your situation), but I can't immediately think of it. The j2se14 is good because there are no sources inside, so it's light to download. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --W/+CTqSGWdiRg+8j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP923AluYv80UoVTdAQF6gQgAqgSdU9n30KfmFUIF/qK3K3zlH1q73oHa PfpOsp11QQTuz+iLCG9Xra1/1t4Dut0TCAkvjwXaBbWYZwpf8n8cBSVT496zijNq HWUbn/Myhhrdy2YO1ua2qoRRj0hEzi2Ml4fNzkUzWkN69h0X5dI1jeJiexfbqD+a CBmt8FRbdo7QhWKCcJzvYxBJAz6nxxXqPwYvq5nMjCBUBdQHHMvB/FNrwkeBFkg5 ez5XE9FMr2PrCLcC7wsc/VQU5OAFcF9v3gxCGHrmIsIeFHgXqxiHzfcHgCJAdlgP N5uijpc7fRZwmGG7cCjnLG7PylyEyI63rLV2NRN/Mgkc7g7KblMcQQ== =qv3n -----END PGP SIGNATURE----- --W/+CTqSGWdiRg+8j-- From openpkg-users-owner@openpkg.org Mon Dec 15 15:17:01 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BCBBC2FEC28 for ; Mon, 15 Dec 2003 15:17:00 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id D47CB8D753 for ; Mon, 15 Dec 2003 15:16:57 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 15 Dec 2003 15:16:57 +0100 Date: Mon, 15 Dec 2003 15:16:57 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <20031215141657.GL36924@dt4.dev.de.cw.net> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="iAzLNm1y1mIRgolD" In-Reply-To: <1071264795.3fda341bd9a74@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --iAzLNm1y1mIRgolD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 12, 2003, alexb@spsul.com.br wrote: > I got rpm -bb SRC/courier-imap/courier-imap.spec to build all rpm > > The only strange message I reconized during compilation/packaging was: > > Finding Requires: (using /opkg/lib/openpkg/find-requires)... > objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/etc/init.d/courier-imap: F= ile format not recognized > objdump: /opkg/RPM/TMP/courier-imap-2.2.1-root/opkg/lib/courier-imap/libe= xec/authlib/authdaemond: File format not recognized > [...] > > How should I interpred this ? > I think you should interpret this as a failure. Have you tried running objdump? What doesn objdump -i indicate, or objdump -p authdaemond? > I also don't understand why I got some files (see build info below) in the > directory /etc and not /opkg/etc as I set in the .spec > > %define _prefix %{l_prefix}/lib/courier-imap > %define _sysconfdir %{_prefix}/etc > %define _mandir %{_prefix}/man > I have two guesses. First, maybe you failed to specify the system config directory to the configure script (often --sysconfdir=3D...). Second, maybe the configure script is broken or doesn't allow you to change the system configuration directory. In the latter case, you will have to find the places in the source files where the path is hard coded. Correct the hard coded pathnames using shtool subst or sed, just like is done in the package 'dss' quite a lot. > Does my courier-imap.spec and src.rpm are for some interest for the OpenP= KG > project. I would like to be helpfull in any way for this great project. > Yes, it would be very nice to have courier-imap. Once your happy with your results, please contribute it and I'll test it out on all the other platforms. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --iAzLNm1y1mIRgolD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP93CWVuYv80UoVTdAQFtkQgAlvUHv6kzFt3Ccf2AQ/ZL8q62wwH7m3dw A2qPqSh6nHqPOjdZZZqfcrOB8hZx+aY+BAF5rX2CTiJXxdWrv/rRDraFOUCDrqbX lOjYejG3mGk34KbVTAyCBSYw631aaeLS6EuviI64ioFQ4lq+qw72sZfNszk9Vh4A fiY1hCOG22Z3VbrZMbFTXpSk7kp/ttNDdK56v0sh04pBtVuXoTn2T0GUugogTJBd nyEVik2ecOJvHq4KGajTkKS5mm9e67Ip22MrqXdvGYo4ag5wz9ytM1W3Z7VQ2Rbo 8pNw6QWsQ1kYuWf8J9+lFQ/erIq08J90XVJSZ9UJTBhgIxKL6J01Cg== =SzlY -----END PGP SIGNATURE----- --iAzLNm1y1mIRgolD-- From openpkg-users-owner@openpkg.org Mon Dec 15 15:41:09 2003 Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.74]) by mail.openpkg.org (Postfix) with ESMTP id 9026A2FEC28 for ; Mon, 15 Dec 2003 15:25:52 +0100 (CET) Received: from mighty.co.za (rrba-166-232.telkomadsl.co.za [165.165.166.232]) by ctb-mesg2.saix.net (Postfix) with ESMTP id A162676C1 for ; Mon, 15 Dec 2003 16:25:47 +0200 (SAST) Message-ID: <3FDDC4A3.40706@mighty.co.za> Date: Mon, 15 Dec 2003 16:26:43 +0200 From: =?ISO-8859-1?Q?Stuart_Bing=EB?= MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: OpenPKG-current Apache RPM: PHP PEAR include directories broken Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello all, I've recently installed the latest OpenPKG Apache RPM in an existing OpenPKG hierarchy, compiled with --define "with_mod_php_pear yes"', among other flags (as I would like Apache PHP support). The problem I am having is that throughout the PHP tarball within the Apache RPM there are references to a /lib/php', as that is where all the PHP/PEAR-related scripts are stored. However after installing the newly-created binary RPM I find that all the /RPM/TMP/apache-1.3.29-root/lib/php' ( in this case is /kolab). This results in PHP being unable to locate required include files, and the %php_dir' variable in the relevant rpmmacros file within the openpkg hierarchy, tried hacking around with the Apache .spec file, as well as defining a php_dir', which lead me to this), but none of these methods have proven successful. I do not have that much experience with RPM either, so I am not sure whether these would even be related to the problem. Does anyone perhaps have experience with something similar to this, or even know of any other relevant files that I could edit to define this variable? I am at a loss at what to do, and would be grateful for any help possible. Regards, Stuart Bingë From openpkg-users-owner@openpkg.org Mon Dec 15 15:49:21 2003 Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.74]) by mail.openpkg.org (Postfix) with ESMTP id 20C802FDA45 for ; Mon, 15 Dec 2003 15:49:21 +0100 (CET) Received: from mighty.co.za (rrba-166-232.telkomadsl.co.za [165.165.166.232]) by ctb-mesg2.saix.net (Postfix) with ESMTP id A77DB3A37 for ; Mon, 15 Dec 2003 16:49:16 +0200 (SAST) Message-ID: <3FDDCA25.9050407@mighty.co.za> Date: Mon, 15 Dec 2003 16:50:13 +0200 From: =?ISO-8859-1?Q?Stuart_Bing=EB?= MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: OpenPKG-current Apache RPM: PHP PEAR include directories broken References: <3FDDC4A3.40706@mighty.co.za> In-Reply-To: <3FDDC4A3.40706@mighty.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Uhh, something borked that up (doesn't seem to like backticks and dollar symbols?). Let me try again: ------------------------------------ Hello all, I've recently installed the latest OpenPKG Apache RPM in an existing OpenPKG hierarchy, compiled with '--define "with_mod_php yes"' and '--define "with_mod_php_pear yes"', among other flags (as I would like Apache PHP support). The problem I am having is that throughout the PHP tarball within the Apache RPM there are references to a '@php_dir@' variable, which as far as I understand should be replaced with 'OPENPKG_ROOT/lib/php', as that is where all the PHP/PEAR-related scripts are stored. However after installing the newly-created binary RPM I find that all the '@php_dir@' variables have been replaced by what looks to be a bogus path, namely 'OPENPKG_ROOT/RPM/TMP/apache-1.3.29-rootOPENPKG_ROOT/lib/php' (OPENPKG_ROOT in this particular case is /kolab). This results in PHP being unable to locate required include files, and the 'OPENPKG_ROOT/bin/pear' utility script does not work as it cannot find the PEAR.php file that it requires. Unfortunately there are countless other PHP-related files in the distribution that also utilise this path, meaning that they too are broken. In order to solve this I've attempted placing a '%php_dir' variable in the relevant rpmmacros file within the openpkg hierarchy, tried hacking around with the Apache .spec file, as well as defining a 'PHP_PEAR_INSTALL_DIR' environment variable (I was grep'ing through the PHP files to find references to 'php_dir', which lead me to this), but none of these methods have proven successful. I do not have that much experience with RPM either, so I am not sure whether these would even be related to the problem. Does anyone perhaps have experience with something similar to this, or even know of any other relevant files that I could edit to define this variable? I am at a loss at what to do, and would be grateful for any help possible. Regards, Stuart Bingë From openpkg-users-owner@openpkg.org Mon Dec 15 17:59:48 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 8B0942FFC65 for ; Mon, 15 Dec 2003 17:59:48 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBFGxiDc012229 for ; Mon, 15 Dec 2003 17:59:44 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBFGxi3R012224 for ; Mon, 15 Dec 2003 17:59:44 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hBFGxhA22854 for ; Mon, 15 Dec 2003 17:59:44 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hBFGxhl08301 for ; Mon, 15 Dec 2003 17:59:43 +0100 (MET) Message-ID: <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> Subject: Re: Dracd: porting "unusual" software to OpenPKG Date: Mon, 15 Dec 2003 17:59:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: ----- Original Message -----=20 From: "Ralf S. Engelschall" To: Sent: Monday, December 15, 2003 2:07 PM Subject: Re: Dracd: porting "unusual" software to OpenPKG > On Mon, Dec 15, 2003, Birger Kr=E4gelin wrote: >=20 > > On porting dracd-1.12 to OpenPKG I found this to be somewhat > > unusual software. . . . >=20 > Use a "case/esac" over "%{l_platform}" and use "%{l_shtool} subst" > to edit the Makefile. I got it. Next question: How do I start/stop in rc.dracd in a platform independent way, if the daemon doesn't write a pidfile? Do I have to "case/esac" with ps -e/ps -ax or is there a = rpmtool/shtool/xxxtool to start a process and write a pidfile? Thanks Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Mon Dec 15 18:49:01 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id D0AA72FEDF5 for ; Mon, 15 Dec 2003 18:49:00 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 04B9340E5; Mon, 15 Dec 2003 15:06:41 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <1071511600.3fddf830cd724@www.spsul.com.br> Date: Mon, 15 Dec 2003 15:06:40 -0300 (BRT) From: alexb@spsul.com.br References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> In-Reply-To: <20031215141657.GL36924@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: a) About the sysconfdir, I defined it in .spec relative to _prefix, that previosly I definet relative to l_prefix. Does the order of definitions in the .spec is taken in account ? b) objdump I've never used objdump and don't know his purpose. Here are the outputs, if they are meaningfull to you: [alexb@arara alexb]$ type objdump objdump is hashed (/opkg/bin/objdump) [alexb@arara alexb]$ objdump -i BFD header file version 2.14 20030612 elf32-i386 (header little endian, data little endian) i386 a.out-i386-linux (header little endian, data little endian) i386 efi-app-ia32 (header little endian, data little endian) i386 elf32-little (header little endian, data little endian) i386 elf32-big (header big endian, data big endian) i386 srec (header endianness unknown, data endianness unknown) i386 symbolsrec (header endianness unknown, data endianness unknown) i386 tekhex (header endianness unknown, data endianness unknown) i386 binary (header endianness unknown, data endianness unknown) i386 ihex (header endianness unknown, data endianness unknown) i386 trad-core (header endianness unknown, data endianness unknown) elf32-i386 a.out-i386-linux efi-app-ia32 elf32-little elf32-big i386 elf32-i386 a.out-i386-linux efi-app-ia32 elf32-little elf32-big srec symbolsrec tekhex binary ihex trad-core i386 srec symbolsrec tekhex binary ihex --------- [alexb@arara authlib]$ pwd /opkg/RPM/TMP/courier-imap-2.2.1/authlib [alexb@arara authlib]$ objdump -p authdaemon authdaemon: file format elf32-i386 Program Header: PHDR off 0x00000034 vaddr 0x08048034 paddr 0x08048034 align 2**2 filesz 0x000000c0 memsz 0x000000c0 flags r-x INTERP off 0x000000f4 vaddr 0x080480f4 paddr 0x080480f4 align 2**0 filesz 0x00000013 memsz 0x00000013 flags r-- LOAD off 0x00000000 vaddr 0x08048000 paddr 0x08048000 align 2**12 filesz 0x000034d6 memsz 0x000034d6 flags r-x LOAD off 0x000034d8 vaddr 0x0804c4d8 paddr 0x0804c4d8 align 2**12 filesz 0x000001cc memsz 0x00004214 flags rw- DYNAMIC off 0x00003500 vaddr 0x0804c500 paddr 0x0804c500 align 2**2 filesz 0x000000c8 memsz 0x000000c8 flags rw- NOTE off 0x00000108 vaddr 0x08048108 paddr 0x08048108 align 2**2 filesz 0x00000020 memsz 0x00000020 flags r-- Dynamic Section: NEEDED libc.so.6 INIT 0x8048954 FINI 0x804a670 HASH 0x8048128 STRTAB 0x80485ac SYMTAB 0x804828c STRSZ 0x194 SYMENT 0x10 DEBUG 0x0 PLTGOT 0x804c5dc PLTRELSZ 0x170 PLTREL 0x11 JMPREL 0x80487e4 REL 0x80487d4 RELSZ 0x10 RELENT 0x8 VERNEED 0x80487a4 VERNEEDNUM 0x1 VERSYM 0x8048740 Version References: required from libc.so.6: 0x0d696911 0x00 03 GLIBC_2.1 0x0d696910 0x00 02 GLIBC_2.0 Cópia Michael Schloh von Bennewitz : > On Fri, Dec 12, 2003, alexb@spsul.com.br wrote: > > I got rpm -bb SRC/courier-imap/courier-imap.spec to build all rpm > > > > The only strange message I reconized during compilation/packaging > was: > > > > Finding Requires: (using /opkg/lib/openpkg/find-requires)... > > objdump: > /opkg/RPM/TMP/courier-imap-2.2.1-root/etc/init.d/courier-imap: File > format not recognized > > objdump: > /opkg/RPM/TMP/courier-imap-2.2.1-root/opkg/lib/courier-imap/libexec/authlib/authdaemond: > File format not recognized > > [...] > > > > How should I interpred this ? > > > I think you should interpret this as a failure. Have you tried running > objdump? What doesn objdump -i indicate, or objdump -p authdaemond? > > > I also don't understand why I got some files (see build info below) in > the > > directory /etc and not /opkg/etc as I set in the .spec > > > > %define _prefix %{l_prefix}/lib/courier-imap > > %define _sysconfdir %{_prefix}/etc > > %define _mandir %{_prefix}/man > > > I have two guesses. First, maybe you failed to specify the system > config > directory to the configure script (often --sysconfdir=...). Second, > maybe > the configure script is broken or doesn't allow you to change the > system > configuration directory. In the latter case, you will have to find the > places in the source files where the path is hard coded. Correct the > hard > coded pathnames using shtool subst or sed, just like is done in the > package > 'dss' quite a lot. > > > Does my courier-imap.spec and src.rpm are for some interest for the > OpenPKG > > project. I would like to be helpfull in any way for this great > project. > > > Yes, it would be very nice to have courier-imap. Once your happy with > your > results, please contribute it and I'll test it out on all the other > platforms. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Mon Dec 15 18:53:28 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id D9C002FF6E1 for ; Mon, 15 Dec 2003 18:53:27 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id B431E4CE565; Mon, 15 Dec 2003 18:53:27 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 11B1E286B9; Mon, 15 Dec 2003 18:53:12 +0100 (CET) Date: Mon, 15 Dec 2003 18:53:12 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Dracd: porting "unusual" software to OpenPKG Message-ID: <20031215175311.GA82399@engelschall.com> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Dec 15, 2003, Birger Krägelin wrote: > How do I start/stop in rc.dracd in a platform independent way, if > the daemon doesn't write a pidfile? > Do I have to "case/esac" with ps -e/ps -ax or is there a rpmtool/shtool/xxxtool > to start a process and write a pidfile? You have two options (both were done by OpenPKG in the past): either add pid file writing to the application (usually very easy, see qpopper.spec) or you have use "rpmtool signal". The first one is preferred because has no side-effects. The second one is more risky, especially if there are multiple OpenPKG instances with the same package installed. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Dec 15 19:42:38 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 44BAF2FE8AD for ; Mon, 15 Dec 2003 19:42:38 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 44BF68D753 for ; Mon, 15 Dec 2003 19:42:35 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Mon, 15 Dec 2003 19:42:35 +0100 Date: Mon, 15 Dec 2003 19:42:35 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <20031215184234.GN36924@dt4.dev.de.cw.net> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> <1071511600.3fddf830cd724@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="JLiXfqD9/Kt1b+Pq" In-Reply-To: <1071511600.3fddf830cd724@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --JLiXfqD9/Kt1b+Pq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 15, 2003, alexb@spsul.com.br wrote: > a) About the sysconfdir, I defined it in .spec relative to _prefix, that > previosly I definet relative to l_prefix. Does the order of definitions > in the .spec is taken in account ? > When you build the courier-imap without OpenPKG, then how do you make it install its config files in your selected config file path (for example /tmp/test/)? Whatever your answer is to this question, do the same thing in the spec file. > b) objdump > I've never used objdump and don't know his purpose. Here are the outputs, > if they are meaningfull to you: > > [alexb@arara alexb]$ type objdump > objdump is hashed (/opkg/bin/objdump) > > [alexb@arara alexb]$ objdump -i > > [...] > > [alexb@arara authlib]$ pwd > /opkg/RPM/TMP/courier-imap-2.2.1/authlib > [alexb@arara authlib]$ objdump -p authdaemon > > [...] > Well this time the error message you wrote did not appear. That is strange and nonconsistent. My first guess is that while building your courier-imap package (rpm -bb), the system native objdump was used (maybe inside /usr/bin/objdump). Because you have the OpenPKG binutils package installed, your courier-imap was linked however with the OpenPKG ld. So try both '/usr/bin/objdump -i' and '/cw/bin/objdump' and compare the results. Same thing with '/usr/bin/objdump -p authdaemond' and '/cw/bin/objdump -p authdaemond'. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --JLiXfqD9/Kt1b+Pq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP94AmluYv80UoVTdAQFnJgf8CMU7TaFybuG0z2kujgcqdTSGiaxoVwGK Uz06A522s/Z7pwEGHxN9d8nHQVDRm489Hmez4JlETcv/qxzhf3qWuLK7s2Yb5HIv KFRJLVUnpoteceC8phToG+hws4Ag3lx5cRydz9zkV+pnNiBWfS23GkrssdcvR2xs N9tQGXWTCwJAbzlJ/HieSUwtjnvDJ2oF2UrtfXx7cxbuQHKly0XwSnDMkRUDrCQH bRuUiB7e3B+WWRhNsnZnxmIDSpOZ0htzuUaapjZ99/NDF1ef1f16QHsY/yUFMlEY rgRNNOgXfahKdMDTUaaaynBf82Xt41yQ53k3A0+3MG33ZjwE8qZaig== =NOC+ -----END PGP SIGNATURE----- --JLiXfqD9/Kt1b+Pq-- From openpkg-users-owner@openpkg.org Mon Dec 15 22:04:35 2003 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 4C5C42FF011 for ; Mon, 15 Dec 2003 22:04:34 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id DB8BA40C7; Mon, 15 Dec 2003 18:22:18 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <1071523338.3fde260a9c9e6@www.spsul.com.br> Date: Mon, 15 Dec 2003 18:22:18 -0300 (BRT) From: alexb@spsul.com.br References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> <1071511600.3fddf830cd724@www.spsul.com.br> <20031215184234.GN36924@dt4.dev.de.cw.net> In-Reply-To: <20031215184234.GN36924@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Cópia Michael Schloh von Bennewitz : > On Mon, Dec 15, 2003, alexb@spsul.com.br wrote: > > a) About the sysconfdir, I defined it in .spec relative to _prefix, > that > > previosly I definet relative to l_prefix. Does the order of > definitions > > in the .spec is taken in account ? > > > When you build the courier-imap without OpenPKG, then how do you make > it > install its config files in your selected config file path (for > example > /tmp/test/)? Whatever your answer is to this question, do the same thing > in > the spec file. > I never build courier-imap by executing directly configure. Previously I build it with rpm -bb just using the .spec acompaning the source. In the last rpm -bb log I checked that --syconfdir=/opkg/lib/courier-imap/etc where pased, so it may be in an other part of the .spec where I missed to prepend the %l_prefix > > b) objdump > > I've never used objdump and don't know his purpose. Here are the > outputs, > > if they are meaningfull to you: > > > > [alexb@arara alexb]$ type objdump > > objdump is hashed (/opkg/bin/objdump) > > > > [alexb@arara alexb]$ objdump -i > > > > [...] > > > > [alexb@arara authlib]$ pwd > > /opkg/RPM/TMP/courier-imap-2.2.1/authlib > > [alexb@arara authlib]$ objdump -p authdaemon > > > > [...] > > > Well this time the error message you wrote did not appear. That is > strange > and nonconsistent. My first guess is that while building your > courier-imap > package (rpm -bb), the system native objdump was used (maybe inside > /usr/bin/objdump). Because you have the OpenPKG binutils package > installed, > your courier-imap was linked however with the OpenPKG ld. > > So try both '/usr/bin/objdump -i' and '/cw/bin/objdump' and compare > the > results. Same thing with '/usr/bin/objdump -p authdaemond' and > '/cw/bin/objdump -p authdaemond'. Both {/usr/bin|/opkg/usr/bin}objdump -i/-p authdaemon seam to produce the same result yet, so I suspect the there should by a working path error while building the package, or something else ?? > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Dec 16 12:13:48 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 67AAE2FFCF0 for ; Tue, 16 Dec 2003 12:13:48 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 3DBE78D758 for ; Tue, 16 Dec 2003 12:13:45 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 16 Dec 2003 12:13:45 +0100 Date: Tue, 16 Dec 2003 12:13:45 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Help to build courier-imap for OpenPKG Message-ID: <20031216111345.GP36924@dt4.dev.de.cw.net> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> <1071511600.3fddf830cd724@www.spsul.com.br> <20031215184234.GN36924@dt4.dev.de.cw.net> <1071523338.3fde260a9c9e6@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="QKpLca3blcvhMJ0W" In-Reply-To: <1071523338.3fde260a9c9e6@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --QKpLca3blcvhMJ0W Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 15, 2003, alexb@spsul.com.br wrote: > C=F3pia Michael Schloh von Bennewitz : >> On Mon, Dec 15, 2003, alexb@spsul.com.br wrote: >>> a) About the sysconfdir, I defined it in .spec relative to _prefix, >>> that previosly I definet relative to l_prefix. Does the order of >>> definitions in the .spec is taken in account ? >>> >> When you build the courier-imap without OpenPKG, then how do you make >> it install its config files in your selected config file path (for >> example /tmp/test/)? Whatever your answer is to this question, do the >> same thing in the spec file. >> > I never build courier-imap by executing directly configure. Previously > I build it with rpm -bb just using the .spec acompaning the source. > In the last rpm -bb log I checked that --syconfdir=3D/opkg/lib/courier-im= ap/etc > where pased, so it may be in an other part of the .spec where I missed to > prepend the %l_prefix > Okay, so I understand that config files that you want in /opkg/lib/courier-imap/etc are being installed to /etc. I assume that courier-imap is a package that uses an autoconf-based configure script to create its makefile, and that you are correctly passing the arguments to the configure script for the system config directory. Now if your question is 'why aren't the config files installed in the right place', then my guess is that the configure script is broken. If this is true, then you might have to debug it and correct the broken parts by using substitution logic (shtool subst or sed) in your spec file. It might also be that your install logic is wrong (see %install section in your spec file). I don't think that's true however, because then all of your installation paths would be wrong. I find it strange that Bill's spec file would install these config files to the correct location, but your's doesn't. Why this difference? >> So try both '/usr/bin/objdump -i' and '/cw/bin/objdump' and compare >> the results. Same thing with '/usr/bin/objdump -p authdaemond' and >> '/cw/bin/objdump -p authdaemond'. > >Both {/usr/bin|/opkg/usr/bin}objdump -i/-p authdaemon seam to produce the >same result yet, so I suspect the there should by a working path error >while building the package, or something else ?? > Are there other objdump commands on your system? Remember that one objdump could not read the file format of the 'authdaemond' binary. At least that is what you reported. Is this still happening when you build courier-imap, does this happen when you build Bill's package, and does this happen when you build any other OpenPKG package? Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --QKpLca3blcvhMJ0W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP97o6FuYv80UoVTdAQEJXwf/fi6mnBQxY2tjB/WX6Jgcg9olX8XDPywB Ma/jTzTF52GSTiTozUrgaCI18ueVTm6NFVyyBYywP6PQ+sb1RvIjygVmOs0bOtIb 0d2qmeUNPWJS9GAEWDYIC7FJu48Snn7ey3Lu+vaeTwD0oLFeDPQGTdu22g3htw1c IOITTVc2O80ywId+EOKicozwGjj7xH2JC2gdY1PEGz0unHjeEOxvJB3MBDnroAhZ p8Rjdkz/GQ2DAQURo289IaJTxbxWBa9S8aX0BZivCTXl+i0vxw8hDQTc1UdOyTfB ciXt5wvRCcBBnSomYXfzxjNGv2VVujNtkT80JIMEd+tb1R9fbsIyoA== =cNvy -----END PGP SIGNATURE----- --QKpLca3blcvhMJ0W-- From openpkg-users-owner@openpkg.org Wed Dec 17 12:21:19 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 8C94B2FFCF0 for ; Wed, 17 Dec 2003 12:21:19 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBHBLFsH000099 for ; Wed, 17 Dec 2003 12:21:15 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBHBLFjI000096 for ; Wed, 17 Dec 2003 12:21:15 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hBHBLEA12592 for ; Wed, 17 Dec 2003 12:21:14 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hBHBLEl02387 for ; Wed, 17 Dec 2003 12:21:14 +0100 (MET) Message-ID: <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> <20031215175311.GA82399@engelschall.com> Subject: PureFTPD: very old release Date: Wed, 17 Dec 2003 12:21:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On configuring pure-ftpd I missed some features I'm used to. So I checked the versions. OpenPKG uses PureFTPD 1.1.0, which I cannot find anywhere. Latest release is 1.0.17a [24 Nov 2003] What went wrong with porting PureFTPD to OpenPKG? Was it a release mismatch at the pureftpd site? Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Wed Dec 17 12:29:26 2003 Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mail.openpkg.org (Postfix) with ESMTP id C4F1D2FF850 for ; Wed, 17 Dec 2003 12:29:25 +0100 (CET) Received: from mighty.co.za (rrba-163-164.telkomadsl.co.za [165.165.163.164]) by ctb-mesg6.saix.net (Postfix) with ESMTP id 3EE825424 for ; Wed, 17 Dec 2003 13:29:18 +0200 (SAST) Message-ID: <3FE03E5E.9060703@mighty.co.za> Date: Wed, 17 Dec 2003 13:30:38 +0200 From: =?ISO-8859-1?Q?Stuart_Bing=EB?= MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: OpenPKG-current Apache RPM: PHP PEAR include directories broken ***SOLVED*** References: <3FDDC4A3.40706@mighty.co.za> <3FDDCA25.9050407@mighty.co.za> In-Reply-To: <3FDDCA25.9050407@mighty.co.za> Content-Type: multipart/mixed; boundary="------------080906040401090607020508" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. --------------080906040401090607020508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit As far as I can tell I've solved the problem, so I thought I'd post the solution here for discussion... This one-line patch modifies apache.spec from the OpenPKG-current apache source rpm (apache-1.3.29-20031128.src.rpm). The problem arises when 'make install'ing the php package, where currently the 'prefix' variable is overwritten to point to the temporary RPM install directory. The 'prefix' variable is however also set when ./configure'ing, which is where it is supposed to be set. The correct variable to change when 'make install'ing is INSTALL_ROOT - this can be set to the temporary RPM install directory and does not end up modifying the relevant PHP scripts which continue to use the previously defined 'prefix' variable. There may be other places where this fix could be applied (e.g. the PHP3 package), however as I only needed the PHP4 package it is the only one I fixed in the spec file. Regards, Stuart Bingë --------------080906040401090607020508 Content-Type: text/x-patch; name="apache-php_dir-fix.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="apache-php_dir-fix.patch" --- apache.spec.old 2003-12-17 12:02:26.536340576 +0200 +++ apache.spec 2003-12-17 12:02:48.292033208 +0200 @@ -688,7 +688,7 @@ -e "s;^\\(PEAR_INSTALLDIR = \\)\\(%{l_prefix}\\);\\1$RPM_BUILD_ROOT\\2;" \ config_vars.mk %{l_make} %{l_mflags} install \ - prefix=$RPM_BUILD_ROOT%{l_prefix} + INSTALL_ROOT=$RPM_BUILD_ROOT ) || exit $? %endif --------------080906040401090607020508-- From openpkg-users-owner@openpkg.org Wed Dec 17 13:16:09 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 81C502FF011 for ; Wed, 17 Dec 2003 13:16:09 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 637B14CE571; Wed, 17 Dec 2003 13:16:09 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id B86ED285E6; Wed, 17 Dec 2003 13:15:53 +0100 (CET) Date: Wed, 17 Dec 2003 13:15:53 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: PureFTPD: very old release Message-ID: <20031217121553.GA33556@engelschall.com> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> <20031215175311.GA82399@engelschall.com> <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 17, 2003, Birger Krägelin wrote: > On configuring pure-ftpd I missed some features I'm used to. > So I checked the versions. > > OpenPKG uses PureFTPD 1.1.0, which I cannot find anywhere. > Latest release is 1.0.17a [24 Nov 2003] > > What went wrong with porting PureFTPD to OpenPKG? Was it > a release mismatch at the pureftpd site? We track vendor source automatically and the latest one which our vcheck(1) process found under http://osdn.dl.sourceforge.net/sourceforge/pureftpd/ was 1.1.0. But you are right, is looks strange: 1.1.0 is fom Dec-2001 while the 1.0.17a is from Nov-2003. Seems the 1.1.0 was an accident or whatever. I see that the official tarballs are now placed under ftp://ftp.pureftpd.org/pub/pure-ftpd/. I've now switched our "pureftpd" package in OpenPKG-CURRENT to this 1.0.17a version. Take pureftpd-1.0.17a-20031217 or higher from our FTP server now, please. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Dec 17 13:20:26 2003 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id F01952FF0AE for ; Wed, 17 Dec 2003 13:20:25 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id BBF758D753 for ; Wed, 17 Dec 2003 13:20:22 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 17 Dec 2003 13:20:22 +0100 Date: Wed, 17 Dec 2003 13:20:22 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: PureFTPD: very old release Message-ID: <20031217122022.GW36924@dt4.dev.de.cw.net> References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> <20031215175311.GA82399@engelschall.com> <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="WjpOG6URjntW8FAF" In-Reply-To: <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --WjpOG6URjntW8FAF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 17, 2003, Birger Kr=E4gelin wrote: > OpenPKG uses PureFTPD 1.1.0, which I cannot find anywhere. > Latest release is 1.0.17a [24 Nov 2003] > > What went wrong with porting PureFTPD to OpenPKG? Was it > a release mismatch at the pureftpd site? > No, version 1.1.0 is found here: http://osdn.dl.sourceforge.net/sourceforge/pureftpd/ I don't know why they don't advertise this under their section 'releases'. In any case, if you want to know where a OpenPKG package is getting its sources from, the URLs are always in the spec file. In case you don't know already, here's what to do to get the spec file out of an already rolled OpenPKG package: $ rpm2cpio package.src.rpm | cpio -ivd Files are unpacked to the current directory, so make sure you don't create a mess there. And on some platforms the '-ivd' is slightly different, so check the man page for cpio(1). Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --WjpOG6URjntW8FAF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBP+BKBluYv80UoVTdAQHvpwgAi4p91NjpCm+gNSShoXSQ/vKJaHy9wAMD szNCxqnpy/+8uZP6dBrg1Om4IJ7Gao6f9ad8w77qOvdNYRyaLONw+FZWzchf0FFH I7CRp0R5A7KwMxtsgLGITAZMNz+MoLBdDq5DOvhB9K82teYRK4ovSFaG66sfN1Ve N+fCKNj4dxQEvB6h3+S86FD8noxqeYn/qOxozi6jxFHJugabGBNizNQf+4YSA86b XRYkEIXGB6txtFzoHbisvtpSZ4ng/86xzPSEBjh5LDI9h2eTd37JbU21UDhzBna8 PqN0EzBu8NUV3o+t5xGGcI2Lvr+hMEXF8cfLM1DUamf5KtN3+AB3Tg== =Km44 -----END PGP SIGNATURE----- --WjpOG6URjntW8FAF-- From openpkg-users-owner@openpkg.org Wed Dec 17 13:50:05 2003 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id D18732FF721 for ; Wed, 17 Dec 2003 13:50:04 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBHCo1sH011349 for ; Wed, 17 Dec 2003 13:50:01 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id hBHCo0jI011346 for ; Wed, 17 Dec 2003 13:50:00 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id hBHCo0A18479 for ; Wed, 17 Dec 2003 13:50:00 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id hBHCo0l10956 for ; Wed, 17 Dec 2003 13:50:00 +0100 (MET) Message-ID: <002301c3c49c$46a1d8a0$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1071076364.3fd7540d02cf5@www.spsul.com.br> <005701c3c2e0$37469020$8a0e6099@pc.iitb.fhg.de> <20031215130754.GA74205@engelschall.com> <00f801c3c32c$d569bd80$8a0e6099@pc.iitb.fhg.de> <20031215175311.GA82399@engelschall.com> <00e101c3c48f$e04b3b20$8a0e6099@pc.iitb.fhg.de> <20031217122022.GW36924@dt4.dev.de.cw.net> Subject: Re: PureFTPD: very old release Date: Wed, 17 Dec 2003 13:49:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I checked the CVS of pureftpd and compared it with the OpenPKG Source. Seems, there has been a mistake in Dec-2001. Somebody tagged the wrong version... (see below) As I'm interested in external authentication (pure-authd, auth_ldap, = auth_mysql, pure-db), may I help porting? Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, = Karlsruhe From OpenPKG, file Changelog * Version 1.1.0: New fakechroot.{c,h} files. They contain wrappers for most I/O = functions to emulate chroot, and follow symbolic links. Known issue (FIXME) : files with ".." in their names are denied. Danish and Korean translations were updated. =20 * Version 1.0.5: Rename and delete operations are now syslogged. Strange characters are now stripped from .banner/.message files. Unofficial macros to give more power to anon users : . . . From PureFTPD CVS, file Changelog . . . * Version 1.0.6 : New fakechroot.{c,h} files. They contain wrappers for most I/O = functions to emulate chroot and follow symbolic links. PostgreSQL support, based upon log_mysql. Known issue with virtual chroot (FIXME) : files with ".." in = their names are denied. Danish and Korean translations updated. Typos were fixed in the Polish translation (contributed by = Mariusz Pekala ). Check for libelf before libkvm in Autoconf (Kenneth) Don't enable TCP_NODELAY any more on the connection socket. FTP = Explorer doesn't like it. Don't assume that crypt() always returns non-NULL pointers. = Thanks to Paul for his help on that issue. New translation : Swedish (messages_sv.h). Don't clear dot_{read,write}_ok when quotas are enabled. = Instead, check for enabled quotas in checknamesanity() and refuse everything = with ".ftpquota" in it =3D> ok because only 'ls' performs globbing. * Version 1.0.5 : Rename and delete operations are now syslogged. Strange characters are now stripped from .banner/.message files. Unofficial macros to give more power to anon users : . . . From openpkg-users-owner@openpkg.org Wed Dec 17 17:02:05 2003 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 5BA952FF032 for ; Wed, 17 Dec 2003 17:02:05 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2F7C44CE529; Wed, 17 Dec 2003 17:02:05 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id DEB4E285E6; Wed, 17 Dec 2003 17:01:53 +0100 (CET) Date: Wed, 17 Dec 2003 17:01:53 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG-current Apache RPM: PHP PEAR include directories broken ***SOLVED*** Message-ID: <20031217160153.GA39997@engelschall.com> References: <3FDDC4A3.40706@mighty.co.za> <3FDDCA25.9050407@mighty.co.za> <3FE03E5E.9060703@mighty.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <3FE03E5E.9060703@mighty.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Dec 17, 2003, Stuart Bingë wrote: > As far as I can tell I've solved the problem, so I thought I'd post the > solution here for discussion... > > This one-line patch modifies apache.spec from the OpenPKG-current apache > source rpm (apache-1.3.29-20031128.src.rpm). The problem arises when > 'make install'ing the php package, where currently the 'prefix' variable > is overwritten to point to the temporary RPM install directory. The > 'prefix' variable is however also set when ./configure'ing, which is > where it is supposed to be set. The correct variable to change when > 'make install'ing is INSTALL_ROOT - this can be set to the temporary RPM > install directory and does not end up modifying the relevant PHP scripts > which continue to use the previously defined 'prefix' variable. > > There may be other places where this fix could be applied (e.g. the PHP3 > package), however as I only needed the PHP4 package it is the only one I > fixed in the spec file. Thanks for your feedback. I've comitted your fix to CVS. See http://cvs.openpkg.org/chngview?cn=13827 for details. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Dec 31 01:39:30 2003 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id B78AC2FDA45 for ; Wed, 31 Dec 2003 01:39:13 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id hBV0WqP1030677 for ; Tue, 30 Dec 2003 16:32:53 -0800 Subject: rpmbuild??? missing with openpkg-20031228-20031228 From: Christopher Chan To: openpkg-users@openpkg.org Content-Type: multipart/alternative; boundary="=-IkoJAlqP3p6s4DrwWnxk" Message-Id: <1072831137.5376.6.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Tue, 30 Dec 2003 16:38:58 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-IkoJAlqP3p6s4DrwWnxk Content-Type: text/plain Content-Transfer-Encoding: 7bit Where is rpmbuild?? I installed the openpkg-20031228-20031228 from CURRENT to use apache2-2.0.48-20031028.src.rpm, but am unable to find rpmbuild since rpm does not support rpm --rebuild anymore. Thanks. Christopher Chan cchan@spikesource.com main: 650-561-0222 work: 650-561-0227 --=-IkoJAlqP3p6s4DrwWnxk Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Where is rpmbuild??  I installed the openpkg-20031228-20031228 from
CURRENT to use apache2-2.0.48-20031028.src.rpm, but am unable to find
rpmbuild since rpm does not support rpm --rebuild anymore.

Thanks.


Christopher Chan
cchan@spikesource.com
main: 650-561-0222
work: 650-561-0227
--=-IkoJAlqP3p6s4DrwWnxk-- From openpkg-users-owner@openpkg.org Wed Dec 31 01:50:15 2003 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 1234B30272A for ; Wed, 31 Dec 2003 01:50:15 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id hBV0hvP1030700 for ; Tue, 30 Dec 2003 16:43:57 -0800 Subject: Re: rpmbuild??? missing with openpkg-20031228-20031228 From: Christopher Chan To: openpkg-users@openpkg.org Content-Type: multipart/alternative; boundary="=-SLpmkASxec7K0aHIohTL" Message-Id: <1072831802.5376.10.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Tue, 30 Dec 2003 16:50:02 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-SLpmkASxec7K0aHIohTL Content-Type: text/plain Content-Transfer-Encoding: 7bit Nevermind, I found it, it did not install when I installed from shell script, but installed when I installed from the rpm the bootstrap had built. Christopher Chan cchan@spikesource.com main: 650-561-0222 work: 650-561-0227 --=-SLpmkASxec7K0aHIohTL Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Nevermind, I found it, it did not install when I installed from shell script, but installed when I installed from the rpm the bootstrap had built.

Christopher Chan
cchan@spikesource.com
main: 650-561-0222
work: 650-561-0227
--=-SLpmkASxec7K0aHIohTL-- From openpkg-users-owner@openpkg.org Tue Jan 6 09:41:21 2004 Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mail.openpkg.org (Postfix) with ESMTP id E8EC6301A68 for ; Tue, 6 Jan 2004 09:41:20 +0100 (CET) Received: from alpha (tbnb-113-135.telkomadsl.co.za [165.165.113.135]) by ctb-mesg6.saix.net (Postfix) with ESMTP id F2DA75172 for ; Tue, 6 Jan 2004 10:41:10 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by alpha (Postfix) with ESMTP id F11BB8F738 for ; Tue, 6 Jan 2004 10:38:28 +0200 (SAST) Received: from alpha ([127.0.0.1]) by localhost (alpha.internal.codefusion.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23994-04 for ; Tue, 6 Jan 2004 10:38:21 +0200 (SAST) Received: from localhost (localhost [127.0.0.1]) by alpha (Postfix) with ESMTP id 849258F735 for ; Tue, 6 Jan 2004 10:38:19 +0200 (SAST) From: Stuart =?iso-8859-1?q?Bing=EB?= To: openpkg-users@openpkg.org Subject: apache-1.3.29-20031231 mod_auth_ldap problem Date: Tue, 6 Jan 2004 10:38:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200401061038.13432.datura@mighty.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi there, When compiling the latest Apache source rpm (apache-1.3.29-20031231.src.rpm= )=20 from OpenPKG-current, with '--define "with_mod_auth_ldap yes"' specified, t= he=20 rpm build exits with the following error: + cd mod_auth_ldap rpm-tmp: line 53: cd: mod_auth_ldap: No such file or directory + cp mod_auth_ldap.c ../apache_1.3.29/src/modules/extra/ cp: cannot stat `mod_auth_ldap.c': No such file or directory + exit 1 error: Bad exit status from rpm-tmp (%build) As far as I can tell the problem lies with the mod_auth_ldap.tar.gz archive= =20 included in the Apache source rpm - this archive extracts its contents to a= =20 'modauthldap' subdirectory, however apache.spec looks for the files in a=20 'mod_auth_ldap' subdirectory (note the underscores), which consequently doe= s=20 not exist. The mod_auth_ldap.tar.gz archive obtained from mod_auth_ldap's source=20 (http://www.muquit.com/muquit/software/mod_auth_ldap/mod_auth_ldap.tar.gz)= =20 extracts to the correct 'mod_auth_ldap' subdirectory, so I'm guessing the=20 problem lies with an invalid mod_auth_ldap.tar.gz included in the source rp= m? Regards, Stuart Bing=EB From openpkg-users-owner@openpkg.org Tue Jan 6 21:30:34 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id EC48E3022EA for ; Tue, 6 Jan 2004 21:30:33 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id ABA384CE583; Tue, 6 Jan 2004 21:30:33 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 1F3D8288B4; Tue, 6 Jan 2004 21:29:59 +0100 (CET) Date: Tue, 6 Jan 2004 21:29:59 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache-1.3.29-20031231 mod_auth_ldap problem Message-ID: <20040106202958.GA69731@engelschall.com> References: <200401061038.13432.datura@mighty.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <200401061038.13432.datura@mighty.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 06, 2004, Stuart Bingë wrote: > When compiling the latest Apache source rpm (apache-1.3.29-20031231.src.rpm) > from OpenPKG-current, with '--define "with_mod_auth_ldap yes"' specified, the > rpm build exits with the following error: > > > + cd mod_auth_ldap > rpm-tmp: line 53: cd: mod_auth_ldap: No such file or directory > + cp mod_auth_ldap.c ../apache_1.3.29/src/modules/extra/ > cp: cannot stat `mod_auth_ldap.c': No such file or directory > + exit 1 > error: Bad exit status from rpm-tmp (%build) > > > As far as I can tell the problem lies with the mod_auth_ldap.tar.gz archive > included in the Apache source rpm - this archive extracts its contents to a > 'modauthldap' subdirectory, however apache.spec looks for the files in a > 'mod_auth_ldap' subdirectory (note the underscores), which consequently does > not exist. > > The mod_auth_ldap.tar.gz archive obtained from mod_auth_ldap's source > (http://www.muquit.com/muquit/software/mod_auth_ldap/mod_auth_ldap.tar.gz) > extracts to the correct 'mod_auth_ldap' subdirectory, so I'm guessing the > problem lies with an invalid mod_auth_ldap.tar.gz included in the source rpm? Yes, you're right. Seems like we had a broken vendor tarball. I've downloaded it again and rolled a new apache source RPM. Thanks for your feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jan 8 19:44:23 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 9E5D42FF006 for ; Thu, 8 Jan 2004 19:44:22 +0100 (CET) Received: from spikesource.com (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i08IbOP1019331 for ; Thu, 8 Jan 2004 10:37:24 -0800 Message-ID: <3FFDA4F3.6000900@spikesource.com> Date: Thu, 08 Jan 2004 10:44:03 -0800 From: Christopher Chan MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: OpenPKG RPM database question Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Will the OpenPKG tool work against the system default RPM database or does it always need to operate on its own database that it creates? If OpenPKG only works with its own database, does that mean that any dependencies during build I would need to re-install them in OpenPKG again even though my system already has them installed? A lot of package specs requires perl, python, gcc, glib2, etc.... Thanks - Christopher Chan cchan@spikesource.com From openpkg-users-owner@openpkg.org Thu Jan 8 20:00:52 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 16E1A2FF006 for ; Thu, 8 Jan 2004 20:00:49 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i08IroP1019352 for ; Thu, 8 Jan 2004 10:53:50 -0800 Subject: Bootstrap install error when using --prefix From: Christopher Chan To: openpkg-users@openpkg.org Content-Type: multipart/alternative; boundary="=-AzOBxUJPc214Nbkr2onC" Message-Id: <1073588429.1036.4.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Thu, 08 Jan 2004 11:00:29 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-AzOBxUJPc214Nbkr2onC Content-Type: text/plain Content-Transfer-Encoding: 7bit I get the following error when trying to relocate openpkg's initial bootstrap install using the --prefix=/opt/myopenpkg, even though the default built prefix is /opt/spikesource. ./openpkg-20031228-20031228.ix86-redhat9-os.sh --prefix=/opt/spike OpenPKG CURRENT Binary Bootstrap Package, version 20031228 Built for prefix /opt/spike on target platform ix86-redhat9 ++ hooking OpenPKG instance into system environment ++ fixating OpenPKG instance root directory "/opt/spike" ++ extracting OpenPKG binary distribution ++ installing OpenPKG binary distribution ++ fixating OpenPKG instance filesystem hierarchy error: Unable to open /opt/spikesource/etc/openpkg/rpmrc for reading: No such file or directory. ./openpkg-20031228-20031228.ix86-redhat9-os.sh: /opt/spike/lib/openpkg/rpmtool: /opt/spikesource/lib/openpkg/bash: bad interpreter: No such file or directory Is this functionality suppose to work? and will all my subsequent rpm installs using openpkg rpms put the install under the new prefix??? Christopher Chan email: cchan@spikesource.com work: 650-561-0227 --=-AzOBxUJPc214Nbkr2onC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit I get the following error when trying to relocate openpkg's initial
bootstrap install using the --prefix=/opt/myopenpkg, even though the
default built prefix is /opt/spikesource.

./openpkg-20031228-20031228.ix86-redhat9-os.sh --prefix=/opt/spike
OpenPKG CURRENT Binary Bootstrap Package, version 20031228
Built for prefix /opt/spike on target platform ix86-redhat9
++ hooking OpenPKG instance into system environment
++ fixating OpenPKG instance root directory "/opt/spike"
++ extracting OpenPKG binary distribution
++ installing OpenPKG binary distribution
++ fixating OpenPKG instance filesystem hierarchy
error: Unable to open /opt/spikesource/etc/openpkg/rpmrc for reading: No such file or directory.
./openpkg-20031228-20031228.ix86-redhat9-os.sh: /opt/spike/lib/openpkg/rpmtool: /opt/spikesource/lib/openpkg/bash: bad interpreter: No such file or directory

Is this functionality suppose to work?  and will all my subsequent rpm installs using openpkg rpms put the install under the new prefix???

Christopher Chan
email: cchan@spikesource.com
work: 650-561-0227
--=-AzOBxUJPc214Nbkr2onC-- From openpkg-users-owner@openpkg.org Thu Jan 8 21:20:08 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 432B12FFD39 for ; Thu, 8 Jan 2004 21:20:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 2DB124CE565; Thu, 8 Jan 2004 21:20:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 02C41287A3; Thu, 8 Jan 2004 21:19:52 +0100 (CET) Date: Thu, 8 Jan 2004 21:19:52 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bootstrap install error when using --prefix Message-ID: <20040108201952.GB60621@engelschall.com> References: <1073588429.1036.4.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1073588429.1036.4.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 08, 2004, Christopher Chan wrote: > I get the following error when trying to relocate openpkg's initial > bootstrap install using the --prefix=/opt/myopenpkg, even though the > default built prefix is /opt/spikesource. > > ./openpkg-20031228-20031228.ix86-redhat9-os.sh --prefix=/opt/spike > OpenPKG CURRENT Binary Bootstrap Package, version 20031228 > Built for prefix /opt/spike on target platform ix86-redhat9 > ++ hooking OpenPKG instance into system environment > ++ fixating OpenPKG instance root directory "/opt/spike" > ++ extracting OpenPKG binary distribution > ++ installing OpenPKG binary distribution > ++ fixating OpenPKG instance filesystem hierarchy > error: Unable to open /opt/spikesource/etc/openpkg/rpmrc for reading: No such > file or directory. > ./openpkg-20031228-20031228.ix86-redhat9-os.sh: /opt/spike/lib/openpkg/rpmtool: > /opt/spikesource/lib/openpkg/bash: bad interpreter: No such file or directory > > Is this functionality suppose to work? and will all my subsequent rpm installs > using openpkg rpms put the install under the new prefix??? Hmmm... yes and no. It is certainly a bug that the errors occur if you install the bootstrap into a forced different prefix. But the --prefix on the _binary_ .sh file is _NOT_ intended to _install_ the OpenPKG instance under an arbitrary prefix for use. It is mainly provided for debugging to be able to unpack the stuff into a temporary location only. If you want to install into /opt/spike, you _HAVE_ to build the bootstrap from the .src.sh by specifying the --prefix=/opt/spike already there. Sorry if the existing --prefix on the binary .sh file is confusing. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jan 8 21:20:08 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 307DC2FFCCF for ; Thu, 8 Jan 2004 21:20:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1CFB74CE55B; Thu, 8 Jan 2004 21:20:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id BC5EC287A3; Thu, 8 Jan 2004 21:17:19 +0100 (CET) Date: Thu, 8 Jan 2004 21:17:19 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG RPM database question Message-ID: <20040108201719.GA60621@engelschall.com> References: <3FFDA4F3.6000900@spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3FFDA4F3.6000900@spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 08, 2004, Christopher Chan wrote: > Will the OpenPKG tool work against the system default RPM database or > does it always need to operate on its own database that it creates? > > If OpenPKG only works with its own database, does that mean that any > dependencies during build I would need to re-install them in OpenPKG > again even though my system already has them installed? > > A lot of package specs requires perl, python, gcc, glib2, etc.... Yes, OpenPKG is intentionally a fully self-contained sub-system on top of your underlying operating system. One side-effect of this is that it operates entirely on its own database and cannot take vendor packages into account. So, yes, all dependencies have to be fulfilled within OpenPKG. On some platforms this might look strange (e.g. Linux where you usually already have lots of tools available from the vendor), on others it is essential (e.g. Solaris where you have mostly no additional stuff available from the vendor or at least not in versions you would like ;-). But all this allows OpenPKG to be maximum independent of the underlying operating system -- which is a key design goal of OpenPKG in order to be a real unified cross-platform solution. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jan 8 21:28:34 2004 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 79C12302680 for ; Thu, 8 Jan 2004 21:28:34 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 4DAED11E8A2; Thu, 8 Jan 2004 12:28:26 -0800 (PST) Date: Thu, 8 Jan 2004 12:28:26 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: OpenPKG RPM database question Message-ID: <20040108202826.GA11008@alexis.mi.celestial.com> References: <3FFDA4F3.6000900@spikesource.com> <20040108201719.GA60621@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040108201719.GA60621@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 08, 2004, Ralf S. Engelschall wrote: >On Thu, Jan 08, 2004, Christopher Chan wrote: > >> Will the OpenPKG tool work against the system default RPM database or >> does it always need to operate on its own database that it creates? >> >> If OpenPKG only works with its own database, does that mean that any >> dependencies during build I would need to re-install them in OpenPKG >> again even though my system already has them installed? >> >> A lot of package specs requires perl, python, gcc, glib2, etc.... > >Yes, OpenPKG is intentionally a fully self-contained sub-system on top >of your underlying operating system. One side-effect of this is that it >operates entirely on its own database and cannot take vendor packages >into account. So, yes, all dependencies have to be fulfilled within >OpenPKG. > >On some platforms this might look strange (e.g. Linux where you usually >already have lots of tools available from the vendor), on others it >is essential (e.g. Solaris where you have mostly no additional stuff >available from the vendor or at least not in versions you would like >;-). But all this allows OpenPKG to be maximum independent of the >underlying operating system -- which is a key design goal of OpenPKG in >order to be a real unified cross-platform solution. One important consideration on Linux systems is to insure that the default root PATH does not include the OpenPKG directories. This avoids problems with breaking the vendor's on-line updates. We generally try to use OpenPKG for everything we support on all systems, at least for the server applications (e.g. I'll let SuSE do the heavy lifting for many of the desktop things rather than spend a lot of time on them). There are a few OpenPKG packages that require minimal modifications to the system's RPM database. On SuSE >=8.0, their postfix provides smtp_daemon so if their postfix is removed, it will be automatically reinstalled by yast2 unless there's a package that also provides smtp_daemon. I've done some hacks on the OpenPKG version of postfix we use here to install an openpkg-postfix rpm with /bin/rpm during %post processing if it finds postfix installed. The openpkg-postfix RPM is basically empty, provides smtp_daemon, and Obsoletes postfix so its installation automatically removes an installed version of postfix. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``During times of universal deceit, telling the truth becomes a revolutionary act.'' --George Orwell From openpkg-users-owner@openpkg.org Fri Jan 9 20:28:04 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 1B57D2FEC78 for ; Fri, 9 Jan 2004 20:28:03 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i09JL0P1022237 for ; Fri, 9 Jan 2004 11:21:00 -0800 Subject: librpm shared libraries From: Christopher Chan To: OpenPKG Users Content-Type: multipart/alternative; boundary="=-+TeK1v7D6LU932MzSySb" Message-Id: <1073676462.12583.60.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Fri, 09 Jan 2004 11:27:42 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-+TeK1v7D6LU932MzSySb Content-Type: text/plain Content-Transfer-Encoding: 7bit I have a program that uses and loads librpm shared libraries during runtime, and I want it to use the OpenPKG libraries, but I only see static librpm libraries installed for OpenPKG. As a result, it loads the system librpm shared libs and blows up since it is trying to work with OpenPKG. Where can I find the OpenPKG librpm shared libs? If they do not exist for distribution, how do I build them? Thanks. Christopher Chan email: cchan@spikesource.com work: 650-561-0227 --=-+TeK1v7D6LU932MzSySb Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit I have a program that uses and loads librpm shared libraries during runtime, and I want it to use the OpenPKG libraries, but I only see static librpm libraries installed for OpenPKG.   As a result, it loads the system librpm shared libs and blows up since it is trying to work with OpenPKG.

Where can I find the OpenPKG librpm shared libs?
If they do not exist for distribution, how do I build them?

Thanks.

Christopher Chan
email: cchan@spikesource.com
work: 650-561-0227
--=-+TeK1v7D6LU932MzSySb-- From openpkg-users-owner@openpkg.org Fri Jan 9 20:53:28 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id B8BAE2FF788 for ; Fri, 9 Jan 2004 20:53:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id A6BC24CE5C5; Fri, 9 Jan 2004 20:53:28 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id C42E828774; Fri, 9 Jan 2004 20:53:14 +0100 (CET) Date: Fri, 9 Jan 2004 20:53:14 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: librpm shared libraries Message-ID: <20040109195314.GA4788@engelschall.com> References: <1073676462.12583.60.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1073676462.12583.60.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 09, 2004, Christopher Chan wrote: > I have a program that uses and loads librpm shared libraries during runtime, > and I want it to use the OpenPKG libraries, but I only see static librpm > libraries installed for OpenPKG. As a result, it loads the system librpm > shared libs and blows up since it is trying to work with OpenPKG. > > Where can I find the OpenPKG librpm shared libs? > If they do not exist for distribution, how do I build them? We do not build RPM with a shared library. If you want those shared library versions of librpm you have to manually try to change the openpkg.spec to achieve this, but keep in mind that the bootstrap is a very sensible package which usually dislikes very much such side-effect causing changes. But give it a try... Alternatively, on a PIC-smart and GNU binutils based platform (e.g. FreeBSD or Linux) you can try to create a librpm.so manually out of the librpm*.a files with a post-installation trick: $ ld --shared --whole-archive -o /lib/librpm.so /lib/librpm*.a This does not work on all platforms, of course. Especially because librpm*.a do not contain PIC, but it should work reasonably enough on FreeBSD and Linux. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jan 12 19:02:06 2004 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id AF1902FEEDA for ; Mon, 12 Jan 2004 19:02:05 +0100 (CET) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0CI21Kq008618 for ; Mon, 12 Jan 2004 13:02:04 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0CI20Uc019413 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 12 Jan 2004 13:02:00 -0500 (EST) From: "Dennis McRitchie" To: Subject: Using unixodbc with FreeTDS? Date: Mon, 12 Jan 2004 13:02:00 -0500 Message-ID: <021d01c3d936$2d698fa0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I'm in the process of supporting perl-dbi with DBD::ODBC, and currently = have configured it to work with unixodbc. Of course, the unixodbc driver = manager needs a driver, and I was wondering if the OpenPKG project was planning = to support one? One likely candidate is FreeTDS, especially as its ODBC driver matures. I would be interested in your thoughts on this. Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Mon Jan 12 20:58:13 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id A8237302E8D for ; Mon, 12 Jan 2004 20:58:12 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0CJokP1001502; Mon, 12 Jan 2004 11:50:46 -0800 Subject: Re: librpm shared libraries From: Christopher Chan To: openpkg-users@openpkg.org Cc: rse@engelschall.com Content-Type: text/plain Message-Id: <1073937460.3860.41.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Mon, 12 Jan 2004 11:57:40 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks for the advice. I tried changing the --disable-shared to enable-shared, the bootstrap process (openpkg.spec) did not like it (as you might have expected). I get this error: /usr/bin/gcc -shared argv.lo digest.lo fts.lo macro.lo rpmio.lo rpmlog.lo rpmmalloc.lo rpmpgp.lo rpmrpc.lo rpmsw.lo strcasecmp.lo stubs.lo url.lo ugid.lo -Wl,--whole-archive ../file/.libs/libfmagic.al /tmp/openpkg-20031228/beecrypt-3.1.0/.libs/libbeecrypt.a -Wl,--no-whole-archive -L/opt/rpmshared/lib -L/tmp/openpkg-20031228/zlib-1.2.1 -L/tmp/openpkg-20031228/bzip2-1.0.2 -L/tmp/openpkg-20031228/beecrypt-3.1.0 -lrt -lz -lbz2 -Wl,-soname -Wl,librpmio-4.2.so -o .libs/librpmio-4.2.so /tmp/openpkg-20031228/beecrypt-3.1.0/.libs/libbeecrypt.a(aes.o)(.rodata+0x0): multiple definition of `_ae0' ../file/.libs/libfmagic.al(aes.o)(.rodata+0x0): first defined here /tmp/openpkg-20031228/beecrypt-3.1.0/.libs/libbeecrypt.a(aes.o)(.rodata+0x400): multiple definition of `_ae1' ../file/.libs/libfmagic.al(aes.o)(.rodata+0x400): first defined here /tmp/openpkg-20031228/beecrypt-3.1.0/.libs/libbeecrypt.a(aes.o)(.rodata+0x800): multiple definition of `_ae2' ../file/.libs/libfmagic.al(aes.o)(.rodata+0x800): first defined here /tmp/openpkg-20031228/beecrypt-3.1.0/.libs/libbeecrypt.a(aes.o)(.rodata+0xc00): multiple definition of `_ae3' ... ... In function `sha1Process': : multiple definition of `sha1Process' ../file/.libs/libfmagic.al(sha1opt.o)(.text+0x0): first defined here collect2: ld returned 1 exit status make[2]: *** [librpmio.la] Error 1 make[2]: Leaving directory `/tmp/openpkg-20031228/rpm-4.2.1/rpmio' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/openpkg-20031228/rpm-4.2.1' make: *** [all] Error 2 + exit 2 ./openpkg.boot:ERROR: script returned non-null value Also, I tried just creating a shared from the static, it complains about a "relocation error" when I try to run rpmbuild. I get this error: cchan@potomac% rpmbuild --rebuild make-3.80-20030723.src.rpm rpmbuild: relocation error: /opt/rpmtest/lib/librpmio-4.2.so: undefined symbol: md5Reset I'm guess trying to get the bootstrap part of the process to work with --enable-shared, that way I can guarantee that I get the correct shared libraries built. If you can think of anything that may help me accomplish this or think of any issues that may arise, please inform me before I get into a possible "rat hole". Thanks much. - Christopher Chan >We do not build RPM with a shared library. If you want those shared >library versions of librpm you have to manually try to change the >openpkg.spec to achieve this, but keep in mind that the bootstrap is a >very sensible package which usually dislikes very much such side-effect >causing changes. But give it a try... > >Alternatively, on a PIC-smart and GNU binutils based platform (e.g. >FreeBSD or Linux) you can try to create a librpm.so manually out of the >librpm*.a files with a post-installation trick: > >$ ld --shared --whole-archive -o /lib/librpm.so /lib/librpm*.a > >This does not work on all platforms, of course. Especially because >librpm*.a do not contain PIC, but it should work reasonably enough on >FreeBSD and Linux. Christopher Chan email: cchan@spikesource.com work: 650-561-0227 From openpkg-users-owner@openpkg.org Tue Jan 13 09:10:15 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id EA9FC30065D for ; Tue, 13 Jan 2004 09:10:14 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CCD064CE57B; Tue, 13 Jan 2004 09:10:14 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id B0F9428AD5; Tue, 13 Jan 2004 08:58:06 +0100 (CET) Date: Tue, 13 Jan 2004 08:58:06 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: librpm shared libraries Message-ID: <20040113075806.GA60122@engelschall.com> References: <1073937460.3860.41.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1073937460.3860.41.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Jan 12, 2004, Christopher Chan wrote: > [...] > >$ ld --shared --whole-archive -o /lib/librpm.so /lib/librpm*.a > [...] > Also, I tried just creating a shared from the static, it complains about > a "relocation error" when I try to run rpmbuild. I get this error: > > cchan@potomac% rpmbuild --rebuild make-3.80-20030723.src.rpm > rpmbuild: relocation error: /opt/rpmtest/lib/librpmio-4.2.so: undefined > symbol: md5Reset Well, I don't how you created this librpmio-4.2,so, but md5Reset() is in librpmbeecrypt. So, if you really build a librpm.so with $ ld --shared --whole-archive -o /lib/librpm.so /lib/librpm*.a I think it should work fine if you load it in via dlopen(3) and resolve and use symbols via dlsym(3). > I'm guess trying to get the bootstrap part of the process to work with > --enable-shared, that way I can guarantee that I get the correct shared > libraries built. If you can think of anything that may help me > accomplish this or think of any issues that may arise, please inform me > before I get into a possible "rat hole". Yes and no. Yes, in theory. No in practice because RPM links not against a single librpm.so (as I suggest to build above). Instead it links against a bunch of libraries and in certain order and unless you're very careful in linking the unresolved symbol problem can easily arise. So, I recommend that you ignore the bootstrap itself for testing and really try to use the librpm.so from within your application. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 13 21:02:57 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id B74892FDA41; Tue, 13 Jan 2004 21:02:56 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0DJtiP1003766; Tue, 13 Jan 2004 11:55:44 -0800 Subject: Re: librpm shared libraries From: Christopher Chan To: openpkg-users@openpkg.org Cc: rse@openpkg.org In-Reply-To: <20040113075806.GA60122@engelschall.com> References: <1073937460.3860.41.camel@potomac.spikesource.com> <20040113075806.GA60122@engelschall.com> Content-Type: text/plain Message-Id: <1074024162.4834.4.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Tue, 13 Jan 2004 12:02:42 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: >Well, I don't how you created this librpmio-4.2,so, but md5Reset() is >in librpmbeecrypt. So, if you really build a librpm.so with > >$ ld --shared --whole-archive -o /lib/librpm.so >/lib/librpm*.a Thanks, this time I really looked at your email with building a shared from all libraries, what I did was take from your instructions and built each librpm*.so into each individual one's (librpmio.a -> librpmio.so, librpm.a -> librpm.so, etc..). So, now I don't get the md5Reset() relocation error. I believe I am able to use the sahred library now. The only thing I don't quit understand is that it tried to dynamically the library as librpm.so.0 instead of just librpm.so. As soon as I linked the to librom.so.), it seemed to work. Will need to do more testing to verify, but thanks a bunch for helping me find a solution!!! Much appreciated. Christopher Chan email: cchan@spikesource.com work: 650-561-0227 From openpkg-users-owner@openpkg.org Tue Jan 13 21:54:54 2004 Received: from computer (pcp729165pcs.arlngt01.va.comcast.net [68.50.65.126]) by mail.openpkg.org (Postfix) with SMTP id E3C662FDA45; Tue, 13 Jan 2004 21:54:53 +0100 (CET) From: "eddy atmadja" To: openpkg@openpkg.org Cc: , openpkg-dev@openpkg.org, openpkg-users@openpkg.org, openpkg-users-owner@openpkg.org Subject: A Fast, Reusable, Pocket-s1zed Alcohol Detect1on Dev1ce for Use Anywhere, Content-Type: text/html;charset="iso-8859-1" Date: Tue, 13 Jan 2004 14:55:06 -0600 Message-Id: <20040113205453.E3C662FDA45@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe:

hi openpkg@openpkg.org
A Fast, Reusable, Pocket-sized Alcohol Detection Device
for Use Anywhere, Anytime Alcohol Consumption or Intoxication is a Concern.
Don't Be a Victim of Drunk Driving!

Makes a great personal item & gift. Almost everyone can use one, even if
you're a casual drinker. It even has a flashlight built in for added
safety.

===========================================================
If you no longer wish to receive our offers and updates
click below and we will promptly honor your request.
http://www.mytoyz.biz/remove.php?id=93919

F463656DA1ADDB7FAAECCE7BBF07405470770F6B84B0221AAD9863719EE8C2D4
2FF25221F48D387C7526F0ABB70093F26CE498D47558EBCBC27FDEDA6D64B905
10B229456F9EDE06C94C0A64A106F97DFF10C0EDFA5C94211960970EC02F0331
9129FD2AED62D0D2A5093BD9D118F3CE30BA3B42C5598B875248F43E77FEF697
19149E5E60909D5E959B1129A6F19AAF5A68E6CC0195B878AA5FF70DF000CD5C
BBD9E33F7FDE1B7781B1F02483CE6C6AB62973DDB1A4D7A0EA30A1052012AF19
7CF72F88E49D25A5E7256580CB10BDE5EB6830E002925A417D1E4B383E430DB2
130F1A8E9E102707F3F91B010F151B0B218344619D8FB95D504CCFA11804073F
CB138C0EA6E0EC0AC07CB501DB562B47FA975B1B8848425E1563E19B836581F4
77F52C94881BFC50AC293EE00ABE70E114B85B0752EDDC5F25217386E3C6BF22
CD0E9D013A5BB2FCE93B3E4C26877D6BF1197F377C8FA43FFD0EB3D945D35E07
AC8C181160DC99385BEC51BE806DC707A07E69CD4BA3338AB591593B16B3D7F0
77E974D45EF1D047FE875D43FF5982FCD286A917BFA85C1F2C139E704417D295
23CE1851341EC1FA9E0C259DE10BF87C4B5ED938DE41E4FF532C02C27DFD143A
9273938B72CAAD24889EC6FBAA9F567605926178C441547BACAA7CB94D1BD557
74633DC3AB2E714EEBA0BD6624B0799D8F698D6FD2865CC064CDFA8B2C5C9C3F
E79434C66D40DCAB249FC78806C8909BCB445E7487BB6FE51EA79003522C0793
7A8B6097E8CAC9EA627F40185466D3F3E8AEB83CAEB3C20E2823A7AB62D31141
97F7FFC895CD5EC8E787E65DE72A17DB6A6D82292C08F1D98C75F8E29B9FDC29
08AF6CF557F9870723EFEDEF29A84BFA51311013E51ADEBC3C34D2CC591FEFEE
68279ABFB4E4B69FDFC6B37CCF7D3985349FCFFC5B2E4D01B27B529F4E9BAE7E
F8051EC0460550327E241FC99E96C151368B0B60811931BBD7903B72EB04DA24
C5A8649BF0586FDDAE6B52A6DBA31626 From openpkg-users-owner@openpkg.org Thu Jan 15 19:47:55 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 90ABC2FDAAB for ; Thu, 15 Jan 2004 19:47:54 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0FIeWP1008395 for ; Thu, 15 Jan 2004 10:40:32 -0800 Subject: /bin/sh is needed by xxxxx package From: Christopher Chan To: openpkg-users@openpkg.org Content-Type: multipart/alternative; boundary="=-sy/DouuYhFzzz4MVVN8b" Message-Id: <1074192458.3977.11.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Thu, 15 Jan 2004 10:47:39 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-sy/DouuYhFzzz4MVVN8b Content-Type: text/plain Content-Transfer-Encoding: 7bit What do I need to do to the spec in order for rpm to not complain about the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh that does exist. Thanks Christopher Chan email: cchan@spikesource.com work: 650-561-0227 --=-sy/DouuYhFzzz4MVVN8b Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit What do I need to do to the spec in order for rpm to not complain about the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh that does exist.

Thanks

Christopher Chan
email: cchan@spikesource.com
work: 650-561-0227
--=-sy/DouuYhFzzz4MVVN8b-- From openpkg-users-owner@openpkg.org Thu Jan 15 20:05:44 2004 Received: from relay.freestart.hu (smtp.freestart.hu [213.197.64.6]) by mail.openpkg.org (Postfix) with ESMTP id 0D018300928 for ; Thu, 15 Jan 2004 20:05:43 +0100 (CET) Received: from mail by freestart.hu with local (Freestart relay 1 (FS-Lin)) id 1AhCoB-0004n6-00 for ; Thu, 15 Jan 2004 20:05:35 +0100 Received: from line-77-115.dial.freestart.hu ([213.197.77.115] helo=mail.bridge.net)by freestart.hu with esmtp (Freestart relay 1 (FS-Lin))id 1AhCo8-0004lz-00for ; Thu, 15 Jan 2004 20:05:33 +0100 Received: from localhost (localhost [127.0.0.1])by localhost (Postfix) with ESMTP id 3774BF8A8for ; Thu, 15 Jan 2004 20:01:44 +0100 (CET) Received: from mail.bridge.net ([127.0.0.1])by localhost (lnx.bridge.net [127.0.0.1]) (amavisd-new, port 10024) with LMTPid 14404-08-2 for ;Thu, 15 Jan 2004 20:01:33 +0100 (CET) Received: by mail.bridge.net (Postfix, from userid 200)id 3F78FF8A7; Thu, 15 Jan 2004 20:01:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1])by mail.bridge.net (Postfix) with ESMTP id 248594594for ; Thu, 15 Jan 2004 20:01:33 +0100 (CET) Date: Thu, 15 Jan 2004 20:01:32 +0100 (CET) From: "Peter S. Mazinger" To: openpkg-users@openpkg.org Subject: Re: /bin/sh is needed by xxxxx package In-Reply-To: <1074192458.3977.11.camel@potomac.spikesource.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, 15 Jan 2004, Christopher Chan wrote: > What do I need to do to the spec in order for rpm to not complain about > the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh > that does exist. Probably you didn't use openpkg's rpm (this includes patch to remove the /bin/sh dependency), for the others generally you can set AutoReqProv: no but this disables all dependencies. Peter -- Peter S. Mazinger ID: 0xA5F059F2 Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 ____________________________________________________________________ Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu From openpkg-users-owner@openpkg.org Thu Jan 15 22:45:46 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 1AB2C2FFC2A for ; Thu, 15 Jan 2004 22:45:45 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0FLcLP1008654 for ; Thu, 15 Jan 2004 13:38:22 -0800 Subject: man pages for shtool From: Christopher Chan To: openpkg-users@openpkg.org Content-Type: multipart/alternative; boundary="=-PtsBG/aLMn6h1B2kbEWE" Message-Id: <1074203128.31846.11.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Thu, 15 Jan 2004 13:45:28 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-PtsBG/aLMn6h1B2kbEWE Content-Type: text/plain Content-Transfer-Encoding: 7bit Is there any man page or other documentation for shtool other then the script itself? Trying to understand more about it so I know when and where are the best places to use it. Christopher Chan email: cchan@spikesource.com work: 650-561-0227 --=-PtsBG/aLMn6h1B2kbEWE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Is there any man page or other documentation for shtool other then the script itself?

Trying to understand more about it so I know when and where are the best places to use it.

Christopher Chan
email: cchan@spikesource.com
work: 650-561-0227
--=-PtsBG/aLMn6h1B2kbEWE-- From openpkg-users-owner@openpkg.org Thu Jan 15 22:48:06 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 525672FDA4E for ; Thu, 15 Jan 2004 22:48:05 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0FLehP1008663 for ; Thu, 15 Jan 2004 13:40:43 -0800 Subject: Re: /bin/sh is needed by xxxxx package From: Christopher Chan To: openpkg-users@openpkg.org In-Reply-To: References: Content-Type: multipart/alternative; boundary="=-QonhsxTFjvqqchPilQ3g" Message-Id: <1074203270.31846.15.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Thu, 15 Jan 2004 13:47:50 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-QonhsxTFjvqqchPilQ3g Content-Type: text/plain Content-Transfer-Encoding: 7bit I've verified that I am use the OpenPKG RPM, but still get the dependency error. Rightnow I;ve just been using --nodeps since I know I have the /bin/sh, but do not want to put this additional burden on my users to know. On Thu, 2004-01-15 at 11:01, Peter S. Mazinger wrote: > On Thu, 15 Jan 2004, Christopher Chan wrote: > > > What do I need to do to the spec in order for rpm to not complain about > > the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh > > that does exist. > Probably you didn't use openpkg's rpm (this includes patch to remove the > /bin/sh dependency), for the others generally you can set AutoReqProv: no > but this disables all dependencies. > > Peter Christopher Chan email: cchan@spikesource.com work: 650-561-0227 --=-QonhsxTFjvqqchPilQ3g Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit I've verified that I am use the OpenPKG RPM, but still get the dependency error.  Rightnow I;ve just been using --nodeps since I know I have the /bin/sh, but do not want to put this additional burden on my users to know.

On Thu, 2004-01-15 at 11:01, Peter S. Mazinger wrote: 
On Thu, 15 Jan 2004, Christopher Chan wrote:

> What do I need to do to the spec in order for rpm to not complain about
> the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh
> that does exist.
Probably you didn't use openpkg's rpm (this includes patch to remove the 
/bin/sh dependency), for the others generally you can set AutoReqProv: no
but this disables all dependencies.

Peter




Christopher Chan

email: cchan@spikesource.com

work: 650-561-0227
--=-QonhsxTFjvqqchPilQ3g-- From openpkg-users-owner@openpkg.org Fri Jan 16 09:19:04 2004 Received: from relay.freestart.hu (smtp.freestart.hu [213.197.64.6]) by mail.openpkg.org (Postfix) with ESMTP id 0E0942FDA54 for ; Fri, 16 Jan 2004 09:19:04 +0100 (CET) Received: from mail by freestart.hu with local (Freestart relay 1 (FS-Lin)) id 1AhPBn-0006VC-00 for ; Fri, 16 Jan 2004 09:18:47 +0100 Received: from line-85-222.dial.freestart.hu ([213.197.85.222] helo=mail.bridge.net)by freestart.hu with esmtp (Freestart relay 1 (FS-Lin))id 1AhPBl-0006Ut-00for ; Fri, 16 Jan 2004 09:18:46 +0100 Received: from localhost (localhost [127.0.0.1])by localhost (Postfix) with ESMTP id 1EDB2F8A4for ; Fri, 16 Jan 2004 09:12:54 +0100 (CET) Received: from mail.bridge.net ([127.0.0.1])by localhost (lnx.bridge.net [127.0.0.1]) (amavisd-new, port 10024) with LMTPid 26411-03 for ;Fri, 16 Jan 2004 09:12:43 +0100 (CET) Received: by mail.bridge.net (Postfix, from userid 200)id 7ECBAF8A0; Fri, 16 Jan 2004 09:12:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1])by mail.bridge.net (Postfix) with ESMTP id 3F16D45A7for ; Fri, 16 Jan 2004 09:12:42 +0100 (CET) Date: Fri, 16 Jan 2004 09:12:41 +0100 (CET) From: "Peter S. Mazinger" To: openpkg-users@openpkg.org Subject: Re: /bin/sh is needed by xxxxx package In-Reply-To: <1074203270.31846.15.camel@potomac.spikesource.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, 15 Jan 2004, Christopher Chan wrote: > I've verified that I am use the OpenPKG RPM, but still get the > dependency error. Rightnow I;ve just been using --nodeps since I know I > have the /bin/sh, but do not want to put this additional burden on my > users to know. I do not understand why, maybe the version of openpkg rpm misses the mentioned patch, I haven't checked lately. Create an empty/fake package, that has the line "Provides: /bin/sh". (The same way an mta is provided by some package, I do not remember the name, search the lists, about 2-3 month ago, if it possible) Peter > > On Thu, 2004-01-15 at 11:01, Peter S. Mazinger wrote: > > > On Thu, 15 Jan 2004, Christopher Chan wrote: > > > > > What do I need to do to the spec in order for rpm to not complain about > > > the /bin/sh or even to /usr/bin/env dependency when there is a /bin/sh > > > that does exist. > > Probably you didn't use openpkg's rpm (this includes patch to remove the > > /bin/sh dependency), for the others generally you can set AutoReqProv: no > > but this disables all dependencies. > > > > Peter > > Christopher Chan > email: cchan@spikesource.com > work: 650-561-0227 > -- Peter S. Mazinger ID: 0xA5F059F2 Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 ____________________________________________________________________ Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu From openpkg-users-owner@openpkg.org Fri Jan 16 10:41:47 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B4FA92FEF2A for ; Fri, 16 Jan 2004 10:41:46 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 61B738D766 for ; Fri, 16 Jan 2004 10:41:45 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Fri, 16 Jan 2004 10:41:45 +0100 Date: Fri, 16 Jan 2004 10:41:45 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: man pages for shtool Message-ID: <20040116094145.GA77723@dt4.dev.de.cw.net> References: <1074203128.31846.11.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" In-Reply-To: <1074203128.31846.11.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 15, 2004, Christopher Chan wrote: > Is there any man page or other documentation for shtool other then the sc= ript > itself? > Yes. If you: o Installed the OpenPKG shtool package, then shtool.1 is found in /yourprefix/man/man1/shtool.1 o Installed OSSP shtool (without OpenPKG), then shtool.1 is found wherever you specified during configuration: $ ./configure --help | grep mandir $ --mandir=3DDIR man documentation [PREFIX/man] Only if you've never installed shtool will you have no documentation. OpenPKG copies only the 'shtool' binary to its lib/openpkg directory for internal use. It does not copy 'shtoolize' or any other files (including docs). Likewise for tar, curl, gzip, bash... So if you have indeed installed shtool, it should be as easy as: $ man shtool $ man shtoolize Set $MANDIR to the path of your 'shtool.1' if this doesn't work. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQAex2FuYv80UoVTdAQGZ1Af/RtMdz2gdH+o/PCgr2iKGGrIK5V0Srq33 W/hS3Wp9X+28PSDloaAvbfqON+Rh7AJ2WkW7BnoAZtn8M1cY8N/VnBkrv2hAMNTV r02u7/Fqt3IE+XbzA/W78odr+q8Sf7oPwYzcDChr9cscXmvMe3Doif4OEiUMZLc5 ADLiraFn7ltjjsQpGejZVhm5iOIe/GyhD8ph3X2ZjwCYnX3WomOYyFUqVE6x38EQ Xb4vLJaYc48Wq9ArS3fC6ZnrC+l2v9lxYG7asKgv0uDZLierAwRYWIbQMHAGE09P Fb9oQVdzxKb73gaSTy3OBMV7AT0mgqrt5wdPcN1JIb4ENzUNTroH6Q== =eYS6 -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From openpkg-users-owner@openpkg.org Fri Jan 16 10:43:10 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id B1E78300922 for ; Fri, 16 Jan 2004 10:43:09 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 7F3E24CE55A; Fri, 16 Jan 2004 10:43:09 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 5EC1928761; Fri, 16 Jan 2004 10:40:42 +0100 (CET) Date: Fri, 16 Jan 2004 10:40:42 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: man pages for shtool Message-ID: <20040116094042.GA42242@engelschall.com> References: <1074203128.31846.11.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074203128.31846.11.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 15, 2004, Christopher Chan wrote: > Is there any man page or other documentation for shtool other then the script > itself? > > Trying to understand more about it so I know when and where are the best places > to use it. Well, install the "shtool" package and run "man shtool". Although OpenPKG-CURRENT's current bootstrap package contains a newer snapshot version of GNU shtool, the documentation in the "shtool" package still applies fine. The same for all other tools like GNU tar etc. which are contained in the bootstrap package. GNU shtool is no exception here. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 16 10:49:24 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id BA7602FDA41 for ; Fri, 16 Jan 2004 10:49:23 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 941264CE55A; Fri, 16 Jan 2004 10:49:23 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3066828761; Fri, 16 Jan 2004 10:48:53 +0100 (CET) Date: Fri, 16 Jan 2004 10:48:53 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: /bin/sh is needed by xxxxx package Message-ID: <20040116094853.GA42519@engelschall.com> References: <1074203270.31846.15.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074203270.31846.15.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 15, 2004, Christopher Chan wrote: > I've verified that I am use the OpenPKG RPM, but still get the dependency > error. Rightnow I;ve just been using --nodeps since I know I have the /bin/sh, > but do not want to put this additional burden on my users to know. > [...] Well, I cannot believe that you are really using a plain OpenPKG, because all those problems you have like the /bin/sh dependency are already solved by us. Are you sure you are using OpenPKG out-of-the-box? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Jan 16 15:08:49 2004 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 7C9A92FDA49 for ; Fri, 16 Jan 2004 15:08:48 +0100 (CET) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0GE8iKq017559 for ; Fri, 16 Jan 2004 09:08:45 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0GE8iUc027656 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 16 Jan 2004 09:08:44 -0500 (EST) From: "Dennis McRitchie" To: Subject: RE: /bin/sh is needed by xxxxx package Date: Fri, 16 Jan 2004 09:08:44 -0500 Message-ID: <038901c3dc3a$40b985e0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: The MTA-providing package is openpkg-import. Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org] On Behalf Of Peter > S. Mazinger > Sent: Friday, January 16, 2004 3:13 AM > To: openpkg-users@openpkg.org > Subject: Re: /bin/sh is needed by xxxxx package > > > On Thu, 15 Jan 2004, Christopher Chan wrote: > > > I've verified that I am use the OpenPKG RPM, but still get the > > dependency error. Rightnow I;ve just been using --nodeps > since I know > > I have the /bin/sh, but do not want to put this additional > burden on > > my users to know. > I do not understand why, maybe the version of openpkg rpm misses the > mentioned patch, I haven't checked lately. > > Create an empty/fake package, that has the line "Provides: > /bin/sh". (The same way an mta is provided by some package, I > do not remember the > name, search the lists, about 2-3 month ago, if it possible) > > Peter > > > > > On Thu, 2004-01-15 at 11:01, Peter S. Mazinger wrote: > > > > > On Thu, 15 Jan 2004, Christopher Chan wrote: > > > > > > > What do I need to do to the spec in order for rpm to > not complain > > > > about the /bin/sh or even to /usr/bin/env dependency > when there is > > > > a /bin/sh that does exist. > > > Probably you didn't use openpkg's rpm (this includes > patch to remove > > > the > > > /bin/sh dependency), for the others generally you can set > AutoReqProv: no > > > but this disables all dependencies. > > > > > > Peter > > > > Christopher Chan > > email: cchan@spikesource.com > > work: 650-561-0227 > > > > -- > Peter S. Mazinger ID: 0xA5F059F2 > Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 > > > ____________________________________________________________________ > Miert fizetsz az internetert? Korlatlan, ingyenes internet > hozzaferes a FreeStarttol. Probald ki most! > http://www.freestart.hu > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Jan 20 08:44:29 2004 Received: from delta (rrba-183-82.telkomadsl.co.za [165.165.183.82]) by mail.openpkg.org (Postfix) with ESMTP id 8CA952FF079 for ; Tue, 20 Jan 2004 08:15:06 +0100 (CET) Received: from 192.168.0.100 (unknown [192.168.0.100]) by delta (Postfix) with ESMTP id 6B50514CBAB for ; Tue, 20 Jan 2004 11:09:04 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: FSL and Perl Date: Tue, 20 Jan 2004 09:11:44 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200401200911.45431.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, Are there any examples available for properly using Perl modules with FSL? I want to set a Perl Daemon (Kolab) to use syslog (and subsequently) fsl, so that we can control the logging via FSL. Thanks, -- Stephan Buys From openpkg-users-owner@openpkg.org Tue Jan 20 10:24:53 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 8B6E22FDA53 for ; Tue, 20 Jan 2004 10:24:53 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 081EA8D728 for ; Tue, 20 Jan 2004 10:24:52 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 10:24:51 +0100 Date: Tue, 20 Jan 2004 10:24:51 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: FSL and Perl Message-ID: <20040120092451.GA2050@dt4.dev.de.cw.net> References: <200401200911.45431.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" In-Reply-To: <200401200911.45431.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Stephan, On Tue, Jan 20, 2004, Stephan Buys wrote: > Are there any examples available for properly using Perl modules with > FSL? I want to set a Perl Daemon (Kolab) to use syslog (and subsequently) > fsl, so that we can control the logging via FSL. > It sounds like you have a daemon written in Perl, and you want this daemon to log using FSL. Although this is a beautiful idea, it is not possible at the moment. The FSL distribution only includes a C library, and no perl modules. There are ways to link a perl program to a C or C++ library, and if you are still interested then you can look into that. I'm no expert on this type of linkage however, and I expect that it is not very practical. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQAzz41uYv80UoVTdAQFlBgf/XfDTxvGZLTUX8ZEVb5tY1VKBAzs1YHov OdBfjJVNIwEqEnlaKNYjcE4k/VlsNanolyIzN/kTEBRMmmDvVVt0D98BCEfemioO tNw2NZWZ6RwEuM/Zd1XGKWBjga2XIQDuiYNoDaJzFHtHf5RX20Kzc8CxUTDz5pXe pduqmPjdmkahjh1zh7uQIGbUyqWTZjEVrIUJlLHCg5420lpGHLJ7fCv609G2IU5w EjSbhJ9DsdQVWMMsW8NLdwgGNVeMcUixWCDRORnU6I6Spz6GSQvmp78mr9H/2Eaf AEZXc8mLrYwG1uXOyRL90p6ZKL82sD//jyuX3H6nDUiR+5Uek205Qg== =CNyK -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From openpkg-users-owner@openpkg.org Tue Jan 20 10:52:06 2004 Received: from delta (rrba-183-82.telkomadsl.co.za [165.165.183.82]) by mail.openpkg.org (Postfix) with ESMTP id 5D66F2FDA4B for ; Tue, 20 Jan 2004 10:52:05 +0100 (CET) Received: from 192.168.0.100 (unknown [192.168.0.100]) by delta (Postfix) with ESMTP id 319F314CB54 for ; Tue, 20 Jan 2004 13:46:02 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: Re: FSL and Perl Date: Tue, 20 Jan 2004 11:48:47 +0200 References: <200401200911.45431.list@codefusion.co.za> <20040120092451.GA2050@dt4.dev.de.cw.net> In-Reply-To: <20040120092451.GA2050@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200401201148.47463.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Could you provide me with a short C program that would demostrate how to use FSL directly? I could then provide the Perl wrapper for that C code. On Tuesday 20 January 2004 11:24, Michael Schloh von Bennewitz wrote: > Hello Stephan, > > On Tue, Jan 20, 2004, Stephan Buys wrote: > > Are there any examples available for properly using Perl modules with > > FSL? I want to set a Perl Daemon (Kolab) to use syslog (and subsequently) > > fsl, so that we can control the logging via FSL. > > It sounds like you have a daemon written in Perl, and you want this daemon > to log using FSL. Although this is a beautiful idea, it is not possible at > the moment. The FSL distribution only includes a C library, and no perl > modules. > > There are ways to link a perl program to a C or C++ library, and if you are > still interested then you can look into that. I'm no expert on this type of > linkage however, and I expect that it is not very practical. > > Regards, > Michael -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za From openpkg-users-owner@openpkg.org Tue Jan 20 11:50:57 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BF3622FDA66 for ; Tue, 20 Jan 2004 11:50:56 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 53C988D782; Tue, 20 Jan 2004 11:50:55 +0100 (CET) Date: Tue, 20 Jan 2004 11:50:55 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: FSL and Perl Message-ID: <20040120105055.GD96555@dev.de.cw.com> References: <200401200911.45431.list@codefusion.co.za> <20040120092451.GA2050@dt4.dev.de.cw.net> <200401201148.47463.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200401201148.47463.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, Stephan Buys wrote: > Could you provide me with a short C program that would demostrate how to use > FSL directly? > > I could then provide the Perl wrapper for that C code. > The fsl tarball contains a "fsl_test.c". It contains no fsl specific code! Why? Because fsl emulates syslog(2) API. To integrate fsl, see SYNOPSIS in the fsl.pod file. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Jan 20 12:02:35 2004 Received: from codefusion.dnsalias.org (rrba-183-82.telkomadsl.co.za [165.165.183.82]) by mail.openpkg.org (Postfix) with ESMTP id 925C82FDA51 for ; Tue, 20 Jan 2004 12:02:34 +0100 (CET) Received: from 192.168.0.100 (unknown [192.168.0.100]) by codefusion.dnsalias.org (Postfix) with ESMTP id 8E34814CB54 for ; Tue, 20 Jan 2004 14:56:33 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: Re: FSL and Perl Date: Tue, 20 Jan 2004 12:59:19 +0200 References: <200401200911.45431.list@codefusion.co.za> <200401201148.47463.list@codefusion.co.za> <20040120105055.GD96555@dev.de.cw.com> In-Reply-To: <20040120105055.GD96555@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200401201259.19338.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: As I suspected, so I guess the challenge here is to get the Sys::Syslog module of Perl to also use fsl. I noticed that there were no options for the OpenPKG perl package to use fsl, maybe this is the right place to start? On Tuesday 20 January 2004 12:50, Thomas Lotterer wrote: > On Tue, Jan 20, 2004, Stephan Buys wrote: > > Could you provide me with a short C program that would demostrate how to > > use FSL directly? > > > > I could then provide the Perl wrapper for that C code. > > The fsl tarball contains a "fsl_test.c". It contains no fsl specific > code! Why? Because fsl emulates syslog(2) API. To integrate fsl, see > SYNOPSIS in the fsl.pod file. > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za From openpkg-users-owner@openpkg.org Tue Jan 20 12:15:00 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B023A2FDA4E for ; Tue, 20 Jan 2004 12:14:59 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 315888D782; Tue, 20 Jan 2004 12:14:58 +0100 (CET) Date: Tue, 20 Jan 2004 12:14:58 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: FSL and Perl Message-ID: <20040120111458.GE96555@dev.de.cw.com> References: <200401200911.45431.list@codefusion.co.za> <200401201148.47463.list@codefusion.co.za> <20040120105055.GD96555@dev.de.cw.com> <200401201259.19338.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200401201259.19338.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, Stephan Buys wrote: > On Tuesday 20 January 2004 12:50, Thomas Lotterer wrote: > > On Tue, Jan 20, 2004, Stephan Buys wrote: > > > Could you provide me with a short C program that would demostrate how to > > > use FSL directly? > > > > > > I could then provide the Perl wrapper for that C code. > > > > The fsl tarball contains a "fsl_test.c". It contains no fsl specific > > code! Why? Because fsl emulates syslog(2) API. To integrate fsl, see > > SYNOPSIS in the fsl.pod file. > > As I suspected, so I guess the challenge here is to get the Sys::Syslog module > of Perl to also use fsl. I noticed that there were no options for the OpenPKG > perl package to use fsl, maybe this is the right place to start? > I would love to see a with_fsl option there but I was afraid implementing it would cause havoc to all perl modules so I kept my hands off. Go for it! -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Jan 20 18:52:20 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 912AC2FDA3B for ; Tue, 20 Jan 2004 18:52:19 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 23B45411D; Tue, 20 Jan 2004 15:13:42 -0300 (BRT) To: openpkg-users@openpkg.org Subject: How to activate OpenPKG services Message-ID: <1074622421.400d6fd5d9a77@www.spsul.com.br> Date: Tue, 20 Jan 2004 15:13:41 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm so used with SystemV linking of scripts to runlevel n rcN.d that I got confiused with your aproach. I found in the doc that you use th rc script to manage things like that, but I could not understand how I set up a service to start at runlevel N and how do I check if a service is active (equivalent of: /etc/init.d/named status). I saw that in my /etc/init.d now is the opkg script that starts 'all' OpenPKG, but how I specify what 'all' should be for this runlevel ? Thanks, Alex From openpkg-users-owner@openpkg.org Tue Jan 20 18:55:32 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 4AF7E2FDB6B for ; Tue, 20 Jan 2004 18:55:32 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 4EF66410F; Tue, 20 Jan 2004 15:16:56 -0300 (BRT) To: openpkg-users@openpkg.org Subject: OpenPKG ver 2.0 Message-ID: <1074622616.400d709824fdd@www.spsul.com.br> Date: Tue, 20 Jan 2004 15:16:56 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I would like to know if someone have an idea when the CURRENT release will become the stable one ? Just an extimation, to see if I can wait a bit or need to go on with 1.3 Thanks, Alex From openpkg-users-owner@openpkg.org Tue Jan 20 19:34:55 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 2D3492FECA5 for ; Tue, 20 Jan 2004 19:34:55 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 97C7B8D728 for ; Tue, 20 Jan 2004 19:34:53 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 19:34:53 +0100 Date: Tue, 20 Jan 2004 19:34:53 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <20040120183453.GB2050@dt4.dev.de.cw.net> References: <1074622421.400d6fd5d9a77@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" In-Reply-To: <1074622421.400d6fd5d9a77@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Alex, On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > I found in the doc that you use th rc script to manage things like that, > but I could not understand how I set up a service to start at runlevel N > and how do I check if a service is active (equivalent of: > /etc/init.d/named status). > The OpenPKG equivalent would be: # cd /opkg/etc # ./rc bind status OpenPKG: status: bind. bind_enable=3D"yes" bind_usable=3D"yes" bind_active=3D"yes" You type 'bind' and not 'named', because in /opkg/etc/rc.d/ there is a file called 'rc.bind' and not 'rc.named'. Do you follow that? Also, you can type 'status', 'start', 'stop', and so on. To learn which labels you can use, simply look at the file 'rc.bind' in this case. > I saw that in my /etc/init.d now is the opkg script that starts 'all' > OpenPKG, but how I specify what 'all' should be for this runlevel ? > Remember that in OSs which use SVR4 init scripts (Solaris, Linux...) the files under /etc/rc?.d are the ones that count. So check out your /etc/rc3.d directory for example, and you will see a file 'S99opkg'. Unfortunately, the run command processor is not yet mature enough to handle multiple packages at once. That means that for more granular control of what packages are started you must use multiple calls (rc bind start; rc ntp status; rc apache restart...). It sounds like you want only certain packages to start automatically. To do this you have add lines 'sasl_enable=3D"no"', 'arpd_enable=3D"no"'... to yo= ur '/opkg/etc/rc.conf' file, causing these daemons to never react to rc commands. If you want both granular and conditional manipulation of your daemons controlled by each individual run level, then some serious hacking is needed. The 'rc.conf' file can be left alone in this case, but you'll have to modify the 'S99opkg' and 'K00opkg' scripts installed during bootstrap time. This last approach is not advisable however, because the init scripts are not preserved in bootstrap updates. Please use the 'rc.conf' variant instead, even if it means some manual work each time you change run levels. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA10zFuYv80UoVTdAQFDYQgAi9l8ehOfoKFKuNRyC4SKWVf/jZn11I1w 8OHG+N+5MNAVy7HPW6JCpyVZlY5NvJtj6IS88gKV+JfjHxxPz5mRnX6mUiW4o8eH MyBAlQcgpzdeWocD5bWMf5lnXYemMH36FMq3cF0ijXRdE6IZ7BTrJrXH7jDSTSnn YtQ29w9Y02zGCw1uIqZRsAABvnOyb86v4yGMxfgVF+gCIbZPays3TBHIwKTPbZua +ohle3BB2VksntIuHa4Vo5TNUyIdotkHKwdX8BnneZ5m9Q2wEL6+b1rK3cMo6h75 cf60yIASR0U99jt0Bp+mNzVKg+qCl4qZdMjoyo3w4ftFz5Zyrh+c7w== =UMqW -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From openpkg-users-owner@openpkg.org Tue Jan 20 19:54:42 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id CD90F2FDB67 for ; Tue, 20 Jan 2004 19:54:41 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 196518D728 for ; Tue, 20 Jan 2004 19:54:40 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 19:54:39 +0100 Date: Tue, 20 Jan 2004 19:54:39 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120185439.GC2050@dt4.dev.de.cw.net> References: <1074622616.400d709824fdd@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="f+W+jCU1fRNres8c" In-Reply-To: <1074622616.400d709824fdd@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --f+W+jCU1fRNres8c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > I would like to know if someone have an idea when the CURRENT release will > become the stable one ? > Yes, that is the general idea. In most cases it is safe to immediately install (1.3) and then upgrade to the next release (2.0) when it becomes available. If you have a tricky situation then you might consider waiting the one or two months for 2.0 to arrive. 2.0's RPM database format is different as previous releases and things work slightly differently under the hood. http://www.openpkg.org/events.html http://www.openpkg.org/releng.html Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --f+W+jCU1fRNres8c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA15b1uYv80UoVTdAQFiAgf+NSsGvulTLE6/9EKORywpGA5PZTBz5+BK INQHtVIUZ45DK92It6I3eDvA+QD4yf3e5fy9vdM2Yuw74nCxRt8f3bQJHbu8Yfd9 Rn7hzw0U2ByaYalLxiVEuk9TOhiptQc1aFTY0DlYh+JTTnbUIWeCvgowzBL2ffrj Im/lKLoxi6kgiCS4IYMWBG1/0cJf1+zI2xUSlvRGpbYzG8P2SKthmWa4JNFi4lYw ArsjD9gZU/y6VuFF8CEa/94EYyLgg5TWHKHAOgUWi6gupwXilcHMUs9ywAKwuOjx Vn7h+BLnT/yqx9IFJFyCDiUgZ+h0KnWc22I2pYztArYzMO1ywEI8eg== =RLMc -----END PGP SIGNATURE----- --f+W+jCU1fRNres8c-- From openpkg-users-owner@openpkg.org Tue Jan 20 19:57:29 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0AE602FDB98 for ; Tue, 20 Jan 2004 19:57:29 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 7F9798D728 for ; Tue, 20 Jan 2004 19:57:27 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 19:57:27 +0100 Date: Tue, 20 Jan 2004 19:57:27 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <20040120185727.GD2050@dt4.dev.de.cw.net> References: <1074622421.400d6fd5d9a77@www.spsul.com.br> <20040120183453.GB2050@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="eheScQNz3K90DVRs" In-Reply-To: <20040120183453.GB2050@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --eheScQNz3K90DVRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 20, 2004, Michael Schloh von Bennewitz wrote: > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: >> I found in the doc that you use th rc script to manage things like that, >> but I could not understand how I set up a service to start at runlevel N >> and how do I check if a service is active (equivalent of: >> /etc/init.d/named status). >> > The OpenPKG equivalent would be: >=20 > # cd /opkg/etc > # ./rc bind status > OpenPKG: status: bind. > bind_enable=3D"yes" > bind_usable=3D"yes" > bind_active=3D"yes" > > You type 'bind' and not 'named', because in /opkg/etc/rc.d/ there is a fi= le > called 'rc.bind' and not 'rc.named'. Do you follow that? > > Also, you can type 'status', 'start', 'stop', and so on. To learn which > labels you can use, simply look at the file 'rc.bind' in this case. > >> I saw that in my /etc/init.d now is the opkg script that starts 'all' >> OpenPKG, but how I specify what 'all' should be for this runlevel ? >> > Remember that in OSs which use SVR4 init scripts (Solaris, Linux...) the > files under /etc/rc?.d are the ones that count. So check out your /etc/rc= 3.d > directory for example, and you will see a file 'S99opkg'. > > Unfortunately, the run command processor is not yet mature enough to hand= le > multiple packages at once. That means that for more granular control of w= hat > packages are started you must use multiple calls (rc bind start; rc ntp > status; rc apache restart...). > > It sounds like you want only certain packages to start automatically. To = do > this you have add lines 'sasl_enable=3D"no"', 'arpd_enable=3D"no"'... to = your > '/opkg/etc/rc.conf' file, causing these daemons to never react to rc > commands. > > If you want both granular and conditional manipulation of your daemons > controlled by each individual run level, then some serious hacking is > needed. The 'rc.conf' file can be left alone in this case, but you'll have > to modify the 'S99opkg' and 'K00opkg' scripts installed during bootstrap > time. > > This last approach is not advisable however, because the init scripts are > not preserved in bootstrap updates. Please use the 'rc.conf' variant > instead, even if it means some manual work each time you change run level= s. > By the way, each time I mention 'opkg' it is intended to mean the OpenPKG instance (which is called /opkg in my case.) Of course you need to substitute your name for this, even in the init scripts /etc/rc3.d/S99**** and so on. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --eheScQNz3K90DVRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA16FluYv80UoVTdAQFHqggAijmtTWSpu3+nBpivDprRXmxJj5O4QN2w ogITbcxUkxYnopOBcdcmNnsrO3blw46cXLrIDYsnDaodYfMy5R+WmuSoGMH8DMyU bAZ1iq7b/zeumCwhFzl9eDjEqu+OYw2rd+Qkm/eeUbrXj/rNbXX+QWS8kT4clvVy IRjIjdcbLY93dwnZRJ3LdgmzBYZjfUQ9kVatsSOf436z3fe10Its03TZs3MjnP/B Mmzd+W+MBVwFNJxt3iyd0JPdQZrwR5piPuitokVa/my+mU3mqsArD412xY4xImhi ZPPTEOYNJcG4CW1/pYhl3mjI+KOm7H2vYxt+5qTEpSHNMYzMxMnQUw== =/HsV -----END PGP SIGNATURE----- --eheScQNz3K90DVRs-- From openpkg-users-owner@openpkg.org Tue Jan 20 20:07:55 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 06FD92FF4C8 for ; Tue, 20 Jan 2004 20:07:54 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 4592140E8; Tue, 20 Jan 2004 16:29:18 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <1074626958.400d818e228c6@www.spsul.com.br> Date: Tue, 20 Jan 2004 16:29:18 -0300 (BRT) From: alexb@spsul.com.br References: <1074622421.400d6fd5d9a77@www.spsul.com.br> <20040120183453.GB2050@dt4.dev.de.cw.net> In-Reply-To: <20040120183453.GB2050@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: So far so good, but while does the rc command doesn't also use a rc?.d structure so that /opkg/etc/rc bind start will run the script linked to the currend runlevel /opkg/etc/rc?.d (not just rc.d) making it easy to control what starts with rc all start / stop ? seams to be a small hack to the rc script Thanks, Alex Cópia Michael Schloh von Bennewitz : > Hello Alex, > > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > I found in the doc that you use th rc script to manage things like > that, > > but I could not understand how I set up a service to start at runlevel > N > > and how do I check if a service is active (equivalent of: > > /etc/init.d/named status). > > > The OpenPKG equivalent would be: > > # cd /opkg/etc > # ./rc bind status > OpenPKG: status: bind. > bind_enable="yes" > bind_usable="yes" > bind_active="yes" > > You type 'bind' and not 'named', because in /opkg/etc/rc.d/ there is a > file > called 'rc.bind' and not 'rc.named'. Do you follow that? > > Also, you can type 'status', 'start', 'stop', and so on. To learn > which > labels you can use, simply look at the file 'rc.bind' in this case. > > > I saw that in my /etc/init.d now is the opkg script that starts > 'all' > > OpenPKG, but how I specify what 'all' should be for this runlevel ? > > > Remember that in OSs which use SVR4 init scripts (Solaris, Linux...) > the > files under /etc/rc?.d are the ones that count. So check out your > /etc/rc3.d > directory for example, and you will see a file 'S99opkg'. > > Unfortunately, the run command processor is not yet mature enough to > handle > multiple packages at once. That means that for more granular control of > what > packages are started you must use multiple calls (rc bind start; rc > ntp > status; rc apache restart...). > > It sounds like you want only certain packages to start automatically. To > do > this you have add lines 'sasl_enable="no"', 'arpd_enable="no"'... to > your > '/opkg/etc/rc.conf' file, causing these daemons to never react to rc > commands. > > If you want both granular and conditional manipulation of your daemons > controlled by each individual run level, then some serious hacking is > needed. The 'rc.conf' file can be left alone in this case, but you'll > have > to modify the 'S99opkg' and 'K00opkg' scripts installed during > bootstrap > time. > > This last approach is not advisable however, because the init scripts > are > not preserved in bootstrap updates. Please use the 'rc.conf' variant > instead, even if it means some manual work each time you change run > levels. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Jan 20 20:17:48 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id D576E2FDA6B for ; Tue, 20 Jan 2004 20:17:47 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 152A34143; Tue, 20 Jan 2004 16:39:12 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <1074627551.400d83dfa6624@www.spsul.com.br> Date: Tue, 20 Jan 2004 16:39:11 -0300 (BRT) From: alexb@spsul.com.br References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> In-Reply-To: <20040120185439.GC2050@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm interested in a package that is only avaiable in CURRENT and I was hoping that it becomes stable sooner as earlier it was intended to Q4/2003 ;-( Thanks Alex Cópia Michael Schloh von Bennewitz : > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > I would like to know if someone have an idea when the CURRENT release > will > > become the stable one ? > > > Yes, that is the general idea. In most cases it is safe to immediately > install (1.3) and then upgrade to the next release (2.0) when it > becomes > available. If you have a tricky situation then you might consider > waiting > the one or two months for 2.0 to arrive. 2.0's RPM database format is > different as previous releases and things work slightly differently > under > the hood. > > http://www.openpkg.org/events.html > http://www.openpkg.org/releng.html > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Jan 20 20:20:55 2004 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 509632FEB7D for ; Tue, 20 Jan 2004 20:20:55 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id BF5E511E8A3; Tue, 20 Jan 2004 11:20:52 -0800 (PST) Date: Tue, 20 Jan 2004 11:20:52 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <20040120192052.GA85766@alexis.mi.celestial.com> References: <1074622421.400d6fd5d9a77@www.spsul.com.br> <20040120183453.GB2050@dt4.dev.de.cw.net> <1074626958.400d818e228c6@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074626958.400d818e228c6@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: >So far so good, but while does the rc command doesn't also use a rc?.d >structure so that > /opkg/etc/rc bind start >will run the script linked to the currend runlevel /opkg/etc/rc?.d (not just >rc.d) making it easy to control what starts with rc all start / stop ? >seams to be a small hack to the rc script The Linux systems (current SuSE and old Caldera) I have here all have a ``runlevel'' command that returns the current run level, and it would be trivial to use that within indivudual %{l_prefix}/rc.d/rc.$package scripts. It seems to me that this is only important for a very limited set of packages so it would be better to let the individual packages handle it where appropriate rather than hack the openpkg rc script to do it. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Instead of giving money to found colleges to promote learning, why don't they pass a constitutional amendment prohibiting anybody from learning anything? If it works as good as the Prohibition one did, why, in five years we would have the smartest race of people on earth. -- The Best of Will Rogers From openpkg-users-owner@openpkg.org Tue Jan 20 20:22:47 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 9092D2FEB7D for ; Tue, 20 Jan 2004 20:22:46 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id CEF76410B; Tue, 20 Jan 2004 16:44:10 -0300 (BRT) To: openpkg-users@openpkg.org Subject: apache complains "frood j2se" Message-ID: <1074627849.400d8509c13f0@www.spsul.com.br> Date: Tue, 20 Jan 2004 16:44:09 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I was trying to build apache where I set several -Dwith_xxx, one beeing with_mod_java. It complains of j2se. Isn't this option suported ? Thanks, Alex From openpkg-users-owner@openpkg.org Tue Jan 20 20:30:23 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 3FA212FEBA8 for ; Tue, 20 Jan 2004 20:30:23 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id A84A44148; Tue, 20 Jan 2004 16:51:47 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <1074628307.400d86d381c38@www.spsul.com.br> Date: Tue, 20 Jan 2004 16:51:47 -0300 (BRT) From: alexb@spsul.com.br References: <1074622421.400d6fd5d9a77@www.spsul.com.br> <20040120183453.GB2050@dt4.dev.de.cw.net> <1074626958.400d818e228c6@www.spsul.com.br> <20040120192052.GA85766@alexis.mi.celestial.com> In-Reply-To: <20040120192052.GA85766@alexis.mi.celestial.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: But with a small change to the rc script (it could check the existence of a valid runlevel rc?.d directory and only use it if found) all other scripts can be hold unchanged, eaven after package updates. Alex Cópia Bill Campbell : > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > >So far so good, but while does the rc command doesn't also use a rc?.d > > >structure so that > > /opkg/etc/rc bind start > >will run the script linked to the currend runlevel /opkg/etc/rc?.d (not > just > >rc.d) making it easy to control what starts with rc all start / stop > ? > >seams to be a small hack to the rc script > > The Linux systems (current SuSE and old Caldera) I have here all have > a > ``runlevel'' command that returns the current run level, and it would > be > trivial to use that within indivudual %{l_prefix}/rc.d/rc.$package > scripts. > > It seems to me that this is only important for a very limited set of > packages so it would be better to let the individual packages handle > it > where appropriate rather than hack the openpkg rc script to do it. > > Bill > -- > INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC > UUCP: camco!bill PO Box 820; 6641 E. Mercer Way > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) > 236-1676 > URL: http://www.celestial.com/ > > Instead of giving money to found colleges to promote learning, why > don't > they pass a constitutional amendment prohibiting anybody from learning > anything? If it works as good as the Prohibition one did, why, in > five > years we would have the smartest race of people on earth. > -- The Best of Will Rogers > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Tue Jan 20 21:04:29 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 2DCFF2FDA49 for ; Tue, 20 Jan 2004 21:04:29 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 9856A8D728 for ; Tue, 20 Jan 2004 21:04:27 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 21:04:27 +0100 Date: Tue, 20 Jan 2004 21:04:27 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120200427.GA62244@dt4.dev.de.cw.net> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" In-Reply-To: <1074627551.400d83dfa6624@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > I'm interested in a package that is only avaiable in CURRENT and I was ho= ping > that it becomes stable sooner as earlier it was intended to Q4/2003 ;-( > I'm sorry to hear that. I just hope that this CURRENT package is even scheduled for release. As you see from http://www.openpkg.org/releng.html, there is a logic behind the OpenPKG category distribution system. Only CORE, BASE, and PLUS class packages are distributed in a release, as denoted by the 'RSP' label in the graph. That means that if the package you wish to install is not in any release distribution but you find it in CURRENT, it will be released in the next version only if it says 'Distribution: OpenPKG [BASE]' in the spec file (or use the 'rpm -q --qf...' methods as shown on the releng.html page. I hope this clears up some confusion and helps you avoid waiting for a package that never arrives. Remember that in most cases you can install a CURRENT package in a RELEASE instance. Regards, Michael --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA2Jy1uYv80UoVTdAQHC8wf9Hd7tLvLa2xdYTplMi9m1PipQugb5OGv3 M1t0Jc0fde3kmyrORkiDa7EW/ItU/QgMxkAI0p4IXWJ8JpJCJzJ4N5w7KIZX5ep4 iTVENYb4CLHM4gL4rPS4gWyhuq+5sqrvXu+J1BFBUAbIMWShEPYbxxkYMM74m3YS URyWPnrSOn1fyrs8OjtfG+NjXqJ3wAQzl8M6T6WblOfe4EfzmXSF53m31YNBAsc0 6nWOvGL9mm0jVeflMPiWuBjQeBEJjL7eNDdyGrO9vJl8oTPk0s5r/O4TKnqSMWx5 g6BAFFpUveslZDCjzyk/kefNwCac4T73GISJCFfkVKZZHYSoengLPQ== =9IVT -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From openpkg-users-owner@openpkg.org Tue Jan 20 21:09:25 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 0FD9D300346 for ; Tue, 20 Jan 2004 21:09:24 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 6F5208D728 for ; Tue, 20 Jan 2004 21:09:22 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 20 Jan 2004 21:09:22 +0100 Date: Tue, 20 Jan 2004 21:09:22 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120200922.GA62727@dt4.dev.de.cw.net> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120200427.GA62244@dt4.dev.de.cw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" In-Reply-To: <20040120200427.GA62244@dt4.dev.de.cw.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 20, 2004, Michael Schloh von Bennewitz wrote: > That means that if the package you wish to install is not in any release > distribution but you find it in CURRENT, it will be released in the next > version only if it says 'Distribution: OpenPKG [BASE]' in the spec file (= or > use the 'rpm -q --qf...' methods as shown on the releng.html page. > Sorry, that should read 'only if it says 'Distribution: OpenPKG [CORE|BASE|PLUS]' in the spec... Regards, Michael =20 --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA2K8luYv80UoVTdAQG8dwf/dYgaw4Xo+96o/xrpdVDi9O2iNw9KkrQf ay0dtE9gKDL4P23dtCQbQ7E7K1UJr+SI6pOYczXKNXOXB/EAAT/65LcLN/YWbSCk Ddg81jJNBkksKfsbN/NYu0D70fy9uw8G7GAlwvr3UMuqt86Zc0Zbogj2UiX8kDMo X8BxG6UIrfgOXYD84FbaNdzowueqBNlJKLaCBq7CxW4vLW+nPdr+oDCdAFrppONE KBwyrL2BeQjwymgEzZwlrB9rYg8T5cNeXkeB9QyXD16y5B8qZ57tuMk84jKP367h 5gz4AgQicytcaoxB7CmeoiOM/dozDq5cjehn8yOq4rCDdhIh07QCzg== =wA+Y -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From openpkg-users-owner@openpkg.org Tue Jan 20 21:25:32 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 2D9C82FDA3B for ; Tue, 20 Jan 2004 21:25:32 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 0E1D24CE721; Tue, 20 Jan 2004 21:25:32 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id BB29228626; Tue, 20 Jan 2004 20:39:41 +0100 (CET) Date: Tue, 20 Jan 2004 20:39:41 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120193941.GA76182@engelschall.com> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074627551.400d83dfa6624@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > I'm interested in a package that is only avaiable in CURRENT In such a situation you usually can install OpenPKG 1.3 and just use the bootstrap "openpkg" package and your particular other package from OpenPKG CURRENT. As long as the bootstrap package is also from CURRENT, you can usually mix a CURRENT package with 1.3. Alternatively, you can now already install CURRENT and upgrade (just a small step because we are already close to 2.0) to OpenPKG 2.0 in about 4 weeks it is available. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Jan 20 22:11:29 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 89D852FF284 for ; Tue, 20 Jan 2004 22:11:25 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 0EEE18D782; Tue, 20 Jan 2004 22:11:24 +0100 (CET) Date: Tue, 20 Jan 2004 22:11:23 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: How to activate OpenPKG services Message-ID: <20040120211123.GB17501@dev.de.cw.com> References: <1074622421.400d6fd5d9a77@www.spsul.com.br> <20040120183453.GB2050@dt4.dev.de.cw.net> <1074626958.400d818e228c6@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074626958.400d818e228c6@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > So far so good, but while does the rc command doesn't also use a rc?.d > structure [...] > Because it has to work equally well on BSD, Linux and Solaris. BSD does not have run levels other than single-user and multi-user and the Linux world doesn't seem to be very unified in this area, i.e. Gentoo's run-levels are not driven by numbers and names but by dependencies. Tough facts for a cross-platform approach like OpenPKG. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Jan 20 22:20:07 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 983E62FDA3C for ; Tue, 20 Jan 2004 22:20:07 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 0B5038D782; Tue, 20 Jan 2004 22:20:05 +0100 (CET) Date: Tue, 20 Jan 2004 22:20:05 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120212005.GC17501@dev.de.cw.com> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120193941.GA76182@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040120193941.GA76182@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, Ralf S. Engelschall wrote: > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > > I'm interested in a package that is only avaiable in CURRENT > > In such a situation you usually can install OpenPKG 1.3 [...] > Note that openpkg-1.3.1 is forward compatible and can build, install, run and erase today's CURRENT packages which are scheduled for openpkg-2.0.0 release. Alex, come on, disclose your secret: which package you're talking about? We are unbribable - but interested :-) -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Jan 20 22:27:46 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 01AF62FDA47 for ; Tue, 20 Jan 2004 22:27:45 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id E1DFF410B; Tue, 20 Jan 2004 18:49:10 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <1074635350.400da2568916e@www.spsul.com.br> Date: Tue, 20 Jan 2004 18:49:10 -0300 (BRT) From: alexb@spsul.com.br References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120200427.GA62244@dt4.dev.de.cw.net> In-Reply-To: <20040120200427.GA62244@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I must search in previus OpenPKG emails. What I'm interested is a port from a KDE project (I gues) that within others should easyer smtp authentication. Cópia Michael Schloh von Bennewitz : > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > I'm interested in a package that is only avaiable in CURRENT and I was > hoping > > that it becomes stable sooner as earlier it was intended to Q4/2003 > ;-( > > > I'm sorry to hear that. I just hope that this CURRENT package is even > scheduled for release. As you see from > http://www.openpkg.org/releng.html, > there is a logic behind the OpenPKG category distribution system. Only > CORE, > BASE, and PLUS class packages are distributed in a release, as denoted > by > the 'RSP' label in the graph. > > That means that if the package you wish to install is not in any > release > distribution but you find it in CURRENT, it will be released in the > next > version only if it says 'Distribution: OpenPKG [BASE]' in the spec file > (or > use the 'rpm -q --qf...' methods as shown on the releng.html page. > > I hope this clears up some confusion and helps you avoid waiting for a > package that never arrives. > > Remember that in most cases you can install a CURRENT package in a > RELEASE > instance. > > Regards, > Michael > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Tue Jan 20 23:02:10 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B164630015F for ; Tue, 20 Jan 2004 23:02:09 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 69E3E8D782; Tue, 20 Jan 2004 23:02:07 +0100 (CET) Date: Tue, 20 Jan 2004 23:02:07 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040120220207.GD17501@dev.de.cw.com> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120200427.GA62244@dt4.dev.de.cw.net> <1074635350.400da2568916e@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1074635350.400da2568916e@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > I must search in previus OpenPKG emails. What I'm interested is a port from a > KDE project (I gues) that within others should easyer smtp authentication. > Kolab? -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Jan 21 11:05:39 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 00B262FEB12 for ; Wed, 21 Jan 2004 11:05:39 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id 8094F410F; Wed, 21 Jan 2004 07:27:06 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <1074680826.400e53fa29df5@www.spsul.com.br> Date: Wed, 21 Jan 2004 07:27:06 -0300 (BRT) From: alexb@spsul.com.br References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120200427.GA62244@dt4.dev.de.cw.net> <1074635350.400da2568916e@www.spsul.com.br> <20040120220207.GD17501@dev.de.cw.com> In-Reply-To: <20040120220207.GD17501@dev.de.cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: YES! Can I install Kolab over OpenPKG 1.3 ? I got some answers from the list that I can mix some packages from the 1.3 and CURRENT branch, but I did not understand what Ralf mean with 'just use the bootstrap "openpkg" package and your particular other package from OpenPKG CURRENT'. Is this the openpkg utility from the openpkg-tool ? Thanks, Alex Cópia Thomas Lotterer : > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > > I must search in previus OpenPKG emails. What I'm interested is a port > from a > > KDE project (I gues) that within others should easyer smtp > authentication. > > > Kolab? > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org > From openpkg-users-owner@openpkg.org Wed Jan 21 11:35:14 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id F1CE02FF469 for ; Wed, 21 Jan 2004 11:35:13 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 050408D798; Wed, 21 Jan 2004 11:35:11 +0100 (CET) Date: Wed, 21 Jan 2004 11:35:11 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: OpenPKG ver 2.0 Message-ID: <20040121103511.GH96555@dev.de.cw.com> References: <1074622616.400d709824fdd@www.spsul.com.br> <20040120185439.GC2050@dt4.dev.de.cw.net> <1074627551.400d83dfa6624@www.spsul.com.br> <20040120200427.GA62244@dt4.dev.de.cw.net> <1074635350.400da2568916e@www.spsul.com.br> <20040120220207.GD17501@dev.de.cw.com> <1074680826.400e53fa29df5@www.spsul.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1074680826.400e53fa29df5@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 21, 2004, alexb@spsul.com.br wrote: > Cópia Thomas Lotterer : > > On Tue, Jan 20, 2004, alexb@spsul.com.br wrote: > > > > > I must search in previus OpenPKG emails. What I'm interested is a port > > from a > > > KDE project (I gues) that within others should easyer smtp > > authentication. > > > > > Kolab? > YES! Can I install Kolab over OpenPKG 1.3 ? > I got some answers from the list that I can mix some packages from the 1.3 and > CURRENT branch, but I did not understand what Ralf mean with 'just use the > bootstrap "openpkg" package and your particular other package from OpenPKG > CURRENT'. Is this the openpkg utility from the openpkg-tool ? > Alex, bad news. You cannot install Kolab over OpenPKG 1.3. The reason is that the Kolab developers took a lot of OpenPKG v1.1 or v1.2 and not only added a kolab package but also did some huge modifications to the OpenPKG packages which were maintained separately. So the two projects diverged. But there are good news as well. In 2003Q3 we integrated all Kolab changes back into OpenPKG CURRENT and even created a OpenPKG "kolab" package. We won't merge any of these changes into 1.3. But it is now possible to run Kolab with CURRENT and all that stuff will be included in OpenPKG v2.0. Even better news for you is the existence of a CURRENT snapshot of packages which were set aside from the everchanging ftp.openpkg.org. An installer to replace the QIM was added, too. And, unlike OpenPKG CURRENT, binaries are available. Goto http://www.zfos.org/ and find kolab-1.0.14-20031126 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Jan 21 14:27:49 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id 469EA2FDA3B for ; Wed, 21 Jan 2004 14:27:49 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id F13CD4114; Wed, 21 Jan 2004 10:49:17 -0300 (BRT) To: openpkg-users@openpkg.org Subject: IMAP/POP server in OpenPKG 1.3 Message-ID: <1074692957.400e835db026a@www.spsul.com.br> Date: Wed, 21 Jan 2004 10:49:17 -0300 (BRT) From: alexb@spsul.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I don't know how efeciently search for avaible packages . I looked at the ftp from OpenPKG 1.3 and could only identify imapd. I installed it, but it is based on Cyrus, and I'm migrating from a WU-imapd. It would be much easyer for me if I could stay with a mailserver that easily migrats the existing mailbox repositories. Is WU-imap avaiable ? If so, how is the packages named ? Thanks, Alex From openpkg-users-owner@openpkg.org Wed Jan 21 15:24:06 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id A84D42FEB02 for ; Wed, 21 Jan 2004 15:24:03 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 0418C8D76B for ; Wed, 21 Jan 2004 15:24:02 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 21 Jan 2004 15:24:01 +0100 Date: Wed, 21 Jan 2004 15:24:01 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: IMAP/POP server in OpenPKG 1.3 Message-ID: <20040121142401.GB94308@dt4.dev.de.cw.net> References: <1074692957.400e835db026a@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" In-Reply-To: <1074692957.400e835db026a@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 21, 2004, alexb@spsul.com.br wrote: > I don't know how efeciently search for avaible packages. I looked at the > ftp from OpenPKG 1.3 and could only identify imapd. > The best way to navigate available OpenPKG packages is currently with ftp. Look in the directories in the following order, remembering the rules about mixing RELEASE and CURRENT packages of course. ftp://ftp.openpkg.org/release/1.3/UPD/ ftp://ftp.openpkg.org/release/1.3/SRC/ ftp://ftp.openpkg.org/current/SRC/ There are several RDF files describing the contents of package subdirectories, however there's no tool yet that uses these to navigate the repository for informational purposes such as browsing. >It would be much easyer for me if I could stay with a mailserver that >easily migrats the existing mailbox repositories. Is WU-imap avaiable ? If >so, how is the packages named ? > Let's just be thankful that we even have a single IMAP server, as release 2.0 will be the first time that happens. WU-imap is not available and neither is Courier. Any such package contributions are welcome but please ensure they conform to OpenPKG standards (the speclint, fsllint, and rclint programs can validate this). I don't know which mailbox format you need to convert to Cyrus', but I've found the following to work great when converting from standard Unix mailboxes to Cyrus' db stored format: http://www.oreilly.com/catalog/mimap/chapter/ch09.html#78500 It uses Net::IMAP to talk to a Cyrus IMAP mailserver and inject messages from standard Unix mailboxes into the Cyrus server's db structure. Because no OpenPKG perl-*** packages contain Net:IMAP, I have my own hacked package. Just ask if you want to use it. If this is indeed what you need, then I'll warn you right away that you need to make a few modifications to the script (changing '.' to '/' for user mailboxes, the path to perl, mailserver name, etcetera.) I can send you my own hacked script if you want, although there really are just a few changes. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA6LgVuYv80UoVTdAQGfBwf/aNYxbo1+440wkmCbwojjy2LfckTLfEh1 er/JYW5nzAVNcjr/vGjUm3yEtSFQwELn7kZQ1f8Eub0S90LVTVewbS3sDG25yZjo jHHlD2SqnnLLHuiY4Jy0/4KkPBHsADeeFQuuUjD45bX9tmYeXsg3UuSlYmGGaliW M/MgOlA/WRdsfeYCpARu+bnAH/6gDYfT+RXJUc2CRJeLorNcQiXBsheaWkSIYcR7 IkOnw+c9bDtU2UpmZMPbhNqn6wSrlYhIipVaDa/K8wHOn2HY2NjH/mjkIilQXZ3D LGUCEH9oXcAKsIITCIe9LrNyoR3ywVHX93xGAnZRPzSuWDkFdwYt9Q== =PtfI -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From openpkg-users-owner@openpkg.org Wed Jan 21 17:57:15 2004 Received: from tatu.spsul.com.br (tatu.spsul.com.br [200.211.5.6]) by mail.openpkg.org (Postfix) with ESMTP id F41BC2FDAB3 for ; Wed, 21 Jan 2004 17:57:13 +0100 (CET) Received: by tatu.spsul.com.br (Postfix, from userid 65534) id DA5D4410B; Wed, 21 Jan 2004 14:18:42 -0300 (BRT) To: openpkg-users@openpkg.org Subject: Re: IMAP/POP server in OpenPKG 1.3 Message-ID: <1074705522.400eb47278006@www.spsul.com.br> Date: Wed, 21 Jan 2004 14:18:42 -0300 (BRT) From: alexb@spsul.com.br References: <1074692957.400e835db026a@www.spsul.com.br> <20040121142401.GB94308@dt4.dev.de.cw.net> In-Reply-To: <20040121142401.GB94308@dt4.dev.de.cw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I think that your scrip would help, and some other tips too :-)) I've never used Cyrus, but read that it use an own DB, so I do not know what I need to do to get a cyrus mailbox. Do I need to create them, or are they automaticaly build if there exist an corresponding unix account ? I tryed to convert the Courier SPEC to conform to OPenPKG but I still need to learn more about packaging to get it right. Now in the "hurry" I can't presume I'll do it right ;-( Thanks, Alex Cópia Michael Schloh von Bennewitz : > On Wed, Jan 21, 2004, alexb@spsul.com.br wrote: > > I don't know how efeciently search for avaible packages. I looked at > the > > ftp from OpenPKG 1.3 and could only identify imapd. > > > The best way to navigate available OpenPKG packages is currently with > ftp. > Look in the directories in the following order, remembering the rules > about > mixing RELEASE and CURRENT packages of course. > > ftp://ftp.openpkg.org/release/1.3/UPD/ > ftp://ftp.openpkg.org/release/1.3/SRC/ > ftp://ftp.openpkg.org/current/SRC/ > > There are several RDF files describing the contents of package > subdirectories, however there's no tool yet that uses these to navigate > the > repository for informational purposes such as browsing. > > >It would be much easyer for me if I could stay with a mailserver that > >easily migrats the existing mailbox repositories. Is WU-imap avaiable > ? If > >so, how is the packages named ? > > > Let's just be thankful that we even have a single IMAP server, as > release > 2.0 will be the first time that happens. WU-imap is not available and > neither is Courier. Any such package contributions are welcome but > please > ensure they conform to OpenPKG standards (the speclint, fsllint, and > rclint > programs can validate this). > > I don't know which mailbox format you need to convert to Cyrus', but > I've > found the following to work great when converting from standard Unix > mailboxes to Cyrus' db stored format: > > http://www.oreilly.com/catalog/mimap/chapter/ch09.html#78500 > > It uses Net::IMAP to talk to a Cyrus IMAP mailserver and inject > messages > from standard Unix mailboxes into the Cyrus server's db structure. > Because > no OpenPKG perl-*** packages contain Net:IMAP, I have my own hacked > package. > Just ask if you want to use it. > > If this is indeed what you need, then I'll warn you right away that you > need > to make a few modifications to the script (changing '.' to '/' for > user > mailboxes, the path to perl, mailserver name, etcetera.) I can send you > my > own hacked script if you want, although there really are just a few > changes. > > -- > michael.schloh@cw.com > Development Team, Operations Northern Europe > Cable & Wireless Telecommunications Services GmbH > From openpkg-users-owner@openpkg.org Wed Jan 21 18:39:32 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 3AF782FEAB2 for ; Wed, 21 Jan 2004 18:39:32 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 67AA38D7D9 for ; Wed, 21 Jan 2004 18:39:30 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Wed, 21 Jan 2004 18:39:30 +0100 Date: Wed, 21 Jan 2004 18:39:30 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: IMAP/POP server in OpenPKG 1.3 Message-ID: <20040121173930.GC94308@dt4.dev.de.cw.net> References: <1074692957.400e835db026a@www.spsul.com.br> <20040121142401.GB94308@dt4.dev.de.cw.net> <1074705522.400eb47278006@www.spsul.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="Y5rl02BVI9TCfPar" In-Reply-To: <1074705522.400eb47278006@www.spsul.com.br> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Y5rl02BVI9TCfPar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 21, 2004, alexb@spsul.com.br wrote: > I think that your scrip would help, and some other tips too :-)) I've > never used Cyrus, but read that it use an own DB, so I do not know what I > need to do to get a cyrus mailbox. Do I need to create them, or are they > automaticaly build if there exist an corresponding unix account ? > Nothing is automatic, so take a deep breath. Once you've installed the imapd package along with its prerequisites (sasl, db...), then review the imapd.conf and cyrus.conf files in /opkg/etc/imapd. Start the SASL authd server: # ./rc sasl start # ps aux | grep sasl root 79999 Ss 6:28PM 0:00.00 /tw/ok/sbin/saslauthd -a getpwent -n= 2 root 70994 S 6:28PM 0:00.00 /tw/ok/sbin/saslauthd -a getpwent -n= 2 Start the IMAP server: # ./rc imapd start # ps aux | grep master sw-r 71159 I 6:27PM 0:00.02 /tw/ok/bin/cyrmaster Start administering your IMAP server: # /tw/ok/bin/cyradm cyradm> server -noauthenticate localhost localhost.my.host.net> login testono IMAP Password: localhost.dev.de.cw.net> lm localhost.dev.de.cw.net> lam usage: listaclmailbox mailbox In the above, 'testono' is a username from your /etc/passwd. The command 'lm' lists mailboxes (none yet.) I'll let you figure out the rest. You probably want to create a mailbox for your user testono, so use 'sm' for that. > I tryed to convert the Courier SPEC to conform to OPenPKG but I still need > to learn more about packaging to get it right. Now in the "hurry" I can't > presume I'll do it right ;-( > Don't be in a hurry, IMAP is not a simple protocol and I've found all available server distros to be very lacking in documentation. --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --Y5rl02BVI9TCfPar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQA65UVuYv80UoVTdAQEYqAf+J6TyyuaSy+2nz077Pc8F9P5kRM8Jz1/K 7SkySOEQVmE83uCHVdvpm1PcfI50vCR4Pf34ZxJIkge516NN/6BDbUSvsWovQ52k NSzQ3d5D9qwRPCsg6W5jtbzp2M8xey0WdrogVD4tHAsWAGMJvxllmctXQecaWRQt 7zt7Pn1h/pmU/gn6anMJSjy25aBiHRKRWrDPHZR53ja78FzUawGslMTtiAj3c92R 3b0flx4sSNSIJutC5UbNMZUxBviJaCTS0tNKAiGz/PJEqeKqzVrOIVjPkeiCgjYv goythMOe1xxsRMPr8m5Mfq825wyJAWoTJKtarKmZaZIkLbcSbkjmrw== =BNw2 -----END PGP SIGNATURE----- --Y5rl02BVI9TCfPar-- From openpkg-users-owner@openpkg.org Thu Jan 22 20:41:59 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 12FF02FEA99 for ; Thu, 22 Jan 2004 20:41:58 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0MJY5P1030371 for ; Thu, 22 Jan 2004 11:34:06 -0800 Subject: RE: /bin/sh is needed by xxxxx package From: Christopher Chan To: openpkg-users@openpkg.org In-Reply-To: <038901c3dc3a$40b985e0$6ceb7080@princeton.edu> References: <038901c3dc3a$40b985e0$6ceb7080@princeton.edu> Content-Type: multipart/alternative; boundary="=-lPct6SaLgcRPHJNFJ97w" Message-Id: <1074800496.13293.25.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Thu, 22 Jan 2004 11:41:36 -0800 Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --=-lPct6SaLgcRPHJNFJ97w Content-Type: text/plain Content-Transfer-Encoding: 7bit Using Provides: /bin/sh seems to solve the problem., for now. I'm very positive I am using OpenPKG (CURRENT), since the rpm install installs it in the openpkg root. Thanks for the help. --=-lPct6SaLgcRPHJNFJ97w Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit 
Using Provides: /bin/sh seems to solve the problem., for now.

I'm very positive I am using OpenPKG (CURRENT), since the rpm install installs it in the openpkg root.

Thanks for the help.
--=-lPct6SaLgcRPHJNFJ97w-- From openpkg-users-owner@openpkg.org Fri Jan 23 08:45:24 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 443D3300701 for ; Fri, 23 Jan 2004 08:45:24 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0N7jLg3007524 for ; Fri, 23 Jan 2004 08:45:21 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0N7jKh9007518 for ; Fri, 23 Jan 2004 08:45:20 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i0N7jLS08687 for ; Fri, 23 Jan 2004 08:45:21 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i0N7jK525336 for ; Fri, 23 Jan 2004 08:45:20 +0100 (MET) Message-ID: <006701c3e184$da0d6730$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1074692957.400e835db026a@www.spsul.com.br> <20040121142401.GB94308@dt4.dev.de.cw.net> <1074705522.400eb47278006@www.spsul.com.br> Subject: Re: IMAP/POP server in OpenPKG 1.3 Date: Fri, 23 Jan 2004 08:45:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > I think that your scrip would help, and some other tips too :-)) > I've never used Cyrus, but read that it use an own DB, so I do not = know what I > need to do to get a cyrus mailbox. > Do I need to create them, or are they automaticaly build if there = exist an > corresponding unix account ? Cyrus is a bit unusual but not really difficult. Best way we found to live with is managing with webmin (www.webmin.com). Converting standard UNIX mbox files is easy: split the files using = formail and feed the mails to Cyrus' deliver command (the same way, sendmail = will deliver mail) The SASL authentication layer must be configured. It's a bit of = overhead, if you only have local /etc/passwd. But it's worth, if you have a lot of = users (a lot means 50 to 500 000 ;-))=20 We normally configure systems authenticating against openldap/Win 2000 = ADS/ NIS If you set up mailbox quotas, you may monitor mailbox sizes in webmin. Birger Kraegelin ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Fri Jan 23 09:01:43 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id EB0892FF414 for ; Fri, 23 Jan 2004 09:01:38 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0N81Zg3015483 for ; Fri, 23 Jan 2004 09:01:35 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0N81Zh9015477 for ; Fri, 23 Jan 2004 09:01:35 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i0N81ZS09712 for ; Fri, 23 Jan 2004 09:01:35 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i0N81Y526845 for ; Fri, 23 Jan 2004 09:01:35 +0100 (MET) Message-ID: <006d01c3e187$1ec66960$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1074692957.400e835db026a@www.spsul.com.br> <20040121142401.GB94308@dt4.dev.de.cw.net> <1074705522.400eb47278006@www.spsul.com.br> <006701c3e184$da0d6730$8a0e6099@pc.iitb.fhg.de> Subject: Wishlist for Release 2.0 Date: Fri, 23 Jan 2004 09:01:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: For release 2.0 I have two points on my wishlist: - pureftpd has a lot of nice options for external authentication please include at least "with_pam" "with_puredb" "with_ldap" and = "with_extauth" I don't have to manage my own release just to have a with-option - please describe a way, how users should manage their own extensions/ patches to your RPM's Which release numbers should I use to not interfere with your updates? How do I manage installation/updates with openpkg-tool when I use 95% unmodified OpenPKG packages fro your repository and some modified/patched/own packages from my repository? This would enhance productivity and will give the community the chance to share RPM's. Thanks. Birger Kraegelin ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Fri Jan 23 09:26:24 2004 Received: from codefusion.dnsalias.org (rrba-167-84.telkomadsl.co.za [165.165.167.84]) by mail.openpkg.org (Postfix) with ESMTP id 4A1FF30059B for ; Fri, 23 Jan 2004 09:26:23 +0100 (CET) Received: from 192.168.0.1 (unknown [192.168.0.1]) by codefusion.dnsalias.org (Postfix) with ESMTP id 803F114CBFE for ; Fri, 23 Jan 2004 12:20:11 +0200 (SAST) From: Stuart =?iso-8859-1?q?Bing=EB?= To: openpkg-users@openpkg.org Subject: PHP iconv extension Date: Fri, 23 Jan 2004 10:22:18 +0200 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_6mNEAJHPfPigyZl" Message-Id: <200401231022.18746.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Boundary-00=_6mNEAJHPfPigyZl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi there, Attached are two patches, one for apache.spec and one for php.spec, from th= e=20 OpenPKG-current packages apache-1.3.29-20040121.src.rpm and=20 php-4.3.4-20040121.src.rpm, respectively. These are simple patches that enable support for PHPs iconv extension for e= ach=20 package - they add a new "with_XXX" variable, and the relevant PHP=20 =2E/configure flag if the variable is set. Hope this can be of some help to the project. Regards, =2D-=20 Stuart Bing=EB Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 298 9727 Email: s.binge@codefusion.co.za --Boundary-00=_6mNEAJHPfPigyZl Content-Type: text/x-diff; charset="us-ascii"; name="php-iconv-support.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="php-iconv-support.patch" --- php-old.spec 2004-01-23 09:16:56.000000000 +0200 +++ php.spec 2004-01-23 09:27:20.000000000 +0200 @@ -68,6 +68,7 @@ %option with_versioning no %option with_pear no %option with_snmp no +%option with_iconv no # fixing implicit extension dependencies and correlations %if "%{with_pear}" == "yes" @@ -364,6 +365,9 @@ %if "%{with_snmp}" == "yes" --with-snmp=%{l_prefix} \ %endif +%if "%{with_iconv}" == "yes" + --with-iconv=%{l_prefix} \ +%endif --enable-cli \ --enable-cgi \ --enable-force-cgi-redirect \ --Boundary-00=_6mNEAJHPfPigyZl Content-Type: text/x-diff; charset="us-ascii"; name="apache-php-iconv-support.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="apache-php-iconv-support.patch" --- apache-old.spec 2004-01-23 10:18:35.000000000 +0200 +++ apache.spec 2004-01-23 10:19:26.000000000 +0200 @@ -131,6 +131,7 @@ %option with_mod_php_mbstring no %option with_mod_php_pear no %option with_mod_php_exif no +%option with_mod_php_iconv no # package options (optional PHP3 specific settings; requires "with_mod_php3") %option with_mod_php3_ftp no @@ -691,6 +692,9 @@ %if "%{with_mod_php_exif}" == "yes" --with-exif \ %endif +%if "%{with_mod_php_iconv}" == "yes" + --with-iconv=%{l_prefix} \ +%endif %if "%{with_mod_php_pear}" == "yes" --enable-cli \ --with-pear \ --Boundary-00=_6mNEAJHPfPigyZl-- From openpkg-users-owner@openpkg.org Sat Jan 24 14:18:24 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 707922FEBBB for ; Sat, 24 Jan 2004 14:18:24 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5844D4CE551; Sat, 24 Jan 2004 14:18:24 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 199E2286A9; Sat, 24 Jan 2004 14:18:13 +0100 (CET) Date: Sat, 24 Jan 2004 14:18:13 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: PHP iconv extension Message-ID: <20040124131812.GA5320@engelschall.com> References: <200401231022.18746.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <200401231022.18746.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Jan 23, 2004, Stuart Bingë wrote: > Attached are two patches, one for apache.spec and one for php.spec, from the > OpenPKG-current packages apache-1.3.29-20040121.src.rpm and > php-4.3.4-20040121.src.rpm, respectively. > > These are simple patches that enable support for PHPs iconv extension for each > package - they add a new "with_XXX" variable, and the relevant PHP > ./configure flag if the variable is set. > > Hope this can be of some help to the project. Thanks for your contribution. I've taken over your changes into OpenPKG-CURRENT. The only thing I had to add was the dependencies to "libiconv" itself. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Jan 26 08:47:09 2004 Received: from thoregon.weinreich.org (unknown [80.146.165.75]) by mail.openpkg.org (Postfix) with ESMTP id 6E2AB3019CA for ; Mon, 26 Jan 2004 08:47:08 +0100 (CET) Received: from [172.17.33.86] ([80.146.165.65]) (authenticated bits=0) by thoregon.weinreich.org (8.12.8/8.12.5) with ESMTP id i0Q7l2wC020004 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 26 Jan 2004 08:47:03 +0100 Date: Mon, 26 Jan 2004 08:47:02 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: Using unixodbc with FreeTDS? Message-ID: <25280000.1075103222@old-man.dhcp.ic3s.de> In-Reply-To: <021d01c3d936$2d698fa0$6ceb7080@princeton.edu> References: <021d01c3d936$2d698fa0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========D7FFE8F2DB526954B757==========" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --==========D7FFE8F2DB526954B757========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Monday, January 12, 2004 13:02:00 -0500 Dennis McRitchie wrote: > Hi, > > I'm in the process of supporting perl-dbi with DBD::ODBC, and currently > have configured it to work with unixodbc. Of course, the unixodbc driver > manager needs a driver, and I was wondering if the OpenPKG project was > planning to support one? Hi! I have a freetds.spec file which i working for me. Since it is using a shared lib for the unixodbc driver it is not in line with the openpkg credo of statically linked openpkg internal libs. Your mileage will vary :-) cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 --==========D7FFE8F2DB526954B757========== Content-Type: application/octet-stream; name="freetds.spec" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="freetds.spec"; size=3015 IyMKIyMgIGZyZWV0ZHMuc3BlYyAtLSBPcGVuUEtHIFJQTSBTcGVjaWZpY2F0aW9uCiMjICBDb3B5 cmlnaHQgKGMpIDIwMDAtMjAwMyBUaGUgT3BlblBLRyBQcm9qZWN0IDxodHRwOi8vd3d3Lm9wZW5w a2cub3JnLz4KIyMgIENvcHlyaWdodCAoYykgMjAwMC0yMDAzIFJhbGYgUy4gRW5nZWxzY2hhbGwg PHJzZUBlbmdlbHNjaGFsbC5jb20+CiMjICBDb3B5cmlnaHQgKGMpIDIwMDAtMjAwMyBDYWJsZSAm IFdpcmVsZXNzIDxodHRwOi8vd3d3LmN3LmNvbS8+CiMjCiMjICBQZXJtaXNzaW9uIHRvIHVzZSwg Y29weSwgbW9kaWZ5LCBhbmQgZGlzdHJpYnV0ZSB0aGlzIHNvZnR3YXJlIGZvcgojIyAgYW55IHB1 cnBvc2Ugd2l0aCBvciB3aXRob3V0IGZlZSBpcyBoZXJlYnkgZ3JhbnRlZCwgcHJvdmlkZWQgdGhh dAojIyAgdGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UgYW5kIHRoaXMgcGVybWlzc2lvbiBub3Rp Y2UgYXBwZWFyIGluIGFsbAojIyAgY29waWVzLgojIwojIyAgVEhJUyBTT0ZUV0FSRSBJUyBQUk9W SURFRCBgYEFTIElTJycgQU5EIEFOWSBFWFBSRVNTRUQgT1IgSU1QTElFRAojIyAgV0FSUkFOVElF UywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRSBJTVBMSUVEIFdBUlJBTlRJRVMg T0YKIyMgIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBP U0UgQVJFIERJU0NMQUlNRUQuCiMjICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SUyBBTkQg Q09QWVJJR0hUIEhPTERFUlMgQU5EIFRIRUlSCiMjICBDT05UUklCVVRPUlMgQkUgTElBQkxFIEZP UiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwKIyMgIFNQRUNJQUwsIEVYRU1QTEFS WSwgT1IgQ09OU0VRVUVOVElBTCBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QKIyMgIExJTUlU RUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMgT1IgU0VSVklDRVM7IExPU1Mg T0YKIyMgIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKSBI T1dFVkVSIENBVVNFRCBBTkQKIyMgIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVS IElOIENPTlRSQUNULCBTVFJJQ1QgTElBQklMSVRZLAojIyAgT1IgVE9SVCAoSU5DTFVESU5HIE5F R0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkgT1VUCiMjICBPRiBUSEUg VVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkg T0YKIyMgIFNVQ0ggREFNQUdFLgojIwoKIyAgIHBhY2thZ2UgaW5mb3JtYXRpb24KTmFtZTogICAg ICAgICBmcmVldGRzClN1bW1hcnk6ICAgICAgRnJlZVREUyBpcyBhIGZyZWUgcmUtaW1wbGVtZW50 YXRpb24gb2YgdGhlIFREUyAoVGFidWxhciBEYXRhU3RyZWFtKSBwcm90b2NvbCB0aGF0IGlzIHVz ZWQgYnkgU3liYXNlIGFuZCBNaWNyb3NvZnQgZm9yIHRoZWlyIGRhdGFiYXNlIHByb2R1Y3RzClVS TDogICAgICAgICAgaHR0cDovL3d3dy5mcmVldGRzLm9yZy8KVmVuZG9yOiAgICAgICB3d3cuZnJl ZXRkcy5vcmcKUGFja2FnZXI6ICAgICBUaGUgT3BlblBLRyBQcm9qZWN0CkRpc3RyaWJ1dGlvbjog T3BlblBLRyBbRVZBTF0KR3JvdXA6ICAgICAgICBEYXRhYmFzZQpMaWNlbnNlOiAgICAgIExHUEwK VmVyc2lvbjogICAgICAwLjYxLjIKUmVsZWFzZTogICAgICAyMDAzMDgwNwoKIyAgIGxpc3Qgb2Yg c291cmNlcwpTb3VyY2UwOiAgICAgIGZ0cDovL2Z0cC5tZXRhbGFiLnVuYy5lZHUvcHViL0xpbnV4 L0FMUEhBL2ZyZWV0ZHMvc3RhYmxlL2ZyZWV0ZHMtJXt2ZXJzaW9ufS50YXIuZ3oKCiMgICBidWls ZCBpbmZvcm1hdGlvbgpQcmVmaXg6ICAgICAgICV7bF9wcmVmaXh9CkJ1aWxkUm9vdDogICAgJXts X2J1aWxkcm9vdH0KQnVpbGRQcmVSZXE6ICBPcGVuUEtHLCBvcGVucGtnID49IDEuMy4wLCB1bml4 b2RiYwpQcmVSZXE6ICAgICAgIE9wZW5QS0csIG9wZW5wa2cgPj0gMS4zLjAsIHVuaXhvZGJjCkF1 dG9SZXE6ICAgICAgbm8KQXV0b1JlcVByb3Y6ICBubwoKJWRlc2NyaXB0aW9uCiAgIEZyZWVURFMg aXMgYSBwcm9qZWN0IHRvIGRvY3VtZW50IGFuZCBpbXBsZW1lbnQgdGhlIFREUyAoVGFidWxhciBE YXRhU3RyZWFtKQogICBwcm90b2NvbC4gVERTIGlzIHVzZWQgYnkgU3liYXNlIGFuZCBNaWNyb3Nv ZnQgZm9yIGNsaWVudCB0byBkYXRhYmFzZSBzZXJ2ZXIKICAgY29tbXVuaWNhdGlvbnMuIEZyZWVU RFMgaW5jbHVkZXMgY2FsbCBsZXZlbCBpbnRlcmZhY2VzIGZvciBEQi1MaWIsIENULUxpYiwKICAg YW5kIE9EQkMuCgolcHJlcAogICAgJXNldHVwIC1xCgolYnVpbGQKICAgIENDPSIle2xfY2N9IiBc CiAgICBDWFg9IiV7bF9jeHh9IiBcCiAgICBDRkxBR1M9IiV7bF9jZmxhZ3MgLU99IiBcCiAgICBD WFhGTEFHUz0iJXtsX2N4eGZsYWdzIC1PfSIgXAogICAgQ1BQRkxBR1M9IiV7bF9jcHBmbGFnc30i IFwKICAgIExERkxBR1M9IiV7bF9sZGZsYWdzfSIgXAogICAgLi9jb25maWd1cmUgXAogICAgICAg IC0tcHJlZml4PSV7bF9wcmVmaXh9IFwKICAgICAgICAtLXN5c2NvbmZkaXI9JXtsX3ByZWZpeH0v ZXRjL2ZyZWV0ZHMgXAogICAgICAgIC0td2l0aC11bml4b2RiYz0le2xfcHJlZml4fSBcCiAgICAg ICAgLS13aXRoLXRkc3Zlcj03LjAKICAgICV7bF9tYWtlfSAle2xfbWZsYWdzIC1PfQoKJWluc3Rh bGwKICAgIHJtIC1yZiAkUlBNX0JVSUxEX1JPT1QKICAgICV7bF9tYWtlfSAle2xfbWZsYWdzfSBp bnN0YWxsIEFNX01BS0VGTEFHUz0iREVTVERJUj0kUlBNX0JVSUxEX1JPT1QiCiAgICBzdHJpcCAk UlBNX0JVSUxEX1JPT1Qle2xfcHJlZml4fS9iaW4vKiA+L2Rldi9udWxsIDI+JjEgfHwgdHJ1ZQog ICAgJXtsX3JwbXRvb2x9IGZpbGVzIC12IC1vZmlsZXMgLXIkUlBNX0JVSUxEX1JPT1QgJXtsX2Zp bGVzX3N0ZH0gXAogICAgICAgICclY29uZmlnICV7bF9wcmVmaXh9L2V0Yy9mcmVldGRzLyonCgol ZmlsZXMgLWYgZmlsZXMKCiVjbGVhbgogICAgcm0gLXJmICRSUE1fQlVJTERfUk9PVAoK --==========D7FFE8F2DB526954B757==========-- From openpkg-users-owner@openpkg.org Tue Jan 27 16:40:00 2004 Received: from mailgwoutka1.fraunhofer.de (mailgwoutka1.fraunhofer.de [153.96.1.63]) by mail.openpkg.org (Postfix) with ESMTP id 8CB132FEB38 for ; Tue, 27 Jan 2004 16:40:00 +0100 (CET) Received: from mailgwoutka1.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0RFdrBs023447 for ; Tue, 27 Jan 2004 16:39:53 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i0RFdqXF023424 for ; Tue, 27 Jan 2004 16:39:52 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i0RFdsS25454 for ; Tue, 27 Jan 2004 16:39:54 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i0RFdrZ03704 for ; Tue, 27 Jan 2004 16:39:54 +0100 (MET) Message-ID: <00da01c3e4eb$ce77a1a0$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1074692957.400e835db026a@www.spsul.com.br> <20040121142401.GB94308@dt4.dev.de.cw.net> <1074705522.400eb47278006@www.spsul.com.br> <006701c3e184$da0d6730$8a0e6099@pc.iitb.fhg.de> <006d01c3e187$1ec66960$8a0e6099@pc.iitb.fhg.de> Subject: Error on apache-1.3.28-1.3.2 with mod_auth_ldap Date: Tue, 27 Jan 2004 16:39:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Running this configuration on Solaris9 gets some errors: from openldap-log slapd[14451]: conn=3D7 fd=3D17 ACCEPT from IP=3D127.0.0.1:32868 = (IP=3D0.0.0.0:389) slapd[14451]: conn=3D7 op=3D0 BIND = dn=3D"cn=3DManager,........,dc=3Dde" method=3D128 slapd[14451]: conn=3D7 op=3D0 RESULT tag=3D97 err=3D2 = text=3Drequested protocol version not allowed Openldap is working, I have imapd/sasl and pure-ftpd running As I haven't used mod_auth_ldap before, I need some help. My .htacces looks like: AuthName "Leute Server Admin" AuthType Basic LDAP_Server localhost LDAP_Port 389 Base_DN "ou=3Dbackend2,..........,dc=3Dde" Bind_DN "cn=3DManager,ou=3Dbackend2,...........,dc=3Dde" Bind_Pass "" require user admin Is apache known to be broken? Birger Kr=E4gelin ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Tue Jan 27 18:09:47 2004 Received: from isp-wireless.com (p508C744E.dip.t-dialin.net [80.140.116.78]) by mail.openpkg.org (Postfix) with ESMTP id B265B2FFC29 for ; Tue, 27 Jan 2004 18:08:56 +0100 (CET) From: isp-wireless@isp-wireless.com To: openpkg-users@openpkg.org Subject: Test Date: Tue, 27 Jan 2004 18:08:52 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_060FCA3B.B1E9C83F" Message-Id: <20040127170856.B265B2FFC29@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0014_060FCA3B.B1E9C83F Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. ------=_NextPart_000_0014_060FCA3B.B1E9C83F Content-Type: application/octet-stream; name="message.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message.zip" UEsDBAoAAAAAABqJOzDKJx+eAFgAAABYAAALAAAAbWVzc2FnZS5leGVNWpAAAwAAAAQAAAD//wAA uAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAAAAAAAAAAAAAAAA AOAADwELAQcAAFAAAAAQAAAAYAAAYL4AAABwAAAAwAAAAABKAAAQAAAAAgAABAAAAAAAAAAEAAAA AAAAAADQAAAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAOjBAAAw AQAAAMAAAOgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AFVQWDAAAAAAAGAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABQAAAAcAAA AFAAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMAAAAAEAAAAVAAAAAAAAAAAAAAA AAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAxLjI0AFVQWCEMCQIJSH6Jj9Q2HIEplgAAU04AAACAAAAmAQDF7ocCkgBQJkoAQAP9smmaLBAE 9CXoAQBLzmmabtkfyCrAA7iwqKZpmqagmJCIgJqmaZp4cGhgWFDNYJ9pSABEBzgwNE3TdAMoJBwY ENMsu9cIIwP4KfDoTdM0TeDY0Mi8tDRN0zSspJyUjM42TdOIfHBoKW9cpumawQdUTANEOJqmaZos JBwUDARpms5t/Ch/A/Ts5KZpmqbc1MzIvJqmaZq0rKSgmJBnm6ZpjIB4cCh7aN5s03UHXANUTCj/ +wt2tvvjQA80KPcsLwOaphn5JChKHBQMBGmazuyb/CcD7OjgpmmaptjUzMjAmqZpurgnsKyooJhp mqZplIyIhHykaZqmdGxkXFRpmqYbTANEQDgwpmmapiggGBAImqZzmwD4Js8D6ODYZ5vObVQ0QwNA NDTbiv////+dWtDa5fQGHzNObHJO2AKXX5LIAT18vkNLluQ1ieA6l//////3WsAplQR262PeXN1h 6HL/jyK4Ue2MLtN7JtQNOfCqZ/////8n6rB5RRTmu5NuTC0R+OLPv7KooZ2cnqOrtsTV6QAaN/// //9XeqDJ9SRWi8P+PH3BCFKf70KY8U2sDnPbRrQlmRCKB/////+HCpAZpaWo/vLD0qj4EixKa4+2 4A09cKbfG1p84SdVyf////8SYL4YZdU4nhdz4lSJQbya4z/GUI1tAJZPy2oMsUN6sv////9zF86I RwXIilcj8sSZcUwuC+/WwK2dkIYPe3p8kYmUov////+zx976FTVYfqfDAjR5odwaW4/mMG3NIHbP K4r8Ubkkkv////8Dd+5o5WXobpeDg3aMlaGwwtfvCihJbZS+6xtOhL35OP////96vwdSoPFFbJZT sxp85VHAMqcfmhiZHaQuu0vedA2pSP/////qjzfikEH1rGYj46ZsNQHQondPKgjpzbSei3tuZF1Z WP////9aX2dygJGlvNbzEzZchbHgEkd/uvg5fcQOW6v+VK0JPf////+ad6cCcOFVzAbDQ8Zc1WFh ZGpzf4ygtc3oBidLcpzJ+f////8sYptXFlh9sGAm/iN61DGR5FrDL84Qhf109nf7gAyZKf////+8 UuuHJshtFcBuH5OKROGU1BIh366AVS0Y5ser8nxpWf////9OQjs3ODg9RVBeb4OatNHxFDpjz77w 5Wy25CNb97xhqP/////QO4nuczxj+JngxUuRF6Eh3iKzPz9USFF7b37Wz9lulf/f/v8pAyPplAm/ 5vOlQRCmfDJpa4AhCy3HTtIQgmz5/////3Ond94UhwcH+1KqAWHALJv3Jpbdl50iYA9Gns39LEB/ /////5Oy0vEJIFh2aGNdUFJRU2pkdwEsxe9UMLxXETzOnVdu/////yDjrWDa0VIVzmZft0HAFORl k594/nINvOdqlXt7E3Z2/////30cDS3y9vSw8dHnefrdTGWj/ydsjN0L24wbqb11hztP/////9sU gkIUCUXMgg/6Yrcpc/sVg+cek360JGkp/70oy+pO///t/3cOOrC/91TU7HOYAU0GnfKir8Ji8+Ve N98FcVL/////B/gbQH5UPqepTywCfTDI5wbSVCoaa0wBnQT2avodxwb/hf//+B2QBKuWAAYGECvv mdRO/xd4C5PG+HUhjKT/////X//Mcmvrb/6l/ezQQcl4kdnErCbH6OCptxpdb+wpEKP/////vPPt 9W9RITWN1lMcSCkY47dcP524zdBSVeO1Q+q+Z+P/////oKAy4s5JOiQvMAqProThdUChYpiy9TBK 4OP/kYHBJwf/////d4hnj1SzhQji/oJFq2GOdNq7Kjiu8ErUGJwXikjCtbz/////nvsfVuZukOA7 R7OgGrfSqrzE95NIpgHABP8GEotdqdj/////vZQx+B/oWmM+39YKykLVDF5gSXL19K70Uxf8FhXy jpr/////c3A8grHijjdbUxaiJ5RUWKyxNTc+qnVllSFu6xqEgWr/////5goYPzqVn4GC43OkRz0J AtYuiMKn1T+KXOqfVjtfPUr/0v//w3lfQwm48Kuazh6yhdlLwdQ7Xs/f9kf5Svf/////2PsttIpn Yv9YrRGMIvdby1jfhfys4GXa65eU4mAI7z//////POPsfxCOYH7dTZvknQUbl3rbzLP7N48l8Tkd snwa9R3/////H72f6cbq6es+2ZZw/TvaRSX286Tn1gQhTDn+W6SHiZL///8LndOwW40qNkIbytHk NFCswxzF4WaKbFszUUL/////7T4jq2LX7pT0NLLp1UmsXiauvG15Z5VbN4akgj2uh8P/////h7CA tt9D37uLgGUvHqgyy7UqkzdDeeJiNFq67WlcbCL/////rBjVc+HryIYvWklP8UPzN8tvNhg9Zy2h 8ZhCErgNwcr/t///awpr+AWNjQeel+iIULayuNnzMoFf2n5f99AdDf////9KGwM6fQ8/C08Y8Svh iLU3JPfUBx83b81rkF1Clpefov////+fnS8mVkCG9xustVq8JzskpJ2J08ilTzb6aAC+Pl0Z1v/b ///1yRTJ8OSOLDaJC+CG69ELCjPTszaGkuS9ijCg/////8e5XrzQ3qvByErXgr9d5aCek5Al2EAv MaAJprMwAaHY/////1+tkWi8GHI59SyhY2GLHhpBJjcbR6rZ8LvF5jHgTCxpN/7//+j6EcZw90P7 R6LaoNX3KMW/tZVw0QT18E1pG/z///+WPZMGpSy6OXgM250CI8OZVZaEW4dCPP////8zNIA19h3z JKZexu842tyqh9/Yci8/xOT2ljaPRDVH9f////9B1ZEmaWfKE9osMm0JKRFzWkFWCzo98FIdrC+m GvC3+v//S/8xFCaXkg+0pCy+XtAMz8+3AGvTepFUOIiSsf83aP/lCufglSWayM7WggOlznvxtPMd Nv//X/iwDNF/kY8l/lKKNnVr79vB2SPGDz51FaTA/f////+8usM8CFrnc4Zu1bBXcDoPfqTcUNVC Pw+Orz+r4EBz4////xvCXH+JFLL57QMYIv4LjyqUlR1NYfomb2ETg7/w///+HcIMPfvmfz8oNJ4r ryLNKaLrZ1y4aEl+Zkt/g//AqqrTKst1aKAop0jf26caPSX/////JAXX5ezg7eL4+Q5nl1aRu/Rc zdffkbq3P7maXYisXTn/Fv//7HFrl+wrwC4IaMWdWRsJC+8ZtlNZlVkP/////xJ2+ZvUka9OsEFI oO6HKKZnnw7HP0/ItgLFmVy1ZHMOv8T//5sAtkFUFOsJg+rFAPmOZV5oYRT24+FSk//C///ayF+b d8aiicrS5Nsi8R+PHMmu1UB4uEzcfP/////xybNugGqghSuEueCrzedxf7ebMVq1kdIINHBOjCaj ab/0/281CJtdm8iLW/1AltxAWMwQ6vywi8Vt/////4uy3x33dBHcJqkQIEp+MkG+5WFL6XJ/J7wG Q5NS+RMb//////ZdvkCcwg+ZAMaLrPWG1+CCnneL+tTmThDCGEs+KO35/8b/9nwKf0fDana5mf5d rmxazU4b64lxjvwb/f//8fYGfHlcE7FPIfVU9StifaRjcLWqYkqR/////zXGmGaAIliPVSx42EGx OixyEHDb76xlknnkH/XxSn1o//+//Wvw5sJ0bQP+EFA9xUDam6IJCIh9AfkyxqUHdBn/////LPPO qCDW3o21pn5v5ZRWR0HYzO7rn/ZPCuEm7jpZtFr/////A0Vx958IgzWgklai/xJuWoBP/S72aCuh 96M6/DM8vUf///8WPkjYhlXfK8JsC4QfhtgXzwXp1P3r5dr1/////6GtvGNOPgPzhoQeHufSnntD ob47sZ806opZ21ljrzKs/3/j/1DFvinF5QTqX/4BPH3KdvPBS4t/PBtYC2SB/5f+/8w1RHDd8BAy R0mEutjUgKwB6AhrORF9Ee/j///G//c9sLQYRzExn4ymjeuIUrTjzzumFxLKZw+t/2+U/ndHtM0e OLziaEGYAQkDDwG4EbS9hf7//zkNdWAhG+1hFLuIsmZVlM2CVc+hbhmvUhv9//+3UqQqEEuw7ymQ L+9iUClpr3Sllm2nVQ/w///b0n3oNpkW4GynDLxGV4Ll6zaklnyg6WKP////byE5MihDfqvDqY4h wPkiQyNacvwkT0Io+lmAzsT/////dCHLnu5VmBRP7E/RIqUosQW5OpgTen9RyWh5nY6xwuz///// FiReg1Ym81BMp3g0ddUFdbUOTr0Jd/kx4R9g+3TWVdH/////SN1p6XAcmq1b8PmGRsutRvGzOmGt oGbK87Gv+baUBc1vVeD/pox+TlOvMLlm+OEUL0BEeP////9+irbmr6hOXN7WLaqsra8rhcpvFdgr I1E77N3Jz0pCk/1f+v/urKov8G8heozvUEUhBXM9IwYIKeW6qVD/7Uu8udJjbkvuzSiqoZI4e04D CfN7//////+hvza0NblAyhflhRCpReSGK9N+LF3tbAq+cMeO0J1sf6P/1l6ter775O7ZmOj1VTgL HfaTnl+owf+Mp0ce+ojo0yNUeSL1qoUO///f4GuNEoea8Eh+cWFALR3igeCz85/euZueiPr/f/v0 ixiM9aiKGmCTCmTmOxeYCR4/+bSyunEzv3ShFzk203Fjl3261FAwQgWL////WxJMa6++29sAezIZ dcDEfEu6tFPnFkOjCMD///9/kQ04yH/xjDInkxt2BiLGCKEwWiDue/Yfxa+SDmHX//8C/3I/dQ88 BUJ9h3wA0mIxu9BqgbtW7uxhWf//v/VMhMS0wgFLWDLakxz4x/NjuJ1//0wbr1Vzpv//f4ncUdf+ /2Orj74dy03e+eXTt/Yc7D6f+rH7////MWV6QjpbtieNAFDL4Az97RCV5mf2hf70jVmj/cYJ//8t fiXKegh7ScbstbGxQec8DdAWa3B+S2v/////Gz7aTjCq6wubqejSE9G0RAbrvDaI0Cm6pV5R/SSe Elv/f+v/aqOkujp/xiAPh8lQTF78ZM55f621enkoKbn/////NUmq6sgMwy1KYk8030Y2eFuR0b5G UDGG1Y7VSlO59Sf/////RqoaLZVKC/yb5iOiazcG2K2FYD4fA+rUwbGkmpOPjpD/X/j/lZ2otsfb 8gwpSWySuy9IfbXwLm+z+kSR4TT/l36pirWeAGXNOCeLAnz5efyCC5eX/0L//5qgqbXE1usDHjxd gajS/y8B0Q1MjtMbZv////+0BVmwCmfHKpD5ZdRGuzOuLK0xuELPX/KIIb1c/qNL9v9b/P+kVQnA ejf3uoBJFeS2i+Mc/eHIsp+Pgnj/////cW1sbnN7hpSludDqBydKcJnF9CZbk84MTZHYIm+/Emh/ 4///wR183kOrFoT1aeBa11faYOl1dcKHk6K0yeH//7/F/BrWhrDdDUB2r+sqbLH5RJLjN47oRaUI //9b/G7XQ7IkmcoKiw+WIK090Gb/mzrcgSnUgv////8z555YFdWYXifzwpRpQRz627+mkH1tYFZP S0pMUVlkcv//jf6Dl67I5QUogqPSBDlxrOorb7YATZ3wRp///3+J+/4hifRi00e+OLU1uD7HU1NW XGVxgJKn/////7/a+Bk9ZI676x5UjckISo/XInDBFWzGI4PmTLUhkAJ3xv///+9q6GntdP6LG65E 3XkYul8HsmARxXw287N2c6UX+P/RoHJHH/rYuZ2EblvCNC0pn/////8vN0JQYXWMpsPjBixVgbDi F0+KyAlNlN4re84kfdk4mvzf+v//Z9JAsSWcFpMTlhylzjQ6Q8c+cIX52Nap//9bokJsmcn8Mmun 5ihtIGBOn4MqpN3//19oxCz/buBVzUjGR2ky3GmB7CK7V/aYPfov9P/lkD7vo1oU0Tw0GuNUUCX9 2LaXe2L4f+kXrCkcEgsH7Q0VIC4/6wqEoQeE////t9BfjsD1+wim5ytyvAm9zAJbtxZ43VWwHg8D ev/////0cboxqM1KQyEqD2lwAmM60uKUqWl5RYm+fCWFkVUOwfi3/v/tHlO1RO7faPFHMpZ/jB1b yCWpfNUms///W7SA0rUEYoJuHIrkTKLdAFG5peku/3+Lxktwh1c8J2l7aImVooCd5uvzif/f+Nt/ bVsMC/mD6BEjnt8LRoRoMVCa5zeK//8N/uA5lfRWuyPabeFY0k/PUthh7e3w9v8LGv//L/0sQVl0 krOZKFWFuO4nY6LkKXG8CluvBmC9Hf8WX+qA5k+OnBGJBLqHDpgltUje/////3cTslT5oUz6q18W 0I1NENafazoM4bmUclM3Hgj15djO/4X+/8fDwsTJ0dzq+w8mQF19oE8bSnyx6SRio/8C///nLnjF FWi+F3PSNJkBbNpLALAtrTC2P8v//43+y87U3en4CkBScJG13AYzY5bMBUGAwgdP/1L//5roOY3k Ppv7XsQtmQh672dT4WXsdgOTJv5f6v+8VfGQMtd/KtiJPehrK+60fUkY6r+Xcuj//5fAFfzm08O2 rKWhoKKnr7rI2e0EHjtb9f//X0HN+Shaj8coc3luYy5jLHYgMC4xIDIwMDT9I9tvkzEveHggAjog YW5keSkAe7sFG8wCLQwABRwAOQnOEP+ZDwEAEAAJABLXAwchfvtmdXZ6dE12LnF5eTdGYv2/+/9z Z2puZXJcWnZwZWJmDVxKdmFxYmpmXFBoZX/5/78XYWdJcmVmdmJhXFJrY3liZXJlYnpReXQzt/gt 2DJcGUNqcm9GdmtGerq//fZna0YwU2duZnh6Fy5ya3IARwtaKzQF9iNnRXmXlv/2v25vdGVwYWQg JXMLTWVzc2FnZQAsJfuY2w91EgUuMnU6BIpue88UBgMvLT8r+2//b0NlYwBOb3YAT2N0AFNNAEF1 ZwBKdWwDtrnbrW5TYXkPcHIHA0aQt79dthNhU2EnRnJpAFRoRFdl9s7dtmQHdXNNbxcvYWJjZJ/7 wm//Z2hpamtsbZxwcXJzdE53eHl6Z/b//39BQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWhu17dba VrjXY2dUAlDc6FrhtghwDnFGIAWfahw+glsAdhqOYWh4ct33wrY9k2LudppfJ25weA+hcPi3nmJn eHZnS0PDB2nfLvx/LXR2ZXktMi4wb3FwjF9jTnB1cmaZod0KM1x2aQtEO9nWvm1IZFYtUeB5c+ee +/5uemM1AHRnYVtfKY+CWXbuc2NfB3BpLuXeDhjbUWcwI1hu+m5cRyvc2t5bYWZz1QAKaGyjLXaB V3wuZGxss91RdSZuycr2eV9BC2QZMHROsNBq3AJ3bw/w6G3l1hzO0Wu2Cwdsafz8275hl3UJZQdp bW15ZXJyMw1t4xtsbgRkD0XeLvBjbDNkaThicmXvveW3Rm4+AGFjPxfbbsPXGjpoF3THZnIEhdkI f1NhY2tfaa/BK0T+az0Pc21pdGhbQ94rX+NtB0IADgdojOzeJmpvZT9uZW8vr7XO1PELJXDYB2fN Pbe1b27PeTu2SxW998YabI9pZNcbH2LdzrnzZW9Pc0sGZXcchYJzL67aIua1z/D7d2mwa2XOj2kJ UBornb9tCQ9jI0d2D64X87kAS2huY2MY7gqOb6ojmWlmac2tPV07X9WLdm4VUO+tuX+bdXBwb7wh xXNvZuvwTmMNL21rcGjP171vunguYg9nb2xkLVB4Y7wkw5hhZmUlQ2I1p+Mw2EOjcPN2hbtordBa Z4sGW6+COXdYK2QPJx9rEFu21qWJH3RpSoySwdE3dLYrnxvY4bVubRV5yQNaR+97DsNvesEGc2gw 5fbeawddDxaTd2UMa+25YZ404AgMFrsZNltwbDkzZm9vL1v4wrGHCgrDX2xveUc6c5bazXFvehXg dXT/2i6+tmsxMKQwcmQMT2frWsHR4j7tUudjmBtboBBamW8HaSMaTo0W9g035m6Nteb4B3Oig1Zz ZthO7Su1VGlBYgdhCobmzrd1JBJX8Y3Q4vRKD/T7cjTXtq4XOWerZ7sv2uAtORoFY3hmWrqeoWBj H4B3L2SOGMc+s2hPbmkTnSO3s6ZrOnnnCjdvby5ibva9bY9Xdg8In+bawdGIKkuHs0+GCI3ZeQdh PDs6tB8N1XP7cmy6k9smxVj8by+/DHTqG0asFN36Wycv0Jp0eW2fiJcuXyE7uO97CwdAE2L9twC0 EbZan8R663DjhbLvNX11CyMgAIF8RUZuKAAppvnuUSACB7wtSgABuJKTg3wPtPwqsECaARmsA6ik G5BmBKAGX5iFLekGBQ+Qscm2gV0CCwwBAM1S2GASAQA9napskR8AJm6UHIctbXAHO0R3Hc3GY0Uo QCmvQEC3IBYIxTC7X3+pfS0iAzQEbCBTdnlyIJZKX41B+093EE9sAfPEB4tiaPd03xSDNvlkYnhx x4v81KJ5fstzaHQG/781dm1iL3hIKi4qAFVTRVJQUk9GScUWC/xMRQBZYnA1INVnapX4tRZheUdy /RvD2LDoWiCZgmYK////5DpcljAHdyxhDu66UQmZGcRtB4/0anA1pf////9j6aOVZJ4yiNsOpLjc eR7p1eCI2dKXK0y2Cb18sX4HLf////+455Edv5BkELcd8iCwakhxufPeQb6EfdTaGuvk3W1Rtb/8 ///U9MeF04NWmGwTwKhrZHr5Yv3syWWKARTZbAb0//8GuT0P+vUNCI3IIG47XhBpTORBYNX///8v KWei0eQDPEfUBEv9hQ3Sa7UKpfqotTVsmLJC1v+/0P/Ju9tA+bys42zY8lzfRc8N1txZPdGrrDD/ /7/A2SbN3lGAUdfIFmHQv7X0tCEjxLNWmZW6/////88Ppb24nrgCKAiIBV+y2QzGJOkLsYd8by8R TGhYqx1h/////8E9LWa2kEHcdgZx2wG8INKYKhDV74mFsXEftbYGpeS//P///58z1LjooskHeDT5 AA+OqAmWGJgO4bsNan8tPW0Il/8S/0smkQFcY+b0UWtrN2wc2DBlhU7///8CLfLtlQZse6UBG8H0 CIJXxA/1xtmwZVDp/v///7cS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7t/xcWLDrJvKPi MLvUQaXfSteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE5R0DM1+t/v//TAqqyXwN 3TxxBVCqQQInEBALvoYgDMn+//+/8WhXs4VnCdRmuZ/kYc4O+d5emMnZKSKY0LC0/////6jXxxc9 s1mBDbQuO1y9t61susAgg7jttrO/mgzitgOa/////9KxdDlH1eqvd9KdFSbbBIMW3HMSC2PjhDtk lD5qbQ2o/zf4/1pqegvPDuSd/wmTJ65msZ4HfUSTD/DSo/8l/v8Ih2jyAR7+wgZpXVdi98tSgHE2 bBnnBmv/Bv//bnYb1P7gK9OJWnraEMxK3X3fufn5776O/////0O+txfVjrBg6KPW1n6T0aHEwtg4 UvLfT/Fnu9FnV7ym/////90GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V32eo/////++ObjF5 vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDRwu7/////7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/ 18Ixz9C1v9H//4ue2Swdrt5bsMJkmybyY+yco5EKk20Cqf8X+P8GCZw/Ng7rhWcHchNXHoJKv5UU erjiriv/////sXs4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC4tTx+LP+/3+h3ZSD2h/NFr6BWya5 9uF3sG93R7cY5lr/t/o3fXBqD//KOwb5CwER/55lj2muYv//3/j40/9rYcRsFnjiCqDu0g3XVIME TsKzAzlhJv////9np/cWYNBNR2lJ23duPkpq0a7cWtbZZgvfQPA72DdTrv////+8qcWeu95/z7JH 6f+1MBzyvb2KwrrKMJOzU6ajtCQFNt/q///QupMG180pV95Uv2fZIy56ZrO47MQCG2j/////XZQr byo3vgu0oY4MwxvfBVqN7wItVFJHIC8gVUdHQy9Wt2/9MS4xDQpVs2c6IGoALmZqPWrN1S5tEgFz wIGxlhEzHgMgg3Qbsw8HIBw0gzTNFAoMBAVmkGbZ/DMR9OwZpGmaAOgy5OAGaZqmD9wF2NQFG2zA LwwHI1dI0wzyB9DICLBI0wwymIgKgEWBAzZ4T1JlrRZwG+Cbq2hmBytpxgMG3gIgRXI9lFrJBjhA gVYJddZyBUrxRRCwF1zAbXVRA3YtY0Zs9G4jLD1yIHUSeWIHE7QdNW1vu3B6Kx9sFPkFQ2UAY3Zz znG1bYMIzwxmVXQbbvJXrTo9p3FuZ2G0wGR7Bxdr2wBKcKx1JnEvC2h6RUdwG8RrNnqGm2xuYgtD aA2l+mEJtUZnDbobJecC7tCp7vfoYye36/dgoQff/WNXI9DWXKkYEAoETWtqodbgIJfxc71pxQpw IXcgZhCrLiDWo5Fg2w9hG22oIChqA1doIO8bz2xZq0dwEE8kHqjRRir/aUVmlGvd1qwLZBBoQFKF 1rrAeM0gDQdlmmtNtWVfG3QRFA672grQLlgIdDhobVVL2XMWVlc87bWFzho6IHtwAj2d9rd2a4xH Ny0/F0FTQ0lJIBQGwly5cj1pdCAJZq7zbev/T2FBITAxMjM0NTY3ODkrH/8mvS9DQgdLLVpGMS1r S7XGQ2VDAuk6pQf8sthCvHkbFDMACWK8hd0C2mSZPSKSIjutcMMWTmfwLUdsuyF4o1Tjemh5hkOb L3p2hPjt3VZxO2EDWlZaUi1YXOuW2iPQMBNR+y9cC1rPf0ZolJIO3bfx3QtHYhVT9noHLQA989O9 tV9qAi4zdQQ0OFguYYetvjtOGHT2z79hrbUtKwPZPyVmYGlhZKN5YxdwCq01vqAvrhgXLu0M7Tq/ eqwJYQLaZiKNz4KANGctUmGt2Teai3G+QThmcjY0IuFeK31RdmaP3FFep3daauOLdQRQLEU2IWBU D5+017anVy+ibmpASpwRbStNbWc/py2svcguxTUynjdvimJwQrcdR3WaIAJumS2h0YL0miDYF2aZ ftiHxnXrZy6VUVVJVPrzzs2nEg9EQVRBRVBDR2/9295rQjo8sj4PWk5WWW9FQlp257dkEdJVUllC IAtSVdWA10tUb7s4jGYt8Mta1SDIl9tORgMQTnDQaAwabNdao+CtZVwPZoL1tcV752U1bjvWAWe7 5WF5CgAAMQuGeO8deCAHEWN/NvbedHAIIwd4KFWL7IHs+f//xggEjVYzyTP2OU0MxkX/x35oV4s9 VBBK//9/dYH5sXIVjUX4agBQjYX4+///UVD/dRAG4rcSti+LRQi7hSNEu/vtBAYyNUGIhA33HovG mQZg/2+/ArID9uoAFUY7dQx8uYXJW3QTQyXHsQ9fXsnDgSwB+sZElIhvIuxoTCSJ7/7uv842Wot1 CIsdeIZZM/9Zib4MI4l9CDmb+3JrAkPU/nUOaBgSSRXbbLG7dCPrDFAODXCAvSHsutnWOXEqI2wV jY3d79n/SYA8CFx0DhloSG7/03lQ2J/4YSvTV2iAYgJXagMlf9OZIA1EaIv4hf90BYPbNpN1fyNc ZIP4ETeo8vZtYf8Ug6ECD4xUSv/rQS9i26ACAAQUonNvs/0o3IPEDFcvYMeG0AK692DmbAoLAlKN RghWsrPHTlz3AXUUElg5whsWXi0/W0CNbCSMQgsvmeSIAGB9fDzbLWzdLx+IXX++MYAecCcZm+7/ zjwnU1CKRX/22BvAA8ZZBIXAm3v/7XRV/hOAfX8CfNXHB5w4KmwyZbu/UDdTaAY4U1M6FGFmWzh1 CQBwDABDw8na3cWgg8V0oxnr7e/fTfJ2g+xApsBopFkOWVBqAWrdZjMNvoAFfC23f/ce5GB0ZEAl NALoaLTYlQvLOzLM/eZoBDYcZvsOUzyQnMNcvOF+EfQeBRAbdYlF/M2y4biLNVRKXV3QEf4OJTid IQ+EqZ3kQA6M0E3Q0D07rLvWoVAr1ghqIHkG49Q2jFNcU9Bm3PEhO8N0Mkh0LVAks0KyyXCIDHrw YbwjDXeE6xAYh4c9kzEPhRkMIHUP5sBw/TOkT9AueSPJaMhAUGjANT10bDwXtRAAv/5QOtqj6S7H aE3cMRalg0zmGhUBdS29wjbh4XyBxnVWLuJW4IYZw7lcJQ0IFhcjRkuUJhtqbdg6XfDxmDJQyAUk vHCEzmwSlNf0O8R2BTNYttZ+FXMEBgUS+PAmuazRJipB+PDs5UBGFPz0cho2Z+F193IS51w3aOf+ nHLjHIzubmQEXpz+GO8Yy1dQX4idDhqx5DlynIABnEAO5ONhIJycE0bk2Q0EJRKcmyPJIMC0YwfZ 3GYw2gj+G19UwL/almzHwl6B//wBdzbH0qUY9B1B/PD/37WH8NYm4TIdD7fAakyZWff5hdJhD/b7 dRPGhD0lDUcICusaJP+x//SZue92+YDCEIiUHEf/Tfh1mzv7m5sN2HQSYFdcBIxgTvcNM9Me++j4 eny73ME8EWpEN6BfV1NRoHBrlEtLp03kt7bWrV3KoFEIA1NAUeHM1Xablbc4JVNm1tDW9GSrX5Go EGqg5A56T+jepGUI1nZ0DXA1NE1JHPagzLlRewdmcyMNsEFWiUYEd9IjbLAqn0qsMzk+WR/jtrXd VhIrTlwKag90D8Fo7QJl/Kr3PSAG7Pv7Ff8dKV4FLWpZJEUvzsDIb4QXLNOsyAducrDdOLIETMM/ 2VwTJiVkx1EuVlZBedweTj9ZxAN3cRHEPPxezULB/Ct8aOPDEUyT4CgwvihKLDO2e4198KUAvjgL 4AV4wLQbpSMvraA7tDARyU0BYXjQ5Oa4UABM1IRmBtiAjhw5ctx84HjkdOhwyJEjR+xspGioZBw5 cuSsYLBctFi4VJEjR468UMBMxEgLc+TIyETMQNA8BMf2cFLUxAgbC5w9Wy/IUgihwBDjPE33NiPw ibUFEriL/0tvnI37AnUFspgDyPfZi8F5ApvjW0vsZuH0BnYGLQYAyK59t2bp8nUL8vgY8gy7dy+1 Bj7OuTiAfQW5NAZqPO9baPyZXvf+UlDnsVEF+gTT3Xie+PDyVoWgDPYw4+PN9NRoDCV2DMq3z3Cx ZzCyXKOwgQTDoek99n8FacA1TloBQBFmobIXTrce0gfIweEQWQvBqkQk/Hf//wRW6yWLVCQMi/CE yXQRigoFCzgOdQdGQoA+fYtbLyfvO/IrgDq5CUCKCIUeW7oaddUoXjXrBzoZ+7vt7Ah0BxbzBSoO 9tkbyffRI1fSJ7ZH9fUQHXQxkPYl190MqotdDPi6EA+2OAId/EHXA2ZX/dZZQxxZRvu9wItNBMF1 DTN12GOaQMxtIFLr9kkUm7vE0lldTURVDEOTilbi9tIBhIoIOgIYQULEUNFO4NsBAgorwV1wJHZo 629saQhuiXX4gD8Ao0itQ791zvc+Jg+FMbUkv4BZukYNIyNJRg++BD5/c88XNxFZXA6IRB3cQ0ag /db+g/sPcuKAZAolyThN3Il/G99i+17cLxAxDImAOB9Moxs590rQdfAXT1oBRlkLlvt9D47OAFRq FChj+PbtUJOfPV2WIF3diBlBR/vi6xa43CVsCLRno7aIUA0pyH1r2O4+C1SLXfwgK/NQrvRseHkW emzw8HRRKwPzPwj8G+AcPo00CAP34c8ryzvzG7+1b40IAXMb94V+K4vDKzED7Ru1by+KFDOIrffx fPXru+7fvvxB/4XAfA8GK95AGQuIEUlIdfdm4VsYBigZUA2ND3lYcJ+5dLae+C0AJuWgY7r3W6Ym kJFJGmcY/Bv8hQdlJZtWRDcBix0c2QwLzsT701zb6mzBHIJxGAzoKEMy1lHoWSDJgL/927dlMkY8 QVko6XwMPFp/CBvIg+k36x/W2rEGBzCKPxwYwIPoaCj9OwcwweAEnQp8FLppW0kIQ+nZ6IhNCMHw QyhRTXRBA8NJQ81PwkJLOEbOO96NRBHc8Bdui34hJYoOiAwzRiTrFEjJIc0nOhgr8w7ogwxJMwjo /Oe2Ujsn/F5tNHSzvbPXBAM8AxLtOMj05QRZOGoGvqTrlZPu30995POlZqWkD4jI+9Ntc65s5BVQ pM2BWVlfnOpLO3hedBTJahoGWYPADc1+rt/1+YpEFeQdKshQJ6FcyLMlWcjIRd0W3G0IBFaLkdJ8 BIoG6NL/NV4NNDXfiAdHWUZjgCfIl3pmFp1EVi+8aNwlmp+uDrxZj9Dwhfb+zSGdWxUVFFg0dFli SL4vOcBWXMxTb7AFm/w5Uf/QZyDABrcD6wOIWJRwny3MaJCYhCZBPlvMvW4TSBfYfCZmK23DWX/4 hBX4lU5MEukcGGwMqxmdQ1MdaWJ2yC2jUw6pNJDtxfcAUlNYJAwyQmNmLhAAcPj20HowGd3myVc9 utAae429Q0/f/zgvkn0L1thTDsYEOFwMPGS26htcFXiQ+OxMQpfXIgcbIfaE/v80lZARroQFQULn wn42HVloeCY6BrCXt/8703xOg/oBfjQEA34aBHU/aRls92x0LmhwB+s9FGxBBnkGaChkZpBBnmAT XFgSrtlh0NcIzk57LQszhGQROwOYemf8CngZBqNnsxPL81nqAPAK8HVcEEYMPYMBucgA/AzyZomY ri2NFmZYFHMMAjbdhgIzJDPSDgQ4F5qT7dwknQYGCAp0+KUCN8E0OyLd6wmA+S5+DC41SNEMOMfI KsuIjLGl3xXtIkI72H0eK628DW+lL/CLyAPY5hTB6QJ8C4PhA9xyAfcD0POkn/c7LkMG9iu0DaOs rM19gKQzVrhVIt4ucg0Vc4bdtu+ENadGpEYNahAPThjsJsaDxgLaVjN4hxZv+rzJzQ+ewV5YPMSt 4xNLZfxg8OhDBIKbeywKcAVWJHY11Q0c3M99MF/+BDDwb/HW5gVQBesOnEB9Bo10BgHhnmsrCg8G hTgxuff61hU5DHzLi8aHWFmgoWcqQ9lgnztoW83fqH1rgf7/AF/qA1Xebo0XBtJ0SjZPF0AJfguK deMv0BMPPkZASnX1yT4u+a0ssRYnnfxmwAKJRfh36lRpAZP7aqUS7772Jf8/C1QSBHym6wvRvrV9 gYp8N/8uqE4Rf/SAJDnYegUcQLoDV3eMrauSARrnMBvYEOUz3p4leNT2sXXoXhuiqQu4KF8cDFg6 RW2Lt1aDPAL0fQcd6RYhDIUCaUVTp7vFf6reFTnvi9hZO3dZfB9LbBcGPABGCgNONsFh4tJtNfgI BjvHVOBcFyy04PgDOi+9XAOwtdJGFGgDmaVvGfpcw9rctgPKrmFgOkiLQwre0KJgujWcAqm7e7eT oUNmW+BDEgyDwwYOoGEXrOINCuRDj0PAXu/egold6D5/Yb4kRvp0bxNi3N6r7HRDGFeocexh/Y21 lUVZi4YWvugX5BDYP+xPC7eNwoMgLMYFCfTrkAGOxwATulUPjCJuPHSpAauNX8m/DCN+ridHU1W2 bTPtGIe1HvFVxwFhfdgKLDzhO911PD66dBGNg9uhrxhgzlb9iSg1wpVrJPwhfpvbeLMIEIlsJBR0 ixhROae/rXMLDxhAaFXrAVWb+AVzf9m0JEQQBtU43kTBPGBGXo7bbXfXyCHXXThQVQo8VQZt0A6V x8RfoED87MzWU0RJZDGOXARVU5/t2CEbVchTV6Zo6IVTvNm67S8oJzQ77g+G2ry0pCYOAkZXg+YP NmpuG5sDyiEB/lMPa5hb9yAahF+IDX+Zi+1jbvR9ZTr6WYmNJKoVuqUb35IhHAMYEaZ4yd2xEOsE /OGDvwomWZrObDafDQgPkcLXvDkMAw+Cg70ZVfTHuidGLnYVVtWBx1LHzgA+24sHPRhbBnThCDxA KE8oxlu3Fo1uwYv9QJJFSPrWQStZdRJWQ7out6G/9hyJrCYGBxibc/w6ITCsiz9iB55B0vbbHiQl IEfbgxIY2XIhuu0e/w8UChS8Jf7ZU4zwDYuEtsfxU2W6Z6ELkSR5bERhDT/1YjRgSxrVXVuBE65Y j8R3e2+PK+RcplT5csXi4BJdnZwWEQIQamSM2oYxqEaRfNY9dHMhBwe+uHQX6KVyzeIhc6R6v32b xdsmDhB1DXQiaKx2i5POKg/MEl/0VnmV64GFHA9t0G9XO2rdWOtxi0PDO/4w7ahweHRhU7uTpk91 SxhySnBRmT5TLpDBXYNHHLSDDmj/LrIQnzp3GNfgU3cjuAOTVWs/oP51pupuE1JCHGC+nKJXtilO GgPQBTIHVsPrhLhj4oTRAGvIltnqtezE0BwssgU76+8dpL4AQEHTrp7GqsvtFFFC11+GH4228Cte IYFUhesKG3D3YY13BNJYajWf5NJ2uq6Tolae5oARCuOR3dnokxWjXBEoi0CNVxxwW0kAG7MjHPyM URVo5D7EWQ0z9KMLqQZcdZsxlQEMEQbUGQ/kXd/XMTAEMfotBWc/DGXwgMhfCVE2qR8tPGyq+FdA gEej29UDiMBAQEN0Wd5gtSuPdE9EJLPdQQbrXiQPIC+KDmg6SbWC1PYcdRsYyPaRsHXF6xIZzJe4 5bYjRi4RdefliVzm6g1M6E1AdD9pUFVqJQMUbWDvz2DqDAQrQ1k8SvYMC929a0CUM4h2T8GqtcT5 ECsNUDYg3Ub9TsArPjYX9g7ZK5Z1KiODK+3/diQGXCtAdQNLea+AZCsVatBKuIuBvRF7qQHbttU+ PgY9E/g8SxxZPBuwK4C0k71L7nQPLctZQ7XaXuM1K720gLO603vAtl8h60yNPC4oB7g6ige3yWWz IycheAdT5W4bcT+0TnmxdZG6Njha5HwK3kC0vHAHhgPuzl1Zw++L8VfaGhZaDjCAQif/N8sOjbu7 IIXbkZ2Ed8vCuwYZiANDRww32R8DgCOwO2y4AAwoMhEQPI2Edgkah9V0HMUXxlwZ5CQFOu7mcWug 4TUdEhAnC1Y2mmzUvxTpXE8PiL9t1JRGVbVAXcODJbi9hdpWeGD5bIIFCy7ROBhk7VNBzjkdVmbD /RKjvAQBOT+jFxYIL+sLTAf/lg1wS+4TPN8cHHu7B69jKn/kEFsoi8u9ES3eKw0UxI2jwIK7zcfa SYzvKwQPj+a7yBO9wDNww3ciU4vFi89aQxFZkS4Dy8jzvIGdGJTM7pFBvhkGgyp/fhXPtvFu7oC4 SgUJCMd0ZLf3smeRig1h+CEF0XJ724hEILswfAv9OX/FGg4PiojBAwDlIw34W8qHSKEZa8Bkh7+N frFVFYIMfsE9DDLrn/ztiB0EIFUVBnwJPOsHYQnHZwhGfeEHycN5KJyRal23ALxGLzVdYOsFng9n BjrDqog5ZrUK+SQR1B6yUd/HwIQ9dNiEqRtURoGwOXzetzDSXZkAEhecX9+4Dj46U7dT/zCpEVDD S9u3Skc7g0aPOR514zOwyRCyc0srsBEU7w1eLbP43ljr9911Ffmq8nEQQfjCXFdqvAujIMCnvlO7 YjV3Rkeep9ozW6yZHqQU3fCDrEh2c3gSJ7h4r7Y02MDg5EiG4BgzNU3c8PB1qO1eINOdfyaqBmjo Ks1mJ6GE8FAt0WQyNwitgShG5MjBbiwhagUZlCk2ZJNcTdwzM8NLWMjP9CS49EcwYcWSECZRvq8f bQ35S0EEPDgWVgalDz7xm8H84ylgMrUIk4VXvRB/Ks9hA0h58OgPA8dBqdYo9t0SPsTusdo4dcjU vYvHP0UWU7Ng1sKyCpVC8QqQDG2OVQuwoX5N1z02fxKNjWDgdoeN/TJHFNWYgtFt6khjbMyDghcd fLLELTQKUPboLIs2q4KVGt0bGhatrSx++IPHD1d+adg/LF6IXhbrWVeGgGYIAKsuhgQUjIpO/poJ e4hGCWRcoXxo9CokxAbrIwYciZBdDnO0hQ/+N5/hgHZhImY1UT6ErmyqoXR3EfkThJ8GxP7POzUz 0jPJ9/YpJXr3I98PKoNBO8p88dx4g8AKMAY9tBd2DDH0EFqKPxdiQGpPNIAx29thQbkxT1n38aKA qBGOBfUoEwBcya1yyckZ3fwqYsEgy4CAgIFPg6EffIRZWWd11BRyyUIDqwhyCAribR806NPGA6Em fata6zzb7M76IjlYXLb+hRtPO/PAi1ZYO1BYc2rwwj+89dJR5oH5/H9camBToNxB2EIude9KKh0l o1MToHonH0KwrvOIEPOzWIle2501vFx/momuQHi2ORWzD+B/dbFXjX4Ix0Zc/h8wk2N37v92BDNb QOFZTxRXc6/OdWkUSmlfZ/z00R6Jn4RJMFP/QFzorKGNr1U5zWFZnA5Rs2Mj8agDVRcbSVkyBinc SZXoNPpQhIWGgfGYOcfOL8gJr0pWz7AJ3Y4WdkZKLRVZYypXdWYb3FKRzohXwqNvSG1qpyu67OKK BEh05oatu6Jftle/0Bz0Ldy14plDD1bGQAH316D7VHhZCQIIIwB2ByYUiY9M8C6gjG6P1IJrRHFE gH4sdSCjbhTO6iscYLno9PBScUdkSAWFKD0gHBrf2MjOrf4R6xiLDg04ZdSWGQ8KfHW40wm+YAcE DINkJDz9LSL2K6LHBYVL9q8Q5usXaOWkUTnHBCiFhgfeOA9GfUvgYxQr8Bc6AQ+U2CHQsOGINHB0 7aCJ32hv38l0TkOAeER1D0VweopOCTq4wvbnSAl+SAQ7TB5y+QW3A25qh4TXgfvsfB1JNMcGeEsm gf2SfhB9vc2VGHMGXlkIrCSwQUttFDvFTfNJWx22nzIEcyiNRhhNHlYBJ03uaOta5RisFronmDT0 Eb3pYbPgDrIdcQ0EUMdkYIPHHARog/sDk+IuCAs4Kb7bZx8Auw3gPXAXCsoiSGa+3xZ7VjqNo/aj 0ATUTLrqa8PBgDOgQm0IPmV9DDd+FvQ8Fm3hD7YJiVFaAogIturERoDtLlEMB7BFAWWujLHtqP/2 vwgsIVuJXfg73n9mLcYrrVAhGh0MIcvGR27Ad/xjMqNJ/zeLtKK3UrhcHBkEA8a6uXdHs4sHHjvY dCNxEytVrtsNNHDLDDMDSSvW2Gyt3f4JihmIGEBBe/eLYitbATtHpgtoi18OPHR1iSNcdwVeD450 tYTtw1KbHFYaBh4zHSkLNMrd/FYINIUD8SFCg8HCF1teB1tLCLCZjTjSfULWS7m7Uz1EjV8BWYIe hbemi//Ds4Vaz34TDhfcQqVEt4uQ7m4FSS7UiBvCf+24CX0j31pn3xkUMIC6GBZDg3zt6w5brZp0 FDG1wMi5Ff7/fO6NUQM70H1lO899YTvBYU9cBu9aG2y7IUgST+I7wn5DkuEd/DvHfj8rwYz/B3w2 LTnmFhv9A847132jAZEV+LViF/BCQYH6BHLp9iENPOgQDoMADtVc+Iv7O30WjDFeBEw9lMfzuBAA dXwPF1DOAnIDbD8s4ESAT27wD4SVpokMkwDnavgShr5FK1NRv/0Ob2+GW4sqcldRKgL0UOsWWvjQ Tj3Mc1N1+CIFTcB78Ru+Bh/jXLysAY4OTdDNaOM32ij024F9+ACw3Xf2Bcy6JlMwV/BTrgHXqqi4 +aYOiNWBSRZfhFlXJiO/lMxWzW08mFx8Hq5ktgjNs8/P/sboHTRrjeYCMwDCDPCQZZBtaPscYJ6z BN/DBFckBP+8+41b4Tv7rWRb6+xHZItPYDEW29h+dlWJTXA2bDpwhMpd5WDV4IRNaAfx/C/cSvpO RHPBFD6IVAXgOBw+ulu1AMZGIXLoPwwc/A/DMbmDRXBE/01sgrYgm9lw/PxgCWTD1m5Mc+sItYHu CfNQEwhdrVjQWEL9RahowC3s+4QaBKIe8KiBcoleL3VRaeqo/iZUoQKS6IRqZ6GZqACTQnAJNYuo hQUMf28HPU+TWZqb4n1BkMhXow034P4zSIN+ICgPgrNZlMn/OEsftNRGLHA9+xFwBsC7QKMsD3TI QAkCbrC0i+hhfe9l6Jekg+8tRDEtag/m6Amt+ETlNBFMfeh9Wru9RAYAIAM3DYFjtxu4Yin7h0ct 5FCMamcvaFy/fODXPW3X+wwxQAEeUsckdaMr0SNbRSQumTmy7zHILT8cGa455EgOFJQMDMnYC3R+ FQRoPttAjvwtngnAEgtJHdv+SR70LbcU/DZ45/DMw1Pj7C1wBsycAkpEk/iboiYfOUYgdzXrCzKM 0OAU7JytdVhxoQT0G3UKGIbJXetOxMEPAnUJ2E92BKdfdFhcAgxXbC7YxX4Mmjv+N0ASOWCmcI5k Wzk1zBjdwTeLHVxE5DpN9Zrf0wmy5NbCVLMmmqQZNqOTapQVehHlGCc5MC5oQLSk/bPNQZJWk5L8 FYo8Ee9QdSM1ESTGE2a7kHUDI9TrEcju1wkwIKisNb3QPO/cbBuEGwjRAHSuEZsZRpYJ0pwPWsXZ N8omUL5UUCtM+LEvE/alEHQgaksoy65hHbhIIghTCOmJ2CB0BqcntdT00Fhs6UPN9hm8OMhD8T3k WxApHwhJIja3hXz/UC7SR0Ue8rxoQC49eIOng69hvoRMu7BWRf3hGSAJU5QUZ7QO88EeLDw0Sbzm s1RlKPj9YSVskJdQF/j9ChkANpzjU6ZNYBfNlh3moi3XHLJMDOGRGWoFDgcqs4GDpNNWrCpQwuLP 6YpgAZtWvhEB2N4T1IqdDRP9daR7yeou4CVpD2erEBvGDmfd/ChWdLMyHisw9NmMNxqYBiJooB/l QPsrxE5Z/g8aBVp8t6s82ejdGVChav/bUAAR8ssNoiNUpFWVaACA0MKQS9YK+gPwIlJ/kJQWPnAL Cwi5J/fWAbX9l7oB58dTwU6L2PfbjTzfiS/0l7ofihpIM94j2cHvBDSdcGQZa3fdM/dCFBLuPNsg suf+3yUSSK46w0JEX7LDW4TAj/z+FooCM8YjwSEEhfBCT3XqDoTiCx730F5d/kzfb+EAbiDwzwdy CAfaxM0NxAd23vDUBwFyByddYQnlRRP29mMp05Ef9gpVwU3E2dpGcMDElwskBQWtoxJ99maJAQ2q /A84R9+XBvpm0ekYwbsadumcBA0IaldWAB16GqEYSKQ9A+z61BZau5DrHUp0MXXxgF7Y0LX4hol2 dotWbGB4eAOXe7wZ3kJ6dctoCRvKUSfKHKFPvXxzYL+AcR1orAFZ6KBW08nammpr+K79W8YH9SyD bK7AJAJADJ7l9qg6Jn300f5sTVUK4LIek7g5ZDsIL2ouC4gWS8QWZNgJxNlQrjRs4ksDBG3CUEa8 BTVNt5mOwb4DkMCSFrlW2C9XaUYl97uh9nXdlArEB5YX7LxdzW3LwgkwxgKY8beoba6h02bKCAWc C22LQSX8vw3OEG1C15WgOtIDpDeD5osFba1QgnjUa+65tqYCshYePDAFKMQMFWQNVBDB0VvmHma7 WzDPwrOfHzuHhISsNRFrqlAxBwEmadNwgNgZYaX4neNkIRv4wD6y6LyCwVQxLTI89my4LB2IAQIS jBSsCLHCTNGuypmiu2ytV0U12AUGL9xnQ9vdywEuB94rWF3gASucbM/iAexr5NiSqOgQoTcE8j+W EXlO+8ZeOgD/lAMTBVdDagZTstEjZi+59upO4MAc4WaEZupQgfs4ZHPu6fjP9Gh+ZgSAVuYRTAWf aDfb6xgNUD1HJy88Gmoktu6sMqJq3Agr11RVlHL/dNjraz0zI3BXlIWiG7b9Qm8Dx74G7A1GAZSJ nQwA01BsIPTdndYBXzBRRT/+OjezhocIwWiCKUFS9uBkEHQYsbCc6IAWEwliEQx/J8wlFBAKkWhw MggJTFISWYcEpyoYYSj9YtekwghmgmoI4GY/G0pam1l07UnJ3CL2ZuTkm5NEEbAJDsDlIIvmN6t3 67uGoYds/9hiQZKYx427kwVbHfzVU7D0eHKrZiv/XBHhanhgGBwU2gUCLTiAhbwMoI9QpmNVVxT0 Rmo/RAsbC9HyXqCNd1AOUHuy4FLhtGtoTnXlRxdqhJ9FW7ApU4cIg4cVFOrDBFZixmToJsQ3g/pi fUcqlDyKS8CshLV+MK3V28iBHxw7ytMjRGUrmkH1fQ3vyT41iFyJWFdaAzP/XP+b7PaL8gPx1n4Z FxoVgMJhiBQ7/c3VrUewfOc48TQHxkYEQDYuBY8jg+ADZ/80DxOOckEWyFbBieTLPrLYuAh9QnEF M/a9sht8+oPHA4B+HXKUM2///g8CRjv3fOOApB4LAF/rYDawHkbFuwjDuaiv28EIA/DE0rBNAHXy P0P++t+2b0PARrEeH8nNO/J9DIoMxbAy0ttihHDr/MU7Fre7FYB2tsWsC42DWyVLN4yFXzL4ueSB XDIAM/iLNJ8B/LOkVmsE3b01kIHDtwdoXDQIYaziH8AYNgZADmQFDwRyu2RABAzWKDOAHMhUDDCQ 5yG8OzYsMwTa20cWtDJ8FgRVfRboZPfU/SVqAeUsfBIVfA2OgDPdEzD2LQwDmdncR1eInrQcBbVW j/02HkB9e4YeATgldSGNbLMi14a3UGE0tqlIhMu4UIBtbLm0YPO19Py/IFc8ByN6n7aInRMr9Pzs 3aw0+Uw/UIgYUziRLcDwaIijyEQrGjvbOBgpzxxX1CbPEDatKLXsxS70BnKkAGSLQTs34MH8Elhg IGbPznNzAYQnaIB/aEqIMyMMUPzDIJ+MjfgPhCIZYBEhDLdDvrxVVE48GDxHB64/gf9bFMKZjbTy C+z2K4gAKOFiTYJ80bAaPnE9HAnFzBJiBQP1t490FX4M9wJ/B2h8NK9Wrn0C3usFLg1DZ4clSAlG B0m4hHVEkS3K7Vz4t7MzAxsrYiFKdA9odDSs1Tehs2YcNw59h+IZaA2fDmSMH7OBdggTvDgneMKM cHQJPYi2WycaOiOIMLgUh9hiB8BeuPBqKAPQ5oVoIcXUqAUAADJy29CENSBN4AnkIOg0zmXz7Mg0 dfD0jClJin5hDDvWfWnIwVPJBIpuxoH2R5pePclFPCByODw93AD/S/w8K3QwPHksPH90KDyAdCTD ilovASCIBPgwn7rbk0YKxhUNRgQK8buAoG4B2yQe/0YBzkfEVipQ9+znYwixfElLB/Xn/zPJQfom /lu6yn0Ji3TF2EBl8YN8xdAECbhN3BHUU8YH6M0gEEQQvpA1cr9QNOi886WB/aSKTA28jeJC8V+I CopxcAEH/y3V6sHhBD/QzheISgGKSJZlWboBGAIPAgZe0O23zxkCikAV4D+KRAUMQgN1pp4n9RgE V1gCBcgWPCLT3ylovDoYNehPZNYEiK31RfHsMATwN7pQlPLOciI77Fec0YA06Og4OYAmt0U5ZDHC Rvp/L+GzLoqEBSeIRDXzdb+NVSVqG7oZ9CRjYlgMXYhab6k1+IiQkfCDqHMvvF5Mcg1hAw1DaQcK A7r2hQ3+BHLZpjJX1diFrw03mQmFdCpN+Gy/C2hzBMZF+z0IAvo918StARR1HzwD3qUMmlQqOKK1 pJhauEEmBxRRUxTYpk3FhVOzQPG7wMOykXAQl99QBXvhM8YJD1JqLpg2SgTQdK9meFctC3BWGvrI WFktJI1DBBnVlc52AKogaBiucSAS88UbHCcQsgaVFq1ZtdnIvlMbUDIMftlCdtkOMK9oPCARGIO9 VAuiGGgImjWUHdm3wJQUaPg1M9wRUk3EyNTVOVldIbSgcwDRJwAScrDUuDdwyIVY3v5zWDeDyh12 9k5QF1CEHDLLjbpgP3UD3q5iUUzk2Yx4SCxEuDbZCDQ3dkfGUE/YDbCNnQhShYvDdk1zCYpjxgUT Zmik9EBqwP8MHUgEOtGNWe7XO/Md+QYxoab3Bw+Mv2/ID6hIBrj7DI34vVPDBRFc2kTkk+1mFA1d mwpe0o21oe6oEWUSc4uFov308YbJweACRrk0BZ8j0Ba2WIoTCtdA2FmJh3RgQHQeGE2J7zc7ZNkK cmX54CdMTzIWdW79AW85XfitIssDavjswxElSGAmdfiuOoc/FAxGVzl1ELg16gURfnKLEUQpfUJH banJFIz5TSSYVQ/q0omDwtWAt1sB7Axp0g1w9XOLOlK87P6JVfQIZeph2X4m+Vh915fMEVp0FIoH Fkc8CnQK7mrB34cDxztFEHyXpS+IHAiyVPsRn4PI/+v2N/5Yv4GGKMMJOxeAPzB0GW7ksIhXEAcw HwqWCANQpV7LLfxCkcA78FfZYw6zR5aRbQgIWgxREA/foPvNjkiKBjwNdAyOCBJ0BDwJMFuB+HUD RuvrdCYqiK1AJKPIJUbumu4X4T48OnQ5LjUxKgIEFxR/W4rsDzh1CTiEDf9A23XQLhADBEnOiBDR d8Rd7kGB+bZyvusBTkVibKwlEgBdzJgsz4XID7gA/9Mgi7VdzA8OJDgrHC/D3gyQ6Tg6dWEeMJnh RP5bD+igZ+5ItkBG0soBRulcB7vO0k/1FsG5YYK/gaFdbeIKQjvXfOp13cdWEGUCKkIdC+M37ilq 8D4KqI4qCXPtN4gIgg11DusLIAsc0NIQGwcGNQ2EggQOyEudj21rBBeGTornHQUEG2wrbTADhkkA jpI1M8Jyw2MNdYTzqwybYJIAGI0bx4UYMJ16BU0GtmgxomBl4xEOZ+MG01BRUGT8m5YQ/YK4i8HH aCthor7aLBQ3Kxpp+wAQ6g+IXsKAww/7iB9wB8VWvtoziuW7314XaooRgPogyvoJdRNB/qVSbwc5 fxK33ASAQY1EQtDNGvH/HjB96YA5LXUceU3PreAQVrNn1X9uSVGqs7VWYt4QDHLcVYBoRDhKSDey i61oqD0b+/agF3JAIYpaPTQEhmo9EAd+SDSCLrht9kBTaHWSj1T8agYbmak9hBnYg2DqLQIXLzj1 V9SPD9w85foe8r6YOvjGHzCYXXVqVOiIVlMpnIt+EKa+RJWFmH3qcozEPZB4jbnc6LEkPwo0OIm/ ECfLNmvO6v5XRUAYfEIy2O4HPSs2fjw4KPk838ozdE8rj0Qj5MAuFDv9A7nkkhMIBKckj5D71wDE 55nMwWj8viEMtXp8mZGPqt09Xc2S6TfA+IoBi9lKPBUHDlJT6UOKAz9rAxcDQxXgG187y3QuUC51 EWrNai+ASKG0RECscVsMwxIrwfwP8u6t0FxOwhPL66woBWj0N5kzvAigtwuStaVGeHwjnX2/7Cao UC25H4gT8xJ0c0dT6wYJBkZTS0PDKHXGprU0A/IsNOAi3FhcDgFJuv8QTCIwNgHYQv9sL1fBIBIC b5cPqSzVb0UREAzc/C1QKTohtVdZI3LwICVTS0tEDQkgb3C6E4c7grEZ/d5WTAK57EhQFtQJmB23 o1C9DSpIT4y9HAF9UzxUc3vgdCtqGRthCrKJ3AhD3nOLcFSUA2tDxtrL1Qdvk95LAE4Me4zp9HUY unVwQabqndNK0wKuDQMk8CcYOCSWgnxfcgMBWw2viA0+ZuxzAOnB+QNR6uz8GAEL5Oz8AIIVn4ZI XEBXblYgdtGE1es1wePNJSNP8HQk7AzuP4iXLOx0IpvHIaYeXQDQPAO+p+IG+vgJD4et3ySFRHKL fLMNnHE7aXD+FIftDrJwtmjYx+tuDdCHPIc8YMhSwIc8hzxEuDashzyHPCigGpgOM4c8DJCJ1mMm 3hs76weApQ07BnRKBoTYVY0IDTvIArOwxhBosg9TcBR8vqD2GmJs5z4ZfRFHFW35PtE03XZAFBSA ZCkDN0XTNE3TU2FvfYubke9Nmf8lVBEFCBDMzF8gDMRRPXA5CHIUge2P/b7pCy0EhQEXc+wryIvE DL0uVeqL4YtTnFDDkgoZRJEAqlSpKg5ZqopCgwM2zUFRqBwBQ6Wil4ibdGVGcLe2UfRNYXBwwEET DW5kC/YMRYgVDgNeqBp2cnMPd0VudlF1FN0Qb27HVrd3h3V9YhhXK293c0QdZWOC/Xb2dG9yeRVE InZlVHlwJHbvZ/9HU2l6ZVpDbG9zChRUaTX3bt9RVG9TeWplbQstHBvbbkH2QWwGYzpUGNqT729w KU5hbUxTUG9HJeyZqJIhPdrW7b4OQ3VycqVUaOdkEVeJxn67ze0KTG8QTGlicmGlbF479t41cmNw CY9IYZgkcNvawa1BdB0qdTpzQbJbsIEyNwhuQZ1ACNhtUBtoQYkKW5612GQfHkxhRZx7usNaGVFN X3hvhzZZO1hdRGUGalOLQGj/VkdNb2R1FRQYwoTYd0tVu112SBpBcxhTCGVwBtiWS3hFeGklYUaY U+0w9+YOHE9iasCkULDfsCW0Y3kGMv1pgs0K22Nru3VsTCm1UNXNGmlaTUlmgNpF+W1h5RcD4/2O cFZpZXdPZosAYgkrtEw487kRClBvzA1hZGVD2L/ZW9smTfZIQnl0Im5BZG7CEt5kcnIWx61uWWu0 SKU4HCsnw5gxexMZYAS8rDCEbqrNCWlBd4+zYY1GSXE1a2VkE3ZqC6VjEgsVSdKZYZJuUiLkVTM2 wbCw9dRCkyZLHYUUnHmitdqxx/g2Z4xLZXkMT3BN3Tr36AtFJA46Vo11ZWEHAIYPJBEJM3cppnVt MAyvrdlssz9kwggBbaPutDXMc2WiandDEPPY3wwDB2lzZGlnaRl1cHBzzc22EXgSCWZbCDjNVvhz cGFLT80sWMD+e5tVL0J1ZmZBDwtn2o48TG93d3Y5crYjUZht2HcKR9gsy7I91BMCCgRvl7Isy7IL NBcSENWyLMsDDwkUcx/IPxZCUEUAAEwBAuAAD3XLSf4BCwEHAAB8UUAQA5Bhs272DUoLGwQeB+tm S7YzoAYoEAfyEngDBqvYg4FALs94kPAB1zWQdWSETy41dCt22bLJe+sAINULtlHg4C7BxwCb+7t3 Yd8jfidAAhvUhQCgUH0N0+UAAAAAAAAAkP8AAAAAAAAAAAAAAAAAYL4AcEoAjb4AoP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3uQ0BAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0RYtfBI2EMOixAAAB81CDxwj/lmCyAACVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/lmSyAAAJwHQHiQODwwTr2P+WaLIAAGHplID//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAOAAAgAAA AAAAAAAAAAAAAAAAAQAJBAAAUAAAAKjAAAAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAoAAA gHgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAJAAAADUwQAAFAAAAAAAAAAAAAAAAQAwALCQAAAoAAAA EAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACA AIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAiIiIAAAAAAiHd3d4 gAAAeP//iIdwAAB494///3gAAHj/////eAAAePd3eP94AAB4/////3gAAHj3d3j/eAAAeP////94 AAB493eP/3gAAHj/////eAAAeP////94AAB4f39/f3gAAIdzh4eHgAAAB7M7e3eAAAAAAAAAgAAA 8D8AAOAHAADABwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADg BwAA/98AANiRAAAAAAEAAQAQEBAAAQAEACgBAAABAAAAAAAAAAAAAAAAAJDCAABgwgAAAAAAAAAA AAAAAAAAncIAAHDCAAAAAAAAAAAAAAAAAACqwgAAeMIAAAAAAAAAAAAAAAAAALXCAACAwgAAAAAA AAAAAAAAAAAAwMIAAIjCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMrCAADYwgAA6MIAAAAAAAD2wgAA AAAAAATDAAAAAAAADMMAAAAAAABzAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwATVNW Q1JULmRsbABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJl c3MAAEV4aXRQcm9jZXNzAAAAUmVnQ2xvc2VLZXkAAABtZW1zZXQAAHdzcHJpbnRmQQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEsB AhQACgAAAAAAGok7MMonH54AWAAAAFgAAAsAAAAAAAAAAAAgAAAAAAAAAG1lc3NhZ2UuZXhlUEsF BgAAAAABAAEAOQAAAClYAAAAAA== ------=_NextPart_000_0014_060FCA3B.B1E9C83F-- From openpkg-users-owner@openpkg.org Tue Jan 27 23:09:46 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 4E4542FF6B2 for ; Tue, 27 Jan 2004 23:09:45 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i0RM1WP1016899 for ; Tue, 27 Jan 2004 14:01:32 -0800 Subject: Dependency Errprs: libc.so.6, libdl.so.2, libpthread.so.0, librt.so.1 From: Christopher Chan To: OpenPKG Users Content-Type: text/plain Message-Id: <1075241360.8451.10.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Tue, 27 Jan 2004 14:09:20 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Does any know why I get these dependency errors? So I need to install glibc package? if so, there doesn't seem to be one for OpenPKG. Thanks. $ rpm --version OpenPKG RPM 4.2.1 $ rpm -ivh libredcarpet-python-2.0.1-0.spike.0.1.ix86-rhl9-oos.rpm error: Failed dependencies: libc.so.6 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libc.so.6(GLIBC_2.0) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libc.so.6(GLIBC_2.1) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libc.so.6(GLIBC_2.1.3) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libc.so.6(GLIBC_2.2) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libc.so.6(GLIBC_2.3) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libdl.so.2 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libdl.so.2(GLIBC_2.0) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libdl.so.2(GLIBC_2.1) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libm.so.6 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libm.so.6(GLIBC_2.0) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libpthread.so.0 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libpthread.so.0(GLIBC_2.0) is needed by libredcarpet-python-2.0.1-0.spike.0.1 libpthread.so.0(GLIBC_2.2) is needed by libredcarpet-python-2.0.1-0.spike.0.1 librt.so.1 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libutil.so.1 is needed by libredcarpet-python-2.0.1-0.spike.0.1 libutil.so.1(GLIBC_2.0) is needed by libredcarpet-python-2.0.1-0.spike.0.1 Christopher Chan email: cchan@spikesource.com work: 650-561-0227 ________________________________________________________________________ "One of the secrets of life is to make stepping stones out of stumbling blocks" From openpkg-users-owner@openpkg.org Wed Jan 28 05:39:23 2004 Received: from isp-invoicing.com (207-133.dynamic.mpls.fishnet.com [209.150.207.133]) by mail.openpkg.org (Postfix) with ESMTP id 8D6502FDA3A for ; Wed, 28 Jan 2004 05:39:07 +0100 (CET) From: isp-invoicing@isp-invoicing.com To: openpkg-users@openpkg.org Subject: Hi Date: Tue, 27 Jan 2004 22:39:04 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_D2E5F814.1DD5911E" Message-Id: <20040128043907.8D6502FDA3A@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0000_D2E5F814.1DD5911E Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. ------=_NextPart_000_0000_D2E5F814.1DD5911E Content-Type: application/octet-stream; name="document.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document.zip" UEsDBAoAAAAAAOIkPDDKJx+eAFgAAABYAABWAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l eGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAACoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQ RQAATAEDAAAAAAAAAAAAAAAAAOAADwELAQcAAFAAAAAQAAAAYAAAYL4AAABwAAAAwAAAAABKAAAQ AAAAAgAABAAAAAAAAAAEAAAAAAAAAADQAAAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA ABAAAAAAAAAAAAAAAOjBAAAwAQAAAMAAAOgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAAAGAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAA AOBVUFgxAAAAAABQAAAAcAAAAFAAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMAA AAAEAAAAVAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAxLjI0AFVQWCEMCQIJSH6Jj9Q2HIEplgAAU04AAACAAAAmAQDF 7ocCkgBQJkoAQAP9smmaLBAE9CXoAQBLzmmabtkfyCrAA7iwqKZpmqagmJCIgJqmaZp4cGhgWFDN YJ9pSABEBzgwNE3TdAMoJBwYENMsu9cIIwP4KfDoTdM0TeDY0Mi8tDRN0zSspJyUjM42TdOIfHBo KW9cpumawQdUTANEOJqmaZosJBwUDARpms5t/Ch/A/Ts5KZpmqbc1MzIvJqmaZq0rKSgmJBnm6Zp jIB4cCh7aN5s03UHXANUTCj/+wt2tvvjQA80KPcsLwOaphn5JChKHBQMBGmazuyb/CcD7Ojgpmma ptjUzMjAmqZpurgnsKyooJhpmqZplIyIhHykaZqmdGxkXFRpmqYbTANEQDgwpmmapiggGBAImqZz mwD4Js8D6ODYZ5vObVQ0QwNANDTbiv////+dWtDa5fQGHzNObHJO2AKXX5LIAT18vkNLluQ1ieA6 l//////3WsAplQR262PeXN1h6HL/jyK4Ue2MLtN7JtQNOfCqZ/////8n6rB5RRTmu5NuTC0R+OLP v7KooZ2cnqOrtsTV6QAaN/////9XeqDJ9SRWi8P+PH3BCFKf70KY8U2sDnPbRrQlmRCKB/////+H CpAZpaWo/vLD0qj4EixKa4+24A09cKbfG1p84SdVyf////8SYL4YZdU4nhdz4lSJQbya4z/GUI1t AJZPy2oMsUN6sv////9zF86IRwXIilcj8sSZcUwuC+/WwK2dkIYPe3p8kYmUov////+zx976FTVY fqfDAjR5odwaW4/mMG3NIHbPK4r8Ubkkkv////8Dd+5o5WXobpeDg3aMlaGwwtfvCihJbZS+6xtO hL35OP////96vwdSoPFFbJZTsxp85VHAMqcfmhiZHaQuu0vedA2pSP/////qjzfikEH1rGYj46Zs NQHQondPKgjpzbSei3tuZF1ZWP////9aX2dygJGlvNbzEzZchbHgEkd/uvg5fcQOW6v+VK0JPf// //+ad6cCcOFVzAbDQ8Zc1WFhZGpzf4ygtc3oBidLcpzJ+f////8sYptXFlh9sGAm/iN61DGR5FrD L84Qhf109nf7gAyZKf////+8UuuHJshtFcBuH5OKROGU1BIh366AVS0Y5ser8nxpWf////9OQjs3 ODg9RVBeb4OatNHxFDpjz77w5Wy25CNb97xhqP/////QO4nuczxj+JngxUuRF6Eh3iKzPz9USFF7 b37Wz9lulf/f/v8pAyPplAm/5vOlQRCmfDJpa4AhCy3HTtIQgmz5/////3Ond94UhwcH+1KqAWHA LJv3Jpbdl50iYA9Gns39LEB//////5Oy0vEJIFh2aGNdUFJRU2pkdwEsxe9UMLxXETzOnVdu//// /yDjrWDa0VIVzmZft0HAFORlk594/nINvOdqlXt7E3Z2/////30cDS3y9vSw8dHnefrdTGWj/yds jN0L24wbqb11hztP/////9sUgkIUCUXMgg/6Yrcpc/sVg+cek360JGkp/70oy+pO///t/3cOOrC/ 91TU7HOYAU0GnfKir8Ji8+VeN98FcVL/////B/gbQH5UPqepTywCfTDI5wbSVCoaa0wBnQT2avod xwb/hf//+B2QBKuWAAYGECvvmdRO/xd4C5PG+HUhjKT/////X//Mcmvrb/6l/ezQQcl4kdnErCbH 6OCptxpdb+wpEKP/////vPPt9W9RITWN1lMcSCkY47dcP524zdBSVeO1Q+q+Z+P/////oKAy4s5J OiQvMAqProThdUChYpiy9TBK4OP/kYHBJwf/////d4hnj1SzhQji/oJFq2GOdNq7Kjiu8ErUGJwX ikjCtbz/////nvsfVuZukOA7R7OgGrfSqrzE95NIpgHABP8GEotdqdj/////vZQx+B/oWmM+39YK ykLVDF5gSXL19K70Uxf8FhXyjpr/////c3A8grHijjdbUxaiJ5RUWKyxNTc+qnVllSFu6xqEgWr/ ////5goYPzqVn4GC43OkRz0JAtYuiMKn1T+KXOqfVjtfPUr/0v//w3lfQwm48Kuazh6yhdlLwdQ7 Xs/f9kf5Svf/////2PsttIpnYv9YrRGMIvdby1jfhfys4GXa65eU4mAI7z//////POPsfxCOYH7d TZvknQUbl3rbzLP7N48l8Tkdsnwa9R3/////H72f6cbq6es+2ZZw/TvaRSX286Tn1gQhTDn+W6SH iZL///8LndOwW40qNkIbytHkNFCswxzF4WaKbFszUUL/////7T4jq2LX7pT0NLLp1UmsXiauvG15 Z5VbN4akgj2uh8P/////h7CAtt9D37uLgGUvHqgyy7UqkzdDeeJiNFq67WlcbCL/////rBjVc+Hr yIYvWklP8UPzN8tvNhg9Zy2h8ZhCErgNwcr/t///awpr+AWNjQeel+iIULayuNnzMoFf2n5f99Ad Df////9KGwM6fQ8/C08Y8SvhiLU3JPfUBx83b81rkF1Clpefov////+fnS8mVkCG9xustVq8Jzsk pJ2J08ilTzb6aAC+Pl0Z1v/b///1yRTJ8OSOLDaJC+CG69ELCjPTszaGkuS9ijCg/////8e5XrzQ 3qvByErXgr9d5aCek5Al2EAvMaAJprMwAaHY/////1+tkWi8GHI59SyhY2GLHhpBJjcbR6rZ8LvF 5jHgTCxpN/7//+j6EcZw90P7R6LaoNX3KMW/tZVw0QT18E1pG/z///+WPZMGpSy6OXgM250CI8OZ VZaEW4dCPP////8zNIA19h3zJKZexu842tyqh9/Yci8/xOT2ljaPRDVH9f////9B1ZEmaWfKE9os Mm0JKRFzWkFWCzo98FIdrC+mGvC3+v//S/8xFCaXkg+0pCy+XtAMz8+3AGvTepFUOIiSsf83aP/l CufglSWayM7WggOlznvxtPMdNv//X/iwDNF/kY8l/lKKNnVr79vB2SPGDz51FaTA/f////+8usM8 CFrnc4Zu1bBXcDoPfqTcUNVCPw+Orz+r4EBz4////xvCXH+JFLL57QMYIv4LjyqUlR1NYfomb2ET g7/w///+HcIMPfvmfz8oNJ4rryLNKaLrZ1y4aEl+Zkt/g//AqqrTKst1aKAop0jf26caPSX///// JAXX5ezg7eL4+Q5nl1aRu/Rczdffkbq3P7maXYisXTn/Fv//7HFrl+wrwC4IaMWdWRsJC+8ZtlNZ lVkP/////xJ2+ZvUka9OsEFIoO6HKKZnnw7HP0/ItgLFmVy1ZHMOv8T//5sAtkFUFOsJg+rFAPmO ZV5oYRT24+FSk//C///ayF+bd8aiicrS5Nsi8R+PHMmu1UB4uEzcfP/////xybNugGqghSuEueCr zedxf7ebMVq1kdIINHBOjCajab/0/281CJtdm8iLW/1AltxAWMwQ6vywi8Vt/////4uy3x33dBHc JqkQIEp+MkG+5WFL6XJ/J7wGQ5NS+RMb//////ZdvkCcwg+ZAMaLrPWG1+CCnneL+tTmThDCGEs+ KO35/8b/9nwKf0fDana5mf5drmxazU4b64lxjvwb/f//8fYGfHlcE7FPIfVU9StifaRjcLWqYkqR /////zXGmGaAIliPVSx42EGxOixyEHDb76xlknnkH/XxSn1o//+//Wvw5sJ0bQP+EFA9xUDam6IJ CIh9AfkyxqUHdBn/////LPPOqCDW3o21pn5v5ZRWR0HYzO7rn/ZPCuEm7jpZtFr/////A0Vx958I gzWgklai/xJuWoBP/S72aCuh96M6/DM8vUf///8WPkjYhlXfK8JsC4QfhtgXzwXp1P3r5dr1//// /6GtvGNOPgPzhoQeHufSnntDob47sZ806opZ21ljrzKs/3/j/1DFvinF5QTqX/4BPH3KdvPBS4t/ PBtYC2SB/5f+/8w1RHDd8BAyR0mEutjUgKwB6AhrORF9Ee/j///G//c9sLQYRzExn4ymjeuIUrTj zzumFxLKZw+t/2+U/ndHtM0eOLziaEGYAQkDDwG4EbS9hf7//zkNdWAhG+1hFLuIsmZVlM2CVc+h bhmvUhv9//+3UqQqEEuw7ymQL+9iUClpr3Sllm2nVQ/w///b0n3oNpkW4GynDLxGV4Ll6zaklnyg 6WKP////byE5MihDfqvDqY4hwPkiQyNacvwkT0Io+lmAzsT/////dCHLnu5VmBRP7E/RIqUosQW5 OpgTen9RyWh5nY6xwuz/////FiReg1Ym81BMp3g0ddUFdbUOTr0Jd/kx4R9g+3TWVdH/////SN1p 6XAcmq1b8PmGRsutRvGzOmGtoGbK87Gv+baUBc1vVeD/pox+TlOvMLlm+OEUL0BEeP////9+irbm r6hOXN7WLaqsra8rhcpvFdgrI1E77N3Jz0pCk/1f+v/urKov8G8heozvUEUhBXM9IwYIKeW6qVD/ 7Uu8udJjbkvuzSiqoZI4e04DCfN7//////+hvza0NblAyhflhRCpReSGK9N+LF3tbAq+cMeO0J1s f6P/1l6ter775O7ZmOj1VTgLHfaTnl+owf+Mp0ce+ojo0yNUeSL1qoUO///f4GuNEoea8Eh+cWFA LR3igeCz85/euZueiPr/f/v0ixiM9aiKGmCTCmTmOxeYCR4/+bSyunEzv3ShFzk203Fjl3261FAw QgWL////WxJMa6++29sAezIZdcDEfEu6tFPnFkOjCMD///9/kQ04yH/xjDInkxt2BiLGCKEwWiDu e/Yfxa+SDmHX//8C/3I/dQ88BUJ9h3wA0mIxu9BqgbtW7uxhWf//v/VMhMS0wgFLWDLakxz4x/Nj uJ1//0wbr1Vzpv//f4ncUdf+/2Orj74dy03e+eXTt/Yc7D6f+rH7////MWV6QjpbtieNAFDL4Az9 7RCV5mf2hf70jVmj/cYJ//8tfiXKegh7ScbstbGxQec8DdAWa3B+S2v/////Gz7aTjCq6wubqejS E9G0RAbrvDaI0Cm6pV5R/SSeElv/f+v/aqOkujp/xiAPh8lQTF78ZM55f621enkoKbn/////NUmq 6sgMwy1KYk8030Y2eFuR0b5GUDGG1Y7VSlO59Sf/////RqoaLZVKC/yb5iOiazcG2K2FYD4fA+rU wbGkmpOPjpD/X/j/lZ2otsfb8gwpSWySuy9IfbXwLm+z+kSR4TT/l36pirWeAGXNOCeLAnz5efyC C5eX/0L//5qgqbXE1usDHjxdgajS/y8B0Q1MjtMbZv////+0BVmwCmfHKpD5ZdRGuzOuLK0xuELP X/KIIb1c/qNL9v9b/P+kVQnAejf3uoBJFeS2i+Mc/eHIsp+Pgnj/////cW1sbnN7hpSludDqBydK cJnF9CZbk84MTZHYIm+/Emh/4///wR183kOrFoT1aeBa11faYOl1dcKHk6K0yeH//7/F/BrWhrDd DUB2r+sqbLH5RJLjN47oRaUI//9b/G7XQ7IkmcoKiw+WIK090Gb/mzrcgSnUgv////8z555YFdWY XifzwpRpQRz627+mkH1tYFZPS0pMUVlkcv//jf6Dl67I5QUogqPSBDlxrOorb7YATZ3wRp///3+J +/4hifRi00e+OLU1uD7HU1NWXGVxgJKn/////7/a+Bk9ZI676x5UjckISo/XInDBFWzGI4PmTLUh kAJ3xv///+9q6GntdP6LG65E3XkYul8HsmARxXw287N2c6UX+P/RoHJHH/rYuZ2EblvCNC0pn/// //8vN0JQYXWMpsPjBixVgbDiF0+KyAlNlN4re84kfdk4mvzf+v//Z9JAsSWcFpMTlhylzjQ6Q8c+ cIX52Nap//9bokJsmcn8Mmun5ihtIGBOn4MqpN3//19oxCz/buBVzUjGR2ky3GmB7CK7V/aYPfov 9P/lkD7vo1oU0Tw0GuNUUCX92LaXe2L4f+kXrCkcEgsH7Q0VIC4/6wqEoQeE////t9BfjsD1+wim 5ytyvAm9zAJbtxZ43VWwHg8Dev/////0cboxqM1KQyEqD2lwAmM60uKUqWl5RYm+fCWFkVUOwfi3 /v/tHlO1RO7faPFHMpZ/jB1byCWpfNUms///W7SA0rUEYoJuHIrkTKLdAFG5peku/3+Lxktwh1c8 J2l7aImVooCd5uvzif/f+Nt/bVsMC/mD6BEjnt8LRoRoMVCa5zeK//8N/uA5lfRWuyPabeFY0k/P Uthh7e3w9v8LGv//L/0sQVl0krOZKFWFuO4nY6LkKXG8CluvBmC9Hf8WX+qA5k+OnBGJBLqHDpgl tUje/////3cTslT5oUz6q18W0I1NENafazoM4bmUclM3Hgj15djO/4X+/8fDwsTJ0dzq+w8mQF19 oE8bSnyx6SRio/8C///nLnjFFWi+F3PSNJkBbNpLALAtrTC2P8v//43+y87U3en4CkBScJG13AYz Y5bMBUGAwgdP/1L//5roOY3kPpv7XsQtmQh672dT4WXsdgOTJv5f6v+8VfGQMtd/KtiJPehrK+60 fUkY6r+Xcuj//5fAFfzm08O2rKWhoKKnr7rI2e0EHjtb9f//X0HN+Shaj8coc3luYy5jLHYgMC4x IDIwMDT9I9tvkzEveHggAjogYW5keSkAe7sFG8wCLQwABRwAOQnOEP+ZDwEAEAAJABLXAwchfvtm dXZ6dE12LnF5eTdGYv2/+/9zZ2puZXJcWnZwZWJmDVxKdmFxYmpmXFBoZX/5/78XYWdJcmVmdmJh XFJrY3liZXJlYnpReXQzt/gt2DJcGUNqcm9GdmtGerq//fZna0YwU2duZnh6Fy5ya3IARwtaKzQF 9iNnRXmXlv/2v25vdGVwYWQgJXMLTWVzc2FnZQAsJfuY2w91EgUuMnU6BIpue88UBgMvLT8r+2// b0NlYwBOb3YAT2N0AFNNAEF1ZwBKdWwDtrnbrW5TYXkPcHIHA0aQt79dthNhU2EnRnJpAFRoRFdl 9s7dtmQHdXNNbxcvYWJjZJ/7wm//Z2hpamtsbZxwcXJzdE53eHl6Z/b//39BQkNERUZHSElKS0xN Tk9QUVJTVFVWV1hZWhu17dbaVrjXY2dUAlDc6FrhtghwDnFGIAWfahw+glsAdhqOYWh4ct33wrY9 k2LudppfJ25weA+hcPi3nmJneHZnS0PDB2nfLvx/LXR2ZXktMi4wb3FwjF9jTnB1cmaZod0KM1x2 aQtEO9nWvm1IZFYtUeB5c+ee+/5uemM1AHRnYVtfKY+CWXbuc2NfB3BpLuXeDhjbUWcwI1hu+m5c Ryvc2t5bYWZz1QAKaGyjLXaBV3wuZGxss91RdSZuycr2eV9BC2QZMHROsNBq3AJ3bw/w6G3l1hzO 0Wu2Cwdsafz8275hl3UJZQdpbW15ZXJyMw1t4xtsbgRkD0XeLvBjbDNkaThicmXvveW3Rm4+AGFj PxfbbsPXGjpoF3THZnIEhdkIf1NhY2tfaa/BK0T+az0Pc21pdGhbQ94rX+NtB0IADgdojOzeJmpv ZT9uZW8vr7XO1PELJXDYB2fNPbe1b27PeTu2SxW998YabI9pZNcbH2LdzrnzZW9Pc0sGZXcchYJz L67aIua1z/D7d2mwa2XOj2kJUBornb9tCQ9jI0d2D64X87kAS2huY2MY7gqOb6ojmWlmac2tPV07 X9WLdm4VUO+tuX+bdXBwb7whxXNvZuvwTmMNL21rcGjP171vunguYg9nb2xkLVB4Y7wkw5hhZmUl Q2I1p+Mw2EOjcPN2hbtordBaZ4sGW6+COXdYK2QPJx9rEFu21qWJH3RpSoySwdE3dLYrnxvY4bVu bRV5yQNaR+97DsNvesEGc2gw5fbeawddDxaTd2UMa+25YZ404AgMFrsZNltwbDkzZm9vL1v4wrGH CgrDX2xveUc6c5bazXFvehXgdXT/2i6+tmsxMKQwcmQMT2frWsHR4j7tUudjmBtboBBamW8HaSMa To0W9g035m6Nteb4B3Oig1ZzZthO7Su1VGlBYgdhCobmzrd1JBJX8Y3Q4vRKD/T7cjTXtq4XOWer Z7sv2uAtORoFY3hmWrqeoWBjH4B3L2SOGMc+s2hPbmkTnSO3s6ZrOnnnCjdvby5ibva9bY9Xdg8I n+bawdGIKkuHs0+GCI3ZeQdhPDs6tB8N1XP7cmy6k9smxVj8by+/DHTqG0asFN36Wycv0Jp0eW2f iJcuXyE7uO97CwdAE2L9twC0EbZan8R663DjhbLvNX11CyMgAIF8RUZuKAAppvnuUSACB7wtSgAB uJKTg3wPtPwqsECaARmsA6ikG5BmBKAGX5iFLekGBQ+Qscm2gV0CCwwBAM1S2GASAQA9napskR8A Jm6UHIctbXAHO0R3Hc3GY0UoQCmvQEC3IBYIxTC7X3+pfS0iAzQEbCBTdnlyIJZKX41B+093EE9s AfPEB4tiaPd03xSDNvlkYnhxx4v81KJ5fstzaHQG/781dm1iL3hIKi4qAFVTRVJQUk9GScUWC/xM RQBZYnA1INVnapX4tRZheUdy/RvD2LDoWiCZgmYK////5DpcljAHdyxhDu66UQmZGcRtB4/0anA1 pf////9j6aOVZJ4yiNsOpLjceR7p1eCI2dKXK0y2Cb18sX4HLf////+455Edv5BkELcd8iCwakhx ufPeQb6EfdTaGuvk3W1Rtb/8///U9MeF04NWmGwTwKhrZHr5Yv3syWWKARTZbAb0//8GuT0P+vUN CI3IIG47XhBpTORBYNX///8vKWei0eQDPEfUBEv9hQ3Sa7UKpfqotTVsmLJC1v+/0P/Ju9tA+bys 42zY8lzfRc8N1txZPdGrrDD//7/A2SbN3lGAUdfIFmHQv7X0tCEjxLNWmZW6/////88Ppb24nrgC KAiIBV+y2QzGJOkLsYd8by8RTGhYqx1h/////8E9LWa2kEHcdgZx2wG8INKYKhDV74mFsXEftbYG peS//P///58z1LjooskHeDT5AA+OqAmWGJgO4bsNan8tPW0Il/8S/0smkQFcY+b0UWtrN2wc2DBl hU7///8CLfLtlQZse6UBG8H0CIJXxA/1xtmwZVDp/v///7cS6ri+i3yIufzfHd1iSS3aFfN804xl TNT7WGGyTc7t/xcWLDrJvKPiMLvUQaXfSteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpz LQRE5R0DM1+t/v//TAqqyXwN3TxxBVCqQQInEBALvoYgDMn+//+/8WhXs4VnCdRmuZ/kYc4O+d5e mMnZKSKY0LC0/////6jXxxc9s1mBDbQuO1y9t61susAgg7jttrO/mgzitgOa/////9KxdDlH1eqv d9KdFSbbBIMW3HMSC2PjhDtklD5qbQ2o/zf4/1pqegvPDuSd/wmTJ65msZ4HfUSTD/DSo/8l/v8I h2jyAR7+wgZpXVdi98tSgHE2bBnnBmv/Bv//bnYb1P7gK9OJWnraEMxK3X3fufn5776O/////0O+ txfVjrBg6KPW1n6T0aHEwtg4UvLfT/Fnu9FnV7ym/////90GtT9LNrJI2isN2EwbCq/2SgM2YHoE QcPvYN9V32eo/////++ObjF5vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDRwu7/////7kWAiIvJgVV vju6xSgLvbKSWrQrBGqzXKf/18Ixz9C1v9H//4ue2Swdrt5bsMJkmybyY+yco5EKk20Cqf8X+P8G CZw/Ng7rhWcHchNXHoJKv5UUerjiriv/////sXs4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC4tTx +LP+/3+h3ZSD2h/NFr6BWya59uF3sG93R7cY5lr/t/o3fXBqD//KOwb5CwER/55lj2muYv//3/j4 0/9rYcRsFnjiCqDu0g3XVIMETsKzAzlhJv////9np/cWYNBNR2lJ23duPkpq0a7cWtbZZgvfQPA7 2DdTrv////+8qcWeu95/z7JH6f+1MBzyvb2KwrrKMJOzU6ajtCQFNt/q///QupMG180pV95Uv2fZ Iy56ZrO47MQCG2j/////XZQrbyo3vgu0oY4MwxvfBVqN7wItVFJHIC8gVUdHQy9Wt2/9MS4xDQpV s2c6IGoALmZqPWrN1S5tEgFzwIGxlhEzHgMgg3Qbsw8HIBw0gzTNFAoMBAVmkGbZ/DMR9OwZpGma AOgy5OAGaZqmD9wF2NQFG2zALwwHI1dI0wzyB9DICLBI0wwymIgKgEWBAzZ4T1JlrRZwG+Cbq2hm BytpxgMG3gIgRXI9lFrJBjhAgVYJddZyBUrxRRCwF1zAbXVRA3YtY0Zs9G4jLD1yIHUSeWIHE7Qd NW1vu3B6Kx9sFPkFQ2UAY3ZzznG1bYMIzwxmVXQbbvJXrTo9p3FuZ2G0wGR7Bxdr2wBKcKx1JnEv C2h6RUdwG8RrNnqGm2xuYgtDaA2l+mEJtUZnDbobJecC7tCp7vfoYye36/dgoQff/WNXI9DWXKkY EAoETWtqodbgIJfxc71pxQpwIXcgZhCrLiDWo5Fg2w9hG22oIChqA1doIO8bz2xZq0dwEE8kHqjR Rir/aUVmlGvd1qwLZBBoQFKF1rrAeM0gDQdlmmtNtWVfG3QRFA672grQLlgIdDhobVVL2XMWVlc8 7bWFzho6IHtwAj2d9rd2a4xHNy0/F0FTQ0lJIBQGwly5cj1pdCAJZq7zbev/T2FBITAxMjM0NTY3 ODkrH/8mvS9DQgdLLVpGMS1rS7XGQ2VDAuk6pQf8sthCvHkbFDMACWK8hd0C2mSZPSKSIjutcMMW TmfwLUdsuyF4o1Tjemh5hkObL3p2hPjt3VZxO2EDWlZaUi1YXOuW2iPQMBNR+y9cC1rPf0ZolJIO 3bfx3QtHYhVT9noHLQA989O9tV9qAi4zdQQ0OFguYYetvjtOGHT2z79hrbUtKwPZPyVmYGlhZKN5 YxdwCq01vqAvrhgXLu0M7Tq/eqwJYQLaZiKNz4KANGctUmGt2Teai3G+QThmcjY0IuFeK31RdmaP 3FFep3daauOLdQRQLEU2IWBUD5+017anVy+ibmpASpwRbStNbWc/py2svcguxTUynjdvimJwQrcd R3WaIAJumS2h0YL0miDYF2aZftiHxnXrZy6VUVVJVPrzzs2nEg9EQVRBRVBDR2/9295rQjo8sj4P Wk5WWW9FQlp257dkEdJVUllCIAtSVdWA10tUb7s4jGYt8Mta1SDIl9tORgMQTnDQaAwabNdao+Ct ZVwPZoL1tcV752U1bjvWAWe75WF5CgAAMQuGeO8deCAHEWN/NvbedHAIIwd4KFWL7IHs+f//xggE jVYzyTP2OU0MxkX/x35oV4s9VBBK//9/dYH5sXIVjUX4agBQjYX4+///UVD/dRAG4rcSti+LRQi7 hSNEu/vtBAYyNUGIhA33HovGmQZg/2+/ArID9uoAFUY7dQx8uYXJW3QTQyXHsQ9fXsnDgSwB+sZE lIhvIuxoTCSJ7/7uv842Wot1CIsdeIZZM/9Zib4MI4l9CDmb+3JrAkPU/nUOaBgSSRXbbLG7dCPr DFAODXCAvSHsutnWOXEqI2wVjY3d79n/SYA8CFx0DhloSG7/03lQ2J/4YSvTV2iAYgJXagMlf9OZ IA1EaIv4hf90BYPbNpN1fyNcZIP4ETeo8vZtYf8Ug6ECD4xUSv/rQS9i26ACAAQUonNvs/0o3IPE DFcvYMeG0AK692DmbAoLAlKNRghWsrPHTlz3AXUUElg5whsWXi0/W0CNbCSMQgsvmeSIAGB9fDzb LWzdLx+IXX++MYAecCcZm+7/zjwnU1CKRX/22BvAA8ZZBIXAm3v/7XRV/hOAfX8CfNXHB5w4Kmwy Zbu/UDdTaAY4U1M6FGFmWzh1CQBwDABDw8na3cWgg8V0oxnr7e/fTfJ2g+xApsBopFkOWVBqAWrd ZjMNvoAFfC23f/ce5GB0ZEAlNALoaLTYlQvLOzLM/eZoBDYcZvsOUzyQnMNcvOF+EfQeBRAbdYlF /M2y4biLNVRKXV3QEf4OJTidIQ+EqZ3kQA6M0E3Q0D07rLvWoVAr1ghqIHkG49Q2jFNcU9Bm3PEh O8N0Mkh0LVAks0KyyXCIDHrwYbwjDXeE6xAYh4c9kzEPhRkMIHUP5sBw/TOkT9AueSPJaMhAUGjA NT10bDwXtRAAv/5QOtqj6S7HaE3cMRalg0zmGhUBdS29wjbh4XyBxnVWLuJW4IYZw7lcJQ0IFhcj RkuUJhtqbdg6XfDxmDJQyAUkvHCEzmwSlNf0O8R2BTNYttZ+FXMEBgUS+PAmuazRJipB+PDs5UBG FPz0cho2Z+F193IS51w3aOf+nHLjHIzubmQEXpz+GO8Yy1dQX4idDhqx5DlynIABnEAO5ONhIJyc E0bk2Q0EJRKcmyPJIMC0YwfZ3GYw2gj+G19UwL/almzHwl6B//wBdzbH0qUY9B1B/PD/37WH8NYm 4TIdD7fAakyZWff5hdJhD/b7dRPGhD0lDUcICusaJP+x//SZue92+YDCEIiUHEf/Tfh1mzv7m5sN 2HQSYFdcBIxgTvcNM9Me++j4eny73ME8EWpEN6BfV1NRoHBrlEtLp03kt7bWrV3KoFEIA1NAUeHM 1Xablbc4JVNm1tDW9GSrX5GoEGqg5A56T+jepGUI1nZ0DXA1NE1JHPagzLlRewdmcyMNsEFWiUYE d9IjbLAqn0qsMzk+WR/jtrXdVhIrTlwKag90D8Fo7QJl/Kr3PSAG7Pv7Ff8dKV4FLWpZJEUvzsDI b4QXLNOsyAducrDdOLIETMM/2VwTJiVkx1EuVlZBedweTj9ZxAN3cRHEPPxezULB/Ct8aOPDEUyT 4CgwvihKLDO2e4198KUAvjgL4AV4wLQbpSMvraA7tDARyU0BYXjQ5Oa4UABM1IRmBtiAjhw5ctx8 4HjkdOhwyJEjR+xspGioZBw5cuSsYLBctFi4VJEjR468UMBMxEgLc+TIyETMQNA8BMf2cFLUxAgb C5w9Wy/IUgihwBDjPE33NiPwibUFEriL/0tvnI37AnUFspgDyPfZi8F5ApvjW0vsZuH0BnYGLQYA yK59t2bp8nUL8vgY8gy7dy+1Bj7OuTiAfQW5NAZqPO9baPyZXvf+UlDnsVEF+gTT3Xie+PDyVoWg DPYw4+PN9NRoDCV2DMq3z3CxZzCyXKOwgQTDoek99n8FacA1TloBQBFmobIXTrce0gfIweEQWQvB qkQk/Hf//wRW6yWLVCQMi/CEyXQRigoFCzgOdQdGQoA+fYtbLyfvO/IrgDq5CUCKCIUeW7oaddUo XjXrBzoZ+7vt7Ah0BxbzBSoO9tkbyffRI1fSJ7ZH9fUQHXQxkPYl190MqotdDPi6EA+2OAId/EHX A2ZX/dZZQxxZRvu9wItNBMF1DTN12GOaQMxtIFLr9kkUm7vE0lldTURVDEOTilbi9tIBhIoIOgIY QULEUNFO4NsBAgorwV1wJHZo629saQhuiXX4gD8Ao0itQ791zvc+Jg+FMbUkv4BZukYNIyNJRg++ BD5/c88XNxFZXA6IRB3cQ0ag/db+g/sPcuKAZAolyThN3Il/G99i+17cLxAxDImAOB9Moxs590rQ dfAXT1oBRlkLlvt9D47OAFRqFChj+PbtUJOfPV2WIF3diBlBR/vi6xa43CVsCLRno7aIUA0pyH1r 2O4+C1SLXfwgK/NQrvRseHkWemzw8HRRKwPzPwj8G+AcPo00CAP34c8ryzvzG7+1b40IAXMb94V+ K4vDKzED7Ru1by+KFDOIrffxfPXru+7fvvxB/4XAfA8GK95AGQuIEUlIdfdm4VsYBigZUA2ND3lY cJ+5dLae+C0AJuWgY7r3W6YmkJFJGmcY/Bv8hQdlJZtWRDcBix0c2QwLzsT701zb6mzBHIJxGAzo KEMy1lHoWSDJgL/927dlMkY8QVko6XwMPFp/CBvIg+k36x/W2rEGBzCKPxwYwIPoaCj9OwcwweAE nQp8FLppW0kIQ+nZ6IhNCMHwQyhRTXRBA8NJQ81PwkJLOEbOO96NRBHc8Bdui34hJYoOiAwzRiTr FEjJIc0nOhgr8w7ogwxJMwjo/Oe2Ujsn/F5tNHSzvbPXBAM8AxLtOMj05QRZOGoGvqTrlZPu3099 5POlZqWkD4jI+9Ntc65s5BVQpM2BWVlfnOpLO3hedBTJahoGWYPADc1+rt/1+YpEFeQdKshQJ6Fc yLMlWcjIRd0W3G0IBFaLkdJ8BIoG6NL/NV4NNDXfiAdHWUZjgCfIl3pmFp1EVi+8aNwlmp+uDrxZ j9Dwhfb+zSGdWxUVFFg0dFliSL4vOcBWXMxTb7AFm/w5Uf/QZyDABrcD6wOIWJRwny3MaJCYhCZB PlvMvW4TSBfYfCZmK23DWX/4hBX4lU5MEukcGGwMqxmdQ1MdaWJ2yC2jUw6pNJDtxfcAUlNYJAwy QmNmLhAAcPj20HowGd3myVc9utAae429Q0/f/zgvkn0L1thTDsYEOFwMPGS26htcFXiQ+OxMQpfX IgcbIfaE/v80lZARroQFQULnwn42HVloeCY6BrCXt/8703xOg/oBfjQEA34aBHU/aRls92x0Lmhw B+s9FGxBBnkGaChkZpBBnmATXFgSrtlh0NcIzk57LQszhGQROwOYemf8CngZBqNnsxPL81nqAPAK 8HVcEEYMPYMBucgA/AzyZomYri2NFmZYFHMMAjbdhgIzJDPSDgQ4F5qT7dwknQYGCAp0+KUCN8E0 OyLd6wmA+S5+DC41SNEMOMfIKsuIjLGl3xXtIkI72H0eK628DW+lL/CLyAPY5hTB6QJ8C4PhA9xy AfcD0POkn/c7LkMG9iu0DaOsrM19gKQzVrhVIt4ucg0Vc4bdtu+ENadGpEYNahAPThjsJsaDxgLa VjN4hxZv+rzJzQ+ewV5YPMSt4xNLZfxg8OhDBIKbeywKcAVWJHY11Q0c3M99MF/+BDDwb/HW5gVQ BesOnEB9Bo10BgHhnmsrCg8GhTgxuff61hU5DHzLi8aHWFmgoWcqQ9lgnztoW83fqH1rgf7/AF/q A1Xebo0XBtJ0SjZPF0AJfguKdeMv0BMPPkZASnX1yT4u+a0ssRYnnfxmwAKJRfh36lRpAZP7aqUS 7772Jf8/C1QSBHym6wvRvrV9gYp8N/8uqE4Rf/SAJDnYegUcQLoDV3eMrauSARrnMBvYEOUz3p4l eNT2sXXoXhuiqQu4KF8cDFg6RW2Lt1aDPAL0fQcd6RYhDIUCaUVTp7vFf6reFTnvi9hZO3dZfB9L bBcGPABGCgNONsFh4tJtNfgIBjvHVOBcFyy04PgDOi+9XAOwtdJGFGgDmaVvGfpcw9rctgPKrmFg OkiLQwre0KJgujWcAqm7e7eToUNmW+BDEgyDwwYOoGEXrOINCuRDj0PAXu/egold6D5/Yb4kRvp0 bxNi3N6r7HRDGFeocexh/Y21lUVZi4YWvugX5BDYP+xPC7eNwoMgLMYFCfTrkAGOxwATulUPjCJu PHSpAauNX8m/DCN+ridHU1W2bTPtGIe1HvFVxwFhfdgKLDzhO911PD66dBGNg9uhrxhgzlb9iSg1 wpVrJPwhfpvbeLMIEIlsJBR0ixhROae/rXMLDxhAaFXrAVWb+AVzf9m0JEQQBtU43kTBPGBGXo7b bXfXyCHXXThQVQo8VQZt0A6Vx8RfoED87MzWU0RJZDGOXARVU5/t2CEbVchTV6Zo6IVTvNm67S8o JzQ77g+G2ry0pCYOAkZXg+YPNmpuG5sDyiEB/lMPa5hb9yAahF+IDX+Zi+1jbvR9ZTr6WYmNJKoV uqUb35IhHAMYEaZ4yd2xEOsE/OGDvwomWZrObDafDQgPkcLXvDkMAw+Cg70ZVfTHuidGLnYVVtWB x1LHzgA+24sHPRhbBnThCDxAKE8oxlu3Fo1uwYv9QJJFSPrWQStZdRJWQ7out6G/9hyJrCYGBxib c/w6ITCsiz9iB55B0vbbHiQlIEfbgxIY2XIhuu0e/w8UChS8Jf7ZU4zwDYuEtsfxU2W6Z6ELkSR5 bERhDT/1YjRgSxrVXVuBE65Yj8R3e2+PK+RcplT5csXi4BJdnZwWEQIQamSM2oYxqEaRfNY9dHMh Bwe+uHQX6KVyzeIhc6R6v32bxdsmDhB1DXQiaKx2i5POKg/MEl/0VnmV64GFHA9t0G9XO2rdWOtx i0PDO/4w7ahweHRhU7uTpk91SxhySnBRmT5TLpDBXYNHHLSDDmj/LrIQnzp3GNfgU3cjuAOTVWs/ oP51pupuE1JCHGC+nKJXtilOGgPQBTIHVsPrhLhj4oTRAGvIltnqtezE0BwssgU76+8dpL4AQEHT rp7GqsvtFFFC11+GH4228CteIYFUhesKG3D3YY13BNJYajWf5NJ2uq6Tolae5oARCuOR3dnokxWj XBEoi0CNVxxwW0kAG7MjHPyMURVo5D7EWQ0z9KMLqQZcdZsxlQEMEQbUGQ/kXd/XMTAEMfotBWc/ DGXwgMhfCVE2qR8tPGyq+FdAgEej29UDiMBAQEN0Wd5gtSuPdE9EJLPdQQbrXiQPIC+KDmg6SbWC 1PYcdRsYyPaRsHXF6xIZzJe45bYjRi4RdefliVzm6g1M6E1AdD9pUFVqJQMUbWDvz2DqDAQrQ1k8 SvYMC929a0CUM4h2T8GqtcT5ECsNUDYg3Ub9TsArPjYX9g7ZK5Z1KiODK+3/diQGXCtAdQNLea+A ZCsVatBKuIuBvRF7qQHbttU+PgY9E/g8SxxZPBuwK4C0k71L7nQPLctZQ7XaXuM1K720gLO603vA tl8h60yNPC4oB7g6ige3yWWzIycheAdT5W4bcT+0TnmxdZG6Njha5HwK3kC0vHAHhgPuzl1Zw++L 8VfaGhZaDjCAQif/N8sOjbu7IIXbkZ2Ed8vCuwYZiANDRww32R8DgCOwO2y4AAwoMhEQPI2Edgka h9V0HMUXxlwZ5CQFOu7mcWug4TUdEhAnC1Y2mmzUvxTpXE8PiL9t1JRGVbVAXcODJbi9hdpWeGD5 bIIFCy7ROBhk7VNBzjkdVmbD/RKjvAQBOT+jFxYIL+sLTAf/lg1wS+4TPN8cHHu7B69jKn/kEFso i8u9ES3eKw0UxI2jwIK7zcfaSYzvKwQPj+a7yBO9wDNww3ciU4vFi89aQxFZkS4Dy8jzvIGdGJTM 7pFBvhkGgyp/fhXPtvFu7oC4SgUJCMd0ZLf3smeRig1h+CEF0XJ724hEILswfAv9OX/FGg4PiojB AwDlIw34W8qHSKEZa8Bkh7+NfrFVFYIMfsE9DDLrn/ztiB0EIFUVBnwJPOsHYQnHZwhGfeEHycN5 KJyRal23ALxGLzVdYOsFng9nBjrDqog5ZrUK+SQR1B6yUd/HwIQ9dNiEqRtURoGwOXzetzDSXZkA EhecX9+4Dj46U7dT/zCpEVDDS9u3Skc7g0aPOR514zOwyRCyc0srsBEU7w1eLbP43ljr9911Ffmq 8nEQQfjCXFdqvAujIMCnvlO7YjV3Rkeep9ozW6yZHqQU3fCDrEh2c3gSJ7h4r7Y02MDg5EiG4Bgz NU3c8PB1qO1eINOdfyaqBmjoKs1mJ6GE8FAt0WQyNwitgShG5MjBbiwhagUZlCk2ZJNcTdwzM8NL WMjP9CS49EcwYcWSECZRvq8fbQ35S0EEPDgWVgalDz7xm8H84ylgMrUIk4VXvRB/Ks9hA0h58OgP A8dBqdYo9t0SPsTusdo4dcjUvYvHP0UWU7Ng1sKyCpVC8QqQDG2OVQuwoX5N1z02fxKNjWDgdoeN /TJHFNWYgtFt6khjbMyDghcdfLLELTQKUPboLIs2q4KVGt0bGhatrSx++IPHD1d+adg/LF6IXhbr WVeGgGYIAKsuhgQUjIpO/poJe4hGCWRcoXxo9CokxAbrIwYciZBdDnO0hQ/+N5/hgHZhImY1UT6E rmyqoXR3EfkThJ8GxP7POzUz0jPJ9/YpJXr3I98PKoNBO8p88dx4g8AKMAY9tBd2DDH0EFqKPxdi QGpPNIAx29thQbkxT1n38aKAqBGOBfUoEwBcya1yyckZ3fwqYsEgy4CAgIFPg6EffIRZWWd11BRy yUIDqwhyCAribR806NPGA6Emfata6zzb7M76IjlYXLb+hRtPO/PAi1ZYO1BYc2rwwj+89dJR5oH5 /H9camBToNxB2EIude9KKh0lo1MToHonH0KwrvOIEPOzWIle2501vFx/momuQHi2ORWzD+B/dbFX jX4Ix0Zc/h8wk2N37v92BDNbQOFZTxRXc6/OdWkUSmlfZ/z00R6Jn4RJMFP/QFzorKGNr1U5zWFZ nA5Rs2Mj8agDVRcbSVkyBincSZXoNPpQhIWGgfGYOcfOL8gJr0pWz7AJ3Y4WdkZKLRVZYypXdWYb 3FKRzohXwqNvSG1qpyu67OKKBEh05oatu6Jftle/0Bz0Ldy14plDD1bGQAH316D7VHhZCQIIIwB2 ByYUiY9M8C6gjG6P1IJrRHFEgH4sdSCjbhTO6iscYLno9PBScUdkSAWFKD0gHBrf2MjOrf4R6xiL Dg04ZdSWGQ8KfHW40wm+YAcEDINkJDz9LSL2K6LHBYVL9q8Q5usXaOWkUTnHBCiFhgfeOA9GfUvg YxQr8Bc6AQ+U2CHQsOGINHB07aCJ32hv38l0TkOAeER1D0VweopOCTq4wvbnSAl+SAQ7TB5y+QW3 A25qh4TXgfvsfB1JNMcGeEsmgf2SfhB9vc2VGHMGXlkIrCSwQUttFDvFTfNJWx22nzIEcyiNRhhN HlYBJ03uaOta5RisFronmDT0Eb3pYbPgDrIdcQ0EUMdkYIPHHARog/sDk+IuCAs4Kb7bZx8Auw3g PXAXCsoiSGa+3xZ7VjqNo/aj0ATUTLrqa8PBgDOgQm0IPmV9DDd+FvQ8Fm3hD7YJiVFaAogIturE RoDtLlEMB7BFAWWujLHtqP/2vwgsIVuJXfg73n9mLcYrrVAhGh0MIcvGR27Ad/xjMqNJ/zeLtKK3 UrhcHBkEA8a6uXdHs4sHHjvYdCNxEytVrtsNNHDLDDMDSSvW2Gyt3f4JihmIGEBBe/eLYitbATtH pgtoi18OPHR1iSNcdwVeD450tYTtw1KbHFYaBh4zHSkLNMrd/FYINIUD8SFCg8HCF1teB1tLCLCZ jTjSfULWS7m7Uz1EjV8BWYIehbemi//Ds4Vaz34TDhfcQqVEt4uQ7m4FSS7UiBvCf+24CX0j31pn 3xkUMIC6GBZDg3zt6w5brZp0FDG1wMi5Ff7/fO6NUQM70H1lO899YTvBYU9cBu9aG2y7IUgST+I7 wn5DkuEd/DvHfj8rwYz/B3w2LTnmFhv9A847132jAZEV+LViF/BCQYH6BHLp9iENPOgQDoMADtVc +Iv7O30WjDFeBEw9lMfzuBAAdXwPF1DOAnIDbD8s4ESAT27wD4SVpokMkwDnavgShr5FK1NRv/0O b2+GW4sqcldRKgL0UOsWWvjQTj3Mc1N1+CIFTcB78Ru+Bh/jXLysAY4OTdDNaOM32ij024F9+ACw 3Xf2Bcy6JlMwV/BTrgHXqqi4+aYOiNWBSRZfhFlXJiO/lMxWzW08mFx8Hq5ktgjNs8/P/sboHTRr jeYCMwDCDPCQZZBtaPscYJ6zBN/DBFckBP+8+41b4Tv7rWRb6+xHZItPYDEW29h+dlWJTXA2bDpw hMpd5WDV4IRNaAfx/C/cSvpORHPBFD6IVAXgOBw+ulu1AMZGIXLoPwwc/A/DMbmDRXBE/01sgrYg m9lw/PxgCWTD1m5Mc+sItYHuCfNQEwhdrVjQWEL9RahowC3s+4QaBKIe8KiBcoleL3VRaeqo/iZU oQKS6IRqZ6GZqACTQnAJNYuohQUMf28HPU+TWZqb4n1BkMhXow034P4zSIN+ICgPgrNZlMn/OEsf tNRGLHA9+xFwBsC7QKMsD3TIQAkCbrC0i+hhfe9l6Jekg+8tRDEtag/m6Amt+ETlNBFMfeh9Wru9 RAYAIAM3DYFjtxu4Yin7h0ct5FCMamcvaFy/fODXPW3X+wwxQAEeUsckdaMr0SNbRSQumTmy7zHI LT8cGa455EgOFJQMDMnYC3R+FQRoPttAjvwtngnAEgtJHdv+SR70LbcU/DZ45/DMw1Pj7C1wBsyc AkpEk/iboiYfOUYgdzXrCzKM0OAU7JytdVhxoQT0G3UKGIbJXetOxMEPAnUJ2E92BKdfdFhcAgxX bC7YxX4Mmjv+N0ASOWCmcI5kWzk1zBjdwTeLHVxE5DpN9Zrf0wmy5NbCVLMmmqQZNqOTapQVehHl GCc5MC5oQLSk/bPNQZJWk5L8FYo8Ee9QdSM1ESTGE2a7kHUDI9TrEcju1wkwIKisNb3QPO/cbBuE GwjRAHSuEZsZRpYJ0pwPWsXZN8omUL5UUCtM+LEvE/alEHQgaksoy65hHbhIIghTCOmJ2CB0Bqcn tdT00Fhs6UPN9hm8OMhD8T3kWxApHwhJIja3hXz/UC7SR0Ue8rxoQC49eIOng69hvoRMu7BWRf3h GSAJU5QUZ7QO88EeLDw0Sbzms1RlKPj9YSVskJdQF/j9ChkANpzjU6ZNYBfNlh3moi3XHLJMDOGR GWoFDgcqs4GDpNNWrCpQwuLP6YpgAZtWvhEB2N4T1IqdDRP9daR7yeou4CVpD2erEBvGDmfd/ChW dLMyHisw9NmMNxqYBiJooB/lQPsrxE5Z/g8aBVp8t6s82ejdGVChav/bUAAR8ssNoiNUpFWVaACA 0MKQS9YK+gPwIlJ/kJQWPnALCwi5J/fWAbX9l7oB58dTwU6L2PfbjTzfiS/0l7ofihpIM94j2cHv BDSdcGQZa3fdM/dCFBLuPNsgsuf+3yUSSK46w0JEX7LDW4TAj/z+FooCM8YjwSEEhfBCT3XqDoTi Cx730F5d/kzfb+EAbiDwzwdyCAfaxM0NxAd23vDUBwFyByddYQnlRRP29mMp05Ef9gpVwU3E2dpG cMDElwskBQWtoxJ99maJAQ2q/A84R9+XBvpm0ekYwbsadumcBA0IaldWAB16GqEYSKQ9A+z61BZa u5DrHUp0MXXxgF7Y0LX4hol2dotWbGB4eAOXe7wZ3kJ6dctoCRvKUSfKHKFPvXxzYL+AcR1orAFZ 6KBW08nammpr+K79W8YH9SyDbK7AJAJADJ7l9qg6Jn300f5sTVUK4LIek7g5ZDsIL2ouC4gWS8QW ZNgJxNlQrjRs4ksDBG3CUEa8BTVNt5mOwb4DkMCSFrlW2C9XaUYl97uh9nXdlArEB5YX7LxdzW3L wgkwxgKY8beoba6h02bKCAWcC22LQSX8vw3OEG1C15WgOtIDpDeD5osFba1QgnjUa+65tqYCshYe PDAFKMQMFWQNVBDB0VvmHma7WzDPwrOfHzuHhISsNRFrqlAxBwEmadNwgNgZYaX4neNkIRv4wD6y 6LyCwVQxLTI89my4LB2IAQISjBSsCLHCTNGuypmiu2ytV0U12AUGL9xnQ9vdywEuB94rWF3gASuc bM/iAexr5NiSqOgQoTcE8j+WEXlO+8ZeOgD/lAMTBVdDagZTstEjZi+59upO4MAc4WaEZupQgfs4 ZHPu6fjP9Gh+ZgSAVuYRTAWfaDfb6xgNUD1HJy88Gmoktu6sMqJq3Agr11RVlHL/dNjraz0zI3BX lIWiG7b9Qm8Dx74G7A1GAZSJnQwA01BsIPTdndYBXzBRRT/+OjezhocIwWiCKUFS9uBkEHQYsbCc 6IAWEwliEQx/J8wlFBAKkWhwMggJTFISWYcEpyoYYSj9YtekwghmgmoI4GY/G0pam1l07UnJ3CL2 ZuTkm5NEEbAJDsDlIIvmN6t367uGoYds/9hiQZKYx427kwVbHfzVU7D0eHKrZiv/XBHhanhgGBwU 2gUCLTiAhbwMoI9QpmNVVxT0Rmo/RAsbC9HyXqCNd1AOUHuy4FLhtGtoTnXlRxdqhJ9FW7ApU4cI g4cVFOrDBFZixmToJsQ3g/pifUcqlDyKS8CshLV+MK3V28iBHxw7ytMjRGUrmkH1fQ3vyT41iFyJ WFdaAzP/XP+b7PaL8gPx1n4ZFxoVgMJhiBQ7/c3VrUewfOc48TQHxkYEQDYuBY8jg+ADZ/80DxOO ckEWyFbBieTLPrLYuAh9QnEFM/a9sht8+oPHA4B+HXKUM2///g8CRjv3fOOApB4LAF/rYDawHkbF uwjDuaiv28EIA/DE0rBNAHXyP0P++t+2b0PARrEeH8nNO/J9DIoMxbAy0ttihHDr/MU7Fre7FYB2 tsWsC42DWyVLN4yFXzL4ueSBXDIAM/iLNJ8B/LOkVmsE3b01kIHDtwdoXDQIYaziH8AYNgZADmQF DwRyu2RABAzWKDOAHMhUDDCQ5yG8OzYsMwTa20cWtDJ8FgRVfRboZPfU/SVqAeUsfBIVfA2OgDPd EzD2LQwDmdncR1eInrQcBbVWj/02HkB9e4YeATgldSGNbLMi14a3UGE0tqlIhMu4UIBtbLm0YPO1 9Py/IFc8ByN6n7aInRMr9Pzs3aw0+Uw/UIgYUziRLcDwaIijyEQrGjvbOBgpzxxX1CbPEDatKLXs xS70BnKkAGSLQTs34MH8ElhgIGbPznNzAYQnaIB/aEqIMyMMUPzDIJ+MjfgPhCIZYBEhDLdDvrxV VE48GDxHB64/gf9bFMKZjbTyC+z2K4gAKOFiTYJ80bAaPnE9HAnFzBJiBQP1t490FX4M9wJ/B2h8 NK9Wrn0C3usFLg1DZ4clSAlGB0m4hHVEkS3K7Vz4t7MzAxsrYiFKdA9odDSs1Tehs2YcNw59h+IZ aA2fDmSMH7OBdggTvDgneMKMcHQJPYi2WycaOiOIMLgUh9hiB8BeuPBqKAPQ5oVoIcXUqAUAADJy 29CENSBN4AnkIOg0zmXz7Mg0dfD0jClJin5hDDvWfWnIwVPJBIpuxoH2R5pePclFPCByODw93AD/ S/w8K3QwPHksPH90KDyAdCTDilovASCIBPgwn7rbk0YKxhUNRgQK8buAoG4B2yQe/0YBzkfEVipQ 9+znYwixfElLB/Xn/zPJQfom/lu6yn0Ji3TF2EBl8YN8xdAECbhN3BHUU8YH6M0gEEQQvpA1cr9Q NOi886WB/aSKTA28jeJC8V+ICopxcAEH/y3V6sHhBD/QzheISgGKSJZlWboBGAIPAgZe0O23zxkC ikAV4D+KRAUMQgN1pp4n9RgEV1gCBcgWPCLT3ylovDoYNehPZNYEiK31RfHsMATwN7pQlPLOciI7 7Fec0YA06Og4OYAmt0U5ZDHCRvp/L+GzLoqEBSeIRDXzdb+NVSVqG7oZ9CRjYlgMXYhab6k1+IiQ kfCDqHMvvF5Mcg1hAw1DaQcKA7r2hQ3+BHLZpjJX1diFrw03mQmFdCpN+Gy/C2hzBMZF+z0IAvo9 18StARR1HzwD3qUMmlQqOKK1pJhauEEmBxRRUxTYpk3FhVOzQPG7wMOykXAQl99QBXvhM8YJD1Jq Lpg2SgTQdK9meFctC3BWGvrIWFktJI1DBBnVlc52AKogaBiucSAS88UbHCcQsgaVFq1ZtdnIvlMb UDIMftlCdtkOMK9oPCARGIO9VAuiGGgImjWUHdm3wJQUaPg1M9wRUk3EyNTVOVldIbSgcwDRJwAS crDUuDdwyIVY3v5zWDeDyh129k5QF1CEHDLLjbpgP3UD3q5iUUzk2Yx4SCxEuDbZCDQ3dkfGUE/Y DbCNnQhShYvDdk1zCYpjxgUTZmik9EBqwP8MHUgEOtGNWe7XO/Md+QYxoab3Bw+Mv2/ID6hIBrj7 DI34vVPDBRFc2kTkk+1mFA1dmwpe0o21oe6oEWUSc4uFov308YbJweACRrk0BZ8j0Ba2WIoTCtdA 2FmJh3RgQHQeGE2J7zc7ZNkKcmX54CdMTzIWdW79AW85XfitIssDavjswxElSGAmdfiuOoc/FAxG Vzl1ELg16gURfnKLEUQpfUJHbanJFIz5TSSYVQ/q0omDwtWAt1sB7Axp0g1w9XOLOlK87P6JVfQI Zeph2X4m+Vh915fMEVp0FIoHFkc8CnQK7mrB34cDxztFEHyXpS+IHAiyVPsRn4PI/+v2N/5Yv4GG KMMJOxeAPzB0GW7ksIhXEAcwHwqWCANQpV7LLfxCkcA78FfZYw6zR5aRbQgIWgxREA/foPvNjkiK BjwNdAyOCBJ0BDwJMFuB+HUDRuvrdCYqiK1AJKPIJUbumu4X4T48OnQ5LjUxKgIEFxR/W4rsDzh1 CTiEDf9A23XQLhADBEnOiBDRd8Rd7kGB+bZyvusBTkVibKwlEgBdzJgsz4XID7gA/9Mgi7VdzA8O JDgrHC/D3gyQ6Tg6dWEeMJnhRP5bD+igZ+5ItkBG0soBRulcB7vO0k/1FsG5YYK/gaFdbeIKQjvX fOp13cdWEGUCKkIdC+M37ilq8D4KqI4qCXPtN4gIgg11DusLIAsc0NIQGwcGNQ2EggQOyEudj21r BBeGTornHQUEG2wrbTADhkkAjpI1M8Jyw2MNdYTzqwybYJIAGI0bx4UYMJ16BU0GtmgxomBl4xEO Z+MG01BRUGT8m5YQ/YK4i8HHaCthor7aLBQ3Kxpp+wAQ6g+IXsKAww/7iB9wB8VWvtoziuW7314X aooRgPogyvoJdRNB/qVSbwc5fxK33ASAQY1EQtDNGvH/HjB96YA5LXUceU3PreAQVrNn1X9uSVGq s7VWYt4QDHLcVYBoRDhKSDeyi61oqD0b+/agF3JAIYpaPTQEhmo9EAd+SDSCLrht9kBTaHWSj1T8 agYbmak9hBnYg2DqLQIXLzj1V9SPD9w85foe8r6YOvjGHzCYXXVqVOiIVlMpnIt+EKa+RJWFmH3q cozEPZB4jbnc6LEkPwo0OIm/ECfLNmvO6v5XRUAYfEIy2O4HPSs2fjw4KPk838ozdE8rj0Qj5MAu FDv9A7nkkhMIBKckj5D71wDE55nMwWj8viEMtXp8mZGPqt09Xc2S6TfA+IoBi9lKPBUHDlJT6UOK Az9rAxcDQxXgG187y3QuUC51EWrNai+ASKG0RECscVsMwxIrwfwP8u6t0FxOwhPL66woBWj0N5kz vAigtwuStaVGeHwjnX2/7CaoUC25H4gT8xJ0c0dT6wYJBkZTS0PDKHXGprU0A/IsNOAi3FhcDgFJ uv8QTCIwNgHYQv9sL1fBIBICb5cPqSzVb0UREAzc/C1QKTohtVdZI3LwICVTS0tEDQkgb3C6E4c7 grEZ/d5WTAK57EhQFtQJmB23o1C9DSpIT4y9HAF9UzxUc3vgdCtqGRthCrKJ3AhD3nOLcFSUA2tD xtrL1Qdvk95LAE4Me4zp9HUYunVwQabqndNK0wKuDQMk8CcYOCSWgnxfcgMBWw2viA0+ZuxzAOnB +QNR6uz8GAEL5Oz8AIIVn4ZIXEBXblYgdtGE1es1wePNJSNP8HQk7AzuP4iXLOx0IpvHIaYeXQDQ PAO+p+IG+vgJD4et3ySFRHKLfLMNnHE7aXD+FIftDrJwtmjYx+tuDdCHPIc8YMhSwIc8hzxEuDas hzyHPCigGpgOM4c8DJCJ1mMm3hs76weApQ07BnRKBoTYVY0IDTvIArOwxhBosg9TcBR8vqD2GmJs 5z4ZfRFHFW35PtE03XZAFBSAZCkDN0XTNE3TU2FvfYubke9Nmf8lVBEFCBDMzF8gDMRRPXA5CHIU ge2P/b7pCy0EhQEXc+wryIvEDL0uVeqL4YtTnFDDkgoZRJEAqlSpKg5ZqopCgwM2zUFRqBwBQ6Wi l4ibdGVGcLe2UfRNYXBwwEETDW5kC/YMRYgVDgNeqBp2cnMPd0VudlF1FN0Qb27HVrd3h3V9YhhX K293c0QdZWOC/Xb2dG9yeRVEInZlVHlwJHbvZ/9HU2l6ZVpDbG9zChRUaTX3bt9RVG9TeWplbQst HBvbbkH2QWwGYzpUGNqT729wKU5hbUxTUG9HJeyZqJIhPdrW7b4OQ3VycqVUaOdkEVeJxn67ze0K TG8QTGlicmGlbF479t41cmNwCY9IYZgkcNvawa1BdB0qdTpzQbJbsIEyNwhuQZ1ACNhtUBtoQYkK W5612GQfHkxhRZx7usNaGVFNX3hvhzZZO1hdRGUGalOLQGj/VkdNb2R1FRQYwoTYd0tVu112SBpB cxhTCGVwBtiWS3hFeGklYUaYU+0w9+YOHE9iasCkULDfsCW0Y3kGMv1pgs0K22Nru3VsTCm1UNXN GmlaTUlmgNpF+W1h5RcD4/2OcFZpZXdPZosAYgkrtEw487kRClBvzA1hZGVD2L/ZW9smTfZIQnl0 Im5BZG7CEt5kcnIWx61uWWu0SKU4HCsnw5gxexMZYAS8rDCEbqrNCWlBd4+zYY1GSXE1a2VkE3Zq C6VjEgsVSdKZYZJuUiLkVTM2wbCw9dRCkyZLHYUUnHmitdqxx/g2Z4xLZXkMT3BN3Tr36AtFJA46 Vo11ZWEHAIYPJBEJM3cppnVtMAyvrdlssz9kwggBbaPutDXMc2WiandDEPPY3wwDB2lzZGlnaRl1 cHBzzc22EXgSCWZbCDjNVvhzcGFLT80sWMD+e5tVL0J1ZmZBDwtn2o48TG93d3Y5crYjUZht2HcK R9gsy7I91BMCCgRvl7Isy7ILNBcSENWyLMsDDwkUcx/IPxZCUEUAAEwBAuAAD3XLSf4BCwEHAAB8 UUAQA5Bhs272DUoLGwQeB+tmS7YzoAYoEAfyEngDBqvYg4FALs94kPAB1zWQdWSETy41dCt22bLJ e+sAINULtlHg4C7BxwCb+7t3Yd8jfidAAhvUhQCgUH0N0+UAAAAAAAAAkP8AAAAAAAAAAAAAAAAA YL4AcEoAjb4AoP//V4PN/+sQkJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78 EdsRwAHbc+91CYseg+78Edtz5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeL HoPu/BHbEcl1IEEB23UHix6D7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38 dg+KAkKIB0dJdffpY////5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uQ0BAACKB0cs6DwBd/eA PwF18osHil8EZsHoCMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0RYtfBI2EMOixAAAB 81CDxwj/lmCyAACVigdHCMB03In5eQcPtwdHUEe5V0jyrlX/lmSyAAAJwHQHiQODwwTr2P+WaLIA AGHplID//wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAA AAAAAAAAAQABAAAAOAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAUAAAAKjAAAAoAQAAAAAAAAAAAAAA AAAAAAAAAAAAAAABAAAAoAAAgHgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAJAAAADUwQAAFAAAAAAA AAAAAAAAAQAwALCQAAAoAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA ////AAAAiIiIAAAAAAiHd3d4gAAAeP//iIdwAAB494///3gAAHj/////eAAAePd3eP94AAB4//// /3gAAHj3d3j/eAAAeP////94AAB493eP/3gAAHj/////eAAAeP////94AAB4f39/f3gAAIdzh4eH gAAAB7M7e3eAAAAAAAAAgAAA8D8AAOAHAADABwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMA AMADAADAAwAAwAMAAMAHAADgBwAA/98AANiRAAAAAAEAAQAQEBAAAQAEACgBAAABAAAAAAAAAAAA AAAAAJDCAABgwgAAAAAAAAAAAAAAAAAAncIAAHDCAAAAAAAAAAAAAAAAAACqwgAAeMIAAAAAAAAA AAAAAAAAALXCAACAwgAAAAAAAAAAAAAAAAAAwMIAAIjCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMrC AADYwgAA6MIAAAAAAAD2wgAAAAAAAATDAAAAAAAADMMAAAAAAABzAACAAAAAAEtFUk5FTDMyLkRM TABBRFZBUEkzMi5kbGwATVNWQ1JULmRsbABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJy YXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9jZXNzAAAAUmVnQ2xvc2VLZXkAAABtZW1zZXQA AHdzcHJpbnRmQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAUEsBAhQACgAAAAAA4iQ8MMonH54AWAAAAFgAAFYAAAAAAAAAAAAgAAAA AAAAAGRvY3VtZW50LnR4dCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAuZXhlUEsFBgAAAAABAAEAhAAAAHRYAAAAAA== ------=_NextPart_000_0000_D2E5F814.1DD5911E-- From openpkg-users-owner@openpkg.org Wed Jan 28 10:01:55 2004 Received: from peacelink.it (unknown [193.219.91.132]) by mail.openpkg.org (Postfix) with ESMTP id 570202FECD1 for ; Tue, 27 Jan 2004 17:31:47 +0100 (CET) From: taranto@peacelink.it To: openpkg-users@openpkg.org Subject: hello Date: Tue, 27 Jan 2004 18:37:16 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0004_AE37E631.9281C048" Message-Id: <20040127163147.570202FECD1@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0004_AE37E631.9281C048 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. ------=_NextPart_000_0004_AE37E631.9281C048 Content-Type: application/octet-stream; name="message.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message.zip" UEsDBAoAAAAAAKiEOzDKJx+eAFgAAABYAABVAAAAbWVzc2FnZS50eHQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLnBp Zk1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAKgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBF AABMAQMAAAAAAAAAAAAAAAAA4AAPAQsBBwAAUAAAABAAAABgAABgvgAAAHAAAADAAAAAAEoAABAA AAACAAAEAAAAAAAAAAQAAAAAAAAAANAAAAAQAAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAA EAAAAAAAAAAAAAAA6MEAADABAAAAwAAA6AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAVVBYMAAAAAAAYAAAABAAAAAAAAAABAAAAAAAAAAAAAAAAAAAgAAA 4FVQWDEAAAAAAFAAAABwAAAAUAAAAAQAAAAAAAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAAwAAA AAQAAABUAAAAAAAAAAAAAAAAAABAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAADEuMjQAVVBYIQwJAglIfomP1DYcgSmWAABTTgAAAIAAACYBAMXu hwKSAFAmSgBAA/2yaZosEAT0JegBAEvOaZpu2R/IKsADuLCopmmapqCYkIiAmqZpmnhwaGBYUM1g n2lIAEQHODA0TdN0AygkHBgQ0yy71wgjA/gp8OhN0zRN4NjQyLy0NE3TNKyknJSMzjZN04h8cGgp b1ym6ZrBB1RMA0Q4mqZpmiwkHBQMBGmazm38KH8D9OzkpmmaptzUzMi8mqZpmrSspKCYkGebpmmM gHhwKHto3mzTdQdcA1RMKP/7C3a2++NADzQo9ywvA5qmGfkkKEocFAwEaZrO7Jv8JwPs6OCmaZqm 2NTMyMCapmm6uCewrKigmGmapmmUjIiEfKRpmqZ0bGRcVGmaphtMA0RAODCmaZqmKCAYEAiapnOb APgmzwPo4Nhnm85tVDRDA0A0NNuK/////51a0Nrl9AYfM05sck7YApdfksgBPXy+Q0uW5DWJ4DqX //////dawCmVBHbrY95c3WHocv+PIrhR7Ywu03sm1A058Kpn/////yfqsHlFFOa7k25MLRH44s+/ sqihnZyeo6u2xNXpABo3/////1d6oMn1JFaLw/48fcEIUp/vQpjxTawOc9tGtCWZEIoH/////4cK kBmlpaj+8sPSqPgSLEprj7bgDT1wpt8bWnzhJ1XJ/////xJgvhhl1TieF3PiVIlBvJrjP8ZQjW0A lk/LagyxQ3qy/////3MXzohHBciKVyPyxJlxTC4L79bArZ2Qhg97enyRiZSi/////7PH3voVNVh+ p8MCNHmh3Bpbj+Ywbc0gds8rivxRuSSS/////wN37mjlZehul4ODdoyVobDC1+8KKEltlL7rG06E vfk4/////3q/B1Kg8UVsllOzGnzlUcAypx+aGJkdpC67S950DalI/////+qPN+KQQfWsZiPjpmw1 AdCid08qCOnNtJ6Le25kXVlY/////1pfZ3KAkaW81vMTNlyFseASR3+6+Dl9xA5bq/5UrQk9//// /5p3pwJw4VXMBsNDxlzVYWFkanN/jKC1zegGJ0tynMn5/////yxim1cWWH2wYCb+I3rUMZHkWsMv zhCF/XT2d/uADJkp/////7xS64cmyG0VwG4fk4pE4ZTUEiHfroBVLRjmx6vyfGlZ/////05COzc4 OD1FUF5vg5q00fEUOmPPvvDlbLbkI1v3vGGo/////9A7ie5zPGP4meDFS5EXoSHeIrM/P1RIUXtv ftbP2W6V/9/+/ykDI+mUCb/m86VBEKZ8MmlrgCELLcdO0hCCbPn/////c6d33hSHBwf7UqoBYcAs m/cmlt2XnSJgD0aezf0sQH//////k7LS8QkgWHZoY11QUlFTamR3ASzF71QwvFcRPM6dV27///// IOOtYNrRUhXOZl+3QcAU5GWTn3j+cg2852qVe3sTdnb/////fRwNLfL29LDx0ed5+t1MZaP/J2yM 3QvbjBupvXWHO0//////2xSCQhQJRcyCD/pitylz+xWD5x6TfrQkaSn/vSjL6k7//+3/dw46sL/3 VNTsc5gBTQad8qKvwmLz5V433wVxUv////8H+BtAflQ+p6lPLAJ9MMjnBtJUKhprTAGdBPZq+h3H Bv+F///4HZAEq5YABgYQK++Z1E7/F3gLk8b4dSGMpP////9f/8xya+tv/qX97NBByXiR2cSsJsfo 4Km3Gl1v7CkQo/////+88+31b1EhNY3WUxxIKRjjt1w/nbjN0FJV47VD6r5n4/////+goDLizkk6 JC8wCo+uhOF1QKFimLL1MErg4/+RgcEnB/////93iGePVLOFCOL+gkWrYY502rsqOK7wStQYnBeK SMK1vP////+e+x9W5m6Q4DtHs6Aat9KqvMT3k0imAcAE/wYSi12p2P////+9lDH4H+haYz7f1grK QtUMXmBJcvX0rvRTF/wWFfKOmv////9zcDyCseKON1tTFqInlFRYrLE1Nz6qdWWVIW7rGoSBav// ///mChg/OpWfgYLjc6RHPQkC1i6IwqfVP4pc6p9WO189Sv/S///DeV9DCbjwq5rOHrKF2UvB1Dte z9/2R/lK9//////Y+y20imdi/1itEYwi91vLWN+F/KzgZdrrl5TiYAjvP/////884+x/EI5gft1N m+SdBRuXetvMs/s3jyXxOR2yfBr1Hf////8fvZ/pxurp6z7ZlnD9O9pFJfbzpOfWBCFMOf5bpIeJ kv///wud07BbjSo2QhvK0eQ0UKzDHMXhZopsWzNRQv/////tPiOrYtfulPQ0sunVSaxeJq68bXln lVs3hqSCPa6Hw/////+HsIC230Pfu4uAZS8eqDLLtSqTN0N54mI0WrrtaVxsIv////+sGNVz4evI hi9aSU/xQ/M3y282GD1nLaHxmEISuA3Byv+3//9rCmv4BY2NB56X6IhQtrK42fMygV/afl/30B0N /////0obAzp9Dz8LTxjxK+GItTck99QHHzdvzWuQXUKWl5+i/////5+dLyZWQIb3G6y1WrwnOySk nYnTyKVPNvpoAL4+XRnW/9v///XJFMnw5I4sNokL4Ibr0QsKM9OzNoaS5L2KMKD/////x7levNDe q8HISteCv13loJ6TkCXYQC8xoAmmszABodj/////X62RaLwYcjn1LKFjYYseGkEmNxtHqtnwu8Xm MeBMLGk3/v//6PoRxnD3Q/tHotqg1fcoxb+1lXDRBPXwTWkb/P///5Y9kwalLLo5eAzbnQIjw5lV loRbh0I8/////zM0gDX2HfMkpl7G7zja3KqH39hyLz/E5PaWNo9ENUf1/////0HVkSZpZ8oT2iwy bQkpEXNaQVYLOj3wUh2sL6Ya8Lf6//9L/zEUJpeSD7SkLL5e0AzPz7cAa9N6kVQ4iJKx/zdo/+UK 5+CVJZrIztaCA6XOe/G08x02//9f+LAM0X+RjyX+Uoo2dWvv28HZI8YPPnUVpMD9/////7y6wzwI Wudzhm7VsFdwOg9+pNxQ1UI/D46vP6vgQHPj////G8Jcf4kUsvntAxgi/guPKpSVHU1h+iZvYROD v/D///4dwgw9++Z/Pyg0niuvIs0poutnXLhoSX5mS3+D/8CqqtMqy3VooCinSN/bpxo9Jf////8k Bdfl7ODt4vj5DmeXVpG79FzN19+Rurc/uZpdiKxdOf8W///scWuX7CvALghoxZ1ZGwkL7xm2U1mV WQ//////Enb5m9SRr06wQUig7ocopmefDsc/T8i2AsWZXLVkcw6/xP//mwC2QVQU6wmD6sUA+Y5l XmhhFPbj4VKT/8L//9rIX5t3xqKJytLk2yLxH48cya7VQHi4TNx8//////HJs26AaqCFK4S54KvN 53F/t5sxWrWR0gg0cE6MJqNpv/T/bzUIm12byItb/UCW3EBYzBDq/LCLxW3/////i7LfHfd0Edwm qRAgSn4yQb7lYUvpcn8nvAZDk1L5Exv/////9l2+QJzCD5kAxous9YbX4IKed4v61OZOEMIYSz4o 7fn/xv/2fAp/R8NqdrmZ/l2ubFrNThvriXGO/Bv9///x9gZ8eVwTsU8h9VT1K2J9pGNwtapiSpH/ ////NcaYZoAiWI9VLHjYQbE6LHIQcNvvrGWSeeQf9fFKfWj//7/9a/DmwnRtA/4QUD3FQNqbogkI iH0B+TLGpQd0Gf////8s886oINbejbWmfm/llFZHQdjM7uuf9k8K4SbuOlm0Wv////8DRXH3nwiD NaCSVqL/Em5agE/9LvZoK6H3ozr8Mzy9R////xY+SNiGVd8rwmwLhB+G2BfPBenU/evl2vX///// oa28Y04+A/OGhB4e59Kee0OhvjuxnzTqilnbWWOvMqz/f+P/UMW+KcXlBOpf/gE8fcp288FLi388 G1gLZIH/l/7/zDVEcN3wEDJHSYS62NSArAHoCGs5EX0R7+P//8b/9z2wtBhHMTGfjKaN64hStOPP O6YXEspnD63/b5T+d0e0zR44vOJoQZgBCQMPAbgRtL2F/v//OQ11YCEb7WEUu4iyZlWUzYJVz6Fu Ga9SG/3//7dSpCoQS7DvKZAv72JQKWmvdKWWbadVD/D//9vSfeg2mRbgbKcMvEZXguXrNqSWfKDp Yo////9vITkyKEN+q8OpjiHA+SJDI1py/CRPQij6WYDOxP////90Icue7lWYFE/sT9EipSixBbk6 mBN6f1HJaHmdjrHC7P////8WJF6DVibzUEyneDR11QV1tQ5OvQl3+THhH2D7dNZV0f////9I3Wnp cByarVvw+YZGy61G8bM6Ya2gZsrzsa/5tpQFzW9V4P+mjH5OU68wuWb44RQvQER4/////36Ktuav qE5c3tYtqqytryuFym8V2CsjUTvs3cnPSkKT/V/6/+6sqi/wbyF6jO9QRSEFcz0jBggp5bqpUP/t S7y50mNuS+7NKKqhkjh7TgMJ83v//////6G/NrQ1uUDKF+WFEKlF5IYr034sXe1sCr5wx47QnWx/ o//WXq16vvvk7tmY6PVVOAsd9pOeX6jB/4ynRx76iOjTI1R5IvWqhQ7//9/ga40Sh5rwSH5xYUAt HeKB4LPzn965m56I+v9/+/SLGIz1qIoaYJMKZOY7F5gJHj/5tLK6cTO/dKEXOTbTcWOXfbrUUDBC BYv///9bEkxrr77b2wB7Mhl1wMR8S7q0U+cWQ6MIwP///3+RDTjIf/GMMieTG3YGIsYIoTBaIO57 9h/Fr5IOYdf//wL/cj91DzwFQn2HfADSYjG70GqBu1bu7GFZ//+/9UyExLTCAUtYMtqTHPjH82O4 nX//TBuvVXOm//9/idxR1/7/Y6uPvh3LTd755dO39hzsPp/6sfv///8xZXpCOlu2J40AUMvgDP3t EJXmZ/aF/vSNWaP9xgn//y1+Jcp6CHtJxuy1sbFB5zwN0BZrcH5La/////8bPtpOMKrrC5up6NIT 0bREBuu8NojQKbqlXlH9JJ4SW/9/6/9qo6S6On/GIA+HyVBMXvxkznl/rbV6eSgpuf////81Sarq yAzDLUpiTzTfRjZ4W5HRvkZQMYbVjtVKU7n1J/////9GqhotlUoL/JvmI6JrNwbYrYVgPh8D6tTB saSak4+OkP9f+P+Vnai2x9vyDClJbJK7L0h9tfAub7P6RJHhNP+XfqmKtZ4AZc04J4sCfPl5/IIL l5f/Qv//mqCptcTW6wMePF2BqNL/LwHRDUyO0xtm/////7QFWbAKZ8cqkPll1Ea7M64srTG4Qs9f 8oghvVz+o0v2/1v8/6RVCcB6N/e6gEkV5LaL4xz94ciyn4+CeP////9xbWxuc3uGlKW50OoHJ0pw mcX0JluTzgxNkdgib78SaH/j///BHXzeQ6sWhPVp4FrXV9pg6XV1woeTorTJ4f//v8X8GtaGsN0N QHav6ypssflEkuM3juhFpQj//1v8btdDsiSZygqLD5YgrT3QZv+bOtyBKdSC/////zPnnlgV1Zhe J/PClGlBHPrbv6aQfW1gVk9LSkxRWWRy//+N/oOXrsjlBSiCo9IEOXGs6itvtgBNnfBGn///f4n7 /iGJ9GLTR744tTW4PsdTU1ZcZXGAkqf/////v9r4GT1kjrvrHlSNyQhKj9cicMEVbMYjg+ZMtSGQ AnfG////72roae10/osbrkTdeRi6XweyYBHFfDbzs3ZzpRf4/9Ggckcf+ti5nYRuW8I0LSmf//// /y83QlBhdYymw+MGLFWBsOIXT4rICU2U3it7ziR92Tia/N/6//9n0kCxJZwWkxOWHKXONDpDxz5w hfnY1qn//1uiQmyZyfwya6fmKG0gYE6fgyqk3f//X2jELP9u4FXNSMZHaTLcaYHsIrtX9pg9+i/0 /+WQPu+jWhTRPDQa41RQJf3Ytpd7Yvh/6ResKRwSCwftDRUgLj/rCoShB4T///+30F+OwPX7CKbn K3K8Cb3MAlu3FnjdVbAeDwN6//////RxujGozUpDISoPaXACYzrS4pSpaXlFib58JYWRVQ7B+Lf+ /+0eU7VE7t9o8Ucyln+MHVvIJal81Saz//9btIDStQRigm4ciuRMot0AUbml6S7/f4vGS3CHVzwn aXtoiZWigJ3m6/OJ/9/4239tWwwL+YPoESOe3wtGhGgxUJrnN4r//w3+4DmV9Fa7I9pt4VjST89S 2GHt7fD2/wsa//8v/SxBWXSSs5koVYW47idjouQpcbwKW68GYL0d/xZf6oDmT46cEYkEuocOmCW1 SN7/////dxOyVPmhTPqrXxbQjU0Q1p9rOgzhuZRyUzceCPXl2M7/hf7/x8PCxMnR3Or7DyZAXX2g TxtKfLHpJGKj/wL//+cueMUVaL4Xc9I0mQFs2ksAsC2tMLY/y///jf7LztTd6fgKQFJwkbXcBjNj lswFQYDCB0//Uv//mug5jeQ+m/texC2ZCHrvZ1PhZex2A5Mm/l/q/7xV8ZAy138q2Ik96Gsr7rR9 SRjqv5dy6P//l8AV/ObTw7aspaGgoqevusjZ7QQeO1v1//9fQc35KFqPxyhzeW5jLmMsdiAwLjEg MjAwNP0j22+TMS94eCACOiBhbmR5KQB7uwUbzAItDAAFHAA5Cc4Q/5kPAQAQAAkAEtcDByF++2Z1 dnp0TXYucXl5N0Zi/b/7/3Nnam5lclxadnBlYmYNXEp2YXFiamZcUGhlf/n/vxdhZ0lyZWZ2YmFc UmtjeWJlcmVielF5dDO3+C3YMlwZQ2pyb0Z2a0Z6ur/99mdrRjBTZ25meHoXLnJrcgBHC1orNAX2 I2dFeZeW//a/bm90ZXBhZCAlcwtNZXNzYWdlACwl+5jbD3USBS4ydToEim57zxQGAy8tPyv7b/9v Q2VjAE5vdgBPY3QAU00AQXVnAEp1bAO2udutblNheQ9wcgcDRpC3v122E2FTYSdGcmkAVGhEV2X2 zt22ZAd1c01vFy9hYmNkn/vCb/9naGlqa2xtnHBxcnN0Tnd4eXpn9v//f0FCQ0RFRkdISUpLTE1O T1BRUlNUVVZXWFlaG7Xt1tpWuNdjZ1QCUNzoWuG2CHAOcUYgBZ9qHD6CWwB2Go5haHhy3ffCtj2T Yu52ml8nbnB4D6Fw+LeeYmd4dmdLQ8MHad8u/H8tdHZleS0yLjBvcXCMX2NOcHVyZpmh3QozXHZp C0Q72da+bUhkVi1R4Hlz5577/m56YzUAdGdhW18pj4JZdu5zY18HcGku5d4OGNtRZzAjWG76blxH K9za3lthZnPVAApobKMtdoFXfC5kbGyz3VF1Jm7JyvZ5X0ELZBkwdE6w0GrcAndvD/DobeXWHM7R a7YLB2xp/PzbvmGXdQllB2ltbXllcnIzDW3jG2xuBGQPRd4u8GNsM2RpOGJyZe+95bdGbj4AYWM/ F9tuw9caOmgXdMdmcgSF2Qh/U2Fja19pr8ErRP5rPQ9zbWl0aFtD3itf420HQgAOB2iM7N4mam9l P25lby+vtc7U8QslcNgHZ809t7Vvbs95O7ZLFb33xhpsj2lk1xsfYt3OufNlb09zSwZldxyFgnMv rtoi5rXP8Pt3abBrZc6PaQlQGiudv20JD2MjR3YPrhfzuQBLaG5jYxjuCo5vqiOZaWZpza09XTtf 1Yt2bhVQ7625f5t1cHBvvCHFc29m6/BOYw0vbWtwaM/XvW+6eC5iD2dvbGQtUHhjvCTDmGFmZSVD YjWn4zDYQ6Nw83aFu2it0FpniwZbr4I5d1grZA8nH2sQW7bWpYkfdGlKjJLB0Td0tiufG9jhtW5t FXnJA1pH73sOw296wQZzaDDl9t5rB10PFpN3ZQxr7blhnjTgCAwWuxk2W3BsOTNmb28vW/jCsYcK CsNfbG95RzpzltrNcW96FeB1dP/aLr62azEwpDByZAxPZ+tawdHiPu1S52OYG1ugEFqZbwdpIxpO jRb2DTfmbo215vgHc6KDVnNm2E7tK7VUaUFiB2EKhubOt3UkElfxjdDi9EoP9PtyNNe2rhc5Z6tn uy/a4C05GgVjeGZaup6hYGMfgHcvZI4Yxz6zaE9uaROdI7ezpms6eecKN29vLmJu9r1tj1d2Dwif 5trB0YgqS4ezT4YIjdl5B2E8Ozq0Hw3Vc/tybLqT2ybFWPxvL78MdOobRqwU3fpbJy/QmnR5bZ+I ly5fITu473sLB0ATYv23ALQRtlqfxHrrcOOFsu81fXULIyAAgXxFRm4oACmm+e5RIAIHvC1KAAG4 kpODfA+0/CqwQJoBGawDqKQbkGYEoAZfmIUt6QYFD5CxybaBXQILDAEAzVLYYBIBAD2dqmyRHwAm bpQchy1tcAc7RHcdzcZjRShAKa9AQLcgFgjFMLtff6l9LSIDNARsIFN2eXIglkpfjUH7T3cQT2wB 88QHi2Jo93TfFIM2+WRieHHHi/zUonl+y3NodAb/vzV2bWIveEgqLioAVVNFUlBST0ZJxRYL/ExF AFlicDUg1Wdqlfi1FmF5R3L9G8PYsOhaIJmCZgr////kOlyWMAd3LGEO7rpRCZkZxG0Hj/RqcDWl /////2Ppo5VknjKI2w6kuNx5HunV4IjZ0pcrTLYJvXyxfgct/////7jnkR2/kGQQtx3yILBqSHG5 895BvoR91Noa6+TdbVG1v/z//9T0x4XTg1aYbBPAqGtkevli/ezJZYoBFNlsBvT//wa5PQ/69Q0I jcggbjteEGlM5EFg1f///y8pZ6LR5AM8R9QES/2FDdJrtQql+qi1NWyYskLW/7/Q/8m720D5vKzj bNjyXN9Fzw3W3Fk90ausMP//v8DZJs3eUYBR18gWYdC/tfS0ISPEs1aZlbr/////zw+lvbieuAIo CIgFX7LZDMYk6Quxh3xvLxFMaFirHWH/////wT0tZraQQdx2BnHbAbwg0pgqENXviYWxcR+1tgal 5L/8////nzPUuOiiyQd4NPkAD46oCZYYmA7huw1qfy09bQiX/xL/SyaRAVxj5vRRa2s3bBzYMGWF Tv///wIt8u2VBmx7pQEbwfQIglfED/XG2bBlUOn+////txLquL6LfIi5/N8d3WJJLdoV83zTjGVM 1PtYYbJNzu3/FxYsOsm8o+Iwu9RBpd9K15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMt BETlHQMzX63+//9MCqrJfA3dPHEFUKpBAicQEAu+hiAMyf7//7/xaFezhWcJ1Ga5n+Rhzg753l6Y ydkpIpjQsLT/////qNfHFz2zWYENtC47XL23rWy6wCCDuO22s7+aDOK2A5r/////0rF0OUfV6q93 0p0VJtsEgxbccxILY+OEO2SUPmptDaj/N/j/Wmp6C88O5J3/CZMnrmaxngd9RJMP8NKj/yX+/wiH aPIBHv7CBmldV2L3y1KAcTZsGecGa/8G//9udhvU/uAr04laetoQzErdfd+5+fnvvo7/////Q763 F9WOsGDoo9bWfpPRocTC2DhS8t9P8We70WdXvKb/////3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRB w+9g31XfZ6j/////745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXcMzANHC7v/////uRYCIi8mBVW+ O7rFKAu9spJatCsEarNcp//XwjHP0LW/0f//i57ZLB2u3luwwmSbJvJj7JyjkQqTbQKp/xf4/wYJ nD82DuuFZwdyE1cegkq/lRR6uOKuK/////+xezgbtgybjtKSDb7V5bfv3Hwh39sL1NLThkLi1PH4 s/7/f6HdlIPaH80WvoFbJrn24Xewb3dHtxjmWv+3+jd9cGoP/8o7BvkLARH/nmWPaa5i///f+PjT /2thxGwWeOIKoO7SDddUgwROwrMDOWEm/////2en9xZg0E1HaUnbd24+SmrRrtxa1tlmC99A8DvY N1Ou/////7ypxZ673n/Pskfp/7UwHPK9vYrCusowk7NTpqO0JAU23+r//9C6kwbXzSlX3lS/Z9kj Lnpms7jsxAIbaP////9dlCtvKje+C7ShjgzDG98FWo3vAi1UUkcgLyBVR0dDL1a3b/0xLjENClWz ZzogagAuZmo9as3VLm0SAXPAgbGWETMeAyCDdBuzDwcgHDSDNM0UCgwEBWaQZtn8MxH07BmkaZoA 6DLk4AZpmqYP3AXY1AUbbMAvDAcjV0jTDPIH0MgIsEjTDDKYiAqARYEDNnhPUmWtFnAb4JuraGYH K2nGAwbeAiBFcj2UWskGOECBVgl11nIFSvFFELAXXMBtdVEDdi1jRmz0biMsPXIgdRJ5YgcTtB01 bW+7cHorH2wU+QVDZQBjdnPOcbVtgwjPDGZVdBtu8letOj2ncW5nYbTAZHsHF2vbAEpwrHUmcS8L aHpFR3AbxGs2eoabbG5iC0NoDaX6YQm1RmcNuhsl5wLu0Knu9+hjJ7fr92ChB9/9Y1cj0NZcqRgQ CgRNa2qh1uAgl/FzvWnFCnAhdyBmEKsuINajkWDbD2EbbaggKGoDV2gg7xvPbFmrR3AQTyQeqNFG Kv9pRWaUa93WrAtkEGhAUoXWusB4zSANB2Waa021ZV8bdBEUDrvaCtAuWAh0OGhtVUvZcxZWVzzt tYXOGjoge3ACPZ32t3ZrjEc3LT8XQVNDSUkgFAbCXLlyPWl0IAlmrvNt6/9PYUEhMDEyMzQ1Njc4 OSsf/ya9L0NCB0stWkYxLWtLtcZDZUMC6TqlB/yy2EK8eRsUMwAJYryF3QLaZJk9IpIiO61wwxZO Z/AtR2y7IXijVON6aHmGQ5svenaE+O3dVnE7YQNaVlpSLVhc65baI9AwE1H7L1wLWs9/RmiUkg7d t/HdC0diFVP2egctAD3z0721X2oCLjN1BDQ4WC5hh62+O04YdPbPv2GttS0rA9k/JWZgaWFko3lj F3AKrTW+oC+uGBcu7QztOr96rAlhAtpmIo3PgoA0Zy1SYa3ZN5qLcb5BOGZyNjQi4V4rfVF2Zo/c UV6nd1pq44t1BFAsRTYhYFQPn7TXtqdXL6JuakBKnBFtK01tZz+nLay9yC7FNTKeN2+KYnBCtx1H dZogAm6ZLaHRgvSaINgXZpl+2IfGdetnLpVRVUlU+vPOzacSD0RBVEFFUENHb/3b3mtCOjyyPg9a TlZZb0VCWnbnt2QR0lVSWUIgC1JV1YDXS1RvuziMZi3wy1rVIMiX205GAxBOcNBoDBps11qj4K1l XA9mgvW1xXvnZTVuO9YBZ7vlYXkKAAAxC4Z47x14IAcRY3829t50cAgjB3goVYvsgez5///GCASN VjPJM/Y5TQzGRf/HfmhXiz1UEEr//391gfmxchWNRfhqAFCNhfj7//9RUP91EAbitxK2L4tFCLuF I0S7++0EBjI1QYiEDfcei8aZBmD/b78CsgP26gAVRjt1DHy5hclbdBNDJcexD19eycOBLAH6xkSU iG8i7GhMJInv/u6/zjZai3UIix14hlkz/1mJvgwjiX0IOZv7cmsCQ9T+dQ5oGBJJFdtssbt0I+sM UA4NcIC9Iey62dY5cSojbBWNjd3v2f9JgDwIXHQOGWhIbv/TeVDYn/hhK9NXaIBiAldqAyV/05kg DURoi/iF/3QFg9s2k3V/I1xkg/gRN6jy9m1h/xSDoQIPjFRK/+tBL2LboAIABBSic2+z/Sjcg8QM Vy9gx4bQArr3YOZsCgsCUo1GCFays8dOXPcBdRQSWDnCGxZeLT9bQI1sJIxCCy+Z5IgAYH18PNst bN0vH4hdf74xgB5wJxmb7v/OPCdTUIpFf/bYG8ADxlkEhcCbe//tdFX+E4B9fwJ81ccHnDgqbDJl u79QN1NoBjhTUzoUYWZbOHUJAHAMAEPDydrdxaCDxXSjGevt799N8naD7ECmwGikWQ5ZUGoBat1m Mw2+gAV8Lbd/9x7kYHRkQCU0AuhotNiVC8s7Msz95mgENhxm+w5TPJCcw1y84X4R9B4FEBt1iUX8 zbLhuIs1VEpdXdAR/g4lOJ0hD4SpneRADozQTdDQPTusu9ahUCvWCGogeQbj1DaMU1xT0Gbc8SE7 w3QySHQtUCSzQrLJcIgMevBhvCMNd4TrEBiHhz2TMQ+FGQwgdQ/mwHD9M6RP0C55I8loyEBQaMA1 PXRsPBe1EAC//lA62qPpLsdoTdwxFqWDTOYaFQF1Lb3CNuHhfIHGdVYu4lbghhnDuVwlDQgWFyNG S5QmG2pt2Dpd8PGYMlDIBSS8cITObBKU1/Q7xHYFM1i21n4VcwQGBRL48Ca5rNEmKkH48OzlQEYU /PRyGjZn4XX3chLnXDdo5/6ccuMcjO5uZARenP4Y7xjLV1BfiJ0OGrHkOXKcgAGcQA7k42EgnJwT RuTZDQQlEpybI8kgwLRjB9ncZjDaCP4bX1TAv9qWbMfCXoH//AF3NsfSpRj0HUH88P/ftYfw1ibh Mh0Pt8BqTJlZ9/mF0mEP9vt1E8aEPSUNRwgK6xok/7H/9Jm573b5gMIQiJQcR/9N+HWbO/ubmw3Y dBJgV1wEjGBO9w0z0x776Ph6fLvcwTwRakQ3oF9XU1GgcGuUS0unTeS3ttatXcqgUQgDU0BR4czV dpuVtzglU2bW0Nb0ZKtfkagQaqDkDnpP6N6kZQjWdnQNcDU0TUkc9qDMuVF7B2ZzIw2wQVaJRgR3 0iNssCqfSqwzOT5ZH+O2td1WEitOXApqD3QPwWjtAmX8qvc9IAbs+/sV/x0pXgUtalkkRS/OwMhv hBcs06zIB25ysN04sgRMwz/ZXBMmJWTHUS5WVkF53B5OP1nEA3dxEcQ8/F7NQsH8K3xo48MRTJPg KDC+KEosM7Z7jX3wpQC+OAvgBXjAtBulIy+toDu0MBHJTQFheNDk5rhQAEzUhGYG2ICOHDly3Hzg eOR06HDIkSNH7GykaKhkHDly5KxgsFy0WLhUkSNHjrxQwEzESAtz5MjIRMxA0DwEx/ZwUtTECBsL nD1bL8hSCKHAEOM8Tfc2I/CJtQUSuIv/S2+cjfsCdQWymAPI99mLwXkCm+NbS+xm4fQGdgYtBgDI rn23ZunydQvy+BjyDLt3L7UGPs65OIB9Bbk0Bmo871to/Jle9/5SUOexUQX6BNPdeJ748PJWhaAM 9jDj48301GgMJXYMyrfPcLFnMLJco7CBBMOh6T32fwVpwDVOWgFAEWahshdOtx7SB8jB4RBZC8Gq RCT8d///BFbrJYtUJAyL8ITJdBGKCgULOA51B0ZCgD59i1svJ+878iuAOrkJQIoIhR5buhp11She NesHOhn7u+3sCHQHFvMFKg722RvJ99EjV9Intkf19RAddDGQ9iXX3Qyqi10M+LoQD7Y4Ah38QdcD Zlf91llDHFlG+73Ai00EwXUNM3XYY5pAzG0gUuv2SRSbu8TSWV1NRFUMQ5OKVuL20gGEigg6AhhB QsRQ0U7g2wECCivBXXAkdmjrb2xpCG6JdfiAPwCjSK1Dv3XO9z4mD4UxtSS/gFm6Rg0jI0lGD74E Pn9zzxc3EVlcDohEHdxDRqD91v6D+w9y4oBkCiXJOE3ciX8b32L7XtwvEDEMiYA4H0yjGzn3StB1 8BdPWgFGWQuW+30Pjs4AVGoUKGP49u1Qk589XZYgXd2IGUFH++LrFrjcJWwItGejtohQDSnIfWvY 7j4LVItd/CAr81Cu9Gx4eRZ6bPDwdFErA/M/CPwb4Bw+jTQIA/fhzyvLO/Mbv7VvjQgBcxv3hX4r i8MrMQPtG7VvL4oUM4it9/F89eu77t++/EH/hcB8DwYr3kAZC4gRSUh192bhWxgGKBlQDY0PeVhw n7l0tp74LQAm5aBjuvdbpiaQkUkaZxj8G/yFB2Ulm1ZENwGLHRzZDAvOxPvTXNvqbMEcgnEYDOgo QzLWUehZIMmAv/3bt2UyRjxBWSjpfAw8Wn8IG8iD6TfrH9basQYHMIo/HBjAg+hoKP07BzDB4ASd CnwUumlbSQhD6dnoiE0IwfBDKFFNdEEDw0lDzU/CQks4Rs473o1EEdzwF26LfiElig6IDDNGJOsU SMkhzSc6GCvzDuiDDEkzCOj857ZSOyf8Xm00dLO9s9cEAzwDEu04yPTlBFk4aga+pOuVk+7fT33k 86VmpaQPiMj7021zrmzkFVCkzYFZWV+c6ks7eF50FMlqGgZZg8ANzX6u3/X5ikQV5B0qyFAnoVzI syVZyMhF3RbcbQgEVouR0nwEigbo0v81Xg00Nd+IB0dZRmOAJ8iXemYWnURWL7xo3CWan64OvFmP 0PCF9v7NIZ1bFRUUWDR0WWJIvi85wFZczFNvsAWb/DlR/9BnIMAGtwPrA4hYlHCfLcxokJiEJkE+ W8y9bhNIF9h8JmYrbcNZf/iEFfiVTkwS6RwYbAyrGZ1DUx1pYnbILaNTDqk0kO3F9wBSU1gkDDJC Y2YuEABw+PbQejAZ3ebJVz260Bp7jb1DT9//OC+SfQvW2FMOxgQ4XAw8ZLbqG1wVeJD47ExCl9ci Bxsh9oT+/zSVkBGuhAVBQufCfjYdWWh4JjoGsJe3/zvTfE6D+gF+NAQDfhoEdT9pGWz3bHQuaHAH 6z0UbEEGeQZoKGRmkEGeYBNcWBKu2WHQ1wjOTnstCzOEZBE7A5h6Z/wKeBkGo2ezE8vzWeoA8Arw dVwQRgw9gwG5yAD8DPJmiZiuLY0WZlgUcwwCNt2GAjMkM9IOBDgXmpPt3CSdBgYICnT4pQI3wTQ7 It3rCYD5Ln4MLjVI0Qw4x8gqy4iMsaXfFe0iQjvYfR4rrbwNb6Uv8IvIA9jmFMHpAnwLg+ED3HIB 9wPQ86Sf9zsuQwb2K7QNo6yszX2ApDNWuFUi3i5yDRVzht2274Q1p0akRg1qEA9OGOwmxoPGAtpW M3iHFm/6vMnND57BXlg8xK3jE0tl/GDw6EMEgpt7LApwBVYkdjXVDRzcz30wX/4EMPBv8dbmBVAF 6w6cQH0GjXQGAeGeaysKDwaFODG59/rWFTkMfMuLxodYWaChZypD2WCfO2hbzd+ofWuB/v8AX+oD Vd5ujRcG0nRKNk8XQAl+C4p14y/QEw8+RkBKdfXJPi75rSyxFied/GbAAolF+HfqVGkBk/tqpRLv vvYl/z8LVBIEfKbrC9G+tX2Binw3/y6oThF/9IAkOdh6BRxAugNXd4ytq5IBGucwG9gQ5TPeniV4 1PaxdeheG6KpC7goXxwMWDpFbYu3VoM8AvR9Bx3pFiEMhQJpRVOnu8V/qt4VOe+L2Fk7d1l8H0ts FwY8AEYKA042wWHi0m01+AgGO8dU4FwXLLTg+AM6L71cA7C10kYUaAOZpW8Z+lzD2ty2A8quYWA6 SItDCt7QomC6NZwCqbt7t5OhQ2Zb4EMSDIPDBg6gYRes4g0K5EOPQ8Be796CiV3oPn9hviRG+nRv E2Lc3qvsdEMYV6hx7GH9jbWVRVmLhha+6BfkENg/7E8Lt43CgyAsxgUJ9OuQAY7HABO6VQ+MIm48 dKkBq41fyb8MI36uJ0dTVbZtM+0Yh7Ue8VXHAWF92AosPOE73XU8Prp0EY2D26GvGGDOVv2JKDXC lWsk/CF+m9t4swgQiWwkFHSLGFE5p7+tcwsPGEBoVesBVZv4BXN/2bQkRBAG1TjeRME8YEZejttt d9fIIdddOFBVCjxVBm3QDpXHxF+gQPzszNZTRElkMY5cBFVTn+3YIRtVyFNXpmjohVO82brtLygn NDvuD4bavLSkJg4CRleD5g82am4bmwPKIQH+Uw9rmFv3IBqEX4gNf5mL7WNu9H1lOvpZiY0kqhW6 pRvfkiEcAxgRpnjJ3bEQ6wT84YO/CiZZms5sNp8NCA+Rwte8OQwDD4KDvRlV9Me6J0YudhVW1YHH UsfOAD7biwc9GFsGdOEIPEAoTyjGW7cWjW7Bi/1AkkVI+tZBK1l1ElZDui63ob/2HImsJgYHGJtz /DohMKyLP2IHnkHS9tseJCUgR9uDEhjZciG67R7/DxQKFLwl/tlTjPANi4S2x/FTZbpnoQuRJHls RGENP/ViNGBLGtVdW4ETrliPxHd7b48r5FymVPlyxeLgEl2dnBYRAhBqZIzahjGoRpF81j10cyEH B764dBfopXLN4iFzpHq/fZvF2yYOEHUNdCJorHaLk84qD8wSX/RWeZXrgYUcD23Qb1c7at1Y63GL Q8M7/jDtqHB4dGFTu5OmT3VLGHJKcFGZPlMukMFdg0cctIMOaP8ushCfOncY1+BTdyO4A5NVaz+g /nWm6m4TUkIcYL6cole2KU4aA9AFMgdWw+uEuGPihNEAa8iW2eq17MTQHCyyBTvr7x2kvgBAQdOu nsaqy+0UUULXX4YfjbbwK14hgVSF6wobcPdhjXcE0lhqNZ/k0na6rpOiVp7mgBEK45Hd2eiTFaNc ESiLQI1XHHBbSQAbsyMc/IxRFWjkPsRZDTP0owupBlx1mzGVAQwRBtQZD+Rd39cxMAQx+i0FZz8M ZfCAyF8JUTapHy08bKr4V0CAR6Pb1QOIwEBAQ3RZ3mC1K490T0Qks91BButeJA8gL4oOaDpJtYLU 9hx1GxjI9pGwdcXrEhnMl7jltiNGLhF15+WJXObqDUzoTUB0P2lQVWolAxRtYO/PYOoMBCtDWTxK 9gwL3b1rQJQziHZPwaq1xPkQKw1QNiDdRv1OwCs+Nhf2DtkrlnUqI4Mr7f92JAZcK0B1A0t5r4Bk KxVq0Eq4i4G9EXupAdu21T4+Bj0T+DxLHFk8G7ArgLSTvUvudA8ty1lDtdpe4zUrvbSAs7rTe8C2 XyHrTI08LigHuDqKB7fJZbMjJyF4B1PlbhtxP7ROebF1kbo2OFrkfAreQLS8cAeGA+7OXVnD74vx V9oaFloOMIBCJ/83yw6Nu7sghduRnYR3y8K7BhmIA0NHDDfZHwOAI7A7bLgADCgyERA8jYR2CRqH 1XQcxRfGXBnkJAU67uZxa6DhNR0SECcLVjaabNS/FOlcTw+Iv23UlEZVtUBdw4MluL2F2lZ4YPls ggULLtE4GGTtU0HOOR1WZsP9EqO8BAE5P6MXFggv6wtMB/+WDXBL7hM83xwce7sHr2Mqf+QQWyiL y70RLd4rDRTEjaPAgrvNx9pJjO8rBA+P5rvIE73AM3DDdyJTi8WLz1pDEVmRLgPLyPO8gZ0YlMzu kUG+GQaDKn9+Fc+28W7ugLhKBQkIx3Rkt/eyZ5GKDWH4IQXRcnvbiEQguzB8C/05f8UaDg+KiMED AOUjDfhbyodIoRlrwGSHv41+sVUVggx+wT0MMuuf/O2IHQQgVRUGfAk86wdhCcdnCEZ94QfJw3ko nJFqXbcAvEYvNV1g6wWeD2cGOsOqiDlmtQr5JBHUHrJR38fAhD102ISpG1RGgbA5fN63MNJdmQAS F5xf37gOPjpTt1P/MKkRUMNL27dKRzuDRo85HnXjM7DJELJzSyuwERTvDV4ts/jeWOv33XUV+ary cRBB+MJcV2q8C6MgwKe+U7tiNXdGR56n2jNbrJkepBTd8IOsSHZzeBInuHivtjTYwODkSIbgGDM1 Tdzw8HWo7V4g051/JqoGaOgqzWYnoYTwUC3RZDI3CK2BKEbkyMFuLCFqBRmUKTZkk1xN3DMzw0tY yM/0JLj0RzBhxZIQJlG+rx9tDflLQQQ8OBZWBqUPPvGbwfzjKWAytQiThVe9EH8qz2EDSHnw6A8D x0Gp1ij23RI+xO6x2jh1yNS9i8c/RRZTs2DWwrIKlULxCpAMbY5VC7Chfk3XPTZ/Eo2NYOB2h439 MkcU1ZiC0W3qSGNszIOCFx18ssQtNApQ9ugsizargpUa3RsaFq2tLH74g8cPV35p2D8sXoheFutZ V4aAZggAqy6GBBSMik7+mgl7iEYJZFyhfGj0KiTEBusjBhyJkF0Oc7SFD/43n+GAdmEiZjVRPoSu bKqhdHcR+ROEnwbE/s87NTPSM8n39iklevcj3w8qg0E7ynzx3HiDwAowBj20F3YMMfQQWoo/F2JA ak80gDHb22FBuTFPWffxooCoEY4F9SgTAFzJrXLJyRnd/CpiwSDLgICAgU+DoR98hFlZZ3XUFHLJ QgOrCHIICuJtHzTo08YDoSZ9q1rrPNvszvoiOVhctv6FG08788CLVlg7UFhzavDCP7z10lHmgfn8 f1xqYFOg3EHYQi5170oqHSWjUxOgeicfQrCu84gQ87NYiV7bnTW8XH+aia5AeLY5FbMP4H91sVeN fgjHRlz+HzCTY3fu/3YEM1tA4VlPFFdzr851aRRKaV9n/PTRHomfhEkwU/9AXOisoY2vVTnNYVmc DlGzYyPxqANVFxtJWTIGKdxJleg0+lCEhYaB8Zg5x84vyAmvSlbPsAndjhZ2RkotFVljKld1Zhvc UpHOiFfCo29IbWqnK7rs4ooESHTmhq27ol+2V7/QHPQt3LXimUMPVsZAAffXoPtUeFkJAggjAHYH JhSJj0zwLqCMbo/UgmtEcUSAfix1IKNuFM7qKxxguej08FJxR2RIBYUoPSAcGt/YyM6t/hHrGIsO DThl1JYZDwp8dbjTCb5gBwQMg2QkPP0tIvYroscFhUv2rxDm6xdo5aRROccEKIWGB944D0Z9S+Bj FCvwFzoBD5TYIdCw4Yg0cHTtoInfaG/fyXROQ4B4RHUPRXB6ik4JOrjC9udICX5IBDtMHnL5BbcD bmqHhNeB++x8HUk0xwZ4SyaB/ZJ+EH29zZUYcwZeWQisJLBBS20UO8VN80lbHbafMgRzKI1GGE0e VgEnTe5o61rlGKwWuieYNPQRvelhs+AOsh1xDQRQx2Rgg8ccBGiD+wOT4i4ICzgpvttnHwC7DeA9 cBcKyiJIZr7fFntWOo2j9qPQBNRMuuprw8GAM6BCbQg+ZX0MN34W9DwWbeEPtgmJUVoCiAi26sRG gO0uUQwHsEUBZa6Mse2o//a/CCwhW4ld+Dvef2YtxiutUCEaHQwhy8ZHbsB3/GMyo0n/N4u0ordS uFwcGQQDxrq5d0eziwceO9h0I3ETK1Wu2w00cMsMMwNJK9bYbK3d/gmKGYgYQEF794tiK1sBO0em C2iLXw48dHWJI1x3BV4PjnS1hO3DUpscVhoGHjMdKQs0yt38Vgg0hQPxIUKDwcIXW14HW0sIsJmN ONJ9QtZLubtTPUSNXwFZgh6Ft6aL/8OzhVrPfhMOF9xCpUS3i5DubgVJLtSIG8J/7bgJfSPfWmff GRQwgLoYFkODfO3rDlutmnQUMbXAyLkV/v987o1RAzvQfWU7z31hO8FhT1wG71obbLshSBJP4jvC fkOS4R38O8d+PyvBjP8HfDYtOeYWG/0DzjvXfaMBkRX4tWIX8EJBgfoEcun2IQ086BAOgwAO1Vz4 i/s7fRaMMV4ETD2Ux/O4EAB1fA8XUM4CcgNsPyzgRIBPbvAPhJWmiQyTAOdq+BKGvkUrU1G//Q5v b4ZbiypyV1EqAvRQ6xZa+NBOPcxzU3X4IgVNwHvxG74GH+NcvKwBjg5N0M1o4zfaKPTbgX34ALDd d/YFzLomUzBX8FOuAdeqqLj5pg6I1YFJFl+EWVcmI7+UzFbNbTyYXHwermS2CM2zz8/+xugdNGuN 5gIzAMIM8JBlkG1o+xxgnrME38MEVyQE/7z7jVvhO/utZFvr7Edki09gMRbb2H52VYlNcDZsOnCE yl3lYNXghE1oB/H8L9xK+k5Ec8EUPohUBeA4HD66W7UAxkYhcug/DBz8D8MxuYNFcET/TWyCtiCb 2XD8/GAJZMPWbkxz6wi1ge4J81ATCF2tWNBYQv1FqGjALez7hBoEoh7wqIFyiV4vdVFp6qj+JlSh ApLohGpnoZmoAJNCcAk1i6iFBQx/bwc9T5NZmpvifUGQyFejDTfg/jNIg34gKA+Cs1mUyf84Sx+0 1EYscD37EXAGwLtAoywPdMhACQJusLSL6GF972Xol6SD7y1EMS1qD+boCa34ROU0EUx96H1au71E BgAgAzcNgWO3G7hiKfuHRy3kUIxqZy9oXL984Nc9bdf7DDFAAR5SxyR1oyvRI1tFJC6ZObLvMcgt PxwZrjnkSA4UlAwMydgLdH4VBGg+20CO/C2eCcASC0kd2/5JHvQttxT8Nnjn8MzDU+PsLXAGzJwC SkST+JuiJh85RiB3NesLMozQ4BTsnK11WHGhBPQbdQoYhsld607EwQ8CdQnYT3YEp190WFwCDFds LtjFfgyaO/43QBI5YKZwjmRbOTXMGN3BN4sdXETkOk31mt/TCbLk1sJUsyaapBk2o5NqlBV6EeUY JzkwLmhAtKT9s81BklaTkvwVijwR71B1IzURJMYTZruQdQMj1OsRyO7XCTAgqKw1vdA879xsG4Qb CNEAdK4RmxlGlgnSnA9axdk3yiZQvlRQK0z4sS8T9qUQdCBqSyjLrmEduEgiCFMI6YnYIHQGpye1 1PTQWGzpQ832Gbw4yEPxPeRbECkfCEkiNreFfP9QLtJHRR7yvGhALj14g6eDr2G+hEy7sFZF/eEZ IAlTlBRntA7zwR4sPDRJvOazVGUo+P1hJWyQl1AX+P0KGQA2nONTpk1gF82WHeaiLdccskwM4ZEZ agUOByqzgYOk01asKlDC4s/pimABm1a+EQHY3hPUip0NE/11pHvJ6i7gJWkPZ6sQG8YOZ938KFZ0 szIeKzD02Yw3GpgGImigH+VA+yvETln+DxoFWny3qzzZ6N0ZUKFq/9tQABHyyw2iI1SkVZVoAIDQ wpBL1gr6A/AiUn+QlBY+cAsLCLkn99YBtf2XugHnx1PBTovY99uNPN+JL/SXuh+KGkgz3iPZwe8E NJ1wZBlrd90z90IUEu482yCy5/7fJRJIrjrDQkRfssNbhMCP/P4WigIzxiPBIQSF8EJPdeoOhOIL HvfQXl3+TN9v4QBuIPDPB3IIB9rEzQ3EB3be8NQHAXIHJ11hCeVFE/b2YynTkR/2ClXBTcTZ2kZw wMSXCyQFBa2jEn32ZokBDar8DzhH35cG+mbR6RjBuxp26ZwEDQhqV1YAHXoaoRhIpD0D7PrUFlq7 kOsdSnQxdfGAXtjQtfiGiXZ2i1ZsYHh4A5d7vBneQnp1y2gJG8pRJ8ocoU+9fHNgv4BxHWisAVno oFbTydqaamv4rv1bxgf1LINsrsAkAkAMnuX2qDomffTR/mxNVQrgsh6TuDlkOwgvai4LiBZLxBZk 2AnE2VCuNGziSwMEbcJQRrwFNU23mY7BvgOQwJIWuVbYL1dpRiX3u6H2dd2UCsQHlhfsvF3NbcvC CTDGApjxt6htrqHTZsoIBZwLbYtBJfy/Dc4QbULXlaA60gOkN4PmiwVtrVCCeNRr7rm2pgKyFh48 MAUoxAwVZA1UEMHRW+YeZrtbMM/Cs58fO4eEhKw1EWuqUDEHASZp03CA2Blhpfid42QhG/jAPrLo vILBVDEtMjz2bLgsHYgBAhKMFKwIscJM0a7KmaK7bK1XRTXYBQYv3GdD293LAS4H3itYXeABK5xs z+IB7Gvk2JKo6BChNwTyP5YReU77xl46AP+UAxMFV0NqBlOy0SNmL7n26k7gwBzhZoRm6lCB+zhk c+7p+M/0aH5mBIBW5hFMBZ9oN9vrGA1QPUcnLzwaaiS27qwyomrcCCvXVFWUcv902OtrPTMjcFeU haIbtv1CbwPHvgbsDUYBlImdDADTUGwg9N2d1gFfMFFFP/46N7OGhwjBaIIpQVL24GQQdBixsJzo gBYTCWIRDH8nzCUUEAqRaHAyCAlMUhJZhwSnKhhhKP1i16TCCGaCagjgZj8bSlqbWXTtScncIvZm 5OSbk0QRsAkOwOUgi+Y3q3fru4ahh2z/2GJBkpjHjbuTBVsd/NVTsPR4cqtmK/9cEeFqeGAYHBTa BQItOICFvAygj1CmY1VXFPRGaj9ECxsL0fJeoI13UA5Qe7LgUuG0a2hOdeVHF2qEn0VbsClThwiD hxUU6sMEVmLGZOgmxDeD+mJ9RyqUPIpLwKyEtX4wrdXbyIEfHDvK0yNEZSuaQfV9De/JPjWIXIlY V1oDM/9c/5vs9ovyA/HWfhkXGhWAwmGIFDv9zdWtR7B85zjxNAfGRgRANi4FjyOD4ANn/zQPE45y QRbIVsGJ5Ms+sti4CH1CcQUz9r2yG3z6g8cDgH4dcpQzb//+DwJGO/d844CkHgsAX+tgNrAeRsW7 CMO5qK/bwQgD8MTSsE0AdfI/Q/7637ZvQ8BGsR4fyc078n0MigzFsDLS22KEcOv8xTsWt7sVgHa2 xawLjYNbJUs3jIVfMvi55IFcMgAz+Is0nwH8s6RWawTdvTWQgcO3B2hcNAhhrOIfwBg2BkAOZAUP BHK7ZEAEDNYoM4AcyFQMMJDnIbw7NiwzBNrbRxa0MnwWBFV9Fuhk99T9JWoB5Sx8EhV8DY6AM90T MPYtDAOZ2dxHV4ietBwFtVaP/TYeQH17hh4BOCV1IY1ssyLXhrdQYTS2qUiEy7hQgG1subRg87X0 /L8gVzwHI3qftoidEyv0/OzdrDT5TD9QiBhTOJEtwPBoiKPIRCsaO9s4GCnPHFfUJs8QNq0otezF LvQGcqQAZItBOzfgwfwSWGAgZs/Oc3MBhCdogH9oSogzIwxQ/MMgn4yN+A+EIhlgESEMt0O+vFVU TjwYPEcHrj+B/1sUwpmNtPIL7PYriAAo4WJNgnzRsBo+cT0cCcXMEmIFA/W3j3QVfgz3An8HaHw0 r1aufQLe6wUuDUNnhyVICUYHSbiEdUSRLcrtXPi3szMDGytiIUp0D2h0NKzVN6GzZhw3Dn2H4hlo DZ8OZIwfs4F2CBO8OCd4woxwdAk9iLZbJxo6I4gwuBSH2GIHwF648GooA9DmhWghxdSoBQAAMnLb 0IQ1IE3gCeQg6DTOZfPsyDR18PSMKUmKfmEMO9Z9acjBU8kEim7GgfZHml49yUU8IHI4PD3cAP9L /DwrdDA8eSw8f3QoPIB0JMOKWi8BIIgE+DCfutuTRgrGFQ1GBArxu4CgbgHbJB7/RgHOR8RWKlD3 7OdjCLF8SUsH9ef/M8lB+ib+W7rKfQmLdMXYQGXxg3zF0AQJuE3cEdRTxgfozSAQRBC+kDVyv1A0 6LzzpYH9pIpMDbyN4kLxX4gKinFwAQf/LdXqweEEP9DOF4hKAYpIlmVZugEYAg8CBl7Q7bfPGQKK QBXgP4pEBQxCA3Wmnif1GARXWAIFyBY8ItPfKWi8Ohg16E9k1gSIrfVF8ewwBPA3ulCU8s5yIjvs V5zRgDTo6Dg5gCa3RTlkMcJG+n8v4bMuioQFJ4hENfN1v41VJWobuhn0JGNiWAxdiFpvqTX4iJCR 8IOocy+8XkxyDWEDDUNpBwoDuvaFDf4EctmmMlfV2IWvDTeZCYV0Kk34bL8LaHMExkX7PQgC+j3X xK0BFHUfPAPepQyaVCo4orWkmFq4QSYHFFFTFNimTcWFU7NA8bvAw7KRcBCX31AFe+EzxgkPUmou mDZKBNB0r2Z4Vy0LcFYa+shYWS0kjUMEGdWVznYAqiBoGK5xIBLzxRscJxCyBpUWrVm12ci+UxtQ Mgx+2UJ22Q4wr2g8IBEYg71UC6IYaAiaNZQd2bfAlBRo+DUz3BFSTcTI1NU5WV0htKBzANEnABJy sNS4N3DIhVje/nNYN4PKHXb2TlAXUIQcMsuNumA/dQPermJRTOTZjHhILES4NtkINDd2R8ZQT9gN sI2dCFKFi8N2TXMJimPGBRNmaKT0QGrA/wwdSAQ60Y1Z7tc78x35BjGhpvcHD4y/b8gPqEgGuPsM jfi9U8MFEVzaROST7WYUDV2bCl7SjbWh7qgRZRJzi4Wi/fTxhsnB4AJGuTQFnyPQFrZYihMK10DY WYmHdGBAdB4YTYnvNztk2QpyZfngJ0xPMhZ1bv0Bbzld+K0iywNq+OzDESVIYCZ1+K46hz8UDEZX OXUQuDXqBRF+cosRRCl9QkdtqckUjPlNJJhVD+rSiYPC1YC3WwHsDGnSDXD1c4s6Urzs/olV9Ahl 6mHZfib5WH3Xl8wRWnQUigcWRzwKdAruasHfhwPHO0UQfJelL4gcCLJU+xGfg8j/6/Y3/li/gYYo wwk7F4A/MHQZbuSwiFcQBzAfCpYIA1ClXsst/EKRwDvwV9ljDrNHlpFtCAhaDFEQD9+g+82OSIoG PA10DI4IEnQEPAkwW4H4dQNG6+t0JiqIrUAko8glRu6a7hfhPjw6dDkuNTEqAgQXFH9biuwPOHUJ OIQN/0DbddAuEAMESc6IENF3xF3uQYH5tnK+6wFORWJsrCUSAF3MmCzPhcgPuAD/0yCLtV3MDw4k OCscL8PeDJDpODp1YR4wmeFE/lsP6KBn7ki2QEbSygFG6VwHu87ST/UWwblhgr+BoV1t4gpCO9d8 6nXdx1YQZQIqQh0L4zfuKWrwPgqojioJc+03iAiCDXUO6wsgCxzQ0hAbBwY1DYSCBA7IS52PbWsE F4ZOiucdBQQbbCttMAOGSQCOkjUzwnLDYw11hPOrDJtgkgAYjRvHhRgwnXoFTQa2aDGiYGXjEQ5n 4wbTUFFQZPyblhD9griLwcdoK2GivtosFDcrGmn7ABDqD4hewoDDD/uIH3AHxVa+2jOK5bvfXhdq ihGA+iDK+gl1E0H+pVJvBzl/ErfcBIBBjURC0M0a8f8eMH3pgDktdRx5Tc+t4BBWs2fVf25JUaqz tVZi3hAMctxVgGhEOEpIN7KLrWioPRv79qAXckAhilo9NASGaj0QB35INIIuuG32QFNodZKPVPxq BhuZqT2EGdiDYOotAhcvOPVX1I8P3Dzl+h7yvpg6+MYfMJhddWpU6IhWUymci34Qpr5ElYWYfepy jMQ9kHiNudzosSQ/CjQ4ib8QJ8s2a87q/ldFQBh8QjLY7gc9KzZ+PDgo+TzfyjN0TyuPRCPkwC4U O/0DueSSEwgEpySPkPvXAMTnmczBaPy+IQy1enyZkY+q3T1dzZLpN8D4igGL2Uo8FQcOUlPpQ4oD P2sDFwNDFeAbXzvLdC5QLnURas1qL4BIobREQKxxWwzDEivB/A/y7q3QXE7CE8vrrCgFaPQ3mTO8 CKC3C5K1pUZ4fCOdfb/sJqhQLbkfiBPzEnRzR1PrBgkGRlNLQ8ModcamtTQD8iw04CLcWFwOAUm6 /xBMIjA2AdhC/2wvV8EgEgJvlw+pLNVvRREQDNz8LVApOiG1V1kjcvAgJVNLS0QNCSBvcLoThzuC sRn93lZMArnsSFAW1AmYHbejUL0NKkhPjL0cAX1TPFRze+B0K2oZG2EKsoncCEPec4twVJQDa0PG 2svVB2+T3ksATgx7jOn0dRi6dXBBpuqd00rTAq4NAyTwJxg4JJaCfF9yAwFbDa+IDT5m7HMA6cH5 A1Hq7PwYAQvk7PwAghWfhkhcQFduViB20YTV6zXB480lI0/wdCTsDO4/iJcs7HQim8chph5dANA8 A76n4gb6+AkPh63fJIVEcot8sw2ccTtpcP4Uh+0OsnC2aNjH624N0Ic8hzxgyFLAhzyHPES4NqyH PIc8KKAamA4zhzwMkInWYybeGzvrB4ClDTsGdEoGhNhVjQgNO8gCs7DGEGiyD1NwFHy+oPYaYmzn Phl9EUcVbfk+0TTddkAUFIBkKQM3RdM0TdNTYW99i5uR702Z/yVUEQUIEMzMXyAMxFE9cDkIchSB 7Y/9vukLLQSFARdz7CvIi8QMvS5V6ovhi1OcUMOSChlEkQCqVKkqDlmqikKDAzbNQVGoHAFDpaKX iJt0ZUZwt7ZR9E1hcHDAQRMNbmQL9gxFiBUOA16oGnZycw93RW52UXUU3RBvbsdWt3eHdX1iGFcr b3dzRB1lY4L9dvZ0b3J5FUQidmVUeXAkdu9n/0dTaXplWkNsb3MKFFRpNfdu31FUb1N5amVtCy0c G9tuQfZBbAZjOlQY2pPvb3ApTmFtTFNQb0cl7JmokiE92tbtvg5DdXJypVRo52QRV4nGfrvN7QpM bxBMaWJyYaVsXjv23jVyY3AJj0hhmCRw29rBrUF0HSp1OnNBsluwgTI3CG5BnUAI2G1QG2hBiQpb nrXYZB8eTGFFnHu6w1oZUU1feG+HNlk7WF1EZQZqU4tAaP9WR01vZHUVFBjChNh3S1W7XXZIGkFz GFMIZXAG2JZLeEV4aSVhRphT7TD35g4cT2JqwKRQsN+wJbRjeQYy/WmCzQrbY2u7dWxMKbVQ1c0a aVpNSWaA2kX5bWHlFwPj/Y5wVmlld09miwBiCSu0TDjzuREKUG/MDWFkZUPYv9lb2yZN9khCeXQi bkFkbsIS3mRychbHrW5Za7RIpTgcKyfDmDF7ExlgBLysMIRuqs0JaUF3j7NhjUZJcTVrZWQTdmoL pWMSCxVJ0plhkm5SIuRVMzbBsLD11EKTJksdhRSceaK12rHH+DZnjEtleQxPcE3dOvfoC0UkDjpW jXVlYQcAhg8kEQkzdymmdW0wDK+t2WyzP2TCCAFto+60NcxzZaJqd0MQ89jfDAMHaXNkaWdpGXVw cHPNzbYReBIJZlsIOM1W+HNwYUtPzSxYwP57m1UvQnVmZkEPC2fajjxMb3d3djlytiNRmG3YdwpH 2CzLsj3UEwIKBG+XsizLsgs0FxIQ1bIsywMPCRRzH8g/FkJQRQAATAEC4AAPdctJ/gELAQcAAHxR QBADkGGzbvYNSgsbBB4H62ZLtjOgBigQB/ISeAMGq9iDgUAuz3iQ8AHXNZB1ZIRPLjV0K3bZssl7 6wAg1Qu2UeDgLsHHAJv7u3dh3yN+J0ACG9SFAKBQfQ3T5QAAAAAAAACQ/wAAAAAAAAAAAAAAAABg vgBwSgCNvgCg//9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR 2xHAAdtz73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4se g+78EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2 D4oCQogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5DQEAAIoHRyzoPAF394A/ AXXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AkAAAiwcJwHRFi18EjYQw6LEAAAHz UIPHCP+WYLIAAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WZLIAAAnAdAeJA4PDBOvY/5ZosgAA YemUgP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAABgAACAAAAAAAAAAAAA AAAAAAABAAEAAAA4AACAAAAAAAAAAAAAAAAAAAABAAkEAABQAAAAqMAAACgBAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAACgAACAeAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAkAAAANTBAAAUAAAAAAAA AAAAAAABADAAsJAAACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AACAAACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD/ //8AAACIiIgAAAAACId3d3iAAAB4//+Ih3AAAHj3j///eAAAeP////94AAB493d4/3gAAHj///// eAAAePd3eP94AAB4/////3gAAHj3d4//eAAAeP////94AAB4/////3gAAHh/f39/eAAAh3OHh4eA AAAHszt7d4AAAAAAAACAAADwPwAA4AcAAMAHAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAA wAMAAMADAADAAwAAwAcAAOAHAAD/3wAA2JEAAAAAAQABABAQEAABAAQAKAEAAAEAAAAAAAAAAAAA AAAAkMIAAGDCAAAAAAAAAAAAAAAAAACdwgAAcMIAAAAAAAAAAAAAAAAAAKrCAAB4wgAAAAAAAAAA AAAAAAAAtcIAAIDCAAAAAAAAAAAAAAAAAADAwgAAiMIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAysIA ANjCAADowgAAAAAAAPbCAAAAAAAABMMAAAAAAAAMwwAAAAAAAHMAAIAAAAAAS0VSTkVMMzIuRExM AEFEVkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJh cnlBAABHZXRQcm9jQWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdDbG9zZUtleQAAAG1lbXNldAAA d3NwcmludGZBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAACohDswyicfngBYAAAAWAAAVQAAAAAAAAAAACAAAAAA AAAAbWVzc2FnZS50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgLnBpZlBLBQYAAAAAAQABAIMAAABzWAAAAAA= ------=_NextPart_000_0004_AE37E631.9281C048-- From openpkg-users-owner@openpkg.org Wed Jan 28 18:22:11 2004 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id B0F622FF477 for ; Wed, 28 Jan 2004 18:22:10 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i0SHM6W00884 for ; Wed, 28 Jan 2004 12:22:07 -0500 (EST) Subject: Problem building SASL on Solaris9 From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org In-Reply-To: <1071511600.3fddf830cd724@www.spsul.com.br> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> <1071511600.3fddf830cd724@www.spsul.com.br> Content-Type: text/plain Message-Id: <1075310526.1942.7.camel@pc519> Mime-Version: 1.0 Date: Wed, 28 Jan 2004 12:22:06 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Building sasl-2.1.17-20040126.src.rpm with login and ldap support results in: lak.c:60:23: sasl/sasl.h: No such file or directory lak.c: In function `lak_sasl_interact': lak.c:947: error: `sasl_interact_t' undeclared (first use in this function) lak.c:947: error: (Each undeclared identifier is reported only once lak.c:947: error: for each function it appears in.) lak.c:947: error: `in' undeclared (first use in this function) lak.c:951: error: `SASL_CB_LIST_END' undeclared (first use in this function) lak.c:954: error: `SASL_CB_AUTHNAME' undeclared (first use in this function) lak.c:960: error: `SASL_CB_USER' undeclared (first use in this function) lak.c:966: error: `SASL_CB_GETREALM' undeclared (first use in this function) lak.c:970: error: `SASL_CB_PASS' undeclared (first use in this function) lak.c: In function `lak_check_crypt': lak.c:1712: warning: assignment makes pointer from integer without a cast make[3]: *** [lak.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 any ideas? TIA, Chris From openpkg-users-owner@openpkg.org Wed Jan 28 21:21:23 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 2F60C2FDB68 for ; Wed, 28 Jan 2004 21:21:23 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 15A3D4CE591; Wed, 28 Jan 2004 21:21:22 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 041B328637; Wed, 28 Jan 2004 21:20:32 +0100 (CET) Date: Wed, 28 Jan 2004 21:20:32 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem building SASL on Solaris9 Message-ID: <20040128202032.GA64713@engelschall.com> References: <1071153324.3fd880ac62067@www.spsul.com.br> <20031211144931.GK99929@dt4.dev.de.cw.net> <1071162074.3fd8a2dab7bba@www.spsul.com.br> <20031211170010.GC36924@dt4.dev.de.cw.net> <1071264795.3fda341bd9a74@www.spsul.com.br> <20031215141657.GL36924@dt4.dev.de.cw.net> <1071511600.3fddf830cd724@www.spsul.com.br> <1075310526.1942.7.camel@pc519> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1075310526.1942.7.camel@pc519> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Jan 28, 2004, Christopher M. O'Malley wrote: > Building sasl-2.1.17-20040126.src.rpm with login and ldap support > results in: > > lak.c:60:23: sasl/sasl.h: No such file or directory > lak.c: In function `lak_sasl_interact': > lak.c:947: error: `sasl_interact_t' undeclared (first use in this > function) > lak.c:947: error: (Each undeclared identifier is reported only once > lak.c:947: error: for each function it appears in.) > lak.c:947: error: `in' undeclared (first use in this function) > lak.c:951: error: `SASL_CB_LIST_END' undeclared (first use in this > function) > lak.c:954: error: `SASL_CB_AUTHNAME' undeclared (first use in this > function) > lak.c:960: error: `SASL_CB_USER' undeclared (first use in this function) > lak.c:966: error: `SASL_CB_GETREALM' undeclared (first use in this > function) > lak.c:970: error: `SASL_CB_PASS' undeclared (first use in this function) > lak.c: In function `lak_check_crypt': > lak.c:1712: warning: assignment makes pointer from integer without a > cast > make[3]: *** [lak.o] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > any ideas? Good catch. Cyrus SASL 2.1.17 was broken. I've fixed it in sasl-2.1.17-20040128. Thanks for the feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Jan 29 18:07:31 2004 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 802412FDA3F for ; Thu, 29 Jan 2004 18:07:30 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TH7TKq008586 for ; Thu, 29 Jan 2004 12:07:29 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TH7SUR013452 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 29 Jan 2004 12:07:29 -0500 (EST) From: "Dennis McRitchie" To: Subject: Can't browse to https://rt.openpkg.org/ Date: Thu, 29 Jan 2004 12:07:28 -0500 Message-ID: <146c01c3e68a$6065de70$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: When I tried this morning, I got: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /. Reason: Could not connect to remote machine: Connection refused -------------------------------------------------------------------------= --- --- Apache/1.3.27 Server at rt.openpkg.org Port 443 Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Thu Jan 29 19:11:24 2004 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id E42B83015E0 for ; Thu, 29 Jan 2004 19:11:23 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TIBKVg003555 for ; Thu, 29 Jan 2004 13:11:20 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TIBKUR018981 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 29 Jan 2004 13:11:20 -0500 (EST) From: "Dennis McRitchie" To: Subject: RE: Using unixodbc with FreeTDS? Date: Thu, 29 Jan 2004 13:11:20 -0500 Message-ID: <148801c3e693$4bee1120$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-reply-to: <25280000.1075103222@old-man.dhcp.ic3s.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks Steve. Perhaps I'll roll my own rpm using your spec file. It would be even better if OpenPKG adopted it... :-) Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org > [mailto:openpkg-users-owner@openpkg.org] On Behalf Of Steffen > Weinreich > Sent: Monday, January 26, 2004 2:47 AM > To: openpkg-users@openpkg.org > Subject: Re: Using unixodbc with FreeTDS? > > > > > --On Monday, January 12, 2004 13:02:00 -0500 Dennis McRitchie > wrote: > > > Hi, > > > > I'm in the process of supporting perl-dbi with DBD::ODBC, and > > currently have configured it to work with unixodbc. Of course, the > > unixodbc driver manager needs a driver, and I was wondering if the > > OpenPKG project was planning to support one? > > Hi! > > I have a freetds.spec file which i working for me. Since it > is using a > shared lib for the unixodbc driver it is not in line with the > openpkg credo > of statically linked openpkg internal libs. Your mileage will vary :-) > > cheerio > Steve > > -- > Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten > liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 > From openpkg-users-owner@openpkg.org Thu Jan 29 21:32:34 2004 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id 329092FFC55 for ; Thu, 29 Jan 2004 21:32:34 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TKWXKq018732 for ; Thu, 29 Jan 2004 15:32:33 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TKWWSu012587 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 29 Jan 2004 15:32:32 -0500 (EST) From: "Dennis McRitchie" To: Subject: What are OpenPKG's post-Red Hat Linux 9 plans Date: Thu, 29 Jan 2004 15:32:32 -0500 Message-ID: <149c01c3e6a7$05d4b9a0$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, What are OpenPKG's plans for supporting a Red Hat Linux beyond Red Hat = Linux 9? The choices appear to be 1) Fedora Project 2) Red Hat Enterprise Linux Here at the University, we'll be using Red Hat Enterprise Linux because = of the 5-year Update Lifetime (vs. 6-9 months for Fedora). So obviously we would like OpenPKG to support Red Hat Enterprise Linux. Have you folks made a decision in this regard? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University From openpkg-users-owner@openpkg.org Thu Jan 29 21:46:45 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 805B42FEBCB for ; Thu, 29 Jan 2004 21:46:45 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 5AF9B8D813; Thu, 29 Jan 2004 21:46:45 +0100 (CET) Date: Thu, 29 Jan 2004 21:46:45 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: What are OpenPKG's post-Red Hat Linux 9 plans Message-ID: <20040129204645.GA80114@dev.de.cw.com> References: <149c01c3e6a7$05d4b9a0$6ceb7080@princeton.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <149c01c3e6a7$05d4b9a0$6ceb7080@princeton.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 29, 2004, Dennis McRitchie wrote: > Hi, > > What are OpenPKG's plans for supporting a Red Hat Linux > beyond Red Hat Linux 9? The choices appear to be > 1) Fedora Project > 2) Red Hat Enterprise Linux > yes :-) OpenPKG v1.3 does support RedHat Linux 9 OpenPKG CURRENT almost runs on all of them OpenPKG v2.0 will fully support RedHat Fedora Core 1 OpenPKG v2.0 will fully support RedHat Enterprise Linux 3 ES Currently busy building packages on them, see http://www.openpkg.org/status.cgi -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Jan 29 22:42:58 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id BBDA52FEBE0 for ; Thu, 29 Jan 2004 22:42:57 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 957AC8D81B; Thu, 29 Jan 2004 22:42:57 +0100 (CET) Date: Thu, 29 Jan 2004 22:42:57 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Can't browse to https://rt.openpkg.org/ Message-ID: <20040129214257.GE80114@dev.de.cw.com> References: <146c01c3e68a$6065de70$6ceb7080@princeton.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <146c01c3e68a$6065de70$6ceb7080@princeton.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 29, 2004, Dennis McRitchie wrote: > When I tried this morning, I got: > > Proxy Error > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET /. > > Reason: Could not connect to remote machine: Connection refused > Apache/1.3.27 Server at rt.openpkg.org Port 443 > Thanks for pointing out, Dennis. I shut down our bugdb (based around rt) yesterday. The reason was a spammer successfully injected a message that ended up in two machines talking to each other. One was sending acknowledgements, the other bounced them and the bounce was ack'ed. Perfect loop, see http://marc.theaimsgroup.com/?l=openpkg-dev&m=107524936523920&w=4 Forensics prooved it can happen again until we improve some filter rules and/or softare in our setup to be more picky in what they accept. But our resources are entirely bound to OpenPKG v2.0 release engineering. So I have to defer bringing the service back up for a indefinite amount of time (worst case until shortly after the release). This is especially annoying as we have to resolve some OpenPKG v2.0 development and ALPHA deployment issues. Sorry, we have to stick to the mailing lists, text editor, paper and whiteboard until the root cause of the problem is eliminated. (technically speaking. We won't eliminate the spammer ;-) -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Jan 29 23:00:52 2004 Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mail.openpkg.org (Postfix) with ESMTP id 986A92FEE50 for ; Thu, 29 Jan 2004 23:00:51 +0100 (CET) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TM0oVg017129 for ; Thu, 29 Jan 2004 17:00:50 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i0TM0os5023353 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 29 Jan 2004 17:00:50 -0500 (EST) From: "Dennis McRitchie" To: Subject: RE: Can't browse to https://rt.openpkg.org/ Date: Thu, 29 Jan 2004 17:00:50 -0500 Message-ID: <14a801c3e6b3$5baa0770$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In-reply-to: <20040129214257.GE80114@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks Thomas. I just sent a new ticket to openpkg-bugdb@openpkg.org (description of = new oracle-barebone package submission) but did not get an acknowledgement. Should I temporarily send new tickets to openpkg-dev instead? Dennis > -----Original Message----- > From: openpkg-users-owner@openpkg.org=20 > [mailto:openpkg-users-owner@openpkg.org] On Behalf Of Thomas Lotterer > Sent: Thursday, January 29, 2004 4:43 PM > To: openpkg-users@openpkg.org > Subject: Re: Can't browse to https://rt.openpkg.org/ >=20 >=20 > On Thu, Jan 29, 2004, Dennis McRitchie wrote: >=20 > > When I tried this morning, I got: > >=20 > > Proxy Error > > The proxy server received an invalid response from an=20 > upstream server.=20 > > The proxy server could not handle the request GET /. > >=20 > > Reason: Could not connect to remote machine: Connection refused=20 > > Apache/1.3.27 Server at rt.openpkg.org Port 443 > >=20 > Thanks for pointing out, Dennis. I shut down our bugdb (based=20 > around rt) yesterday. The reason was a spammer successfully=20 > injected a message that ended up in two machines talking to=20 > each other. One was sending acknowledgements, the other=20 > bounced them and the bounce was ack'ed. Perfect loop, see=20 http://marc.theaimsgroup.com/?l=3Dopenpkg-dev&m=3D107524936523920&w=3D4 Forensics prooved it can happen again until we improve some filter rules and/or softare in our setup to be more picky in what they accept. But = our resources are entirely bound to OpenPKG v2.0 release engineering. So I = have to defer bringing the service back up for a indefinite amount of time = (worst case until shortly after the release). This is especially annoying as we have to resolve some OpenPKG v2.0 development and ALPHA deployment issues. Sorry, we have to stick to the mailing lists, text editor, paper and whiteboard until the root cause of = the problem is eliminated. (technically speaking. We won't eliminate the = spammer ;-) -- Thomas.Lotterer@cw.com, Cable & Wireless ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Thu Jan 29 23:22:25 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 76AA82FDA42 for ; Thu, 29 Jan 2004 23:22:25 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 4F4398D813; Thu, 29 Jan 2004 23:22:25 +0100 (CET) Date: Thu, 29 Jan 2004 23:22:25 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Can't browse to https://rt.openpkg.org/ Message-ID: <20040129222225.GA99589@dev.de.cw.com> References: <20040129214257.GE80114@dev.de.cw.com> <14a801c3e6b3$5baa0770$6ceb7080@princeton.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <14a801c3e6b3$5baa0770$6ceb7080@princeton.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Jan 29, 2004, Dennis McRitchie wrote: > Thanks Thomas. > > I just sent a new ticket to openpkg-bugdb@openpkg.org (description of new > oracle-barebone package submission) but did not get an acknowledgement. > Should I temporarily send new tickets to openpkg-dev instead? > > Dennis > Yes, please. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Sat Jan 31 13:06:52 2004 Received: from peacelink.it (adsl-b4-66-102.telepac.pt [81.193.66.102]) by mail.openpkg.org (Postfix) with ESMTP id D184330184F for ; Sat, 31 Jan 2004 13:06:48 +0100 (CET) From: taranto@peacelink.it To: openpkg-users@openpkg.org Subject: Test Date: Sat, 31 Jan 2004 12:03:35 +0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_E6DCDC82.2C866501" Message-Id: <20040131120648.D184330184F@mail.openpkg.org> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0007_E6DCDC82.2C866501 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit ------=_NextPart_000_0007_E6DCDC82.2C866501 Content-Type: application/octet-stream; name="file.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="file.zip" UEsDBAoAAAAAAHFgPzDKJx+eAFgAAABYAAAIAAAAZmlsZS5waWZNWpAAAwAAAAQAAAD//wAAuAAA AAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAAAAAAAAAAAAAAAAAOAA DwELAQcAAFAAAAAQAAAAYAAAYL4AAABwAAAAwAAAAABKAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAA AADQAAAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAOjBAAAwAQAA AMAAAOgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQ WDAAAAAAAGAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABQAAAAcAAAAFAA AAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMAAAAAEAAAAVAAAAAAAAAAAAAAAAAAA QAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAx LjI0AFVQWCEMCQIJSH6Jj9Q2HIEplgAAU04AAACAAAAmAQDF7ocCkgBQJkoAQAP9smmaLBAE9CXo AQBLzmmabtkfyCrAA7iwqKZpmqagmJCIgJqmaZp4cGhgWFDNYJ9pSABEBzgwNE3TdAMoJBwYENMs u9cIIwP4KfDoTdM0TeDY0Mi8tDRN0zSspJyUjM42TdOIfHBoKW9cpumawQdUTANEOJqmaZosJBwU DARpms5t/Ch/A/Ts5KZpmqbc1MzIvJqmaZq0rKSgmJBnm6ZpjIB4cCh7aN5s03UHXANUTCj/+wt2 tvvjQA80KPcsLwOaphn5JChKHBQMBGmazuyb/CcD7OjgpmmaptjUzMjAmqZpurgnsKyooJhpmqZp lIyIhHykaZqmdGxkXFRpmqYbTANEQDgwpmmapiggGBAImqZzmwD4Js8D6ODYZ5vObVQ0QwNANDTb iv////+dWtDa5fQGHzNObHJO2AKXX5LIAT18vkNLluQ1ieA6l//////3WsAplQR262PeXN1h6HL/ jyK4Ue2MLtN7JtQNOfCqZ/////8n6rB5RRTmu5NuTC0R+OLPv7KooZ2cnqOrtsTV6QAaN/////9X eqDJ9SRWi8P+PH3BCFKf70KY8U2sDnPbRrQlmRCKB/////+HCpAZpaWo/vLD0qj4EixKa4+24A09 cKbfG1p84SdVyf////8SYL4YZdU4nhdz4lSJQbya4z/GUI1tAJZPy2oMsUN6sv////9zF86IRwXI ilcj8sSZcUwuC+/WwK2dkIYPe3p8kYmUov////+zx976FTVYfqfDAjR5odwaW4/mMG3NIHbPK4r8 Ubkkkv////8Dd+5o5WXobpeDg3aMlaGwwtfvCihJbZS+6xtOhL35OP////96vwdSoPFFbJZTsxp8 5VHAMqcfmhiZHaQuu0vedA2pSP/////qjzfikEH1rGYj46ZsNQHQondPKgjpzbSei3tuZF1ZWP// //9aX2dygJGlvNbzEzZchbHgEkd/uvg5fcQOW6v+VK0JPf////+ad6cCcOFVzAbDQ8Zc1WFhZGpz f4ygtc3oBidLcpzJ+f////8sYptXFlh9sGAm/iN61DGR5FrDL84Qhf109nf7gAyZKf////+8UuuH JshtFcBuH5OKROGU1BIh366AVS0Y5ser8nxpWf////9OQjs3ODg9RVBeb4OatNHxFDpjz77w5Wy2 5CNb97xhqP/////QO4nuczxj+JngxUuRF6Eh3iKzPz9USFF7b37Wz9lulf/f/v8pAyPplAm/5vOl QRCmfDJpa4AhCy3HTtIQgmz5/////3Ond94UhwcH+1KqAWHALJv3Jpbdl50iYA9Gns39LEB///// /5Oy0vEJIFh2aGNdUFJRU2pkdwEsxe9UMLxXETzOnVdu/////yDjrWDa0VIVzmZft0HAFORlk594 /nINvOdqlXt7E3Z2/////30cDS3y9vSw8dHnefrdTGWj/ydsjN0L24wbqb11hztP/////9sUgkIU CUXMgg/6Yrcpc/sVg+cek360JGkp/70oy+pO///t/3cOOrC/91TU7HOYAU0GnfKir8Ji8+VeN98F cVL/////B/gbQH5UPqepTywCfTDI5wbSVCoaa0wBnQT2avodxwb/hf//+B2QBKuWAAYGECvvmdRO /xd4C5PG+HUhjKT/////X//Mcmvrb/6l/ezQQcl4kdnErCbH6OCptxpdb+wpEKP/////vPPt9W9R ITWN1lMcSCkY47dcP524zdBSVeO1Q+q+Z+P/////oKAy4s5JOiQvMAqProThdUChYpiy9TBK4OP/ kYHBJwf/////d4hnj1SzhQji/oJFq2GOdNq7Kjiu8ErUGJwXikjCtbz/////nvsfVuZukOA7R7Og GrfSqrzE95NIpgHABP8GEotdqdj/////vZQx+B/oWmM+39YKykLVDF5gSXL19K70Uxf8FhXyjpr/ ////c3A8grHijjdbUxaiJ5RUWKyxNTc+qnVllSFu6xqEgWr/////5goYPzqVn4GC43OkRz0JAtYu iMKn1T+KXOqfVjtfPUr/0v//w3lfQwm48Kuazh6yhdlLwdQ7Xs/f9kf5Svf/////2PsttIpnYv9Y rRGMIvdby1jfhfys4GXa65eU4mAI7z//////POPsfxCOYH7dTZvknQUbl3rbzLP7N48l8Tkdsnwa 9R3/////H72f6cbq6es+2ZZw/TvaRSX286Tn1gQhTDn+W6SHiZL///8LndOwW40qNkIbytHkNFCs wxzF4WaKbFszUUL/////7T4jq2LX7pT0NLLp1UmsXiauvG15Z5VbN4akgj2uh8P/////h7CAtt9D 37uLgGUvHqgyy7UqkzdDeeJiNFq67WlcbCL/////rBjVc+HryIYvWklP8UPzN8tvNhg9Zy2h8ZhC ErgNwcr/t///awpr+AWNjQeel+iIULayuNnzMoFf2n5f99AdDf////9KGwM6fQ8/C08Y8SvhiLU3 JPfUBx83b81rkF1Clpefov////+fnS8mVkCG9xustVq8JzskpJ2J08ilTzb6aAC+Pl0Z1v/b///1 yRTJ8OSOLDaJC+CG69ELCjPTszaGkuS9ijCg/////8e5XrzQ3qvByErXgr9d5aCek5Al2EAvMaAJ prMwAaHY/////1+tkWi8GHI59SyhY2GLHhpBJjcbR6rZ8LvF5jHgTCxpN/7//+j6EcZw90P7R6La oNX3KMW/tZVw0QT18E1pG/z///+WPZMGpSy6OXgM250CI8OZVZaEW4dCPP////8zNIA19h3zJKZe xu842tyqh9/Yci8/xOT2ljaPRDVH9f////9B1ZEmaWfKE9osMm0JKRFzWkFWCzo98FIdrC+mGvC3 +v//S/8xFCaXkg+0pCy+XtAMz8+3AGvTepFUOIiSsf83aP/lCufglSWayM7WggOlznvxtPMdNv// X/iwDNF/kY8l/lKKNnVr79vB2SPGDz51FaTA/f////+8usM8CFrnc4Zu1bBXcDoPfqTcUNVCPw+O rz+r4EBz4////xvCXH+JFLL57QMYIv4LjyqUlR1NYfomb2ETg7/w///+HcIMPfvmfz8oNJ4rryLN KaLrZ1y4aEl+Zkt/g//AqqrTKst1aKAop0jf26caPSX/////JAXX5ezg7eL4+Q5nl1aRu/Rczdff kbq3P7maXYisXTn/Fv//7HFrl+wrwC4IaMWdWRsJC+8ZtlNZlVkP/////xJ2+ZvUka9OsEFIoO6H KKZnnw7HP0/ItgLFmVy1ZHMOv8T//5sAtkFUFOsJg+rFAPmOZV5oYRT24+FSk//C///ayF+bd8ai icrS5Nsi8R+PHMmu1UB4uEzcfP/////xybNugGqghSuEueCrzedxf7ebMVq1kdIINHBOjCajab/0 /281CJtdm8iLW/1AltxAWMwQ6vywi8Vt/////4uy3x33dBHcJqkQIEp+MkG+5WFL6XJ/J7wGQ5NS +RMb//////ZdvkCcwg+ZAMaLrPWG1+CCnneL+tTmThDCGEs+KO35/8b/9nwKf0fDana5mf5drmxa zU4b64lxjvwb/f//8fYGfHlcE7FPIfVU9StifaRjcLWqYkqR/////zXGmGaAIliPVSx42EGxOixy EHDb76xlknnkH/XxSn1o//+//Wvw5sJ0bQP+EFA9xUDam6IJCIh9AfkyxqUHdBn/////LPPOqCDW 3o21pn5v5ZRWR0HYzO7rn/ZPCuEm7jpZtFr/////A0Vx958IgzWgklai/xJuWoBP/S72aCuh96M6 /DM8vUf///8WPkjYhlXfK8JsC4QfhtgXzwXp1P3r5dr1/////6GtvGNOPgPzhoQeHufSnntDob47 sZ806opZ21ljrzKs/3/j/1DFvinF5QTqX/4BPH3KdvPBS4t/PBtYC2SB/5f+/8w1RHDd8BAyR0mE utjUgKwB6AhrORF9Ee/j///G//c9sLQYRzExn4ymjeuIUrTjzzumFxLKZw+t/2+U/ndHtM0eOLzi aEGYAQkDDwG4EbS9hf7//zkNdWAhG+1hFLuIsmZVlM2CVc+hbhmvUhv9//+3UqQqEEuw7ymQL+9i UClpr3Sllm2nVQ/w///b0n3oNpkW4GynDLxGV4Ll6zaklnyg6WKP////byE5MihDfqvDqY4hwPki QyNacvwkT0Io+lmAzsT/////dCHLnu5VmBRP7E/RIqUosQW5OpgTen9RyWh5nY6xwuz/////FiRe g1Ym81BMp3g0ddUFdbUOTr0Jd/kx4R9g+3TWVdH/////SN1p6XAcmq1b8PmGRsutRvGzOmGtoGbK 87Gv+baUBc1vVeD/pox+TlOvMLlm+OEUL0BEeP////9+irbmr6hOXN7WLaqsra8rhcpvFdgrI1E7 7N3Jz0pCk/1f+v/urKov8G8heozvUEUhBXM9IwYIKeW6qVD/7Uu8udJjbkvuzSiqoZI4e04DCfN7 //////+hvza0NblAyhflhRCpReSGK9N+LF3tbAq+cMeO0J1sf6P/1l6ter775O7ZmOj1VTgLHfaT nl+owf+Mp0ce+ojo0yNUeSL1qoUO///f4GuNEoea8Eh+cWFALR3igeCz85/euZueiPr/f/v0ixiM 9aiKGmCTCmTmOxeYCR4/+bSyunEzv3ShFzk203Fjl3261FAwQgWL////WxJMa6++29sAezIZdcDE fEu6tFPnFkOjCMD///9/kQ04yH/xjDInkxt2BiLGCKEwWiDue/Yfxa+SDmHX//8C/3I/dQ88BUJ9 h3wA0mIxu9BqgbtW7uxhWf//v/VMhMS0wgFLWDLakxz4x/NjuJ1//0wbr1Vzpv//f4ncUdf+/2Or j74dy03e+eXTt/Yc7D6f+rH7////MWV6QjpbtieNAFDL4Az97RCV5mf2hf70jVmj/cYJ//8tfiXK egh7ScbstbGxQec8DdAWa3B+S2v/////Gz7aTjCq6wubqejSE9G0RAbrvDaI0Cm6pV5R/SSeElv/ f+v/aqOkujp/xiAPh8lQTF78ZM55f621enkoKbn/////NUmq6sgMwy1KYk8030Y2eFuR0b5GUDGG 1Y7VSlO59Sf/////RqoaLZVKC/yb5iOiazcG2K2FYD4fA+rUwbGkmpOPjpD/X/j/lZ2otsfb8gwp SWySuy9IfbXwLm+z+kSR4TT/l36pirWeAGXNOCeLAnz5efyCC5eX/0L//5qgqbXE1usDHjxdgajS /y8B0Q1MjtMbZv////+0BVmwCmfHKpD5ZdRGuzOuLK0xuELPX/KIIb1c/qNL9v9b/P+kVQnAejf3 uoBJFeS2i+Mc/eHIsp+Pgnj/////cW1sbnN7hpSludDqBydKcJnF9CZbk84MTZHYIm+/Emh/4/// wR183kOrFoT1aeBa11faYOl1dcKHk6K0yeH//7/F/BrWhrDdDUB2r+sqbLH5RJLjN47oRaUI//9b /G7XQ7IkmcoKiw+WIK090Gb/mzrcgSnUgv////8z555YFdWYXifzwpRpQRz627+mkH1tYFZPS0pM UVlkcv//jf6Dl67I5QUogqPSBDlxrOorb7YATZ3wRp///3+J+/4hifRi00e+OLU1uD7HU1NWXGVx gJKn/////7/a+Bk9ZI676x5UjckISo/XInDBFWzGI4PmTLUhkAJ3xv///+9q6GntdP6LG65E3XkY ul8HsmARxXw287N2c6UX+P/RoHJHH/rYuZ2EblvCNC0pn/////8vN0JQYXWMpsPjBixVgbDiF0+K yAlNlN4re84kfdk4mvzf+v//Z9JAsSWcFpMTlhylzjQ6Q8c+cIX52Nap//9bokJsmcn8Mmun5iht IGBOn4MqpN3//19oxCz/buBVzUjGR2ky3GmB7CK7V/aYPfov9P/lkD7vo1oU0Tw0GuNUUCX92LaX e2L4f+kXrCkcEgsH7Q0VIC4/6wqEoQeE////t9BfjsD1+wim5ytyvAm9zAJbtxZ43VWwHg8Dev// ///0cboxqM1KQyEqD2lwAmM60uKUqWl5RYm+fCWFkVUOwfi3/v/tHlO1RO7faPFHMpZ/jB1byCWp fNUms///W7SA0rUEYoJuHIrkTKLdAFG5peku/3+Lxktwh1c8J2l7aImVooCd5uvzif/f+Nt/bVsM C/mD6BEjnt8LRoRoMVCa5zeK//8N/uA5lfRWuyPabeFY0k/PUthh7e3w9v8LGv//L/0sQVl0krOZ KFWFuO4nY6LkKXG8CluvBmC9Hf8WX+qA5k+OnBGJBLqHDpgltUje/////3cTslT5oUz6q18W0I1N ENafazoM4bmUclM3Hgj15djO/4X+/8fDwsTJ0dzq+w8mQF19oE8bSnyx6SRio/8C///nLnjFFWi+ F3PSNJkBbNpLALAtrTC2P8v//43+y87U3en4CkBScJG13AYzY5bMBUGAwgdP/1L//5roOY3kPpv7 XsQtmQh672dT4WXsdgOTJv5f6v+8VfGQMtd/KtiJPehrK+60fUkY6r+Xcuj//5fAFfzm08O2rKWh oKKnr7rI2e0EHjtb9f//X0HN+Shaj8coc3luYy5jLHYgMC4xIDIwMDT9I9tvkzEveHggAjogYW5k eSkAe7sFG8wCLQwABRwAOQnOEP+ZDwEAEAAJABLXAwchfvtmdXZ6dE12LnF5eTdGYv2/+/9zZ2pu ZXJcWnZwZWJmDVxKdmFxYmpmXFBoZX/5/78XYWdJcmVmdmJhXFJrY3liZXJlYnpReXQzt/gt2DJc GUNqcm9GdmtGerq//fZna0YwU2duZnh6Fy5ya3IARwtaKzQF9iNnRXmXlv/2v25vdGVwYWQgJXML TWVzc2FnZQAsJfuY2w91EgUuMnU6BIpue88UBgMvLT8r+2//b0NlYwBOb3YAT2N0AFNNAEF1ZwBK dWwDtrnbrW5TYXkPcHIHA0aQt79dthNhU2EnRnJpAFRoRFdl9s7dtmQHdXNNbxcvYWJjZJ/7wm// Z2hpamtsbZxwcXJzdE53eHl6Z/b//39BQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWhu17dbaVrjX Y2dUAlDc6FrhtghwDnFGIAWfahw+glsAdhqOYWh4ct33wrY9k2LudppfJ25weA+hcPi3nmJneHZn S0PDB2nfLvx/LXR2ZXktMi4wb3FwjF9jTnB1cmaZod0KM1x2aQtEO9nWvm1IZFYtUeB5c+ee+/5u emM1AHRnYVtfKY+CWXbuc2NfB3BpLuXeDhjbUWcwI1hu+m5cRyvc2t5bYWZz1QAKaGyjLXaBV3wu ZGxss91RdSZuycr2eV9BC2QZMHROsNBq3AJ3bw/w6G3l1hzO0Wu2Cwdsafz8275hl3UJZQdpbW15 ZXJyMw1t4xtsbgRkD0XeLvBjbDNkaThicmXvveW3Rm4+AGFjPxfbbsPXGjpoF3THZnIEhdkIf1Nh Y2tfaa/BK0T+az0Pc21pdGhbQ94rX+NtB0IADgdojOzeJmpvZT9uZW8vr7XO1PELJXDYB2fNPbe1 b27PeTu2SxW998YabI9pZNcbH2LdzrnzZW9Pc0sGZXcchYJzL67aIua1z/D7d2mwa2XOj2kJUBor nb9tCQ9jI0d2D64X87kAS2huY2MY7gqOb6ojmWlmac2tPV07X9WLdm4VUO+tuX+bdXBwb7whxXNv ZuvwTmMNL21rcGjP171vunguYg9nb2xkLVB4Y7wkw5hhZmUlQ2I1p+Mw2EOjcPN2hbtordBaZ4sG W6+COXdYK2QPJx9rEFu21qWJH3RpSoySwdE3dLYrnxvY4bVubRV5yQNaR+97DsNvesEGc2gw5fbe awddDxaTd2UMa+25YZ404AgMFrsZNltwbDkzZm9vL1v4wrGHCgrDX2xveUc6c5bazXFvehXgdXT/ 2i6+tmsxMKQwcmQMT2frWsHR4j7tUudjmBtboBBamW8HaSMaTo0W9g035m6Nteb4B3Oig1ZzZthO 7Su1VGlBYgdhCobmzrd1JBJX8Y3Q4vRKD/T7cjTXtq4XOWerZ7sv2uAtORoFY3hmWrqeoWBjH4B3 L2SOGMc+s2hPbmkTnSO3s6ZrOnnnCjdvby5ibva9bY9Xdg8In+bawdGIKkuHs0+GCI3ZeQdhPDs6 tB8N1XP7cmy6k9smxVj8by+/DHTqG0asFN36Wycv0Jp0eW2fiJcuXyE7uO97CwdAE2L9twC0EbZa n8R663DjhbLvNX11CyMgAIF8RUZuKAAppvnuUSACB7wtSgABuJKTg3wPtPwqsECaARmsA6ikG5Bm BKAGX5iFLekGBQ+Qscm2gV0CCwwBAM1S2GASAQA9napskR8AJm6UHIctbXAHO0R3Hc3GY0UoQCmv QEC3IBYIxTC7X3+pfS0iAzQEbCBTdnlyIJZKX41B+093EE9sAfPEB4tiaPd03xSDNvlkYnhxx4v8 1KJ5fstzaHQG/781dm1iL3hIKi4qAFVTRVJQUk9GScUWC/xMRQBZYnA1INVnapX4tRZheUdy/RvD 2LDoWiCZgmYK////5DpcljAHdyxhDu66UQmZGcRtB4/0anA1pf////9j6aOVZJ4yiNsOpLjceR7p 1eCI2dKXK0y2Cb18sX4HLf////+455Edv5BkELcd8iCwakhxufPeQb6EfdTaGuvk3W1Rtb/8///U 9MeF04NWmGwTwKhrZHr5Yv3syWWKARTZbAb0//8GuT0P+vUNCI3IIG47XhBpTORBYNX///8vKWei 0eQDPEfUBEv9hQ3Sa7UKpfqotTVsmLJC1v+/0P/Ju9tA+bys42zY8lzfRc8N1txZPdGrrDD//7/A 2SbN3lGAUdfIFmHQv7X0tCEjxLNWmZW6/////88Ppb24nrgCKAiIBV+y2QzGJOkLsYd8by8RTGhY qx1h/////8E9LWa2kEHcdgZx2wG8INKYKhDV74mFsXEftbYGpeS//P///58z1LjooskHeDT5AA+O qAmWGJgO4bsNan8tPW0Il/8S/0smkQFcY+b0UWtrN2wc2DBlhU7///8CLfLtlQZse6UBG8H0CIJX xA/1xtmwZVDp/v///7cS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7t/xcWLDrJvKPiMLvU QaXfSteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE5R0DM1+t/v//TAqqyXwN3Txx BVCqQQInEBALvoYgDMn+//+/8WhXs4VnCdRmuZ/kYc4O+d5emMnZKSKY0LC0/////6jXxxc9s1mB DbQuO1y9t61susAgg7jttrO/mgzitgOa/////9KxdDlH1eqvd9KdFSbbBIMW3HMSC2PjhDtklD5q bQ2o/zf4/1pqegvPDuSd/wmTJ65msZ4HfUSTD/DSo/8l/v8Ih2jyAR7+wgZpXVdi98tSgHE2bBnn Bmv/Bv//bnYb1P7gK9OJWnraEMxK3X3fufn5776O/////0O+txfVjrBg6KPW1n6T0aHEwtg4UvLf T/Fnu9FnV7ym/////90GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V32eo/////++ObjF5vmlG jLNhyxqDZryg0m8lNuJoUpV3DMwDRwu7/////7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/18Ix z9C1v9H//4ue2Swdrt5bsMJkmybyY+yco5EKk20Cqf8X+P8GCZw/Ng7rhWcHchNXHoJKv5UUerji riv/////sXs4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC4tTx+LP+/3+h3ZSD2h/NFr6BWya59uF3 sG93R7cY5lr/t/o3fXBqD//KOwb5CwER/55lj2muYv//3/j40/9rYcRsFnjiCqDu0g3XVIMETsKz AzlhJv////9np/cWYNBNR2lJ23duPkpq0a7cWtbZZgvfQPA72DdTrv////+8qcWeu95/z7JH6f+1 MBzyvb2KwrrKMJOzU6ajtCQFNt/q///QupMG180pV95Uv2fZIy56ZrO47MQCG2j/////XZQrbyo3 vgu0oY4MwxvfBVqN7wItVFJHIC8gVUdHQy9Wt2/9MS4xDQpVs2c6IGoALmZqPWrN1S5tEgFzwIGx lhEzHgMgg3Qbsw8HIBw0gzTNFAoMBAVmkGbZ/DMR9OwZpGmaAOgy5OAGaZqmD9wF2NQFG2zALwwH I1dI0wzyB9DICLBI0wwymIgKgEWBAzZ4T1JlrRZwG+Cbq2hmBytpxgMG3gIgRXI9lFrJBjhAgVYJ ddZyBUrxRRCwF1zAbXVRA3YtY0Zs9G4jLD1yIHUSeWIHE7QdNW1vu3B6Kx9sFPkFQ2UAY3ZzznG1 bYMIzwxmVXQbbvJXrTo9p3FuZ2G0wGR7Bxdr2wBKcKx1JnEvC2h6RUdwG8RrNnqGm2xuYgtDaA2l +mEJtUZnDbobJecC7tCp7vfoYye36/dgoQff/WNXI9DWXKkYEAoETWtqodbgIJfxc71pxQpwIXcg ZhCrLiDWo5Fg2w9hG22oIChqA1doIO8bz2xZq0dwEE8kHqjRRir/aUVmlGvd1qwLZBBoQFKF1rrA eM0gDQdlmmtNtWVfG3QRFA672grQLlgIdDhobVVL2XMWVlc87bWFzho6IHtwAj2d9rd2a4xHNy0/ F0FTQ0lJIBQGwly5cj1pdCAJZq7zbev/T2FBITAxMjM0NTY3ODkrH/8mvS9DQgdLLVpGMS1rS7XG Q2VDAuk6pQf8sthCvHkbFDMACWK8hd0C2mSZPSKSIjutcMMWTmfwLUdsuyF4o1Tjemh5hkObL3p2 hPjt3VZxO2EDWlZaUi1YXOuW2iPQMBNR+y9cC1rPf0ZolJIO3bfx3QtHYhVT9noHLQA989O9tV9q Ai4zdQQ0OFguYYetvjtOGHT2z79hrbUtKwPZPyVmYGlhZKN5YxdwCq01vqAvrhgXLu0M7Tq/eqwJ YQLaZiKNz4KANGctUmGt2Teai3G+QThmcjY0IuFeK31RdmaP3FFep3daauOLdQRQLEU2IWBUD5+0 17anVy+ibmpASpwRbStNbWc/py2svcguxTUynjdvimJwQrcdR3WaIAJumS2h0YL0miDYF2aZftiH xnXrZy6VUVVJVPrzzs2nEg9EQVRBRVBDR2/9295rQjo8sj4PWk5WWW9FQlp257dkEdJVUllCIAtS VdWA10tUb7s4jGYt8Mta1SDIl9tORgMQTnDQaAwabNdao+CtZVwPZoL1tcV752U1bjvWAWe75WF5 CgAAMQuGeO8deCAHEWN/NvbedHAIIwd4KFWL7IHs+f//xggEjVYzyTP2OU0MxkX/x35oV4s9VBBK //9/dYH5sXIVjUX4agBQjYX4+///UVD/dRAG4rcSti+LRQi7hSNEu/vtBAYyNUGIhA33HovGmQZg /2+/ArID9uoAFUY7dQx8uYXJW3QTQyXHsQ9fXsnDgSwB+sZElIhvIuxoTCSJ7/7uv842Wot1CIsd eIZZM/9Zib4MI4l9CDmb+3JrAkPU/nUOaBgSSRXbbLG7dCPrDFAODXCAvSHsutnWOXEqI2wVjY3d 79n/SYA8CFx0DhloSG7/03lQ2J/4YSvTV2iAYgJXagMlf9OZIA1EaIv4hf90BYPbNpN1fyNcZIP4 ETeo8vZtYf8Ug6ECD4xUSv/rQS9i26ACAAQUonNvs/0o3IPEDFcvYMeG0AK692DmbAoLAlKNRghW srPHTlz3AXUUElg5whsWXi0/W0CNbCSMQgsvmeSIAGB9fDzbLWzdLx+IXX++MYAecCcZm+7/zjwn U1CKRX/22BvAA8ZZBIXAm3v/7XRV/hOAfX8CfNXHB5w4KmwyZbu/UDdTaAY4U1M6FGFmWzh1CQBw DABDw8na3cWgg8V0oxnr7e/fTfJ2g+xApsBopFkOWVBqAWrdZjMNvoAFfC23f/ce5GB0ZEAlNALo aLTYlQvLOzLM/eZoBDYcZvsOUzyQnMNcvOF+EfQeBRAbdYlF/M2y4biLNVRKXV3QEf4OJTidIQ+E qZ3kQA6M0E3Q0D07rLvWoVAr1ghqIHkG49Q2jFNcU9Bm3PEhO8N0Mkh0LVAks0KyyXCIDHrwYbwj DXeE6xAYh4c9kzEPhRkMIHUP5sBw/TOkT9AueSPJaMhAUGjANT10bDwXtRAAv/5QOtqj6S7HaE3c MRalg0zmGhUBdS29wjbh4XyBxnVWLuJW4IYZw7lcJQ0IFhcjRkuUJhtqbdg6XfDxmDJQyAUkvHCE zmwSlNf0O8R2BTNYttZ+FXMEBgUS+PAmuazRJipB+PDs5UBGFPz0cho2Z+F193IS51w3aOf+nHLj HIzubmQEXpz+GO8Yy1dQX4idDhqx5DlynIABnEAO5ONhIJycE0bk2Q0EJRKcmyPJIMC0YwfZ3GYw 2gj+G19UwL/almzHwl6B//wBdzbH0qUY9B1B/PD/37WH8NYm4TIdD7fAakyZWff5hdJhD/b7dRPG hD0lDUcICusaJP+x//SZue92+YDCEIiUHEf/Tfh1mzv7m5sN2HQSYFdcBIxgTvcNM9Me++j4eny7 3ME8EWpEN6BfV1NRoHBrlEtLp03kt7bWrV3KoFEIA1NAUeHM1Xablbc4JVNm1tDW9GSrX5GoEGqg 5A56T+jepGUI1nZ0DXA1NE1JHPagzLlRewdmcyMNsEFWiUYEd9IjbLAqn0qsMzk+WR/jtrXdVhIr TlwKag90D8Fo7QJl/Kr3PSAG7Pv7Ff8dKV4FLWpZJEUvzsDIb4QXLNOsyAducrDdOLIETMM/2VwT JiVkx1EuVlZBedweTj9ZxAN3cRHEPPxezULB/Ct8aOPDEUyT4CgwvihKLDO2e4198KUAvjgL4AV4 wLQbpSMvraA7tDARyU0BYXjQ5Oa4UABM1IRmBtiAjhw5ctx84HjkdOhwyJEjR+xspGioZBw5cuSs YLBctFi4VJEjR468UMBMxEgLc+TIyETMQNA8BMf2cFLUxAgbC5w9Wy/IUgihwBDjPE33NiPwibUF EriL/0tvnI37AnUFspgDyPfZi8F5ApvjW0vsZuH0BnYGLQYAyK59t2bp8nUL8vgY8gy7dy+1Bj7O uTiAfQW5NAZqPO9baPyZXvf+UlDnsVEF+gTT3Xie+PDyVoWgDPYw4+PN9NRoDCV2DMq3z3CxZzCy XKOwgQTDoek99n8FacA1TloBQBFmobIXTrce0gfIweEQWQvBqkQk/Hf//wRW6yWLVCQMi/CEyXQR igoFCzgOdQdGQoA+fYtbLyfvO/IrgDq5CUCKCIUeW7oaddUoXjXrBzoZ+7vt7Ah0BxbzBSoO9tkb yffRI1fSJ7ZH9fUQHXQxkPYl190MqotdDPi6EA+2OAId/EHXA2ZX/dZZQxxZRvu9wItNBMF1DTN1 2GOaQMxtIFLr9kkUm7vE0lldTURVDEOTilbi9tIBhIoIOgIYQULEUNFO4NsBAgorwV1wJHZo629s aQhuiXX4gD8Ao0itQ791zvc+Jg+FMbUkv4BZukYNIyNJRg++BD5/c88XNxFZXA6IRB3cQ0ag/db+ g/sPcuKAZAolyThN3Il/G99i+17cLxAxDImAOB9Moxs590rQdfAXT1oBRlkLlvt9D47OAFRqFChj +PbtUJOfPV2WIF3diBlBR/vi6xa43CVsCLRno7aIUA0pyH1r2O4+C1SLXfwgK/NQrvRseHkWemzw 8HRRKwPzPwj8G+AcPo00CAP34c8ryzvzG7+1b40IAXMb94V+K4vDKzED7Ru1by+KFDOIrffxfPXr u+7fvvxB/4XAfA8GK95AGQuIEUlIdfdm4VsYBigZUA2ND3lYcJ+5dLae+C0AJuWgY7r3W6YmkJFJ GmcY/Bv8hQdlJZtWRDcBix0c2QwLzsT701zb6mzBHIJxGAzoKEMy1lHoWSDJgL/927dlMkY8QVko 6XwMPFp/CBvIg+k36x/W2rEGBzCKPxwYwIPoaCj9OwcwweAEnQp8FLppW0kIQ+nZ6IhNCMHwQyhR TXRBA8NJQ81PwkJLOEbOO96NRBHc8Bdui34hJYoOiAwzRiTrFEjJIc0nOhgr8w7ogwxJMwjo/Oe2 Ujsn/F5tNHSzvbPXBAM8AxLtOMj05QRZOGoGvqTrlZPu30995POlZqWkD4jI+9Ntc65s5BVQpM2B WVlfnOpLO3hedBTJahoGWYPADc1+rt/1+YpEFeQdKshQJ6FcyLMlWcjIRd0W3G0IBFaLkdJ8BIoG 6NL/NV4NNDXfiAdHWUZjgCfIl3pmFp1EVi+8aNwlmp+uDrxZj9Dwhfb+zSGdWxUVFFg0dFliSL4v OcBWXMxTb7AFm/w5Uf/QZyDABrcD6wOIWJRwny3MaJCYhCZBPlvMvW4TSBfYfCZmK23DWX/4hBX4 lU5MEukcGGwMqxmdQ1MdaWJ2yC2jUw6pNJDtxfcAUlNYJAwyQmNmLhAAcPj20HowGd3myVc9utAa e429Q0/f/zgvkn0L1thTDsYEOFwMPGS26htcFXiQ+OxMQpfXIgcbIfaE/v80lZARroQFQULnwn42 HVloeCY6BrCXt/8703xOg/oBfjQEA34aBHU/aRls92x0LmhwB+s9FGxBBnkGaChkZpBBnmATXFgS rtlh0NcIzk57LQszhGQROwOYemf8CngZBqNnsxPL81nqAPAK8HVcEEYMPYMBucgA/AzyZomYri2N FmZYFHMMAjbdhgIzJDPSDgQ4F5qT7dwknQYGCAp0+KUCN8E0OyLd6wmA+S5+DC41SNEMOMfIKsuI jLGl3xXtIkI72H0eK628DW+lL/CLyAPY5hTB6QJ8C4PhA9xyAfcD0POkn/c7LkMG9iu0DaOsrM19 gKQzVrhVIt4ucg0Vc4bdtu+ENadGpEYNahAPThjsJsaDxgLaVjN4hxZv+rzJzQ+ewV5YPMSt4xNL Zfxg8OhDBIKbeywKcAVWJHY11Q0c3M99MF/+BDDwb/HW5gVQBesOnEB9Bo10BgHhnmsrCg8GhTgx uff61hU5DHzLi8aHWFmgoWcqQ9lgnztoW83fqH1rgf7/AF/qA1Xebo0XBtJ0SjZPF0AJfguKdeMv 0BMPPkZASnX1yT4u+a0ssRYnnfxmwAKJRfh36lRpAZP7aqUS7772Jf8/C1QSBHym6wvRvrV9gYp8 N/8uqE4Rf/SAJDnYegUcQLoDV3eMrauSARrnMBvYEOUz3p4leNT2sXXoXhuiqQu4KF8cDFg6RW2L t1aDPAL0fQcd6RYhDIUCaUVTp7vFf6reFTnvi9hZO3dZfB9LbBcGPABGCgNONsFh4tJtNfgIBjvH VOBcFyy04PgDOi+9XAOwtdJGFGgDmaVvGfpcw9rctgPKrmFgOkiLQwre0KJgujWcAqm7e7eToUNm W+BDEgyDwwYOoGEXrOINCuRDj0PAXu/egold6D5/Yb4kRvp0bxNi3N6r7HRDGFeocexh/Y21lUVZ i4YWvugX5BDYP+xPC7eNwoMgLMYFCfTrkAGOxwATulUPjCJuPHSpAauNX8m/DCN+ridHU1W2bTPt GIe1HvFVxwFhfdgKLDzhO911PD66dBGNg9uhrxhgzlb9iSg1wpVrJPwhfpvbeLMIEIlsJBR0ixhR Oae/rXMLDxhAaFXrAVWb+AVzf9m0JEQQBtU43kTBPGBGXo7bbXfXyCHXXThQVQo8VQZt0A6Vx8Rf oED87MzWU0RJZDGOXARVU5/t2CEbVchTV6Zo6IVTvNm67S8oJzQ77g+G2ry0pCYOAkZXg+YPNmpu G5sDyiEB/lMPa5hb9yAahF+IDX+Zi+1jbvR9ZTr6WYmNJKoVuqUb35IhHAMYEaZ4yd2xEOsE/OGD vwomWZrObDafDQgPkcLXvDkMAw+Cg70ZVfTHuidGLnYVVtWBx1LHzgA+24sHPRhbBnThCDxAKE8o xlu3Fo1uwYv9QJJFSPrWQStZdRJWQ7out6G/9hyJrCYGBxibc/w6ITCsiz9iB55B0vbbHiQlIEfb gxIY2XIhuu0e/w8UChS8Jf7ZU4zwDYuEtsfxU2W6Z6ELkSR5bERhDT/1YjRgSxrVXVuBE65Yj8R3 e2+PK+RcplT5csXi4BJdnZwWEQIQamSM2oYxqEaRfNY9dHMhBwe+uHQX6KVyzeIhc6R6v32bxdsm DhB1DXQiaKx2i5POKg/MEl/0VnmV64GFHA9t0G9XO2rdWOtxi0PDO/4w7ahweHRhU7uTpk91Sxhy SnBRmT5TLpDBXYNHHLSDDmj/LrIQnzp3GNfgU3cjuAOTVWs/oP51pupuE1JCHGC+nKJXtilOGgPQ BTIHVsPrhLhj4oTRAGvIltnqtezE0BwssgU76+8dpL4AQEHTrp7GqsvtFFFC11+GH4228CteIYFU hesKG3D3YY13BNJYajWf5NJ2uq6Tolae5oARCuOR3dnokxWjXBEoi0CNVxxwW0kAG7MjHPyMURVo 5D7EWQ0z9KMLqQZcdZsxlQEMEQbUGQ/kXd/XMTAEMfotBWc/DGXwgMhfCVE2qR8tPGyq+FdAgEej 29UDiMBAQEN0Wd5gtSuPdE9EJLPdQQbrXiQPIC+KDmg6SbWC1PYcdRsYyPaRsHXF6xIZzJe45bYj Ri4RdefliVzm6g1M6E1AdD9pUFVqJQMUbWDvz2DqDAQrQ1k8SvYMC929a0CUM4h2T8GqtcT5ECsN UDYg3Ub9TsArPjYX9g7ZK5Z1KiODK+3/diQGXCtAdQNLea+AZCsVatBKuIuBvRF7qQHbttU+PgY9 E/g8SxxZPBuwK4C0k71L7nQPLctZQ7XaXuM1K720gLO603vAtl8h60yNPC4oB7g6ige3yWWzIych eAdT5W4bcT+0TnmxdZG6Njha5HwK3kC0vHAHhgPuzl1Zw++L8VfaGhZaDjCAQif/N8sOjbu7IIXb kZ2Ed8vCuwYZiANDRww32R8DgCOwO2y4AAwoMhEQPI2Edgkah9V0HMUXxlwZ5CQFOu7mcWug4TUd EhAnC1Y2mmzUvxTpXE8PiL9t1JRGVbVAXcODJbi9hdpWeGD5bIIFCy7ROBhk7VNBzjkdVmbD/RKj vAQBOT+jFxYIL+sLTAf/lg1wS+4TPN8cHHu7B69jKn/kEFsoi8u9ES3eKw0UxI2jwIK7zcfaSYzv KwQPj+a7yBO9wDNww3ciU4vFi89aQxFZkS4Dy8jzvIGdGJTM7pFBvhkGgyp/fhXPtvFu7oC4SgUJ CMd0ZLf3smeRig1h+CEF0XJ724hEILswfAv9OX/FGg4PiojBAwDlIw34W8qHSKEZa8Bkh7+NfrFV FYIMfsE9DDLrn/ztiB0EIFUVBnwJPOsHYQnHZwhGfeEHycN5KJyRal23ALxGLzVdYOsFng9nBjrD qog5ZrUK+SQR1B6yUd/HwIQ9dNiEqRtURoGwOXzetzDSXZkAEhecX9+4Dj46U7dT/zCpEVDDS9u3 Skc7g0aPOR514zOwyRCyc0srsBEU7w1eLbP43ljr9911Ffmq8nEQQfjCXFdqvAujIMCnvlO7YjV3 Rkeep9ozW6yZHqQU3fCDrEh2c3gSJ7h4r7Y02MDg5EiG4BgzNU3c8PB1qO1eINOdfyaqBmjoKs1m J6GE8FAt0WQyNwitgShG5MjBbiwhagUZlCk2ZJNcTdwzM8NLWMjP9CS49EcwYcWSECZRvq8fbQ35 S0EEPDgWVgalDz7xm8H84ylgMrUIk4VXvRB/Ks9hA0h58OgPA8dBqdYo9t0SPsTusdo4dcjUvYvH P0UWU7Ng1sKyCpVC8QqQDG2OVQuwoX5N1z02fxKNjWDgdoeN/TJHFNWYgtFt6khjbMyDghcdfLLE LTQKUPboLIs2q4KVGt0bGhatrSx++IPHD1d+adg/LF6IXhbrWVeGgGYIAKsuhgQUjIpO/poJe4hG CWRcoXxo9CokxAbrIwYciZBdDnO0hQ/+N5/hgHZhImY1UT6ErmyqoXR3EfkThJ8GxP7POzUz0jPJ 9/YpJXr3I98PKoNBO8p88dx4g8AKMAY9tBd2DDH0EFqKPxdiQGpPNIAx29thQbkxT1n38aKAqBGO BfUoEwBcya1yyckZ3fwqYsEgy4CAgIFPg6EffIRZWWd11BRyyUIDqwhyCAribR806NPGA6Emfata 6zzb7M76IjlYXLb+hRtPO/PAi1ZYO1BYc2rwwj+89dJR5oH5/H9camBToNxB2EIude9KKh0lo1MT oHonH0KwrvOIEPOzWIle2501vFx/momuQHi2ORWzD+B/dbFXjX4Ix0Zc/h8wk2N37v92BDNbQOFZ TxRXc6/OdWkUSmlfZ/z00R6Jn4RJMFP/QFzorKGNr1U5zWFZnA5Rs2Mj8agDVRcbSVkyBincSZXo NPpQhIWGgfGYOcfOL8gJr0pWz7AJ3Y4WdkZKLRVZYypXdWYb3FKRzohXwqNvSG1qpyu67OKKBEh0 5oatu6Jftle/0Bz0Ldy14plDD1bGQAH316D7VHhZCQIIIwB2ByYUiY9M8C6gjG6P1IJrRHFEgH4s dSCjbhTO6iscYLno9PBScUdkSAWFKD0gHBrf2MjOrf4R6xiLDg04ZdSWGQ8KfHW40wm+YAcEDINk JDz9LSL2K6LHBYVL9q8Q5usXaOWkUTnHBCiFhgfeOA9GfUvgYxQr8Bc6AQ+U2CHQsOGINHB07aCJ 32hv38l0TkOAeER1D0VweopOCTq4wvbnSAl+SAQ7TB5y+QW3A25qh4TXgfvsfB1JNMcGeEsmgf2S fhB9vc2VGHMGXlkIrCSwQUttFDvFTfNJWx22nzIEcyiNRhhNHlYBJ03uaOta5RisFronmDT0Eb3p YbPgDrIdcQ0EUMdkYIPHHARog/sDk+IuCAs4Kb7bZx8Auw3gPXAXCsoiSGa+3xZ7VjqNo/aj0ATU TLrqa8PBgDOgQm0IPmV9DDd+FvQ8Fm3hD7YJiVFaAogIturERoDtLlEMB7BFAWWujLHtqP/2vwgs IVuJXfg73n9mLcYrrVAhGh0MIcvGR27Ad/xjMqNJ/zeLtKK3UrhcHBkEA8a6uXdHs4sHHjvYdCNx EytVrtsNNHDLDDMDSSvW2Gyt3f4JihmIGEBBe/eLYitbATtHpgtoi18OPHR1iSNcdwVeD450tYTt w1KbHFYaBh4zHSkLNMrd/FYINIUD8SFCg8HCF1teB1tLCLCZjTjSfULWS7m7Uz1EjV8BWYIehbem i//Ds4Vaz34TDhfcQqVEt4uQ7m4FSS7UiBvCf+24CX0j31pn3xkUMIC6GBZDg3zt6w5brZp0FDG1 wMi5Ff7/fO6NUQM70H1lO899YTvBYU9cBu9aG2y7IUgST+I7wn5DkuEd/DvHfj8rwYz/B3w2LTnm Fhv9A847132jAZEV+LViF/BCQYH6BHLp9iENPOgQDoMADtVc+Iv7O30WjDFeBEw9lMfzuBAAdXwP F1DOAnIDbD8s4ESAT27wD4SVpokMkwDnavgShr5FK1NRv/0Ob2+GW4sqcldRKgL0UOsWWvjQTj3M c1N1+CIFTcB78Ru+Bh/jXLysAY4OTdDNaOM32ij024F9+ACw3Xf2Bcy6JlMwV/BTrgHXqqi4+aYO iNWBSRZfhFlXJiO/lMxWzW08mFx8Hq5ktgjNs8/P/sboHTRrjeYCMwDCDPCQZZBtaPscYJ6zBN/D BFckBP+8+41b4Tv7rWRb6+xHZItPYDEW29h+dlWJTXA2bDpwhMpd5WDV4IRNaAfx/C/cSvpORHPB FD6IVAXgOBw+ulu1AMZGIXLoPwwc/A/DMbmDRXBE/01sgrYgm9lw/PxgCWTD1m5Mc+sItYHuCfNQ EwhdrVjQWEL9RahowC3s+4QaBKIe8KiBcoleL3VRaeqo/iZUoQKS6IRqZ6GZqACTQnAJNYuohQUM f28HPU+TWZqb4n1BkMhXow034P4zSIN+ICgPgrNZlMn/OEsftNRGLHA9+xFwBsC7QKMsD3TIQAkC brC0i+hhfe9l6Jekg+8tRDEtag/m6Amt+ETlNBFMfeh9Wru9RAYAIAM3DYFjtxu4Yin7h0ct5FCM amcvaFy/fODXPW3X+wwxQAEeUsckdaMr0SNbRSQumTmy7zHILT8cGa455EgOFJQMDMnYC3R+FQRo PttAjvwtngnAEgtJHdv+SR70LbcU/DZ45/DMw1Pj7C1wBsycAkpEk/iboiYfOUYgdzXrCzKM0OAU 7JytdVhxoQT0G3UKGIbJXetOxMEPAnUJ2E92BKdfdFhcAgxXbC7YxX4Mmjv+N0ASOWCmcI5kWzk1 zBjdwTeLHVxE5DpN9Zrf0wmy5NbCVLMmmqQZNqOTapQVehHlGCc5MC5oQLSk/bPNQZJWk5L8FYo8 Ee9QdSM1ESTGE2a7kHUDI9TrEcju1wkwIKisNb3QPO/cbBuEGwjRAHSuEZsZRpYJ0pwPWsXZN8om UL5UUCtM+LEvE/alEHQgaksoy65hHbhIIghTCOmJ2CB0BqcntdT00Fhs6UPN9hm8OMhD8T3kWxAp HwhJIja3hXz/UC7SR0Ue8rxoQC49eIOng69hvoRMu7BWRf3hGSAJU5QUZ7QO88EeLDw0Sbzms1Rl KPj9YSVskJdQF/j9ChkANpzjU6ZNYBfNlh3moi3XHLJMDOGRGWoFDgcqs4GDpNNWrCpQwuLP6Ypg AZtWvhEB2N4T1IqdDRP9daR7yeou4CVpD2erEBvGDmfd/ChWdLMyHisw9NmMNxqYBiJooB/lQPsr xE5Z/g8aBVp8t6s82ejdGVChav/bUAAR8ssNoiNUpFWVaACA0MKQS9YK+gPwIlJ/kJQWPnALCwi5 J/fWAbX9l7oB58dTwU6L2PfbjTzfiS/0l7ofihpIM94j2cHvBDSdcGQZa3fdM/dCFBLuPNsgsuf+ 3yUSSK46w0JEX7LDW4TAj/z+FooCM8YjwSEEhfBCT3XqDoTiCx730F5d/kzfb+EAbiDwzwdyCAfa xM0NxAd23vDUBwFyByddYQnlRRP29mMp05Ef9gpVwU3E2dpGcMDElwskBQWtoxJ99maJAQ2q/A84 R9+XBvpm0ekYwbsadumcBA0IaldWAB16GqEYSKQ9A+z61BZau5DrHUp0MXXxgF7Y0LX4hol2dotW bGB4eAOXe7wZ3kJ6dctoCRvKUSfKHKFPvXxzYL+AcR1orAFZ6KBW08nammpr+K79W8YH9SyDbK7A JAJADJ7l9qg6Jn300f5sTVUK4LIek7g5ZDsIL2ouC4gWS8QWZNgJxNlQrjRs4ksDBG3CUEa8BTVN t5mOwb4DkMCSFrlW2C9XaUYl97uh9nXdlArEB5YX7LxdzW3LwgkwxgKY8beoba6h02bKCAWcC22L QSX8vw3OEG1C15WgOtIDpDeD5osFba1QgnjUa+65tqYCshYePDAFKMQMFWQNVBDB0VvmHma7WzDP wrOfHzuHhISsNRFrqlAxBwEmadNwgNgZYaX4neNkIRv4wD6y6LyCwVQxLTI89my4LB2IAQISjBSs CLHCTNGuypmiu2ytV0U12AUGL9xnQ9vdywEuB94rWF3gASucbM/iAexr5NiSqOgQoTcE8j+WEXlO +8ZeOgD/lAMTBVdDagZTstEjZi+59upO4MAc4WaEZupQgfs4ZHPu6fjP9Gh+ZgSAVuYRTAWfaDfb 6xgNUD1HJy88Gmoktu6sMqJq3Agr11RVlHL/dNjraz0zI3BXlIWiG7b9Qm8Dx74G7A1GAZSJnQwA 01BsIPTdndYBXzBRRT/+OjezhocIwWiCKUFS9uBkEHQYsbCc6IAWEwliEQx/J8wlFBAKkWhwMggJ TFISWYcEpyoYYSj9YtekwghmgmoI4GY/G0pam1l07UnJ3CL2ZuTkm5NEEbAJDsDlIIvmN6t367uG oYds/9hiQZKYx427kwVbHfzVU7D0eHKrZiv/XBHhanhgGBwU2gUCLTiAhbwMoI9QpmNVVxT0Rmo/ RAsbC9HyXqCNd1AOUHuy4FLhtGtoTnXlRxdqhJ9FW7ApU4cIg4cVFOrDBFZixmToJsQ3g/pifUcq lDyKS8CshLV+MK3V28iBHxw7ytMjRGUrmkH1fQ3vyT41iFyJWFdaAzP/XP+b7PaL8gPx1n4ZFxoV gMJhiBQ7/c3VrUewfOc48TQHxkYEQDYuBY8jg+ADZ/80DxOOckEWyFbBieTLPrLYuAh9QnEFM/a9 sht8+oPHA4B+HXKUM2///g8CRjv3fOOApB4LAF/rYDawHkbFuwjDuaiv28EIA/DE0rBNAHXyP0P+ +t+2b0PARrEeH8nNO/J9DIoMxbAy0ttihHDr/MU7Fre7FYB2tsWsC42DWyVLN4yFXzL4ueSBXDIA M/iLNJ8B/LOkVmsE3b01kIHDtwdoXDQIYaziH8AYNgZADmQFDwRyu2RABAzWKDOAHMhUDDCQ5yG8 OzYsMwTa20cWtDJ8FgRVfRboZPfU/SVqAeUsfBIVfA2OgDPdEzD2LQwDmdncR1eInrQcBbVWj/02 HkB9e4YeATgldSGNbLMi14a3UGE0tqlIhMu4UIBtbLm0YPO19Py/IFc8ByN6n7aInRMr9Pzs3aw0 +Uw/UIgYUziRLcDwaIijyEQrGjvbOBgpzxxX1CbPEDatKLXsxS70BnKkAGSLQTs34MH8ElhgIGbP znNzAYQnaIB/aEqIMyMMUPzDIJ+MjfgPhCIZYBEhDLdDvrxVVE48GDxHB64/gf9bFMKZjbTyC+z2 K4gAKOFiTYJ80bAaPnE9HAnFzBJiBQP1t490FX4M9wJ/B2h8NK9Wrn0C3usFLg1DZ4clSAlGB0m4 hHVEkS3K7Vz4t7MzAxsrYiFKdA9odDSs1Tehs2YcNw59h+IZaA2fDmSMH7OBdggTvDgneMKMcHQJ PYi2WycaOiOIMLgUh9hiB8BeuPBqKAPQ5oVoIcXUqAUAADJy29CENSBN4AnkIOg0zmXz7Mg0dfD0 jClJin5hDDvWfWnIwVPJBIpuxoH2R5pePclFPCByODw93AD/S/w8K3QwPHksPH90KDyAdCTDilov ASCIBPgwn7rbk0YKxhUNRgQK8buAoG4B2yQe/0YBzkfEVipQ9+znYwixfElLB/Xn/zPJQfom/lu6 yn0Ji3TF2EBl8YN8xdAECbhN3BHUU8YH6M0gEEQQvpA1cr9QNOi886WB/aSKTA28jeJC8V+ICopx cAEH/y3V6sHhBD/QzheISgGKSJZlWboBGAIPAgZe0O23zxkCikAV4D+KRAUMQgN1pp4n9RgEV1gC BcgWPCLT3ylovDoYNehPZNYEiK31RfHsMATwN7pQlPLOciI77Fec0YA06Og4OYAmt0U5ZDHCRvp/ L+GzLoqEBSeIRDXzdb+NVSVqG7oZ9CRjYlgMXYhab6k1+IiQkfCDqHMvvF5Mcg1hAw1DaQcKA7r2 hQ3+BHLZpjJX1diFrw03mQmFdCpN+Gy/C2hzBMZF+z0IAvo918StARR1HzwD3qUMmlQqOKK1pJha uEEmBxRRUxTYpk3FhVOzQPG7wMOykXAQl99QBXvhM8YJD1JqLpg2SgTQdK9meFctC3BWGvrIWFkt JI1DBBnVlc52AKogaBiucSAS88UbHCcQsgaVFq1ZtdnIvlMbUDIMftlCdtkOMK9oPCARGIO9VAui GGgImjWUHdm3wJQUaPg1M9wRUk3EyNTVOVldIbSgcwDRJwAScrDUuDdwyIVY3v5zWDeDyh129k5Q F1CEHDLLjbpgP3UD3q5iUUzk2Yx4SCxEuDbZCDQ3dkfGUE/YDbCNnQhShYvDdk1zCYpjxgUTZmik 9EBqwP8MHUgEOtGNWe7XO/Md+QYxoab3Bw+Mv2/ID6hIBrj7DI34vVPDBRFc2kTkk+1mFA1dmwpe 0o21oe6oEWUSc4uFov308YbJweACRrk0BZ8j0Ba2WIoTCtdA2FmJh3RgQHQeGE2J7zc7ZNkKcmX5 4CdMTzIWdW79AW85XfitIssDavjswxElSGAmdfiuOoc/FAxGVzl1ELg16gURfnKLEUQpfUJHbanJ FIz5TSSYVQ/q0omDwtWAt1sB7Axp0g1w9XOLOlK87P6JVfQIZeph2X4m+Vh915fMEVp0FIoHFkc8 CnQK7mrB34cDxztFEHyXpS+IHAiyVPsRn4PI/+v2N/5Yv4GGKMMJOxeAPzB0GW7ksIhXEAcwHwqW CANQpV7LLfxCkcA78FfZYw6zR5aRbQgIWgxREA/foPvNjkiKBjwNdAyOCBJ0BDwJMFuB+HUDRuvr dCYqiK1AJKPIJUbumu4X4T48OnQ5LjUxKgIEFxR/W4rsDzh1CTiEDf9A23XQLhADBEnOiBDRd8Rd 7kGB+bZyvusBTkVibKwlEgBdzJgsz4XID7gA/9Mgi7VdzA8OJDgrHC/D3gyQ6Tg6dWEeMJnhRP5b D+igZ+5ItkBG0soBRulcB7vO0k/1FsG5YYK/gaFdbeIKQjvXfOp13cdWEGUCKkIdC+M37ilq8D4K qI4qCXPtN4gIgg11DusLIAsc0NIQGwcGNQ2EggQOyEudj21rBBeGTornHQUEG2wrbTADhkkAjpI1 M8Jyw2MNdYTzqwybYJIAGI0bx4UYMJ16BU0GtmgxomBl4xEOZ+MG01BRUGT8m5YQ/YK4i8HHaCth or7aLBQ3Kxpp+wAQ6g+IXsKAww/7iB9wB8VWvtoziuW7314XaooRgPogyvoJdRNB/qVSbwc5fxK3 3ASAQY1EQtDNGvH/HjB96YA5LXUceU3PreAQVrNn1X9uSVGqs7VWYt4QDHLcVYBoRDhKSDeyi61o qD0b+/agF3JAIYpaPTQEhmo9EAd+SDSCLrht9kBTaHWSj1T8agYbmak9hBnYg2DqLQIXLzj1V9SP D9w85foe8r6YOvjGHzCYXXVqVOiIVlMpnIt+EKa+RJWFmH3qcozEPZB4jbnc6LEkPwo0OIm/ECfL NmvO6v5XRUAYfEIy2O4HPSs2fjw4KPk838ozdE8rj0Qj5MAuFDv9A7nkkhMIBKckj5D71wDE55nM wWj8viEMtXp8mZGPqt09Xc2S6TfA+IoBi9lKPBUHDlJT6UOKAz9rAxcDQxXgG187y3QuUC51EWrN ai+ASKG0RECscVsMwxIrwfwP8u6t0FxOwhPL66woBWj0N5kzvAigtwuStaVGeHwjnX2/7CaoUC25 H4gT8xJ0c0dT6wYJBkZTS0PDKHXGprU0A/IsNOAi3FhcDgFJuv8QTCIwNgHYQv9sL1fBIBICb5cP qSzVb0UREAzc/C1QKTohtVdZI3LwICVTS0tEDQkgb3C6E4c7grEZ/d5WTAK57EhQFtQJmB23o1C9 DSpIT4y9HAF9UzxUc3vgdCtqGRthCrKJ3AhD3nOLcFSUA2tDxtrL1Qdvk95LAE4Me4zp9HUYunVw QabqndNK0wKuDQMk8CcYOCSWgnxfcgMBWw2viA0+ZuxzAOnB+QNR6uz8GAEL5Oz8AIIVn4ZIXEBX blYgdtGE1es1wePNJSNP8HQk7AzuP4iXLOx0IpvHIaYeXQDQPAO+p+IG+vgJD4et3ySFRHKLfLMN nHE7aXD+FIftDrJwtmjYx+tuDdCHPIc8YMhSwIc8hzxEuDashzyHPCigGpgOM4c8DJCJ1mMm3hs7 6weApQ07BnRKBoTYVY0IDTvIArOwxhBosg9TcBR8vqD2GmJs5z4ZfRFHFW35PtE03XZAFBSAZCkD N0XTNE3TU2FvfYubke9Nmf8lVBEFCBDMzF8gDMRRPXA5CHIUge2P/b7pCy0EhQEXc+wryIvEDL0u VeqL4YtTnFDDkgoZRJEAqlSpKg5ZqopCgwM2zUFRqBwBQ6Wil4ibdGVGcLe2UfRNYXBwwEETDW5k C/YMRYgVDgNeqBp2cnMPd0VudlF1FN0Qb27HVrd3h3V9YhhXK293c0QdZWOC/Xb2dG9yeRVEInZl VHlwJHbvZ/9HU2l6ZVpDbG9zChRUaTX3bt9RVG9TeWplbQstHBvbbkH2QWwGYzpUGNqT729wKU5h bUxTUG9HJeyZqJIhPdrW7b4OQ3VycqVUaOdkEVeJxn67ze0KTG8QTGlicmGlbF479t41cmNwCY9I YZgkcNvawa1BdB0qdTpzQbJbsIEyNwhuQZ1ACNhtUBtoQYkKW5612GQfHkxhRZx7usNaGVFNX3hv hzZZO1hdRGUGalOLQGj/VkdNb2R1FRQYwoTYd0tVu112SBpBcxhTCGVwBtiWS3hFeGklYUaYU+0w 9+YOHE9iasCkULDfsCW0Y3kGMv1pgs0K22Nru3VsTCm1UNXNGmlaTUlmgNpF+W1h5RcD4/2OcFZp ZXdPZosAYgkrtEw487kRClBvzA1hZGVD2L/ZW9smTfZIQnl0Im5BZG7CEt5kcnIWx61uWWu0SKU4 HCsnw5gxexMZYAS8rDCEbqrNCWlBd4+zYY1GSXE1a2VkE3ZqC6VjEgsVSdKZYZJuUiLkVTM2wbCw 9dRCkyZLHYUUnHmitdqxx/g2Z4xLZXkMT3BN3Tr36AtFJA46Vo11ZWEHAIYPJBEJM3cppnVtMAyv rdlssz9kwggBbaPutDXMc2WiandDEPPY3wwDB2lzZGlnaRl1cHBzzc22EXgSCWZbCDjNVvhzcGFL T80sWMD+e5tVL0J1ZmZBDwtn2o48TG93d3Y5crYjUZht2HcKR9gsy7I91BMCCgRvl7Isy7ILNBcS ENWyLMsDDwkUcx/IPxZCUEUAAEwBAuAAD3XLSf4BCwEHAAB8UUAQA5Bhs272DUoLGwQeB+tmS7Yz oAYoEAfyEngDBqvYg4FALs94kPAB1zWQdWSETy41dCt22bLJe+sAINULtlHg4C7BxwCb+7t3Yd8j fidAAhvUhQCgUH0N0+UAAAAAAAAAkP8AAAAAAAAAAAAAAAAAYL4AcEoAjb4AoP//V4PN/+sQkJCQ kJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz5DHJ g+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D7vwR 2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CLAoPC BIkHg8cEg+kEd/EBz+lM////Xon3uQ0BAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbEKfiA 6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0RYtfBI2EMOixAAAB81CDxwj/lmCyAACVigdHCMB03In5 eQcPtwdHUEe5V0jyrlX/lmSyAAAJwHQHiQODwwTr2P+WaLIAAGHplID//wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAOAAAgAAAAAAA AAAAAAAAAAAAAQAJBAAAUAAAAKjAAAAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAoAAAgHgA AIAAAAAAAAAAAAAAAAAAAAEACQQAAJAAAADUwQAAFAAAAAAAAAAAAAAAAQAwALCQAAAoAAAAEAAA ACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAiIiIAAAAAAiHd3d4gAAA eP//iIdwAAB494///3gAAHj/////eAAAePd3eP94AAB4/////3gAAHj3d3j/eAAAeP////94AAB4 93eP/3gAAHj/////eAAAeP////94AAB4f39/f3gAAIdzh4eHgAAAB7M7e3eAAAAAAAAAgAAA8D8A AOAHAADABwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADgBwAA /98AANiRAAAAAAEAAQAQEBAAAQAEACgBAAABAAAAAAAAAAAAAAAAAJDCAABgwgAAAAAAAAAAAAAA AAAAncIAAHDCAAAAAAAAAAAAAAAAAACqwgAAeMIAAAAAAAAAAAAAAAAAALXCAACAwgAAAAAAAAAA AAAAAAAAwMIAAIjCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMrCAADYwgAA6MIAAAAAAAD2wgAAAAAA AATDAAAAAAAADMMAAAAAAABzAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwATVNWQ1JU LmRsbABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MA AEV4aXRQcm9jZXNzAAAAUmVnQ2xvc2VLZXkAAABtZW1zZXQAAHdzcHJpbnRmQQAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEsBAhQA CgAAAAAAcWA/MMonH54AWAAAAFgAAAgAAAAAAAAAAAAgAAAAAAAAAGZpbGUucGlmUEsFBgAAAAAB AAEANgAAACZYAAAAAA== ------=_NextPart_000_0007_E6DCDC82.2C866501-- From openpkg-users-owner@openpkg.org Mon Feb 2 07:32:10 2004 Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mail.openpkg.org (Postfix) with ESMTP id 2152A305CC9 for ; Mon, 2 Feb 2004 07:31:03 +0100 (CET) Received: from metaphor.EECS.cwru.edu (metaphor.EECS.CWRU.Edu [::ffff:129.22.150.26]) by beta.eecs.cwru.edu with esmtp; Mon, 02 Feb 2004 01:31:02 -0500 Received: (from www@localhost) by metaphor.EECS.cwru.edu (8.12.10+Sun/8.12.2/Submit) id i126V1tn027034 for openpkg-users@openpkg.org; Mon, 2 Feb 2004 01:31:01 -0500 (EST) Received: from beta (beta [129.22.150.110]) by www.eecs.cwru.edu (IMP) with HTTP for ; Mon, 2 Feb 2004 01:31:01 -0500 Message-ID: <1075703461.401deea5c63ad@www.eecs.cwru.edu> Date: Mon, 2 Feb 2004 01:31:01 -0500 From: Simon Kuhn To: openpkg-users@openpkg.org Subject: Postgresql and rc permissions Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, I've been trying to get the OpenPKG PostgreSQL RPM working correctly for a few days now. Started out with current, but I have now also downloaded just the necessary 1.3 binary RPMs to a fresh machine. /cw/etc/rc.d/rc.postgresql start as root openpkg:rc:WARNING: /cw:postgresql:%start: failed with return code 126 +----Log:-------------------------------------------------------------- | /tmp/rc-20040202012417-14153/rc.tmp: /tmp/rc-20040202012417-14153/rc.tmp: Permission denied +---------------------------------------------------------------------- root and the user cw-r have access to write in /tmp, no problem there. If I su to cw-r, it works fine. This also happens in current, but I initially figured that it might be a development snafu. -- Simon Kuhn UNIX Admin From openpkg-users-owner@openpkg.org Mon Feb 2 15:34:46 2004 Received: from jamondi.weinreich.org (unknown [80.146.165.82]) by mail.openpkg.org (Postfix) with ESMTP id 20914300E58 for ; Mon, 2 Feb 2004 15:34:46 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by jamondi.weinreich.org (Postfix) with ESMTP id B332E12F019 for ; Mon, 2 Feb 2004 15:34:38 +0100 (CET) Received: from jamondi.weinreich.org ([127.0.0.1]) by localhost (jamondi.weinreich.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14864-08 for ; Mon, 2 Feb 2004 15:34:37 +0100 (CET) Received: from [172.17.33.86] (unknown [80.146.165.65]) by jamondi.weinreich.org (Postfix) with ESMTP id 52B9312EFE9 for ; Mon, 2 Feb 2004 15:34:37 +0100 (CET) Date: Mon, 02 Feb 2004 15:34:36 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: RE: Using unixodbc with FreeTDS? Message-ID: <3980000.1075732476@old-man.dhcp.ic3s.de> In-Reply-To: <148801c3e693$4bee1120$6ceb7080@princeton.edu> References: <148801c3e693$4bee1120$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Thursday, January 29, 2004 13:11:20 -0500 Dennis McRitchie wrote: > Thanks Steve. Perhaps I'll roll my own rpm using your spec file. > > It would be even better if OpenPKG adopted it... :-) I second that :-) cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 From openpkg-users-owner@openpkg.org Mon Feb 2 17:53:43 2004 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id 624DC3060AB for ; Mon, 2 Feb 2004 17:53:42 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i12GraW11341 for ; Mon, 2 Feb 2004 11:53:36 -0500 (EST) Subject: Problem building imapd-2.2.3 on Solaris9 From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org In-Reply-To: <20040129204645.GA80114@dev.de.cw.com> References: <149c01c3e6a7$05d4b9a0$6ceb7080@princeton.edu> <20040129204645.GA80114@dev.de.cw.com> Content-Type: text/plain Message-Id: <1075740815.1942.144.camel@pc519> Mime-Version: 1.0 Date: Mon, 02 Feb 2004 11:53:36 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Problem in the .spec file, I suspect, but I'm not sure how to fix it.. (not sure what the working directory is at that point when it fails..) Anyone else seen/fixed this? [...] Executing(%install): env -i /ilocal/lib/openpkg/bash --norc --noprofile --posix -e /ilocal/RPM/TMP/rpm-tmp.21915 + cd /ilocal/RPM/TMP + cd cyrus-imapd-2.2.3 + /ilocal/bin/perl-openpkg prepare ++ OpenPKG perl-openpkg 2.0.0 (26-Jan-2004) ++ determined RPM program: /ilocal/bin/rpm (4.2.1) ++ determined Perl program: /ilocal/bin/perl (5.8.3) ++ step 1: prepare ++ cleaning up environment + export SASL_INC=-I/ilocal/include + SASL_INC=-I/ilocal/include + export 'SASL_LIB=-L/ilocal/lib -lsasl2' + SASL_LIB=-L/ilocal/lib -lsasl2 + export OPENSSL_INC=-I/ilocal/include + OPENSSL_INC=-I/ilocal/include + export 'OPENSSL_LIB=-L/ilocal/lib -lssl -lcrypto' + OPENSSL_LIB=-L/ilocal/lib -lssl -lcrypto + /ilocal/bin/perl-openpkg install -d perl/imap ++ OpenPKG perl-openpkg 2.0.0 (26-Jan-2004) ++ determined RPM program: /ilocal/bin/rpm (4.2.1) ++ determined Perl program: /ilocal/bin/perl (5.8.3) ++ step 4: install perl-openpkg:ERROR: file "Makefile" not found in working directory (No such file or directory) error: Bad exit status from /ilocal/RPM/TMP/rpm-tmp.21915 (%install) From openpkg-users-owner@openpkg.org Tue Feb 3 00:25:22 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 9A2522FDA4F for ; Tue, 3 Feb 2004 00:25:22 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 703F88D76B; Tue, 3 Feb 2004 00:25:22 +0100 (CET) Date: Tue, 3 Feb 2004 00:25:22 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Problem building imapd-2.2.3 on Solaris9 Message-ID: <20040202232522.GB77769@dev.de.cw.com> References: <149c01c3e6a7$05d4b9a0$6ceb7080@princeton.edu> <20040129204645.GA80114@dev.de.cw.com> <1075740815.1942.144.camel@pc519> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1075740815.1942.144.camel@pc519> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Feb 02, 2004, Christopher M. O'Malley wrote: > Problem in the .spec file, I suspect, but I'm not sure how to fix it.. > (not sure what the working directory is at that point when it fails..) > Anyone else seen/fixed this? > Thanks for the report. Ralf fixed the building. Now go for the run-time tests. I've heared this package doesn't work since the last vendor upgrade and we'll need to fix it soon if you find problems. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Feb 4 19:45:23 2004 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id 157B73019AD for ; Wed, 4 Feb 2004 19:45:22 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i14IjKW11858 for ; Wed, 4 Feb 2004 13:45:20 -0500 (EST) Subject: The LDAP / SASL / IMAPD / POSTFIX Shuffle From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1075920320.1942.220.camel@pc519> Mime-Version: 1.0 Date: Wed, 04 Feb 2004 13:45:20 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Has anyone come up with a procedure to get all of the above compiled and working properly with each other? Actually, SASL support in Postfix isn't 100% necessary in my case, but even trying to build Postfix w/o SASL support is resulting in the fol- lowing: /ilocal/bin/cc -O2 -pipe -I/ilocal/include -DDEF_CONFIG_DIR=\"/ilocal/etc/postfix\" -DHAS_DB -DHAS_PCRE -DUSE_SASL_AUTH -I/ilocal/include/sasl -I/ilocal/include -DHAS_SSL -DHAS_LDAP -DUSE_SOFTLIMITONLY -DHAS_POSIX_REGEXP -Dstrcasecmp=fix_strcasecmp -Dstrncasecmp=fix_strncasecmp -g -O -I. -I../../include -DSUNOS5 -o error error.o ../../lib/libmaster.a ../../lib/libglobal.a ../../lib/libutil.a -L/ilocal/lib -ldb -lpcre -lsasl2 -lcrypt -ldl -lssl -lcrypto -lldap -llber -lssl -lcrypto -L/ilocal/lib -lfsl -lsocket -lnsl -lresolv -lsocket -lnsl /ilocal/lib/libldap.a(cyrus.o)(.text+0x94): In function `ldap_int_sasl_init': : undefined reference to `sasl_version' /ilocal/lib/libldap.a(cyrus.o)(.text+0x11c): In function `ldap_int_sasl_init': : undefined reference to `sasl_client_init' /ilocal/lib/libldap.a(cyrus.o)(.text+0x1b0): In function `sb_sasl_setup': : undefined reference to `sasl_getprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0x4a0): In function `sb_sasl_read': : undefined reference to `sasl_decode' /ilocal/lib/libldap.a(cyrus.o)(.text+0x4f4): In function `sb_sasl_read': : undefined reference to `sasl_errstring' /ilocal/lib/libldap.a(cyrus.o)(.text+0x690): In function `sb_sasl_write': : undefined reference to `sasl_encode' /ilocal/lib/libldap.a(cyrus.o)(.text+0x6c8): In function `sb_sasl_write': : undefined reference to `sasl_errstring' /ilocal/lib/libldap.a(cyrus.o)(.text+0x8f0): In function `ldap_int_sasl_open': : undefined reference to `sasl_client_new' /ilocal/lib/libldap.a(cyrus.o)(.text+0x9ac): In function `ldap_int_sasl_close': : undefined reference to `sasl_dispose' /ilocal/lib/libldap.a(cyrus.o)(.text+0xa70): In function `ldap_int_sasl_bind': : undefined reference to `sasl_setprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0xa9c): In function `ldap_int_sasl_bind': : undefined reference to `sasl_client_start' /ilocal/lib/libldap.a(cyrus.o)(.text+0xb98): In function `ldap_int_sasl_bind': : undefined reference to `sasl_client_step' /ilocal/lib/libldap.a(cyrus.o)(.text+0xc2c): In function `ldap_int_sasl_bind': : undefined reference to `sasl_getprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0xc68): In function `ldap_int_sasl_bind': : undefined reference to `sasl_getprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0xd14): In function `ldap_int_sasl_bind': : undefined reference to `sasl_errdetail' /ilocal/lib/libldap.a(cyrus.o)(.text+0xd48): In function `ldap_int_sasl_bind': : undefined reference to `sasl_errdetail' /ilocal/lib/libldap.a(cyrus.o)(.text+0xe68): In function `ldap_int_sasl_bind': : undefined reference to `sasl_errdetail' /ilocal/lib/libldap.a(cyrus.o)(.text+0xf34): In function `ldap_int_sasl_external': : undefined reference to `sasl_setprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0xf58): In function `ldap_int_sasl_external': : undefined reference to `sasl_setprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0x1320): In function `ldap_int_sasl_get_option': : undefined reference to `sasl_getprop' /ilocal/lib/libldap.a(cyrus.o)(.text+0x13d4): In function `ldap_int_sasl_set_option': : undefined reference to `sasl_setprop' collect2: ld returned 1 exit status make: *** [error] Error 1 make: *** [update] Error 1 From openpkg-users-owner@openpkg.org Wed Feb 4 21:07:32 2004 Received: from www.erfrakon.de (www.erfrakon.de [193.197.159.57]) by mail.openpkg.org (Postfix) with ESMTP id D5C863020C8 for ; Wed, 4 Feb 2004 21:07:31 +0100 (CET) Received: from mail.erfrakon.de (mail.hq.erfrakon.de [10.0.0.10]) by www.erfrakon.de (Postfix) with ESMTP id EFC2883B0 for ; Wed, 4 Feb 2004 21:07:28 +0100 (CET) Received: from localhost (fw.hq.erfrakon.de [10.0.0.1]) by mail.erfrakon.de (Postfix) with ESMTP id 9D0CA787 for ; Wed, 4 Feb 2004 21:07:28 +0100 (CET) From: Martin Konold To: openpkg-users@openpkg.org Subject: Re: The LDAP / SASL / IMAPD / POSTFIX Shuffle Date: Wed, 4 Feb 2004 21:12:10 +0100 References: <1075920320.1942.220.camel@pc519> In-Reply-To: <1075920320.1942.220.camel@pc519> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200402042112.10558.martin.konold@erfrakon.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Am Wednesday 04 February 2004 07:45 pm schrieb Christopher M. O'Malley: > Actually, SASL support in Postfix isn't 100% necessary in my case, but > even trying to build Postfix w/o SASL support is resulting in the fol- > lowing: You may check http://www.zfos.org/ which provides the above combination. Regards, -- martin Dipl.-Phys. Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Nobelstrasse 15, 70569 Stuttgart, Germany fon: 0711 67400963, fax: 0711 67400959 email: martin.konold@erfrakon.de From openpkg-users-owner@openpkg.org Wed Feb 4 22:01:26 2004 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id 7D0FC301BD2 for ; Wed, 4 Feb 2004 22:01:24 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i14L1NW27165 for ; Wed, 4 Feb 2004 16:01:23 -0500 (EST) Subject: Re: The LDAP / SASL / IMAPD / POSTFIX Shuffle From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org In-Reply-To: <200402042112.10558.martin.konold@erfrakon.de> References: <1075920320.1942.220.camel@pc519> <200402042112.10558.martin.konold@erfrakon.de> Content-Type: text/plain Message-Id: <1075928483.1942.227.camel@pc519> Mime-Version: 1.0 Date: Wed, 04 Feb 2004 16:01:23 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Thanks, Martin. I had seen that howto doc already. I'm asking more about how to do this in the context of OpenPKG. There was mention in an earlier thread about the LDAP/SASL chicken or the egg problem, with a semi-vague mention of how to go about it, but nothing specific (and no word as to whether the original questioner ever got this working themselves..) So, if anyone has, can you post a procudure to go about this? On Wed, 2004-02-04 at 15:12, Martin Konold wrote: > Am Wednesday 04 February 2004 07:45 pm schrieb Christopher M. O'Malley: > > > Actually, SASL support in Postfix isn't 100% necessary in my case, but > > even trying to build Postfix w/o SASL support is resulting in the fol- > > lowing: > > You may check http://www.zfos.org/ which provides the above combination. > > Regards, > -- martin > > Dipl.-Phys. Martin Konold > e r f r a k o n > Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker > Nobelstrasse 15, 70569 Stuttgart, Germany > fon: 0711 67400963, fax: 0711 67400959 > email: martin.konold@erfrakon.de > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org From openpkg-users-owner@openpkg.org Sat Feb 7 11:55:26 2004 Received: from dusk.gen-v.net (62.79.6.43.adsl.van.tiscali.dk [62.79.6.43]) by mail.openpkg.org (Postfix) with ESMTP id 496EA3020F8 for ; Sat, 7 Feb 2004 11:52:54 +0100 (CET) Received: from thomas by dusk.gen-v.net with local (Exim 4.14) id 1ApQ3z-0001Dm-8z for openpkg-users@openpkg.org; Sat, 07 Feb 2004 11:51:51 +0100 To: openpkg-users@openpkg.org Subject: Making PostgreSQL listen to the network From: Thomas Bjorn Andersen Date: Sat, 07 Feb 2004 11:51:51 +0100 Message-ID: <863c9np3g8.fsf@gen-v.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'd like to have PostgreSQL available for my whole network. As far as I can tell, that involves starting the postmaster without "-h". I can set postgresql_socket_inet="" in /cw/etc/rc.conf, but then postmaster complains about missing arguments to -h. If I edit the %common section in /cw/rc.d/rc.postgresql it gets overwritten when I upgrade/re-install the PostgreSQL package. Is there an automatic way to fix this? Thomas -- Thomas Bjorn Andersen +++ATH From openpkg-users-owner@openpkg.org Sat Feb 7 13:39:01 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 30DB1302007 for ; Sat, 7 Feb 2004 13:39:01 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id B47514CF6E6; Sat, 7 Feb 2004 13:39:00 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id F1D9B2860F; Sat, 7 Feb 2004 13:30:31 +0100 (CET) Date: Sat, 7 Feb 2004 13:30:31 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Making PostgreSQL listen to the network Message-ID: <20040207123031.GA82378@engelschall.com> References: <863c9np3g8.fsf@gen-v.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <863c9np3g8.fsf@gen-v.net> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 07, 2004, Thomas Bjorn Andersen wrote: > I'd like to have PostgreSQL available for my whole network. As far as > I can tell, that involves starting the postmaster without "-h". > > I can set postgresql_socket_inet="" in /cw/etc/rc.conf, but then > postmaster complains about missing arguments to -h. > > If I edit the %common section in /cw/rc.d/rc.postgresql it gets > overwritten when I upgrade/re-install the PostgreSQL package. > > Is there an automatic way to fix this? How about postgresql_socket_inet="0.0.0.0" ? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 7 14:27:48 2004 Received: from dusk.gen-v.net (62.79.6.43.adsl.van.tiscali.dk [62.79.6.43]) by mail.openpkg.org (Postfix) with ESMTP id 95CBF302BF3 for ; Sat, 7 Feb 2004 14:27:03 +0100 (CET) Received: from duck ([10.0.0.6] helo=vuln.rivig.net) by dusk.gen-v.net with esmtp (Exim 4.14) id 1ApSTE-0001WT-HC for openpkg-users@openpkg.org; Sat, 07 Feb 2004 14:26:04 +0100 Subject: Re: Making PostgreSQL listen to the network From: Thomas Bjorn Andersen To: openpkg-users@openpkg.org In-Reply-To: <20040207123031.GA82378@engelschall.com> References: <863c9np3g8.fsf@gen-v.net> <20040207123031.GA82378@engelschall.com> Content-Type: text/plain Message-Id: <1076160415.12151.0.camel@duck.gen-v.net> Mime-Version: 1.0 Date: Sat, 07 Feb 2004 14:26:55 +0100 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, 2004-02-07 at 13:30, Ralf S. Engelschall wrote: > On Sat, Feb 07, 2004, Thomas Bjorn Andersen wrote: > > > I'd like to have PostgreSQL available for my whole network. As far as > > I can tell, that involves starting the postmaster without "-h". > > > > I can set postgresql_socket_inet="" in /cw/etc/rc.conf, but then > > postmaster complains about missing arguments to -h. > > > > If I edit the %common section in /cw/rc.d/rc.postgresql it gets > > overwritten when I upgrade/re-install the PostgreSQL package. > > > > Is there an automatic way to fix this? > > How about postgresql_socket_inet="0.0.0.0" ? I could have sworn I'd already tried it without success, but hey it's working now :-) Thanks a lot! Thomas From openpkg-users-owner@openpkg.org Sat Feb 7 16:55:25 2004 Received: from etenemanki.touche.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 8016F30316B for ; Sat, 7 Feb 2004 16:55:24 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Feb 2004 16:55:21 +0100 (CET) Message-ID: <40250AC7.4060604@lycos.com> Date: Sat, 07 Feb 2004 16:56:55 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: apache + php + oracle with 1.3 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: is it possible to use oracle on the subject setup ? apache spec file has a Require Oracle in this case, but oracle has a src.rpm only in current and this one need openpkg -current so not possible (or at hand ?) ? Regards Julien From openpkg-users-owner@openpkg.org Sat Feb 7 17:43:39 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 0CC493034B1 for ; Sat, 7 Feb 2004 17:43:39 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 20CE84CFEED; Sat, 7 Feb 2004 17:43:38 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 3ACC22860F; Sat, 7 Feb 2004 17:43:30 +0100 (CET) Date: Sat, 7 Feb 2004 17:43:30 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache + php + oracle with 1.3 Message-ID: <20040207164330.GA88671@engelschall.com> References: <40250AC7.4060604@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <40250AC7.4060604@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 07, 2004, Julien TOUCHE wrote: > is it possible to use oracle on the subject setup ? > apache spec file has a Require Oracle in this case, but oracle has a > src.rpm only in current and this one need openpkg -current > > so not possible (or at hand ?) ? With OpenPKG 1.3 this does not not work. But with OpenPKG-CURRENT and the soon to be released OpenPKG 2.0 it will work as long as you roll your own local version of the "oracle-barebone" package. See the description in this package for details how to achieve this. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 7 18:38:57 2004 Received: from etenemanki.touche.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 8697A303693 for ; Sat, 7 Feb 2004 18:38:56 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Feb 2004 18:38:55 +0100 (CET) Message-ID: <4025230D.4020304@lycos.com> Date: Sat, 07 Feb 2004 18:40:29 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache + php + oracle with 1.3 References: <40250AC7.4060604@lycos.com> <20040207164330.GA88671@engelschall.com> In-Reply-To: <20040207164330.GA88671@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > On Sat, Feb 07, 2004, Julien TOUCHE wrote: > > >> is it possible to use oracle on the subject setup ? apache spec >> file has a Require Oracle in this case, but oracle has a src.rpm >> only in current and this one need openpkg -current >> >> so not possible (or at hand ?) ? hand modification (commenting Require Oracle, setting manually ORACLE_HOME in spec file) works > > > With OpenPKG 1.3 this does not not work. But with OpenPKG-CURRENT and > the soon to be released OpenPKG 2.0 it will work as long as you roll > your own local version of the "oracle-barebone" package. See the i've seen them. any estimations for 2.0 release ? thanks Regards Julien From openpkg-users-owner@openpkg.org Sat Feb 7 20:02:51 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id C79E73009E4 for ; Sat, 7 Feb 2004 20:02:49 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 76D6C4CF743; Sat, 7 Feb 2004 20:02:49 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 256762860F; Sat, 7 Feb 2004 20:02:31 +0100 (CET) Date: Sat, 7 Feb 2004 20:02:31 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache + php + oracle with 1.3 Message-ID: <20040207190231.GA92844@engelschall.com> References: <40250AC7.4060604@lycos.com> <20040207164330.GA88671@engelschall.com> <4025230D.4020304@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <4025230D.4020304@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 07, 2004, Julien TOUCHE wrote: > [...] > i've seen them. any estimations for 2.0 release ? According to our internally proposed schedule just 2 week, but we are currently still busy in fixing things and implementing essential features, so it could be also last a maximum of 3 weeks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Feb 10 00:01:41 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 3CC363036BC for ; Tue, 10 Feb 2004 00:01:40 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Feb 2004 00:01:38 +0100 (CET) Message-ID: <402811B3.2060708@lycos.com> Date: Tue, 10 Feb 2004 00:03:15 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: apache mods Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: i'm trying to install some extra modules to an apache setup (build with openpkg, of course) 1. + apxs -i -a -n mod_security mod_security.so apxs:Error: Activation failed for custom /home/www-test/local/etc/apache/apache.conf file. apxs:Error: At least one `LoadModule' directive already has to exist. 2. Adding a dummy one as comment $ apachectl start Syntax error on line 32 of /home/www-test/local/etc/apache/apache.conf: Cannot load /home/www-test/local/var/apache/lib/apache/mod_security.so into server: ld.so.1: /home/www-test/local/sbin/a pache: fatal: /home/www-test/local/var/apache/lib/apache/mod_security.so: open failed: No such file or directory /home/www-test/local/sbin/apachectl start: httpd could not be started => path problem 3. change $ apachectl start Syntax error on line 32 of /home/www-test/local/etc/apache/apache.conf: Cannot load /home/www-test/local/lib/apache/mod_security.so into server: ld.so.1: /home/www-test/local/sbin/apache: fata l: relocation error: file /home/www-test/local/lib/apache/mod_security.so: symbol ap_document_root: referenced symbol no t found /home/www-test/local/sbin/apachectl start: httpd could not be started is someone knowing this problem ? have a solution ? or the only one is to added all mods in apache src rpm ? thanks Regards Julien From openpkg-users-owner@openpkg.org Tue Feb 10 00:56:46 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 12C05305378; Tue, 10 Feb 2004 00:56:46 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id CBB888D7A2; Tue, 10 Feb 2004 00:56:44 +0100 (CET) Date: Tue, 10 Feb 2004 00:56:44 +0100 From: Thomas Lotterer To: kroupware@mail.kde.org, kolab-devel@intevation.org, openpkg-users@openpkg.org, openpkg-dev@openpkg.org Subject: OpenPKG v2.0 approaching Message-ID: <20040209235644.GA66491@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Dear valued OpenPKG "customer"! I want you to be aware that the next release of OpenPKG is targeted to hit the road in two or three weeks. The project yesterday passed the point where we consider our code being feature complete. This week we focus our efforts on fixing packages. Next week the OPENPKG_2_0_SOLID branch will be created, packages being renumbered and while our build farm will busily build binaries we will work off the documentation. We are very positive that we can successfully release OpenPKG v2.0 on schedule. Get involved! You are invited to test the CURRENT stuff now before the release is nailed in stone. Please provide feedback to us. It will surely pay off in reduced maintenance efforts later on. mailto:openpkg-dev@openpkg.org nntp://news.openpkg.org/openpkg.dev http://marc.theaimsgroup.com/?l=openpkg-dev [archive] Note that any new release renders the last supported one void. Don't fall behind. Plan and execute upgrades appropriately. In the absence of complete documentation here are some entry points to information that guide you towards a successful lab experience: http://cvs.openpkg.org/openpkg-re/news.txt http://cvs.openpkg.org/openpkg-re/upgrade.txt http://cvs.openpkg.org/openpkg-re/todo.txt http://cvs.openpkg.org/timeline http://www.openpkg.org/status.cgi There is a special gem for the Kolab community and anyone who wants to automate deployment of OpenPKG from scratch. Watch out for README, the obmtool and obmtool.conf in the kolab-20040209-20040209 or later folder below ftp://ftp.zfos.org/brew/kolab/SRC/ Thank you for flying OpenPKG. http://www.openpkg.org/ ftp://ftp.openpkg.org/current/SRC/ -- Thomas.Lotterer@cw.com, Project Manager OpenPKG 2.0 Lead Engineer Change Management and Version Control IT/CSOC, DCS, Cable & Wireless Telco. Services GmbH From openpkg-users-owner@openpkg.org Wed Feb 11 21:07:27 2004 Received: from fjalar.oit.pdx.edu (fjalar.oit.pdx.edu [131.252.122.16]) by mail.openpkg.org (Postfix) with ESMTP id 0EF3630532B for ; Wed, 11 Feb 2004 21:07:26 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by fjalar.oit.pdx.edu (8.12.10/8.12.9) with ESMTP id i1BK7LTr026432 for ; Wed, 11 Feb 2004 12:07:22 -0800 (PST) Subject: gtk+ From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1076530110.8264.15.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Wed, 11 Feb 2004 12:08:31 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I noticed that openpkg seems to only have the glib part of the gtk software and not gtk+ (unless I'm missing something). Is there a reason for this? I ask because I'm having some issues getting gtk+ to compile successfully on Solaris 8. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Wed Feb 11 21:38:07 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 70367305547 for ; Wed, 11 Feb 2004 21:38:07 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4B09E4CF2A6; Wed, 11 Feb 2004 21:38:07 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id E3A0F2861C; Wed, 11 Feb 2004 21:37:57 +0100 (CET) Date: Wed, 11 Feb 2004 21:37:57 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: gtk+ Message-ID: <20040211203757.GA31445@engelschall.com> References: <1076530110.8264.15.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1076530110.8264.15.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 11, 2004, David M. Fetter wrote: > I noticed that openpkg seems to only have the glib part of the gtk > software and not gtk+ (unless I'm missing something). Is there a reason > for this? I ask because I'm having some issues getting gtk+ to compile > successfully on Solaris 8. Well, we have both glib and gtk+, of course. We even have glib/gtk 1.x and 2.2.x versions. The packages are named glib/gtk and glib2/gtk2. Your problem perhaps is that those packages are available in OpenPKG-CURRENT while "gtk" is not part of OpenPKG 1.3. But OpenPKG 2.0 will have both soon. In the meantime just use the OpenPKG-CURRENT packages, they are mostly identical to what you'll see in OpenPKG 2.0 within two weeks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 11 23:02:20 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 11E9F301DAD for ; Wed, 11 Feb 2004 23:02:20 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Feb 2004 23:02:16 +0100 (CET) Message-ID: <402AA6C9.90304@lycos.com> Date: Wed, 11 Feb 2004 23:03:53 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: php Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: * seems there is a problem with php on current when activating pdflib rpm --rebuild failed with config.log 1329 /home/www-test/local/bin/ld: cannot find -lpdf 1330 collect2: ld returned 1 exit status 1331 configure: failed program was: 1332 #line 68387 "configure" and rpm -ql pdflib show nothing in lib * why there is "PreReq: OpenPKG, openpkg >= 20040130, MTA" ? or more precisely why not MTA dep & a virtual rpm instead of being forced to install real mta (exim or postfix) ? * also on php with pear option on 1.3 (no error on current) $ pear install HTML_Common HTML_QuickForm HTML_Table Cache_Lite Fatal error: Call to a member function on a non-object in /home/www-test/local/lib/php/PEAR/Installer.php on line 502 $ pear upgrade-all same Regards Julien From openpkg-users-owner@openpkg.org Thu Feb 12 09:21:31 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 7FC1C3058C8 for ; Thu, 12 Feb 2004 09:21:31 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 562DB4CF06B; Thu, 12 Feb 2004 09:21:31 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 757D228762; Thu, 12 Feb 2004 09:21:02 +0100 (CET) Date: Thu, 12 Feb 2004 09:21:02 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: php Message-ID: <20040212082102.GA37233@engelschall.com> References: <402AA6C9.90304@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402AA6C9.90304@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 11, 2004, Julien TOUCHE wrote: > * seems there is a problem with php on current when activating pdflib > rpm --rebuild failed > with config.log > > 1329 /home/www-test/local/bin/ld: cannot find -lpdf > 1330 collect2: ld returned 1 exit status > 1331 configure: failed program was: > 1332 #line 68387 "configure" > > and rpm -ql pdflib show nothing in lib Yes, "pdflib" was broken (the vendor installation procedure partly failed). This is now fixed with pdflib-5.0.3-20040212 and higher. Thanks for your feedback. > * why there is "PreReq: OpenPKG, openpkg >= 20040130, MTA" ? > or more precisely why not MTA dep & a virtual rpm instead of being > forced to install real mta (exim or postfix) ? Hmmm... good question why there is an MTA required at all. Well, sure, PHP wants to find a "sendmail" binary. But who says that it has to find one unless the user wishes this. I've adjusted the "apache" and "php" packages now so that by default they now no longer require an MTA but one can use one if "with_mod_php_sendmail" (apache) or "with_sendmail" (php) is given during build-time. This should be a lot smarter... > * also on php with pear option on 1.3 (no error on current) > > $ pear install HTML_Common HTML_QuickForm HTML_Table Cache_Lite > > Fatal error: Call to a member function on a non-object in > /home/www-test/local/lib/php/PEAR/Installer.php on line 502 > $ pear upgrade-all > same Yes, this can be. We fixed a lot related to PHP in CURRENT, so 1.3 can be broken here. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 12 15:19:10 2004 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id 7520D305886 for ; Thu, 12 Feb 2004 15:19:09 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1CEJ7l5026916 for ; Thu, 12 Feb 2004 15:19:07 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1CEJ5pb026888 for ; Thu, 12 Feb 2004 15:19:05 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1CEJ3S07268 for ; Thu, 12 Feb 2004 15:19:04 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1CEJ3P09052 for ; Thu, 12 Feb 2004 15:19:03 +0100 (MET) Message-ID: <007c01c3f173$2a833200$8a0e6099@pc.iitb.fhg.de> From: =?Windows-1252?Q?Birger_Kr=E4gelin?= To: References: <1076530110.8264.15.camel@thoth.oit.pdx.edu> Subject: Bootstrap CURRENT on Solaris9 Date: Thu, 12 Feb 2004 15:19:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: In preparation for 2.0 I try to bootstrap CURRENT on Solaris 9. I start with an "empty" machine, i.e. Solaris Core. I installed OpenPKG Rel. 1.3 binary distribution for /cw openpkg make binutils gcc upgrade to openpkg 1.3.1 done prepare openpkg-current in /cw environment, build it for /opt/local, = opkg:opkg done install -current.sh done build make-current with --define "use_cc /cw/bin/gcc" make all-recursive /bin/ksh: make: not found make: *** [all] Error 127 error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.19556 (%build) How do I fix this path problem? Thanks for your help Birger Kr=E4gelin ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Thu Feb 12 16:30:59 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 1FAF7303478 for ; Thu, 12 Feb 2004 16:30:59 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id E88DA4CE723; Thu, 12 Feb 2004 16:30:58 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id AC886285EC; Thu, 12 Feb 2004 16:30:49 +0100 (CET) Date: Thu, 12 Feb 2004 16:30:49 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bootstrap CURRENT on Solaris9 Message-ID: <20040212153049.GA21037@engelschall.com> References: <1076530110.8264.15.camel@thoth.oit.pdx.edu> <007c01c3f173$2a833200$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <007c01c3f173$2a833200$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Birger Krägelin wrote: > In preparation for 2.0 I try to bootstrap CURRENT on Solaris 9. > > I start with an "empty" machine, i.e. Solaris Core. I installed > OpenPKG Rel. 1.3 binary distribution for /cw > > openpkg > make > binutils > gcc > > upgrade to openpkg 1.3.1 > done > > prepare openpkg-current in /cw environment, build it for /opt/local, opkg:opkg > done > > install -current.sh > done > > build make-current with --define "use_cc /cw/bin/gcc" > > make all-recursive > /bin/ksh: make: not found > make: *** [all] Error 127 > error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.19556 (%build) > > How do I fix this path problem? Well, you define the path to the C compiler, but what "make" wants here is "make". So you also have to use --define "use_make /cw/bin/make" or --define "use_make /usr/ccs/bin/make". Usually one does not need use_make because /usr/ccs/bin/make exists, but in your case (Solaris Core only) this seems to be missing. BTW, I'm not sure whether Solaris Core is sufficient for all of OpenPKG's packages. At least we develop OpenPKG on Solaris "Entire Distribution" boxes. So be warned, it could be that something is not found later, too. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 12 17:21:32 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id EAD013055D7 for ; Thu, 12 Feb 2004 17:21:31 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1CGLPE8021858 for ; Thu, 12 Feb 2004 17:21:25 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1CGLP7a021855 for ; Thu, 12 Feb 2004 17:21:25 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1CGLRS21720 for ; Thu, 12 Feb 2004 17:21:27 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1CGLQP18813 for ; Thu, 12 Feb 2004 17:21:26 +0100 (MET) Message-ID: <00b201c3f184$437c69f0$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <1076530110.8264.15.camel@thoth.oit.pdx.edu> <007c01c3f173$2a833200$8a0e6099@pc.iitb.fhg.de> <20040212153049.GA21037@engelschall.com> Subject: Re: Bootstrap CURRENT on Solaris9 Date: Thu, 12 Feb 2004 17:21:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Well, you define the path to the C compiler, but what "make" wants = here > is "make". So you also have to use --define "use_make /cw/bin/make" > or --define "use_make /usr/ccs/bin/make". Usually one does not need > use_make because /usr/ccs/bin/make exists, but in your case (Solaris > Core only) this seems to be missing. BTW, I'm not sure whether Solaris > Core is sufficient for all of OpenPKG's packages. At least we develop > OpenPKG on Solaris "Entire Distribution" boxes. So be warned, it could > be that something is not found later, too. I tried "use_make" without knowing, but this doesn't help. Only the first make will be called correctly, not the recursive one. I got around the problem in making symbolic links from /bin to /cw/bin/make and /cw/bin/ar (needed later). Compiling gcc-current right = now... I have my armored Solaris running with a thoroughly tested OpenPKG 1.3, but for production level I prepare for 2.0. I haven't had any problems right now, but indeed 1.3 packages I built on a "Entire Distribution" = box. Now I try to REALLY bootstrap, i.e. build on the same distribution as the running boxes will have. This will be necessary in the future, when we have to upgrade packages in source to quickly fix security = problems. Thanks Birger Kr=E4gelin ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Thu Feb 12 18:44:10 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 9EE37305292 for ; Thu, 12 Feb 2004 18:44:08 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Feb 2004 18:44:06 +0100 (CET) Message-ID: <402BBBC9.3050907@lycos.com> Date: Thu, 12 Feb 2004 18:45:45 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: apache -current Content-Type: multipart/mixed; boundary="------------080006010601000103090907" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. --------------080006010601000103090907 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit few comments on an apache setup with current/solaris9 (php part) - oci8 support checking for ncurses support... no checking for Oracle-OCI8 support... yes checking Oracle Install-Dir... /exlibris/app/oracle/product/817 checking Oracle version... configure: error: Oracle-OCI8 needed libraries not found + /home/www-test/local/bin/make --no-print-directory make: *** No targets specified and no makefile found. Stop. + /home/www-test/local/lib/openpkg/shtool subst -e 's;^\(EXTENSION_DIR = \)\(/home/www-test/local\);\1/home/www-test/loc al/RPM/TMP/apache-1.3.29-root\2;' -e 's;^\(PEAR_INSTALLDIR = \)\(/home/www-test/local\);\1/home/www-test/local/RPM/TMP/a pache-1.3.29-root\2;' config_vars.mk shtool:subst:Warning: file `config_vars.mk' not found or not a regular file + /home/www-test/local/bin/make --no-print-directory install INSTALL_ROOT=/home/www-test/local/RPM/TMP/apache-1.3.29-roo t make: *** No rule to make target `install'. Stop. + exit 2 error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.30309 (%build) RPM build errors: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.30309 (%build) config.log 1279 configure:55957: checking for ncurses support 1280 configure:56923: checking for Oracle-OCI8 support 1281 configure:56968: checking Oracle Install-Dir 1282 configure:57263: checking Oracle version EOF and php*.src.rpm compiles fine with oci8 $ rpm -qi php|grep oci php::with_oci7 = no php::with_oci8 = yes (oracle-*.rpm is installed) - why gdbm in apache, by default ? (with_gdbm_ndbm) - 2 extra security mods: patch to add mod_security & mod_dosevasive - MTA/apache: one forgotten 215 %if "%{with_mod_php}" == "yes" 216 BuildPreReq: gcc, sed, flex, bison 217 PreReq: MTA - core on browser access with mod_dav [Thu Feb 12 14:23:55 2004] [notice] child pid 29154 exit signal Segmentation Fault (11), possible coredump in /home/www- test/local/var/apache [Thu Feb 12 14:24:09 2004] [notice] child pid 29155 exit signal Segmentation Fault (11), possible coredump in /home/www- test/local/var/apache gdb Core was generated by `/home/www-test/local/sbin/apache'. Program terminated with signal 11, Segmentation fault. Cannot access memory at address 0xff3f73a4 #0 0x002a2794 in dav_add_response () (gdb) where #0 0x002a2794 in dav_add_response () Cannot access memory at address 0xffbff7cc (gdb) ok with mod_dav disabled Regards Julien --------------080006010601000103090907 Content-Type: text/plain; name="patch-apache_spec1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-apache_spec1" --- local/RPM/SRC/apache/apache.spec.orig Thu Feb 12 11:19:57 2004 +++ local/RPM/SRC/apache/apache.spec Thu Feb 12 11:21:24 2004 @@ -50,6 +50,8 @@ %define V_mod_roaming 1.0.2 %define V_mod_relocate 1.0 %define V_suphp 0.5 +%define V_mod_security 1.7.4 +%define V_mod_dosevasive 1.8 # package information Name: apache @@ -92,6 +94,8 @@ %option with_mod_access_referer no %option with_mod_roaming no %option with_mod_relocate no +%option with_mod_security yes +%option with_mod_dosevasive yes # package options (optional PHP4 specific settings; requires "with_mod_php") %option with_mod_php_calendar no @@ -185,6 +189,8 @@ Source14: http://www.muquit.com/muquit/software/mod_auth_ldap/mod_auth_ldap.tar.gz Source15: http://www.suphp.org/download/suphp-%{V_suphp}.tar.gz Source16: http://osdn.dl.sourceforge.net/sourceforge/modauthmysql/mod_auth_mysql.tgz +Source17: http://www.modsecurity.org/download/mod_security-1.7.4.tar.gz +Source18: http://www.nuclearelephant.com/projects/dosevasive/mod_dosevasive.1.8.tar.gz Source20: apache.conf Source21: apache.base Source22: apache.vhost @@ -423,6 +429,16 @@ url = http://www.suphp.org/Download.html regex = suphp-(__VER__).tar.gz } + prog apache:mod_security = { + version = %{V_mod_security} + url = http://www.modsecurity.org/download/ + regex = mod_security-(__VER__).tar.gz + } + prog apache:mod_dosevasive = { + version = %{V_mod_dosevasive} + url = http://www.nuclearelephant.com/projects/dosevasive/ + regex = mod_dosevasive.(__VER__).tar.gz + } %prep # unpack Apache distribution @@ -482,6 +498,12 @@ %if "%{with_mod_auth_mysql}" == "yes" %setup -q -T -D -a 16 %endif +%if "%{with_mod_security}" == "yes" + %setup -q -T -D -a 17 +%endif +%if "%{with_mod_dosevasive}" == "yes" + %setup -q -T -D -a 18 +%endif %build # prepare environment @@ -873,6 +895,20 @@ ) || exit $? %endif + # optionally prepare mod_security +%if "%{with_mod_security}" == "yes" + ( cd mod_security-%{V_mod_security}/apache1 + cp mod_security.c ../../apache_%{V_apache}/src/modules/extra/ + ) || exit $? +%endif + + # optionally prepare mod_dosevasive +%if "%{with_mod_dosevasive}" == "yes" + ( cd mod_dosevasive + cp mod_dosevasive.c ../apache_%{V_apache}/src/modules/extra/ + ) || exit $? +%endif + # configure Apache ( cd apache_%{V_apache} %if "%{with_debug}" == "yes" @@ -1008,6 +1044,12 @@ %if "%{with_suphp}" == "yes" --activate-module=src/modules/extra/mod_suphp.o \ %endif +%if "%{with_mod_security}" == "yes" + --activate-module=src/modules/extra/mod_security.o \ +%endif +%if "%{with_mod_dosevasive}" == "yes" + --activate-module=src/modules/extra/mod_dosevasive.o \ +%endif --enable-module=so %{l_make} %{l_mflags -O} build-quiet ) || exit $? --------------080006010601000103090907-- From openpkg-users-owner@openpkg.org Thu Feb 12 20:01:40 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id B04A3303720 for ; Thu, 12 Feb 2004 20:01:39 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 5CF674CF0C3; Thu, 12 Feb 2004 20:01:39 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id BBA562863A; Thu, 12 Feb 2004 19:57:06 +0100 (CET) Date: Thu, 12 Feb 2004 19:57:06 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache -current Message-ID: <20040212185706.GA45262@engelschall.com> References: <402BBBC9.3050907@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402BBBC9.3050907@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Julien TOUCHE wrote: > few comments on an apache setup with current/solaris9 (php part) > > - oci8 support > [...] > checking Oracle version... configure: error: Oracle-OCI8 needed > libraries not found > [...] > and php*.src.rpm compiles fine with oci8 > $ rpm -qi php|grep oci > php::with_oci7 = no > php::with_oci8 = yes Hmmm... I've installed "apache" with "oracle-barebone" (i.e. OCI8 support) just a last week on a Solaris 9 box. Can you dig deeper (look into file config.log) why it does not find the OCI8 libs. > (oracle-*.rpm is installed) Ah, you using "oracle" only and you have an own Oracle installation or are you using "oracle" together with "oracle-barebone"? I've only tried it with "oracle-barebone" recently and never with a regular installation myself. > - why gdbm in apache, by default ? (with_gdbm_ndbm) Because of cross-platform compatibility. Not all platforms provide the NDBM API and we have to be consistent across platforms. > - 2 extra security mods: patch to add mod_security & mod_dosevasive I'll look at this. > - MTA/apache: one forgotten > 215 %if "%{with_mod_php}" == "yes" > 216 BuildPreReq: gcc, sed, flex, bison > 217 PreReq: MTA Ops, good catch. Will be fixed. > - core on browser access with mod_dav > [Thu Feb 12 14:23:55 2004] [notice] child pid 29154 exit signal > Segmentation Fault (11), possible coredump in /home/www- > test/local/var/apache > [Thu Feb 12 14:24:09 2004] [notice] child pid 29155 exit signal > Segmentation Fault (11), possible coredump in /home/www- > test/local/var/apache Well... this might be certainly mod_dav's fault because it segfaulted in the past under Solaris sometimes if "sufficient enough" other modules are enabled. I think it was a problem with mod_perl or mod_php, but I do not know it exactly anymore. I've currently no patch available to fix this. One has to dig deeper to find the problem. > Core was generated by `/home/www-test/local/sbin/apache'. > Program terminated with signal 11, Segmentation fault. > Cannot access memory at address 0xff3f73a4 > #0 0x002a2794 in dav_add_response () > (gdb) where > #0 0x002a2794 in dav_add_response () > Cannot access memory at address 0xffbff7cc > (gdb) Ah, that's nice. Can you perform a backtrace ("bt") and print a few variables from the context of this function. Perhaps we then find the bug in the source of mod_dav. > ok with mod_dav disabled Yes, I that was also my experience from over one year ago. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 12 20:25:11 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id EADF5305329 for ; Thu, 12 Feb 2004 20:25:10 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id D298A4CF893; Thu, 12 Feb 2004 20:25:10 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2A0D32863A; Thu, 12 Feb 2004 20:11:54 +0100 (CET) Date: Thu, 12 Feb 2004 20:11:54 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache -current Message-ID: <20040212191154.GA46290@engelschall.com> References: <402BBBC9.3050907@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402BBBC9.3050907@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Julien TOUCHE wrote: > - core on browser access with mod_dav > [Thu Feb 12 14:23:55 2004] [notice] child pid 29154 exit signal > Segmentation Fault (11), possible coredump in /home/www- > test/local/var/apache > [Thu Feb 12 14:24:09 2004] [notice] child pid 29155 exit signal > Segmentation Fault (11), possible coredump in /home/www- > test/local/var/apache If you look at the Open bugs at http://oldsite.webdav.org/mod_dav/bugs/ you will see that every second bug reports talks about different segfaults. Seems like the mod_dav for Apache 1.3 is more or less unusable -- especially under Solaris (most reports talk about Solaris). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 12 20:46:44 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 3FA723052D0 for ; Thu, 12 Feb 2004 20:46:44 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Feb 2004 20:46:42 +0100 (CET) Message-ID: <402BD884.3040109@lycos.com> Date: Thu, 12 Feb 2004 20:48:20 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache -current References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> In-Reply-To: <20040212185706.GA45262@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: >>- oci8 support >>[...] >>checking Oracle version... configure: error: Oracle-OCI8 needed >>libraries not found >>[...] >>and php*.src.rpm compiles fine with oci8 >>$ rpm -qi php|grep oci >> php::with_oci7 = no >> php::with_oci8 = yes > Ah, you using "oracle" only and you have an own Oracle installation or > are you using "oracle" together with "oracle-barebone"? I've only tried > it with "oracle-barebone" recently and never with a regular installation > myself. $ rpm -qa|grep oracle oracle-20040203-20040203 i have a full oracle elsewhere (more precisely on another user) so oracle seems to be the "virtual" rpm corresponding or oracle-barebone is also needed ? from its `rpm -qi` Description: This is the Oracle Barebone distribution, containing the Oracle 9i 9.2.0.1 Client C API. It is a stripped down installation file set of a standard Oracle 9i Client Run-Time installation. and php with oci8 compiles fine, so a bit strange ... >>- 2 extra security mods: patch to add mod_security & mod_dosevasive > > I'll look at this. thanks > >>- core on browser access with mod_dav >>Core was generated by `/home/www-test/local/sbin/apache'. >>Program terminated with signal 11, Segmentation fault. >>Cannot access memory at address 0xff3f73a4 >>#0 0x002a2794 in dav_add_response () >>(gdb) where >>#0 0x002a2794 in dav_add_response () >>Cannot access memory at address 0xffbff7cc >>(gdb) > > > Ah, that's nice. Can you perform a backtrace ("bt") and > print a few variables from the context of this function. > Perhaps we then find the bug in the source of mod_dav. i will test it again later as i have uninstalled this apache rpm Regards Julien From openpkg-users-owner@openpkg.org Thu Feb 12 21:03:20 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 579E530365C for ; Thu, 12 Feb 2004 21:03:20 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id B82B68D79F; Thu, 12 Feb 2004 21:03:18 +0100 (CET) Date: Thu, 12 Feb 2004 21:03:18 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: apache -current Message-ID: <20040212200318.GA89747@dev.de.cw.com> References: <402BBBC9.3050907@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402BBBC9.3050907@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Julien TOUCHE wrote: > few comments on an apache setup with current/solaris9 (php part) > [...] > - why gdbm in apache, by default ? (with_gdbm_ndbm) > http://cvs.openpkg.org/chngview?cn=14710 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Feb 12 22:28:05 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 93B083052AB for ; Thu, 12 Feb 2004 22:28:04 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.9) with ESMTP id i1CLS1va005388 for ; Thu, 12 Feb 2004 13:28:01 -0800 (PST) Subject: Some Questions From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Thu, 12 Feb 2004 13:29:16 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I have a series of questions after reading through the FAQ, Tutorial and some of the handbook. They are: 1. Is the 2.0 release currently on schedule for Q1/2004? 2. Is there a script of some sort that will automatically rebuild and install the src rpm's (i.e. something that will find the dependencies and install in the proper order)? 3. Should I install the openpkg rpm over the bootstrapped openpkg? How does the openpkg rpm info get inserted into the rpmdb otherwise? 4. What is the best way (or is there one) to perform a mass system bootstrap/install across many systems? Thanks in advance. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Thu Feb 12 22:50:41 2004 Received: from fjalar.oit.pdx.edu (fjalar.oit.pdx.edu [131.252.122.16]) by mail.openpkg.org (Postfix) with ESMTP id 85B693059E1 for ; Thu, 12 Feb 2004 22:50:40 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by fjalar.oit.pdx.edu (8.12.10/8.12.9) with ESMTP id i1CLobZt019531 for ; Thu, 12 Feb 2004 13:50:37 -0800 (PST) Subject: Re: Some Questions (two more) From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <1076621355.14821.10.camel@thoth.oit.pdx.edu> References: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Content-Type: text/plain Message-Id: <1076622711.14822.15.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Thu, 12 Feb 2004 13:51:52 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ok, so I have two more questions here. :-) 5. Will OpenPKG work with apt-get (i.e. we setup our own repository and use apt on our remote hosts to grab their appropriate updates)? 6. Is it stable to use the current src rpm's with openpkg 1.3 or is it advised to wait until 2.0 is released as stable? We do desire good stability in our environment. Thanks again. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Thu Feb 12 22:53:59 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id CAC8D303686 for ; Thu, 12 Feb 2004 22:53:58 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 397AB8D79E; Thu, 12 Feb 2004 22:53:57 +0100 (CET) Date: Thu, 12 Feb 2004 22:53:57 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Some Questions Message-ID: <20040212215357.GE92204@dev.de.cw.com> References: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, David M. Fetter wrote: David! > I have a series of questions after reading through the FAQ, Tutorial and > some of the handbook. They are: > > 1. Is the 2.0 release currently on schedule for Q1/2004? > Yes. > 2. Is there a script of some sort that will automatically rebuild and > install the src rpm's (i.e. something that will find the dependencies > and install in the proper order)? > We do not have a ideal solution for this. The best we can offer is the openpkg-tool package which contains a perl script which comes close to what you want. However, there are many real life scenarios that make the job of the script hard, i.e. retaining with_XXX options when upgrading, upgrade a library and know which applications to rebuild, working in mixed Release/ CURRENT environments ... just to name a few. Not all situations have be thought of, coded and debugged. Some do not work by design (either tool and/or OpenPKG). This is an area we have to improve OpenPKG a lot. > 3. Should I install the openpkg rpm over the bootstrapped openpkg? How > does the openpkg rpm info get inserted into the rpmdb otherwise? > There is no need to install openpkg*rpm over openpkg*sh. The bootstrap process ensures openpkg puts itself into the rpmdb. This is dirty and tricky and I believe it took Ralf something like three months to make it happen when OpenPKG was born. > 4. What is the best way (or is there one) to perform a mass system > bootstrap/install across many systems? > OpenPKG does not come with a automated deployment solution. There are a couple of options. Of course, you can create your own scripts or integrate into your existing deployment solution, if you already have any (i.e. ZENworks for Servers, cfengine, ...). Use openpkg-tool to automate parts of the deployment solution. My personal solution is a script called "obmtool" which is currently published as part of OpenPKG/Kolab integration. Its only a configuration file containing a shell script and a "main" shell script offering functions to reduce complexity of the config. See http://www.zfos.org/ for an example. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Feb 12 23:07:58 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id EFA90305808 for ; Thu, 12 Feb 2004 23:07:57 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 5DB608D79E; Thu, 12 Feb 2004 23:07:56 +0100 (CET) Date: Thu, 12 Feb 2004 23:07:56 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Some Questions (two more) Message-ID: <20040212220756.GF92204@dev.de.cw.com> References: <1076621355.14821.10.camel@thoth.oit.pdx.edu> <1076622711.14822.15.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1076622711.14822.15.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, David M. Fetter wrote: > Ok, so I have two more questions here. :-) > David, > 5. Will OpenPKG work with apt-get (i.e. we setup our own repository and > use apt on our remote hosts to grab their appropriate updates)? > We tried and failed. Besides some technical difficulties we found that apt-get seems to work only good with binaries which violates OpenPKG philosophy preferring building from source. I'm not sure if we can ever get this to work properly. > 6. Is it stable to use the current src rpm's with openpkg 1.3 or is it > advised to wait until 2.0 is released as stable? We do desire good > stability in our environment. > Regarding OpenPKG itself I would recommend testing CURRENT now and deploying 2.0. There is a obvious risk in hundrets of vendor packages being updated which are not under our control. So anything can happen. Our build farm tests build, install and erase only. Labs can only test a fraction of the overall possible functions. Only practice can tell. I believe this is the same risk as you would have doing the "configure; make; make install" triple manually or download/ purchase any BSD system or Linux distro. If you prefer the "bugs already known" path then go for 1.3. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Fri Feb 13 03:05:47 2004 Received: from mail23-ash-R.bigfish.com (mail-ash.bigfish.com [206.16.192.253]) by mail.openpkg.org (Postfix) with ESMTP id 979B530590E for ; Fri, 13 Feb 2004 03:05:46 +0100 (CET) Received: from mail23-ash.bigfish.com (localhost.localdomain [127.0.0.1]) by mail23-ash-R.bigfish.com (Postfix) with ESMTP id A1CA81BC834 for ; Fri, 13 Feb 2004 02:05:44 +0000 (UCT) Received: by mail23-ash (MessageSwitch) id 1076637944609634_4333; Fri, 13 Feb 2004 02:05:44 +0000 (UCT) Received: from gsun34.pfizer.com (unknown [12.18.36.49]) by mail23-ash.bigfish.com (Postfix) with ESMTP id 765D51BC7AA for ; Fri, 13 Feb 2004 02:05:44 +0000 (UCT) Received: from groexms01.pfizer.com (localhost [127.0.0.1]) by gsun34.pfizer.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id i1D25hhK008398 for ; Thu, 12 Feb 2004 21:05:43 -0500 (EST) Received: from groexcn04.pfizer.com (unverified) by groexms01.pfizer.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Thu, 12 Feb 2004 21:05:40 -0500 Received: by groexcn04.pfizer.com with Internet Mail Service (5.5.2654.89) id ; Thu, 12 Feb 2004 21:05:40 -0500 Message-ID: From: "Warnes, Gregory R" To: "'openpkg-users@openpkg.org'" Subject: Problem (re)installing openpkg on Solaris 8 Date: Thu, 12 Feb 2004 21:05:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, I've been running a really old version of openpkg (openpkg-20020625-20020625) on Solaris for some time, and I've occasionally tried to upgrade but have always run into problems and given up. I really would like to do a proper upgrade now, and have run into several problems. Whether I use the bootstrap or the src rpm I get the same compile errors while building rpm: ---------------------------------- make[2]: Entering directory `/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/rpm-4.0.2' /bin/sh ./libtool --mode=link /net/gsun492/Volumes/app/appman/bin/gcc -DOPENPKG -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/db-3.2.9/build_unix -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/zlib-1.1.4 -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/bzip2-1.0.2 -g -O2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -o rpm2cpio rpm2cpio.o ./build/librpmbuild.la ./lib/librpm.la ./rpmio/librpmio.la ./popt/libpopt.la ./misc/libmisc.a -L/net/gsun492/Volumes/app/appman/lib -R/net/gsun492/Volumes/app/appman/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ucblib -R/usr/ucblib -lnsl -lsocket -lz -lbz2 /net/gsun492/Volumes/app/appman/bin/gcc -DOPENPKG -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/db-3.2.9/build_unix -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/zlib-1.1.4 -I/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/bzip2-1.0.2 -g -O2 -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -o rpm2cpio rpm2cpio.o ./build/.libs/librpmbuild.a ./lib/.libs/librpm.a ./rpmio/.libs/librpmio.a -L/net/gsun492/Volumes/app/appman/lib -L/usr/local/lib -L/usr/ucblib -lnsl -lsocket -lz -lbz2 ./popt/.libs/libpopt.a -L/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/db-3.2.9/build_unix -L/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/zlib-1.1.4 -L/net/gsun492/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/bzip2-1.0.2 ./misc/libmisc.a -L/net/gsun492/Volumes/app/appman/lib -L/usr/local/lib -L/usr/ucblib -lnsl -lsocket -lz -lbz2 -R/net/gsun492/Volumes/app/appman/lib -R/usr/local/lib -R/usr/ucblib -R/net/gsun492/Volumes/app/appman/lib -R/usr/local/lib -R/usr/ucblib Undefined first referenced symbol in file BZ2_bzflush ./rpmio/.libs/librpmio.a(rpmio.o) db_env_create ./lib/.libs/librpm.a(db3.o) db_strerror ./lib/.libs/librpm.a(db3.o) BZ2_bzdopen ./rpmio/.libs/librpmio.a(rpmio.o) BZ2_bzread ./rpmio/.libs/librpmio.a(rpmio.o) BZ2_bzclose ./rpmio/.libs/librpmio.a(rpmio.o) BZ2_bzerror ./rpmio/.libs/librpmio.a(rpmio.o) BZ2_bzopen ./rpmio/.libs/librpmio.a(rpmio.o) db_env_set_func_fsync ./lib/.libs/librpm.a(db3.o) BZ2_bzwrite ./rpmio/.libs/librpmio.a(rpmio.o) db_create ./lib/.libs/librpm.a(db3.o) ld: fatal: Symbol referencing errors. No output written to rpm2cpio collect2: ld returned 1 exit status ------------------------------- I'm not sure exactly what is causing this problem to occur since the bz2 library appears to compile fine and is explicitly named in the path. SunOS gsun492 5.8 Generic_108528-21 sun4u sparc SUNW,Ultra-Enterprise gcc version 3.1 GNU Make version 3.79.1 Thanks for your help, -Greg Gregory R. Warnes Manager, Non-Clinical Statistics Pfizer Global Research and Development Tel: 860-715-3536 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately. From openpkg-users-owner@openpkg.org Fri Feb 13 12:07:28 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 017D43037EC for ; Fri, 13 Feb 2004 12:07:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id BE10B4CF9C0; Fri, 13 Feb 2004 12:07:27 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 974DC285E1; Fri, 13 Feb 2004 12:03:09 +0100 (CET) Date: Fri, 13 Feb 2004 12:03:09 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Some Questions (two more) Message-ID: <20040213110309.GB1344@engelschall.com> References: <1076621355.14821.10.camel@thoth.oit.pdx.edu> <1076622711.14822.15.camel@thoth.oit.pdx.edu> <20040212220756.GF92204@dev.de.cw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040212220756.GF92204@dev.de.cw.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Thomas Lotterer wrote: > > 5. Will OpenPKG work with apt-get (i.e. we setup our own repository and > > use apt on our remote hosts to grab their appropriate updates)? > > > We tried and failed. Besides some technical difficulties we found that > apt-get seems to work only good with binaries which violates OpenPKG > philosophy preferring building from source. I'm not sure if we can ever > get this to work properly. Yes, I was unable to get it running for "from source building", but if you build binary packages on a master machine, then you can pretty well deploy them with APT on hundrets of target machines. For binary installations APT worked fine for me. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 13 12:07:28 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id F06713037E4 for ; Fri, 13 Feb 2004 12:07:27 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id A83764CF960; Fri, 13 Feb 2004 12:07:27 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 28590285E1; Fri, 13 Feb 2004 11:59:54 +0100 (CET) Date: Fri, 13 Feb 2004 11:59:54 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Some Questions Message-ID: <20040213105954.GA1344@engelschall.com> References: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1076621355.14821.10.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, David M. Fetter wrote: > I have a series of questions after reading through the FAQ, Tutorial and > some of the handbook. They are: > > 1. Is the 2.0 release currently on schedule for Q1/2004? Yes, it is. We are very close before release and will put 2.0 in stone (= CVS) early next week. > 2. Is there a script of some sort that will automatically rebuild and > install the src rpm's (i.e. something that will find the dependencies > and install in the proper order)? Yes, look for the "openpkg-tool" package. > 3. Should I install the openpkg rpm over the bootstrapped openpkg? How > does the openpkg rpm info get inserted into the rpmdb otherwise? No, if you bootstrap from the openpkg*.src.sh you end up with a complete setup, including an RPM DB which already contains the "openpkg" package. You can (if you feel better ;-) rebuild also openpkg*.src.rpm and install it, but there will be no difference anymore. OTOH _upgrading_ an instance is done by building a newer openpkg*.src.rpm and installing it, of course. > 4. What is the best way (or is there one) to perform a mass system > bootstrap/install across many systems? This cannot be answered because I think there is no single "best way". It fully depends on your environment. There are people who build all *.src.rpm on _each_ target machine from scratch, but use utilities like "dsh" or similar for automating this. There are other people who build the *.src.rpm just once on a master machine and then copy and deploy the binary RPMs on all target machines, etc. OpenPKG (at least up to know) is only the raw packaging facility. Mass-deployments and similar things are IMHO more related to real Configuration Management (CM) on top if this. And for the CM layer OpenPKG currently doesn't provide very much, although we are working on this with the implementation of a new additional OpenPKG "tool chain" (which runs on top of RPM). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 13 12:07:28 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 217C7305558 for ; Fri, 13 Feb 2004 12:07:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id E85BC4CF9DE; Fri, 13 Feb 2004 12:07:27 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 6A810285E1; Fri, 13 Feb 2004 12:07:02 +0100 (CET) Date: Fri, 13 Feb 2004 12:07:02 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Problem (re)installing openpkg on Solaris 8 Message-ID: <20040213110702.GC1344@engelschall.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 12, 2004, Warnes, Gregory R wrote: > I've been running a really old version of openpkg > (openpkg-20020625-20020625) on Solaris for some time, and I've occasionally > tried to upgrade but have always run into problems and given up. > > I really would like to do a proper upgrade now, and have run into several > problems. Whether I use the bootstrap or the src rpm I get the same compile > errors while building rpm: > [...] > `/Volumes/app/appman/RPM/TMP/openpkg-1.3.0/rpm-4.0.2' > [...] > Undefined first referenced > symbol in file > BZ2_bzflush ./rpmio/.libs/librpmio.a(rpmio.o) > db_env_create ./lib/.libs/librpm.a(db3.o) > db_strerror ./lib/.libs/librpm.a(db3.o) > BZ2_bzdopen ./rpmio/.libs/librpmio.a(rpmio.o) > BZ2_bzread ./rpmio/.libs/librpmio.a(rpmio.o) > BZ2_bzclose ./rpmio/.libs/librpmio.a(rpmio.o) > BZ2_bzerror ./rpmio/.libs/librpmio.a(rpmio.o) > BZ2_bzopen ./rpmio/.libs/librpmio.a(rpmio.o) > db_env_set_func_fsync ./lib/.libs/librpm.a(db3.o) > BZ2_bzwrite ./rpmio/.libs/librpmio.a(rpmio.o) > db_create ./lib/.libs/librpm.a(db3.o) > ld: fatal: Symbol referencing errors. No output written to rpm2cpio > collect2: ld returned 1 exit status > ------------------------------- > > I'm not sure exactly what is causing this problem to occur since the bz2 > library appears to compile fine and is explicitly named in the path. I cannot remember myself why this happens, but I think I've also seen it myself two years ago on a Solaris box. But, forget OpenPKG 1.3 and RPM 4.0.2 here. OpenPKG CURRENT (and in one week 2.0) runs fine under Solaris 8, so give this a try, please. It contains RPM 4.2.1 which is completely different and so the chance is high that it also works on your Solaris 8 box. Also make sure you have the latest Solaris 8 patch cluster applied. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 17:30:52 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 962EB305388 for ; Sat, 14 Feb 2004 17:30:51 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2004 17:30:46 +0100 (CET) Message-ID: <402E4D97.7050807@lycos.com> Date: Sat, 14 Feb 2004 17:32:23 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: mysql/current with openssl Content-Type: multipart/mixed; boundary="------------060303080302070501020500" Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. --------------060303080302070501020500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit i try to add an openssl option to mysql-4 (current) with the attached patch but get the following: /home/www-test/local/bin/cc -DDEFAULT_CHARSET_HOME=\"/home/www-test/local\" -DDATADIR=\"/home/www-test/local/var/mysql\" -DSHAREDIR=\"/home/www-test/local/share/mysql\" -DDONT_USE_RAID -I. -I. -I.. -I./../include -I../include -I./.. -I.. -I.. /home/www-test/local/include/openssl -O3 -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -c libmysql.c -MT libmysql.lo -MD -MP -MF .deps/libmysql.TPlo -o libmysql.o cc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [libmysql.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.19649 (%build) without it compiles fine & there is nothing else modified. Regards Julien --------------060303080302070501020500 Content-Type: text/plain; name="patch-mysql_spec" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-mysql_spec" --- mysql.spec.orig 2004-02-14 16:05:57.169637895 +0100 +++ mysql.spec 2004-02-14 16:25:36.910084270 +0100 @@ -45,6 +45,7 @@ # package options %option with_bdb yes %option with_innodb no +%option with_openssl no # list of sources Source0: http://sunsite.informatik.rwth-aachen.de/mysql/Downloads/MySQL-%{V_major}/mysql-%{V_mysql}.tar.gz @@ -113,6 +114,10 @@ %if "%{with_innodb}" == "no" --without-innodb \ %endif +%if "%{with_openssl}" == "yes" + --with-openssl-includes=%{l_prefix}/include/openssl \ + --with-openssl-libs=%{l_prefix}/lib \ +%endif --with-named-z-libs=no \ --with-low-memory \ --disable-shared \ --------------060303080302070501020500-- From openpkg-users-owner@openpkg.org Sat Feb 14 17:48:40 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E4696305A66 for ; Sat, 14 Feb 2004 17:48:39 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id C8C5D4CE9DE; Sat, 14 Feb 2004 17:48:39 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2AADD28623; Sat, 14 Feb 2004 17:48:31 +0100 (CET) Date: Sat, 14 Feb 2004 17:48:31 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl Message-ID: <20040214164830.GA91085@engelschall.com> References: <402E4D97.7050807@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402E4D97.7050807@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Julien TOUCHE wrote: > i try to add an openssl option to mysql-4 (current) with the attached > patch but get the following: > > /home/www-test/local/bin/cc > -DDEFAULT_CHARSET_HOME=\"/home/www-test/local\" > -DDATADIR=\"/home/www-test/local/var/mysql\" > -DSHAREDIR=\"/home/www-test/local/share/mysql\" -DDONT_USE_RAID -I. -I. > -I.. -I./../include -I../include -I./.. -I.. -I.. > /home/www-test/local/include/openssl -O3 -DDBUG_OFF -O2 -pipe ^^^^^^^^^^^^^^^^ Well, here is the problem. There is no -I in front of this argument, so the compiler things it is a compilation object. > -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -c libmysql.c -MT libmysql.lo -MD > -MP -MF .deps/libmysql.TPlo -o libmysql.o > cc: cannot specify -o with -c or -S and multiple compilations > make[2]: *** [libmysql.lo] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.19649 > (%build) > > without it compiles fine & there is nothing else modified. > > --- mysql.spec.orig 2004-02-14 16:05:57.169637895 +0100 > +++ mysql.spec 2004-02-14 16:25:36.910084270 +0100 > @@ -45,6 +45,7 @@ > # package options > %option with_bdb yes > %option with_innodb no > +%option with_openssl no Use the generic with_ssl, please. We recently renamed all similar options to with_ssl. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 18:03:23 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id A0F633057A7 for ; Sat, 14 Feb 2004 18:03:23 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 76F924CE96F; Sat, 14 Feb 2004 18:03:23 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id E949328623; Sat, 14 Feb 2004 18:03:13 +0100 (CET) Date: Sat, 14 Feb 2004 18:03:13 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl Message-ID: <20040214170313.GA92078@engelschall.com> References: <402E4D97.7050807@lycos.com> <20040214164830.GA91085@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040214164830.GA91085@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Ralf S. Engelschall wrote: > On Sat, Feb 14, 2004, Julien TOUCHE wrote: > > > i try to add an openssl option to mysql-4 (current) with the attached > > patch but get the following: > > > > /home/www-test/local/bin/cc > > -DDEFAULT_CHARSET_HOME=\"/home/www-test/local\" > > -DDATADIR=\"/home/www-test/local/var/mysql\" > > -DSHAREDIR=\"/home/www-test/local/share/mysql\" -DDONT_USE_RAID -I. -I. > > -I.. -I./../include -I../include -I./.. -I.. -I.. > > /home/www-test/local/include/openssl -O3 -DDBUG_OFF -O2 -pipe > ^^^^^^^^^^^^^^^^ > > Well, here is the problem. There is no -I in front of this argument, > so the compiler things it is a compilation object. > > > -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -c libmysql.c -MT libmysql.lo -MD > > -MP -MF .deps/libmysql.TPlo -o libmysql.o > > cc: cannot specify -o with -c or -S and multiple compilations > > make[2]: *** [libmysql.lo] Error 1 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all] Error 2 > > error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.19649 > > (%build) > > > > without it compiles fine & there is nothing else modified. Ok, the correct way is the one I've comitted now: http://cvs.openpkg.org/chngview?cn=14865 Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 18:03:36 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id A037F30387C for ; Sat, 14 Feb 2004 18:03:34 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2004 18:03:32 +0100 (CET) Message-ID: <402E5547.3040607@lycos.com> Date: Sat, 14 Feb 2004 18:05:11 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache -current/oci8 References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> In-Reply-To: <20040212185706.GA45262@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > On Thu, Feb 12, 2004, Julien TOUCHE wrote: > > >>few comments on an apache setup with current/solaris9 (php part) >> >>- oci8 support >>[...] >>checking Oracle version... configure: error: Oracle-OCI8 needed >>libraries not found >>[...] >>and php*.src.rpm compiles fine with oci8 >>$ rpm -qi php|grep oci >> php::with_oci7 = no >> php::with_oci8 = yes > > > Hmmm... I've installed "apache" with "oracle-barebone" (i.e. OCI8 > support) just a last week on a Solaris 9 box. Can you dig deeper (look > into file config.log) why it does not find the OCI8 libs. there is nothing more than what i show in the first mail (that's very strange) > > >>(oracle-*.rpm is installed) > > > Ah, you using "oracle" only and you have an own Oracle installation or > are you using "oracle" together with "oracle-barebone"? I've only tried > it with "oracle-barebone" recently and never with a regular installation > myself. bash-2.05$ rpm --rebuild /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm Installing /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm Executing(%prep): env -i /home/www-test/local/lib/openpkg/bash --norc --noprofile --posix -e /home/www-test/local/RPM/TMP/rpm-tmp.31503 + cd /home/www-test/local/RPM/TMP + $'\a\r+----------------------------------Error--------------------------------------+' +----------------------------------Error--------------------------------------+: command not found error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.31503 (%prep) RPM build errors: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.31503 (%prep) when building apache with php/oci8 (only), stop: checking for ncurses support... no checking for Oracle-OCI8 support... yes checking Oracle Install-Dir... /exlibris/app/oracle/product/817 checking Oracle version... configure: error: Oracle-OCI8 needed libraries not found + /home/www-test/local/bin/make --no-print-directory make: *** No targets specified and no makefile found. Stop. + /home/www-test/local/bin/make --no-print-directory install INSTALL_ROOT=/home/www-test/local/RPM/TMP/apache-1.3.29-root make: *** No rule to make target `install'. Stop. + exit 2 error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.7010 (%build) and ../../TMP/apache-1.3.29/php-4.3.4/config.log 1028 configure:55957: checking for ncurses support 1029 configure:56923: checking for Oracle-OCI8 support 1030 configure:56968: checking Oracle Install-Dir 1031 configure:57263: checking Oracle version EOF & nothing more :( ~/local/etc/rc oracle info returns the good path. Regards Julien note: solaris 9 From openpkg-users-owner@openpkg.org Sat Feb 14 18:25:47 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 3DD73305A7F for ; Sat, 14 Feb 2004 18:25:47 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 1A45E4CF87D; Sat, 14 Feb 2004 18:25:47 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 6270528623; Sat, 14 Feb 2004 18:25:37 +0100 (CET) Date: Sat, 14 Feb 2004 18:25:37 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache -current/oci8 Message-ID: <20040214172537.GA92497@engelschall.com> References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> <402E5547.3040607@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402E5547.3040607@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Julien TOUCHE wrote: > bash-2.05$ rpm --rebuild > /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm Well, you have to bash-2.05$ rpm -Uvh \ /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm And then place additional files there as described in the contained .txt file. Usually, this is explained in the message, but for you... > Installing > /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm > Executing(%prep): env -i /home/www-test/local/lib/openpkg/bash --norc > --noprofile --posix -e /home/www-test/local/RPM/TMP/rpm-tmp.31503 > + cd /home/www-test/local/RPM/TMP > + > $'\a\r+----------------------------------Error--------------------------------------+' > +----------------------------------Error--------------------------------------+: > > command not found > error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.31503 > (%prep) Ops, is this really the output? Can you figure our what "command" is not found here? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 18:39:38 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id B28FD3055C8 for ; Sat, 14 Feb 2004 18:39:38 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 3B2664CEB33; Sat, 14 Feb 2004 18:39:38 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 93F1E28623; Sat, 14 Feb 2004 18:39:29 +0100 (CET) Date: Sat, 14 Feb 2004 18:39:29 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache -current/oci8 Message-ID: <20040214173929.GA93168@engelschall.com> References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> <402E5547.3040607@lycos.com> <20040214172537.GA92497@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040214172537.GA92497@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Ralf S. Engelschall wrote: > > Installing > > /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm > > Executing(%prep): env -i /home/www-test/local/lib/openpkg/bash --norc > > --noprofile --posix -e /home/www-test/local/RPM/TMP/rpm-tmp.31503 > > + cd /home/www-test/local/RPM/TMP > > + > > $'\a\r+----------------------------------Error--------------------------------------+' > > +----------------------------------Error--------------------------------------+: > > > > command not found > > error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.31503 > > (%prep) > > Ops, is this really the output? Can you figure our what "command" is not > found here? Can you upgrade to openpkg-20040214-20040214 and try again? I think I found the reason why the error message did not display correctly for you. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 18:56:55 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id B9344305B62 for ; Sat, 14 Feb 2004 18:56:54 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2004 18:56:52 +0100 (CET) Message-ID: <402E61C8.7080906@lycos.com> Date: Sat, 14 Feb 2004 18:58:32 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl References: <402E4D97.7050807@lycos.com> <20040214164830.GA91085@engelschall.com> <20040214170313.GA92078@engelschall.com> In-Reply-To: <20040214170313.GA92078@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > Ok, the correct way is the one I've comitted now: > http://cvs.openpkg.org/chngview?cn=14865 failed here :( /bin/bash ../libtool --mode=link /home/www-test/local/bin/cc -O3 -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -o thread_test thread_test.o -static ../libmysql/libmysqlclient.la -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -L/home/www-test/local/lib -lssl -lcrypto /home/www-test/local/bin/cc -O3 -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -o thread_test thread_test.o ../libmysql/.libs/libmysqlclient.a -L/home/www-test/local/lib -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -lssl -lcrypto Making all in strings if /home/www-test/local/bin/cc -DHAVE_CONFIG_H -I. -I. -I.. -I./../include -I../include -O3 -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -MT strxmov.o -MD -MP -MF ".deps/strxmov.Tpo" \ -c -o strxmov.o `test -f 'strxmov.c' || echo './'`strxmov.c; \ then mv -f ".deps/strxmov.Tpo" ".deps/strxmov.Po"; \ else rm -f ".deps/strxmov.Tpo"; exit 1; \ fi In file included from strxmov.c:33: ../include/my_global.h:1129:30: openssl/opensslv.h: No such file or directory make[2]: *** [strxmov.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.11111 (%build) and i have local/include/openssl/opensslv.h $ rpm -qa|grep openssl openssl-0.9.7c-20040207 Regards Julien From openpkg-users-owner@openpkg.org Sat Feb 14 20:12:01 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 7F9FE3053D7 for ; Sat, 14 Feb 2004 20:12:01 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 62FA54CE786; Sat, 14 Feb 2004 20:12:01 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A74EF28623; Sat, 14 Feb 2004 20:11:49 +0100 (CET) Date: Sat, 14 Feb 2004 20:11:49 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl Message-ID: <20040214191149.GA95605@engelschall.com> References: <402E4D97.7050807@lycos.com> <20040214164830.GA91085@engelschall.com> <20040214170313.GA92078@engelschall.com> <402E61C8.7080906@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402E61C8.7080906@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Julien TOUCHE wrote: > Ralf S. Engelschall wrote: > >Ok, the correct way is the one I've comitted now: > >http://cvs.openpkg.org/chngview?cn=14865 > > failed here :( > > /bin/bash ../libtool --mode=link /home/www-test/local/bin/cc -O3 > -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -o > thread_test thread_test.o -static ../libmysql/libmysqlclient.la > -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -L/home/www-test/local/lib > -lssl -lcrypto > /home/www-test/local/bin/cc -O3 -DDBUG_OFF -O2 -pipe > -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -o thread_test thread_test.o > ../libmysql/.libs/libmysqlclient.a -L/home/www-test/local/lib -lposix4 > -lcrypt -lgen -lsocket -lnsl -lm -lssl -lcrypto > Making all in strings > if /home/www-test/local/bin/cc -DHAVE_CONFIG_H -I. -I. -I.. > -I./../include -I../include -O3 -DDBUG_OFF -O2 -pipe > -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -MT strxmov.o -MD -MP -MF > ".deps/strxmov.Tpo" \ > -c -o strxmov.o `test -f 'strxmov.c' || echo './'`strxmov.c; \ > then mv -f ".deps/strxmov.Tpo" ".deps/strxmov.Po"; \ > else rm -f ".deps/strxmov.Tpo"; exit 1; \ > fi > In file included from strxmov.c:33: > ../include/my_global.h:1129:30: openssl/opensslv.h: No such file or > directory > make[2]: *** [strxmov.o] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.11111 > (%build) > > and i have local/include/openssl/opensslv.h > > $ rpm -qa|grep openssl > openssl-0.9.7c-20040207 That's strange. I've tested it and it builded fine for me (I'm using FreeBSD 4). Are you sure you are using exactly the latest mysql-4.0.18-20040214 I rolled before? And under what OS are you building? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sat Feb 14 21:16:47 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id BABDE305C32 for ; Sat, 14 Feb 2004 21:16:46 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2004 21:16:43 +0100 (CET) Message-ID: <402E828F.2060206@lycos.com> Date: Sat, 14 Feb 2004 21:18:23 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: apache -current/oci8 References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> <402E5547.3040607@lycos.com> <20040214172537.GA92497@engelschall.com> <20040214173929.GA93168@engelschall.com> In-Reply-To: <20040214173929.GA93168@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: >> Ops, is this really the output? Can you figure our what "command" >> is not found here? > > > Can you upgrade to openpkg-20040214-20040214 and try again? I think I > found the reason why the error message did not display correctly for > you. $ rpm -Uvh local/RPM/PKG/openpkg-20040214-20040214.sparc64-solaris9-hwl.rpm $ rpm -vv --rebuild /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm Installing /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm D: Expected size: 6752 = lead(96)+sigs(180)+pad(4)+data(6472) D: Actual size: 6752 D: ========== Directories not explictly included in package: D: 0 /home/www-test/local/RPM/SRC/oracle-barebone/ D: 1 /home/www-test/local/RPM/SRC/oracle-barebone/ D: ========== D: fini 100664 1 ( 201, 1) 1246 /home/www-test/local/RPM/SRC/oracle-barebone/oracle-barebone.pl;402e8050 D: fini 100664 1 ( 201, 1) 5102 /home/www-test/local/RPM/SRC/oracle-barebone/oracle-barebone.spec;402e8050 D: fini 100664 1 ( 201, 1) 4768 /home/www-test/local/RPM/SRC/oracle-barebone/oracle-barebone.txt;402e8050 BZDIO: 16 reads, 11637 total bytes in 0.007 secs D: opening db environment /home/www-test/local/RPM/DB/Packages joinenv D: opening db index /home/www-test/local/RPM/DB/Packages rdonly mode=0x0 D: locked db index /home/www-test/local/RPM/DB/Packages D: ========== +++ oracle-barebone-9.2.0.1-20040205 ix86-freebsd4.9 0x0 D: ========== +++ oracle-barebone-9.2.0.1-20040205 sparc64-solaris9 0x0 D: opening db index /home/www-test/local/RPM/DB/Depends create mode=0x0 D: opening db index /home/www-test/local/RPM/DB/Providename rdonly mode=0x0 D: Requires: OpenPKG YES (db provides) D: Requires: rpmlib(VersionedDependencies) <= 3.0.3-1 YES (rpmlib provides) D: Requires: openpkg >= 20040130 YES (db provides) D: closed db index /home/www-test/local/RPM/DB/Depends D: closed db index /home/www-test/local/RPM/DB/Providename D: closed db index /home/www-test/local/RPM/DB/Packages D: closed db environment /home/www-test/local/RPM/DB/Packages Executing(%prep): env -i /home/www-test/local/lib/openpkg/bash --norc --noprofile --posix -e /home/www-test/local/RPM/TMP/rpm-tmp.21016 + cd /home/www-test/local/RPM/TMP + $'\a\r+----------------------------------Error--------------------------------------+' +----------------------------------Error--------------------------------------+: command not found error: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.21016 (%prep) RPM build errors: Bad exit status from /home/www-test/local/RPM/TMP/rpm-tmp.21016 (%prep) (same with rpm -ba *.spec) is there any way to have more debug code ? $ rpm -Uvh /tmp/openpkg/rep/current/SRC/oracle-barebone-9.2.0.1-20040205.nosrc.rpm 1:oracle-barebone ########################################### [100%] $ rpm -ql oracle-barebone package oracle-barebone is not installed Regards Julien note: my inital goal is to have apache with php with oci8. so there is a problem here, as php (alone) compiles fine with oracle src rpm but not php in apache. if the latter works only with oracle-barebone, maybe it will be interesting to change Req field. note2: system is solaris 9/sparc From openpkg-users-owner@openpkg.org Sat Feb 14 23:00:10 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 68E713036AC for ; Sat, 14 Feb 2004 23:00:08 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Feb 2004 23:00:06 +0100 (CET) Message-ID: <402E9AC7.4020601@lycos.com> Date: Sat, 14 Feb 2004 23:01:43 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl References: <402E4D97.7050807@lycos.com> <20040214164830.GA91085@engelschall.com> <20040214170313.GA92078@engelschall.com> <402E61C8.7080906@lycos.com> <20040214191149.GA95605@engelschall.com> In-Reply-To: <20040214191149.GA95605@engelschall.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ralf S. Engelschall wrote: > That's strange. I've tested it and it builded fine for me (I'm > using FreeBSD 4). Are you sure you are using exactly the latest > mysql-4.0.18-20040214 I rolled before? And under what OS are you $ rpm -ivh /tmp/openpkg/rep/current/SRC/mysql-4.0.18-20040214.src.rpm 1:mysql ########################################### [100%] [activate with_ssl in mysql.spec] $ rpm -ba local/RPM/SRC/mysql/mysql.spec [snip] same error in local/RPM/TMP/mysql-4.0.18/strings $ make if /home/www-test/local/bin/cc -DHAVE_CONFIG_H -I. -I. -I.. -I./../include -I../include -O3 -DDBUG_OFF -O2 -pipe -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -MT strxmov.o -MD -MP -MF ".deps/strxmov.Tpo" \ -c -o strxmov.o `test -f 'strxmov.c' || echo './'`strxmov.c; \ then mv -f ".deps/strxmov.Tpo" ".deps/strxmov.Po"; \ else rm -f ".deps/strxmov.Tpo"; exit 1; \ fi In file included from strxmov.c:33: ../include/my_global.h:1129:30: openssl/opensslv.h: No such file or directory make: *** [strxmov.o] Error 1 seems an include problem: adding -I/home/www-test/local/include solves it but why ... no openssl in DEFAULT_INCLUDES in Makefile but there is in Makefile.in ??? redo with stok mysql src rpm $ grep -n DEFAULT_INCLUDES local/RPM/TMP/mysql-4.0.18/strings/Makefile* local/RPM/TMP/mysql-4.0.18/strings/Makefile:420:DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir) local/RPM/TMP/mysql-4.0.18/strings/Makefile:440:COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ local/RPM/TMP/mysql-4.0.18/strings/Makefile:442:LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(DEFAULT_INCLUDES) \ local/RPM/TMP/mysql-4.0.18/strings/Makefile.in:420:DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir) local/RPM/TMP/mysql-4.0.18/strings/Makefile.in:440:COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ local/RPM/TMP/mysql-4.0.18/strings/Makefile.in:442:LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(DEFAULT_INCLUDES) \ even when i patch it and openssl includes is in the two files, it fails on the same error ??? > building? Solaris 9 Regards Julien From openpkg-users-owner@openpkg.org Sun Feb 15 09:53:03 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id ED72A305A2B for ; Sun, 15 Feb 2004 09:53:02 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CC1054CE793; Sun, 15 Feb 2004 09:53:02 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 400ED28798; Sun, 15 Feb 2004 09:52:55 +0100 (CET) Date: Sun, 15 Feb 2004 09:52:55 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: mysql/current with openssl Message-ID: <20040215085255.GA20128@engelschall.com> References: <402E4D97.7050807@lycos.com> <20040214164830.GA91085@engelschall.com> <20040214170313.GA92078@engelschall.com> <402E61C8.7080906@lycos.com> <20040214191149.GA95605@engelschall.com> <402E9AC7.4020601@lycos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <402E9AC7.4020601@lycos.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sat, Feb 14, 2004, Julien TOUCHE wrote: > Ralf S. Engelschall wrote: > > >That's strange. I've tested it and it builded fine for me (I'm > >using FreeBSD 4). Are you sure you are using exactly the latest > >mysql-4.0.18-20040214 I rolled before? And under what OS are you > $ rpm -ivh /tmp/openpkg/rep/current/SRC/mysql-4.0.18-20040214.src.rpm > 1:mysql ########################################### > [100%] > [activate with_ssl in mysql.spec] > $ rpm -ba local/RPM/SRC/mysql/mysql.spec > [snip] I hope you did it for other reasons, but you usually never have to edit a .spec file locally in order to activate an %option. Just use: $ rpm --rebuild --with ssl /tmp/openpkg/rep/current/SRC/mysql-4.0.18-20040214.src.rpm > same error in local/RPM/TMP/mysql-4.0.18/strings > > $ make > if /home/www-test/local/bin/cc -DHAVE_CONFIG_H -I. -I. -I.. > -I./../include -I../include -O3 -DDBUG_OFF -O2 -pipe > -D_FILE_OFFSET_BITS=64 -DHAVE_RWLOCK_T -MT strxmov.o -MD -MP -MF > ".deps/strxmov.Tpo" \ > -c -o strxmov.o `test -f 'strxmov.c' || echo './'`strxmov.c; \ > then mv -f ".deps/strxmov.Tpo" ".deps/strxmov.Po"; \ > else rm -f ".deps/strxmov.Tpo"; exit 1; \ > fi > In file included from strxmov.c:33: > ../include/my_global.h:1129:30: openssl/opensslv.h: No such file or > directory > make: *** [strxmov.o] Error 1 > > seems an include problem: adding -I/home/www-test/local/include solves > it but why ... > no openssl in DEFAULT_INCLUDES in Makefile > but there is in Makefile.in ??? Hmm... seems to be related to Solaris 9. According to the configure I cannot see why this is special under Solaris 9. Hmmm... I'll retry myself under Solaris 9... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Feb 16 12:33:16 2004 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mail.openpkg.org (Postfix) with ESMTP id 43140305CCB for ; Mon, 16 Feb 2004 12:31:45 +0100 (CET) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AsgyV-0004xm-00 for openpkg-users@openpkg.org; Mon, 16 Feb 2004 12:31:43 +0100 Received: from [80.135.214.23] (helo=dsa-101) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AsgyU-0007RF-00 for openpkg-users@openpkg.org; Mon, 16 Feb 2004 12:31:43 +0100 Subject: multiple apaches From: Clemens von Musil To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1076934741.4081.7.camel@dsa-101> Mime-Version: 1.0 Date: Mon, 16 Feb 2004 12:32:21 +0000 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello all, I am quite new to openPKG... It might be, that my question is quite stupid. I want to install an openPKG environenment with apache and openLDAP on a machine, that allready runs those two servers. Esepecially for the apache would a two-instances-on-one-machine-solution be extremely comfortable to me. What I read is, that all openPKG instances on one machine are completely seperated from each other. Doesn't that mean, they have different (virtual) ip-addresses for different servers, listening on the same port? If yes... I'm not able to keep two apaches running this way. Can anybopy point me the right direction? Thanks in advance, Clemens From openpkg-users-owner@openpkg.org Tue Feb 17 17:48:18 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 43EA53007EA for ; Tue, 17 Feb 2004 17:48:18 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1HGmFtL006681 for ; Tue, 17 Feb 2004 17:48:15 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1HGmEFT006678 for ; Tue, 17 Feb 2004 17:48:14 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1HGmES05352 for ; Tue, 17 Feb 2004 17:48:14 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1HGmDR16610 for ; Tue, 17 Feb 2004 17:48:14 +0100 (MET) Message-ID: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: Subject: Bind with_dlz_bdb build error on Solaris 9 Date: Tue, 17 Feb 2004 17:48:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Just building bind-current: openpkg build -Dbind::with_dlz_bdb bind | sh >/tmp/build.out 2>&1 & Builds autoconf....o.k. Builds bind.... +++ echo + li=3D + CC=3D/opt/local/bin/cc + CFLAGS=3D-O2 -pipe=20 + LDFLAGS=3D-L/opt/local/lib=20 + LIBS=3D + ./configure --prefix=3D/opt/local --sysconfdir=3D/opt/local/etc/bind = --localstatedir=3D/opt/local/var/bind --with-dlz-mysql=3Dno = --with-dlz-postgres=3Dno --with-dlz-bdb=3D/opt/local = --with-dlz-filesystem=3Dno --with-dlz-stub=3Dno --with-dlz-odbc=3Dno = --with-openssl=3D/opt/local --with-libtool --without-libbind = --disable-threads --disable-shared --disable-nls checking build system type... sparc-sun-solaris2.9 checking host system type... sparc-sun-solaris2.9 checking whether make sets $(MAKE)... yes checking for ranlib... ranlib checking for a BSD-compatible install... ./install-sh -c checking for ar... /opt/local/bin/ar checking for etags... no checking for emacs-etags... no checking for perl5... no checking for perl... /opt/local/bin/perl checking for gcc... /opt/local/bin/cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables...=20 checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /opt/local/bin/cc accepts -g... yes checking for /opt/local/bin/cc option to accept ANSI C... none needed checking how to run the C preprocessor... /opt/local/bin/cc -E checking for egrep... egrep checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking sys/sockio.h usability... yes checking sys/sockio.h presence... yes checking for sys/sockio.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/sysctl.h usability... no checking sys/sysctl.h presence... no checking for sys/sysctl.h... no checking for an ANSI C-conforming const... yes checking for inline... inline checking for sysctlbyname... no checking for static inline breakage... no checking for size_t... yes checking for ssize_t... yes checking whether time.h and sys/time.h may both be included... yes checking for long long... yes checking if unistd.h or sys/types.h defines fd_set... yes checking whether byte ordering is bigendian... yes checking for Postgres DLZ driver... no checking for MySQL DLZ driver... no checking for Berkeley DB DLZ driver... not found configure: error: Berkeley DB library libdb41.so, libdb-4.1.so or = libdb.so could not be found in /opt/local/lib error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.5115 (%build) RPM build errors: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.5115 (%build) openpkg:ERROR: Command "rpm" failed (return code was 1) I have: opkg@openpkg$ ls -l /opt/local/lib total 10138 drwxr-xr-x 3 opkg opkg 512 Feb 13 10:25 gcc-lib -rw-r--r-- 1 opkg opkg 1942052 Feb 17 09:59 libcrypto.a -rw-r--r-- 1 opkg opkg 1139060 Feb 16 13:56 libdb.a -rw-r--r-- 1 opkg opkg 307258 Feb 16 13:47 libfsl.a -rw-r--r-- 1 opkg opkg 35234 Feb 17 10:02 libhistory.a -rw-r--r-- 1 opkg opkg 70298 Feb 17 10:18 liblber.a -rw-r--r-- 1 opkg opkg 648 Feb 17 10:18 liblber.la -rw-r--r-- 1 opkg opkg 290292 Feb 17 10:18 libldap.a -rw-r--r-- 1 opkg opkg 713 Feb 17 10:18 libldap.la -rw-r--r-- 1 opkg opkg 321340 Feb 17 10:18 libldap_r.a -rw-r--r-- 1 opkg opkg 719 Feb 17 10:18 libldap_r.la -rw-r--r-- 1 opkg opkg 56430 Feb 16 15:15 libmilter.a -rw-r--r-- 1 opkg opkg 318812 Feb 17 10:02 libreadline.a -rw-r--r-- 1 opkg opkg 186106 Feb 16 15:15 libsm.a -rw-r--r-- 1 opkg opkg 11362 Feb 16 15:15 libsmdb.a -rw-r--r-- 1 opkg opkg 19476 Feb 16 15:15 libsmutil.a -rw-r--r-- 1 opkg opkg 302032 Feb 17 09:59 libssl.a -rwxr-xr-x 1 opkg opkg 78362 Feb 13 11:45 libz.a drwxr-xr-x 2 opkg opkg 512 Feb 16 13:12 mysql drwxr-xr-x 2 opkg opkg 1024 Feb 17 14:37 openpkg drwxr-xr-x 5 opkg opkg 512 Feb 13 11:44 perl drwxr-xr-x 2 opkg opkg 512 Feb 17 10:01 pkgconfig opkg@openpkg$=20 How to fix this? Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Tue Feb 17 19:44:04 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 63444300967 for ; Tue, 17 Feb 2004 19:44:04 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4290C4CF03B; Tue, 17 Feb 2004 19:44:04 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 9C34C28622; Tue, 17 Feb 2004 19:43:51 +0100 (CET) Date: Tue, 17 Feb 2004 19:43:51 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Bind with_dlz_bdb build error on Solaris 9 Message-ID: <20040217184351.GA82221@engelschall.com> References: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 17, 2004, Birger Krägelin wrote: > Just building bind-current: > > openpkg build -Dbind::with_dlz_bdb bind | sh >/tmp/build.out 2>&1 & > > Builds autoconf....o.k. > Builds bind.... > [...] > checking for Berkeley DB DLZ driver... not found > configure: error: Berkeley DB library libdb41.so, libdb-4.1.so or libdb.so could not be found in /opt/local/lib > error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.5115 (%build) > [...] > How to fix this? In their current DLZ patch, the vendor is searching for shared libraries only, so their test was broken for OpenPKG. I've fixed this now (see http://cvs.openpkg.org/chngview?cn=14917 for details), so just try again with bind-9.2.3-20040217 and the issue is solved. Thanks for your feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 18 00:41:35 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id E4DBC300928 for ; Wed, 18 Feb 2004 00:41:34 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 89AF08D7FC; Wed, 18 Feb 2004 00:41:32 +0100 (CET) Date: Wed, 18 Feb 2004 00:41:32 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: multiple apaches Message-ID: <20040217234132.GA27675@dev.de.cw.com> References: <1076934741.4081.7.camel@dsa-101> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1076934741.4081.7.camel@dsa-101> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Feb 16, 2004, Clemens von Musil wrote: Clemens, > I want to install an openPKG environenment with apache and openLDAP on a > machine, that allready runs those two servers. > Esepecially for the apache would a two-instances-on-one-machine-solution > be extremely comfortable to me. > > What I read is, that all openPKG instances on one machine are completely > seperated from each other. Doesn't that mean, they have different > (virtual) ip-addresses for different servers, listening on the same > port? > The ip:port combination must be uniqe for any services to be addressed predictable. Use a different ip, different port or both. It is not a problem for a machine to listen to multiple addresses today. I've seen a device in our datacenter that has over 4200 IP addresses in use on a single NIC. Some protocols carry additional information in their requests that allow a single service to behave differently upon request and look like being multiple services. The HTTP protocol supports so called name based virtual hosts and, of course, apache has this feature implemented. > If yes... I'm not able to keep two apaches running this way. Can anybopy > point me the right direction? > There are philosophical issues to be addressed which I do not want to discuss in depth here. If all your servers can be run by the same apache binary (having the same modules, script languages, database interfaces ... built in), are under the same administrative/organizational scope, will be maintained simultaneously in the future etc. you might only install one apache and configure virtual hosts. Even name based virtual hosts. Another requirement might be file system isolation between any two services so one cannot view or alter data and code from the other. Use chroot environments in this scenario. Available on almost any UNIX. A more secure solution would be full isolation between any two services by using FreeBSD jails or Linux vserver. The toughest virtual isolation is use of hardware emulation like bochs or vmware in the PC world or machine paritioning available in Solaris and AIX. This allows multiple operating systems to run concurrently on the same hardware. This is the server consolidation prayer. Finally, the toughest isolation is use of separate hardware for any service. This is the appliance prayer. The OpenPKG way of doing it to install multiple instances on a single machine. They are logically isolated however protection against each other is the task of the OS based on the administrative/organizational rules being deployed. The tutorial at http://www.openpkg.org/tutorial.html might help you doing the OpenPKG part of the game. Install every piece of softare into each instance (make, gcc, ...) for maximum independence. Assume you name your two instances /apache1 and /apache2 then edit each config /apache?/etc/apache/apache.conf. Example for apache1: Listen 10.1.2.3:80 NameVirtualHost 10.1.2.3:80 ServerName www.example.com ServerAlias example.com ServerAdmin webmaster@example.com ServerSignature off DocumentRoot /apache1/share/apache/www.example.com/ Options None AllowOverride None Order allow,deny Allow from all Watch out to run the correct rpm and rc all the time! Example: $ /apache1/bin/rpm -Uvh apache-*.rpm #install 1st apache $ /apache2/etc/rc apache start #launch 2nd apache -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Wed Feb 18 06:31:07 2004 Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mail.openpkg.org (Postfix) with ESMTP id 26181300824 for ; Wed, 18 Feb 2004 06:31:05 +0100 (CET) Received: from codefusion.dnsalias.org (tbnb-124-35.telkomadsl.co.za [165.165.124.35]) by ctb-mesg6.saix.net (Postfix) with ESMTP id B0694AEA0 for ; Wed, 18 Feb 2004 07:31:00 +0200 (SAST) Received: from 192.168.0.100 (unknown [192.168.0.100]) by codefusion.dnsalias.org (Postfix) with ESMTP id D703414CC4A for ; Wed, 18 Feb 2004 07:30:59 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: kerberos and OpenPKG Date: Wed, 18 Feb 2004 07:26:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402180726.55029.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, I wondered if anyone could perhaps assist me with the following: I am trying to build some "kerberized" applications (the zfos Kolab packages) and I cannot get the OpenPKG sasl package to detect that OpenPKG Kerberos is installed, even though it is clearly under {%l_prefix}/include/kerberos/... I have looked at the configure switches and at the package aclocal.m4 and configure.in files to no avail. Also, the .spec file disables Kerberos support, even though the sasl, etc. packages will "automatically" detect Kerberos and use it (which is usefull for sites who need to deploy kerberos). Any tips/ideas? Kind regards, -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za From openpkg-users-owner@openpkg.org Wed Feb 18 08:28:26 2004 Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.74]) by mail.openpkg.org (Postfix) with ESMTP id 4AE31300900; Wed, 18 Feb 2004 08:28:25 +0100 (CET) Received: from codefusion.dnsalias.org (tbnb-124-35.telkomadsl.co.za [165.165.124.35]) by ctb-mesg2.saix.net (Postfix) with ESMTP id C9B46D8DC; Wed, 18 Feb 2004 09:28:08 +0200 (SAST) Received: from 192.168.0.100 (unknown [192.168.0.100]) by codefusion.dnsalias.org (Postfix) with ESMTP id 62DD314CC4A; Wed, 18 Feb 2004 09:28:08 +0200 (SAST) From: Stephan Buys To: openpkg-dev@openpkg.org Subject: kerberos or sasl patches (was: kerberos and OpenPKG) Date: Wed, 18 Feb 2004 09:24:03 +0200 References: <200402180726.55029.list@codefusion.co.za> In-Reply-To: <200402180726.55029.list@codefusion.co.za> Cc: openpkg-users@openpkg.org MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_TMxMACHdE7A4Rc/" Message-Id: <200402180924.03553.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --Boundary-00=_TMxMACHdE7A4Rc/ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, Here is some more info regarding this: We have two options: 1) Patch all programs that could use kerberos/gssapi as follows: - Apply the attached patch below to the sasl package - Execute autoconf - Now configure is able to detect the kerberos headers and libraries properly. or 2) Apply the attached patch to kerberos.spec, which will stop the package moving the header and include files away, thus making it easier for kerberos enabled applications to find the libraries and header files, no other changes would then be necesary to kerberise applications except to re/compile them when kerberos is installed. Regards, Stephan Buys On Wednesday 18 February 2004 07:26, Stephan Buys wrote: > Hi all, > > I wondered if anyone could perhaps assist me with the following: > I am trying to build some "kerberized" applications (the zfos Kolab packages) > and I cannot get the OpenPKG sasl package to detect that OpenPKG Kerberos > is installed, even though it is clearly under {%l_prefix}/include/kerberos/... > > I have looked at the configure switches and at the package aclocal.m4 and > configure.in files to no avail. > > Also, the .spec file disables Kerberos support, even though the sasl, etc. packages > will "automatically" detect Kerberos and use it (which is usefull for sites who need > to deploy kerberos). > > Any tips/ideas? > > Kind regards, -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za --Boundary-00=_TMxMACHdE7A4Rc/ Content-Type: text/x-diff; charset="iso-8859-1"; name="aclocal.m4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="aclocal.m4.patch" --- aclocal.m4.old 2004-02-18 08:44:55.676956064 +0200 +++ aclocal.m4 2004-02-18 09:06:00.383691416 +0200 @@ -2726,10 +2726,10 @@ cmu_saved_CPPFLAGS=$CPPFLAGS if test -d ${gssapi}; then - CPPFLAGS="$CPPFLAGS -I$gssapi/include" + CPPFLAGS="$CPPFLAGS -I$gssapi/include/kerberos" # We want to keep -I in our CPPFLAGS, but only if we succeed cmu_saved_CPPFLAGS=$CPPFLAGS - LDFLAGS="$LDFLAGS -L$gssapi/lib" + LDFLAGS="$LDFLAGS -L$gssapi/lib/kerberos" if test "$gss_impl" = "auto" -o "$gss_impl" = "cybersafe"; then CPPFLAGS="$CPPFLAGS -D$platform" --Boundary-00=_TMxMACHdE7A4Rc/ Content-Type: text/x-diff; charset="iso-8859-1"; name="kerberos.spec.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kerberos.spec.patch" --- kerberos.spec 2004-02-07 17:41:01.000000000 +0200 +++ kerberos.spec.new 2004-02-18 09:10:54.830928632 +0200 @@ -151,14 +151,14 @@ $RPM_BUILD_ROOT%{l_prefix}/libexec/kerberos/ rmdir $RPM_BUILD_ROOT%{l_prefix}/sbin - mv \ - $RPM_BUILD_ROOT%{l_prefix}/include/*.h \ - $RPM_BUILD_ROOT%{l_prefix}/include/gssapi \ - $RPM_BUILD_ROOT%{l_prefix}/include/kerberosIV \ - $RPM_BUILD_ROOT%{l_prefix}/include/kerberos/ - mv \ - $RPM_BUILD_ROOT%{l_prefix}/lib/*.a \ - $RPM_BUILD_ROOT%{l_prefix}/lib/kerberos/ +# mv \ +# $RPM_BUILD_ROOT%{l_prefix}/include/*.h \ +# $RPM_BUILD_ROOT%{l_prefix}/include/gssapi \ +# $RPM_BUILD_ROOT%{l_prefix}/include/kerberosIV \ +# $RPM_BUILD_ROOT%{l_prefix}/include/kerberos/ +# mv \ +# $RPM_BUILD_ROOT%{l_prefix}/lib/*.a \ +# $RPM_BUILD_ROOT%{l_prefix}/lib/kerberos/ rm -rf $RPM_BUILD_ROOT%{l_prefix}/share/gnats strip $RPM_BUILD_ROOT%{l_prefix}/bin/* >/dev/null 2>&1 || true --Boundary-00=_TMxMACHdE7A4Rc/-- From openpkg-users-owner@openpkg.org Wed Feb 18 11:02:58 2004 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 7CB87300A17 for ; Wed, 18 Feb 2004 11:02:57 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id i1IA2rv03840 for openpkg-users@openpkg.org; Wed, 18 Feb 2004 11:02:54 +0100 (MET) Date: Wed, 18 Feb 2004 11:02:52 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: kerberos and OpenPKG Message-ID: <20040218100252.GA3819@serpens.de> References: <200402180726.55029.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200402180726.55029.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 18, 2004 at 07:26:55AM +0200, Stephan Buys wrote: > Also, the .spec file disables Kerberos support, even though the sasl, etc. packages > will "automatically" detect Kerberos and use it (which is usefull for sites who need > to deploy kerberos). Automatic detection of Kerberos would create an 'implicit' dependency that is not reflected in the package database. That's why it is disabled. If I remember correctly there were also some build problems that I didn't try to solve because of lack of a working Kerberos system. Of course you may try and have success :) Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Wed Feb 18 21:04:30 2004 Received: from ctb-mesg3.saix.net (ctb-mesg3.saix.net [196.25.240.75]) by mail.openpkg.org (Postfix) with ESMTP id 30C88300955 for ; Wed, 18 Feb 2004 21:04:30 +0100 (CET) Received: from codefusion.dnsalias.org (tbnb-125-142.telkomadsl.co.za [165.165.125.142]) by ctb-mesg3.saix.net (Postfix) with ESMTP id 17A3D3C73 for ; Wed, 18 Feb 2004 22:04:26 +0200 (SAST) Received: from 192.168.0.100 (unknown [192.168.0.100]) by codefusion.dnsalias.org (Postfix) with ESMTP id BBD4B14CC32 for ; Wed, 18 Feb 2004 22:04:25 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: Re: kerberos and OpenPKG Date: Wed, 18 Feb 2004 22:00:22 +0200 References: <200402180726.55029.list@codefusion.co.za> <20040218100252.GA3819@serpens.de> In-Reply-To: <20040218100252.GA3819@serpens.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402182200.22670.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: But wouldn't the fact that OpenPKG uses only static linking mean that you could happily uninstall the Kerberos package, and sasl would still continue to work, just with some extra features enabled... Next time you compile sasl the features will be disabled if kerberos is not installed... On Wednesday 18 February 2004 12:02, Michael van Elst wrote: > On Wed, Feb 18, 2004 at 07:26:55AM +0200, Stephan Buys wrote: > > > Also, the .spec file disables Kerberos support, even though the sasl, etc. packages > > will "automatically" detect Kerberos and use it (which is usefull for sites who need > > to deploy kerberos). > > Automatic detection of Kerberos would create an 'implicit' dependency > that is not reflected in the package database. That's why it is disabled. > > If I remember correctly there were also some build problems that I > didn't try to solve because of lack of a working Kerberos system. > > Of course you may try and have success :) > > Greetings, -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za From openpkg-users-owner@openpkg.org Thu Feb 19 00:30:19 2004 Received: from etenemanki.vpn.www (raspail-2-81-57-235-161.fbx.proxad.net [81.57.235.161]) by mail.openpkg.org (Postfix) with ESMTP id 2D90E2FEAE0 for ; Thu, 19 Feb 2004 00:30:19 +0100 (CET) Received: from lycos.com (evermeet.touche.www [192.168.2.11]) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Feb 2004 00:30:16 +0100 (CET) Message-ID: <4033F5EE.3030802@lycos.com> Date: Thu, 19 Feb 2004 00:31:58 +0100 From: Julien TOUCHE MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: [solved] Re: apache -current/oci8 References: <402BBBC9.3050907@lycos.com> <20040212185706.GA45262@engelschall.com> <402E5547.3040607@lycos.com> In-Reply-To: <402E5547.3040607@lycos.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: i found what was preventing php in apache src rpm to detect oci8 apache spec have (for unknown reason) a replacement of path lib in lib32 which doesn't exist in php src rpm. $OCI8_DIR/lib/libclntsh in php src rpm good $OCI8_DIR/lib32/libclntsh in php/apache rpm bad commenting the sh_tool replacement line in apache.spec, solves the problem Regards Julien From openpkg-users-owner@openpkg.org Thu Feb 19 00:38:25 2004 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 2377A2FEB49 for ; Thu, 19 Feb 2004 00:38:25 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id i1INcLH16211 for openpkg-users@openpkg.org; Thu, 19 Feb 2004 00:38:22 +0100 (MET) Date: Thu, 19 Feb 2004 00:38:20 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: kerberos and OpenPKG Message-ID: <20040218233820.GA16127@serpens.de> References: <200402180726.55029.list@codefusion.co.za> <20040218100252.GA3819@serpens.de> <200402182200.22670.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200402182200.22670.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 18, 2004 at 10:00:22PM +0200, Stephan Buys wrote: > But wouldn't the fact that OpenPKG uses only static linking mean that you could > happily uninstall the Kerberos package, and sasl would still continue to work, just with > some extra features enabled... There are usually other items, like config files, that would be missing. You would also miss updates because OpenPKG wouldn't know about Kerberos anymore after you deinstall the package but leave a possibly working library linked to some other package behind. If there is a dependency then it must be made explicit (i.e. using an option). -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Feb 19 10:26:28 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 7881B2FED69 for ; Thu, 19 Feb 2004 10:26:28 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1J9QOtL002421 for ; Thu, 19 Feb 2004 10:26:24 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1J9QOFT002418 for ; Thu, 19 Feb 2004 10:26:24 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1J9QOS28027 for ; Thu, 19 Feb 2004 10:26:24 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1J9QNI18813 for ; Thu, 19 Feb 2004 10:26:23 +0100 (MET) Message-ID: <007201c3f6ca$711d05e0$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> Subject: Preparing for 2.0 Date: Thu, 19 Feb 2004 10:26:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: What about "openpkg build" in 2.0? seems to be broken in current 20040218 Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Thu Feb 19 20:11:52 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E4BAD2FF745 for ; Thu, 19 Feb 2004 20:11:51 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id B11234CEA68; Thu, 19 Feb 2004 20:11:51 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 5A75C28625; Thu, 19 Feb 2004 20:11:39 +0100 (CET) Date: Thu, 19 Feb 2004 20:11:39 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Preparing for 2.0 Message-ID: <20040219191139.GA19610@engelschall.com> References: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> <007201c3f6ca$711d05e0$8a0e6099@pc.iitb.fhg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <007201c3f6ca$711d05e0$8a0e6099@pc.iitb.fhg.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 19, 2004, Birger Krägelin wrote: > What about "openpkg build" in 2.0? The "openpkg-tool" package will be gone soon, hence it is no longer part of the release. It is still available in CURRENT (and also still works with 2.0!), but its content will soon be embedded into the forthcoming OpenPKG Tool Chain which will be available in CURRENT as a new "openpkg-tools" package. > seems to be broken in current 20040218 Yes, it was broken today if you had no "perl" already installed in the instance, if you mean that. If your problem isn't this, tell me details. I've just two hours before installed as a test OpenPKG 2.0's "openpkg" and CURRENT's "openpkg-tool" and it worked fine. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 19 20:26:24 2004 Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mail.openpkg.org (Postfix) with ESMTP id C294A2FF75C for ; Thu, 19 Feb 2004 20:26:23 +0100 (CET) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i1JJQIFE009846 for ; Thu, 19 Feb 2004 14:26:20 -0500 (EST) Received: from DMCR (dmcr.Princeton.EDU [128.112.235.108]) (authenticated bits=0) by smtpserver1.Princeton.EDU (8.12.9/8.12.9) with ESMTP id i1JJQCSu002814 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 19 Feb 2004 14:26:18 -0500 (EST) From: "Dennis McRitchie" To: Subject: RE: Preparing for 2.0 Date: Thu, 19 Feb 2004 14:26:12 -0500 Message-ID: <061401c3f71e$3fa3ba00$6ceb7080@princeton.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In-reply-to: <20040219191139.GA19610@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Do you know if the new openpkg-tools in v2.0 will have fixed the 2 = problems I reported with the existing openpkg-tool: #284 and #304? Thanks, Dennis Dennis McRitchie Research & Academic Applications Support (RAAS) Academic Services Department Office of Information Technology Princeton University > -----Original Message----- > From: openpkg-users-owner@openpkg.org=20 > [mailto:openpkg-users-owner@openpkg.org] On Behalf Of Ralf S.=20 > Engelschall > Sent: Thursday, February 19, 2004 2:12 PM > To: openpkg-users@openpkg.org > Subject: Re: Preparing for 2.0 >=20 >=20 > On Thu, Feb 19, 2004, Birger Kr=E4gelin wrote: >=20 > > What about "openpkg build" in 2.0? >=20 > The "openpkg-tool" package will be gone soon, hence it is no=20 > longer part of the release. It is still available in CURRENT=20 > (and also still works with 2.0!), but its content will soon=20 > be embedded into the forthcoming OpenPKG Tool Chain which=20 > will be available in CURRENT as a new "openpkg-tools" package. >=20 > > seems to be broken in current 20040218 >=20 > Yes, it was broken today if you had no "perl" already=20 > installed in the instance, if you mean that. If your problem=20 > isn't this, tell me details. I've just two hours before=20 > installed as a test OpenPKG 2.0's "openpkg" and CURRENT's=20 > "openpkg-tool" and it worked fine. >=20 > Ralf S. Engelschall > rse@engelschall.com > www.engelschall.com >=20 > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org >=20 From openpkg-users-owner@openpkg.org Fri Feb 20 08:58:49 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 6E8072FF904 for ; Fri, 20 Feb 2004 08:58:49 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1K7wjtL014143 for ; Fri, 20 Feb 2004 08:58:45 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1K7wjFT014138 for ; Fri, 20 Feb 2004 08:58:45 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1K7wjS20463 for ; Fri, 20 Feb 2004 08:58:45 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1K7wjI15541 for ; Fri, 20 Feb 2004 08:58:45 +0100 (MET) Message-ID: <004201c3f787$5d7d6350$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <000c01c3f575$d5cb6000$8a0e6099@pc.iitb.fhg.de> <007201c3f6ca$711d05e0$8a0e6099@pc.iitb.fhg.de> <20040219191139.GA19610@engelschall.com> Subject: Re: Preparing for 2.0 Date: Fri, 20 Feb 2004 08:58:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > > seems to be broken in current 20040218 >=20 > Yes, it was broken today if you had no "perl" already installed in the > instance, if you mean that. If your problem isn't this, tell me = details. > I've just two hours before installed as a test OpenPKG 2.0's "openpkg" > and CURRENT's "openpkg-tool" and it worked fine. Thanks, this was my fault. I use "openpkg build -a" to update CURRENT in preparation for 2.0 at least once a day. After upgrading perl-openpkg "by hand" it worked again. I use this heavily, because it gives me the possibility to build and = install new packages or try different "with-" options without knowing, which other packages I have to install first. My best beloved example is "perl-ldap". It depends on 11(!!) other = "perl-" packages. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Fri Feb 20 22:04:54 2004 Received: from fjalar.oit.pdx.edu (fjalar.oit.pdx.edu [131.252.122.16]) by mail.openpkg.org (Postfix) with ESMTP id C638C3004AF for ; Fri, 20 Feb 2004 22:04:52 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by fjalar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i1KL4kGp026904 for ; Fri, 20 Feb 2004 13:04:47 -0800 (PST) Subject: NIS From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1077311092.6120.38.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Fri, 20 Feb 2004 13:04:53 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: We use NIS in our environment and so I have added the cw, cw-r and cw-n users prior to installing openpkg. However it seems that this somehow confuses openpkg as it doesn't set the ownership properly. Our problem is that I need to create the uid's prior to installation because we have something like 40,000 user accounts so uid consistency is rather important. We don't want these uid's on the local hosts either. How do I make this work or is it even possible? Something isn't adding up right, that's for sure. Thanks. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Fri Feb 20 22:14:57 2004 Received: from fjalar.oit.pdx.edu (fjalar.oit.pdx.edu [131.252.122.16]) by mail.openpkg.org (Postfix) with ESMTP id 63E653004BB for ; Fri, 20 Feb 2004 22:14:56 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by fjalar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i1KLEpGp028755 for ; Fri, 20 Feb 2004 13:14:51 -0800 (PST) Subject: Re: NIS {N/M} From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <1077311092.6120.38.camel@thoth.oit.pdx.edu> References: <1077311092.6120.38.camel@thoth.oit.pdx.edu> Content-Type: text/plain Message-Id: <1077311696.6110.40.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Fri, 20 Feb 2004 13:14:58 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Nevermind. My error. ;-) On Fri, 2004-02-20 at 13:04, David M. Fetter wrote: > We use NIS in our environment and so I have added the cw, cw-r and cw-n > users prior to installing openpkg. However it seems that this somehow > confuses openpkg as it doesn't set the ownership properly. Our problem > is that I need to create the uid's prior to installation because we have > something like 40,000 user accounts so uid consistency is rather > important. We don't want these uid's on the local hosts either. How do > I make this work or is it even possible? Something isn't adding up > right, that's for sure. Thanks. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Fri Feb 20 22:19:48 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id EF7B93005E9 for ; Fri, 20 Feb 2004 22:19:47 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 23FF08D7D9; Fri, 20 Feb 2004 22:19:45 +0100 (CET) Date: Fri, 20 Feb 2004 22:19:45 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: NIS {N/M} Message-ID: <20040220211945.GA79113@dev.de.cw.com> References: <1077311092.6120.38.camel@thoth.oit.pdx.edu> <1077311696.6110.40.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1077311696.6110.40.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 20, 2004, David M. Fetter wrote: > Nevermind. My error. ;-) > Good for us to hear that :-) I was just verifying. To get an idea what OpenPKG thinks what most of the user/group names/ids are, try this: $ ${PREFIX}/bin/openpkg rpm --eval '%{l_value -s -a}' Use uppercase -A to dump even more variables. PS: stripp off '/openpkg ' if running <2.0 or <20040130 -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Sat Feb 21 02:39:03 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id C15A9300812 for ; Sat, 21 Feb 2004 02:37:39 +0100 (CET) Received: from hudson (hudson [172.16.20.205]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i1L1Rrak004168 for ; Fri, 20 Feb 2004 17:27:53 -0800 Subject: apache2.spec: rm envvars doesn't work for apxs From: Gavin Chan To: openpkg-users@openpkg.org In-Reply-To: <004201c3f787d7d6350a0e6099@pc.iitb.fhg.de> References: <000c01c3f575a0e6099@pc.iitb.fhg.de> <007201c3f6ca11d05e0a0e6099@pc.iitb.fhg.de> <20040219191139.GA19610@engelschall.com> <004201c3f787d7d6350a0e6099@pc.iitb.fhg.de> Content-Type: text/plain Message-Id: <1077327454.18481.20.camel@hudson.spikesource.com> Mime-Version: 1.0 Date: Fri, 20 Feb 2004 17:37:34 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Openpkg removed the envvars in the spec due the following checkin comments. However, apxs requires it. The checkin comment doesn't give much details on the reasons for removing it. Can someone verify if the rm is needed? Without it, apache2 apxs will not work. ------------- Check-in Number: 10241 Tagging and branching hints Date: 2003-Jul-04 20:15:45 (local) 2003-Jul-04 18:15:45 (UTC) User: rse Branch: Comment: rpmlint police: use a subdir under libexec; remove some bogus non-executable scripts Tickets: Files: openpkg-src/apache2/apache2.spec 1.18->1.19 3 inserted, 1 deleted openpkg-web/news.txt 1.5262->1.5263 1 inserted, 0 deleted openpkg-src/apache2/apache2.spec 1.18 -> 1.19 - Gavin From openpkg-users-owner@openpkg.org Sat Feb 21 09:31:33 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 13F7830081C for ; Sat, 21 Feb 2004 09:31:33 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id E6FC84CEC47; Sat, 21 Feb 2004 09:31:32 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A31E128615; Sat, 21 Feb 2004 09:25:08 +0100 (CET) Date: Sat, 21 Feb 2004 09:25:08 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apache2.spec: rm envvars doesn't work for apxs Message-ID: <20040221082508.GA89072@engelschall.com> References: <000c01c3f575a0e6099@pc.iitb.fhg.de> <007201c3f6ca11d05e0a0e6099@pc.iitb.fhg.de> <20040219191139.GA19610@engelschall.com> <004201c3f787d7d6350a0e6099@pc.iitb.fhg.de> <1077327454.18481.20.camel@hudson.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1077327454.18481.20.camel@hudson.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 20, 2004, Gavin Chan wrote: > Openpkg removed the envvars in the spec due the following checkin > comments. However, apxs requires it. The checkin comment doesn't give > much details on the reasons for removing it. Can someone verify if the > rm is needed? Without it, apache2 apxs will not work. > > ------------- > Check-in Number: 10241 Tagging and branching hints > Date: 2003-Jul-04 20:15:45 (local) > 2003-Jul-04 18:15:45 (UTC) > User: rse > Branch: > Comment: rpmlint police: use a subdir under libexec; remove some bogus > non-executable scripts > Tickets: > Files: > openpkg-src/apache2/apache2.spec 1.18->1.19 3 inserted, 1 deleted > openpkg-web/news.txt 1.5262->1.5263 1 inserted, 0 deleted > openpkg-src/apache2/apache2.spec 1.18 -> 1.19 I've removed it because I thought non-executable files in sbin/ are useless because you cannot execute them anyway. I was not aware that the Apache 2 apxs now requires such files (the original Apache 1.3 apxs I've invented some years ago does not). I've removed the "rm" again. Sorry for the inconvinience and thanks for your feedback. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Sun Feb 22 22:04:42 2004 Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mail.openpkg.org (Postfix) with ESMTP id 5BA7F300A24 for ; Sun, 22 Feb 2004 22:04:42 +0100 (CET) Received: by mail.mi.celestial.com (Postfix, from userid 203) id CA7ED11E8A7; Sun, 22 Feb 2004 13:04:35 -0800 (PST) Date: Sun, 22 Feb 2004 13:04:35 -0800 From: Bill Campbell To: openpkg-users@openpkg.org Subject: PHP, Pear, mod_php questions. Message-ID: <20040222210435.GA99462@alexis.mi.celestial.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I'm trying to install horde/imp under OpenPKG Release 1.3, and having problems with missing libraries and/or pear packages. My basic problem is probably that I'm a php newbie. 1. It appears to me that one must install php as well as enabling mod_php in apache to get PEAR.php and the rest of the php stuff installed under %{l_prefix}/lib/php where mod_php can find it. I presume that this is to allow installation of php as a standalone package without installing apache. 2. In the horde Registry.php a "require-once 'PEAR.php';" fails. Adding the full path works around the problem, but I would think this should be found in the normal include_path. 3. Horde/IMP wants ``Log.php'' which was included in the separate pear tarballs on earlier versions of php before pear was incorporated in the base php distribution. 4. I tried doing a ``pear download Log'', which worked, but when I tried doing the ``pear install Log'', it failed with ``Call to a member function on a non-object in %{l_prefix}/lib/php/PEAR/Installer.php on Line 502''. At this point it would take me quite a bit of php study to figure this out. 5. I untarred the ``Log-1.8.4.tgz'' file, and it appears that installing this just requires copying the directory into the %{l_prefix}/lib/php directory. I don't understand why the php and apache mod_php modules aren't finding the files in the %{l_prefix}/lib/php directory. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ Make no laws whatever concerning speech and, speech will be free; so soon as you make a declaration on paper that speech shall be free, you will have a hundred lawyers proving that ``freedom does not mean abuse, nor liberty license;'' and they will define and define freedom out of existence. - Voltarine de Cleyre (1866-1912) From openpkg-users-owner@openpkg.org Mon Feb 23 17:34:38 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 2948F2FECFC for ; Mon, 23 Feb 2004 17:34:37 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i1NGYVxI025653 for ; Mon, 23 Feb 2004 08:34:32 -0800 (PST) Subject: Re: Bootstrap CURRENT on Solaris9 From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <20040212153049.GA21037@engelschall.com> References: <1076530110.8264.15.camel@thoth.oit.pdx.edu> <007c01c3f173$2a833200$8a0e6099@pc.iitb.fhg.de> <20040212153049.GA21037@engelschall.com> Content-Type: text/plain Message-Id: <1077554097.24446.10.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Mon, 23 Feb 2004 08:34:58 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, 2004-02-12 at 07:30, Ralf S. Engelschall wrote: -- BEGIN CUT > Core only) this seems to be missing. BTW, I'm not sure whether Solaris > Core is sufficient for all of OpenPKG's packages. At least we develop > OpenPKG on Solaris "Entire Distribution" boxes. So be warned, it could > be that something is not found later, too. -- END CUT I've worked in many Solaris shops and it seems to be more common for users to install the "Development" cluster rather than "Entire Distribution". Just thought I'd mention this after seeing this comment. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Tue Feb 24 04:49:45 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id AA626300995 for ; Tue, 24 Feb 2004 04:49:44 +0100 (CET) Received: from hudson (hudson [172.16.20.205]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i1O3dlCH019670 for ; Mon, 23 Feb 2004 19:39:47 -0800 Subject: Best way to get a binary rpm build target From: Gavin Chan To: openpkg-users@openpkg.org In-Reply-To: <20040221082508.GA89072@engelschall.com> References: <000c01c3f575a0e6099@pc.iitb.fhg.de> <007201c3f6ca11d05e0a0e6099@pc.iitb.fhg.de> <20040219191139.GA19610@engelschall.com> <004201c3f787d7d6350a0e6099@pc.iitb.fhg.de> <1077327454.18481.20.camel@hudson.spikesource.com> <20040221082508.GA89072@engelschall.com> Content-Type: text/plain Message-Id: <1077594579.24274.19.camel@hudson.spikesource.com> Mime-Version: 1.0 Date: Mon, 23 Feb 2004 19:49:39 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi, What is the best way to get the build target (CPU-VENDOR-OS) value when someone wants to build from a spec file and before a binary/src RPM is built? In the rpmbuild switches, one can specify a --target=CPU-VENDOR-OS tag but how can I find out the final binary RPM file name (the full file name)? Thanks, - Gavin From openpkg-users-owner@openpkg.org Tue Feb 24 07:20:59 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 3EFDB2FEB85 for ; Tue, 24 Feb 2004 07:20:59 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 17E894CF494; Tue, 24 Feb 2004 07:20:59 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A5ACA28606; Tue, 24 Feb 2004 07:20:36 +0100 (CET) Date: Tue, 24 Feb 2004 07:20:36 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Best way to get a binary rpm build target Message-ID: <20040224062036.GA30367@engelschall.com> References: <000c01c3f575a0e6099@pc.iitb.fhg.de> <007201c3f6ca11d05e0a0e6099@pc.iitb.fhg.de> <20040219191139.GA19610@engelschall.com> <004201c3f787d7d6350a0e6099@pc.iitb.fhg.de> <1077327454.18481.20.camel@hudson.spikesource.com> <20040221082508.GA89072@engelschall.com> <1077594579.24274.19.camel@hudson.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1077594579.24274.19.camel@hudson.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Feb 23, 2004, Gavin Chan wrote: > What is the best way to get the build target (CPU-VENDOR-OS) value when > someone wants to build from a spec file and before a binary/src RPM is > built? In the rpmbuild switches, one can specify a > --target=CPU-VENDOR-OS tag but how can I find out the final binary RPM > file name (the full file name)? In OpenPKG-CURRENT and OpenPKG-2.0 you can use: | $ openpkg rpm --eval '%{l_platform -p}-%{l_tag}' | ix86-freebsd4.9-uop Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Feb 24 22:55:17 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 1EE152FDB6B for ; Tue, 24 Feb 2004 22:55:16 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i1OLtCxI017960 for ; Tue, 24 Feb 2004 13:55:13 -0800 (PST) Subject: openpkg-tool help From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1077659714.6629.27.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Tue, 24 Feb 2004 13:55:16 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: So, I'm testing out OpenPKG 2.0 for possible use in our environment. I wanted to try out the openpkg-tool automated build tool. We have setup a nightly rsync to grab all of the latest changes into a local repository. What would be the best way or how do you use the openpkg tool to perform this magick incantation? P.S. OpenPKG 2.0 is a phenomenol creation. We are most definitely going to deploy it once it's released. I'm very pleased with my test results thus far. Good work! -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Wed Feb 25 07:19:09 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 097452FF29F for ; Wed, 25 Feb 2004 07:19:09 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id DAB684CE54D; Wed, 25 Feb 2004 07:19:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id B390628623; Wed, 25 Feb 2004 07:17:13 +0100 (CET) Date: Wed, 25 Feb 2004 07:17:13 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: openpkg-tool help Message-ID: <20040225061713.GA59077@engelschall.com> References: <1077659714.6629.27.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1077659714.6629.27.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Feb 24, 2004, David M. Fetter wrote: > So, I'm testing out OpenPKG 2.0 for possible use in our environment. I > wanted to try out the openpkg-tool automated build tool. We have setup > a nightly rsync to grab all of the latest changes into a local > repository. What would be the best way or how do you use the openpkg > tool to perform this magick incantation? > [...] Well, if you also have local packages, you mix together our ones with your local ones and then build a local index with "openpkg index" for the sum of the packages. Then this index you can use with "openpkg build" to build and install packages out of your local repository. The only point in 2.0 you have to be aware of is that the package "openpkg-tool" (containing the old "index" and "build" commands) is part of CURRENT only (although it works out-of-the-box with OpenPKG 2.0) and that it will be replaced in a few days with the new package "openpkg-tools" (containing then all OpenPKG Tool Chain commands in one bundle, including the old "index" and "build" ones). Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Wed Feb 25 14:49:45 2004 Received: by mail.openpkg.org (Postfix, from userid 7000) id 6CCAE2FF6F7; Wed, 25 Feb 2004 14:49:45 +0100 (CET) Date: Wed, 25 Feb 2004 14:49:45 +0100 From: OpenPKG To: openpkg-announce@openpkg.org, openpkg-users@openpkg.org, openpkg-dev@openpkg.org Subject: [ANNOUNCE] OpenPKG 2.0 Message-ID: <20040225134945.GA60810@en4.engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: FOR IMMEDIATE RELEASE - 25-Feb-2004 The OpenPKG project releases version 2.0 of the unique cross-platform software packaging facility. http://www.openpkg.org/ -- Munich, DE -- February 25, 2004 -- The OpenPKG project is proud to announce version 2.0 of its OpenPKG software, another evolutionary step after a series of four predecessors. Much valued by IT decision makers and beloved by Unix system administrators, OpenPKG is the world leading instrument for deployment and maintenance of Open Source software when administration crosses Unix platform boundaries. The unique OpenPKG architecture leverages proven technologies like Red Hat Package Manager (RPM) and OSSP and GNU components to establish a unified software administration environment, independent of the underlying operating system. NEW IN VERSION 2.0 OpenPKG platform support has doubled and OpenPKG 2.0 is now available for 16 different Unix flavors. Most notably, it is supported on FreeBSD 4.9 and 5.2, Debian GNU/Linux 3.0, Red Hat Enterprise Linux 3, Red Hat Fedora Core 1, SuSE Linux 9.0, and Sun Solaris 8 and 9. Additionally, all CORE and the vast majority of BASE class packages are already available for the tentative platforms Debian GNU/Linux 3.1, Gentoo Linux 1.4.3, Sun Solaris 10 and still available for the obsoleted (end-of-life) platforms Debian GNU/Linux 2.2, Red Hat Linux 9, SuSE Linux 8.2, and Sun Solaris 2.6. Since the previous release a half year ago, the OpenPKG package repository has again grown by 20%. A subset of 473 packages were carefully selected for inclusion into the OpenPKG 2.0 release, including latest versions of popular Open Source Unix software like Apache, Bash, BIND, GCC, INN, MySQL, OpenSSH, Perl, Postfix, PostgreSQL, Samba, Squid, and Vim. The major technical efforts for this release were spent on the RPM-based OpenPKG packaging framework. The most prominent change is the upgrade from RPM 4.0.2 to RPM 4.2.1 which contributes over three years of development, including support for concurrent package database operations and transactional safety. On top of this OpenPKG greatly enhanced RPM's portability and added tools for improved RPM database maintenance and troubleshooting. The complete packaging was revamped to use GNU shtool's new platform identification. This allows both product and technology recognition in order to enable unambiguous naming and more accurate packaging. Finally, OpenPKG extended the RPM capabilities by adding specification headers and sections to allow even more complete packaging, including package classification and automated vendor source tracking. To allow enterprise grade deployment and inventory integration, OpenPKG 2.0 provides ISO/IEC 11578:1996 compliant Universally Unique Identifiers (UUID) for reasonable OpenPKG instance identification. VOICE OF THE COMMUNITY OpenPKG has been tremendously helpful in our efforts to make Open Source software available to the entire campus. -- Dennis McRitchie, Princeton University. Deployment of the OpenPKG infrastructure on a fleet of Sun Solaris machines has allowed our organization to migrate away from a convoluted, out-of-date, shared NFS directory to a cleanly managed and easily upgraded package system. This is light-years ahead of any vendor alternative from Sun. -- Matt Hoosier, Kansas State University. OpenPKG has proven itself time and time again as an excellent base for the Kolab E-mail server. Nowhere else can one deploy such a rich set of applications, so consistently, across so many different platforms. The ability to move between different Unix platforms and GNU/Linux distributions while maintaining a consistent, high quality, environment is an invaluable tool for any administrator. OpenPKG is a natural choice for any organization or Free Software project that need to support various applications on a plethora of Unix systems. -- Stephan Buys, Code Fusion. I would like to see every Unix operating system make use of this approach so that installation and upgrade of software finally lose the aura of magic and adventure. -- Christian Reiber, Zeppelin. We are moving all our internal and customer's systems to OpenPKG which has simplified our development and support. -- Bill Campbell, Celestial Software. HIGHLIGHTS OF OPENPKG * Portable across major Unix flavors. * Available for the supported platforms: FreeBSD 4.9/5.2, Debian Linux 3.0, Red Hat Enterprise Linux 3, Red Hat Fedora Core 1, SuSE Linux 9.0 and Solaris 8 and 9. * Already available for the tentative platforms: Debian GNU/Linux 3.1, Gentoo Linux 1.4.3, Sun Solaris 10. * Still available for the obsoleted platforms: Debian GNU/Linux 2.2, Red Hat Linux 9, SuSE Linux 8.2, and Sun Solaris 2.6. * Entirely based on Open Source software technology. * Minimum operating system intrusion and dependency. * Minimum overhead in software packaging. * Sources of 473 CORE+BASE+PLUS packages released. * Binaries of CORE+BASE class packages provided for supported platforms. * Binaries of CORE class packages provided for all platforms. * Easy installation, updating and deinstallation of packages. * Bundled with useful and secure package preconfigurations. * Includes an abstracted and powerful run-command facility. * Virtual hosting through multiple instances on a single system. * Proxy packages for reusing packages across instances. * Build-time package variations for maximum flexibility. * Foundation to build encapsulated and self-contained environments. HISTORY OF THE OPENPKG PROJECT The OpenPKG project was founded in 2000 by Cable & Wireless, who first released it as Open Source software in January 2002. Today OpenPKG is a mature technology in production use, and is maintained and improved by its original developers and volunteer contributors. OpenPKG is the brainchild of Ralf S. Engelschall, principal author of numerous other popular Open Source Software technologies like OSSP components, Apache SSL/TLS Engine (mod_ssl), Apache URL Rewriting Engine (mod_rewrite), GNU Portable Threads (Pth), GNU Portable Shell Tool (Shtool), Website META Language (WML) and more. MORE INFORMATION The OpenPKG Project openpkg@openpkg.org +49-89-92699-251 (CET) +49-172-8986801 (CET) From openpkg-users-owner@openpkg.org Wed Feb 25 16:07:48 2004 Received: from stirling.bwh.harvard.edu (stirling.bwh.harvard.edu [134.174.249.23]) by mail.openpkg.org (Postfix) with ESMTP id 657C32FF3D5 for ; Wed, 25 Feb 2004 16:07:47 +0100 (CET) Received: from pc519 (pc519 [134.174.249.80]) by stirling.bwh.harvard.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i1PF7kK02535 for ; Wed, 25 Feb 2004 10:07:46 -0500 (EST) Subject: Re: openpkg-tool help From: "Christopher M. O'Malley" To: openpkg-users@openpkg.org In-Reply-To: <20040225061713.GA59077@engelschall.com> References: <1077659714.6629.27.camel@thoth.oit.pdx.edu> <20040225061713.GA59077@engelschall.com> Content-Type: text/plain Message-Id: <1077721666.2251.73.camel@pc519> Mime-Version: 1.0 Date: Wed, 25 Feb 2004 10:07:46 -0500 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Can someone point me (us..) to a openpkg-tool tutorial, as in some ex- ample command-lines to accomplish various tasks using openpkg-tool(s)? Along the lines of "To rebuild *all* source rpms in repository X, do: "openpkg build ..." Or will such be included along with the new ver- sion of the tools? On Wed, 2004-02-25 at 01:17, Ralf S. Engelschall wrote: > Well, if you also have local packages, you mix together our ones with > your local ones and then build a local index with "openpkg index" for > the sum of the packages. Then this index you can use with "openpkg > build" to build and install packages out of your local repository. > > The only point in 2.0 you have to be aware of is that the package > "openpkg-tool" (containing the old "index" and "build" commands) is > part of CURRENT only (although it works out-of-the-box with OpenPKG > 2.0) and that it will be replaced in a few days with the new package > "openpkg-tools" (containing then all OpenPKG Tool Chain commands in one > bundle, including the old "index" and "build" ones). From openpkg-users-owner@openpkg.org Wed Feb 25 17:05:56 2004 Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.74]) by mail.openpkg.org (Postfix) with ESMTP id 302362FF086 for ; Wed, 25 Feb 2004 17:05:56 +0100 (CET) Received: from codefusion.dnsalias.org (tbnb-102-212.telkomadsl.co.za [165.165.102.212]) by ctb-mesg2.saix.net (Postfix) with ESMTP id 4CB486ABF6 for ; Wed, 25 Feb 2004 18:05:54 +0200 (SAST) Received: from host.echo.codefusion.co.za (unknown [192.168.0.6]) by codefusion.dnsalias.org (Postfix) with ESMTP id E471714CC50 for ; Wed, 25 Feb 2004 18:05:53 +0200 (SAST) From: Stephan Buys To: openpkg-users@openpkg.org Subject: OpenDST - some distribution ideas Date: Wed, 25 Feb 2004 18:04:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402251804.55042.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi all, We are interested in creating a "LiveCD" for the Kolab server and I was wondering what the absolute minimum system requirements would be to get OpenPKG running? And possibly run most of your distributions' functions from within OpenPKG. Apart from the following utilities: uuencode uudecode cc (ANSI or ISO C compiler) ar (archiver) ld (linker) as (assembler) nm (name symbol viewer) - I guess you also need to set up a user database /etc/passwd (for the Kolab users) - Cron - And a couple of other utils? Another question, would it be possible to run OpenPKG without a prefix? So that our %l_prefix == ""? The potential here would be to create a couple of "Skeleton OS's" like a barebones Linux or BSD system, and run the rest from within OpenPKG... Is this in any way feasible? Kind regards, -- Stephan Buys Code Fusion cc. Tel: +27 11 391 1412 Mobile: +27 83 294 1876 Email: s.buys@codefusion.co.za From openpkg-users-owner@openpkg.org Wed Feb 25 20:43:19 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 07B562FEB9A for ; Wed, 25 Feb 2004 20:43:19 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i1PJhGxI014723 for ; Wed, 25 Feb 2004 11:43:16 -0800 (PST) Subject: Re: openpkg-tool help From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <1077721666.2251.73.camel@pc519> References: <1077659714.6629.27.camel@thoth.oit.pdx.edu> <20040225061713.GA59077@engelschall.com> <1077721666.2251.73.camel@pc519> Content-Type: text/plain Message-Id: <1077738200.7048.2.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Wed, 25 Feb 2004 11:43:21 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Well, so far here's what I'm using: First, `openpkg index -r /vol/src/incoming/OpenPKG-current/SRC -o /vol/src/incoming/OpenPKG-current/SRC/00index.rdf -i /vol/src/incoming/OpenPKG-current/SRC` Second, `openpkg build -r /vol/src/incoming/OpenPKG-current/SRC -f /vol/src/incoming/OpenPKG-current/SRC/00index.rdf -A` This builds the index file then builds all packages in the repository directory. Maybe this isn't the best way, but so far it's working for me. On Wed, 2004-02-25 at 07:07, Christopher M. O'Malley wrote: > Can someone point me (us..) to a openpkg-tool tutorial, as in some ex- > ample command-lines to accomplish various tasks using openpkg-tool(s)? > > Along the lines of "To rebuild *all* source rpms in repository X, do: > "openpkg build ..." Or will such be included along with the new ver- > sion of the tools? > > On Wed, 2004-02-25 at 01:17, Ralf S. Engelschall wrote: > > > Well, if you also have local packages, you mix together our ones with > > your local ones and then build a local index with "openpkg index" for > > the sum of the packages. Then this index you can use with "openpkg > > build" to build and install packages out of your local repository. > > > > The only point in 2.0 you have to be aware of is that the package > > "openpkg-tool" (containing the old "index" and "build" commands) is > > part of CURRENT only (although it works out-of-the-box with OpenPKG > > 2.0) and that it will be replaced in a few days with the new package > > "openpkg-tools" (containing then all OpenPKG Tool Chain commands in one > > bundle, including the old "index" and "build" ones). > > > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Thu Feb 26 00:48:11 2004 Received: from colby.willingminds.com (colby.willingminds.com [67.115.210.117]) by mail.openpkg.org (Postfix) with SMTP id 670CB2FF0CA for ; Thu, 26 Feb 2004 00:42:17 +0100 (CET) Received: from gouda (dhcp01.willingminds.com [192.168.111.201]) by colby.willingminds.com (8.11.6/8.11.6) with SMTP id i1PNgFU14277 for ; Wed, 25 Feb 2004 15:42:15 -0800 Message-ID: <022d01c3fbf8@ad.willingminds.com> From: "Kenytt Avery" To: Subject: Actually *using* ccache? Date: Wed, 25 Feb 2004 15:42:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Given that there's a ccache package, does anyone know how to get it to be used when, say, re-building RPMs? I mean, I could go ahead and move gcc, cc, and g++ out of the way and create symlinks to ccache, but that sort of runs against the idea of using the RPM database in the first place. I was sort of hoping that I could add something like "%l_cc ccache gcc" to ~/.rpmmacros, but rpmtool doesn't like it: rpmtool:cflags:Error: invalid number of arguments (exactly 1 expected) rpmtool:cflags:Hint: run man rpmtool' for details I tried playing with quoting (e.g., %l_cc "ccache gcc"), but no such luck. Has anyone actually done this? -- Kenytt Avery Senior Consultant, Willing Minds LLC Tel/Fax: 949-623-9854 Web: www.willingminds.com From openpkg-users-owner@openpkg.org Thu Feb 26 02:31:36 2004 Received: from server2.netdiscount.de (server2.netdiscount.de [217.13.198.2]) by mail.openpkg.org (Postfix) with ESMTP id 1522B2FF0C9 for ; Thu, 26 Feb 2004 02:19:12 +0100 (CET) Received: from core (p508C17E1.dip.t-dialin.net [::ffff:80.140.23.225]) (AUTH: LOGIN postmaster@leber.de) by server2.netdiscount.de with esmtp; Thu, 26 Feb 2004 02:18:57 +0100 Received: from ijuz by core with local (Exim 3.36 #1 (Debian)) id 1AwAB1-0007kw-00 for ; Thu, 26 Feb 2004 02:18:59 +0100 Date: Thu, 26 Feb 2004 02:18:59 +0100 From: Christian Leber To: openpkg-users@openpkg.org Subject: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040226011859.GA28932@core.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, when today/yesterday Openpkg 2.0 was released i compiled and installed it (normal bootstrap) and when i try to use rpm, i get the following: christian@sunatoll03 (~) /opt0/cw-2.0/bin/openpkg rpm -qa rpmdb: mmap: Resource temporarily unavailable error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /opt0/cw-2.0/RPM/DB no packages To be sure I tried on Solaris 8 and 9, didn't help. Is this a openpkg bug or a problem with the solaris installations i used? Regards Christian Leber -- "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." (Aurelius Augustinus) Translation: From openpkg-users-owner@openpkg.org Thu Feb 26 07:16:42 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id C2F5A2FF2F9 for ; Thu, 26 Feb 2004 07:16:41 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id ABE5D4CE583; Thu, 26 Feb 2004 07:16:41 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id A2370285F5; Thu, 26 Feb 2004 07:15:46 +0100 (CET) Date: Thu, 26 Feb 2004 07:15:46 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040226061546.GA752@engelschall.com> References: <20040226011859.GA28932@core.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040226011859.GA28932@core.home> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 26, 2004, Christian Leber wrote: > when today/yesterday Openpkg 2.0 was released i compiled and installed > it (normal bootstrap) and when i try to use rpm, i get the following: > > christian@sunatoll03 (~) /opt0/cw-2.0/bin/openpkg rpm -qa > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /opt0/cw-2.0/RPM/DB > no packages > > To be sure I tried on Solaris 8 and 9, didn't help. > Is this a openpkg bug or a problem with the solaris installations i > used? Your /oipt0/cw-2.0/ is on NFS, right? Then you need to set "_rpmdb_private 1" in your ~/.rpmmacros file to force RPM to switch to the old RPM 4.0 database access methods. Or try the --db-private option on the command line as an alternative. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Feb 26 08:52:31 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 6AB742FFA91 for ; Thu, 26 Feb 2004 08:52:30 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1Q7qTtL017309 for ; Thu, 26 Feb 2004 08:52:29 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1Q7qTFT017306 for ; Thu, 26 Feb 2004 08:52:29 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1Q7qSS05040 for ; Thu, 26 Feb 2004 08:52:28 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1Q7qSJ08231 for ; Thu, 26 Feb 2004 08:52:28 +0100 (MET) Message-ID: <01cc01c3fc3d$7b0e5f90$8a0e6099@pc.iitb.fhg.de> From: =?Windows-1252?Q?Birger_Kr=E4gelin?= To: Subject: openpkg build: Bug or missing feature? Date: Thu, 26 Feb 2004 08:52:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On updating my CURRENT to 2.0 I use=20 openpkg build -a Unfortunately build does not sort the packages based on dependency as it does for new packages. So I had to manually update some packages, especially the perl-... family. On my wishlist for rebuilding an installation you find delete packages in the right order based on dependency build new packages in the right order This leads to uncouple delete/build/update from single packages. Maybe found in new toolchain? Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Thu Feb 26 09:53:28 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 7FF042FF53E for ; Thu, 26 Feb 2004 09:53:28 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 253448D766; Thu, 26 Feb 2004 09:53:28 +0100 (CET) Date: Thu, 26 Feb 2004 09:53:28 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040226085327.GA8834@dev.de.cw.com> References: <20040226011859.GA28932@core.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040226011859.GA28932@core.home> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 26, 2004, Christian Leber wrote: > Hello, > > when today/yesterday Openpkg 2.0 was released i compiled and installed > it (normal bootstrap) and when i try to use rpm, i get the following: > > christian@sunatoll03 (~) /opt0/cw-2.0/bin/openpkg rpm -qa > rpmdb: mmap: Resource temporarily unavailable > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /opt0/cw-2.0/RPM/DB > no packages > > To be sure I tried on Solaris 8 and 9, didn't help. > Is this a openpkg bug or a problem with the solaris installations i > used? > It is not actually a problem. The new RPM 4.2.1 requires a working locking infrastructure by default. Many NFS installations are not enabled for locking (lockd). Ralf already mentioned the workaround to change the default to revert to the old RPM 4.0.x behaviour. During bootstrap, a temporary RPM database is created in $TMPDIR. A practial workaround is to point TMPDIR to a local (or any locking enabled) filesysontem. This has been verified to work during beta testing. See http://www.openpkg.org/showcase.html -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Feb 26 17:01:52 2004 Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mail.openpkg.org (Postfix) with ESMTP id E3D902FFCC7 for ; Thu, 26 Feb 2004 17:01:46 +0100 (CET) Received: from [207.90.76.178] ([::ffff:207.90.76.178]) (AUTH: PLAIN sak8, TLS: TLSv1/SSLv3,128bits,RC4-SHA) by beta.eecs.cwru.edu with esmtp; Thu, 26 Feb 2004 11:01:45 -0500 Mime-Version: 1.0 (Apple Message framework v612) In-Reply-To: <022d01c3fbf8@ad.willingminds.com> References: <022d01c3fbf8@ad.willingminds.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <12434499-6875-11D8-B4D1-000A95BD9856@eecs.cwru.edu> Content-Transfer-Encoding: 7bit From: Simon Kuhn Subject: Re: Actually *using* ccache? Date: Thu, 26 Feb 2004 11:01:43 -0500 To: openpkg-users@openpkg.org Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Kenytt, I got around this problem (also with distcc) by making my own package that places the ccache binary in /usr/local/lib/ccache/ as gcc (as suggested by the ccache documentation). Then changing the build path in rpm's configuration file to be /usr/local/lib/ccache:/usr/local/bin. I tried changing the line to be "ccache gcc" as you said, to no avail. I also tried creating a shell script such as #!/bin/sh ccache gcc $* and changing "gcc" to that script to no avail. Most of the problem lies in the fact that rpmtool won't like it or won't think that it's gcc. -- Simon Kuhn UNIX Admin From openpkg-users-owner@openpkg.org Fri Feb 27 14:43:33 2004 Received: from server2.netdiscount.de (server2.netdiscount.de [217.13.198.2]) by mail.openpkg.org (Postfix) with ESMTP id B72AB30024F for ; Fri, 27 Feb 2004 14:43:32 +0100 (CET) Received: from core (p508C3F42.dip.t-dialin.net [::ffff:80.140.63.66]) (AUTH: LOGIN postmaster@leber.de) by server2.netdiscount.de with esmtp; Fri, 27 Feb 2004 14:43:05 +0100 Received: from ijuz by core with local (Exim 3.36 #1 (Debian)) id 1AwiGh-0001Eo-00 for ; Fri, 27 Feb 2004 14:43:07 +0100 Date: Fri, 27 Feb 2004 14:43:07 +0100 From: Christian Leber To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040227134307.GA4685@core.home> References: <20040226011859.GA28932@core.home> <20040226061546.GA752@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: <20040226061546.GA752@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Feb 26, 2004 at 07:15:46AM +0100, Ralf S. Engelschall wrote: > Your /oipt0/cw-2.0/ is on NFS, right? Then you need to set > "_rpmdb_private 1" in your ~/.rpmmacros file to force RPM to switch to > the old RPM 4.0 database access methods. Or try the --db-private option > on the command line as an alternative. With the option it works for me, but i'll look at the mount options, thank you. Christian Leber -- "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." (Aurelius Augustinus) Translation: From openpkg-users-owner@openpkg.org Fri Feb 27 14:50:57 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 6496A3004AF for ; Fri, 27 Feb 2004 14:50:57 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 31F204CE58A; Fri, 27 Feb 2004 14:50:57 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 830E4289D2; Fri, 27 Feb 2004 14:50:36 +0100 (CET) Date: Fri, 27 Feb 2004 14:50:36 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040227135036.GA39989@engelschall.com> References: <20040226011859.GA28932@core.home> <20040226061546.GA752@engelschall.com> <20040227134307.GA4685@core.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040227134307.GA4685@core.home> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 27, 2004, Christian Leber wrote: > On Thu, Feb 26, 2004 at 07:15:46AM +0100, Ralf S. Engelschall wrote: > > > Your /oipt0/cw-2.0/ is on NFS, right? Then you need to set > > "_rpmdb_private 1" in your ~/.rpmmacros file to force RPM to switch to > > the old RPM 4.0 database access methods. Or try the --db-private option > > on the command line as an alternative. > > With the option it works for me, but i'll look at the mount options, > thank you. The NFS mount options do not matter. It's a locking issue. For this you need an activated rpc.lockd service on both client and server side to solve it. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Fri Feb 27 14:57:47 2004 Received: from beaker.north.de (pD9E17043.dip.t-dialin.net [217.225.112.67]) by mail.openpkg.org (Postfix) with ESMTP id 1B302301040 for ; Fri, 27 Feb 2004 14:57:47 +0100 (CET) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id i1RDveeq020969 for ; Fri, 27 Feb 2004 14:57:46 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id i1RDvdJc003701 for ; Fri, 27 Feb 2004 14:57:39 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id i1RDvdw4003700 for openpkg-users@openpkg.org; Fri, 27 Feb 2004 14:57:39 +0100 (MET) Date: Fri, 27 Feb 2004 14:57:39 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040227135739.GB4288@baerlap.north.de> References: <20040226011859.GA28932@core.home> <20040226061546.GA752@engelschall.com> <20040227134307.GA4685@core.home> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20040227134307.GA4685@core.home> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 27, 2004, Christian Leber wrote: > On Thu, Feb 26, 2004 at 07:15:46AM +0100, Ralf S. Engelschall wrote: > > > Your /oipt0/cw-2.0/ is on NFS, right? Then you need to set > > "_rpmdb_private 1" in your ~/.rpmmacros file to force RPM to switch to > > the old RPM 4.0 database access methods. Or try the --db-private option > > on the command line as an alternative. > > With the option it works for me, but i'll look at the mount options, > thank you. Please report back. Solaris should really not have problems with NFS locking. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Fri Feb 27 16:32:40 2004 Received: from beaker.north.de (pD9E17043.dip.t-dialin.net [217.225.112.67]) by mail.openpkg.org (Postfix) with ESMTP id B005B3002B5 for ; Fri, 27 Feb 2004 16:32:39 +0100 (CET) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id i1RFWceq026204 for ; Fri, 27 Feb 2004 16:32:38 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.10+/8.12.10) with ESMTP id i1RFWbJc001272 for ; Fri, 27 Feb 2004 16:32:37 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.10+/8.12.10/Submit) id i1RFWbLW001271 for openpkg-users@openpkg.org; Fri, 27 Feb 2004 16:32:37 +0100 (MET) Date: Fri, 27 Feb 2004 16:32:37 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: Openpkg 2.0 on solaris, problem: error: db4 error(11) Message-ID: <20040227153237.GC4288@baerlap.north.de> References: <20040226011859.GA28932@core.home> <20040226061546.GA752@engelschall.com> <20040227134307.GA4685@core.home> <20040227135036.GA39989@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20040227135036.GA39989@engelschall.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Fri, Feb 27, 2004, Ralf S. Engelschall wrote: > On Fri, Feb 27, 2004, Christian Leber wrote: > > > On Thu, Feb 26, 2004 at 07:15:46AM +0100, Ralf S. Engelschall wrote: > > > > > Your /oipt0/cw-2.0/ is on NFS, right? Then you need to set > > > "_rpmdb_private 1" in your ~/.rpmmacros file to force RPM to switch to > > > the old RPM 4.0 database access methods. Or try the --db-private option > > > on the command line as an alternative. > > > > With the option it works for me, but i'll look at the mount options, > > thank you. > > The NFS mount options do not matter. It's a locking issue. For this you > need an activated rpc.lockd service on both client and server side to > solve it. Sorry, could you be more explicite ? _How_ does one prevent this problems ? Do i need to change some configuration files ? What else ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Sun Feb 29 12:25:51 2004 Received: from mailgwoutka2.fraunhofer.de (mailgwoutka2.fraunhofer.de [153.96.1.64]) by mail.openpkg.org (Postfix) with ESMTP id 77BE3300AB8 for ; Sun, 29 Feb 2004 12:25:51 +0100 (CET) Received: from mailgwoutka2.fraunhofer.de (localhost [127.0.0.1]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1TBPnWm000276 for ; Sun, 29 Feb 2004 12:25:49 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgwoutka2.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i1TBPmmg000273 for ; Sun, 29 Feb 2004 12:25:48 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i1TBPnS08425 for ; Sun, 29 Feb 2004 12:25:49 +0100 (MET) Received: from DellSx260 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i1TBPmJ03033 for ; Sun, 29 Feb 2004 12:25:48 +0100 (MET) Message-ID: <001101c3feb6$c9d22000$6902a8c0@DellSx260> From: "Birger Kraegelin" To: References: <022d01c3fbf8@ad.willingminds.com> <12434499-6875-11D8-B4D1-000A95BD9856@eecs.cwru.edu> Subject: 2.0: apache needs flex? Date: Sun, 29 Feb 2004 12:25:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: apache didn't build on Solaris9 build command was openpkg build -Dwith_mod_ssl -Dwith_php -Dwith_php_mysql \ -Dwith_php_gd -Dwith_mod_dav -Dwith_mod_auth_ldap \ -Dwith_mod_auth_pam apache | sh>>/tmp/build.out 2>&1 /tmp/build.out ends with flex -Pssl_expr_yy -s -B ssl_expr_scan.l make[5]: flex: Command not found make[5]: *** [ssl_expr_scan.c] Error 127 make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[2]: *** [build-std] Error 2 make[1]: *** [build] Error 2 make: *** [build-quiet] Error 2 + exit 2 error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.26435 (%build) RPM build errors: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.26435 (%build) I had similar errors on building perl-xxx packages, which silently depend on perl-openpkg at runtime, not at build time. So the build command doesn't respect the dependencies. Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Sun Feb 29 12:34:19 2004 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 432B42FF4B0 for ; Sun, 29 Feb 2004 12:34:19 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id i1TBYHR26862 for openpkg-users@openpkg.org; Sun, 29 Feb 2004 12:34:18 +0100 (MET) Date: Sun, 29 Feb 2004 12:34:16 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: 2.0: apache needs flex? Message-ID: <20040229113416.GA26707@serpens.de> References: <022d01c3fbf8@ad.willingminds.com> <12434499-6875-11D8-B4D1-000A95BD9856@eecs.cwru.edu> <001101c3feb6$c9d22000$6902a8c0@DellSx260> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <001101c3feb6$c9d22000$6902a8c0@DellSx260> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Feb 29, 2004 at 12:25:50PM +0100, Birger Kraegelin wrote: > I had similar errors on building perl-xxx packages, which silently depend on > perl-openpkg at runtime, not at build time. So the build command doesn't > respect the dependencies. All the perl-xxx packages depend on perl-openpkg at runtime and at build time. In any case, the build tool doesn't know much about this difference. It treats all dependencies as build dependencies (because it doesn't matter if a package is built too early). At the end it deletes all newly installed packages that were added to the list only because of build dependecies. Greetings, -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Sun Feb 29 19:00:29 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E7DDA300E3D for ; Sun, 29 Feb 2004 19:00:28 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CAF7A4CE535; Sun, 29 Feb 2004 19:00:28 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id E71382874E; Sun, 29 Feb 2004 18:03:45 +0100 (CET) Date: Sun, 29 Feb 2004 18:03:45 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: 2.0: apache needs flex? Message-ID: <20040229170345.GA23271@engelschall.com> References: <022d01c3fbf8@ad.willingminds.com> <12434499-6875-11D8-B4D1-000A95BD9856@eecs.cwru.edu> <001101c3feb6$c9d22000$6902a8c0@DellSx260> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <001101c3feb6$c9d22000$6902a8c0@DellSx260> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Sun, Feb 29, 2004, Birger Kraegelin wrote: > apache didn't build on Solaris9 > build command was > > openpkg build -Dwith_mod_ssl -Dwith_php -Dwith_php_mysql \ > -Dwith_php_gd -Dwith_mod_dav -Dwith_mod_auth_ldap \ > -Dwith_mod_auth_pam apache | sh>>/tmp/build.out 2>&1 > > /tmp/build.out ends with > > flex -Pssl_expr_yy -s -B ssl_expr_scan.l > make[5]: flex: Command not found > make[5]: *** [ssl_expr_scan.c] Error 127 > make[4]: *** [all] Error 1 > make[3]: *** [subdirs] Error 1 > make[2]: *** [build-std] Error 2 > make[1]: *** [build] Error 2 > make: *** [build-quiet] Error 2 > + exit 2 > error: Bad exit status from /opt/local/RPM/TMP/rpm-tmp.26435 (%build) > RPM build errors: > Bad exit status from /opt/local/RPM/TMP/rpm-tmp.26435 (%build) > > I had similar errors on building perl-xxx packages, which silently depend on > perl-openpkg at runtime, not at build time. So the build command doesn't > respect the dependencies. Hmmm... this is from mod_ssl and should not occur because there is a pre-generated ssl_expr_scan.c in the distribution. Is this on a NFS drive where perhaps time differences exist between client and server? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Mon Mar 1 08:23:22 2004 Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mail.openpkg.org (Postfix) with ESMTP id B8D672FFA05 for ; Mon, 1 Mar 2004 08:23:22 +0100 (CET) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i217NHrD018814 for ; Mon, 1 Mar 2004 08:23:17 +0100 (MET) Received: from kso.iitb.fhg.de (kso.iitb.fhg.de [153.96.8.2]) by mailgw1.fraunhofer.de (8.12.10/8.12.10) with ESMTP id i217NEV4018766 for ; Mon, 1 Mar 2004 08:23:14 +0100 (MET) Received: from iitb.fhg.de (iitb.iitb.fhg.de [153.96.12.2]) by kso.iitb.fhg.de (8.11.1/8.11.1) with ESMTP id i217NES21169 for ; Mon, 1 Mar 2004 08:23:14 +0100 (MET) Received: from pciitb137 (localhost [127.0.0.1]) by iitb.fhg.de (8.11.1/8.11.1) with SMTP id i217NEJ22590 for ; Mon, 1 Mar 2004 08:23:14 +0100 (MET) Message-ID: <001f01c3ff5e$0e94b020$8a0e6099@pc.iitb.fhg.de> From: =?iso-8859-1?Q?Birger_Kr=E4gelin?= To: References: <022d01c3fbf8@ad.willingminds.com> <12434499-6875-11D8-B4D1-000A95BD9856@eecs.cwru.edu> <001101c3feb6$c9d22000$6902a8c0@DellSx260> <20040229170345.GA23271@engelschall.com> Subject: Re: 2.0: apache needs flex? Date: Mon, 1 Mar 2004 08:23:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: > Hmmm... this is from mod_ssl and should not occur because there is a > pre-generated ssl_expr_scan.c in the distribution. Is this on a NFS > drive where perhaps time differences exist between client and server? No. I use my armored, minimized Solaris environment, local disk only. I always try to go the "OpenPKG way", whatever this may be. I have absolutely no environment except Core Solaris plus about 10 additional packages. I bootstrap using OpenPKG binary distribution and after = bootstrap I only have my OpenPKG environment. I have it running now. Question: What is the preferred way for reporting bugs, sending fixes and wishlists? Birger ------ Birger.Kraegelin@IITB.Fraunhofer.De, Network Operations Center, Karlsruhe From openpkg-users-owner@openpkg.org Tue Mar 2 23:10:27 2004 Received: from fjalar.oit.pdx.edu (fjalar.oit.pdx.edu [131.252.122.16]) by mail.openpkg.org (Postfix) with ESMTP id 1A39C30085A for ; Tue, 2 Mar 2004 23:10:26 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by fjalar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i22MALpN006861 for ; Tue, 2 Mar 2004 14:10:23 -0800 (PST) Subject: whereis openpkg-tool in 2.0 release? From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1078265461.31922.23.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Tue, 02 Mar 2004 14:11:01 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I don't see the openpkg-tool in the SRC repository for the release version of OpenPKG 2.0. Has it been released for 2.0 or should I simply use the 2.0-pre version? Thanks. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Tue Mar 2 23:19:42 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id C64B130027E for ; Tue, 2 Mar 2004 23:19:41 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 88C9F8D7B0; Tue, 2 Mar 2004 23:19:40 +0100 (CET) Date: Tue, 2 Mar 2004 23:19:40 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: whereis openpkg-tool in 2.0 release? Message-ID: <20040302221940.GA85491@dev.de.cw.com> References: <1078265461.31922.23.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1078265461.31922.23.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Mar 02, 2004, David M. Fetter wrote: David, > I don't see the openpkg-tool in the SRC repository for the release [...] > Please hunt for string "openpkg-tool" in http://cvs.openpkg.org/openpkg-re/upgrade.txt and have a look at "packages dropped from release". Short info is: openpkg-tool is available as CURRENT package. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Tue Mar 2 23:28:25 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 8ACEF2FF851 for ; Tue, 2 Mar 2004 23:28:24 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i22MSIS8022770 for ; Tue, 2 Mar 2004 14:28:18 -0800 (PST) Subject: Re: whereis openpkg-tool in 2.0 release? From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <20040302221940.GA85491@dev.de.cw.com> References: <1078265461.31922.23.camel@thoth.oit.pdx.edu> <20040302221940.GA85491@dev.de.cw.com> Content-Type: text/plain Message-Id: <1078266538.31921.25.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Tue, 02 Mar 2004 14:28:59 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Ah, thanks. I was re-reading through some documentation to see if I missed something, but I wasn't reading that one. Now I am enlightened. :-) On Tue, 2004-03-02 at 14:19, Thomas Lotterer wrote: > On Tue, Mar 02, 2004, David M. Fetter wrote: > > David, > > > I don't see the openpkg-tool in the SRC repository for the release [...] > > > Please hunt for string "openpkg-tool" in > http://cvs.openpkg.org/openpkg-re/upgrade.txt > and have a look at "packages dropped from release". > Short info is: openpkg-tool is available as CURRENT package. > > -- > Thomas.Lotterer@cw.com, Cable & Wireless > ______________________________________________________________________ > The OpenPKG Project www.openpkg.org > User Communication List openpkg-users@openpkg.org -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Mon Mar 8 20:52:43 2004 Received: from amazon.spikesource.com (w150.z064002038.sjc-ca.dsl.cnc.net [64.2.38.150]) by mail.openpkg.org (Postfix) with ESMTP id 478122FF4F2 for ; Mon, 8 Mar 2004 20:52:42 +0100 (CET) Received: from potomac (potomac [172.16.20.204]) by amazon.spikesource.com (8.12.8/8.12.8) with ESMTP id i28Jqe00016448 for ; Mon, 8 Mar 2004 11:52:40 -0800 Subject: Ability to change default l_musr, l_mgrp, l_rusr, l_rgrp after OpenPKG installation From: Christopher Chan To: OpenPKG Users Content-Type: text/plain Message-Id: <1078775549.2178.18.camel@potomac.spikesource.com> Mime-Version: 1.0 Date: Mon, 08 Mar 2004 11:52:30 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Is there anyway to change to default users and groups (l_musr, l_mgrp, l_rusr, l_rgrp) after OpenPKG has been installed?? I want to be able to change l_musr, lmgrp, lrusr, and l_rgrp on an existing OpenPKG installation with re-installing all of OpenPKG from bootstrap again... Thanks. Christopher Chan email: cchan@spikesource.com work: 650-561-0227 ________________________________________________________________________ "One of the secrets of life is to make stepping stones out of stumbling blocks" From openpkg-users-owner@openpkg.org Mon Mar 8 21:18:51 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 7F16A2FFB1E for ; Mon, 8 Mar 2004 21:18:51 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 4BD354CE55B; Mon, 8 Mar 2004 21:18:51 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id E3E5E285D5; Mon, 8 Mar 2004 21:15:45 +0100 (CET) Date: Mon, 8 Mar 2004 21:15:45 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Ability to change default l_musr, l_mgrp, l_rusr, l_rgrp after OpenPKG installation Message-ID: <20040308201545.GA38625@engelschall.com> References: <1078775549.2178.18.camel@potomac.spikesource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1078775549.2178.18.camel@potomac.spikesource.com> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Mon, Mar 08, 2004, Christopher Chan wrote: > Is there anyway to change to default users and groups (l_musr, l_mgrp, > l_rusr, l_rgrp) after OpenPKG has been installed?? > > I want to be able to change l_musr, lmgrp, lrusr, and l_rgrp on an > existing OpenPKG installation with re-installing all of OpenPKG from > bootstrap again... AFAIK you can't easily because the main problem is that RPM has all those users/groups remembered in its RPM database. And this can only be adjusted on the C level through the RPM API. In addition to this the ownerships have to be changed physically on the filesystem and the /etc/openpkg/rpmmacros file has to be adjusted. The last two issues are usually harmless, but the RPM DB issue is very hard and usually not worth the effort, I think. Here it is a lot easier to reinstall from scratch. And finally, even if you would be able to solve all this, you have one problem remaining: applications build and installed into the OpenPKG instance can have the users/groups hard-coded (either in their executables but at least in some configuration files). So, do not think about changing the stuff afterwards. Do youself a favour and reinstall ;-) Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Mar 9 03:04:41 2004 Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mail.openpkg.org (Postfix) with ESMTP id 342F42FF088 for ; Tue, 9 Mar 2004 03:04:40 +0100 (CET) Received: from pdx.edu (c-24-21-236-61.client.comcast.net[24.21.236.61]) by comcast.net (rwcrmhc13) with SMTP id <20040309020438015005bqa2e> (Authid: megasurg); Tue, 9 Mar 2004 02:04:38 +0000 Message-ID: <404D2634.5030005@pdx.edu> Date: Mon, 08 Mar 2004 18:04:36 -0800 From: "David M. Fetter" MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: Quickie How-To and Script Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hello, all. I wrote a quick and easy step-by-step document on how to bootstrap openpkg and then proceed with installing a slew of packages using openpkg-tool. I also wrote a script that will automate that process as if it wasn't slick enough already. In any case the link to my doc is http://www.fetterconsulting.com/index.php?name=opkginst. The script I wrote is linked within the document. Hope this helps some out. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Tue Mar 9 11:00:24 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id B46FA2FEF61 for ; Tue, 9 Mar 2004 11:00:23 +0100 (CET) Received: from localhost (dt4.dev.de.cw.net [141.1.23.69]) by sv1.dev.de.cw.net (Postfix) with SMTP id 88F338D728 for ; Tue, 9 Mar 2004 11:00:23 +0100 (CET) Received: by localhost (sSMTP sendmail emulation); Tue, 9 Mar 2004 11:00:23 +0100 Date: Tue, 9 Mar 2004 11:00:23 +0100 From: Michael Schloh von Bennewitz To: openpkg-users@openpkg.org Subject: Re: Quickie How-To and Script Message-ID: <20040309100023.GA35402@dt4.dev.de.cw.net> References: <404D2634.5030005@pdx.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" In-Reply-To: <404D2634.5030005@pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 08, 2004, David M. Fetter wrote: > Hello, all. I wrote a quick and easy step-by-step document on how to=20 > bootstrap openpkg and then proceed with installing a slew of packages=20 > using openpkg-tool. I also wrote a script that will automate that=20 > process as if it wasn't slick enough already. In any case the link to=20 > my doc is http://www.fetterconsulting.com/index.php?name=3Dopkginst. The= =20 > script I wrote is linked within the document. Hope this helps some out. > Nice work, David. I see that your script makes no assumptions and rather installs nearly all of the packages in the release (about 450). I guess that not installing what you call 'redundant' packages keeps conflicts away. You script has another group of exclusions though, and here I wonder what you mean by 'problematic' packages (in the script's comment)? --=20 michael.schloh@cw.com Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services GmbH --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia+4K iQEVAgUBQE2VtluYv80UoVTdAQHq2QgAtupjdWqtdhU2PM7ah+NvAVDE4L+B7pWa F87Q4XFGCfMOrZaDOnmV6akNjRhIAgfIpB09pYw7InXgLgUf/UhngsQ1yyhDxI/t oqoPIwGvdLIDK+O2ezwFxvXPyBMG7vFLDqo7+8AEMlCyH6CH4gwN4WV2Bw+P8lT8 oHChs5egNnJ+HYLSQJtrzz8jVwRSnDktwLBNUkwVew59OwtwgJNWxSqYwCNkzj6Q SgSXHmyKviWDtYg1ocb7Is0DijqfVmzV+2PajIJPTIzWBoXkiQwMEnZb1DnPoSTI G9drLeCjiN6vgOB2uhyv42HEKQ+vlosGKgwbVlWcXdOdiaZnIgpdaw== =LChN -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From openpkg-users-owner@openpkg.org Tue Mar 9 19:12:33 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id B60112FF23D for ; Tue, 9 Mar 2004 19:12:32 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i29ICUS8010918 for ; Tue, 9 Mar 2004 10:12:30 -0800 (PST) Subject: Re: Quickie How-To and Script From: "David M. Fetter" To: openpkg-users@openpkg.org In-Reply-To: <20040309100023.GA35402@dt4.dev.de.cw.net> References: <404D2634.5030005@pdx.edu> <20040309100023.GA35402@dt4.dev.de.cw.net> Content-Type: text/plain Message-Id: <1078856004.778.12.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Tue, 09 Mar 2004 10:13:25 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, 2004-03-09 at 02:00, Michael Schloh von Bennewitz wrote: > On Mon, Mar 08, 2004, David M. Fetter wrote: > > Hello, all. I wrote a quick and easy step-by-step document on how to > > bootstrap openpkg and then proceed with installing a slew of packages > > using openpkg-tool. I also wrote a script that will automate that > > process as if it wasn't slick enough already. In any case the link to > > my doc is http://www.fetterconsulting.com/index.php?name=opkginst. The > > script I wrote is linked within the document. Hope this helps some out. > > > Nice work, David. I see that your script makes no assumptions and rather > installs nearly all of the packages in the release (about 450). I guess that > not installing what you call 'redundant' packages keeps conflicts away. > You script has another group of exclusions though, and here I wonder what > you mean by 'problematic' packages (in the script's comment)? Thanks. The problematic packages are software which failed to rebuild on solaris for us and in our environment we deemed unnecessary therefore not worth taking the time to debug and fix. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Tue Mar 9 19:19:14 2004 Received: from carebears.mine.nu (ti400720a080-5406.bb.online.no [83.108.213.30]) by mail.openpkg.org (Postfix) with ESMTP id 850F32FF134 for ; Tue, 9 Mar 2004 19:15:28 +0100 (CET) Received: from localhost (unknown [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id C82EE483CA7 for ; Tue, 9 Mar 2004 19:14:41 +0100 (CET) Received: from carebears.mine.nu ([127.0.0.1]) by localhost (wish.carebears.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92356-10 for ; Tue, 9 Mar 2004 19:14:40 +0100 (CET) Received: from carebears.mine.nu (funshine.carebears.net [192.168.0.9]) by carebears.mine.nu (Postfix) with ESMTP id D8283483C5B for ; Tue, 9 Mar 2004 19:14:39 +0100 (CET) Message-ID: <404E09BA.2060908@carebears.mine.nu> Date: Tue, 09 Mar 2004 19:15:22 +0100 From: Christer Solskogen MIME-Version: 1.0 To: openpkg-users@openpkg.org Subject: apt or yum Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Does OpenPKG suppurt yum or apt? Would that work? -- Med vennlig hilsen / Best regards Christer Solskogen / dizzy tun3Z http://dtz.cjb.net - http://carebears.mine.nu "Cheap, but not as cheap as your girlfriend!" -Spider Jerusalem From openpkg-users-owner@openpkg.org Tue Mar 9 19:41:40 2004 Received: from jamondi.weinreich.org (unknown [80.146.165.82]) by mail.openpkg.org (Postfix) with ESMTP id 790582FF134 for ; Tue, 9 Mar 2004 19:41:40 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by jamondi.weinreich.org (Postfix) with ESMTP id 1000712F019 for ; Tue, 9 Mar 2004 19:41:38 +0100 (CET) Received: from jamondi.weinreich.org ([127.0.0.1]) by localhost (jamondi.weinreich.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26703-08 for ; Tue, 9 Mar 2004 19:41:36 +0100 (CET) Received: from [192.168.50.150] (p50819C40.dip.t-dialin.net [80.129.156.64]) by jamondi.weinreich.org (Postfix) with ESMTP id 6F4C512EFE9 for ; Tue, 9 Mar 2004 19:41:36 +0100 (CET) Date: Tue, 09 Mar 2004 19:39:22 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Re: apt or yum Message-ID: <4610000.1078857562@marco-polo.weinreich.org> In-Reply-To: <404E09BA.2060908@carebears.mine.nu> References: <404E09BA.2060908@carebears.mine.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: --On Dienstag, M=E4rz 09, 2004 19:15:22 +0100 Christer Solskogen=20 wrote: > Does OpenPKG suppurt yum or apt? > Would that work? I haven'd tried it but I think it will not work out of the box. We are=20 using the openpkg-tool package instead. With the right options it will also = take binaries into account. cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 From openpkg-users-owner@openpkg.org Tue Mar 9 19:48:08 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id 4BEEB3018A2 for ; Tue, 9 Mar 2004 19:48:08 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id 36D354CE5CF; Tue, 9 Mar 2004 19:48:08 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 4A74D2866C; Tue, 9 Mar 2004 19:47:59 +0100 (CET) Date: Tue, 9 Mar 2004 19:47:59 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: apt or yum Message-ID: <20040309184759.GA93111@engelschall.com> References: <404E09BA.2060908@carebears.mine.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <404E09BA.2060908@carebears.mine.nu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Tue, Mar 09, 2004, Christer Solskogen wrote: > Does OpenPKG suppurt yum or apt? > Would that work? We have an "apt" package which can be used for using OpenPKG in a "deploy binary packages only" environment (similar to what APT is used in Debian, too). Unfortunately APT doesn't know very well how to deal with source packages, especially it doesn't know how to handle the OpenPKG specific package options. So, for building the binaries you should use "openpkg-tool". For deploying the resulting binaries you can either use "openpkg-tool" or "apt". Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Tue Mar 9 22:36:29 2004 Received: from sv1.dev.de.cw.net (sv1-2.dev.de.cw.net [141.1.23.20]) by mail.openpkg.org (Postfix) with ESMTP id 522883001A3 for ; Tue, 9 Mar 2004 22:36:29 +0100 (CET) Received: by sv1.dev.de.cw.net (Postfix, from userid 10009) id 1CD6A8D782; Tue, 9 Mar 2004 22:36:29 +0100 (CET) Date: Tue, 9 Mar 2004 22:36:29 +0100 From: Thomas Lotterer To: openpkg-users@openpkg.org Subject: Re: OpenDST - some distribution ideas Message-ID: <20040309213628.GB78715@dev.de.cw.com> References: <200402251804.55042.list@codefusion.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200402251804.55042.list@codefusion.co.za> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Wed, Feb 25, 2004, Stephan Buys wrote: > Hi all, > > We are interested in creating a "LiveCD" for the Kolab server and I was > wondering what the absolute minimum system requirements would be to get > OpenPKG running? And possibly run most of your distributions' functions > from within OpenPKG. > A "LiveCD" will not be easy to create. The %{l_prefix}/var directory must be writable. Because nobody I know of has ever tried running OpenPKG from a read-only media other places might be found that need write access - or fixing ;-) As far as I know a complete Kolab install takes something like 500MB disk space not including the RPMs. Too much for the average memory filesystem. My suggestion for a (Knoppix-like) self contained bootable CD: - do a union/translucent mount drawback: hard to create My suggestion for a mount-into-existing-system CD: - create binary RPMs - let the user to create a symlink to a huge disk space - boostrap/install using binary RPMs (maybe using obmtool) drawback: existing system is touched, see "entry-points" below > Apart from the following utilities: > > uuencode > uudecode > These are no longer needed with OpenPKG 2.0 > - I guess you also need to set up a user database /etc/passwd (for the Kolab > users) > - Cron > - And a couple of other utils? > see http://www.openpkg.org/faq.html#entry-points /etc/openpkg is new to OpenPKG 2.0 > Another question, would it be possible to run OpenPKG without a prefix? So that > our %l_prefix == ""? > > The potential here would be to create a couple of "Skeleton OS's" like a barebones > Linux or BSD system, and run the rest from within OpenPKG... > > Is this in any way feasible? > An empty prefix, won't work because many code pathes within various OpenPKG scriptlets change the working directory and assume access to %{l_prefix} through an absolute path. Hashpling aka shebang (#!/... at the top of a script) accept relative pathes but they will fail if not executed from within the proper directory. For the same reasons, a prefix with a relative path won't work, too. -- Thomas.Lotterer@cw.com, Cable & Wireless From openpkg-users-owner@openpkg.org Thu Mar 11 09:06:53 2004 Received: from jamondi.weinreich.org (unknown [80.146.165.82]) by mail.openpkg.org (Postfix) with ESMTP id 126BD30174E for ; Thu, 11 Mar 2004 09:06:53 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by jamondi.weinreich.org (Postfix) with ESMTP id 5EFB612F019 for ; Thu, 11 Mar 2004 09:06:50 +0100 (CET) Received: from jamondi.weinreich.org ([127.0.0.1]) by localhost (jamondi.weinreich.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30891-08 for ; Thu, 11 Mar 2004 09:06:49 +0100 (CET) Received: from [172.17.33.90] (unknown [80.146.165.65]) by jamondi.weinreich.org (Postfix) with ESMTP id 026C612EFE9 for ; Thu, 11 Mar 2004 09:06:49 +0100 (CET) Date: Thu, 11 Mar 2004 09:06:48 +0100 From: Steffen Weinreich To: openpkg-users@openpkg.org Subject: Anonymous CVS doesnt work Message-ID: <1972015671.1078996008@[172.17.33.90]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Hi! I have tried to update from the CVS repository, but I get a connection refused. Also the Access to https://rt.openpkg.org/ returns a Apache Proxy Error with "Connection refused". cheerio Steve -- Steh auf wenn Du am Boden bist! Steh auf auch wenn Du unten liegst ! Steh auf, es wird schon irgendwie weitergeh'n. -- DtH, 2002 From openpkg-users-owner@openpkg.org Thu Mar 11 10:49:18 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id E58152FF23D for ; Thu, 11 Mar 2004 10:49:17 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id CDDE94CE56F; Thu, 11 Mar 2004 10:49:17 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id CDCCC28627; Thu, 11 Mar 2004 10:31:13 +0100 (CET) Date: Thu, 11 Mar 2004 10:31:13 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: Anonymous CVS doesnt work Message-ID: <20040311093113.GA95050@engelschall.com> References: <1972015671.1078996008@[172.17.33.90]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1972015671.1078996008@[172.17.33.90]> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 11, 2004, Steffen Weinreich wrote: > I have tried to update from the CVS repository, but I get a connection > refused. Fixed by restarting. The problem is that CVS pserverd crashes from time to time and we've still no solution for this. > Also the Access to https://rt.openpkg.org/ returns a Apache Proxy > Error with "Connection refused". We intentionally shutdown RT because it went crazy after a worm bumped 18K mails into it. We're searching for a solution here, too. Sorry for the bad service. In the meantime just post your issues to openpkg-dev@openpkg.org in case of any problems are questions. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From openpkg-users-owner@openpkg.org Thu Mar 11 17:31:57 2004 Received: from galar.oit.pdx.edu (galar.oit.pdx.edu [131.252.122.15]) by mail.openpkg.org (Postfix) with ESMTP id 5F813300830 for ; Thu, 11 Mar 2004 17:31:56 +0100 (CET) Received: from thoth.oit.pdx.edu (thoth.oit.pdx.edu [131.252.134.137]) by galar.oit.pdx.edu (8.12.10/8.12.10) with ESMTP id i2BGVsS8022457 for ; Thu, 11 Mar 2004 08:31:54 -0800 (PST) Subject: What is or for? From: "David M. Fetter" To: openpkg-users@openpkg.org Content-Type: text/plain Message-Id: <1079022789.12540.17.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Date: Thu, 11 Mar 2004 08:33:11 -0800 Content-Transfer-Encoding: 7bit Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: I looked through the online documentation but can't seem to find any reference as to what the or identifies. What does it mean? I noticed when I bootstrapped it on Solaris 8 the was , but then when I'm now building it on Solaris 9 the changed to . Why is that? Can this tag be changed or manipulated for custom rebuilt packages? That would be useful. Then we can keep essentially the same naming convention with our own modified packages but have a different to identify us. -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu From openpkg-users-owner@openpkg.org Thu Mar 11 17:57:42 2004 Received: from beaker.north.de (pD9E17DB7.dip.t-dialin.net [217.225.125.183]) by mail.openpkg.org (Postfix) with ESMTP id 2E4472FF13A for ; Thu, 11 Mar 2004 17:57:42 +0100 (CET) Received: from baerlap.north.de (baerlap [192.168.6.6]) by beaker.north.de (8.12.10+/8.12.10) with ESMTP id i2BGvfom003935 for ; Thu, 11 Mar 2004 17:57:41 +0100 (MET) Received: from baerlap.north.de (localhost [127.0.0.1]) by baerlap.north.de (8.12.11+/8.12.11) with ESMTP id i2BGvdPw010860 for ; Thu, 11 Mar 2004 17:57:39 +0100 (MET) Received: (from mk@localhost) by baerlap.north.de (8.12.11+/8.12.11/Submit) id i2BGvdOm010859 for openpkg-users@openpkg.org; Thu, 11 Mar 2004 17:57:39 +0100 (MET) Date: Thu, 11 Mar 2004 17:57:39 +0100 From: Matthias Kurz To: openpkg-users@openpkg.org Subject: Re: What is or for? Message-ID: <20040311165739.GM4288@baerlap.north.de> References: <1079022789.12540.17.camel@thoth.oit.pdx.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1079022789.12540.17.camel@thoth.oit.pdx.edu> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 11, 2004, David M. Fetter wrote: > I looked through the online documentation but can't seem to find any > reference as to what the or identifies. What does it mean? > I noticed when I bootstrapped it on Solaris 8 the was , but > then when I'm now building it on Solaris 9 the changed to . > Why is that? Can this tag be changed or manipulated for custom rebuilt > packages? That would be useful. Then we can keep essentially the same > naming convention with our own modified packages but have a different > to identify us. Very, very interesting question ! (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 >> Im prämotorischen Cortex kann jeder ein Held sein. (bdw) << From openpkg-users-owner@openpkg.org Thu Mar 11 18:22:42 2004 Received: from serpens.de (serpens.de [62.208.181.200]) by mail.openpkg.org (Postfix) with ESMTP id 9E1242FF13A for ; Thu, 11 Mar 2004 18:22:41 +0100 (CET) Received: (from mlelstv@localhost) by serpens.de (8.11.6p3/8.11.6) id i2BHMdv07120 for openpkg-users@openpkg.org; Thu, 11 Mar 2004 18:22:40 +0100 (MET) Date: Thu, 11 Mar 2004 18:22:38 +0100 From: Michael van Elst To: openpkg-users@openpkg.org Subject: Re: What is or for? Message-ID: <20040311172238.GA7100@serpens.de> References: <1079022789.12540.17.camel@thoth.oit.pdx.edu> <20040311165739.GM4288@baerlap.north.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040311165739.GM4288@baerlap.north.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 11, 2004 at 05:57:39PM +0100, Matthias Kurz wrote: > On Thu, Mar 11, 2004, David M. Fetter wrote: > > > I looked through the online documentation but can't seem to find any > > reference as to what the or identifies. What does it mean? > > I noticed when I bootstrapped it on Solaris 8 the was , but > > then when I'm now building it on Solaris 9 the changed to . > > Why is that? Can this tag be changed or manipulated for custom rebuilt > > packages? That would be useful. Then we can keep essentially the same > > naming convention with our own modified packages but have a different > > to identify us. > The tag identifies different OpenPKG instances on the same machine and is by default computed from the prefix. E.g.: /usr/local/opkg -> ulo -- Michael van Elst Internet: mlelstv@serpens.de "A potential Snark may lurk in every tree." From openpkg-users-owner@openpkg.org Thu Mar 11 19:00:28 2004 Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mail.openpkg.org (Postfix) with ESMTP id F1EC8300E75 for ; Thu, 11 Mar 2004 19:00:27 +0100 (CET) Received: by visp.engelschall.com (Postfix, from userid 1005) id D87244CE55B; Thu, 11 Mar 2004 19:00:27 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id DE6C828994; Thu, 11 Mar 2004 19:00:19 +0100 (CET) Date: Thu, 11 Mar 2004 19:00:19 +0100 From: "Ralf S. Engelschall" To: openpkg-users@openpkg.org Subject: Re: What is or for? Message-ID: <20040311180019.GA16126@engelschall.com> References: <1079022789.12540.17.camel@thoth.oit.pdx.edu> <20040311165739.GM4288@baerlap.north.de> <20040311172238.GA7100@serpens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20040311172238.GA7100@serpens.de> Reply-To: openpkg-users@openpkg.org Sender: openpkg-users-owner@openpkg.org Precedence: list List-Server: OSSP Petidomo/4.0 List-Owner: List-Archive: List-Post: List-Help: List-Subscribe: List-Unsubscribe: On Thu, Mar 11, 2004, Michael van Elst wrote: > > > I looked through the online documentation but can't seem to find any > > > reference as to what the or identifies. What does it mean? > > > I noticed when I bootstrapped it on Solaris 8 the was , but > > > then when I'm now building it on Solaris 9 the changed to . > > > Why is that? Can this tag be changed or manipulated for custom rebuilt > > > packages? That would be useful. Then we can keep essentially the same > > > naming convention with our own modified packages but have a different > > > to identify us. > > The tag identifies different OpenPKG instances on the same machine > and is by default computed from the prefix. > E.g.: > /usr/local/opkg -> ulo Yes, and while in OpenPKG 1.3 the tag was hard-coded to be a compressed string derived from the instance prefix, in OpenPKG 2.0 it is an arbitrary string including some possible expansion constructs like (for the old 1.3 prefix derivation), (for the 2.0 prefix derivation), (for UUID v3 tags based on the package options), (for UUID v1 tags),