CVS account broken with openpkg:ERROR: No such command dev found in command path
Hi, For most of the opd commands I get the message openpkg:ERROR: No such command dev found in command path as [EMAIL PROTECTED] Any hint on how I might fix that? Thanks! Gunnar -- http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 700 6245 Bundesstrasse 29 Fax: +49 721 1513 52322D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
postfix: A bug report from the Kolab bug tracker
Hi, this came in via our bug tracker: The compilation of the postfix package of kolab-2.2beta3 fails, because it omits the -ldl flag. This is caused by the specfile which only tests for the existence of libdl.so in /usr/lib, but not in /usr/lib64 ,where the files reside in RHEL/CentOS. The attached patch for the specfile fixes this. I think this should probably go upstream. Maybe this patch could be more elegant but it works for me atm. https://intevation.de/roundup/kolab/issue2346 Is the analysis and the attached patch correct? Thanks! Cheers, Gunnar -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 700 6245 Bundesstrasse 29 Fax: +49 721 1513 52322 D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/imapd/ imapd.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Thu, Dec 06, 2007, Gunnar Wrobel wrote: [...] Cyrus IMAPd did link to the bdb instance outside of the OpenPKG environment in the release we are currently building. We observed the same for the sasl: root# ldd /kolabrelease/sbin/saslauthd libcrypt.so.1 = /lib/libcrypt.so.1 (0xb7fb) libresolv.so.2 = /lib/libresolv.so.2 (0xb7f9e000) libdb-4.3.so = /usr/lib/libdb-4.3.so (0xb7ead000) libnsl.so.1 = /lib/libnsl.so.1 (0xb7e97000) libc.so.6 = /lib/libc.so.6 (0xb7d78000) /lib/ld-linux.so.2 (0xb7fe6000) I tried copying the stanza from imapd.spec to sasl.spec but that didn't work. For the Kolab release this problem does not matter but we thought we should mention it. I've tried to fix it now. Just retry with latest sasl package... Thomas tested it and reported that everything works fine. Thanks a lot! Cheers, Gunnar Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/imapd/ imapd.spec
Kolab Konsortium via Gunnar Wrobel [EMAIL PROTECTED] writes:
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Kolab Konsortium via
Gunnar Wro$
Root: /v/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src Date: 06-Dec-2007 07:47:40
Branch: HEAD Handle: 2007120606473900
Modified files:
openpkg-src/imapd imapd.spec
Log:
Reverted 1.182 - 1.183 because imapd suddenly links to the bdb lib
outside of the OpenPKG environment.
Summary:
RevisionChanges Path
1.186 +11 -1 openpkg-src/imapd/imapd.spec
patch -p0 '@@ .'
Index: openpkg-src/imapd/imapd.spec
$ cvs diff -u -r1.185 -r1.186 imapd.spec
--- openpkg-src/imapd/imapd.spec30 Nov 2007 10:50:15 - 1.185
+++ openpkg-src/imapd/imapd.spec6 Dec 2007 06:47:39 - 1.186
@@ -33,7 +33,7 @@
Group:Mail
License: BSD
Version: 2.3.10
-Release: 20071130
+Release: 20071206
# package options
%option with_fsl yes
@@ -162,6 +162,14 @@
# make sure config2header rebuilds imapopts based on imapoptions
rm -f lib/imapopts.h lib/imapopts.c /dev/null 21 || true
+# fix Berkeley-DB detection
+%{l_shtool} subst\
+-e 's;-L/usr/local/lib;;g' \
+-e 's;-I/usr/local/include;;g' \
+-e 's;db-4\.[0-9];db;g' \
+-e 's;-l\$dbname;%{l_prefix}/lib/lib$dbname.a;g' \
+configure
+
# ensure correct linking of Berkeley-DB in perl bindings
loclibs=
case %{l_platform -t} in
@@ -249,6 +257,8 @@
--with-lib-subdir=%{l_prefix}/lib \
--with-openssl=%{l_prefix} \
--with-bdb=%{l_prefix} \
+--with-bdb-incdir=%{l_prefix}/include \
+--with-bdb-libdir=%{l_prefix}/lib \
--with-sasl=%{l_prefix} \
--with-staticsasl=%{l_prefix} \
--with-com_err \
@@ .
__
OpenPKG http://openpkg.org
CVS Repository Commit List [EMAIL PROTECTED]
Cyrus IMAPd did link to the bdb instance outside of the OpenPKG
environment in the release we are currently building.
We observed the same for the sasl:
root# ldd /kolabrelease/sbin/saslauthd
libcrypt.so.1 = /lib/libcrypt.so.1 (0xb7fb)
libresolv.so.2 = /lib/libresolv.so.2 (0xb7f9e000)
libdb-4.3.so = /usr/lib/libdb-4.3.so (0xb7ead000)
libnsl.so.1 = /lib/libnsl.so.1 (0xb7e97000)
libc.so.6 = /lib/libc.so.6 (0xb7d78000)
/lib/ld-linux.so.2 (0xb7fe6000)
I tried copying the stanza from imapd.spec to sasl.spec but that
didn't work.
For the Kolab release this problem does not matter but we thought we
should mention it.
Cheers,
Gunnar
--
__ http://kdab.com ___ http://kolab-konsortium.com _
[EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium
http://www.pardus.de _ http://gunnarwrobel.de _
E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel
Tel. : +49 40 432 72335 Bundesstrasse 29
Fax: +49 40 432 70855D-20146 Hamburg
Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED]
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/apache/ apache.spec
Christoph Schug [EMAIL PROTECTED] writes:
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Christoph Schug
Root: /v/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src Date: 21-Nov-2007 11:01:35
Branch: HEAD Handle: 2007112110013400
Modified files:
openpkg-src/apache apache.spec
Log:
fix line break
Summary:
RevisionChanges Path
1.429 +1 -1 openpkg-src/apache/apache.spec
patch -p0 '@@ .'
Index: openpkg-src/apache/apache.spec
$ cvs diff -u -r1.428 -r1.429 apache.spec
--- openpkg-src/apache/apache.spec 21 Nov 2007 09:50:25 - 1.428
+++ openpkg-src/apache/apache.spec 21 Nov 2007 10:01:34 - 1.429
@@ -215,7 +215,7 @@
--enable-file-cache \
%endif
%if %{with_mod_authn_alias} == yes
---enable-authn-alias
+--enable-authn-alias \
Thanks for the fix!
What is the best method to build the package on the OpenPKG server
with the options?
Something like opd bu -D with_mod_authn_alias yes?
Cheers,
Gunnar
--
__ http://kdab.com ___ http://kolab-konsortium.com _
[EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium
http://www.pardus.de _ http://gunnarwrobel.de _
E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel
Tel. : +49 40 432 72335 Bundesstrasse 29
Fax: +49 40 432 70855D-20146 Hamburg
Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED]
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/apache/ apache.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Wed, Nov 21, 2007, Gunnar Wrobel wrote: [...] What is the best method to build the package on the OpenPKG server with the options? Something like opd bu -D with_mod_authn_alias yes? opd bu -f -D with_mod_authn_alias[=yes] Thanks! Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Building cyrus imapd fails
Hi!
Currently I fail to build the imapd package on rm0. It fails with
checking for db.h... yes
configure: error: Berkeley DB 3.x or later was not found. You may need to
supply the --with-bdb-libdir or --with-bdb-incdir configure options.
error: Bad exit status from /ltmp/kk/openpkg/rpm-tmp.18065 (%build)
I tried installing db45 but that didn't seem to help. What could I
do to fix that?
The thing I wanted to change on the imapd package was actually
trivial:
diff -u -d -u -d -r1.14 fsl.imapd
--- fsl.imapd 17 Dec 2006 12:35:57 -1.14
+++ fsl.imapd 6 Nov 2007 15:05:45 -
@@ -38,7 +38,7 @@
}
};
-ident (lmtpd)/.+ q{
+ident (lmtpd|lmtp)/.+ q{
prefix(
prefix=%b %d %H:%M:%S %N %L $1[%P]:
)
Currently the lmtpd does not write a log file since the log lines
start with lmtp rather than lmtpd
Cheers,
Gunnar
--
__ http://kdab.com ___ http://kolab-konsortium.com _
[EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium
http://www.pardus.de _ http://gunnarwrobel.de _
E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel
Tel. : +49 40 432 72335 Bundesstrasse 29
Fax: +49 40 432 70855D-20146 Hamburg
Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED]
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Re: Building cyrus imapd fails
Christoph Schug [EMAIL PROTECTED] writes:
On Tue, Nov 06, 2007, Gunnar Wrobel wrote:
Hi!
Currently I fail to build the imapd package on rm0. It fails with
checking for db.h... yes
configure: error: Berkeley DB 3.x or later was not found. You may need to
supply the --with-bdb-libdir or --with-bdb-incdir configure options.
error: Bad exit status from /ltmp/kk/openpkg/rpm-tmp.18065 (%build)
At first sight at config.log I don't see an obvious reason but the problem
might be related to the upgrade latest upgrade of db. Maybe the detection
of db needs in configure needs some fixing, will have a look at it later.
I tried installing db45 but that didn't seem to help. What could I
do to fix that?
You'll need some patching in imapd.spec as well in order to pick up
the libs which are installed under a different path to avoid namespace
conflicts with db. With following diff a was able to build imapd, but I
have no idea whether it breaks under runtime or not since I don't use
Cyrus IMAPd (had a look at it several times and I never liked it ;)
diff -u -d -u -d -u -d -r1.182 imapd.spec
--- imapd.spec 27 Oct 2007 11:59:30 - 1.182
+++ imapd.spec 6 Nov 2007 18:01:59 -
@@ -80,8 +80,8 @@
BuildRoot:%{l_buildroot}
BuildPreReq: OpenPKG, openpkg = 20060823, perl, perl-openpkg, make, config
PreReq: OpenPKG, openpkg = 20060823, perl, MTA
-BuildPreReq: sasl, db = 4.4, openssl
-PreReq: sasl, db = 4.4, openssl
+BuildPreReq: sasl, db45, openssl
+PreReq: sasl, db45, openssl
%if %{with_fsl} == yes
BuildPreReq: fsl
PreReq: fsl
@@ -166,8 +166,8 @@
%{l_shtool} subst\
-e 's;-L/usr/local/lib;;g' \
-e 's;-I/usr/local/include;;g' \
--e 's;db-4\.[0-9];db;g' \
--e 's;-l\$dbname;%{l_prefix}/lib/lib$dbname.a;g' \
+-e 's;db-4\.[0-9];db45;g' \
+-e 's;-l\$dbname;%{l_prefix}/lib/db45/lib$dbname.a;g' \
configure
# ensure correct linking of Berkeley-DB in perl bindings
The thing I wanted to change on the imapd package was actually
trivial:
diff -u -d -u -d -r1.14 fsl.imapd
--- fsl.imapd 17 Dec 2006 12:35:57 -1.14
+++ fsl.imapd 6 Nov 2007 15:05:45 -
@@ -38,7 +38,7 @@
}
};
-ident (lmtpd)/.+ q{
+ident (lmtpd|lmtp)/.+ q{
prefix(
prefix=%b %d %H:%M:%S %N %L $1[%P]:
)
Do you know whether the lmtpd identifier is still used or can we fully
replace lmtpd by lmtp?
Hm, actually I'm not certain if lmtpd has ever been used. I checked
the source code and the prefix always seems to be the service name
defined in cyrus.conf. And that has always been lmtp.
I'll also write a mail to kolab-devel to see if anybody actually has
the lmtp log in the older server versions.
Thanks for fixing the db issue!
Cheers,
Gunnar
-cs
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
--
__ http://kdab.com ___ http://kolab-konsortium.com _
[EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium
http://www.pardus.de _ http://gunnarwrobel.de _
E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel
Tel. : +49 40 432 72335 Bundesstrasse 29
Fax: +49 40 432 70855D-20146 Hamburg
Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED]
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
OpenLDAP 2.3.38 segfaults with db-4.6.21
Hi! We are currently preparing the next Kolab release and the combination of the mentioned versions failed in our hands. We reverted back to db-4.5. There are several references on the web mentioning issues in that area. Here is one: http://bugs.archlinux.org/task/8311?project=1order=dateopenedsort=descorder2=sort2= Cheers, Gunnar -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
MIME/Parser.pm incompatible with File/Temp.pm
Hi! As the subject mentions I get a conflict between MIME/Parser.pm from perl-mail-5.8.8-20070928 and File/Temp.pm from perl-5.8.8-20071011 I see this error once a mail runs through amavis (and spamassassin). This is the error: Error in processing, id=19858-03, mime_decode-1 FAILED: Can't locate object method seek via package File::Temp at /kolabrelease/lib/perl/vendor_perl/5.8.8/MIME/Parser.pm It seems that the Parser.pm module expects File::Temp to be a subclass IO::Seekable which got implemented in File::Temp = 0.18 and the current package does not provide that. In principle the dependencies in the Mime::Parser package probably were not correctly defined upstream. http://groups.google.de/group/perl.cpan.testers/browse_thread/thread/cb814cb0d4b9c567/574ff5ef99afbfab%23574ff5ef99afbfab Any suggestion how I can fix the issue in the OpenPKG packages? Cheers, Gunnar -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: MIME/Parser.pm incompatible with File/Temp.pm
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Thu, Oct 18, 2007, Gunnar Wrobel wrote: As the subject mentions I get a conflict between MIME/Parser.pm from perl-mail-5.8.8-20070928 and File/Temp.pm from perl-5.8.8-20071011 I see this error once a mail runs through amavis (and spamassassin). This is the error: Error in processing, id=19858-03, mime_decode-1 FAILED: Can't locate object method seek via package File::Temp at /kolabrelease/lib/perl/vendor_perl/5.8.8/MIME/Parser.pm It seems that the Parser.pm module expects File::Temp to be a subclass IO::Seekable which got implemented in File::Temp = 0.18 and the current package does not provide that. In principle the dependencies in the Mime::Parser package probably were not correctly defined upstream. http://groups.google.de/group/perl.cpan.testers/browse_thread/thread/cb814cb0d4b9c567/574ff5ef99afbfab%23574ff5ef99afbfab Any suggestion how I can fix the issue in the OpenPKG packages? I've include File::Temp 0.18 now in perl-sys. This should fix the issue. Cool, thanks! I'll test immediately... :) Cheers, Gunnar Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: OpenLDAP 2.3.38 segfaults with db-4.6.21
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Thu, Oct 18, 2007, Ralf S. Engelschall wrote: On Thu, Oct 18, 2007, Gunnar Wrobel wrote: We are currently preparing the next Kolab release and the combination of the mentioned versions failed in our hands. We reverted back to db-4.5. There are several references on the web mentioning issues in that area. Here is one: http://bugs.archlinux.org/task/8311?project=1order=dateopenedsort=descorder2=sort2= Ok, I also can confirm that slapd is segfaulting. Ok, I really dislike this very very much, but I've packaged up Berkeley-DB 4.5.20.2 as db45 and use this in the openldap package. Only OpenLDAP 2.4.6 and higher will support Berkeley-DB 4.6 as it looks... :-( So, at least _your_ problems should be fixed now... ;-) Very nice, thanks a lot. You are quick :) The perl-sys also worked fine. Cheers, Gunnar Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/gd/ gd.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Thu, Oct 11, 2007, Gunnar Wrobel wrote: [...] config.status: executing depfiles commands + /kolab/lib/openpkg/shtool subst -e 's;-LNONE;;' Makefile shtool:subst:Warning: substitution resulted in no content change on file Makefile + /kolab/bin/make --no-print-directory cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run aclocal-1.9 -I config cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run automake-1.9 --foreign cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run autoconf Ok, I see. I've tried to apply the usual workaround which we have already in many other packages. Can you retry with the latest gd package to make sure that the workaround also works for you? Yup, works fine! Thanks for the fix. Cheers, Gunnar Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/openldap/ openldap.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Kolab Konsortium via Gunnar Wrobel wrote: Hm, the package from yesterday didn't make it on the ftp server. let's try again by bumping the release number. According to the upload logs, you still _never_ uploaded any file successfully. I've looked at your ~/.openpkg/dev.rc. Seemed like some entries were missing for the upload URL. I felt free to add it for you. Please upload all your packages again with opd rel after bumping the release date. You can find out which packages this was by looking for by kk under http://cvs.openpkg.org/timeline Hm, now I get: ++ releasing openldap-2.3.38-20071012.src.rpm to distribution area OpenPKG /current/SRC/00UPLOAD/ Permission denied (publickey,password,keyboard-interactive). lost connection ++ determining commit message Is this missing the ssh key? Cheers, Gunnar Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/openldap/ openldap.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Kolab Konsortium via Gunnar Wrobel wrote: Hm, the package from yesterday didn't make it on the ftp server. let's try again by bumping the release number. According to the upload logs, you still _never_ uploaded any file successfully. Ah, I got the impression that it worked for the perl package. But I was mislead since you corrected my commit shortly afterwards. I subscribed to the cvs-commit list now so that I don't miss this kind of stuff. I've looked at your ~/.openpkg/dev.rc. Seemed like some entries were missing for the upload URL. I felt free to add it for you. Please upload all your packages again with opd rel after bumping the release date. You can find out which packages this was by looking for by kk under http://cvs.openpkg.org/timeline Nice, thanks! Cheers, Gunnar -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/openldap/ openldap.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Ralf S. Engelschall wrote: On Fri, Oct 12, 2007, Gunnar Wrobel wrote: Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Kolab Konsortium via Gunnar Wrobel wrote: Hm, the package from yesterday didn't make it on the ftp server. let's try again by bumping the release number. According to the upload logs, you still _never_ uploaded any file successfully. I've looked at your ~/.openpkg/dev.rc. Seemed like some entries were missing for the upload URL. I felt free to add it for you. Please upload all your packages again with opd rel after bumping the release date. You can find out which packages this was by looking for by kk under http://cvs.openpkg.org/timeline Hm, now I get: ++ releasing openldap-2.3.38-20071012.src.rpm to distribution area OpenPKG /current/SRC/00UPLOAD/ Permission denied (publickey,password,keyboard-interactive). lost connection ++ determining commit message Is this missing the ssh key? No, but Steffen Hansen's key was still konfigured for the Kolab Konsortium. I've now replaced his key with your one. Please retry again. Sorry for the inconviences. Fine, now your upload finally worked! Now please upload also the other packages you changed. Both gd and perl were fixed by you afterwards. So it was only openldap still missing. AFAIK a simple opd rel without any changes should do the trick, too. Right, works. Thanks! Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/openldap/ openldap.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Gunnar Wrobel wrote: Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Kolab Konsortium via Gunnar Wrobel wrote: Hm, the package from yesterday didn't make it on the ftp server. let's try again by bumping the release number. According to the upload logs, you still _never_ uploaded any file successfully. I've looked at your ~/.openpkg/dev.rc. Seemed like some entries were missing for the upload URL. I felt free to add it for you. Please upload all your packages again with opd rel after bumping the release date. You can find out which packages this was by looking for by kk under http://cvs.openpkg.org/timeline Hm, now I get: ++ releasing openldap-2.3.38-20071012.src.rpm to distribution area OpenPKG /current/SRC/00UPLOAD/ Permission denied (publickey,password,keyboard-interactive). lost connection ++ determining commit message Is this missing the ssh key? No, but Steffen Hansen's key was still konfigured for the Kolab Konsortium. I've now replaced his key with your one. Please retry again. Sorry for the inconviences. Perfect. Thanks a million! Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/openldap/ openldap.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes: On Fri, Oct 12, 2007, Gunnar Wrobel wrote: [...] Fine, now your upload finally worked! Now please upload also the other packages you changed. Both gd and perl were fixed by you afterwards. So it was only openldap still missing. Really? AFAIK you also touched imapd, imap, etc... :) glitch in my short term memory... sorry, fixing it. Thanks. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/gd/ gd.spec
Ralf S. Engelschall [EMAIL PROTECTED] writes:
On Thu, Oct 11, 2007, Kolab Konsortium via Gunnar Wrobel wrote:
[...]
Log:
Run libtoolize if you rebuild the configure system. See
http://article.gmane.org/gmane.linux.gentoo.devel/23449. This allows
to build gd on a recent gentoo system.
[...]
%{l_shtool} subst -e 's;-LNONE;;' Makefile
+libtoolize --copy --force
%{l_make} %{l_mflags}
%{l_shtool} subst -e 's;/usr/bin/perl;%{l_prefix}/bin/perl;' bdftogd
Hmmm...
1. libtoolize is provided by the libtool package. If it is used, a
dependency to the libtool package has to added, too.
Right. Should be fixed.
2. running libtoolize _after_ running the configure script
seems to be wrong and technically useless to me. If the libtool
files really are out of sync and a libtoolize run should be
required, it IMHO has to be done _before_ running configure.
3. The above URL shows a discussion which tells that the generated
files can be go out of sync if just autoconf is run. But the
OpenPKG gd package does not run autoconf and it also doesn't
patch autoconf input files (and so autoconf should be also not
run implicitly). So how should the files gone out of sync here?
This is the output when I try to install the old gd package:
...
config.status: executing depfiles commands
+ /kolab/lib/openpkg/shtool subst -e 's;-LNONE;;' Makefile
shtool:subst:Warning: substitution resulted in no content change on file
Makefile
+ /kolab/bin/make --no-print-directory
cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run aclocal-1.9 -I
config
cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run automake-1.9
--foreign
cd . /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh ./configure --cache-file=./config.cache
--prefix=/kolab --without-x --without-xpm --with-png=/kolab --with-jpeg=/kolab
--with-freetype=/kolab --disable-shared CC=/kolab/bin/cc CFLAGS=-O2 -pipe
LDFLAGS=-L/kolab/li
...
checking for strip... (cached) strip
checking for correct ltmain.sh version... no
configure: error:
*** [Gentoo] sanity check failed! ***
*** libtool.m4 and ltmain.sh have a version mismatch! ***
*** (libtool.m4 = 1.5.24, ltmain.sh = 1.5.22) ***
Please run:
libtoolize --copy --force
if appropriate, please contact the maintainer of this
package (or your distribution) for help.
Basically the line
%{l_make} %{l_mflags}
runs the problematic calls.
I did not go and check this error in depth to be honest. The
explanation given by Mike Frysinger seemed logical and fixed the issue
when building on Gentoo. I also checked that it did not disturb the
build on any of the other test machines ([rv]m[0-9]*).
So maybe the fix is incorrect but it definitely does not build on
OpenPKG/Gentoo :)
Cheers,
Gunnar
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
__
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Updated Kolab patches
Hi! There was an update to the Kolab logging patch for the cyrus imap server. It would be great if you could exchange it in the OpenPKG package. We did also improve our patch management and you will find all recent patches in this directory: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/patches/ It would be good if the location you currently use for the Kolab patch in the php.spec against the Kolab CVS location. It currently links to one of my servers which are more likely to change than the Kolab CVS server. Thanks! Gunnar -- __ http://kdab.com ___ http://kolab-konsortium.com _ [EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium http://www.pardus.de _ http://gunnarwrobel.de _ E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel Tel. : +49 40 432 72335 Bundesstrasse 29 Fax: +49 40 432 70855D-20146 Hamburg Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED] __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: ctype support in php
Ralf S. Engelschall wrote: On Fri, Aug 24, 2007, Gunnar Wrobel wrote: For some new PHP based packages for the Kolab server I'd require the ctype flag to be activated on php. The current OpenPKG php.spec file does not support this and I attached a patch for it. The same would also apply to the apache2-php definition that we are currently using for the Kolab Server but I did not find the package in your cvs. I also attached that patch. I'd be grateful if this could be integrated. Integrated into our php and apache-php packages. The apache2-php is now named apache-php as we finally upgraded OpenPKG from Apache 1.3 to 2.2 recently. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org Thanks! __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
ctype support in php
Hi!
For some new PHP based packages for the Kolab server I'd require the
ctype flag to be activated on php. The current OpenPKG php.spec file
does not support this and I attached a patch for it.
The same would also apply to the apache2-php definition that we are
currently using for the Kolab Server but I did not find the package in
your cvs. I also attached that patch.
I'd be grateful if this could be integrated.
Cheers,
Gunnar
--
__ http://kdab.com ___ http://kolab-konsortium.com _
[EMAIL PROTECTED] Kolab work is funded in part by KDAB and the Kolab Konsortium
http://www.pardus.de _ http://gunnarwrobel.de _
E-mail : [EMAIL PROTECTED] Dr. Gunnar Wrobel
Tel. : +49 40 432 72335 Bundesstrasse 29
Fax: +49 40 432 70855D-20146 Hamburg
Mail at ease - Rent a kolab groupware server at [EMAIL PROTECTED]
Index: php/php.spec
===
RCS file: /v/openpkg/cvs/openpkg-src/php/php.spec,v
retrieving revision 1.159
diff -u -B -r1.159 php.spec
--- php/php.spec 24 Jul 2007 11:01:54 - 1.159
+++ php/php.spec 24 Aug 2007 15:11:58 -
@@ -48,6 +48,7 @@
%option with_bdb no
%option with_bzip2no
%option with_calendar no
+%option with_ctypeno
%option with_curl no
%option with_debugno
%option with_dom no
@@ -467,6 +468,9 @@
%if %{with_mcrypt} == yes
--with-mcrypt=%{l_prefix} %endif
+%if %{with_ctype} == yes
+--enable-ctype +%endif
%if %{with_curl} == yes
--with-curl=%{l_prefix} %endif
--- apache2-php.spec.orig 2007-06-06 14:25:30.0 +0200
+++ apache2-php.spec 2007-08-03 15:33:57.0 +0200
@@ -39,7 +39,7 @@
Group:Web
License: PHP
Version: %{V_php}
-Release: 20070606
+Release: 20070606_kolab
# package options
%option with_suhosin no
@@ -48,6 +48,7 @@
%option with_bdb no
%option with_bzip2no
%option with_calendar no
+%option with_ctypeno
%option with_curl no
%option with_debugno
%option with_dom no
@@ -469,6 +470,9 @@
%if %{with_mcrypt} == yes
--with-mcrypt=%{l_prefix} %endif
+%if %{with_ctype} == yes
+--enable-ctype +%endif
%if %{with_curl} == yes
--with-curl=%{l_prefix} %endif
