./usr/share/doc/tucnak1/ ./usr/share/doc/tucnak1/NAVOD.html ./usr/share/doc/tucnak1/NAVOD.pdf ./usr/share/doc/tucnak1/NAVOD.ps ./usr/share/doc/tucnak1/NAVOD.sxw ./usr/share/doc/tucnak1/NAVOD.txt ./usr/share/doc/tucnak1/README.win32 ./usr/share/doc/tucnak1/bestviewed.gif ./usr/share/doc/tucnak1/download.php ./usr/share/doc/tucnak1/index.html ./usr/share/doc/tucnak1/style.css ./usr/share/doc/tucnak1/tucnak-1.00.gif ./usr/share/doc/tucnak1/tucnak-1.07-gfx.gif ./usr/share/doc/tucnak1/tucnak1cz.html ./usr/share/doc/tucnak1/tucnak1en.html ./usr/share/doc/tucnak1/valid-html401.png ./usr/share/doc/tucnak1/vcss.png ./usr/share/doc/tucnak1/vhfdx_logo_bunt.jpg ./usr/share/doc/tucnak1/vim_created.png ./usr/share/doc/tucnak1/AUTHORS ./usr/share/doc/tucnak1/COPYING ./usr/share/doc/tucnak1/ChangeLog ./usr/share/doc/tucnak1/INSTALL ./usr/share/doc/tucnak1/TODO media-radio/tucnak1-1.22.tbz2 You're getting this bug because the package in summary installs its documentation (or at least part of it) outside the usual /usr/share/doc/${PF} directory. First, please keep in mind that this bug might not be noticeable for -r0 ebuilds, but it might be for -r1 and later, since if the ebuild has same name and version of the package, for -r0 it might correspond properly. To fix this, if the package uses autotools, recent version (autoconf 2.61+) have two ./configure switches: --docdir and --htmldir to decide where to put the documentation. Older versions might require you override docdir/htmldir or other custom variables during make install. For non-autotooled build systems, good luck, since I cannot tell you how to achieve the proper results, the same holds true with totally broken buildsystems even when based on autotools. Thanks, Diego
media-radio/tucnak1 is declared obsolete by upstream for more than a year now. I think it should be dropped from the tree and replaced by media-radio/tucnak2 which is in sunrise overlay for some months now (as suggested by drac). Same goes also for media-radio/tucnak1-data and media-radio/ssbd. Functionality of all three packages are integrated into the new tucnak2.
Added treecleaner@gentoo.org to CC as drac (Head of Treecleaners) seems not to be active for some weeks.
Huh, interesting. I wouldn't really mind putting the new version in the tree but I don't want to maintain it. How about adding it to the tree as maintainer-needed? ;) I'll bring it up on the gentoo-dev ML if no response here.
All three packages (tucnak1, tucnak1-data and ssbd) are already maintainer-needed. I see three possible ways to continue: 1. Put the new tucnak2 in tree and keep it only maintainer-needed. 2. Put the new tucnak2 in tree and I will proxy-maintain it (if I find a dev for help). As upstream brings out a new version nearly every month, the ebuild could stay actual that way, but that would be a burden for the helping dev. 3. Drop the old ebuilds from tree and keep the new one only in sunrise overlay (Is it possible to change the old ebuilds to fake ones, which gives only a hint to look into sunrise?). Any ideas from the ML are welcome.
(In reply to comment #4) > 2. Put the new tucnak2 in tree and I will proxy-maintain it (if I find a dev > for help). As upstream brings out a new version nearly every month, the ebuild > could stay actual that way, but that would be a burden for the helping dev. > This will be acceptable for me. You do all the work and I can commit it for you ;) In all seriousness, I only would like to see a few things. a) You fix all the bugs on gentoo with this package b) You monitor upstream and submit bugs upstream if appropriate c) Active on bugzilla and/or email. d) Good ebuild writing skills. If this sounds good to you and you are willing to stay involved for a fair amount of time, then I can invest some time with you. Obviously, you should be using this package, which I assume you are.
(In reply to comment #5) > You do all the work and I can commit it for you Fine by me :-). > In all seriousness, I only would like to see a few things. > a) You fix all the bugs on gentoo with this package Doing so for nearly five month in sunrise (not so much complains until now) and think i can add another two or three years... > b) You monitor upstream and submit bugs upstream if appropriate Just done. Some of them are incorporated in actual version. > c) Active on bugzilla and/or email. Not daily but at least two or three times a week. Holidays excluded. > d) Good ebuild writing skills. Getting better by the help of the guys on sunrise.... > If this sounds good to you and you are willing to stay involved for a fair > amount of time, then I can invest some time with you. Obviously, you should be > using this package, which I assume you are. So let us try. Beside mail/bugzilla we can contact via IRC on #g-sunrise (or #g-dev-help). Package is in use here for ham radio contesting. Feedback welcome.
# Jeremy Olexa <darkside@gentoo.org> (11 Nov 2008) # Masked for removal in 30 days. Deprecated, use media-radio/tucnak2 (bug # #241284) media-radio/tucnak1 media-radio/tucnak1-data media-radio/ssbd (In reply to comment #6) > Fine by me :-). Good, I added tucnak2 and masked the others. This bug will stay open until the old ones get removed. Now please remove tucnak2 from sunrise. =D
*** Bug 241286 has been marked as a duplicate of this bug. ***
(In reply to comment #7) > Now please remove tucnak2 from sunrise. =D Done. Thanks.
tucnak1 and friends removed now. resolving