Due:
http://gentoo.2317880.n4.nabble.com/rox-herd-looks-inactive-for-a-long-time-td257264.html
This is the list:
rox-base/mime-editor
rox-base/oroborox
rox-base/pager
rox-base/rox-autostart
rox-base/rox-clib
rox-base/rox-launch
rox-base/rox-lib
rox-base/rox-media
rox-base/rox-session
rox-base/rox
On Wed, 27 Feb 2013 22:08:45 +0100
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Wed, 27 Feb 2013 18:10:30 +0100
hasufell hasuf...@gentoo.org wrote:
The other thing is:
We still have the conflict with eclass-solution vs PM-solution
(multilib-portage) and I propose
On Wed, 27 Feb 2013 22:12:25 +0100
Thomas Sachau to...@gentoo.org wrote:
Pacho Ramos schrieb:
El mié, 27-02-2013 a las 19:27 +0100, Alexis Ballier escribió:
[...]
The reason I bring this up again is that there was a strong
argument yesterday in #gentoo-dev, so it seems the situation is
On Wed, 27 Feb 2013 20:05:58 +0100
hasufell hasuf...@gentoo.org wrote:
This is just my own view on this and NOT complete, Tommy[D] will
probably have a more complete list what the eclasses currently lack
and where they will fail.
Mgorny will have a more complete list why multilib-portage is a
02.03.13 07:54, Ben de Groot написав(ла):
app-admin/keepassx
app-text/goldendict
If these two packages need a maintainer, I could proxy-maintain them.
I'm not a developer, but I have some experience with ebuild writing.
Jauhien
signature.asc
Description: OpenPGP digital signature
On 02/03/13 08:54, Ben de Groot wrote:
The Gentoo Qt Project wants your help!
sci-calculators/qalculator
This project died after the first betas. I propose treecleaning it. We
have plenty of more maintained calculators in tree.
On Sat, 2 Mar 2013 14:54:22 +0800
Ben de Groot yng...@gentoo.org wrote:
== We could also use a hand with: ==
[...]
app-text/cb2bib
[...]
dev-tex/qtexengine
dev-tex/texamator
you can add tex@g.o as second maintainer there if you wish
On Sat, 2 Mar 2013 14:54:22 +0800
Ben de Groot yng...@gentoo.org wrote:
media-video/avidemux (bundled libs)
I like this application, but am not so sure about maintaining this... =/
Would it be reasonable to create a new package avidemux-ffmpeg in which
we create a version of ffmpeg with their
On 02/03/13 15:08, Tom Wijsman wrote:
On Sat, 2 Mar 2013 14:54:22 +0800
Ben de Groot yng...@gentoo.org wrote:
media-video/avidemux (bundled libs)
I like this application, but am not so sure about maintaining this... =/
Would it be reasonable to create a new package avidemux-ffmpeg in which
On Sat, 2 Mar 2013 14:08:28 +0100
Tom Wijsman tom...@gentoo.org wrote:
On Sat, 2 Mar 2013 14:54:22 +0800
Ben de Groot yng...@gentoo.org wrote:
media-video/avidemux (bundled libs)
I like this application, but am not so sure about maintaining this...
=/
Would it be reasonable to create
On Sat, 02 Mar 2013 15:29:38 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
The embedded FFmpeg in avidemux is only patched to convert UNIX line
endings to DOS line endings to match rest of the avidemux source tree
Nope, it does various patches:
$ ls -1
On 02/03/13 16:35, Tom Wijsman wrote:
On Sat, 02 Mar 2013 15:29:38 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
The embedded FFmpeg in avidemux is only patched to convert UNIX line
endings to DOS line endings to match rest of the avidemux source tree
Nope, it does various patches:
$
On Sat, 2 Mar 2013 14:32:47 +0100
Alexis Ballier aball...@gentoo.org wrote:
In the end if you dump their ffmpeg version and use it only for
avidemux, the end result is the same as bundling it.
Yeah, I thought they bundled a binary; as it appears they just compile
ffmpeg as well I can
On 03/02/2013 12:08 PM, Alexis Ballier wrote:
eclass level:
pro:
- easier to maintain (eclasses are generally easy understandable)
- quicker to fix and to extend
- solution is NOW available
con:
- more likely to break stuff as all eclass based solutions, because
there are no
On Sat, 02 Mar 2013 03:50:11 +0100
hasufell hasuf...@gentoo.org wrote:
On 02/28/2013 09:30 AM, Michał Górny wrote:
Setting that variable would invalidate metadata cache.
different approach attached
I'm afraid you are doing too much, too fast and I simply can't follow.
I don't think
On 03/02/2013 04:07 PM, Michał Górny wrote:
I don't think you should introduce workarounds in your eclass. I think
multilib-build should be the place to do that.
Feel free to implement a solution. I think an explicit variable might
even be better instead of some magical checks which could cause
Since mgorny is working on compatibility with multilib-portage I
stripped all of the related code.
So this should be the final version. If there are no objections I would
like to commit.
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
#
On Sat, 02 Mar 2013 17:43:52 +0100
hasufell hasuf...@gentoo.org wrote:
Since mgorny is working on compatibility with multilib-portage I
stripped all of the related code.
So this should be the final version. If there are no objections I would
like to commit.
Please wait for the multibuild
On 2 March 2013 22:35, Tom Wijsman tom...@gentoo.org wrote:
I first thought it was a binary, but now that I see it is actually
compiled from source in the avidemux build process, we have control
over it. Therefore, I'll step up to be the primary maintainer.
Do you want me to keep the Qt herd
The QT team has requested an rsync suspension while they re-categorize
their qt packages. During this window, fixes made in CVS will not be
pushed to rsync users. The suspension began at ~18:37 UTC and will
continue until they are done, or until ~01:00. Feel free to follow
along on
On Sat, Mar 2, 2013 at 6:35 AM, Tom Wijsman tom...@gentoo.org wrote:
On Sat, 02 Mar 2013 15:29:38 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
The embedded FFmpeg in avidemux is only patched to convert UNIX line
endings to DOS line endings to match rest of the avidemux source tree
Four more patches so far:
1) print only 'public' part of command-line
That is, shift over all the arguments starting with an underscore
for einfo.
multibuild_foreach_variant _python_multibuild_wrapper foo
will be printed as:
pythonX.Y: foo
2) add a function to run the command for the
Shift the unnecessary 'private' commands from the printed commands when
executing.
That is:
python_parallel_foreach_impl foo
will print:
* pythonX.Y: foo
rather than:
* pythonX.Y: _multibuild_parallel _python_multibuild_wrapper ...
---
gx86/eclass/multibuild.eclass |
---
gx86/eclass/multilib-build.eclass | 12
1 file changed, 12 insertions(+)
diff --git a/gx86/eclass/multilib-build.eclass
b/gx86/eclass/multilib-build.eclass
index b6409d8..0fe46a0 100644
--- a/gx86/eclass/multilib-build.eclass
+++ b/gx86/eclass/multilib-build.eclass
@@ -139,6
---
gx86/eclass/distutils-r1.eclass | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git a/gx86/eclass/distutils-r1.eclass b/gx86/eclass/distutils-r1.eclass
index 40dae36..ba48a35 100644
--- a/gx86/eclass/distutils-r1.eclass
+++
---
gx86/eclass/multibuild.eclass | 20
1 file changed, 20 insertions(+)
diff --git a/gx86/eclass/multibuild.eclass b/gx86/eclass/multibuild.eclass
index 1cc33a9..3ffe9e8 100644
--- a/gx86/eclass/multibuild.eclass
+++ b/gx86/eclass/multibuild.eclass
@@ -185,6 +185,26 @@
On Sat, Mar 2, 2013 at 1:42 PM, Michał Górny mgo...@gentoo.org wrote:
Shift the unnecessary 'private' commands from the printed commands when
executing.
That is:
python_parallel_foreach_impl foo
will print:
* pythonX.Y: foo
rather than:
* pythonX.Y:
Hello,
With the introduction of support for x32 ABI it has become necessary to
enhance the multilib-build eclass with some kind of support for
specifying the supported/unsupported ABIs.
In this particular context, tetromino has noted that many packages
don't support the x32 ABI. From the ones
On Sat, 2 Mar 2013 14:52:25 -0800
Alec Warner anta...@gentoo.org wrote:
On Sat, Mar 2, 2013 at 1:42 PM, Michał Górny mgo...@gentoo.org wrote:
Shift the unnecessary 'private' commands from the printed commands when
executing.
That is:
python_parallel_foreach_impl foo
will
+1, feel free to commit, when multibuild.eclass was added.
2013/2/27 Michał Górny mgo...@gentoo.org:
Just a quick, dirty example. Not even tested thoroughly ;).
---
gx86/sci-libs/fftw/fftw-3.3.3-r1.ebuild | 38
+
1 file changed, 15 insertions(+), 23
On Wednesday 27 February 2013 05:01:08 Markos Chandras wrote:
On 27 February 2013 05:44, Mike Frysinger wrote:
vapier 13/02/27 05:44:01
# patches go here!
epatch ${FILESDIR}/${PN}-1.19.0-bb.patch
- epatch ${FILESDIR}/${P}-*.patch
+ #epatch
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger (vapier) vap...@gentoo.org wrote:
vapier 13/03/01 08:16:02
Modified: confuse-2.7.ebuild ChangeLog
Log:
Add arm lovin.
--- confuse-2.7.ebuild 30 Oct 2012 11:18:49
On Mar 3, 2013 1:43 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger (vapier) vap...@gentoo.org
wrote:
vapier 13/03/01 08:16:02
Modified: confuse-2.7.ebuild ChangeLog
Log:
On Saturday 02 March 2013 20:50:17 Markos Chandras wrote:
On Mar 3, 2013 1:43 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger wrote:
vapier 13/03/01 08:16:02
Modified:
On Mar 3, 2013 1:55 AM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 02 March 2013 20:50:17 Markos Chandras wrote:
On Mar 3, 2013 1:43 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 01 March 2013 07:45:28 Markos Chandras wrote:
On 1 March 2013 08:16, Mike Frysinger wrote:
Markos Chandras wrote:
it just feels strange
I hear they call it getting stuff done..
//Peter
On Saturday 02 March 2013 21:01:39 Markos Chandras wrote:
On Mar 3, 2013 1:55 AM, Mike Frysinger vap...@gentoo.org wrote:
complain to me when all these arm systems that totally had confuse
already installed go down in fire. it literally makes 0 difference
here.
Why would they have it
On Sun, 24 Feb 2013 23:03:01 -0600
Ryan Hill dirtye...@gentoo.org wrote:
I'm going to be unmasking 4.7.2 later this week. There are still 47 open bugs
blocking the 4.7 tracker, so if any are yours now would be a good time
to take a look at them.
https://bugs.gentoo.org/390247
4.7 is now
On 02/03/13 18:02, Doug Goldstein (cardoe) wrote:
cardoe 13/03/02 16:02:57
Modified: nvidia-drivers-313.18.ebuild ChangeLog
Log:
Revert non-maintainer changes per bug #447566.
(Portage version: 2.1.11.52/cvs/Linux x86_64, signed Manifest commit with
key
On Sat, Mar 2, 2013 at 11:01 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 02/03/13 18:02, Doug Goldstein (cardoe) wrote:
cardoe 13/03/02 16:02:57
Modified: nvidia-drivers-313.18.ebuild ChangeLog
Log:
Revert non-maintainer changes per bug #447566.
On Sat, Mar 2, 2013 at 10:53 AM, Alec Warner anta...@gentoo.org wrote:
The QT team has requested an rsync suspension while they re-categorize
their qt packages. During this window, fixes made in CVS will not be
pushed to rsync users. The suspension began at ~18:37 UTC and will
continue until
On 03/03/13 09:11, Alec Warner wrote:
On Sat, Mar 2, 2013 at 11:01 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 02/03/13 18:02, Doug Goldstein (cardoe) wrote:
cardoe 13/03/02 16:02:57
Modified: nvidia-drivers-313.18.ebuild ChangeLog
Log:
Revert
42 matches
Mail list logo