Re: anyone working on the KiCad port?

[Lars Sonchocky-Helldorf]

> Am 27.10.2016 um 11:41 schrieb Aljaž Srebrnič :
> 
>> On 26 ott 2016, at 17:15, Lars Sonchocky-Helldorf 
>>  wrote:
>> 
>> Hi,
>> 
>> there is currently no port for KiCad ( http://kicad-pcb.org ) available for 
>> MacPorts. Although googling for a port brought up the following two tickets:
>> 
>> https://trac.macports.org/ticket/47268
>> https://trac.macports.org/ticket/50701
>> 
>> with a last relevant activity about 8 month ago. Are those abandoned or 
>> still worked on?
>> 
>> Thanks a lot,
>> 
>>  Lars
> 
> Hello!
> yes, I have a more-or-less functional port of KiCAD, there’s still some work 
> to be done, though. I’ll upload the port to trac.

That are great news! I am looking forward to it!

cheers,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

anyone working on the KiCad port?

[Lars Sonchocky-Helldorf]

Hi,

there is currently no port for KiCad ( http://kicad-pcb.org ) available for 
MacPorts. Although googling for a port brought up the following two tickets:

https://trac.macports.org/ticket/47268
https://trac.macports.org/ticket/50701

with a last relevant activity about 8 month ago. Are those abandoned or still 
worked on?

Thanks a lot,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

preliminary Portfile for torch 7 (was: Re: Writing portfiles: How to download a master.zip and not a master.zip.tar.gz)

[Lars Sonchocky-Helldorf]

Hi Ryan,

Am 07.09.2015 um 04:29 schrieb Ryan Schmidt:

> On Sep 6, 2015, at 19:34, Lars Sonchocky-Helldorf wrote:
> 
>> Thanks to your help I am now one step further. Now it fails when trying to 
>> configure the port:
>> 
>> --->  Configuring torch
>> sh: ./configure: No such file or directory
> 
> The default for the configure phase is to run a script called configure. I 
> guess this project doesn't have one.

no, it doesn't have a configure script. As I said it is a completely homegrown 
build system based on cmake. First it fetches the sources using git, then 
builds and even installs (of course not in the right location) torch. 

> 
> 
>> This happens because this whole project is based on a rather weird build 
>> system with shell scripts downloaded from remote hosts and executed locally, 
>> it uses homebrew, cmake and luarocks to build the whole thing …
> 
> Everything that is needed should be fetched in the fetch phase. We would not 
> want a build system to fetch additional files. We do have a couple ports that 
> do this, but it causes various problems and should be avoided. 

Fixing that would be way above my level. I am even struggling setting up 
supposedly simple Portfiles. Here is what I did for now. see attached portfile. 



Portfile
Description: Binary data


> 
> 
>> I managed to work around homebrew for now. I have no idea how to skip the 
>> configure phase of macports nor how to invoke install.sh later … any ideas?
> 
> If you want there to be no configure phase, use:
> 
> use_configure no
> 
> If instead you want to run a different program in the configure phase, change 
> configure.cmd and possible configure.args and configure.pre_args to match. 
> 
> This should already be mentioned in the guide...

There is also the output of running "sudo port -v install torch" for the 
interested ones, I can send this on request (not to the list because it is too 
large), There you can see that everything is done right but in the wrong way 
(for the MacPorts system)


regards,

Lars

P.S.: If you have question on the Portfile please ask.

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: Writing portfiles: How to download a master.zip and not a master.zip.tar.gz

[Lars Sonchocky-Helldorf]

Am 06.09.2015 um 23:48 schrieb Clemens Lang:

> Hi,
> 
> - On 6 Sep, 2015, at 23:33, Lars Sonchocky-Helldorf 
> lars.sonchocky-helld...@hamburg.de wrote:
> 
>> I have the following entries in a local portfile:
>> -
>> homepagehttp://torch.ch/
>> master_siteshttps://github.com/torch/torch7/archive/
>> distnamemaster.zip
>> -
> 
> If you're using software from github, you should use the github PortGroup:
> 
> PortGroupgithub 1.0
> # Using a commit hash because the repo doesn't have tags
> # You should ask upstream to tag releases
> github.setup torch torch7 9e1b9dd15bbad3ee5cbd6440322ac3c3a368d631
> # version defaults to the third argument of github.setup, but that's not
> # monotonic, use a date instead.
> version  2015-09-06
> 
> That should automatically set up master_sites and distname for you.
> 
> 
> -- 
> Clemens Lang


Thanks to your help I am now one step further. Now it fails when trying to 
configure the port:

--->  Configuring torch
sh: ./configure: No such file or directory
Command failed:  cd 
"/opt/local/var/macports/build/_Volumes_Data_Projects_MacPorts_ports_science_torch/torch/work/torch7-9e1b9dd15bbad3ee5cbd6440322ac3c3a368d631"
 && ./configure --prefix=/opt/local 
Exit code: 127
Error: org.macports.configure for port torch returned: configure failure: 
command execution failed



This happens because this whole project is based on a rather weird build system 
with shell scripts downloaded from remote hosts and executed locally, it uses 
homebrew, cmake and luarocks to build the whole thing …

https://github.com/torch/ezinstall

or a supposedly newer way like this:

https://github.com/torch/distro/blob/master/install.sh

with the whole build system as an separate project: 
https://github.com/torch/distro



I managed to work around homebrew for now. I have no idea how to skip the 
configure phase of macports nor how to invoke install.sh later … any ideas?


regards,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: Writing portfiles: How to depend on a certain variant of a port?

[Lars Sonchocky-Helldorf]

Am 06.09.2015 um 20:17 schrieb Ryan Schmidt:

> On Sep 6, 2015, at 13:09, Lars Sonchocky-Helldorf wrote:
>> 
>> So how would I specify the variants I want in depends_lib? 
> 
> MacPorts itself does not have that capability. Please verify first whether it 
> is really necessary to use other variants. If so, use the active_variants 1.1 
> portgroup.

Thanks, I'll try using the default variants. I'll see if it works.


regards,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Writing portfiles: How to download a master.zip and not a master.zip.tar.gz

[Lars Sonchocky-Helldorf]

Hi,

I have the following entries in a local portfile:
-
homepagehttp://torch.ch/
master_siteshttps://github.com/torch/torch7/archive/
distnamemaster.zip
-

when running sudo port -v install torch I get attempts to fetch the source zip 
like this:

--->  Attempting to fetch master.zip.tar.gz from 
https://github.com/torch/torch7/archive/

which off course doesn't exist.


So how would I specify not to append .tar.gz?


regards,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Writing portfiles: How to depend on a certain variant of a port?

[Lars Sonchocky-Helldorf]

Hi 'porters

I am trying to write a portfile for torch7 (see 
http://torch.ch/docs/getting-started.html ). Since I am not very experienced 
with that task I might ask some possibly stupid questions for a while …

At the moment I am trying to figure out the right depends_lib. My guideline for 
this is https://raw.githubusercontent.com/torch/ezinstall/master/install-deps 
which is normally used to install torch. This script hat the shortcoming that 
it unasked for installs brew:

-
if [[ `uname` == 'Darwin' ]]; then
# GCC?
if [[ `which gcc` == '' ]]; then
echo "MacOS doesn't come with GCC: please install XCode and the command 
line tools."
exit 1
fi

# Install Homebrew (pkg manager):
if [[ `which brew` == '' ]]; then
ruby -e "$(curl -fsSL 
https://raw.githubusercontent.com/Homebrew/install/master/install)"
fi

# Install dependencies:
brew update
brew install git readline cmake wget qt
brew install libjpeg imagemagick zeromq graphicsmagick openssl
brew link readline --force
brew install caskroom/cask/brew-cask
brew cask install xquartz
brew remove gnuplot
brew install gnuplot --with-wxmac --with-cairo --with-pdflib-lite 
--with-x11 --without-lua
-

Since I am a macports fellow I don't like the fact of having brew on my 
maschine. Despite the little funny beermug …


So I am trying to determine the dependencies from this. At the moment it looks 
like this:

depends_lib port:git \
port:readline \
port:cmake \
port:wget \
port:qt4-mac \
port:jpeg \
port:ImageMagick \
port:zmq \
port:GraphicsMagick
port:openssl \
port:quartz-wm \
port:gnuplot

now for gnuplot the default variants are +aquaterm +luaterm +pangocairo 
+wxwidgets +x11 but according to the above brew stuff I guess I would need the 
variants +wxwidgets +pangocairo +pdflib +x11


So how would I specify the variants I want in depends_lib? 


I searched https://guide.macports.org/chunked/development.variants.html and 
https://guide.macports.org/chunked/development.creating-portfile.html but found 
no answer on my question there.


regards,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: website problem

[Lars Sonchocky-Helldorf]

Am 05.09.2015 um 02:12 schrieb Ryan Schmidt:

> 
> On Sep 4, 2015, at 4:21 PM, Lars Sonchocky-Helldorf wrote:
> 
>> Meanwhile, the rest of the macport servers are now down too …
>> 
>> I get this when trying to selfupdate:
>> 
>> localhost:~ lars$ sudo port -v selfupdate
>> --->  Updating MacPorts base sources using rsync
>> rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname provided, 
>> or not known
>> rsync error: error in socket IO (code 10) at 
>> /SourceCache/rsync/rsync-40/rsync/clientserver.c(105) [receiver=2.6.9]
>> Command failed: /usr/bin/rsync -rtzv --delete-after 
>> rsync://rsync.macports.org/release/tarballs/base.tar 
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs
>> Exit code: 10
>> Error: Error synchronizing MacPorts sources: command execution failed
>> To report a bug, follow the instructions in the guide:
>>   http://guide.macports.org/#project.tickets
>> Error: /opt/local/bin/port: port selfupdate failed: Error synchronizing 
>> MacPorts sources: command execution failed
>> localhost:~ lars$ 
> 
> I am not able to reproduce that rsync failure, and also the Trac problem was 
> fixed yesterday.
> 

 Whatever happened, now it works again:

localhost:~ lars$ sudo port -v selfupdate
Password:
--->  Updating MacPorts base sources using rsync
receiving file list ... done
base.tar

sent 31276 bytes  received 236783 bytes  16246.00 bytes/sec
total size is 27013120  speedup is 100.77
receiving file list ... done
base.tar.rmd160

sent 64 bytes  received 635 bytes  127.09 bytes/sec
total size is 512  speedup is 0.73
MacPorts base version 2.3.3 installed,
MacPorts base version 2.3.3 downloaded.
--->  Updating the ports tree
Synchronizing local ports tree from 
rsync://rsync.macports.org/release/tarballs/ports.tar
receiving file list ... done
ports.tar

sent 55141 bytes  received 4651449 bytes  140495.22 bytes/sec
total size is 62453760  speedup is 13.27
receiving file list ... done
ports.tar.rmd160

sent 64 bytes  received 636 bytes  155.56 bytes/sec
total size is 512  speedup is 0.73
receiving file list ... done
PortIndex

sent 21196 bytes  received 1321335 bytes  86614.90 bytes/sec
total size is 13121796  speedup is 9.77
receiving file list ... done
PortIndex.rmd160

sent 64 bytes  received 636 bytes  155.56 bytes/sec
total size is 512  speedup is 0.73
--->  MacPorts base is already the latest version

The ports tree has been updated. To upgrade your installed ports, you should run
  port upgrade outdated



regards,

Lars

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: website problem

[Lars Sonchocky-Helldorf]

Meanwhile, the rest of the macport servers are now down too …

I get this when trying to selfupdate:

localhost:~ lars$ sudo port -v selfupdate
--->  Updating MacPorts base sources using rsync
rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname provided, or 
not known
rsync error: error in socket IO (code 10) at 
/SourceCache/rsync/rsync-40/rsync/clientserver.c(105) [receiver=2.6.9]
Command failed: /usr/bin/rsync -rtzv --delete-after 
rsync://rsync.macports.org/release/tarballs/base.tar 
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs
Exit code: 10
Error: Error synchronizing MacPorts sources: command execution failed
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: /opt/local/bin/port: port selfupdate failed: Error synchronizing 
MacPorts sources: command execution failed
localhost:~ lars$ 

Am 30.08.2015 um 01:24 schrieb Ryan Schmidt:

> trac.macports.org has been down for a few days. We have reported the problem 
> to the Mac OS Forge administrator and are awaiting a reply from him. Until 
> it's back up, please feel free to report problems here on this mailing list. 
> Gideon, other ways of looking up a port include the "port search" function on 
> the command line; the database at https://www.macports.org/ports.php ; and 
> the Subversion repository which you can access via a Subversion client 
> (including the command line "svn" program) at 
> https://svn.macports.org/repository/macports .
> 
> 
>> On Aug 29, 2015, at 10:32 AM, Tim Johnson  wrote:
>> 
>> Same problem here (Alaska)
>> Times out at 
>> apple-compu.edge1.sanjose2.level3.net
>> (same as with macports.org earlier)
>> from my server in Provo Utah, times out at
>> 216.156.85.14.ptr.us.xo.ne
>> 
>> * Gideon Simpson  [150829 07:23]:
>>> I’m trying to look up a port and I get an error when navigating to any of 
>>> the trac.macports.org  pages.
>>> 
>>> -gideon
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: 2.3.3 build fails on Linux

[Lars Sonchocky-Helldorf]

The link was broken. I should get some more coffee before posting. Here is the 
correct link:

http://lists.gnu.org/archive/html/info-gnu/2013-06/msg00013.html

cheers,

Lars

Am 28.11.2014 um 19:29 schrieb Lars Sonchocky-Helldorf:

> Forgot to forward this to the list.
> 
> Anfang der weitergeleiteten E-Mail:
> 
>> Von: Lars Sonchocky-Helldorf 
>> Datum: 28. November 2014 19:28:22 MEZ
>> An: René J.V. Bertin 
>> Betreff: Re: 2.3.3 build fails on Linux
>> 
>> For blocks you need to use the GNUstep ObjC runtime which was written by 
>> David Chisnall, not the GCC ObjC runtime.
>> 
>> http://lists.gnu.org/archive/html/info-gnu/2013-06/msg00013.htmlhttp://lists.gnu.org/archive/html/info-gnu/2013-06/msg00013.html
>> 
>> And if you're having problems with GNUstep it is always a good advice to get 
>> in contact with the folks at discuss-gnus...@gnu.org
>> 
>> cheers,
>> 
>>  Lars
>> 
>> 
>> Am 28.11.2014 um 18:51 schrieb René J.V. Bertin:
>> 
>>> Well, I've uninstalled cocotron because I wasn't exactly using it anyway.
>>> 
>>> Still trying to build GNStep-base with clang though. I'm beginning to have 
>>> a hunch that there is no (proper) blocks support outside of OS X, is that 
>>> correct?
>>> 
>>> R.
>>> ___
>>> macports-users mailing list
>>> macports-users@lists.macosforge.org
>>> https://lists.macosforge.org/mailman/listinfo/macports-users
>> 
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Fwd: 2.3.3 build fails on Linux

[Lars Sonchocky-Helldorf]

Forgot to forward this to the list.

Anfang der weitergeleiteten E-Mail:

> Von: Lars Sonchocky-Helldorf 
> Datum: 28. November 2014 19:28:22 MEZ
> An: René J.V. Bertin 
> Betreff: Re: 2.3.3 build fails on Linux
> 
> For blocks you need to use the GNUstep ObjC runtime which was written by 
> David Chisnall, not the GCC ObjC runtime.
> 
> http://lists.gnu.org/archive/html/info-gnu/2013-06/msg00013.htmlhttp://lists.gnu.org/archive/html/info-gnu/2013-06/msg00013.html
> 
> And if you're having problems with GNUstep it is always a good advice to get 
> in contact with the folks at discuss-gnus...@gnu.org
> 
> cheers,
> 
>   Lars
> 
> 
> Am 28.11.2014 um 18:51 schrieb René J.V. Bertin:
> 
>> Well, I've uninstalled cocotron because I wasn't exactly using it anyway.
>> 
>> Still trying to build GNStep-base with clang though. I'm beginning to have a 
>> hunch that there is no (proper) blocks support outside of OS X, is that 
>> correct?
>> 
>> R.
>> ___
>> macports-users mailing list
>> macports-users@lists.macosforge.org
>> https://lists.macosforge.org/mailman/listinfo/macports-users
> 

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: sudo port -v selfupdate failed for 2.2.1 -> 2.3.1 on 10.6.8

[Lars Sonchocky-Helldorf]

Am 01.08.2014 um 01:29 schrieb René J.V. Bertin:

> Hi,
> 
> I've had selfupdate failures too, from 2.2.x to 2.3.0 and later from 2.3.0 to 
> 2.3.1 . I never mentioned them because in both cases the error had seemed to 
> resolve itself after issuing the selfupdate command a 2nd time.
> 
> R.

I tried several times before I decided to file a bugreport.

> On Aug 01, 2014, at 01:12, Lars Sonchocky-Helldorf wrote:
> 
>> Hi,
>> 
>> after a long time I tried to selfupdate my MacPorts today from 2.2.1 to 
>> 2.3.1 on a 10.6.8 system. It failed like this:
>> 
>> /usr/bin/cc -c -Os -pipe-Wall -fno-common -I"." -
> ...
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:
>>  In function ‘Tcl_MacOSXOpenVersionedBundleResources’:
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
>>  error: ‘RTLD_NEXT’ undeclared (first use in this function)
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
>>  error: (Each undeclared identifier is reported only once
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
>>  error: for each function it appears in.)
>> make[2]: *** [tclMacOSXBundle.o] Error 1
>> make[1]: *** [all-tcl] Error 2
>> make: *** [all] Error 1
>> Command failed: cd 
>> /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base && 
>> CC=/usr/bin/cc OBJC=/usr/bin/cc ./configure --prefix=/opt/local 
>> --with-tclpackage=/Library/Tcl --with-install-user=root 
>> --with-install-group=admin --with-directory-mode=0755 --enable-readline && 
>> make SELFUPDATING=1 && make install SELFUPDATING=1
>> E
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

sudo port -v selfupdate failed for 2.2.1 -> 2.3.1 on 10.6.8

[Lars Sonchocky-Helldorf]

Hi,

after a long time I tried to selfupdate my MacPorts today from 2.2.1 to 2.3.1 
on a 10.6.8 system. It failed like this:

/usr/bin/cc -c -Os -pipe-Wall -fno-common -I"." 
-I/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../unix
 
-I/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../generic
 
-I/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../libtommath
 -DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" -DPACKAGE_VERSION=\"8.5\" 
-DPACKAGE_STRING=\"tcl\ 8.5\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 
-DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 
-DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_ATFORK=1 
-DHAVE_PTHREAD_GET_STACKSIZE_NP=1 -DTCL_THREADS=1 
-DTCL_CFGVAL_ENCODING=\"iso8859-1\" -DMODULE_SCOPE=extern\ 
__attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DMAC_OSX_TCL=1 
-DHAVE_COREFOUNDATION=1 -DHAVE_CAST_TO_UNION=1 -DTCL_SHLIB_EXT=\".dylib\" 
-DNDEBUG=1 -DTCL_CFG_OPTIMIZED=1 -DTCL_TOMMATH=1 -DMP_PREC=4 
-DTCL_WIDE_INT_IS_LONG=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRTOL=1 
-DHAVE_WAITPID=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETPWUID_R_5=1 -DHAVE_GETPWUID_R=1 
-DHAVE_GETPWNAM_R_5=1 -DHAVE_GETPWNAM_R=1 -DHAVE_GETGRGID_R_5=1 
-DHAVE_GETGRGID_R=1 -DHAVE_GETGRNAM_R_5=1 -DHAVE_GETGRNAM_R=1 
-DHAVE_MTSAFE_GETHOSTBYNAME=1 -DHAVE_MTSAFE_GETHOSTBYADDR=1 -DHAVE_SYS_TIME_H=1 
-DTIME_WITH_SYS_TIME=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_MKTIME=1 
-DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_STRUCT_STAT_ST_BLOCKS=1 
-DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_BLKCNT_T=1 -DHAVE_INTPTR_T=1 
-DHAVE_UINTPTR_T=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DHAVE_CHFLAGS=1 
-DHAVE_GETATTRLIST=1 -DHAVE_COPYFILE_H=1 -DHAVE_COPYFILE=1 
-DHAVE_LIBKERN_OSATOMIC_H=1 -DHAVE_OSSPINLOCKLOCK=1 -DUSE_VFORK=1 
-DTCL_DEFAULT_ENCODING=\"utf-8\" -DTCL_LOAD_FROM_MEMORY=1 -DTCL_WIDE_CLICKS=1 
-DHAVE_AVAILABILITYMACROS_H=1 -DHAVE_WEAK_IMPORT=1 -D_DARWIN_C_SOURCE=1 
-DHAVE_FTS=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -DTCL_UNLOAD_DLLS=1 
-DHAVE_CPUID=1   
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:
 In function ‘Tcl_MacOSXOpenVersionedBundleResources’:
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
 error: ‘RTLD_NEXT’ undeclared (first use in this function)
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
 error: (Each undeclared identifier is reported only once
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base/vendor/tcl8.5.15/unix/../macosx/tclMacOSXBundle.c:212:
 error: for each function it appears in.)
make[2]: *** [tclMacOSXBundle.o] Error 1
make[1]: *** [all-tcl] Error 2
make: *** [all] Error 1
Command failed: cd 
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base && 
CC=/usr/bin/cc OBJC=/usr/bin/cc ./configure --prefix=/opt/local 
--with-tclpackage=/Library/Tcl --with-install-user=root 
--with-install-group=admin --with-directory-mode=0755 --enable-readline && make 
SELFUPDATING=1 && make install SELFUPDATING=1
Exit code: 2
Error: Error installing new MacPorts base: command execution failed
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: /opt/local/bin/port: port selfupdate failed: Error installing new 
MacPorts base: command execution failed
MBP15:~ lars$ 


I already filed a bug on this since I could not find an existing one on that 
issue:

https://trac.macports.org/ticket/44517

regards and keep up the good work,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: cutting the tree: is there a way to remove leaves recursivelly?

[Lars Sonchocky-Helldorf]

Am 07.02.2014 um 22:15 schrieb Joshua Root:

> sudo port uninstall --follow-dependencies leaves
> 
> - Josh

Thanks a lot! That's exactly the command I was looking for. Maybe it should be 
mentioned here: http://guide.macports.org/#using.common-tasks.findleaves

cheers,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Anyone having success with libquicktime lately?

[Lars Sonchocky-Helldorf]

Hi, I currently have libquicktime @1.2.4_7 (active) installed as a dependency 
of mjpegtools. When I tried to do a "sudo port -v upgrade outdated" today I run 
into this bug: https://trac.macports.org/ticket/40464

is there a known workaround for this?

Thanks in advance,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: cutting the tree: is there a way to remove leaves recursivelly?

[Lars Sonchocky-Helldorf]

Am 07.02.2014 um 17:14 schrieb Brandon Allbery:

> On Fri, Feb 7, 2014 at 11:08 AM, Lars Sonchocky-Helldorf 
>  wrote:
> After a failed "sudo port -v upgrade outdated" last night and seeing, that a 
> port I did not request failed I decided to do a little housekeeping.
> 
> The direct answer to your question is the port_cutleaves port.

Thanks for your quick response, I will have a look into it.

> 
> However I will note that most of those ports will be reinstalled the next 
> time you upgrade because they are build dependencies.

this is o.k.. I just wanted to get rid of old, unused cruft.

> 
> -- 
> brandon s allbery kf8nh   sine nomine associates
> allber...@gmail.com  ballb...@sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net

Cheers,

Lars___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

cutting the tree: is there a way to remove leaves recursivelly?

[Lars Sonchocky-Helldorf]

After a failed "sudo port -v upgrade outdated" last night and seeing, that a 
port I did not request failed I decided to do a little housekeeping. Those are 
the ports I requested once:


MBP15:~ lars$ port installed requested
The following ports are currently installed:
  ffmpeg @1.1.2_0+gpl2
  ffmpeg @1.2_1+gpl2
  ffmpeg @1.2.2_0+gpl2
  ffmpeg @2.1.3_1+gpl2 (active)
  fontforge @20120731_0
  fontforge @20120731_1
  fontforge @20120731_3 (active)
  git-core @1.8.1.3_0+credential_osxkeychain+doc+pcre+python27
  git-core @1.8.2.1_0+credential_osxkeychain+doc+pcre+python27
  git-core @1.8.3.4_0+credential_osxkeychain+doc+pcre+python27
  git-core @1.8.5.3_0+credential_osxkeychain+doc+pcre+perl5_16+python27 (active)
  mercurial @2.5.2_0
  mercurial @2.6.3_1 (active)
  mjpegtools @2.0.0_3+x11 (active)
  MPlayer @1.1_3
  MPlayer @1.1_4
  MPlayer @1.1_5 (active)
  p5-image-exiftool @9.60.0_0 (active)
  py27-pil @1.1.7_6 (active)
  rtmpdump @2.3_0
  rtmpdump @2.4_0 (active)
  xorg @20090316_0 (active)


Now lets see what else we've got:


MBP15:~ lars$ port echo leaves
autoconf   @2.69_0 
autoconf   @2.69_1 
autoconf   @2.69_2 
automake   @1.13.1_0 
automake   @1.14_0 
automake   @1.14.1_0 
boehmgc@7.2d_0 
boehmgc@7.4.0_0 
boost  @1.52.0_1+no_single+no_static+python27 
boost  @1.53.0_1+no_single+no_static+python27 
boost  @1.54.0_0+no_single+no_static+python27 
boost  @1.55.0_1+no_single+no_static+python27 
clang-3.3  @3.3_2+analyzer+python27 
gnome-doc-utils@0.20.10_0+python27 
gsl@1.15_2 
gsl@1.16_2 
gtk-doc@1.18_0+python27 
gtk-doc@1.18_3+python27 
gtkmm  @2.24.2_1 
gtkmm  @2.24.3_0 
gtkmm  @2.24.4_0+x11 
gtkmm  @2.24.4_1+x11 
gtkspell2  @2.0.16_2 
gtkspell2  @2.0.16_4+x11 
gtkspell2  @2.0.16_5+x11 
ImageMagick@6.8.0-7_2+q16 
ImageMagick@6.8.6-6_0+x11 
ImageMagick@6.8.8-3_1+x11 
intltool   @0.50.2_0 
intltool   @0.50.2_2+perl5_12 
libwpg @0.2.1_0 
libwpg @0.2.2_0 
poppler@0.22.1_0 
poppler@0.22.3_0 
poppler@0.24.0_0 
py27-lxml  @2.3.2_0 
py27-lxml  @3.2.1_0 
py27-numpy @1.6.2_1 
py27-numpy @1.7.1_0 
py27-setuptools@0.9.8_0 
xorg-util-macros   @1.17_0 


remove all this:


MBP15:~ lars$ sudo port uninstall leaves
Password:
--->  Uninstalling autoconf @2.69_0
--->  Cleaning autoconf
--->  Uninstalling autoconf @2.69_1
--->  Cleaning autoconf
--->  Deactivating autoconf @2.69_2
--->  Cleaning autoconf
--->  Uninstalling autoconf @2.69_2
--->  Cleaning autoconf
--->  Uninstalling automake @1.13.1_0
--->  Cleaning automake
--->  Uninstalling automake @1.14_0
--->  Cleaning automake
--->  Deactivating automake @1.14.1_0
--->  Cleaning automake
--->  Uninstalling automake @1.14.1_0
--->  Cleaning automake
--->  Uninstalling boehmgc @7.2d_0
--->  Cleaning boehmgc
--->  Deactivating boehmgc @7.4.0_0
--->  Cleaning boehmgc
--->  Uninstalling boehmgc @7.4.0_0
--->  Cleaning boehmgc
--->  Uninstalling boost @1.52.0_1+no_single+no_static+python27
--->  Cleaning boost
--->  Uninstalling boost @1.53.0_1+no_single+no_static+python27
--->  Cleaning boost
--->  Uninstalling boost @1.54.0_0+no_single+no_static+python27
--->  Cleaning boost
--->  Deactivating boost @1.55.0_1+no_single+no_static+python27
--->  Cleaning boost
--->  Uninstalling boost @1.55.0_1+no_single+no_static+python27
--->  Cleaning boost
--->  Deactivating clang-3.3 @3.3_2+analyzer+python27
--->  Cleaning clang-3.3
--->  Uninstalling clang-3.3 @3.3_2+analyzer+python27
--->  Cleaning clang-3.3
--->  Deactivating gnome-doc-utils @0.20.10_0+python27
--->  Cleaning gnome-doc-utils
--->  Uninstalling gnome-doc-utils @0.20.10_0+python27
--->  Cleaning gnome-doc-utils
--->  Uninstalling gsl @1.15_2
--->  Cleaning gsl
--->  Deactivating gsl @1.16_2
--->  Cleaning gsl
--->  Uninstalling gsl @1.16_2
--->  Cleaning gsl
--->  Uninstalling gtk-doc @1.18_0+python27
--->  Cleaning gtk-doc
--->  Deactivating gtk-doc @1.18_3+python27
--->  Cleaning gtk-doc
--->  Uninstalling gtk-doc @1.18_3+python27
--->  Cleaning gtk-doc
--->  Uninstalling gtkmm @2.24.2_1
--->  Cleaning gtkmm
--->  Uninstalling gtkmm @2.24.3_0
--->  Cleaning gtkmm
--->  Uninstalling gtkmm @2.24.4_0+x11
--->  Cleaning gtkmm
--->  Deactivati

Re: Installing GNUstep using MacPorts

[Lars Sonchocky-Helldorf]

Did you try mailing to macports-users ? 
This list is somewhat active, I have no idea whether someone responds to those 
addresses inside the portfiles.

cheers,

Lars

Am 01.12.2013 um 18:29 schrieb Adam Fedor:

> I would not use macports. The gnustep package on on macports is really really 
> old - 1.19 was released over 4 years ago. Plus they pretty much ignore any 
> patches or bug reports you send in.
> 
> Again, I would not recommend installing GNUstep on Mac OSX, but if you want 
> to try you could look at this:
> 
> http://wiki.gnustep.org/index.php/Platform:BSD#Full_Install
> 
> Although even these instructions are old and probably out of date. You are on 
> your own if you want to do this though. Trying to install GNUstep on OSX has 
> turned many a programmer prematurely grey. ;-)
> 
> Adam
> 
> On Dec 1, 2013, at 8:11 AM, Muhammad Hussein Nasrollahpour 
>  wrote:
> 
>> I tried to install GNUstep on OS X Mavericks 10.9 using MacPorts but I faced 
>> this problem.
>> 
>> MacPorts 2.2.1
>> 
>> [Users/Muhammad] > install gnustep 
>> --->  Computing dependencies for gnustep
>> --->  Dependencies to be installed: ArtResources gnustep-core gnustep-back 
>> gnustep-gui gnustep-base gnutls gmp libidn libtasn1 nettle p11-kit 
>> curl-ca-bundle desktop-file-utils glib2 popt tiff jpeg libart_lgpl 
>> GMastermind GMines GNUMail Etoile SQLClient Performance dbus oniguruma5 
>> poppler cairo libpixman xorg-libXext xorg-xcb-util curl 
>> gobject-introspection lcms2 openjpeg15 jbigkit poppler-data Pantomime PRICE 
>> TalkSoup netclasses Yap.app gworkspace system-preferences PreferencePanes 
>> windowmaker xorg-libXmu xorg-libXt xpm
>> --->  Configuring gnustep-base
>> Error: Failed to configure gnustep-base, consult 
>> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnustep_gnustep-base/gnustep-base/work/gnustep-base-1.19.1/config.log
>> Error: org.macports.configure for port gnustep-base returned: configure 
>> failure: command execution failed
> 
> ___
> Discuss-gnustep mailing list
> discuss-gnus...@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

dbus activation problem caused by leftover files from ancient macports install

[Lars Sonchocky-Helldorf]

Hi,

trying to install inkscape I got the following error:

Error: org.macports.activate for port dbus returned: Image error: 
/Library/LaunchAgents/org.freedesktop.dbus-session.plist already exists and 
does not belong to a registered port.  Unable to activate port dbus. Use 'port 
-f activate dbus' to force the activation.
Warning: targets not executed for dbus: org.macports.activate
Error: Failed to install dbus
Please see the log file for port dbus for details:

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_dbus/dbus/main.log
Error: The following dependencies were not installed: gnome-vfs gconf dbus-glib 
dbus intltool p5.12-getopt-long p5.12-pathtools p5.12-scalar-list-utils 
p5.12-xml-parser orbit2 libidl policykit eggdbus gnome-mime-data gsl gtkmm 
atkmm glibmm libsigcxx2 cairomm pangomm gtkspell2 enchant aspell texinfo 
hunspell readline gtk-doc docbook-xml docbook-xml-4.1.2 docbook-xml-4.2 
xmlcatmgr docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 
docbook-xsl gnome-doc-utils iso-codes py27-libxml2 rarian lcms libwpg libwpd 
libgsf libbonobo poppler curl curl-ca-bundle poppler-data py27-lxml py27-numpy 
py27-nose nosetests_select py27-distribute
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: Processing of port inkscape failed

I could activate dbus using: 

sudo port -f activate dbus

but I got the following warning:

Warning: File /Library/LaunchAgents/org.freedesktop.dbus-session.plist already 
exists.  Moving to: 
/Library/LaunchAgents/org.freedesktop.dbus-session.plist.mp_1361736070.
Warning: File /Library/LaunchDaemons/org.freedesktop.dbus-system.plist already 
exists.  Moving to: 
/Library/LaunchDaemons/org.freedesktop.dbus-system.plist.mp_1361736070.

This might be caused by the fact I had a very outdated macports installed 
before (from 10.4 something) which I wasn't able to upgrade. So I removed 
everything manually but did not look into /Library/LaunchAgents/ and 
/Library/LaunchDaemons/

Is there a way to uninstall everything from an ancient macports install?


cheers,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: fontforge insists on using Apple's X11.app

[Lars Sonchocky-Helldorf]

Am 24.02.2013 um 19:23 schrieb Brandon Allbery:

> On Sun, Feb 24, 2013 at 1:04 PM, Lars Sonchocky-Helldorf 
>  wrote:
> after years of absence today I gave macports another try. I installed xorg 
> first and after this fontforge, both without any special options. When I then 
> launched fontforge Apple's X11.app opened. I then disabled this by issuing:
> 
> launchctl unload -w /System/Library/LaunchAgents/org.x.startx.plist
> 
> as described here: http://xquartz.macosforge.org/trac/wiki/X11-UsersFAQ
> 
> Did you then enable the MacPorts xorg-server and log out and back in to 
> activate it?  If not, you'll need to start X11 manually.

logging out and in again helped. I did no know this was needed. Thanks for the 
hint!

cheers,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

fontforge insists on using Apple's X11.app

[Lars Sonchocky-Helldorf]

Hi MacPorters,

after years of absence today I gave macports another try. I installed xorg 
first and after this fontforge, both without any special options. When I then 
launched fontforge Apple's X11.app opened. I then disabled this by issuing:

launchctl unload -w /System/Library/LaunchAgents/org.x.startx.plist

as described here: http://xquartz.macosforge.org/trac/wiki/X11-UsersFAQ


When I now try to launch fontforge I get the following messages in system.log

Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]: Copyright 
(c) 2000-2012 by George Williams.
Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]:  
Executable based on sources from 14:57 GMT 31-Jul-2012-ML.
Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]:  Library 
based on sources from 14:57 GMT 31-Jul-2012.
Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]: Could not 
open screen.
Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]: You must 
start X11 before you can start 
/Applications/MacPorts/FontForge.app/Contents/MacOS/FontForge
Feb 24 18:57:44 MBP15 [0x0-0x75075].net.sourceforge.fontforge[13298]:  X11 is 
optional software found on your install DVD.
Feb 24 18:57:44 MBP15 com.apple.launchd.peruser.501[212] 
([0x0-0x75075].net.sourceforge.fontforge[13298]): Exited with exit code: 1
Feb 24 18:57:52 MBP15 org.macports.privileged_startx[13317]: lockfile: Try 
praying, giving up on "/opt/local/var/run/font_cache.lock"
Feb 24 18:57:52 MBP15 org.macports.privileged_startx[13317]: opendir: No such 
file or directory
Feb 24 18:57:52 MBP15 org.macports.X11.stub[13423]: launch_msg("CheckIn") IPC 
failure: Operation not permitted
Feb 24 18:57:52 MBP15 org.macports.privileged_startx[13317]: opendir: No such 
file or directory


What I am doing wrong?


Thanks,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: 'sudo port upgrade outdated' perl5.8->perl5.12 problem

[Lars Sonchocky-Helldorf]

Am 23.03.2011 um 18:46 schrieb Ryan Schmidt:

> On Mar 23, 2011, at 00:47, Scott Webster wrote:
>> On Tue, Mar 22, 2011 at 6:12 PM, Ryan Schmidt wrote:
>>> It sounds like Lars' situation is that perl5.8 did *not* get deactivated. 
>>> Unfortunately, with the way the upgrade to perl 5.12 was handled, this *is* 
>>> normal (all users will experience this problem), and requires the user to 
>>> manually deactivate perl5.8, before proceeding to activate the new perl5.
>>> 
>>> 
>> 
>> I could just be remembering wrong, but i though in my case that after
>> I got the same error as Lars, macports continued onto the next step,
>> which was removing the old version of perl5 (5.8).  Possibly this is
>> because I used the -u switch?  But I could just have it mixed up in my
>> head.
> 
> Yes, MacPorts would deactivate perl5 @5.8.x_y when upgrading to perl5 
> @5.12.p_q.
> 
> But MacPorts would not know to deactivate perl5.8 @5.8.x_y first; you must do 
> so manually.

I did some googling and found this:

https://trac.macports.org/ticket/28830

https://trac.macports.org/wiki/ProblemHotlist

so the issue seems to be already known. Thanks for your attention and hints!


cheers,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

failure for mesa 7.8.2 on 10.4.11 PPC using MacPorts 1.9.1

[Lars Sonchocky-Helldorf]

While trying to do an 'sudo port upgrade outdated' I got the  
following failure for mesa 7.6.1_0 < 7.8.2_2:


:info:destroot In file included from ../../src/gallium/auxiliary/util/ 
u_inlines.h:36,
:info:destroot  from state_tracker/st_atom_constbuf.c: 
40:
:info:destroot ../../src/gallium/auxiliary/util/u_atomic.h:35:2:  
error: #error "Unsupported platform"
:info:destroot ../../src/gallium/auxiliary/util/u_atomic.h:300:2:  
error: #error "No pipe_atomic implementation selected"


(I can provide the main.log for full details)


looking for a solution I found the following ticket: https:// 
trac.macports.org/ticket/24393


the last change to this ticket was done five months ago. Is somebody  
still working on this?



thanks,

Lars





___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

X11 problems

[Lars Sonchocky-Helldorf]

After doing a

sudo port -v upgrade outdated

and a subsequent

sudo port -v uninstall inactive

I now get the following messages over and over in my system.log:

Oct 13 15:50:55 local-admins-macbook-pro com.apple.launchd[200]  
(org.x.startx): Throttling respawn: Will start in 8 seconds
Oct 13 15:50:55 local-admins-macbook-pro org.x.privileged_startx 
[64739]: font_cache: Done
Oct 13 15:51:03 local-admins-macbook-pro org.x.startx[13522]:  
font_cache: Scanning user font directories to generate X11 font caches
Oct 13 15:51:03 local-admins-macbook-pro org.x.startx[13522]:  
font_cache: Updating FC cache
Oct 13 15:51:03 local-admins-macbook-pro org.x.privileged_startx 
[64739]: font_cache: Scanning system font directories to generate X11  
font caches
Oct 13 15:51:03 local-admins-macbook-pro defaults[13552]: \nThe  
domain/default pair of (org.x.X11, dpi) does not exist
Oct 13 15:51:03 local-admins-macbook-pro org.x.startx[13522]: xauth:   
creating new authority file /Users/lars/.serverauth.13522
Oct 13 15:51:03 local-admins-macbook-pro org.x.startx[13522]:  
Xquartz: Unable to find application for org.x.X11
Oct 13 15:51:03 local-admins-macbook-pro org.x.privileged_startx 
[64739]: font_cache: Updating FC cache
Oct 13 15:51:05 local-admins-macbook-pro org.x.startx[13522]:  
font_cache: Done

Oct 13 15:51:05 local-admins-macbook-pro org.x.startx[13522]: giving up.
Oct 13 15:51:05 local-admins-macbook-pro org.x.startx[13522]: /usr/ 
X11/bin/xinit:  Connection refused (errno 61):  unable to connect to  
X server
Oct 13 15:51:05 local-admins-macbook-pro org.x.startx[13522]: /usr/ 
X11/bin/xinit:
Oct 13 15:51:05 local-admins-macbook-pro org.x.startx[13522]: No such  
process (errno 3):  Server error.
Oct 13 15:51:05 local-admins-macbook-pro com.apple.launchd[200]  
(org.x.startx): Throttling respawn: Will start in 8 seconds


I then tried:

sudo port uninstall xorg-server
sudo port uninstall xinit
port clean --all xorg-server
port clean --all xinit
sudo port -v install xorg-server

but this didn't help the cause.

My X11.app is in /Applications/MacPorts/X11.app (which I can start by  
double clicking - but the log messages still keep coming then) and  
there was an older version lingering around in /Applications/ 
Utilities which I deleted manually.



What can I do now?


thanks,

Lars

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: xorg-libxkbui installation problem / general X11 question

[Lars Sonchocky-Helldorf]

Hi Ryan,

at first thank you very much for your quick, helpful, very friendly  
answers. You even picked up the mail I canceled after realizing that  
the attachment was to large.



Am 25.09.2009 um 18:33 schrieb Ryan Schmidt:


Hi Lars,


On Sep 25, 2009, at 08:22, Lars Sonchocky-Helldorf wrote:

when doing an 'sudo port -v upgrade outdated' I got a failure for  
xorg-libxkbui which I have attached:




my environment (a PowerBook G4):

Lars-Sonchocky-Helldorfs-Computer:~ lars$ uname -a
Darwin Lars-Sonchocky-Helldorfs-Computer.local 8.11.0 Darwin  
Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;  
root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc

Lars-Sonchocky-Helldorfs-Computer:~ lars$ port version
Version: 1.8.0


Thanks for letting us know. xorg-libxkbui was missing a dependency  
on xorg-libXt, which I have now added (in r58301). Please wait 30  
minutes from the time of this message, then "sudo port sync" and  
try again.


that worked like a charm. All the X11 stuff (besides several fonts)  
currently installed on this machine is:


  quartz-wm @1.0.3_1 (active)
  xauth @1.0.4_0 (active)
  Xft2 @2.1.7_0
  Xft2 @2.1.13_0
  Xft2 @2.1.13_2 (active)
  xinit @1.1.1_5 (active)
  xmlcatmgr @2.2_1 (active)
  xorg-applewmproto @1.4.1_0 (active)
  xorg-bigreqsproto @1.1.0_0 (active)
  xorg-damageproto @1.2.0_0 (active)
  xorg-dri2proto @2.1_0 (active)
  xorg-encodings @1.0.2_0 (active)
  xorg-evieproto @1.1.0_0 (active)
  xorg-fixesproto @4.1_0 (active)
  xorg-font-util @1.0.2_0 (active)
  xorg-fontcacheproto @0.1.2_0 (active)
  xorg-fonts @20090102_1 (active)
  xorg-fontsproto @2.1.0_0 (active)
  xorg-glproto @1.4.10_0 (active)
  xorg-inputproto @1.5.1_0 (active)
  xorg-kbproto @1.0.3_0 (active)
  xorg-libAppleWM @1.4.0_0 (active)
  xorg-libfontenc @1.0.5_0 (active)
  xorg-libice @1.0.6_0 (active)
  xorg-libsm @1.1.1_0 (active)
  xorg-libX11 @1.2.2_0 (active)
  xorg-libXau @1.0.5_0 (active)
  xorg-libXdmcp @1.0.2_1
  xorg-libXdmcp @1.0.3_0 (active)
  xorg-libXext @1.0.99.4_1 (active)
  xorg-libXfixes @4.0.3_1 (active)
  xorg-libXfont @1.4.0_2 (active)
  xorg-libXfontcache @1.0.4_1 (active)
  xorg-libXi @1.2.1_1 (active)
  xorg-libXinerama @1.0.99.1_0 (active)
  xorg-libxkbfile @1.0.5_1 (active)
  xorg-libxkbui @1.0.2_0 (active)
  xorg-libXmu @1.0.5_0 (active)
  xorg-libXp @1.0.0_3 (active)
  xorg-libXScrnSaver @1.2.0_0 (active)
  xorg-libXt @1.0.6_0 (active)
  xorg-libXxf86misc @1.0.1_2 (active)
  xorg-printproto @1.0.4_0 (active)
  xorg-randrproto @1.3.0_0 (active)
  xorg-recordproto @1.13.99.1_0 (active)
  xorg-renderproto @0.9.3_0
  xorg-renderproto @0.11_0 (active)
  xorg-resourceproto @1.1.0_0 (active)
  xorg-scrnsaverproto @1.2.0_0 (active)
  xorg-server @1.5.3-apple15_0+macosx (active)
  xorg-trapproto @3.4.3_0 (active)
  xorg-util-macros @1.3.0_0 (active)
  xorg-videoproto @2.3.0_0 (active)
  xorg-xcmiscproto @1.2.0_0 (active)
  xorg-xextproto @7.1.1_0 (active)
  xorg-xf86bigfontproto @1.2.0_0 (active)
  xorg-xf86miscproto @0.9.2_0 (active)
  xorg-xineramaproto @1.1.99.1_0 (active)
  xorg-xproto @7.0.14_1
  xorg-xproto @7.0.15_0
  xorg-xproto @7.0.16_0 (active)
  xorg-xtrans @1.2.4_0 (active)
  xrdb @1.0.5_1 (active)
  xrender @0.9.0_0+darwin_8
  xrender @0.9.4_4+macosx
  xrender @0.9.4_6 (active)
  xset @1.1.0_0 (active)





What makes me wonder here is why macports tries to install X11/ 
Xorg at all, given I already have installed X11.app from Apple. Is  
this the case because the X11.app from Apple is to old (I got  
version 1.1.3) or because it is incompatible or not detected? I'd  
rather use Apple's X11.app (because it works and I have no  
problems installing it) but if this is not sufficient please let  
me know.


MacPorts installs its own X11 libraries for the same reason it  
installs its own version of every other library: to avoid bugs in  
older versions included with Mac OS X, and to provide a consistent  
experience for MacPorts users across all versions of Mac OS X.


http://trac.macports.org/wiki/FAQ#ownlibs

X11 had previously been an exception to this rule because X11 in  
MacPorts had not been maintained and did not work. But now a lot of  
effort has been put in to make X11 in MacPorts work. For a time, we  
allowed users the option of using either the MacPorts X11 or the  
system's X11, but this caused a large number of problems so this  
option was removed.


You can continue to use Apple's X11.app in /Applications/Utilities  
to run software you install using MacPorts. However, the version of  
X11.app on Tiger is very old and contains many bugs which have  
since been fixed. So especially for Tiger, I recommend you install  
the ports xorg-server and quartz-wm and use X11.app in / 
Applications/MacPorts instead.


Note also that the X11 system Apple shipped in Tiger and earlier is  
based on XFree86 while the X11 system Apple ships in Leopard and  
later, and the one we now use in MacPorts, is based on X.Org.  
That

xorg-libxkbui installation problem / general X11 question

[Lars Sonchocky-Helldorf]

Hi,

when doing an 'sudo port -v upgrade outdated' I got a failure for  
xorg-libxkbui which I have attached:


--->  Computing dependencies for xorg-libxkbui.
--->  Fetching xorg-libxkbui
--->  libxkbui-1.0.2.tar.bz2 doesn't seem to exist in 
/opt/local/var/macports/distfiles/xorg-libxkbui
--->  Attempting to fetch libxkbui-1.0.2.tar.bz2 from 
http://arn.se.distfiles.macports.org/xorg-libxkbui
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100  216k  100  216k0 0   204k  0  0:00:01  0:00:01 --:--:--  229k
--->  Verifying checksum(s) for xorg-libxkbui
--->  Checksumming libxkbui-1.0.2.tar.bz2
--->  Extracting xorg-libxkbui
--->  Extracting libxkbui-1.0.2.tar.bz2
--->  Configuring xorg-libxkbui
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... /usr/bin/gcc-4.0
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.0 accepts -g... yes
checking for /usr/bin/gcc-4.0 option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of /usr/bin/gcc-4.0... gcc3
checking build system type... powerpc-apple-darwin8.11.0
checking host system type... powerpc-apple-darwin8.11.0
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... grep -E
checking for ld used by /usr/bin/gcc-4.0... 
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld
checking if the linker (/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) is GNU 
ld... no
checking for /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld option to reload 
object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... /usr/bin/gcc-4.0 -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... yes
checking whether /usr/bin/g++-4.0 accepts -g... yes
checking dependency style of /usr/bin/g++-4.0... gcc3
checking how to run the C++ preprocessor... /usr/bin/g++-4.0 -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -p output from /usr/bin/gcc-4.0 object... 
ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if /usr/bin/gcc-4.0 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.0 option to produce PIC... -fno-common
checking if /usr/bin/gcc-4.0 PIC flag -fno-common works... yes
checking if /usr/bin/gcc-4.0 static flag -static works... no
checking if /usr/bin/gcc-4.0 supports -c -o file.o... yes
checking whether the /usr/bin/gcc-4.0 linker 
(/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) supports shared libraries... 
yes
checking dynamic linker characteristics... darwin8.11.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by /usr/bin/g++-4.0... 
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld
checking if the linker (/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) is GNU 
ld... no
checking whether the /usr/bin/g++-4.0 linker 
(/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) supports shared libraries... 
yes
checking for /usr/bin/g++-4.0 opt

Unable to upgrade tcl port on Tiger

[Lars Sonchocky-Helldorf]

Hi,

I am experiencing problems when trying to update the tcl port:


Lars-Sonchocky-Helldorfs-Computer:~ lars$ sudo port clean --all tcl
Password:
--->  Cleaning tcl
Warning: Distfiles directory '/opt/local/var/macports/distfiles/ 
tcltk' may contain distfiles needed for other ports, use the -f flag  
to force removal

Lars-Sonchocky-Helldorfs-Computer:~ lars$ sudo port upgrade outdated
--->  Fetching tcl
--->  Attempting to fetch tcl8.5.5-src.tar.gz from http:// 
mesh.dl.sourceforge.net/tcl

--->  Verifying checksum(s) for tcl
--->  Extracting tcl
--->  Configuring tcl
Error: Target org.macports.configure returned: can't read  
"configure.cppflags": no such variable

Error: Unable to upgrade port: 1
Lars-Sonchocky-Helldorfs-Computer:~ lars$


I recently installed Xcode 2.5 and did a sudo port -vf selfupdate  
just before to force a recompile (now I am at 1.700)


my Mac OS X version is 10.4.11 (Darwin 8.11.0)


what can I do about it?


Thanks,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Is "MacPort" a valid term?

[Lars Sonchocky-Helldorf]

Am 25.06.2008 um 07:21 schrieb Ryan Schmidt:

>
> On Jun 24, 2008, at 21:21, Zav Public wrote:
>
>> What are these ports?  What do they constitute?  Is there a term that
>> can define them?
>
> They are software packages. I can't think of a more specific term
> that would still apply to all ports.
>
> MacPorts is a package manager, or a package management system:
>
> http://en.wikipedia.org/wiki/Package_management_system
>
> So we could say we install packages. Instead, for now, we say we
> install ports, because the term "port" is used by the FreeBSD ports
> project which inspired MacPorts. This causes confusion with other
> uses of the word "port" (a software network connection; a physical
> connector on an electronic device; the process of rewriting software
> from one platform so it runs on another). However, the term "package"
> would also cause confusion on Mac OS X, because Apple uses the term
> "package" for software installed through its Installer program, and
> MacPorts does not make use of this.
>

how about "packs" then? Or "MacPacks" if you want so …

>>

regards,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Gorm taking ages to compile?

[Lars Sonchocky-Helldorf]

I asked on the GNUstep List and got this answer:




Anfang der weitergeleiteten E-Mail:
> Von: Adam Fedor <[EMAIL PROTECTED]>
> Datum: 15. Mai 2008 23:37:12 MESZ
> An: Lars Sonchocky-Helldorf <[EMAIL PROTECTED]>
> Kopie: GNUstep Discuss <[EMAIL PROTECTED]>
> Betreff: Re: Somewhere else someone else has problems with GORM
>
>
>
> On May 15, 2008, at 1:04 PM, Lars Sonchocky-Helldorf wrote:
>
>> Forwarded Mails from macports-users@lists.macosforge.org:
>>
>> Anfang der weitergeleiteten E-Mail:
>>
>>> Von: Christopher Choi <[EMAIL PROTECTED]>
>>> Datum: 8. Mai 2008 11:08:31 MESZ
>>> An: macports-users@lists.macosforge.org
>>> Betreff: Gorm taking ages to compile?
>>>
>>> Hi
>>> I'm went to install Gorm from the ports by issuing the command  
>>> sudo port
>>> install gorm...and it was going well until well its taking a  
>>> whole night to
>>> do it, and its still doing the compilation of Gcc42...
>>> I have a Titanium G4 1GHz with 1Gb RAM so would that explain why  
>>> its going
>>> so slowly? but I still don't get why installing Gorm an  
>>> application can take
>>> such a long time..
>>>
>>>
>
> I'm working on updating macports.   You don't really need gcc4 to  
> compile GNUstep for instance.  It's taking a long time to get basic  
> changes back into their system though...
>



regards,

Lars






Am 08.05.2008 um 12:36 schrieb Ryan Schmidt:

> On May 8, 2008, at 04:08, Christopher Choi wrote:
>
>> I'm went to install Gorm from the ports by issuing the command  
>> sudo port
>> install gorm...and it was going well until well its taking a whole  
>> night to
>> do it, and its still doing the compilation of Gcc42...
>> I have a Titanium G4 1GHz with 1Gb RAM so would that explain why  
>> its going
>> so slowly? but I still don't get why installing Gorm an  
>> application can take
>> such a long time..
>>
>> this is what the compiling output is:
>>
>> Titan:~ Chris$ sudo port install gorm
>
> [snip]
>
>> --->  Building gcc42 with target all
>>
>> So all is going well until this line showed up and is taking absolute
>> agewhat should I do? should I terminate it and try again?
>
> gcc42 takes about 6 hours to compile on a 1.5 GHz PowerBook G4, so  
> on your 1 GHZ PowerBook G4 I would expect it to take about 9 hours.  
> You should also have at least 3GB of free hard drive space.
>
> I'm afraid gorm just has a lot of dependencies [1]. It will take  
> awhile to compile them all.
>
>
> [1] http://www.ryandesign.com/tmp/gorm.png
>
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-users

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: GTK2 & Cairo "Quartz" Variant

[Lars Sonchocky-Helldorf]

Am 31.03.2007 um 05:41 schrieb Mark Duling:

Ryan Schmidt <[EMAIL PROTECTED]> on Friday, March 30, 2007 at  
1:31

PM -0800 wrote:

The cairo port was already updated to 1.4.2, because it did not seem
to exhibit the problem. You're saying the problem still exists in
(the development version) 1.4.3? What happens if you try "sudo port
install cairo +quartz +atsui"? It compiles without complaining for  
me.


Someone has posted patches for gtk2 2.10.6.  Is this applicable or are
they necessary with the current gtks, 2.10.11?

http://trac.macosforge.org/projects/macports/ticket/11138


Any updates on that? Yesterday I did a selfupdate of my ports  
installation and then tried


sudo port install gtk2 +quartz

but that still failed:

gdkdrawable-quartz.c: In function 'gdk_quartz_ref_cairo_surface':
gdkdrawable-quartz.c:64: error: incompatible type for argument 1 of  
'cairo_quartz_surface_create'
gdkdrawable-quartz.c:64: error: too many arguments to function  
'cairo_quartz_surface_create'

make[4]: *** [gdkdrawable-quartz.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.




Mark

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Thanks,

Lars
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users

Re: Problems installing libshout2 on 10.4.8/ppc

[Lars Sonchocky-Helldorf]

I reply to myself since I found some sort of answer to my question:

http://lists.xiph.org/pipermail/icecast/2006-April/010423.html

While this kind of manual intervention isn't nice it works for the  
moment.



regards, Lars

Am 10.03.2007 um 16:06 schrieb Lars Sonchocky-Helldorf:


I tried installing libshout2 by

sudo port -vd install libshout2

which in turn installed libogg thru its libvorbis dependency


However the configure script of libshout2 barfs on a header file  
created by libogg's configure:


/opt/local/var/db/dports/build/ 
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_ 
dports_audio_libshout2/work/libshout-2.2.2/config.log:


configure:23775: $? = 0
configure:23778: test -z || test ! -s conftest.err
configure:23781: $? = 0
configure:23784: test -s conftest
configure:23787: $? = 0
configure:23803: result: ok
configure:23809: checking for struct ovectl_ratemanage_arg
configure:23837: gcc -c -g -O2  -I/opt/local/include conftest.c >&5
In file included from /opt/local/include/ogg/os_types.h:123,
 from /opt/local/include/ogg/ogg.h:24,
 from /opt/local/include/vorbis/codec.h:26,
 from conftest.c:50:
/opt/local/include/ogg/config_types.h:6: error: parse error before  
'ogg_uint16_t'
/opt/local/include/ogg/config_types.h:6: warning: data definition  
has no type or storage class
/opt/local/include/ogg/config_types.h:8: error: parse error before  
'ogg_uint32_t'
/opt/local/include/ogg/config_types.h:8: warning: data definition  
has no type or storage class

configure:23843: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "libshout"
| #define PACKAGE_TARNAME "libshout"
| #define PACKAGE_VERSION "2.2.2"
| #define PACKAGE_STRING "libshout 2.2.2"
| #define PACKAGE_BUGREPORT "[EMAIL PROTECTED]"
| #define LIBSHOUT_MAJOR 2
| #define LIBSHOUT_MINOR 2
| #define LIBSHOUT_MICRO 2
| #define PACKAGE "libshout"
| #define VERSION "2.2.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #ifdef __cplusplus
| extern "C" void std::exit (int); using std::exit;
| #endif
| #define _XOPEN_SOURCE 600
| #define _GNU_SOURCE
| #define STDC_HEADERS 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_C99_INTTYPES 1
| #define HAVE_NANOSLEEP 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SOCKLEN_T 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_UIO_H 1
| #define HAVE_SETHOSTENT 1
| #define HAVE_GETNAMEINFO 1
| #define HAVE_ENDHOSTENT 1
| #define HAVE_GETADDRINFO 1
| #define HAVE_INET_ATON 1
| #define HAVE_WRITEV 1
| #define HAVE_STRUCT_SOCKADDR_STORAGE_SS_FAMILY 1
| #define HAVE_INET_PTON 1
| #define HAVE_PTHREAD_RWLOCK_T 1
| #define HAVE_OGG 1
| /* end confdefs.h.  */
|
| #include 
| #include 
|
|
| int
| main ()
| {
| if ((struct ovectl_ratemanage_arg *) 0)
|   return 0;
| if (sizeof (struct ovectl_ratemanage_arg))
|   return 0;
|   ;
|   return 0;
| }
configure:23866: result: no
configure:23892: error: requisite Ogg Vorbis library not found


the headerfile in question looks like this:

/opt/local/include/ogg/config_types.h:

#ifndef __CONFIG_TYPES_H__
#define __CONFIG_TYPES_H__

/* these are filled in by configure */
typedef int16_t ogg_int16_t;
typedef uint16_t ogg_uint16_t;
typedef int32_t ogg_int32_t;
typedef uint32_t ogg_uint32_t;
typedef int64_t ogg_int64_t;

#endif


What is the problem with that file (maybe I am blind ... :-S)?

My compiler is gcc-4.0.1 btw:

localhost:/etc lars$ gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /private/var/tmp/gcc/gcc-5250.obj~12/src/configure  
--disable-checking -enable-werror --prefix=/usr --mandir=/share/man  
--enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^ 
[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 -- 
build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- 
target=powerpc-apple-darwin8

Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5250)


TIA, Lars

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users

Problems installing libshout2 on 10.4.8/ppc

[Lars Sonchocky-Helldorf]

I tried installing libshout2 by

sudo port -vd install libshout2

which in turn installed libogg thru its libvorbis dependency


However the configure script of libshout2 barfs on a header file  
created by libogg's configure:


/opt/local/var/db/dports/build/ 
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp 
orts_audio_libshout2/work/libshout-2.2.2/config.log:


configure:23775: $? = 0
configure:23778: test -z || test ! -s conftest.err
configure:23781: $? = 0
configure:23784: test -s conftest
configure:23787: $? = 0
configure:23803: result: ok
configure:23809: checking for struct ovectl_ratemanage_arg
configure:23837: gcc -c -g -O2  -I/opt/local/include conftest.c >&5
In file included from /opt/local/include/ogg/os_types.h:123,
 from /opt/local/include/ogg/ogg.h:24,
 from /opt/local/include/vorbis/codec.h:26,
 from conftest.c:50:
/opt/local/include/ogg/config_types.h:6: error: parse error before  
'ogg_uint16_t'
/opt/local/include/ogg/config_types.h:6: warning: data definition has  
no type or storage class
/opt/local/include/ogg/config_types.h:8: error: parse error before  
'ogg_uint32_t'
/opt/local/include/ogg/config_types.h:8: warning: data definition has  
no type or storage class

configure:23843: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "libshout"
| #define PACKAGE_TARNAME "libshout"
| #define PACKAGE_VERSION "2.2.2"
| #define PACKAGE_STRING "libshout 2.2.2"
| #define PACKAGE_BUGREPORT "[EMAIL PROTECTED]"
| #define LIBSHOUT_MAJOR 2
| #define LIBSHOUT_MINOR 2
| #define LIBSHOUT_MICRO 2
| #define PACKAGE "libshout"
| #define VERSION "2.2.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #ifdef __cplusplus
| extern "C" void std::exit (int); using std::exit;
| #endif
| #define _XOPEN_SOURCE 600
| #define _GNU_SOURCE
| #define STDC_HEADERS 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_C99_INTTYPES 1
| #define HAVE_NANOSLEEP 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SOCKLEN_T 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_UIO_H 1
| #define HAVE_SETHOSTENT 1
| #define HAVE_GETNAMEINFO 1
| #define HAVE_ENDHOSTENT 1
| #define HAVE_GETADDRINFO 1
| #define HAVE_INET_ATON 1
| #define HAVE_WRITEV 1
| #define HAVE_STRUCT_SOCKADDR_STORAGE_SS_FAMILY 1
| #define HAVE_INET_PTON 1
| #define HAVE_PTHREAD_RWLOCK_T 1
| #define HAVE_OGG 1
| /* end confdefs.h.  */
|
| #include 
| #include 
|
|
| int
| main ()
| {
| if ((struct ovectl_ratemanage_arg *) 0)
|   return 0;
| if (sizeof (struct ovectl_ratemanage_arg))
|   return 0;
|   ;
|   return 0;
| }
configure:23866: result: no
configure:23892: error: requisite Ogg Vorbis library not found


the headerfile in question looks like this:

/opt/local/include/ogg/config_types.h:

#ifndef __CONFIG_TYPES_H__
#define __CONFIG_TYPES_H__

/* these are filled in by configure */
typedef int16_t ogg_int16_t;
typedef uint16_t ogg_uint16_t;
typedef int32_t ogg_int32_t;
typedef uint32_t ogg_uint32_t;
typedef int64_t ogg_int64_t;

#endif


What is the problem with that file (maybe I am blind ... :-S)?

My compiler is gcc-4.0.1 btw:

localhost:/etc lars$ gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /private/var/tmp/gcc/gcc-5250.obj~12/src/configure -- 
disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- 
enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] 
[^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 -- 
build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- 
target=powerpc-apple-darwin8

Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5250)


TIA, Lars

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users