> Here are two ports for gmpc and libmpd (required by gmpc).
> gmpc is a graphical MPD client which interfaces all features of MPD.
>
> Coming up is a gmpccaa port (works for me but needs more tweaking) which
> allows the client to query and display cover art from cover art servers.
>
> Tested on i
On Tue, 19 Sep 2006, Antoine Jacoutot wrote:
This is an update to bring jpilot to the latest stable version.
This port was made against pilot-link-0.12.1 which I sent an updated port for
yesterday (or a couple days ago).
New port with better code for "first day of the week" ; from jpilot CVS.
On Tue, Sep 26, 2006 at 03:07:37PM -0400, STeve Andre' wrote:
>In building the latest set of packages for 4.0-current, I seem
> to be compiling things multiple times for some packages. One
> example is devel/gstreamer. On my previous build, it took 30
> minutes to compile streamer, then all t
On Wed 2006.09.27 at 14:49 +1000, Christopher Martin wrote:
> I am trying to use milter-regex to pre-sort e-mail/spam before passing
> it on to clamav and spamassassin, but it doesn't seem to be working.
>
> Here are my first, slightly lame, rules:
>
> reject "Spam not welcome"
> header /Subject
Hi,
> I have at least one report of it not working on amd64, where
> silc-client-1.0.2 does work. Can anyone confirm/deny it?
Works perfect on almost fresh OpenBSD install on amd64!
Also, consider uncommenting ":automake-1.9*:devel/automake/1.9" in
BUILD_DEPENDS, otherwise it won't build.
Martyn
On 9/27/06, Martynas Venckus <[EMAIL PROTECTED]> wrote:
Hi,
> I have at least one report of it not working on amd64, where
> silc-client-1.0.2 does work. Can anyone confirm/deny it?
Works perfect on almost fresh OpenBSD install on amd64!
Also, consider uncommenting ":automake-1.9*:devel/automak
> >While the facts you state are correct, the suggestion that the
> >Courier-IMAP in tree is vulnerable is not. The vulnerabilities you state
> >are either fixed in 3.0.5 or not relevant; see the Changelog at
> >http:/www.courier-mta.org/imap.
>
> Indeed, I took a closer look at those vulnerabilit
pkg_dig is a small sh(1) script that extracts useful information from
installed packages. The reason I decided to implement a script like this
was to provide a missing feature of pkg_delete(1). Let me give you an
example:
Let's say we have 2 packages, Y and Z.
Package: Y
Dependencies: A, B, C
Pa
Here's a variation on the theme that serves me well.
#!/bin/sh
#
# pkg_nuke - delete unneeded packages
#
# Usage:
# pkg_info > wanted
# vi wanted # keep only the lines you want
# pkg_nuke wanted
#
# All packages will be deleted, except the
# wanted packages and their dependencies.
#
[ $# -n
Okan Demirmen wrote:
On Wed 2006.09.27 at 14:49 +1000, Christopher Martin wrote:
I am trying to use milter-regex to pre-sort e-mail/spam before passing
it on to clamav and spamassassin, but it doesn't seem to be working.
Here are my first, slightly lame, rules:
reject "Spam not welcome"
he
On Thu, Sep 28, 2006 at 01:27:31AM +0300, Paul Irofti wrote:
> I like your tool, it's nicer than cat-ing through pkgdb.
Thanks.
> I noticed duplicates with pkgs that are output by your script, some
> dependencies are printed in the 'You may also delete' field too.
There are no duplicates. In th
On Wednesday 27 September 2006 04:00, Marc Espie wrote:
> On Tue, Sep 26, 2006 at 03:07:37PM -0400, STeve Andre' wrote:
> >In building the latest set of packages for 4.0-current, I seem
> > to be compiling things multiple times for some packages. One
> > example is devel/gstreamer. On my prev
I made a modification to resolve a minor inconvenience I noticed.
Trying pkg_dig with python-tkinter was giving me this result:
[EMAIL PROTECTED] msid $ pkg_dig python-tkinter
*- Package matched: python-tkinter-2.4.3p0
|- Dependencies: tcl-8.4.7p1 python-2.4.3p0 tk-8.4.7
|- Required by: none
|- Y
13 matches
Mail list logo