Re: [Fink-devel] mesa-libglw and openmotif4
On 26 Apr 2008, at 22:49, Jack Howarth wrote: > JF, >Don't forget that I had to manually add the -lXm to the link > flags in the original mesa-libglw patch. I would argue that the > approach to leave the these symbols undefined and suppress > the error is more convention. The fedora developers don't link > libGLw against a specific motif and their libGLw works equally > well with lesstif and openmotif. I would avoid forking mesa-libGLw > into lesstif, openmotif3 and openmotif4 variants until it is > definitely proved that breakage occurs. If we have to resort to > variants, things will be pretty ugly as we will have to change > the basename of libGLw or bury it in a subdirectory so that > multiple versions can co-exist. > Jack > ps I will grant you that the debian libGLw is linked against > libXm but they also refuse to support openmotif due to the > licensing. So they can ignore the problem of supporting > both lesstif and openmotif. Sure, _ its worth trying, if the pkg is really functional with each of those 3 .. In that case, breakage could presumably occur only the lib is called by some program hat either directly or indirectly loads several of those alternatives .(Almost sure to remember there are such packages..) Still, the pkg is technically wrong, in the sense that it would then need at least a "Depends" on such an alternative... And anyway it would need at least something like a very visible DescUsage as : "Any package depending on this one MUST alse depend on either lesstif or openmotifxyz, and make sure to load their libs .." I'm not sure this is a very comfortable solution; I might still prefer to force a dep say on openmotif4 if you want, and make sure all symbols link to that one .. Jean-Francois - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On Sun, Apr 27, 2008 at 12:37:57AM +0200, Martin Costabel wrote: > Daniel Macks wrote: > [] > >> Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable > >> tree will not work, either. How could we then move packages from > >> unstable to stable? > > > > Mixing stable and unstable (i.e., using older "stable" packages once > > one has started using "unstable", or cherry-picking just a few > > unstables into a stable system) has never really been supported and > > definitely never expected to really work well. > > Right. Just to avoid misunderstandings: I was not talking about what a > user should do, I addressed what should happen on the cvs *server*. The > point I try to make is that the current stable tree will have to die and > be replaced by the content of unstable-pangocairo-branch when this is > merged back into the main branch. Keeping the stable tree and letting it > fall further behind, which will be greatly accelerated with the > pangaocairo deployment, would be a fatal mistake. Ah, okay then. I concur that moving existing unstable to stable just before moving pangocairo/unstable to unstable sounds like a good idea. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Daniel Macks wrote: [] >> Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable >> tree will not work, either. How could we then move packages from >> unstable to stable? > > Mixing stable and unstable (i.e., using older "stable" packages once > one has started using "unstable", or cherry-picking just a few > unstables into a stable system) has never really been supported and > definitely never expected to really work well. Right. Just to avoid misunderstandings: I was not talking about what a user should do, I addressed what should happen on the cvs *server*. The point I try to make is that the current stable tree will have to die and be replaced by the content of unstable-pangocairo-branch when this is merged back into the main branch. Keeping the stable tree and letting it fall further behind, which will be greatly accelerated with the pangaocairo deployment, would be a fatal mistake. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On Sat, Apr 26, 2008 at 10:16:25PM +0200, Martin Costabel wrote: > Martin Costabel wrote: > [] > >cd /sw/fink/10.4 > >mv stable /dev/null > >mv unstable stable > >mv pangocairo-branch/unstable unstable > > > > I know it's a dream, > > After looking for a while at the state of pangocairo-branch/stable, I am > now convinced that what I proposed is not a dream, it is a necessity. > > I would now even go further and say: > > The only realistic way to deploy the pangocairo branch is to scrap not > only the 10.4/stable tree, but also 10.4/unstable and pc/stable. At the > moment of deployment, both 10.4/stable and 10.4/unstable should become a > copy of pc/unstable. Afterwards, changes to the stable tree should > concentrate on bug fixes (and eliminating non-working packages). > > Let's face it: > - Since the time of the last official bindist (April 2006), *all* > maintenance and testing efforts went into the unstable trees, and > rightly so. From what I have seen, almost all the heroic work for the > pangocairo branch went into unstable, too. > - The existing live bindists are all based on the unstable tree, and our > standard advice to a user who complains about a problem with the stable > tree is to "activate unstable". > _ On Leopard, no one in their right mind uses stable. > > All this gets urgent now with the pc-branch. The pc/stable tree is in > large parts at least a year behind the 10.4/stable tree (Even gtk+2 is > far older - 2.4.9 instead of 2.6.10). Merging it with 10.4/stable would > be a *major* effort, and we should not waste our precious manpower with > this. Correct; the pc/stable section has never been updated since the branching and isn't part of what we will merge back into the public trees. The initial tagging/branching was a bit overly broad vs what we actually wound up hacking. > I personally know that I will not spend time with the 18 out of my 32 > packages in pc/stable that are far older than their counterparts in > 10.4/stable, nor with finding out why 5 packages - among them packages > whose existence I have forgotten - exist in one tree and not in the > other. Although I have never done this before, I would start > unmaintaining packages. > > Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable > tree will not work, either. How could we then move packages from > unstable to stable? Mixing stable and unstable (i.e., using older "stable" packages once one has started using "unstable", or cherry-picking just a few unstables into a stable system) has never really been supported and definitely never expected to really work well. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
JF, Don't forget that I had to manually add the -lXm to the link flags in the original mesa-libglw patch. I would argue that the approach to leave the these symbols undefined and suppress the error is more convention. The fedora developers don't link libGLw against a specific motif and their libGLw works equally well with lesstif and openmotif. I would avoid forking mesa-libGLw into lesstif, openmotif3 and openmotif4 variants until it is definitely proved that breakage occurs. If we have to resort to variants, things will be pretty ugly as we will have to change the basename of libGLw or bury it in a subdirectory so that multiple versions can co-exist. Jack ps I will grant you that the debian libGLw is linked against libXm but they also refuse to support openmotif due to the licensing. So they can ignore the problem of supporting both lesstif and openmotif. On Sat, Apr 26, 2008 at 08:12:37PM +0200, Jean-François Mertens wrote: > > On 26 Apr 2008, at 18:09, Jack Howarth wrote: > >>In working up some test packaging for a new openmotif4 >> package (to provide openmotif 2.3.0), I discovered that my >> current mesa-libglw package is explicitly linking libXm >> into libGLw.dylib. By comparision, the mesa-libglw package >> in fedora 8 linux doesn't do this (allowing the same >> libglw to be used by lesstif, openmotif3 and openmotif4. >> I have verified that by adding the LDFLAGS of >> -Wl,-undefined,dynamic_lookup to the link command for >> libGLw that we can drop the explict linkage on libXm. >> This allows mesa-libglw to only BuildDepends on openmotif3 >> but not Depends on openmotif3-shlibs. This allows me >> to build molmol aginst openmotif4 and successfully use >> the libGLw created against openmotif3 with the resulting >> molmol binary. I plan on updating the mesa-libglw >> packaging with these changes today. >> Jack > > > > Jajk, > > I see the following diff : > > 7c7 > < Depends: x11, openmotif3-shlibs, %N-shlibs (= %v-%r) > --- > > Depends: x11, %N-shlibs (= %v-%r) > 12c12 > < make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin > --- > > make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin > LDFLAGS="-Wl,-undefined,dynamic_lookup" > 22c22 > < Depends: x11, openmotif3-shlibs > --- > > Depends: x11 > > > This doesn't make the pkg any different,at least for users who have > openmotif3 installed > (this was an obvious missing buildepend in the previous version and still > is_) > For such users, there will be no undefined symbols, and the additional > LDFLAGS > won't do anything. > For the others, they are picking up probably a variety of symbols from > lesstiff, > or from openmotif4 when that is there, (or from several of those..), > depending on > their configuration at build time, and you are generating a bunch of > different debs, > probably all of them illegal since they have no dep on the libraries from > which they > linked symbols ! > A correct package must generate identical debs independent of the > installation on > which it is built ! > > Cheers, > > Jean-Francois - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
On Apr 26, 2008, at 3:54 PM, Max Horn wrote: > > Am 26.04.2008 um 19:55 schrieb Martin Costabel: > >> Max Horn wrote: >>> Am 26.04.2008 um 19:43 schrieb Max Horn: >>> Hi, using the 10.4 pangocairo branch: Can't resolve dependency "libxml2-shlibs (>= 2.6.30-1)" for package "gconf2-2.20.1-1" (no matching packages/versions found) >>> >>> Oh yeah, forgot this: >>> >>> Caladan-II:~/Desktop/WordPress$ fink list libxml2 >>> Scanning package description files.. >>> Information about 7858 packages read in 4 seconds. >>> i libxml2 2.6.27-1002 XML parsing library, >>> version 2 >> >> Hmm, the pangocairo branch has had 2.6.30 for a long time: >> >> diff -u -b -w -r1.6.2.4 -r1.6.2.5 >> --- libxml2.info 4 Aug 2007 03:33:09 - 1.6.2.4 >> +++ libxml2.info 18 Sep 2007 14:43:07 - 1.6.2.5 >> @@ -1,11 +1,11 @@ >> Package: libxml2 >> -Version: 2.6.27 >> +Version: 2.6.30 >> Revision: 1001 > > Indeed, weird. And my /sw/fink/dists/unstable/main/finkinfo/libs/ > libxml2.info contains 2.6.30, too! I run "fink index", just to make > sure, but it keeps telling me that libxml2 2.6.27-1002 is most > recent. Huh?!? Note: I am using fink 0.28.1 .. > > Update: I just got a suspicion, and run "touch" on the .info file. > Now fink recognized that it was new. Ouch. I thought "fink index" > would force the index to be rebuilt, but obviously that is not the > case. I will now manually touch all my .info files, to make sure it > gets them right. > > Bye, > Max > fink index -f That forces the cached .info file database to be rebuild from the actual files. I've had to do this off and on when manipulating .info files, but haven't found a clear enough set of circumstances to file a useful bug report. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Horn wrote: | Update: I just got a suspicion, and run "touch" on the .info file. | Now fink recognized that it was new. Ouch. I thought "fink index" | would force the index to be rebuilt, but obviously that is not the | case. I will now manually touch all my .info files, to make sure it | gets them right. I think for speed reasons, by default fink index trusts it's cache; you can do "fink index --full" to force it. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development http://www.racoonfink.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIE4m2Uu+jZtP2Zf4RAgtOAKCgwbKSIZRkmXzBsQchHZHTRL7CRwCeKjsU 7aCkvGkW26Hag5bAsCbvt5w= =SYVq -END PGP SIGNATURE- - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On Apr 26, 2008, at 3:03 PM, Kevin Horton wrote: > On 26 Apr 2008, at 14:51, Alexander Hansen wrote: > >> On Apr 26, 2008, at 1:11 PM, Kevin Horton wrote: >> >>> We need to move packages much more quickly from the unstable to >>> stable >>> trees. The concept of waiting for adequate positive feedback does >>> not >>> work, IMHO, as people who are happy with something usually keep >>> quiet. If there is a major problem, we hear about it. So, the >>> absence of complaints about a package means either that it truly is >>> OK, or no one is using it. If no one is using a package, then there >>> is little risk to moving a potentially bad package to stable. >> >> Don't forget library packages that others depend on, but that don't >> provide any user executables themselves. It's hard for a user to say >> that such a package "works" other than being able to build it. > > Maybe I am missing something, but if such a package couldn't be > built, wouldn't users complain about it? If there are no complaints, > that is implicit evidence that the package builds. > > -- > Kevin Horton > Ottawa, Canada > > Yes, but it can build differently on different systems, etc. I'm all in favor of moving stuff to stable in a more expeditious manner. but it's not a bad idea to check for possible pitfalls--part of my plodding tracker validation procedure is to do that in advance. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Martin Costabel wrote: [] >cd /sw/fink/10.4 >mv stable /dev/null >mv unstable stable >mv pangocairo-branch/unstable unstable > > I know it's a dream, After looking for a while at the state of pangocairo-branch/stable, I am now convinced that what I proposed is not a dream, it is a necessity. I would now even go further and say: The only realistic way to deploy the pangocairo branch is to scrap not only the 10.4/stable tree, but also 10.4/unstable and pc/stable. At the moment of deployment, both 10.4/stable and 10.4/unstable should become a copy of pc/unstable. Afterwards, changes to the stable tree should concentrate on bug fixes (and eliminating non-working packages). Let's face it: - Since the time of the last official bindist (April 2006), *all* maintenance and testing efforts went into the unstable trees, and rightly so. From what I have seen, almost all the heroic work for the pangocairo branch went into unstable, too. - The existing live bindists are all based on the unstable tree, and our standard advice to a user who complains about a problem with the stable tree is to "activate unstable". _ On Leopard, no one in their right mind uses stable. All this gets urgent now with the pc-branch. The pc/stable tree is in large parts at least a year behind the 10.4/stable tree (Even gtk+2 is far older - 2.4.9 instead of 2.6.10). Merging it with 10.4/stable would be a *major* effort, and we should not waste our precious manpower with this. I personally know that I will not spend time with the 18 out of my 32 packages in pc/stable that are far older than their counterparts in 10.4/stable, nor with finding out why 5 packages - among them packages whose existence I have forgotten - exist in one tree and not in the other. Although I have never done this before, I would start unmaintaining packages. Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable tree will not work, either. How could we then move packages from unstable to stable? IMHO, the conclusion is inevitable. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
Am 26.04.2008 um 19:55 schrieb Martin Costabel: > Max Horn wrote: >> Am 26.04.2008 um 19:43 schrieb Max Horn: >> >>> Hi, >>> >>> using the 10.4 pangocairo branch: >>> >>> Can't resolve dependency "libxml2-shlibs (>= 2.6.30-1)" for package >>> "gconf2-2.20.1-1" (no matching >>> packages/versions found) >> >> Oh yeah, forgot this: >> >> Caladan-II:~/Desktop/WordPress$ fink list libxml2 >> Scanning package description files.. >> Information about 7858 packages read in 4 seconds. >> i libxml2 2.6.27-1002 XML parsing library, >> version 2 > > Hmm, the pangocairo branch has had 2.6.30 for a long time: > > diff -u -b -w -r1.6.2.4 -r1.6.2.5 > --- libxml2.info 4 Aug 2007 03:33:09 - 1.6.2.4 > +++ libxml2.info 18 Sep 2007 14:43:07 - 1.6.2.5 > @@ -1,11 +1,11 @@ > Package: libxml2 > -Version: 2.6.27 > +Version: 2.6.30 > Revision: 1001 Indeed, weird. And my /sw/fink/dists/unstable/main/finkinfo/libs/ libxml2.info contains 2.6.30, too! I run "fink index", just to make sure, but it keeps telling me that libxml2 2.6.27-1002 is most recent. Huh?!? Note: I am using fink 0.28.1 .. Update: I just got a suspicion, and run "touch" on the .info file. Now fink recognized that it was new. Ouch. I thought "fink index" would force the index to be rebuilt, but obviously that is not the case. I will now manually touch all my .info files, to make sure it gets them right. Bye, Max - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Am 26.04.2008 um 20:21 schrieb Martin Costabel: > Pierre-Henri Lavigne wrote: >> Yhellow, >> >> I got the same problem while compiling gnash, in the case with >> freetype >> 219 enabled. I told yesterday in IRC I got an error while compiling >> gimp2 with the new pango-cairo testing branches. Idem looking for a >> missing /sw/lib/libpango-1.0.la > > This must have come from some other lib*.la that isn't quite up to > date. > You can check with > >grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S > > which package is responsible and needs to be rebuilt (hoping that this > will help). Can't say that the list tells me much, but here is what I got w37:/sw/fink/dists$ grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S libbonoboui2-dev: /sw/lib/libbonoboui-2.la gail17-dev: /sw/lib/libgailutil.la gtkmm2.4-dev: /sw/lib/libgdkmm-2.4.la libglade2: /sw/lib/libglade-2.0.la libgnomecanvas2-dev: /sw/lib/libgnomecanvas-2.la libgnomeprintui2.2-dev: /sw/lib/libgnomeprintui-2-2.la libgnomeui2-dev: /sw/lib/libgnomeui-2.la gtkmm2.4-dev: /sw/lib/libgtkmm-2.4.la gtkspell2-dev: /sw/lib/libgtkspell.la w37:/sw/fink/dists$ grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S | cut -f1 -d: | xargs fink list Information about 7858 packages read in 3 seconds. (i) gail17-dev 1.8.11-1004 GNOME Accessibility Implementation Library (i) gtkmm2.4-dev 2.12.7-1C++ interface for the gtk+2 library (i) gtkspell2-dev2.0.11-1004 Highlight misspelled words as you type (i) libbonoboui2-dev 2.20.0-1The Bonobo Compound Document Interfaces (i) libglade22.6.2-1 Library to load .glade files at runtime (i) libglade2-shlibs 2.6.2-1 Library to load .glade files at runtime (i) libgnomecanvas2-dev 2.20.1.1-1 The GNOME 2 canvas library (i) libgnomeprintui2.2- 2.18.1-2The GNOME printing library (i) libgnomeui2-dev 2.20.1.1-1 The GNOME 2 UI Library w37:/sw/fink/dists$ grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S | cut -f1 -d: | xargs dpkg -l Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===- == ii libbonoboui2-dev2.14.0-1003 The Bonobo Compound Document Interfaces ii gail17-dev 1.8.11-1003 GNOME Accessibility Implementation Library ii gtkmm2.4-dev2.6.14-1002 C++ interface for the gtk +2 library ii libglade2 2.6.0-2 Library to load .glade files at runtime ii libgnomecanvas2-dev 2.14.0-1002 The GNOME 2 canvas library ii libgnomeprintui2.2- 2.12.1-2The GNOME printing library ii libgnomeui2-dev 2.14.1-3The GNOME 2 UI Library ii gtkmm2.4-dev2.6.14-1002 C++ interface for the gtk +2 library ii gtkspell2-dev 2.0.11-1003 Highlight misspelled words as you type w37:/sw/fink/dists$ Cheers, Max - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Costabel wrote: | In both trees, the guile18-gtk package has the same version, 2.0-6. | The result is that when doing the update-all to the pc-branch, this | package is not rebuilt and continues to spread the wrong linking | information. | | Shouldn't the pc-branch versions, when they use the new gnome libs, get | a really higher %r, like old %r + 100 or + 1000, so that a rebuild is | forced? This probably just got missed in a merge from head. We were trying to avoid the +1000 crap again, especially since the idea was to do one last "cvs diff" against the merge tag to make sure anything with any changes also got a rev-up. But there have been a lot of people working in pangocairo in the last week, so some stuff might have gotten missed. :) We'll want to do it again one more time before we merge to trunk. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development http://www.racoonfink.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIE4WJUu+jZtP2Zf4RApC7AKCcXxcQR98ar1cnCQHYu+a5lh2egACeM3kp zJ/UjpNKqEAkmlQL6K247FU= =zeSn -END PGP SIGNATURE- - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On 26 Apr 2008, at 14:51, Alexander Hansen wrote: > On Apr 26, 2008, at 1:11 PM, Kevin Horton wrote: > >> We need to move packages much more quickly from the unstable to >> stable >> trees. The concept of waiting for adequate positive feedback does >> not >> work, IMHO, as people who are happy with something usually keep >> quiet. If there is a major problem, we hear about it. So, the >> absence of complaints about a package means either that it truly is >> OK, or no one is using it. If no one is using a package, then there >> is little risk to moving a potentially bad package to stable. > > Don't forget library packages that others depend on, but that don't > provide any user executables themselves. It's hard for a user to say > that such a package "works" other than being able to build it. Maybe I am missing something, but if such a package couldn't be built, wouldn't users complain about it? If there are no complaints, that is implicit evidence that the package builds. -- Kevin Horton Ottawa, Canada - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On Apr 26, 2008, at 1:11 PM, Kevin Horton wrote: > > We need to move packages much more quickly from the unstable to stable > trees. The concept of waiting for adequate positive feedback does not > work, IMHO, as people who are happy with something usually keep > quiet. If there is a major problem, we hear about it. So, the > absence of complaints about a package means either that it truly is > OK, or no one is using it. If no one is using a package, then there > is little risk to moving a potentially bad package to stable. > > -- > Kevin Horton > Ottawa, Canada > Don't forget library packages that others depend on, but that don't provide any user executables themselves. It's hard for a user to say that such a package "works" other than being able to build it. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Martin Costabel wrote: > Pierre-Henri Lavigne wrote: >> Yhellow, >> >> I got the same problem while compiling gnash, in the case with freetype >> 219 enabled. I told yesterday in IRC I got an error while compiling >> gimp2 with the new pango-cairo testing branches. Idem looking for a >> missing /sw/lib/libpango-1.0.la > > This must have come from some other lib*.la that isn't quite up to date. > You can check with > >grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S > > which package is responsible and needs to be rebuilt (hoping that this > will help). In my case here I found one package, guile18-gtk, that had such wrong libtool linking information. In both trees, the guile18-gtk package has the same version, 2.0-6. The result is that when doing the update-all to the pc-branch, this package is not rebuilt and continues to spread the wrong linking information. Shouldn't the pc-branch versions, when they use the new gnome libs, get a really higher %r, like old %r + 100 or + 1000, so that a rebuild is forced? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
On 26 Apr 2008, at 20:29, Martin Costabel wrote: > Jean-François Mertens wrote: > [] >> I see the following diff : >> >> ... > Why should these symbols be picked up if -lXm is not on the linker > line > and Wl,-undefined,dynamic_lookup is present? Sorry, had forgotten to diff the patch file too.. JF - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
Jean-François Mertens wrote: [] > I see the following diff : > > 7c7 > < Depends: x11, openmotif3-shlibs, %N-shlibs (= %v-%r) > --- > > Depends: x11, %N-shlibs (= %v-%r) > 12c12 > < make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin > --- > > make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin LDFLAGS="- > Wl,-undefined,dynamic_lookup" > 22c22 > < Depends: x11, openmotif3-shlibs > --- > > Depends: x11 > > > This doesn't make the pkg any different,at least for users who have > openmotif3 installed > (this was an obvious missing buildepend in the previous version and > still is_) > For such users, there will be no undefined symbols, and the > additional LDFLAGS > won't do anything. > For the others, they are picking up probably a variety of symbols > from lesstiff, > or from openmotif4 when that is there, (or from several of those..), > depending on > their configuration at build time, and you are generating a bunch of > different debs, Why should these symbols be picked up if -lXm is not on the linker line and Wl,-undefined,dynamic_lookup is present? -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Pierre-Henri Lavigne wrote: > Yhellow, > > I got the same problem while compiling gnash, in the case with freetype > 219 enabled. I told yesterday in IRC I got an error while compiling > gimp2 with the new pango-cairo testing branches. Idem looking for a > missing /sw/lib/libpango-1.0.la This must have come from some other lib*.la that isn't quite up to date. You can check with grep /sw/lib/libpangoxft-1.0.la -l /sw/lib/lib*la | xargs dpkg -S which package is responsible and needs to be rebuilt (hoping that this will help). -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
On 26 Apr 2008, at 18:09, Jack Howarth wrote: >In working up some test packaging for a new openmotif4 > package (to provide openmotif 2.3.0), I discovered that my > current mesa-libglw package is explicitly linking libXm > into libGLw.dylib. By comparision, the mesa-libglw package > in fedora 8 linux doesn't do this (allowing the same > libglw to be used by lesstif, openmotif3 and openmotif4. > I have verified that by adding the LDFLAGS of > -Wl,-undefined,dynamic_lookup to the link command for > libGLw that we can drop the explict linkage on libXm. > This allows mesa-libglw to only BuildDepends on openmotif3 > but not Depends on openmotif3-shlibs. This allows me > to build molmol aginst openmotif4 and successfully use > the libGLw created against openmotif3 with the resulting > molmol binary. I plan on updating the mesa-libglw > packaging with these changes today. > Jack Jajk, I see the following diff : 7c7 < Depends: x11, openmotif3-shlibs, %N-shlibs (= %v-%r) --- > Depends: x11, %N-shlibs (= %v-%r) 12c12 < make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin --- > make OPT_FLAGS="-O3 -I%p/include" LIB_DIR=lib darwin LDFLAGS="- Wl,-undefined,dynamic_lookup" 22c22 < Depends: x11, openmotif3-shlibs --- > Depends: x11 This doesn't make the pkg any different,at least for users who have openmotif3 installed (this was an obvious missing buildepend in the previous version and still is_) For such users, there will be no undefined symbols, and the additional LDFLAGS won't do anything. For the others, they are picking up probably a variety of symbols from lesstiff, or from openmotif4 when that is there, (or from several of those..), depending on their configuration at build time, and you are generating a bunch of different debs, probably all of them illegal since they have no dep on the libraries from which they linked symbols ! A correct package must generate identical debs independent of the installation on which it is built ! Cheers, Jean-Francois - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Yhellow, I got the same problem while compiling gnash, in the case with freetype 219 enabled. I told yesterday in IRC I got an error while compiling gimp2 with the new pango-cairo testing branches. Idem looking for a missing /sw/lib/libpango-1.0.la I don't know how to solve that. I switched back to Fink default freetype for testing my packages when required Cheers, -- Pierre-Henri Lavigne a.k.a. Åkeson Chihiro Front-End Developer, Fink member http://my.opera.com/Akeson_Chihiro/ On Sat, 2008-04-26 at 19:37 +0200, Max Horn wrote: > Am 25.04.2008 um 17:25 schrieb Benjamin Reed: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Max Horn wrote: > > > > |fink scanpackages > > |sudo apt-get update > > |sudo apt-get install pango1-xft2-ft219-dev=1.18.4-2 pango1-xft2- > > | ft219=1.18.4-2 > > | pango1-xft2-ft219-shlibs=1.18.4-2 > > | > > | Failed: Fink::SysState: Could not resolve inconsistent dependencies > > > > Alright, this should fix it up: > > > > ~ http://ranger.befunk.com/temp/pango1-xft2.info > > ~ http://ranger.befunk.com/temp/pango1-xft2-ft219.info > > > > Lemme know if those work, and I'll go ahead and commit them to > > pangocairo. > > I had to manually remove pango1-dev, then it worked with those .info > files. > > But I wonder if this left me with a broken Pango install anyway: I > tried to build xchat (one of my packages, which was replaced by a > major new version in the pangocairo branch -- a good thing, *but* of > course I didn't touch it, so I don't know whether the following might > be xchat specific). Building xchat failed: > > ... > xtext.c: At top level: > xtext.c:2588: warning: 'gtk_xtext_conv_color' defined but not used > xtext.c:3425: warning: 'shade_image' defined but not used > /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -Wall -I/sw/ > lib/system-openssl/include -I/sw/include -I/System/Library/Frameworks/ > CoreFoundation.framework/Headers -L/sw/lib/system-openssl/lib -L/sw/ > lib -o xchat about.o ascii.o banlist.o chanlist.o chanview.o custom- > list.o dccgui.o editlist.o fe-gtk.o fkeys.o gtkutil.o ignoregui.o > joind.o menu.o maingui.o notifygui.o palette.o pixmaps.o plugin- > tray.o plugingui.o rawlog.o search.o servlistgui.o setup.o textgui.o > urlgrab.o userlistgui.o xtext.o ../common/libxchatcommon.a -Wl,- > framework,CoreServices -Wl,-framework,ApplicationServices -L/sw/lib/ > pango-ft219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib/freetype219/lib - > L/usr/X11R6/lib -L/sw/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr - > lXrender -lXinerama -lXext -lX11 -latk-1.0 -lgdk_pixbuf-2.0 - > lpangocairo-1.0 -lXcursor -lcairo -lpangoft2-1.0 -lfontconfig - > lfreetype -lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 - > lintl -liconv -Wl,-framework,CoreServices -Wl,- > framework,ApplicationServices -L/sw/lib/pango-ft219/lib -L/sw/lib/ > fontconfig2/lib -L/sw/lib/freetype219/lib -L/usr/X11R6/lib -L/sw/lib - > lgtkspell -laspell -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXrender - > lXinerama -lXext -lX11 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - > lXcursor -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz - > lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - > liconv -L/sw/lib -lglib-2.0 -lintl -liconv -L/sw/lib -ldbus- > glib-1 -ldbus-1 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl - > liconv -lssl -lcrypto -L/sw/lib -lglib-2.0 -lintl -liconv -lintl - > liconv -lc -Wl,-framework -Wl,CoreFoundation > mkdir .libs > libtool: link: cannot find the library `/sw/lib/libpangoxft-1.0.la' > or unhandled argument `/sw/lib/libpangoxft-1.0.la' > make[3]: *** [xchat] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > ### execution of make failed, exit code 2 > > > So it tries looking for /sw/lib/libpango-1.0.la but there is only /sw/ > lib/pango-ft219/lib/libpango-1.0.la so this fails. Any ideas? > > > Cheers, > Max > > > > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > ___ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > http://news.gmane.org/gmane.os.apple.fink.devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gtk+2 and librsvg2
On Sat, Apr 26, 2008 at 05:39:16PM +0200, Martin Costabel wrote: > William Scott wrote: > > gtk+2 seems to build and link to /sw/lib/librsvg-2.2.dylib when > > present, but silently not do so in its absence. > > > > I've had a number of people complain to me about icons not displaying > > right in coot depending on build-order, and I am at least somewhat > > certain this is where the problem lies. > > > > Should gtk+2 depend on librsvg2-shlibs and/or librsvg2-gtk ? > > That would be circular. I just rebuilt gtk+2 with fink's librsvg2/librsvg2-shlibs installed and do not see any linking from any file installed by gtk+2/gtk+2-shlibs to librsvg2-shlibs. What I do see is that librsvg2-gtk (which, as Martin notes, must sit on top of gtk+2 in the dependencies) supplies gtk+2 plugins to handle rsvg files. Does (r)installing librsvg2-gtk solve the icon problem (i.e., coot needs Depends:librsvg2-gtk)? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
Max Horn wrote: > Am 26.04.2008 um 19:43 schrieb Max Horn: > >> Hi, >> >> using the 10.4 pangocairo branch: >> >> Can't resolve dependency "libxml2-shlibs (>= 2.6.30-1)" for package >> "gconf2-2.20.1-1" (no matching >> packages/versions found) > > Oh yeah, forgot this: > > Caladan-II:~/Desktop/WordPress$ fink list libxml2 > Scanning package description files.. > Information about 7858 packages read in 4 seconds. > i libxml2 2.6.27-1002 XML parsing library, > version 2 Hmm, the pangocairo branch has had 2.6.30 for a long time: diff -u -b -w -r1.6.2.4 -r1.6.2.5 --- libxml2.info4 Aug 2007 03:33:09 - 1.6.2.4 +++ libxml2.info18 Sep 2007 14:43:07 - 1.6.2.5 @@ -1,11 +1,11 @@ Package: libxml2 -Version: 2.6.27 +Version: 2.6.30 Revision: 1001 -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] libx264 depends on gdk-pixbuf
On Sun, Apr 27, 2008 at 12:28:52AM +1000, James Bunton wrote: > Hi, > > The mplayer package that I'm working on (tracker #1885675) depends on > libx264-57-shlibs which depends on gdk-pixbuf, which depends on > gnome-libs-dev. > > I'm not sure why libx264 has this dependency on gdk-pixbuf. It compiles and > works for me well without it and this saves my poor old Powerbook from having > to build large parts of Gnome :) > > If nobody objects I'll create a tracker issue with the change. There are similar library-names (.dylib files) in gdk-pixbuf and gtk+2, sometimes packages change from gnome1 to gnome2 and it's easy to forget to remove the deps for the old ones. The package does now use gnome2, so it's in the realm of the pangocairo; the package in that branch does not have any gnome1 deps that I see (but it does have other changes that are needed for pangocairo)...no reason to use the public-distro file as a starting-point to make changes at this time. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pangocairo: gconf2 vs. libxml2
Am 26.04.2008 um 19:43 schrieb Max Horn: > Hi, > > using the 10.4 pangocairo branch: > > Can't resolve dependency "libxml2-shlibs (>= 2.6.30-1)" for package > "gconf2-2.20.1-1" (no matching > packages/versions found) Oh yeah, forgot this: Caladan-II:~/Desktop/WordPress$ fink list libxml2 Scanning package description files.. Information about 7858 packages read in 4 seconds. i libxml2 2.6.27-1002 XML parsing library, version 2 i libxml2-bin 2.6.27-1002 XML parsing library, version 2 libxml2-py23 2.6.30-1001 Python bindings for libxml2 library libxml2-py24 2.6.30-1001 Python bindings for libxml2 library libxml2-py25 2.6.30-1001 Python bindings for libxml2 library libxml2-rb18 0.3.8.4-2 Ruby bindings for libxml2 i libxml2-shlibs 2.6.27-1002 XML parsing library, version 2 Bye, Max - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] mesa-libglw and openmotif4
On Sat, Apr 26, 2008 at 12:09:45PM -0400, Jack Howarth wrote: >In working up some test packaging for a new openmotif4 > package (to provide openmotif 2.3.0), I discovered that my > current mesa-libglw package is explicitly linking libXm > into libGLw.dylib. By comparision, the mesa-libglw package > in fedora 8 linux doesn't do this (allowing the same > libglw to be used by lesstif, openmotif3 and openmotif4. > I have verified that by adding the LDFLAGS of > -Wl,-undefined,dynamic_lookup to the link command for > libGLw that we can drop the explict linkage on libXm. How does that prove that? -undefined dynamic_lookup would explicitly *allow* building lib libGLw even if it had undefined symbols. Perhaps you mean to use -undefined error and/or to look for NOUNDEFS in 'otool -hv'? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] pangocairo: gconf2 vs. libxml2
Hi, using the 10.4 pangocairo branch: Can't resolve dependency "libxml2-shlibs (>= 2.6.30-1)" for package "gconf2-2.20.1-1" (no matching packages/versions found) Cheers, Max - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Am 25.04.2008 um 17:25 schrieb Benjamin Reed: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Max Horn wrote: > > |fink scanpackages > |sudo apt-get update > |sudo apt-get install pango1-xft2-ft219-dev=1.18.4-2 pango1-xft2- > | ft219=1.18.4-2 > | pango1-xft2-ft219-shlibs=1.18.4-2 > | > | Failed: Fink::SysState: Could not resolve inconsistent dependencies > > Alright, this should fix it up: > > ~ http://ranger.befunk.com/temp/pango1-xft2.info > ~ http://ranger.befunk.com/temp/pango1-xft2-ft219.info > > Lemme know if those work, and I'll go ahead and commit them to > pangocairo. I had to manually remove pango1-dev, then it worked with those .info files. But I wonder if this left me with a broken Pango install anyway: I tried to build xchat (one of my packages, which was replaced by a major new version in the pangocairo branch -- a good thing, *but* of course I didn't touch it, so I don't know whether the following might be xchat specific). Building xchat failed: ... xtext.c: At top level: xtext.c:2588: warning: 'gtk_xtext_conv_color' defined but not used xtext.c:3425: warning: 'shade_image' defined but not used /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -Wall -I/sw/ lib/system-openssl/include -I/sw/include -I/System/Library/Frameworks/ CoreFoundation.framework/Headers -L/sw/lib/system-openssl/lib -L/sw/ lib -o xchat about.o ascii.o banlist.o chanlist.o chanview.o custom- list.o dccgui.o editlist.o fe-gtk.o fkeys.o gtkutil.o ignoregui.o joind.o menu.o maingui.o notifygui.o palette.o pixmaps.o plugin- tray.o plugingui.o rawlog.o search.o servlistgui.o setup.o textgui.o urlgrab.o userlistgui.o xtext.o ../common/libxchatcommon.a -Wl,- framework,CoreServices -Wl,-framework,ApplicationServices -L/sw/lib/ pango-ft219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib/freetype219/lib - L/usr/X11R6/lib -L/sw/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr - lXrender -lXinerama -lXext -lX11 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lXcursor -lcairo -lpangoft2-1.0 -lfontconfig - lfreetype -lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 - lintl -liconv -Wl,-framework,CoreServices -Wl,- framework,ApplicationServices -L/sw/lib/pango-ft219/lib -L/sw/lib/ fontconfig2/lib -L/sw/lib/freetype219/lib -L/usr/X11R6/lib -L/sw/lib - lgtkspell -laspell -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXrender - lXinerama -lXext -lX11 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - lXcursor -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz - lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/sw/lib -lglib-2.0 -lintl -liconv -L/sw/lib -ldbus- glib-1 -ldbus-1 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl - liconv -lssl -lcrypto -L/sw/lib -lglib-2.0 -lintl -liconv -lintl - liconv -lc -Wl,-framework -Wl,CoreFoundation mkdir .libs libtool: link: cannot find the library `/sw/lib/libpangoxft-1.0.la' or unhandled argument `/sw/lib/libpangoxft-1.0.la' make[3]: *** [xchat] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 So it tries looking for /sw/lib/libpango-1.0.la but there is only /sw/ lib/pango-ft219/lib/libpango-1.0.la so this fails. Any ideas? Cheers, Max - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
On 26-Apr-08, at 12:11 , Martin Costabel wrote: > What I am dreaming of is that somone would have the courage to step up > to the cvs server and do the equivalent of > > cd /sw/fink/10.4 > mv stable /dev/null > mv unstable stable > mv pangocairo-branch/unstable unstable ++ We need to move packages much more quickly from the unstable to stable trees. The concept of waiting for adequate positive feedback does not work, IMHO, as people who are happy with something usually keep quiet. If there is a major problem, we hear about it. So, the absence of complaints about a package means either that it truly is OK, or no one is using it. If no one is using a package, then there is little risk to moving a potentially bad package to stable. -- Kevin Horton Ottawa, Canada - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink packaging update: pangocairo ready for testing
Daniel Macks wrote:
> Fink will be deploying the long-awaited gnome upgrade, often called
> "pangocairo" soon.
Please don't wait too long. Seriously maintaining 4 versions
10.4/{stable,unstable} and 10.4-pangocairo/{stable,unstable} in addition
to the 10.4/10.5 and ppc/intel alternatives is impossible.
What I am dreaming of is that somone would have the courage to step up
to the cvs server and do the equivalent of
cd /sw/fink/10.4
mv stable /dev/null
mv unstable stable
mv pangocairo-branch/unstable unstable
I know it's a dream, but seeing how things are currently maintained (or
not) and what bindists currently exist (or not), it would only be
reasonable. It would give a tremendous boost to Fink, and save manpower
at the same time.
--
Martin
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] mesa-libglw and openmotif4
In working up some test packaging for a new openmotif4 package (to provide openmotif 2.3.0), I discovered that my current mesa-libglw package is explicitly linking libXm into libGLw.dylib. By comparision, the mesa-libglw package in fedora 8 linux doesn't do this (allowing the same libglw to be used by lesstif, openmotif3 and openmotif4. I have verified that by adding the LDFLAGS of -Wl,-undefined,dynamic_lookup to the link command for libGLw that we can drop the explict linkage on libXm. This allows mesa-libglw to only BuildDepends on openmotif3 but not Depends on openmotif3-shlibs. This allows me to build molmol aginst openmotif4 and successfully use the libGLw created against openmotif3 with the resulting molmol binary. I plan on updating the mesa-libglw packaging with these changes today. Jack - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gtk+2 and librsvg2
William Scott wrote: > gtk+2 seems to build and link to /sw/lib/librsvg-2.2.dylib when > present, but silently not do so in its absence. > > I've had a number of people complain to me about icons not displaying > right in coot depending on build-order, and I am at least somewhat > certain this is where the problem lies. > > Should gtk+2 depend on librsvg2-shlibs and/or librsvg2-gtk ? That would be circular. -- Martin - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] gtk+2 and librsvg2
gtk+2 seems to build and link to /sw/lib/librsvg-2.2.dylib when present, but silently not do so in its absence. I've had a number of people complain to me about icons not displaying right in coot depending on build-order, and I am at least somewhat certain this is where the problem lies. Should gtk+2 depend on librsvg2-shlibs and/or librsvg2-gtk ? - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] libx264 depends on gdk-pixbuf
Hi, The mplayer package that I'm working on (tracker #1885675) depends on libx264-57-shlibs which depends on gdk-pixbuf, which depends on gnome-libs-dev. I'm not sure why libx264 has this dependency on gdk-pixbuf. It compiles and works for me well without it and this saves my poor old Powerbook from having to build large parts of Gnome :) If nobody objects I'll create a tracker issue with the change. Thanks. --- James pgpwUovDFLkzV.pgp Description: PGP signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Updated mplayer (#1885675)
On Tue, Apr 15, 2008 at 11:03:15PM -0400, Alexander Hansen wrote: > OK, I'd like to add these updates to Fink on Saturday. People should > object before then. I've updated the tracker with a version that uses the new libdvdread.3 package. --- James pgpCbnLoaSn4K.pgp Description: PGP signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
