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
# 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
gt;
At FOSDEM I have seen this interesting talk[1,2] on a similar subject.
PRoot[3] would be similar to mbox. But CARE[4] might be great to
reproduce build problems on user machines.
justin
1 https://fosdem.org/2014/schedule/event/syscall/
2
http://ftp.belnet.be/FOSDEM/2014/H2215_Ferrer/Saturday/S
h her.
Please join me in giving her a warm welcome,
Justin
signature.asc
Description: OpenPGP digital signature
broad than with
actual friends in my city/country :))
I'm fond of sport: I go running at least 3 times a week, play
indoor/outdoor soccer and bike (I used to bike to work whilst I was in
Austria).
So please join me in giving him a warm welcome,
Justin
signature.asc
Description: OpenPGP digital signature
5 )" from EAPI=5 would do that.
"""
REQUIRED_USE supports new at-most-one-of operator
The new at-most-one-of operator consists of the string '??', and is
satisfied if zero or one (but no more) of its child elements is matched.
"""
Justin
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,
> "git://lmms.git.sourceforg
Torsten Veller wrote:
> * "Robin H. Johnson (robbat2)" :
>> 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.1&view=markup
>> plain:
>> http://sources.gentoo.org/viewcvs.py/ge
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
Desc
On 13/01/10 22:02, Ben de Groot wrote:
> 2010/1/13 Mike Frysinger :
>> On Tuesday 12 January 2010 15:35:45 Ben de Groot wrote:
>>> 2010/1/12 Markos Chandras :
If you feel like it, become a proxy-maintainer and poke a developer to
put your ebuilds on tree. Have you ever heard of that ? :)
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
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-wan
ting out correct things, doesn't give anybody
the right to talk and act in the way you are doing! Not only here but
also in your comments in b.g.o.
Cheers, justin
signature.asc
Description: OpenPGP digital signature
ample which benefits from 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 (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 (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/maxit
=pdb
On 22/05/10 10:40, justin wrote:
> # Justin Lecher (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
# Justin Lecher (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 (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
Hi all,
is the following comment an adequate way to close bugs with
RESOLVED/INVALID? If so, I will change the way I handle bugs and use it too.
""
virtual/os-headers: 2.6.35 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="amd64"
you mix stable & unstable -> you
ase note that this problem appeared because a user mailed us about
> some unresolved problem with ulogd since a lot of time.
>
> Thanks a lot for clarifying this :-)
>
Today I got a couple of bugs wrangled by her to me. So at least in
bugwrangling she is still active. And that constant
1 - 100 of 365 matches
Mail list logo