Am Sonntag, den 21.02.2010, 19:36 +0100 schrieb Fabian Groffen:
Hi all,
Inspired by the recent poppler move from autoconf to cmake for its
build system, the following.
Given that poppler didn't compile on at least two arches, I found that
cmake is pretty much terse in its output,
Tomáš Chvátal wrote:
Hi,
we prepared new eclass for x11 packages that should be used as
replacement for x-modular.eclass.
Prefix support done.
There's one thing I don't find addressed yet:
When some patch[1] necessary for some (prefix-) platform has to touch
configure.ac or Makefile.am,
On Thu, 8 Oct 2009, Markos Chandras wrote:
On Thursday 08 October 2009 13:57:40 Alex Alexander wrote:
On Thu, Oct 8, 2009 at 12:08, Ulrich Mueller u...@gentoo.org wrote:
Some devs have complained about the directory structure in the
gentoo-news being too complicated. News item files are
On 2/21/10 10:11 AM, Paweł Hajdan, Jr. wrote:
On 2/21/10 5:08 AM, Ryan Hill wrote:
I have one simple request. When you make a non-trivial change to an ebuild -
a patch, a version bump, anything that can effect the behaviour of the
package - please run the test suite.
Yeah, on my dev box I
Le dimanche 21 février 2010 à 10:53 +0100, Paweł Hajdan, Jr. a écrit :
On 2/21/10 10:40 AM, Thilo Bangert wrote:
Paweł Hajdan, Jr. phajdan...@gentoo.org said:
By the way, for packages that fail the test suite and refuse to disable
it, I change the env locally so that FEATURES=-test (via
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
PS: Just a suggestion what an ebuild could do in this case:
src_prepare() {
xorg-2_src_prepare --force-eautoreconf
}
SNAPSHOT=yes xorg-2_src_prepare
^ this does not fit your needs? It
On 02/22/2010 12:25 AM, Ben de Groot wrote:
If no action is taken soon, we see no other way than to protect the
users by masking the complete mythtv package. We hope this won't be
necessary.
Agreed none of the options are nice. The mythtv wiki isn't a bad
resource, how about this for a news
Tomáš Chvátal wrote:
Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
PS: Just a suggestion what an ebuild could do in this case:
src_prepare() {
xorg-2_src_prepare --force-eautoreconf
}
SNAPSHOT=yes xorg-2_src_prepare
^ this does not fit your needs? It does exactly what you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 22.2.2010 16:50, Michael Haubenwallner napsal(a):
Tomáš Chvátal wrote:
Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
PS: Just a suggestion what an ebuild could do in this case:
src_prepare() {
xorg-2_src_prepare
On 2/22/10 2:01 PM, Gilles Dartiguelongue wrote:
Le dimanche 21 février 2010 à 10:53 +0100, Paweł Hajdan, Jr. a écrit :
$ tree /etc/portage/env
/etc/portage/env
|-- app-portage
| `-- portage-utils.env
|-- dev-libs
| |-- boost.env
| `-- libevent.env
|-- dev-python
| `-- pygtk.env
So I've started to see the proliferation of manual || structures for USE deps,
where virtuals would normally be used, but it seems that either USE deps from
the virtuals aren't propogated down to the packages themselves, or developers
aren't aware of said propagation.
DEPEND=...
|| (
On 02/22/2010 10:46 AM, Robin H. Johnson wrote:
So I've started to see the proliferation of manual || structures for USE deps,
where virtuals would normally be used, but it seems that either USE deps from
the virtuals aren't propogated down to the packages themselves, or developers
aren't
On Sun, 21 Feb 2010 10:11:25 +0100
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 2/21/10 5:08 AM, Ryan Hill wrote:
I have one simple request. When you make a non-trivial change to an ebuild
-
a patch, a version bump, anything that can effect the behaviour of the
package - please
13 matches
Mail list logo
