[gentoo-dev] Who is interested by maintaining gnash ?
Hey, I'm not interested by maintaining www-plugins/gnash anymore, since it's really boring to keep it working and up-to-date. For example, few days ago a bug for bump it was opened, just for a development release (even if it's a beta...) 3 patches o_O. And this is just a begining... The funny thing is upstream is not cooperative at all, autotools patches are not accepted (that's why I don't send them on upstream, I meant with an attitude like that it's just useless sorry...) . And when you want to commit suicide per bump it's not normal (mainly because autotools aren't standard and are so ugly, just unfixable, just for fun ask diego :D) Probably gnash will be nice and powerful in a very long time (I hope), but for now... a lot of work has to be done. I don't know how to ask this favour: I need help ?! SOS ?! or just go ahead, I'm glad to give you this ebuild. Mhhh... what else ? That all ! Have fun with gentoo, and most important : good luck ! :D Regards, Romain. -- Romain Perier Gentoo Linux Developer Responsabilities : GNOME/KDE/AMD64/Desktop-effects/Sunrise E-Mail : mrpo...@gentoo.org Site : http://dev.gentoo.org/~mrpouet Blog : http://blogs.gentoo.org/mrpouet GnuPG FP : 5728 DC13 9600 864E 2C37 7D1F 3791 7B66 3B94 72EF GnuPG ID : 3B9472EF signature.asc Description: Ceci est une partie de message numériquement signée
[gentoo-dev] Package up for grabs: net-misc/ksb26
Haven't been using this package in ages, has low maintainance (latest release dates 2005), has one open bug (#239775). Regards, Michele Noberasco
[gentoo-dev] Changes to make_desktop_entry in eutils.eclass
Attached is a patch to properly comply with the part of the FDO Desktop
Menu Specification pertaining to Categories (namely, always ensuring
that the list ends in a ;) and the part of the FDO Desktop Entry
Specification and Icon Theme Specification pertaining to icons (namely,
that non-absolute paths MUST NOT have an extension).
--- eutils.eclass
+++ eutils.eclass.new
@@ -961,6 +961,7 @@ make_desktop_entry() {
news) type=News;;
nntp) type=News;;
p2p)type=FileTransfer;;
+ voip) type=Telephony;;
*) type=;;
esac
type=Network;${type}
@@ -991,7 +992,7 @@ make_desktop_entry() {
client) type=WebBrowser;;
*) type=;;
esac
- type=Network
+ type=Network;${type}
;;
*)
@@ -1007,6 +1008,17 @@ make_desktop_entry() {
local desktop=${T}/$(echo ${exec} | sed
's:[[:space:]/:]:_:g')-${desktop_name}.desktop
#local desktop=${T}/${exec%% *:-${desktop_name}}.desktop
+ # Don't append another ; when a valid category value is provided.
+ [[ -n ${type} ${type} != *';' ]] type+=;
+
+ eshopts_push -s extglob
+ if [[ -n ${icon} ${icon} != /* ${icon} == *.@(xpm|png|svg) ]];
then
+ ewarn As described in the Icon Theme Specification, icon file
extensions are not
+ ewarn allowed in .desktop files if the value is not an
absolute path.
+ icon=${icon%.@(xpm|png|svg)}
+ fi
+ eshopts_pop
+
cat -EOF ${desktop}
[Desktop Entry]
Name=${name}
@@ -1015,7 +1027,7 @@ make_desktop_entry() {
Exec=${exec}
TryExec=${exec%% *}
Icon=${icon}
- Categories=${type};
+ Categories=${type}
EOF
[[ ${path} ]] echo Path=${path} ${desktop}
signature.asc
Description: OpenPGP digital signature
[gentoo-dev] Re: Pending mask of Qt3 and MythTV
On Sun, Feb 21, 2010 at 11:25 PM, Ben de Groot yng...@gentoo.org wrote: Hi, As the Gentoo Qt team has announced six months ago, Qt3 is about to be masked now (see bug 283429). We sent another mail with a timeline at the end of December. Most of the issues surrounding the mask and removal of Qt3 have been solved. But we see ourselves confronted with one remaining issue: MythTV. Its current stable version uses Qt3, but there is a Qt4 version in testing. In all this time the MythTV maintainers have not taken any action. Incorrect. You came to me a few months ago and I told you I would not and will not have time to mess with the package at all. I think I've made that clear in past mailing list posts, discussions we've had, and on bugzilla. Many people have spoken up about the situation and time and time again I've said please, take over the package. It needs to be stabilized and a new unstable bump needs to happen. You took one of those times to create a ticket saying you'd stabilize it, then deferred to me and the arch teams. My response was the arch teams haven't stabilized MythTV in years because none of them have a setup to test it, so please stabilize it. I'm running it on a stable machine. I do not have my Gentoo commit machine up and running right now. I've only got my MythTV machines running x86 and amd64 with MythTV running ~arch for a while now. So I ask you once again, PLEASE just mark it stable. SOMEONE. And quit accusing anyone of inaction. As far as the news item goes, as I've said before. Its completely unnecessary since MythTV will handle notifying you properly if you need to do anything to your database. I can count more than a dozen people on Gentoo that have successfully done the conversion without issue. The problem stems from people either not reading the instructions when MythTV tells them they need to take action and read the update guide. Or people stupidly reading the upgrade guide, thinking oh I'll upgrade my DB early and upgrading their DB and then running their old version. A news item will probably do more harm than good and will result in a lot of partial corruptions, which we already have one person on the bug you guys made for the news item already doing. -- Doug Goldstein
