Re: [2.0] Planning for 2.0.2 update

----- Mail original -----
> De: "Olaf Westrik" <[email protected]>
> À: "Gilles Espinasse" <[email protected]>
> Cc: "IPCop devel" <[email protected]>
> Envoyé: Lundi 14 Novembre 2011 09:10:54
> Objet: Re: [IPCop-devel] [2.0] Planning for 2.0.2 update
>
> On 2011-11-14 08:46, Gilles Espinasse wrote:
>
> > I have binutils-2.21.1a upgrade ready. This fix the download of
> > 2.21 no more
> > available on
> > http://ftp.gnu.org/gnu/binutils/
> > This is mostly transparent to check_files as the only changed files
> > from
> > binutils upgrade are in the new kernel already in update.
>
> OK.
>
>
> > There is still the issue for files loaded from kernel.org.
>
> They'll come back eventually. I am reluctant to put up a mirror on
> SF, as that is difficult to maintain.

I have the same mind.
Maybe simply just add an advice warning on ./make.sh prefetch that missing files could be found using google.

>
>
> I intend to release 2.0.2 this Friday (2011-11-18). I will implement
> the 'valid until' addition also for other generated certificates.
> It did not fix the problem, but it is a good addition anyway.
>
> Commits are OK until Thursday 08:00 UTC.
>
>
> Olaf
>
When working adding test suite on all perl packages, I understood we include twice sqlite code, once as sqlite package, once as DBD-SQLite as the second include his own version (3.7.8.6) of the code.
With a sed 's/if ( 0 ) /if ( 1 ) /' Makefile.PL, GDB-SQLite compile against system sqlite lib (would need to install sqlite before GBD-SQLite). Compilation is ok but that time, the package test suite badly fail.
Fedora and Debian compile against system lib and do nothing special to run the tests.
I haven't find what is wrong in our case, if it is related to our way to compile perl or something else.

Another point of view is that we could not include sqlite package, let GDB-SQLite include the code and wrap the command to create a database in a perl script. There is too a perl DBI-Shell package that give access to a shell using DBI=>DBD-SQLite stack.

I could upgrade iw to 3.2 (with or without upgrading too libnl to 3.2.2).
libnl-3.2 add some configuration files and probably some overhead, compared to libnl-2.0

Another place I am working is the graphic stack, that will probably wait after 2.0.2 to be ready.
Reducing freetype size is not hard (commenting some modules we don't use).

For libgd, I switched to debian 2.0.36 version that is used since lenny.

Much harder is to understand what is exactly needed to be finally used on rrdtool. Actually rrdtool ask for pdf, svg support from cairo. That does not look very usefull for our use case.
The last point is that I really want to have a better cairo test suite as this is the only remaining package with so much errors.


Gilles

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
IPCop-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ipcop-devel