ghborhood...
ebuild.minorsyn 1
${CATEGORY}/${PN}/${PF}.ebuild: Useless dodoc 'COPYING' on line:
${LINE_NUMBER}
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-04-03 13:35 Jorge Manuel B. S. Vicetto <[EMAIL PROTECTED]> napisał(a):
> Petteri Räty wrote:
> > Jorge Manuel B. S. Vicetto kirjoitti:
> > > As a final thought, I think this point is a tangent to the old debate
> about tree-wide commit privileges and or the scm of the tree. Afterall, if
> gent
eyring support
> for storing passwords
> net-misc/twitux:keyring - Enable gnome-keyring support for storing
> passwords
> net-misc/vino:keyring - Enable gnome-keyring support for storing
> passwords
> [EMAIL PROTECTED] ~/gentoo/cvs/gentoo-x86/profiles $
I object to the name of this
2008-04-21 12:05 Luca Barbato <[EMAIL PROTECTED]> napisał(a):
> Ciaran McCreesh wrote:
>
> > cat/a-1: RDEPEND cat/b
> > cat/b-1: RDEPEND cat/a
> >
> > This is solvable. If package managers can't solve this, they can't
> > install Gnome off a stage 3...
> >
>
> Which are the packages involved in su
oblem, because unneeded preserved libraries are
automatically deleted.
> So, do you think it should be enabled by default?
Yes.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-05-29 08:54:48 Rémi Cardona napisał(a):
> Does portage have a way to report which libraries it is keeping around
> because of preserve-libs ?
portageq list_preserved_libs /
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
p over my portage logdir showed lots of these in various packages.
> My suggestion would be that we add a QA warning to portage for every econf
> call causing such a warning.
http://sources.gentoo.org/viewcvs.py/portage?rev=10652&view=rev
http://sources.gentoo.org/viewcvs.py/portage?rev=10
't about --as-needed.)
--
Arfrever Frehtes Taifersar Arahesis
--
gentoo-dev@lists.gentoo.org mailing list
2008-06-25 06:16 Ryan Hill <[EMAIL PROTECTED]> napisał(a):
> On Tue, 24 Jun 2008 14:17:48 +0200
> Fabian Groffen <[EMAIL PROTECTED]> wrote:
>
>> On 24-06-2008 14:15:10 +0200, Arfrever Frehtes Taifersar Arahesis
>> wrote:
>> > I would like to suggest
oo-x86 it is the rule. But what will you do
> once Sun Studio becomes open source, and you want to allow people that
> like to have better performance to use it? What if Gentoo Prefix ever
> gets merged back into gentoo-x86?
>
> How can you easily revert it in a profile?
You can set LDFLAGS="" in a subprofiles's make.defaults.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
Here's the updated version of my proposition:
default/linux: LDFLAGS="-Wl,-O1,--hash-style=gnu,--sort-common"
default/linux/mips: LDFLAGS="-Wl,-O1,--sort-common"
hardened/linux: LDFLAGS="-Wl,-O1,--hash-style=gnu,--sort-common"
uclibc: LDFLAGS="-Wl,
maybe even
> vote on, let us know ! Simply reply to this e-mail for the whole
> Gentoo dev list to see.
Please vote on my proposition of default LDFLAGS if they aren't introduced
until Council meeting.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-07-09 10:40 Donnie Berkholz <[EMAIL PROTECTED]> napisał(a):
> On 05:30 Tue 01 Jul , Mike Frysinger wrote:
>> If you have something you'd wish for us to chat about, maybe even
>> vote on, let us know ! Simply reply to this e-mail for the whole
>> Gentoo dev list to see.
>
> Here's the prop
2008-07-09 15:45:15 Doug Goldstein napisał(a):
> Luca Barbato wrote:
> > Fabian Groffen wrote:
> >> On 30-06-2008 17:35:08 +0200, Arfrever Frehtes Taifersar Arahesis wrote:
> >>>> How can you easily revert it in a profile?
> >>> You can se
2008-07-10 05:47:28 Ryan Hill napisał(a):
> On Wed, 9 Jul 2008 21:15:32 +0200
> Arfrever Frehtes Taifersar Arahesis <[EMAIL PROTECTED]> wrote:
>
> > 2008-07-09 15:45:15 Doug Goldstein napisał(a):
> > > Luca Barbato wrote:
> > > > Fabian Groffen wr
t; default/linux/mips: LDFLAGS="-Wl,-O1"
> > >
> > > However, this means we'll have to put a has_version check in
> > > profile.bashrc of default/linux, which seems a bit cludgy..
> > >
> > > Any suggestions? Comments?
>
> Also >sys-devel/binutils-2.17.
More precisely >=sys-devel/binutils-2.17.50.0.2.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
> It's actually not. In Gentoo we patch this to use 'both' as the
> > default.
>
> Yes, which generates a GNU style hash (along with a SysV one). True?
> If both are available and the linker understands .gnu.hash, it uses
> it. Unless having both is detrimental
.defaults doesn't cause any
problems.
> and requiring 2 has_version checks in profile.bashrc.
IMO 1-second has_version checks aren't annoying.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-07-16 18:38:47 Doug Goldstein napisał(a):
> Doug Goldstein wrote:
> > all,
> >
> > I'm at the point that -Wl,-O1 appears to be successful. It's time to
> > toss on -Wl,--hash-style=gnu. The issue is that we need glibc 2.5 or
> > higher and not mips. So one solution is to put the following:
>
; > though we had decided many times that it was a bad idea.
> >
> >
> Yes. Adding libc everywhere is wrong. However, if you don't have one of
> the packages listed here [1], your libc won't ever update.
IMHO it would be better to teach users to explicitly spec
.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-07-26 18:06:12 Ryan Hill napisał(a):
> On Thu, 24 Jul 2008 18:36:28 +0200
> Arfrever Frehtes Taifersar Arahesis <[EMAIL PROTECTED]> wrote:
>
> > I would like to suggest new policy stating that packages should
> > respect LDFLAGS. Small amount of packages which i
gree of optimization.
Potential benefits of LDFLAGS are sufficient to fix packages which ignore
LDFLAGS. The difference in impact is irrelevant, because even bugs without
any impact can be filed and should be fixed.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-07-26 01:07:42 Gilles Dartiguelongue napisał(a):
> Le jeudi 24 juillet 2008 à 18:36 +0200, Arfrever Frehtes Taifersar
> Arahesis a écrit :
> > I would like to suggest new policy stating that packages should respect
> > LDFLAGS.
> > Small amount of packages which
2008-07-26 21:35:08 Donnie Berkholz napisał(a):
> On 18:37 Sat 26 Jul , Arfrever Frehtes Taifersar Arahesis wrote:
> > Mark Loeser (Halcy0n) (QA project leader) said on 2008-07-24 that this
> > policy
> > doesn't exist. I understand that bug reports about LDFLAGS bei
2008-07-26 23:43:53 Gilles Dartiguelongue napisał(a):
> Le samedi 26 juillet 2008 à 21:39 +0200, Arfrever Frehtes Taifersar
> Arahesis a écrit :
> > 2008-07-26 21:35:08 Donnie Berkholz napisał(a):
> > > On 18:37 Sat 26 Jul , Arfrever Frehtes Taifersar Arahesis wrote
2008-07-27 00:00:55 Carsten Lohrke napisał(a):
> On Samstag, 26. Juli 2008, Arfrever Frehtes Taifersar Arahesis wrote:
> > > Um, this already is the policy. We've always fixed bug reports about
> > > LDFLAGS being ignored.
> >
> > Mark Loeser (Halcy0n) (QA p
N}" != *-bin. Other binary packages
(e.g. net-www/netscape-flash) should set the QA_DT_HASH array/variable.
http://sources.gentoo.org/viewcvs.py/portage?rev=11205&view=rev
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-07-27 05:45:29 Jeremy Olexa napisał(a):
> Arfrever Frehtes Taifersar Arahesis wrote:
> > It will at least allow QA team to fix such bugs where patches are already
> > available.
>
> So, if bugs are being fixed
Not all of them.
> Are bugs being ignored or RESOLV
something like
RESTRICT=constant-sources would be better.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
elease(2.2_rc7) will soon follow.
> >
> > Zac has said this release will have support for these functions in
> > EAPI 2_pre2. Discuss!
>
> So if you inherit an eclass that exports a function will default call
> the one from the eclass or the default in the PM?
Du @installed
>
> Does that do the same thing?
No. @installed set contains all installed packages.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
t there are some version bumps I'd like to make, but I would
> like to have a consensus on this before I make the bumps.
>
> ~ What do you think?
+1 for 'minimal'.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
n
> the example. In fact, you could already say that for git the dep-tree is
> broken because newer subversion doesn't carry the "dso" USE flag
> anymore.
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-util/subversion/subversion-1.5.5.ebuild?view=markup
contains:
IUSE=&qu
ease report a bug and make it block bug 253709 [1].
GnuTLS 2.8.0 will be released soon and we would like to unmask it without
waiting too long.
[1] https://bugs.gentoo.org/show_bug.cgi?id=253709
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
nd updating PMS).
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2009-05-17 18:37:32 Ciaran McCreesh napisał(a):
> On Sun, 17 May 2009 18:20:21 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to suggest to include possibility of using of features of
> > bash-4.0 (and older versions) in local scope of EAPI="3" e
t; 1. EAPI-suffixed ebuilds (obviously)
> > 2. EAPI in the filename with one-time extension change
> > 3. Easily fetchable EAPI inside the ebuild and one-time extension
> > change
>
> Judging from this list, fourth option present in the GLEP is
> unacceptable for you
use the vdb entry for that,
> > doesn't it?
>
> Since when do we track reverse deps for uninstalls?
Portage supports `emerge --depclean ${package}` command which checks reverse
dependencies.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
Python 2.6.*, please report
a bug and make it block bug #230205 [1].
[1] https://bugs.gentoo.org/show_bug.cgi?id=230205
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2009-05-17 19:02:02 Piotr Jaroszyński napisał(a):
> 2009/5/17 Arfrever Frehtes Taifersar Arahesis :
> > 2009-05-17 18:37:32 Ciaran McCreesh napisał(a):
> >> On Sun, 17 May 2009 18:20:21 +0200
> >> Arfrever Frehtes Taifersar Arahesis wrote:
> >> > I would li
2009-05-20 19:29:12 Piotr Jaroszyński napisał(a):
> 2009/5/20 Arfrever Frehtes Taifersar Arahesis :
> > 2009-05-17 19:02:02 Piotr Jaroszyński napisał(a):
> >> 2009/5/17 Arfrever Frehtes Taifersar Arahesis :
> >> > 2009-05-17 18:37:32 Ciaran McCreesh napisał(a):
> &
2009-05-20 20:00:43 Ciaran McCreesh napisał(a):
> On Wed, 20 May 2009 19:12:56 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > This error occurs only when there is no up-to-date cache for given
> > ebuild. rsync users would see only the usual "masked by: EAPI 3"
2009-05-17 18:20:21 Arfrever Frehtes Taifersar Arahesis napisał(a):
> I would like to suggest to include possibility of using of features of
> bash-4.0 (and older versions) in local scope of EAPI="3" ebuilds.
>
> I know that it's slightly late, but this chang
es to ebuilds in
gentoo-x86 repository until ${TIME:-1 month} has passed since
stabilization of =app-shells/bash-4.0* on all architectures.
Details of this proposition were already discussed on:
http://archives.gentoo.org/gentoo-dev/msg_fac31baaca8de3fb39ba6209fced9362.xml
--
Arfre
cking of list of features of EAPI=3) wouldn't
delay implementing support for EAPI=3 in Portage.
--
Arfrever Frehtes Taifersar Arahesis
Index: bin/ebuild.sh
===
--- bin/ebuild.sh (revision 13786)
+++ bin/ebuild.sh (working copy)
@@
2012-02-28 22:13:36 Krzysztof Pawlik napisał(a):
> - uses PYTHON_TARGETS use-expand
You cannot painlessly use USE flags for this purpose in gentoo-x86 without
support for use.unsatisfiable.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed mess
dev-java/jython or dev-python/pypy. See
bug #341037.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2012-03-20 17:53:56 Michał Górny napisał(a):
> On Tue, 20 Mar 2012 17:41:39 +0100
> Arfrever Frehtes Taifersar Arahesis wrote:
>
> > 2012-03-20 05:29:20 Luca Barbato napisał(a):
> > > Hi, I tried to avoid depending on eselect-python if the useflag is
> > > disab
2012-03-20 22:05:17 Alexis Ballier napisał(a):
> On Tue, 20 Mar 2012 17:57:29 -0300
> Alexis Ballier wrote:
>
> > On Tue, 20 Mar 2012 20:35:17 +0100
> > Arfrever Frehtes Taifersar Arahesis wrote:
> >
> > > 2012-03-20 17:53:56 Michał Górny napisał(a):
> &
2012-05-06 02:34:26 hasufell napisał(a):
> # grep :webkit use.local.desc | wc -l
> 33
>
> I would vote to make this a global useflag:
>
> webkit - Adds support for the webkit library/module
I suggest to use separate qt-webkit (or webkit-qt) and webkit-gtk USE flags.
--
2012-05-07 03:00:31 hasufell napisał(a):
> On 05/07/2012 02:47 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2012-05-06 02:34:26 hasufell napisał(a):
> >> # grep :webkit use.local.desc | wc -l 33
> >>
> >> I would vote to make this a global useflag:
>
conf-2.32.4.ebuild
> >net-misc/mico/mico-2.3.13-r5.ebuild
> >sci-chemistry/ccp4-apps/ccp4-apps-6.1.3-r10.ebuild
> >sys-fs/udev/udev-171-r5.ebuild
>
> Ouch, in eclasses too!
All matches in eclasses and some matches in ebuilds are false positives.
--
Arfrever Frehtes Taifersar Arahesis
,
which inherits eutils.eclass.
dev-libs/boost ebuilds do not inherit autotools.eclass, and inherit
check-reqs.eclass,
flag-o-matic.eclass and versionator.eclass, which inherit eutils.eclass.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
:-0}" 0 1 2 && ! use prefix && EPREFIX=
> +
> + echo -n "${EPREFIX}/usr/include/boost-${slot/./_}"
> +}
There needs to be a way to specify maximal accepted slot of Boost. Examples of
some possibilities:
* BOOST_MAX_SLOT="1.49" global variable
* '--max 1.49' arguments for boost-utils_get_* functions
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2012-09-04 22:50:16 Michał Górny napisał(a):
> + local slot=${1:-${BOOST_MAX_VERSION:-$(boost-utils_get_best_slot)}}
When BOOST_MAX_VERSION is non-empty, then it should be used in the following
way:
[[ "${BOOST_MAX_VERSION}" =~ ^[[:digit:]]+\.[[:digit:]]+$ ]] || die "Invalid
BOOST_MAX_VER
of them currently fail to build/work with Boost >=1.51, so
BOOST_MAX_VERSION="1.50" would
have to be used in all ebuilds of package X.
(Boost 1.49 would be used for stable users and Boost 1.50 would be used for
unstable users.)
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
D
vote for a separate syntax for types of dependencies.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
says:
"egrep is the same as grep -E. fgrep is the same as grep -F. Direct invocation
as either egrep or fgrep is deprecated,
but is provided to allow historical applications that rely on them to run
unmodified."
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
there
is no need to change current situation.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
that a package works with e.g. Boost 1.50, but not 1.51, so it
could use boost-utils.eclass with BOOST_MAX_SLOT set to "1.50".
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
iners of app-office/libreoffice-bin can be asked to build it against
ICU 50 after stabilization of ICU 50.
[1] http://blog.flameeyes.eu/2010/08/fixed-in-overlay-read-not-fixed
[2] http://bugs.python.org/issue15925
http://bugs.python.org/issue15926
--
Arfrever Frehtes Taifersar Arahesis
s
2012-10-31 04:18:14 Arfrever Frehtes Taifersar Arahesis napisał(a):
> Besides founding problems in about 10% of packages
s/founding/finding/
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
has been supporting setting of priority in /etc/portage/repos.conf for
about 2.7 years.
$ cat /etc/portage/repos.conf
[name_of_overlay]
priority = -1001
(`emerge --info -v` shows repositories with their priorities.)
--
Arfrever Frehtes Taifersar Arahesis
h Rubinius
jruby - Build with JRuby
-ree18 - Build with Ruby Enterprise Edition 1.8.x
+ree18 - Build with Ruby Enterprise Edition 1.8.x (DEPRECATED)
ruby18 - Build with MRI Ruby 1.8.x
ruby19 - Build with MRI Ruby 1.9.x
ruby20 - Build with MRI Ruby 2.0.x
--
Arfrever Frehtes Taifersa
.1).
http://www.boost.org/users/history/
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
describe
A user would have to do:
# echo ${new_repository} > /var/db/pkg/${CATEGORY}/${PF}/repository
# touch /var/db/pkg/${CATEGORY}/${PF}
# touch /var/db/pkg/${CATEGORY}
# touch /var/db/pkg
(It is possible that updating of timestamps is not yet strictly required...)
--
Arfrever Frehtes T
I think that cairo, logrotate, openexr, udev and vnc USE flags should be
global. These are now local USE flags.
Do you agree to change their globalness?
Jak zerwać z dziewczyną, która potrafi fruwać, przenosić
góry i przebijać wzrokiem stalow
ou have to fix hardened/2.6/minimal
> > profile?
>
> there is no "nocxx" reference anywhere in the profiles/ tree
> -mike
grep -r "USE.*-\*" /usr/portage/profiles
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.5 (GNU/Li
e we're currently in with regards to our
> profiles and the tree. I know I would *love* to see us start using IUSE
> defaults as soon as possible in the tree.
So just start using IUSE defaults! There's no problem with doing it at once
since it can be considered as a part of EA
> Oh! So USE="hal" forces pciutils not to use zlib?
>
> And so the check, which the hal ebuild performs, should be modified to
> check for USE="hal" rather than for USE="!zlib" ?
This check should be removed.
- --
Arfrever Frehtes Taifersar Arahesis
-BEG
ctually emerging packages.
You can get output without versions with:
emerge -pv | eix -"|" --only-names
You need app-portage/eix.
> What do you think?
Maybe file enhancement bug report in Bugzilla for your third suggestion.
- --
Arfrever Frehtes Taifersar Arahesis
-BEGI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You could add '[ -n "${BASH}" -a -f ~/.bashrc ] && . ~/.bashrc' to
/etc/profile.d/bash.sh. This file could be installed by app-shells/bash.
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
Vers
=/etc/csync2 \
> > || die
> >
> > emake || die
>
> These could really use some die() messages, so you know which one failed.
econf has default "econf failed" die message.
The following would be sufficient:
econf \
--loca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-09-20 19:53:53 Donnie Berkholz napisał(a):
> On 19:31 Thu 20 Sep , Arfrever Frehtes Taifersar Arahesis wrote:
> > > > src_compile() {
> > > > econf \
> > > > --localstatedir=/var
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-09-22 21:57:43 Andrew Gaffney napisał(a):
> Even better, just tell the users to run 'cp -a /etc/skel/* /root/'
Rather:
cp -a /etc/skel/{*,.[^.]*,..?*} /root
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
V
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When could we expect new PMS version?
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFHBWhT/axNJ4Xo/ZERAov7AJ4p47BYJFfRa28QxM4WwLgqLgjwdQCgkkvz
2Ass5yTDXkwJuyORJWaDo38=
=23E2
-END
logs, these messages are sorted by:
1. ebuild phase
2. type (elog,einfo,ewarn,eerror)
3. time of invocation
So these external einfo messages wouldn't surround elog messages.
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
i
2007-10-16 00:21 Donnie Berkholz <[EMAIL PROTECTED]> napisał(a):
> On 21:28 Mon 15 Oct , Christian Faulhammer (opfer) wrote:
> > src_compile() {
> > econf || die "econf failed"
> > emake || die "emake failed"
> > }
>
> This is the default, you can get rid of it.
It's default in cas
g.o seems to use the older viewcvs (albeit patched) so I
> thought I'd ask before I mask the ebuild.
See Bug #192546.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
gic negotiation rewrite setenvif
> speling status unique_id userdir usertrack version vhost_alias"
You could also add access_compat, authn_core and authz_core.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
-2.0*
Also mask www-apache/mod_auth_external.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2008-01-15 15:05 Marius Mauch <[EMAIL PROTECTED]> napisał(a):
> - what feature would you like most to be implemented in portage?
> (parallel builds, localization, revdep-rebuild integration, overlay sync
> support, gpg verification
> support, support for non-ebuild repositories, better query tools
e syncing via http://, just had tarball snapshots
> > and deltas instead.
>
> If I understand correctly, the performance of svn under apache is
> better than the svnserver
The other way round.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
quot;we'll
> definitely be using this". Flags that I'm aware of that regularly get
> abused are:
>
> IUSE_IMPLICIT="build debug"
>
> Are people wanting to make those implicit?
IMHO they shouldn't be implicit.
(And maybe IUSE_IMPLICIT shouldn't
2009-07-05 13:36:24 David Leverton napisał(a):
> On Sunday 05 July 2009 03:33:54 Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to suggest that values of IUSE_* variables (whose names end
> > with values of USE_EXPAND variable), after prefixing with lower-cas
2009-05-18 06:47:56 Arfrever Frehtes Taifersar Arahesis napisał(a):
> I'm planning to request stabilization of Python 2.6.* in August.
s/August/July/
> I will also request stabilizations of other packages which need to be
> stabilized before Python 2.6.*.
>
> Please test v
PPORTED_ABIS
and the list of enabled ABIs in /var/db/pkg/${CATEGORY}/${PF}/ABIS.
Example (/var/db/pkg/${CATEGORY}/${PF}/SUPPORTED_ABIS):
python[2.4,2.5,2.6,3.0,3.1] ruby[1.8,1.9]
Example (/var/db/pkg/${CATEGORY}/${PF}/ABIS):
python[2.6,3.1] ruby[1.9]
Names/syntax of specific variables etc. can be changed. Please write
constructive comments.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2009-07-25 12:28:44 Arfrever Frehtes Taifersar Arahesis napisał(a):
> I would like to present the plan of support for multiple ABIs. It should be
> sufficient for
> Python modules and might be also appropriate for some other ABI types (e.g.
> for Ruby modules).
>
> 1. Po
2009-07-26 14:40:13 Marijn Schouten (hkBst) napisał(a):
> Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to present the plan of support for multiple ABIs. It should be
> > sufficient for
> > Python modules and might be also appropriate for some other ABI type
2009-08-01 20:10:49 Ciaran McCreesh napisał(a):
> On Sat, 25 Jul 2009 12:28:44 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to present the plan of support for multiple ABIs. It
> > should be sufficient for Python modules and might be also appropriate
>
l now anyway.
> >
> > Any comments? No comments means it will be decided off-list.
> > Timeframe: 1 week from now.
> > -Jeremy
> Agreed. This is great idea.
> Also we should allow the stuff as directory thingus (portage already handles
> it right).
> package.mask/koffice-2
> package.mask/live-gnome
>
+1.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
isallow it?
Portage documentation has been properly fixed (and the fix will be released
in next version) and this feature can now be used in 10.0 profiles.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2009-08-21 23:17:56 Ryan Hill napisał(a):
> On Fri, 21 Aug 2009 16:25:35 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
>
> > 2009-08-13 07:55:22 Ryan Hill napisał(a):
> > > On Wed, 12 Aug 2009 19:46:56 +0100
> > > Ciaran McCreesh wrote:
> > >
r package managers. [1] was sent about 20 minutes after discussion about
nonfatal()
started in #gentoo-portage in about 2009-08-06 19:45 UTC.
(I'm attaching IRC log from #gentoo-portage (in UTC+02 timezone).)
I think that such drastic changes should be first discussed on gentoo-dev
mailing list
2009-08-22 00:51:14 Ciaran McCreesh napisał(a):
> On Sat, 22 Aug 2009 00:40:04 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to also notice that (not yet approved by Council)
> > definition of nonfatal() in PMS was recently drastically changed
> > w
2009-08-22 01:28:17 Ciaran McCreesh napisał(a):
> On Sat, 22 Aug 2009 01:15:18 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > > There was no change to the definition of nonfatal.
> >
> > There was a change regardless of what you think.
>
> No, you wer
;re considering this, we'd have to be absolutely totally
> clear that this isn't a call to open up EAPI 3 for yet more changes.
EAPI=3 can be opened also for other changes trivial to implement (e.g. allowing
bash-4.0 features).
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
/etc/make.profile is by default a symlink to appropriate profile directory
in ${PORTDIR}/profiles. Documentation of /etc/make.profile concerns also
all profile directories.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2009-08-22 01:43:54 Ciaran McCreesh napisał(a):
> On Sat, 22 Aug 2009 01:39:41 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > > > > There was a clarification of the wording after it became clear
> > > > > that there was room to misinterpret the inte
1 - 100 of 281 matches
Mail list logo
