uses GNU binutils itself.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
with no errors.
Yes, you're right, it's then actually an issue with glibc's installation
path fiddling. But I still think GNU binutils should be smart enough to
determine that the crt1.o on RHEL4/amd64 stays under /usr/lib64 instead
of /usr/lib...
Ralf S
.
Hence, at this point to all OpenPKG comrade-in-arms:
many thanks for your contribution and support!
Yours,
Founder, President and Ralf S. Engelschall
Director Research Development[EMAIL PROTECTED]
OpenPKG Foundation e.V.www.engelschall.com
http
important to know as it indicates that the problem
is actually an OpenSSL problem and more related to its way of building
than to the way GNU binutils and/or GCC is configured. So we have to
further investigate in the OpenSSL area here...
Ralf S. Engelschall
totally unportable
parts in RPM itself (which unfortunately require tweaking for every
particular OS).
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
} -DOPENSSL_DISABLE_OLD_DES_SUPPORT
| LDFLAGS=%{l_ldflags}
| LIBS=
...your explicit passing actually has to be a NO-OP (as l_cppflags and
l_ldflags default to those flags anyway) or even destroys the CPPFLAGS.
So, I've no clue why this solved your problem.
Ralf S
On Sun, Jan 15, 2006, Doug Summers wrote:
Ralf S. Engelschall wrote:
On Sun, Jan 15, 2006, Doug Summers wrote:
[...]
What's weird is that the build actually completed but it skipped the ADS
part because it couldn't find the LDAP or Kerberos libraries. I didn't
even notice until I tried
the general question whether logfiles in OpenPKG should be
world-readable or not? What are the opinions?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
in order to allow those to optionally
Require: them.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
/bin/uname -r` = X5.1; then. But check the output of your
/usr/bin/uname -r first. If it works I can commit such a patch to the
perl package.
Ralf S. Engelschall
[EMAIL PROTECTED
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User
...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User Communication
the regular Release Engineering (usually locally within
the Foundation setup, but perhaps in the near future also remotely if we
extend the setup via VPNs or via external additional buildfarms).
Currently the Foundation has no AIX resources directly at hand.
Ralf S
on the FTP server.
Please see http://registry.openpkg.org/help how to download.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
Makefiles do not allow it to compile against
it. I've now tried to explicitly disable the Tcl and Python bindings
with OpenPKG CURRENT's rrdtool-1.2.11-20051217 and higher.
Can you retry with this one?
Ralf S. Engelschall
on.
[...]
Although I know lots of those systems, I was not aware of Roundup until
now. Thanks for the hint. I'll have a look at Roundup soon.
Ralf S. Engelschall
[EMAIL PROTECTED
of this fact it already
makes sense that you provide the updates via Kolab (after fetching them
from us and optionally re-modifying, etc), too.
Ralf S. Engelschall
[EMAIL PROTECTED
missing on one
OS (e.g. Solaris ;-) is already available, even in a dozend variants,
on another OS (e.g. Linux). I know this problem since the early days
of OpenPKG, but it inherently cannot be solved, I think.
Ralf S. Engelschall
something if I cannot
deterministically reproduce the problem. So, if you have a reasonably
small regression test (just install Kolab and run it is not really
that reasonably small test I would like to use ;-), I can investigate
again.
Ralf S. Engelschall
On Fri, Dec 16, 2005, Bernhard Reiter wrote:
Am Freitag, 16. Dezember 2005 15:55 schrieb Ralf S. Engelschall:
On Fri, Dec 16, 2005, Bernhard Reiter wrote:
[...]
Now to the technical point: If you are in search of a tracker system,
(which I did not know before) there might
.
As you get a Permission denied and not a File not found, I guess you
already have the script obmtool on your disk but you either still have
to make it executable (chmod a+x obmtool) or run it explicitly with
sh obmtool.
Ralf S. Engelschall
file duplications in the chroot(2) environment. This could mean
that instead of nssswitch.conf you have to use the old-style +:::
entries in passwd/group to activate NIS/YP and to let it play nice with
ProFTPD. But this is just a wild guess
Ralf S
into the development setup of the OpenPKG
Foundation and its companion build farm. Once you have the possibility
to grant us access to those hardware, please contact me in private to
discuss some of those details.
Ralf S. Engelschall
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
the one
with the highest revision number -- if this is what you are wondering
about.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
this script to
teach it something different...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG
results in them. But
at least the system ar should be totally quiet on the above commands.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
On Tue, Nov 29, 2005, Bill Campbell wrote:
On Tue, Nov 29, 2005, Ralf S. Engelschall wrote:
On Mon, Nov 28, 2005, OpenPKG wrote:
OpenPKG Registry finally launched!
[...]
The first questions pop up around the OpenPKG Registry.
We will try hard to answer all of them to you. Let me
to get the rsync bit back
up, I would be more than happy to help you test it.
[...]
RSYNC is resurrected. You can just use it again:
$ RSYNC_PASSWORD= rsync -r -v
rsync://email@rsync.openpkg.org/openpkg-ftp/[...]
Ralf S. Engelschall
-registry' would find it there.
Yes, of course. We just wanted to let it be tested a little bit more in
depth until we place it also into at least the OpenPKG 2.5 RELEASE tree.
But expect this to happen in the next days, too.
Ralf S. Engelschall
On Wed, Nov 30, 2005, Steffen Weinreich wrote:
Ralf S. Engelschall wrote:
Sorry for the delay. RSYNC access is resurrected. The difference is just
that plain anonymous-RSYNC is not possible because rsync(1) doesn't
support both anonymous and non-anonymous in parallel. If you have
instances.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
On Tue, Nov 29, 2005, Bill Campbell wrote:
On Tue, Nov 29, 2005, Ralf S. Engelschall wrote:
On Mon, Nov 28, 2005, OpenPKG wrote:
OpenPKG Registry finally launched!
[...]
The first questions pop up around the OpenPKG Registry.
We will try hard to answer all of them to you. Let me
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User
`ldap_pvt_tls_init':
[...]
This means an additional LIBS=-lssl -lcrypto is required because our
OpenLDAP uses OpenSSL...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
On Sat, Nov 26, 2005, Ralf S. Engelschall wrote:
On Sat, Nov 26, 2005, Adam D. Morley wrote:
[...]
Ok, the Samba package is now fixed. I've fixed
LDAP support and also added ADS support (as I assume
that would be the next question you will have ;-)
http://cvs.openpkg.org/chngview?cn=26365
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
).
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User
... this could be a bug. I've to check this. Thanks for the hint.
Is there any incantation to tell openpkg rpm to attempt to satisify
the dependencies using platform binaries?
No, it isn't.
Ralf S. Engelschall
[EMAIL
=src]
| developer$ ./config.guess
| i686-pc-linux-gnu
| developer$
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
-mmx.c
doesn't look sufficient enough. Are you able to extract the fix for GCC
4?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
;' \
glark
Ops, yes, of course. Now fixed. Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
On Tue, Oct 25, 2005, Ralf S. Engelschall wrote:
On Tue, Oct 25, 2005, Metromsi wrote:
I have a quick question is the Module::Build available under
openpkg? This is a new build method for creating perl modules. Since
ExtUtils::MakeMaker is somewhat dated and CPAN has support for
Module
. Is there some documentation on the options in this file?
Just use cvs_daemon_listen=192.168.1.XX:2401 where 192.168.1.XX is
your host's IP address or if it has multiple addresses perhaps it could
work to use cvs_daemon_listen=0.0.0.0:2401.
Ralf S. Engelschall
to just
unpack the .rpm:
Use prefix/bin/openpkg rpm2cpio *.rpm to convert an .rpm into a
.cpio (on stdout). For instance prefix/bin/openpkg rpm2cpio *.rpm
| cpio -it shows you the content.
Ralf S. Engelschall
it has some really nasty
dependencies to other modules which currently would require to break
our perl-xxx packaging layout. But I'm planning to add Module::Build,
in the worst case into a perl-build package which just contains this
module.
Ralf S. Engelschall
into an arbitrary temporary location (not
for really running there, but for unpacking and inspection). So, a
warning should be displayed that this option cannot be used to really
_INSTALL_ a _USABLE_ instance.
Ralf S. Engelschall
installation this should not be the case.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
older days the
usual approach is to roll *.src.rpm files out of the CVS repository after
moving there to a particular date via cvs update -D -MM-DD.
Ralf S. Engelschall
[EMAIL PROTECTED
are standard issue, so some work must have went in to
removing
them.
Yes, AFAIK until now nobody has really massaged the webmin package at
all. So it comes more or less with its default extend only. Feel free to
improve it and contribute your changes.
Ralf S
?
For security reasons all networking services provided by OpenPKG
packages by default and intentionally listen on localhost/127.0.0.1
only. You have to configure the program. In your case edit
prefix/etc/apache/apache.conf.
Ralf S. Engelschall
: GMP with MPFR support is required to build f95
Check the outputs in the written config.log file for
details why gmp.h is not found...
Ralf S. Engelschall
[EMAIL PROTECTED
: GMP with MPFR support is required to build f95
Ah, I think I've found it. Please retry with the latest gcc RPM from CURRENT.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
`. This
way it's up to the readline package to figure out whether -ltermcap is
needed or not. Thanks for the hint.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
exception is in
intentionally non-privileged OpenPKG instances. There only the
management user exists, but OTOH there one inherently cannot use all
packages, of course.
Ralf S. Engelschall
[EMAIL PROTECTED
On Fri, Sep 09, 2005, Ralf S. Engelschall wrote:
On Fri, Sep 09, 2005, Birger Krägelin wrote:
there have been some emails about bootstrapping openpkg on Solaris.
Especially there are somtimes problems with missing compilers
for the first stage.
In my environment, I set up machines
to the obmtool script) so that 32-bit binaries
are
built instead?
No, not AFAIK. But can you additionally give us some hints to the
particular problems (some outputs)?
Ralf S. Engelschall
[EMAIL PROTECTED
soon, too.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
directly follow the error message advice and
insert -fPIC into the CFLAGS of the sasl.spec file.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
would be: 1. If you start from scratch
via source RPMs, it should work out of the box. 2. If you want to fast
boostrap via binary RPMs you at least will get complains from RPM,
although it should still work.
Ralf S. Engelschall
On Fri, Aug 19, 2005, Christoph Schug wrote:
On Thu, Aug 18, 2005, Ralf S. Engelschall wrote:
It should not require Xaw3D but certainly the plain X11 libXaw. Seems
your X11 installation misses libXaw although this library is definetely
considered part of a standard X11 installation. So we
should not
add a dependency to xaw3d to t1lib IMHO.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
) and as a fallback UUCP-style lock files.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
should work really everywhere (else the OS is totally broken --
which I don't think is the case even for a OS like HP/UX which is not
one of my favorite ones ;-).
Ralf S. Engelschall
[EMAIL PROTECTED
on HPPA or IA64?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
, it unfortunately has some very bad
pieces of C code (especially in this fts.c!) which have #ifdef sections
for all particular platforms. So, for each platform (class) one has to
add code there. I really hate RPM 4.2 for this (and hope it is gone in
RPM 4.4)...
Ralf S
. The lsof package
requires gcc and as a result l_cc should reference your prefix/bin/gcc
anyway, shouldn't it?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
chapter about AIX in the lsof FAQ, btw. (well, and for
most other platforms, too).
I've comitted this now because it looked fine for me under AIX.
Ralf S. Engelschall
[EMAIL PROTECTED
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User
need more -I options there to
force to use local headers before installed one (the above -I seems to
be for the render part, not the xrender part I'm talking here!).
Ralf S. Engelschall
[EMAIL PROTECTED
stuff should just build fine under the above
-I/QOpenSys/openpkg/include. Hmmm... I've no clue, sorry.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
On Tue, Jul 26, 2005, Ralf S. Engelschall wrote:
On Mon, Jul 25, 2005, Doug Summers wrote:
Getting this...
gcc -DHAVE_CONFIG_H -I. -I. -I.
-I/openpkg/RPM/TMP/xrender-0.8.4/libXrender-0.8.4/../render-0.8
-I/openpkg/include -I/usr/openwin/include -DXTHREADS -O2 -pipe -MT
Cursor.lo -MD
?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
does this, it is certainly an RPM internal
thing. AFAIK RPM checks the filesystem for enough free space (and also
errs on this often). The scanning of /etc/mtab might be caused by a
function libc call RPM performs.
Ralf S. Engelschall
openpkg rpms.
Not exactly progress but at least it gives me a working base to move
against.
Cool. Please tell us if you find out what fu%ng problem in gcc.spec
currently prevents us from getting this beast working undr AIX. Thanks.
Ralf S. Engelschall
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
User
On Fri, Jul 15, 2005, David M. Fetter wrote:
On Thu, 2005-05-26 at 22:25 +0200, Ralf S. Engelschall wrote:
On Fri, May 20, 2005, Thomas Moschny wrote:
in order to rebuild cvs-1.12.9-2.3.1 for rhel3/ia64, I had to add the
switch
--disable-nls to the configure section, otherwise I
by adding the
mirrors as ftp[X].iso-cc.openpkg.org to our DNS so a near mirror can
be directly guessed by the users without having to look it up.
Ralf S. Engelschall
[EMAIL PROTECTED
On Fri, Jun 24, 2005, Simon Mudd wrote:
Ralf S. Engelschall [EMAIL PROTECTED] writes:
On Thu, Jun 23, 2005, [EMAIL PROTECTED] wrote:
I have a production instalation of OpenPKG v.2.2 and couldn get time to
finish
upgrading to version 2.3 as I got some compilation problems
binary sets for Sun Solaris
10/SPARC...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG
with the neon package from OpenPKG 2.4. What
particular error did you get?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
fixed.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
uses -p 0).
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
to add --disable-multibyte to the configure call in readline.spec
and try again. It guess the problem is then solved for you under HPUX.
Ralf S. Engelschall
[EMAIL PROTECTED
On Fri, Jun 17, 2005, Dirk Heinrichs wrote:
Am Freitag, 17. Juni 2005 10:51 schrieb ext Ralf S. Engelschall:
Try to add --disable-multibyte to the configure call in readline.spec
and try again. It guess the problem is then solved for you under HPUX.
Works for me.
Ok, now included
] Error 2
In CURRENT's lftp version 3.1.2 there is no wutil.c at all. I would
say, before digging into an old version, try CURRENT's lftp package.
Perhaps the upstream vendor has already fixed this.
Ralf S. Engelschall
[EMAIL
On Fri, Jun 17, 2005, Dirk Heinrichs wrote:
Am Freitag, 17. Juni 2005 14:25 schrieb ext Ralf S. Engelschall:
On Fri, Jun 17, 2005, Dirk Heinrichs wrote:
this time it's ncftp:
In CURRENT's lftp version 3.1.2 there is no wutil.c at all. I would
say, before digging into an old version
Where is it ?
Fixed with gzip-1.3.5-20050611 now. Sorry and thanks for the hint.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
the problem.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
. And this option
is your problem. Because on AMD64 you usually need PIC code if you want
to build a DSO. So AFAIK if you change zlib.spec to add --shared you
also have to add -fPIC to CFLAGS.
Ralf S. Engelschall
[EMAIL
existing change for DB 4.2.
We just forgot to adjust this patching once DB 4.3 came out.
Now taken over: http://cvs.openpkg.org/chngview?cn=23558
Thanks for your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED
?
No, the --disable-nls is reasonable. Taken over into OpenPKG-CURRENT now:
http://cvs.openpkg.org/chngview?cn=23559
Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
the older version there.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
is not able to provide this. But one can also find out
dependencies with the openpkg build tool directly from an index.
Perhaps with a command like openpkg build -Mz apache?
Ralf S. Engelschall
[EMAIL PROTECTED
, queries, etc. For full
flexibility (which allows you to perform also esoteric installations)
you would have to perform manual installations...
Ralf S. Engelschall
[EMAIL PROTECTED
.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
. Unfortunately I've no Solaris
7 available, so I cannot repeat this, but you have to find out _why_ it
actually links against libiconv...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
hierarchy.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
301 - 400 of 576 matches
Mail list logo
