On Mon, Jun 11, 2007, Olivier Thauvin wrote:
Le lundi 11 juin 2007, James Olin Oden a écrit :
On 6/8/07, Jeff Johnson [EMAIL PROTECTED] wrote:
I personally think something that mimics the rpm api's is best, with a
bit of OO goop to simplify use of the data structures. This was Chip
Le mercredi 20 juin 2007, Ralf S. Engelschall a écrit :
On Mon, Jun 11, 2007, Olivier Thauvin wrote:
So, let me summarize for our record here on rpm-devel:
Randy Ray: rpm5.org: rpm/perl/ (Perl-RPM 0.66, ancient)
Chip Turner: rpm5.org: perl-RPM2/ (Perl-RPM2 0.68,
On Wed, Jun 20, 2007, Olivier Thauvin wrote:
[...]
You're currently commiting into HEAD, whereas I am my self working on rpm-4_5
branch.
Yes, I _personally_ exclusively focus on RPM 5 (HEAD).
While my change be merged ? who will do it ?
Should I work into HEAD ?
As long as your change is
On Jun 20, 2007, at 9:57 AM, Jeff Johnson wrote:
completiion. At that point bug, identifying the feature set for
rpm-4_5
--^ fixing and ...
73 de Jeff
__
RPM Package Manager
On Jun 20, 2007, at 1:02 PM, Jason Corley wrote:
1.1 +95 -0 rpm/scripts/brp-java-repack-jars
Please please please don't do anything with this other than look at
it... It causes immense pain for us in JPackage land, so much so that
we are officially recommending committers
Note reference composting in the checkin msg.
Yup, was noted, my plea was meant to discourage anyone from thinking
it should be used for anything other than reference. Oh
redhat-rpm-config, the pain you've caused me over the years. :-)
Jason
On Wed, Jun 20, 2007, Jeff Johnson wrote:
- rse: remove the hysterical bzip2 interface.
Ah, good catch from my prepared patches. This really doesn't directly
belong to the RPM_CHECK_LIB stuff but it was an important pre-requisite
to avoid unecessary complexity in the build env migration.
On Jun 20, 2007, at 3:04 PM, Ralf S. Engelschall wrote:
On Tue, Jun 19, 2007, Ralf S. Engelschall wrote:
[...]
We investigated another workday and now have the changes bug fixed,
polished up and also tested on a number of non-Linux platforms. We are
still testing under Solaris, but once we
On Tue, Jun 19, 2007, Ralf S. Engelschall wrote:
[...]
We investigated another workday and now have the changes bug fixed,
polished up and also tested on a number of non-Linux platforms. We are
still testing under Solaris, but once we have a green light also there
the changeset is ready to be
On Jun 20, 2007, at 3:06 PM, Ralf S. Engelschall wrote:
+ [external:internal:none], [beecrypt],
+ [], [ AC_ERROR([mandatory BeeCrypt library not found]) ])
...
+ [external:internal:none], [file:src:src],
+ ], [ AC_ERROR([mandatory File (magic) library not found]) ])
Should these be
On Wed, Jun 20, 2007, Ralf S. Engelschall wrote:
[...]
Migrate RPM build environment's support for building against third-party
libraries from an evolutionary and practically too constrained
approach to a more flexible approach based on a central Autoconf macro
RPM_CHECK_LIB.
On Wed, Jun 20, 2007, Jay Soffian wrote:
On Jun 20, 2007, at 3:06 PM, Ralf S. Engelschall wrote:
+ [external:internal:none], [beecrypt],
+ [], [ AC_ERROR([mandatory BeeCrypt library not found]) ])
...
+ [external:internal:none], [file:src:src],
+ ], [ AC_ERROR([mandatory File (magic)
On Wednesday 20 of June 2007, Ralf S. Engelschall wrote:
On Wed, Jun 20, 2007, Jay Soffian wrote:
On Jun 20, 2007, at 3:06 PM, Ralf S. Engelschall wrote:
+ [external:internal:none], [beecrypt],
+ [], [ AC_ERROR([mandatory BeeCrypt library not found]) ])
...
+
On Wednesday 20 of June 2007, Arkadiusz Miskiewicz wrote:
Right now from config.log:
configure:27985: error: unable to find available BeeCrypt library
but why it told so, you have to guess and digg.
We have beecrypt includes in /usr/include/beecrypt/ so the only option is
Le jeudi 21 juin 2007, Ralf S. Engelschall a écrit :
On Wed, Jun 20, 2007, Arkadiusz Miskiewicz wrote:
On Wednesday 20 of June 2007, Arkadiusz Miskiewicz wrote:
Right now from config.log:
configure:27985: error: unable to find available BeeCrypt library
but why it told so, you
15 matches
Mail list logo
