Re: [Fink-devel] make-4.2.1-2 to re-enable nls support

> On 14 Aug 2016, at 17:48, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > On Sun, Aug 14, 2016 at 10:23 AM, Max Horn <m...@quendi.de> wrote: > Jack, > > > On 12 Aug 2016, at 20:44, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > >

Re: [Fink-devel] make-4.2.1-2 to re-enable nls support

Jack, > On 12 Aug 2016, at 20:44, Jack Howarth wrote: > > Max, > It appears to be safe again to re-enable the default nls support in the > make 4.2.1 build as upstream have fixed the signaling issue > > http://savannah.gnu.org/bugs/index.php?46261#comment12

[Fink-devel] OpenSSL 1.0.2g-1 update breaks python / pip?

Hi there, I just updated to the latest openssl Fink package. Afterwards, pip was broken: $ pip-py2.7 --version Traceback (most recent call last): File "/sw/bin/pip-py2.7", line 9, in load_entry_point('pip==8.0.2', 'console_scripts', 'pip')() File

Re: [Fink-devel] My packages are up for adoption

Hi Alexander, > On 09 Jan 2016, at 23:08, Alexander Hansen > wrote: > > I’m not giving up the project just yet. I just don’t actually use most of > what I maintain, and real life is really dragging me down right now so I > don’t have the time and energy to keep

Re: [Fink-devel] qt5 pkgconfig woes

to insert appropriate "ln -s" commands in the InstallScripts. But Hanspeter perceived a problem, which I do not quite understand: > On 19 Nov 2015, at 17:24, Max Horn <m...@quendi.de> wrote: > > Hanspeter, > >> On 19 Nov 2015, at 16:26, Hanspeter Niederstrasser

Re: [Fink-devel] Fink

Hi Dave, [CC: fink-devel], > On 22 Nov 2015, at 21:39, David R. Morrison wrote: > > Hi Max. > > I have indeed been inactive but am planning to resume activity soon. (As > soon as I get one of my machines upgraded to a El Capitan.) I'll assess my > packages after I do

[Fink-devel] qt5 pkgconfig woes

Hi there, so I was trying to update wireshark to 2.0.0, which means finally bitting the bullet and using qt5 for it. Turns out the pkgconfig .pc files for qt5 are all broken ?! They contain this: Libs: -F${libdir} '-Wl,-framework,QtCore ' Cflags: -I${included}/QtCore -I${includedir} But

Re: [Fink-devel] qt5 pkgconfig woes

Hanspeter, > On 19 Nov 2015, at 16:26, Hanspeter Niederstrasser <f...@snaggledworks.com> > wrote: > > On Thu, November 19, 2015 5:57 am, Max Horn wrote: > [...] > Better solution is to fix the .pc files to have the correct Cflags > pointing to the correct headers

Re: [Fink-devel] "Duplicate sources.list entry"

Hi folks, sorry for the late reply. > On 08.11.2015, at 20:05, Alexander Hansen wrote: > > >> On Nov 8, 2015, at 02:24, Daniel Johnson wrote: >> >> >>> On Nov 7, 2015, at 9:35 PM, Alexander Hansen >>>

[Fink-devel] "Duplicate sources.list entry"

so, I keep seeing this message at the end of any "fink install" run that involves building a package: " Reading Package Lists... Done Building Dependency Tree... Done W: Duplicate sources.list entry http://bindist.finkmirrors.net stable/main Packages

Re: [Fink-devel] fix for remaining fink make failures on 10.11

Thanks for all the work and testing. I have no committed a revised version of the .info file, which drops the patch and uses --disable-nls. Cheers, Max > On 24.10.2015, at 12:32, Jack Howarth wrote: > > > > On Sat, Oct 24, 2015 at 6:12 AM, Martin Costabel

Re: [Fink-devel] fix for make 4.1 on 10.12

Hi Jack, thanks for analyzing this. I made some minor tweaks to the .info file you sent (mainly: update the DescPort text to explain the patch). I was about to commit it, but then read that there are still issues. For the time being, I am still on 10.8, so I cannot help with this. Anyway, if

Re: [Fink-devel] make-4.1-3 with make-default split-off

Hi again, On 16.09.2015, at 14:42, Jack Howarth wrote: > MacPorts gmake doesn't show the problem on the command line or in their > builds but I have only been able to test a rather narrow set of MacPorts > builds against their gmake. However I have been able to

Re: [Fink-devel] make-4.1-3 with make-default split-off

Jack, On 15.09.2015, at 03:18, Jack Howarth wrote: > Max, > > El Capitan GM currently produces an instability in fink make for a variety of > builds (cmake, libcurl4, texlive-base, r-base32, etc) resulting in random > failures of the form... > > make:

Re: [Fink-devel] SDL and X11

Hi, On 25.06.2015, at 18:04, Alexander Hansen alexanderk.han...@gmail.com wrote: On Jun 25, 2015, at 03:39, Max Horn m...@quendi.de wrote: Hi there, so Jack sent me a patch for sdl.info to avoid use of the X11 convenience symlinks, see e.g. here: https://sourceforge.net/p/fink

[Fink-devel] SDL and X11

Hi there, so Jack sent me a patch for sdl.info to avoid use of the X11 convenience symlinks, see e.g. here: https://sourceforge.net/p/fink/package-submissions/4507/ However, that patch isn't quite enough. It would result in an unusable SDL on systems without the convenience links, since, if

Re: [Fink-devel] automake1.15-1.15-1 InfoTest failure

Hi, On 27.03.2015, at 03:26, Jack Howarth howarth.at.f...@gmail.com wrote: Is anyone else seeing the following failure in the automake1.15-1.15-1 InfoTest run during 'fink -m' on x86_64-apple-darwin12? Not me (otherwise, I wouldn't have committed it). This is on 12.6.0, i.e. OS X 10.8.5. To

[Fink-devel] ghostscript-nox broken

Jack, I think you broke ghostscript-nox in one of your recent changes: Failed: Cannot read PatchFile /sw/fink/dists/stable/main/finkinfo/text/ghostscript-nox.patch Byw, Max signature.asc Description: Message signed with OpenPGP using GPGMail

Re: [Fink-devel] automake1.15-1.15-1

On 18.03.2015, at 21:18, Jack Howarth howarth.at.f...@gmail.com wrote: Note though that we have never had an explicit TestDepends or BuildDepends on gcc4x to insure that gfortran is present when that test is run. Do we have any idea when the last time a successful 'fink -m' was done on an

Re: [Fink-devel] libtool2 update needed for Yosemite

On 31.10.2014, at 03:47, Jack Howarth howarth.at.f...@gmail.com wrote: Max, We need an fixed libtool2 package for Yosemite. I'll look into it tonight. Should I fail to do so (we have a longish meeting this evening...), I trust Daniel Macks to do with it what's right (should he choose

[Fink-devel] Todai Fink Team -- working email address?

Hi, I recently tried to contact Todai Fink Team, but the mail bounced: Last Error: There is no active MX server for sodan.ecc.u-tokyo.ac.jp Assuming this fails again (this email is CC'ed there), does anybody know how to reach them? All .info files with that maintainer address should then be

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

Hi, On 19.08.2014, at 19:57, Daniel Macks dma...@netspace.org wrote: On Tue, 19 Aug 2014 13:47:58 +0200, Max Horn m...@quendi.de wrote: [...] cp: /sw/share/info/dir.bak: Permission denied I think this is caused by the install-info tool and the fact that the affected packages (e.g. grep

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

Dear Hanspeter, On 17.08.2014, at 21:18, Hanspeter Niederstrasser f...@snaggledworks.com wrote: Dear Fink developers and users, I've just published the results of a buildworld run on a 10.9 system. The buildworld tries to build every package in the Fink tree from scratch on a clean

Re: [Fink-devel] Circular dependency for python27 on Darwin13

Am 11.06.2014 um 12:25 schrieb Frava fravad...@gmail.com: Ok, thank you for the replies, and sorry for having posted here. I will now wait for a fix. Please don't be sorry, to the contrary: thanks a bunch for taking the time to report this! PS: Where do I have to report this kind of

Re: [Fink-devel] make-4.0-1

Hi Jack, Thanks, but I am deliberately not adding make 4.0 at this time, until the dust left by this major change after so many years has had time to settle. Max Am 26.10.2013 um 02:02 schrieb Jack Howarth howa...@bromo.med.uc.edu: Max, The attached packaging updates make to the new 4.0

Re: [Fink-devel] sox-shlibs Depends on file ?

On 18.07.2013, at 20:51, Hanspeter Niederstrasser wrote: Why does sox-shlibs Depends: on file? The dylib links to libmagic.dylib, so file-shlibs seems like it would be the actual package that needs to be in the Depends: field, rather than the executable. FYI, I think Hans-Christoph is not

Re: [Fink-devel] updating Fink's lilypond

Hi Hanspeter, sorry for not responding to your previous email on dblatex :-(. On 28.02.2013, at 16:07, Hanspeter Niederstrasser wrote: Matthias, Recent upstream patches to lilypond now allow it to build with clang. I've taken those patches and updated the lilypond and lilypond-devel pkgs

Re: [Fink-devel] Problem install autoconf2.6 package and semi-workaround

, Ph.D.| University of Iowa Associate Director| B291 CBRB, 500 Newton Rd. CCOM NMR Facility | Iowa City, IA 52242 319-384-2937 (office) | 319-335-7273 (fax) andrew-fow...@uiowa.edu On 11/28/12 7:26 PM, Max Horn m...@quendi.de wrote: Hi Andreas

Re: [Fink-devel] Problem install autoconf2.6 package and semi-workaround

Hi, Could you please be a bit more specific: which version of the package are you using, which OS X and Fink versions? E.g. tell us the output of these commands: fink list autoconf fink --version sw_vers Thanks, Max Am 28.11.2012 um 00:22 schrieb Fowler, Andrew andrew-fow...@uiowa.edu: I'm

Re: [Fink-devel] Problem install autoconf2.6 package and semi-workaround

Hi Andrew (CC: fink-devel), thanks for the info, which I sum up: On 28.11.2012, at 17:03, Fowler, Andrew wrote: i autoconf2.6 2.69-1 System for generating configure scripts [imac:~] afowler% fink --version Package manager version: 0.34.4 Distribution version: selfupdate-cvs

Re: [Fink-devel] Problem install autoconf2.6 package and semi-workaround

Hi Andreas, On 28.11.2012, at 19:28, Fowler, Andrew wrote: Hi again Max, OK, here we go on the easy stuff: [imac:main/finkinfo/devel] afowler% which makeinfo /sw/bin/makeinfo [imac:main/finkinfo/devel] afowler% makeinfo --version makeinfo (GNU texinfo) 4.8 That's a bit old, latest is

Re: [Fink-devel] [fink-core] automake changes

On 19.09.2012, at 12:49, Hanspeter Niederstrasser wrote: Validating package file /sw/fink/dists/stable/main/finkinfo/devel/automake1.12.info... Error: can't find patchfile /sw/fink/dists/stable/main/finkinfo/devel/automake1.12.patch Failed: unable to read from

Re: [Fink-devel] automake1.12-1.12.3-1 fails tests on 10.7 (and10.6/*)

On 04.09.2012, at 14:43, Daniel Macks wrote: On Tue, 04 Sep 2012 16:31:00 -0400, Hanspeter Niederstrasser f...@snaggledworks.com wrote: install-info

Re: [Fink-devel] automake1.12-1.12.3-1 fails tests on 10.7 (and 10.6/*)

Hi again, On 04.09.2012, at 11:21, Hanspeter Niederstrasser wrote: On 9/4/2012 7:22 AM, Hanspeter Niederstrasser wrote: automake1.12-1.12.3-1 fails these tests: FAIL: t/distcheck-override-infodir.sh FAIL: t/python-missing.sh FAIL: t/txinfo3.sh FAIL: t/txinfo13.sh FAIL: t/txinfo16.sh

Re: [Fink-devel] automake1.12-1.12.3-1 fails tests on 10.7 (and 10.6/*)

Hi again, On 04.09.2012, at 14:31, Hanspeter Niederstrasser wrote: [...] From the link in the original report, the python failure seems to be a race issue: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12210 This is an 8 core MBP, while the 10.6 system only has 4 cores. For the record,

Re: [Fink-devel] automake1.11-1.11.6-1 fails tests on 10.6/i386 (10.6/x86_64 passes)

, Hanspeter Niederstrasser wrote: On 7/12/2012 12:23 PM, Max Horn wrote: Hi there, what do these commands return for you? which install-info install-info --version In any case, those failures should be harmless (and I can disable them). i386 (failing): $ which install-info /sw32/sbin

Re: [Fink-devel] github?

Am 23.06.2012 um 00:07 schrieb David R. Morrison: On Jun 22, 2012, at 10:59 AM, Alexander Hansen wrote: Any thoughts about moving dists/ over to github? Even though sourceforge isn't going to close down CVS access, it'd be nice to move to a more modern system. Plus, for users behind

[Fink-devel] RFC: readline6 package

Hi again, I've been working on making a readline6 package, but so far could only test it on 10.6.8 (Intel / 64bit). I'd be grateful if people could test building it on other configurations, in particular on 10.5 and on 10.7, and also in 32bit environments (and perhaps on PowerPC), that would

Re: [Fink-devel] How to make Fink more user friendly?

Am 18.06.2012 um 10:30 schrieb Sébastien Maret: [...] 1) We don't control Apple's servers. 2) I haven't seen this one, but then I'm still using Xcode 3.2.6 on 10.6. 3) We don't control what ports people's network admins leave open. Of course. My point is that if we had

[Fink-devel] Vote for Fink to become Project of the Month

Dear Fink users, Fink has been nominated for becoming Project of the Month at SourceForge.net in July! Everybody with a twitter account can vote for us on http://twtpoll.com/b0zo1b -- so, please consider doing so to help us win! As a nice bonus, Fink would be the first project to be Project of

Re: [Fink-devel] make testsuite failures

Hi Jack, Am 19.05.2012 um 22:03 schrieb Jack Howarth: Max, We see to have 8 addtional testsuite failures in our make compared to MacPorts. Adding the missing InfoTest to the current make.info [...] Updating the package to 3.82 and disabling the make.patch (since MacPorts uses

Re: [Fink-devel] Request for package maintainers

Am 14.04.2012 um 00:24 schrieb Alexander Hansen alexanderk.han...@gmail.com: On 4/13/12 10:48 AM, Alexander Hansen wrote: Hi. I'd like to propose a policy for the case of people with commit bits updating other people's packages. 1) Please contact the maintainer. 2) Give the

Re: [Fink-devel] Changing fink-obsolete-packages dependencies to RuntimeDepends

Dear all, a small clarification: Am 28.03.2012 um 17:46 schrieb Max Horn: Dear package authors, I would like to suggest the following to all package authors using Depends: fink-obsolete-packages in an obsolete splitoff in one of their packages: Namely, please switch to using

[Fink-devel] Changing fink-obsolete-packages dependencies to RuntimeDepends

Dear package authors, I would like to suggest the following to all package authors using Depends: fink-obsolete-packages in an obsolete splitoff in one of their packages: Namely, please switch to using Depends: fink (= 0.32) RuntimeDepends: fink-obsolete-packages instead. This way,

Re: [Fink-devel] boost1.46.1.cmake from tracker

Am 20.11.2011 um 01:37 schrieb Alexander Hansen: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anybody have any objections to my adding the boost1.46.1.cmake package from https://sourceforge.net/tracker/?func=detailatid=414256aid=3436035group_id=17203 ? Provided that I update

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

Am 19.11.2011 um 21:21 schrieb Alexander Hansen: [...] Here's a couple of test finks, derived from branch_0_31: https://github.com/akhansen/fink/zipball/clang-default https://github.com/akhansen/fink/zipball/llvm-default Hopefully the names are self-explanatory. :-) The clang-default

Re: [Fink-devel] boost1.46.1.cmake from tracker

Am 20.11.2011 um 19:36 schrieb Martin Costabel: On 20/11/11 14:42, Max Horn wrote: Am 20.11.2011 um 01:37 schrieb Alexander Hansen: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anybody have any objections to my adding the boost1.46.1.cmake package from https

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

Am 16.11.2011 um 17:56 schrieb Alexander Hansen: [...] Right, and the point I was trying to make is that fink-0.31.4 *doesn't work* for people who do a fresh install of Xcode 4.2, because of the absence of gcc-4.2 in the PATH. Bootstrap immediately fails, as per

Re: [Fink-devel] [cvs] dists/10.4/stable/main/finkinfo/sci ginac.info, NONE, 1.1 ginac2.info, NONE, 1.1

Hi David, Am 01.11.2011 um 23:51 schrieb David Fang: Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/sci In directory vz-cvs-3.sog:/tmp/cvs-serv11830/sci Added Files: ginac.info ginac2.info Log Message: GiNaC: sync. w/ 10.*/unstable The ginac.info you put into stable

Re: [Fink-devel] Phased decommissioning of the unstable tree.

Hi there, so, we should make sure this plan keeps moving on... Am 30.09.2011 um 14:06 schrieb Alexander Hansen: [..] Phase 1: Since people have been testing packages (presumably) before committing them to 10.7/stable, that tree is indeed pretty stable. We'll start by moving all packages

Re: [Fink-devel] Xcode 4.2

Am 24.10.2011 um 17:58 schrieb David R. Morrison [...] Dave, Any thoughts on the alternative approach as implemented in... http://sourceforge.net/tracker/?func=detailaid=3427243group_id=17203atid=317203 Checking for 10.6 in the path-prefix-10.6 compiler-wrapper and substituting

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

Jack, Am 21.10.2011 um 21:53 schrieb Jack Howarth: On Fri, Oct 21, 2011 at 09:32:08PM +0200, Martin Costabel wrote: [...] Is the possible benefit for a tiny minority of xcode-4.2 users on Snow Leopard really worth all this hassle? Considering that i386 fink represents the most testing

[Fink-devel] 10.5 feedback needed for apt 0.5.4-1060

feedback as to whether 0.5.4-1060 builds and works correctly? we need to know this for both Intel and PowerPC builds. Thanks, Max -- Max Horn Fink Core Group http://finkproject.org/ -- The demand for IT networking

Re: [Fink-devel] Phased decommissioning of the unstable tree.

Am 05.10.2011 um 16:56 schrieb Alexander Hansen: [...] The semi-automatic move of packages from unstable to stable caused some collateral damage in some cases. Namely if multiple .info files shared a single patch file, and some of the .info files and the .patch were moved to stable,

Re: [Fink-devel] Phased decommissioning of the unstable tree.

Am 05.10.2011 um 18:41 schrieb Daniel Macks: On Wed, 5 Oct 2011 16:31:56 +0200, Max Horn wrote: Am 04.10.2011 um 07:18 schrieb Daniel Macks: I just did a full sweep of 10.4/unstable and (with the exception of a few corner cases) purged it of all .info that exactly matched the one

Re: [Fink-devel] Phased decommissioning of the unstable tree.

Am 04.10.2011 um 07:18 schrieb Daniel Macks: [...] I'll take that as a 'no', and we can go ahead and start Phase 1. We are not currently freezing the CVS tree. Maintainers should audit their packages in 10.4 and check for items that are identical in 10.4/stable and 10.4/unstable.

[Fink-devel] Need help moving some of my packages to 10.7

Hi there, so I still don't have a 10.7 system. Hence I can't easily move stuff to the 10.7 tree (I mean, I can't even verify dependencies are satisfied and things build). But quite some of packages probably would work well on 10.7, and would benefit people. The following *subset* of .info

Re: [Fink-devel] sed for 10.7?

Am 28.07.2011 um 14:41 schrieb Alexander Hansen: Can we add sed to the 10.7 distro? The current version builds, and not having it is a blocker for quite a few packages. I am (still) on vacation right now, so I can't look into any of this myself via CVS. Nor do I have 10.7, so I don't really

[Fink-devel] Can somebody please explain 10.4-EOL ?

Hi there, just did a cvs up on my fink dists checkout, and it added tons of new (well, copied) files in 10.4/stable/main/finkinfo/10.4-EOL and 10.4/unstable/main/finkinfo/10.4-EOL There were some discussions on abandoing 10.4 support and also on how to deal with 10.7, but I can't find

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/games scummvm.info, 1.13, 1.14

Am 27.05.2011 um 13:15 schrieb Hanspeter Niederstrasser: The latest scummvm is missing dependencies on various packages as it checks for them during ./configure. From a quick glance, it looks for at least libpngX, theora, nasm, mpeg2 and readline, none of which are declared in the .info

Re: [Fink-devel] Drafts for a couple of policy addenda

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sounds good to me! Bye, Max Am 21.04.2011 um 18:16 schrieb Alexander Hansen: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here's draft 2. 3.7 Source Policy Sources should normally be downloaded from the location(s) that the upstream

Re: [Fink-devel] Uniform description for obsolete packages?!

Am 18.04.2011 um 17:49 schrieb Daniel Macks: On Mon, 18 Apr 2011 14:50:40 0200, Max Horn wrote: Am 18.04.2011 um 14:49 schrieb Max Horn: OK... anybody opposed? To summarize, this are the changes I propose, each should be trivial to implement: 1) Drop the _warning_ when a package

Re: [Fink-devel] Unburying fontconfig and xft

Am 22.04.2011 um 23:23 schrieb Daniel Macks dma...@netspace.org: On Fri, 22 Apr 2011 17:12:20 -0400, Daniel Macks wrote: We've long had xft2-dev and fontconfig2-dev keep their headers and libraries buried in subdirs so that they do not mask system (x11) supplied versions of those same

Re: [Fink-devel] Uniform description for obsolete packages?!

Am 14.04.2011 um 14:33 schrieb Martin Costabel: Max Horn wrote: [] Though I still agree that sometimes it's a bit tough to avoid the package name... OK, I can't think of a concrete example right now, but imagine you had a tool called image for image processing... using the description

Re: [Fink-devel] Uniform description for obsolete packages?!

Am 14.04.2011 um 03:30 schrieb Daniel Macks: [...] Would be easy to make validator relax its Description test for obsolete packages (there are already other special allowances for them that are fatal otherwise). That would be good then. Though actually, I wonder if we should relax the

Re: [Fink-devel] Uniform description for obsolete packages?!

After a brief discussion with dmacks on IRC, let me clarify some points: My proposal is to change the description of obsolete packages to the following *when it makes sense* and isn't too long: Description: OBSOLETE use package 'FOO' instead Some remarks: * Of course there are cases where this

[Fink-devel] Uniform description for obsolete packages?!

Hi there, we have a bunch of obsolete packages, which typically only still exist to smoothly and automatically transit users to their successor packages. Typically, such packages depend on fink-obsolete-packages, which marks them as obsolete. However, I just realized that end users may not be

Re: [Fink-devel] Uniform description for obsolete packages?!

PS: Some further IMHO problematic examples: w3m-ssl0.5.2-1004 Upgrade package for w3m - this sounds as if the package provides some extra upgraded functionality for w3m. openssl097 0.9.7m-6 Upgrade package for old openssl097* layout - similar

Re: [Fink-devel] Version control migration?

Hi Daniel, Am 14.02.2011 um 01:26 schrieb Daniel Johnson: On Feb 8, 2011, at 7:53 PM, Daniel Johnson wrote: [...] BTW, converting with cvs2git (from the cvs2svn package) works very well and is several orders of magnitude faster than git cvsimport. It takes me less than 10 minutes to

Re: [Fink-devel] CVS is back baby!

Am 10.02.2011 um 22:28 schrieb Daniel Johnson: CVS service on sf.net has now been restored. I just successfully committed a bunch of updates I had been accumulating. Note that you might get an error message at the end of a commit about a not being able to find ciabot.pl. You can ignore

Re: [Fink-devel] Version control migration?

Am 07.02.2011 um 09:32 schrieb Martin Costabel: On 6/02/11 21:17, Alexander Hansen wrote: [] Not all users _can_ use rsync, however, due to firewalls. We need to have a selfupdate method that works over unblocked http ports (and since CVS proxy support hasn't worked in a while it would

Re: [Fink-devel] Version control migration?

Hi there, I would like to emphasize something which Charles Lepple already hinted at: Why not use git (hosted at github.com, ideally) for devs, and subversion for end users? Let me explain where I see the advantage: Git is more modern and advanced than Subversion, and has features that I

Re: [Fink-devel] Version control migration?

Daniel, what you describe sounds quite sensible. At least for the time being, switching to SVN seems like a good migration strategy. I do believe that on the long run, using git for devs and rsync for users will be a better strategy, but that could still be implemented later, by somebody ;)

Re: [Fink-devel] new wine(s)

Am 01.12.2010 um 09:10 schrieb Martin Costabel: On 30/11/10 19:49, Max Horn wrote: [] Now, as for myself: I am going to install a modified version of the wine package, as I have done so for past versions. Specifically, I'll hack my .info file by removing all deps on arts and esound

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/base bzip2.info, 1.5, 1.6

Am 23.09.2010 um 14:02 schrieb Alexander Hansen: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/21/10 5:23 PM, Max Horn wrote: Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/base In directory sfp-cvsdas-3.v30.ch3.sourceforge.com:/tmp/cvs-serv6617/10.4/unstable/main

Re: [Fink-devel] Angband Won't Build As Nobody

Thinking again about what I wrote, I disagree with myself ;) Am 12.09.2010 um 14:51 schrieb Max Horn: [...] Of course, any approach should only be done if it can't be avoided by non-root users. OK, I'll try to compare both approaches (if done properly), the suid-chown and the deleyed

Re: [Fink-devel] Angband Won't Build As Nobody

Am 12.09.2010 um 19:36 schrieb Daniel Johnson: [...] I just tried building fakeroot-1.14.4. Believe it or, it actually builds and even has Mac OS X specific code in it. If someone wants to play with it, you can't just call 'make', you need to use 'make wrapper.h libmacosx.la all' due to

Re: [Fink-devel] latest Buildworld results (2010-08-14)

Hi Hanspeter! (CCing maintainers of broken packages) Am 31.08.2010 um 18:13 schrieb Hanspeter Niederstrasser: The results for the latest buildworld (10.5/i386/unstable) are in: http://www.snaggledworks.com/fink/fink-build-forever/2010-08-14/out/report.html By maintainer:

Re: [Fink-devel] Angband Won't Build As Nobody

Hi there, given that apparently quite some packages are affected by the inability to use chmod/chown/chgrp when building as nobody, maybe we should take a step back and see if we can come up with a better solution than hack the makefile, the move the commands to a PostInstScript. The problem I

Re: [Fink-devel] Angband Won't Build As Nobody

Am 12.09.2010 um 12:58 schrieb Sjors Gielen: Op 12 sep 2010, om 09:33 heeft Max Horn het volgende geschreven: Here is one idea: Maybe we could insert our own custom chmod/chown scripts into the PATH used for building packages, with suid flag set, so that they can invoke the original

Re: [Fink-devel] I'm changing your perlmodule package, and we need a way to avoid it

[...] 2. DefaultScript: that takes values of autotools makemaker module::build? Bonus: extensible to any other new build systems we feel like supporting, and lets packages get the type:perl magic even if they use autotools (or vice versa). This sounds like the most future proof. Bye,

Re: [Fink-devel] list of dependencies for mc (SL) broken ?

Hi, the actual problem here are *build* dependencies most of the time. A lot of stuff pulls in insane amounts of dependencies just so that it can compile documentation of the given package, using LaTeX or DocBook... sometimees it even involves graphviz (for graphs) which then gets you an

Re: [Fink-devel] libjpeg-shlibs and libjpeg dependencies in your packages!

Am 21.06.2010 um 22:42 schrieb Sjors Gielen: Hello Dave, Justin, Alexander, William, I am sending you this e-mail to inform you that one or some of your packages depend on libjpeg-shlibs and/or builddepend on libjpeg. I have seen libjpeg-related crashes on various machines, most probably

Re: [Fink-devel] libjpeg-shlibs and libjpeg dependencies in your packages!

Am 22.06.2010 um 15:27 schrieb Sjors Gielen: Op 22 jun 2010, om 15:13 heeft Max Horn het volgende geschreven: Hi Sjors, may I ask how you arrived at exactly that list? There many many more packages which depend on libjpeg instead of libjpeg8. Maybe those packages are the ones

Re: [Fink-devel] Automatic hiding of /usr/local

Daniel, hidding /usr/local by temporarily moving it to another place sounds like a super-evil and dangerous thing to me. It's pretty easy to imagine how this can lead to data loss. Also, what if I want to build one of those super big packages that take hours and hours -- am I simply not

[Fink-devel] Question on libgettext8-dev, gettext-bin, gettext-tools

Hi there, many packages bdep on libgettext3-dev or libgettext8-dev, but also on in addition on gettext-bin and/or gettext-tools. I wonder if this is really necessary; libgettext?-dev seems to depend on gettext-bin anyway. And it doesn't seem as if packages really (build)depend on

Re: [Fink-devel] fink -m fix for gcc4x

Am 06.05.2010 um 15:33 schrieb Alexander Hansen: [...] The trailing _STUB isn't handled by the test, which looks for DYLIB surrounded on either side by whitespace. Indeed. So, should the validator code be augmented to handle DYLIB_STUB, too? It would be easy enough to do. Cheers, Max

Re: [Fink-devel] unacceptable behavior

Am 03.05.2010 um 02:27 schrieb Jack Howarth: [...] Max, Okay. I read them out of order then. At first I was uncertain from the message in the gcc44-4.4.4-1000 entry, but coupled with the interest in maintainership shown in the message in the gcc45-4.5.0-1000 and the impact of your

Re: [Fink-devel] unacceptable behavior

Jack, this is ridiculous. First off, nobody holds you hostage to anything. And that you call JF's well thought and politely formulated questions, suggestions and objections whims is simply inflammatory and insulting. Let's try to scaled down on the ad-hominem attacks, too, OK? Discussion and

Re: [Fink-devel] cvs commit access

Am 01.05.2010 um 21:15 schrieb Jack Howarth: David, Any chance I can get back my cvs commit access for checking in the gcc4x and llvm related packages? I think Peter is getting tried of having to do all of my checkins. Hi Jack, no worries, we still have plenty of people to take care of

Re: [Fink-devel] unacceptable behavior

Hi Jack, could you please elaborate what went wrong here, which package exactly was modified when by whom in which way that you take offense? Thanks for the clarification, Max Am 03.05.2010 um 00:42 schrieb Jack Howarth: Can someone explain to me at what point did it become acceptable

Re: [Fink-devel] cvs commit access

Am 03.05.2010 um 00:36 schrieb Jack Howarth: [... ] Max, No need to worry about that since JF Mertens just unilaterally seized control of the gcc4x packages because he doesn't agree with the info packaging approach. And *I* am the one who has to prove myself to *you*? I should have

Re: [Fink-devel] unacceptable behavior

Am 03.05.2010 um 01:27 schrieb Jack Howarth: Max, How am I supported to interpret the sudden appearance of... Taking over JF in https://sourceforge.net/tracker/?func=detailaid=2994489group_id=17203atid=414256 immediately after I make the wrong choice (in JF's eyes) of the two

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

Am 16.04.2010 um 03:22 schrieb Jean-François Mertens: On Thu, Apr 15, 2010 at 05:53:57AM +0200, Jean-François Mertens wrote: Hi Jack, I just updated libffi to check on that; I guess the same conflict will remain, so _ either the 2 manpages are essentiially equivalent, ad then a

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

Am 20.04.2010 um 17:33 schrieb JF Mertens: Jean-François Mertens wrote: I'd suggest just use update-alternatives... Max Horn wrote: The correct solution would be to just use update-alternatives. Done now for libffi. Jack, you can basically copy it for gcc45; just use 50

Re: [Fink-devel] libao - need 10.5 tester

Hi again, as you may have noticed, I checked in new versions of libao2 and libao4 (and took over maintainership from Ben), as well as libogg, libvorbis0 and vorbis-tools. If this causes any failures anywhere (in particular 10.4 10.5 machines, powerpc or intel, and also 64bit 10.6 machines),

Re: [Fink-devel] libao - need 10.5 tester

Am 27.03.2010 um 02:28 schrieb Ben Hines: I would rather hand off maintaining these packages to someone else, if you'd like to take them feel free! Unfortunately distracted with many things these days so not much time/motivation to work on fink stuff. Hi Ben, sad to hear that, but

Re: [Fink-devel] libao - need 10.5 tester

Am 27.03.2010 um 02:20 schrieb Koen van der Drift: On Mar 26, 2010, at 7:30 PM, Max Horn wrote: So, it would good if somebody with a 10.5 machine could test the attached *experimental* libao4 package (yes, they changed the compat version); if 10.5 support is really broken, a report

[Fink-devel] libao - need 10.5 tester

Hi Ben, hi fink-devel, the Xiph people just released new versions of libogg, libvorbis, vorbis-tools... and libao. Yeah, really, after many many years, there is a new libao release, and it's now at 1.0.0. They dropped support for 10.4 in it, though. But after looking through the code, I am

Re: [Fink-devel] db44 vs. db47 vs. db48

Am 17.03.2010 um 16:23 schrieb Daniel Johnson: [...] Following up to myself, I've now marked db42/db42-ssl as 10.4, 10.5 only. As the maintainer of spamprobe has been inactive for more than 5 years, I switched it to db48 (it builds fine) and notified him. db4 is now also gone. That

  1   2   3   4   5   6   7   8   9   10   >