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
OK. Thanks guys! That clarifies things.
--
Vinod
__
The OpenPKG Projectwww.openpkg.org
User Communication List [EMAIL PROTECTED]
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
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
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
Just looking for suggestions on:
1. Naming the root dir of an openpkg installation?
I was initially considering something like DIR/opkg/VERSION with a
symlink to it, such as DIR/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
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
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:[EMAIL
,
--
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
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
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
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
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
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
OK. Thanks. That did it. I missed it the first time around because 'rpm
-qpi coreutils-5.0.1-1.3.0.src.rpm' did not show gmd5sum in the
description as one of the utilities contained within.
On Thu, 15 Apr 2004, Ralf S. Engelschall wrote:
GNU textutils is now part of GNU coreutils, so replace
FYI,
I ran into a similar problem (see earlier thread on openpkg-dev titled
FYI: openpkg-tool - openpkg-tools), but in my case I have no control
over the firewall, so I had to find a workaround.
Modifying .curlrc did not help.
From the earlier thread:
--
So I found
(C) 2003 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.
~/src
On Thu, 11 Nov 2004, Vinod Kutty wrote:
I haven't touched openpkg in a while, and so I hope I'm
On Thu, 11 Nov 2004, Bill Campbell wrote:
Your first post didn't have anything but the question, no build output.
I suspect some MTAs/MUAs have trouble with the single fullstops (.) on a
line by themselves.
The first thing to do is to cd to the build directory and look closely at
the config.log
It's been a couple of years since I touched openpkg ... just tried
building a basic setup with perl on a Solaris 8/SPARC system and ran into
the following:
---
# openpkg rpmbuild --rebuild ./perl-5.8.8-2.20061018.src.rpm
Installing
I was running as root, but su'd to my 'opkg' user ...
But you're right about those files being problematic ... It looks like
/usr/include/cmq*h were broken symlinks from an old MQ Series software
install. So the key observation is that the error is actually the
cumulative return code.
I'm
That fixed it. Thanks!
On Sun, 29 Oct 2006, Vinod Kutty wrote:
I'm cleaning up and will try again. Thanks for your quick response! I'll let
you know what happens.
__
The OpenPKG Project
On Mon, 30 Oct 2006, Ralf S. Engelschall wrote:
Ok, as I assumed: for some unknown reasons libexpat is installed in a
platform dependend way. Under Solaris 8 I got the file conflict now,
too. Ok, this is now fixed with subversion-1.4.0-20061030 in CURRENT.
Thanks ... I'll try it when I get
On Mon, 30 Oct 2006, Ralf S. Engelschall wrote:
Is this thread from 7th/11th June 2006 still relevant? How can I go about
accomplishing the above? I see one response suggesting it might be doable.
I'm using openpkg-2.20061018 on Solaris 8/SPARC.
AFAIK until now nobody has investigated on
23 matches
Mail list logo