Re: [Fink-devel] Jack Howarth's submissions
On 02 May 2010, at 19:46, Jack Howarth wrote: > On Sun, May 02, 2010 at 07:26:16PM +0200, Jean-François Mertens wrote: >> >> On 02 May 2010, at 17:56, Jack Howarth wrote: >> >>> JF, >>> I don't believe the currently posted packaging improperly links >>> them at all. >> >> Do >> # info gcc-4 >> The first para shows at the end : >> *Note Introduction: (gccint)Top >> >> Click on it : the link indeed works; and now the first para >> that you see ends with : >> *Note Introduction: (gcc)Top >> >> Click on it : the link is broken ! >> >> JF > > JF, > You should take a look at what Debian unstable > currently does. ... >If we had the resources that Debian has, it > would be one thing, but there are rational limits > to what we can achieve here considering that the > fink developer pool seems to be shrinking. What Dan Macks suggested solved completely this issue, and \emph{simplified} the pkg ! (And you could still add if you want a profile.d script that adds to INFOPATH the info dir of the currently installed gcc4X pkg _ or let that pkg install symlinks in %p/share/info) JF -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Jack Howarth's submissions
On Sun, May 02, 2010 at 07:26:16PM +0200, Jean-François Mertens wrote: > > On 02 May 2010, at 17:56, Jack Howarth wrote: > >> JF, >> I don't believe the currently posted packaging improperly links >> them at all. > > Do > # info gcc-4 > The first para shows at the end : > *Note Introduction: (gccint)Top > > Click on it : the link indeed works; and now the first para > that you see ends with : > *Note Introduction: (gcc)Top > > Click on it : the link is broken ! > > JF JF, You should take a look at what Debian unstable currently does. A glance at their packaging shows that only the default system compiler has the info files under their original names (in gcc-4.3-doc) and that the other versions of gcc have the -4.x suffix added in their gcc-4.x-doc packages. They also seem to be bundling together their own gcc-4.x doc tarballs and crafting their own Makefiles. If we had the resources that Debian has, it would be one thing, but there are rational limits to what we can achieve here considering that the fink developer pool seems to be shrinking. Jack ps Look at... http://packages.debian.org/sid/gcc-4.2-doc http://packages.debian.org/sid/gcc-4.3-doc I notice that they don't even have a gcc-4.4-doc package to go with their gcc-4.4 package. -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Jack Howarth's submissions
On 02 May 2010, at 17:56, Jack Howarth wrote: > JF, > I don't believe the currently posted packaging improperly links > them at all. Do # info gcc-4 The first para shows at the end : *Note Introduction: (gccint)Top Click on it : the link indeed works; and now the first para that you see ends with : *Note Introduction: (gcc)Top Click on it : the link is broken ! JF -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Jack Howarth's submissions
On 30 Apr 2010, at 15:23, Jack Howarth wrote: > I believe the submissions for gcc45-4.5.0-1001 and gcc44-4.4.4-1000 > are basically done. While I realize that JF wants to always have the > info files present under their original names (sans suffix) when the > main > gcc4x package is deinstalled, I don't think this is 1) easy to do and > 2) worth holding up the packages. We should assume that the users > aren't > total idiots and will realize that, like the programs and man pages, > the > info files are also suffixed. If Daniel wants to update the packages > later with some more elegant approach to retaining the info files with > their original names, he is welcome to do so. My only concern about > the > merit of that approach is the following. It is entirely unclear to me > how (except by resorting to an explicit path to the info file) that > the user would know exactly which info file he is looking at. So for > example, if you wanted information on the new LTO features in gcc > 4.6.0, > how would you know that you aren't actually looking at the older info > file from gcc 4.5.0. It almost seems like the solution (co-existing > info files under the original names) would be as bad as the original > problem (having to use the -fsf-4.x suffix). Just wanted you to give some serious consideration to dmacks's suggestion, and maybe discuss it (privately) with him. It IS important that info pages be correctly linked. Jean-Francois -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Jack Howarth's submissions
On Thu, Apr 29, 2010 at 11:52:26PM -0500, Peter O'Gorman wrote: > Hi, > > It's looking less and less likely that I will have the time to deal with > everything Jack has submitted, but I would like to see them committed to > fink sooner rather than later. > > Please feel free to take over any of his submissions from me, and commit > them if you think they're ok. > > Jack, sorry, I have no free weekend time for a few weeks. > > Peter Peter, I believe the submissions for gcc45-4.5.0-1001 and gcc44-4.4.4-1000 are basically done. While I realize that JF wants to always have the info files present under their original names (sans suffix) when the main gcc4x package is deinstalled, I don't think this is 1) easy to do and 2) worth holding up the packages. We should assume that the users aren't total idiots and will realize that, like the programs and man pages, the info files are also suffixed. If Daniel wants to update the packages later with some more elegant approach to retaining the info files with their original names, he is welcome to do so. My only concern about the merit of that approach is the following. It is entirely unclear to me how (except by resorting to an explicit path to the info file) that the user would know exactly which info file he is looking at. So for example, if you wanted information on the new LTO features in gcc 4.6.0, how would you know that you aren't actually looking at the older info file from gcc 4.5.0. It almost seems like the solution (co-existing info files under the original names) would be as bad as the original problem (having to use the -fsf-4.x suffix). We also need the newer cloog-0.15.9 package installed into unstable as well. You can also reduce the revision number on gcc45 to 1000 if you like. I had it at 1001 to test upgrades from the older style packaging without the split-off. Jack ps Steven is still grinding away on Mach-O LTO so we should be able to get that into the upcoming gcc45-4.5.1 package one way or another. pps Of course, they could always just give me back my commit access to the cvs which would make your life simplier. -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Jack Howarth's submissions
Hi, It's looking less and less likely that I will have the time to deal with everything Jack has submitted, but I would like to see them committed to fink sooner rather than later. Please feel free to take over any of his submissions from me, and commit them if you think they're ok. Jack, sorry, I have no free weekend time for a few weeks. Peter -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel