Would anyone mind me commiting these patches derived from rpm.org to HEAD
rpm-4_5?
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
--- /home/peroyvind/Dokumenter/mandriva/rpmstuff/rpm4.5/rpm-4.5/lib/librpm.vers 2007-12-11 15:45:28.0 +0100
+++ lib/librpm.vers 2007-12-11 15:36:37.0
I noticed that my second patch was a bit zealotish, more correct one is at
http://hg.rpm.org/rpm?cs=053b7741a883 , okay to adapt and commit?
Or should it stay as it is?
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
__
RPM
,
Per Øyvind Karlsen
Mandriva Norway
__
RPM Package Managerhttp://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
Let's get started... I've created #rpm5distro on irc.freenode.net for
anyone interested. (Keep timezones in mind - I'll be gone for a couple of
hours right now ;) ).
I'm there, who wants to win the bronze medal? ;)
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
Hoi!
I'm going over the last of our patches in Mandriva to get them pushed
upstream. I'm a bit insecure about whether this one is apropriate for
commiting or not, could someone review? :)
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
--- ./lib/depends.c.no-dirname-dep 2007-02-28 23:19
Øyvind Karlsen
Mandriva Norway
--- system.h.syslog 2008-02-07 21:18:54.0 +0100
+++ system.h 2008-02-21 16:19:10.339599193 +0100
@@ -9,6 +9,10 @@
#include config.h
#endif
+#ifdef HAVE_SYSLOG_H
+#include syslog.h
+#endif
+
#include sys/types.h
#if defined(HAVE_STDINT_H)
#include stdint.h
per sparc arch would still be independent of
this..
I might of course be missing something, wouldn't be the first time. :o)
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
__
RPM Package Manager
currently available at
http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/rpm/perl-URPM/trunk/rpm5compat.h?revision=238099view=markup
So what do you guys think of inclusion of this in rpm5.org tree?
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
På Mandag 03 mars 2008 , 09:37:14 skrev Ralf S. Engelschall:
On Mon, Mar 03, 2008, Per Øyvind Karlsen wrote:
[..]
add rpm 4 API compatibility wrapper
[..]
Only for RPM 5.0 or is the commit to HEAD (for RPM 5.1) still pending?
still pending, needs to be tested first
--
Regards,
Per
)
mkdir_missing(/media/floppy)
mkdir_missing(/media/cdrom)
Reproducer (i586, do s/i586/x86_64/ for x86_64;):
ftp://ftp.uninett.no/pub/linux/MandrivaLinux/devel/cooker/i586/media/main/release/filesystem-2.1.9-3mdv2008.1.i586.rpm
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
Both are commented out and should therefore not be of any concern..
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
__
RPM Package Managerhttp://rpm5.org
Developer Communication List
, original packages are 5.0.3-1, new packages are 1:5.0.3-1 and should
therefore be newer..
More verbosive rpm output attached.
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
D: Expected size: 1102367 = lead(96)+sigs(180)+pad(4)+data(1102087)
D: Actual size: 1102367
D: /home/peroyvind
På Tirsdag 04 mars 2008 , 21:55:15 skrev Per Øyvind Karlsen:
This is weird:
[EMAIL PROTECTED] SPECS]$ sudo
rpm -Uvh /home/peroyvind/RPM/RPMS/x86_64/rpm-5.0.3-1mdv2008.1.x86_64.rpm
/home/peroyvind/RPM/RPMS/x86_64/lib64rpm5.0-5.0.3-1mdv2008.1.x86_64.rpm
/home/peroyvind/RPM/RPMS/x86_64/lib64rpm
Øyvind Karlsen
Mandriva Norway
__
RPM Package Managerhttp://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
Topic says it all, see attachment.
--
Regards,
Per Øyvind Karlsen
==398== Memcheck, a memory error detector.
==398== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==398== Using LibVEX rev 1804, a library for dynamic binary translation.
==398== Copyright (C) 2004-2007, and GNU
staying with LZMA 4.32 until the new one is ready.
(unfortunately also means staying with the old LZMA_Alone file format)
I don't see see why this unless there would be any incompatibilities caused by
it..
--
Regards,
Per Øyvind Karlsen
a build instance with e.g. 8 CPU but only e.g. 256M RAM.
And running make -j8 on such a setup, quickly leads to swapping...
What a highly usual and standard configuration.. ;p
--
Regards,
Per Øyvind Karlsen
__
RPM Package Manager
På Torsdag 10 april 2008 , 17:19:38 skrev Jeff Johnson:
On Apr 10, 2008, at 11:09 AM, Per Øyvind Karlsen wrote:
På Torsdag 10 april 2008 , 13:39:57 skrev Anders F Björklund:
Jeff Johnson wrote:
I have multip[le issues with changes like this:
1) the patch uses envvar's
Using envvar's
Øyvind Karlsen
__
RPM Package Managerhttp://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
See attachment for more info, reproducer found at
ftp://ftp.uninett.no/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/main/release/
.
--
Regards,
Per Øyvind Karlsen
==4687== Memcheck, a memory error detector.
==4687== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==4687
På Mandag 14 april 2008 , 18:50:07 skrev Per Øyvind Karlsen:
See attachment for more info, reproducer found at
ftp://ftp.uninett.no/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/main
/release/ .
updated running with --rpmdsdebug
--
Regards,
Per Øyvind Karlsen
==398== Memcheck, a memory
På Tirsdag 15 april 2008 , 18:02:05 skrev Jeff Johnson:
On Apr 15, 2008, at 11:51 AM, Per Øyvind Karlsen wrote:
Anyways, I tried rebuilding it with rpm 5.1.0, same happens.
Unsorted dependencies may be just one of several flaws.
Did you try reproducing with the patch I posted? The patch
På Tirsdag 15 april 2008 , 18:30:31 skrev Jeff Johnson:
On Apr 15, 2008, at 12:19 PM, Per Øyvind Karlsen wrote:
På Tirsdag 15 april 2008 , 18:02:05 skrev Jeff Johnson:
On Apr 15, 2008, at 11:51 AM, Per Øyvind Karlsen wrote:
Anyways, I tried rebuilding it with rpm 5.1.0, same happens
rpm: depends.c:1776: zapRelation: Assertion `tsi-tsi_reqx = 0
tsi-tsi_reqx rpmdsCount(requires)' failed.
Avbrutt (SIGABRT)
--
Regards,
Per Øyvind Karlsen
__
RPM Package Managerhttp://rpm5
http://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
hm, I'm uncertain whether this was supposed to workaround it or not, but I
still get the same behaviour..
--
Regards,
Per Øyvind Karlsen
On Tuesday 19 August 2008 00:15:53 Jeff Johnson wrote:
Alexey's flushing patches to rpmio/gzdio.c make the need for internal
zlib (with Rusty Russel's --rsyncable padding) superfluous.
Should I rip out internal zlib on HEAD and rpm-5.1.4? I see no reason
not
to start this effort, and am
OUCH!
I've just gotten around to update my local rpm to latest from HEAD after not
keeping track for a couple of months,
there was some minor glitches first to get it to build, but now to get
applications building against it is a whole kind
of different mess. :(:(
A lot of the public headers in
2008/10/28 devzero2000 [EMAIL PROTECTED]
Could be better also to fullfill automatically /etc/rpm/sysinfo/Dirname e
Filelinkto, giving an hint to the user ? In this case there is the
possibilty to catch this packaging error and to improve the quality of the
system -- and the distro.
Enabling
2008/11/1 Jeff Johnson [EMAIL PROTECTED]
It mostly doesn't matter whether enum's and such are typedef'd or not.
__BUT__
rpmlog is based on syslog(3) and there's really no reason not
to continue exactly that (yes ancient and still widely used) API
in rpm itself.
From man 3 syslog, the 1st
2008/11/1 Jeff Johnson [EMAIL PROTECTED]
What is wrong with
CPPFLAGS=-DRPM_VENDOR_MANDRIVA
Its insane to have Yet More Ways to configure stuff imho.
73 de Jeff
It's hidden from regular user who'd like to build rpm himself for that
specific vendor.
Maybe not such an important thing
2008/12/5 Jeff Johnson [EMAIL PROTECTED]
What needed fixing?
I have built using internal lua daily without these changes.
Can you try to pin down what changed so that this patch is now needed
please?
Likely trying to build rpm-5.1.6, without these changes, would
be the easiest way to
While I've commited most of the mandriva patches upstream, I still got a few
ones left that I've been uncertain about and hasn't bothered with looking at
yet:
http://www.zarb.org/cgi-bin/viewvc.cgi/snapshot/rpm/current/SOURCES/rpm-4.4.1-fileconflicts.patch?root=rpm5distroview=log
2008/12/5 Jeff Johnson [EMAIL PROTECTED]
The flaw will be in -lrpmmisc, not in -lrpmio, is my guess.
And its likely my portability brain fart somehow if reproducible.
Doing
cd misc
cvs diff -D 2 months ago
will show all my changes.
There's not a whole lot different in misc/* afaict.
I
2008/12/5 Per Øyvind Karlsen [EMAIL PROTECTED]
While I've commited most of the mandriva patches upstream, I still got a
few
ones left that I've been uncertain about and hasn't bothered with looking
at yet:
http://www.zarb.org/cgi-bin/viewvc.cgi/snapshot/rpm/current/SOURCES/rpm-4.4.1
2008/12/5 Per Øyvind Karlsen [EMAIL PROTECTED]
Oh, and I also got this one:
http://www.zarb.org/cgi-bin/viewvc.cgi/snapshot/rpm/current/SOURCES/rpm-4.4.8-raise-read-timeout-to-60secs.patch?root=rpm5distroview=log
Any suggestions on what would be the best approach?
Just use #ifdef vendor
Hi folks!
As some of you might've noticed I commited changes related to lzma last
night.
This adds support for using the new lzma format, named 'xz' as payload and
lzdio.c
has been renamed to xzdio.c which handles both the legacy LZMA_Alone format
in same way as before (ie. w7.lzdio) and also
I've modified DISTTAG tag to be specified in macros file just like
DISTRIBUTION, VENDOR etc.
and commited it to CVS already.
Here's my next step, a DISTEPOCH tag where distribution version can be
added.
This will change EVR to EVRD which will be represented as
2008/12/20 Ralf S. Engelschall rse+rpm-de...@rpm5.orgrse%2brpm-de...@rpm5.org
On Sat, Dec 20, 2008, Per Øyvind Karlsen wrote:
[...]
fsm.c: In function 'fsmMapFContext':
fsm.c:772: warning: unused variable
'st'
This one?
Yes, exactly!
I get it on linux as well, but I never
2008/12/20 Anders F Björklund a...@rpm5.org
Per Øyvind Karlsen wrote:
Modified files:
rpm configure.ac
Log:
unbreak build, by changing from error to warning
Fix errors in stead!!
The coding errors are fixable either way (warning/error),
but this gets rid
2008/12/21 Arkadiusz Miskiewicz ar...@pld-linux.org
On Saturday 20 of December 2008, Per Øyvind Karlsen wrote:
I've modified DISTTAG tag to be specified in macros file just like
DISTRIBUTION, VENDOR etc.
and commited it to CVS already.
Here's my next step, a DISTEPOCH tag where
2008/12/22 Anders F Björklund a...@rpm5.org
Per Øyvind Karlsen wrote:
So this DISTEPOCH would also work for OSVERSION on other systems ?
Like darwin8 or 10.5osx or freebsd-7.0 or whatever it might be ?
Yes, that's kinda the idea, except for DISTEPOCH would only contain the
version,
where
2008/12/22 Anders F Björklund a...@rpm5.org
Per Øyvind Karlsen wrote:
So this DISTEPOCH would also work for OSVERSION on other systems ?
Like darwin8 or 10.5osx or freebsd-7.0 or whatever it might be ?
Yes, that's kinda the idea, except for DISTEPOCH would only contain the
version
2008/12/23 Ralf S. Engelschall rse+rpm-de...@rpm5.orgrse%2brpm-de...@rpm5.org
On Tue, Dec 23, 2008, Jeff Johnson wrote:
Put the under a RPM_VENDOR_FOO (or any other AutoFu enabler,
default behavior is disabled).
I do not see __ANY__ consensus @rpm5.org that the patch is desired,
in
2008/12/23 Jeff Johnson n3...@mac.com
On Dec 23, 2008, at 4:57 PM, Jeff Johnson wrote:
This patch isn't needed.
system.h will include config.h if -DHAVE_CONFIG_H is defined
in CFLAGS, which is done throughout rpm.
And RPM_VENDOR_FOO is passed through CFLAGS, not config.h,
simpilarly to
2008/12/23 Jeff Johnson n3...@mac.com
This change works iff *.la files are present to hint
additional libraries. E.g. -lrpmio needs -lrpmmisc
whether it as expressed explicitly (as before) or implictly (
what is likely happening after your patch is applied).
As long as rpm AutoFu has
2009/1/3 Jeff Johnson n3...@mac.com
With this patch, the basics to introduce a precedence
permutation into EVRD comparison should now be in place on HEAD.
(aside)
Yes, I'm still in denial about PCRE - ERE issues, and
most certainly a gather operation to collect parsed
sub-patterns is
2009/1/5 Wichmann, Mats D mats.d.wichm...@intel.com
rpm-devel-ow...@rpm5.org wrote:
This off-hand comment regarding Mandriva DUDF - CUDF
translation needed by the Mancoosi project reminds me
of a design mis-feature in RPM:
- package names: they should match the naming convention we
2009/3/3 Jeff Johnson n3...@mac.com
On Mar 3, 2009, at 6:36 AM, Per Øyvind Karlsen wrote:
2009/3/3 Anders F Björklund a...@rpm5.org
Per Øyvind Karlsen wrote:
I did the other day a fresh mandriva cooker install and noticed with rpm
4.6.0 a welcomed
change, the automatic creation and use
2009/3/12 Ralf S. Engelschall rse+rpm-de...@rpm5.orgrse%2brpm-de...@rpm5.org
On Wed, Mar 11, 2009, Per Øyvind Karlsen wrote:
perl: make sure to link against all required libraries to fix
build with --no-undefined. (probably room for improval..)
Yes, and it has to be improved
2009/3/17 Jeff Johnson n3...@mac.com
The DOOM (from aliasing) starts right here ...
Your desire approach to compatibility is sound, what's wrong is
compiling the
bleeping strings into RPM. That's basically what rpmrc files achieved,
having
strings number identifiers out of RPM code.
2009/3/17 Jeff Johnson n3...@mac.com
On Mar 17, 2009, at 2:02 PM, Per Øyvind Karlsen wrote:
Yeah. you're right, I've had that thought myself more than once already,
but my initial focus has been to just do something simple, fairly minimal
and working before making it into something nice
2009/3/18 Michael Jennings m...@kainx.org
On Wednesday, 18 March 2009, at 22:41:35 (+0100),
Per ?yvind Karlsen wrote:
Actually it was, what I wanted was to make it optional and disabled
(something which obviously wasn't tested/cared for to begin with) by
default, so since I didn't enable
2009/3/19 Jeff Johnson n3...@mac.com
That's better, but there's still a fundamental flaw in what
you are attempting.
Data has endiannness, not CPU's.
Yes, but the order of the data read depends on the cpu..?
I'm not sure what you mean..
So a library for cpuinfo only provides (at
you're welcome :)
2009/5/4 Jeff Johnson n3...@mac.com
Thank you!
73 de Jeff
On May 4, 2009, at 12:39 PM, Per Øyvind Karlsen wrote:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5
2009/5/14 Jeff Johnson n3...@mac.com
Thanks for doing.
But somehow there has to be a better way to
include files (and sub-trees) in EXTRA_DIST without
explicitly enumerating each and every file.
E.g. liveconnect is unused by rpmjs, and is highly unlikely
to ever be used. Meanwhile the
2009/5/14 Jeff Johnson n3...@mac.com
On May 14, 2009, at 11:53 AM, Per Øyvind Karlsen wrote:
btw. I noticed rpm building rpmkey rpmxar by default now for
some reason? (didn't happen with HEAD)
How does one disable the build of these if headers missing?
One doesn't disable rpmkey
to focus on too many things at once while getting rpm-5_2 branch
working..
Fixed :)
73 de Jeff
On May 14, 2009, at 3:02 PM, Per Øyvind Karlsen wrote:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs
2009/7/23 Jeff Johnson n3...@mac.com
This isn't the right fix imho.
js/src needs to build standalone, not include config.h.
Otherwise, JS is gonna become MANDATORY INTERNAL to rpm.
I thought it already was..?
--
Regards,
Per Øyvind
2009/7/24 Ralf S. Engelschall rse+rpm-de...@rpm5.orgrse%2brpm-de...@rpm5.org
On Thu, Jul 23, 2009, Per Ųyvind Karlsen wrote:
[...]
fix va_list autofoo stuff breaking libjs build
I'm wondering:
1. Why is HAVE_VA_LIST_AS_ARRAY defined but never used in the code?
it's actually used
2009/8/6 Jeff Johnson n3...@mac.com
Why are you reverting? The issue in the comment has already been fixed by
committing to
a representation for missing values.
hm, really?
I merely duplicated the hack used otherwise in rpmEVRoverlap(), what would
be the proper solution?
--
Regards,
Per
2009/8/6 Jeff Johnson n3...@mac.com
On Aug 6, 2009, at 12:26 AM, Per Øyvind Karlsen wrote:
2009/8/6 Jeff Johnson n3...@mac.com
Why are you reverting? The issue in the comment has already been fixed by
committing to
a representation for missing values.
hm, really?
I merely duplicated
2009/8/6 Jeff Johnson n3...@mac.com
On Aug 6, 2009, at 4:09 AM, Per Øyvind Karlsen wrote:
2009/8/6 Jeff Johnson n3...@mac.com
On Aug 6, 2009, at 12:26 AM, Per Øyvind Karlsen wrote:
2009/8/6 Jeff Johnson n3...@mac.com
Why are you reverting? The issue in the comment has already been
2009/9/1 David Smid da...@unity-linux.org
I revealed two problems in RPM5 file triggers implementation:
1. _filetriggers_dir macro is expected to end with slash, otherwise rpmGlob
can't find any *.filter files. Unfortunately, Mandriva RPM setup defines
this
macro without the ending slash as
2009/11/11 Jeff Johnson n3...@mac.com
This likely should be perhaps 4 or so. 60 is way too long.
The heavily loaded is really a red herring. Any modern kernel
on any reasonably configured linux box should easily be able to
satisfy a read request in much much less than 60 seconds.
The
2009/11/12 Jeff Johnson n3...@mac.com
On Nov 11, 2009, at 5:58 PM, Per Øyvind Karlsen wrote:
Hmmm ...
Happened with:
[r...@localhost rpm-5.2.DEVEL]# valgrind --track-origins=yes .libs/rpm
--rpmiodebug -Uvh --force
~peroyvind/lib64directfb1.4_0-1.4.2-2mdv2010.1.x86_64.rpm
Got
I just did a fresh install of Mandriva Linux and updated to rpm 5.2 now,
and this happens:
[r...@localhost rpm]# valgrind rpm --rebuilddb -vvv --rpmdbdebug
==23457== Memcheck, a memory error detector
==23457== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==23457== Using
2009/11/17 Jeff Johnson n3...@mac.com
On Nov 17, 2009, at 12:40 PM, Per Øyvind Karlsen wrote:
I just did a fresh install of Mandriva Linux and updated to rpm 5.2 now,
and this happens:
Yup. Attached patch avoids the segfault:
Index: rpmdb/header_internal.c
2009/11/17 Jeff Johnson n3...@mac.com
On Nov 17, 2009, at 12:49 PM, Per Øyvind Karlsen wrote:
2009/11/17 Jeff Johnson n3...@mac.com
On Nov 17, 2009, at 12:40 PM, Per Øyvind Karlsen wrote:
I just did a fresh install of Mandriva Linux and updated to rpm 5.2 now,
and this happens
2009/11/18 Jeff Johnson n3...@mac.com
On Nov 17, 2009, at 12:49 PM, Per Øyvind Karlsen wrote:
D: == DSA pubkey id dd684d7a 26752624
(h#1)
D: rpmdb: read h# 769 Header V3 DSA signature: OK, key ID
26752624
error: rpmdb: damaged header #769 retrieved --
skipping.
D: rpmdb
2009/11/18 Jeff Johnson n3...@mac.com
So what is needed is a --rebuilddb with the PROT_WRITE added, and
then revert to only setting PROT_READ. How you wish to achieve
that conversion on the fly is up to you. The forward looking goal
is to use PROT_READ hardware protection rather than all the
2009/11/18 Jeff Johnson n3...@mac.com
On Nov 18, 2009, at 10:00 AM, Per Øyvind Karlsen wrote:
Index: rpm/lib/filetriggers.c
$ cvs diff -u -r2.19 -r2.20 filetriggers.c
--- rpm/lib/filetriggers.c 2 Sep
2009/11/20 Jeff Johnson n3...@mac.com
On Nov 20, 2009, at 11:46 AM, Jeff Johnson wrote:
Attached is a patch that should fix
https://qa.mandriva.com/show_bug.cgi?id=55810
Tested by running
rpm -Va --nofiles
on a 2010.RC2 VM.
WORKSFORME
Note that this patch is
2009/11/21 Jeff Johnson n3...@mac.com
On Nov 20, 2009, at 7:53 PM, Per Øyvind Karlsen wrote:
2009/11/20 Jeff Johnson n3...@mac.com
On Nov 20, 2009, at 11:46 AM, Jeff Johnson wrote:
Attached is a patch that should fix
https://qa.mandriva.com/show_bug.cgi?id=55810
Tested
2009/11/21 Jeff Johnson n3...@mac.com
On Nov 20, 2009, at 8:58 PM, Jeff Johnson wrote:
New rpmvercmp() behaviour:
a Provides: foo = 1.1-2
b Requires: foo = 1.1-
Will not satisfy dependency.
This is what I expect (although I'm surprised at the change).
Hmm I got tricked by the
2009/11/21 Jeff Johnson n3...@mac.com
On Nov 20, 2009, at 10:19 PM, Per Øyvind Karlsen wrote:
yawn, I'm really tired and about to go to bed now, so I don't feel like
refreshing specifics of #3 as I'm too tired to understand it myself now and
my reproducer didn't seem to reproduce any
2009/11/21 Per Øyvind Karlsen pkarl...@rpm5.org
Well, the change could be simplified this way, but sure, it still uses
dependency flags..
if((B-Flags[B-i] (~RPMSENSE_GREATER RPMSENSE_EQUAL))
d'oh, should've been:
if((B-Flags[B-i] RPMSENSE_EQUAL) !(B-Flags[B-i] RPMSENSE_GREATER
2009/11/27 Pinto Elia devzero2...@rpm5.org:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Pinto Elia
Root: /v/rpm/cvs Email:
I forgot, out of practice.. ;)
2010/5/7 Jeff Johnson n3...@mac.com:
check-ins on HEAD first please, or same old same old gets to be
redone all over again.
73 de Jeff
On May 7, 2010, at 1:41 PM, Per Øyvind Karlsen wrote:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs
I just upgraded to latest rpm-5_3 checkout from rpm 4.6, and sure, I
see that the
segfault that would occur with 5.2 no longer happens, but I'm not
really left with a
very usable rpmdb either..
Too lazy to investigate myself today, I'll just post my results with
--rebuilddb and
hope for any
2010/5/24 Jeff Johnson n3...@mac.com:
On May 24, 2010, at 10:53 AM, Jeff Johnson wrote:
The easiest way to swap the indices is to do db_dump - sed - db_load.
The db_dump looks something like this (this happens to be big endian already)
VERSION=3
format=bytevalue
type=btree
forgot to import to cvs?
--
Regards,
Per Øyvind
__
RPM Package Managerhttp://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
2010/9/30 Jeff Johnson n3...@mac.com:
On Sep 30, 2010, at 1:09 PM, Per Øyvind Karlsen wrote:
forgot to import to cvs?
Nope:
[...@rhel6 tests]$ cvs add mongo
cvs [add aborted]: there is a version in mongo already
[...@rhel6 tests]$ cvs add gpsee
cvs [add
2010/10/1 Jeff Johnson n3...@mac.com:
Fixing the other way -- by removing from lib/rpmts.h --
is the fix going forward.
Exposing headers just leads to complaints about rpm's lack of API/ABI.
The only achievable solution there is to _NOT_ export anything
new until its fully
2010/10/19 Jeff Johnson n3...@mac.com:
Ick. Under a #ifdef and write the blueprint please.
See scripts/pythoneggs.py for now, I'm off to bed... ;)
--
Regards,
Per Øyvind
__
RPM Package Manager
2010/10/19 Jeff Johnson n3...@mac.com:
On Oct 18, 2010, at 10:49 PM, Per Øyvind Karlsen wrote:
2010/10/19 Jeff Johnson n3...@mac.com:
Ick. Under a #ifdef and write the blueprint please.
See scripts/pythoneggs.py for now, I'm off to bed... ;)
Seen. ANd will be reverted until a blueprint
Is there any way to ship files to be %included that's more convenient
than the following:
Source1: somestuff
%include %{SOURCE1}
The problem with this is that if the spec file is queried without the
correct %_sourcedir set, it will fail.
If one could do something like 'Source1:
Could you verify and make any appropriate modifications to it, and
also integrate the one referred to (if necessar/possible/relevant?) in
the mail with Shlomi?
Then I'll upload a new version to cooker. :)
2010/11/11 Per Ųyvind Karlsen pkarl...@rpm5.org:
RPM Package Manager, CVS Repository
2010/11/11 Jeff Johnson n3...@mac.com:
On Nov 11, 2010, at 4:24 PM, Per Øyvind Karlsen wrote:
Could you verify and make any appropriate modifications to it, and
also integrate the one referred to (if necessar/possible/relevant?) in
the mail with Shlomi?
Then I'll upload a new version
I've finally gotten around to rewrite apt-rpm from caixa's branch to
the native rpm5 api now, so for anyone who's interested, it can be
found at:
http://gitorious.org/rpm5distro/apt-rpm
For testing, I must admit I haven't had the time, so I leave it up to
anyone with the interest. ;)
rpm = 5.3
2010/11/17 John Thomson john.thom...@caixamagica.pt:
Hi Per Øyvind,
Long time since we last spoke.
Hope everything is going well for you.
I have a vm with rpm 5.3.1 on it and will try and see if apt-rpm works
with it. It definitely will help in terms of speeding up the testing and
possible
2010/11/17 Per Øyvind Karlsen pkarl...@rpm5.org:
I've finally gotten around to rewrite apt-rpm from caixa's branch to
the native rpm5 api now, so for anyone who's interested, it can be
found at:
http://gitorious.org/rpm5distro/apt-rpm
For testing, I must admit I haven't had the time, so I
2010/12/2 Jeff Johnson n3...@mac.com:
Ok, let's start with the key utils preliminarties ...
... this crap from RPM4 needs to go away soonestly.
This code needs to be disappeared and replaced to use keyutils afaict:
+sub getpasswdfile {
+ my ($self) = @_;
+ $self-{password_file}
2010/12/2 Jeff Johnson n3...@mac.com:
Don't forget
#ifdef RPM_VENDOR_MANDRIVA
please.
Or talk to me about using keyutils and generate/sign
methods. The perl changes for importing and signing
aren't maintainable going forward.
k, will add, just gotta figger out best way first..
I don't
Quoting from mdvbz#61690:
Comment #13 From Jeff Johnson on 2010-11-17 16:47:34 CEST (-)
[reply]
Does URPM still need to parse HDLISTS? Perfectly OKAY if so,
just, well no other distro needs/wants hdlists any more.
There's code in lib/rpmgi.c in RPM that iterates across hdlists
2010/12/5 Jeff Johnson n3...@mac.com:
Do you have a hdlist that I can use? If you can give ma a pointer,
I can rapidly write up specific usage details, and suggest what
might be done through URPM.xs.
2010/12/7 Eric MSP Veith eve...@wwweb-library.net:
Am Dienstag, 7. Dezember 2010, 04:43:10 schrieb Jeff Johnson:
Talk to Per Oyvind if its the rpm-5_3 you want to change. rpm-5_4 is the
same as HEAD, including your changes from this weekend.
Per, do I have your permission? Or, more
Should/could we have rpmbf.h rpmgi.h installed as system headers?
--
Regards,
Per Øyvind
__
RPM Package Managerhttp://rpm5.org
Developer Communication List
2010/12/9 Jeff Johnson n3...@mac.com:
On Dec 9, 2010, at 3:03 PM, Per Øyvind Karlsen wrote:
Should/could we have rpmbf.h rpmgi.h installed as system headers?
Go for it.
RPM goes through predictable cycles ... export ... import ... export ...
depending on whether users are complaining
(quoting https://qa.mandriva.com/show_bug.cgi?id=61690#c15)
Comment #15 From Jeff Johnson on 2010-11-17 16:55:34 CEST (-)
[reply]
There's this rpmts setter that should be wired up
/** \ingroup rpmts
* Set dependency solver callback.
* @param tstransaction set
*
2010/12/14 Jeff Johnson n3...@mac.com:
Um, maybe.
As a C programmer, sure: initializing NULL pointers to is useless.
But when you start to look at missing values for zillions of
strings passed through multiple paths, to bindings, and in databases,
well,
We'll see.
E.g. the file
1 - 100 of 255 matches
Mail list logo
