l are with w3m(1).
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
7;ve just removed it and
regenerated the index and now everything looks fine. Seems like that two
"openpkg index" runs crossed and damaged the cache. We really should
think about adding a little locking to the "openpkg index" command...
s is mainly for those doing a fresh checkout
now. For those who have already checked out working copies of our CVS
files it would have been better to drop an explicit note. Sorry for the
trouble our migration caused.
Yours,
Ralf S. Engelschall
ere is still
> this problem:
> http://marc.theaimsgroup.com/?l=openpkg-dev&m=110815538031050&w=2
>
> The attached updated patch fixes this for me.
Taken over. Thanks.
Ralf S. Engelsch
mp.18347 (%build)
>
> There is no "-liconv", perhaps because of the "--without-iconv" in %build ?
> I have currently no time to look into this. But it is also not a problem
> for me, because i have a working mutt15.
Hmm... yes, similar problems with wide-cha
PM. The only
thing one can do is to "Require: apache" and then do a "Provide: apache"
in apache2.spec.
Ralf S. Engelschall
[EMAIL PROTECTED]
ot;Conflicts: apache2" also in "apache.spec"?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
On Mon, Feb 14, 2005, Matthias Kurz wrote:
> This is my last version. I have to move on.
Thanks for your efforts, Matthias. I've taken over your patch for
OpenPKG-CURRENT. See http://cvs.openpkg.org/chngview?cn=22027 for
details.
Ralf S. Eng
; $prefix/bin/grep -r Python-2.4-root $prefix/lib/python
Ah, ok, now I see. Now fixed as you suggested in OpenPKG-CURRENT.
Ralf S. Engelschall
[EMAIL PROTECTED]
On Fri, Feb 11, 2005, Matthias Kurz wrote:
> .. or perhaps this
Ok, sorry, but remains the question what this actually fixes?
Because for me the python package builds just fine...
Ralf S. Engelschall
[EMAIL PROTEC
ot; requires "gcc", so the -std=gnu99 option should work
just fine. And at least for me the package builds ok. What exactly is
the problem you are faced with?
Ralf S. Engelschall
[EMAIL PROTECTED]
On Fri, Feb 11, 2005, Matthias Kurz wrote:
> [...]
Sorry, I do not understand, Matthias:
_what_ ends up in the installed files?
Ralf S. Engelschall
[EMAIL PROTEC
rc.findutils sets it properly, but it
> has no effect.
> [...]
Ops, thanks for catching this, Bill. Now fixed, too.
Ralf S. Engelschall
[EMAIL PROTECTED]
Solaris. I've now applied a workaround similar to what we have in the
"openldap" package and it now builds fine under Solaris 10 for me. See
http://cvs.openpkg.org/chngview?cn=21726 for details. Thanks for your
feedback.
h problems:
http://cvs.openpkg.org/chngview?cn=21724
http://cvs.openpkg.org/chngview?cn=21725
Can you recheck whether it now works as expected?
Ralf S. Engelschall
[EMAIL PROTECTED]
cho "JASPERHDR_DIR = %{l_prefix}/include"
Ops, good catch. Now fixed in OpenPKG-CURRENT
(http://cvs.openpkg.org/chngview?cn=21705). Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
tch hunk.
Thanks for the hint, Matthias.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
> cd $prefix/libexec/gcc/gcc/*/*/install-tools
> sh mkheaders
>
> This hint is from sunfreeware.com.
Good hint. I've added it to the community wiki:
http://wiki.openpkg.org/?HintPackageGCC
Ralf S. Engelschall
gure files to only use ``which'' in
> cases when the appropriate environment variables aren't set.
> [...]
Taken over into OpenPKG-CURRENT.
Thanks for your contribution, Bill.
Ralf S. Engelschall
On Wed, Feb 09, 2005, Robin Breathe wrote:
> It appears my original patch got garbled by petidomo.
> Below is (hopefully) an ungarbled copy, inline.
> [...]
No problem, I was able to figure out what you meant...
Ralf S. En
| %endif
> [...]
The rsync option is named --enable-rsync-compat and I've now added it
unconditionally because I do not think we need an %option for this
harmless thing. The with_chroot I've kept. Thanks for your feedback and
contribution.
.
>
> If any problems with spec file please feel free to contact me.
Taken over with slight adjustments. Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
w
On Wed, Feb 09, 2005, Robin Breathe wrote:
> Attached is a patch to correct a typo in the current/bison package which
> leads to breakage on (at least) Mac OSX and Solaris 10.
Taken over for OpenPKG-CURRENT. Thanks.
Ralf S. Engel
th_ Solaris 8 _and_ Debian 3.1?
Cool! You're our hero, Christoph.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
___
On Thu, Jan 27, 2005, Bill Campbell wrote:
> FWIW, ./UPD/00UPLOAD/sasl-2.1.19-2.2.1.src.rpm appears to be in
> limbo on the Release 2.2 tree as well.
Now this pending security advisory is released. Sorry for the delay.
Ralf S. Engel
we already had this issue.
Thanks. Just one question: why to use direct paths to the files? I've
especially created the "/bin/config install" command because I
wanted to avoid having to hard-code paths to the scripts...
d with distcc-2.18.3-20050124 and higher.
Thanks for your feedback.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
gt; #ifdef DATADIR
> DATADIR,
We've fixed it yesterday by applying this patch hunk you found again.
Thanks for catching this bug and giving feedback.
Ralf S. Engelschall
On Tue, Jan 11, 2005, Michael Schloh wrote:
> new package: libodbcplus 0.2.3 (Unix ODBC C++ Abstraction Library)
If the vendor names it libodbcxx himself why is it libodbcplus for us?
AFAIK we already used "xx" for "++" in other packages, too.
On Tue, Jan 11, 2005, Michael Schloh wrote:
> +Source0:
> http://osdn.dl.sourceforge.net/libodbcxx/libodbc++-%{version}.tar.gz
> +Patch0: libodbcplus.patch
The patch is missing from CVS.
Ralf S. En
y
> +%{l_shtool} subst \
> +-e 's;[a-zA-Z0-9$()-_/.]*libgdk_pixbuf-2.0.la *;;' \
> +modules/engines/pixbuf/Makefile.in
> +
Cool. Thanks. I was not able to found out this on the weekend when I
upgraded all the other parts...
26-57591-1).
Now upgraded to 1.4.2.06 which fixes the issue.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
_
the PHP issues...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The O
PKG-CURRENT after some adjustments.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
OpenPKG-CURRENT, although I was not able to
take over this contribution. But the results are more or less the same.
Ralf S. Engelschall
[EMAIL PROTECTED]
PKG-CURRENT after some cleanups.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
r into OpenPKG-CURRENT.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
nda-2.4.4p3-20041019.src.rpm follows:
> [...]
Changes taken over into OpenPKG-CURRENT.
Ralf S. Engelschall
[EMAIL PROTECTED]
iority was decreased even more, but I cannot see why
this is necessary. It is clear that Radiator has to start early, but
whether it is needed such early is out of my clue. Please give some
clarifications here, first. Thanks.
every(!) change. Else we get out of sync with the FTP service and on the
next release have to resync everything, which is annoying. I know that
it is stange to roll a new RPM for such changes, but anyway...
Ralf S. Engelschall
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
OpenPKG CVS Repository
http://cvs.openpkg.org/
Server: cvs.openpkg.org Name: Ralf S. Engelschall
Root: /e/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-src
be to have this work properly under apache. Whatever it
> is, it seems to me that PEAR should be usable under apache by default.
Yes, of course. Have a look at the change I've made now:
http://cvs.openpkg.org/chngview?cn=20376
http://cvs.openpkg.org/chngview
On Fri, Nov 19, 2004, Ralf S. Engelschall wrote:
> On Mon, Nov 15, 2004, Bill Campbell wrote:
> [...]
> > On the subject of snmp, of which I'm a total newbie, would it make sense to
> > add an option to the rc.snmp file to turn on snmptrapd in addition to
> > snmpd,
snmptrap. I'll look how we can add support for this, too.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
ough way to solve this with sed(1). Instead awk(1) works far
more reasonable here, hence I've fixed it with the construct: awk '{
printf("%s", $2); }'
Ralf S. Engelschall
[E
script to use the OpenPKG version of bash.
>
> The attached patch is against the Release 2.2 pdksh.spec file.
Ok, taken over for CURRENT: http://cvs.openpkg.org/chngview?cn=20104
Thanks, Bill.
Ralf S. Engelschall
t the Release 2.2 package.
This is now fixed in both CURRENT and 2.2 -- together with
two other bugs. Thanks for the hint.
Ralf S. Engelschall
[EMAIL PROTECTED]
PKG 2.3...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
On Fri, Oct 29, 2004, Michael Schloh wrote:
> correct cut and paste error in %track
Ops, good catch. Sorry and thanks for fixing.
Ralf S. Engelschall
[EMAIL PROTEC
also match all the beta and other versions which
we don't package for Python. Currently it would find 2.4b1, but we will
package only 2.4.0 when it comes out.
Ralf S. Engelschall
is, only!
What happens on the other platforms?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
ay and the buildfarm shows that it builds on all important platforms
it will be a candicate for blessing from EVAL to PLUS and this way it
will become part of the OpenPKG 2.2 release.
Ralf S. Engelschall
s ntop to 127.0.0.1 by default as all other OpenPKG daemons?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelscha
e you sure that no internal stuff uses this?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
nual
pages in OpenPKG) and your changes to %env in rc.j2se14 I do not
understand (the JDK_home and JRE_home variables are meant as internal
OpenPKG variables only). See http://cvs.openpkg.org/chngview?cn=19144
what I've comitted until now. Thanks for your contribution.
On Mon, Sep 20, 2004, David M. Fetter wrote:
> I created a swatch spec file and uploaded to the contrib/00UPLOAD/
> area. Is this the proper place to upload these contributions?
Yes, that's the right place.
Ralf S.
On Thu, Sep 16, 2004, Dennis McRitchie wrote:
> I submitted a bug report yesterday (twice) but it has not yet shown up in
> the mailing list or the newsgroup.
The bug database is still partly broken. Please send to
[EMAIL PROTECTED] instead. Thanks.
URRENT with emacs-21.3-20040916 or higher. See
http://cvs.openpkg.org/chngview?cn=19028 for details. Thanks for the
hint.
Yours,
Ralf S. Engelschall
[EMAIL PROTECTED]
www.
see what a package provides with "rpm -qi" or "rpm -qpi".
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The O
at additional libraries are required for an application
linking against its LDAP libraries. This can be done by an openldap.pc
(pkg-config!) file for instance. Additionally, as it looks to me, a
sasl.pc is also needed because SASL already needs things like the -ldl
or -lcrypt. I&#x
On Wed, Sep 15, 2004, Michael Schloh wrote:
> On Wed, Sep 15, 2004, Ralf S. Engelschall wrote:
> > On Wed, Sep 15, 2004, Michael Schloh wrote:
> >> remember problems facing webmin and similar packages, which must keep track
> >> of hundreds of config files and t
On Wed, Sep 15, 2004, Michael Schloh wrote:
> remember problems facing webmin and similar packages, which must keep track
> of hundreds of config files and thus mark them so in the RPM filelist
> [...]
You can use wildcards, couldn't you?
the UPD 00INDEX.rdf.bz2 not read here?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
On Tue, Sep 07, 2004, Michael Schloh von Bennewitz wrote:
> On Mon, Sep 06, 2004, Ralf S. Engelschall wrote:
> > On Mon, Sep 06, 2004, Michael Schloh wrote:
> >> +%{l_shtool} subst \
> >> +-e 's/#include "fakepcap.h";/#include
ot;no operation", isn't it? Also, please remember that the in
regular expressions you have to escape dots...
Ralf S. Engelschall
[EMAIL PROTECTED]
be using always .rpmnew (think about a broken
or unsecure package which we want to unbreak or secure with a new
configuration).
Ralf S. Engelschall
[EMAIL PROTECTED]
oth features in practice to make sure the current packaging of
them in the "postgresql" package is correct. In case you are interested,
try it out and give me feedback...
Ralf S. Engelschall
atch but instead of an %option I use the %doc flag.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
4.x now requires
G++? I mean for the "beecrypt" package is not such important (there the
dependency to "gcc" is ok), but for "openpkg" it is essential!
Ralf S. Engelschall
ot;
package from CURRENT and 2.1. Is this perhaps an older version you are
trying?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
_
'm not a PHP coder. See
http://cvs.openpkg.org/chngview?cn=18278 for details. Can you give me
feedback whether the PHP "pdflib" extension still works? If yes, I'll
merge this into OpenPKG 2.1 soon.
Ralf S. Engelschall
ry, but this patch did not apply cleanly to the Postfix 2.1.4
sources. The src/util/Makefile.in patch was rejected. I've fixed this,
placed the patch onto our FTP server and used it now in the Postfix
package from CURRENT. Thanks, Bill.
an environment variable as is done in the postgresql
> updates in Release 2.0.
> [...]
Thanks for the patch. This is now fixed. Additionally this triggered
me to look at perl-dbi.spec in detail and I had to recognize that more
things in the perl-dbi package are broken. These I've fixed now, too.
Th
.
Yours,
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Project
ges to the Samba package to be
consistent, right? Because I cannot see any "bin/wbinfo" program in
the current Samba package. Can you commit also those changes to be
consistent here? Thanks.
Ralf S. Engelschall
[EMAIL
hanks for the hint.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
T
-r-- 1 root root 3604 Jul 7 09:43 rbldnsd.spec
> | -rw-r--r-- 1 root root 92995 Jul 7 06:03 rbldnsd_0.993.tar.gz
> | -rwxr-xr-x 1 root root 2139 Jul 7 09:39 rc.rbldnsd
I've also myself a rbldnsd package for CURRENT in th
On Tue, Jul 06, 2004, Michael Schloh wrote:
> at least catch log ops with the pop3s identifier, hopefully closing
> off the whole syslog(3) mess
But now you also need a logfile rotation job for this file, right?
Ralf S. Engel
On Tue, Jul 06, 2004, Torsten Homeyer wrote:
> [...]
> SA-2004.030; CAN-2002-1363
> [...]
Well done, Torsten. Thanks.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engels
ng \
> +-system-libjpeg -system-libmng -qt-gif \
Sorry to bother you again, but is there also a -system-gif?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
On Thu, Jul 01, 2004, Torsten Homeyer wrote:
> On Thu, 2004-07-01 at 13:10, Ralf S. Engelschall wrote:
>
> > > --qt-zlib -qt-libpng -qt-libjpeg -qt-libmng -qt-gif \
> > > +-qt-zlib -system-libpng -qt-libjpeg -qt-libmng -qt-gif \
>
> > Good
\
Good idea, but please notice that PNG depends on ZLib and the two should
be handled most of the time similarily because of this. So, if we use
the external PNG then we certainly also want to use the external ZLIB.
Ralf S. Engelschall
On Wed, Jun 30, 2004, Michael Schloh von Bennewitz wrote:
> [...]
> You only changed the smb.conf for openpkg-src/samba3. How about our standard
> samba package?
> [...]
Now done, too. Thanks for the notice.
Ralf S.
d executables are
> > kept. Can you retry with automake-1.8.5-20040630.src.rpm and tell us
> > whether it solves your problem?
>
> That does the trick.
Ok, fine. Then we'll leave it this way. Thanks.
solves your problem?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
]: Leaving directory `/usr/users/kvo/obj'
> > [dev:medusa] ~/obj
> >
> > >> automake-1.8 is automatically run by the generated Makefile.
> >
> > With the current RPM spec, the 'automake-1.8' doesn't exist.
The point is this: we general
al =~ s|"|\\"|g;
| print "${var}=\"${val}\"\n";
| }
It outputs text/plain and not text/html. If it renders incorrectly in a
browser, the browser is broken. But we certainly don't want to include a
HTML tag in a plain text output...
401 - 500 of 8445 matches
Mail list logo
