2010/12/14 Jeff Johnson n3...@mac.com:
On Dec 14, 2010, at 7:44 AM, Jeff Johnson wrote:
5.3.6 - 5.3.7:
+ - proyvind: rpmts: don't default rootDir to if set to NULL, as it
+ confusing rpm checks on NULL / only, without , making ie.
+ %posttrans scriptlets fail where NULL is used
2010/12/14 Jeff Johnson n3...@mac.com:
On Dec 14, 2010, at 12:47 PM, Per Øyvind Karlsen wrote:
My insight on the matter is mainly from rpm packaging perspective,
rather than rpm engineering itself on this though, so the
understanding of the topic is obviously rather incomplete
2010/12/14 Jeff Johnson n3...@mac.com:
On Dec 14, 2010, at 3:00 PM, Per Øyvind Karlsen wrote:
On a related note though I've started giving parentdir symlink deps
some more thoughts again though, skimming the surface on practical
issues and drawbacks of such as ie. the size
2010/12/14 Jeff Johnson n3...@mac.com:
On Dec 14, 2010, at 4:49 PM, Per Øyvind Karlsen wrote:
The issues of the size of files.xml* and synthesis.hdlist* have nothing
whatsoever to do with parentdir/linkto dependencies.
But for being able to resolve these dependencies, one still needs
2010/12/15 Jeff Johnson n3...@mac.com:
On Dec 14, 2010, at 9:51 PM, Jeff Johnson wrote:
Download. uncompress. use for file dependencies.
I will take wagers on how much smaller the encoding is as
soon as you tell me what you choose for {n,p}.
There's an obvious generalization here for
2010/12/18 Jeff Johnson n3...@mac.com:
On Dec 17, 2010, at 2:22 PM, Jeff Johnson wrote:
On Dec 17, 2010, at 1:48 PM, Per Øyvind Karlsen wrote:
So I guess there's something I'm not really fully grasping here...
See code attached...
Yes. You miss that you need to estimate the expected
2010/12/21 Jeff Johnson n3...@mac.com:
Id there a compilation faulure here? Or just C fetishism? ;-)
If there's a compilation failure, I'll adjust my own coding practices
(aka fetishism ;-) accordingly.
Only with -pedantic -Werror.. ;)
Just stumbled across it when enabling most warning flags
2010/12/21 Jeff Johnson n3...@mac.com:
On Dec 21, 2010, at 7:27 AM, Per Øyvind Karlsen wrote:
2010/12/21 Jeff Johnson n3...@mac.com:
Id there a compilation faulure here? Or just C fetishism? ;-)
If there's a compilation failure, I'll adjust my own coding practices
(aka fetishism
To make it possible to consider enabling embedding of interpreters,
I'd say it's crucial to not tie them in as dependencies to break rpm completely
if missing (ie. perl changing path to libperl.so for each micro
release) or pulling
in large dependencies or anything...
Here's a patch that adds
2010/12/25 Jeff Johnson n3...@mac.com:
Ick.
WITH_VALGRIND is a compile, not a run-time, option,
Which was semi-broken due to mixup between usage of #ifdef
WITH_VALGRIND #ifdef VALGRIND and also a missing ';'.. :p
I haven't changed it being a compile option though, only the means to
detect
2010/12/26 Jeff Johnson n3...@mac.com:
Ick (but I've had to do worse when necessary).
If you can give me a toy package reproducer, I can likely
help get something better in place.
I'd guess (since all of these are %doc files afaict)
that the precedence order of %doc handling and file
2010/12/26 Jeff Johnson n3...@mac.com:
On Dec 26, 2010, at 4:52 PM, Per Øyvind Karlsen wrote:
For toy package reproducers, you can try gnupg gnupg2 from cooker.
Those aren't toys. What's needed is simple reproducers.
Here's btw. a report opened on the issue this commit fixes
2010/12/27 Jeff Johnson n3...@mac.com:
On Dec 26, 2010, at 7:39 PM, Per Øyvind Karlsen wrote:
2010/12/26 Jeff Johnson n3...@mac.com:
On Dec 26, 2010, at 4:52 PM, Per Øyvind Karlsen wrote:
For toy package reproducers, you can try gnupg gnupg2 from cooker.
Those aren't toys. What's
2010/12/28 Jeff Johnson n3...@mac.com:
I think the intent is savable and useful even if the
hardwired paths is hacky.
Yeah, but I reached the conclusion that the actual need wasn't really
there, the only conflicting man pages between multilib packages I
stumbled across was one reaching a small
2010/12/28 Jeff Johnson n3...@mac.com:
I'd tend to agree: packaging error. But that isn't my call ...
For Mandriva, certainly packaging errors. :)
There are like 10 replaced files (out of 300K - 1M files in a modern distro
like Mandriva) that actually have the state replaced. All of the paths
2010/12/29 Silvan Calarco silvan.cala...@mambasoft.it:
Hi,
On Tuesday 28 December 2010 17:01:50 Jeff Johnson wrote:
The solution here is to use Fopen(), not fdOpen().
I'm testing this in a function but it doesn't work:
FD_t fd;
int rc;
fd = Fopen(headerFile,
2010/12/29 Jeff Johnson j...@rpm5.org:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Jeff Johnson
Root: /v/rpm/cvs Email:
2010/12/29 Jeff Johnson n3...@mac.com:
So fix it. I need to build on HEAD.
Yeah, I'd imagine.. ;)
Sorry, didn't notice that I forgot debug.h before I saw it missing
from the revert, will fix!
I guess the missing debug.h changes might've caused some of the
confusion about the commit earlier.
2011/1/9 Jeff Johnson n3...@mac.com:
Dare I ask?
WTF arre pre-macros?
If they are what I think they are (i.e same as --predefine),
it ain't gonna work.
Been there, done that.
Used to define macros before loading all the rest, this to be able
to set default %_target_cpu with libcpuinfo by
I've run into some ordering issues installing into a fresh chroot:
installing findutils-4.5.9-1mdv2011.0.i586.rpm
nss_tcb-1.0.6-0mdv2011.0.i586.rpm
cracklib-dicts-2.8.16-2mdv2011.0.i586.rpm
perl-base-5.12.2-5mdv2011.0.i586.rpm setup-2.7.18-2mdv2011.0.i586.rpm
2011/1/12 Per Øyvind Karlsen pkarl...@rpm5.org:
I've run into some ordering issues installing into a fresh chroot:
installing findutils-4.5.9-1mdv2011.0.i586.rpm
nss_tcb-1.0.6-0mdv2011.0.i586.rpm
cracklib-dicts-2.8.16-2mdv2011.0.i586.rpm
perl-base-5.12.2-5mdv2011.0.i586.rpm setup-2.7.18
2011/1/12 Per Øyvind Karlsen pkarl...@rpm5.org:
2011/1/12 Per Øyvind Karlsen pkarl...@rpm5.org:
I've run into some ordering issues installing into a fresh chroot:
installing findutils-4.5.9-1mdv2011.0.i586.rpm
nss_tcb-1.0.6-0mdv2011.0.i586.rpm
cracklib-dicts-2.8.16-2mdv2011.0.i586.rpm
perl
2011/1/13 Jeff Johnson n3...@mac.com:
On Jan 13, 2011, at 4:24 AM, Per Øyvind Karlsen wrote:
So Id say that there's definitively something buggy going on with rpm here..
Try printing out the LOOP messages you've chosen to hide.
Then fix your LOOP's.
If claiming something buggy going
2011/1/13 Jeff Johnson n3...@mac.com:
On Jan 13, 2011, at 5:29 AM, Per Øyvind Karlsen wrote:
But given that Requires(post) indicates that it's required at
scriptlet time, shouldn't rpm consider this as coretuilspam?
There is no scriptlet time.
There are
1) needed for installing
2011/1/13 Jeff Johnson n3...@mac.com:
On Jan 13, 2011, at 8:49 AM, Jeff Johnson wrote:
Well, I dunno at which time it might've changed, but with rpm 4.6
Requires(pre,prein,post,postun): were sorted to be ordered before
Requires:, which is something the packaging in cooker has been heavily
2011/1/13 Jeff Johnson n3...@mac.com:
On Jan 13, 2011, at 10:42 AM, Per Øyvind Karlsen wrote:
Well, I dunno at which time it might've changed, but with rpm 4.6
Requires(pre,prein,post,postun): were sorted to be ordered before
Requires:, which is something the packaging in cooker has been
2011/1/18 Jeff Johnson n3...@mac.com:
Rip it out please. Or I will.
One cvan set the log directory in DB_CONFIG.
Using DB_CONFIG is the means to set parameteres configrurably
for Berkeley DB. If you find the Berekeley DB configuration
machainsim useless, go honk at Orackle, not hack in
: remaining bugs in RPM ? (no distro tag)
To: coo...@mandrivalinux.org
On Jan 19, 2011, at 7:02 AM, Per Øyvind Karlsen wrote:
I fail to understand manually, nor is there a downside (as
long as RPM never has to look up localized package depedencies).
To get %{NVRA} to return the same
2011/1/20 Jeff Johnson n3...@mac.com:
On Jan 19, 2011, at 8:44 PM, Jeff Johnson wrote:
On Jan 19, 2011, at 8:39 PM, Per Øyvind Karlsen wrote:
ie. 'rpm -q foo' might return:
foo-1-1-mdv2011.0.x86_64
foo-bar-1-1mdv2011.0.x86_64
Yep. Can't tell what's what because the syntax isn't
grf, sent this one earlier with wrong alias..
2011/1/25 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/1/24 Jeff Johnson n3...@mac.com:
Lessess if we can get this fixed.
On Jan 19, 2011, at 8:39 PM, Per Øyvind Karlsen wrote:
To make dbiFindMatches() to match -%{disttag}%{distepoch}, I
2011/1/25 Matthew Dawkins matty...@gmail.com:
On Fri, Jan 14, 2011 at 11:05 AM, Matthew Dawkins matty...@gmail.com
wrote:
I recently updated my snapshot of 5.2 to build around a perl upgrade to
5.12.2, but I didn't expect any problems really.
Well pkgs that have requires like the
2011/1/25 Jeff Johnson n3...@mac.com:
This change MUST be tested and integrated somehow.
I'm working on it, this is why my later commits are touching /tests. :)
I'm about to push a new cvs snapshot to cooker with 'make check'
(finally) enabled now,
you should see some new regression tests
2011/1/25 Jeff Johnson n3...@mac.com:
On Jan 25, 2011, at 1:42 PM, Matthew Dawkins wrote:
On Tue, Jan 25, 2011 at 11:14 AM, Jeff Johnson n3...@mac.com wrote:
On Jan 25, 2011, at 12:52 PM, Matthew Dawkins wrote:
Unity != Mandriva
The problem for Unity was that smart doesn't support
2011/1/25 Jeff Johnson n3...@mac.com:
On Jan 25, 2011, at 12:17 AM, Per Øyvind Karlsen wrote:
So where is this too greedy coming from? My guess is that you have
mixtures of strings in the NVRA index, some with mdv2011.0, some without.
Yupp, that's just it.
OK ... ick. Truly its gonna
d'oh, sent with wrong email address..
2011/1/27 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/1/27 Jeff Johnson n3...@mac.com:
There's a deep political rift aka labelCompare() involving missing values
that needs to be sorted through here.
The same political rift affects your fix
2011/1/27 Jeff Johnson n3...@mac.com:
What is was the warning? If it was return value from headerFree()
being ignored, then try something simpler like
Yupp, but I thought that I could cut down to just one assignment..
(void) headerFree(s-h);
s-h = NULL;
(headerFree is perfectly
2011/1/27 Jeff Johnson n3...@mac.com:
On Jan 27, 2011, at 3:12 PM, Per Øyvind Karlsen wrote:
Yes its all very silly and stoopid. But I'll rot in hell before I get
blamed for
You broke yum by changing rpm-python @rpm5.org!
Which was the suggestion that Per Oyvind coordinate a tricky
I've tried to make a first attempt at resolving dependency loops using
the specific dependency type as hint for ordering.
The patch attached will try attempt resolving the loops by removing
one kind of dependency type (based on what seems likely to be the
most important kind of dependency wrt.
2011/2/14 Jeff Johnson n3...@mac.com:
Hmmm ... rpmmiCount is supposed to be invoked lazily when needed,
not as part of every iteration.
The conditions in rpmmiCount() may need adjustment. That I can
easily believe.
in lib/psm.c:1666
rpmmiCount() is used, where rpmmiNext() has already created
2011/2/14 Jeff Johnson n3...@mac.com:
On Feb 13, 2011, at 9:41 PM, Per Øyvind Karlsen wrote:
2011/2/14 Jeff Johnson n3...@mac.com:
Hmmm ... rpmmiCount is supposed to be invoked lazily when needed,
not as part of every iteration.
The conditions in rpmmiCount() may need adjustment. That I
2011/2/14 Jeff Johnson n3...@mac.com:
On Feb 13, 2011, at 10:15 PM, Jeff Johnson wrote:
Hmm the rpmiPrune() just above psm.c:1666 might need to
looked at ... until yesterday it really dinna matter whether
%trigger's worked beyond the toy test cases I originally
wrote when implementing. Its
2011/2/14 Per Øyvind Karlsen pkarl...@rpm5.org:
2011/2/14 Jeff Johnson n3...@mac.com:
On Feb 13, 2011, at 9:41 PM, Per Øyvind Karlsen wrote:
2011/2/14 Jeff Johnson n3...@mac.com:
Hmmm ... rpmmiCount is supposed to be invoked lazily when needed,
not as part of every iteration
2011/2/14 Jeff Johnson n3...@mac.com:
On Feb 13, 2011, at 10:56 PM, Per Øyvind Karlsen wrote:
And no I'm not subscribed to maintainers@ ... , my reply bounced.
it's an open list, just a matter of subscribing :)
You assume I know more than I do. Until you mentioned, I had no idea.
And I
2011/2/22 Jeff Johnson n3...@mac.com:
Note that there's literally no frigging reason known
to the human race why RPM needs to supply absolute paths
to every bleeping uglix executable on all possible
platfomrs protably in spite of FHS and linux vendor
induced rearrangements.
The proper (and
2011/2/24 Jeff Johnson n3...@mac.com:
Nice!
I see you wussed out re macro expansion. ;-)
Yeah.. :|
Was gonna look into something else, so I just wussed out and
commited what was requested so that it at least wasn't forgotten
(too st00pid to figure out in less than a few seconds).. :p
--
2011/2/24 Tobias Gerschner tobias.gersch...@gmail.com:
Good Morning,
I've just asked Jeff and Ralf for write access to the cvs repository of rpm.
I just like to briefly introduce me and what my motivation is on
participating with rpm development.
Being the lead dev of the yoper linux
Working out some remaining issues in perl-URPM for dealing with upgrades
from stable releases I became aware of some different behaviour for
suggests giving headaches..
First of all, ie. 'rpm -q --requires foo' will return both regular
requires and
suggests, is this really correct behaviour?
For
2011/3/6 Jeff Johnson n3...@mac.com:
Under #ifdef RPM_VENDOR_MANDRIVA please.
The problem you are trying to solve is with aliasing
for a package identifier, which sometimes has
Distepoch: and sometimes does not?
Yes, primarily to treat EVR as being duplicate independent of distepoch
or not.
using right address this time..
2011/3/6 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/3/6 Jeff Johnson n3...@mac.com:
On Mar 6, 2011, at 9:42 AM, Jeff Johnson wrote:
Under #ifdef RPM_VENDOR_MANDRIVA please.
The problem you are trying to solve is with aliasing
for a package identifier
2011/3/9 Jeff Johnson n3...@mac.com:
Nice! And timely!
But this behaviour is wrong!
Why would one add additional functionality to a long existence
%exclude attribute
to do the same as what already can be done by using 'rm -rf'?
And what if one intended to only exclude the file from being
sent with wrong address..
2011/3/17 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/3/15 Jeff Johnson n3...@mac.com:
I need to revisit the rpmgi pretty soon anyways, because
hdlists-as-used-by-mandriva
aren't the same as hdlists-as-used-by-rpm and its almost time to
fix (Mandriva's
2011/3/23 Jeff Johnson n3...@mac.com:
This is a reversion from what was intended and already implemented
almost 4 years ago.
Under #ifdef RPM_VENDOR_MANDRIVA please.
So %clean shouldn't be run by default if not added to .spec?
As %clean is a preferred default, it would seem backwards not
2011/3/23 Jeff Johnson n3...@mac.com:
On Mar 23, 2011, at 4:51 PM, Jeff Johnson wrote:
This is a reversion from what was intended and already implemented
almost 4 years ago.
Under #ifdef RPM_VENDOR_MANDRIVA please.
Since your first question is likely:
OK where is it?
The murky
2011/3/23 Jeff Johnson n3...@mac.com:
On Mar 23, 2011, at 5:01 PM, Per Øyvind Karlsen wrote:
Yes, but this isn't run unless %clean exists in the spec file..
Not true (from 4+ year old memory). But I've forgot.
Well, your memory seems to be wrong then.. ;)
This is the reason why I've
2011/3/24 Jeff Johnson n3...@mac.com:
On Mar 23, 2011, at 5:19 PM, Per Øyvind Karlsen wrote:
2011/3/23 Jeff Johnson n3...@mac.com:
On Mar 23, 2011, at 5:01 PM, Per Øyvind Karlsen wrote:
Yes, but this isn't run unless %clean exists in the spec file..
Not true (from 4+ year old memory
d'oh, used wrong sender..
2011/3/24 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/3/24 Jeff Johnson n3...@mac.com:
Cool! Cooker finally has an Augeas package in main!
The issue with the rpm+augeas embedding is that augeas
development is pretty active, with lots of patterns
in lenses
2011/3/24 Jeff Johnson n3...@mac.com:
On Mar 24, 2011, at 12:40 PM, Per Øyvind Karlsen wrote:
d'oh, used wrong sender..
2011/3/24 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/3/24 Jeff Johnson n3...@mac.com:
Cool! Cooker finally has an Augeas package in main!
The issue with the rpm
2011/3/24 Jeff Johnson n3...@mac.com:
Nice!
Hacks == hacks (the uuid_t on Mac OS X is dreadfully annoying).
Thanks for -luuid! Now I can write up how to
use (original work was ~ May, 2008 on rpm-devel@rpm5.org archives if
interested)
I've commited some various fixes for ossp_uuid for it to
2011/3/27 Jeff Johnson n3...@mac.com:
This patch (and devzero's change) make no sense.
rpm -ba is _ALWAYS_ in short-cicuit mode by definition, because
the starting point for --short-circuit is a non-existent directory
and nothing is built.
The --short-circuit is to resume a build from a
2011/4/1 Jeff Johnson n3...@mac.com:
Under #ifdef RPM_VENDOR_MANDRIVA please.
It already is. ;)
--
Regards,
Per Øyvind
__
RPM Package Managerhttp://rpm5.org
Developer Communication List
2011/4/5 Jeff Johnson n3...@mac.com:
No way Jose!
rpmbuild (and *.rpm metadata) can NOT have any encoding
assumed.
Encoding is for DISPLAY, not for octets.
Put unicode into package metadata at your own peril.
Meanwhile -- without an means to specify encoding in metadata --
rpm in C has
2011/4/5 Jeff Johnson n3...@mac.com:
On Apr 5, 2011, at 3:49 PM, Per Øyvind Karlsen wrote:
2011/4/5 Jeff Johnson n3...@mac.com:
No way Jose!
rpmbuild (and *.rpm metadata) can NOT have any encoding
assumed.
Encoding is for DISPLAY, not for octets.
Put unicode into package metadata
2011/4/5 Jeff Johnson n3...@mac.com:
On Apr 5, 2011, at 4:13 PM, Per Øyvind Karlsen wrote:
Hm, okay, so better obviously needs to be done.
Have a go at fixing if you wish.
Here's the code that breaks things:
/* Lose the inheirited %description (if present). */
{ HE_t he = memset
2011/4/10 Jeff Johnson n3...@mac.com:
You ought to pull back lib/verify.c (header signature checks re-implemented)
and rpmdb/hdrfmt.c changes (the sql/json part is done, works afaict, I'm
just waiting
to see if there's anything else before doing XML spewage the same way
with EVRD parsing).
2011/4/10 Per Ųyvind Karlsen pkarl...@rpm5.org:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Per Ųyvind Karlsen
Root: /v/rpm/cvs
2011/4/10 Hatle, Mark mark.ha...@windriver.com:
See below inline
On Apr 9, 2011, at 11:57 PM, Per Øyvind Karlsen pkarl...@rpm5.org wrote:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server
2011/4/10 Jeff Johnson n3...@mac.com:
On Apr 10, 2011, at 10:30 AM, Hatle, Mark wrote:
Do you have a pointer or any documentation on how to use these new macros
and helpers?
The multiarch macros?
I can tell you what I see:
Instead of ensuring that /usr/include/*.h is independent of
2011/4/11 Jason Corley jason.cor...@gmail.com:
-# Note: Used iff _use_internal_dependency_generator is non-zero. The
+# Note: Used if _use_internal_dependency_generator is non-zero. The
As a completely useless aside I see this kind of change from proyvind
in almost every patch. I'm assuming
wrong sender.. fgrf
-- Forwarded message --
From: Per Øyvind Karlsen peroyv...@mandriva.org
Date: 2011/4/11
Subject: Re: [CVS] RPM: rpm/ CHANGES rpm/lib/ librpm.vers rpmds.c
rpmds.h rpmfc.c
To: rpm-devel@rpm5.org
2011/4/11 Jeff Johnson n3...@mac.com:
I knew I'd seen
I hate gmail...
2011/4/11 Per Øyvind Karlsen peroyv...@mandriva.org:
2011/4/11 Jeff Johnson n3...@mac.com:
On Apr 11, 2011, at 12:29 AM, Per Øyvind Karlsen wrote:
wrong sender.. fgrf
-- Forwarded message --
From: Per Øyvind Karlsen peroyv...@mandriva.org
Date: 2011/4/11
ps: if you still don't get it, it should be fairly easy grasping just by looking
at the packages in cooker which has devel() dependencies, and see how
these dependencies gets automatically pulled in from other packages
providing devel() when installng a -devel package...
ps: Excuse my aggitation,
2011/4/16 Jeff Johnson n3...@mac.com:
Ok enough.
We _ARE_ headed for a fork between rpm5.org - Mandriva if these check-ins
continue.
I've asked for discussion first. Not happening.
I've asked for a feature list. Not seen.
I've pointed out that many of these changes are ancient hysteria
2011/4/16 Jeff Johnson n3...@mac.com:
And so now we have the start of Yet More peculier dependencies,
not just devel(...) but now uClibc(...).
Yes, this is to avoid conflicts with sonames linked against glibc, ie. see:
[peroyvind@lappis rpm-5.3.9]$ echo /usr/uclibc/usr/lib64/libz.so.1.2.5
|
2011/4/16 Jeff Johnson n3...@mac.com:
On Apr 16, 2011, at 11:34 AM, Per Øyvind Karlsen wrote:
2011/4/16 Jeff Johnson n3...@mac.com:
And so now we have the start of Yet More peculier dependencies,
not just devel(...) but now uClibc(...).
Yes, this is to avoid conflicts with sonames linked
-- Forwarded message --
From: Per Øyvind Karlsen peroyv...@mandriva.org
Date: 2011/5/3
Subject: Re: Repodata additions
To: rpm-t...@rpm5.org
2011/5/3 Jeff Johnson n3...@mac.com:
A sane opinion as always, and Distepoch is nicely done and handled.
Would you mind reposting
2011/5/3 Jeff Johnson n3...@mac.com:
Seriously you have better things to do than diddle w commas
and -pedantic. If not, well mdawkins has a reproducer with --xml
due to my --json changes that could/should be brought back to rpm-5.3.x.
Give me a pointer and I'll get to it. :)
Just a reality
2011/5/11 Jeff Johnson n3...@mac.com:
This isn't your code. Leave it be.
Huh?
You don't want me to commit this change at all, or you just don't want
me to commit it on HEAD..?
In the past you've told me to *always* commit to HEAD first..
WTF does C++ typecasting have to do with anything?
I am
2011/5/22 Robert Xu rob...@gmail.com:
Hi all,
I've been going through opensuse patches with quilt (sorry Jeff, I
couldn't wait to build RPM5, but didn't want to throw away whatever
SuSE does completely)...
I ran across localetag.diff, and then ran through the rpm5 repository,
only to
When adding macros/mandriva in the past, I tried adding %{load:
/etc/rpm/macros.d/*.macros}
to it for loading macros rather than specifying it during ./configure,
but I quickly discovered that support for wildcards wasn't supported and didn't
care much about it since, figguring that I'd look into
2011/5/27 Jeff Johnson n3...@mac.com:
Nice!
\o/
Still needs to be done somewhere else though for performance.
Nothing at all wrong with this patch, just SHOULD be done
deeper in dbiFindMatches() for highest performing, most general, etc etc.
Yupp, there's still a lot room for improvement,
2011/6/3 Jeff Johnson n3...@mac.com:
Talk to me first *PLEASE* ... nothing at all wrong with what you
are doing _EXCEPT_ you aren't talking.
Yeah, I just realised that I left it quite broken earlier and figured that
I'd might as well just go ahead fixing it..
For the actual changes, I seem to
2011/7/12 Jeff Johnson n3...@mac.com:
This isn't at all the right approach because
its doesn't scale.
You have changed a single high performing rpmdb
access that applies patterns to keys only, and added
a hack-o-round that then goes and loads multiple
headers repeatedly to try and adjust
2011/7/12 Jeff Johnson n3...@mac.com:
Lemme split this into 2 threads to try to address
two twisted issues properly. The other thread will be
Transaction sanity checks
On Jul 12, 2011, at 8:48 AM, Jeff Johnson wrote:
You need to figure a better *RE pattern, not whack in
lots of
2011/7/12 Jeff Johnson n3...@mac.com:
On Jul 12, 2011, at 8:21 AM, Per Øyvind Karlsen wrote:
2011/7/12 Jeff Johnson n3...@mac.com:
This isn't at all the right approach because
its doesn't scale.
You have changed a single high performing rpmdb
access that applies patterns to keys only
2011/7/13 Jeff Johnson n3...@mac.com:
On Jul 13, 2011, at 1:54 PM, Per Øyvind Karlsen wrote:
Passing keys Somewhere Else Instead isn't needed either: rpmdbMireApply()
is perfectly capable of being used intelligently, to perform a bullshit
test that isn't necessary at all, however you wish
I've started to ramble on some of the features, issues, ideas etc. to
work on and consider
for our (Mandriva Linux) next development cycle, and in the interest
of sharing work and
coordinating efforts with others, while inviting others to contribute:
know, but jI've just not made my way back to this one yet.. :|
Hmmm … there's other code that starts to use this patch coming
shortly, correct?
urpmi is depending on this, as it's using NVRA for package removal..
hth
73 de Jeff
On Nov 2, 2011, at 9:51 AM, Per Øyvind Karlsen wrote:
RPM
2011/11/16 Mei, Lei lei@intel.com:
Hi all,
I am a developer of Yocto project(http://www.yoctoproject.org/), our
project is for embedded industry. we support rpm5 in our project, but the
/var/lib/rpm/log grows indefinitely, it's unacceptable in embedded device. I
am trying to
Den 17:39 21. oktober 2011 skrev Jeff Johnson j...@rpm5.org følgende:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Jeff Johnson
Root: /v/rpm/cvs
Den 16:16 20. desember 2011 skrev Jeffrey Johnson n3...@me.com følgende:
On Dec 20, 2011, at 9:55 AM, Per Øyvind Karlsen wrote:
Den 17:39 21. oktober 2011 skrev Jeff Johnson j...@rpm5.org følgende:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs
Den 13:24 22. desember 2011 skrev Paul Eggleton
paul.eggle...@linux.intel.com følgende:
Hi there,
Whilst working on Poky/OpenEmbedded I found the need to list all of the hard
dependencies of an RPM package within a shell script. Unfortunately --requires
or the REQUIRES tag seem to also
Den 13:24 22. desember 2011 skrev Paul Eggleton
paul.eggle...@linux.intel.com følgende:
Hi there,
Whilst working on Poky/OpenEmbedded I found the need to list all of the hard
dependencies of an RPM package within a shell script. Unfortunately --requires
or the REQUIRES tag seem to also
Den 13:24 22. desember 2011 skrev Paul Eggleton
paul.eggle...@linux.intel.com følgende:
Hi there,
Whilst working on Poky/OpenEmbedded I found the need to list all of the hard
dependencies of an RPM package within a shell script. Unfortunately --requires
or the REQUIRES tag seem to also
Den 20:16 16. februar 2012 skrev Jeff Johnson j...@rpm5.org følgende:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Jeff Johnson
Root: /v/rpm/cvs
Den 14:06 1. februar 2012 skrev Pinto Elia devzero2...@rpm5.org følgende:
RPM Package Manager, CVS Repository
http://rpm5.org/cvs/
Server: rpm5.org Name: Pinto Elia
Root: /v/rpm/cvs
oops. managed to accidentallly send this while getting on the airport train..
Den 04:48 27. april 2012 skrev Per Øyvind Karlsen pkarl...@rpm5.org følgende:
Den 13:27 21. april 2012 skrev Alexey Tourbin
alexey.tour...@gmail.com følgende:
On Fri, Apr 20, 2012 at 5:16 PM, Jeffrey Johnson n3
Den 13:27 21. april 2012 skrev Alexey Tourbin
alexey.tour...@gmail.com følgende:
On Fri, Apr 20, 2012 at 5:16 PM, Jeffrey Johnson n3...@me.com wrote:
The methods in the existing encoding/decoding are in rpmio/set.c @rpm5.org:
the algorithm
is unchanged from Alt.
A change to the existing
2012/4/28 Jeffrey Johnson n3...@me.com:
On Apr 26, 2012, at 10:48 PM, Per Øyvind Karlsen wrote:
But set:versions looks quite useful, and far more effective at reducing
the number
of dependencies than attempting a pin-hole optimizations with boolean
expressions, discarding inequalities
2012/5/11 Tim Mooney tim.moo...@ndsu.edu:
In regard to: Requires: python(foo) = bar, Jeffrey Johnson said (at
2:11pm...:
Matthew Dawkins mentioned an interest in better python module
dependencies in RPM earlier today.
I'm still running rpm 5.1.9 and meaning to upgrade, but I've been
2012/10/16 Janis Elmeris janis.elme...@intelligentsystems.lv
Hello!
I accidentally upgraded a package with a lot of dependencies inluding rpm
and db, and at some point also aborted the upgrade, and now I have a broken
RPM. :(
Right after sending the abort command I got these error
101 - 200 of 255 matches
Mail list logo