Re: [Denemo-devel] latest linux binary?

[Jeremiah Benham]

What is the status of this? Are we able to target an Ubuntu 14.x. I have
ubuntu 14.x  and denemo installed in a VM. I just wondered if I should use
it to create an AppImage or I should work on this OpenBuildSystem. If OBS
can't create a target that is against an old enough libc then I should
probably use my VM. Keep in mind we will probably want an AppImage with
lilypond and friends bundled along with it.

Jeremiah

On Sat, Feb 3, 2018, 5:58 AM Edgar Aichinger  wrote:

> Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:
> > From a bit searching I believe that your error is a different issue and
> comes from the fact that the Appimage is built against newer glib2 than
> your 14.04.1 Ubuntu...
> >
> > I just changed the Appimage setup so that it builds against openSUSE
> leap 42.2 instead of 42.3, in the hope that it might provide an older
> glib2. The worker machines seem to be busy and lagging, so I can't tell
> when the build will complete, probably a bit later today. So if you revisit
> the download area and find a denemo Appimage from today try if it's any
> better than the previous one...
> >
> > I haven't been able to get answers from IRC so far, so I plan to get in
> touch with Appimage main developer probono via the Appimage forum or github
> issue tracker.
> >
> > Sorry for going slow, I hope we can resolve this soon.
> >
> > Edgar
>
> Update: as it turns out openSUSE Leap 42.2 also is too new and provides
> glib2 2.48 while forrunning on Ubuntu 14.04.1 you would need a build
> against glib2 <=2.40, i think.
>
> I have to leave it here for today, and cannot predict how much time I'll
> be able to invest during the next week, as it's school holiday and I go
> skiing with my kids.
>
> Cheers, Edgar
>
>
>
>
> ___
> 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] latest linux binary?

[Bric]

On February 3, 2018 at 12:11 PM Bric  wrote:  On February 3, 2018 at 10:26 AM Richard Shann wrote:   On Sat, 2018-02-03 at 09:10 -0500, Bric wrote:On February 3, 2018 at 7:30 AM Bric wrote:[...]Just FYI - tried to do my "due diligence" and update/upgrade my Ubuntu. Did "apt-get dist-upgrade"  Result: lost network connectivity COMPLETELY. No wifi, no eithernet, no network-manager icon... complete shutout.  I had had bad experiences with upgrades before - the main reason i was reluctant to do it.That's been my experience of dist-upgrade (on Debian), I always end up having to copy my home directory back in and re-install packages. I think there's just not enough resources (memory? disk?) to do it.  RichardWell... managed to get eth0 running (manually).  Upgrading to Ubuntu 16 (I think) right now.  Came close to hosing the system.  Had to issue commands at the console with non-stop interruption by display adapter failing to initialize and retrying every 5 seconds (didn't know how to kill that), switching me away from my terminalNice Saturday morning derailment from planned activities.Hope there's a big denemo AppImage prize at the end of this.Apparent success!  (I gambled and seem to have won)I now have this OS:    Linux sofia 4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxAnd this runs on it: denemo-1515000238.665198a92-Build23.5.glibc2.14-x86_64.AppImage  it renders the menu improperly - the menu labels are bunched together in one continuous long "word", and i think everything else is squished horizontally.  (I can provide a screenshot)However:  I was able to apt-get all the dependencies for the git snapshot, and compile and run denemo !  Don't see any glitches at first glance, will continue to exploreThanks again, Edgar and everyone else ! ___ 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] latest linux binary?

[Bric]

On February 3, 2018 at 10:26 AM Richard Shann wrote:On Sat, 2018-02-03 at 09:10 -0500, Bric wrote:On February 3, 2018 at 7:30 AM Bric wrote:[...]Just FYI - tried to do my "due diligence" and update/upgrade myUbuntu. Did "apt-get dist-upgrade"Result: lost network connectivity COMPLETELY. No wifi, noeithernet, no network-manager icon... complete shutout.I had had bad experiences with upgrades before - the main reason iwas reluctant to do it.That's been my experience of dist-upgrade (on Debian), I always end uphaving to copy my home directory back in and re-install packages. Ithink there's just not enough resources (memory? disk?) to do it.RichardWell... managed to get eth0 running (manually).  Upgrading to Ubuntu 16 (I think) right now.  Came close to hosing the system.  Had to issue commands at the console with non-stop interruption by display adapter failing to initialize and retrying every 5 seconds (didn't know how to kill that), switching me away from my terminalNice Saturday morning derailment from planned activities.Hope there's a big denemo AppImage prize at the end of this.
 

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

Re: [Denemo-devel] latest linux binary?

[Richard Shann]

On Sat, 2018-02-03 at 09:10 -0500, Bric wrote:
> > On February 3, 2018 at 7:30 AM Bric  wrote: 
> > 
> > 
[...]
> Just FYI - tried to do my "due diligence" and update/upgrade my
> Ubuntu.  Did "apt-get dist-upgrade"
> 
> Result:  lost network connectivity COMPLETELY.  No wifi, no
> eithernet, no network-manager icon... complete shutout.
> 
> I had had bad experiences with upgrades before - the main reason i
> was reluctant to do it.

That's been my experience of dist-upgrade (on Debian), I always end up
having to copy my home directory back in and re-install packages. I
think there's just not enough resources (memory? disk?) to do it.

Richard


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

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 7:30 AM Bric  wrote:  On February 3, 2018 at 6:58 AM Edgar Aichinger wrote:   Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:From a bit searching I believe that your error is a different issue and comes from the fact that the Appimage is built against newer glib2 than your 14.04.1 Ubuntu...  I just changed the Appimage setup so that it builds against openSUSE leap 42.2 instead of 42.3, in the hope that it might provide an older glib2. The worker machines seem to be busy and lagging, so I can't tell when the build will complete, probably a bit later today. So if you revisit the download area and find a denemo Appimage from today try if it's any better than the previous one...  I haven't been able to get answers from IRC so far, so I plan to get in touch with Appimage main developer probono via the Appimage forum or github issue tracker.  Sorry for going slow, I hope we can resolve this soon.  EdgarJust FYI - tried to do my "due diligence" and update/upgrade my Ubuntu.  Did "apt-get dist-upgrade"Result:  lost network connectivity COMPLETELY.  No wifi, no eithernet, no network-manager icon... complete shutout.I had had bad experiences with upgrades before - the main reason i was reluctant to do it.Update: as it turns out openSUSE Leap 42.2 also is too new and provides glib2 2.48 while forrunning on Ubuntu 14.04.1 you would need a build against glib2 <=2.40, i think.  I have to leave it here for today, and cannot predict how much time I'll be able to invest during the next week, as it's school holiday and I go skiing with my kids.  Cheers, EdgarThanks, Edgar!As a kid, if my dad canceled my and his skiing trip because he decided to help drive some stranger guy from New York to Boston, for free, after giving the guy an awesome free car to make the trip himself  ... only because the guy won't drive that car himself because he hasn't renewed his driver's license... I'd start suspecting my father either hates me or needs psychiatric help.Have a happy and safe outing !   ___ 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 
 

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

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 6:58 AM Edgar Aichinger wrote:Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:From a bit searching I believe that your error is a different issue and comes from the fact that the Appimage is built against newer glib2 than your 14.04.1 Ubuntu...I just changed the Appimage setup so that it builds against openSUSE leap 42.2 instead of 42.3, in the hope that it might provide an older glib2. The worker machines seem to be busy and lagging, so I can't tell when the build will complete, probably a bit later today. So if you revisit the download area and find a denemo Appimage from today try if it's any better than the previous one...I haven't been able to get answers from IRC so far, so I plan to get in touch with Appimage main developer probono via the Appimage forum or github issue tracker.Sorry for going slow, I hope we can resolve this soon.EdgarUpdate: as it turns out openSUSE Leap 42.2 also is too new and provides glib2 2.48 while forrunning on Ubuntu 14.04.1 you would need a build against glib2 <=2.40, i think.I have to leave it here for today, and cannot predict how much time I'll be able to invest during the next week, as it's school holiday and I go skiing with my kids. Cheers, EdgarThanks, Edgar!As a kid, if my dad canceled my and his skiing trip because he decided to help drive some stranger guy from New York to Boston, for free, after giving the guy an awesome free car to make the trip himself  ... only because the guy won't drive that car himself because he hasn't renewed his driver's license... I'd start suspecting my father either hates me or needs psychiatric help.Have a happy and safe outing !___Denemo-devel mailing listDenemo-devel@gnu.orghttps://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] latest linux binary?

[Edgar Aichinger]

Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:
> From a bit searching I believe that your error is a different issue and comes 
> from the fact that the Appimage is built against newer glib2 than your 
> 14.04.1 Ubuntu...
> 
> I just changed the Appimage setup so that it builds against openSUSE leap 
> 42.2 instead of 42.3, in the hope that it might provide an older glib2. The 
> worker machines seem to be busy and lagging, so I can't tell when the build 
> will complete, probably a bit later today. So if you revisit the download 
> area and find a denemo Appimage from today try if it's any better than the 
> previous one...
> 
> I haven't been able to get answers from IRC so far, so I plan to get in touch 
> with Appimage main developer probono via the Appimage forum or github issue 
> tracker.
> 
> Sorry for going slow, I hope we can resolve this soon.
> 
> Edgar

Update: as it turns out openSUSE Leap 42.2 also is too new and provides glib2 
2.48 while forrunning on Ubuntu 14.04.1 you would need a build against glib2 
<=2.40, i think.

I have to leave it here for today, and cannot predict how much time I'll be 
able to invest during the next week, as it's school holiday and I go skiing 
with my kids. 

Cheers, Edgar




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

Re: [Denemo-devel] latest linux binary?

[Edgar Aichinger]

Am Freitag, 2. Februar 2018, 08:42:05 CET schrieb Bric:
> 
> On January 29, 2018 at 11:51 AM Edgar Aichinger  wrote: 
> 
> Just one more thing, I forgot to test the resulting Appimage before writing 
> the previous mail this morning, and now that i did test I see it doesn't 
> work...
> This is the error I'm seeing in the terminal:
> 
> 
> In case this error message helps - this is how the AppImage errors out for me 
> (on my Linux 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 
> 2015 x86_64 x86_64 x86_64 GNU/Linux):
> 
> 
> 
> $ ./denemo-1515000238.665198a92-Build23.3.glibc2.14-x86_64.AppImage
> denemo: /lib/x86_64-linux-gnu/libgpg-error.so.0: no version information 
> available (required by /tmp/.mount_denemoI98gbi/usr/lib/libgcrypt.so.20)
> denemo: symbol lookup error: /tmp/.mount_denemoI98gbi/usr/lib/libgtk-3.so.0: 
> undefined symbol: g_type_check_instance_is_fundamentally_a

>From a bit searching I believe that your error is a different issue and comes 
>from the fact that the Appimage is built against newer glib2 than your 14.04.1 
>Ubuntu...

I just changed the Appimage setup so that it builds against openSUSE leap 42.2 
instead of 42.3, in the hope that it might provide an older glib2. The worker 
machines seem to be busy and lagging, so I can't tell when the build will 
complete, probably a bit later today. So if you revisit the download area and 
find a denemo Appimage from today try if it's any better than the previous 
one...

I haven't been able to get answers from IRC so far, so I plan to get in touch 
with Appimage main developer probono via the Appimage forum or github issue 
tracker.

Sorry for going slow, I hope we can resolve this soon.

Edgar





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

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 29, 2018 at 11:51 AM Edgar Aichinger  wrote:  Just one more thing, I forgot to test the resulting Appimage before writing the previous mail this morning, and now that i did test I see it doesn't work...This is the error I'm seeing in the terminal:In case this error message helps - this is how the AppImage errors out for me (on my Linux 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux):$ ./denemo-1515000238.665198a92-Build23.3.glibc2.14-x86_64.AppImagedenemo: /lib/x86_64-linux-gnu/libgpg-error.so.0: no version information available (required by /tmp/.mount_denemoI98gbi/usr/lib/libgcrypt.so.20)denemo: symbol lookup error: /tmp/.mount_denemoI98gbi/usr/lib/libgtk-3.so.0: undefined symbol: g_type_check_instance_is_fundamentally_a ed@asus:~/Downloads> ./denemo-1515000238.665198a92-Build21.1.glibc2.14-x86_64.AppImage guile: uncaught throw to misc-error: (#f ~A ~S ~S ~S (No variable named %current-warning-port-fluid in #) #f) Cannot exit gracefully when init is in progress; aborting. I will try to contact the OBS/appimage experts on IRC and tell here once I find out more. Am Montag, 29. Januar 2018, 11:22:23 CET schrieb Edgar Aichinger:> Hello again,>> I've made progress this morning, and an Appimage from latest git is available now, with correct version numbers, while the rpms still are built from the release tarball.> I had forgotten to enable the appmage service in OBS, thus no git sources... guess I needed some sleep.>> Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/>> Jeremiah, if you need help in fixing the current conflict in your branch, tell me... there is a commandline program to interact with OBS, called osc and it can resolve this. Or delete and re-branch, or as I said, detach your branch by either also using osc or removing the file _link, shown when displaying "unmerged sources".>> Cheers, Edgar>> Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:> > Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:> > > I am working on getting a AppImage built of denemo here:> > > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo> > >> > > It all compiles but it chokes installing the .png and .desktop files into> > > the appimage directory. Maybe you can help out by looking for other> > > examples of what others have done. I need some guidance here. I may need to> > > ask on the forums or irc or something.> > >> > > Jeremiah> >> > I'm sorry to join this discussion late, but today finally I found a bit time to look at this.> >> > I see your denemo package on OBS is branched from mine, and heavily modified just to create the Appimage from latest git.> > Now today I tried and in turn copied your appimage.yml to my package, which lead to a new bunch of problems due to the link relationship between our two packages...> > Any changes I make in my package that are incompatible to yours make your branch appear broken. BTW, You can detach your branch by deleting the _link file from the package sources.> >> > As I don't want to get rid of the release version in my package, and after a few trials cannot seem to find a way to get and extract the git sources for the appimage, I decided to try with the release tarball for now. In appimage.yml I have commented the references to git, and modified the script section so that ./autogen.sh is omitted.> >> > I think the linuxdeployqt command cares for all the .desktop file stuff except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and that made it generate the appimage. I think that's the step your yml is missing.> >> > There are quite a few oddities going on though, e.g. the way to change into the extracted source dir, or why it ends up with a packagename denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time right now, but I thought I should let you knowabout my findings and hope this is useful.> >> > Maybe we should think about how to cooperate better in OBS, I'm not exactly an expert but I use it since some years and understand quite some of it. For example you could make me maintainer in your branch, or we could set up a new project called e.g. home:denemo with separate packages for release and git builds, quite some applications use a scheme like that, see e.g. home:Entropytuner.> >> > So to summarize my work from today:> > The appimage I was able to generate (from 2.0.14) is here:> > https://download.opensuse.org/repositories/home:/edogawa/AppImage/> >> > my denemo package is being built at> > https://build.opensuse.org/package/show/home:edogawa/denemo> > (IIRC you need to log in to read the build logs)> >> > >> > >> > > On Jan 26, 2018 7:51 PM, "Bric"  wrote:> > >> > > >> > > > On January 22, 2018 at 9:18 PM Bric  wrote:> > > >> > > >> > > > On January 22, 2018 at 1:48 PM Jeremiah Benham > > > > wrote:> > > >> > > > I see this also integrates with OBS and travis. Travis, is that what o

Re: [Denemo-devel] latest linux binary?

[Bric]

Hope it's OK to just send a "Thank you" message via this list.I appreciate Edgar's efforts to provide the binary.  Looking forward to consuming it.:-)On January 29, 2018 at 11:51 AM Edgar Aichinger  wrote:  Just one more thing, I forgot to test the resulting Appimage before writing the previous mail this morning, and now that i did test I see it doesn't work...This is the error I'm seeing in the terminal: ed@asus:~/Downloads> ./denemo-1515000238.665198a92-Build21.1.glibc2.14-x86_64.AppImage guile: uncaught throw to misc-error: (#f ~A ~S ~S ~S (No variable named %current-warning-port-fluid in #) #f) Cannot exit gracefully when init is in progress; aborting. I will try to contact the OBS/appimage experts on IRC and tell here once I find out more. Am Montag, 29. Januar 2018, 11:22:23 CET schrieb Edgar Aichinger:> Hello again,>> I've made progress this morning, and an Appimage from latest git is available now, with correct version numbers, while the rpms still are built from the release tarball.> I had forgotten to enable the appmage service in OBS, thus no git sources... guess I needed some sleep.>> Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/>> Jeremiah, if you need help in fixing the current conflict in your branch, tell me... there is a commandline program to interact with OBS, called osc and it can resolve this. Or delete and re-branch, or as I said, detach your branch by either also using osc or removing the file _link, shown when displaying "unmerged sources".>> Cheers, Edgar>> Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:> > Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:> > > I am working on getting a AppImage built of denemo here:> > > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo> > >> > > It all compiles but it chokes installing the .png and .desktop files into> > > the appimage directory. Maybe you can help out by looking for other> > > examples of what others have done. I need some guidance here. I may need to> > > ask on the forums or irc or something.> > >> > > Jeremiah> >> > I'm sorry to join this discussion late, but today finally I found a bit time to look at this.> >> > I see your denemo package on OBS is branched from mine, and heavily modified just to create the Appimage from latest git.> > Now today I tried and in turn copied your appimage.yml to my package, which lead to a new bunch of problems due to the link relationship between our two packages...> > Any changes I make in my package that are incompatible to yours make your branch appear broken. BTW, You can detach your branch by deleting the _link file from the package sources.> >> > As I don't want to get rid of the release version in my package, and after a few trials cannot seem to find a way to get and extract the git sources for the appimage, I decided to try with the release tarball for now. In appimage.yml I have commented the references to git, and modified the script section so that ./autogen.sh is omitted.> >> > I think the linuxdeployqt command cares for all the .desktop file stuff except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and that made it generate the appimage. I think that's the step your yml is missing.> >> > There are quite a few oddities going on though, e.g. the way to change into the extracted source dir, or why it ends up with a packagename denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time right now, but I thought I should let you knowabout my findings and hope this is useful.> >> > Maybe we should think about how to cooperate better in OBS, I'm not exactly an expert but I use it since some years and understand quite some of it. For example you could make me maintainer in your branch, or we could set up a new project called e.g. home:denemo with separate packages for release and git builds, quite some applications use a scheme like that, see e.g. home:Entropytuner.> >> > So to summarize my work from today:> > The appimage I was able to generate (from 2.0.14) is here:> > https://download.opensuse.org/repositories/home:/edogawa/AppImage/> >> > my denemo package is being built at> > https://build.opensuse.org/package/show/home:edogawa/denemo> > (IIRC you need to log in to read the build logs)> >> > >> > >> > > On Jan 26, 2018 7:51 PM, "Bric"  wrote:> > >> > > >> > > > On January 22, 2018 at 9:18 PM Bric  wrote:> > > >> > > >> > > > On January 22, 2018 at 1:48 PM Jeremiah Benham > > > > wrote:> > > >> > > > I see this also integrates with OBS and travis. Travis, is that what our> > > > testing system is called? Where and how is travis being run?> > > >> > > > Jeremiah> > > >> > > >> > > >> > > > :~$ sudo apt-get build-dep denemo> > > > Reading package lists... Done> > > > Building dependency tree> > > > Reading state information... Done> > > > The following packages have unmet dependencies:> > > > libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is no

Re: [Denemo-devel] latest linux binary?

[Edgar Aichinger]

Just one more thing, I forgot to test the resulting Appimage before writing the 
previous mail this morning, and now that i did test I see it doesn't work...
This is the error I'm seeing in the terminal:

ed@asus:~/Downloads> 
./denemo-1515000238.665198a92-Build21.1.glibc2.14-x86_64.AppImage 


I will try to contact the OBS/appimage experts on IRC and tell here once I find 
out more.

Am Montag, 29. Januar 2018, 11:22:23 CET schrieb Edgar Aichinger:
> Hello again,
> 
> I've made progress this morning, and an Appimage from latest git is available 
> now, with correct version numbers, while the rpms still are built from the 
> release tarball.
> I had forgotten to enable the appmage service in OBS, thus no git sources... 
> guess I needed some sleep.
> 
> Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/
> 
> Jeremiah, if you need help in fixing the current conflict in your branch, 
> tell me... there is a commandline program to interact with OBS, called osc 
> and it can resolve this. Or delete and re-branch, or as I said, detach your 
> branch by either also using osc or removing the file _link, shown when 
> displaying "unmerged sources".
> 
> Cheers, Edgar
> 
> Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:
> > Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:
> > > I am working on getting a AppImage built of denemo here:
> > > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo
> > > 
> > > It all compiles but it chokes installing the .png and .desktop files into
> > > the appimage directory. Maybe you can help out by looking for other
> > > examples of what others have done. I need some guidance here. I may need 
> > > to
> > > ask on the forums or irc or something.
> > > 
> > > Jeremiah
> > 
> > I'm sorry to join this discussion late, but today finally I found a bit 
> > time to look at this.
> > 
> > I see your denemo package on OBS is branched from mine, and heavily 
> > modified just to create the Appimage from latest git.
> > Now today I tried and in turn copied your appimage.yml to my package, which 
> > lead to a new bunch of problems due to the link relationship between our 
> > two packages...
> > Any changes I make in my package that are incompatible to yours make your 
> > branch appear broken. BTW, You can detach your branch by deleting the _link 
> > file from the package sources.
> > 
> > As I don't want to get rid of the release version in my package, and after 
> > a few trials cannot seem to find a way to get and extract the git sources 
> > for the appimage, I decided to try with the release tarball for now. In 
> > appimage.yml I have commented the references to git, and modified the 
> > script section so that ./autogen.sh is omitted.
> > 
> > I think the linuxdeployqt command cares for all the .desktop file stuff 
> > except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR 
> > and that made it generate the appimage. I think that's the step your yml is 
> > missing.
> > 
> > There are quite a few oddities going on though, e.g. the way to change into 
> > the extracted source dir, or why it ends up with a packagename 
> > denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time 
> > right now, but I thought I should let you knowabout my findings and hope 
> > this is useful.
> > 
> > Maybe we should think about how to cooperate better in OBS, I'm not exactly 
> > an expert but I use it since some years and understand quite some of it. 
> > For example you could make me maintainer in your branch, or we could set up 
> > a new project called e.g. home:denemo with separate packages for release 
> > and git builds, quite some applications use a scheme like that, see e.g. 
> > home:Entropytuner.
> > 
> > So to summarize my work from today:
> > The appimage I was able to generate (from 2.0.14) is here:
> > https://download.opensuse.org/repositories/home:/edogawa/AppImage/
> > 
> > my denemo package is being built at 
> > https://build.opensuse.org/package/show/home:edogawa/denemo
> > (IIRC you need to log in to read the build logs)
> > 
> > > 
> > > 
> > > On Jan 26, 2018 7:51 PM, "Bric"  wrote:
> > > 
> > > >
> > > > On January 22, 2018 at 9:18 PM Bric  wrote:
> > > >
> > > >
> > > > On January 22, 2018 at 1:48 PM Jeremiah Benham 
> > > > 
> > > > wrote:
> > > >
> > > > I see this also integrates with OBS and travis. Travis, is that what our
> > > > testing system is called? Where and how is travis being run?
> > > >
> > > > Jeremiah
> > > >
> > > >
> > > >
> > > > :~$ sudo apt-get build-dep denemo
> > > > Reading package lists... Done
> > > > Building dependency tree
> > > > Reading state information... Done
> > > > The following packages have unmet dependencies:
> > > >  libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to
> > > > be installed
> > > >  libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going 
> > > > to
> > > >

Re: [Denemo-devel] latest linux binary?

[Edgar Aichinger]

Hello again,

I've made progress this morning, and an Appimage from latest git is available 
now, with correct version numbers, while the rpms still are built from the 
release tarball.
I had forgotten to enable the appmage service in OBS, thus no git sources... 
guess I needed some sleep.

Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/

Jeremiah, if you need help in fixing the current conflict in your branch, tell 
me... there is a commandline program to interact with OBS, called osc and it 
can resolve this. Or delete and re-branch, or as I said, detach your branch by 
either also using osc or removing the file _link, shown when displaying 
"unmerged sources".

Cheers, Edgar

Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:
> Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:
> > I am working on getting a AppImage built of denemo here:
> > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo
> > 
> > It all compiles but it chokes installing the .png and .desktop files into
> > the appimage directory. Maybe you can help out by looking for other
> > examples of what others have done. I need some guidance here. I may need to
> > ask on the forums or irc or something.
> > 
> > Jeremiah
> 
> I'm sorry to join this discussion late, but today finally I found a bit time 
> to look at this.
> 
> I see your denemo package on OBS is branched from mine, and heavily modified 
> just to create the Appimage from latest git.
> Now today I tried and in turn copied your appimage.yml to my package, which 
> lead to a new bunch of problems due to the link relationship between our two 
> packages...
> Any changes I make in my package that are incompatible to yours make your 
> branch appear broken. BTW, You can detach your branch by deleting the _link 
> file from the package sources.
> 
> As I don't want to get rid of the release version in my package, and after a 
> few trials cannot seem to find a way to get and extract the git sources for 
> the appimage, I decided to try with the release tarball for now. In 
> appimage.yml I have commented the references to git, and modified the script 
> section so that ./autogen.sh is omitted.
> 
> I think the linuxdeployqt command cares for all the .desktop file stuff 
> except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and 
> that made it generate the appimage. I think that's the step your yml is 
> missing.
> 
> There are quite a few oddities going on though, e.g. the way to change into 
> the extracted source dir, or why it ends up with a packagename 
> denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time right 
> now, but I thought I should let you knowabout my findings and hope this is 
> useful.
> 
> Maybe we should think about how to cooperate better in OBS, I'm not exactly 
> an expert but I use it since some years and understand quite some of it. For 
> example you could make me maintainer in your branch, or we could set up a new 
> project called e.g. home:denemo with separate packages for release and git 
> builds, quite some applications use a scheme like that, see e.g. 
> home:Entropytuner.
> 
> So to summarize my work from today:
> The appimage I was able to generate (from 2.0.14) is here:
> https://download.opensuse.org/repositories/home:/edogawa/AppImage/
> 
> my denemo package is being built at 
> https://build.opensuse.org/package/show/home:edogawa/denemo
> (IIRC you need to log in to read the build logs)
> 
> > 
> > 
> > On Jan 26, 2018 7:51 PM, "Bric"  wrote:
> > 
> > >
> > > On January 22, 2018 at 9:18 PM Bric  wrote:
> > >
> > >
> > > On January 22, 2018 at 1:48 PM Jeremiah Benham 
> > > wrote:
> > >
> > > I see this also integrates with OBS and travis. Travis, is that what our
> > > testing system is called? Where and how is travis being run?
> > >
> > > Jeremiah
> > >
> > >
> > >
> > > :~$ sudo apt-get build-dep denemo
> > > Reading package lists... Done
> > > Building dependency tree
> > > Reading state information... Done
> > > The following packages have unmet dependencies:
> > >  libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to
> > > be installed
> > >  libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to
> > > be installed
> > >  Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going
> > > to be installed
> > >  libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not
> > > going to be installed
> > >  librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to
> > > be installed
> > >
> > >
> > > Guess there's no prospect/hope to get a 64-bit binary?
> > >
> > >
> > >
> > >  sucks.
> > >
> > >
> > >
> > > On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com>
> > > wrote:
> > >
> > > On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote:
> > > > I am reading up on how to use AppImage. I don't know how lo

Re: [Denemo-devel] latest linux binary?

[Edgar Aichinger]

Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:
> I am working on getting a AppImage built of denemo here:
> https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo
> 
> It all compiles but it chokes installing the .png and .desktop files into
> the appimage directory. Maybe you can help out by looking for other
> examples of what others have done. I need some guidance here. I may need to
> ask on the forums or irc or something.
> 
> Jeremiah

I'm sorry to join this discussion late, but today finally I found a bit time to 
look at this.

I see your denemo package on OBS is branched from mine, and heavily modified 
just to create the Appimage from latest git.
Now today I tried and in turn copied your appimage.yml to my package, which 
lead to a new bunch of problems due to the link relationship between our two 
packages...
Any changes I make in my package that are incompatible to yours make your 
branch appear broken. BTW, You can detach your branch by deleting the _link 
file from the package sources.

As I don't want to get rid of the release version in my package, and after a 
few trials cannot seem to find a way to get and extract the git sources for the 
appimage, I decided to try with the release tarball for now. In appimage.yml I 
have commented the references to git, and modified the script section so that 
./autogen.sh is omitted.

I think the linuxdeployqt command cares for all the .desktop file stuff except 
the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and that 
made it generate the appimage. I think that's the step your yml is missing.

There are quite a few oddities going on though, e.g. the way to change into the 
extracted source dir, or why it ends up with a packagename denemo-0-Buildxx 
instead of 2.0.14 in my case. I cannot ivest more time right now, but I thought 
I should let you knowabout my findings and hope this is useful.

Maybe we should think about how to cooperate better in OBS, I'm not exactly an 
expert but I use it since some years and understand quite some of it. For 
example you could make me maintainer in your branch, or we could set up a new 
project called e.g. home:denemo with separate packages for release and git 
builds, quite some applications use a scheme like that, see e.g. 
home:Entropytuner.

So to summarize my work from today:
The appimage I was able to generate (from 2.0.14) is here:
https://download.opensuse.org/repositories/home:/edogawa/AppImage/

my denemo package is being built at 
https://build.opensuse.org/package/show/home:edogawa/denemo
(IIRC you need to log in to read the build logs)

> 
> 
> On Jan 26, 2018 7:51 PM, "Bric"  wrote:
> 
> >
> > On January 22, 2018 at 9:18 PM Bric  wrote:
> >
> >
> > On January 22, 2018 at 1:48 PM Jeremiah Benham 
> > wrote:
> >
> > I see this also integrates with OBS and travis. Travis, is that what our
> > testing system is called? Where and how is travis being run?
> >
> > Jeremiah
> >
> >
> >
> > :~$ sudo apt-get build-dep denemo
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > The following packages have unmet dependencies:
> >  libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to
> > be installed
> >  libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to
> > be installed
> >  Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going
> > to be installed
> >  libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not
> > going to be installed
> >  librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to
> > be installed
> >
> >
> > Guess there's no prospect/hope to get a 64-bit binary?
> >
> >
> >
> >  sucks.
> >
> >
> >
> > On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com>
> > wrote:
> >
> > On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote:
> > > I am reading up on how to use AppImage. I don't know how long it will
> > > take but it will be better than what we currently have.
> >
> > That looks promising - I've long thought that the old unix model of
> > shared libraries for every program has been left behind by cheaper
> > memory storage.
> >
> > 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
> >
> >
> >
> >
> 





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

Re: [Denemo-devel] latest linux binary?

[Jeremiah Benham]

This has been fixed. Thanks for letting me know that it was broken.

Jeremiah

On Jan 27, 2018 9:36 AM, "Andreas Schneider"  wrote:

> You should be able to install the build-depend packages manually. Maybe
> you have to solve some dependency problems by hand, but at the end you
> should be there.
> Alternatively, you can install the Denemo binary amd64 Debian packages
> which I provide. However, I just see that
> http://www.denemo.org/~aschneider/ is not found on the server.
> @Jeremiah: Can you please fix that? Thank you!
>
> Andreas
>
> ___
> 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] latest linux binary?

[Andreas Schneider]

You should be able to install the build-depend packages manually. Maybe
you have to solve some dependency problems by hand, but at the end you
should be there.
Alternatively, you can install the Denemo binary amd64 Debian packages
which I provide. However, I just see that
http://www.denemo.org/~aschneider/ is not found on the server.
@Jeremiah: Can you please fix that? Thank you!

Andreas

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

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 27, 2018 at 7:37 AM Jeremiah Benham  wrote:  I am working on getting a AppImage built of denemo here:https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo It all compiles but it chokes installing the .png and .desktop files into the appimage directory. Maybe you can help out by looking for other examples of what others have done. I need some guidance here. I may need to ask on the forums or irc or something.Fascinating. Sounds like you're close...   I looked at the above page - couldn't find a mailing list or forumAlso, tried to download this x64 RPM : denemo-2.0.14-5.1.x86_64.rpm and try alien-izing (alien-ating??)  but can't find the download link for the RPM.  Clicking on the link associated with the rpm file just gives me description and the requirements:(clicking from this page: https://build.opensuse.org/package/binaries/home:jjbenham:branches:home:edogawa/denemo?repository=openSUSE_Leap_42.2 )JeremiahOn Jan 26, 2018 7:51 PM, "Bric" < b...@flight.us> wrote: On January 22, 2018 at 9:18 PM Bric < b...@flight.us> wrote:  On January 22, 2018 at 1:48 PM Jeremiah Benham < jeremiahben...@gmail.com> wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah   :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installed Guess there's no prospect/hope to get a 64-bit binary?  sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com> wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   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 
 

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

Re: [Denemo-devel] latest linux binary?

[Jeremiah Benham]

I am working on getting a AppImage built of denemo here:
https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo

It all compiles but it chokes installing the .png and .desktop files into
the appimage directory. Maybe you can help out by looking for other
examples of what others have done. I need some guidance here. I may need to
ask on the forums or irc or something.

Jeremiah


On Jan 26, 2018 7:51 PM, "Bric"  wrote:

>
> On January 22, 2018 at 9:18 PM Bric  wrote:
>
>
> On January 22, 2018 at 1:48 PM Jeremiah Benham 
> wrote:
>
> I see this also integrates with OBS and travis. Travis, is that what our
> testing system is called? Where and how is travis being run?
>
> Jeremiah
>
>
>
> :~$ sudo apt-get build-dep denemo
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages have unmet dependencies:
>  libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to
> be installed
>  libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to
> be installed
>  Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going
> to be installed
>  libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not
> going to be installed
>  librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to
> be installed
>
>
> Guess there's no prospect/hope to get a 64-bit binary?
>
>
>
>  sucks.
>
>
>
> On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com>
> wrote:
>
> On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote:
> > I am reading up on how to use AppImage. I don't know how long it will
> > take but it will be better than what we currently have.
>
> That looks promising - I've long thought that the old unix model of
> shared libraries for every program has been left behind by cheaper
> memory storage.
>
> 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
>
>
>
>
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 22, 2018 at 9:18 PM Bric  wrote:  On January 22, 2018 at 1:48 PM Jeremiah Benham  wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah  :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installedGuess there's no prospect/hope to get a 64-bit binary? sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com> wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   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 
 

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

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 22, 2018 at 1:48 PM Jeremiah Benham  wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installed sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann  wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   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] latest linux binary?

[Jeremiah Benham]

I see this also integrates with OBS and travis. Travis, is that what our
testing system is called? Where and how is travis being run?

Jeremiah

On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann 
wrote:

> On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote:
> > I am reading up on how to use AppImage. I don't know how long it will
> > take but it will be better than what we currently have.
>
> That looks promising - I've long thought that the old unix model of
> shared libraries for every program has been left behind by cheaper
> memory storage.
>
> 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] latest linux binary?

[Richard Shann]

On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote:
> I am reading up on how to use AppImage. I don't know how long it will
> take but it will be better than what we currently have. 

That looks promising - I've long thought that the old unix model of
shared libraries for every program has been left behind by cheaper
memory storage.

Richard


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

Re: [Denemo-devel] latest linux binary?

[Jeremiah Benham]

I am reading up on how to use AppImage. I don't know how long it will take
but it will be better than what we currently have.

Jeremiah

On Mon, Jan 22, 2018 at 9:10 AM, Jeremiah Benham 
wrote:

>
> sudo apt-get build-dep denemo
>
> This should install most if not all of denemo's decencies.
>
> Jeremiah
>
> On Sun, Jan 21, 2018 at 5:12 PM, Bric  wrote:
>
>>
>> On January 21, 2018 at 9:31 AM Bric  wrote:
>>
>>
>>
>> On January 21, 2018 at 3:57 AM Richard Shann wrote:
>>
>>
>> On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:
>>
>> On January 20, 2018 at 3:19 PM Bric wrote:
>>
>> Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to
>> run it:
>>
>> ./Launch_Denemo.sh
>> ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-
>> compile-schemas: No such file or directory
>> mkdir: cannot create directory ‘/home//.fonts’: File exists
>> ./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No
>> such file or directory
>> ./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-
>> querymodules: No such file or directory
>> ./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No
>> such file or directory
>>
>> Sorry - forgot to make clear: Those file/directories that it says
>> don't exist - DO exist !
>>
>>
>> That's familiar, it happens when you have a 64-bit processor and run
>> these 32-bit binaries. There used to be some package to install to
>> allow 32-bit binaries to run, with Debian Jessie I think it was ok by
>> default, with Debian Stretch I read that you have to do something ...
>>
>> Richard
>>
>> Ah, indeed.  I had entertained that thought briefly.
>>
>> I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is
>> for OSX?
>>
>> if so... could someone please build a 64-bit version of that same 32-bit
>> linux build?
>>
>> I am not lazy for building stuff (I occasionally spend hours chasing down
>> the dependencies chain/tree) but at the moment this seems daunting
>> (./configure of the git snapshot) :
>>
>>  quote  
>>
>> checking for RSVG... no
>> configure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:
>>
>> No package 'librsvg-2.0' found
>>
>> --- end quote 
>>
>>
>> I forgot to make the full issue clear again:
>>
>>
>> i can't install librsvg with the apt-get package installer, and trying to
>> build librsvg locally i run into new dependency problems looks like a
>> treeing dependency nightmare.  And that's probably not the only denemo
>> dependency that will be hard to install/build on Ubuntu 14.04.3 LTS at this
>> point.
>>
>>
>>
>> I think it's not the only package that is missing, so i would like to
>> avoid the chase, if i can.
>>
>>
>> thanks
>>
>>
>>
>>
>> ___ 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] latest linux binary?

[Jeremiah Benham]

sudo apt-get build-dep denemo

This should install most if not all of denemo's decencies.

Jeremiah

On Sun, Jan 21, 2018 at 5:12 PM, Bric  wrote:

>
> On January 21, 2018 at 9:31 AM Bric  wrote:
>
>
>
> On January 21, 2018 at 3:57 AM Richard Shann wrote:
>
>
> On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:
>
> On January 20, 2018 at 3:19 PM Bric wrote:
>
> Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to
> run it:
>
> ./Launch_Denemo.sh
> ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-
> compile-schemas: No such file or directory
> mkdir: cannot create directory ‘/home//.fonts’: File exists
> ./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No
> such file or directory
> ./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-
> querymodules: No such file or directory
> ./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No
> such file or directory
>
> Sorry - forgot to make clear: Those file/directories that it says
> don't exist - DO exist !
>
>
> That's familiar, it happens when you have a 64-bit processor and run
> these 32-bit binaries. There used to be some package to install to
> allow 32-bit binaries to run, with Debian Jessie I think it was ok by
> default, with Debian Stretch I read that you have to do something ...
>
> Richard
>
> Ah, indeed.  I had entertained that thought briefly.
>
> I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is
> for OSX?
>
> if so... could someone please build a 64-bit version of that same 32-bit
> linux build?
>
> I am not lazy for building stuff (I occasionally spend hours chasing down
> the dependencies chain/tree) but at the moment this seems daunting
> (./configure of the git snapshot) :
>
>  quote  
>
> checking for RSVG... no
> configure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:
>
> No package 'librsvg-2.0' found
>
> --- end quote 
>
>
> I forgot to make the full issue clear again:
>
>
> i can't install librsvg with the apt-get package installer, and trying to
> build librsvg locally i run into new dependency problems looks like a
> treeing dependency nightmare.  And that's probably not the only denemo
> dependency that will be hard to install/build on Ubuntu 14.04.3 LTS at this
> point.
>
>
>
> I think it's not the only package that is missing, so i would like to
> avoid the chase, if i can.
>
>
> thanks
>
>
>
>
> ___ 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] latest linux binary?

[Bric]

On January 21, 2018 at 9:31 AM Bric  wrote:  On January 21, 2018 at 3:57 AM Richard Shann wrote:   On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:On January 20, 2018 at 3:19 PM Bric wrote:  Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it:   ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib- compile-schemas: No such file or directory mkdir: cannot create directory ‘/home//.fonts’: File exists ./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory ./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango- querymodules: No such file or directory ./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directorySorry - forgot to make clear: Those file/directories that it says don't exist - DO exist !That's familiar, it happens when you have a 64-bit processor and run these 32-bit binaries. There used to be some package to install to allow 32-bit binaries to run, with Debian Jessie I think it was ok by default, with Debian Stretch I read that you have to do something ...  RichardAh, indeed.  I had entertained that thought briefly.I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is for OSX?if so... could someone please build a 64-bit version of that same 32-bit linux build?I am not lazy for building stuff (I occasionally spend hours chasing down the dependencies chain/tree) but at the moment this seems daunting (./configure of the git snapshot) : quote  checking for RSVG... noconfigure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:No package 'librsvg-2.0' found--- end quote I forgot to make the full issue clear again: i can't install librsvg with the apt-get package installer, and trying to build librsvg locally i run into new dependency problems looks like a treeing dependency nightmare.  And that's probably not the only denemo dependency that will be hard to install/build on Ubuntu 14.04.3 LTS at this point.I think it's not the only package that is missing, so i would like to avoid the chase, if i can.thanks ___ 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] latest linux binary?

[Bric]

On January 21, 2018 at 3:57 AM Richard Shann wrote:On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:On January 20, 2018 at 3:19 PM Bric wrote: Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried torun it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: Nosuch file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: Nosuch file or directorySorry - forgot to make clear: Those file/directories that it saysdon't exist - DO exist !That's familiar, it happens when you have a 64-bit processor and runthese 32-bit binaries. There used to be some package to install toallow 32-bit binaries to run, with Debian Jessie I think it was ok bydefault, with Debian Stretch I read that you have to do something ...RichardAh, indeed.  I had entertained that thought briefly.I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is for OSX?if so... could someone please build a 64-bit version of that same 32-bit linux build?I am not lazy for building stuff (I occasionally spend hours chasing down the dependencies chain/tree) but at the moment this seems daunting (./configure of the git snapshot) : quote  checking for RSVG... noconfigure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:No package 'librsvg-2.0' found--- end quote I think it's not the only package that is missing, so i would like to avoid the chase, if i can.thanks
 

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

Re: [Denemo-devel] latest linux binary?

[Richard Shann]

On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:
> > On January 20, 2018 at 3:19 PM Bric  wrote: 
> > 
> > Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to
> > run it:
> > 
> >  ./Launch_Denemo.sh 
> > ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-
> > compile-schemas: No such file or directory
> > mkdir: cannot create directory ‘/home//.fonts’: File exists
> > ./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No
> > such file or directory
> > ./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-
> > querymodules: No such file or directory
> > ./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No
> > such file or directory
> 
> Sorry - forgot to make clear:  Those file/directories that it says
> don't exist - DO exist !

That's familiar, it happens when you have a 64-bit processor and run
these 32-bit binaries. There used to be some package to install to
allow 32-bit binaries to run, with Debian Jessie I think it was ok by
default, with Debian Stretch I read that you have to do something ...

Richard


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

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 20, 2018 at 3:19 PM Bric  wrote:  Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directorySorry - forgot to make clear:  Those file/directories that it says don't exist - DO exist !What's wrong with my system? The above error happens with the old file from 2015 i mentioned earlier, and with both denemo-2.1-0.linux-x86.tar.xz and denemo-2.2.0-0.linux-x86.tar.xz that i just downloaded, upon Jeremiah's advice.On January 20, 2018 at 1:36 PM Jeremiah Benham  wrote:  Yes. On denemo.org/downloads there should be a more recent version.JeremiahOn Jan 20, 2018 8:34 AM, "Bric" < b...@flight.us> wrote: I am having dependency issues building the current git version on an old 14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)In late 2015 someone sent me a link to a binary file named denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)It solved my issues of weird cursor behavior and things like that, in my local builds. Is there a newer version of this binary?thanks__ _  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 
 

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

Re: [Denemo-devel] latest linux binary?

[Bric]

Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directoryWhat's wrong with my system? The above error happens with the old file from 2015 i mentioned earlier, and with both denemo-2.1-0.linux-x86.tar.xz and denemo-2.2.0-0.linux-x86.tar.xz that i just downloaded, upon Jeremiah's advice.On January 20, 2018 at 1:36 PM Jeremiah Benham  wrote:  Yes. On denemo.org/downloads there should be a more recent version.JeremiahOn Jan 20, 2018 8:34 AM, "Bric" < b...@flight.us> wrote: I am having dependency issues building the current git version on an old 14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)In late 2015 someone sent me a link to a binary file named denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)It solved my issues of weird cursor behavior and things like that, in my local builds. Is there a newer version of this binary?thanks__ _  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] latest linux binary?

[Jeremiah Benham]

Yes. On denemo.org/downloads there should be a more recent version.

Jeremiah

On Jan 20, 2018 8:34 AM, "Bric"  wrote:

I am having dependency issues building the current git version on an old
14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)


In late 2015 someone sent me a link to a binary file named
denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)


It solved my issues of weird cursor behavior and things like that, in my
local builds.


Is there a newer version of this binary?


thanks

___
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