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
, 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
-he-is-doing.
Thanks justin
+# @ECLASS-FUNCTION: big-warning
+# @INTERNAL
+# warn user that we really require a license
+big-warning() {
+case ${1} in
+ pre-check )
+echo
+ewarn License file not found!
+;;
+test-failed )
+echo
+ewarn Function test
Hi,
next patch for intel-sdp.eclass
Problem:
Documentation and examples are installed on every system. Also japanese
man pages are installed.
Solution:
Use USE.
Thanks justin
@@ -93,13 +97,13 @@ LICENSE=Intel-SDP
# Future work, #394411
#SLOT=${_INTEL_PV1}.${_INTEL_PV2}
SLOT=0
-IUSE
Hi,
here the complete eclass, as requested on irc.
Several minor changes are present:
* Drop numerous blank lines
* Drop Sebastien as maintainer
* Shuffle/Resort variables and functions (without changes)
* Write manpage jingle for everything
* and probably more.
justin
# Copyright 1999-2012
On 11/27/12 4:18 PM, Ulrich Mueller wrote:
On Tue, 27 Nov 2012, justin wrote:
next patch for intel-sdp.eclass
Problem:
Documentation and examples are installed on every system. Also japanese
man pages are installed.
Solution:
Use USE.
+[[ ${LINGUAS} == *ja_JP
On 11/27/12 4:38 PM, Diego Elio Pettenò wrote:
On 27/11/2012 04:32, justin wrote:
Documentation and examples are installed on every system. Also japanese
man pages are installed.
Does the documentation take time to build, or is it an external
download? If no, don't use a doc USE flag.
Do
On 11/27/12 5:49 PM, 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, which I personally don't like to waste my diskspace with. What
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
Please review my inclusion of your suggestions. Additionally I move to
src_prepare to be more binpackage compatible as things are only of
interest at compile time.
commit 366a690925f5cc5e4bdd2ea984d9ccca65d8f996
Author: Justin Lecher j...@gentoo.org
Date: Wed Nov 28 11:54:16 2012 +0100
-libs/mmdb/mmdb-1.24.ebuild
Thanks for comments,
Justin
# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: pkgconfig.eclass
# @MAINTAINER:
# j...@gentoo.org
# @BLURB: Simplify creation of pkg-config files
# @DESCRIPTION
On 29/11/12 02:14, Mike Frysinger wrote:
On Wednesday 28 November 2012 16:49:14 Justin wrote:
Problem:
Some packages aren't lucky and their buildsystem doesn't create
pkg-config files out of the box.
Solution:
Create them by hand.
i agree this is a problem. but i think the only real
On 29/11/12 09:48, Gilles Dartiguelongue wrote:
Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
Currently we have an eselect module to switch between different
implementations by setting /usr/lib/lib[blas,lapack].so to the selected
implementation.
This has two drawbacks, which some
On 29/11/12 09:52, Michał Górny wrote:
On Thu, 29 Nov 2012 08:52:01 +0100
justin j...@gentoo.org wrote:
The only remaining problem is on the implementation side. As you can
imagine, this effort is nothing in which the upstreams are really
interested in. Therefore most of our .pc files
/lapack are bundled in
more then 80% of the packages using it. So we are used to patch them to
use system libs. So why not making our lives easier by having a
pkg-config option?
justin
signature.asc
Description: OpenPGP digital signature
On 29/11/12 16:51, Ian Stakenvicius wrote:
On 29/11/12 09:56 AM, justin wrote:
Standard autotools based packages always use
--with-blas=
so it is pretty simple for us to make it to
--with-blas=$(pkg-config --libs blas)
same thing goes for cmake and
-DBLAS_LIBRARIES=$(pkg-config
On 29/11/12 17:23, hasufell wrote:
On 11/29/2012 03:56 PM, justin wrote:
On 29/11/12 14:16, hasufell wrote:
again, even if there are corner cases which cannot be dealt with
in a different way...
having an eclass function like the mentioned one is bad, cause
it suggests that this is a way
On 29/11/12 17:54, Gilles Dartiguelongue wrote:
Le jeudi 29 novembre 2012 à 10:07 +0100, justin a écrit :
On 29/11/12 09:48, Gilles Dartiguelongue wrote:
Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
Currently we have an eselect module to switch between different
implementations
On 28/11/12 22:49, Justin wrote:
Hi,
and another one.
Problem:
Some packages aren't lucky and their buildsystem doesn't create
pkg-config files out of the box.
Solution:
Create them by hand.
Eclass:
Simplifies this by providing a general function for that.
Example:
https
On 29.11.2012 21:11, Ralph Sennhauser wrote:
On Thu, 29 Nov 2012 17:09:34 +0100
justin j...@gentoo.org wrote:
On 29/11/12 16:51, Ian Stakenvicius wrote:
[...]
..ok remind me again what the .pc files provide you? this is so
that you can have slotted blas providers and various packages can
thing to
standardize.
These files should _not_ be distro-dependant. Try to find other
solutions.
-1 for this eclass
Suggestion/question for Justin, Mike (Spanky), and others.
Assuming people eventually agree that this is a special case, which I'm
beginning to think it might be after
# Justin Lecher j...@gentoo.org (5 Dec 2012)
# sci-libs/(lapack/blas)-altas will be removed due to
# fragile build and runtime behaviour #372323.
# Alternatives are sci-libs/lapack-reference sci-libs/blas-reference.
# Follow up package named sci-libs/atlas can be found in
# sci overlay
# Sebastien Fabbro bicat...@gentoo.org (13 Dec 2012)
# Necessary removal to get rid of very unstable sci-libs/lapack-atlas
# Packages are in the science overlay
# until sci-libs/atlas replacement make it to the main tree
sci-astronomy/sextractor
sci-astronomy/scamp
signature.asc
Description:
is
not a cache?
Of course PORTAGE_RO_DISTDIRS and friends are nice here, but they are
not part of a default setup.
justin
signature.asc
Description: OpenPGP digital signature
On 17/12/12 12:17, Diego Elio Pettenò wrote:
On 17/12/2012 12:06, justin wrote:
fetch-restricted files are to be considered critical here. Do we want to
force the user to keep them twice? So an additional location which is
not a cache?
Of course PORTAGE_RO_DISTDIRS and friends are nice here
are affected (probably through the
difference in configure). This leads to disrespected LDFLAGS and broken
tclConfig.sh. So this simple change has deep consequences.
My question, did anybody else might have observed similar things? Is
there a flaw in this *ECLASS_ONCE_* stuff?
Thanks,
Justin
On 09/01/13 10:03, Zac Medico wrote:
On 01/09/2013 12:40 AM, justin wrote:
My question, did anybody else might have observed similar things? Is
there a flaw in this *ECLASS_ONCE_* stuff?
There could well be, but even in the absence of the *ECLASS_ONCE_*
stuff, the problem that you're
On 09/01/13 10:26, Diego Elio Pettenò wrote:
On 09/01/2013 09:40, justin wrote:
Also the internals of the build are affected (probably through the
difference in configure). This leads to disrespected LDFLAGS and broken
tclConfig.sh. So this simple change has deep consequences.
This looks
On 09/01/13 10:26, Diego Elio Pettenò wrote:
On 09/01/2013 09:40, justin wrote:
Also the internals of the build are affected (probably through the
difference in configure). This leads to disrespected LDFLAGS and broken
tclConfig.sh. So this simple change has deep consequences.
This looks
On 09/01/13 12:29, justin wrote:
On 09/01/13 10:26, Diego Elio Pettenò wrote:
On 09/01/2013 09:40, justin wrote:
Also the internals of the build are affected (probably through the
difference in configure). This leads to disrespected LDFLAGS and broken
tclConfig.sh. So this simple change has
On 09/01/13 12:44, Diego Elio Pettenò wrote:
On 09/01/2013 12:39, justin wrote:
I assume it is a portage problem, because the log says autoconf is run
but configure.in didn't change.
What do you mean configure.in didn't change but autoconf is run?
the build.log says
Running eautoreconf
On 09/01/13 13:40, Diego Elio Pettenò wrote:
On 09/01/2013 13:35, justin wrote:
Running autoheader ...[!!]
That is unfortunately common...
A diff between the original and the two run build's configure.in shows
only a difference by one of the two (in both cases the autoheader failed).
I
On 11/01/13 05:10, Mike Frysinger wrote:
On Wednesday 09 January 2013 06:39:37 justin wrote:
On 09/01/13 12:29, justin wrote:
On 09/01/13 10:26, Diego Elio Pettenò wrote:
On 09/01/2013 09:40, justin wrote:
Also the internals of the build are affected (probably through the
difference
://bugs.gentoo.org/show_bug.cgi?id=451368
Thanks justin
signature.asc
Description: OpenPGP digital signature
One additional note:
application-specific initialization failed: package not known
invalid command name auto_mkindex_parser::command
This comes from a broken dev-lang/tcl-8.6.0. Revision 1 is fixed.
Justin
signature.asc
Description: OpenPGP digital signature
On 1/20/13 11:09 AM, Pacho Ramos wrote:
dev-python/pycuda
Sci is taking this.
signature.asc
Description: OpenPGP digital signature
will join. But please,
if someone likes to help, please join.
justin
signature.asc
Description: OpenPGP digital signature
/cvsroot/gentoo-x86/dev-lisp/clozurecl/Manifest,v -- Manifest
new revision: 1.10; previous revision: 1.9
Commit complete.
RepoMan sez: If everyone were like you, I'd be out of business!
What else should I do?
Either use a gpg agent or use a curses based version of pinentry.
Justin
Hi all,
if someone is interested in implementing any infrastructure for a more
advanced usage of kdump for gentoo, please contact me.
justin
signature.asc
Description: OpenPGP digital signature
On 27/03/13 12:40, Rich Freeman wrote:
On Wed, Mar 27, 2013 at 7:27 AM, Justin j...@gentoo.org wrote:
if someone is interested in implementing any infrastructure for a more
advanced usage of kdump for gentoo, please contact me.
I've blogged a bit about this and wrote the wiki page
# Justin Lecher j...@gentoo.org (09 Apr 2013)
# Fetch fails and mirroring is restricted #465144
=sci-chemistry/talos+-1.2009.1013.14
Please use sci-chemistry/nmrpipe which is in the sci overlay or the
webservice at
http://spin.niddk.nih.gov/bax/nmrserver/talos/
signature.asc
Description
On 03/05/13 19:56, Samuli Suominen wrote:
On 03/05/13 20:33, Justin Lecher (jlec) wrote:
jlec13/05/03 17:33:56
Modified: metadata.xml ChangeLog
Added:id3lib-3.8.3-r9.ebuild
Log:
media-libs/id3lib: Fix obsolete macros to work with automake-1.13
# Justin Lecher j...@gentoo.org (25 May 2013)
# Upstream dropped support long ago
# Switch to sys-fs/aufs3 or
# sys-kernel/aufs-sources
sys-fs/aufs2
signature.asc
Description: OpenPGP digital signature
# Justin Lecher j...@gentoo.org (17 Jul 2013)
# superseeded by sci-biology/allpathslg
# Upstream wants anybody to move over
sci-biology/allpaths
signature.asc
Description: OpenPGP digital signature
Hello,
I would like to add support for MERGE_TYPE=binary. Therefore I like to
deprecate EAPI 4 on long term and use MERGE_TYPE now for EAPIs which
support it.
Thanks
Justin
Index: fortran-2.eclass
===
RCS file: /var/cvsroot/gentoo
On 18/07/13 09:12, Michał Górny 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() {
+ if [[ ${EAPI:-0} -lt 4 ]]; then
Someone else's going to tell you
On 18/07/13 10:25, Duncan wrote:
Justin posted on Thu, 18 Jul 2013 09:28:49 +0200 as excerpted:
+ case ${EAPI:-0} in
+ 0|1|2|3)
+ eqawarn The fortran-2.eclass is going to deprecate support
^^^
That reads strange to me
On 18/07/13 17:39, Donnie Berkholz wrote:
On 10:44 Thu 18 Jul , Justin wrote:
+fortran-2_pkg_setup() {
+ case ${EAPI:-0} in
+ 0|1|2|3)
+ eqawarn Support for EAPI 4 will be removed from the
+ eqawarn fortran-2.eclass in near future.
+ eqawarn Please migrate
with squashfs
images. I normally don't sync more then 20-30% of the image.
Justin
signature.asc
Description: OpenPGP digital signature
outside this dir, you need to give the full path.
Thanks for comments,
Justin
--- /local/home/justin/tree/eclass/intel-sdp.eclass 2013-07-19
16:00:50.0 +0200
+++ intel-sdp.eclass2013-07-22 14:02:16.686582103 +0200
@@ -65,11 +65,10 @@
# Possibility to skip the mandatory check
Hi,
I would like to announce that Joachim Bartosik (jbartosik) just joined
the team as a full dev.
He contributed as a staffer before and would like to help now various
areas, among others in the gnome project.
Please give him again a warm welcome.
Justin
signature.asc
Description: OpenPGP
+# Justin Lecher j...@gentoo.org (11 Aug 2013)
+# Not needed anymore
+# All consumer upstreams moved away from it
+sci-libs/mccp4
+
signature.asc
Description: OpenPGP digital signature
Nikos Chantziaras schrieb:
This is a heads-up to all devs who provide/maintain live ebuilds of
projects hosted on SourceForge. Live ebuilds won't work anymore.
EGIT_REPO_URI has to updated on all ebuilds. Appending /projectname
should be enough (for example,
Torsten Veller wrote:
* Robin H. Johnson (robbat2) robb...@gentoo.org:
1.1 app-arch/hardlink/hardlink-0.1.1.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-arch/hardlink/hardlink-0.1.1.ebuild?rev=1.1view=markup
plain:
On 11/12/09 21:11, Zac Medico wrote:
Should we enable FEATURES=userpriv by default? If we do that then do
we also need to support RESTRICT=userpriv? Maybe RESTRICT=userpriv
should not be supported on the grounds that it is never justified?
What about prefix support (in EAPI 3), which often
On 31/12/09 15:55, Andrew Gaffney wrote:
app-admin/pwgen - This is used by the LiveCD to generate a random password.
It looks like upstream hasn't touched this since it was last bumped in the
tree.
I would take this one. Jeremy, would you proxy me the next time?
signature.asc
On 13/01/10 22:02, Ben de Groot wrote:
2010/1/13 Mike Frysinger vap...@gentoo.org:
On Tuesday 12 January 2010 15:35:45 Ben de Groot wrote:
2010/1/12 Markos Chandras hwoar...@gentoo.org:
If you feel like it, become a proxy-maintainer and poke a developer to
put your ebuilds on tree. Have you
On 12/03/10 17:17, Fabian Groffen wrote:
On 12-03-2010 08:46:34 -0700, Denis Dupeyron wrote:
That said they were perfectly entitled to make the decision of not
wanting to maintain qt3 any longer. The only advice I can give is that
all disgruntled users and developers create a qt3 project and
On 18/03/10 18:24, Sébastien Fabbro wrote:
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an email alias is not needed We can monitor
maintainer-wanted/-
here but
also in your comments in b.g.o.
Cheers, justin
signature.asc
Description: OpenPGP digital signature
singlular build,
atlas libs. They run a benchmark suite to create platform specific
headers, which is heavily influenced by the system load. So having
RESTRICT=parallel would make the emerge more reliable.
justin
signature.asc
Description: OpenPGP digital signature
# Justin Lecher j...@gentoo.org (22 Apr 2010)
# Masked for removal
# depends on sci-chemistry/pymol-0.99*, which doesn't work with recent
# python, #269119
sci-chemistry/pynmr
signature.asc
Description: OpenPGP digital signature
# Justin Lecher j...@gentoo.org (16 May 2010)
# bug 296755 296651 252649
# breaks with newer glibc, gcc and deps
# file collision with other packages
# no one cares and fixes that
# nearly fully replaced by other packages
# Last rited today
sci-libs/rcsb-data
sci-chemistry/validation
sci-chemistry
On 22/05/10 10:40, justin wrote:
# Justin Lecher j...@gentoo.org (16 May 2010)
# bug 296755 296651 252649
# breaks with newer glibc, gcc and deps
# file collision with other packages
# no one cares and fixes that
# nearly fully replaced by other packages
# Last rited today
sci-libs/rcsb
# Justin Lecher j...@gentoo.org (16 Jun 10)
# Masked for removal in 14 days.
# quite old, bug #214548 not worth a fix
# superseeded by more functional sci-calculators/orpie
dev-libs/ccmath
sci-calculators/rpc
signature.asc
Description: OpenPGP digital signature
# Justin Lecher j...@gentoo.org (24 Jun 10)
# Masked for removal in 14 days.
# quite old, depends on gtk-1
# maintainer-needed
# file collisions with sci-misc/gato
app-misc/gato
signature.asc
Description: OpenPGP digital signature
# 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
. 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
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
-
}
## -- subversion__get_repository_uri()
--- #
justin
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
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_
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
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
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™
[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
contributions outside the tree.
justin
signature.asc
Description: OpenPGP digital signature
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
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
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
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
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
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 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 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
, 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
1 - 100 of 359 matches
Mail list logo
