On 1 November 2014 00:18, Rich Freeman ri...@gentoo.org wrote:
So, if there is a better way, I'm all ears for constructive
suggestions. By constructive I mean that somebody who comes up with a
script that automatically retrieves build logs and attaches them to
bugs is being more helpful than
On 1 November 2014 10:47, Diego Elio Pettenò flamee...@flameeyes.eu wrote:
But let's reason a moment on the no-linked-logs policy: as Rich
pointed out already, the policy is there for a reason and that reason
is that we don't want people to submit bugs with pastebins or home
server logs
On Mon, Sep 01, 2014 at 11:26:49PM +0200, Tom Wijsman wrote:
[...]
With this change, we implement the same end result (correctly labeled
files after installation) while removing the need for the DEPEND
dependency. After all, this was not a build-time dependency but a
merge-time one,
Dnia 2014-11-01, o godz. 12:17:22
Sven Vermeulen sw...@gentoo.org napisał(a):
On Mon, Sep 01, 2014 at 11:26:49PM +0200, Tom Wijsman wrote:
[...]
With this change, we implement the same end result (correctly labeled
files after installation) while removing the need for the DEPEND
El sáb, 01-11-2014 a las 10:47 +, Diego Elio Pettenò escribió:
On 1 November 2014 00:18, Rich Freeman ri...@gentoo.org wrote:
So, if there is a better way, I'm all ears for constructive
suggestions. By constructive I mean that somebody who comes up with a
script that automatically
On 11/01/2014 01:18 AM, Rich Freeman wrote:
What we can't do is force somebody to contribute. If somebody says
that if we don't do multilib their way, they'll stop being the only
libreoffice maintainer, and nobody else wants to maintain libreoffice,
then we are left in a hard place
On Sat, Nov 1, 2014 at 11:38 AM, hasufell hasuf...@gentoo.org wrote:
But there will be no improvement if we don't take such issues more
seriously. I don't really see that happening. It's something the
oldtimers have more power over than the council.
In a community project, the folks with
On 01/11/14 11:47, Diego Elio Pettenò wrote:
The problem with it's trivial to do that in python so just do it is
that first of all Python is not my language of choice, so the whole
infrastructure is currently not written in Python at all. And all the
people, including Luca, who promised they can
The newest member of Gentoo can have more power to direct the course
of the distro than every oldtimer or council member there is, if they
just contribute more than them.
If the maintainer of package A or provider of service B is a pain to
work with, all it takes is for somebody else who is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 31/10/14 10:37 PM, Ian Stakenvicius wrote:
Sorry for top posting. I volunteer to write something to get the
logs attached to bugs. I'll do it next week. Whether it be
something the tinderbox can run or something separate that will use
Ian Stakenvicius wrote:
OK, i've cobbled something together that looks like it'll work.
Cool! Thanks a lot for doing that.
//Peter
On Sat, Nov 01, 2014 at 01:52:57PM +0100, Michał Górny wrote:
Michał Górny told me on IRC that I might be approaching this incorrectly (or
at least, inefficiently). I was working on the massive bug-spree (right now
stopped around 22% of the packages to investigate) so I'm temporarily
El sáb, 01-11-2014 a las 14:54 -0400, Ian Stakenvicius escribió:
On 31/10/14 10:37 PM, Ian Stakenvicius wrote:
Sorry for top posting. I volunteer to write something to get the
logs attached to bugs. I'll do it next week. Whether it be
something the tinderbox can run or something separate
On 11/01/2014 03:36 PM, Sven Vermeulen wrote:
On Sat, Nov 01, 2014 at 01:52:57PM +0100, Michał Górny wrote:
Michał Górny told me on IRC that I might be approaching this incorrectly (or
at least, inefficiently). I was working on the massive bug-spree (right now
stopped around 22% of the
Hello fellow devs,
Please review the attached qt4-build-multilib.eclass ASAP. It's
basically the current qt4-build.eclass with some old cruft removed and
multilib support added.
Given the amount of changes needed for multilib, we chose to introduce
a separate eclass rather than modifying the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/11/14 03:53 PM, Pacho Ramos wrote:
El sáb, 01-11-2014 a las 14:54 -0400, Ian Stakenvicius escribió:
On 31/10/14 10:37 PM, Ian Stakenvicius wrote:
Sorry for top posting. I volunteer to write something to get
the logs attached to bugs.
On Sat, Nov 1, 2014 at 2:30 PM, Andreas K. Huettel dilfri...@gentoo.org wrote:
The newest member of Gentoo can have more power to direct the course
of the distro than every oldtimer or council member there is, if they
just contribute more than them.
If the maintainer of package A or provider
On 10/23/2014 02:22 AM, Zac Medico wrote:
In the future, we might decide to rewrite the search class so that it
processes the index as a stream, which will allow individual search
results to be displayed as soon as they are located [1]. This rewrite
will require a new index API.
So,
X-Gentoo-Bug: 527636
X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=527636
---
cnf/make.globals | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/cnf/make.globals b/cnf/make.globals
index 013c556..dd99618 100644
--- a/cnf/make.globals
+++ b/cnf/make.globals
@@
This IndexStreamIterator class can be used together with the
pkg_desc_index_line_read function to read and index file incrementally
as a stream.
The MultiIterGroupBy class can be used to iterate over multiple
IndexStreamIterator instances at once, incrementally grouping results
for a particular
Searching of installed packages is optimized to take advantage of
vardbdbapi._aux_cache, which is backed by vdb_metadata.pickle.
This class only implements a subset of vardbapi functionality that is
useful for searching incrementally. For this reason, the cp_all method
returns an ordered iterator
In addition to indexed search, this patch series implements
stream-based incremental display of search results (fixing bug
#412471).
I'll be maintaining this patch series in the following branch:
https://github.com/zmedico/portage/tree/bug_525718_stream
The old non-incremental version
The new emerge --search-index option, which is enabled by default,
causes pkg_desc_index to be used for search optimization. The search
index needs to be regenerated by egencache after changes are made to
a repository (see the --update-pkg-desc-index action).
For users that would like to modify
This adds an egencache --update-pkg-desc-index action which generates
a plain-text index of package names, versions, and descriptions. The
index can then be used to optimize emerge --search / --searchdesc
actions.
X-Gentoo-Bug: 525718
X-Gentoo-Bug-URL:
The IndexedPortdb class uses pkg_desc_index to optimize searchs for
package names and descriptions. If the package description index is
missing from a particular repository, then all metadata for that
repository is obtained using the normal pordbapi.aux_get method.
This class only implements a
The new emerge --search-index option, which is enabled by default,
causes pkg_desc_index to be used for search optimization. The search
index needs to be regenerated by egencache after changes are made to
a repository (see the --update-pkg-desc-index action).
For users that would like to modify
This IndexStreamIterator class can be used together with the
pkg_desc_index_line_read function to read an index file incrementally
as a stream.
The MultiIterGroupBy class can be used to iterate over multiple
IndexStreamIterator instances at once, incrementally grouping results
for a particular
On Sat, 1 Nov 2014 14:05:01 -0700
Zac Medico zmed...@gentoo.org wrote:
X-Gentoo-Bug: 527636
X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=527636
Can you add a little more info why to the commit message please.
also can you add the bug # to the end of first line, it makes it
28 matches
Mail list logo
