[gentoo-dev] Packages maintained by trapni need a co-maintainer
Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: dev-util/ciabot-svn media-sound/teamspeak-client-bin media-sound/teamspeak-server-bin sys-apps/newrelic-sysmond signature.asc Description: This is a digitally signed message part
[gentoo-dev] Lastrite: xfce-extra/xfce4-linelight-plugin
# Samuli Suominen ssuomi...@gentoo.org (14 Apr 2012) # Incompatible with latest libxfcegui4 wrt bug #411949 # Last upstream release was for Xfce 4.6 and this has # been kept alive by custom patching until now # Removal in 30 days xfce-extra/xfce4-linelight-plugin
Re: [gentoo-dev] Packages maintained by trapni need a co-maintainer
On 04/14/2012 02:16 PM, Pacho Ramos wrote: Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: dev-util/ciabot-svn media-sound/teamspeak-client-bin media-sound/teamspeak-server-bin sys-apps/newrelic-sysmond I believe it's time to lastrite teamspeak* because they link against mysql libraries with SONAME we don't ship anymore Therefore rendering the packages useless - Samuli
[gentoo-dev] Packages maintained by mduft need a co-maintainer
Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: app-portage/prefix-chain-setup net-proxy/cntlm sys-apps/prefix-chain-utils sys-devel/parity sys-libs/itx-bind sys-libs/suacomp signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages maintained by trapni need a co-maintainer
El sáb, 14-04-2012 a las 14:24 +0300, Samuli Suominen escribió: On 04/14/2012 02:16 PM, Pacho Ramos wrote: Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: dev-util/ciabot-svn media-sound/teamspeak-client-bin media-sound/teamspeak-server-bin sys-apps/newrelic-sysmond I believe it's time to lastrite teamspeak* because they link against mysql libraries with SONAME we don't ship anymore Therefore rendering the packages useless - Samuli Fine with me if nobody wants to take care of that package and fixing it soon signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages maintained by trapni need a co-maintainer
On 04/14/2012 02:31 PM, Pacho Ramos wrote: El sáb, 14-04-2012 a las 14:24 +0300, Samuli Suominen escribió: On 04/14/2012 02:16 PM, Pacho Ramos wrote: Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: dev-util/ciabot-svn media-sound/teamspeak-client-bin media-sound/teamspeak-server-bin sys-apps/newrelic-sysmond I believe it's time to lastrite teamspeak* because they link against mysql libraries with SONAME we don't ship anymore Therefore rendering the packages useless - Samuli Fine with me if nobody wants to take care of that package and fixing it soon I'm not sure if it's possible to fix them because symlinking the old SONAME to new one doesn't do the trick. Rebuilding is not an option because they are binary-only. Unless someone grabs a HEX editor or something and edits the binaries directly ... good luck with that - Samuli
Re: [gentoo-dev] Packages maintained by trapni need a co-maintainer
On Sat, 14 Apr 2012 14:36:48 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: On 04/14/2012 02:31 PM, Pacho Ramos wrote: El sáb, 14-04-2012 a las 14:24 +0300, Samuli Suominen escribió: On 04/14/2012 02:16 PM, Pacho Ramos wrote: Due long devaway, his packages need a co-maintainer, feel free to add to metadata if you want. Thanks: dev-util/ciabot-svn media-sound/teamspeak-client-bin media-sound/teamspeak-server-bin sys-apps/newrelic-sysmond I believe it's time to lastrite teamspeak* because they link against mysql libraries with SONAME we don't ship anymore Therefore rendering the packages useless - Samuli Fine with me if nobody wants to take care of that package and fixing it soon I'm not sure if it's possible to fix them because symlinking the old SONAME to new one doesn't do the trick. Rebuilding is not an option because they are binary-only. Unless someone grabs a HEX editor or something and edits the binaries directly ... good luck with that if that's just a soname problem an not an actual abi problem (heh, soname may have changed for a reason), then dev-java/diablo-jdk has been doing this for years and you can probably use the same kind of code. A.
Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree
On Sat, 14 Apr 2012 13:02:27 +0200 Pacho Ramos pa...@gentoo.org wrote: Hello From time to time I see old bug reports that are still wrongly opened and referring to old packages no longer in the tree. Would be possible to add a way to periodically check for bugs referring in summary to obsolete packages and, then, allow us to have a cleaner bug list? -1, you really cant automate this. - for eg, keyword req, the version doesnt really matter and is usually just there to help but should really be read as latest version; closing/ignoring the bug while the latest version still lacks the keywords is just wrong. - for stablereq, that's a different story - for other bugs, some may have been fixed independently upstream, but usually, they dont fix by themselves, so if a bug didnt get attention, chances are its still valid. moreover, doing this, you'll just encourage people not to fill the version IOW: If you want a cleaner bug list, ignore stable/kw reqs, then pay attention to your bugs and fix them :) A.
Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree
El sáb, 14-04-2012 a las 12:42 -0300, Alexis Ballier escribió: On Sat, 14 Apr 2012 13:02:27 +0200 Pacho Ramos pa...@gentoo.org wrote: Hello From time to time I see old bug reports that are still wrongly opened and referring to old packages no longer in the tree. Would be possible to add a way to periodically check for bugs referring in summary to obsolete packages and, then, allow us to have a cleaner bug list? -1, you really cant automate this. - for eg, keyword req, the version doesnt really matter and is usually just there to help but should really be read as latest version; closing/ignoring the bug while the latest version still lacks the keywords is just wrong. - for stablereq, that's a different story - for other bugs, some may have been fixed independently upstream, but usually, they dont fix by themselves, so if a bug didnt get attention, chances are its still valid. moreover, doing this, you'll just encourage people not to fill the version IOW: If you want a cleaner bug list, ignore stable/kw reqs, then pay attention to your bugs and fix them :) A. It's not for versions, only package names (there are still bugs referring to already removed packages for months) signature.asc Description: This is a digitally signed message part