Opened 8 years ago

Closed 8 years ago

#50882 closed submission (invalid)

Glom standalone packaged application

Reported by: m.rick@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: Cc: dbevans (David B. Evans)
Port: glom

Description

I have almost finished to package a Glom standalone packaged Mac OS X application. It works rather well and with Murray Cummings the lead developper a lot of bugs has been corrected. It does support PostGIS to enable geodatas management.

If you are interested, I can post a link there later once it will be updated to include the corrections.

It just a dev proof of concept, but it begins to be usable. If some other are interested to help on it, that's ok.

Change History (9)

comment:1 Changed 8 years ago by m.rick@…

Sorry I forgot to set the port to Glom, if an admin can update…

comment:2 Changed 8 years ago by dbevans (David B. Evans)

Yes, I've been working on this too so I'm interested to see what you have done. Which version of glom are you working with? Note that the latest versions require updated versions of the gtkmm libraries which require C++11 and the libc++ library so only build by default on Mavericks +.

comment:3 Changed 8 years ago by dbevans (David B. Evans)

Port: glom added

comment:4 Changed 8 years ago by m.rick@…

I am using the version available on MacPorts, that's to say version 1.28.5

I made quite a lot of tests to find a maximum of bugs on it. Most of them are not Mac related excepting the one with the fields that are showing out of the window, it was a GTK3 bug related corrected in your latest updates. http://ftp.gnome.org/pub/GNOME/sources/glom/1.28/glom-1.28.7.changes

Unfortunately, I have no knowledge about coding, so I can't help much more better than this.

But this software helps me a lot to manage my datas and it features a robust database, PostgreSQL, with a simple GUI. It can be used along with Postgres.app http://postgresapp.com and with QGIS.

Last edited 8 years ago by m.rick@… (previous) (diff)

comment:5 in reply to:  4 Changed 8 years ago by dbevans (David B. Evans)

Replying to m.rick@…:

Unfortunately, I have no knowledge about coding, so I can't help much more better than this.

Don't worry about coding skills. You're doing a great job in terms of the detailed testing with a number of ports. Keep up the good work.

I'm interested in what you've done with your stand alone package so please let us know more about it when you think it is ready.

comment:6 Changed 8 years ago by m.rick@…

You can try the test I did with version 1.28.5. You can trash the included subfolders, they are useless. The application must be installed in the Applications folder only or it won't work. I cannot set the PostgreSQL libraries path to get it working from the startup shell script. https://www.dropbox.com/s/y78qt7z3ljzzh6n/Glom-1.28.5-postgis.7z

I did the same with Gnumeric if you are interested in it as well. https://www.dropbox.com/s/8dvd7vnxqrd9sjt/Gnumeric-1.12.27.7z

They both need to get the Mac OS menu integration to be fully Mac OS Native softwares, especially for Gnumeric which even uses CTRL shortcuts. Murray Cummings said that shouldn't be to much complicated for Glom, but that wasn't the same from Gnumeric team.

And maybe they could include lately a Mac OS native open dialog, that's why I filled this request some time ago: https://trac.macports.org/ticket/50501

Last edited 8 years ago by m.rick@… (previous) (diff)

comment:7 Changed 8 years ago by m.rick@…

comment:8 in reply to:  7 Changed 8 years ago by dbevans (David B. Evans)

These are from my test repository and still have various issues. However, if you want to give them a try, the easiest way is to set up a local test repository of your own. See the relevant documentation.

comment:9 Changed 8 years ago by dbevans (David B. Evans)

Resolution: invalid
Status: newclosed

I'm closing this ticket as invalid, not because you haven't done alot of work on this but because we can't accept "standalone" binary app bundles as part of MacPorts. We need a proposal for modification of the existing port expressed as a unified diff that will build under the MacPorts system without a lot of manual manipulation of dependences, etc. See your ticket #51853 for a similar discussion concerning your gnumeric package.

Note: See TracTickets for help on using tickets.