headers
Martin Costabel | 1 Jun 10:06
Picon

Re: [gnome-core] gnome-build-1.0 not found (pangocairo)

Remi Mommsen wrote:
> Hi,
> 
> I try to compile anjuta (http://anjuta.org) on my Mac running 10.5.3.  
> I'm using the latest packages from the pangocairo branch. I found all  
> dependencies except for the gnome-build-1.0 package (providing the  
> 'gnome-build-1.0.pc'). Do you know which package provides this file/ 
> functionality?

I don't think this exists. Even outside of Fink. According to
<http://www.gnome.org/projects/devtools/gnomebuild.shtml>, it isn't 
packaged, you have to extract it from gnome CVS. Good luck...

--

-- 
Martin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 0 comments |
headers
Martin Costabel | 1 Jun 11:35
Picon

Re: uncontrollable plot windows in Aqua--some experimental packages

Alexander Hansen wrote:
> I've got a couple of packages in my experimental tree:
> 
> http://www.finkdeveloper.net/svn/users/akh/experimental/AquaRez/
> 
> octplot was updated for Leopard courtesy of Peter Steinmetz (thanks!),  
> and gnuplot-wxmac is a modification to gnuplot to use Aqua wxWidgets  
> rather than the GTK version.  The wxt terminal from this gnuplot and  
> the -aqua variant of octplot suffer from the same affliction:  both  
> produce plot windows that aren't controllable.
> 
> octplot-aqua explicitly tries to overcome this by reading in a  
> resource file using Rez, but that doesn't seem to work on Leopard  
> anymore.  The Aqua wx terminal for gnuplot doesn't do this, but I  
> tested it out in a build directory (i.e. before packing in a .deb) and  
> the behavior was the same.
> 
> I was curious if anybody had a recipe to handle this situation.

I looked at this for gnuplot, but without conclusion yet. The usual 
recipe is "build app bundles".

There are actually examples for building app bundles in the wxmac 
sources, and it would be good if the wxmac28 package installed these 
demos and samples and the files necessary for building them, like 
src/mac/carbon/Info.plist.in, instead of throwing them away with the 
sources.

A typical "make" output in one of these demos is as follows:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexander Hansen | 1 Jun 16:18
Picon
Gravatar

Re: uncontrollable plot windows in Aqua--some experimental packages


On Jun 1, 2008, at 5:35 AM, Martin Costabel wrote:

> Alexander Hansen wrote:
>> I've got a couple of packages in my experimental tree:
>> http://www.finkdeveloper.net/svn/users/akh/experimental/AquaRez/
>> octplot was updated for Leopard courtesy of Peter Steinmetz  
>> (thanks!),  and gnuplot-wxmac is a modification to gnuplot to use  
>> Aqua wxWidgets  rather than the GTK version.  The wxt terminal from  
>> this gnuplot and  the -aqua variant of octplot suffer from the same  
>> affliction:  both  produce plot windows that aren't controllable.
>> octplot-aqua explicitly tries to overcome this by reading in a   
>> resource file using Rez, but that doesn't seem to work on Leopard   
>> anymore.  The Aqua wx terminal for gnuplot doesn't do this, but I   
>> tested it out in a build directory (i.e. before packing in a .deb)  
>> and  the behavior was the same.
>> I was curious if anybody had a recipe to handle this situation.
>
> I looked at this for gnuplot, but without conclusion yet. The usual  
> recipe is "build app bundles".
>
> There are actually examples for building app bundles in the wxmac  
> sources, and it would be good if the wxmac28 package installed these  
> demos and samples and the files necessary for building them, like  
> src/mac/carbon/Info.plist.in, instead of throwing them away with the  
> sources.
>
> A typical "make" output in one of these demos is as follows:
>
>> costabel% make LDFLAGS_GUI="-L/sw/lib"
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Costabel | 1 Jun 17:15
Picon

Re: libxine1-1.1.2-1023 won't build

Alexander Hansen wrote:
[]
> In the pangocairo branch, there exists libxine1-1.1.12-1, which works 
> for me.  I was wondering if there was a reason that it didn't get added 
> to the release trees.

The package has a maintainer, so he might have a different opinion on 
this, but IMHO there is a point where maintaining anything gnome-related 
outside of the pangocairo branch does not make sense any more, and I 
think this point has been reached.

--

-- 
Martin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 3 comments |
headers
Alexander Hansen | 1 Jun 17:40
Picon
Gravatar

Re: libxine1-1.1.2-1023 won't build


On Jun 1, 2008, at 11:15 AM, Martin Costabel wrote:

> Alexander Hansen wrote:
> []
>> In the pangocairo branch, there exists libxine1-1.1.12-1, which  
>> works for me.  I was wondering if there was a reason that it didn't  
>> get added to the release trees.
>
> The package has a maintainer, so he might have a different opinion  
> on this, but IMHO there is a point where maintaining anything gnome- 
> related outside of the pangocairo branch does not make sense any  
> more, and I think this point has been reached.
>
> -- 
> Martin
>
>
>
>

The maintainer's hasn't been around much as of late, and the update in  
pangocairo was committed by somebody else, so I thought it appropriate  
to raise the question here, especially since this has been broken for  
months.

It's not just a GNOME issue, since amarok (not directly gnome- 
related)  uses it, too.

-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 2 comments |
headers
Martin Costabel | 1 Jun 19:21
Picon

Re: libxine1-1.1.2-1023 won't build

Alexander Hansen wrote:
[]
> The maintainer's hasn't been around much as of late, and the update in  
> pangocairo was committed by somebody else, so I thought it appropriate  
> to raise the question here, especially since this has been broken for  
> months.
> 
> It's not just a GNOME issue, since amarok (not directly gnome- 
> related)  uses it, too.

Yes, but I did look at a cvs diff between the two versions in HEAD and 
in pc branch, and it really looks like a major task to port this back to 
HEAD. I for one would prefer to contribute to the preparation of the 
release of the pc branch over spending time on package versions that 
will soon be obsolete.

--

-- 
Martin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 1 comment |
headers
Alexander Hansen | 1 Jun 19:31
Picon
Gravatar

Re: libxine1-1.1.2-1023 won't build


On Jun 1, 2008, at 1:21 PM, Martin Costabel wrote:

> Alexander Hansen wrote:
> []
>> The maintainer's hasn't been around much as of late, and the update  
>> in  pangocairo was committed by somebody else, so I thought it  
>> appropriate  to raise the question here, especially since this has  
>> been broken for  months.
>> It's not just a GNOME issue, since amarok (not directly gnome-  
>> related)  uses it, too.
>
> Yes, but I did look at a cvs diff between the two versions in HEAD  
> and in pc branch, and it really looks like a major task to port this  
> back to HEAD. I for one would prefer to contribute to the  
> preparation of the release of the pc branch over spending time on  
> package versions that will soon be obsolete.
>
> -- 
> Martin
>
>

That makes sense. 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Ringwald | 2 Jun 10:50
Picon

Re: libxine1-1.1.2-1023 won't build

hi all

I've prepared the libxine1-1.1.12-1 package. we had a long new package  
tracker item, mostly related to the taks of actually buildingall  
required libs. J.F. Mertens was moderating, but in the end, Benjamin  
Reed accepted it and put it into pangocairo. he didn't give a reason  
for not putting it into unstable. I don't have pangocairo installed,  
so it was build against the default cvs unstable.

If there are any issues with the package for HEAD, I'd be happy to fix  
them. If somebody cares please move libxine-1.1.12 to HEAD or even  
stable.
See the discussion about discarding STABLE in "[fink-devel] kill  
fileutils"

Matthias

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 6 comments |
headers
Martin Costabel | 2 Jun 11:02
Picon

Re: libxine1-1.1.2-1023 won't build

Matthias Ringwald wrote:
> hi all
> 
> I've prepared the libxine1-1.1.12-1 package. we had a long new package  
> tracker item, mostly related to the taks of actually buildingall  
> required libs. J.F. Mertens was moderating, but in the end, Benjamin  
> Reed accepted it and put it into pangocairo. he didn't give a reason  
> for not putting it into unstable. I don't have pangocairo installed,  
> so it was build against the default cvs unstable.
> 
> If there are any issues with the package for HEAD, I'd be happy to fix  
> them. If somebody cares please move libxine-1.1.12 to HEAD or even  
> stable.

JFM committed it already yesterday. Unfortunately, building fails here 
immediately with

> Can't resolve dependency "libavahi1-dev" for package "libxine1-1.1.12-1" (no matching
packages/versions found)

(trivial fix, I guess, but as I said, I won't spend time on this any more)

--

-- 
Martin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
(Continue reading)

Permalink | Reply | 5 comments |
headers
Jean-François Mertens | 2 Jun 11:13
Picon
Favicon

Re: libxine1-1.1.2-1023 won't build


On 02 Jun 2008, at 11:02, Martin Costabel wrote:

>>
>> Can't resolve dependency "libavahi1-dev" for package  
>> "libxine1-1.1.12-1" (no matching packages/versions found)
>
removed bdep.

JFm

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 0 comments |

Gmane