[Pkg-giraffe-discuss] preparations for kopanocore 8.3.x (or 8.4.x)

[Carsten Schoenert]

Hello Mark,

Am 24.07.2017 um 11:22 schrieb Mark Dufour:
...
>> Booth tools I placed into kopano-utils now. I adjusted debian/copyright
>> (not only) due the addition of lru_cache.py. Maybe the mentioned
>> librosie needs more clarification, I haven't done anything about that
>> yet. Mark, can you pint to the respective source files?
> 
> I checked, and apparently we wrote this ourselves. the code is in /librosie
> and gets linked in when libtidy-something is installed (HAVE_TIDY). what it
> does is it cleans and filters HTML mails so they are smaller and don't
> contain potentially dangerous stuff.. not sure why we don't forcibly try
> to use this, but I guess for debian we can always include it..?

o.k.
But as I don't see a librosie/ folder in 8.3.2 we can leave this for
8.4.x later some time. ;-)

>> The changes are much more than just 4-5 patches, I pushed my WIP to my
>> GitHub tree of kopanocore. Some more review appreciated. All changes
>> above the latest uploaded version 8.1.0-3 are changes we need to talk about.
>>
>> https://github.com/tijuca/Giraffe/commits/debian/sid
> 
> I will go through them later in the week, and let you know. anyone else,
> feel free of course to (also) have a look.

Guido has pushed my WIP already to the main Git tree on Alioth. So it
doesn't matter if you prefer to use this repository for QS checking and
review or my copy on GitHub. I'll keep ma tree in sync to the Alioth
repository.

>> Version 8.4.x ?
>> ===============
>> I've seen Jan has published a version 8.4.90 instead of a 8.4.0. I don't
>> know why this version bumping has happen, I suspect where will be a
>> version 5.0 soon before the next Kopano Conference? Mark?
> 
> it's just a change in naming scheme. we just froze the 8.4 branch, and there
> should be a first beta in the coming weeks. there _might_ be an RC1 release
> for the conference, but I wouldn't count on it.. :-)

Thanks for clarification.

>> Further working?
>> ================
>> I think it's probably reasonable to work on the imported version 8.3.2
>> and prepare a upload to experimental to also get some possible feedback
>> early. But I also not against importing 8.4.90 if we get some more
>> enlightening about more needed changes we need to address by this
> 
> I don't see a very compelling reason to go for 8.4 at this point, so I 
> personally would just continue to work on 8.3.2.. :P note that there should
> be a very minor 8.3.3 out within a few days.

Fine. Importing a new point release is no problem at all as there are no
major changes introduced by them.

> part of why I think 8.3.x is a good choice, is that 8.4 has taken quite some
> time, and will take more, so we have all these point releases for 8.3..

Excellent, that gives us a real chance to bring a new upload to unstable
while DebCamp already. This brings more time to get also the wiki page
for kopanocore up to date.

-- 
Regards
Carsten Schoenert