Unix software porting to the Mac OS X and apckage management

Hanspeter Niederstrasser | 4 May 2012 18:30

Fink's user-ja-4.3-1 installs into /sw regardless of what the prefix is set to

Todai Team:

The package user-ja in 10.7 (not tested in the 10.5/6 tree) installs 
files into /sw regardles of what the Fink prefix is set to (in this case 
/sw-buildworld). Here are a few lines from the build log showing the 
failure:

sh ./build.sh prefix=/sw-buildworld 
destdir=/sw-buildworld/build.build/root-user-ja-4.3-1 install
cd build
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/bin
install -m 755 user-ja-conf 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/bin
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja/skel
install -m 644 dot.canna 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja/skel
install -m 755 xinitrc 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/emacs/site-start.d
install -m 644 user-ja.el 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/emacs/site-start.d/90user-ja.el
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/profile.d
install -m 755 user-ja.sh 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/profile.d/zz90user-ja.sh
install -m 755 user-ja.csh 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/profile.d/zz90user-ja.csh

(Continue reading)

Jack Howarth | 5 May 2012 05:54

Picon

Re: Mountain lion updates.

  My biggest concern with the 10.8 support is the situation with the perlmod packages.
Specifically whether we could adjust fink to automatically handle the newer perl in each OS
release without requiring every single *-pm.info file to be adjusted initially. Daniel
Macks suggested adding a system perl variant to the Type list for the perl versions in
the *-pm.info files. I am unclear how this would possibly work across OS releases though
since it the system-perl variant would install into a different versioned subdirectory 
for 10.7 (5.12.3) than for 10.8 (5.12.4) thus requiring all of the installed system-perl
variants to be rebuilt after upgrading the OS.
  The approach I was hoping we could implement would be a fall-thru where if the user
executed...

fink install foobar-pm5124

while bootstrapped under 10.8 when 5.12.4 wasn't yet added to the Type perl and
(%type_pkg[perl] = 5124) 10.8 wasn't added to the Distribution field of foobar-pm.info 
that fink would automatically check if system perl was of the desired version
for the package and then effectively append that perl version to the Type perl
so that %type_pkg[perl], type_raw[perl], type_num[perl] could work normally in
the existing *-pm.info files. If this could be made to work in the existing fink
framework, we might only have to adjust instances like..

  if [ "%type_pkg[perl]" = "5100" ] && [ "%m" != "powerpc" ] ; then
  sed -e 's|/usr/bin/env|/usr/bin/arch -%m|g' -e 's| <at> PREFIX <at> |%p|g' -e
's| <at> PERL_RAW <at> |%type_raw[perl]|g' < %{PatchFile} | patch -p1
  elif [ "%type_pkg[perl]" = "5123" ] || [ "%type_pkg[perl]" = "5124" ] ; then
  sed -e 's| <at> PREFIX <at> |%p|g' -e 's|env perl <at> PERL_RAW <at> |env perl5.12|g' -e
's| <at> PERL_RAW <at> |%type_raw[perl]|g' < %{PatchFile} | patch -p1
  else
  sed -e 's| <at> PREFIX <at> |%p|g' -e 's| <at> PERL_RAW <at> |%type_raw[perl]|g' < %{PatchFile} | patch -p1
  fi

(Continue reading)

Alexander Hansen | 5 May 2012 07:56

Picon

Re: Mountain lion updates.

On 5/4/2012 8:54 PM, Jack Howarth wrote:
>    My biggest concern with the 10.8 support is the situation with the perlmod packages.
> Specifically whether we could adjust fink to automatically handle the newer perl in each OS
> release without requiring every single *-pm.info file to be adjusted initially. Daniel
> Macks suggested adding a system perl variant to the Type list for the perl versions in
> the *-pm.info files. I am unclear how this would possibly work across OS releases though
> since it the system-perl variant would install into a different versioned subdirectory
> for 10.7 (5.12.3) than for 10.8 (5.12.4) thus requiring all of the installed system-perl
> variants to be rebuilt after upgrading the OS.
>    The approach I was hoping we could implement would be a fall-thru where if the user
> executed...
>
> fink install foobar-pm5124
>
> while bootstrapped under 10.8 when 5.12.4 wasn't yet added to the Type perl and
> (%type_pkg[perl] = 5124) 10.8 wasn't added to the Distribution field of foobar-pm.info
> that fink would automatically check if system perl was of the desired version
> for the package and then effectively append that perl version to the Type perl
> so that %type_pkg[perl], type_raw[perl], type_num[perl] could work normally in
> the existing *-pm.info files. If this could be made to work in the existing fink
> framework, we might only have to adjust instances like..
>
>    if [ "%type_pkg[perl]" = "5100" ]&&  [ "%m" != "powerpc" ] ; then
>    sed -e 's|/usr/bin/env|/usr/bin/arch -%m|g' -e 's| <at> PREFIX <at> |%p|g' -e
's| <at> PERL_RAW <at> |%type_raw[perl]|g'<  %{PatchFile} | patch -p1
>    elif [ "%type_pkg[perl]" = "5123" ] || [ "%type_pkg[perl]" = "5124" ] ; then
>    sed -e 's| <at> PREFIX <at> |%p|g' -e 's|env perl <at> PERL_RAW <at> |env perl5.12|g' -e
's| <at> PERL_RAW <at> |%type_raw[perl]|g'<  %{PatchFile} | patch -p1
>    else
>    sed -e 's| <at> PREFIX <at> |%p|g' -e 's| <at> PERL_RAW <at> |%type_raw[perl]|g'<  %{PatchFile} | patch -p1

(Continue reading)

David R. Morrison | 5 May 2012 13:07

Re: Mountain lion updates.


On May 4, 2012, at 10:56 PM, Alexander Hansen wrote:

> On 5/4/2012 8:54 PM, Jack Howarth wrote:
>>  My biggest concern with the 10.8 support is the situation with the perlmod packages.
>> Specifically whether we could adjust fink to automatically handle the newer perl in each OS
>> release without requiring every single *-pm.info file to be adjusted initially. Daniel
>> Macks suggested adding a system perl variant to the Type list for the perl versions in
>> the *-pm.info files. I am unclear how this would possibly work across OS releases though
>> since it the system-perl variant would install into a different versioned subdirectory
>> for 10.7 (5.12.3) than for 10.8 (5.12.4) thus requiring all of the installed system-perl
>> variants to be rebuilt after upgrading the OS.
>>  The approach I was hoping we could implement would be a fall-thru where if the user
>> executed...
>> 
>> fink install foobar-pm5124
>> 
>> while bootstrapped under 10.8 when 5.12.4 wasn't yet added to the Type perl and
>> (%type_pkg[perl] = 5124) 10.8 wasn't added to the Distribution field of foobar-pm.info
>> that fink would automatically check if system perl was of the desired version
>> for the package and then effectively append that perl version to the Type perl
>> so that %type_pkg[perl], type_raw[perl], type_num[perl] could work normally in
>> the existing *-pm.info files. If this could be made to work in the existing fink
>> framework, we might only have to adjust instances like..
>> 
>>  if [ "%type_pkg[perl]" = "5100" ]&&  [ "%m" != "powerpc" ] ; then
>>  sed -e 's|/usr/bin/env|/usr/bin/arch -%m|g' -e 's| <at> PREFIX <at> |%p|g' -e
's| <at> PERL_RAW <at> |%type_raw[perl]|g'<  %{PatchFile} | patch -p1
>>  elif [ "%type_pkg[perl]" = "5123" ] || [ "%type_pkg[perl]" = "5124" ] ; then
>>  sed -e 's| <at> PREFIX <at> |%p|g' -e 's|env perl <at> PERL_RAW <at> |env perl5.12|g' -e

(Continue reading)

Jack Howarth | 5 May 2012 17:11

Picon

Re: Mountain lion updates.

On Sat, May 05, 2012 at 04:07:54AM -0700, David R. Morrison wrote:
> 
> I have a couple of points to make.
> 
> 1) There was a problem with this "build our own fink" strategy with 10.6, because Apple was shipping a "fat"
perl whereas we wanted fink to run in either 32bit or 64bit mode, and the fink-built perl was not
functioning well as a drop-in replacement.  However, for 10.7 -> 10.8 this should not longer be an issue. 
Hopefully we can build 5.12.4 for 10.7 without any difficulty.
> 
> 2) Another problem we had once upon a time is that Apple changed the perl version between early seeds and
release.  Jack, I gather that you are talking to some Apple engineers these days; if you could get them to
hint at the plans in this regard, that would be great.

Dave,
   I doubt we will see a switch to perl 5.14.2 at this point (although I did ask for that upgrade to occcur).
Also since perl 5.12.4 is currently the latest release for the 5.12.x series, we should be safe against any
updates there.
             Jack

> 
> 3) The big issue with any automated system for upgrading perl packages to a new pm-XXX is that most perlmod
packages aren't being actively maintained, and while an older version of the perlmod will continue to
work perfectly well with an older perl, often the perlmod itself needed to be updated (and was, upstream)
to work with current perl.  Thus, we need to do more than just add 5.12.4 to the Type; we need to test whether it
builds, and possibly update the version to the latest upstream one.
> 
> 4) A lot of the cruft in -pm.info files was generated during previous upgrades fairly automatically.  It
was pretty easy to script the addition of a Type and the appropriate conditional Distribution field. 
People on the core team could do this locally and then commit each file only after testing.  I would advocate
adding to the cruft rather than cleaning up the cruft, at least for packages that have a Maintainer, to

(Continue reading)

Jack Howarth | 6 May 2012 05:27

Picon

Failed: phase compiling: libgnomecups-shlibs-0.2.3-8 failed

   Is anyone else seeing this build failure for the new libgnomecups-shlibs-0.2.3-8
packaging on 10.7 fink?

gcc -dynamiclib  -o .libs/libgnomecups-1.0.1.0.0.dylib  .libs/gnome-cups-i18n.o
.libs/gnome-cups-init.o .libs/gnome-cups-printer.o .libs/gnome-cups-queue.o
.libs/gnome-cups-request.o .libs/gnome-cups-util.o .libs/util.o  -L/sw/lib/system-openssl/lib
-L/sw/lib /sw/lib/libgobject-2.0.dylib /sw/lib/libgthread-2.0.dylib
/sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib  -install_name 
/sw/lib/libgnomecups-1.0.1.dylib -compatibility_version 2 -current_version 2.0
Undefined symbols for architecture x86_64:
  "_ippDelete", referenced from:
      _update_printers in gnome-cups-printer.o
      _gnome_cups_printer_set_description in gnome-cups-printer.o
      _gnome_cups_printer_set_location in gnome-cups-printer.o
      _gnome_cups_printer_pause in gnome-cups-printer.o
      _gnome_cups_printer_resume in gnome-cups-printer.o
      _gnome_cups_printer_delete in gnome-cups-printer.o
      _update_default in gnome-cups-printer.o
      ...
  "_ippFindAttribute", referenced from:
      _update_printers in gnome-cups-printer.o
      _update_default in gnome-cups-printer.o
  "_ippFindNextAttribute", referenced from:
      _update_printers in gnome-cups-printer.o
  "_cupsGetDefault", referenced from:
      _gnome_cups_printer_get_existing in gnome-cups-printer.o
  "_ippAddString", referenced from:
      _update_attributes in gnome-cups-printer.o
      _gnome_cups_printer_set_description in gnome-cups-printer.o
      _gnome_cups_printer_set_location in gnome-cups-printer.o

(Continue reading)

Alexander Hansen | 6 May 2012 06:30

Picon

Re: Failed: phase compiling: libgnomecups-shlibs-0.2.3-8 failed

On 5/5/12 8:27 PM, Jack Howarth wrote:
>    Is anyone else seeing this build failure for the new libgnomecups-shlibs-0.2.3-8
> packaging on 10.7 fink?
> 
> gcc -dynamiclib  -o .libs/libgnomecups-1.0.1.0.0.dylib  .libs/gnome-cups-i18n.o
.libs/gnome-cups-init.o .libs/gnome-cups-printer.o .libs/gnome-cups-queue.o
.libs/gnome-cups-request.o .libs/gnome-cups-util.o .libs/util.o  -L/sw/lib/system-openssl/lib
-L/sw/lib /sw/lib/libgobject-2.0.dylib /sw/lib/libgthread-2.0.dylib
/sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib  -install_name 
/sw/lib/libgnomecups-1.0.1.dylib -compatibility_version 2 -current_version 2.0
> Undefined symbols for architecture x86_64:
>   "_ippDelete", referenced from:
>       _update_printers in gnome-cups-printer.o
>       _gnome_cups_printer_set_description in gnome-cups-printer.o
>       _gnome_cups_printer_set_location in gnome-cups-printer.o
>       _gnome_cups_printer_pause in gnome-cups-printer.o
>       _gnome_cups_printer_resume in gnome-cups-printer.o
>       _gnome_cups_printer_delete in gnome-cups-printer.o
>       _update_default in gnome-cups-printer.o
>       ...
>   "_ippFindAttribute", referenced from:
>       _update_printers in gnome-cups-printer.o
>       _update_default in gnome-cups-printer.o
>   "_ippFindNextAttribute", referenced from:
>       _update_printers in gnome-cups-printer.o
>   "_cupsGetDefault", referenced from:
>       _gnome_cups_printer_get_existing in gnome-cups-printer.o
>   "_ippAddString", referenced from:
>       _update_attributes in gnome-cups-printer.o
>       _gnome_cups_printer_set_description in gnome-cups-printer.o

(Continue reading)

Andreas Bießmann | 7 May 2012 08:52

Mirror out of Sync?

Hi all,

I've encountered following problem:

---8<---
andreas <at> andreas-mbp % fink selfupdatersync -az -q
rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /sw/fink/TIMESTAMP.tmp
The timestamp of the server is older than what you already have.
andreas <at> andreas-mbp % date
Mo  7 Mai 2012 08:41:09 CEST
andreas <at> andreas-mbp % rsync -az -q
rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /tmp/TIMESTAMP.tmp
andreas <at> andreas-mbp % ls -l /tmp/TIMESTAMP.tmp-rw-r--r--  1 andreas
wheel  11  1 Mai 19:15 /tmp/TIMESTAMP.tmp
andreas <at> andreas-mbp %
--->8---

However, ber.de.eu.finkmirrors.net seems to work ... will switch to that
one for now.

best regards

Andreas Bießmann

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

(Continue reading)

Martin Costabel | 7 May 2012 13:09

Picon

Re: Mirror out of Sync?

On 7/05/12 08:52, Andreas Bießmann wrote:
[]
> andreas <at> andreas-mbp % fink selfupdate
> rsync -az -q
> rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /sw/fink/TIMESTAMP.tmp
> The timestamp of the server is older than what you already have.
> andreas <at> andreas-mbp % date
> Mo  7 Mai 2012 08:41:09 CEST
> andreas <at> andreas-mbp % rsync -az -q
> rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /tmp/TIMESTAMP.tmp
> andreas <at> andreas-mbp % ls -l /tmp/TIMESTAMP.tmp-rw-r--r--  1 andreas
> wheel  11  1 Mai 19:15 /tmp/TIMESTAMP.tmp
> andreas <at> andreas-mbp %
> --->8---
>
> However, ber.de.eu.finkmirrors.net seems to work ... will switch to that
> one for now.

Yes, the ber.de.eu mirror is, besides the one in Japan, currently the 
only rsync mirror that is still being updated.

The mirror at distfiles.master.finkmirrors.net had some access problems 
last week that are fixed now, but it stopped syncing from cvs a week ago 
and hasn't been restarted. The master mirror at 
ams.nl.eu.finkmirrors.net stopped syncing 2 days later, and all the 
other mirrors depend on the American master mirror and haven't been 
updated since 2012/05/01.

--

-- 
Martin

(Continue reading)

Andreas Bießmann | 9 May 2012 08:37

SSL Error in python2.7?

Dear Daniel Johnson,

I've encountered a problem with current python2.7 in fink. For me
following error occurs:

---8<---
andreas <at> andreas-mbp % /sw/bin/python2.7
Python 2.7.3 (default, Apr 14 2012, 18:25:48)
[GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> html = urllib2.urlopen("https://banking.postbank.de/rai/login")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/sw/lib/python2.7/urllib2.py", line 126, in urlopen
    return _opener.open(url, data, timeout)
  File "/sw/lib/python2.7/urllib2.py", line 400, in open
    response = self._open(req, data)
  File "/sw/lib/python2.7/urllib2.py", line 418, in _open
    '_open', req)
  File "/sw/lib/python2.7/urllib2.py", line 378, in _call_chain
    result = func(*args)
  File "/sw/lib/python2.7/urllib2.py", line 1215, in https_open
    return self.do_open(httplib.HTTPSConnection, req)
  File "/sw/lib/python2.7/urllib2.py", line 1177, in do_open
    raise URLError(err)
urllib2.URLError: <urlopen error [Errno 54] Connection reset by peer>
>>>
--->8---

(Continue reading)

Group

gmane.os.apple.fink.devel.

Project Web Page

Unix software porting to the Mac OS X and apckage management

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8

Articles in period: 75

May 2012

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

sundials-2.5.0 build error / gcc47 bug? (17 May 2013)
Dependencies For New Package (15 May 2013)
qemu and texinfo-5.1 (12 May 2013)
altas-3.10.1-1 in 10.7 tree (6 May 2013)
error building gcc44 and gcc45 (6 May 2013)
[ANNOUNCE] unofficial binary distribution for 10.8 (29 Apr 2013)
[ANNOUNCE] unofficial binary distribution for 10.8 (29 Apr 2013)
[gtk+2, 10.4] missing text issues (17 Apr 2013)
altas-3.10.1-1 in 10.7 tree (4 Apr 2013)
refactored altas packaging (4 Apr 2013)
libjpeg9 fixed (29 Mar 2013)
gcc48 improvements (25 Mar 2013)
apbs-1.4.0-1 and maloc-1.5-1 (3 Mar 2013)
glew update on tracker (1 Mar 2013)
Most efficient way to list Fink packages by category (28 Feb 2013)
updating Fink's lilypond (28 Feb 2013)
Couple of sbcl -related matters. (28 Feb 2013)
updating libtiff (25 Feb 2013)
htmldoc-1.8.27 misbuilding (24 Feb 2013)
thinko in locale-textdomain-pm.info (23 Feb 2013)
Download statistics on a package (19 Feb 2013)

Archives

19	May 2013
6	April 2013
15	March 2013
37	February 2013
33	January 2013
22	December 2012
10	November 2012
35	October 2012
81	September 2012
76	August 2012
79	July 2012
85	June 2012
75	May 2012
70	April 2012
55	March 2012
53	February 2012
76	January 2012
50	December 2011
78	November 2011
79	October 2011
50	September 2011
27	August 2011
63	July 2011
36	June 2011
49	May 2011
95	April 2011
85	March 2011
150	February 2011
76	January 2011
31	December 2010
61	November 2010
50	October 2010
93	September 2010
98	August 2010
83	July 2010
167	June 2010
143	May 2010
158	April 2010
218	March 2010
54	February 2010
104	January 2010
98	December 2009
86	November 2009
114	October 2009
273	September 2009
127	August 2009
161	July 2009
90	June 2009
113	May 2009
172	April 2009
74	March 2009
39	February 2009
67	January 2009
53	December 2008
74	November 2008
103	October 2008
106	September 2008
119	August 2008
224	July 2008
141	June 2008
150	May 2008
263	April 2008
269	March 2008
107	February 2008
161	January 2008
236	December 2007
222	November 2007
116	October 2007
152	September 2007
65	August 2007
131	July 2007
131	June 2007
94	May 2007
105	April 2007
121	March 2007
140	February 2007
188	January 2007
167	December 2006
206	November 2006
110	October 2006
174	September 2006
94	August 2006
98	July 2006
132	June 2006
86	May 2006
157	April 2006
222	March 2006
221	February 2006
200	January 2006
164	December 2005
295	November 2005
92	October 2005
109	September 2005
119	August 2005
141	July 2005
244	June 2005
281	May 2005
186	April 2005
224	March 2005
264	February 2005
149	January 2005
132	December 2004
146	November 2004
143	October 2004
178	September 2004
286	August 2004
219	July 2004
175	June 2004
126	May 2004
258	April 2004
311	March 2004
433	February 2004
443	January 2004
480	December 2003
532	November 2003
262	October 2003
131	September 2003
157	August 2003
247	July 2003
251	June 2003
327	May 2003
362	April 2003
343	March 2003
528	February 2003
791	January 2003
404	December 2002
462	November 2002
303	October 2002
201	September 2002
238	August 2002
157	July 2002
276	June 2002
151	May 2002

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template