I followed closely Jeff guidelines and finally, succeed to build rpm
5.4.8 on OSX (Lion).
/usr/bin/rpm:
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version
7.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 159.1.0)
/System/
> No hurry, Gettalife! ;-)
>
> Good luck on the DevOps talk.
Thanks
__
RPM Package Managerhttp://rpm5.org
User Communication List rpm-users@rpm5.org
On Mar 29, 2012, at 5:56 PM, Henri Gomez wrote:
> I'll test it asap :-)
>
No hurry, Gettalife! ;-)
Good luck on the DevOps talk.
73 de Jeff
__
RPM Package Managerhttp://rpm5.org
User Commu
I'll test it asap :-)
Le 29 mars 2012 à 22:04, Jeffrey Johnson a écrit :
>
> On Mar 29, 2012, at 3:38 PM, Henri Gomez wrote:
>
>> Very nice Jeff.
>>
>> Could you do a tar ball of this 'native' Lion build so I could test it ?
>> I still have problem building a 5.4.8 (even with the great help y
On Mar 29, 2012, at 3:38 PM, Henri Gomez wrote:
> Very nice Jeff.
>
> Could you do a tar ball of this 'native' Lion build so I could test it ?
> I still have problem building a 5.4.8 (even with the great help you
> provided me).
> It's not so easy to go back into 'native land' after years and ye
frey Johnson :
>
> On Mar 26, 2012, at 2:41 PM, Anders F Björklund wrote:
>
>> Henri Gomez wrote:
>>
>>>> Not sure what you ask here: you want a rpm-mac mailing list?
>>>
>>> Nope, I just want to see if there is other guys interested with RPM on O
On Mar 26, 2012, at 2:41 PM, Anders F Björklund wrote:
> Henri Gomez wrote:
>
>>> Not sure what you ask here: you want a rpm-mac mailing list?
>>
>> Nope, I just want to see if there is other guys interested with RPM on OSX.
>> Frankly, I'm borred to r
On Mar 28, 2012, at 9:32 AM, Henri Gomez wrote:
>>> These are all fixable, just tedious.
>>
>> Ok, I'll switch to stock gcc for now and told you more
>
> No more luck with llvm-gcc.
>
> On Lion only llvm-gcc and clang are available
One of these (and both from Apple) gcc's is being used
in my
>> These are all fixable, just tedious.
>
> Ok, I'll switch to stock gcc for now and told you more
No more luck with llvm-gcc.
On Lion only llvm-gcc and clang are available
__
RPM Package Manager
>> clang is used :
>
> This is likely the key issue.
>
> For now, I'd suggest using MacPorts until you get a working
> version of RPM as the most expedient course.
>
> I'll dig out whatever issues there are using LLVM down
> the road.
>
> I already know that -fopenmp is an issue because
> of -lgomp
On Mar 28, 2012, at 4:28 AM, Henri Gomez wrote:
> done a make distclean and rebuilt :
>
>> wellfleet:misc jbj$ nm .libs/librpmmisc.a | grep pcre_regcomp
>> nm: no name list
>> nm: no name list
>> nm: no name list
>> nm: no name list
>> U _pcre_regcomp
>> nm: no name list
>> 0
done a make distclean and rebuilt :
> wellfleet:misc jbj$ nm .libs/librpmmisc.a | grep pcre_regcomp
> nm: no name list
> nm: no name list
> nm: no name list
> nm: no name list
> U _pcre_regcomp
> nm: no name list
> 0370 T _pcre_regcomp
> 0820 S _pcre_regcomp
On Mar 28, 2012, at 3:20 AM, Henri Gomez wrote:
>> I can/will give you good odds (before you looksto see whether
>> pcre_regcomp is actually a defined symbol in librpmmisc.a ;-)
>
> How can I do that ?
wellfleet:misc jbj$ uname -a
Darwin wellfleet.jbj.org 11.3.0 Darwin Kernel Version 11.3.0: Th
On Mar 28, 2012, at 2:55 AM, Henri Gomez wrote:
>> If you add --miredebug to the invocation, you will see the
>> result of every pattern match.
>>
>> The patterns are used to ensure that there aren't any "surprises".
>
> Here is result with --miredebug :
>
>
> Version to package is 3.0.3
> --
> I can/will give you good odds (before you looksto see whether
> pcre_regcomp is actually a defined symbol in librpmmisc.a ;-)
How can I do that ?
cat don't show many :
cat ./misc/.libs/librpmmisc.a
0Hxh!
#1/20 1332886890 0 0 100644 28`
__.SYMDEF SORTED#1/20
On Mar 28, 2012, at 12:50 AM, Henri Gomez wrote:
> I removed everything in /usr/local and changed PATH to hide contents in
> /opt/local
>
Good.
> So question about pcre used with --with-pcre=Internal is still opened.
>
I cannot diagnose your error until you add --miredebug.
There are 2 p
> If you add --miredebug to the invocation, you will see the
> result of every pattern match.
>
> The patterns are used to ensure that there aren't any "surprises".
Here is result with --miredebug :
Version to package is 3.0.3
--> mire 0x7fff32c15ae0 ++ 1 mireNew at mire.c:115
<-- mireRegcomp(0x
In make install I noticed :
bin/sh ../../libtool --tag=CC --mode=link /usr/bin/clang -pipe -O2
-arch i386 -arch x86_64 -D_GNU_SOURCE -D_REENTRANT -L/usr/local/lib
-arch i386 -arch x86_64 -Wl,-search_paths_first -o update update.o
../../rpmio/librpmio.la ../../misc/librpmmisc.la -L/usr/local/li
I removed everything in /usr/local and changed PATH to hide contents in
/opt/local
So question about pcre used with --with-pcre=Internal is still opened.
Otool reported a shared lib pcre in /usr/local/lib
Using Internal change pcre func name isnt'it ?
Le 28 mars 2012 à 00:32, Jeffrey Johns
On Mar 27, 2012, at 6:27 PM, Henri Gomez wrote:
> Tried to build a simple rpm with rpm 5.4.7 rebuilt with
> --with-pcre=internal (pre dir installed under source dir), but got
> this error :
>
> error: ^[A-Za-z0-9+._]+$: regexec failed: regexec() failed to match(1)
> error: line 8: invalid tag va
On Mar 27, 2012, at 6:17 PM, Henri Gomez wrote:
>> This error looks moderately serious (you can comment out the patterns
>> in macros/* if you must: but pattern matching looks fubar):
>> error: ^[A-Za-z0-9+._]+$: regexec failed: regexec() failed to match(1)
>>
>> Because -lpcreposix and the syst
Tried to build a simple rpm with rpm 5.4.7 rebuilt with
--with-pcre=internal (pre dir installed under source dir), but got
this error :
error: ^[A-Za-z0-9+._]+$: regexec failed: regexec() failed to match(1)
error: line 8: invalid tag value("^[A-Za-z0-9+._]+$") Version: Version: 3.0.3
error: Le pac
> This error looks moderately serious (you can comment out the patterns
> in macros/* if you must: but pattern matching looks fubar):
> error: ^[A-Za-z0-9+._]+$: regexec failed: regexec() failed to match(1)
>
> Because -lpcreposix and the system regexec(3) routines have
> identical symbols, there's
What a clear explanation.
RPM is strong by splitting build/runtime dependencies. And its powerfull
runtime lifecycle (post/pre/trigger...).
That's why I'm back in RPM world now I'm working in Continuous Integration and
Delivery.
I should get code from cvs to study devtool so
Le 26 mars 201
On Mar 26, 2012, at 4:57 PM, Henri Gomez wrote:
>
> MacPorts team did a tremendous works and duplicating effort may not be
> mandatory.
>
I should explain the fundamental disconnect between RPM <-> MacPorts
(and more generally *BSD) here.
There are build dependencies and there are install d
On Mar 26, 2012, at 4:57 PM, Henri Gomez wrote:
> If MacPorts could provide a RPM based distribution, may be need for
> recreating a new distribution may be less urgent.
>
Well I (and aft) have been waiting for MacPorts to attempt
binary packaging using RPM for going on 8 years now.
Don't ho
On Mar 26, 2012, at 4:54 PM, Henri Gomez wrote:
> What's devtool.conf ?
>
This is the file where various build option stanzas are kept.
Building from CVS, the workflow goes like
cvs co rpm
./devtool checkout
./devtool falmouth # <-- the build options I use on Lion
Le 26 mars 2012 à 20:41, Anders F Björklund a écrit :
> Henri Gomez wrote:
>
>>> Not sure what you ask here: you want a rpm-mac mailing list?
>>
>> Nope, I just want to see if there is other guys interested with RPM on OSX.
>> Frankly, I'm borred to r
If MacPorts could provide a RPM based distribution, may be need for recreating
a new distribution may be less urgent.
Better if they push dependencies in ... RPMs.
MacPorts team did a tremendous works and duplicating effort may not be
mandatory.
About RPM on MacPorts, could it be updated to
What's devtool.conf ?
Le 26 mars 2012 à 20:33, Anders F Björklund a écrit :
> Henri Gomez wrote:
>
>> Hi to all,
>>
>> I success in building rpm 5.4.7 on OSX (from tarball)
>>
>> First step was to build and install bee crypt 4.2.1, popt 1.1.6,
>> db-5.3.15, sqlite 3.7.11, pcre 8.30, zlib 1.2.
Anders, your expertise on OSX and RPM will be very helpfull.
Could we team up for providing Snow/Lion packages (RPM & yum/zypper/wharever) ?
Le 26 mars 2012 à 20:35, Anders F Björklund a écrit :
> Henri Gomez wrote:
>
>> Also, Xcode build tools may stop supporting PowerPC in a near future,
>>
Henri Gomez wrote:
>> Not sure what you ask here: you want a rpm-mac mailing list?
>
> Nope, I just want to see if there is other guys interested with RPM on OSX.
> Frankly, I'm borred to rebuild Brew/MacPorts stuff and I'm not alone.
> I just want to be able to set
Henri Gomez wrote:
> Also, Xcode build tools may stop supporting PowerPC in a near future,
> so packages will lost their 'universal' architecture.
Xcode 4.2+ doesn't support PowerPC, and neither does the 10.7 SDK.
> I recall some packages who need to go up to Assembly level and I'm not
> sure OS
On Mar 26, 2012, at 2:17 PM, Anders F Björklund wrote:
> Jeffrey Johnson:
>
>>> [...]
>>> The .src.rpm format is somewhat troublesome to port, but bundled
>>> rpm2cpio.sh and extracted the tarball in a post-extract {} step.
>>>
>> [...]
>> But if it gets to be too big a hassle, I'll pop out the
Henri Gomez wrote:
> Hi to all,
>
> I success in building rpm 5.4.7 on OSX (from tarball)
>
> First step was to build and install bee crypt 4.2.1, popt 1.1.6,
> db-5.3.15, sqlite 3.7.11, pcre 8.30, zlib 1.2.6 libraries under
> /usr/local (nothing in)
Great! The only thing I added after that was
Jeffrey Johnson:
>> [...]
>> The .src.rpm format is somewhat troublesome to port, but bundled
>> rpm2cpio.sh and extracted the tarball in a post-extract {} step.
>>
> [...]
> But if it gets to be too big a hassle, I'll pop out the tar ball and included
> detached signature whenever you wish.
>
On Mar 26, 2012, at 12:39 PM, Henri Gomez wrote:
> I'll add gpg, neon and wget, and redo tests.
>
> About pcre, I build rpm with 8.30 (as seen in otool log).
> Should I disable it ?
PCRE is MANDATORY (because RPM has compiled in patterns
written in the PCRE dialect).
8.30 was what I used when
On Mar 26, 2012, at 12:31 PM, Henri Gomez wrote:
>> Use "noarch". What would be kinda spiffy is to automate lipo
>> under RPM control and strip out the unused architectures
>> in universal executables (and if one "trusts" the automated dependencies
>> are accurate) the libraries.
>>
>> I've also
I'll add gpg, neon and wget, and redo tests.
About pcre, I build rpm with 8.30 (as seen in otool log).
Should I disable it ?
2012/3/26 Jeffrey Johnson :
>
> On Mar 26, 2012, at 11:53 AM, Henri Gomez wrote:
>
>
>
>
>
> Quick drive-by browse:
>
> --14: __gpg %{_bindir}/gpg2
>
> That is used by "ma
On Mar 26, 2012, at 11:53 AM, Henri Gomez wrote:
>
Quick drive-by browse:
--14: __gpg %{_bindir}/gpg2
That is used by "make test" to generate a pub key for testing.
That is these failures:
sh genpgp.sh > genpgp.h
genpgp.sh: line 15: gpg2: command not found
hint: Y
> Use "noarch". What would be kinda spiffy is to automate lipo
> under RPM control and strip out the unused architectures
> in universal executables (and if one "trusts" the automated dependencies
> are accurate) the libraries.
>
> I've also been waiting (like 8 years now, sigh) to internalize MACH
scripts will never be.
>
>> The default macros SHOULD be gud enuf on Mac OS X.
>
> Perfect
>
>> Anders Bjorkland's Mac OS X distro based on RPM is still likely
>> the best around.
>
> This one (http://www.algonet.se/~afb/rpm/) ?
>
That's the
;noarch".
>> EVeryone invents new names and the diversity just confuses.
>
> True ;(
>
>> The default macros SHOULD be gud enuf on Mac OS X.
>
> Perfect
>
>> Anders Bjorkland's Mac OS X distro based on RPM is still likely
>> the best around.
>
&
X distro based on RPM is still likely
> the best around.
This one (http://www.algonet.se/~afb/rpm/) ?
> Not sure what you ask here: you want a rpm-mac mailing list?
Nope, I just want to see if there is other guys interested with RPM on OSX.
Frankly, I'm borred to rebuild Brew/MacPorts s
On Mar 26, 2012, at 11:15 AM, Henri Gomez wrote:
>> Good. Careful about sqlite, its rather tricky. Preferred is
>> building/using the sqlite layer in Berkeley DB (which is
>> exactly sqlite with a Berkeley DB storage).
>
> How can I select such preferred building ?
What I'm trying to say nicel
> Good. Careful about sqlite, its rather tricky. Preferred is
> building/using the sqlite layer in Berkeley DB (which is
> exactly sqlite with a Berkeley DB storage).
How can I select such preferred building ?
> Yes OpenMP is problematic on Mac OS X because of LLVM != GCC.
> You might want to loo
On Mar 26, 2012, at 10:49 AM, Henri Gomez wrote:
> Hi to all,
>
> I success in building rpm 5.4.7 on OSX (from tarball)
>
> First step was to build and install bee crypt 4.2.1, popt 1.1.6,
> db-5.3.15, sqlite 3.7.11, pcre 8.30, zlib 1.2.6 libraries under
> /usr/local (nothing in)
Good. Careful
On Mar 26, 2012, at 4:31 AM, Henri Gomez wrote:
> I can't access cvs from my corporate network right now.
>
> Did there is nightly tar balls available somewhere ?
>
Nope: rpm-5.4 releases are time based and monthly.
Last 2 months have been more often while I assess
what "features" are interest
Hi to all,
I success in building rpm 5.4.7 on OSX (from tarball)
First step was to build and install bee crypt 4.2.1, popt 1.1.6,
db-5.3.15, sqlite 3.7.11, pcre 8.30, zlib 1.2.6 libraries under
/usr/local (nothing in)
For configure I forced dual arch :
./configure --prefix=/usr/local CC=/usr/bi
I can't access cvs from my corporate network right now.
Did there is nightly tar balls available somewhere ?
PS: It will be great to get source as regular tar ball, .src.rpm is
not convenient when you don't have RPM installed (even if we could
still use cpio tricks)
2012/3/26 Jeffrey Johnson :
>
On Mar 25, 2012, at 6:06 PM, Anders F Björklund wrote:
> Jeffrey Johnson wrote:
>
>>> Adding a "rpm54" port would be the most straight-forward way to include it.
>>> I'll see what I can do about it, should be a copy of the existing "rpm52"…
>>>
>>
>> I'd be a bit lazy about rpm54 which is quit
Jeffrey Johnson wrote:
>> Adding a "rpm54" port would be the most straight-forward way to include it.
>> I'll see what I can do about it, should be a copy of the existing "rpm52"…
>>
>
> I'd be a bit lazy about rpm54 which is quite "active" atm. Meanwhile,
> rpm-5.3.11++ is "production" and "sta
On Mar 25, 2012, at 4:39 PM, Henri Gomez wrote:
> You're amazing guys !
>
*blush*
> Well, I feel I have works-fun next week.
>
> I'll avoid /opt of course, first step will be to install rpm under
> /usr/bin for a test drive and test some of my own rpms.
>
> If it works great, next step may b
You're amazing guys !
Well, I feel I have works-fun next week.
I'll avoid /opt of course, first step will be to install rpm under
/usr/bin for a test drive and test some of my own rpms.
If it works great, next step may be a relocation under /opt/rpm4osx or
something like this, ie using a specifi
On Mar 25, 2012, at 1:07 PM, Anders F Björklund wrote:
> Jeffrey Johnson wrote:
>
>>> First thing I'd like to do is building RPM 5.x from tarball or SCM with no
>>> dependencies on MacPorts.
>>
>> Here's the build incantations:
>> $ cvs -d ':pserver:anonym...@rpm5.org:/v/rpm/cvs' get -r rpm
Jeffrey Johnson wrote:
>> First thing I'd like to do is building RPM 5.x from tarball or SCM with no
>> dependencies on MacPorts.
>
> Here's the build incantations:
>$ cvs -d ':pserver:anonym...@rpm5.org:/v/rpm/cvs' get -r rpm-5_4 -d wdj54
> rpm
>$ cd wdj54
>$ ./devtool checkout
>
On Mar 25, 2012, at 11:18 AM, Henri Gomez wrote:
> First thing I'd like to do is building RPM 5.x from tarball or SCM with no
> dependencies on MacPorts.
Here's the build incantations:
$ cvs -d ':pserver:anonym...@rpm5.org:/v/rpm/cvs' get -r rpm-5_4 -d wdj54
rpm
$ cd wdj54
$ ./dev
First thing I'd like to do is building RPM 5.x from tarball or SCM with no
dependencies on MacPorts.
Advices very welcomed :-)
If build scripts are available I'll study them closely.
Le 25 mars 2012 à 14:33, Jeffrey Johnson a écrit :
>
> On Mar 25, 2012, at 2:59 AM, Henri Gomez wrote:
>
>
On Mar 25, 2012, at 2:59 AM, Henri Gomez wrote:
>> Jenkins is spiffy, buildbot -- particularly with older python-2.4 --
>> is a bit of wrestling match.
>>
>> I set up both on the same machine. Jenkins/Hudson needed
>> 500 Mb and filled /var/log within a week with useless messages.
>
> Yep, Jenk
> Jenkins is spiffy, buildbot -- particularly with older python-2.4 --
> is a bit of wrestling match.
>
> I set up both on the same machine. Jenkins/Hudson needed
> 500 Mb and filled /var/log within a week with useless messages.
Yep, Jenkins could be very verbose, but well, it fit well Continuous
On Mar 24, 2012, at 9:12 AM, Henri Gomez wrote:
> Excellent.
>
> I now well Jenkins but not Waterfall, seems interesting.
>
Jenkins is spiffy, buildbot -- particularly with older python-2.4 --
is a bit of wrestling match.
I set up both on the same machine. Jenkins/Hudson needed
500 Mb and fil
Excellent.
I now well Jenkins but not Waterfall, seems interesting.
> I build the latest rpm-5_4 from CVS on Lion Server using a buildbot here:
> http://harwich.jbj.org:8010/waterfall
>
> Both Lion Server (and Leopard) are there in the waterfalls.
>
> (aside)
> Both are broken atm just bec
On Mar 23, 2012, at 8:12 PM, Jeffrey Johnson wrote:
>
> On Mar 23, 2012, at 7:41 PM, Henri Gomez wrote:
>
>> Hi to all,
>>
>> I'm a long time rpm user and packager and I'd like to experiment it on
>> OSX (10.7.3) and Xcode 4.3.2.
>>
>
> Good.
>
>
>
>>
>> Did someone succeed to build rpm
On Mar 23, 2012, at 7:41 PM, Henri Gomez wrote:
> Hi to all,
>
> I'm a long time rpm user and packager and I'd like to experiment it on
> OSX (10.7.3) and Xcode 4.3.2.
>
Good.
>
> Did someone succeed to build rpm 5.x on OSX Lion ?
> Advices more than welcomed.
>
I build the latest rpm-5_
Hi to all,
I'm a long time rpm user and packager and I'd like to experiment it on
OSX (10.7.3) and Xcode 4.3.2.
I first tried to build latest tar ball, 5.3.5 :
- configure works
- make fail
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../build
-I../lib -I../lib -I../rpmdb -I../rpm
Hi to all,
I'm a long time rpm user and packager and I'd like to experiment it on
OSX (10.7.3) and Xcode 4.3.2.
I first tried to build latest tar ball, 5.3.5 :
- configure works
- make fail
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../build
-I../lib -I../lib -I../rpmdb -I../rpm
66 matches
Mail list logo
