[Bug 654374] Review Request: navit - Car navigation system with routing engine

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=654374

--- Comment #24 from Ralf Corsepius <rc040203@xxxxxxxxxx> 2010-12-06 23:23:18 EST ---
(In reply to comment #23)
> Ralf, 
> 
> Thank you so much for your observations. The tarball is just an svn checkout,
> no repackaging.
Then let me rephrase it: Your tarballs violate the GPLv2.

> The files you have mentioned are included by the upstream.
Right, but it's you who is tarring up their sources.

> Anyway I will check it and discuss with them, also will compare with the
> latest SVN.
There actually are several issues at once:
- Them shipping Apache-v2-licensed works (android) bundled with GPLv2 licenced
works violates the GPLv2.
- Them bundling fonts and android code is a mistake.

> Hope you have gone through  my previous comments and change-logs, the reason
> behind the SVN version:
> 
> - The stable branch is not that much "stable" with all supported Fedora
> versions like 13/14/15, specifically qt breaks.
> - The bug fixes are been made to SVN and not porting properly back to the
> stable release.
> - Navit upstream also recommend to use the SVN version
> - Since this project is very rapidly evolving users are very keen to test the
> latest features and enhancements. 
> 
> Conclusion: Will Switch back to stable after 1.0 release.
My conclusion: ATM, this package is too immature for inclusion into a distro.

> Maps are not on a separate package now, because:
> 
> - For quick testing, navit is very rapidly evolving.
Seems as if we are facing a miscommunication:
I want you to package them as a noarch _subpackage_ of navit.

(With my FPC head on) You currently are shipping a big, optional data file as
part of an application package. 

> - People expect to see "some" maps quickly after the installation
Yes, the way upstream currently is shipping maps is not really useful. They
need to do something about it.

> - The maps directory contains the POI icons as well, in different formats -
> xpm, svg, png etc, need to differentiate and repack all of them properly
Again, I am talking about the actual map file.

>Conclusion: Up to 1.0 we will keep this in the same package
Under these circumstances, you can consider this review failed.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review


[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]