Re: [gentoo-dev] Packages up for grabs
On Sat, 11 Jun 2016 22:37:42 +0200 Pacho Ramos wrote: > This packages are now up for grabs: [...] > app-mobilephone/sobexsrv > media-gfx/qrencode I use these packages, so I'll take them. Best regards, Andrew Savchenko pgpaS26vxlznX.pgp Description: PGP signature
Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)
On Sat, Jun 11, 2016 at 10:48 PM, james wrote: > On 06/10/2016 10:09 PM, konsolebox wrote: >> >> What matters is the contribution, and the result. If you don't like >> how a user makes a contribution, don't accept the pull request, or >> don't merge his package. Simple. If you think that could turn out to >> be just a waste of time for them, help them correct their issues; add >> some documentations to enlighten them and give warnings about wrong >> practices so they don't blame anyone, and so they can decide whether >> they would want to contribute or not given the rules presented; but, >> _don't_ make the steps mandatory. Don't make contributions >> restrictive. > > Security is out the window with what you propose Please elaborate why it's automatically like that. -- konsolebox
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
Hi Ulrich,
Ulrich Mueller writes:
>> I have added EPREFIX logics for EAPI<3 and improved the trailing
>> slashes and quotes.
>
>> -[[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
>> +[[ -f "${EROOT}"usr/include/linux/autoconf.h ]] \
>
> Inside [[ ]] quotes are generally not needed. (There are several other
> instances of this.)
I thought so too, but with an experiment:
bash --version
GNU bash, version 4.3.30(1)-release (x86_64-pc-linux-gnu)
bash -l
$ [[ -f a b ]] && echo hi
bash: syntax error in conditional expression
bash: syntax error near `b'
$ [[ -f "a b" ]] && echo hi
hi
So it seems that [[ ]] does need quotes.
>> -mv ${WORKDIR}/linux* "${D}"/usr/src
>> +mv ${WORKDIR}/linux* "${ED}"usr/src
>
> It was like that before your patch, but still ${WORKDIR} should be
> quoted here.
Yeah, updated.
Benda
--- /home/heroxbd/dev/repo/eclass/kernel-2.eclass 2016-02-17
22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-06-12 17:58:55.971551222 +0900
@@ -105,6 +105,8 @@
HOMEPAGE="https://www.kernel.org/ https://www.gentoo.org/ ${HOMEPAGE}"
: ${LICENSE:="GPL-2"}
+has "${EAPI:-0}" 0 1 2 && ED=${D} EPREFIX= EROOT=${ROOT}
+
# This is the latest KV_PATCH of the deblob tool available from the
# libre-sources upstream. If you bump this, you MUST regenerate the Manifests
# for ALL kernel-2 consumer packages where deblob is available.
@@ -345,7 +347,7 @@
KV_FULL=${OKV}${EXTRAVERSION}
# we will set this for backwards compatibility.
- S=${WORKDIR}/linux-${KV_FULL}
+ S="${WORKDIR}"/linux-${KV_FULL}
KV=${KV_FULL}
# -rc-git pulls can be achieved by specifying CKV
@@ -667,7 +669,7 @@
# autoconf.h isnt generated unless it already exists. plus, we
have
# no guarantee that any headers are installed on the system...
- [[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
+ [[ -f "${EROOT}"usr/include/linux/autoconf.h ]] \
|| touch include/linux/autoconf.h
# if K_DEFCONFIG isn't set, force to "defconfig"
@@ -731,10 +733,10 @@
# of this crap anymore :D
if kernel_is ge 2 6 18 ; then
env_setup_xmakeopts
- emake headers_install INSTALL_HDR_PATH="${D}"/${ddir}/..
${xmakeopts} || die
+ emake headers_install INSTALL_HDR_PATH="${ED}"${ddir}/..
${xmakeopts} || die
# let other packages install some of these headers
- rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
+ rm -rf "${ED}"${ddir}/scsi #glibc/uclibc/etc...
return 0
fi
@@ -742,15 +744,15 @@
# $S values where the cmdline to cp is too long
pushd "${S}" >/dev/null
dodir ${ddir}/linux
- cp -pPR "${S}"/include/linux "${D}"/${ddir}/ || die
- rm -rf "${D}"/${ddir}/linux/modules
+ cp -pPR "${S}"/include/linux "${ED}"${ddir}/ || die
+ rm -rf "${ED}"${ddir}/linux/modules
dodir ${ddir}/asm
- cp -pPR "${S}"/include/asm/* "${D}"/${ddir}/asm
+ cp -pPR "${S}"/include/asm/* "${ED}"${ddir}/asm
if kernel_is 2 6 ; then
dodir ${ddir}/asm-generic
- cp -pPR "${S}"/include/asm-generic/* "${D}"/${ddir}/asm-generic
+ cp -pPR "${S}"/include/asm-generic/* "${ED}"${ddir}/asm-generic
fi
# clean up
@@ -784,7 +786,7 @@
> "${S}"/patches.txt
fi
- mv ${WORKDIR}/linux* "${D}"/usr/src
+ mv "${WORKDIR}"/linux* "${ED}"usr/src
if [[ -n "${UNIPATCH_DOCS}" ]] ; then
for i in ${UNIPATCH_DOCS}; do
@@ -797,8 +799,8 @@
#==
preinst_headers() {
local ddir=$(kernel_header_destdir)
- [[ -L ${ddir}/linux ]] && rm ${ddir}/linux
- [[ -L ${ddir}/asm ]] && rm ${ddir}/asm
+ [[ -L "${EPREFIX}"${ddir}/linux ]] && rm "${EPREFIX}"${ddir}/linux
+ [[ -L "${EPREFIX}"${ddir}/asm ]] && rm "${EPREFIX}"${ddir}/asm
}
# pkg_postinst functions
@@ -819,21 +821,21 @@
# if we are to forcably symlink, delete it if it already exists first.
if [[ ${K_SYMLINK} > 0 ]]; then
- [[ -h ${ROOT}usr/src/linux ]] && rm ${ROOT}usr/src/linux
+ [[ -h "${EROOT}"usr/src/linux ]] && rm "${EROOT}"usr/src/linux
MAKELINK=1
fi
# if the link doesnt exist, lets create it
- [[ ! -h ${ROOT}usr/src/linux ]] && MAKELINK=1
+ [[ ! -h "${EROOT}"usr/src/linux ]] && MAKELINK=1
if [[ ${MAKELINK} == 1 ]]; then
- cd "${ROOT}"usr/src
+ cd "${EROOT}"usr/src
ln -sf linux-${KV_FULL} linux
cd ${OLDPWD}
fi
# Don't forget to make directory for sysfs
- [[ ! -d ${ROOT}sys ]] && kernel_is 2 6 && mkdir ${ROOT}sys
+ [[ ! -d "${EROOT}"sys ]] && kernel_is 2 6 && mkdir "${EROOT}"sy
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
On 06/12/2016 02:02 AM, Benda Xu wrote:
> Hi Ulrich,
>
> Ulrich Mueller writes:
>
>>> I have added EPREFIX logics for EAPI<3 and improved the trailing
>>> slashes and quotes.
>>
>>> - [[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
>>> + [[ -f "${EROOT}"usr/include/linux/autoconf.h ]] \
>>
>> Inside [[ ]] quotes are generally not needed. (There are several other
>> instances of this.)
>
> I thought so too, but with an experiment:
>
> bash --version
> GNU bash, version 4.3.30(1)-release (x86_64-pc-linux-gnu)
>
> bash -l
> $ [[ -f a b ]] && echo hi
> bash: syntax error in conditional expression
> bash: syntax error near `b'
> $ [[ -f "a b" ]] && echo hi
> hi
>
> So it seems that [[ ]] does need quotes.
However, it behaves differently when you have a variable with "a b" as
its content.
foo="a b"
[[ -f ${foo} ]] && echo hi
--
Thanks,
Zac
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
Zac Medico writes:
> However, it behaves differently when you have a variable with "a b" as
> its content.
>
> foo="a b"
> [[ -f ${foo} ]] && echo hi
Yeah, that's correct. My mistake.
--- kernel-2.eclass 2016-02-17 22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-06-12 18:17:15.983538859 +0900
@@ -105,6 +105,8 @@
HOMEPAGE="https://www.kernel.org/ https://www.gentoo.org/ ${HOMEPAGE}"
: ${LICENSE:="GPL-2"}
+has "${EAPI:-0}" 0 1 2 && ED=${D} EPREFIX= EROOT=${ROOT}
+
# This is the latest KV_PATCH of the deblob tool available from the
# libre-sources upstream. If you bump this, you MUST regenerate the Manifests
# for ALL kernel-2 consumer packages where deblob is available.
@@ -345,7 +347,7 @@
KV_FULL=${OKV}${EXTRAVERSION}
# we will set this for backwards compatibility.
- S=${WORKDIR}/linux-${KV_FULL}
+ S="${WORKDIR}"/linux-${KV_FULL}
KV=${KV_FULL}
# -rc-git pulls can be achieved by specifying CKV
@@ -667,7 +669,7 @@
# autoconf.h isnt generated unless it already exists. plus, we
have
# no guarantee that any headers are installed on the system...
- [[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
+ [[ -f ${EROOT}usr/include/linux/autoconf.h ]] \
|| touch include/linux/autoconf.h
# if K_DEFCONFIG isn't set, force to "defconfig"
@@ -731,10 +733,10 @@
# of this crap anymore :D
if kernel_is ge 2 6 18 ; then
env_setup_xmakeopts
- emake headers_install INSTALL_HDR_PATH="${D}"/${ddir}/..
${xmakeopts} || die
+ emake headers_install INSTALL_HDR_PATH="${ED}"${ddir}/..
${xmakeopts} || die
# let other packages install some of these headers
- rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
+ rm -rf "${ED}"${ddir}/scsi #glibc/uclibc/etc...
return 0
fi
@@ -742,15 +744,15 @@
# $S values where the cmdline to cp is too long
pushd "${S}" >/dev/null
dodir ${ddir}/linux
- cp -pPR "${S}"/include/linux "${D}"/${ddir}/ || die
- rm -rf "${D}"/${ddir}/linux/modules
+ cp -pPR "${S}"/include/linux "${ED}"${ddir}/ || die
+ rm -rf "${ED}"${ddir}/linux/modules
dodir ${ddir}/asm
- cp -pPR "${S}"/include/asm/* "${D}"/${ddir}/asm
+ cp -pPR "${S}"/include/asm/* "${ED}"${ddir}/asm
if kernel_is 2 6 ; then
dodir ${ddir}/asm-generic
- cp -pPR "${S}"/include/asm-generic/* "${D}"/${ddir}/asm-generic
+ cp -pPR "${S}"/include/asm-generic/* "${ED}"${ddir}/asm-generic
fi
# clean up
@@ -784,7 +786,7 @@
> "${S}"/patches.txt
fi
- mv ${WORKDIR}/linux* "${D}"/usr/src
+ mv "${WORKDIR}"/linux* "${ED}"usr/src
if [[ -n "${UNIPATCH_DOCS}" ]] ; then
for i in ${UNIPATCH_DOCS}; do
@@ -797,8 +799,8 @@
#==
preinst_headers() {
local ddir=$(kernel_header_destdir)
- [[ -L ${ddir}/linux ]] && rm ${ddir}/linux
- [[ -L ${ddir}/asm ]] && rm ${ddir}/asm
+ [[ -L ${EPREFIX}${ddir}/linux ]] && rm "${EPREFIX}"${ddir}/linux
+ [[ -L ${EPREFIX}${ddir}/asm ]] && rm "${EPREFIX}"${ddir}/asm
}
# pkg_postinst functions
@@ -819,21 +821,21 @@
# if we are to forcably symlink, delete it if it already exists first.
if [[ ${K_SYMLINK} > 0 ]]; then
- [[ -h ${ROOT}usr/src/linux ]] && rm ${ROOT}usr/src/linux
+ [[ -h ${EROOT}usr/src/linux ]] && rm "${EROOT}"usr/src/linux
MAKELINK=1
fi
# if the link doesnt exist, lets create it
- [[ ! -h ${ROOT}usr/src/linux ]] && MAKELINK=1
+ [[ ! -h ${EROOT}usr/src/linux ]] && MAKELINK=1
if [[ ${MAKELINK} == 1 ]]; then
- cd "${ROOT}"usr/src
+ cd "${EROOT}"usr/src
ln -sf linux-${KV_FULL} linux
cd ${OLDPWD}
fi
# Don't forget to make directory for sysfs
- [[ ! -d ${ROOT}sys ]] && kernel_is 2 6 && mkdir ${ROOT}sys
+ [[ ! -d ${EROOT}sys ]] && kernel_is 2 6 && mkdir "${EROOT}"sys
echo
elog "If you are upgrading from a previous kernel, you may be
interested"
@@ -1153,7 +1155,7 @@
local tmp
for x in ${KPATCH_DIR}; do
for i in ${UNIPATCH_DOCS}; do
- if [[ -f "${x}/${i}" ]] ; then
+ if [[ -f ${x}/${i} ]] ; then
tmp="${tmp} ${i}"
cp -f "${x}/${i}" "${T}"/
fi
@@ -1353,11 +1355,11 @@
[[ ${ETYPE} == headers ]] && return 0
# If there isn't anything left behind, then don't complain.
- [[ -e ${ROOT}usr/src/linux-${KV_FULL} ]] || return 0
+ [[ -e ${EROOT}usr/src/linux-${KV_FULL
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
> On Sun, 12 Jun 2016, Benda Xu wrote:
>> Inside [[ ]] quotes are generally not needed. (There are several other
>> instances of this.)
> I thought so too, but with an experiment:
> bash --version
> GNU bash, version 4.3.30(1)-release (x86_64-pc-linux-gnu)
> bash -l
> $ [[ -f a b ]] && echo hi
> bash: syntax error in conditional expression
> bash: syntax error near `b'
> $ [[ -f "a b" ]] && echo hi
> hi
Wrong experiment, so you get wrong results. :)
$ foo="a b"
$ [[ -f ${foo} ]] && echo yes || echo no
no
$ touch "a b"
$ [[ -f ${foo} ]] && echo yes || echo no
yes
> So it seems that [[ ]] does need quotes.
I doesn't around a variable.
Ulrich
pgpMwPyoPQ0RX.pgp
Description: PGP signature
Re: [gentoo-dev] Packages up for grabs
Dnia 11 czerwca 2016 22:37:42 CEST, Pacho Ramos napisał(a): >media-gfx/qrencode I'll take this one since it's used by systemd and pshs. -- Best regards, Michał Górny (by phone)
Re: [gentoo-dev] Packages up for grabs
Hi, On Sun, 12 Jun 2016 11:39:08 +0200 Michał Górny wrote: > Dnia 11 czerwca 2016 22:37:42 CEST, Pacho Ramos napisał(a): > >media-gfx/qrencode > > I'll take this one since it's used by systemd and pshs. Looks like we had an maintenance claiming clash (I was just 5 minutes earlier). Feel free to add yourself to maintainers: it's always nice to have a backup ;) Best regards, Andrew Savchenko pgpWHc6UanOVR.pgp Description: PGP signature
Re: [gentoo-dev] dev-util/nsis: Maintainer request
Hi, I've revbumped this package. Regards, Alon On 6 June 2016 at 03:23, M. J. Everitt wrote: > On 05/06/16 22:55, Kristian Fiskerstrand wrote: >> dev-util/nsis curretly has no maintainer. It has a [critical security >> bug filed against it]. Does anyone want to pick it up? if not we'll >> start a last rite process for it. >> >> [critical security bug filed against it] >> https://bugs.gentoo.org/show_bug.cgi?id=568398 > Per conversation in #g-p-m I'll take this on via proxy if nobody else > volunteers in the next 7 days (w/e 12th June) to start with, as I'm > pretty sure a colleague is using it on a project, and we could do > without losing it from the tree .. ! > > Quick glance at the project page, and bug suggests revbump, stabilise > and drop old version might cure the existing issue, but will investigate > further. > Cheers, > Michael. >
Re: [gentoo-dev] dev-util/nsis: Maintainer request
Cheers Alon, Michael. On 12/06/16 12:43, Alon Bar-Lev wrote: > Hi, > I've revbumped this package. > Regards, > Alon > > On 6 June 2016 at 03:23, M. J. Everitt wrote: >> On 05/06/16 22:55, Kristian Fiskerstrand wrote: >>> dev-util/nsis curretly has no maintainer. It has a [critical security >>> bug filed against it]. Does anyone want to pick it up? if not we'll >>> start a last rite process for it. >>> >>> [critical security bug filed against it] >>> https://bugs.gentoo.org/show_bug.cgi?id=568398 >> Per conversation in #g-p-m I'll take this on via proxy if nobody else >> volunteers in the next 7 days (w/e 12th June) to start with, as I'm >> pretty sure a colleague is using it on a project, and we could do >> without losing it from the tree .. ! >> >> Quick glance at the project page, and bug suggests revbump, stabilise >> and drop old version might cure the existing issue, but will investigate >> further. >> Cheers, >> Michael. >> signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] dev-util/nsis: Maintainer request
Can you please check it out? I had no time nor setup. On 12 June 2016 at 14:49, M. J. Everitt wrote: > Cheers Alon, > > Michael. > On 12/06/16 12:43, Alon Bar-Lev wrote: >> Hi, >> I've revbumped this package. >> Regards, >> Alon >> >> On 6 June 2016 at 03:23, M. J. Everitt wrote: >>> On 05/06/16 22:55, Kristian Fiskerstrand wrote: dev-util/nsis curretly has no maintainer. It has a [critical security bug filed against it]. Does anyone want to pick it up? if not we'll start a last rite process for it. [critical security bug filed against it] https://bugs.gentoo.org/show_bug.cgi?id=568398 >>> Per conversation in #g-p-m I'll take this on via proxy if nobody else >>> volunteers in the next 7 days (w/e 12th June) to start with, as I'm >>> pretty sure a colleague is using it on a project, and we could do >>> without losing it from the tree .. ! >>> >>> Quick glance at the project page, and bug suggests revbump, stabilise >>> and drop old version might cure the existing issue, but will investigate >>> further. >>> Cheers, >>> Michael. >>> > >
Re: [gentoo-dev] dev-util/nsis: Maintainer request
I'll see what I can do .. possibly not today .. Cheers, Michael. On 12/06/16 12:50, Alon Bar-Lev wrote: > Can you please check it out? > I had no time nor setup. > > On 12 June 2016 at 14:49, M. J. Everitt wrote: >> Cheers Alon, >> >> Michael. >> On 12/06/16 12:43, Alon Bar-Lev wrote: >>> Hi, >>> I've revbumped this package. >>> Regards, >>> Alon >>> >>> On 6 June 2016 at 03:23, M. J. Everitt wrote: On 05/06/16 22:55, Kristian Fiskerstrand wrote: > dev-util/nsis curretly has no maintainer. It has a [critical security > bug filed against it]. Does anyone want to pick it up? if not we'll > start a last rite process for it. > > [critical security bug filed against it] > https://bugs.gentoo.org/show_bug.cgi?id=568398 Per conversation in #g-p-m I'll take this on via proxy if nobody else volunteers in the next 7 days (w/e 12th June) to start with, as I'm pretty sure a colleague is using it on a project, and we could do without losing it from the tree .. ! Quick glance at the project page, and bug suggests revbump, stabilise and drop old version might cure the existing issue, but will investigate further. Cheers, Michael. >> signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs
On Sat, Jun 11, 2016 at 10:37:42PM +0200, Pacho Ramos wrote: > This packages are now up for grabs: > app-admin/ccze > app-crypt/ckpass > app-mobilephone/sobexsrv > dev-libs/libkpass > media-gfx/qrencode > sys-apps/razercfg > x11-misc/xdotool > > If no one else puts their hand up ill proxy maintain xdotool, I use it all the time with keepass. Cheers, Craig signature.asc Description: Digital signature
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
On 06/12/2016 05:21 AM, Benda Xu wrote:
> # let other packages install some of these headers
> - rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
> + rm -rf "${ED}"${ddir}/scsi #glibc/uclibc/etc...
Every rm, cp, mv, mkdir, dodir, cd, etc. needs "|| die".
[gentoo-dev] Lastrites: app-cdr/dvd95, app-portage/epm, dev-libs/vdk, app-cdr/xcdroast, media-tv/dvbstreamer, net-p2p/microdc2, media-tv/freevo, www-apache/mod-auth-mysql, app-portage/g-ctan, media-vi
# Pacho Ramos (12 Jun 2016) # Buggy, upstream dead for ages (#148741). Removal in a month. app-cdr/dvd95 # Pacho Ramos (12 Jun 2016) # Unmaintained, development stalled for a long time (#168283). # Removal in a month. app-portage/epm # Pacho Ramos (12 Jun 2016) # Unmaintained, buggy and not needed by anything in the tree (#221667). # Removal in a month. dev-libs/vdk # Pacho Ramos (12 Jun 2016) # Upstream dead for ages, multiple bugs (#345337) # Removal in a month. app-cdr/xcdroast # Pacho Ramos (12 Jun 2016) # No buildable version in the tree and nobody is taking care # of it (#349457). Removal in a month. media-tv/dvbstreamer # Pacho Ramos (12 Jun 2016) # Multiple bugs, upstream died for ages (#360631). Removal in a month. net-p2p/microdc2 # Pacho Ramos (12 Jun 2016) # Upstream stopped taking care and suggests kodi as an alternative. # (#363513). Removal in a month. media-tv/freevo # Pacho Ramos (12 Jun 2016) # Obsolete mod, also buggy (#382055). Removal in a month. www-apache/mod-auth-mysql # Pacho Ramos (12 Jun 2016) # Patrick Lauer (21 May 2013) # broken dependencies -> uninstallable #470712 # Removal in a month (#429998) app-portage/g-ctan # Pacho Ramos (12 Jun 2016) # Fails to build, nothing requires it in the tree (#432718) # Removal in a month. media-video/avinfo # Pacho Ramos (12 Jun 2016) # Unbuildable (#440044). Removal in a month. sys-apps/dmtcp # Pacho Ramos (12 Jun 2016) # Needs to be ported to new eclasses, obsoleted by hydrogen # Removal in a month (#442614) media-sound/trommler
Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)
On 06/12/2016 01:10 AM, konsolebox wrote: On Sat, Jun 11, 2016 at 3:00 PM, Michał Górny wrote: On Sat, 11 Jun 2016 11:09:39 +0800 konsolebox wrote: On Wed, Jun 8, 2016 at 11:53 PM, james wrote: The grandiose-ness you propose should only come upon graduating from proxy school, imho. user-->strong-users-->proxy-->dev pathway. Pedantic, bureaucratic, procedure-oriented, monolithic, restrictive. Too conservative. What matters is the contribution, and the result. If you don't like how a user makes a contribution, don't accept the pull request, or don't merge his package. Simple. If you think that could turn out to be just a waste of time for them, help them correct their issues; add some documentations to enlighten them and give warnings about wrong practices so they don't blame anyone, and so they can decide whether they would want to contribute or not given the rules presented; but, _don't_ make the steps mandatory. Don't make contributions restrictive. You're contradicting yourself. How can improving/review of pull request be non-mandatory, if otherwise we are to reject it? Of course, it all depends on how you define 'mandatory'. It's not like anybody forces you to do something, you know. No, you just misinterpret. You can review pull requests. You can reject stuff, but don't reject them just because some laid-out steps in the documentation has not been followed. Some may not be completely necessary. I'm implying that these "academic" steps may not be completely helpful at all times, and making us follow these things only make making a contribution stiff and restrictive. I'm mainly referring to the strict user-->strong-users-->proxy-->dev pathway that James is encouraging, where it seems like you have to become a proxy developer first (or maybe, prove yourself first; gain first some trust), before you are acknowledged to be able to contribute in a manner that Alexander Berntsen has been suggesting. Wrong and misleading. I am proposing but one pathway. Come to find out, others have already started a mailing list for that (proxy) pathway. Furthermore, iff a fantastic programmer from Debian was to contact the Gentoo staff, someone of known caliber and accomplishments, and wanted to become a Gentoo dev, that person would be fast tracked, very similar to a returning gentoo dev. Tom Gall, a very accomplish ARM coder, recently returned for a while. He was quickly re-established as a gentoo dev, and is a recognized ARM innovator. He has since gone silent and returned to a more formal position within Arm development. I can think of dozens more. Those are different pathways, I have no problem with that fact and I'm quite happy that gentoo has multiple pathways to dev-status. Skills go a long way, particularly if you are established in the FOSS communities. So there are multiple pathways and new ones, such as your can be proposed and proven up. Just go do the work and stop whining. Then there are the multitude of ordinary coders or coder-wannabes, that do need the user-->strong-user-->proxy--> dev pathway, well defined and well documented. Nothing in what I have said excludes other pathways. Nothing. I did point out that /usr/local/portage on your own system, or github do exist and provide yet another pathway to dev status, when one can produce a body of work and answer those quizzes... Be bold! These stuff imply unnecessary old-fashioned restrictions that aren't "necessarily" helpful to security. It doesn't help encourage users to become active. Wrong again. If you have such a brilliant idea, let it stand on it's own merits, let it be a 'back door' for interlopers on your system. I have too many validated experiences with gentoo that cause me to keep a conservative, trust the gentoo security devs, position rather than to allow random ebuilds on my systems, be they core packages or application specific. But, this does not preclude you, and your pals, from building stuff outside the (gentoo) box and making those ebuilds available. In fact the easiest thing for you to do is form a distro, and do things your way, whilst maintaining close to the portage tree function. We already have a wonderful distro, called Pentoo, that does just that. Things are quite wonderful between these distros. To make it clear, I'm mostly talking about users who would want to contribute, but doesn't necessarily take pledge on the responsibility of maintaining a package. There is absolutely nothing in gentoo that prevents this. But, you should not expect 'a rank and file blessing from the gentoo devs', without 'due diligence'. And isn't that what we are mostly talking about? If we also talk about maintenance-ship, don't we already have the proxy maintainer for that position? Devs within Gentoo are on an aggressive pathway to purge codes (ebuild packages) that do not list an accountable dev or proxy, in case you have not been reading gentoo-dev for a while. Many of
Re: [gentoo-dev] Packages up for grabs
please avoid html e-mails -mike signature.asc Description: Digital signature
Re: [gentoo-dev] Packages up for grabs
On 12/06/16 18:57, Mike Frysinger wrote: > please avoid html e-mails > -mike And PGP/MIME is your friend :] signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs
On Thu, 2 Jun 2016 10:42:03 -0500 james wrote: > On 06/01/2016 06:20 PM, Justin Bronder wrote: > > Due to a lack of time and the fact I don't use any of these packages > > anymore, they are all up for grabs. > > > > - media-gfx/openmesh [no project] > > - sys-cluster/ganglia [cluster] > > - sys-cluster/ganglia-web [cluster] > > - sys-cluster/torque [cluster] > > - sys-cluster/munge [cluster] dependency of sys-cluster/torque > > - sys-cluster/mpe2 [cluster] > > > > Also, if there's anyone out there using the science overlay and empi > > who's feeling motivated, that work still needs a champion to get it > > into the main tree. If not, I'll probably drop it in a few months > > and open openmpi and mpich2 to project maintenance as well. I > > haven't been involved in HPC for over a decade now, it's time to > > pass the torch. > > > Hello Justin, > > I've been working on cluster ebuilds for a while (Apache Mesos, spark, > etc). I'm willing to proxy maintain these except torque. Assuming there > are no users of torque on gentoo (bgo seems inactive...it's dead; how > would I know?). Hey, don't be too quick on your judgement :) We are using torque (and maui) on three HPC setups, though we had to patch torque for various features. By the way, what scheduler/resource manager are you using for HPC? slurm ebuild seems to be even in worse state than torque one (2.6.3 is present, 16.05.0 is the latest upstream). Best regards, Andrew Savchenko pgpUihOfPKGPE.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs
On 06/12/2016 04:01 PM, Andrew Savchenko wrote: On Thu, 2 Jun 2016 10:42:03 -0500 james wrote: On 06/01/2016 06:20 PM, Justin Bronder wrote: > Due to a lack of time and the fact I don't use any of these packages > anymore, they are all up for grabs. > > - media-gfx/openmesh [no project] > - sys-cluster/ganglia [cluster] > - sys-cluster/ganglia-web [cluster] > - sys-cluster/torque [cluster] > - sys-cluster/munge [cluster] dependency of sys-cluster/torque > - sys-cluster/mpe2 [cluster] > > Also, if there's anyone out there using the science overlay and empi > who's feeling motivated, that work still needs a champion to get it > into the main tree. If not, I'll probably drop it in a few months > and open openmpi and mpich2 to project maintenance as well. I > haven't been involved in HPC for over a decade now, it's time to > pass the torch. Hello Justin, I've been working on cluster ebuilds for a while (Apache Mesos, spark, etc). I'm willing to proxy maintain these except torque. Assuming there are no users of torque on gentoo (bgo seems inactive...it's dead; how would I know?). Hey, don't be too quick on your judgement :) We are using torque (and maui) on three HPC setups, though we had to patch torque for various features. Ian picked up torque:: "I can step up and maintain or co-maintain sys-cluster/torque , I use it at work and have contributed to it in the past." Which was written on 6/2/16 by a...@gentoo.org. By the way, what scheduler/resource manager are you using for HPC? I'm more focused on small clusters and the ability to 'reboot' identical hardware into a variety of HPC or container cluster configurations. My immediate goal is fast and small clusters to run 'cluster-benchmarks' and compare different cluster offerings, for a particular problem. The emphasis is the hardware which is identical, so the cluster codes are the only difference. NO elaborate Schedulers or Framework schedulers, just testing everything, atm. That said, you may want to look at Mesos, as that cluster OS, it supports a myriad of Schedulers and Framework schedulers. It fact it encourages custom scheduler development. http://mesos.apache.org/ http://mesos.apache.org/documentation/latest/app-framework-development-guide/ slurm ebuild seems to be even in worse state than torque one (2.6.3 is present, 16.05.0 is the latest upstream). I do not know why more gentoo devs have not been bitten by the sys-cluster bug. Slurm is still widely used. SchedMD is hiring. > Best regards, > Andrew Savchenko > Best regards, > Andrew Savchenko James [1] http://mesos.apache.org/documentation/latest/app-framework-development-guide/
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-06-12 23:59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2016-06-12 23:59 UTC. Removals: dev-python/simplegui 20160609-13:21 kensington 7c2761e net-misc/sx 20160603-01:06 aballier c27547e sec-policy/selinux-systemd 20160612-09:32 perfinion7ca7aee Additions: app-crypt/envchain 20160611-20:37 monsieurp8f9ed18 app-vim/airline-themes 20160611-19:12 monsieurpe0fb1cb app-vim/indentpython 20160606-22:23 monsieurp0377401 app-vim/nerdtree-tabs20160607-13:44 monsieurpd2e642e app-vim/pydoc20160611-09:18 monsieurp0ae460b app-vim/pytest 20160611-10:52 monsieurpa313dd6 app-vim/vim-flake8 20160607-08:15 monsieurpa022c63 app-vim/zenburn 20160607-10:33 monsieurpd9f40cc dev-erlang/cache_tab 20160606-22:13 aidecoe 546a027 dev-erlang/eredis20160606-22:13 aidecoe f10d499 dev-erlang/esip 20160606-22:13 aidecoe 42c58db dev-erlang/ezlib 20160606-22:14 aidecoe 7b90fb8 dev-erlang/fast_tls 20160606-22:14 aidecoe b19925f dev-erlang/fast_xml 20160606-22:14 aidecoe 830101f dev-erlang/fast_yaml 20160606-22:14 aidecoe c0885a7 dev-erlang/goldrush 20160606-22:15 aidecoe b44fc83 dev-erlang/hamcrest 20160606-22:15 aidecoe 47a591d dev-erlang/iconv 20160606-22:15 aidecoe e0316c2 dev-erlang/jiffy 20160606-22:15 aidecoe dd81bf9 dev-erlang/lager 20160606-22:16 aidecoe 24db89a dev-erlang/luerl 20160606-22:16 aidecoe d55ef42 dev-erlang/meck 20160606-22:16 aidecoe 0e20d79 dev-erlang/p1_mysql 20160606-22:16 aidecoe ff26cc6 dev-erlang/p1_oauth2 20160606-22:17 aidecoe d11c22d dev-erlang/p1_pam20160606-22:17 aidecoe 863e815 dev-erlang/p1_pgsql 20160606-22:17 aidecoe 29c428d dev-erlang/p1_utils 20160606-22:17 aidecoe 3cea428 dev-erlang/p1_xmlrpc 20160606-22:18 aidecoe e19314b dev-erlang/proper20160606-22:18 aidecoe c59b6e1 dev-erlang/protobuffs20160606-22:18 aidecoe 10d4c9e dev-erlang/riakc 20160606-22:18 aidecoe f0015b8 dev-erlang/riak_pb 20160606-22:19 aidecoe fcd2562 dev-erlang/sqlite3 20160606-22:19 aidecoe 5868bda dev-erlang/stringprep20160606-22:19 aidecoe 3a9ff2e dev-erlang/stun 20160606-22:20 aidecoe e2cb4a3 dev-libs/cl 20160611-09:52 jer b2a0d4f dev-python/iocapture 20160612-15:24 patrick 53c0590 dev-python/montage-wrapper 20160607-22:00 bicatali bd2bae0 dev-python/structlog 20160608-19:01 wizardedit 0b9d1dd net-nds/gss-proxy20160606-03:53 vapier af0ed32 sci-astronomy/fitspng20160607-17:00 bicatali 7b8e80e sci-astronomy/montage20160607-21:42 bicatali b439ca6 sys-cluster/sx 20160603-01:06 aballier c27547e x11-plugins/gkrellm-cpupower 20160607-06:42 polynomial-c a223a44 -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: sec-policy/selinux-systemd,removed,perfinion,20160612-09:32,7ca7aee dev-python/simplegui,removed,kensington,20160609-13:21,7c2761e net-misc/sx,removed,aballier,20160603-01:06,c27547e Added Packages: app-crypt/envchain,added,monsieurp,20160611-20:37,8f9ed18 dev-python/iocapture,added,patrick,20160612-15:24,53c0590 app-vim/airline-themes,added,monsieurp,20160611-19:12,e0fb1cb app-vim/pytest,added,monsieurp,20160611-10:52,a313dd6 dev-libs/cl,added,jer,20160611-09:52,b2a0d4f app-vim/pydoc,added,monsieurp,20160611-09:18,0ae460b dev-python/structlog,added,wizardedit,20160608-19:01,0b9d1dd dev-erlang/stun,added,aidecoe,20160606-22:20,e2cb4a3 dev-erlang/stringprep,added,aidecoe,20160606-22:19,3a9ff2e dev-erlang/sqlite3,added,aidecoe,20160606-22:19,5868bda dev-erlang/riak_pb,added,aidecoe,20160606-22:19,fcd2562 dev-erlang/riakc,added,aidecoe,20160606-22:18,f0015b8 dev-erlang/protobuffs,added,aidecoe,20160606-22:18,10d4c9e dev-erlang/proper,added,aidecoe,20160606-22:18,c59b6e1 dev-erlang/p1_xmlrpc,added,aidecoe,20160606-22:18,e19314b dev-erlang/p1_utils,added,aidecoe,20160606-22:17,3cea428 dev-erlang/p1_pgsql,added,aidecoe,20160606-22:17,29c428d dev-erlang/p1_pam,added,aidecoe,20160606-22:17,863e815 dev-erlang/p1_oauth2,added,aidecoe,20160606-22:17,d11c22d dev-erlang/p1_mysql,added,aidecoe,20160606-22:16,ff26cc6 dev-erlang/meck,added,aidecoe,20160606-22:16,0e20d79 dev-erlang/luerl,added,aidecoe,20160606-22:16,d55ef42 dev-erlang/lager,added,aidecoe,20160606-22:16,24db89a dev-erlang/jiffy,added,aidecoe,20160606-22:15,dd81bf9 dev-erlang/iconv,added,aidecoe,20160606-22:15,e0316c2 dev-erlang/hamcrest,added,aidecoe
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
Michael Orlitzky writes:
> On 06/12/2016 05:21 AM, Benda Xu wrote:
>> # let other packages install some of these headers
>> -rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
>> +rm -rf "${ED}"${ddir}/scsi #glibc/uclibc/etc...
>
> Every rm, cp, mv, mkdir, dodir, cd, etc. needs "|| die".
Thanks, updated.
--- kernel-2.eclass 2016-02-17 22:46:25.235543840 +0900
+++ kernel-2.eclass 2016-06-13 10:04:55.966899800 +0900
@@ -105,6 +105,8 @@
HOMEPAGE="https://www.kernel.org/ https://www.gentoo.org/ ${HOMEPAGE}"
: ${LICENSE:="GPL-2"}
+has "${EAPI:-0}" 0 1 2 && ED=${D} EPREFIX= EROOT=${ROOT}
+
# This is the latest KV_PATCH of the deblob tool available from the
# libre-sources upstream. If you bump this, you MUST regenerate the Manifests
# for ALL kernel-2 consumer packages where deblob is available.
@@ -345,7 +347,7 @@
KV_FULL=${OKV}${EXTRAVERSION}
# we will set this for backwards compatibility.
- S=${WORKDIR}/linux-${KV_FULL}
+ S="${WORKDIR}"/linux-${KV_FULL}
KV=${KV_FULL}
# -rc-git pulls can be achieved by specifying CKV
@@ -667,7 +669,7 @@
# autoconf.h isnt generated unless it already exists. plus, we
have
# no guarantee that any headers are installed on the system...
- [[ -f ${ROOT}/usr/include/linux/autoconf.h ]] \
+ [[ -f ${EROOT}usr/include/linux/autoconf.h ]] \
|| touch include/linux/autoconf.h
# if K_DEFCONFIG isn't set, force to "defconfig"
@@ -688,7 +690,7 @@
# symlink in /usr/include/, and make defconfig will fail, so we
have
# to force an include path with $S.
HOSTCFLAGS="${HOSTCFLAGS} -I${S}/include/"
- ln -sf asm-${KARCH} "${S}"/include/asm
+ ln -sf asm-${KARCH} "${S}"/include/asm || die
cross_pre_c_headers && return 0
make ${K_DEFCONFIG} HOSTCFLAGS="${HOSTCFLAGS}" ${xmakeopts} ||
die "defconfig failed (${K_DEFCONFIG})"
@@ -705,7 +707,7 @@
# .config based upon any info we may have
case ${CTARGET} in
sh*)
- sed -i '/CONFIG_CPU_SH/d' .config
+ sed -i '/CONFIG_CPU_SH/d' .config || die
echo "CONFIG_CPU_SH${CTARGET:2:1}=y" >> .config
return 0;;
esac
@@ -731,10 +733,10 @@
# of this crap anymore :D
if kernel_is ge 2 6 18 ; then
env_setup_xmakeopts
- emake headers_install INSTALL_HDR_PATH="${D}"/${ddir}/..
${xmakeopts} || die
+ emake headers_install INSTALL_HDR_PATH="${ED}"${ddir}/..
${xmakeopts} || die
# let other packages install some of these headers
- rm -rf "${D}"/${ddir}/scsi #glibc/uclibc/etc...
+ rm -rf "${ED}"${ddir}/scsi || die #glibc/uclibc/etc...
return 0
fi
@@ -742,15 +744,15 @@
# $S values where the cmdline to cp is too long
pushd "${S}" >/dev/null
dodir ${ddir}/linux
- cp -pPR "${S}"/include/linux "${D}"/${ddir}/ || die
- rm -rf "${D}"/${ddir}/linux/modules
+ cp -pPR "${S}"/include/linux "${ED}"${ddir}/ || die
+ rm -rf "${ED}"${ddir}/linux/modules || die
dodir ${ddir}/asm
- cp -pPR "${S}"/include/asm/* "${D}"/${ddir}/asm
+ cp -pPR "${S}"/include/asm/* "${ED}"${ddir}/asm || die
if kernel_is 2 6 ; then
dodir ${ddir}/asm-generic
- cp -pPR "${S}"/include/asm-generic/* "${D}"/${ddir}/asm-generic
+ cp -pPR "${S}"/include/asm-generic/* "${ED}"${ddir}/asm-generic
|| die
fi
# clean up
@@ -784,7 +786,7 @@
> "${S}"/patches.txt
fi
- mv ${WORKDIR}/linux* "${D}"/usr/src
+ mv "${WORKDIR}"/linux* "${ED}"usr/src || die
if [[ -n "${UNIPATCH_DOCS}" ]] ; then
for i in ${UNIPATCH_DOCS}; do
@@ -797,8 +799,8 @@
#==
preinst_headers() {
local ddir=$(kernel_header_destdir)
- [[ -L ${ddir}/linux ]] && rm ${ddir}/linux
- [[ -L ${ddir}/asm ]] && rm ${ddir}/asm
+ [[ -L ${EPREFIX}${ddir}/linux ]] && { rm "${EPREFIX}"${ddir}/linux ||
die; }
+ [[ -L ${EPREFIX}${ddir}/asm ]] && { rm "${EPREFIX}"${ddir}/asm || die; }
}
# pkg_postinst functions
@@ -819,21 +821,19 @@
# if we are to forcably symlink, delete it if it already exists first.
if [[ ${K_SYMLINK} > 0 ]]; then
- [[ -h ${ROOT}usr/src/linux ]] && rm ${ROOT}usr/src/linux
+ [[ -h ${EROOT}usr/src/linux ]] && { rm "${EROOT}"usr/src/linux
|| die; }
MAKELINK=1
fi
# if the link doesnt exist, lets create it
- [[ ! -h ${ROOT}usr/src/linux ]] && MAKELINK=1
+ [[ ! -h ${EROOT}usr/src/linux ]] && MAKELINK=1
if [[ ${MAKELINK} == 1 ]]; then
-
Re: [gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
On 06/12/2016 09:12 PM, Benda Xu wrote:
> Michael Orlitzky writes:
>>
>> Every rm, cp, mv, mkdir, dodir, cd, etc. needs "|| die".
>
> Thanks, updated.
>
> ...
>
> # Don't forget to make directory for sysfs
> - [[ ! -d ${ROOT}sys ]] && kernel_is 2 6 && mkdir ${ROOT}sys
> + [[ ! -d ${EROOT}sys ]] && kernel_is 2 6 && mkdir "${EROOT}"sys
>
One more =)
[gentoo-dev] Re: RFC: kernel-2.eclass Prefix support
On 06/12/2016 10:42 PM, Michael Orlitzky wrote:
> On 06/12/2016 09:12 PM, Benda Xu wrote:
>> Michael Orlitzky writes:
>>>
>>> Every rm, cp, mv, mkdir, dodir, cd, etc. needs "|| die".
>>
>> Thanks, updated.
>>
>> ...
>>
>> # Don't forget to make directory for sysfs
>> -[[ ! -d ${ROOT}sys ]] && kernel_is 2 6 && mkdir ${ROOT}sys
>> +[[ ! -d ${EROOT}sys ]] && kernel_is 2 6 && mkdir "${EROOT}"sys
>>
>
> One more =)
>
>
>
>
This one probably should also be guarded by a `if ! use prefix` or `if
[[ -z ${EPREFIX} ]]` (or whatever), as it doesn't make as much sense to
have a ${EPREFIX}/sys directory.
signature.asc
Description: OpenPGP digital signature
