Re: [gentoo-dev] Should that file be a License ?
Le 27/02/2009 06:32, Jeremy Olexa a écrit : bump. Can anyone help out here? Is it a license or a doc? I would say it is in fact a license, but since all it seems to do is to confirm that whatever GnuGk does under the GPLv2 is allowed, I wouldn't necessarily put it in the license dir. But do include it in the doc dir. Nota Bene: IANAL Cheers, Rémi
Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives
On Tue, Feb 24, 2009 at 5:21 PM, Petteri Räty wrote: > My notes so far: > > 1) Status quo > - does not allow changing inherit > - bash version in global scope > - global scope in general is quite locked down > > 2) EAPI in file extension > - Allows changing global scope and the internal format of the ebuild > a) .ebuild- > - ignored by current Portage > b) ..ebuild > - current Portage does not work with this > c) .. > - ignored by current Portage > > 3) EAPI in locked down place in the ebuild > - Allows changing global scope > - EAPI can't be changed in an existing ebuild so the PM can trust > the value in the cache > - Does not allow changing versioning rules unless version becomes a > normal metadata variable > * Needs more accesses to cache as now you don't have to load older > versions if the latest is not masked > a) > b) new subdirectory like ebuilds/ > - we could drop extension all together so don't have to argue about > it any more > - more directory reads to get the list of ebuilds in a repository > c) .ebuild in current directory > - needs one year wait > I don't see the point of some of these... a shorter extension would be nice but not really necessary. ..ebuild so like .2.ebuild 'cause that'd work great? smith-1.3.6.2.ebuild better yet vanilla-sources-2.6.28.2.2.ebuild yeah I can see that working out... no it wouldn't or maybe smith-1.3.6.eapi-2.ebuild just too long here's an idea, perhaps not a great one... but perhaps it'll make someone else think... how about this on the first line # eapi-2 and instead of sourcing it, have portage match it with a regex first, figure out the eapi, then source it. I don't know if I really like like what I'm proposing, but I don't see anything else that looks good. -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [gentoo-dev] working on mysql-community 5.0.77 - mysql-extras
On Fri, Feb 27, 2009 at 01:48:14AM -0500, Caleb Cushing wrote: > On Thu, Feb 26, 2009 at 2:08 AM, Robin H. Johnson wrote: > > There were security changes in MySQL that caused the patches to not work > > quite right anymore. Percona has updated patches, I just haven't got to > > them yet, work is more pressing, trying for a product launch right > > now... > do these patches have a required order that you know of? some of the > new ones fail to apply... but they don't seem to have an order... Yes. There is a well defined order, you can get it from their SRPM specfile. Also check to see which patches it deliberately DOESN'T apply. Percona 5.0.75-b12 skipped the binlog-mirroring patch EG. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgphVbRdAsh1Z.pgp Description: PGP signature
Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives
My 2¢ : Keep the EAPI inside the ebuild itself. On the first line, on the fifth line, as an argument with the shebang, as a comment, as a variable, as a function call, ... I really don't care what it looks like, as long as it's inside the ebuild. Cheers, Rémi
[gentoo-dev] perl-module.eclass -- review
Please review the attached perl-module.eclass.
Patch linked below.
Changes (#239510):
~~~
- EAPI 2 support
- default license
- reduced EXPORT_FUNCTIONS for EAPI=2
- HOMEPAGE changed
- LDFLAGS support
- quoting
- removes updatepod()
- removes .packlist files
- removes empty *.bs files
- removed BUILDER_VER stuff
IDEAS
~
- remove esvn_clean
- cache perlinfo calls
TODO (no showstopper)
- still no documentation
- perl-app.eclass not done
After that perl-module_src_prep calls in ebuilds should be updated
(perl-module_src_configure) or removed:
|app-pda/pilot-link
|dev-perl/GDTextUtil
|dev-tex/html2latex
|kde-base/dcopperl
|mail-filter/spamassassin
|sci-libs/gdal
|sci-libs/udunit
Ebuilds with a local perl-module_src_prep function should be fixed too
|dev-perl/Alien-wxWidgets
|dev-perl/HTML-Mason
|www-apps/Embperl/Embperl
git://github.com/tove/perl-eclass.git
http://people.gentoo.org/tove/files/perl-module.eclass.diff
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/perl-module.eclass,v 1.112 2008/09/30
08:28:44 robbat2 Exp $
#
# Author: Seemant Kulleen
# @ECLASS: perl-module.eclass
# @MAINTAINER:
# p...@gentoo.org
# @BLURB: eclass for perl modules
# @DESCRIPTION:
# The perl-module eclass is designed to allow easier installation of perl
# modules, and their incorporation into the Gentoo Linux system.
inherit eutils base
case "${EAPI:-0}" in
0|1)
EXPORT_FUNCTIONS pkg_setup pkg_preinst pkg_postinst pkg_prerm
pkg_postrm src_compile src_install src_test src_unpack
;;
*)
EXPORT_FUNCTIONS src_unpack src_prepare src_configure
src_compile src_test src_install
;;
esac
DESCRIPTION="Based on the $ECLASS eclass"
LICENSE="${LICENSE:-|| ( Artistic GPL-2 )}"
[ -z "${SRC_URI}" -a -z "${MODULE_A}" ] && MODULE_A="${MY_P:-${P}}.tar.gz"
[ -z "${SRC_URI}" -a -n "${MODULE_AUTHOR}" ] && \
SRC_URI="mirror://cpan/authors/id/${MODULE_AUTHOR:0:1}/${MODULE_AUTHOR:0:2}/${MODULE_AUTHOR}/${MODULE_SECTION}/${MODULE_A}"
[ -z "${HOMEPAGE}" ] && \
HOMEPAGE="http://search.cpan.org/dist/${MY_PN:-${PN}}";
SRC_PREP="no"
SRC_TEST="skip"
PREFER_BUILDPL="yes"
PERL_VERSION=""
SITE_ARCH=""
SITE_LIB=""
VENDOR_LIB=""
VENDOR_ARCH=""
ARCH_LIB=""
pm_echovar=""
perl-module_src_unpack() {
base_src_unpack unpack
has "${EAPI:-0}" 0 1 && perl-module_src_prepare
}
perl-module_src_prepare() {
if [[ -n ${PATCHES} ]] ; then
base_src_unpack autopatch
fi
esvn_clean
}
perl-module_src_configure() {
perl-module_src_prep
}
perl-module_src_prep() {
[[ "${SRC_PREP}" = "yes" ]] && return 0
SRC_PREP="yes"
perlinfo
export PERL_MM_USE_DEFAULT=1
# Disable ExtUtils::AutoInstall from prompting
export PERL_EXTUTILS_AUTOINSTALL="--skipdeps"
if [[ "${PREFER_BUILDPL}" == "yes" && -f Build.PL ]] ; then
einfo "Using Module::Build"
perl Build.PL \
--installdirs vendor \
--libdoc= \
--config installman3dir= \
--destdir "${D}" \
--create_packlist=0 \
--extra_linker_flags="${LDFLAGS}" \
${myconf} \
<<< ${pm_echovar} \
|| die "Unable to build! (are you using
USE=\"build\"?)"
elif [[ -f Makefile.PL ]] ; then
einfo "Using ExtUtils::MakeMaker"
perl Makefile.PL \
PREFIX=/usr \
INSTALLDIRS=vendor \
INSTALLMAN3DIR='none' \
DESTDIR="${D}" \
${myconf} \
<<< ${pm_echovar} \
|| die "Unable to build! (are you using
USE=\"build\"?)"
fi
if [[ ! -f Build.PL && ! -f Makefile.PL ]] ; then
einfo "No Make or Build file detected..."
return
fi
}
perl-module_src_compile() {
perlinfo
has "${EAPI:-0}" 0 1 && perl-module_src_prep
if [[ -f Build ]] ; then
./Build build || die "compilation failed"
elif [[ -f Makefile ]] ; then
#make ${mymake} OPTIMIZE="${CFLAGS}" OTHERLDFLAGS="${LDFLAGS}"
|| die "compilation failed"
make ${mymake} OTHERLDFLAGS="${LDFLAGS}" || die "compilation
failed"
fi
}
perl-module_src_test() {
if [[ "${SRC_TEST}" == "do" ]] ; then
perlinfo
if [[ -f Build ]] ; then
./Build test || die "test failed"
elif [[ -f Makefile ]] ; then
make test || die "test failed"
fi
fi
}
perl-m
Re: [gentoo-dev] working on mysql-community 5.0.77 - mysql-extras
On Fri, Feb 27, 2009 at 2:01 AM, Robin H. Johnson wrote: > Yes. There is a well defined order, you can get it from their SRPM > specfile. Also check to see which patches it deliberately DOESN'T apply. > Percona 5.0.75-b12 skipped the binlog-mirroring patch EG. http://www.percona.com/mysql/5.0.77-b13/patches/ < found their patches there, I don't see any SRPM (source rpm?) on their download page. patch documentation doesn't seem to imply an order either. -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [gentoo-dev] Gentoo Council Reminder for February 26
On Thu, 26 Feb 2009 21:40:26 +0100 Luca Barbato wrote: > >> Be specific. Explain how this works when, say, 0.34.4 is current, > >> you have a 0.34.5_live and 0.34.5 comes out. > > being live working as substitute for 0.34.5_preN (_live) component > the appearance of 0.34.5 will be higher than those. If we consider > the .live alternative you'd have 0.34.live that is shadowed only by > 0.35.x So it doesn't work Right. > That is pretty much the same you get with -scm, what happens is that > in the case of live template you have portage installing 0.34.5_preN > with revision informations and adding the template to the "live" set. No, with -scm the order works correctly. > >> How do I track an upstream who has a 0.34 branch (which is equal > >> to or ahead of the most recent 0.34.x release), a 0.36 branch > >> (which is equal to or ahead of the most recent 0.36.x release) and > >> a master branch (which is ahead of any release) using the live > >> property? > > the live property doesn't tell much about versioning > so you could use as the "x" version component or .live or -scm, > the live property just makes portage aware that the sources are live. > > This situation is one in those pkg-scm and pkg.live work better, but > just for one branch. > > As you said you could address the problem using useflags, so you > could by extension you can use the same way to address the single > case in proposals not supporting the tip of a single non version > branch as well: > > have the all the ebuilds in a package having IUSE=-live that if > enabled triggers the live property and changes the src_uri to the > live branch you desire. So if you do that, how does the package manager know that one version is less than another if a particular use flag is enabled, but greater than it if it is disabled? > Again it had been answered in the summary anyway. I thought you had a better answer than "it doesn't work" that I was just missing. Evidently not... -- Ciaran McCreesh signature.asc Description: PGP signature
[gentoo-dev] truecrypt licensing - bug #241650
I've run out of interest to chase down the answer to the range of issues here. Can someone with a few hours look trough all the info and see if truecrypt license has improved to a situation where it is not putting the gentoo- foundation or gentoo user's at risk. If you could provide a fully cited reply on the bug report. Next step? Gentoo Foundation lawyers? Sorry for the lack of interest especially to all those who want to use truecrypt in the time being. Daniel Black
Re: [gentoo-dev] working on mysql-community 5.0.77 - mysql-extras
I went ahead and use the order you used previously all the patches apply, but it still doesn't build. 86_64-pc-linux-gnu-g++ -DEMBEDDED_LIBRARY -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr\"" -DDATADIR="\"/var/lib/mysql\"" -DSHAREDIR="\"/usr/share/mysql\"" -I. -I../include -I../innobase/include -I../innobase/include -I../include -I../include -I../sql -I../sql -I../sql/examples -I../regex -DDBUG_OFF -O2 -pipe -DHAVE_ERRNO_AS_DEFINE=1 -fno-exceptions -fno-strict-aliasing -felide-constructors -fno-rtti -fno-implicit-templates -fno-implicit-templates -fno-exceptions -fno-rtti -MT field_conv.o -MD -MP -MF .deps/field_conv.Tpo -c -o field_conv.o field_conv.cc In file included from lib_sql.cc:34: ../sql/mysqld.cc: In function ‘int init_server_components()’: ../sql/mysqld.cc:3436: error: ‘make_master_open_index’ was not declared in this scope ../sql/mysqld.cc:3488: error: ‘make_master’ was not declared in this scope make[3]: *** [lib_sql.o] Error 1 make[3]: *** Waiting for unfinished jobs mv -f .deps/derror.Tpo .deps/derror.Po mv -f .deps/field_conv.Tpo .deps/field_conv.Po mv -f .deps/field.Tpo .deps/field.Po make[3]: Leaving directory `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql/libmysqld' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql/libmysqld' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql' make: *** [all] Error 2 I'm going to try attaching the git patch to the version bump bug (send-email won't handle it ) -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [gentoo-dev] truecrypt licensing - bug #241650
On Sat, 28 Feb 2009 09:34:12 +1100 Daniel Black wrote: > > I've run out of interest to chase down the answer to the range of issues here. > > Can someone with a few hours look trough all the info and see if truecrypt > license has improved to a situation where it is not putting the gentoo- > foundation or gentoo user's at risk. > > If you could provide a fully cited reply on the bug report. > > Next step? Gentoo Foundation lawyers? > > Sorry for the lack of interest especially to all those who want to use > truecrypt in the time being. > > Daniel Black > I'll look at it for the trustees in a bit. Regards, Ferris -- Ferris McCormick (P44646, MI) Developer, Gentoo Linux (Sparc, Userrel, Trustees) signature.asc Description: PGP signature
Re: [gentoo-dev] working on mysql-community 5.0.77 - mysql-extras
On Friday, February 27, 2009 15:12:04 Caleb Cushing wrote: > I went ahead and use the order you used previously all the patches > apply, but it still doesn't build. > > 86_64-pc-linux-gnu-g++ -DEMBEDDED_LIBRARY -DMYSQL_SERVER > -DDEFAULT_MYSQL_HOME="\"/usr\"" -DDATADIR="\"/var/lib/mysql\"" > -DSHAREDIR="\"/usr/share/mysql\"" -I. -I../include > -I../innobase/include -I../innobase/include -I../include -I../include > -I../sql -I../sql -I../sql/examples -I../regex -DDBUG_OFF -O2 > -pipe -DHAVE_ERRNO_AS_DEFINE=1 -fno-exceptions -fno-strict-aliasing > -felide-constructors -fno-rtti -fno-implicit-templates > -fno-implicit-templates -fno-exceptions -fno-rtti -MT field_conv.o -MD > -MP -MF .deps/field_conv.Tpo -c -o field_conv.o field_conv.cc > In file included from lib_sql.cc:34: > ../sql/mysqld.cc: In function ‘int init_server_components()’: > ../sql/mysqld.cc:3436: error: ‘make_master_open_index’ was not > declared in this scope > ../sql/mysqld.cc:3488: error: ‘make_master’ was not declared in this > scope > make[3]: *** [lib_sql.o] Error 1 > make[3]: *** Waiting for unfinished jobs > mv -f .deps/derror.Tpo .deps/derror.Po > mv -f .deps/field_conv.Tpo .deps/field_conv.Po > mv -f .deps/field.Tpo .deps/field.Po > make[3]: Leaving directory > `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql/libmysqld' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql/libmysqld' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/mnt/sda8/tmp/portage/dev-db/mysql-community-5.0.77/work/mysql' > make: *** [all] Error 2 > > > I'm going to try attaching the git patch to the version bump bug > (send-email won't handle it ) I've had success building dev-db/mysql-community-5.0.77 some days ago. I commented on your version bump bug[1]. Can we please take this discussion there? Thanks. [1] http://bugs.gentoo.org/show_bug.cgi?id=260574 Gordon Malm (gengor)
