Hello community,
here is the log from the commit of package libsolv for openSUSE:Factory checked
in at 2011-10-24 15:36:07
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/libsolv (Old)
and /work/SRC/openSUSE:Factory/.libsolv.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "libsolv", Maintainer is ""
Changes:
--------
--- /work/SRC/openSUSE:Factory/libsolv/libsolv.changes 2011-10-21
16:32:33.000000000 +0200
+++ /work/SRC/openSUSE:Factory/.libsolv.new/libsolv.changes 2011-10-24
15:36:09.000000000 +0200
@@ -1,0 +2,6 @@
+Mon Oct 24 13:26:18 CEST 2011 - m...@suse.de
+
+- mls fixed package provides/obsoletes, but forgot to write
+ a changes entry.
+
+-------------------------------------------------------------------
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ libsolv.spec ++++++
--- /var/tmp/diff_new_pack.BEOusO/_old 2011-10-24 15:36:12.000000000 +0200
+++ /var/tmp/diff_new_pack.BEOusO/_new 2011-10-24 15:36:12.000000000 +0200
@@ -23,7 +23,6 @@
Source: libsolv-%{version}.tar.bz2
BuildRoot: %{_tmppath}/%{name}-%{version}-build
Group: Development/Libraries/C and C++
-Prefix: /usr
%bcond_without enable_static
%bcond_without disable_shared
@@ -84,14 +83,6 @@
%description
A new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%if !%{with disable_shared}
%package -n libsolv0
Summary: A new approach to package dependency solving
@@ -100,20 +91,10 @@
%description -n libsolv0
A new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%endif
%package devel
Summary: A new approach to package dependency solving
Group: Development/Libraries/C and C++
-Obsoletes: libsatsolver-devel < 0.18
-Provides: libsatsolver-devel = 0.18
Requires: libsolv-tools = %version
%if !%{with disable_shared}
Requires: libsolv0 = %version
@@ -123,14 +104,6 @@
%description devel
Development files for libsolv, a new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%package tools
Summary: A new approach to package dependency solving
Group: Development/Libraries/C and C++
++++++ libsolv-0.0.0.tar.bz2 ++++++
diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn'
'--exclude=.svnignore' old/libsolv-0.0.0/README new/libsolv-0.0.0/README
--- old/libsolv-0.0.0/README 2011-10-19 10:52:59.000000000 +0200
+++ new/libsolv-0.0.0/README 2011-10-24 13:38:09.000000000 +0200
@@ -1,11 +1,11 @@
-This is libsolv, a free package dependency solver using a satisfyability
+This is libsolv, a free package dependency solver using a satisfiability
algorihtm.
This code is based on two major, but independent, blocks:
1. Using a dictionary approach to store and retrieve package
and dependency information.
-
+
2. Using satisfiability, a well known and researched topic, for
resolving package dependencies.
diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn'
'--exclude=.svnignore' old/libsolv-0.0.0/doc/libsolv.3
new/libsolv-0.0.0/doc/libsolv.3
--- old/libsolv-0.0.0/doc/libsolv.3 2011-10-19 10:52:59.000000000 +0200
+++ new/libsolv-0.0.0/doc/libsolv.3 2011-10-24 13:38:09.000000000 +0200
@@ -2,90 +2,79 @@
.TH LIBSOLV 7 "May 2011"
.SH NAME
libsolv \- package dependency solver library using a satisfiability algorithm
-
.SH HISTORY
This project was started in May 2007 when the zypp folks decided to switch
-to a database to speed up installation. As I'm not a big fan of databases,
-I wondered if there would be really some merit of using one for solving,
+to a database to speed up installation. As I am not a big fan of databases,
+I (mls) wondered if there would be really some merit of using one for solving,
as package dependencies of all packages have to be read in anyway.
.PP
-Back in 2002 I researched that using a dictionary approach for storing
+Back in 2002, I researched that using a dictionary approach for storing
dependencies can reduce the packages file to 1/3 of its size. Extending
this idea a bit more, I decided to store all strings and relations
-as unique 32bit numbers. This has three big advantages:
+as unique 32-bit numbers. This has three big advantages:
.IP - 2
-because of the unification, testing if two strings are equal is the same as
+because of the unification, testing whether two strings are equal is the same
as
testing the equality of two numbers, thus very fast
.IP - 2
-much space is saved, as numbers don't take so much space as strings
+much space is saved, as numbers do not take up as much space as strings
.IP - 2
-the internal memory representation doesn't take more space on a
-64bit system where a pointer is twice the size of a 32bit number
+the internal memory representation does not take more space on a
+64-bit system where a pointer is twice the size of a 32-bit number
.PP
-Thus the solv format was created, which stores a repository as a string
+Thus, the solv format was created, which stores a repository as a string
dictionary, a relation dictionary and then all packages dependencies.
Tests showed that reading and merging multiple solv repositories takes
just some milliseconds.
-
-.SS
-Early solver experiments
-
+.SS Early solver experiments
Having a new repository format was one big step, but the other area
where libzypp needed improvement was the solver. Libzypp's solver was
-a port from the red carpet solver, which was written to update packages
+a port from the Red Carpet solver, which was written to update packages
in an already installed system. Using it for the complete installation
progress brought it to its limits. Also, the added extensions like
support for weak dependencies and patches made it fragile and
unpredictable.
.PP
-As I wasn't very pleased with the way the solver worked, I looked at
+As I was not very pleased with the way the solver worked, I looked at
other solver algorithms. I checked smart, yum and apt, but could not
find a convincing algorithm. My own experiments also were not very
convincing, they worked fine for some problems but failed miserably
for other corner cases.
-
-.SS
-Using SAT for solving
-
+.SS Using SAT for solving
SUSE's hack week at the end of June 2007 turned out to be a turning point
-for the solver. Googling for solver algorithms I stumbled over some note
+for the solver. Googling for solver algorithms, I stumbled over some note
saying that some people are trying to use SAT algorithms to improve
-solving on debian. Looking at the SAT entry in wikipedia, it was easy
-to see that this indeed was the missing piece: sat algorithms are well
+solving on Debian. Looking at the SAT entry in Wikipedia, it was easy
+to see that this indeed was the missing piece: SAT algorithms are well
researched and there are quite some open source implementations.
I decided to look at the minisat code, as it is one of the fastest
solvers while consisting of too many lines of code.
+.PP
Of course, directly using minisat would not work, as a package solver
-doesn't need to find just one correct solution, but it also has to
+does not need to find just one correct solution, but it also has to
optimize some metrics, i.e. keep as many packages installed as possible.
Thus, I needed to write my own solver incorporation the ideas and
algorithms used in minisat. This wasn't very hard, and at the end of
the hack week the solver calculated the first right solutions.
-
-.SS
-Selling it to libzypp
-
-With those encouraging results I went to Klaus Kaempf, the system
-management architect here at SUSE. We spoke about how to convince the
-team to make libzypp switch to the new solver. Fortunately libzypp comes
+.SS Selling it to libzypp
+With those encouraging results, I went to Klaus Kaempf, the system
+management architect at SUSE. We spoke about how to convince the
+team to make libzypp switch to the new solver. Fortunately, libzypp comes
with a plethora of solver test cases, so we decided to make the solver pass
most of the test cases first. Klaus wrote a "deptestomatic" implementation
-to check the test cases. Together with Stephan Kulow, responsible for the
+to check the test cases. Together with Stephan Kulow, who is responsible for
the
openSUSE distribution, we tweaked and extended the solver until most of
the test cases looked good.
+.PP
Duncan Mac-Vicar Prett, the team lead of the YaST team, also joined
-development by creating ruby bindings for the solver. Later, Klaus
+development by creating Ruby bindings for the solver. Later, Klaus
improved the bindings and ported them to some other languages.
-
-.SS
-The attribute store
-
+.SS The attribute store
The progress with the repository format and the solver attracted another
hacker to the project: Michael Matz from the compiler team. He started
with improving the repository parsers so that patches and content files
also generate solvables. After that, he concentrated on storing all
of the other metadata of the repositories that are not used for solving,
-like the package summaries and descriptions. In the end of October, a first
+like the package summaries and descriptions. At the end of October, a first
version of this "attribute store" was checked in. Its design goals were:
.IP - 2
space efficient storage of attributes
@@ -97,16 +86,13 @@
The first version of the attribute store used a different format for
storing information, we later merged this format with the solv file
format.
-
-.SS
-libzypp integration
-
-Integrating the sat-solver into libzypp also started in October 2007 by
+.SS libzypp integration
+Integration of the sat-solver into libzypp also started in October 2007 by
Stefan Schubert and Michael Andres from the YaST team. The first
versions supported both the old solver and the new one by using the
old repository read functions and converting the old package data
in-memory into a sat solver pool. Solvers could be switched with
-the environment variable ZYPP_SAT_SOLVER. The final decision to
+the environment variable ZYPP_SAT_SOLVER. The final decision to
move to the new solver was made in January of 2008, first just by
making the new solver the default one, later by completely throwing out
the old solver code. This had the advantage that the internal solvable
@@ -114,6 +100,5 @@
Matz already played with in a proof of concept implementation showing
some drastic speed gains. The last traces of the old database code
were removed in February.
-
.SH AUTHOR
Michael Schroeder <m...@suse.de>
diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn'
'--exclude=.svnignore' old/libsolv-0.0.0/package/libsolv.changes
new/libsolv-0.0.0/package/libsolv.changes
--- old/libsolv-0.0.0/package/libsolv.changes 2011-10-19 10:52:59.000000000
+0200
+++ new/libsolv-0.0.0/package/libsolv.changes 2011-10-24 13:38:09.000000000
+0200
@@ -1,4 +1,10 @@
-------------------------------------------------------------------
+Mon Oct 24 13:26:18 CEST 2011 - m...@suse.de
+
+- mls fixed package provides/obsoletes, but forgot to write
+ a changes entry.
+
+-------------------------------------------------------------------
Tue Oct 18 16:18:39 CEST 2011 - m...@suse.de
- Add arch arvm7tnhl and armv7thl
diff -urN '--exclude=CVS' '--exclude=.cvsignore' '--exclude=.svn'
'--exclude=.svnignore' old/libsolv-0.0.0/package/libsolv.spec.in
new/libsolv-0.0.0/package/libsolv.spec.in
--- old/libsolv-0.0.0/package/libsolv.spec.in 2011-10-19 10:52:59.000000000
+0200
+++ new/libsolv-0.0.0/package/libsolv.spec.in 2011-10-24 13:38:09.000000000
+0200
@@ -23,7 +23,6 @@
Source: libsolv-%{version}.tar.bz2
BuildRoot: %{_tmppath}/%{name}-%{version}-build
Group: Development/Libraries/C and C++
-Prefix: /usr
%bcond_without enable_static
%bcond_without disable_shared
@@ -84,14 +83,6 @@
%description
A new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%if !%{with disable_shared}
%package -n libsolv@LIBSOLV_SOVERSION@
Summary: A new approach to package dependency solving
@@ -100,20 +91,10 @@
%description -n libsolv@LIBSOLV_SOVERSION@
A new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%endif
%package devel
Summary: A new approach to package dependency solving
Group: Development/Libraries/C and C++
-Obsoletes: libsatsolver-devel < 0.18
-Provides: libsatsolver-devel = 0.18
Requires: libsolv-tools = %version
%if !%{with disable_shared}
Requires: libsolv@LIBSOLV_SOVERSION@ = %version
@@ -123,14 +104,6 @@
%description devel
Development files for libsolv, a new approach to package dependency solving
-Authors:
---------
- Michael Schroeder <m...@suse.de>
- Klaus Kaempf <kkae...@suse.de>
- Stephan Kulow <co...@suse.de>
- Michael Matz <m...@suse.de>
- Duncan Mac-Vicar P. <dmacvi...@suse.de>
-
%package tools
Summary: A new approach to package dependency solving
Group: Development/Libraries/C and C++
--
To unsubscribe, e-mail: opensuse-commit+unsubscr...@opensuse.org
For additional commands, e-mail: opensuse-commit+h...@opensuse.org
