On Thursday, May 24, 2012 06:33:53 AM Duncan wrote:
> Dan Douglas posted on Thu, 24 May 2012 01:04:48 -0500 as excerpted:
> > On Thursday, May 24, 2012 07:56:58 AM Michał Górny wrote:
> >> On Wed, 23 May 2012 16:14:53 -0500
> >>
> >> Dan Douglas wrote:
> >> > If not I will be leaving Gentoo for Fu
El mié, 23-05-2012 a las 17:00 -0300, Ezequiel Garcia escribió:
> On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan
> wrote:
> > I, for one, think we should stay with CVS and leave all this git
> > Linusware to the new-fangled Fedora kids with their fancy init systems
> > and tight coupling. CVS was
Dan Douglas posted on Thu, 24 May 2012 01:04:48 -0500 as excerpted:
> On Thursday, May 24, 2012 07:56:58 AM Michał Górny wrote:
>> On Wed, 23 May 2012 16:14:53 -0500
>>
>> Dan Douglas wrote:
>> > If not I will be leaving Gentoo for Funtoo in the near future, though
>> > there are disadvantages t
On Wed, 23 May 2012 23:09:14 -0700
Zac Medico wrote:
> On 05/23/2012 11:11 PM, Ryan Hill wrote:
> > On Mon, 21 May 2012 21:04:44 +0200
> > Pacho Ramos wrote:
> >
> >> Looks like ebuilds not inheriting eutils directly even using epatch are
> >> a lot as I have seen running:
> >> grep inherit $(g
On 05/23/2012 11:11 PM, Ryan Hill wrote:
> On Mon, 21 May 2012 21:04:44 +0200
> Pacho Ramos wrote:
>
>> Looks like ebuilds not inheriting eutils directly even using epatch are
>> a lot as I have seen running:
>> grep inherit $(grep -r epatch */*/*.ebuild| cut -d: -f1) | grep -v
>> eutils
>>
>> Ma
On Thursday, May 24, 2012 07:56:58 AM Michał Górny wrote:
> On Wed, 23 May 2012 16:14:53 -0500
>
> Dan Douglas wrote:
> > If not I will be leaving Gentoo for Funtoo in the near future, though
> > there are disadvantages to doing this I don't look forward to dealing
> > with.
>
> Most of us will pr
On Mon, 21 May 2012 21:04:44 +0200
Pacho Ramos wrote:
> Looks like ebuilds not inheriting eutils directly even using epatch are
> a lot as I have seen running:
> grep inherit $(grep -r epatch */*/*.ebuild| cut -d: -f1) | grep -v
> eutils
>
> Maybe they should be checked and a repoman warning sho
On Wed, 23 May 2012 16:14:53 -0500
Dan Douglas wrote:
> If not I will be leaving Gentoo for Funtoo in the near future, though
> there are disadvantages to doing this I don't look forward to dealing
> with.
Most of us will probably be doing that :P.
--
Best regards,
Michał Górny
signature.asc
On Wed, 23 May 2012 11:28:13 +0300
Petteri Räty wrote:
> On 22.5.2012 8.53, Michał Górny wrote:
> >> Excuse me but the way this change was handled is a bit depressing.
> >> First, the ebuilds should have been fixed to inherit eutils and then
> >> remove eutils from autotools. Now, a bunch of ebui
On Thu, 24 May 2012 02:43:47 +0200
hasufell wrote:
> -s|--size)
> if [[ ${2%%x*}x${2%%x*} == "$2" ]] ; then
> size=${2%%x*}
> else
> size=${2}
> fi
>
On Wed, May 23, 2012 at 3:37 PM, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
> --
> Aru
On Wed, 23 May 2012 11:02:58 +0300
Samuli Suominen wrote:
> On 05/23/2012 05:36 AM, Ryan Hill wrote:
> > One person doesn't do entries. OMG let's remove it!
> absolutely because inconsitency renderess the file useless
Perfect is the enemy of good enough. Stuck in a cabin for the weekend
with
Michael Weber writes:
> "Clean cut" turns of cvs access on a given and announced timestamp,
> rsync-generation/updates is suspended (no input -> no changes), some
> magic scripts prepare the git repo (according to [3], some hours
> duration) and we all checkout the tree (might be some funny massiv
On 05/21/2012 01:24 AM, hasufell wrote:
> I want support for installing icons into the appropriate directories
> which are under /usr/share/icons/... and not just pixmaps.
>
> proposal attached + diff
>
> This should not break existing ebuilds. Tested a bit and open for review
> now.
next versio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/24/2012 02:30 AM, Mike Frysinger wrote:
> On Wednesday 23 May 2012 20:16:12 hasufell wrote:
>> Thanks, I'v implemented most of that, but your proposal about
>> non-duplicated list in case) has multiple problems. The only
>> cases that actually w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/24/2012 02:30 AM, Mike Frysinger wrote:
> On Wednesday 23 May 2012 20:16:12 hasufell wrote:
>> Thanks, I'v implemented most of that, but your proposal about
>> non-duplicated list in case) has multiple problems. The only
>> cases that actually w
On Wednesday 23 May 2012 20:16:12 hasufell wrote:
> Thanks, I'v implemented most of that, but your proposal about
> non-duplicated list in case) has multiple problems. The only cases
> that actually work with that snippet are:
> 16x16|22x22|24x24|32x32|36x36|48x48|64x64|72x72|96x96|scalable.
> All
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/22/2012 04:49 AM, Mike Frysinger wrote:
> On Sunday 20 May 2012 19:24:13 hasufell wrote:
>> case ${2} in
>
> please use $1/$2/etc... with positional variables when possible
>
>> 16|22|24|32|36|48|64|72|96|128|192|256) size=${2}x${2};;
>> 16x16
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/23/2012 11:14 PM, Dan Douglas wrote:
> On Wednesday, May 23, 2012 04:47:04 PM Robin H. Johnson wrote:
>> 2. rsync generation is NOT going away. Users will still be using
>> it.
First, I'd stick with the current rsync to spread the tree (mirror
On Wednesday, May 23, 2012 04:47:04 PM Robin H. Johnson wrote:
> 2. rsync generation is NOT going away. Users will still be using it.
Would users have a way of gaining read-only access? This would be EXTREMELY
helpful. If not I will be leaving Gentoo for Funtoo in the near future, though
there ar
On Wed, May 23, 2012 at 10:37:55PM +0200, Michał Górny wrote:
> On Wed, 23 May 2012 15:25:54 -0500
> William Hubbs wrote:
>
> > On Thu, May 24, 2012 at 01:07:08AM +0530, Arun Raghavan wrote:
> > > I, for one, think we should stay with CVS and leave all this git
> > > Linusware to the new-fangled
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/23/2012 07:06 PM, Alexey Shvetsov wrote:
> Isnt cvs too sloow on mips? git is much more faster. Same for arm.
> About big repos, well why not use shallow cloned repo. It will work
> with plane history
Can we please cut that out.
I do/did arc
On Wed, 23 May 2012 15:25:54 -0500
William Hubbs wrote:
> On Thu, May 24, 2012 at 01:07:08AM +0530, Arun Raghavan wrote:
> > I, for one, think we should stay with CVS and leave all this git
> > Linusware to the new-fangled Fedora kids with their fancy init
> > systems and tight coupling. CVS was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/23/2012 06:58 PM, Justin wrote:
> Was this a vote for or against a quick proceeding towards git?
No, just to decide if git-cvsserver (providing cvs access) should be
part of an "git master tree" szenario.
In bugzie: Should https://bugs.gentoo.
On Wed, May 23, 2012 at 4:00 PM, Ezequiel Garcia wrote:
> On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan
> wrote:
>> I, for one, think we should stay with CVS and leave all this git
>> Linusware to the new-fangled Fedora kids with their fancy init systems
>> and tight coupling. CVS was good enou
On Thu, May 24, 2012 at 01:07:08AM +0530, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
I
Arun Raghavan писал 2012-05-23 22:37:
I, for one, think we should stay with CVS and leave all this git
Linusware to the new-fangled Fedora kids with their fancy init
systems
and tight coupling. CVS was good enough for my grandfather, and it's
good enough for you.
CVS is damn slow. On every cv
On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
Perhaps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1 for git
I am more used to it, I find it easier to use regarding the utilities
as well as the gui and it is more consistent.
The fact alone that I can update a single directory in CVS without
updating all others can cause breakage, cause repoman che
On Wed, May 23, 2012 at 9:37 PM, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
The diffe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 23/05/12 03:23 PM, hasufell wrote:
> On 05/20/2012 03:25 PM, Michał Górny wrote:
>> On Sun, 20 May 2012 15:33:11 +0300 Samuli Suominen
>> wrote:
>
>>> ChangeLog entries missing for every autotools.eclass
>>> modification today.
>
>> I will re
On Thu, May 24, 2012 at 1:07 AM, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
>
+1
--
I, for one, think we should stay with CVS and leave all this git
Linusware to the new-fangled Fedora kids with their fancy init systems
and tight coupling. CVS was good enough for my grandfather, and it's
good enough for you.
--
Arun Raghavan
http://arunraghavan.net/
(Ford_Prefect | Gentoo) & (aru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/20/2012 03:25 PM, Michał Górny wrote:
> On Sun, 20 May 2012 15:33:11 +0300 Samuli Suominen
> wrote:
>
>> ChangeLog entries missing for every autotools.eclass
>> modification today.
>
> I will repeat once again: autogenerate them.
>
+1
I thi
-1
--
Rafael Goncalves Martins
Gentoo Linux developer
http://rafaelmartins.eng.br/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/23/2012 05:46 PM, Michał Górny wrote:
> On Wed, 23 May 2012 12:29:34 -0400 Rich Freeman
> wrote:
>
>> On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen
>> wrote:
>>> On 05/23/2012 05:36 AM, Ryan Hill wrote:
One person doesn't do entries
Alexey Shvetsov schrieb:
>> Shallow clones are also read-only last I checked.
>
> That isnt true =) you can commit from shallow clone if and only if
> original repo doesnt have a branching and merging points before and
> after shallow clone point respectively
There can also be breakage when some
On Wed, May 23, 2012 at 01:32:45PM -0400, Rich Freeman wrote:
> On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov wrote:
> >
> > That isnt true =) you can commit from shallow clone if and only if original
> > repo doesnt have a branching and merging points before and after shallow
> > clone point
Rich Freeman писал 2012-05-23 20:32:
On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov
wrote:
That isnt true =) you can commit from shallow clone if and only if
original
repo doesnt have a branching and merging points before and after
shallow
clone point respectively
Is that going to be
On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov wrote:
>
> That isnt true =) you can commit from shallow clone if and only if original
> repo doesnt have a branching and merging points before and after shallow
> clone point respectively
>
Is that going to be a practical condition to maintain?
Robin H. Johnson писал 2012-05-23 20:19:
On Wed, May 23, 2012 at 07:58:17PM +0300, Alexey Shvetsov wrote:
Isnt git works with shallow clone? like
# git clone --depth 1
git+ssh://gitrepo.uri::repo
So you can clone in this manner and push changes back
Also for depth = 1 pack size will be simila
On Wed, May 23, 2012 at 07:58:17PM +0300, Alexey Shvetsov wrote:
> Isnt git works with shallow clone? like
> # git clone --depth 1
> git+ssh://gitrepo.uri::repo
>
> So you can clone in this manner and push changes back
>
> Also for depth = 1 pack size will be similar to gzipped rsync snapshot
Robin H. Johnson писал 2012-05-23 19:47:
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
a
Matt Turner писал 2012-05-23 19:59:
On Wed, May 23, 2012 at 12:47 PM, Robin H. Johnson
wrote:
2. Arches were Git repos are too heavy (Kumba wanted this for MIPS)
Please don't go to this trouble for the ability to commit to portage
on *really* slow systems.
Isnt cvs too sloow on mips? git is
On Wed, May 23, 2012 at 12:47 PM, Robin H. Johnson wrote:
> 2. Arches were Git repos are too heavy (Kumba wanted this for MIPS)
Please don't go to this trouble for the ability to commit to portage
on *really* slow systems.
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
Robin H. Johnson писал 2012-05-23 19:47:
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
a
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
> access to the portage tree.
The pri
Michał Górny писал 2012-05-23 19:33:
On Wed, 23 May 2012 14:42:37 +0200
Michael Weber wrote:
*if you still read this* *wow*
Please discuss my arguments and come to the conclusions to
RESO/WONT-FIX "testing git-cvsserver", make a "clean cut" and remove
this bug from the blockers of "[TRACKER]
On Wed, 23 May 2012 12:29:34 -0400
Rich Freeman wrote:
> On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen
> wrote:
> > On 05/23/2012 05:36 AM, Ryan Hill wrote:
> >> One person doesn't do entries. OMG let's remove it!
> >>
> >
> > absolutely because inconsitency renderess the file useless
> >
>
> On Wed, 23 May 2012 14:42:37 +0200
>
> Kill it! And while we're at it, kill ChangeLogs as well!
>
> /me hides...
+1
+1
+1
+1
...
--
Andreas K. Huettel
Gentoo Linux developer
kde, sci, arm, tex, printing
signature.asc
Description: This is a digitally signed message part.
On Wed, May 23, 2012 at 10:43 AM, Anthony G. Basile wrote:
>
> Looks like the bloodbath begins. I too am in favor of killing cvs.
Please, let it die. I'll miss my scripts, but I'll gladly deal with
that over whatever breakage comes along every time some cvs plugin
messes up the tree, or we can'
On Wed, 23 May 2012 14:42:37 +0200
Michael Weber wrote:
> *if you still read this* *wow*
>
> Please discuss my arguments and come to the conclusions to
> RESO/WONT-FIX "testing git-cvsserver", make a "clean cut" and remove
> this bug from the blockers of "[TRACKER] portage migration to git".
Ki
On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen wrote:
> On 05/23/2012 05:36 AM, Ryan Hill wrote:
>> One person doesn't do entries. OMG let's remove it!
>>
>
> absolutely because inconsitency renderess the file useless
>
Well, for now the solution is to enforce following policy.
For the future
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1 for git switch.
git-cvsserver would make sense if it would be completely transparent
for cvs client. and it's not. so why bother setuping fragile things?
- --
Sergei
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
iEYEARECAAY
On Wed, May 23, 2012 at 01:14:52AM -0700, Grant wrote:
> Thanks, I gave that a try and it did a bunch of stuff but when I try
> to emerge Net-Braintree I get:
that's weird. it did generate all of them fine here
which version of g-cpan?
> I noticed that g-cpan put all of the ebuilds it generated in
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 05/23/2012 10:39 AM, Alexey Shvetsov wrote:
+1 for killing cvs
Looks like the bloodbath begins. I too am in favor of killing cvs.
--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail: bluen...@gentoo.org
GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535
G
+1 for killing cvs
Johannes Huber писал 2012-05-23 15:54:
Am Mittwoch 23 Mai 2012, 14:42:37 schrieb Michael Weber:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
i've looked at the blockers of "[TRACKER] portage migration to git"
[1] and want to discuss "testing git-c
On 2012-05-23 22:42, Michael Weber wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
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
Please kill CVS with fire!
I've been waiting for this since 2009.
--
Fabio Erculiani
On 05/23/2012 07:54 AM, Johannes Huber wrote:
> Am Mittwoch 23 Mai 2012, 14:42:37 schrieb Michael Weber:
> 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 dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/23/2012 09:25 AM, Andreas K. Huettel wrote:
>
>>
>> Please discuss my arguments and come to the conclusions to
>> RESO/WONT-FIX "testing git-cvsserver", make a "clean cut" and
>> remove this bug from the blockers of "[TRACKER] portage migrat
>
> Please discuss my arguments and come to the conclusions to
> RESO/WONT-FIX "testing git-cvsserver", make a "clean cut" and remove
> this bug from the blockers of "[TRACKER] portage migration to git".
>
+1
Please cut cvs support once and for all.
--
Andreas K. Huettel
Gentoo Linux develop
On May 23, 2012 1:55 PM, "Johannes Huber" wrote:
>
> Am Mittwoch 23 Mai 2012, 14:42:37 schrieb Michael Weber:
>
> > -BEGIN PGP SIGNED MESSAGE-
>
> > Hash: SHA256
>
> >
>
> > Hi,
>
> >
>
> > i've looked at the blockers of "[TRACKER] portage migration to git"
>
> > [1] and want to discuss "t
Am Mittwoch 23 Mai 2012, 14:42:37 schrieb Michael Weber:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
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
... since the bugs seem to be stalled and noone has recently posted on gentoo-
scm, what's the real status of the infamous git migration? :)
Cheers, A
--
Andreas K. Huettel
Gentoo Linux developer
kde, sci, arm, tex, printing
signature.asc
Description: This is a digitally signed message part.
On 05/23/2012 01:00 PM, Pacho Ramos wrote:
> El mié, 23-05-2012 a las 10:31 +0100, Markos Chandras escribió:
>> On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos wrote:
>>> El mié, 23-05-2012 a las 06:39 +1000, Michael escribió:
On 2012-05-22 03:46, Alexandre Rostovtsev wrote:
> On May 20, aut
El mié, 23-05-2012 a las 10:31 +0100, Markos Chandras escribió:
> On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos wrote:
> > El mié, 23-05-2012 a las 06:39 +1000, Michael escribió:
> >> On 2012-05-22 03:46, Alexandre Rostovtsev wrote:
> >> > On May 20, autools.eclass was changed to no longer inherit
On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos wrote:
> El mié, 23-05-2012 a las 06:39 +1000, Michael escribió:
>> On 2012-05-22 03:46, Alexandre Rostovtsev wrote:
>> > On May 20, autools.eclass was changed to no longer inherit eutils, see
>> > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86
Whole gentoo-x86 is using the virtuals now. Please check your overlays
to avoid dev-libs/libusb from creeping back in to the tree.
http://qa-reports.gentoo.org/output/genrdeps/dindex/dev-libs/libusb
http://qa-reports.gentoo.org/output/genrdeps/rindex/dev-libs/libusb
If you have packages in over
We are behind with graphviz and 2.28.x series has been out for quite a
while.
However working on the ebuild will require quite a work and then
backtracking the bugs that come after it as a result (believe me, there
will be ones)
It seems graphics@ is currently a bit understaffed and I really
On 22.5.2012 8.53, Michał Górny wrote:
>>>
>> Excuse me but the way this change was handled is a bit depressing.
>> First, the ebuilds should have been fixed to inherit eutils and then
>> remove eutils from autotools. Now, a bunch of ebuilds are broken out
>> of nowhere. I don't believe this issue
>> Hello, is anyone interested in writing a Perl ebuild for this payment module:
>> http://search.cpan.org/dist/Net-Braintree/
> Use g-cpan.
>
> g-cpan -g Net::Braintree
>
> It will generate packages for the module and all needed deps
> (DateTime-Format-RFC3339, DateTime-Format-Atom,
> Module-Insta
On 05/23/2012 05:36 AM, Ryan Hill wrote:
On Sun, 20 May 2012 15:33:11 +0300
Samuli Suominen wrote:
ChangeLog entries missing for every autotools.eclass modification today.
On 05/20/2012 03:31 PM, Mike Frysinger (vapier) wrote:
vapier 12/05/20 12:31:33
One person doesn't do entries. O
El mié, 23-05-2012 a las 06:39 +1000, Michael escribió:
> On 2012-05-22 03:46, Alexandre Rostovtsev wrote:
> > On May 20, autools.eclass was changed to no longer inherit eutils, see
> > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/autotools.eclass?r1=1.133&r2=1.134
> >
> > Relying
On Wed, May 23, 2012 at 12:31:59AM -0700, Grant wrote:
> Hello, is anyone interested in writing a Perl ebuild for this payment module:
> http://search.cpan.org/dist/Net-Braintree/
Use g-cpan.
g-cpan -g Net::Braintree
It will generate packages for the module and all needed deps
(DateTime-Format-RF
Hello, is anyone interested in writing a Perl ebuild for this payment module:
http://search.cpan.org/dist/Net-Braintree/
Thanks,
Grant
P.S. Braintree is a stellar payment company:
https://www.braintreepayments.com/developers
79 matches
Mail list logo
