Opened 15 years ago

Closed 14 years ago

Last modified 14 years ago

#22581 closed update (fixed)

update goffice to 0.8

Reported by: jcupitt (John Cupitt) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: ryandesign (Ryan Carsten Schmidt), mike@…, nerdling (Jeremy Lavergne)
Port: goffice

Description

goffice is a library for (among other things) displaying charts in gtk applications. See:

http://freshmeat.net/projects/goffice

Macports currently has two ports for goffice: goffice and goffice03. The first one is for goffice0.6 (the current stable version), and goffice03 is for an older version.

goffice 0.8 has been in development for a good while and is already being used by a number of projects as it fixes quite a few serious shortcomings with the current stable version. However is is still not finished and stable.

I propose making a port called "goffice08" which packages the current development version (0.7.15) as goffice-0.8. This will let us write Portfiles for a number of programs, such as nip2 7.20.

Ubuntu Karmic Koalla package goffice 0.7.8 as goffice0.8, for reference, so this is not totally crazy.

I've written a Portfile which seems to work for me.

Attachments (2)

Portfile (1.5 KB) - added by jcupitt (John Cupitt) 15 years ago.
Portfile for goffice 0.7.15, named as goffice08
Portfile.2 (1.6 KB) - added by mike@… 15 years ago.
Portfile that builds goffice-0.8.0

Download all attachments as: .zip

Change History (19)

Changed 15 years ago by jcupitt (John Cupitt)

Attachment: Portfile added

Portfile for goffice 0.7.15, named as goffice08

comment:1 Changed 15 years ago by jmroot (Joshua Root)

Keywords: goffice removed
Type: enhancementsubmission
Version: 1.8.1

Normally a development version would be called goffice-devel. It doesn't make much sense to call it 08 when it is in fact 07.

comment:2 in reply to:  1 Changed 15 years ago by jcupitt (John Cupitt)

Replying to jmr@…:

It doesn't make much sense to call it 08 when it is in fact 07.

It installs a package named goffice-0.8 and other packages refer to it as that. It's just that it's not the final, stable version of 0.8.

comment:3 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added

Is there any reason why the goffice port that's currently at 0.6 wouldn't be updated to 0.8 once that's final? If not, then we should follow the usual MacPorts convention, and have goffice be the latest stable version and goffice-devel be the latest development version, as Joshua said.

comment:4 Changed 15 years ago by jcupitt (John Cupitt)

The advantage would be that when goffice-0.7.x finally becomes the new stable 0.8.x, the nip2 portfile won't need updating.

I noticed a port called goffice03 which is I guess for packages that haven't been updated to goffice06, so I thought by extension that goffice08 might be a good name. Debian and friends do it rather like this.

Of course if Macports has an established -devel convention than that would be the better thing to do I guess, though it does mean that the nip2 Portfile is likely to break when 0.8 goes stable.

comment:5 Changed 15 years ago by mike@…

I'd like to see a goffice08-type port. Applications such as gnumeric have moved to the new goffice API. A goffice08 port would allow us to more easily build development application trees, resulting in a quicker transition when a new stable version is released. Also, this would allow MacPorts users to be more closely involved in the upstream development process because we could report bugs earlier in the development cycle.

comment:6 Changed 15 years ago by mike@…

Goffice 0.8.0 was released on February 13th. The request for goffice08 is now somewhat irrelevant, assuming we package goffice 0.8.0 and gnumeric 1.10.0.

Changed 15 years ago by mike@…

Attachment: Portfile.2 added

Portfile that builds goffice-0.8.0

comment:7 in reply to:  6 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to mike@…:

assuming we package [...] gnumeric 1.10.0.

I filed this request in #24475.

comment:8 Changed 14 years ago by jmroot (Joshua Root)

Port: goffice added; goffice08 removed
Summary: new Portfile: goffice08update goffice to 0.8
Type: submissionupdate

Please use a unified diff in future when submitting an update to an existing file. Will gnumeric and gnucash need to be updated to newer versions at the same time as goffice, or will the current versions be OK with just a rev bump?

comment:9 Changed 14 years ago by jmroot (Joshua Root)

Cc: mike@… added

comment:10 Changed 14 years ago by nerdling (Jeremy Lavergne)

Resolution: fixed
Status: newclosed

Updated goffice in r70894. Added missing dependencies.

comment:11 Changed 14 years ago by bzbarsky (Boris Zbarsky)

This change made it impossible to install gnumeric via macports, since gnumeric 1.8.4 (which is what macports currently includes) depends on goffice 0.6. I guess this is #24475? It's sort of odd that this was done without updating gnumeric at the same time...

comment:12 Changed 14 years ago by dbevans (David B. Evans)

goffice updated to version 0.8.9 in r70944
gnumeric updated to version 1.10.9 in r70946

comment:13 Changed 14 years ago by jmroot (Joshua Root)

Cc: snc@… added

@snc: I asked in comment:8 about the issue that bzbarsky just brought up. Please test before you commit next time.

comment:14 Changed 14 years ago by bzbarsky (Boris Zbarsky)

And yes, gnucash is now broken too. The exact error they list on http://wiki.gnucash.org/wiki/Building in the "Ubuntu 9.10" section (building gnucash 2.2.9 against goffice 0.8 fails).

comment:15 in reply to:  14 Changed 14 years ago by bzbarsky (Boris Zbarsky)

comment:14 was with goffice-0.8.0. Still waiting on the gnumeric build (thanks for fixing that!) before I can try gnucash against 0.8.9.

comment:16 Changed 14 years ago by bzbarsky (Boris Zbarsky)

Yeah, still fails to build gnucash, From the log:

:info:build gnc-html-graph-gog.c:49:37: error: goffice/graph/gog-style.h: No such file or directory

followed by various ensuing failures with stuff being undeclared, incomplete types, etc.

comment:17 Changed 14 years ago by bzbarsky (Boris Zbarsky)

OK, looks like gnucash got fixed in #26256.

Note: See TracTickets for help on using tickets.