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

> On 14 Aug 2016, at 17:48, Jack Howarth wrote: > > On Sun, Aug 14, 2016 at 10:23 AM, Max Horn wrote: > 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 i

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 That indicates that a chang

[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 "/Users/mhorn/.local/lib/python2.7/site-

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 up with them. That's a bummer

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 wrote: > > Hanspeter, > >> On 19 Nov 2015, at 16:26, Hanspeter Niederstrasser >> wrote: >

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 that and might release

Re: [Fink-devel] qt5 pkgconfig woes

Hanspeter, > On 19 Nov 2015, at 16:26, Hanspeter Niederstrasser > 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 dir Maybe, but (a) I have no i

[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 th

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 >>> wrote: >> [...] >> I was getting this too. I still had the line >> deb http://bindist.f

[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 (/sw/var/lib/apt/lists/bindist.finkmirrors.n

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 wrote: > On 24/10/15 08:22, Jack Ho

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 reproduce the build > failures

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: INTERNAL: Exiting with 1 jobserver

Re: [Fink-devel] SDL and X11

Hi, On 25.06.2015, at 18:04, Alexander Hansen wrote: > >> On Jun 25, 2015, at 03:39, Max Horn wrote: >> >> Hi there, >> >> so Jack sent me a patch for sdl.info to avoid use of the X11 convenience >> symlinks, see e.g. here: >> >> http

[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 X

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

Hi, On 27.03.2015, at 03:26, Jack Howarth 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 verify, I just re-run t

[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 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 automake### package? We

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

On 31.10.2014, at 03:47, Jack Howarth 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 to). Cheers, Max sign

[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 b

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

Hi, On 19.08.2014, at 19:57, Daniel Macks wrote: > On Tue, 19 Aug 2014 13:47:58 +0200, Max Horn 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

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

Dear Hanspeter, On 17.08.2014, at 21:18, Hanspeter Niederstrasser 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 environment and so wil

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

> Am 11.06.2014 um 12:25 schrieb Frava : > > 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 inconsistency

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 : > > Max, > The attached packaging updates make to the new 4.0 release and makes the

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 n

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 pk

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

| 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" wrote: > >> Hi Andreas, >> >> On 28.11.2012, at 19:28, Fowler, Andrew wrote: >> >&g

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, lat

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-

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" : > I'm working through vario

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 > /sw/fink/dists/stab

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 > wrote: >> install-info >> --info-dir='/sw/build.build/automake1.12-1.12.3-1/automake-1.12.3/t/distcheck-override-infodir.dir/distcheck-override-infodir-1.0/_inst/blah/blah/foobar' >>

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: This is an 8 > core MBP, while the 10.6 system only has 4 cores. For the rec

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/

Re: [Fink-devel] automake1.12-1.12.3-1 fails tests on 10.7

Hi Hanspeter, Thanks for the testing and quick feedback. Oddly enough, the test suite passed for me when I run it earlier. As such I would be greatly interested in your build test logs. I will also re-run the suite. Note that I reported several automake test failures in the past to upstream, an

Re: [Fink-devel] [cvs] dists/10.4/stable/main/finkinfo/crypto gnutls28.info, 1.6, 1.7

A single autoreconf call with the right arguments should make subsequent auto of / automaker calls superfluous, too. But I wonder why automake / autoconf are invoked here in the first place, instead of a patch? That's usually a very fragile setup, as the current issue shows once more... Btw, t

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

07-12, at 2:27 PM, Hanspeter Niederstrasser wrote: > >> On 7/12/2012 2:11 PM, Hanspeter Niederstrasser wrote: >>> On 7/12/2012 12:23 PM, Max Horn wrote: >>>> Hi there, >>>> >>>> what do these commands return for you? >>>> &g

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

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). Cheers, Max On 12.07.2012, at 17:07, Hanspeter Niederstrasser wrote: > Short log of some of the failed tests: > > PASS:

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 user

[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 be

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

[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 -- so, please consider doing so to help us win! As a nice bonus, Fink would be the first project to be Project of t

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 : > 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 maintainer a reasona

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: Nam

[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, buil

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 objec

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-

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=detail&atid=414256&aid=3436035&group_id=17203 > > ? Provided that

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 > > http://pastebi

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 stabl

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 packag

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=detail&aid=3427243&group_id=17203&atid=317203 >> >> Checking for 10.6 in the path-prefix-10.6 compiler-wrapper and sub

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 te

[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 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

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 s

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/uns

[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 files

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 reall

[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 .in

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

Am 27.04.2011 um 04:14 schrieb Daniel Macks: [...] > > And while implementing this, I notice it already *is* allowed. Call it > a forward-looking feature or a bug in the implemenation (it's a little > of both), but fact is val does allow you to use PatchScript to remove > hardcoded /sw in up

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:

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 >

Re: [Fink-devel] Unburying fontconfig and xft

Am 22.04.2011 um 23:23 schrieb "Daniel Macks" : > 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 packages. [...]

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

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 description exceeds 45 chars, only keep > in the 60 chars _error_ &g

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&

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

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 -> simi

[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 b

Re: [Fink-devel] GSOC 2011?

Am 28.02.2011 um 20:41 schrieb Alexander Strange: > The deadline for applying to Google Summer of Code as an organization is > March 11. Has anyone thought of applying for Fink? > > I can think of several projects that could make package maintenance easier > and more reliable, but are missing

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 mi

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?

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 pers

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

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

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

Am 30.11.2010 um 22:16 schrieb Dr. Damian Dimmich: > Dear max, > > That is essentially what I was wondering - I don't think all the possible > deps are needed for wine. Ofcourse there may be use cases I am not aware of, > but wine is quite a unique package with a lot of possible deps because i

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

Hi there, while wine is being discussed, I'd like to add the following remark -- but first let me thank everybody who is working on the wine package, esp. Damian! 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,

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:/

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: > > > > By maintainer: >

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 >

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),

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 th

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

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 fut

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 insane

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 libjp

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 prob

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 allow

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 -

[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 gettext-tools

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] 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 te

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=detail&aid=2994489&group_id=17203&atid=414256 > immediately after I make the wrong choice (in JF's eyes)

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

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 b

  1   2   3   4   5   6   7   8   9   10   >