On 28/11/12 00:04, Mike Frysinger wrote:
On Tuesday 27 November 2012 07:26:50 justin wrote:
next patch for intel-sdp.eclass
your code has a lot of whitespace damage (leading spaces instead of tabs).
you should fix that up.
I am sorry for that and we fix it up. Did some writing on mac
On 28/11/12 00:06, Mike Frysinger wrote:
On Tuesday 27 November 2012 11:49:52 Diego Elio Pettenò wrote:
On 27/11/2012 08:01, justin wrote:
The reason I introduced the USE here and in general to use it in similar
locations is that those packages install tons of documentation and
examples
On 28/11/12 00:11, Mike Frysinger wrote:
On Sunday 25 November 2012 11:47:42 Justin wrote:
# Copyright 1999-20012 Gentoo Foundation
it is not yet 20012
also, this file too has whitespace damage (indenting with spaces)
[[ ${CUDA_VERBOSE} == true ]] NVCCFLAGS+= -v
wouldn't
, let me know if you want to be a
manager for the Gentoo organization.
Cheers,
Dirkjan
Thanks both of you for your work,
justin
signature.asc
Description: OpenPGP digital signature
Hi,
Change of the unpacking logic which allows at least a speed up of factor 2.
Before we unpacked every single rpm from the tarball separately, now we
generate all possibilities and unpack them at once, ignoring warnings.
Justin
commit f13912b377189f6b80d05eb122c9f27e187c02a6
Author: Justin
to pass the path to a supported gcc bindir
* nvcc calls CXX but doesn't pass CXXFLAGS on.
justin
# Copyright 1999-20012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit toolchain-funcs versionator
# @ECLASS: cuda.eclass
# @MAINTAINER
On 25.11.2012 18:59, Rick Zero_Chaos Farina wrote:
On 11/25/2012 11:47 AM, Justin wrote:
Hi,
I would like to introduce a new eclass for packages using the nvidia
cuda compiler suite. Currently the eclass simply sanitize the NVCCFLAGS.
May be extended in the future.
Two problems come up
On 26/11/12 01:26, C. Bergström wrote:
On 11/26/12 12:59 AM, Rick Zero_Chaos Farina wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2012 11:47 AM, Justin wrote:
Hi,
I would like to introduce a new eclass for packages using the nvidia
cuda compiler suite. Currently the eclass
On 18.11.2012 15:37, Samuli Suominen wrote:
On 18/11/12 16:11, hasufell wrote:
On 11/18/2012 03:08 PM, Peter Alfredsen wrote:
On Fri, Nov 16, 2012 at 10:43 AM, justin j...@gentoo.org wrote:
On 16/11/12 09:48, Samuli Suominen wrote:
does this mean it puts the binary-only package, nvidia-cg
On 16/11/12 09:48, Samuli Suominen wrote:
On 16/11/12 00:07, Justin Lecher (jlec) wrote:
jlec12/11/15 22:07:13
Modified: 80cgc-opt-2
Log:
media-gfx/nvidia-cg-toolkit: Version BUmp, #270480, thanks Myckel Habets,
Piotr Szymaniak and Jean-Marc Hengen working
On 16/11/12 09:48, Samuli Suominen wrote:
On 16/11/12 00:07, Justin Lecher (jlec) wrote:
jlec12/11/15 22:07:13
Modified: 80cgc-opt-2
Log:
media-gfx/nvidia-cg-toolkit: Version BUmp, #270480, thanks Myckel Habets,
Piotr Szymaniak and Jean-Marc Hengen working
Hi,
does anybody like to setup an Organization[1] profile @ ohloh for Gentoo?
justin
[1]
https://www.ohloh.net/orgs
signature.asc
Description: OpenPGP digital signature
On 09/10/12 15:12, Ian Stakenvicius wrote:
On 07/10/12 02:56 PM, justin wrote:
On 10/7/12 8:19 PM, Chí-Thanh Christopher Nguyễn wrote:
justin schrieb:
Hi,
I want to add following change to fortran-2.eclass to achieve
more simpler usage.
The patch will make the eclass depend on virtual
On 09.10.2012 23:19, Mike Frysinger wrote:
On Sunday 07 October 2012 13:58:04 justin wrote:
On 10/7/12 7:36 PM, Jonathan Callen wrote:
You cannot check the value of IUSE in global scope in an eclass, as at
least portage actually unsets it before sourcing an eclass (also, it
is not defined
* only minor have different USE for this purpose (e.g. numpy)
Thanks for comments,
Justin
Index: fortran-2.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/fortran-2.eclass,v
retrieving revision 1.11
diff -u -B -r1.11 fortran-2
On 10/7/12 7:36 PM, Jonathan Callen wrote:
On 10/07/2012 01:20 PM, justin wrote:
Hi,
I want to add following change to fortran-2.eclass to achieve more
simpler usage.
The patch will make the eclass depend on virtual/fortran so that
no manual addition is needed. Two exception are present
On 10/7/12 8:19 PM, Chí-Thanh Christopher Nguyễn wrote:
justin schrieb:
Hi,
I want to add following change to fortran-2.eclass to achieve more
simpler usage.
The patch will make the eclass depend on virtual/fortran so that
no manual addition is needed. Two exception are present
Hi all,
please give comments on the attached eclass.
The purpose of the eclass is
* handle the suite bundle and its single rpms
* simplify ebuilds
* a clean and easy way to unpack what is needs to be install
Thanks,
justin
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms
, but actually I can't judge this,
because I am missing a description of what is really going wrong.
Don't behave in a way, which you disallow for others.
justin
signature.asc
Description: OpenPGP digital signature
On 23.06.2012 18:17, Ciaran McCreesh wrote:
On Sat, 23 Jun 2012 18:13:23 +0200
Justin j...@gentoo.org wrote:
Did you read what you wrote and thought about what you request from
others? Probably you better should.
Uh huh, and I think we all know there's a huge difference between
knowing
On 23.06.2012 18:53, Ciaran McCreesh wrote:
On Sat, 23 Jun 2012 18:47:26 +0200
Justin j...@gentoo.org wrote:
On 23.06.2012 18:17, Ciaran McCreesh wrote:
On Sat, 23 Jun 2012 18:13:23 +0200
Justin j...@gentoo.org wrote:
Did you read what you wrote and thought about what you request from
On 21/06/12 08:41, Ciaran McCreesh wrote:
On Wed, 20 Jun 2012 23:43:36 +0200
Justin j...@gentoo.org wrote:
On 20.06.2012 22:35, Ciaran McCreesh wrote:
On Wed, 20 Jun 2012 16:25:30 -0400
Richard Yao r...@gentoo.org wrote:
Multilib (and/or multiarch) support
The current binaries cause
On 20.06.2012 22:35, Ciaran McCreesh wrote:
On Wed, 20 Jun 2012 16:25:30 -0400
Richard Yao r...@gentoo.org wrote:
Multilib (and/or multiarch) support
The current binaries cause a great deal of pain, particularly
when a user does not want to upgrade something. I had this problem
with
On 17.06.2012 14:13, Maxim Koltsov wrote:
Hi,
During prefix bootstrap i noticed that strip-flags removes -L and -I
flags from *FLAGS while these flags are essential for prefix
bootstrapping. Therefore i propose a fix for strip-flags function to
Is this really necessary? I never experienced
On 17.06.2012 15:23, Maxim Koltsov wrote:
2012/6/17 Justin j...@gentoo.org:
On 17.06.2012 14:13, Maxim Koltsov wrote:
Hi,
During prefix bootstrap i noticed that strip-flags removes -L and -I
flags from *FLAGS while these flags are essential for prefix
bootstrapping. Therefore i propose a fix
On 12.06.2012 19:55, Justin wrote:
Hi,
these days still FFLAGS and FCFLAGS are unset by default.
Any objections to to default to CFLAGS of the profile equally to CXXFLAGS?
Thanks justin
Added.
signature.asc
Description: OpenPGP digital signature
them voted by the council?
Thanks :)
At Fosdem Petteri talked about ideas for next EAPI, which brought up
some discussions. Perhaps he or someone else who remembers could
summarize the ideas.
justin
signature.asc
Description: OpenPGP digital signature
Hi,
these days still FFLAGS and FCFLAGS are unset by default.
Any objections to to default to CFLAGS of the profile equally to CXXFLAGS?
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 12.06.2012 21:30, Markos Chandras wrote:
On 06/12/2012 06:55 PM, Justin wrote:
Hi,
these days still FFLAGS and FCFLAGS are unset by default. Any
objections to to default to CFLAGS of the profile equally to
CXXFLAGS?
Thanks justin
This is the first time I see these variables
As one that's relatively new to Git, I'm a perfect candidate for
testing. If we go this way, I volunteer.
- Aaron
As I am a hater of CVS and my current checkout is repeatability spiting
weird errors, I would join as a tester here.
justin
signature.asc
Description: OpenPGP digital signature
On 23/05/12 14:42, Michael Weber wrote:
Hi,
i've looked at the blockers of [TRACKER] portage migration to git
[1] and want to discuss testing git-cvsserver [2].
There are two proposed scenarios how to migrate the developers write
access to the portage tree.
Clean cut turns of cvs
On 23.05.2012 18:47, Robin H. Johnson wrote:
On Wed, May 23, 2012 at 02:42:37PM +0200, Michael Weber wrote:
i've looked at the blockers of [TRACKER] portage migration to git
[1] and want to discuss testing git-cvsserver [2].
There are two proposed scenarios how to migrate the developers write
this be done with portage)
Please comment and help me with the right proceeding.
justin
signature.asc
Description: OpenPGP digital signature
On 04/04/12 14:56, Greg KH wrote:
On Wed, Apr 04, 2012 at 08:32:41AM +0200, justin wrote:
Hi,
after this change
https://github.com/torvalds/linux/commit/1a51410abe7d0ee4b1d112780f46df87d3621043
iotop cannot be used as user anymore.
Any suggestions how to proceed?
The solution I see
contributions outside the tree.
justin
signature.asc
Description: OpenPGP digital signature
[2048R/5E05C6C2]
Hi,
I would vote for EVCS_OFFLINE as we already agreed in the dev-vcs
discussion on vcs.
justin
signature.asc
Description: OpenPGP digital signature
get
REQUIRED_USE: USE flag 'python_targets_python3_1' is not in IUSE
Did I do something wrong, or is there something not straight in the eclass?
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 25/03/12 20:56, Krzysztof Pawlik wrote:
On 28/02/12 22:13, Krzysztof Pawlik wrote:
If there are no objections then during the weekend (March 3, 4) I will add
this
to portage (after finishing remaining TODO items, PyPy requires 4G of
RAM(!!)).
Hello,
Slightly late due to Real Life™
evidence of program bugs to the author.
I will not extract part of the software, e.g. subroutines, for use in
other contexts without permission of the author.
/QUOTE
The source file do not contain any further license statements.
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 21.03.2012 15:48, Ian Stakenvicius wrote:
On 21/03/12 10:34 AM, Richard Yao wrote:
On 03/21/12 10:18, Justin wrote:
I will not extract part of the software, e.g. subroutines, for
use in other contexts without permission of the author.
Portage could be considered to be one
On 25/02/12 16:11, Alex Alexander wrote:
On Sat, Feb 25, 2012 at 01:55:37PM +0100, Justin wrote:
Hi all,
is there a way to do a way or two way sync between a repo on github and
on g.o.g.o?
I have the felling that I heard of an official overlay which is operated
like this. Could someone
On 22.02.2012 18:33, Matthew Summers wrote:
On Tue, Feb 21, 2012 at 4:14 PM, Gilles Dartiguelongue e...@gentoo.org
wrote:
Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
Hi,
any objections against following patch for subversion.eclass?
Fixes bug 401737. Basically respects ESVN_
for the info
Here was the last one
http://archives.gentoo.org/gentoo-dev/msg_b6db68b41a4b318ea2122fb982c10dfb.xml
For me it worked fine for months now.
justin
-
}
## -- subversion__get_repository_uri()
--- #
justin
Necessary dep already dropped.
Included in all versions of pymol currently in the tree, which is the
only consumer
Removal in 2 weeks.
signature.asc
Description: OpenPGP digital signature
. But they changed the version scheme.
We (members of the sci team) agreed to stick to the new versioning so we
need a pseudo-downgrade.
For your help:
echo =sci-libs/arpack-96 /etc/portage/package.mask
Thanks for your help,
justin
signature.asc
Description: OpenPGP digital signature
On 1/26/12 5:36 PM, Rich Freeman wrote:
On Thu, Jan 26, 2012 at 11:23 AM, justin j...@gentoo.org wrote:
We (members of the sci team) agreed to stick to the new versioning so we
need a pseudo-downgrade.
For your help:
echo =sci-libs/arpack-96 /etc/portage/package.mask
Wouldn't
# Justin Lecher j...@gentoo.org (21 Jan 2012)
# Mask for removal
# Direct upstream is dead, doesn't build anymore
# Most code is included in http://labplot.sourceforge.net/
# removal #398897, labplot #399607
sci-visualization/scidavis
signature.asc
Description: OpenPGP digital signature
-readelf.
Probably someone likes to put this together in a guideline how to check
a package correctly.
justin
signature.asc
Description: OpenPGP digital signature
On 12/16/11 2:27 PM, Paweł Hajdan, Jr. wrote:
On 12/16/11 11:42 AM, justin wrote:
I really like that you open all those bugs. But it makes no sense to
add arches after a time out. At least not after a such a short
one.
I'm sorry this has annoyed/upset you. Let me just point out some facts
net-misc/axel
Mine now.
signature.asc
Description: OpenPGP digital signature
On 11/12/11 11:25 AM, Samuli Suominen wrote:
On 11/12/2011 12:21 PM, Justin Lecher (jlec) wrote:
jlec11/11/12 10:21:37
Modified: metadata.xml ChangeLog
ghostscript-gpl-9.04-r4.ebuild
Log:
Fixed slotting for media-libs/tiff
(Portage
On 11/12/11 12:56 PM, justin wrote:
On 11/12/11 11:25 AM, Samuli Suominen wrote:
On 11/12/2011 12:21 PM, Justin Lecher (jlec) wrote:
jlec11/11/12 10:21:37
Modified: metadata.xml ChangeLog
ghostscript-gpl-9.04-r4.ebuild
Log:
Fixed slotting
Tom
Please fix this https://bugs.gentoo.org/show_bug.cgi?id=386873 and a
valid bgo account mail address to the metadata.xml. (And stop topposting)
justin
signature.asc
Description: OpenPGP digital signature
On 9/13/11 9:17 PM, Pacho Ramos wrote:
Due ayoy retirement the following packages need a new maintainer:
dev-vcs/git-sh
I take this.
sci-libs/getdata
sci takes this
Thanks for taking them
signature.asc
Description: OpenPGP digital signature
Hi,
if this tool works like it supposed, it will be very handy. But the
current ebuild/buildsystem suffers from disrespecting CC and failing
with forced as-needed, isn't strict multilib capable and
byte-compilation of python modules. Please find attached a hacky patch.
thanks justin
On 9/4/11 9
You need of course the toolchain-funcs.eclass and not the
autotools.eclass. Sorry for that mistake.
On 9/4/11 11:24 AM, justin wrote:
Hi,
if this tool works like it supposed, it will be very handy. But the
current ebuild/buildsystem suffers from disrespecting CC and failing
with forced
On 31/08/11 09:45, Nikos Chantziaras wrote:
Can users file stable and keyword requests?
Yes, but please do not CC any arches.
signature.asc
Description: OpenPGP digital signature
need to revert it or really
check the tree that nothing is broken.
thanks justin
dirtyepic11/06/30 04:14:38
Modified: wxwidgets.eclass
Log:
Inherit base (bug #372831 by Gert Wollny).
Revision ChangesPath
1.30 eclass/wxwidgets.eclass
file :
http
On 17/07/11 11:16, Michał Górny wrote:
On Sun, 17 Jul 2011 11:05:39 +0200
justin j...@gentoo.org wrote:
Hi all,
the following change has some bad effects on packages in the tree. I
found it with a package having this inherit line
inherit cmake-utils wxwidgets
all cmake-utils_* function
please recheck whether your package is using pkg-config for configure
and build and fix it please. If you need help, the science team will
assist you.
Thanks justin
signature.asc
Description: OpenPGP digital signature
${PBS_SERVER_NAME}
${ROOT}/usr/bin/qterm -t quick ${PBS_SERVER_NAME} ||
rc=1
# Add the local machine as a node.
echo $(hostname -f) np=1 ${h}/server_priv/nodes
fi
fi
eend ${rc}
}
--
Justin
don't
want. And there the passing with emake is the appropriate safer way for
a fix.
justin
signature.asc
Description: OpenPGP digital signature
Hi
Please do not use / as seperater when using sed with CFLAGS. I came across a
bug today where it failed for crossdev. Here the toolchain header paths in the
cflags and consowuently the seds fail.
On 6/27/11 9:26 PM, Mike Frysinger wrote:
On Monday, June 27, 2011 11:23:58 Lars Wendler wrote:
Am Montag 27 Juni 2011, 17:01:01 schrieb Fabian Groffen:
On 27-06-2011 14:08:52 +, Justin Lecher wrote:
Please do not use / as seperater when using sed with CFLAGS. I came
across a bug today
On 6/24/11 11:35 PM, Michał Górny wrote:
Hello,
git-2.eclass is in the tree for a while now, and there's still awful
lot of packages using old deprecated git.eclass.
Why migrate?
Hi,
What are the pitfalls during migration? Or is it just /git/git-2/ ?
Thanks jusitn
signature.asc
Hi,
I was signing my commits since I am a dev, but I just discovered that I
only do sha1 signing. How do I switch to sha256 signing?
justin
signature.asc
Description: OpenPGP digital signature
Hi all,
so I solved my signing question. With a 1024 DSA key you need to add
enable-dsa2
personal-digest-preferences SHA256
to your gpg.conf.
Another question, do we have a rule, how the metadata.xml has to be
indented? Tabs or n spaces?
thanks justin
signature.asc
Description: OpenPGP
On 21/06/11 16:18, Matt Turner wrote:
On Tue, Jun 21, 2011 at 7:17 AM, justin j...@gentoo.org wrote:
HI,
with the addition of the fortran-2.eclass, it is possible to remove the
USE=fortran from the default profiles. Any objections?
justin
Nope, I actually suggested this back in December
On 22/06/11 09:55, Michał Górny wrote:
On Wed, 22 Jun 2011 09:15:35 +0200
justin j...@gentoo.org wrote:
On 21/06/11 16:18, Matt Turner wrote:
On Tue, Jun 21, 2011 at 7:17 AM, justin j...@gentoo.org wrote:
HI,
with the addition of the fortran-2.eclass, it is possible to
remove the USE
On 6/22/11 4:47 PM, Andreas K. Huettel wrote:
Am Mittwoch 22 Juni 2011, 16:35:07 schrieb Matthew Summers:
Hey Justin,
One thing to note is that a few various python modules, like numpy,
really benefit from fortran. While many people using numpy are
scientists, many are not and further
HI,
with the addition of the fortran-2.eclass, it is possible to remove the
USE=fortran from the default profiles. Any objections?
justin
signature.asc
Description: OpenPGP digital signature
On 18/06/11 13:18, Petteri Räty wrote:
On 17.06.2011 20:18, Mike Frysinger wrote:
On Friday, June 17, 2011 12:25:21 Torsten Veller wrote:
* justin j...@gentoo.org:
Now using the new pkg_pretend for EAPI=4
While T is defined in all phases, PMS also says that pkg_pretend must
not write
On 18/06/11 15:08, Ciaran McCreesh wrote:
On Sat, 18 Jun 2011 14:18:28 +0200
justin j...@gentoo.org wrote:
The reason why it would be beneficial to use is the pkg_pretend phase
is simply that the checks would run at the beginning of a emerge and
it would fail directly instead somewhere
So here are the last changes. Everything is in pkg_setup now, because of
the dependency problem found by Ciaran.
eclass/fortran-2.eclass | 28 ++--
1 files changed, 6 insertions(+), 22 deletions(-)
diff --git a/eclass/fortran-2.eclass b/eclass/fortran-2.eclass
index
,
justin
signature.asc
Description: OpenPGP digital signature
I wasn't aware of that. We are lacking any documentation about the
proper documentation for manpages in all eclass writing guides.
the syntax is fully documented in the utility that generates it. see the awk
in the eclass-manpages filesdir.
This is not a proper way of documentation.
License v2
# $Header: $
# Author Justin Lecher j...@gentoo.org
# Test functions provided by Sebastien Fabbro and Kacper Kowalik
# @ECLASS: fortran-2.eclass
# @MAINTAINER:
# j...@gentoo.org
# s...@gentoo.org
# @BLURB: Simplify fortran compiler management
# @DESCRIPTION:
# If you need a fortran
hi,
After some discussion the eclass evolved and is ready for the next round
of discussion.
justin
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# Author Justin Lecher j...@gentoo.org
# Test functions provided
to integrate the
test functions in the toolchain-funcs eclass later, if we decide this is
a better way to handle those functions.
Thanks for attention, justin
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# Author Justin Lecher j
On 6/13/11 11:19 AM, Paweł Hajdan, Jr. wrote:
On 6/13/11 11:06 AM, justin wrote:
# @FUNCTION: fortran-2_pkg_setup
# @DESCRIPTION:
# Setup functionallity, checks for a valid fortran compiler and optionally
for its openmp support.
fortran-2_pkg_setup() {
_have-valid-fortran
On 6/13/11 11:19 AM, Paweł Hajdan, Jr. wrote:
On 6/13/11 11:06 AM, justin wrote:
# @FUNCTION: fortran-2_pkg_setup
# @DESCRIPTION:
# Setup functionallity, checks for a valid fortran compiler and optionally
for its openmp support.
fortran-2_pkg_setup() {
_have-valid-fortran
Out of tree kernel module and upstream does not closely
track kernel release (current 2.8.2 only supports up to
2.6.32). There are alternatives already accepted in
the kernel such as Ceph or OCFS2. (#337374)
Removal on 2011-07-09
--
Justin Bronder
pgpfzIcU7dwXi.pgp
Description: PGP
On 21/02/11 15:09, Gilles Dartiguelongue wrote:
Hi list,
a quick mail to announce that the gnome team, in order to prepare for
gnome 3, started slotting a lot of gnome team managed packages. If you
find yourself using such a package, please update your ebuilds to use
slot notations or other
On 02/05/11 09:59, Nirbheek Chauhan wrote:
On Mon, May 2, 2011 at 1:08 PM, justin j...@gentoo.org wrote:
On 21/02/11 15:09, Gilles Dartiguelongue wrote:
Could you please send an updated version of the package-to-slot list?
http://dev.gentoo.org/~nirbheek/gnome/3.0/slotting/
Everything
On 14/04/11 09:21, Dirkjan Ochtman wrote:
On Thu, Apr 14, 2011 at 07:30, justin j...@gentoo.org wrote:
To me, it doesn't makes it totally clear that you screw everything when
rebooting before following the guide. Perhaps this should be made much
clearer.
Huh?
After you install
After you install these packages, please do not reboot your system
untill you follow the upgrade guide located at
/untill/until/
justin
signature.asc
Description: OpenPGP digital signature
On 13/04/11 21:56, William Hubbs wrote:
All,
here is the latest update with typos fixed.
William
To me, it doesn't makes it totally clear that you screw everything when
rebooting before following the guide. Perhaps this should be made much
clearer.
justin
signature.asc
Description
Hi,
no package in the tree is using the fortran.eclass anymore. Please check
your overlays and remove any usage.
toolchain-funcs.eclass support tc-getFC/F77 to check for fortran compilers.
In case of questions, the sci team will help.
WE will going to remove the eclass soonish.
justin
something else
here.
justin
signature.asc
Description: OpenPGP digital signature
Hi,
Wouldn't it make sense for processor specific USE to go directly go
global. Things like sse sse2 sse3 ssse3 mmx etc will always have the
same meaning and are likely to increase over time.
justin
signature.asc
Description: OpenPGP digital signature
On 31/03/11 09:33, Fabian Groffen wrote:
On 31-03-2011 09:23:16 +0200, justin wrote:
This is what I mean by good description
+flag name=mp3Enable support for mp3 decoding over
pkgmedia-sound/mpg123/pkg instead of relying on ffmpeg support./flag
instead of the default
mp3 - Add support
On 31/03/11 09:57, Fabian Groffen wrote:
On 31-03-2011 09:44:37 +0200, justin wrote:
First is a package specific, second is the default.
And no, asuming the USE is introduced correctly here, it makes a
difference, whether we take the global meaning - reading mp3 files at
all; or changing
On 29/03/11 18:02, Andy Spencer wrote:
On 2011-03-29 17:10, Jeroen Roovers wrote:
You could start by pointing out some good examples of bad
descriptions.
A few regular expressions might help with that:
/:(\w+) - (Enable|Add) support for \1$/
/:(\w+) - (Enable|Add) \1( support)?$/
could
enable or not. That doesn't make gentoo very user friendly!
So please enhance you descriptions!!
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 28/03/11 19:03, Mike Frysinger wrote:
On Mon, Mar 28, 2011 at 11:43 AM, Christoph Mende wrote:
On Mon, 2011-03-28 at 16:57 +0200, Thomas Kahle wrote:
On 13:13 Sun 27 Mar , Paweł Hajdan, Jr. wrote:
FEATURES=digest results in a scary warning and a possibly dangerous
re-generation of
So I need one last hint, how to correct following correctly?
#if defined (HAVE64) !defined(AJ_MACOSXLF) !defined(AJ_HPUXLF)
!defined(AJ_FreeBSDLF) !defined(AJ_AIXLF)
struct dirent64 *dp;
#else
struct dirent *dp;
#endif
#if defined (HAVE64) !defined(AJ_MACOSXLF) !defined(AJ_HPUXLF)
On 27/03/11 16:50, Mike Frysinger wrote:
On Sun, Mar 27, 2011 at 10:34 AM, justin wrote:
So I need one last hint, how to correct following correctly?
#if defined (HAVE64) !defined(AJ_MACOSXLF) !defined(AJ_HPUXLF)
!defined(AJ_FreeBSDLF) !defined(AJ_AIXLF)
struct dirent64 *dp;
#else
During closer investigation I found that it alos changes data width and
similar. probably something which should be checked during configure.
I attached some code as example:
from configure:
AC_ARG_ENABLE(64,
AS_HELP_STRING([--enable-64], [64 bit pointers]))
if test ${enable_64} = yes ;
Hi,
I corrected and implemented what you suggested. Anything left over to
correct?
Thanks
justin
P.s. the enable-64 thing will be fixed in the emboss ebuild
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot
201 - 300 of 359 matches
Mail list logo