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 please point me to this overlay and the technique?
thanks justin
signature.asc
Description: OpenPGP
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
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.
>
>> Port
AT="python2_7 python2_6 python2_5 pypy1_8"
inherit python-distutils-ng
I 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
be used to prevent downloading of live repo.
>
> Thanks.
>
> --
> Alexander Vershilov
> [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
no active contribution from the
developer teams site I would vote for removal and help Honza with his
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 us
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" tur
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 deve
thousand other bugs once things go live for
>> everybody. Still, it turns a million into a thousand. It also gives
>> you slightly more realistic load test. Regards, Tobias
>
>
> As one that's relatively new to Git, I'm a perfect candidate for
&g
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 j
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
gt;>
>>
>
> OK, would you let me to create a tracker bug for eapi5 accepted item?
> About suggesting new item (like forcing rebuilding of other packages as
> discussed some days ago and crosscompile support suggested by Tommy
> today), I guess we need to get them voted by th
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 :
>> 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
>>
On 20.06.2012 22:35, Ciaran McCreesh wrote:
> On Wed, 20 Jun 2012 16:25:30 -0400
> Richard Yao 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 WINE and
On 21/06/12 08:41, Ciaran McCreesh wrote:
> On Wed, 20 Jun 2012 23:43:36 +0200
> Justin wrote:
>> On 20.06.2012 22:35, Ciaran McCreesh wrote:
>>> On Wed, 20 Jun 2012 16:25:30 -0400
>>> Richard Yao wrote:
>>>> Multilib (and/or multiarch) support
>>
(a workaround called "funky-slots") to tackle this
what-ever-the-problem-really is, doesn't fit to anything you want from
others.
To me, it doesn't solve the root 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 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 diff
On 23.06.2012 18:53, Ciaran McCreesh wrote:
> On Sat, 23 Jun 2012 18:47:26 +0200
> Justin wrote:
>> On 23.06.2012 18:17, Ciaran McCreesh wrote:
>>> On Sat, 23 Jun 2012 18:13:23 +0200
>>> Justin wrote:
>>>> Did you read what you wrote and thought about w
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
hrough USE=fortran
* 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
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
>
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
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
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
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 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,
>&g
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,
>&g
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 wrote:
>>>> On 16/11/12 09:48, Samuli Suominen wrote:
>>>
>>>>> doe
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
# @MAINT
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.
>>
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
y gentoo-x86
> commits).
>
> Also, if you're an active Ohloh user, 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
+
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}&q
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
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
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
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. D
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 instal
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_VERB
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
Date: Wed Nov 28 11:54:16 2012 +0100
Be bin package
config/sci-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
# @D
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 h
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.
>>
On 29/11/12 09:52, Michał Górny wrote:
> On Thu, 29 Nov 2012 08:52:01 +0100
> justin 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 o
="$(pkg-config --libs blas)"
This game has been played since ever, because blas/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 --lib
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 functio
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 modu
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:
> Simplif
On 29.11.2012 21:11, Ralph Sennhauser wrote:
> On Thu, 29 Nov 2012 17:09:34 +0100
> justin 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 bla
uot;debian".
>>
>> All this sounds like a very dirty workaround and if you need it, then do
>> it, but _don't_ create an eclass, cause it's not a good thing to
>> standardize.
>> These files should _not_ be distro-dependant. Try to find other
>> solu
On 06/03/16 12:24, Davide Pesavento wrote:
> On Sun, Mar 6, 2016 at 12:04 PM, Michał Górny wrote:
>> On Sun, 6 Mar 2016 12:01:19 +0100
>> Michał Górny wrote:
>>
>>> Please test and review. I'm going to reply to this mail with the list
>>> of current metadata.xml validation failures (it's quite lo
On 06/03/16 18:18, Michał Górny wrote:
>> We should definitely include SLOTs in the allowed syntax.
>
> Why? What's their use? In fact, does have any use? Because as I
> see it, it's just some fancy feature that could turn package name into
> link to packages.gentoo.org and nothing more...
>
Us
':
[facet 'pattern'] The value '' is not accepted by the pattern
'[A-Za-z0-9_][A-Za-z0-9+_.-]*/[A-Za-z0-9_][A-Za-z0-9+_-]*'.
metadata.xml:24: element pkg: Schemas validity error : Element 'pkg': ''
is not a valid value of the atomic type 'pkgType'.
Justin
On 06/03/16 20:49, Michał Górny wrote:
> On Sun, 6 Mar 2016 20:22:18 +
> "Justin " wrote:
>
>> On 06/03/16 19:28, Ulrich Mueller wrote:
>>>>>>>> On Sun, 6 Mar 2016, Michał Górny wrote:
>>>
>>>> On Sun, 6 Mar 2016 19:
On 02/05/2016 12:57 am, M. J. Everitt wrote:
> On 02/05/16 00:53, Brian Dolbec wrote:
>> In order to further improve the chances of Q/A tools catching
>> errors. I have created a new repo (overlay) which will contain minimal
>> test case ebuilds. The idea is to have test case ebuilds to run
>> re
oda: Build using the C++11 standard
Seems to be very consistent in usage.
Best,
Justin
signature.asc
Description: OpenPGP digital signature
CUDA support.
Best,
Justin
signature.asc
Description: OpenPGP digital signature
On 03/01/2017 08:51, Kristian Fiskerstrand wrote:
> On 01/02/2017 10:34 PM, Justin wrote:
>>
>> Seems to be very consistent in usage.
>
> But I'm not convinced it is a correct approach to have use flag changing
> this. First thing that springs to mind is if introdu
# Justin Lecher (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 and will be moved
# Sebastien Fabbro (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: OpenPGP digital signa
nt 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, 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 cours
gs? Is
there a flaw in this *ECLASS_ONCE_* stuff?
Thanks,
Justin
signature.asc
Description: OpenPGP digital signature
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_*
>
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 c
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 c
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
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
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 th
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
orts pkg-config
* Version 8.6 is subslotted.
* Reference bug https://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
from that herd, so I will join. But please,
if someone likes to help, please join.
justin
signature.asc
Description: OpenPGP digital signature
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
signature.asc
Description: OpenPGP digital signature
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 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
# Justin Lecher (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: OpenPGP digital
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/i
# Justin Lecher (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 (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/cvsr
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 g
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
>
>
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"
>> +
. Perhaps we can bundle the effort.
What I also found out that using zsync is quite efficient 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 for
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
D
+# Justin Lecher (11 Aug 2013)
+# Not needed anymore
+# All consumer upstreams moved away from it
+sci-libs/mccp4
+
signature.asc
Description: OpenPGP digital signature
e, science fiction cinema,
anime, music, and cosmology.
Feel very welcome, Alexander,
Justin
P.s. And don't worry, Diego already kindly asked him to not port portage
to haskell ;).
signature.asc
Description: OpenPGP digital signature
1 - 100 of 365 matches
Mail list logo
