Opened 13 years ago

Last modified 7 years ago

#26717 new submission

tint2 @0.11 Submission

Reported by: pope (K. Adam Christensen) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: tint2 panel taskbar x11 Cc: kurthindenburg (Kurt Hindenburg)
Port: tint2

Description

tint2 is a simple taskbar/panel for X11.

http://code.google.com/p/tint2/

Attachments (2)

Portfile (1.6 KB) - added by pope (K. Adam Christensen) 13 years ago.
patch-src-util-timer.c.diff (2.0 KB) - added by pope (K. Adam Christensen) 13 years ago.

Download all attachments as: .zip

Change History (8)

Changed 13 years ago by pope (K. Adam Christensen)

Attachment: Portfile added

Changed 13 years ago by pope (K. Adam Christensen)

Attachment: patch-src-util-timer.c.diff added

comment:1 Changed 13 years ago by pope (K. Adam Christensen)

Cc: pope@… added

Cc Me!

comment:2 Changed 13 years ago by pope (K. Adam Christensen)

Cc: pope@… removed

Cc Me!

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

The cairo, pango and glib2 dependencies should be rewritten to allow their -devel counterparts to satisfy them. See any other port that depends on cairo, pango or glib2 for an example. In fact, the cairo and glib2 dependencies can probably be dropped since pango already depends on them. The same may be true for some of the xorg dependencies.

The "revision 0" line can be dropped.

Where did the patchfile come from?

comment:4 in reply to:  3 Changed 13 years ago by pope (K. Adam Christensen)

Replying to ryandesign@…:

The cairo, pango and glib2 dependencies should be rewritten to allow their -devel counterparts to satisfy them. See any other port that depends on cairo, pango or glib2 for an example. In fact, the cairo and glib2 dependencies can probably be dropped since pango already depends on them. The same may be true for some of the xorg dependencies.

The "revision 0" line can be dropped.

Where did the patchfile come from?

I will look at allowing the -devel counterparts to satisfy cairo, pango, and glib2.

As far as the patchfile, that was something that is using code from http://code.google.com/p/le-depotoir/source/browse/trunk/misc/clock_gettime_stub.c. I didn't notice the copyright when i was trying to make this work. What is the normal procedure for handling code from the BSD license into patches like this?

comment:5 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

My concern with the patchfile was not licensing (though that's a reasonable concern too), but rather that we generally want to provide the same software the developer provided. If the software the developer provided does not work (either at all or specifically on the Mac) and patches are needed, we would of course want those patches sent back to the developer for incorporation into the next version; I wanted to know whether that was the case here. Or sometimes the developer will already have fixed some problem in their repository, and we will want to take that fix as a patchfile before the next version is ready.

With third-party modifications that are not incorporated upstream, we would want to fully understand why upstream has not incorporated that code before considering including it in MacPorts.

comment:6 Changed 7 years ago by kurthindenburg (Kurt Hindenburg)

Cc: khindenburg@… added
Version: 1.9.1

Well if there is any interest in this it is now at https://gitlab.com/o9000/tint2 and appears to be actively developed.

Note: See TracTickets for help on using tickets.