This tool displays the date in an decorated window, simulating the
look of the Blackbox toolbar (Blackbox is a Windowmanager for X11).
To copy this look a great deal of the code is taken from Blackbox.
* Finally tracked down the VERY nasty slowdown (at times up to a minute or
more) some users have been experiencing. It turns out that one of the
recent versions of glibc has a bug in its regex code when dealing with
non-multibyte characters (ie. most of the time). This came to a head because
I upgraded to slackware-current, which has this version of glibc. Great.
Thanks to Mark Eichen for pointing me towards several Debian bug tracker
items about other programs having this same problem.
* Added a new directory "contrib" which will be used for anything that users
contribute that is not patched into the main distribution.
* XSLT transform courtesy of Mark Eichin, to convert devtodo XML databases into
colour PDF's. This is contrib/xslt-example.1.
* XSLT contribution for converting devtodo XML databases into HTML, courtesy of
Daniel Peterson. This is contrib/xslt-example.2.
* I have created an amalgam of the above two XSLT contributions that will
output a HTML page with colourised items. Completed items are struck out.
This is a dodgy hack, so if anybody has any enhancements it would be much
appreciated.
* Changed filename of src/todo.cc to src/main.cc so that devtodo will compile
under environments where case is not relevant in filenames (ie. Cygwin under
M$ Windows).
* Added a small PERL script to generate a todo database from a ChangeLog file
that's in the same format as that used by devtodo. In the contrib directory.
eg. changelog2todo > changelog.todo && devtodo --database changelog.todo
* Added two new events: "load" and "save". This can be used in conjunction
with one of the above XSLT files by putting something like the following in
your ~/.todorc (assuming you have libxlst installed - www.xmlsoft.org):
on save exec xsltproc $HOME/etc/todo-html.xslt $TODODB > `dirname $TODODB`/.todo.html
Which will basically generate a .todo.html file every time a devtodo database
is modified and saved.
* Fixed a few minor man page bugs.
(the contrib/ files discussed here go in ${PREFIX}/share/examples/devtodo under pkgsrc)
Changes since 1.42:
- do not create files in blib directories under core
(perl change #19160, from rgs)
- detypo s/VTLARM/VTARLM/ (perl change #19328, from mjd)
- guarantee that $xdefine in HiRes.t is always defined
(perl change #19109, from IlyaZ)
- a cleaner way to detect PERL_CORE (perl change #19111,
from IlyaZ)
- add hints/irix.pl to turn off overly POSIX flags that
cause hide struct timespec to be hidden (and compilation
to fail) (bleadperl change #19085)
- documentation tweaks
Makefiles simply need to use this value often, for better or for
worse.
(2) Create a new variable FIX_RPATH that lists variables that should
be cleansed of -R or -rpath values if ${_USE_RPATH} is "no". By
default, FIX_RPATH contains LIBS, X11_LDFLAGS, and LDFLAGS, and
additional variables may be appended from package Makefiles.
Patch from Jeremy C. Reed via PR pkg/20321.
Changes:
1.42:
=====
- modernize the constants code (from Nicholas Clark)
1.41:
=====
- At some point the ability to figure our the correct incdir
for EXTERN.h (either a core perl build, or an installed perl)
had broken (which lead into all test compiles failing with
a core perl build, but thanks to the robustness of Makefile.PL
nothing of was visible). The brokenness seemed to be caused
by $ENV{PERL_CORE} not being on for core builds? Now stole
a trick from the Encode that sets $ENV{PERL_CORE} right, and
both styles of build should work again.
1.40:
=====
- Nicholas Clark noticed that the my_catdir() emulation function
was broken (which means that we didn't really work for Perls
5.002 and 5.003)
- inspired by fixing the above made the whole Makefile.PL -w
and strict clean
- tightened up the Makefile.PL output, less whitespace
1.39:
=====
- fix from Craig Berry for better building in VMS with PERL_CORE
Revision history for Perl extension Time::HiRes.
1.38
- no functional changes
- move lib/Time/HiRes.pm as Hires.pm
- libraries scanning was slightly broken (always scanned
for a library even when $Config{libs} already had it)
1.37
- Ray Zimmerman ran into a race condition in Mac OS X.
A 0.01-second alarm fired before the test expected.
The test first slept indefinitely (blocking for signals)
and only after that tested for the signal having been sent.
Since the signal had already been sent, the test #12 never
completed. The solution: test first, then block.
- default to being silent on all probing attempts, set the
environment variable VERBOSE to a true value to see the
details (the probing command and the possible errors)
1.36
- do not clear MAN3PODS in Makefile.PL (Radoslaw Zielinski)
- INSTALLDIRS => 'perl' missing which means that Time::HiRes
cannot be upgraded from CPAN to override the 5.8.0 version
(Guido A. Ostkamp)
- Time::HiRes 1.35 could not be dropped as-is to bleadperl
because the include directories did not adjust themselves
if $ENV{PERL_CORE} (Hugo van der Sanden)
- add documentation about the restart of select() under alarm()
1.35
- small documentation tweaks
1.34
- better VMS operation (Craig Berry)
1.33
- our time machine is accelerating: now works with Perl 5.004_01
(tried with 5.003_07 and 5.002 but I get segmentation faults
from running the Makefile.PL with those in Tru64 4.0D)
1.31 and 1.32 add more backward compatibility (now all the way back to
Perl 5.00404), and using nanosleep() (if available) for subsecond sleeps.
1.30 adds all the changes made during the Perl 5.6->5.7->5.8 development
cycle. Most notably portability across platforms has been enhanced,
and the interval timers (setitimer, getitimer) have been added.
Note that the version of Time::HiRes that is included in Perl 5.8.0
calls itself 1.20_00, but it is equivalent to this Time::HiRes version.
Note also that in 1.30 Wegscheid turns over the maintenance to Jarkko
Hietaniemi.
1.20
compatibility is maintained afaict, except an additional "mx" prefix
in the namespace
-make it a "distutils" pkg, so it works with Python-2.2.x
-license change - now freely redistibutable
pclock is a simple analog clock program designed to run under WindowMaker
window manager (also runs fine on any other window manager which supports
dock apps, such as PWM). Any 64x64 pixmap may be used as a background.
Submitted by Lubomir Sedlacik <salo@Xtrmntr.org> in PR 18008
extension Makefile fragments, because they really don't have anything to
do with the buildlink[12] frameworks. Change all the Makefiles that use
application.buildlink.mk and extension.buildlink.mk to use application.mk
and extension.mk instead.
Remove `-p' from mkdir arguments, it is already part of ${MKDIR}.
While here substitute a couple of ${PREFIX} by `%D' in
`@exec ${MKDIR} ...' lines and add a couple of missing `%D' in such lines too!
packages collection.
Xchrono is a multi-timezone, multi-face clock program for X Windows.
Several cities have been compiled into xchrono, and can be invoked with
command-line arguments, xchrono -help gives:
Usage: xchrono [-analog] [-bw <pixels>] [-digital]
[-fg <color>] [-bg <color>] [-hd <color>]
[-hl <color>] [-bd <color>]
[-fn <font_name>] [-help] [-padding <pixels>]
[-rv] [-update <seconds>] [-display displayname]
[-geometry geom]
[-width clockWidth] [-height clockHeight] [-local localName]
[-boston] [-newyork] [-chicago] [-denver] [-la]
[-hawaii] [-tokyo] [-sydney] [-london]
[-paris] [-frankfurt] [-rio]
OK, OK, Hawaii isn't a city, but you get the point. The timezones used
are taken from tztab in the SYSV case, and from /usr/lib/zoneinfo
otherwise, and as such may or may not be correct (the TZ variable
definitions or the city->timezone mappings).
The -local <localName> option causes a clock labeled with <localName>
using the value of TZ at startup as it's timezone. In addition, a GMT
clock always appears.
[Requested by groo, who has enough trouble with one timezone, so why he
wants more is beyond me.]
Project Clock lets you record the time you spend on different tasks
with a single mouse click. It is easy to add and delete projects. An
included utility generates reports.
all dependencies on packages depending on "png" which contain shared
libraries, all for the (imminent) update to the "png" package.
[List courtesy of John Darrow, courtesy of "bulk-build".]
redefines about which buildlink.mk files would care is BUILDLINK_X11_DIR,
which points to the location of the X11R6 hierarchy used during building.
If x11.buildlink.mk isn't included, then BUILDLINK_X11_DIR defaults to
${X11BASE} (set in bsd.pkg.mk), so its value is always safe to use. Remove
the ifdefs surrounding the use of BUILDLINK_X11_DIR in tk/buildlink.mk and
revert changes to move x11.buildlink.mk before the other buildlink.mk files.
use X11_BUILDLINK_MK as a test value. Generally just reordering the
inclusions so that x11.buildlink.mk comes before the other buildlink.mk
files will make everthing work.
foo-* to foo-[0-9]*. This is to cause the dependencies to match only the
packages whose base package name is "foo", and not those named "foo-bar".
A concrete example is p5-Net-* matching p5-Net-DNS as well as p5-Net. Also
change dependency examples in Packages.txt to reflect this.
to ${X11BASE} in the header and library search paths into references to
${LOCALBASE}/share/x11-links. These packages should now be strongly-
buildlinked regardless of whether xpkgwedge is installed.
Changes well-tested on NetBSD-1.5X/i386 with and without xpkgwedge and
lightly-tested on NetBSD-1.5.1/alpha without xpkgwedge.
CXXFLAGS, and LDFLAGS by the buildlink.mk files so remove the extra
definitions to add them from the package Makefiles. As advised by the
bsd.buildlink.mk file, also ensure that the buildlink.mk files are
included prior to defining any package-specific CFLAGS/LDFLAGS to ensure
that the buildlink directories are at the head of the compiler search
paths.
and ${BUILDLINK_LIBDIR} to find headers and libraries. Note that this
package uses libtool with USE_LIBTOOL and LTCONFIG_OVERRIDE. Look for
tputs() in libtermcap. Add patch to ensure that the proper LDFLAGS are
passed when linking the executable.
Changelog:
0.1.6-1
* Changed --summary to a toggle so you can use "todo -s" to switch it on or off.
This minimises the use of the shift key ;).
* Uncommented two lines so that --priority works once more when editing items.
* Added RPMage.
0.1.6
* When creating backups, I now make the backed up databases read-only if
--paranoid is specified.
* A slight modification to the BASH shell script to make it more compatible
(courtesy of Arthur).
* Added -S/--summary (and -s/--no-summary to override it if 'summary' is the
default in ~/.todorc) which only displays the first line of todo items. This
is handy if, like me, you have numerous multi-line items. The shell scripts
use this by default now, meaning when you cd into a directory only the first
line of each item will be shown (handy for a quick...summary).
* Added --timeout [<seconds>] option. When no second are specified, todo will
only display the database if it hasn't been displayed within a number of
seconds (also specified by using --timeout, but *with* a number of seconds).
For example, by putting this in your ~/.todorc: "timeout 10", then adding
"--timeout" when you run devtodo, the database will only be displayed if
it hasn't been displayed within 10 seconds. The shell scripts have been
updated to use this facility. The access time is used to determine when the
database was last used (stat.st_atime).
* Unified formatting strings into one location and added the generic option
--format <tag>=<format-string> to modify them as well as the option
--use-format <tag>=<tag> to use them. eg.
todo --use-format verbose-display=generated
* Now attempts to obtain the width of the current terminal from the termcap
database (if compile fails (please send me a bug report, and...) re-run
./configure with the --without-termcap option).
* Added a '%s' output formatting flag which formats item text the same as is
done with --summary.
* You can use the (undocumented) --dump-config option to dump the current
config to stdout. This should be usable as a ~/.todorc file pretty much
as is. Handy to use as a base for your own modifications.
* Fixed a minor bug where invalid numeric priority exceptions weren't being
caught.
* Added "title" as a defineable colour, seperate from the "info" colour.
* Integrated some Debian Makefile mojo (thanks go to Arthur Korn).
* Fixed --paranoid behaviour. The logic to check permissions had become
commented out in the move to multiple loaders.
* Added an "exec" command to the ~/.todorc. This can be used to execute
shell commands from within devtodo, although it's really only useful in
conjunction with triggers (see below). In addition, the environment variable
TODODB will contain the name of the current database.
* Added event "triggers". These are useful for modifying the behaviour of
devtodo. A perfect example of a use for this is to trap the "create" trigger
so that when a new database is created todo will remove world and group
permissions from it. eg.
on create {
verbose
exec chmod 600 $TODODB
}
* Modified Makefile.am in src and doc to support relocatable installs (via
automakes DESTDIR variable).
0.1.5-1
* Fixed a nasty Makefile bug that can, under certain circumstances, cause
the build/install to fail.
o add quoting to MAKE_ENV
o add patch-aa to install scripts to PREFIX/share/examples/devtodo
instead of hardcoded SYSCONFDIR/profile.d
o install todorc into PREFIX/share/examples/devtodo instead of
PREFIX/etc/todorc
o update to version 0.1.5:
* Added a binary database format. The default is still XML, but you can
change this using the new --database-loaders option. You can transparently
convert your existing XML databases to binary format (or vice-versa) by
simply changing the load order. For example, to change from XML to binary,
put this in your ~/.todorc: database-loaders binary,xml
The next time you modify an XML format database, it will be saved in binary
format. The man page has more information. I recommend only using the binary
format if you are actually having performance problems, as if something
goes awry, manually fixing the XML database is *much* easier. But if you do
use it, it might be an idea to use it in conjunction with --backup.
* Added user-defineable formatting for both display output and TODO generated
output. This is cool. Look for the section FORMATTING in the man page.
* Added a new filter, which I've wanted for ages. It constists of a single '-',
'+' or '='. A '-' stops display of all items except those explicitly specified
in the rest of the filter whereas a '+' overrides all other filters to display
all items. A '=' is the default behaviour. This is brilliant if you want
to narrow the view down to just one item: todo --filter -,29 (*Note*: Slightly
superceded by the modification to the semantics of numeric filters, which now
display *only* the numbers specified if the = (or no) prefix is used - see
two points down for more information).
* Modified the numeric filters. Ranges can now be specified by doing this:
todo --filter 1-20. If a '-' sign precedes the range it explicitly excludes
all these items. This can also be used in most other places indices are used.
ie. todo --done 10.1-20 would mark items 10.1 through 10.20 as done.
* Modified behaviour of numeric filters slightly. If prefix is '=' or none,
*only* those items are displayed. Before, this was a nop.
* Patch to todorl.h courtesy of Philippe M. Chiasson that fixes compilation
problems on RH 7.0.
* Priority defaults to medium if a blank line is entered at the "priority>"
prompt (thanks to Alexei Gilchrist for this idea, along with quite a few
others :))
* Removed --fallback-database - the semantics were too clunky and generally
confusing.
* Added --global-database <filename> and -G,--global to replace
--fallback-database. Basically, you specify a file with --global-database
(defaults to ~/.todo_global) then whenever you pass -G or --global to todo it
will use the global database. Much simpler than the way --fallback-database
behaved. This idea was courtesy, once again, of Alexei Gilchrist. Good stuff!
* todo can now automatically backup the database to a user specified number
of levels. Use the option --database [<n>] to do this, where <n> is the
optional number of revisions to keep (defaults to 1). This option is best
specified in your ~/.todorc.
* Numbers can once again be used to specify priorities when entering them from
the 'priority>' prompt (requested by Alexei Gilchrist).
