On Tuesday 27 March 2007 14:48:08 you wrote:
> Hi Duncan!
>
> Thanks a lot for the summary. I've checked the calendar: given March 19th
> was the kickoff, the first checkpoint should be April 2nd.
ups did not realize your mail was longer....
> > I posted 2 documents with most schema requirements and design decisions
> > on the list. Also a document about source handling which evoluted into a
> > FATE entry. If anyone has additional ones please tell me.
>
> What is the fate entry number?
Can't find the FATE entry (did I really add one?)
[zypp-devel] [PROPOSAL] 10.3 / Code11 Source handling II (with
comments/points)
Also:
#301995: Server based diff mechanism for fast metadata download
#301916: Compressing SUSETag metadata
need coordination with autobuild team.
> Please, create a wiki page from your documents.
external? opensuse.org?
> > - DB Schema:
> > Already there. So we are ahead here. There are still some small details
> > to tune, like how to save descriptions (localized?).
> > It features normalized names and filenames for capabilities, normalized
> > resolvables. Capabilities itself are not normalized as their components
> > already are and matching them on each insert is expensive.
>
> I'd like to ask you to discuss the schema proposal with Michael Matz. He is
> very interested to help us to do it right.
I already sent the design documents to them, now I sent them the schema so
they can comment.
> > - Research of kkaempf about addons, upgrade, etc.
> >
> > - MediaSet extraction from SourceImpl. (jkupec)
> > We are ahead here too. I got a working one during FOSDEM
> > see:
> > http://fourier.suse.de/mlarch/SuSE/zypp-devel/2007/zypp-devel.2007.03/msg
> >00 022.html There is an example (cited on the mail).
> > Still pending: progress report model, unit tests and more doc.
>
> This item was to be done by Jano. Who's working on this right now to
> fulfill the missing pieces? Duncan, Jano?
I would like Jano to fill the missing pieces. I wanted to give it a kickstart
because the class was already there but in a uncompilable state.
Things to figure out there ( MediaSet and Fetcher )
- checksum, signatures and callback checking: should be probably at the
Fetcher level, and using the OnMediaLocation and FileProvidePolicy stuff.
Don't hesitate to ask me or ma@
> > - Query API.
> > We are starting work on the query API. However the Store API is in a very
> > good state.
>
> I read this as 'Store API is ready'. Correct?
Half of the API and half of the implentation, Yes. A header file would be API
design by commitee. The needed API to write the needed information about
resolvables ( nvra, and capabilities ) is there and also implemented.
We still need a way to save the other resolvable data, used by the UI and
probably other parts of the code. That is not ready yet.
> > - Create a prototype Download Source
> > We are ahead on this one too. See SUSETagsDownloader in my
> > devel.dmacvicar dr.
>
> I read this as Done.
Yes, done. If you read "prototype".
Needs to be moved out of my devel dir and probably a unit test would be nice.
> > - Tambet's repomd stream parser, Research, MA's SuSEtags
> > I already have integrated the old tag parser from pkg-manager into zypp,
> > and I have a prototype parser that writes to the database, at least the
> > resolvable data from packages. see SUSETagsParser in devel.dmacvicar.
>
> Done as well then?
Done what? there are like 10 phrases there.
Research about Michael susetags parser is done, and even more, it was
integrated seamsly.
There is no code to parse a YUM repo into the prototype CacheStore. Still I
think that is in future milestones.
Duncan
--
To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org
For additional commands, e-mail: zypp-devel+help(a)opensuse.org
Resending to a proper mailing list...
Hi Duncan!
Thanks a lot for the summary. I've checked the calendar: given March 19th was
the kickoff, the first checkpoint should be April 2nd.
Dňa St 21. Marec 2007 17:49 Duncan Mac-Vicar Prett napísal:
> You may know yesterday was the kickoff of the zypp 10.3 features. You may
> know the approval period was kinda long so lot of stuff was already started
> among SP1 work.
>
> I want to tell you the status of the project, what things we already have
> something, and next deliverables we will face.
>
> M1:
>
> - Requirements:
> I posted 2 documents with most schema requirements and design decisions on
> the list. Also a document about source handling which evoluted into a FATE
> entry. If anyone has additional ones please tell me.
What is the fate entry number?
Please, create a wiki page from your documents.
>
> - DB Schema:
> Already there. So we are ahead here. There are still some small details to
> tune, like how to save descriptions (localized?).
> It features normalized names and filenames for capabilities, normalized
> resolvables. Capabilities itself are not normalized as their components
> already are and matching them on each insert is expensive.
I'd like to ask you to discuss the schema proposal with Michael Matz. He is
very interested to help us to do it right.
>
> - Research of kkaempf about addons, upgrade, etc.
>
> - MediaSet extraction from SourceImpl. (jkupec)
> We are ahead here too. I got a working one during FOSDEM
> see:
> http://fourier.suse.de/mlarch/SuSE/zypp-devel/2007/zypp-devel.2007.03/msg00
>022.html There is an example (cited on the mail).
> Still pending: progress report model, unit tests and more doc.
This item was to be done by Jano. Who's working on this right now to fulfill
the missing pieces? Duncan, Jano?
>
> - Query API.
> We are starting work on the query API. However the Store API is in a very
> good state.
I read this as 'Store API is ready'. Correct?
>
> M2
>
> - Create a prototype Download Source
> We are ahead on this one too. See SUSETagsDownloader in my devel.dmacvicar
> dr.
I read this as Done.
>
> - Tambet's repomd stream parser, Research, MA's SuSEtags
> I already have integrated the old tag parser from pkg-manager into zypp,
> and I have a prototype parser that writes to the database, at least the
> resolvable data from packages. see SUSETagsParser in devel.dmacvicar.
Done as well then?
>
> Also, to tell you how the CacheStore is going. Writing factory resolvable
> data, without descriptions
>
> 68.67user 7.30system 1:17.37elapsed 98%CPU (0avgtext+0avgdata 0maxresident)
>
> This was the first try. And it is not slow consideering it is doing all the
> parsing.
>
> Only optimizing precompiled statements, etc, I got.
>
> 46.68user 7.41system 1:32.53elapsed 58%CPU (0avgtext+0avgdata
> 0maxresident)k 0inputs+0outputs (6major+3104minor)pagefaults 0swaps
>
> I think getting factory to be written down in 20 seconds is perfectly
> doable.
>
> Duncan
Stano
--
To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org
For additional commands, e-mail: zypp-devel+help(a)opensuse.org
Hi!
Welcome to the zypp-devel mailinglist. This list is meant to discuss topics
related to the ZYPP development. It should be possible to reach the ZYPP
developers on this list.
This list is not meant to provide any kind of support; it is meant for
development-related discussions only.
Have a lot of fun!
--
Regards,
Jiri Srain
YaST Team Leader
---------------------------------------------------------------------
SUSE LINUX, s.r.o. e-mail: jsrain(a)suse.cz
Lihovarska 1060/12 tel: +420 284 028 959
190 00 Praha 9 fax: +420 284 028 951
Czech Republic http://www.suse.cz
