Prefer installed solvables first if there are two available with the
same name and evr. Bug#351941

Doesn't segfault anymore.

expose repo_lookup_str and add lookup_num (nonworking)

unbreak

avoid segfault. FIXME please

I understand the solver a bit now , enough to hack around the problem causing
#354404 .  See the elaborate comment.  No additional test suite errors
(i.e. only those from the disabling of locale/language support).

fix segv when str2id(pool,NULL)

Iterating over the literals of a rule requires setting up the literal
list pointer from rule->d.

Bah, we have to handle the empty string too.  Whenever there were empty
strings (STRID_EMPTY), e.g. in s->vendor, the SOLV file was fairly
messed up in subtle ways.  This might fix #354404 (at least with this I
can't reproduce it).  Probably most SOLV files need to be regenerated.

added pool to arguments

trying to get a translated attribute working

- unify join and makeevr

xml store capabilities are parsed now.

next: attributes

try to move split and join out
support for more attributes of xmlstore

I think I will need to use another strategy for
the capability tag, the stupid state machine cant handle it

initial support for different kinds and pattern/patch store
tag names.

next: add support for store type of dependencies, which are slightly different
to the yum ones

- use namespace instead of solvable for languages
  (breaks some test cases, solv files have to be regenerated)

- add optimization comment

allow empty strings

- allow empty string space

Use repodata_merge_attrs to implement =Shr again.  Currently suboptimal,
as the blob data isn't shared in the file (the old attribute store
simply copied only ofs/len, the new one creates a new blob for each
reference to the same data snippet).

Split repodata_insert_keyid from repodata_set to create
repodata_merge_attrs.

A subtle but fatal off-by-one.

Storing the schema in front of the incore data releaves us from fiddling
with the entryschema members.

Document repodata_internalize a bit, after understanding what it does :)

I'm fairly sure this is right.  Probably untested code path.

compile

Increment needid[] of the right member.

remove superfluous Pool argument in policy_illegal_ functions

no comment

Small nit.

- split assignment to shut up stupid g++ compiler

- add key filtering to repo_write
- change repo_write so that it combines all available data
- integrate attr_store into repodata
- write storage parameter with every key, bump solv revision to 5
- don't create system rules for atoms
- change repo_susetags to use repodata interface

Added callbacks for policy handling.

- add dirpool support

introduce 'Covenants' as a generic representation of 'Locks'
Covenants are bound to the Solver and should be taken into account
when solving.
Still incomplete !

Very subtle sign/zero-extension bug occuring on 64bit.

- add dir reading code to solv reader
- change DU skeleton to use new layout
- add new type TYPE_DIR

Let's give fastlz a license, shall we?

It's nicer to represent the special numbers as TYPE_VOID with the actual
value sitting in key->size.

package submitted

reduced looging

- add evrcmp_str for ma

- fix support for splitprovides
- add some unfinished code for DU queries

- clarify

docu added

- beautify a bit

Problem.to_s and Decision.to_s

- rename xmalloc/... functions to sat_malloc, as we're a
  library and mustn't conflict with other libraries

- assertify
- add direct decision counter to make reset_solver faster and easier
  to understand

fprintf line number immediately before calling abort()
... as an incentive to convert it to a proper solution ;-)

sync with autobuild

prepare another autobuild round

- also push level 1 rules on leanrt stack
- this also fixes a nasty bug where a learnt rule was
  not disabled by enabledisablelearntrules()

update to current solver format (data taken from 10.3-i386)

set pool architecture

adapt to swig bindings (incomplete, non-working)

further steps towards Perl bindings, still incomplete
- merge stuff from Kiwi
- work around bugs in CMake FindPerlLibs

comment added

comments added

comments

negate p before use as offset

add Decision (solver result element) and testcase

fix examples/ruby/basic.rb
add create_repo, create_transaction and create_solver to Pool
rename 'erase' to 'remove', its more natural
rename Pool.count_repo to Pool.count_repos

Install content2solv.

Memory efficient representation of the dirtree (important for
unabridged packages.DU).  Store and reread the dirtree (in a hacky way,
should use the info block).  Make dumpattr show the directory names.
On disk the same info as in my 10.3 packages.DU (1.4MB, 330 KB gzipped)
only takes 146 KB.

No idea why I had this as intlist.

Parse also +Dir:, i.e. the packages.DU file.  For now the info is stored
simply as an ATTR_INTLIST and the dirtree isn't saved at all.

Enable ATTR_INTLIST to contain zeros.  Use the same encoding as IDARRAY.

Some infrastructure for directory trees.

I'll have a need for inserting substrings into a stringpool.

fix example broken by module renames

prepare to pass rootdir for reading rpmdb from other directory
(unfinished)

- add evrmatch
- first shot at adding file provides

- fix bug in repo_addid_dep
- make repo_addid_dep handle different markers, so that we can add
  the file provides with SOLVABLE_FILEMARKER

Improve the page eviction a bit.
Add possibility to merge attributes between entities, use it to handle
=Shr susetags headers.

Let's not compare strings in an if-cascade or lookup the same names all
the time.

- some bug fixes + stop handling, nothing fancy

One-valued types for media number.  They can be encoded in the schema,
no need for storing 1, 2 or 3 all the time.

- some more things to think about

- do not exit on bad solv files

- removed verticals for now to make work easier
- allow NULL idmap

- forgot to store start and end of id block

- some pieces of code for the unified lookup/search interface

- beautify

Handle most of the susetags tags.  Major exception is 'Shr', where I'm
still undecided if I want to copy the info verbatim (easier to use), or
if I want to store the reference expecting the users to follow the chain
on his own.  packages.DU and filelists not yet handled.

- use schema in repodata to make it extendible

include stdio

- add evrcmp mode parameter

Pfeww.  I'm tired, but now you can add refers from repo SOLV files to
attribute store files.  Good night.

(Like so:
% addstore bla.solv ding.attr dong.attr > bla2.solv
% dumpsolv bla2.solv
repo refers to 2 attribute stores:
ding.attr has 4 keys
  authors
  group
  keywords
  license
dong.attr has 4 keys
  authors
  keywords
  license
...
)

I'm going to use the file info block real soon now and noticed that
doing it with the schema way brings only hassle for no good.  The info
is per file, hence probably the same scheme won't be reused by anything
else.  Hence going back to nearly the old way.  I do have use for a
counted type, in order to skip safely over unknown entries.  Old SOLV
files can be read when they don't have any file info.  None should
have.

Also activate paging for embedded attr stores.

Pull together attribute store and repo.  dumpsolv actually now really
can also show the content of test.attr, yeah.

Let's make it compile, shall we?

Start moving the attribute store into the library.

A helper function for embedded attributes in SOLV files.

Make the attrstore types available generally.

Fiddling with writing without fiddling with reading of course won't
work. :-/

Work around the schema problem for now without changing the SOLV format.
The Repo writer doesn't account the the zero element at schemadata[0],
and starts counting schemas with 0, the attr store reserves schema ID 0
for the empty schema.  So the attr store explicitely needs to store that
too, otherwise the repo reader will be confused.

As I don't want to merge and map local strings, I need to write out
the "" too, to be compatible with the SOLV reading code.

Make the attribute names part of the string pool, so we don't have to
store them separately.  Now looks even more like a SOLV file.