On Wed, Oct 03, 2007 at 03:38:54PM +0300, Faidon Liambotis wrote:
> > Oh wow, that's cool. Any chance of a post/blog on how that was achieved?
[...]
Rock. This is all.
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Jan Michael Alonzo <[EMAIL PROTECTED]>
* Package name: python-webkitgtk
Version : 0.2
Upstream Author : Jan Alonzo <[EMAIL PROTECTED]>
* URL : http://live.gnome.org/PyWebKitGtk
* License : LGPL
Programming Lang: Python
Goswin von Brederlow wrote:
> Does that mean it purposefully fails 132 files, works flawless on the
> rest and has no more "weird" cases? Or is the 132 the sum of the two?
Yes, it detects it cannot handle the 132 and fails at delta creation
time, works correctly on all the rest.
--
see shy jo
Package: wnpp
Severity: wishlist
Owner: Stanislav Maslovski <[EMAIL PROTECTED]>
* Package name: awesome
Version : 1.2
Upstream Author : Julien Danjou <[EMAIL PROTECTED]>
* URL : http://awesome.naquadah.org/
* License : GPL (original dwm code is under MIT/X)
P
On Oct 5, 2007, at 9:36 AM, Jos I. Boumans wrote:
On Oct 3, 2007, at 5:59 PM, Gunnar Wolf wrote:
CPANPLUS will be the main
CPAN infrastructure starting with Perl 5.10 (due Real Soon Now). This
has major implications for our group, specially for dh-make-perl, as
we are probably duplicating work
Joey Hess <[EMAIL PROTECTED]> writes:
> Faidon Liambotis wrote:
>> On the first run of the tool on the whole archive, pristine-gz succeded
>> in recognizing 21869 of 22566 orig.tar.gz (almost 97% of the archive).
>> It explicitelly failed on 206 of them (0.91%) while something weird,
>> probably a
Hi Gunnar, list,
first of all thanks for the summary and reminding us all of the things
we discussed those days. Let me quickly expand on the bits that involve
CPANPLUS;
On Oct 3, 2007, at 5:59 PM, Gunnar Wolf wrote:
When talking with Jos Boumans, I basically had to eat my own words: I
understo
On Thu, Oct 04, 2007 at 10:34:21PM +0200, Pierre Habouzit wrote:
> yes, using .git/config through git-config is definitely better, as
> developper could set some behavior through his ~/.gitconfig.
>
> It's common practice for git tools to use some namespace in
> .git/config, hence it should be
On Thu, Oct 04, 2007 at 08:54:15PM +0200, Mike Hommey wrote:
> On Thu, Oct 04, 2007 at 04:08:33PM +0200, Guido Guenther wrote:
> > if you just set up .git/gbp.conf correcty (once) - you can certainly
> > oveerride gbp.conf on the commandline at any time.
>
> A bit OT, bit why not use .git/config ?
9 matches
Mail list logo
