Opened 15 years ago
Closed 7 years ago
#22684 closed update (fixed)
Growl: Update to latest version
Reported by: | ryan@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | haspatch | Cc: | nerdling (Jeremy Lavergne), jowens@…, mike-savory, ryandesign (Ryan Carsten Schmidt), cooljeanius (Eric Gallager), mojca (Mojca Miklavec), keybounce, raimue (Rainer Müller) |
Port: | Growl |
Description (last modified by nerdling (Jeremy Lavergne))
Please update Growl from 1.1.4 -> 1.2.1.
Keep in mind the new version requires 10.5.
Attachments (2)
Change History (31)
comment:1 Changed 15 years ago by mf2k (Frank Schima)
Owner: | changed from macports-tickets@… to boeyms@… |
---|
comment:2 Changed 14 years ago by nerdling (Jeremy Lavergne)
Cc: | snc@… added |
---|---|
Description: | modified (diff) |
Summary: | Update Growl from 1.1.4 -> 1.2 → Update Growl from 1.1.4 -> 1.2.1 |
Version: | 1.8.1 |
Changed 14 years ago by nerdling (Jeremy Lavergne)
Attachment: | Growl-Portfile.diff added |
---|
comment:3 Changed 14 years ago by nerdling (Jeremy Lavergne)
I attached a diff of my update. Unfortunately, there's a code signing section involved.
=== BUILD NATIVE TARGET GrowlHelperApp OF PROJECT Growl WITH CONFIGURATION Release === Check dependencies Code Signing Identity 'Growl code-signing certificate' does not match any valid, non-expired, code-signing certificate in your keychain. [BEROR]Code Signing Identity 'Growl code-signing certificate' does not match any valid, non-expired, code-signing certificate in your keychain. ** BUILD FAILED **
If anyone's bored and wants to find if there's a build option to disable this, it's all that's standing in the way.
comment:4 follow-up: 15 Changed 14 years ago by jmroot (Joshua Root)
We should probably only install the framework. The helper and prefpane are not needed for dependents to build, and are likely to be installed outside of MacPorts.
comment:5 Changed 13 years ago by boeyms@…
Owner: | changed from boeyms@… to macports-tickets@… |
---|
Reassigning to macports-tickets@… as I have relinquished ownership of this port.
comment:6 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | jowens@… macsforever2000@… msavory@… added |
---|---|
Summary: | Update Growl from 1.1.4 -> 1.2.1 → Growl: Update to latest version |
Duplicate #31849 requests updating to 1.3.0 and provides this link with instructions. However, the instructions begin by stating that Lion is required to build the latest version from source, so that's probably not a good idea to impose on MacPorts users at this time, since we still have users using Snow Leopard, Leopard, and Tiger.
comment:7 Changed 12 years ago by nerdling (Jeremy Lavergne)
Cc: | ryandesign@… added |
---|
Can we put the version and checksum lines inside of a platform block, and any other needed components? That could let each OS version run it's current version without having to create a separate port (e.g. growl/growl11/growl12).
comment:8 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
We have done that in other ports, like ld64. Previously, it has been considered bad practice, because the PortIndex file is shared among all OS versions, and only the version that's seen by the machine generating the PortIndex (which currently runs Snow Leopard) would show up in the output of "port info", "port search", etc.
Changed 12 years ago by neverpanic (Clemens Lang)
Attachment: | growl13-portfile.patch added |
---|
Patch against an empty directory for a growl13 port
comment:9 Changed 12 years ago by neverpanic (Clemens Lang)
Cc: | cal@… added |
---|---|
Keywords: | haspatch added |
I've attached a patch against an empty directory generating a Portfile and set of patch files that will build Growl 1.3. I'm not entirely sure, but I think this builds the same stuff in build and destroot phase; maybe somebody with more experience in using Xcode and xcodebuild can shed some light on how to avoid this.
comment:10 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
You know, a lot of xcode portgroup ports do that... I never understood why.
comment:11 Changed 12 years ago by ecronin (Eric Cronin)
I had to edit port1.0/portfetch.tcl to quote $hg.tag when constructing the hg command line in order to successfully clone the source... Did you not have to do that? My tcl skills are weak, I couldn't find a proper escaping of the value in the Portfile itself that would have turned into --rev "Growl.app 1.3.3"
or --rev Growl.app\ 1.3.3
when passed to system()...
comment:12 Changed 12 years ago by neverpanic (Clemens Lang)
Oh, yeah, forgot to mention that. I haven't found a way to quote correctly without editing base, either. This change should probably go into base.
comment:15 follow-up: 17 Changed 12 years ago by cooljeanius (Eric Gallager)
Replying to jmr@…:
We should probably only install the framework. The helper and prefpane are not needed for dependents to build, and are likely to be installed outside of MacPorts.
+1 for this. I just re-installed the Growl port and it overwrote the prefpane that I had installed separately.
comment:16 Changed 12 years ago by neverpanic (Clemens Lang)
Cc: | cal@… removed |
---|
comment:17 Changed 12 years ago by jmroot (Joshua Root)
Replying to egall@…:
Replying to jmr@…:
We should probably only install the framework. The helper and prefpane are not needed for dependents to build, and are likely to be installed outside of MacPorts.
+1 for this. I just re-installed the Growl port and it overwrote the prefpane that I had installed separately.
Well, now that you have to pay for the official binary, it's worth having a subport for the other bits too, which nothing would depend on.
comment:19 Changed 11 years ago by mf2k (Frank Schima)
Cc: | macsforever2000@… removed |
---|---|
Owner: | changed from macports-tickets@… to mf2k@… |
Status: | new → assigned |
comment:20 Changed 11 years ago by mf2k (Frank Schima)
Owner: | changed from mf2k@… to macports-tickets@… |
---|---|
Status: | assigned → new |
I did not mean to assign this to myself.
comment:21 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | keybounce@… added |
---|
Has duplicate #49673.
comment:22 Changed 9 years ago by raimue (Rainer Müller)
Cc: | raimue@… added |
---|
Since there was no significant progress for over 3 years now, I would simply suggest to remove the outdated Growl @1.1.6_1 port. Providing such an outdated version is not helpful. If someone comes up with a current Portfile it can be re-added later.
Any objections to removal of ports growl, py-growl, and p5-net-growl?
comment:23 Changed 9 years ago by nerdling (Jeremy Lavergne)
I second it; default to action and remove it please.
comment:25 Changed 9 years ago by mojca (Mojca Miklavec)
Can someone quickly recap the situation and correct me?
- This used to be one of the best notification systems.
- After version 1.2.2 it became a payed software on app store, with the latest version 2.1.3 released on 29th October 2013 being sold for $3.99 on App Store.
- One can fetch the sources for the same software on Google Code (latest tag 2.1.2, latest commit on 12th Oct, 2013), compile them and get the same functionality as with payed version(?)
- The sources need at least 10.7 to be compiled (which wouldn't be acceptable years ago, but might be acceptable now). No clue whether the software still compiles & works on 10.10 and later.
- The development stopped completely in October without any official notice about the end of development. There were a number of attempts to attract more users by offering some discounts, but the last post was in December 2013.
- In January 2016 the sources will be removed from Google Code (as Google code is shutting down) and vanish in Ethernity.
- (Growl for Windows has been "rescued" and transferred to GitHub, even though there doesn't seem to be happening much either.)
- The introduction of System Notifications & the fact that Growl became a payed application (at almost the same time) meant pretty much "the end" of the app.
- Despite that a number of apps still support Growl, so it's not entirely obsolete yet.
Can someone please correct my guesses?
comment:26 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
I'll just say that I still use Growl 1.2.2 (installed outside of MacPorts) successfully on El Capitan.
comment:27 Changed 9 years ago by mojca (Mojca Miklavec)
Thanks for confirmation that it still works. I also still have a standalone Growl 1.2.2 installed on 10.7 (mostly because I'm too lazy to take two days for doing a complete wipe-out of the disk and install a new OS from scratch) and have never tried the version that comes with MacPorts. The only annoying thing is that the version 1.2.2 constantly keeps bugging me about an upgrade.
I have no clue whether a packaged version 2.1.2/2.1.3 would be helpful to users and how much benefit that version brings compared to System Notifications.
I don't oppose removing version 1.1.x. I'm only asking whether we should try to package 2.1.x.
comment:28 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
You can open the preference pane and disable checking for updates.
comment:29 Changed 7 years ago by raimue (Rainer Müller)
Resolution: | → fixed |
---|---|
Status: | new → closed |
I'd dropping 10.4 support, or the less ideal creating a second growl port (growl11). Also, we're in maintainer timeout territory.