Problems with openpkg rc --eval all env
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I'm using ~eval `openpkg rc --eval all env` to setup the paths for a openpkg instance in the system login script. This works fine except that the directory which is created under /tmp could not be deleteted since the owner of the dir is the management user and therefore the calling user is not able to delete the directory. Any idea how to fix this behaviour? cheerio ~ Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH086aQftxpMD/nVkRAgysAKDRf5Z+i2kL0ArpzlFtiqbMi2TDlgCfUUhD pmTyiZMmdXsbJTV2XMmnOlY= =0Kk+ -END PGP SIGNATURE- __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Problems with openpkg rc --eval all env
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olivier Kaloudoff schrieb: | I would suggest that you create the corresponding sudo entry in /etc/sudoers and use /usr/bin/sudo the_command_acting_in_tmp . The command dont need no special privileges. It outputs a shell sniptlet to set ENV-vars for the openpkg instance. | | But ... Why is your application not cleaning the temporary files in /tmp .. that would be the good question to ask, IMHO. Well, the output of openpkg rc --eval all env results in something like . /tmp/rc-20080309163846-95357/rc.tmp; rm -rf /tmp/rc-20080309163846-95357 2/dev/null || true which infact tries to delete the Temp Dir but due to the SUID stuff in the 'openpkg' command the temp dir is owned by the Openpkg Mgmt user. But as rse pointed out a openpkg --keep-privileges does the trick. Thanks, rse cheerio ~ Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH1AW8QftxpMD/nVkRAnoBAKCJ+ciCtu3NTQS2eZCRqeGdyVCizgCdHesd ysqvd+nZJmjOEsS+C0biGnA= =k/b/ -END PGP SIGNATURE- __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Changing /prefix/etc/openpkg/uuid every now and then..
Hi! I have upgraded a OpenPKG Instance from 2.5 to Current and now I see in my tripwire reports that the file prefix/etc/openpkg/uuid will be touched every hour, even when the contents hasn'd changed. I could ignore this file in the tripwire config, but on the other side I ask me why thy file is touched? cheerio Steve __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Building openpkg under OpenSolaris aka Solaris 11
Steffen Weinreich schrieb: Hi! recently I setup a box with OpenSolaris to experiment with some of the new upcoming stuff in Solaris and I am currently building openpkg on this box. Something in the stdio handling has changed on OpenSolaris and I had to patch the miniperl build of the openpkg package and the perl package to get these packages to build. The patch looks too intrusive to me to commit it to the cvs and therefore I like to ask for a review and a suggestion how to handle this. No comment on this topic? should I commit or not? cheerio Steve __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
OpenPKG setuid wrapper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I am a little bit puzzled. As far as I understood the change from End August sudo should not be longer neccecary for the most tasks to maintain a openpkg instance. In the Progress of upgrading a instance from 2.5 to 2_STABLE I found the following happing: bash-3.00$ /opt/ic3s/bin/openpkg --debug rpm -Uvh --force /opt/ic3s/RPM/PKG/sendmail-8.13.8-2.20061022.ix86-debian3.1-oi.rpm openpkg:DEBUG: current-user: usr=ic3s uid=1000 euid=1000 grp=ic3s gid=1000 egid=1000 openpkg:DEBUG: super-user: s_usr=root s_uid=0 s_gid=0 openpkg:DEBUG: management-user: m_grp=ic3s m_uid=1000 m_gid=1000 openpkg:DEBUG: parsing result: username=root groupname=* openpkg:DEBUG: matching: username ok = no, groupname ok = yes openpkg:DEBUG: parsing result: username=ic3s groupname=* openpkg:DEBUG: matching: username ok = yes, groupname ok = yes openpkg:DEBUG: current user is manager: yes openpkg:DEBUG: current command requires super user privileges: yes openpkg:DEBUG: drop effective privileges for current user openpkg:DEBUG: execute /opt/ic3s/lib/openpkg/openpkg Preparing...### [100%] 1:sendmail ### [100%] error: unpacking of archive failed on file /opt/ic3s/etc/sendmail: cpio: chmod failed - Operation not permitted bash-3.00$ - From what I understand the wrapper should not drop but increase the priviledge level to root, but log and chmod error message did tell something else.. cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFRhLtR6OEFxj9QGQRAhsZAKDoy8HwKRuC8gbE1k68UjNqMb0MnACgrVwf uSiDm4l/llCZORUZSnkelbU= =NQiZ -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: OpenPKG setuid wrapper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf S. Engelschall schrieb: On Mon, Oct 30, 2006, Steffen Weinreich wrote: I am a little bit puzzled. As far as I understood the change from End August sudo should not be longer neccecary for the most tasks to maintain a openpkg instance. In the Progress of upgrading a instance from 2.5 to 2_STABLE I found the following happing: bash-3.00$ /opt/ic3s/bin/openpkg --debug rpm -Uvh --force /opt/ic3s/RPM/PKG/sendmail-8.13.8-2.20061022.ix86-debian3.1-oi.rpm You are correct in your understanding, Steve. But I'm sure you were catched by a subtle upgrade pitfall: when you are installing the bootstrap from 2-STABLE-20061018 the _FIRST TIME_, there is still no setuid-wrapper in place (as it comes with this version the first time). Hence you _HAVE_ to perform the upgrade step (openpkg rpm -Uvh) for the bootstrap package as _ROOT_ or your prefix/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 prefix/bin/openpkg is incorrect. I'm sure it is your management user as you performed the upgrade as the management user. Right? You are right, I was in the impession that the upgrade should have been run with a sudo via the openpkg build -P but something failed in this process. thanks for your help, cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFRmYXQftxpMD/nVkRAnMgAJ9Tly/rFUUA0hHmS3dUqPcCn+PuJwCgiAf2 LjEzCgX9eefrS8d/fhugKeE= =yTz/ -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Ubuntu mail and postfix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf S. Engelschall schrieb: AFAIK some people have hacked together a dummy dpkg package which provides those symlinks for Debian/Ubuntu and this way is 100% in sync with the Debian/Ubuntu package management. What we are using is a empty dummy package which provides mail-transport-agent and the symlink will be done by hand You find a copy of the package at http://www.weinreich.org/tmp/openpkg-dummy-mta_1.0_all.deb cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFQhSzR6OEFxj9QGQRAoZUAJ9/6Tn+StLEv9Uyxo6BpmRqT5FTGgCgtw17 cM0H9212Ho+G3Yj0g6c/ToA= =Rns0 -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Apache mod_ssl and Solaris 10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf S. Engelschall schrieb: If it also fails with GCC 4.1.1 the chance was a bit reduced that it is a compiler bug. Although it still looks like a compiler bug. But BTW, isn't this problem exactly the same Mr. Peter Zimmer already reported twice during the last months here? Yes I think it is the same problem. I dont know it Peter Zimmer has solved the problem What you can try is the combination of debug symbols _PLUS_ optimization flags? Yes, you hear correctly: GCC is smart enough to allow things like -O2 -g. You have to hack this into the specfile manually. And the result is often a still rather obscure debugging experience, but better than nothing. It at least hopefully allows to find the _function_ inside Apache/mod_ssl/OpenSSL which causes the problem plus a stack backtrace. With this information one then can splice a few printf()'s into the sources to find the real problem even without the debugger... OK, I have tried it on rm9 and the problem is still reproducible. Now I got a SIGSEGV instead of a SIGBUS. Here is the backtrace I got using the gdb: bash-3.00# /usr/opkg/bin/gdb /openpkg-dev/sbin/apache GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-sun-solaris2.10... (gdb) run -X Starting program: /d1/openpkg-dev/sbin/apache -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 Processing config directory: /openpkg-dev/etc/apache/apache.d/*.conf ^A Program received signal SIGSEGV, Segmentation fault. ssl_scache_shmcb_store (s=0xff3a2000, id=0x0, idlen=Variable idlen is not available. ) at ssl_scache_shmcb.c:295 295 memset(ptr, 0, size); (gdb) bt #0 ssl_scache_shmcb_store (s=0xff3a2000, id=0x0, idlen=Variable idlen is not available. ) at ssl_scache_shmcb.c:295 #1 0x00016f20 in ssl_callback_NewSessionCacheEntry (ssl=0xffbff270, pNew=0x210420) at ssl_engine_kernel.c:1804 #2 0x00088054 in ssl_update_cache () #3 0x00097c24 in ssl3_accept () #4 0x00089e04 in SSL_accept () #5 0x00083b4c in ssl23_get_client_hello () #6 0x000842fc in ssl23_accept () #7 0x00089e40 in SSL_accept () #8 0x00018c38 in ssl_hook_NewConnection (conn=0x244350) at ssl_engine_kernel.c:236 #9 0x000605b0 in new_connection (p=0x22a448, server=0x13ac00, inout=0x1a6800, remaddr=0x13ac00, saddr=0x22c478, child_num=1289216) at http_main.c:3714 #10 0x00061190 in child_main (child_num_arg=Variable child_num_arg is not available. ) at http_main.c:4876 #11 0x000617e0 in make_child (s=0x1a1400, slot=1718272, now=1718272) at http_main.c:5021 #12 0x000618e0 in startup_children (number_to_start=1739848) at http_main.c:5103 #13 0x00062658 in standalone_main (argc=4, argv=Variable argv is not available. ) at http_main.c:5435 #14 0x00063470 in main (argc=2, argv=0x1a3800) at http_main.c:5792 (gdb) cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEfE/9R6OEFxj9QGQRAnk0AKChgtkWlRGE64Gpc8tdCblb+2vg+ACgvS3D wHcZN4Drdnwg85i9UzbVVtg= =ydfb -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Apache mod_ssl and Solaris 10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf S. Engelschall schrieb: 1. SSLSessionCache shmht:[...filename...](512000) 2. SSLSessionCache dbm:[...filename...] 3. SSLSessionCache none If the problem goes away already with (1) the SHMCB code is the problem. If the problem goes away with (2) I would be surprised. If the problem goes away with (3) the session cache framework is the problem and would be surprised even more. I guess the problem either goes already away after (1) or persists even after (3). It went away with (1). If I interpret your mail correctly the problem is somewhere in the shmcb(shared memory callback?) code? cheeiro Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEfIn/QftxpMD/nVkRAgN6AJ9FuQWUKwXfMriREl50mYIIBsv2EgCguiJ0 lI6KByDNAMRjIzzvYjiUr9g= =CMZ3 -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Apache mod_ssl and Solaris 10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Great, now I have managed to use my 3 main addresses in the replies to this topic. If I try a little harder I find some more addresses to use ;-) *gg* cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFEfIsIQftxpMD/nVkRAgX5AJ9gnuwk7BKZm1y8rDMBPf0RJV7PnwCXQv04 a80nh/wInza6OlwN5lMKFQ== =hgkQ -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Apache mod_ssl and Solaris 10
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! We have recently updated a bunch of maschines from sparc64-solaris9 to sparc64-solaris10 and went into a problem with apache bailing out with signal Bus Error (10) handling ssl requests with mod_ssl. As far as I tracked the problem it is reproducable on all sparc64-solaris10 installs, also on rm9. I have done some testing on rm9 and could avoid the bsu errors if I compile apache with_debug, which leads me to the wild assumption that we have triggered a gcc optimizer bug. Since with_debug could not be a real solution for this behaviour, any hints for a real fix? cheerio Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEex9+R6OEFxj9QGQRAuNjAKCeh2kGQ0OLxGqbBuXJA1sx5mxk9QCfSR8w GlCFJvQTtSQxQw2fioj90M0= =em7S -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Checking in interceptty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I seem to have a small problem to checkin the new interceptty package: the opd release has not picked up the interceptty.patch file and checked the package in without it. A second run does also not pickup the patch and leads to an permission denied error copying the .src.rpm to ftp.openpkg.org. So two questions arises: - - did I something wrong? - - how to I get new .patch files into cvs repository? cheerio Steve developer$ opd release ++ processing package interceptty ++ cleaning up sources and logs ++ determine [no]src extension ++ determine old version (if any) ++ determine new version ++ determine branch and related release number and upload suffix ++ checking release number ++ checking upload suffix ++ linting interceptty.spec (package specification) ++ releasing interceptty-0.6-20060429.src.rpm to distribution area OpenPKG /current/SRC/ scp: //current/SRC//interceptty-0.6-20060429.src.rpm: Permission denied ++ determining commit message ++ determining commit file list ++ committing changes to CVS repository cvs commit: Examining src/interceptty -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEU4U4QftxpMD/nVkRArcxAKDmejrSVs2IIywE1d4URFjafx3++gCgnSGJ N9ZTgDxhPVjNA1wfJbcaU5o= =GTR5 -END PGP SIGNATURE- __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/snmp/ snmp.spec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf S. Engelschall schrieb:
On Tue, Mar 21, 2006, Steffen Weinreich wrote:
Added option for a build with shared libs
[...]
%option with_fsl yes
%option with_perl no
+%option with_shared no
%option with_mib_host no
%option with_mib_smux no
%option with_mib_tables no
@@ -160,7 +161,9 @@
--with-persistent-directory=%{l_prefix}/var/snmp \
--with-openssl=%{l_prefix} \
--enable-silent-libtool \
+%if %{with_shared} == no
--disable-shared \
+%endif
%if %{with_mib_host} == yes || %{with_mib_smux} == yes ||
%{with_mib_sendmail} == yes
--with-mib-modules=$mibs \
%endif
[...]
Sorry for the delayed response, but I was totally busy with other tasks.
I'm not convinced that this option is of general reusability, Steve. It
links all binaries of net-snmp against the shared libraries and this
breaks on those platforms which do not hard-code the path in the ELF
files. This breaks the stand-alone principle of OpenPKG as it doesn't
allow multiple instances to co-exist easily.
My goal was to get snmpd working with recent versions of the HP
Management Agents which come with a shared library which can be hooked
into the snmpd with a dlmod config entry. The smux mib is sufficient
that the snmpd loads the library named in dlmod config entry but the
dynamic loading fails because the linker cant find the symbol snmp_log
in the statically linked snmpd. The dynamically linked snmpd worked
fine for me therefore I took this route.
Taking a look at OpenPKG as whole this solution violated the overall
project goals and I should take a deeper look onto this why the
runtime linking fails and come back with a better solution.
cheerio
Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEKtiGQftxpMD/nVkRAqg5AJ9+RtxwQIXM9yz0PaJc3LgyAERfggCg0uEd
/t2Kf6X13bJq70a1pIAqD2I=
=OXcK
-END PGP SIGNATURE-
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
shared libraries (again), this time: snmp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I was trying to get the HP Management Agent to run under Linux with
OpenPkg but struggle with the static compiled snmpd. I have done the
following patch a while ago for our local repository and would like to
commit it in official cvs. Any objections?
cheerio
Steve
cvs commit -m modifying package: snmp-5.2.2 20051206 - 20060319 src/snmp
cvs diff: Diffing src/snmp
Index: src/snmp/snmp.spec
===
RCS file: /v/openpkg/cvs/openpkg-src/snmp/snmp.spec,v
retrieving revision 1.81
diff -u -d -u -d -r1.81 snmp.spec
- --- src/snmp/snmp.spec 1 Jan 2006 13:22:22 - 1.81
+++ src/snmp/snmp.spec 19 Mar 2006 19:50:47 -
@@ -36,11 +36,12 @@
Group:Network
License: BSD
Version: 5.2.2
- -Release: 20051206
+Release: 20060319
# package options
%option with_fsl yes
%option with_perl no
+%option with_shared no
%option with_mib_host no
%option with_mib_smux no
%option with_mib_tables no
@@ -160,7 +161,9 @@
--with-persistent-directory=%{l_prefix}/var/snmp \
--with-openssl=%{l_prefix} \
--enable-silent-libtool \
+%if %{with_shared} == no
--disable-shared \
+%endif
%if %{with_mib_host} == yes || %{with_mib_smux} == yes ||
%{with_mib_sendmail} == yes
--with-mib-modules=$mibs \
%endif
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEHbkxQftxpMD/nVkRAmFnAKCWOnhoGEkkra+otoCYMrW0VI0+1ACdHJfI
rvFGeNjLHN9F5OMH2md/RpE=
=LDci
-END PGP SIGNATURE-
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Re: Ethereal build fails without python
Ralf S. Engelschall schrieb: On Thu, Jan 26, 2006, Steffen Weinreich wrote: I have just tried to build ethereal from current on a plain old Sparc64-Sol9 box, but I failed since the build process doesn't find a working python and the bash equivalence seems to be broken at the moment. [...] No, it isn't really broken. It is just not executable. I've fixed the root of the problem now (see http://cvs.openpkg.org/chngview?cn=27041 for details) to avoid us having to add Python as a dependency. Ok, this was the reason for asking about objection ;-) I give it a seconmd try. Another problem I found was that the build process picked up libs from the previous ethereal installation in linking the dftest executable. I removed the old etheral packages and haven´t investigated further into this issue for now. cheerio Steve __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Ethereal build fails without python
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I have just tried to build ethereal from current on a plain old
Sparc64-Sol9 box, but I failed since the build process doesn't find a
working python and the bash equivalence seems to be broken at the moment.
Therefore I like to check in to following change to ethereal.spec:
Index: ethereal.spec
===
RCS file: /v/openpkg/cvs/openpkg-src/ethereal/ethereal.spec,v
retrieving revision 1.60
diff -u -d -u -d -r1.60 ethereal.spec
- --- ethereal.spec 1 Jan 2006 13:13:28 - 1.60
+++ ethereal.spec 25 Jan 2006 23:27:34 -
@@ -49,7 +49,7 @@
# build information
Prefix: %{l_prefix}
BuildRoot:%{l_buildroot}
- -BuildPreReq: OpenPKG, openpkg = 20040130, glib2, gtk2, libpcap,
gcc, make, perl, sed
+BuildPreReq: OpenPKG, openpkg = 20040131, glib2, gtk2, libpcap,
gcc, make, perl, sed, python
PreReq: OpenPKG, openpkg = 20040130, glib2, gtk2, libpcap
%if %{with_zlib} == yes
BuildPreReq: zlib
any objections?
cheerio
Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFD2Ap2QftxpMD/nVkRAv8ZAKCap763+xuP2fpzfJ9nRmjuU81/hwCfbiuQ
qtONUU+BDbhtFwqGa81SLJ0=
=uTII
-END PGP SIGNATURE-
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
rc.mimedefang changes
Hi! I would like to commit the folling change to the cvs: Added $mimedefang_flags to give the administrator a opportunitiy to pass flags to the mimefang process cvs diff: Diffing src/mimedefang Index: src/mimedefang/mimedefang.spec === RCS file: /v/openpkg/cvs/openpkg-src/mimedefang/mimedefang.spec,v retrieving revision 1.18 diff -u -d -u -d -r1.18 mimedefang.spec --- src/mimedefang/mimedefang.spec 4 Nov 2005 19:34:51 - 1.18 +++ src/mimedefang/mimedefang.spec 6 Dec 2005 13:04:27 - @@ -33,7 +33,7 @@ Group:Mail License: GPL Version: 2.54 -Release: 20051104 +Release: 20051206 # package options %option with_clamavno Index: src/mimedefang/rc.mimedefang === RCS file: /v/openpkg/cvs/openpkg-src/mimedefang/rc.mimedefang,v retrieving revision 1.3 diff -u -d -u -d -r1.3 rc.mimedefang --- src/mimedefang/rc.mimedefang3 Oct 2004 17:01:07 - 1.3 +++ src/mimedefang/rc.mimedefang6 Dec 2005 13:04:27 - @@ -5,6 +5,7 @@ %config mimedefang_enable=$openpkg_rc_def +mimedefang_flags=-X mimedefang_filter=@l_prefix@/etc/mimedefang/mimedefang-filter mimedefang_mx_socket=@l_prefix@/var/mimedefang/mimedefang-multiplexor.sock mimedefang_socket=@l_prefix@/var/mimedefang/mimedefang.sock @@ -66,7 +67,7 @@ -P $mimedefang_pidfile \ -m $mimedefang_mx_socket \ -p $mimedefang_socket \ --X +$mimedefang_flags %stop -u @l_rusr@ rcService mimedefang enable yes || exit 0 __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
apache ssl.log
Hi! Today one of my colleagues stumbled over a full disk due to a really large ssl.log. I admit that the loglevel was increased from warn to debug, but OTOH shouldn´t the rc.apache keep track of all log? cheerio Steve __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: mysql build under Debian 3.1 and OpenPKG 2.5
Ralf S. Engelschall wrote: Thanks ralf, that version build without problems under Deb31 Linux2.4. Is this a candidate for a MFC? Just builds or even runs? If it also _RUNS_ I'll MFC it, yes. More precisely the version builds and runs for what i have tested. This is more or less only a few mysql select from the internal tables.. cheerio Steve __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: mysql build under Debian 3.1 and OpenPKG 2.5
Ralf S. Engelschall wrote: On Fri, Nov 11, 2005, Ralf S. Engelschall wrote: So, my suggestion is: try to apply the following hunk from db.patch to the mysql local copy of Berkeley-DB (in subdir bdb/): Index: os/os_open.c --- os/os_open.c.orig 2004-09-28 18:46:57 +0200 +++ os/os_open.c2004-11-11 20:04:31 +0100 @@ -121,7 +121,7 @@ if (LF_ISSET(DB_OSO_EXCL)) oflags |= O_EXCL; -#ifdef HAVE_O_DIRECT +#if defined(HAVE_O_DIRECT) defined(__FreeBSD__) if (LF_ISSET(DB_OSO_DIRECT)) oflags |= O_DIRECT; #endif I've applied the patches in CURRENT now as they might not solve your problem but are reasonable anyway, too. So you can simply retry with the mysql from CURRENT for your testing... Thanks ralf, that version build without problems under Deb31 Linux2.4. Is this a candidate for a MFC? cheerio Steve __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
ntop.spec
Hi there! I have just uploaded a ntop.spec to the upload area. I hope it meet your requirements :-) cheerio Steve __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
