On 02 Jun 2015 20:47, Michael Palimaka wrote:
On 02/06/15 17:04, Michał Górny wrote:
Dnia 2015-06-02, o godz. 03:58:35
Michael Sterrett (mr_bones_) mr_bon...@gentoo.org napisał(a):
-DEPEND=readline? ( sys-libs/readline )
+DEPEND=readline? ( sys-libs/readline:0 )
This should be
On 02 Jun 2015 06:49, Alexander Berntsen wrote:
On 02/06/15 06:42, Mike Frysinger wrote:
the portage ebuild dropped support:
python 3.1: 21 months ago
python 2.6: 10 months ago
python 3.2: 8 weeks ago
the python team itself no longer supports these versions either and
it's
On 02 Jun 2015 23:07, Michael Palimaka wrote:
On 02/06/15 21:38, Mike Frysinger wrote:
On 02 Jun 2015 20:47, Michael Palimaka wrote:
On 02/06/15 17:04, Michał Górny wrote:
Dnia 2015-06-02, o godz. 03:58:35
Michael Sterrett (mr_bones_) mr_bon...@gentoo.org napisał(a):
-DEPEND=readline
On 03 Jun 2015 00:28, Michael Palimaka wrote:
On 02/06/15 23:52, Mike Frysinger wrote:
On 02 Jun 2015 23:07, Michael Palimaka wrote:
On 02/06/15 21:38, Mike Frysinger wrote:
On 02 Jun 2015 20:47, Michael Palimaka wrote:
On 02/06/15 17:04, Michał Górny wrote:
Dnia 2015-06-02, o godz. 03
On 01 Jun 2015 11:49, Zac Medico wrote:
On 06/01/2015 10:25 AM, Mike Frysinger wrote:
(a) just throw an error and exit when PORTAGE_BIN_PATH is not set ...
considering the current portage code points to a path where it is no longer
installed, maybe that's ok ? the recent changes to make
On 01 Jun 2015 02:34, Mike Frysinger wrote:
-source ${PORTAGE_BIN_PATH:-/usr/lib/portage/bin}/isolated-functions.sh
+if [[ -z ${PORTAGE_BIN_PATH} ]] ; then
+ PORTAGE_BIN_PATH=$(dirname $(dirname $(readlink -f $0)))
+fi
+source ${PORTAGE_BIN_PATH}/isolated-functions.sh
for people who
On 01 Jun 2015 23:16, Alexander Berntsen wrote:
On 30/05/15 16:58, Mike Frysinger wrote:
We no longer support these in the ebuild and don't want to waste
time implementing compatibility shims for them.
In principle I don't mind this at all.
However, should we do some sort of survey
On 31 May 2015 11:58, Mike Gilbert wrote:
On Sat, May 30, 2015 at 2:54 PM, Mike Frysinger wrote:
we've got a new QA check that warns whenever a package is built using a
32bit
filesystem interface. in practice, this applies to arm/mips/ppc/sh/x86
systems
(not including multilib
On 31 May 2015 16:33, Alexis Ballier wrote:
On Sun, 31 May 2015 10:17:02 -0400 Mike Frysinger wrote:
On 31 May 2015 15:52, Alexis Ballier wrote:
On Sun, 31 May 2015 13:50:49 +0200 Diego Elio Pettenò wrote:
On 31 May 2015 at 12:59, Alexis Ballier wrote:
nice, but can't we add the lfs
On 31 May 2015 11:43, Zac Medico wrote:
In LinkageMapELF.py, there's a fallback mapping for
multilib categories, which is used by the LinkMapElf class when
NEEDED.ELF.2 does not contain multilib categories due to being
generated by older portage. This mapping should be consistent with
the
On 31 May 2015 12:59, Alexis Ballier wrote:
I don't understand why one should add append-lfs-flags to almost every
single package out there.
no one is suggesting that route. append-lfs-flags is a kludge (albeit an
effective one) in the face of no upstream support. if you look at the
On 31 May 2015 15:52, Alexis Ballier wrote:
On Sun, 31 May 2015 13:50:49 +0200 Diego Elio Pettenò wrote:
On 31 May 2015 at 12:59, Alexis Ballier wrote:
nice, but can't we add the lfs flags to our default toolchain flags
or even better patch glibc headers to always redefine these
On 30 May 2015 12:21, Zac Medico wrote:
On 05/30/2015 08:14 AM, Mike Frysinger wrote:
+ @classmethod
+ def list(cls, item, nofollow=False, namespace=None, _names_only=True):
+ cmd = ['getfattr', '-d', '--absolute-names', item]
All getfattr calls need to use -m- ('-' pattern
On 30 May 2015 14:42, Mike Gilbert wrote:
On Sat, May 30, 2015 at 1:18 PM, Brian Dolbec wrote:
On Sat, 30 May 2015 12:29:14 -0400 Mike Frysinger wrote:
+from __future__ import print_function
If I'm not mistaken, this is not needed for 2.7+ anymore. It is
still for 2.6 though.
You
Rather than each module implementing its own shim around the various
methods for accessing extended attributes, start a dedicated module
that exports a consistent API.
---
v4
- merge in recent quickpkg changes
- add a XATTRS_WORKS symbol for easy testing
- use - with -m
The bash was getting ugly, and this allows us to add more smarts sanely
to the main script.
---
DEVELOPING | 2 +-
runtests| 156
runtests.sh | 109 --
3 files changed, 157 insertions(+),
On 30 May 2015 11:22, Zac Medico wrote:
On 05/30/2015 07:36 AM, Mike Frysinger wrote:
On 26 May 2015 08:58, Zac Medico wrote:
On 05/26/2015 07:24 AM, Mike Frysinger wrote:
+ # Only check on 32-bit systems. Filtering by $ARCH here isn't perfect,
but
+ # it should be good enough for our
we've got a new QA check that warns whenever a package is built using a 32bit
filesystem interface. in practice, this applies to arm/mips/ppc/sh/x86 systems
(not including multilib -- for now).
this topic has come up in Gentoo a few times over the years but we've never
really amassed the will
On 30 May 2015 11:14, Mike Frysinger wrote:
Rather than each module implementing its own shim around the various
methods for accessing extended attributes, start a dedicated module
that exports a consistent API.
and it looks like i just missed the new pym/portage/util/xattr.py module.
i'll
On 26 May 2015 08:58, Zac Medico wrote:
On 05/26/2015 07:24 AM, Mike Frysinger wrote:
+ # Only check on 32-bit systems. Filtering by $ARCH here isn't perfect,
but
+ # it should be good enough for our needs.
+ case ${ARCH} in
+ arm|mips|ppc|sh|x86) ;;
+ *) return
We no longer support these in the ebuild and don't want to waste time
implementing compatibility shims for them.
---
.travis.yml | 2 --
DEVELOPING | 8
README | 2 +-
runtests.sh | 4 ++--
4 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/.travis.yml b/.travis.yml
Rather than each module implementing its own shim around the various
methods for accessing extended attributes, start a dedicated module
that exports a consistent API.
---
bin/xattr-helper.py | 11 +-
pym/portage/tests/util/test_xattr.py | 178
On 26 May 2015 18:07, Michał Górny wrote:
Dnia 2015-05-26, o godz. 09:59:50 Thomas Kahle:
I maintain a game (games-strategy/freeotion) aside from the games herd.
When users report bugs, they choose the Games component and then bugs
get auto-assigned to the games alias. This is also the
From: Mike Frysinger vap...@chromium.org
Start issuing QA warnings when ELFs are installed using the old 32bit
file interface. This programs can fail when working with large files
(like ones more than 4GiB), but even just trying to stat a file that
happens to have a 64bit inode. It also can
On 26 May 2015 09:59, Thomas Kahle wrote:
I maintain a game (games-strategy/freeotion) aside from the games herd.
When users report bugs, they choose the Games component and then bugs
get auto-assigned to the games alias. This is also the recommended
procedure:
From: Mike Frysinger vap...@chromium.org
Start issuing QA warnings when ELFs are installed using the old 32bit
file interface. These programs can fail out right:
* working with large files (more than 2GiB) can return EOVERFLOW
* stating files on large filesystems w/64bit inodes can fail too
On 23 May 2015 16:29, Niels Dettenbach (Syndicat.com) wrote:
i hope we also update the server to reject e-mails to mailing lists that
include
html nonsense
-mike
signature.asc
Description: Digital signature
On 14 May 2015 19:01, Mike Frysinger wrote:
On 14 May 2015 11:43, Brian Dolbec wrote:
On Thu, 14 May 2015 06:50:42 -0400 Mike Frysinger wrote:
The repo name is considered missing if there is no explicit
repo_name file. But if it's set in layout.conf via repo-name, we
can skip
On 14 May 2015 11:43, Brian Dolbec wrote:
On Thu, 14 May 2015 06:50:42 -0400 Mike Frysinger wrote:
The repo name is considered missing if there is no explicit
repo_name file. But if it's set in layout.conf via repo-name, we
can skip that. Otherwise we end up with copy paste spew.
Yeah
From: Bertrand Simonnet bsimon...@chromium.org
The repo name is considered missing if there is no explicit repo_name
file. But if it's set in layout.conf via repo-name, we can skip that.
Otherwise we end up with copy paste spew.
---
pym/portage/repository/config.py | 1 +
1 file changed, 1
hmm, of the ~90k messages i have in my local dir from ~7 years, it looks like
~20 would have been incorrectly thrown away. i can live with that.
-mike
signature.asc
Description: Digital signature
On 11 May 2015 22:44, Benda Xu wrote:
In libtool.eclass[1], it is mentioned in the comments of elt_patch_dir()
that
# If an overlay has eclass overrides, but doesn't actually override the
# libtool.eclass, we'll have ECLASSDIR pointing to the active overlay's
# eclass/ dir, but
On 30 Mar 2015 09:54, Tom Gall wrote:
Sorry for the trouble. My cvs history foo is a little weak but it appears
that someone went out and did some deleting in profiles/arch/arm64 of some
WIP
things without bothering to email, irc or otherwise communicate.
just use the web viewer:
with 2.20 going stable, and really no reports at all about 2.21, i'll be moving
it into unstable soon
-mike
signature.asc
Description: Digital signature
On 21 Mar 2015 14:01, Joshua Kinard wrote:
What's the procedure for restoring ebuilds from the CVS Attic? I need to
temporarily restore an ebuild from the Attic while hunting down a solution for
Bug #543978. The CVS Tutorial doesn't have anything on this specific
operation.
grab a specific
On 02 Mar 2015 17:14, Tom Gall wrote:
I’ve put my experimental stage3 and portage snapshot in my dev space. See:
http://dev.gentoo.org/~tgall
you should take over uploading to our existing experimental space:
http://distfiles.gentoo.org/experimental/arm64/
should be easy to do ...
and
On 14 Mar 2015 23:14, James Le Cuirot wrote:
I've long considered the -delete argument to find to be widely supported
enough that using it in ebuilds should not be a problem. Indeed, a grep
of the tree shows that it is frequently used, even in eclasses.
I've just noticed that the man page
On 05 Mar 2015 20:01, Paweł Hajdan, Jr. wrote:
I'm trying to find the best fix for
https://bugs.gentoo.org/show_bug.cgi?id=535814
Currently file-stabilization-bugs.py uses the '%s: stabilization
request' % cpv format.
Here are some options I see:
a) keep '%s:' as is
b) change to just
From: Bertrand SIMONNET bsimon...@chromium.org
SIGCONT signals should not interrupt any system calls (locking or wait pid for
example).
URL: http://crbug.com/417800
X-Gentoo-Bug-URL: https://bugs.gentoo.org/500436
---
pym/_emerge/Scheduler.py | 1 +
1 file changed, 1 insertion(+)
diff --git
pro: improved security in daemons (often network)
con: some packages might pull in libseccomp (~250KB)
there shouldn't be measurable runtime overhead here as the filtering is done by
a JIT in the kernel itself. if the kernel lacks support for seccomp, daemons
generally should fallback at
On 16 Feb 2015 11:45, Rafael Goncalves Martins wrote:
On Mon, Feb 16, 2015 at 11:19 AM, Mike Frysinger wrote:
On 16 Feb 2015 21:00, Patrick Lauer wrote:
Thus I suggest making the following warnings proper errors:
some of these are because they produce false positives. at least these bugs
On 18 Feb 2015 23:10, Mike Gilbert wrote:
On Wed, Feb 18, 2015 at 7:08 PM, Patrick Lauer patr...@gentoo.org wrote:
On Wednesday 18 February 2015 18:43:59 hasufell wrote:
Is there a communication problem?
I don't remember getting either:
* a bug report
* a ping
* a review request
On 16 Feb 2015 13:12, Andreas K. Huettel wrote:
Am Montag 16 Februar 2015, 07:03:18 schrieb Mike Frysinger:
except for two things:
* that phrase is meaningless (legally speaking) and has been for a century
[1] * the header explicitly stated GPL-2 license
So you want to change
On 16 Feb 2015 21:00, Patrick Lauer wrote:
Thus I suggest making the following warnings proper errors:
some of these are because they produce false positives. at least these bugs
probably need to be fixed first:
https://bugs.gentoo.org/405017
https://bugs.gentoo.org/488836
On Mon, Feb 16, 2015 at 1:16 AM, Alec Warner anta...@gentoo.org wrote:
On Sun, Feb 15, 2015 at 8:05 PM, Mike Frysinger vap...@gentoo.org wrote:
On Wed, Dec 31, 2014 at 12:21 AM, Patrick Lauer (patrick)
patr...@gentoo.org wrote:
patrick 14/12/31 05:21:11
Removed
On 16 Feb 2015 12:31, Andreas K. Huettel wrote:
Am Montag 16 Februar 2015, 06:13:10 schrieb Mike Frysinger:
even then, deleting an ebuild purely due to different copyright is
complete bs.
The requirement for Gentoo copyright in the main tree is not optional, but
has
been policy
On 16 Feb 2015 19:43, Patrick Lauer wrote:
On Monday 16 February 2015 06:13:10 Mike Frysinger wrote:
even then, deleting an ebuild purely due to different copyright is
complete bs. anyone who understands copyright knows the situation in
Gentoo is completely unenforceable. we have no CLA
On 16 Feb 2015 12:53, Pacho Ramos wrote:
El lun, 16-02-2015 a las 12:46 +0100, Pacho Ramos escribió:
El lun, 16-02-2015 a las 06:39 -0500, Mike Frysinger escribió:
[...]
Anyway, wouldn't have been much more useful for all to spend the effort
used in remove the package on simply fixing
On Wed, Dec 31, 2014 at 12:21 AM, Patrick Lauer (patrick)
patr...@gentoo.org wrote:
patrick 14/12/31 05:21:11
Removed: ChangeLog Manifest libusbhp-1.0.2.ebuild
metadata.xml
Log:
QA: Remove package with invalid copyright
you do not go reverting
On 01 Sep 2014 06:30, Samuli Suominen wrote:
On 01/09/14 03:37, Patrick Lauer wrote:
Consider this message a prenotice, now you know it's gone
... one more win for eudev. Sigh.
They are planning in dropping the userspace loader as well, it's
redudant afterall.
Most firmware are kernel
remember: this requires =linux-2.6.32
-mike
signature.asc
Description: Digital signature
On Sun 20 Jul 2014 11:12:17 Mike Gilbert wrote:
On Sun, Jul 20, 2014 at 11:09 AM, Mike Gilbert wrote:
Is there some reason that we continue to maintain these as two
separate packages? It seems like the e2fsprogs ebuild could
build/install both the binaries and the libraries, and that would
upstream glibc has dropped support for older Linux kernels. your choices:
- upgrade your kernel
- switch to a different C library
- stick with glibc-2.19 for a while
be warned though there are no plans atm to backport things to glibc-2.19.
this includes security fixes, but more importantly
On Sun 13 Apr 2014 09:18:35 na...@gentoo.org wrote:
fcaps.eclass is using group name 'root' which is not available on BSD
system. Instead you can use 0, or $(id -g -n 0) if you'd prefer group
name
there's no need for `id` shenanigans ... using a plain 0 is fine
On Wed 02 Apr 2014 13:01:25 Samuli Suominen wrote:
Problem 1:
https://bugs.gentoo.org/show_bug.cgi?id=472766#c21
I'm not sure if wildcards are supported by /etc/sandbox.d/ files
they are not. however, path matching is based on prefixes, so there's always
an implicit glob at the end.
On Wed 02 Apr 2014 17:14:02 Ben de Groot wrote:
On 1 April 2014 21:58, Alexandre Rostovtsev tetrom...@gentoo.org wrote:
On Tue, 2014-04-01 at 13:13 +0800, Ben de Groot wrote:
On 1 April 2014 06:16, Michał Górny mgo...@gentoo.org wrote:
Hello, all.
The late multilib ppc issues made
On Thu 27 Mar 2014 15:31:31 Michał Górny wrote:
Dnia 2014-03-27, o godz. 10:23:30 Mike Frysinger napisał(a):
On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
Dnia 2014-03-27
On Thu 27 Mar 2014 08:41:08 Steven J. Long wrote:
Mike Frysinger wrote:
Steven J. Long wrote:
Mike Frysinger wrote:
if they're in $PATH, then the exact location is irrelevant.
they need not be in /usr/bin to cause a problem.
if they're not in $PATH, then you're breaking the cross
On Thu 27 Mar 2014 00:41:47 Alexandre Rostovtsev wrote:
On Wed, 2014-03-26 at 22:41 -0400, Mike Frysinger wrote:
On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
On 26/03/14 12:12 PM, Mike Frysinger wrote:
that's bs. people install crossdev to get a cross-compile
environment
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
(2) use tuples with loaded vendor fields to reduce the chance of collisions.
e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
of i686-pc-linux-gnu would defeat any automatic path searches.
this patch keeps the status
On Thu 27 Mar 2014 02:31:01 Alexandre Rostovtsev wrote:
On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote:
An amd64 multilib system *is* expected to build x86
binaries that would be hosted on itself. So i686-pc-linux-gnu-ar is
expected to be not a part of any cross-compile
On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
(2) use tuples with loaded vendor fields to reduce the chance of
collisions. e.g. having an ABI=amd64 system use
i686-gentoo
really have no idea what you're ranting about. doesn't look discussion worthy
though.
-mike
signature.asc
Description: This is a digitally signed message part.
On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
(2) use tuples
On Sun 16 Mar 2014 04:50:33 Greg Turner wrote:
cmake-multilib.eclass, for example, breaks in mind-warpingly subtle and
confusing ways on USE=abi_x86_{32,64} multilib hosts with
i686-pc-linux-gnu crossdev installed (when combined with some other issues
in that eclass, this results in correct
On Wed 26 Mar 2014 12:25:29 Steven J. Long wrote:
Mike Frysinger wrote:
Greg Turner wrote:
As for how to fix it, if foo-bar-baz-quux crossdev targets are at
${EROOT}/usr/foo-bar-baz-quux, putting wrappers in
${EROOT}/usr/foo-bar-baz-quux/cross-wrappers, or something like that,
seems
On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
On 26/03/14 12:12 PM, Mike Frysinger wrote:
that's bs. people install crossdev to get a cross-compile
environment, not to get something that only works through `emerge`.
attempting to restrict it so it only works through `emerge
On Thu 13 Mar 2014 09:55:02 Michał Górny wrote:
Dnia 2014-03-12, o godz. 15:46:01 hasufell napisał(a):
We have a problem where the crossdev pkg-config wrapper scripts
interfere with multilib.
crossdev for example sets in their pkg-config wrappers:
i've seen like no bugs due to glibc-2.19, so i'll be moving it into ~arch in
the next week or so
-mike
signature.asc
Description: This is a digitally signed message part.
On Fri 28 Feb 2014 15:28:30 Samuli Suominen wrote:
It would be very helpful if INSTALL_MASK could be overriden from an
ebuild, if user hasn't set otherwise.
i don't see this happening as it makes no sense. you INSTALL_MASK something
dumb then that's your fault.
-mike
signature.asc
On Wednesday, February 05, 2014 19:11:12 Sebastian Luther wrote:
Am 05.02.2014 09:03, schrieb Mike Frysinger:
On Saturday, February 01, 2014 20:38:05 Arfrever Frehtes Taifersar
Arahesis wrote:
this i'm not so sure about. when you have a local overlay, portage
complains when
On Wednesday, February 05, 2014 03:03:10 Mike Frysinger wrote:
On Saturday, February 01, 2014 20:38:05 Arfrever wrote:
If this attribute is not set explicitly, then it defaults to value of
'masters' attribute.
this i'm not so sure about. when you have a local overlay, portage
complains
On Friday, February 14, 2014 09:31:19 David James wrote:
The --newrepo flag tells emerge to recompile a package if it is now being
pulled from a different repository.
BUG=chromium:200417
TEST=Verify ebuilds get pulled in when repo changes.
---
man/emerge.1 | 5
On Tuesday, February 04, 2014 22:25:00 Jauhien Piatlicki wrote:
04.02.14 20:53, Donnie Berkholz написав(ла):
On 12:48 Tue 28 Jan , Michał Górny wrote:
Dnia 2014-01-28, o godz. 11:59:33 Jauhien Piatlicki napisał(a):
net-misc/rsync upstream provides a tarball with additional patches that
On Saturday, February 01, 2014 21:08:11 Arfrever Frehtes Taifersar Arahesis
wrote:
bin/isolated-functions.sh contains at least 1 useful function, which could
be exposed for external consumers (without __ prefix), but must have
private name (with __ prefix) when bin/isolated-functions.sh is
On Tuesday, January 28, 2014 05:53:52 Jeroen Roovers wrote:
On Mon, 27 Jan 2014 18:14:54 -0500 Mike Frysinger wrote:
It's more obvious with the fancy colouring
if you dislike the color format, then pick a different one. there
are a large number available.
I didn't intend that at all
On Monday, January 27, 2014 14:01:58 Jeroen Roovers wrote:
# cp nvidia-drivers-304.117.ebuild nvidia-drivers-304.119.ebuild
# ~/bin/ekeyword ~all nvidia-drivers-304.119.ebuild
nvidia-drivers-304.119: -~* ~amd64 ~x86 ~amd64-fbsd ~x86-fbsd
It's more obvious with the fancy colouring
if you
On Monday, January 27, 2014 15:02:30 viv...@gmail.com wrote:
patch install from coreutils (and then upstream changes) is not an option?
that route is being pursued independently. we already have a wrapper and will
have one for the foreseeable future.
-mike
signature.asc
Description: This is a
On Wednesday 22 January 2014 16:22:35 Michael Orlitzky wrote:
I WTF'ed on this for a long time before I noticed that the docs for
has were sort-of contained in hasv. Might as well give has its own.
please use `git send-email` when posting patches
this duplicates the hasv section which is not a
On Monday 20 January 2014 12:26:13 William Hubbs wrote:
On Mon, Jan 20, 2014 at 02:23:24AM -0500, Mike Frysinger wrote:
this has all been fairly ad-hoc in the past, so formalize it in the one
place that impacts everyone -- profiles.desc.
If it is policy, shouldn't it go in the dev manual
On Monday 20 January 2014 13:18:46 Alexander Berntsen wrote:
On 20/01/14 18:26, William Hubbs wrote:
On Mon, Jan 20, 2014 at 02:23:24AM -0500, Mike Frysinger wrote:
this has all been fairly ad-hoc in the past, so formalize it in
the one place that impacts everyone -- profiles.desc
On Monday 20 January 2014 22:53:25 Gordon Pettey wrote:
If your going to make that argumint, ewe mite a's well right the
documentation in LOL-1337. Encouraging bad grammar in documentation just
make's thing's harder for everybody.
(1) don't top post
(2) you posted nothing to support your
On Monday 20 January 2014 23:00:31 Chris Reffett wrote:
+ if not ro_filesystems:
+ return ro_filesystems
+
+ for directory in dir_list:
+ for filesystem in ro_filesystems:
+ if filesystem == directory:
+
On Thursday 21 March 2013 20:17:30 Mike Frysinger wrote:
On Thursday 21 March 2013 19:25:08 James Cloos wrote:
MF == Mike Frysinger vap...@gentoo.org writes:
MF realistically, there are no man pages that are under 4k. look at the
MF referenced bug for more details.
Oh. I didn't look
On Sunday 19 January 2014 17:46:36 Alec Warner wrote:
On Sun, Jan 19, 2014 at 2:45 PM, Alexander Berntsen wrote:
On 19/01/14 22:22, Sebastian Luther wrote:
The usual doc string style used in portage is:
text
Please use that for new functions. Also make sure you don't use
On Sunday 19 January 2014 22:26:06 W. Trevor King wrote:
W. Trevor King (4):
pym/portage/package/ebuild/fetch.py: Factor out
_get_checksum_failure_max_tries
pym/portage/package/ebuild/fetch.py: Factor out _get_fetch_resume_size
pym/portage/package/ebuild/fetch.py: Factor out
On Monday 20 January 2014 04:16:23 Ulrich Mueller wrote:
Sorting order is different from the present ekeyword. The part after
the hyphen (or the empty string if there is no hyphen) should be used
as primary key and the part before the hyphen as secondary key.
hmm, was unaware of that. should
On Sunday 19 January 2014 05:39:25 Alexander Berntsen wrote:
On 19/01/14 10:17, Mike Frysinger wrote:
prefer OSes - OS's
That's just not proper English.
i don't think that phrase means what you think it means. if you're wishing
for English to be a standard, then you're in for a rude
On Monday 20 January 2014 19:50:54 Chris Reffett wrote:
+ # Check for read-only filesystems
please use full sentences. that means putting a period at the end. this
applies to many additions in this patch.
+ try:
+ with io.open(/proc/mounts, mode='r',
On Monday 13 January 2014 09:53:45 Tom Wijsman wrote:
On Mon, 13 Jan 2014 16:15:37 +0700 C. Bergström wrote:
At the end of the day we have one codebase which is
engineered and another which has evolved.
Too broad generalization, too much assumption; both can be held as
meaning nothing
On Friday 17 January 2014 02:02:51 gro...@gentoo.org wrote:
Maybe, a good solution is to introduce a special arch, noarch, for such
packages (similar to what's done in the rpm world). Then, if a package is
~noarch, it is automatically considered ~arch for all arches. Similar for
stable. The
On Sunday 19 January 2014 04:28:33 Pacho Ramos wrote:
El dom, 19-01-2014 a las 03:36 -0500, Mike Frysinger escribió:
On Friday 17 January 2014 02:02:51 gro...@gentoo.org wrote:
Maybe, a good solution is to introduce a special arch, noarch, for
such packages (similar to what's done
with glibc-2.17 in stable now and glibc-2.19 release in like ~2 weeks, glibc
2.18 is heading to ~arch. there's been very little reported breakage reported
thus far ... i hope it's because there isn't any vs people aren't using it.
so if people want to try it out ahead of time, that'd be nice.
On Sunday 19 January 2014 13:07:24 Robin H. Johnson wrote:
On Sun, Jan 19, 2014 at 05:52:48AM -0500, Mike Frysinger wrote:
with glibc-2.17 in stable now and glibc-2.19 release in like ~2 weeks,
glibc 2.18 is heading to ~arch. there's been very little reported
breakage reported thus far
i finally got annoyed with the perl version (and its output and bugs and
limitations) and wrote a new version. it's fairly modular (and has pretty
good unittest coverage!?), so if we wanted to look at integrating it into
portage or other tools, that should be pretty easy now.
at any rate, if
the awesome folks at Marist College in conjunction with the Linux Foundation
have upgraded our s390 VMs to newer hardware. faster/more CPUs, more RAM, and
more disk space. it's at the point where we aren't hurting to simply build
packages. so if devs are interested in ssh access, feel free
this has all been fairly ad-hoc in the past, so formalize it in the one place
that impacts everyone -- profiles.desc.
-mike
###
# This is a list of valid profiles for each architecture. This file is used by
# repoman
On Saturday 18 January 2014 17:57:38 Tom Wijsman wrote:
On Sat, 18 Jan 2014 08:43:12 -0800 W. Trevor King wrote:
On Sat, Jan 18, 2014 at 04:02:02PM +0100, Tom Wijsman wrote:
I think the idea is that you shouldn't need to refer to an external
resource like the mailing list to understand the
On Tuesday 14 January 2014 21:58:38 Tom Wijsman wrote:
On Sun, 05 Jan 2014 15:42:48 -0800 Brian Dolbec wrote:
2) start working on a solution,
a) if you have significant progress, but need more time, mark it
accordingly, assign it to yourself, leave a comment, etc.
Assigning it
On Saturday 18 January 2014 21:00:48 Chris Reffett wrote:
--- /dev/null
+++ b/pym/portage/util/rochecker.py
@@ -0,0 +1,81 @@
+#-*- coding:utf-8 -*-
+# Copyright 2014 Gentoo Foundation
+# Distributed under the terms of the GNU General Public License v2
+
+Methods to check whether Portage is
201 - 300 of 3211 matches
Mail list logo
