Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=928609 --- Comment #12 from T.C. Hollingsworth <tchollingsworth@xxxxxxxxx> --- (In reply to comment #10) > Hi there, xpra maintainer here. > > Is there any particular reason why you didn't contact us at all about this? > It seems to me that: > * we could have benefited from the feedback > * our users could have had better packages > * you could/will avoid issues by discussing with us (esp with current trunk) > > FYI: 0.10 will be substantially different when it comes to packaging. Hi, Antoine! Sorry I didn't get in touch, this was just a little side project for me and I've been busy with other things. I'm subscribed to your mailing list now so I can keep up with changes better. Plus, TBH there have been no major issues that I felt the need to complain about. ;-) (In reply to comment #11) > > [!]: Package contains no bundled libraries without FPC exception. > > ^ there is rencode.pyx - http://code.google.com/p/rencode/ > FYI: xpra can be built without rencode: --without-rendode > But, the performance difference is very noticeable In Fedora we like to avoid bundling libraries wherever possible, so we need to ship rencode and webm separately. But I understand both rencode and webm are small and it would be a pain for your users to require it as a dependency. (However, if you'd be interested in doing it anyway or making it an option at build time, I'd be happy to send a patch your way.) > > rencode vs upstream (...) > We have merged the latest changes from upstream, and added some > python2.4/3.x compatibility fixes which have been sent upstream (but not > heard back). In cases like this, we'd still want to keep rencode seperate, but apply your changes as a patch to that package so other consumers can benefit from your bugfixes in upstream's absence. > > and python-webm - http://code.google.com/p/python-webm/ > FYI, as above: can be built without webp (aka webm): --without-webp Again, we really want to keep this functionality, we just need to ship the package separately. > > and a part of toonplayer - https://bitbucket.org/aalex/toonplayer > Has been removed from the test tree. > > > ^ python-wimpiggy is the base package... > FYI: as of this week's trunk: > parti has been removed completely: we don't maintain it or use it, and > no-one uses it anyway (that we know of) > wimpiggy source has been merged into xpra Awesome! I'll go ahead and drop parti from the 0.9.0 package I'm working on. No sense in shipping it in Fedora if it's going to go away soon. > > ^ note that the file NEWS is the same for all packages, could we have it symlinked? > As per above: no longer an issue > > > ^ note that the egg-infos don't look 100% correct, e.g. parti-all has License: UNKNOWN > As per above: no longer an issue Thanks for the heads up! -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ml4C3y7l2H&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review