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
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
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.133r2=1.134
Relying on
On 05/23/2012 05:36 AM, Ryan Hill wrote:
On Sun, 20 May 2012 15:33:11 +0300
Samuli Suominenssuomi...@gentoo.org 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
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,
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 was that
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
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
On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos pa...@gentoo.org 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
El mié, 23-05-2012 a las 10:31 +0100, Markos Chandras escribió:
On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos pa...@gentoo.org 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
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 pa...@gentoo.org 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,
... 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.
-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
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 the
On May 23, 2012 1:55 PM, Johannes Huber j...@gentoo.org 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 testing
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 developer
kde,
-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 migration
to git.
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 developers
Please kill CVS with fire!
I've been waiting for this since 2009.
--
Fabio Erculiani
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 the
+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
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
On 23/05/12 14:42, Michael Weber wrote:
Hi,
i've looked at the blockers of [TRACKER] portage migration to git
[1] and want to discuss testing git-cvsserver [2].
There are two proposed scenarios how to migrate the developers write
access to the portage tree.
Clean cut turns of cvs
On 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:
-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)
On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen ssuomi...@gentoo.org 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.
On Wed, 23 May 2012 14:42:37 +0200
Michael Weber x...@gentoo.org 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
On Wed, May 23, 2012 at 10:43 AM, Anthony G. Basile bluen...@gentoo.org 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
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, 23 May 2012 12:29:34 -0400
Rich Freeman ri...@gentoo.org wrote:
On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen
ssuomi...@gentoo.org 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
Michał Górny писал 2012-05-23 19:33:
On Wed, 23 May 2012 14:42:37 +0200
Michael Weber x...@gentoo.org 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
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 primary
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
On 23.05.2012 18:47, Robin H. Johnson wrote:
On Wed, May 23, 2012 at 02:42:37PM +0200, Michael Weber wrote:
i've looked at the blockers of [TRACKER] portage migration to git
[1] and want to discuss testing git-cvsserver [2].
There are two proposed scenarios how to migrate the developers write
On Wed, May 23, 2012 at 12:47 PM, Robin H. Johnson robb...@gentoo.org 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.
Matt Turner писал 2012-05-23 19:59:
On Wed, May 23, 2012 at 12:47 PM, Robin H. Johnson
robb...@gentoo.org 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
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
On Wed, May 23, 2012 at 07:58:17PM +0300, Alexey Shvetsov wrote:
Isnt git works with shallow clone? like
# git clone --depth 1 or any other desired value
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
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 or any other desired value
git+ssh://gitrepo.uri::repo
So you can clone in this manner and push changes back
Also for depth =
On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov ale...@gentoo.org 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
Rich Freeman писал 2012-05-23 20:32:
On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov ale...@gentoo.org
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
On Wed, May 23, 2012 at 01:32:45PM -0400, Rich Freeman wrote:
On Wed, May 23, 2012 at 1:22 PM, Alexey Shvetsov ale...@gentoo.org 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
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 someone
-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 ri...@gentoo.org
wrote:
On Wed, May 23, 2012 at 4:02 AM, Samuli Suominen
ssuomi...@gentoo.org wrote:
On 05/23/2012 05:36 AM, Ryan Hill wrote:
One
-1
--
Rafael Goncalves Martins
Gentoo Linux developer
http://rafaelmartins.eng.br/
-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
ssuomi...@gentoo.org wrote:
ChangeLog entries missing for every autotools.eclass
modification today.
I will repeat once again: autogenerate them.
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)
On Thu, May 24, 2012 at 1:07 AM, Arun Raghavan ford_pref...@gentoo.org 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
-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
ssuomi...@gentoo.org wrote:
ChangeLog entries missing for every autotools.eclass
modification today.
I
On Wed, May 23, 2012 at 9:37 PM, Arun Raghavan ford_pref...@gentoo.org 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
-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
On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan ford_pref...@gentoo.org 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
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
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
On Wed, May 23, 2012 at 4:00 PM, Ezequiel Garcia elezegar...@gmail.com wrote:
On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan ford_pref...@gentoo.org
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
-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
On Wed, 23 May 2012 15:25:54 -0500
William Hubbs willi...@gentoo.org 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
-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 arch
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 willi...@gentoo.org 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
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
-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
-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};;
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/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 work
-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 work
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 version
#
Michael Weber x...@gentoo.org 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
On Wed, 23 May 2012 11:02:58 +0300
Samuli Suominen ssuomi...@gentoo.org 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
On Wed, May 23, 2012 at 3:37 PM, Arun Raghavan ford_pref...@gentoo.org 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
On Wed, 23 May 2012 11:28:13 +0300
Petteri Räty betelge...@gentoo.org 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
On Wed, 23 May 2012 16:14:53 -0500
Dan Douglas orm...@gmail.com 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
Rather than copying pasting the same behavior for the different eclass
checks, add a common class for them to extend. This makes adding more
eclass checks trivial, and keeps down bitrot.
This does abuse the checking interface slightly -- the eclass will change
its category between unused and
On 05/23/2012 12:21 PM, Mike Frysinger wrote:
Rather than copying pasting the same behavior for the different eclass
checks, add a common class for them to extend. This makes adding more
eclass checks trivial, and keeps down bitrot.
This does abuse the checking interface slightly -- the
On Wednesday 23 May 2012 15:21:51 Mike Frysinger wrote:
+ self._inherit_re = re.compile(r'^\s*inherit\s(.*\s)?%s(\s|$)' %
in scanning the whole tree, this seems to cause some issues (not new) with
extended constructs and not detecting this ebuilds inherits an eclass
directly. some
74 matches
Mail list logo