Minor release since it mainly covers bug fixes from the previous
release.
http://gtg.fritalk.com/post/2009/04/03/GTG-0.1.1-is-out!
Please review and test.
--
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/productivity/gtg
hmm, on Thu, Apr 02, 2009 at 03:37:29PM +, Christian Weisgerber said that
> frantisek holop wrote:
>
> > > Do we still need or want the lib/X11/fonts/ghostscript symlink?
> >
> > as far as i know, only xpdf made good use of those fonts...
> > and that can be configured in xpdf.
>
> _How_ do
On Fri, Apr 03, 2009 at 10:59:27PM +0200, Matthias Kilian wrote:
> Hi,
>
> On Fri, Apr 03, 2009 at 04:13:36PM -0400, Brad wrote:
> > > At least ffmpeg, x264 and mplayer build fine on macppc (after fixing
> > > some conflicts and some missing pkgname bumps). Trying the other
> > > stuff now.
> >
>
Hi,
On Fri, Apr 03, 2009 at 04:13:36PM -0400, Brad wrote:
> > At least ffmpeg, x264 and mplayer build fine on macppc (after fixing
> > some conflicts and some missing pkgname bumps). Trying the other
> > stuff now.
>
> There should only be one conflict with MPlayer
Maybe. I had a beer or two.
>
On Thu, Apr 02, 2009 at 10:56:05PM +0200, Matthias Kilian wrote:
> On Thu, Apr 02, 2009 at 04:25:15AM -0400, Brad wrote:
> > > > http://comstyle.com/x264/
> > >
> > > Re-posting with a slightly newer snapshot being used for the x264 update.
> >
> > Could someone with a macppc system please check
xpdf hardcodes a path under /usr/local and several that don't exist
on OpenBSD. Use ${LOCALBASE} and remove the others.
ok?
Index: Makefile
===
RCS file: /cvs/ports/textproc/xpdf/Makefile,v
retrieving revision 1.62
diff -u -p -r1.6
Christian Weisgerber wrote:
> > as far as i know, only xpdf made good use of those fonts...
> > and that can be configured in xpdf.
>
> _How_ does xpdf access those fonts?
Directly, by probing the displayFontDirs in xpdf/GlobalParams.cc.
--
Christian "naddy" Weisgerber
On Thursday, April 2, Benjamin D Adams wrote:
>
> I have a Lenovo T60 with a fingerprint option installed. I will help
> with the test if worked on.
If any of you guys can track down the programming documentation, that
would be a good start to having this type of device supported...
--Toby.
Hi,
This is a diff for the latest version of mkvtoolnix 2.6.0.
Tested on amd64.
Cheers,
--
Benoit Lecocq
Index: Makefile
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/Makefile,v
retrieving revision 1.14
diff -u -r1.14 Makefile
---
On Fri, 3 Apr 2009, Juan Ramon Venegas Moreno wrote:
> Greetings,
>
> Hi to all, this is what I get when I run evolution from a comand shell
>
> $ evolution
> (evolution:10948): e-utils-WARNING **: can't load plugin
> '/usr/local/lib/evolution/2.24/plugins/liborg-gnome-prefer-plain.so': Cannot
>
Greetings,
Hi to all, this is what I get when I run evolution from a comand shell
$ evolution
(evolution:10948): e-utils-WARNING **: can't load plugin
'/usr/local/lib/evolution/2.24/plugins/liborg-gnome-prefer-plain.so': Cannot
load specified object
RSS Plugin enabled (evolution 2.24, evolution-r
patrick keshishian wrote:
> >> > Do we still need or want the lib/X11/fonts/ghostscript symlink?
> >> > This connection causes X11 fontconfig to pick up the Ghostscript
> >> > fonts, which interact in weird ways with the X11 fonts.
> >>
> >> "interact in weird ways"? how so?
> >
> > Well, for one
On 2009/04/03 15:43, Antoine Jacoutot wrote:
> On Fri, 3 Apr 2009, Mikolaj Kucharski wrote:
>
> > On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > > > I'd like "make plist" not to add /usr/local/share/applications
> > > > > to its generated PLISTs.
> > > >
> > > > Okay. I t
On Fri, 3 Apr 2009, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > > I'd like "make plist" not to add /usr/local/share/applications
> > > > to its generated PLISTs.
> > >
> > > Okay. I thin I'm following. What's wrong with
> > >
> > > @sample
On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
> > > I'd like "make plist" not to add /usr/local/share/applications
> > > to its generated PLISTs.
> >
> > Okay. I thin I'm following. What's wrong with
> >
> > @sample ${PREFIX}/share/applications
> >
> > in devel/desktop-fi
On 2009/04/03 14:07, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 01:42:21PM +0100, Stuart Henderson wrote:
> > On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> > > On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > > > share/applications is @sample'd by desktop-file-utils.
On Fri, Apr 03, 2009 at 01:42:21PM +0100, Stuart Henderson wrote:
> On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> > On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > > share/applications is @sample'd by desktop-file-utils. I wonder whether
> > > it would either make sense to c
On 2009/04/03 13:24, Mikolaj Kucharski wrote:
> On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> > share/applications is @sample'd by desktop-file-utils. I wonder whether
> > it would either make sense to change desktop-file-utils to install rather
> > than @sample (I guess to do
On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
> share/applications is @sample'd by desktop-file-utils. I wonder whether
> it would either make sense to change desktop-file-utils to install rather
> than @sample (I guess to do that without conflicts, we'd need to either
> sweep t
On 2009/04/03 11:49, Stuart Henderson wrote:
> On 2009/04/03 10:03, Giovanni Bechis wrote:
> (offlist, replying back on-list with permission mainly to discuss the
> desktop-file-utils thing below)
>
> > Stuart Henderson wrote:
> >> Here's a diff updating the nmap port to 4.85BETA6, which comes wit
On 2009/04/03 10:03, Giovanni Bechis wrote:
(offlist, replying back on-list with permission mainly to discuss the
desktop-file-utils thing below)
> Stuart Henderson wrote:
>> Here's a diff updating the nmap port to 4.85BETA6, which comes with
>> a conficker scanner.
updated diff below.
> [...]
>
On Fri, 3 Apr 2009 09:12:10 +0100
Stuart Henderson wrote:
> On 2009/04/03 03:51, Pawlowski Marcin Piotr wrote:
> > Hi,
> > Impacket is a collection of Python classes focused on providing
> > access to network packets. It allows Python developers to craft and
> > decode network packets in simple a
On 2009/04/03 03:51, Pawlowski Marcin Piotr wrote:
> Hi,
> Impacket is a collection of Python classes focused on providing access
> to network packets. It allows Python developers to craft and decode
> network packets in simple and consistent manner. It includes support
> for low-level protocols su
Here's a diff updating the nmap port to 4.85BETA6, which comes with
a conficker scanner.
We probably don't want to update to a beta version in-tree, but some
people might need it and it makes sense to post it rather than have
others duplicate the work.
Index: Makefile
24 matches
Mail list logo