Le 25/01/2013 19:46, Norvald Ryeng a écrit : So, a few questions ? - why do you publish "community" source tarball with non GPL documentation inside ? We need to recreate a "nodocs" tarball for each version, nightmare Ex : mysql, mysql-workbench, ... For MW we even need to patch source to remove the local link to the non GPL documentation (and use online documentation instead) http://pkgs.fedoraproject.org/cgit/mysql-workbench.git/plain/mysql-workbe... Ex mysql-utilities: - why do you forget to publish tarball of new release - why I need to ask on ML on each new release and wait 1-2 weeks ? - why "mut" man page still install when this have been notified 1 year ago to upstream (the command is not installed) ? - why "mysqluc" command still totally broken / unusable despite this have been notified months ago ? See gui-tools(a)lists.mysql.com archives. - if you don't like fork of MySQL, why do you fork other projects ? MW include a forked version of vsqlite++ (and AFAIK, upstream is not aware of your changes / need) And this are only few recent examples... Yes, you really need to improve how you consider pakage maintainer. Remi. P.S. who have signed the Oracle CLA, and try to work with upstream as much as possible... but when upstream don't seems to hear you...

Le 25/01/2013 19:46, Norvald Ryeng a écrit : So I will also try to work better, and so will report the annoying packaging bugs. MySQL Workbench 5.2.46 is released, so Connector/C++ http://bugs.mysql.com/68320 Missing option for library installation dir http://bugs.mysql.com/68326 ABI break between 1.1.1 and 1.1.2 MySQL Workbench: Utilities http://bugs.mysql.com/68322 mysqluc is unusable when installed in /usr/bin http://bugs.mysql.com/68323 Option missing for man page destination dir. MySQL Workbench http://bugs.mysql.com/68324 Provide an option to build with system cppconn http://bugs.mysql.com/68325 Provide an option to build without the documentation http://bugs.mysql.com/68327 Segfault with code auto completion Best regards, Remi.