Closed Bug 628222 Opened 15 years ago Closed 15 years ago

Add support for >= libnotify-0.7.0

Categories

(Core :: Widget: Gtk, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla2.0b12
Tracking Status
status1.9.2 --- .17-fixed

People

(Reporter: plaes, Assigned: plaes)

Details

Attachments

(2 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; et-ee) AppleWebKit/534.16+ (KHTML, like Gecko) Version/5.0 Safari/534.16+ Epiphany/2.91.5 Build Identifier: Libnotify-0.7.0 has had an API change, so a patch is required to support that. Reproducible: Always
Attached patch xulrunner-libnotify-0.7.patch (obsolete) — Splinter Review
Comment on attachment 506331 [details] [diff] [review] xulrunner-libnotify-0.7.patch Seems a bit overkill for just an added NULL. Why not: mNotification = notify_notification_new(mAlertTitle.get(), mAlertText.get(), NULL #if NOTIFY_CHECK_VERSION(0,7,0) , NULL #endif );
Assignee: nobody → plaes
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Summary: [PATCH] Add support for >=libnotify-0.7.0 → Add support for >= libnotify-0.7.0
(In reply to comment #2) > Comment on attachment 506331 [details] [diff] [review] > xulrunner-libnotify-0.7.patch > > Seems a bit overkill for just an added NULL. Why not: > > mNotification = notify_notification_new(mAlertTitle.get(), > mAlertText.get(), > NULL > #if NOTIFY_CHECK_VERSION(0,7,0) > , NULL > #endif > ); Reed, your not adding a NULL your removing a NULL, either way the patch is extreme overkill.
Updated patch with less overkill...
Attachment #506331 - Attachment is obsolete: true
The ABI change was here: http://git.gnome.org/browse/libnotify/commit/?id=27e05d0f9562a26163493d6cc1d5924b9a4ebf68 with soname change, also before 0.7.0, here: http://git.gnome.org/browse/libnotify/commit/?id=5b1a862c59a8d9c5ffecd0add2e62a0b1adb01ad so distros using the new library can and will have to continue to provide the old library for backward compatibility. I see no change to pkgconfig name, so we can't easily build against the old library. Is there a more stable package providing a similar service that we can use?
Comment on attachment 506514 [details] [diff] [review] xulrunner-libnotify-0.7.0-v2.patch I don't see any need for the ABI change. The old functions could have been kept as no-ops. But this is what we'll need to do if we want to support building against 0.7.0+. Please change the C-style /* */ comments to C++ // comments to match the file style.
Attachment #506514 - Flags: review+
Attachment #506514 - Attachment is obsolete: true
Attachment #506526 - Flags: review+
Attachment #506526 - Flags: approval2.0?
Attachment #506526 - Flags: approval2.0? → approval2.0+
Severity: enhancement → normal
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
OS: Linux → All
Hardware: x86_64 → All
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.0b12
Version: unspecified → Trunk
If we can I would like to see this landed after .15 is released.
status1.9.2: --- → ?
Is same patch just updated to apply to mozilla-1.9.2
Attachment #517916 - Flags: approval1.9.2.16?
Comment on attachment 517916 [details] [diff] [review] plaes's patch for mozilla-1.9.2 Approved for 1.9.2.16, a=dveditz for release-drivers Code-freeze for non-blocking changes is Thursday Mar 17; after that approval will be rescinded for this release
Attachment #517916 - Flags: approval1.9.2.16? → approval1.9.2.16+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: