I see it's not recommended to include a debian/ directory in my upstream source control [1]. What's the best practice for hosting Debian packaging files? Should I request a new repo on Alioth, fork my upstream, and add the debian dir on a branch? [2, 3]
Also, is it standard procedure to upload locally built packages to mentors.d.n, or is that not necessary if I already have hosting for the files? [4] Thanks, Adam [1] https://wiki.debian.org/DebianMentorsFaq#What.27s_wrong_with_upstream_shipping_a_debian.2F_directory.3F [2] http://anonscm.debian.org/cgit/debian-science/packages/opencv.git/tree/ [3] https://alioth.debian.org/register/ [4] https://github.com/adamwight/photo-booth/releases On Tue, May 12, 2015 at 09:06:22AM +0000, Adam Roses Wight wrote: > On Sun, Apr 19, 2015 at 05:20:43PM +0800, Paul Wise wrote: > > i18n would definitely be a good idea, I'd suggest using gettext. > > I slogged through the gettext support, noticing too late that QT comes with > its own i18n library. If my ad-hoc gettext integration eventually > rabbitholes, > I might try that instead: > > http://www.cmake.org/Wiki/CMake:How_To_Build_Qt4_Software#Translations > > > None of the files appear to have copyright/license information: > > > > http://lu.is/blog/2012/03/17/on-the-importance-of-per-file-license-information/ > > I think it's unlikely that any file would be taken out of this project in > isolation, so I'll assume the top-level LICENSE is obvious enough for now. > > > $ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not > > find or open any of the paths given.' > > [sound.hpp:40]: (error) Mismatching allocation and deallocation: buf > > That was a real memory leak, fantastic! > > I think I worked through all your other points, looking forward to the > next iteration. > > Thanks, > Adam > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact [email protected] > Archive: https://lists.debian.org/[email protected] -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
