headers
Claudio Allocchio | 1 Mar 2004 01:50
Picon

Re: problems in building openh323 on Panther 10.3.2


Hallo Shawn,

there are problems in building openh323 on Panther. There is a make error
at the end of the compilations. The full build log is available (not
sending to the list as it is LONG), the final
error is:

H323_iLBC_Capability_15k2_Registration*H323_iLBC_Capability_15k2_Registration_Static_Library_Loader
   ' defined but not used
make[1]: *** No rule to make target `/libpt_Darwin_ppc_r.dylib', needed by
`obj_Darwin_ppc_r/simph323'.  Stop.
make: *** [opt] Error 2
### execution of make failed, exit code 2
Failed: compiling openh323-1.12.2-1 failed

Additional information:

 OS X 10.3.2
 xtools updated to latest ADC version

Could you or somebody please fix it? I was trying to make the update in
order to later on recompile ohphoneX and check if some of its
compatibility problems with existing h/w solutions is solved.

... BTW: a piece of news whih might be interesting... the Italian Academic
Netcasting and Videoconferencing group (netcast <at> garr.it) is duscussing how
to improve development support for the openh323 family, possibly finding
developers time to offer.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Pai-Hsiang Hsiao | 1 Mar 2004 02:03
Picon

Re: problems in building openh323 on Panther 10.3.2


I am aware of this problem, and have a fix for it.  Another fink  
developer (James) seems to get to the problem before I do, and I am in  
the process of verifying his fix.  The patched version should show up  
in 24 hours.

On Feb 29, 2004, at 7:50 PM, Claudio Allocchio wrote:

>
> Hallo Shawn,
>
> there are problems in building openh323 on Panther. There is a make  
> error
> at the end of the compilations. The full build log is available (not
> sending to the list as it is LONG), the final
> error is:
>
> H323_iLBC_Capability_15k2_Registration*H323_iLBC_Capability_15k2_Regist 
> ration_Static_Library_Loader
>    ' defined but not used
> make[1]: *** No rule to make target `/libpt_Darwin_ppc_r.dylib',  
> needed by
> `obj_Darwin_ppc_r/simph323'.  Stop.
> make: *** [opt] Error 2
> ### execution of make failed, exit code 2
> Failed: compiling openh323-1.12.2-1 failed
>
> Additional information:
>
>  OS X 10.3.2
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Macks | 1 Mar 2004 09:33

Re: Re: binary release plans

On Sat, Feb 28, 2004 at 11:29:40PM -0500, Dave Vasilevsky wrote:
> >>The packages for lame and atk1 do not follow shlibs policy. They have
> >>both userland run-time programs and compile-time headers and .dylib
> >>links in %N which is BDOnly.
> 
> I have a fixed version of lame that I have been using privately for the 
> past while. I sent it to Sylvain, either he's too busy or my email 
> didn't get through. Should I simply commit this to CVS?

Did you take the approach I was going to do, or something else? Either
way, if you want additional eyes looking it over before committing,
post it here (if it's short:) or email me. Or commit it and we'll all
just see it in fink-commits...

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks

-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
Permalink | Reply | 1 comment |
headers
Daniel Macks | 1 Mar 2004 09:38

Re: Re: binary release plans

On Sat, Feb 28, 2004 at 11:29:40PM -0500, Dave Vasilevsky wrote:
> >>The packages for lame and atk1 do not follow shlibs policy. They have
> >>both userland run-time programs and compile-time headers and .dylib
> >>links in %N which is BDOnly.
> 
> I have a fixed version of lame that I have been using privately for the 
> past while. I sent it to Sylvain, either he's too busy or my email 
> didn't get through. Should I simply commit this to CVS?

Whoops, I see you did attach a new .info for lame...

SplitOff: <<
 Package: %N-shlibs
 Replaces: %N
<<
SplitOff2: <<
 Package: %N-dev
 Replaces: %N (<= 3.93.1-10)
<<

Should SplitOff:Replaces:%N also have versioning? Otherwise it doesn't
make much sense.

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks
(Continue reading)

Permalink | Reply | 7 comments |
headers
Christian Schaffner | 1 Mar 2004 10:31
Picon

Re: dists/10.3/unstable/main/finkinfo/devel intltool.info,1.4,1.5

Just a suggestion: I would depend first on the pm581 split off, since  
perl 5.8.1 is installed by default with Panther. Peter just changed a  
lot of pm packages in that regard.

Chris.

On 29.02.2004, at 17:53, fink-commits-request <at> lists.sourceforge.net  
wrote:

> From: Keith Conger <kconger <at> users.sourceforge.net>
> To: fink-commits <at> lists.sourceforge.net
> Subject: dists/10.3/unstable/main/finkinfo/devel intltool.info,1.4,1.5
> Date: Sun, 29 Feb 2004 07:58:53 -0800
> Reply-To: fink-devel <at> lists.sourceforge.net
>
> Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/devel
> In directory  
> sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27045/unstable/main/finkinfo/ 
> devel
>
> Modified Files:
> 	intltool.info
> Log Message:
> Depends tweak
>
>
> Index: intltool.info
> ===================================================================
> RCS file:  
> /cvsroot/fink/dists/10.3/unstable/main/finkinfo/devel/intltool.info,v
(Continue reading)

Permalink | Reply | 0 comments |
headers
Patrik Marschalik | 1 Mar 2004 11:26
Picon
Picon

ion-20011109

Hi,

I tried to install ion with fink but it faild. Fink is looking for
ion-20011109.tar.gz but the file can't be found. There's only a newer
version, ion-20020207.tar.gz.. Before I wrote this mail I've done fink
selfupdate-cvs but without success. I also looked for the requested file
but I can't find it. Can anybody help me?

Thanks.

Patrik

--

-- 
Patrik Marschalik
http://www.math.fu-berlin.de/~marschal
PGP/GPG key on the pgp.net key servers
fingerprint on my homepage
Permalink | Reply | 1 comment |
headers
D. Höhn | 1 Mar 2004 11:33
Picon
Gravatar

Re: ion-20011109


Patrik Marschalik wrote:

| Hi,
|
| I tried to install ion with fink but it faild. Fink is looking for
| ion-20011109.tar.gz but the file can't be found. There's only a newer
| version, ion-20020207.tar.gz.. <snip>

ion-20020207-11 is in unstable.How are you trying to install ion ? fink
install ion ?

Also, please see http://fink.sourceforge.net/faq/mirrors.php and avoid
using CVS as end user :)

-d
Permalink | Reply | 0 comments |
headers
Sebastian Hagedorn | 1 Mar 2004 14:59
Picon
Favicon

Maintainer newbie with questions

Hi,

after having used Fink for several years, but also compiling lots of 
software from source, I've decided to do my share to help the project. So 
I've created my first .info file. It works fine for me, I have validated it 
and I will submit it to the tracker shortly, but I have a question before I 
do so:

I've put in "GCC: 3.3", because that's the compiler I've used. I have no 
idea if other versions will work. Is that OK?

I'm attaching the full package description.

Thanks, Sebastian
--
Sebastian Hagedorn		PGP key ID: 0x4D105B45
http://www.spinfo.uni-koeln.de/~hgd/
Attachment (libcdio-0.66-2.info): application/text, 1152 bytes
Permalink | Reply | 0 comments |
headers
David R. Morrison | 1 Mar 2004 16:32
Favicon

Re: Maintainer newbie with questions

Sebastien,

Thanks very much for your contribution to fink.

You only need to use the tag "GCC: 3.3" if your package compiles any C++
code.  (Typically, in this case, you would notice a line during the
configure step about checking for c++ or g++.)  The reason we have to
tag that is that the gcc compiler has changed the way it compiles C++
code in incompatible ways as the version has been revised.

If there is no C++ code, there is no reason to use the GCC: tag.

  -- Dave

-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
Permalink | Reply | 0 comments |
headers
Koen van der Drift | 2 Mar 2004 03:35
Picon
Favicon
Gravatar

Re: Re: binary release plans


On Feb 29, 2004, at 4:21 PM, David R. Morrison wrote:

> So I'm removing bioperl-pm from stable for now, and suggeesting that 
> the
> various dependencies of the unstable version need to be fixed up before
> it can be moved to stable.
>

It turns out that bioperl-pm depends on many perlmodules which only 
have a -pm and -pm581 info file. The maintainer doesn't want to 
maintain the -pm560 and -pm580 ones, which I can understand. So I could 
just copy the-pm581 info files into -pm560 and -pm580 info files, and 
submit those to the tracker. But I cannot test those myself (only have 
10.3), and it could take a while before they get added, because either 
they don't work (I couldn't test it) or people monitoring the tracker 
are too busy. Besides that I rather not maintain a lot more packages 
that didn't actually write the info files for.

So I see a few options:

- I submit the new info files to the tracker and sit back and wait
- I mail the new info files directly to someone with cvs access so they 
can be added asap
- I get cvs access and take care of it myself :-)
- bioperl-pm560 and bioperl-pm580 are no longer supported by me, so 
only people with 10.3 and unstable enabled can use bioperl.
- ... ?

I also saw Dave Morrison's email about the perl-modules, so the
(Continue reading)

Permalink | Reply | 0 comments |

Gmane