Re: Debian-like rename utility - available via MacPorts?

On Thu, Feb 23, 2012 at 03:24:44AM +, Sam Kuper wrote: > One slight quibble: given that the script seems normally to be invoked > with "rename" rather than "file-rename" (even the synopsis in the man > page I get from entering "man file-rename" seems to expect the script > to be invoked with "r

Re: Debian-like rename utility - available via MacPorts?

> it *does*, for some reason, still respond to "man rename". That's rename(2). If it's a command line program, it'd be rename(1). These categories plan am important trickle down in this situation ;-) smime.p7s Description: S/MIME cryptographic signature

Re: Debian-like rename utility - available via MacPorts?

On 23 February 2012 01:32, Dan Ports wrote: > > On Wed, Feb 22, 2012 at 11:33:50PM +, Sam Kuper wrote: > > If I'm not mistaken, in Debian Linux (& Ubuntu, etc), there is a > > "rename" utility, which I think comes from Debian's Perl package. It > > allows file renaming using regular expression

Re: error using MacPorts zlib, not present with system zlib?

On Feb 22, 2012, at 10:02 PM, Brandon Allbery wrote: > > On Wed, Feb 22, 2012 at 21:36, Mike Alexander wrote: > --On February 22, 2012 4:50:52 PM -0500 Eric Cronin > wrote: > This code is wrong. The zlib documentation says gzgetc takes a > gzFile* not a void*. > > typedef struct gzFile_s *gz

Re: error using MacPorts zlib, not present with system zlib?

On Wed, Feb 22, 2012 at 21:36, Mike Alexander wrote: > --On February 22, 2012 4:50:52 PM -0500 Eric Cronin > wrote: > >> This code is wrong. The zlib documentation says gzgetc takes a >> gzFile* not a void*. >> > > typedef struct gzFile_s *gzFile; > > so it's defined as a pointer. Some compil

Re: error using MacPorts zlib, not present with system zlib?

--On February 22, 2012 4:50:52 PM -0500 Eric Cronin wrote: This code is wrong. The zlib documentation says gzgetc takes a gzFile* not a void*. Your analysis of this is correct except for one minor point. gzopen returns and gzgetc (and others) take a gzFile not a gzFile*. The definition

Re: Debian-like rename utility - available via MacPorts?

On Wed, Feb 22, 2012 at 11:33:50PM +, Sam Kuper wrote: > If I'm not mistaken, in Debian Linux (& Ubuntu, etc), there is a > "rename" utility, which I think comes from Debian's Perl package. It > allows file renaming using regular expressions, as described in Jens > Dreger's post here[1]. [...]

Re: clamav and bzip2

Dear Jeremy, Thank you for the reminder that it's all available at the developers site. That's what happens when you leave home. Shalom, John B Brown j...@vcn.com 358 High Street Buffalo, Wyoming 82834 "Freedom is not worth having if it does

Re: Help please

On 23/02/2012, at 1:07 AM, Ryan Schmidt wrote: > > On Feb 21, 2012, at 22:44, James Linder wrote: > > checking for Apple Objective-C runtime... yes > checking for GNU Objective C runtime... no > configure: Using Apple Objective-C runtime > checking for Apple Foundation library..

Debian-like rename utility - available via MacPorts?

Dear all, If I'm not mistaken, in Debian Linux (& Ubuntu, etc), there is a "rename" utility, which I think comes from Debian's Perl package. It allows file renaming using regular expressions, as described in Jens Dreger's post here[1]. Apparently it (or something very much like it) is now availab

Re: error using MacPorts zlib, not present with system zlib?

On Wed, Feb 22, 2012 at 15:50, Eric Cronin wrote: > I'm not near a Mac right now, but I believe the system version of zlib is > pretty ancient.  In version 1.2.4 there was a "Wholesale replacement of gz* > functions with faster versions" according to zlib.net, one of which I > suspect was the rep

Re: error using MacPorts zlib, not present with system zlib?

On 22.02.2012 15:32, Adam Mercer wrote: Hi Not sure of the correct place to discuss this but in tracking down a build issue with a port I've found an interesting issue with MacPorts zlib. This simple test code illustrates the problem: [ram@mimir tmp]$ cat test.c #include #include #include

error using MacPorts zlib, not present with system zlib?

Hi Not sure of the correct place to discuss this but in tracking down a build issue with a port I've found an interesting issue with MacPorts zlib. This simple test code illustrates the problem: [ram@mimir tmp]$ cat test.c #include #include #include int main(void) { void *file; int c;

Re: Still no Universal variant for NSS?

On Feb 21, 2012, at 12:38, Greg Earle wrote: > I wanted to update WINE-devel via MacPorts but was told my ports were out of > date when I ran "sudo port update wine-devel". > > I've migrated my system from a 32-bit (only) old MacBook Pro to a > present-model Mac Pro running in full 64-bit mode

Re: gcc et al without XCode

On Feb 21, 2012, at 11:08, Craig Treleaven wrote: > Haven't tried it, but Apple has released a new package that installs Apple's > tools and SDK's without having to download and install the full XCode app. > > http://www.kennethreitz.com/xcode-gcc-and-homebrew.html Yes they have. But as always

Re: Help please

On Feb 21, 2012, at 22:44, James Linder wrote: checking for Apple Objective-C runtime... yes checking for GNU Objective C runtime... no configure: Using Apple Objective-C runtime checking for Apple Foundation library... no configure: WARNING: GNUSTEP_SYSTEM_ROOT is not de

Re: problem to install apr-util in OSX 10.8?

On Feb 22, 2012, at 10:08, Giovanni Lovato wrote: > Jeremy Lavergne wrote: > >>> Log for apr-util is at: /opt/local/var/macports/logs/.../apr-util/main.log >> >> We cannot help you without this log file. > > I have the same issue with OS X 10.8, XCode 4.4, fresh MP trunk install: Most of us do

Re: clamav and bzip2

Daniel J. Luke wrote: On Feb 22, 2012, at 2:29 AM, John Brown wrote: Warning: The installed version of Xcode (2.3) is known to cause problems. Version 2.5 or later is recommended on Mac OS X 10.4. this warning is printed for a reason, you should upgrade Xcode. ---> Verifying c

Re: problem to install apr-util in OSX 10.8?

Jeremy Lavergne lavergne.gotdns.org> writes: > > > Log for apr-util is at: /opt/local/var/macports/logs/.../apr-util/main.log > > We cannot help you without this log file. I have the same issue with OS X 10.8, XCode 4.4, fresh MP trunk install: building apr-util fails on :info:build /bin/sh /

Re: clamav and bzip2

On Feb 22, 2012, at 10:11 AM, John Brown wrote: > Error: On Mac OS X 10.4, zlib 1.2.6 requires Xcode 2.4.1 or later but you > have Xcode 2.3. > Error: See http://guide.macports.org/chunked/installing.xcode.html for > download links. > Error: Target org.macports.extract returned: incompatible Xcod

Re: clamav and bzip2

> Having performed software update a number of times what else must I do? Is > a later Xcode archived? From: http://guide.macports.org/#installing.xcode Always make sure to install the latest available version of Xcode for your Mac OS X release (with the exception of Xcode 4.3, for now); usin

Re: clamav and bzip2

Jeremy Lavergne wrote: *** The non-matching file appears to be HTML. See this page for possible reasons for the checksum mismatch: *** Sounds like you've been downloading web pages instead of source for packages. Consider wiping out th

Re: clamav and bzip2

On Feb 22, 2012, at 2:29 AM, John Brown wrote: > Warning: The installed version of Xcode (2.3) is known to cause problems. > Version 2.5 or later is recommended on Mac OS X 10.4. this warning is printed for a reason, you should upgrade Xcode. > ---> Verifying checksum(s) for bzip2 > Error: Chec

Re: clamav and bzip2

> *** > The non-matching file appears to be HTML. See this page for possible reasons > for the checksum mismatch: > > *** Sounds like you've been downloading web pages instead of source for packages. Consider wiping out these downloads and tryin