Hi,
Seems to work for me:
[archaios@srv1 client]$ patch -Np0 <
../crossfire-client-svn-fix-gtk2-localedir.patch
patching file gtk-v2/src/Makefile.am
[archaios@srv1 client]$ svn diff
Index: gtk-v2/src/Makefile.am
===
--- gtk-v2/src/Ma
Yep that was it. patch is so annoying. Now that it applys I'm not sure what it
does tho. Patch claims it changed Makefile.am and it builds but svn diff claims
no diff.
Meflin
On Saturday, December 03, 2011 07:59:18 PM you wrote:
> Hm... normally when I see patch hang... it's due to forgetting t
Hm... normally when I see patch hang... it's due to forgetting that
patch accepts stdin and not filenames (the "<" in "patch -Np0 < [path to
patch]"). Perhaps that accidentally happened to you?
Alex
On Sat, 3 Dec 2011 19:17:41 -0700
James Lopeman wrote:
> I'm not sure what the problem with the
I'm not sure what the problem with the patch is either .. the command just
hangs. [ Fedora 14 ]. I could be age of my distro . or some local issue.
I've edited the patch down to basics and such and it acts the same .. weird.
I thought the curl types.h issue was fixed in svn a while back. ..
The SVN trunk version of the client at
"https://crossfire.svn.sourceforge.net/svnroot/crossfire/client/trunk";
(current rev.: 15869, applies cleanly) is being employed, with "patch
-Np0 < [path to patch]" in the 'client' directory. Not sure what the
problem is there. crossfire-client version 1.60.0
Hi,
I will have a look shortly re: jxclient. Thank you for the prompt feedback :-)
Regards,
- David McIlwraith
On Sun, Dec 4, 2011 at 11:33 AM, James Lopeman wrote:
> I do not know enough about automess to comment on this other then I apreciate
> the feedback ( and patches even more ) from a d
The attached patch does not apply for me, even with some fixes.
Meflin
On Saturday, December 03, 2011 05:33:58 PM James Lopeman wrote:
> I do not know enough about automess to comment on this other then I
> apreciate the feedback ( and patches even more ) from a distro.
>
> Have you considered p
I do not know enough about automess to comment on this other then I apreciate
the feedback ( and patches even more ) from a distro.
Have you considered packaging jxclient? At this time it is the most advanced
client.
Meflin
On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote:
>
Ouch -- Sorry for the duplicate messages! Accidental resend.
Regards,
- David McIlwraith
On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e...@gmail.com> wrote:
> Hi,
>
> As of the newest trunk svn version (and prior versions), the locale
> directory is not properly referenced in 'gtk-v2/s
Proposed fix attached. Already in use in 'crossfire-client-svn',
ArchLinux AUR (https://aur.archlinux.org/packages.php?ID=34483).
Regards,
- David McIlwraith
\Proposed fix for GTK 2+ Makefile.am reference to locale directory.
"$(DATADIRNAME)" is not defined in newest autotools versions, and
"$(lo
Hi,
As of the newest trunk svn version (and prior versions), the locale
directory is not properly referenced in 'gtk-v2/src/Makefile.am',
leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which
should be "$datadir") being used instead of "$prefix/$datadir/locale"
(noting that "$localedir"
Hi,
Would someone please apply this patch to SVN? I am aware NLS support
is not currently used, but it seems incongruous to fail to use
$(localedir), and I have been forced to include the patch in
ArchLinux's AUR crossfire-client-svn
(https://aur.archlinux.org/packages.php?ID=34483).
Regards,
- D
Hello.
> Now I've made a fairly simple change (not yet commited) that checks what
> the svn version was of the compiled plugin against that of the server, and
> if they don't match, it doesn't load the plugin.
I've taken the liberty to add a settings, 'ignore_plugin_compatibility' (FALSE
by de
13 matches
Mail list logo