changes:
- The wizard was modified to create the configuration path and to run it
at more expected times.
- max_mdcache_size configuration option to prevent the cache directory
from growing beyond a set value.
- md_max_differentials configuration option to govern when a new level 0
backup is run.
- The code now ensures that all metadata parts are downloaded before
starting the extract operation.
- Asymmetrical differential backups are prevented from running.
- Some error messages were improved.
- A couple of bugs in the differential backup code path were fixed
ok jasper@
Libqrencode is a C library for encoding data in a QR Code symbol, a kind
of 2D symbology that can be scanned by handy terminals such as a mobile
phone with CCD. The capacity of QR Code is up to 7000 digits or 4000
characters, and is highly robust.
ok aja@
gitg is a git repository viewer targeting gtk+/GNOME. One of its main
objectives is to provide a more unified user experience for git
frontends across multiple desktops. It does this not be writing a
cross-platform application, but by close collaboration with similar
clients for other operating systems (like GitX for OS X).
ok aja@
Rhythmbox is an integrated music management application, originally
inspired by Apple's iTunes. It is free software, designed to work well
under the GNOME Desktop, and based on the powerful GStreamer media
framework.
based on an initial work from jasper@
ok jasper@
ports tree but was used in some early packages mentioned on ports@ and
several testers have reported not being able to update firefox automatically
so this helps them out. ok landry@
instead of using runghc (the interpreter).
This is a *workaround* for the following two symptoms:
- Setup.hs: waitForProcess: resource exhausted (Resource temporarily
unavailable)
- Setup.hs: fd:15: hGetContents: illegal operation (Inappropriate
ioctl for device)
Note that this is not a *fix*. I'm sure there's some misbehaving
signal handler, either in runghc/ghci or in the ghc runtime library.
(No, it's *not* rts/posix/Signals.c:generic_handler(); I patched
it to preserve errno, but it didn't help)
Until I find the bug, it's better to let bulk builds pass without
(or with less) errors.
ok (with the workaround) espie@
