update: mail/evolution
Not yet a new port but rather a small fix. Index: Makefile === RCS file: /cvs/ports/mail/evolution/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile30 Apr 2005 15:11:11 - 1.18 +++ Makefile27 Jul 2005 12:36:40 - @@ -10,7 +10,7 @@ FULLPKGNAME-devguide= evolution-devguide-${VERSION}p0 CATEGORIES=mail x11 -HOMEPAGE= http://www.ximian.com/products/ximian_evolution/ +HOMEPAGE= http://www.gnome.org/projects/evolution/ MAINTAINER=Marc Matteo [EMAIL PROTECTED]
Re: updated fmirror (FTP mirror) port
Hi, Seems like this didn't make it to the list on the first try. On Tue, Jul 26, 2005 at 04:06:21PM +0200, Vladimir Kotal wrote: Again, please test and report. I would be especially pleased to hear from anyone testing fmirror in IPv6 enviroment. You probably want to add a break to the end of the addrinfo loop so that it ends after a connection has succeeded, currently it tries connecting to every address a host has even if there has already been a successful connection. Works otherwise on current/i386 and 3.7/sparc using IPv6.
Re: BSFlite
On Wed, Jul 27, 2005 at 05:21:34AM -0700, D. Adam Karim wrote: I would like to submit a port that I made for bsflite. BSFlite is a small command line application for communication on AOL's instant messenger. The program is licensed under a BSD license. The programs website is http://bsflite.sf.net. port: http://www.akarsoft.com/bsflite.tar.gz MD5 (bsflite.tar.gz) = ab2f3893f9e16d005056fede9cb9d78c If anyone is working on this, please let me know, or, if anyone has any recomendation or corrections. This is my first attempt at a port so it's most likely a little botched up. Pretty cool. I've never used it before, but after receiving a message, the prompt contains the previous people's IMs, but in black. As I have a black background, it is unreadable. For example, and are people I talked to: [14:12:40] : Blahblahblahblahblah [] [] :: In the second line, only the prompt (`::') is visible. Also, you patch the first Makefile but not the one in imcomm/. Is that intentional? Other than that, works well on sparc64. -Ray-
Re: GTK2 + Mozilla Firefox port
On Wed, Jul 27, 2005 at 08:06:21PM +0200, Murat Mamitov wrote: Hello, i have seen that Firefox's port is without gtk2 support, so i'd like to add that last to port; Is someone just doing that? Some of us have been bugging kurt and peter to do this for a while now. I have my own gtk2 version of the port. No you can't have it. Instead you could send a polite reminder to the maintainers -- Mathieu Sauve-Frankel
Re: BSFlite
On Wed, Jul 27, 2005 at 02:29:29PM -0400, Ray Lai wrote: Other than that, works well on sparc64. Oh, and if I add a buddy, quit, and start bsflite again the buddy is missing again. According to the documentation the buddy should have been added to the AOL servers. Again, tested only on sparc64. And thanks for removing the colors, I like it much better. I can't believe all options are compile-time. -Ray-
Re: NEW: graphics/pstoedit
The modularization raises some questions. On static archs, a module like libp2edrvstd.so can't be loaded (or even built). What effect has this on the functionality of pstoedit? BTW, the static versions of the modules, like libp2edrvstd.a, are entirely useless, no point in packaging them. The same for the .la files corresponding to modules (unless ltdl is involved, but I don't see it). Apparently some additional output modules are available if the libraries they depend on are. I don't know about the others, but at least libMagick++ is available through the ImageMagick port. This points to the idea of enabling further modules in the build and subpackaging them in MULTI_PACKAGES. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: graphics/pstoedit
On Wed, Jul 27, 2005 at 09:57:16PM +, Christian Weisgerber wrote: The modularization raises some questions. On static archs, a module like libp2edrvstd.so can't be loaded (or even built). What effect has this on the functionality of pstoedit? A very reduced set of available formats (6, well 4 really). libp2edrvstd.so provides support for 26 additional formats. I guess this makes pstoedit less interesting on static archs? BTW, the static versions of the modules, like libp2edrvstd.a, are entirely useless, no point in packaging them. The same for the .la files corresponding to modules (unless ltdl is involved, but I don't see it). What's the preferred way: removing them in post-install or editing PLIST manually? Apparently some additional output modules are available if the libraries they depend on are. I don't know about the others, but at least libMagick++ is available through the ImageMagick port. This points to the idea of enabling further modules in the build and subpackaging them in MULTI_PACKAGES. Good idea, I'll look into that. You mean adding ImageMagick to LIB_DEPENDS and building --with-magick by default, and then putting that module in a subpackage? No flavors? It's usable quite well without ImageMagick, too, I think. -- steven.
Re: BSFlite
Hmmm, that is interesting. I'm wondering if that is an AOL issue or not. Basically, studying the file in ~/.bsflite, there isn't a cached buddylist or anything. I'm going to play with it some more. It appears to be an issue with BSFlite though. My recomendation: since you cannot see groups anyways, IM the person that you want to add. Once you've done that it will be added by aol into your recent buddys group. I'll try to track down the bug that causes that as well as talk to the developer of the program. I'd never tried that in the past since I've always used my normal accounts to test it. Thanks for bringing that up! Ray Lai wrote: On Wed, Jul 27, 2005 at 02:29:29PM -0400, Ray Lai wrote: Other than that, works well on sparc64. Oh, and if I add a buddy, quit, and start bsflite again the buddy is missing again. According to the documentation the buddy should have been added to the AOL servers. Again, tested only on sparc64. And thanks for removing the colors, I like it much better. I can't believe all options are compile-time. -Ray-
Re: BSFlite
On Wed, Jul 27, 2005 at 02:53:44PM -0700, D. Adam Karim wrote: Hmmm, that is interesting. I'm wondering if that is an AOL issue or not. Basically, studying the file in ~/.bsflite, there isn't a cached buddylist or anything. I'm going to play with it some more. It appears to be an issue with BSFlite though. My recomendation: since you cannot see groups anyways, IM the person that you want to add. Once you've done that it will be added by aol into your recent buddys group. I'll try to track down the bug that causes that as well as talk to the developer of the program. I'd never tried that in the past since I've always used my normal accounts to test it. Thanks for bringing that up! if does turn out to be broken, you might want to check out net/pork which is another console aim client.
Re: GTK2 + Mozilla Firefox port
Mathieu == Mathieu Sauve-Frankel [EMAIL PROTECTED] writes: Mathieu Some of us have been bugging kurt and peter to do this for Mathieu a while now. I have my own gtk2 version of the port. No Mathieu you can't have it. Instead you could send a polite reminder Mathieu to the maintainers I, for one, prefer gtk1 UI. Maybe simply because gtk2 has a nasty bug with ion wm (fixed in gtk repository, but not in the released version).