Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-04-04 Thread Richard Shann
On Wed, 2018-04-04 at 14:57 +, Jeremiah Benham wrote:
> 
> 
> On Tue, Apr 3, 2018, 12:46 PM Richard Shann 
> wrote:
> > On Wed, 2018-03-28 at 09:23 -0500, Jeremiah Benham wrote:
> > > There is a GNU/Linux AppImage here:
> > > http://denemo.org/~jjbenham/AppImage/denemo_2.2.3.AppImage
> > >
> > Oh! Now I understand - I guessed AppImage was short for Apple
> > Image,
> > something to do with Macs but Wikipedia tells me it is for distro
> > independent packaging for GNU/Linux :)
> > That sounds good, I'll try it out tomorrow when the fix I put in
> > today
> > can be tested. [this was days ago, it didn't work ...]
> 
> Oh. I made this snapshot days ago. I will try to update it today. I
> have yet to make this automated. I have some new hardware that should
> allow me to do this. 
> 
> To execute it you just download it. chmod +x. Then launch it like a
> binary.
> 
> > 
> > > It does not have any of the dependencies in the image. Should I
> > > package lilypond and all the dependencies even if they are in
> > each
> > > distro anyway?
> > 
> > What "dependencies"? 
> 
> Evince, librubberband, portaudio, etc...
> 
> > LilyPond, though not strictly speaking a
> > dependency will generally be wanted and packaging the version which
> > Denemo expects would avoid problems for beginners while not
> > preventing
> > people using their own version. Do you have anything else in mind?
> 
> I thought we discussed having a skinny version that contained only
> denemo then a fat version containing all dependencies all the way
> down to libc and lilypond.

Yes, I thought we had agreed that - I'm not sure what the email that I
sent (above) was still doing lurking on my desktop. I tested out the
AppImage version and it ran fine against my Debian Stable libraries. A
fat version with all dependencies would carry on working far into the
future.

Richard






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-04-04 Thread Jeremiah Benham
On Tue, Apr 3, 2018, 12:46 PM Richard Shann  wrote:

> On Wed, 2018-03-28 at 09:23 -0500, Jeremiah Benham wrote:
> > There is a GNU/Linux AppImage here:
> > http://denemo.org/~jjbenham/AppImage/denemo_2.2.3.AppImage
> >
> Oh! Now I understand - I guessed AppImage was short for Apple Image,
> something to do with Macs but Wikipedia tells me it is for distro
> independent packaging for GNU/Linux :)
> That sounds good, I'll try it out tomorrow when the fix I put in today
> can be tested. [this was days ago, it didn't work ...]
>

Oh. I made this snapshot days ago. I will try to update it today. I have
yet to make this automated. I have some new hardware that should allow me
to do this.

To execute it you just download it. chmod +x. Then launch it like a binary.


>
> > It does not have any of the dependencies in the image. Should I
> > package lilypond and all the dependencies even if they are in each
> > distro anyway?
>
> What "dependencies"?


Evince, librubberband, portaudio, etc...

LilyPond, though not strictly speaking a
> dependency will generally be wanted and packaging the version which
> Denemo expects would avoid problems for beginners while not preventing
> people using their own version. Do you have anything else in mind?
>

I thought we discussed having a skinny version that contained only denemo
then a fat version containing all dependencies all the way down to libc and
lilypond.

Jeremiah


> Sorry this email is so delayed, I thought it had gone and then found it
>  on my desktop hidden away :(
>
> Richard
>
>
> ___
> Denemo-devel mailing list
> Denemo-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/denemo-devel
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-04-03 Thread Richard Shann
On Wed, 2018-03-28 at 09:23 -0500, Jeremiah Benham wrote:
> There is a GNU/Linux AppImage here:
> http://denemo.org/~jjbenham/AppImage/denemo_2.2.3.AppImage
> 
Oh! Now I understand - I guessed AppImage was short for Apple Image,
something to do with Macs but Wikipedia tells me it is for distro
independent packaging for GNU/Linux :)
That sounds good, I'll try it out tomorrow when the fix I put in today
can be tested. [this was days ago, it didn't work ...]


> It does not have any of the dependencies in the image. Should I
> package lilypond and all the dependencies even if they are in each
> distro anyway?

What "dependencies"? LilyPond, though not strictly speaking a
dependency will generally be wanted and packaging the version which
Denemo expects would avoid problems for beginners while not preventing
people using their own version. Do you have anything else in mind?

Sorry this email is so delayed, I thought it had gone and then found it
 on my desktop hidden away :(

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-30 Thread Richard Shann
On Fri, 2018-03-30 at 08:50 +0100, Richard Shann wrote:
> Ah, yes, of course that's a problem staring me in the face, the CMD
> window shouldn't be visible, it's something to do with setting a bit
> in
> the header of the binary, we had to pass some option in the GUB build
> -
> I seem to remember that from about ten years ago ...

Looking around it seems that -mwindows has to be passed to gcc to avoid
the Windows Console being run. Jeremiah - can you add that?

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-30 Thread Richard Shann
On Thu, 2018-03-29 at 15:26 +0100, Joe Wilkinson wrote:
> It seems to work for me. I loaded Britten's Simple Symphony and
> Typeset it.
Thanks for the feedback - did you use the keyboard much?

> Somewhat different appearance, but if using different Graphics 
> processes, to be expected.

I've just come across a problem with the number keys on the top row -
the number 4 key gets classed as a currency symbol on the Vista
machine.

> 
> Lots of error messages in CMD window which I have copied into a text 
> file (Attached)

Ah, yes, of course that's a problem staring me in the face, the CMD
window shouldn't be visible, it's something to do with setting a bit in
the header of the binary, we had to pass some option in the GUB build -
I seem to remember that from about ten years ago ...

Still more to do :( ...

Richard

> 
> Joe Wilkinson
> 
> 
> 
> On 29/03/2018 09:58, Richard Shann wrote:
> > On Wed, 2018-03-28 at 12:59 +0100, Richard Shann wrote:
> > > On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:
> > > > 
> > > > On Sat, Mar 24, 2018, 4:28 AM Richard Shann  > > > s.co
> > > > m>
> > > > wrote:
> > > 
> > > [...]
> > > > > GNU Denemo version 2.2.1
> > > > > Gtk versions runtime: 3.22.7, compiled against: 3.22.7
> > > > 
> > > > I have fixed this. It was failing to build but was packaging an
> > > > old
> > > > version in its place. I need to put something in there that
> > > > will
> > > > tell
> > > > me when it fails.
> > > 
> > > This is working well - I'm able to debug the problem with
> > > shortcuts
> > > on
> > > windows - I've now pushed what I hope will be a fix for the
> > > problem,
> > > and I've applied it to Unix versions as well, as it may be only a
> > > matter of Gdk versions before it appears there as well.
> > > Can Windows users please try
> > > http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's
> > > build
> > 
> > I've tested today's build of this on an ancient Vista laptop and
> > all
> > seems to be working properly.
> > Please report any problems on other Windows versions...
> > 
> > 
> > Richard
> > 
> 
> 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-29 Thread Joe Wilkinson

Forgot to say. Windows 10

Joe


On 29/03/2018 09:58, Richard Shann wrote:

On Wed, 2018-03-28 at 12:59 +0100, Richard Shann wrote:

On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:


On Sat, Mar 24, 2018, 4:28 AM Richard Shann 
wrote:

[...]

GNU Denemo version 2.2.1
Gtk versions runtime: 3.22.7, compiled against: 3.22.7

I have fixed this. It was failing to build but was packaging an old
version in its place. I need to put something in there that will
tell
me when it fails.

This is working well - I'm able to debug the problem with shortcuts
on
windows - I've now pushed what I hope will be a fix for the problem,
and I've applied it to Unix versions as well, as it may be only a
matter of Gdk versions before it appears there as well.
Can Windows users please try
http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's build

I've tested today's build of this on an ancient Vista laptop and all
seems to be working properly.
Please report any problems on other Windows versions...


Richard




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-29 Thread Joe Wilkinson

It seems to work for me. I loaded Britten's Simple Symphony and Typeset it.
Somewhat different appearance, but if using different Graphics 
processes, to be expected.


Lots of error messages in CMD window which I have copied into a text 
file (Attached)


Joe Wilkinson



On 29/03/2018 09:58, Richard Shann wrote:

On Wed, 2018-03-28 at 12:59 +0100, Richard Shann wrote:

On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:


On Sat, Mar 24, 2018, 4:28 AM Richard Shann 
wrote:

[...]

GNU Denemo version 2.2.1
Gtk versions runtime: 3.22.7, compiled against: 3.22.7

I have fixed this. It was failing to build but was packaging an old
version in its place. I need to put something in there that will
tell
me when it fails.

This is working well - I'm able to debug the problem with shortcuts
on
windows - I've now pushed what I hope will be a fix for the problem,
and I've applied it to Unix versions as well, as it may be only a
matter of Gdk versions before it appears there as well.
Can Windows users please try
http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's build

I've tested today's build of this on an ancient Vista laptop and all
seems to be working properly.
Please report any problems on other Windows versions...


Richard



Successfully added font .\share\fonts\truetype\denemo\Denemo.ttf
Successfully added font .\share\fonts\truetype\denemo\emmentaler.ttf
Successfully added font .\share\fonts\truetype\denemo\feta.ttf
Denemo - : name .denemo-2.1.3
Denemo - : name .denemo-2.1.5
Denemo - : name .denemo-2.2.1
Denemo - : rootdir=C:\Users\joean\Desktop\denemoEndMarch\denemo
Denemo - : 
datadir=C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo
Denemo - : Setting 
GUILE_LOAD_PATH=C:\Users\joean\Desktop\denemoEndMarch\denemo\share\guile;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\guile\1.8;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo\actions;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo\actions\denemo-modules;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\lilypond\current\scm

Denemo - : Setting 
PANGO_PREFIX=C:\Users\joean\Desktop\denemoEndMarch\denemo

Denemo - : Setting 
GTK_PREFIX=C:\Users\joean\Desktop\denemoEndMarch\denemo

Denemo - : Setting 
FONTCONFIG_PATH=C:\Users\joean\Desktop\denemoEndMarch\denemo\etc\fonts

Denemo - : Setting 
FONTCONFIG_FILE=C:\Users\joean\Desktop\denemoEndMarch\denemo\etc\fonts\fonts.conf

Denemo - : PATH set to 
C:\ProgramData\Oracle\Java\javapath;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;c:\Program
 Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program 
Files\Intel\WiFi\bin\;C:\Program Files\Common 
Files\Intel\WirelessCommon\;C:\Users\joean\AppData\Local\Microsoft\WindowsApps;;C:\Users\joean\Desktop\denemoEndMarch\denemo\bin;C:\Users\joean\Desktop\denemoEndMarch\denemo\lib

Denemo - : LILYPOND_DATA_PATH will be 
C:\Users\joean\Desktop\denemoEndMarch\denemo\share\lilypond\current if not 
already set
Denemo - : GUILE_LOAD_PATH is 
C:\Users\joean\Desktop\denemoEndMarch\denemo\share\guile;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\guile\1.8;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo\actions;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo\actions\denemo-modules;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\lilypond\current\scm;C:\Users\joean\Desktop\denemoEndMarch\denemo\share\denemo

Denemo - : Did not find feta.ttf - perhaps installed in system
Denemo - : Did not find Denemo.ttf - perhaps installed in system
Denemo - : Did not find emmentaler.ttf - perhaps installed in system
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Denemo - : rootdir=C:\Users\joean\Desktop\denemoEndMarch\denemo
Denemo - : bindir=C:\Users\joean\Desktop\denemoEndMarch\denemo\bin
Denemo - : Loading preference file: 
C:\Users\joean\.denemo-2.2.1\denemorcV2
Denemo - : RootElem 2 text

Denemo - : RootElem 2 Config

Denemo - : RootElem 2 text

Denemo - : Creation of temp dir 
C:\Users\joean\AppData\Local\Temp\Denemo_XX failed

Denemo - : Audio driver is 'portaudio'
Denemo - : Initializing Fluidsynth
Denemo - : Starting FLUIDSYNTH
Denemo - : The default fluidsynth soundfont has been loaded
Denemo - : Initializing Rubberband
Denemo - : Initializing PortAudio backend
Denemo - : PortAudio version: PortAudio V19.6.0-devel, revision 
396fe4b6699ae929d3a685b3ef8a7e97396139a4
Denemo - : Opening output device 'MME: Speaker/HP (Realtek High Defini'
Denemo - : MIDI driver is 'portmidi'
Denemo - : Initializing PortMidi backend
Denemo - : No MIDI input device, and no default device
Denemo - : Destroying PortMidi backend
Denemo - : Initializing MIDI ba

Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-29 Thread Richard Shann
On Wed, 2018-03-28 at 12:59 +0100, Richard Shann wrote:
> On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:
> > 
> > 
> > On Sat, Mar 24, 2018, 4:28 AM Richard Shann  > m>
> > wrote:
> > > 
> 
> [...]
> > > GNU Denemo version 2.2.1
> > > Gtk versions runtime: 3.22.7, compiled against: 3.22.7
> > 
> > I have fixed this. It was failing to build but was packaging an old
> > version in its place. I need to put something in there that will
> > tell
> > me when it fails.
> 
> This is working well - I'm able to debug the problem with shortcuts
> on
> windows - I've now pushed what I hope will be a fix for the problem,
> and I've applied it to Unix versions as well, as it may be only a
> matter of Gdk versions before it appears there as well.
> Can Windows users please try 
> http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's build

I've tested today's build of this on an ancient Vista laptop and all
seems to be working properly.
Please report any problems on other Windows versions...


Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-29 Thread Richard Shann
On Wed, 2018-03-28 at 09:23 -0500, Jeremiah Benham wrote:
> There is a GNU/Linux AppImage here:
> http://denemo.org/~jjbenham/AppImage/denemo_2.2.3.AppImage
> 
I tested this on my Debian Stable and it worked fine.

> It does not have any of the dependencies in the image. Should I
> package lilypond and all the dependencies even if they are in each
> distro anyway?
I think it would be good to offer the slim AppImage package which will
work with  (most) current distros *plus* (at least for releases) a
package with all dependencies which will continue to work when the
distros move onto versions of libraries that break Denemo. That is,
people can always find a version that will work forever, even though it
runs to a few hundred Mb.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-28 Thread Jeremiah Benham
There is a GNU/Linux AppImage here:
http://denemo.org/~jjbenham/AppImage/denemo_2.2.3.AppImage

It does not have any of the dependencies in the image. Should I package
lilypond and all the dependencies even if they are in each distro anyway?

The Darwin snapshot is here:
http://denemo.org/~jjbenham/darwin/denemo-0.0.0-0-darwin-x64.tar.bz2

Jeremiah

On Wed, Mar 28, 2018 at 6:59 AM, Richard Shann 
wrote:

> On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:
> >
> >
> > On Sat, Mar 24, 2018, 4:28 AM Richard Shann 
> > wrote:
> > >
> [...]
> > > GNU Denemo version 2.2.1
> > > Gtk versions runtime: 3.22.7, compiled against: 3.22.7
> >
> > I have fixed this. It was failing to build but was packaging an old
> > version in its place. I need to put something in there that will tell
> > me when it fails.
>
> This is working well - I'm able to debug the problem with shortcuts on
> windows - I've now pushed what I hope will be a fix for the problem,
> and I've applied it to Unix versions as well, as it may be only a
> matter of Gdk versions before it appears there as well.
> Can Windows users please try
> http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's build
>
> and Unix users please test that nothing is broken in latest git for
> your use of shortcuts.
> (Is there a binary for Unix users to try Jeremiah?)
>
> Richard
>
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-28 Thread Richard Shann
On Sun, 2018-03-25 at 12:38 +, Jeremiah Benham wrote:
> 
> 
> On Sat, Mar 24, 2018, 4:28 AM Richard Shann 
> wrote:
> > 
[...]
> > GNU Denemo version 2.2.1
> > Gtk versions runtime: 3.22.7, compiled against: 3.22.7
> 
> I have fixed this. It was failing to build but was packaging an old
> version in its place. I need to put something in there that will tell
> me when it fails.

This is working well - I'm able to debug the problem with shortcuts on
windows - I've now pushed what I hope will be a fix for the problem,
and I've applied it to Unix versions as well, as it may be only a
matter of Gdk versions before it appears there as well.
Can Windows users please try 
http://www.denemo.org/~jjbenham/mxe/denemo.zip after tonight's build

and Unix users please test that nothing is broken in latest git for
your use of shortcuts.
(Is there a binary for Unix users to try Jeremiah?)

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-25 Thread Jeremiah Benham
On Sat, Mar 24, 2018, 4:28 AM Richard Shann  wrote:

> On Fri, 2018-03-23 at 18:09 +, Richard Shann wrote:
> > On Fri, 2018-03-23 at 10:20 -0500, Jeremiah Benham wrote:
> > > Is there a better time for me to create this file? This is set to
> > > 5am
> > > on the server. That may be like midnight your time.
> >
> > The time of day is just fine, what I am puzzled about is that it does
> > not appear to be using the latest sources. I've bumped the
> > development
> > version so it should become quite clear tonight.
>
> So I downloaded http://www.denemo.org/~jjbenham/mxe/denemo.zip
> dated 2018-03-24 05:00
> and ran it under wine with --version and its output was
>
> GNU Denemo version 2.2.1
> Gtk versions runtime: 3.22.7, compiled against: 3.22.7
>

I have fixed this. It was failing to build but was packaging an old version
in its place. I need to put something in there that will tell me when it
fails.

Jeremiah

>
> while the current git has configure.ac set to 2.2.3 via
>
> -AC_INIT([denemo], [2.2.1], [denemo-devel@gnu.org])
> +AC_INIT([denemo], [2.2.3], [denemo-devel@gnu.org])
>
> so the nightly build is always building the same version it seems.
>
> Richard
>
>
> ___
> Denemo-devel mailing list
> Denemo-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/denemo-devel
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-24 Thread Richard Shann
On Fri, 2018-03-23 at 18:09 +, Richard Shann wrote:
> On Fri, 2018-03-23 at 10:20 -0500, Jeremiah Benham wrote:
> > Is there a better time for me to create this file? This is set to
> > 5am
> > on the server. That may be like midnight your time.
> 
> The time of day is just fine, what I am puzzled about is that it does
> not appear to be using the latest sources. I've bumped the
> development
> version so it should become quite clear tonight.

So I downloaded http://www.denemo.org/~jjbenham/mxe/denemo.zip 
dated 2018-03-24 05:00  
and ran it under wine with --version and its output was

GNU Denemo version 2.2.1
Gtk versions runtime: 3.22.7, compiled against: 3.22.7

while the current git has configure.ac set to 2.2.3 via

-AC_INIT([denemo], [2.2.1], [denemo-devel@gnu.org])
+AC_INIT([denemo], [2.2.3], [denemo-devel@gnu.org])

so the nightly build is always building the same version it seems.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-23 Thread Richard Shann
On Fri, 2018-03-23 at 10:20 -0500, Jeremiah Benham wrote:
> Is there a better time for me to create this file? This is set to 5am
> on the server. That may be like midnight your time.
The time of day is just fine, what I am puzzled about is that it does
not appear to be using the latest sources. I've bumped the development
version so it should become quite clear tonight.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-23 Thread Jeremiah Benham
Is there a better time for me to create this file? This is set to 5am on
the server. That may be like midnight your time. This only takes the server
proximately one minute to generate this. I could have it render more
frequently if it would be helpful?

Jeremiah

On Thu, Mar 22, 2018 at 12:37 PM, Richard Shann 
wrote:

> On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> > [...]I have put this in the build script and setup cron to build a
> > snapshot every day.
>
> Jeremiah - I see a new build each day at
>
> http://www.denemo.org/~jjbenham/mxe/?C=M;O=D
>
> but it does not seem to be from the current Savannah snapshot - I don't
> see debugging statements inserted in
>
> dnm_clean_event (GdkEventKey * event)
>
> I've just pushed some further debug output and will check again
> tomorrow.
>
> Richard
>
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-22 Thread Richard Shann
On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> [...]I have put this in the build script and setup cron to build a
> snapshot every day.

Jeremiah - I see a new build each day at 

http://www.denemo.org/~jjbenham/mxe/?C=M;O=D

but it does not seem to be from the current Savannah snapshot - I don't
see debugging statements inserted in 

dnm_clean_event (GdkEventKey * event)

I've just pushed some further debug output and will check again
tomorrow.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-18 Thread Jeremiah Benham
I think I found how to fix this. I just did a fresh pull of mxe and build
then tested in wine. The icons were there. I did an rsync -a
--ignore-existing to the denemo that I distribute and the icons were not
there. That tells me I am not missing any files but the files need to be
updated. I did a pull in the mxe directory that build denemo. I think once
it is done that the issue will be fixed.

Jeremiah

On Mar 17, 2018 4:07 AM, "Richard Shann"  wrote:

> On Fri, 2018-03-16 at 19:52 +, Richard Shann wrote:
> > On Thu, 2018-03-15 at 12:05 +, Richard Shann wrote:
> > > On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> > > >
> > > > It suggests getting the hicolor theme from https://icon-theme.fre
> > > > ed
> > > > es
> > > > kt
> > > > op.org/releases/hicolor-icon-theme-0.17.tar.xz
> > > >  - that is a unix package ...
> > > >
> > > >
> > > >
> > > > I believe I have done that. I will look into it. I think it is
> > > > just
> > > > not finding it.
> > >
> > > I looked inside your package and indeed the hicolor theme is
> > > present,
> > > it's just not finding it. I tried moving the /bin /lib /share /etc
> > > directories into a /usr directory so as to reproduce the same
> > > hierarchy
> > > as the old gub builds, but it still doesn't find it.
> > > There is some calls:
> > > gtk_icon_theme_get_default ()
> > > gtk_icon_theme_get_search_path ()
> > > which we could make inside Denemo to find out what search path Gtk
> > > has
> >
> > I've added that code for the G_OS_WIN32 build,
>
> With this code the output on startup (under wine) includes this:
>
> <8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
> Icon theme path E:\denemo\share\pixmaps
> Icon theme path E:\denemo\share\pixmaps
> Icon theme path C:\users\Public\Documents\pixmaps
> Icon theme path C:\users\Public\Application Data\pixmaps
> Icon theme path E:\denemo\share\icons
> Icon theme path E:\denemo\share\icons
> Icon theme path C:\users\Public\Documents\icons
> Icon theme path C:\users\Public\Application Data\icons
> Icon theme path C:\users\rshann\.icons
> Icon theme path C:\users\rshann\Local Settings\Application Data\icons
> [...]
> (denemo.exe:8): Gtk-WARNING **: Could not find the icon 'document-new-
> ltr'. The 'hicolor' theme
> was not found either, perhaps you need to install it.
> You can get a copy from:
> http://icon-theme.freedesktop.org/releases
> 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8>
>
> So E:\denemo\share\icons
> is present in the path (twice!) and the directory "hicolor" is present
> at that location (E: is the USB stick to which I extracted http://www.d
> enemo.org/~jjbenham/mxe/denemo.zip built 17th March).
>
> The behavior is as before.
>
> Richard
>
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-17 Thread Richard Shann
On Fri, 2018-03-16 at 19:52 +, Richard Shann wrote:
> On Thu, 2018-03-15 at 12:05 +, Richard Shann wrote:
> > On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> > > 
> > > It suggests getting the hicolor theme from https://icon-theme.fre
> > > ed
> > > es
> > > kt
> > > op.org/releases/hicolor-icon-theme-0.17.tar.xz
> > >  - that is a unix package ...
> > > 
> > > 
> > > 
> > > I believe I have done that. I will look into it. I think it is
> > > just
> > > not finding it.
> > 
> > I looked inside your package and indeed the hicolor theme is
> > present,
> > it's just not finding it. I tried moving the /bin /lib /share /etc
> > directories into a /usr directory so as to reproduce the same
> > hierarchy
> > as the old gub builds, but it still doesn't find it.
> > There is some calls:
> > gtk_icon_theme_get_default ()
> > gtk_icon_theme_get_search_path ()
> > which we could make inside Denemo to find out what search path Gtk
> > has
> 
> I've added that code for the G_OS_WIN32 build,

With this code the output on startup (under wine) includes this:

<8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
Icon theme path E:\denemo\share\pixmaps
Icon theme path E:\denemo\share\pixmaps
Icon theme path C:\users\Public\Documents\pixmaps
Icon theme path C:\users\Public\Application Data\pixmaps
Icon theme path E:\denemo\share\icons
Icon theme path E:\denemo\share\icons
Icon theme path C:\users\Public\Documents\icons
Icon theme path C:\users\Public\Application Data\icons
Icon theme path C:\users\rshann\.icons
Icon theme path C:\users\rshann\Local Settings\Application Data\icons
[...]
(denemo.exe:8): Gtk-WARNING **: Could not find the icon 'document-new-
ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases
8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8>

So E:\denemo\share\icons
is present in the path (twice!) and the directory "hicolor" is present
at that location (E: is the USB stick to which I extracted http://www.d
enemo.org/~jjbenham/mxe/denemo.zip built 17th March).

The behavior is as before.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-16 Thread Richard Shann
On Thu, 2018-03-15 at 12:05 +, Richard Shann wrote:
> On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> > 
> > It suggests getting the hicolor theme from https://icon-theme.freed
> > es
> > kt
> > op.org/releases/hicolor-icon-theme-0.17.tar.xz
> >  - that is a unix package ...
> > 
> > 
> > 
> > I believe I have done that. I will look into it. I think it is just
> > not finding it.
> 
> I looked inside your package and indeed the hicolor theme is present,
> it's just not finding it. I tried moving the /bin /lib /share /etc
> directories into a /usr directory so as to reproduce the same
> hierarchy
> as the old gub builds, but it still doesn't find it.
> There is some calls:
> gtk_icon_theme_get_default ()
> gtk_icon_theme_get_search_path ()
> which we could make inside Denemo to find out what search path Gtk
> has

I've added that code for the G_OS_WIN32 build, but I fear it may not be
the whole story. The error message mentions a particular icon name and
that doesn't appear in the "hicolor" theme anyway.
In wine the full error message is:

denemo.exe:8): Gtk-WARNING **: Could not find the icon 'document-new-
ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases

I wonder if document-new-ltr.png or .svg appears anywhere in our
bundles? I can't see it in my installed Gtk on Debian, but it may be a
different Gtk version.

Richard





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-15 Thread Richard Shann
On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> (***) Well, there is one other thing - pressing the key "a" on the
> keyboard causes Gdk to see "aacute", that is, it has some wrong
> locale
> for the keyboard - most keypresses are ok. This is on an ancient
> Vista
> laptop, it works ok on wine.
> 
> 
> I am not sure what to do here. I think there is some cache file that
> needs updated or something lime that.
It may just be some quirk of that particular machines setup or history
... we can come back to this if it persists into further testing.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-15 Thread Richard Shann
On Wed, 2018-03-14 at 18:17 -0500, Jeremiah Benham wrote:
> 
> It suggests getting the hicolor theme from https://icon-theme.freedes
> kt
> op.org/releases/hicolor-icon-theme-0.17.tar.xz
>  - that is a unix package ...
> 
> 
> 
> I believe I have done that. I will look into it. I think it is just
> not finding it.

I looked inside your package and indeed the hicolor theme is present,
it's just not finding it. I tried moving the /bin /lib /share /etc
directories into a /usr directory so as to reproduce the same hierarchy
as the old gub builds, but it still doesn't find it.
There is some calls:
gtk_icon_theme_get_default ()
gtk_icon_theme_get_search_path ()
which we could make inside Denemo to find out what search path Gtk has
- it looks like this is difficult to use from inside gdb however since
you have to pass in pointers to allocated memory to get the results, so
I think it would have to be inserted into the source code.

Richard


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-11 Thread Richard Shann
On Thu, 2018-03-08 at 13:30 -0600, Jeremiah Benham wrote:
> Maybe you can help me here. I am not too familiar with scripting in
> windows. I now see what I needed to do to get things to work in os x.
> We can apply the same things in windows. I have attached two scripts.
> The first one is the denemo.sh that sets the environment needed for
> os x to launch denemo. I also realize that lilypond is a script that
> I edited. It may have been a script to begin with. I don't know.
> Anyway this needs to be translated for a windows shell so we can do
> the same or similar thing. This could be tested with the current
> build if we create a script to launch lilypond then have denemo
> launch the script. I don't know how to do stdin on a windows script.
> I found this and assume that it is close:

I didn't make much progress with setting environment variables (*) but
I did make good progress. In the zip file you have LilyPond and Denemo
as two separate hierarchies of /usr directories. I merged them into one
set and the result was that Denemo now runs LilyPond successfully - I
didn't tinker with any environment variables, and it works with just
setting Edit->Change Preferences->LilyPond to just "lilypond" without
any indication of the path (it works with the full path too).

Essentially I merged the /bin /etc /share /lib files in the denemo
directory with those in the denemo/LilyPond/usr directory(**). The
other way round (with the LilyPond ones overwriting ones in the denemo
directory resulted in Denemo crashing on startup).

I've only found one(***) thing not working so far: the Gtk icons for
the toolbar are not loaded, nor those for the window decorations (ie
the minimize, restore and x for quit in the corner of the window). The
error message on startup is that:
"... icon 'window-minimize-symbolic-ltr' is not found. The
'hicolor' theme is not found either ..."

It suggests getting the hicolor theme from https://icon-theme.freedeskt
op.org/releases/hicolor-icon-theme-0.17.tar.xz 
 - that is a unix package ...

It does look like you are very close. Below are some details, in case
they are useful. Let me know if I can do anything more.

Richard
(*) Trying to set environment variable GS_LIB following the example for
osx ran into the problem that that expected ghostscript 9.19 while the
denemo package has ghostscript 8.71, and
$PREFIX/share/ghostscript/9.19/iccprofiles
doesn't exist on 8.71. I wasn't sure that a setting in Denemo.bat was
going to survive into the environment of the launched program, but I
didn't look into that further.
(**)To be precise, I first did a cp -r on the LilyPond/usr directory to
a copy of the denemo directory, thus overwriting any files of the same
name in denemo/bin,lib,etc,share and that cause Denemo to crash on
launching Denemo.bat. So then I did a cp -r of denemo/bin,lib,etc.share
 onto that copy, thus overwriting any common files that had come from
the LilyPond/usr set.
(***) Well, there is one other thing - pressing the key "a" on the
keyboard causes Gdk to see "aacute", that is, it has some wrong locale
for the keyboard - most keypresses are ok. This is on an ancient Vista
laptop, it works ok on wine.






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-09 Thread Richard Shann
On Thu, 2018-03-08 at 13:30 -0600, Jeremiah Benham wrote:
> Maybe you can help me here.

I'll give it a try ...

Richard

>  I am not too familiar with scripting in windows. I now see what I
> needed to do to get things to work in os x. We can apply the same
> things in windows. I have attached two scripts. The first one is the
> denemo.sh that sets the environment needed for os x to launch denemo.
> I also realize that lilypond is a script that I edited. It may have
> been a script to begin with. I don't know. Anyway this needs to be
> translated for a windows shell so we can do the same or similar
> thing. This could be tested with the current build if we create a
> script to launch lilypond then have denemo launch the script. I don't
> know how to do stdin on a windows script. I found this and assume
> that it is close:
> https://stackoverflow.com/questions/15994824/faking-standard-input-on
> -the-windows-command-line
> 
> Jeremiah 
> 
> On Thu, Mar 8, 2018 at 11:18 AM, Richard Shann  om> wrote:
> > On Thu, 2018-03-08 at 09:33 -0600, Jeremiah Benham wrote:
> > > Do you know how to set the path in Windows? 
> > > I know it is something like
> > > set PATH=C:
> > In a batch file it seems that you do
> > 
> > SET PATH=%PATH%;c:\whatever\else
> > 
> > to append to the path (that is %PATH% is the equivalent of $PATH in
> > Unix
> > 
> > >
> > > my question is is it comma seperated or what?
> > 
> > I remember it is the opposite of Unix, so semi-colon instead on
> > Unix's
> > colon.
> > 
> > Richard
> > 
> > 
> > >
> > > Jeremiah
> > > -- Forwarded message --
> > > From: "Jeremiah Benham" 
> > > Date: Mar 8, 2018 9:31 AM
> > > Subject: Re: [Denemo-devel] Today's download: Tues 13 Feb appears
> > to
> > > be broken
> > > To: "richard" 
> > > Cc: 
> > >
> > > > There is a new snapshot created. It still has the same
> > problems. It
> > > > says something about lilypond exited with an error. I remember
> > > > having the same problem is mac os X. I am going to look at the
> > > > denemo.sh file I created for os x to see what I needed to do. I
> > am
> > > > pretty sure I had to set some environment variables because
> > > > lilypond was not finding ghostscript causing it to crash.
> > Lilypond
> > > > works fine at the command line. It has to be an environment
> > issue. 
> > > >
> > > > I think I said that this was a 64 bit build. I think I was
> > wrong. I
> > > > think the default build in mxe is 32 bit. I am testing ot on a
> > 64
> > > > bit windows version 7 running im virtualbox.
> > > >
> > > > Jeremiah 
> > > >
> > > > On Mar 3, 2018 3:12 AM, "Richard Shann"  > m>
> > > > wrote:
> > > > > On Fri, 2018-03-02 at 13:39 -0600, Jeremiah Benham wrote:
> > > > > >
> > > > > >
> > > > > > On Mar 2, 2018 9:24 AM, "Richard Shann"  > s.co
> > > > > m>
> > > > > > wrote:
> > > > > > On Thu, 2018-03-01 at 15:02 -0600, Jeremiah Benham wrote:
> > > > > > > I have been unable to upload to git so I created a patch
> > for
> > > > > > > configure.ad so that when --enable-debug is added to
> > prepends
> > > > > > CFLAGS
> > > > > > > -O0 -g
> > > > > >
> > > > > > Did you intend to include the patch? What is stopping you
> > > > > updating
> > > > > > git?
> > > > > >
> > > > > > I am not sure. It is the same key. It is on a completely
> > > > > different
> > > > > > key. Maybe it is to old or something. I may have to make a
> > new
> > > > > one.
> > > > > > There my be a problem with the file triplet uploading to
> > ftp as
> > > > > well.
> > > > > > I will try again soon or make a nee key. Didn't you have a
> > > > > similar
> > > > > > issue?
> > > > >
> > > > > I think my problem is that I changed the name of my localhost
> > on
> > > > > installing the new version of Debian
> > > > >
> > > > > >  How did you resolve it?
> > > > > I went to the Savannah interface and added my key https://sav
> > anna
> > > > > h.gnu.
> > > > > org/my/admin/
> > > > > under Authentication Setup as I recall...
> > > > >
> > > > >
> > > > > >  Here is that patch. You can apply and upload it if you
> > wish:
> > > > > > http://denemo.org/~jjbenham/mxe/src/denemo-1-autoconf.patch
> > > > >
> > > > > I've pushed this to git, partly to check that the access is
> > still
> > > > > ok
> > > > > for me. Let me know when you have something new built to
> > check.
> > > > >
> > > > > Richard
> > > > >
> > > > >
> > >
> > > ___
> > > Denemo-devel mailing list
> > > Denemo-devel@gnu.org
> > > https://lists.gnu.org/mailman/listinfo/denemo-devel
> > 
> 
> 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-08 Thread Jeremiah Benham
Maybe you can help me here. I am not too familiar with scripting in
windows. I now see what I needed to do to get things to work in os x. We
can apply the same things in windows. I have attached two scripts. The
first one is the denemo.sh that sets the environment needed for os x to
launch denemo. I also realize that lilypond is a script that I edited. It
may have been a script to begin with. I don't know. Anyway this needs to be
translated for a windows shell so we can do the same or similar thing. This
could be tested with the current build if we create a script to launch
lilypond then have denemo launch the script. I don't know how to do stdin
on a windows script. I found this and assume that it is close:
https://stackoverflow.com/questions/15994824/faking-standard-input-on-the-windows-command-line

Jeremiah

On Thu, Mar 8, 2018 at 11:18 AM, Richard Shann 
wrote:

> On Thu, 2018-03-08 at 09:33 -0600, Jeremiah Benham wrote:
> > Do you know how to set the path in Windows?
> > I know it is something like
> > set PATH=C:
> In a batch file it seems that you do
>
> SET PATH=%PATH%;c:\whatever\else
>
> to append to the path (that is %PATH% is the equivalent of $PATH in
> Unix
>
> >
> > my question is is it comma seperated or what?
>
> I remember it is the opposite of Unix, so semi-colon instead on Unix's
> colon.
>
> Richard
>
>
> >
> > Jeremiah
> > -- Forwarded message --
> > From: "Jeremiah Benham" 
> > Date: Mar 8, 2018 9:31 AM
> > Subject: Re: [Denemo-devel] Today's download: Tues 13 Feb appears to
> > be broken
> > To: "richard" 
> > Cc:
> >
> > > There is a new snapshot created. It still has the same problems. It
> > > says something about lilypond exited with an error. I remember
> > > having the same problem is mac os X. I am going to look at the
> > > denemo.sh file I created for os x to see what I needed to do. I am
> > > pretty sure I had to set some environment variables because
> > > lilypond was not finding ghostscript causing it to crash. Lilypond
> > > works fine at the command line. It has to be an environment issue.
> > >
> > > I think I said that this was a 64 bit build. I think I was wrong. I
> > > think the default build in mxe is 32 bit. I am testing ot on a 64
> > > bit windows version 7 running im virtualbox.
> > >
> > > Jeremiah
> > >
> > > On Mar 3, 2018 3:12 AM, "Richard Shann" 
> > > wrote:
> > > > On Fri, 2018-03-02 at 13:39 -0600, Jeremiah Benham wrote:
> > > > >
> > > > >
> > > > > On Mar 2, 2018 9:24 AM, "Richard Shann"  > > > m>
> > > > > wrote:
> > > > > On Thu, 2018-03-01 at 15:02 -0600, Jeremiah Benham wrote:
> > > > > > I have been unable to upload to git so I created a patch for
> > > > > > configure.ad so that when --enable-debug is added to prepends
> > > > > CFLAGS
> > > > > > -O0 -g
> > > > >
> > > > > Did you intend to include the patch? What is stopping you
> > > > updating
> > > > > git?
> > > > >
> > > > > I am not sure. It is the same key. It is on a completely
> > > > different
> > > > > key. Maybe it is to old or something. I may have to make a new
> > > > one.
> > > > > There my be a problem with the file triplet uploading to ftp as
> > > > well.
> > > > > I will try again soon or make a nee key. Didn't you have a
> > > > similar
> > > > > issue?
> > > >
> > > > I think my problem is that I changed the name of my localhost on
> > > > installing the new version of Debian
> > > >
> > > > >  How did you resolve it?
> > > > I went to the Savannah interface and added my key https://savanna
> > > > h.gnu.
> > > > org/my/admin/
> > > > under Authentication Setup as I recall...
> > > >
> > > >
> > > > >  Here is that patch. You can apply and upload it if you wish:
> > > > > http://denemo.org/~jjbenham/mxe/src/denemo-1-autoconf.patch
> > > >
> > > > I've pushed this to git, partly to check that the access is still
> > > > ok
> > > > for me. Let me know when you have something new built to check.
> > > >
> > > > Richard
> > > >
> > > >
> >
> > ___
> > Denemo-devel mailing list
> > Denemo-devel@gnu.org
> > https://lists.gnu.org/mailman/listinfo/denemo-devel
>


denemo.sh
Description: application/shellscript


lilypond
Description: Binary data
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Fwd: Re: Today's download: Tues 13 Feb appears to be broken

2018-03-08 Thread Richard Shann
On Thu, 2018-03-08 at 09:33 -0600, Jeremiah Benham wrote:
> Do you know how to set the path in Windows? 
> I know it is something like
> set PATH=C:
In a batch file it seems that you do

SET PATH=%PATH%;c:\whatever\else

to append to the path (that is %PATH% is the equivalent of $PATH in
Unix

> 
> my question is is it comma seperated or what?

I remember it is the opposite of Unix, so semi-colon instead on Unix's
colon.

Richard


> 
> Jeremiah
> -- Forwarded message --
> From: "Jeremiah Benham" 
> Date: Mar 8, 2018 9:31 AM
> Subject: Re: [Denemo-devel] Today's download: Tues 13 Feb appears to
> be broken
> To: "richard" 
> Cc: 
> 
> > There is a new snapshot created. It still has the same problems. It
> > says something about lilypond exited with an error. I remember
> > having the same problem is mac os X. I am going to look at the
> > denemo.sh file I created for os x to see what I needed to do. I am
> > pretty sure I had to set some environment variables because
> > lilypond was not finding ghostscript causing it to crash. Lilypond
> > works fine at the command line. It has to be an environment issue. 
> > 
> > I think I said that this was a 64 bit build. I think I was wrong. I
> > think the default build in mxe is 32 bit. I am testing ot on a 64
> > bit windows version 7 running im virtualbox.
> > 
> > Jeremiah 
> > 
> > On Mar 3, 2018 3:12 AM, "Richard Shann" 
> > wrote:
> > > On Fri, 2018-03-02 at 13:39 -0600, Jeremiah Benham wrote:
> > > >
> > > >
> > > > On Mar 2, 2018 9:24 AM, "Richard Shann"  > > m>
> > > > wrote:
> > > > On Thu, 2018-03-01 at 15:02 -0600, Jeremiah Benham wrote:
> > > > > I have been unable to upload to git so I created a patch for
> > > > > configure.ad so that when --enable-debug is added to prepends
> > > > CFLAGS
> > > > > -O0 -g
> > > >
> > > > Did you intend to include the patch? What is stopping you
> > > updating
> > > > git?
> > > >
> > > > I am not sure. It is the same key. It is on a completely
> > > different
> > > > key. Maybe it is to old or something. I may have to make a new
> > > one.
> > > > There my be a problem with the file triplet uploading to ftp as
> > > well.
> > > > I will try again soon or make a nee key. Didn't you have a
> > > similar
> > > > issue?
> > > 
> > > I think my problem is that I changed the name of my localhost on
> > > installing the new version of Debian
> > > 
> > > >  How did you resolve it?
> > > I went to the Savannah interface and added my key https://savanna
> > > h.gnu.
> > > org/my/admin/
> > > under Authentication Setup as I recall...
> > > 
> > > 
> > > >  Here is that patch. You can apply and upload it if you wish:
> > > > http://denemo.org/~jjbenham/mxe/src/denemo-1-autoconf.patch
> > > 
> > > I've pushed this to git, partly to check that the access is still
> > > ok
> > > for me. Let me know when you have something new built to check.
> > > 
> > > Richard
> > > 
> > > 
> 
> ___
> Denemo-devel mailing list
> Denemo-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/denemo-devel

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel