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
ld, topper)
File "/usr/lib64/python2.6/site-packages/eshowkw/keywords_content.py",
line 264, in __init__
porttree = port.db[portage_root]['porttree'].dbapi
KeyError: '/home/justin/tree'
signature.asc
Description: OpenPGP digital signature
Hi all,
Currently there are ten packages using lzma in their USE and its always
used for the same purpose, providing support for lzma compression. And
as lzma compression gets more and more popular the number will increase.
What do you think about moving the USE to a global scope?
justin
HI,
has there are no objections I will add it to global as
"Support for LZMA/XZ (de)compression algorithm"
justin
signature.asc
Description: OpenPGP digital signature
On 29/11/10 10:36, Patrick Lauer wrote:
> On 11/29/10 10:30, Graham Murray wrote:
>> Arfrever Frehtes Taifersar Arahesis writes:
>>
>>> 2010-11-29 01:26:19 Robin H. Johnson napisał(a):
>>> Sebastian Pipping recently removed automatic upgrade of active version of
>>> Python, so
>>> python-2.7.1.eb
Hi all,
gcc is in CAT sys-devel, where icc/ifc are in dev-lang. They are both
c/fortran compilers. Shouldn't we move icc/ifc to sys-devel?
cheers justin
signature.asc
Description: OpenPGP digital signature
On 02/12/10 02:45, Zac Medico wrote:
> I've attached a list of packages, and script to generate it.
>
sci-chemistry/ccp4-apps-6.1.3-r1=sys-devel/automake-1.6*
sci-chemistry/ccp4-apps-6.1.3-r2=sys-devel/automake-1.6*
sci-chemistry/ccp4-apps-6.1.3-r4=sys-devel/automake-1.6*
On 02/12/10 02:45, Zac Medico wrote:
> sci-chemistry/mopac7-1.10-r1 =sys-devel/automake-1.8*
> sci-chemistry/mopac7-1.13 =sys-devel/automake-1.8*
> sci-chemistry/mopac7-1.13-r1 =sys-devel/automake-1.8*
This can be also considered to be fixed. Only ppc needs to be stabled.
signature.asc
De
# Justin Lecher (07 Dec 2010)
# Obsolete and superseeded by dev-tcltk/tclxml-3*
# bug 348024
dev-tcltk/tclxml-expat
signature.asc
Description: OpenPGP digital signature
asses shouldn't be allowed to depend unconditionally on packages.
In case of python where there is PYTHON_DEPEND="python? X" it should be
doable.
2. USE dependend inherit of eclasses
justin
signature.asc
Description: OpenPGP digital signature
On 15/12/10 12:06, justin wrote:
> Hi,
>
> after testing this, and I have to say it mostly works smooth and fine, I
> hit a huge problem.
>
> I wanted to emerge a package which just depends on glibc provided libs
> for the oposite ABI my main ABI is. This specific pack
maintainership for it? This would be a great help for me!
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 16/12/10 21:16, Mike Frysinger wrote:
> On Thursday, December 16, 2010 03:01:58 justin wrote:
>> the tcltk herd is nearly dead. I am fixing bugs there and I am getting
>> the queue down to an excaptable number. The only package which makes me
>> headaches is dev-tcltk/e
l
>
cd ${S}/..
> dohtml HowToUsePyparsing.html
> dodoc CHANGES
>
> if use doc; then
> dohtml -r htmldoc/*
> insinto /usr/share/doc/${PF}
> doins docs/*.pdf
> fi
>
> if use examples; then
> insinto /usr/share/doc/${PF}
> doins -r examples
> fi
> }
>
>
>
justin
signature.asc
Description: OpenPGP digital signature
On 26/12/10 16:20, Petteri Räty wrote:
> On 12/24/2010 11:19 AM, Justin (jlec) Lecher wrote:
>> On 24/12/10 02:18, Arfrever Frehtes Taifersar Arahesis wrote:
>>> What do you mean about python.eclass?
>>> python.eclass doesn't define python_src_unpack().
>>
> local cc=$(arch_emails ${ebuild} | sed -r -e 's:([^ ]*-[^
Hi Mike,
could you please post the arch_emails function?
thanks justin
signature.asc
Description: OpenPGP digital signature
On 25/01/11 22:33, Lars Wendler wrote:
> Hi,
>
> I don'f feel very well with this idea especially because no matter how hard I
> try I don't get comfortable with EAPI-3. No offense to our prefix guys, you
> surely did a hell of a good job and EAPI-3 seems to really get you out of
> quite some t
Could you provide a script, which checks and/or reports on ebuild basis,
which has to be fixed? It seems you already have one to create the list
you sent around.
Thanks justin
signature.asc
Description: OpenPGP digital signature
On 01/03/11 08:32, Nirbheek Chauhan wrote:
> On Tue, Mar 1, 2011 at 4:04 AM, Nirbheek Chauhan wrote:
>> On Mon, Feb 28, 2011 at 8:28 AM, Donnie Berkholz
>> wrote:
>>> On 11:13 Sun 27 Feb , Gilles Dartiguelongue wrote:
a quick mail to announce that the gnome team, in order to prepare for
h need the same treatment. The list
> of these libraries is, however, incomplete right now. We'll be sending
> a mail about that later, but folks can fix deps to use slots right now
> if they wish.
>
> Thanks to everyone who has fixed deps of their (and other folks') packages!
>
all sci is fixed.
Why do you have a rdeps list for vte. it is in slot 0. Will there be a
different slot in future?
justin
signature.asc
Description: OpenPGP digital signature
On 07/03/11 10:51, Robin H. Johnson wrote:
> The Gentoo for the Bugzilla service went perfectly, a huge thanks to
> idl0r for the years of work he has put into them.
>
Thanks for all your work on this.
signature.asc
Description: OpenPGP digital signature
Hi,
there are not many packages using it, but I will add this flag to
another 10.
And I think, it is of a general, global meaning. Do you agree in making
it a global USE?
justin
signature.asc
Description: OpenPGP digital signature
rass):
Enable LFS support for huge files
The sci packages and dos2unix are under my control.
Others are maintained by net-...@gentoo.org, hwoar...@gentoo.org,
volk...@gentoo.org & freedesktop-b...@gentoo.org.
And will add it or not to all sci-biology/{emboss,ambassy} packages.
But I w
On 10/03/11 10:44, Diego Elio Pettenò wrote:
> Il giorno gio, 10/03/2011 alle 09.08 +0100, justin ha scritto:
>>
>> there are not many packages using it, but I will add this flag to
>> another 10.
>
> Why?
just because upstream has this configure flag. but it seems we
://git.overlays.gentoo.org/gitweb/?p=proj/sci.git;a=blob_plain;
f=eclass/emboss.eclass;hb=HEAD
thanks justin
signature.asc
Description: OpenPGP digital signature
Donnie pointed out, that it might be clever to attach what I want to
have reviewed. So here it is.
justin
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/embassy.eclass,v 1.17 2008/11/03
22:17:50
On 15/03/11 22:25, Tomáš Chvátal wrote:
> Dne 15.3.2011 21:51, justin napsal(a):
>> Donnie pointed out, that it might be clever to attach what I want to
>> have reviewed. So here it is.
>
>> justin
> EAPI CAN'T BE DEFINED IN ECLASS!
> this should be crave
uot;${ED}"/usr/share/doc/${PF}/
>> rm -rf "${ED}"/usr/share/EMBOSS/doc
>
> does the configure script respect --docdir= ? then you wouldnt need this
> clean up logic ...
It soesn't and actually the java part (not installed yet) expects docs
here. I am not sure where this could be left like this or breaks somehting.
> -mike
Thanks mike for all your suggestions and remarks. I will fix the eclass
accordingly.
justin
signature.asc
Description: OpenPGP digital signature
scompiling, but
even there your profile should set this.
Could you explain that to me?
Thanks justin
signature.asc
Description: OpenPGP digital signature
;
>"In general, a URI that uses the generic syntax for authority with
> an empty path should be normalized to a path of "/"." [2]
>
> Ulrich
>
>
>> [1] <http://www.ietf.org/rfc/rfc1738.txt>, p.8, section 3.3
> [2] <http://tools.ietf.org/html/rfc3986#section-6.2.3>
>
Thanks for clarification, justin
signature.asc
Description: OpenPGP digital signature
On 16/03/11 19:49, Mike Frysinger wrote:
> On Wednesday, March 16, 2011 03:02:01 justin wrote:
>>>> # $(use_with png pngdriver "${EPREFIX}/usr")
>>>> # $(use_with pdf hpdf "${EPREFIX}/usr")
>>>> # $(use_with mysql mysql "${EPREFI
On 16/03/11 19:51, Mike Frysinger wrote:
> On Wednesday, March 16, 2011 05:36:21 Tomáš Chvátal wrote:
>> Dne 16.3.2011 07:48, justin napsal(a):
>>> On 15/03/11 22:25, Tomáš Chvátal wrote:
>>>> i am seriously hurt by $(use_enable amd64 64)
>>>
>>> Wh
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
On 21/03/11 15:34, Mike Frysinger wrote:
>> # @BLURB: Use this to easy install EMBOSS and EMBASSY programs (EMBOSS
>> add-ons).
>
> do those need to be capitalized ? if upstream refers to them as
> EMBOSS and EMBASSY, then i guess it makes sense ...
>
Yipp, upstream is CAPITAL with everything.
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
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) &&
>>
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-gen
googling what I 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 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( suppor
This is what I mean by good description
+ Enable support for mp3 decoding over
media-sound/mpg123 instead of relying on ffmpeg support.
instead of the default
mp3 - Add support for reading mp3 files
Everybody understands what mp3 means, but we truely need something else
here.
justin
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
>>
>> +Enable support for mp3 decoding over
>> media-sound/mpg123 instead of relying on ffmpeg support.
>>
>> instead of
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 -> r
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
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.
On 14/04/11 09:21, Dirkjan Ochtman wrote:
> On Thu, Apr 14, 2011 at 07:30, justin 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.
>
> Hu
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
On 02/05/11 09:59, Nirbheek Chauhan wrote:
> On Mon, May 2, 2011 at 1:08 PM, justin 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/
>
ds 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 L
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.
>>
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.
>>
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
# Test functions provided by Sebastien Fabbro and
smooth for users. The delay should give some time to come up with
stable versions for all fortran packages at EAPI=4, but allow the use in
every ebuild right away.
> -mike
Thank you very much,
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 documentati
s:
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# Author Justin Lecher
# Test functions provided by Sebastien Fabbro and Kacper Kowalik
# @ECLASS: fortran-2.eclass
# @MAINTAINER:
# j...@gentoo.org
# s...@gentoo.org
# @BL
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 :
>>>> Now using the new pkg_pretend for EAPI=4
>>>
>>> While T is defined in all phases, PM
On 18/06/11 15:08, Ciaran McCreesh wrote:
> On Sat, 18 Jun 2011 14:18:28 +0200
> justin 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
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
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 21/06/11 16:18, Matt Turner wrote:
> On Tue, Jun 21, 2011 at 7:17 AM, justin 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
>
> Nop
On 22/06/11 09:55, Michał Górny wrote:
> On Wed, 22 Jun 2011 09:15:35 +0200
> justin wrote:
>
>> On 21/06/11 16:18, Matt Turner wrote:
>>> On Tue, Jun 21, 2011 at 7:17 AM, justin wrote:
>>>> HI,
>>>>
>>>> with the addition of the for
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 ar
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.as
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 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 w
. i'm not sure it's appropriate to provide as an example.
> -mike
There are cases and cases. You are right with what you said. But cases
where the makefile appends stuff are not the typical cases where a sed
is applied. Normally sed is used if upstream hardcodes FLAGS we don't
want. And there the passing with emake is the appropriate safer way for
a fix.
justin
signature.asc
Description: OpenPGP digital signature
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
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 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
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
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
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 fa
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
eate :)
>>>
>>> Would it be possible to move that package to main tree, and merge
>>> or possibly add new FEATURES option to portage like "autobuildchecks" that
>>> would be set by -dev profile?
>>>
>>> Cheers
>>> 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 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:
>&g
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
>>>
> net-misc/axel
Mine now.
signature.asc
Description: OpenPGP digital signature
arches from the packages maintained by all sci*
teams.
Thanks justin
signature.asc
Description: OpenPGP digital signature
101 - 200 of 365 matches
Mail list logo
