Re: [gentoo-dev] Gentoo CJK team empty, or anyone knows about ibus?
On 03/19/2012 04:34 AM, Ben wrote: On 19 March 2012 01:09, Pacho Ramos wrote: Will CC cjk team then to let them know you are interested to join (looks like there are four devs in cjk alias...) But none of them seem active... well I got answer (albeit too late) from 2 cjk developers but none of them really helped so after ibus-1.4.x went stable for dbus-1.4.18+/etc/machine-id compability users started flooding bugzilla with 'package xyz is not compatible with ibus-1.4.x' and I ended up picking up some of the pieces (some are still falling) it meant good bunch of cjk@ packages got reverted back to ~arch only, a trend I'm not seeing a end for :-/ - Samuli
Re: [gentoo-dev] www-servers herd is empty
El dom, 18-03-2012 a las 20:29 -0400, Chris Reffett escribió: > Hi, > I'd be interested in helping with www-servers, but I would have to > help by proxy because I am not a dev yet. > Chris Reffett > > On 03/18/12 15:27, Pacho Ramos wrote: > > With bass retirement (#391429) lcd has become empty, is anybody willing > > to join or should their packages be moved to maintainer-needed (CCing > > that empty herd to allow somebody joining in the future to easily > > resurrect the herd)? > > > > Thanks > > Thanks for offering your help, will CC gentoo-dev mailing list and proxy-maint to see how we could handle this case signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Packages up for grabs due bass retirement
El dom, 18-03-2012 a las 23:56 -0600, Ryan Hill escribió: > On Sun, 18 Mar 2012 20:25:58 +0100 > Pacho Ramos wrote: > > > Due his retirement the following packages need a new maintainer: > > > app-doc/ebookmerge > > This is something bass wrote that grabs html manuals from > http://htmlhelp.berlios.de (which doesn't exist anymore - it moved to > http://code.google.com/p/htmlhelp/). I don't really see the usefulness of it > since almost all of the content is just html versions of standard info/man > pages. Anyways, it's completely broken as-is. > > I also though it could be treecleaned until I saw patches to fix that issues are included in: https://bugs.gentoo.org/show_bug.cgi?id=388927 signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Gentoo CJK team empty, or anyone knows about ibus?
El lun, 19-03-2012 a las 13:32 +0900, Naohiro Aota escribió: > Hi, > > It is great to hear Jack is willing to join cjk herd. I can help Jack > working on cjk bugs. But, to be honest, I'm not familiar with recruiting > process so I need some devs to do or to help me on the recruiting. > > Also I've read the "Mentor Guide" [1] and found "your project lead must > be CC'd". I'm concerning about this "project". Does he need some project > to join in? or is it just enough to join cjk herd? > > [1] http://www.gentoo.org/proj/en/devrel/recruiters/mentor.xml I think joining to cjk would be enough :-/ > > Pacho Ramos writes: > > > El lun, 05-03-2012 a las 07:12 -0800, Jack Morgan escribió: > > > >> I'd like to help with this and will take a look at the bug below. I'd > >> like to be part of the cjk herd as well. > >> > >> On 03/05/12 05:56, Samuli Suominen wrote: > >> > Really need a reply on http://bugs.gentoo.org/405777 and nobody seems to > >> > be listening the cjk@ alias > >> > > >> > Should I just roll a dice and CC arch's? > >> > >> > >> > >> Thanks, > >> > > > > Will CC cjk team then to let them know you are interested to join (looks > > like there are four devs in cjk alias...) signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] RFC: an eclass for github snapshots?
On Mon, 12 Mar 2012 10:47:41 +0100 Michał Górny wrote: > On Mon, 12 Mar 2012 09:36:00 +0800 > Ben wrote: > > > On 12 March 2012 02:27, Michał Górny wrote: > > > On Sun, 11 Mar 2012 10:25:38 -0700 (PDT) > > > Leho Kraav wrote: > > > > > >> On Monday, May 30, 2011 9:30:02 AM UTC+3, Michał Górny wrote: > > >> > > > >> > Right now, a quick 'grep -l github.*tarball' shows that there > > >> > are about 147 ebuilds in portage using github snapshots. This > > >> > evaluates to 83 different packages. > > >> > > > >> > The problem with github is that it suffixes the tarballs with > > >> > a complete git commit id. This means that the `S' variable > > >> > in the ebuild needs to refer to a long hash changing randomly. > > >> > Right now, the problem is handled in a number of ways: > > >> > > > >> > 1) (from app-admin/rudy) > > >> > 2) (app-emacs/calfw and suggested solution for Sunrise) > > >> > 3) (app-misc/bgrep) > > >> > 4) (app-misc/tmux-mem-cpu-load) > > >> > > > >> > What I'd like to do is creating a small github.eclass, > > >> > encapsulating a common, nice way of handling the S issue. I > > >> > guess the best solution would be to git with something like 2) > > >> > above, with the eclass providing github_src_unpack() for EAPIs > > >> > 2+. > > >> > > >> What is the current situation with this one? Every once in a > > >> while I run into a github ebuild I need to create and I am not > > >> really sure what to do with it. > > >> > > >> Right now 2) seems like the safest approach. But did anything get > > >> into EAPI? > > > > > > You mean eclass? I submitted one for review but didn't get much of > > > positive feedback on it. I'll commit it anyway soon, just let me > > > double check and do some testing. > > > > +1 from me. I think it would be useful to have a standard way of > > handling this. > > Attaching my current conceptual eclass. I've tested it with github, > gitweb and bitbucket. It won't work with gitorious but their snapshot > download mechanism is broken anyway (they like to submit 'try again > later' in plaintext). Committed. -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] Gentoo CJK team empty, or anyone knows about ibus?
On 19 March 2012 12:45, Naohiro Aota wrote: > Ben writes: > >> On 19 March 2012 01:09, Pacho Ramos wrote: >> >>> >>> Will CC cjk team then to let them know you are interested to join (looks >>> like there are four devs in cjk alias...) >> >> But none of them seem active... > > hmm, Matuu and I'm working on some bugs one-by-one... Are there any bugs > you'd like to have some action? I'll taking a look at them if any. I was just going on the lack of answer here on the gentoo-dev list. If there was anything discussed off-list, I missed that. There isn't anything specific I want to see addressed, apart from having ibus and friends well maintained, with reasonably recent versions marked stable for the major arches. Once I gain my dev status back I will be happy to join that effort, as I plan to start using ibus for Chinese input, since I've started to learn some of the language of my newly adopted home. :-) Cheers, Ben | yngwin
[gentoo-dev] About maintaining sci-physics/abinit
Hello As talked some time ago with Donnie, sci-physics/abinit is hard to maintain and, then, he would like to lastrite it after moving package to sci overlay because looks like nobody from sci team wants to take it. If anybody is willing to help with maintaining abinit, could he take it? If not, could anybody with commit access to sci overlay to move abinit to it and let us lastrite it from main tree? Thanks a lot signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs due jokey retirement
On 03/18/12 13:50, Pacho Ramos wrote: > Due his retirement the following packages need a new maintainer: > > app-portage/maintainer-helper > > > Thanks for taking them I've added app-portage/maintainer-helper to the tools-portage herd, however, I've left it as maintainer-needed. So if anyone wants to take it, feel free. The tools-portage herd will fix bugs for it as we find the time. Regards, Paul
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-video/ffmpeg: ffmpeg-0.10.2.ebuild ChangeLog
On Mon, 19 Mar 2012 07:46:40 +0200
Samuli Suominen wrote:
> On 03/19/2012 07:39 AM, Ryan Hill wrote:
> > On Sun, 18 Mar 2012 13:54:03 + (UTC)
> > "Alexis Ballier (aballier)" wrote:
> >
> >> aballier12/03/18 13:54:03
> >>
> >>Modified: ChangeLog
> >>Added:ffmpeg-0.10.2.ebuild
> >>Log:
> >>version bump
> >>
> >>(Portage version: 2.2.0_alpha91/cvs/Linux x86_64)
> >
> >
> >> FFTOOLS="aviocat cws2fws ffeval graph2dot ismindex pktdumper
> >> qt-faststart trasher"
> >>
> >> for i in ${FFTOOLS}; do
> >>IUSE="${IUSE} +$i"
> >> done
> >
> >
> > Is it really useful to have such fine-grained control over these?
> > ffmpeg already has a ton of USE flags. Would you consider just
> > putting these under "tools" or something?
>
> I'd prefer to drop all USE flags which don't have external deps and
> just always install them
>
> (We actually discussed this with beandog on #gentoo-media month ago
> or something, and he suggested same)
>
imho it doesnt hurt anyone to have fine-grained control
what could be discussed is to put these into a use expand variable, to
better distinguish between important useflags and less important ones
is that what you mean by 'putting these under "tools" or something?' ?
Re: [gentoo-dev] Packages up for grabs due jokey retirement
El lun, 19-03-2012 a las 10:56 -0500, Paul Varner escribió: > On 03/18/12 13:50, Pacho Ramos wrote: > > Due his retirement the following packages need a new maintainer: > > > > app-portage/maintainer-helper > > > > > > Thanks for taking them > > I've added app-portage/maintainer-helper to the tools-portage herd, > however, I've left it as maintainer-needed. So if anyone wants to take > it, feel free. The tools-portage herd will fix bugs for it as we find > the time. > > Regards, > Paul I disagree with leaving maintainer-needed as default assign, if you will fix bugs when you have time it's better than what I will do with maintainer-needed packages. Also, I think most of maintainers would like to have help with a lot of packages, but that is not enough reason to change their metadatas to get bugs assigned to maintainer-needed and us CCed Have you seen any case when "if anyone wants to take it" he is not able to because the package is "owned" by a herd? If you want to promote that package be taken by other as soon as possible, add a note to metadata telling that (I have seen it in some cases) signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] www-servers herd is empty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 03/19/2012 08:32 AM, Pacho Ramos wrote: > El dom, 18-03-2012 a las 20:29 -0400, Chris Reffett escribió: >> Hi, I'd be interested in helping with www-servers, but I would >> have to help by proxy because I am not a dev yet. Chris Reffett >> >> On 03/18/12 15:27, Pacho Ramos wrote: >>> With bass retirement (#391429) lcd has become empty, is anybody >>> willing to join or should their packages be moved to >>> maintainer-needed (CCing that empty herd to allow somebody >>> joining in the future to easily resurrect the herd)? >>> >>> Thanks >>> > > Thanks for offering your help, will CC gentoo-dev mailing list and > proxy-maint to see how we could handle this case > It is very unlikely for proxy-maintainers to proxy an entire herd. Sorry - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBCgAGBQJPZ5uvAAoJEPqDWhW0r/LCp0EP/iElAU2Okma2zP7FIt1bGBYG WMvbfhi7TTFLT3XCTnzEM+D9x5jRlB6+SNbPJc+pgXzXjZMd5J7Eb+WNyVHSVnje wS1KHktfTdwtvPfPG2Dmclt2Golsvjg5L7K4EUMfxwTe64G5AUzgzEEiy3/11w1S vdkSgqAW2z7HWu1sj+5BkQFu22aNmjufQsUAxuTKicxqshw0OR+FRRhlveKga23L 4r+SNInilq+nTXLmm8PqDLK7YmjfdhMQZeEf0FSYZChm6QJ8EWziSq6SV2oOfnOJ AFqupLmrGatWIy8/6O9e6BtTbsuvLcLsiEP76KRGVyI9zJ31C9pJ10sEfeuVJI+y CM/i7FnF+rd5GlsMz9lNQicWEHCZz45MQPL4/ik4xbjeyH0uVCvKFYekEFz1APK/ hbf9YsO0io0z4w+/RD82fSQcJ4Q0g/fSJGAj40v8DxKOQ8OLkLXGHGv6yEwnH6Lr 25wxmQ80S3ke0D2CniPKUIOSJdOo6OmVS4grZW3YStK+ZkxgEgXViTefiJaVmLlg 1ska3h6qn7LEEyTsGn8ffwSydnBWIPgyxZrrQzyTFdCtlHpIt+MbThS3D0h3b1V7 OvLQx6ove8mA565eXOzyUFCmHosOWCMU8IrDUWCJdtX/pmcVKM7ExeB5Y+IyCvM3 b264afJkw+hvlV6XlT4H =n0TB -END PGP SIGNATURE-
Re: [gentoo-dev] Packages up for grabs due iluxa retirement
On 19 March 2012 06:05, Samuli Suominen wrote: > dev-cpp/cppserv would need working dev-cpp/sptk and we have none: > > http://bugs.gentoo.org/show_bug.cgi?id=402149#c9 > > the only working versions got marked as "obsolete" by upstream due to > "undisclosed reasons" whatever that means > Not that I personally care, but it seems like this could be "solved" by just removing fltk support, rather than nuking it completely.
Re: [gentoo-dev] Packages up for grabs due iluxa retirement
On 03/19/2012 11:00 PM, David Leverton wrote: On 19 March 2012 06:05, Samuli Suominen wrote: dev-cpp/cppserv would need working dev-cpp/sptk and we have none: http://bugs.gentoo.org/show_bug.cgi?id=402149#c9 the only working versions got marked as "obsolete" by upstream due to "undisclosed reasons" whatever that means Not that I personally care, but it seems like this could be "solved" by just removing fltk support, rather than nuking it completely. don't think we should be "clinging on" the unmaintained packages that badly from general overview of the sptk homepage, the whole point of the package seems to be around fltk (and thus, X) and from broader view... sometimes it seems the politics around package removal has become a burden, rather than a tool
Re: [gentoo-dev] Packages up for grabs due iluxa retirement
On Mon, Mar 19, 2012 at 2:17 PM, Samuli Suominen wrote: > On 03/19/2012 11:00 PM, David Leverton wrote: >> >> On 19 March 2012 06:05, Samuli Suominen wrote: >>> >>> dev-cpp/cppserv would need working dev-cpp/sptk and we have none: >>> >>> http://bugs.gentoo.org/show_bug.cgi?id=402149#c9 >>> >>> the only working versions got marked as "obsolete" by upstream due to >>> "undisclosed reasons" whatever that means >>> >> >> Not that I personally care, but it seems like this could be "solved" >> by just removing fltk support, rather than nuking it completely. >> > > don't think we should be "clinging on" the unmaintained packages that badly > from general overview of the sptk homepage, the whole point of the package > seems to be around fltk (and thus, X) > > and from broader view... sometimes it seems the politics around package > removal has become a burden, rather than a tool > What politics? -A
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-video/ffmpeg: ffmpeg-0.10.2.ebuild ChangeLog
On Mon, 19 Mar 2012 15:05:46 -0300 Alexis Ballier wrote: > imho it doesnt hurt anyone to have fine-grained control > > what could be discussed is to put these into a use expand variable, to > better distinguish between important useflags and less important ones > > is that what you mean by 'putting these under "tools" or something?' ? No, I meant one USE flag, called "tools", that builds and installs all or none of them. Unless they have external dependencies, or extraordinary build times, or licensing issues, then I can't see a situation where someone would want or need to pick and choose like this. If you disagree then I suppose an expanded variable is an improvement, though I don't like them myself. Kudos on the USE flag descriptions in any case. Very informative. -- fonts, gcc-porting toolchain, wxwidgets @ gentoo.org signature.asc Description: PGP signature
[gentoo-dev] Re: Packages up for grabs due bass retirement
On Mon, 19 Mar 2012 09:34:22 +0100 Pacho Ramos wrote: > El dom, 18-03-2012 a las 23:56 -0600, Ryan Hill escribió: > > On Sun, 18 Mar 2012 20:25:58 +0100 > > Pacho Ramos wrote: > > > > > Due his retirement the following packages need a new maintainer: > > > > > app-doc/ebookmerge > > > > This is something bass wrote that grabs html manuals from > > http://htmlhelp.berlios.de (which doesn't exist anymore - it moved to > > http://code.google.com/p/htmlhelp/). I don't really see the usefulness of > > it > > since almost all of the content is just html versions of standard info/man > > pages. Anyways, it's completely broken as-is. > > > > > > I also though it could be treecleaned until I saw patches to fix that > issues are included in: > https://bugs.gentoo.org/show_bug.cgi?id=388927 Okay, I suppose people do use it. I'd like to start an app-doc herd (I think vapier and me have half of app-doc/* covered anyways). This would fit in there. In the meantime I'll take it. -- fonts, gcc-porting toolchain, wxwidgets @ gentoo.org signature.asc Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due jokey retirement
On 3/19/12 2:26 PM, Pacho Ramos wrote: El lun, 19-03-2012 a las 10:56 -0500, Paul Varner escribió: On 03/18/12 13:50, Pacho Ramos wrote: Due his retirement the following packages need a new maintainer: app-portage/maintainer-helper Thanks for taking them I've added app-portage/maintainer-helper to the tools-portage herd, however, I've left it as maintainer-needed. So if anyone wants to take it, feel free. The tools-portage herd will fix bugs for it as we find the time. I disagree with leaving maintainer-needed as default assign, if you will fix bugs when you have time it's better than what I will do with maintainer-needed packages. Okay, I've taken out the maintainer-needed as the maintainer and have just left it assigned to the herd. However, in reading through http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=4, I don't see a good mechanism to convey that the package is up for grabs, but in the meantime go ahead and assign any bugs to the herd. Regards, Paul
[gentoo-dev] Fix spurious dep to eselect-python
Hi, I tried to avoid depending on eselect-python if the useflag is disabled.
Please test and review.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
--- /usr/portage/eclass/python.eclass 2012-03-06 20:31:12.0 -0800
+++ /var/tmp/python.eclass 2012-03-19 21:24:24.937967537 -0700
@@ -33,6 +33,8 @@
_PYPY_GLOBALLY_SUPPORTED_ABIS=(2.7-pypy-1.7 2.7-pypy-1.8)
_PYTHON_GLOBALLY_SUPPORTED_ABIS=(${_CPYTHON2_GLOBALLY_SUPPORTED_ABIS[@]} ${_CPYTHON3_GLOBALLY_SUPPORTED_ABIS[@]} ${_JYTHON_GLOBALLY_SUPPORTED_ABIS[@]} ${_PYPY_GLOBALLY_SUPPORTED_ABIS[@]})
+ESELECT_DEP=">=app-admin/eselect-python-20091230"
+
#
# = HANDLING OF METADATA =
#
@@ -232,26 +234,27 @@
fi
unset -f _append_accepted_versions_range
-
+ DEPEND="${USE_flag}${USE_flag:+? ( }${ESELECT_DEP}${USE_flag:+ )}"
+ RDEPEND="${DEPEND}"
if [[ "${#_PYTHON_ATOMS[@]}" -gt 1 ]]; then
- DEPEND+="${DEPEND:+ }${USE_flag}${USE_flag:+? ( }|| ( ${_PYTHON_ATOMS[@]} )${USE_flag:+ )}"
- RDEPEND+="${RDEPEND:+ }${USE_flag}${USE_flag:+? ( }|| ( ${_PYTHON_ATOMS[@]} )${USE_flag:+ )}"
+ DEPEND+=" ${USE_flag}${USE_flag:+? ( }|| ( ${_PYTHON_ATOMS[@]} )${USE_flag:+ )}"
+ RDEPEND+=" ${USE_flag}${USE_flag:+? ( }|| ( ${_PYTHON_ATOMS[@]} )${USE_flag:+ )}"
else
- DEPEND+="${DEPEND:+ }${USE_flag}${USE_flag:+? ( }${_PYTHON_ATOMS[@]}${USE_flag:+ )}"
- RDEPEND+="${RDEPEND:+ }${USE_flag}${USE_flag:+? ( }${_PYTHON_ATOMS[@]}${USE_flag:+ )}"
+ DEPEND+=" ${USE_flag}${USE_flag:+? ( }${_PYTHON_ATOMS[@]}${USE_flag:+ )}"
+ RDEPEND+=" ${USE_flag}${USE_flag:+? ( }${_PYTHON_ATOMS[@]}${USE_flag:+ )}"
fi
else
die "Invalid syntax of PYTHON_DEPEND"
fi
}
-DEPEND=">=app-admin/eselect-python-20091230"
-RDEPEND="${DEPEND}"
if [[ -n "${PYTHON_DEPEND}" ]]; then
_python_parse_PYTHON_DEPEND
else
_PYTHON_ATOMS=("dev-lang/python")
+ DEPEND="${ESELECT_DEP}"
+ RDEPEND="${DEPEND}"
fi
unset -f _python_parse_PYTHON_DEPEND
