Re: [Fink-devel] Bad news from the freetype2 front
On 2003/12/14, at 1:42, Martin Costabel wrote: I cannot believe that scribus is the only application that uses freetype to load all sorts of fonts, including type1. How is gnome doing this? I would try out display from imagemagick, but I first have to compile the new version that hopefully will not crash like the present one does. I noticed that GNOME2.4 packages in experimental/gnome/2.4 tree have the same problem. gpdf and libgnomeprintui2.2 (print preview screen) does not show glyphs or only shows empty rectangles instead of glyphs. These packages uses type1 fonts via fontconfig/freetype2. FYI. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Request for ideas about Xft2 (was Re: xfree4.3 - libpangoxft)
Mathias, thanks for your idea. Developers, I have three ideas about XFree86-4.3 and GTK+2. Every idea have both advantage and disadvantage, so it's hard to choose one. Please let me know your comment or idea about this problem. I'm absent until next friday and cannot reply to the mail, sorry. (I don't have any mobile device. Sigh...) 1. Build pango1 and gtk+2 without xft support. (Mathias's idea) This should work but I've not tested it yet. I love anti-aliased text by Xft and I'd like to avoid this if I could. 2. Make new package 'pango1-xft1' and 'gtk+2-xft1'. If an user have xfree86-4.2 or equivalent installed, compile and install process of pango1 and gtk+2 warn (s)he to use '-xft1' version of the package. In this way, xfree86-4.2 users can never install packages which depends on Xft2. 3. Make 'system-xft2' package and force users to install Xft2 manually. Provides system-xft2 package which ensures valid Xft2 installation. It provides the virtual dependency 'xft2'. Also xfree86-shlibs-4.3.x should provide 'xft2'. If an user have xfree86-4.2 or equivalent installed, the PreInstScript of system-xft2 warn (s)he to install Xft2. I've wrote sample 'system-xft2' package and put it into experimental/msek/xft2. There's also a simple instruction about installing Xft2 over xfree86-4.2 in this directory. In this way, xfree86-4.2 users can install install package which depends on Xft2. But they cannot build programs which uses Xft1 anymore, because their Xft1 headers will be replaced by Xft2's. On 2003.3.13, at 09:07 PM, mathias meyer wrote: masanori and all this has come up a week ago or so in context of building gtk+2 with xfree4.3. i did a fink update all as well (after i updated manually to xfree4.3) and of course gtk+2 failed in the configure phase. now i looked a little further: from the pango1-1.0.5-3.info file: This version of pango will run both with XFree86 4.2 and 4.3, but only build with XFree86 4.2, because XFree86 4.3 does not contain XFT1 headers. well, yes but but neither in the configure, make or install phase but when building splitoffs. pango simply doesn't build libpangoxft with xfree4.3 so trying to move libpangoxft in the splitoff section causes fink to fail. what i did: 1.) removed the two lines in the info file that try to move libpangoxft to the shlibs package. this makes pango build fine. of course, an incomplete pango without the libpangoxft library. 2.) force-remove the existing installed gtk+2 packages. this is necessary as gtk+2 will pick the already installed libraries (which were built with xft) at linktime when doing a 'fink rebuild gtk+2'. this will lead to an undefined symbol error. 3.) rebuild gtk+2. builds gtk+2 without xft. 4.) rebuilt all the packages that were built against pango (until no files in /sw/bin and /sw/lib contain libpangoxft) what do you think of this? proper solution or ugly hack? and how will updating be done in the official release? thanks mathias --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] dependency fix about freetype2(-hinting)
I removed freetype2(-hinting) from the Depends line of librsvg, eel and gnome-print. (Fixed bug #642021) At the sametime, I added it to the BuildDepends line of following packages, anjuta-0.9.99-4 evolution-1.2.2-2 gtranslator-0.43-2 gtkhtml1.1-1.1.7-2 --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Packages with bad MD5s
MD5 of libxml seems fine for me. On 2003.3.8, at 02:37 PM, Alexander Strange wrote: The following unstable packages have bad checksums: Checksum of tarball /Users/feanor/sw/src/Net-IP-Match-0.01.tar.gz of package net-ip-match-pm-0.01-1 is incorrect. Checksum of tarball /Users/feanor/sw/src/ncbitools-2.2.5.tar.gz of package ncbitools-2.2.5-2 is incorrect. Checksum of tarball /Users/feanor/sw/src/default-1.7.tar.bz2 of package mplayer-skin-default-1.7-1 is incorrect. Checksum of tarball /Users/feanor/sw/src/libxml-1.8.17.tar.bz2 of package libxml-1.8.17-2 is incorrect. Checksum of tarball /Users/feanor/sw/src/libxml-1.8.17.tar.bz2 of package libxml-1.8.17-3 is incorrect. Checksum of tarball /Users/feanor/sw/src/tetex-src-2.0.2.tar.gz of package tetex-nox-2.0.2-1 is incorrect. Checksum of tarball /Users/feanor/sw/src/alt.sysadmin.recovery-FAQ-0.85a.html of package asr-manpages-1.3-3 is incorr ect. Checksum of tarball /Users/feanor/sw/src/feynmf.tar of package feynmf-1.08-2 is incorrect. Checksum of tarball /Users/feanor/sw/src/pcf2bdf-1.04.tgz of package pcf2bdf-1.04-2 is incorrect. Checksum of tarball /Users/feanor/sw/src/lzo-1.07.tar.gz of package lzo-1.07-4 is incorrect. Checksum of tarball /Users/feanor/sw/src/exact-1.20.tar.gz of package exact-1.20-1 is incorrect. Checksum of tarball /Users/feanor/sw/src/ldp.dsl-1.10 of package docbook-dsssl-ldp-3.8-3 is incorrect. For stable: Checksum of tarball /Users/feanor/sw/src/siag-3.5.2.tar.gz of package siag-3.5.2-5 is incorrect. Checksum of tarball /Users/feanor/sw/src/libxml-1.8.17.tar.bz2 of package libxml-1.8.17-2 is incorrect. Checksum of tarball /Users/feanor/sw/src/ldp.dsl-1.10 of package docbook-dsssl-ldp-3.8-3 is incorrect. --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fixes for gnome1 packages
Hi, I fixed following problems: - Bad dependency between gnome-core-shlibs and gtkhtml. - Dependency of some packages was broken due to previous introduction of GNOME 2 packages (mainly by gnome-core and control-center). - Other problem I found while fixing the problem above (missing dependencies, scrollkeeper usage, ...). Affected packages and their changes are listed in below. Thanks, --- anjuta-0.9.99-4 - Changed gnome-libs in the BuildDepends line to gnome-libs-dev. - Changed gnome-core in the BuildDepends line to gnome-core-dev. - Added missing dependency on glib, gtk+, oaf-dev, gnome-vfs(-ssl)-dev, gdk-pixbuf, gnome-print-dev and gconf-dev to the BuildDepends line. - Added missing dependency on gnome-print-shlibs and gnome-vfs(-ssl)-shlibs to the Depends line. - Added PostInst and PostRm scripts for scrollkeeper and disabled calling scrollkeeper-update in makefile. - Bumped revision. glunarclock-0.24.1-3 - Added scrollkeeper to the Depends line. - Changed gnome-core in the BuildDepends line to gnome-core-dev. - Added PostInst and PostRm scripts for scrollkeeper and disabled calling scrollkeeper-update in makefile. - Bumped revision. gnome-python-1.4.2-3 - Changed control-center in the Depends line to control-center-dev. - Bumped revision. gnomeicu-0.98.2-4 - Changed gnome-core in the Depends line to gnome-core-shlibs. - Bumped revision. gnucash-1.8.1-1 - Changed orbit in the BuildDepends line to orbit-dev. - Added missing dependency on imlib, esound and opensp3 to the BuildDepends line. gnucash-docs-1.8.0-2 - Added missing dependency on opensp3 to the BuildDepends line. gramps-0.8.1-2 - Changed gnome-core in the BuildDepends to gnome-core-dev. peacock-0.5-5 - Changed gnome-core in the Depends line to gnome-core-shlibs - Added gtkhtml to the Depends line. - Bumped revision. pong-1.0.2-2 - Added missing dependency on gnome-print-dev to the BuildDepends line. sawfish-1.1-4 - Changed control-center in the Depends line to control-center-shlibs - Bumped revision. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gtkhtml
I'm working on gnome-core-shlibs and gtkhtml things now. It will fixed in one or two days. On 2003.2.17, at 11:10 AM, Max Horn wrote: I just wanted to build gtkhtml to look into the issues mentioned in the evolution dependency collisions thread. I was quite surprised by the result: it wants to install both the gnome 1 and gnome 2 packages, e.g. both gnome-vfs-dev and gnome-vfs2-dev. That seems to be very odd to me. Especially since gtkhtml1.1 (properly) only needs gnome 1 things. For gnome2, gtkhtml was replaced by libgtkhtml2 i think. Masanori? Anyway, I can't build gtkhtml/gtkhtml1.1 here right now, I just lack the diskspace to first build all of Gnome 1 2. So could somebody else send me a list of the files contained in the packages (i.e. not the -shlibs/-dev splitoffs but rather the master packages)? Max --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] oaf dependency cleanup
I removed popt, which declares BuildDependsOnly: True, from Depends line of oaf. At the sametime, I added popt to BuildDepends line of following packages: anjuta0.9.99-3 eroaster 2.0.12-2 evolution 1.2.2-2 galeon1.2.6-2 glunarclock 0.24.1-2 gnucash 1.8.0-2 gnucash-docs 1.8.0-2 gramps0.8.1-2 gtkhtml1.11.1.7-2 gtranslator 0.43-2 pong 1.0.2-2 visualos 1.0.4-1 --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gnome-vfs(2)-ssl and openssl-0.9.7
I added some versioned dependency in BuildDepends line and bumped revision for following packages because if they were built with old gnome-vfs-ssl package, they may directly linked with openssl and will not work when openssl-0.9.7 is installed. control-center1.4.0.5-6 eel 1.0.2-5 gal19 0.19.2-3 gnome-core1.4.1-4 gtkhtml 1.0.2-5 gtkhtml1.11.1.7-2 guppi16 0.40.3-2 glunarclock 0.24.1-2 gnome-applets 1.4.0.5-4 gnome-pim 1.4.0-3 gnome-python 1.4.2-2 gnome-utils 1.4.1.2-5 gnucash 1.8.0-2 gnucash-docs 1.8.0-2 gnumeric 1.0.11-2 sodipodi 0.28-4 anjuta0.9.99 gtranslator 0.43-2 eroaster 2.0.12-2 gabber0.8.7-3 gnomeicu 0.98.2-3 gimp-perl 1.211-4 gramps0.8.1-2 gtk-perl-pm 0.7008-6 peacock 0.5-4 sawfish 1.1-3 xmms-crossfade0.2.9-2 xmms-gdancer 0.4.5-3 xmms-mad 0.0.9-2 On 2003.2.9, at 05:49 AM, Masanori Sekino wrote: I noticed libgnomevfs(-2).la contains '-lssl -lcrypto' in dependency_libs line. All executables linked using this .la files are directly linked with libssl and libcrypto. Also, all libtool libraries which refer this .la files will contain '-lssl -lcrypto' in their .la files. To fix this, 1. remove '-lssl -lcrypto' from .la files of libgnomevfs(-2). 2. for all packages which depends directly or indirectly on libgnomevfs(-2), add versioned BuildDepends on libgnomevfs(-2) and update revision. 3. if there's any library depends on libgnomevfs(-2), they should also be versioned in BuildDepends line. I'm working on this now. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] announcement policy
First, I apologize for my announcement, which was made in inappropriate way and surprised you. On 2003.2.9, at 01:02 AM, Max Horn wrote: We can still say that you then are the official first reviewer, and you can integrate any other feedback other people get, and then forward it to drm/rr/me. And in the past we had rarely big discussions on announced announcements, and if we had them, then usually with good reasons. That sounds good, as long as we can keep the final decision making off the list. I would suggest this: 1.) send advanced announce notification to Fink-devel 2.) 48 hour wait 3.) I pick up all that has been said 4.) Construct a message or take what is there 5.) construct a list who is a valid recipient 6.) mail You, drm and rr 7.) if OK it is sent out IF not you guys return the mail to me and I return it to the list for further discussion if needed. Yes that sounds fine, although 48 hour wait is much too long for pressing announcments, like the virex problem, where we really had to act quickly. I think even for normal stuff 24hours is fine, and for anything that needs to be quick, I'd suggest we can leave out a long on list discussion - but the mail should still be sent to fink-devel first, not directly to you, IMHO. Also, in most cases going to IRC when something is urgent is a good way as chances aren't bad to catch dmalloc/drm/RangerRick/fingolfin there. Sounds fine for me. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gnome-vfs(2)-ssl and openssl-0.9.7
I noticed libgnomevfs(-2).la contains '-lssl -lcrypto' in dependency_libs line. All executables linked using this .la files are directly linked with libssl and libcrypto. Also, all libtool libraries which refer this .la files will contain '-lssl -lcrypto' in their .la files. To fix this, 1. remove '-lssl -lcrypto' from .la files of libgnomevfs(-2). 2. for all packages which depends directly or indirectly on libgnomevfs(-2), add versioned BuildDepends on libgnomevfs(-2) and update revision. 3. if there's any library depends on libgnomevfs(-2), they should also be versioned in BuildDepends line. I'm working on this now. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] GNOME 2 is coming
Dear fink users, Sorry for cross-posting. Contents of this mail affect users who are using GNOME 1 desktop environment in Fink's unstable tree. I'll put GNOME 2 packages into unstable tree in two or three days. Upgrading from GNOME 1 to GNOME 2 is an irreversible process. So, if you have expensive setting files, please backup them first. Upgrading process is, 1. (Optional) Backup your GNOME 1 settings. Copy .gnome .gnome_private and .gconf directories in your home directory to safe place. 2. Install GNOME 2 packages when they are available. In most situation, what you need to do is run 'fink selfupdate-cvs' and 'fink update-all'. If you want to install entire GNOME 2 packages properly, installing bundle-gnome package helps you. If you met an installation error which says gnome-core-1.x conflicts with gnome-*-2.x, please run 'fink install gnome-core' first, then install or upgrade other packages. 3. Convert your GNOME 1 settings to GNOME 2. If you have GNOME 1 settings, setting conversion script will run when you launch GNOME 2 first time. First, you'll be asked whether or not to convert your GNOME 1 settings. If you choose not converting, GNOME 2 desktop will appear using clean settings. If you choose converting, GNOME 2 desktop will appear using converted setting and you'll be asked again whether or not to use converted setting. If you have any trouble with setting conversion, you can discard GNOME 2 settings by following step, a) Shutdown X Window System. b) run 'gconftool-1 --shutdown' if you have /sw/bin/gconftool-1 c) run 'gconftool-2 --shutdown' if you have /sw/bin/gconftool-2 d) run 'oaf-slay' if you have /sw/bin/oaf-slay e) run 'bonobo-slay' if you have /sw/bin/bonobo-slay f) run 'rm -rf ~/.gnome2 ~/.gnome2_private ~/.gconf ~/.gconfd' If you interested in testing GNOME 2 packages before they are put into unstable tree, they are available at experimental/msek/gnome2 in Fink's cvs. Thanks, --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gnome-libs dependency fix
I removed imlib and esound from the Depends line of gnome-libs, because they are only for the BuildDepends line. At the same time, I added them to the BuildDepends line of following packages. Some packages are synced with stable. Thanks, Changes to the BuildDepends line AddedAddedSync with Version imlibesound stable -- anjuta0.9.99-2 oo. bitchx-gtk1.0c19-5 ooo bitchx-gtk-ssl1.0c19-5 oo. eroaster 2.0.12-1 oo. frontline 0.5.4-2 o.. gaim 0.59.8-1 oo. gal21 0.22-2oo. galeon1.2.6-1 o.. gcdmaster 1.1.7-2 oo. gdk-pixbuf0.18.0-2 oo. gftp 2.0.14-2 oo. gnewspost 0.6-1 .o. gnomemm 1.2.2-7 oo. gq0.6.0-1 oo. gqview1.2.0-1 oo. gramps0.8.0-3 .oo grhino0.7.0-1 o.o gtkhtml1.11.1.7-1 oo. gtkhx 0.9.3-1 ooo gtkhx-ssl 0.9.3-2 oo. gtranslator 0.43-1ooo mlview0.0.1.11-1oo. pong 1.0.2-2 oo. sagasu1.0.6-2 ooo shermans-aquarium 2.2.0-1 ooo stuphead 0.5.3-3 oo. terraform 0.9.0-12 .o. visualos 1.0.4-1 oo. xcdroast 0.98alpha13-1 oo. xchat 1.8.11-1 oo. xchat-ssl 1.8.11-1 oo. xmms-mad 0.0.9-1 oo. xmms-pm 0.12-2oo. xtraceroute 0.9.0-2 ooo --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] GNOME2 is coming - test needed.
Hi fink developers, I think GNOME2 packages are almost ready for release. Upgrading from GNOME1 to GNOME2 is an irreversible process, so I'm planning that request developers test them first, then if no critical problem found, put them into unstable tree (hopefully in next week). What kind of problem I think *critical* is, 1. Cannot install bundle-gnome-2.x at all. 2. Core applications like gnome-session and gnome-panel does not work. Especially for gnome-session, it contains configuration conversion programs from debian and not tested well. If you interested in testing, please follow instructions below: 1. Backup your GNOME configurations (~/.gnome* ~/.gconf*) 2. Add packages in experimental/msek/gnome2 in Fink's CVS 3. Install GNOME2 packages (installing bundle-gnome is convenient) 4. If you'd like to test configuration conversion, remove ~/.gnome2*. 5. Launch gnome-session. First time you launch gnome-session, you will be asked whether to convert GNOME1's configuration to GNOME2's. Any suggestions are welcomed. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome2
Sorry for long long absence. I'm still alive. Both of my work and privacy was extra busy for last month. It is not busier than last month now and I'll maintain my packages this weekend. For GNOME2, if new docbook-dtd with calling update-xml-catalog is out, I can release GNOME2 packages. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] -isystem and LIBRARY_PATH problems
I'm reinstalling fink due to partition corruption and I got build error with following package, - imlib-1.9.10-9 - gnome-applets 1.4.0.5-3 - libgnomeprint2-1.116.0-2 I'm using 10.2 tree and fink-0.11.0.cvs-20021102.0124. I'm wondering which package, fink or other, should be fixed. Ideas? imlib: checking for jpeglib.h... no configure: warning: *** Native JPEG support will not be built (JPEG header file not found) *** checking for TIFFReadScanline in -ltiff... yes checking for tiffio.h... no configure: warning: *** Native TIFF support will not be built (TIFF header files not found) *** checking for gif_lib.h... no configure: warning: *** Native GIF support will not be built (GIF header not found) *** checking for png_read_info in -lpng... yes checking for png.h... no configure: warning: *** Native PNG support will not be built (PNG header file not found) *** configure: warning: *** Native PNG support will NOT be built (PNG version us 1.0.2, get 1.0.3) *** gnome-applets: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I. -I../intl -I../intl -DGNOMELOCALEDIR=\ /sw/share/locale\ -I/sw/include -I/sw/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/sw/lib/gnome-libs/include -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/sw/include/orbit-1.0 -I/sw/include/gtk-1.2 -I/usr/X11R6/include -I/sw/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/sw/lib/gnome-libs/include -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/sw/include/orbit-1.0 -I/sw/include/gtk-1.2 -I/usr/X11R6/include -I/sw/include/libcapplet1 -no-cpp-precomp -isystem /sw/include -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -ansi -Werror -Wmissing-prototypes -Wmissing-declarations -c charpick.c cc1: changing search order for system directory /sw/include cc1: as it has already been specified as a non-system directory make[3]: *** [charpick.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### execution of make failed, exit code 2 Failed: compiling gnome-applets-1.4.0.5-3 failed libgnomeprint2: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DORBIT2=1 -D_REENTRANT -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 -I/sw/include/libxml2 -I/sw/include/libbonobo-2.0 -I/sw/include/orbit-2.0 -I/sw/include/bonobo-activation-2.0 -I/sw/include/linc-1.0 -I/sw/include/freetype2 -I/sw/include -DGNOMELOCALEDIR=\/sw/share/locale\ -DBINDIR=\/sw/bin\ -DDATADIR=\/sw/share\ -no-cpp-precomp -isystem /sw/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Werror -c generate.c cc1: changing search order for system directory /sw/include cc1: as it has already been specified as a non-system directory make[2]: *** [generate.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### execution of make failed, exit code 2 Failed: compiling libgnomeprint2-1.116.0-2 failed --- Masanori Sekino mailto:msek;users.sourceforge.net --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Conversion from character set 'UTF-8' to 'en_US' is not supported (gkrellm2)
Darwin 6.1 lacks LC_COLLATE nor LC_TIME in /usr/share/locale/*. I suppose it causes this kind of problem. If you set following environment variable and run gkrellm (or other app), does it works? $ export LANG=en_US $ export LC_COLLATE=C $ export LC_TIME=C If it works, I'll set LC_COLLATE and LC_TIME in RunTimeVars of glib2-shlibs. Or there's any better idea, please let me know. On 2002.10.25, at 03:37 PM, Ben Hines wrote: On Thursday, October 24, 2002, at 11:28 PM, Bobby A. Jones, Jr. wrote: The gkrellm binary compiled , but when executed at the command line it gives a bus error and dies. [feyd:jonesbo/gkrellm-2.1.0/src] jonesbo# ./gkrellm GLib: Cannot convert message: Conversion from character set 'UTF-8' to 'en_US' is not supported (process:2736): Gdk-WARNING **: locale not supported by C library (process:2736): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Bus error [feyd:jonesbo/gkrellm-2.1.0/src] jonesbo# Interesting, another fink developer had this exact problem just today. Not gkrellm specific. His fix was to unset the env var LANG first. You probably have LANG as en_US in your environment. I think it is a bug in one of the gtk2 or gnome2 fink packages, as it happens with a number of apps. -Ben --- Masanori Sekino mailto:msek;users.sourceforge.net --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gtk+2 fonts
Okay, this feature will be included in next gtk+2-shlibs. Best, On 2002.9.18, at 01:03 PM, Ben Hines wrote: the gtk+2 package should do RunTimeVars: GDK_USE_XFT: 1 or setenv GDK_USE_XFT 1 So the fonts use xft properly. This enables packages like gftp to work without causing font fallback errors. It also gives you antialiased fonts. Very nice looking: http://homepage.mac.com/bhines/xchat.png -Ben --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .la files
On 2002.07.16, at 13:22, Justin Hallett wrote: Now my problem is that -L/sw/lib is first and it must be getting it from the .la file since if i remove the $(foo_LDADD) from the link like I don't have the -L/sw/lib but I need the -L/sw/lib to come after the -L$(srcdir)/foo/.libs or it will link to the wrong version of the libs on upgrades. I believe this is a libtool problem. Usually, this can be avoided by, NoSetLDFLAGS: true SetLIBS: -L%p/lib --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xml super catalog
Sorry, I put incomplete patch of libxml2 (2.4.23-2) into CVS. libxml2 (2.4.23-3) fixes the problem. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] experimental cvs tree?
On 2002.06.25, at 12:04, Benjamin Reed wrote: Are there any objections to creating an experimental module for things that are works-in-progress? My perception of what this module would be is: Sounds good to me, too. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] symlink in gtk+ package
-games control-center librsvg2 eel2 libgtkhtml2 gconf-editor gedit2 metatheme gtk-engines2 All of them are from gnome-desktop-beta5. Please contact me so we can coordinate our efforts. OK. --- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] symlink in gtk+ package
Hi, gtk+ (=1.2.10-10) package provides two symlinks, `gdk - gtk-1.2/gdk' and `gtk - gtk-1.2/gtk'. But they break many GNOME2 package's compilation, so I'd like to remove them. These symlinks are introduced when header files of gtk+ are moved into gtk-1.2 directory and it was very very long ago. Most programs, at least bundle-gnome, can be built without these symlinks. But there are too many programs which depends on gtk+ and it's hard to confirm this removal is safe. Is there any idea? Any helps are appreciated, --- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fink-shlibdeps
Hi all, I wrote tiny shlibs dependency checker named `fink-shlibdeps'. You can download it from: http://hp.vector.co.jp/authors/VA008857/macosx/fink/index.html#fink-shlibdeps If it is useful for others, I'll make a package of it. Here is a copy of README file: -- What is is it? == fink-shlibdeps is a package dependency checker for fink. What it does? = fink-shlibdeps automatically finds a package dependencies from package name, installed directory and file name. For example, $ fink-shlibdeps -p foo returns a package name on which foo depends. For another example, $ cd foo-source $ make $ make install DESTDIR=../tmp $ fink-shlibdeps -d ../tmp returns a package name on which foo depends. It is usefull when foo is not packaged or installed yet. By default, fink-shlibdeps hides indirect dependencies. To know all dependencies, pass -a or --all options to it. You can see what fink-shlibdeps does with -v or --verbose option. What it does not? = fink-shlibdeps only works if all dependent packages are installed. If they are not installed, fink-shlibdeps can not find dependent packages. If there are two or more packages which can replace each other, fink-shlibdeps reports only installed one. For example, there are giflib and libungif and both of them provides giflib. If a package depends on giflib and run fink- shlibdeps with it, it will reports only one of them which is currently installed. Enjoy! -- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink-shlibdeps
On Sun, 21 Apr 2002 21:05:18 +0200 Max Horn [EMAIL PROTECTED] wrote: Ah, so this is similiar to dpkg-shlibdeps. I wonder how this compared to my modified version of dpkg-shlibdeps which also is supposed to do the same job? My fink-shlibdeps was a quick hack and not tested well. If your modified version of dpkg-shlibdeps is available at any location, I'd like to try and test that. And if it helps, I'd like to integrate mine to dpkg- shlibdeps. I need any dependency checker ASAP because package dependency between GNOME2 packages are complicated and hard to maintain without automation... Regards, -- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pilot-link-shlibs does not compile
It's a relink bug of (g)libtool. Relinking will fail if there is no pilot-link-shlibs already installed. libtool does *not* stops with this error: --- Making install in libpisock++ /bin/sh ../mkinstalldirs /sw/src/root-pilot-link-0.10.99-1/sw/lib /bin/sh ../libtool --mode=install /usr/bin/install -c libpisock++.la /sw/src/root-pilot-link-0.10.99-1/sw/lib/libpisock++.la libtool: install: warning: relinking `libpisock++.la' (cd /sw/src/pilot-link-0.10.99-1/pilot-link-0.10.99/libpisock++; /bin/sh ../libtool --mode=relink c++ -g -O2 -L../libpisock/.libs -L/sw/lib -o libpisock++.la -rpath /sw/lib -export-dynamic -version-info 0:0:0 address.lo appInfo.lo datebook.lo dlp.lo iambicExpense.lo memo.lo todo.lo ../libpisock/libpisock.la) /sw/src/pilot-link-0.10.99-1/pilot-link-0.10.99/libpisock++/.libs c++ -dynamiclib -flat_namespace -undefined suppress -o .libs/libpisock++.0.0.0.dylib address.lo appInfo.lo datebook.lo dlp.lo iambicExpense.lo memo.lo todo.lo -L/sw/src/pilot-link-0.10.99-1/pilot-link-0.10.99/libpisock/.libs -L/sw/lib /sw/lib/libpisock.dylib -lc -install_name /sw/lib/libpisock++.0.dylib -compatibility_version 1 -current_version 1.0 c++: /sw/lib/libpisock.dylib: No such file or directory libtool: install: error: relink `libpisock++.la' with the above command before installing it --- Simple solution of this problem is disabling relinking: --- diff -Naur pilot-link-0.10.99.old/ltmain.sh pilot-link-0.10.99.new/ltmain.sh --- pilot-link-0.10.99.old/ltmain.shThu Mar 21 07:30:35 2002 +++ pilot-link-0.10.99.new/ltmain.shSat Apr 6 05:17:23 2002 @@ -1749,7 +1749,7 @@ if test $installed = no; then notinst_deplibs=$notinst_deplibs $lib - need_relink=yes + # need_relink=yes fi if test -n $old_archive_from_expsyms_cmds; then --- On Thu, 04 Apr 2002 16:23:10 -0700 Justin Hallett [EMAIL PROTECTED] wrote: this is very odd it makes it for me everytime...can you scroll up to the part that is attempts to make the lib i think it's the second phase and paste that to me? [EMAIL PROTECTED] writes: hi, pilot-link-shlibs-0.10.99-1 does not compile. it breaks as follows: mkdir -p /sw/src/root-pilot-link-shlibs-0.10.99-1/sw mkdir -p /sw/src/root-pilot-link-shlibs-0.10.99-1/DEBIAN install -d -m 755 /sw/src/root-pilot-link-shlibs-0.10.99-1/sw/lib mv /sw/src/root-pilot-link-0.10.99-1/sw/lib/libpisock++.*.dylib /sw/src/root-pilot-link-shlibs-0.10.99-1/sw/lib mv: cannot stat `/sw/src/root-pilot-link-0.10.99-1/sw/lib/libpisock++.*.dylib': No such file or directory ### mv failed, exit code 1 Failed: installing pilot-link-shlibs-0.10.99-1 failed after removing the line lib/libpisock++.*.dylib in the Files section, it compiles. kilian -- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Sounds
I tried it before. But it was hard and currently I'm not working for it. Dose anybody know audio code works on pure Darwin? On Tue, 19 Mar 2002 16:14:49 -0500 Balint, Jess [EMAIL PROTECTED] wrote: Hello there, is anybody out there working on sound drivers for pure Darwin, without OS X's CoreAudio? -- Masanori Sekino mailto:[EMAIL PROTECTED] ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
On Thu, 14 Mar 2002 08:20:31 +0900 Masanori Sekino [EMAIL PROTECTED] wrote: I'll rewrite GTK2/GNOME2 packages and put them into CVS again. Renamed packages are in CVS now. They are named glib2, atk1, pango1, gtk+2, linc1 and libidl2. New packages orbit2 and libart2 are also available. Thanks, -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
One more things, New packages does not replaces old one automatically. Please remove old packages before installation. On Sat, 16 Mar 2002 13:23:05 +0900 Masanori Sekino [EMAIL PROTECTED] wrote: Renamed packages are in CVS now. They are named glib2, atk1, pango1, gtk+2, linc1 and libidl2. -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
On Wed, 13 Mar 2002 17:50:45 +0100 Max Horn [EMAIL PROTECTED] wrote: I put their packages into shared-libraries/splitoff in CVS. Hm, don't see them there. Oh sorry, I forgot to commit them. Now you can. Very nice! But I wonder, do they coexist with the old packages? They are coexisting on my system. -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
-common package is a common files for -shlibs packages. fooN-shlibs packages should be installable at the same time, but if they contains a same file, /etc/foo.conf for example, they can't coexists. In this case, foo-common package contains /etc/foo.conf and all the fooN-shlibs depends on it. This is why we needs -common package. On Wed, 13 Mar 2002 10:21:58 -0700 Justin Hallett [EMAIL PROTECTED] wrote: also what is in the -common and are we gonna use -common and -base, this a general question for splitoff. [EMAIL PROTECTED] writes: Nice. Now one more question: why are the packages named like glib2-0 and not just glib2 ? -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
On Wed, 13 Mar 2002 19:13:44 +0100 Max Horn [EMAIL PROTECTED] wrote: So, package name `fooN' will become glib2-0, where foo=glib2, N=0 and hyphen is for distinguish N=0 with N=20. [...] Do you want to say, you do this to be prepared for glib 20.0 ? Yes. I mean, what is bad about the package name glib2? Assuming there will be a version 2.2, it will be glib2-2.2 If say 2.4 was binary incompatible, we could make a glib24-2.4 package, however, I strongly doubt that will be necessary - for a binary compatibility break, they'll go to version 3 I think. According to our shlibs policy, package name should contains it's major version number. It is 0 for glib2 libraries. Probably, gtk peoples will keep compatibility under glib2 and will changes it's name to glib3 if compatiblility breaks. But should we break our policy and make a special naming rule for glib? -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
On Wed, 13 Mar 2002 20:21:17 +0100 Max Horn [EMAIL PROTECTED] wrote: I mean, what is bad about the package name glib2? Assuming there will be a version 2.2, it will be glib2-2.2 If say 2.4 was binary incompatible, we could make a glib24-2.4 package, however, I strongly doubt that will be necessary - for a binary compatibility break, they'll go to version 3 I think. According to our shlibs policy, package name should contains it's major version number. It is 0 for glib2 libraries. Probably, gtk peoples will keep compatibility under glib2 and will changes it's name to glib3 if compatiblility breaks. But should we break our policy and make a special naming rule for glib? No. We don't have to break any rules. The major version is 2, so the package should be called glib2. If it laters turns out that glib 2.1 is incompatible, and we want to coexsting packages, we could name it glib2-1, but I think this is an extremly unlikely scenario. Hmm, am I misunderstanding shlibs policy? It says Each software package for which shared libraries can be built must have a major version number N. The major version number is only supposed to change when a backwards-incompatible change in the library's API has been made. and When building shared libraries under major version N, it is important that the install_name of the library be %p/lib/bar.N.dylib. (You can find the install_name by running otool -L on your library.) The actual library file should be installed at %i/lib/bar.N.x.y.dylib `major version number N' and `major version N' in these sentences have different meaning? -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 2.0
On Wed, 13 Mar 2002 23:45:14 +0100 Max Horn [EMAIL PROTECTED] wrote: glib doesn't use a . but a -, however this is completly valid, various other packages do it this way (maybe the Shlibs policy file should be changed to mention that). [...] No, they mean the same, at least the way I interpret the docs. Maybe they should be rephrased somehow to clarify what actually is meant... Okay, I understood. I'll rewrite GTK2/GNOME2 packages and put them into CVS again. Actually, I'd expect the master package also to have libglib.dylib, or are glib 2.0 programs supposed to link with -lglib-2.0 ? Yes, they are doing so. -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] about corrupted binary of mozilla
Hi, I'm trying to solve the problem about corrupted binary of mozilla, which refuse to install. I found an information about linker bug on mozilla web site: http://www.mozilla.org/ports/fizzilla/Mach.html They says that only Dec. 2001 Developer Tools can build a working binary. So I'd like to ask two things: 1. Is there anyone who fails to build a working binary with Dec. 2001 Develoer Tools? 2. How to make mozilla package to depends on specific version of developer tools? -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gdk-pixbuf doesn't install correctly
Oops, I forgot an essential line in install script of gdk-pixbuf. It was fixed in gdk-pixbuf-0.16.0-3. Thanks. On Tue, 12 Feb 2002 22:51:35 -0500 Benjamin Reed [EMAIL PROTECTED] wrote: I got my new G4 so I'm rebuilding fink from scratch. I'm attempting to build bundle-gnome, and I get the following from bonobo: -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New mozilla package.
Hi all, I updated mozilla package to 0.9.8-1. I don't know it resolves crash problem or not. Please try it and let me know a result. -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] About new version of gal
Hi, Sorry for crossposting. But it should be a widely known. New version of gal (0.19-1) is available on unstable tree and it breaks gnumeric and gabber(-ssl). If you are using those package, please rebuild them with `fink rebuild (gnumeric|gabber)' after you installed newer gal. I hope new shlib support available soon. Thanks, -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86-4.2 XLocale probrem
On Sun, 27 Jan 2002 18:44:08 +0100 Max Horn [EMAIL PROTECTED] wrote: First one seems easy, but we can't disable XLocale of system-xfree86. Second one seems difficult, but as long as gtk/gnome applications, only gtk+ package seems to need modification and rebuiding, other package using gtk+ doesn't need rebuilding. Is a simple recompile sufficient? No. Some packages need extra setting to know X has built with XLocale. For example, configure script of gtk+ needs --with-locale=locale name for detecting system's setlocale is broken and XLocale is needed. -- Masanori Sekino mailto:[EMAIL PROTECTED] http://hp.vector.co.jp/authors/VA008857/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel