o grant me remote access (via an unprivileged "rse" account and
SSH key authentication is fully fine) to a Mac OS X 10.4 box I can
investigate myself for us and try to find a ld(1) tricking solution.
Please contact me if someone of you
t; GREP="grep" \
> ./configure \
> --prefix=%{l_prefix} \
>
> Seems as if -lintl isn't added automatically (while -liconv is),
> adding LIBS="-lintl" solves (or works around) the problem.
Thanks for reporting. I've now also fixed it, but
;t know why it works for me, but perhaps
my vendor zlib is newer than your one. Anyway, I've tried to fix it the
blind way. Please now retry with the latest "spamassassin" package as of
today.
Ralf S. Engelschall
[EMAIL PROTECTED]
On Mon, May 07, 2007, Christoph Schug wrote:
> move over sparc64-freebsd fixes to a more general form within
> rpmtool(8)
Thanks, Christoph.
Ralf S. Engelschall
[EMAIL PRO
On Mon, May 07, 2007, Christoph Schug wrote:
> On Sun, May 06, 2007, Ralf S. Engelschall wrote:
>
> > I personally would prefer to back it out and instead add a similar hack
> > for sparc64-freebsd as we already have for amd64-freebsd to rpmtool.
> > This way you also c
On Sun, May 06, 2007, Christoph Schug wrote:
> On Sat, May 05, 2007, Ralf S. Engelschall wrote:
>
> > On Sat, May 05, 2007, Christoph Schug wrote:
> >
> > > sparc64-freebsd platform fixes
> >
> > Christoph, as it seems to be a generic PIC issue, wouldn
not the only
libraries which are affected...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
_
On Thu, Mar 29, 2007, Christoph Schug wrote:
> +%if "%{with_cxx}" == "yes"
> +BuildPreReq: gcc::with_cxx = yes
> +%endif
Oh, good catch. Thanks.
Ralf S. Engelschall
On Wed, Mar 28, 2007, OpenPKG Project Robot wrote:
> The following OpenPKG Contribution Area operation occurred.
> uploaded DIFF file "qdbm.diff" accepted -- moved to contrib area.
> No action is required on your part.
Committed. Thanks.
erl-openpkg-files"
usage: http://cvs.openpkg.org/chngview?cn=34674
Thanks for your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
On Sun, Mar 11, 2007, OpenPKG Project Robot wrote:
> The following OpenPKG Contribution Area operation occurred.
> uploaded DIFF file "sablotron.diff" accepted -- moved to contrib area.
> No action is required on your part.
Committed.
failed--compilation aborted at ./Makefile.PL line 5.
| ++ step 3: build
| perl-openpkg:ERROR: neither "Build" nor "Makefile" found in working directory
(No such file or directory)
| error: Bad exit status from /tmp/rse/openpkg/rpm-tmp.26803 (%i
Comitted to CURRENT. Thanks for this contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
k waiting to send or recieve data
> | to a remote server. The main thread of execution should always
> | be available to refresh its display.
> | Files:
Taken over into OpenPKG CURRENT.
Thanks for your contribution.
On Thu, Mar 08, 2007, PLI wrote:
> Sorry.
> I have submitted this package.
Ah, ok. Then it's ok. Thanks for confirmation.
Ralf S. Engelschall
[EMAI
e to take over
your contribution into the official OpenPKG repository. Thanks for your
understanding.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
n. Now libapreq is built
statically into the DSO of Apache::Request. Comitted to OpenPKG CURRENT.
Thanks for your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
pache::Request's c/Makefile.PL but I was not able
to get it running quickly now. Please investigate how we can force
Apache::Request to keep everything as is but build only a libapreq.a
_AND_ link its Request.so against this libapreq.a only. That will solve
the problem and is
On Mon, Mar 05, 2007, OpenPKG Project Robot wrote:
> The following OpenPKG Contribution Area operation occurred.
> uploaded DIFF file "perl-xml.diff" accepted -- moved to contrib area.
> No action is required on your part.
Applied.
XPATINCPATH to make
sure Expat is correctly found. Thanks for your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
OpenPKG http://openpkg.org
Deve
#x27;t sound too strange that it consumes about 140MB of VS.
As I said, I would not worry about this at this stage...
Ralf S. Engelschall
[EMAIL
rror because "bc" and "pkg-config" are
> not found, but this does no harm, the result ist still ok.
Yes, seems like ClamAVs new configure script uses this for the SSL libs
related to cURL. Ok, now also fixed by adding additional dependencies.
/*.h.
>
> So I guess the package should either put the libs in $l_prefix/libmilter or
> fix the include lines in the actual header files.
Now fixed in the "milter" package of CURRENT from today.
Thanks for the feedback.
On Mon, Feb 12, 2007, Christoph Schug wrote:
> On Mon, Feb 12, 2007, Ralf S. Engelschall wrote:
>
> > OpenPKG CVS Repository
> > http://cvs.openpkg.org/
> >
> >
>
swapping as this
fudges your comparison, of course. ;-)
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
_
tribution.
See http://cvs.openpkg.org/chngview?cn=33983 for details.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
sac
>
> # configure the source tree
Looks like a bug somewhere in Solaris. Nevertheless, I've taken over
this little fix now into "inn" of OpenPKG CURRENT. Thanks for your
feedback.
;)
Ops, good catch. Thanks for the hint. Now fixed in OpenPKG CURRENT.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
ther packages, too.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
OpenPKG
On Fri, Jan 12, 2007, Ralf S. Engelschall wrote:
> On Fri, Jan 12, 2007, Christoph Schug wrote:
>
> > > remember why tracking is disabled
> >
> > Wouldn't it be easier to make the tracker class-aware?
>
> Hmmm... good idea. The tracker currently doesn
ot; option to extract the %track
section. But we can let him query the Class explicitly, of course. This
way it perhaps also could sort the tracking results according to the
Class headers, too. I'll see what I can do. Thanks for the hint.
On Thu, Jan 04, 2007, Cato Christoffer Feness wrote:
> On Sunday 10 December 2006 10:47, Ralf S. Engelschall wrote:
> > In order to be committed to the OpenPKG CVS repository, the whole
> > package specification has to pass the "openpkg dev lint" command of
> &
feedback.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
is procedure requires no registration for download and is absolutely
painless to try out, as it is non-intrusive to your system and residue
free removes afterwards. So, just give it a try once!
Ralf S. Engelschall
t, I'll
further investigate on packaging Munin for OpenPKG. In the meantime
you can upload it to ftp://ftp.openpkg.org/contrib/ so it is not
lost...
Ralf S. Engelschall
[EMAIL PROTECTED]
On Tue, Nov 28, 2006, Torsten Homeyer wrote:
> Ralf S. Engelschall wrote:
> >On Tue, Nov 28, 2006, Torsten Homeyer wrote:
> >
> >> hope I did not spoil anything
> >
> >FreeBSD and Linux still work great after the update, but Solaris is not
> >
On Tue, Nov 28, 2006, Torsten Homeyer wrote:
> hope I did not spoil anything
FreeBSD and Linux still work great after the update, but Solaris is not
broken (you can see it on rm6.openpkg.net)...
Ralf S. Engelsch
k whether now all
works just fine?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
_
(2) create a
"zope2" package which still provides Zope 2.9.6 but has "Provides: zope
= %{version}-%{release}" and then (3) create the "zope-plone" package
which has "...PreReq: zope <= 2.9". I really would like to see that
we both provide the &qu
arts, writes the pidfile
and stops correctly by using the written pidfile. Are you really sure
that this package also has this problem? If yes, you have to give me
more details about your platform, etc., please.
nt" (lint-spec.pl) this
would have been catched.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
On Mon, Nov 13, 2006, Ralf S. Engelschall wrote:
> For those who already asked whether we can integrate the Suhosin stuff
> of the Hardened-PHP project into our OpenPKG PHP: I'm working on this
> but the upstream vendor still has to remove a few remaining obstacles.
> The integ
On Tue, Nov 14, 2006, Ralf S. Engelschall wrote:
> On Mon, Nov 13, 2006, PLI wrote:
>
> > I test first the previous version 4.8.18 from your current repository,
> > and then look for a newer version of urpmi at one of the mandriva cooker
> > mirror.
> > ftp.fr
On Tue, Nov 14, 2006, Ralf S. Engelschall wrote:
> [...]
> > BTW, can you give a short step-by-step on how to actually _USE_ URPMI?
> > I mean, I expect that one have to place RPMs (binary only?) into a
> > location, create some sort of an index there and then configure the
&
ummary use of URPMI
for OpenPKG?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
ial
tarballs anywhere. In the past everything was on CPAN, but where
can be download the vendor files now?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
under build-time, etc) and don't want to have another "patch of
a patch" in our "php" and "apache" packages...
- Forwarded message from "Ralf S. Engelschall" <[EMAIL PROTECTED]> -----
Date: Mon, 13 Nov 2006 09:14:53 +0100
From: "Ralf S. E
g/chngview?cn=32624
Thanks for your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
st
post an upgrading patch to this mailing list; I'll pick it up.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.
ight function). Seems like the patch got broken during some
upgrades in the past. Now fixed in CURRENT and 2-STABLE. Thanks for the
feedback, Bill.
Ralf S. Engelschall
[EMAIL PROTECTED]
; [...]
The OpenPKG Enterprise 1 (E1) is based on the CORE+BASE+PLUS packages
only. EVAL+JUNK are not included for the obvious reason that they are
not qualified enough.
Ralf S. Engelschall
eady too flexible with its
build options.
BTW, the reason why we now finally decided to also include the EVAL
packages into the snapshot distribution is because many people asked for
this in the past (mainly to have a more self-consistent distribution at
hand and not requiring
penpkg rpm -Uvh") for
the bootstrap package as _ROOT_ or your /bin/openpkg file
will be not be able to be chown'ed to "root". I'm sure if you do a
"openpkg rpm -V openpkg" it tells you that the owner/user ("U") on
/bin/openpkg is incorrect. I
root file system to see if I could find out where this is being set
> without success.
As said, look at your OpenSSH package and its build-options.
> 2. How do people deal with replacing the MTA on the underlying system
> without running into conflicts with its package
PTHREAD_FLAGS="$PTHREAD_FLAGS _POSIX_PTHREAD_SEMANTICS"
> ++ PTHREAD_FLAGS="$PTHREAD_FLAGS -D_POSIX_PTHREAD_SEMANTICS"
> + fi
> + break
> + fi
> [...]
We've taken over your fix into CURRENT and 2-STABL
y if freshclam(8) fails with
higher errors codes. This is now fixed clamav-0.88.5-2.20061020 and
higher. See http://cvs.openpkg.org/chngview?cn=31041 for details.
Thanks for your contribution.
Ralf S. Engelschall
icular adjustments
you wish.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
ches would be no longer
easily maintainable by the usual "opd bp", "vi", "svs diff" sequence of
commands (which regenerate the patchset from scratch).
Ralf S. Engelschall
ver into the "python" package of CURRENT.
Thanks, Bill.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
or "shtool"? I think you wanted to add it a few lines below, right?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
.0-20061010 and higher. I've
just not taken over the loop as it is not required because we explicitly
depended on _OUR_ "png", "jpeg" and "zlib" and this way we know
precisely the path to the libxxx.a file. Thanks for your contribution,
Bill.
ion setups from OpenPKG 2.5 (or even older) to
the forthcoming "long-maintenance" OpenPKG Enterprise 1 release
distribution, a well-shaped OpenPKG 2-STABLE-20061018 snapshot
distribution is required to have a close upgrade path.
Yours,
Founder, President and Ralf
On Wed, Oct 04, 2006, David M. Fetter wrote:
> Is there a simply built-in method to query all installed rpms for what
> build options are used?
$ openpkg rpm -qai | grep ::with_
Ralf S. Engelschall
[EMAIL PRO
've not automatically detected that a newer and ajusted
version of the LDAP patches already existed. I've now updated the
OpenSSH package for the latest LPK patchset. This should be now finally
fixed with openssh-4.4p1-2.20061004. Sorry for the inconvinience
during updating.
ENT. I've now MFC'ed the update to 2-STABLE so this should be fixed
now. Please retry with openssh-4.4p1-2.20061003.
Ralf S. Engelschall
[EMAIL PROTECTED]
omething like "2STABLE-sparc-sun-solaris2.10", etc.
> [...]
That's not the case with "openpkg release". It reads the optional
/etc/openpkg/release config file and its TAG variable and this
way knowns about 2-STABLE snapshots, too.
tails on the forthcoming
events.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
es).
This is now fixed in openpkg-tools-0.8.75-20060929 for "openpkg dev" and
in openpkg-20060929-20060929 for the bootstrap package. Please give them
a try and test it to make sure it doesn't break in any new way.
Ra
/usr/local/bin/make -- NOT OK
> Running make test
> Can't test without successful make
> Running make install
> make had returned bad status, install seems impossible
On what particular platform is this, David?
Ralf S. Engelschall
On Wed, Sep 13, 2006, Ralf S. Engelschall wrote:
> On Wed, Sep 13, 2006, Thomas Lotterer wrote:
>
> > do not rise privileges for "openpkg rc" when given --eval or --print
> > options; [...]
> > -else if ( strcmp(argv[i], "-q&
gt; clear enough. Looks like the build dir was removed some time ago.
>
> rpm --qpl of the build binary shows no build dir under PREFIX.
Ah, even better. Cool. Thanks for the quick clarification, Torsten.
Ralf S. Engelschall
to lib/apr/ or
share/apr/ or wherever else it fits best. But definetely not into
/build/!
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
ch single-char options
(and which already handles "-e" -- but there for "--erase" and not
"--eval"!). So, I do not think the above is what you really intended.
Ralf S. Engelschall
On Tue, Sep 12, 2006, Ralf S. Engelschall wrote:
> On Mon, Sep 11, 2006, Bill Campbell wrote:
>
> > Is the perl Authen::PAM in any of the multitude of perl packages?
> >
> > The only perl Authen:: module I see in in the perl-sys package,
> > so this seems to be a log
M (although all major Linux, BSD and Solaris
nowaways do).
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
%restart. I also tend to %stop myself...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
]
Good idea. I've merged our patch into the Postfix package
of OpenPKG-CURRENT: http://cvs.openpkg.org/chngview?cn=29820
Thanks for your contribution, Bill.
Ralf S. Engelschall
ing. Now committed to
OpenPKG-CURRENT: http://cvs.openpkg.org/chngview?cn=29743
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
On Tue, Aug 22, 2006, Christoph Schug wrote:
> On Mon, Aug 21, 2006, Ralf S. Engelschall wrote:
>
> > I've today from scratch implemented a new vendor version tracker for
> > OpenPKG-CURRENT development which now finally replaces the bi-daily
> > regular openpkg-d
78 up-to-date, 54 out-dated, 46 error
> [...]
Ok, this was the last mail the old "vendor version tracker" sent
out :-( From now on the information is available on-demand from
http://www.openpkg.org/development/tracker/ :-)
upgrades to our CVS
according to the latest tracking results you can find there.
Ralf S. Engelschall
[EMAIL PROTECTED]
On Sat, Aug 19, 2006, Ralf S. Engelschall wrote:
> Unix Hackers in our OpenPKG community, please review the following
> security-sensitive patch to the OpenPKG bootstrap package.
> [...]
After the first feedbacks arrived I've further improved the patch. The
latest version is ap
e changed.
But with great care one _can_ add a regular user to this configuration
file and this way allow him to also manage the OpenPKG instance. One
just has to keep in mind that this way one makes the regular user
security wise equal to the super and management users.
As
http://www.openpkg.org/development/stat/
Yours,
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Pr
nables overlays.
Ok, taken over into OpenPKG-CURRENT now:
http://cvs.openpkg.org/chngview?cn=29546
Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
://cvs.openpkg.org/chngview?cn=29535
Thanks for the hint, Bill.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The Ope
would be
the --enable-xxx=mod" feature which builds each overlay as a DSO. But is
it also possible to build _all_ into slapds statically without harm and
still let the user _enable_ them via configuration?
Ralf S. Engels
> [...]
Any reason why this patch hunk was left out during upgrading? I think we
still need this for portability reasons (at least Solaris breaks AFAIK).
I'll add the patch back until someone can confirm that it really isn't
needed anymore...
On Tue, Jun 27, 2006, Bill Campbell wrote:
> On Tue, Jun 27, 2006, Ralf S. Engelschall wrote:
> >On Tue, Jun 27, 2006, Bill Campbell wrote:
> >
> >> Is there a reason that --with-superuser-path doesn't have /bin in
> >> it when with_trysetpath=yes in UPD/
consistency reasons.
I've fixed this now: http://cvs.openpkg.org/chngview?cn=28963
Thanks for the hint, Bill.
Ralf S. Engelschall
[EMAIL PROTECTED]
www
uthorization'"
> - echo "type='astring'"
> - echo "
> value='solaris.smf.manage.openpkg.${name}' />"
> - echo "
On Tue, May 30, 2006, Steffen Weinreich wrote:
> Ralf S. Engelschall schrieb:
> > 1. SSLSessionCache shmht:[...filename...](512000)
> > 2. SSLSessionCache dbm:[...filename...]
> > 3. SSLSessionCache none
> >
> > If the problem goes away alrea
th a different mod_ssl
session cache type. For this try in order the following directives:
1. SSLSessionCache shmht:[...filename...](512000)
2. SSLSessionCache dbm:[...filename...]
3. SSLSessionCache none
If the problem goes away already with (1) the SHMCB
On Mon, May 29, 2006, Steffen Weinreich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ralf S. Engelschall schrieb:
> > In case it is an Apache and/or mod_ssl and/or OpenSSL bug you should
> > retry with the latest versions from CURRENT. There we have newer
&
t's really a GCC bug you should retry on rm9 after installing the
latest "gcc" (which is now at GCC 4.1.1 instead of 4.0.3) from CURRENT
into /openpkg-dev...
Ralf S. Engelschall
[EMAIL PROTECTED]
#x27;t able to deal with its threads support. In CURRENT the perl-gtk
is a newer one which supports with_threads=no and with_threads=yes
and hence the glib2 has with_threads=yes by default (as more packages
require it). If you really want to mix 2.5 and CURRENT here you have to
pick perl-
gt;From my point of view the way to go is that determine for a whole
OpenPKG instance whether to use 32 or 64 bit and then stick to this
forever (including e.g. to force GNU binutils to pick up lib64 stuff,
etc). Else it causes just lots of troubles when mixing those different
modes.
have to be changed,
too. I've now changed only the mgid to sgid for the sudoers file:
http://cvs.openpkg.org/chngview?cn=28552
Ralf S. Engelschall
[EMAIL PROTECTED]
r your contribution.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.op
101 - 200 of 8445 matches
Mail list logo