,
Per Ø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
+#endif
+
#include
#if defined(HAVE_STDINT_H)
#include
--- confi
ld target were a specific sparc
arch. Different compiler flags 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
_
ne.
It's currently available at
http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/rpm/perl-URPM/trunk/rpm5compat.h?revision=238099&view=markup
So what do you guys think of inclusion of this in rpm5.org tree?
--
Regards,
Per Øyvind Karlse
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 pendin
ing("/mnt/disk")
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
--
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/
u're right, it did break, reverting..
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
__
RPM Package Managerhttp://rpm5.org
Developer Communication Listrpm-devel@rpm5.org
never mind this one, just a packaging mistake of mine :)
--
Regards,
Per Øyvind Karlsen
Mandriva Norway
__
RPM Package Managerhttp://rpm5.org
Developer Communication List
--
Regards,
Per Ø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, an
#x27;t see how
this relates to lzma utils nor how it's packaged in Mandriva.
>
> Even if that means 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 th
På Onsdag 02 april 2008 , 20:01:34 skrev Per Øyvind Karlsen:
> What exactly was broken? Tested and seemed to work all fine here..
> I updated it since it in terms of maintenance is always a nice thing to
> keep code in sync with upstream..
Ah, I see now how it was broken for snaps
2008/4/2, Ralf S. Engelschall <[EMAIL PROTECTED]<[EMAIL PROTECTED]>
>:
>
> On Wed, Apr 02, 2008, Per Øyvind Karlsen wrote:
>
> > På Onsdag 02 april 2008 , 20:01:34 skrev Per Øyvind Karlsen:
> > > What exactly was broken? Tested and seemed to work all fine h
able anyway...
>
> My main problem is that the number of online processors doesn't
> have a straight mapping over to the number of parallel make jobs
> For instance, now that containers are fairly common it is regular
> to have a build instance with
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:
> >
but will make it more likely that distributions pick up
on existing macros..
--
Regards,
Per Ø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.
=
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,
På Tirsdag 15 april 2008 , 11:41:24 skrev Pixel:
> Jeff Johnson <[EMAIL PROTECTED]> writes:
> > On Apr 14, 2008, at 3:34 PM, Per Øyvind Karlsen wrote:
> >> På Mandag 14 april 2008 , 19:52:30 skrev Per Øyvind Karlsen:
> >>> På Mandag 14 april 2008 , 18:50:07
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 th
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 rebu
= 0.34 is needed by drakx-net-text-0.34-1mdv2008.1.noarch
drakxtools-curses = 10.22-1mdv2008.1 is needed by (installed)
harddrake-10.22-1mdv2008.1.x86_64
drakxtools-curses = 10.22-1mdv2008.1 is needed by (instal
>
> +#if 0
> dp = _free(dp);
> +#endif
>
> near lib/depends.c:2369.
>
> 73 de Jeff
> __
> RPM Package Managerhttp://rpm5.org
> Developer Communication Listrpm-devel@rpm5.org
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/4 Ralf S. Engelschall <[EMAIL PROTECTED]<[EMAIL PROTECTED]>
>
> On Sat, Oct 04, 2008, Per Øyvind Karlsen wrote:
>
> > [...]
> > +lzma_stream tmp =
> > +#if LZMA_VERSION == 49990030
> > + LZMA_STREAM_INIT_VAR;
> > +#el
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.
Enab
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 syslo
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 imp
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 easies
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]>
> Thanks for cleaning up perl MakeMaker, its always been a bit tweaky,
> and I haven't a clue wrto portably building perl.
>
> However @CPPFLAGS@ is almost certainly going to be needed
> for portability, as that is how additional include paths
> are added
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=rpm5distro&view=log
(https://bugzill
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/
2008/12/5 Jeff Johnson <[EMAIL PROTECTED]
>
> If you want both a --ghost enabler as well as a --noghost disabler, go for
> it.
>
> However, what works best for rpm (in my experience) is enabled
> functionality
> with a disabler. Opt-in behavior for new functionality takes many more
> years to be us
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/v
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=rpm5distro&view=log
>
> Any suggestions on what would be the best ap
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 the
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
%{EPOCH}:%{VERSION}-%{RELEASE}:%{DIST
2008/12/20 Ralf S. Engelschall
> RPM Package Manager, CVS Repository
> http://rpm5.org/cvs/
>
>
>
> Server: rpm5.org Name: Ralf S. Engelschall
> Root: /v/rpm/cvs Ema
2008/12/20 Ralf S. Engelschall
>
> 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!
>
2008/12/20 Anders F. Björklund
> RPM Package Manager, CVS Repository
> http://rpm5.org/cvs/
>
>
>
> Server: rpm5.org Name: Anders F. Björklund
> Root: /v/rpm/cvs Ema
2008/12/20 Anders F Björklund
> Per Øyvind Karlsen wrote:
>
> Modified files:
>> rpm configure.ac
>>
>> Log:
>> unbreak build, by changing from error to warning
>>
>>
> Fix errors in stead!!
>>
>
> The codi
g strings with an index to hide versioning
> zypp - uses a string store to reduce size .solv files
> rpm.org - added a string store to reduce memory footprint
> and there are several other implementations I'm aware of where the
> increasing length of strings in metadata is visibly becomin
2008/12/21 Arkadiusz Miskiewicz
> 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 ste
2008/12/22 Per Øyvind Karlsen
> 2008/12/21 Arkadiusz Miskiewicz
>
>> 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
2008/12/22 Anders F Björklund
> 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 distribution ver
2008/12/22 Jason Corley
> On Fri, Dec 19, 2008 at 9:57 PM, Per Øyvind Karlsen
> wrote:
> > So WDYT?
>
> This seems like yet another magic bit in RPM comparisons with which to
> confuse newbies and old hats alike... Think of how many times you've
> explained epoch t
2008/12/22 Anders F Björklund
> 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,
2008/10/20 Robert Scheck
> On Wed, 13 Aug 2008, Robert Scheck wrote:
> > On Tue, 12 Aug 2008, Michael Jennings wrote:
> > > # perl -MRPM::PackageIterator -e '$iter =
> RPM::PackageIterator->new("NAME", "rpm"); while ($pkg = $iter->next())
> {print $pkg->as_nvre(), "\n";}'
> > > rpm-5.1.4-4.caos
>
2008/12/22 Anders F Björklund
> 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 ?
&
2008/12/23 Ralf S. Engelschall
>
> 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 fact quite the opposite, you ha
2008/12/23 Jeff Johnson
>
> 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,
>> simpilarl
2008/12/23 Jeff Johnson
> 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 building wit
2009/1/2 Jeff Johnson
>
> On Jan 2, 2009, at 3:00 PM, Jeff Johnson wrote:
>
>>
>>Requires: D:R-V:E
>>
>
>Requires: N = D:R-V:E
>
> And I pointed out the syntax <-> precedence permutations
> mostly to illustrate that even if nothing else is done,
> what is currently checked in on H
2009/1/3 Jeff Johnson
> 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 absolutely
2009/1/5 Wichmann, Mats D
> 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
> >> discussed,
2009/1/22 Michael Jennings
> On Thursday, 22 January 2009, at 06:32:24 (+0100),
> Per ?yvind Karlsen wrote:
>
> > $ cvs diff -u -r1.351 -r1.352 files.c
> > --- rpm/build/files.c 17 Jan 2009 00:33:29 - 1.351
> > +++ rpm/build/files.c 22 Jan 2009 05:32:24 - 1.352
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 of a local ~/rpmbuild for user rather
than /usr/src/rpm.
Since this makes it easier to just get a working rpm build environment for
user and also
removes the implicit en
2009/3/3 Anders F Björklund
> 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 of a local ~/rpmbuild for user
>> rather than /usr/src/rpm.
>>
>
2009/3/3 Jeff Johnson
>
> On Mar 3, 2009, at 6:36 AM, Per Øyvind Karlsen wrote:
>
> 2009/3/3 Anders F Björklund
>
>> Per Øyvind Karlsen wrote:
>>
>> I did the other day a fresh mandriva cooker install and noticed with rpm
>>> 4.6.0 a welcomed
>&
2009/3/12 Ralf S. Engelschall
>
> 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 because
2009/3/15 Jeff Johnson
>
> On Mar 14, 2009, at 7:54 PM, Jeff Johnson wrote:
>
> Can you make this truly lazy please?
>>
>> What you've done is tie "mkdir -p" for a set
>> of directories to a single point.
>>
>> What needs to be done instead is to create the directories as
>> needed during instal
2009/3/12 Anders F Björklund
> Per Øyvind Karlsen wrote:
>
> --- rpm/lib/rpmrc.c 12 Mar 2009 08:39:28 - 2.255
>> +++ rpm/lib/rpmrc.c 12 Mar 2009 09:14:25 - 2.256
>> @@ -551,6 +551,11 @@
>>xx = mireAppend(RPMMIRE_REGEX, 0, &
2009/3/17 Jeff Johnson
> 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.
>
> Not
2009/3/17 Jeff Johnson
>
> 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
2009/3/18 Michael Jennings
> On Wednesday, 18 March 2009, at 20:29:31 (+0100),
> Per ?yvind Karlsen wrote:
>
> > +AC_ARG_WITH(dmalloc, [ --with-uuid build with OSSP uuid
> support ])
> > +if test $withval = yes ; then
> > + AC_DEFINE(UUID, 1, [Build with OSSP uuid support?])
>
2009/3/18 Michael Jennings
> 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 it, i
2009/3/19 Jeff Johnson
> 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 best) ha
you're welcome :)
2009/5/4 Jeff Johnson
> 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/
>>
>> __
2009/5/14 Jeff Johnson
> 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 cost of c
2009/5/14 Jeff Johnson
>
> 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 mis
f as well now?!?! ;p
Trying 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:
>
> R
2009/7/23 Jeff Johnson
> 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
>
> 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 in jsapi.c, if not defined you'll get
2009/8/6 Jeff Johnson
> 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 Øyvind
2009/8/6 Jeff Johnson
>
> On Aug 6, 2009, at 12:26 AM, Per Øyvind Karlsen wrote:
>
> 2009/8/6 Jeff Johnson
>
>> Why are you reverting? The issue in the comment has already been fixed by
>> committing to
>> a representation for missing values.
>
> hm, r
2009/8/6 Jeff Johnson
>
> On Aug 6, 2009, at 4:09 AM, Per Øyvind Karlsen wrote:
>
> 2009/8/6 Jeff Johnson
>
>>
>> On Aug 6, 2009, at 12:26 AM, Per Øyvind Karlsen wrote:
>>
>> 2009/8/6 Jeff Johnson
>>
>>> Why are you reverting? The issue i
2009/9/1 David Smid
> 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 RPM4 doesn't ha
2009/11/11 Jeff Johnson
> 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 original i
2009/11/11 Jeff Johnson
> There's lots cheaper ways to get NVR than calling headerSprintf() here.
>
> See some of the rpmteFoo getters.
>
Yeah, rpmteNEVR() perhaps?
Still, I'm wondering perhaps if using %_query_all_fmt as a default
and maybe making it overridable through macros as well in stead
2009/11/11 Jeff Johnson
> Hmmm, careful here, Fclose() is the twistiest
>
> piece of code in RPM, hands down.
>
> For starters, fdFree() doesn't really free anything,
> but rather decrements a reference count, and returns
> the same fd pointer. If fdPop() is getting a NULL
> pointer, then a refco
2009/11/12 Jeff Johnson
>
> 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/lib64directfb
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 Valgrind
2009/11/17 Jeff Johnson
>
> 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:
&
2009/11/17 Jeff Johnson
>
> On Nov 17, 2009, at 12:49 PM, Per Øyvind Karlsen wrote:
>
>
>
> 2009/11/17 Jeff Johnson
>
>>
>> On Nov 17, 2009, at 12:40 PM, Per Øyvind Karlsen wrote:
>>
>> > I just did a fresh install of Mandriva Linux a
2009/11/18 Jeff Johnson
>
> 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 --
&
2009/11/18 Jeff Johnson
>
> 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
> overly
2009/11/18 Jeff Johnson
>
> 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
> >
2009/11/20 Jeff Johnson
>
> 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
2009/11/21 Jeff Johnson
>
> On Nov 20, 2009, at 7:53 PM, Per Øyvind Karlsen wrote:
>
> 2009/11/20 Jeff Johnson
>
>>
>> On Nov 20, 2009, at 11:46 AM, Jeff Johnson wrote:
>>
>> > Attached is a patch that should fix
>> >
>> > https
2009/11/21 Jeff Johnson
>
> 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 trail
2009/11/21 Jeff Johnson
>
> 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
2009/11/21 Per Øyvind Karlsen
> 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
2009/11/27 Pinto Elia :
> RPM Package Manager, CVS Repository
> http://rpm5.org/cvs/
>
>
> Server: rpm5.org Name: Pinto Elia
> Root: /v/rpm/cvs Email: devzero2...@rpm
I forgot, out of practice.. ;)
2010/5/7 Jeff Johnson :
> 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 Reposit
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 instru
2010/5/24 Jeff Johnson :
>
> 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
>> db_pages
2010/8/27 Jeremy Huntwork :
> Hello,
>
> Jeff Johnson mentioned that there was a script he shared back in May which
> swapped endianness when converting data from a 5.2 rpm db to 5.3. Anyone
> happen to have that on-hand?
This one probably:
#!/bin/sh
mv $1 $1-ORIG
/usr/lib/rpm/bin/db_dump $1-ORIG
1 - 100 of 308 matches
Mail list logo