gtk-update-icon-cache is part of gtk+2: adding gtk+2 to run_depends just
to update the icon cache (which only gtk apps can use) is overkill to
say the least!
As from now, each time icons are installed under %D/share/icons, we try
to execute gtk-update-icon-cache and if it is not there, we just ignore
the error.
What it means is that if you have gtk+2 installed, then it'll run fine
and your apps will be able to use the cache. Otherwise, it will silently
fails which is fine since it means none of your apps would have been
able to take advantage of the cache anyway.
discussed with jasper@
When testing applications, often you find yourself needing to provide
functionality in your test environment that would usually be provided by
external modules. Rather than munging the %INC by hand to mark these
external modules as loaded, so they are not attempted to be loaded by
perl, this module offers you a very simple way to mark modules as loaded
and/or unloaded.
* GNU M4 Format String Vulnerability and Security Issue
http://secunia.com/advisories/29671/
* Tighten conformance to various POSIX rules.
* Improve handling of standard input.
* Fix exploitable memory allocation overflow bug.
* Add 'mkstemp' macro.
* Switch to GPLv3.
okay naddy@
Term::ProgressBar provides a simple progress bar on the terminal, to let
the user know that something is happening, roughly how much stuff has
been done, and maybe an estimate at how long remains.
A typical use sets up the progress bar with a number of items to do, and
then calls update to update the bar whenever an item is processed.
from Girish Venkatachalam
ok merdely@
lots of changes, most importantly, the addition of GIO (VFS API to replace
GnomeVFS).
testing and feedback by many, thanks!
ok landry@ merdely@ simon@
"go ahead" bernd@ steven@
(diffs to unbreak some ports will follow)
and adjust boehm-gc to deal with any number of holes that may appear
between __data_start and _end. (requires -current binutils)
- work-around libpthread bugs that prevent sigsuspend() from working
in a signal handler by using pthread_suspend_np() + an arch/libpthread
specific offset to obtain the suspended thread's stack pointer.
thanks to sthen@ and jasper@ for access to other arches. discussed
with todd@
