cleanup

for the RPM-challenged

sync with autobuild

let's increase against factory

introduce Solvable.kind to remove the need for strcmp()/strchr() when
accessing the name in libzypp and other applications.
Its also in preparation of per-kind solving (not implemented yet).

The name prefix (e.g. "pattern:") is still kept but only needed for
capability matching. kind is implemented as an offset (unsigned int)
matching the length of the name prefix. Applications can simply use
(solvable.name + solvable.kind) to strip the prefix from the name.

To prevent name clashes, "product:" was renamed to "prod:". Being
seldomly used, this seems to be acceptable.

Missing understandable documentation on the format of .solv files, the
kind value is currently NOT stored but computed on read.
tools/repo_susetags.c is already prepared to write the kind, solv
version6 should support storing kind values in .solv files.

Fix merge_attrs, so that not (e.g.) two medianr attributes show up in
susetags converted solvables using =Shr .

Make mergesolv work again.

Make repo_lookup_num work.

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.