Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Hi Håkan, Can you give an ETA for fixing this bug? Per the posted release schedule, if a maintainer fix isn't uploaded in the next week I'll have to either NMU the package or remove it (and reverse-deps) from etch (probably NMU, now that Matthias has provided enough information that it should be possible to do this using the naive fix). And if you know that you won't have time in the next week, that would also be good to know so that I could move ahead with an NMU sooner. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Hi, I'll have a look at this tonight. If Matthias solution works we'll use thatone for etch, and the gcc-src solution for unstable. Should I do anything special to make the release go into etch? On 3/19/07, Steve Langasek [EMAIL PROTECTED] wrote: Hi Håkan, Can you give an ETA for fixing this bug? Per the posted release schedule, if a maintainer fix isn't uploaded in the next week I'll have to either NMU the package or remove it (and reverse-deps) from etch (probably NMU, now that Matthias has provided enough information that it should be possible to do this using the naive fix). And if you know that you won't have time in the next week, that would also be good to know so that I could move ahead with an NMU sooner. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- Håkan Ardö
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
On Mon, Mar 19, 2007 at 08:56:37AM +0100, Hakan Ardo wrote: Hi, I'll have a look at this tonight. If Matthias solution works we'll use thatone for etch, and the gcc-src solution for unstable. Should I do anything special to make the release go into etch? Just close the bug in the changelog. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
see debian/rules.unpack in the gcc-4.1 source for a list, plus the INSTALL directory needs to be removed. I've tried to provide a patch that fixes this. I took the list of files from the gcc-4.1 package and wrote new Makefile snippet to clean the included tarballs. The patch is attached. However, after cleaning it this way, the build fails very early: I didn't check the gcc-avr build system; the gcc-4.1 source re-creates the removed texi files as empty or dummy files so that the build can succeed. ifeq ($(GFDL_INVARIANT_FREE),yes) rm -f $(srcdir)/gcc/doc/*.1 rm -f $(srcdir)/gcc/doc/*.info for i in $(gfdl_texinfo_files); do \ cp debian/dummy.texi $(srcdir)/$$i; \ done for i in $(gfdl_toplevel_texinfo_files); do \ n=$$(basename $$i .texi); \ sed s/@name@/$$n/g debian/gcc-dummy.texi $(srcdir)/$$i; \ done cp debian/porting.* $(srcdir)/libstdc++-v3/docs/html/17_intro/ endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
On Wed, Mar 14, 2007 at 07:10:32AM +0100, Hakan Ardo wrote: Nevertheless it's a significant rearchitecting of the package, so I'm not sure we'd want to see such a change made at this point of the release cycle. OTOH, I guess you'll know better than anyone if the resulting package works, and it would reduce the amount of code we have to carry in the archive... It's your call. Well, the changes to the debian specific parts are minor: Just add the build-depend and unpack the tar file from /usr/... instead of the current directory. Sure; that doesn't mean there couldn't be upstream regressions that aren't RC for our archs, yet break avr. But again, that's for you to judge. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Matthias Klose [EMAIL PROTECTED] wrote: Package: gcc-avr Version: 1:4.1.0-1 Severity: serious see debian/rules.unpack in the gcc-4.1 source for a list, plus the INSTALL directory needs to be removed. I've tried to provide a patch that fixes this. I took the list of files from the gcc-4.1 package and wrote new Makefile snippet to clean the included tarballs. The patch is attached. However, after cleaning it this way, the build fails very early: dh_testdir mkdir objdir # Add here commands to configure the package. cd objdir env CC=3Dgcc ../build-tree/gcc-*/configure -v --enable-langu= ages=3Dc,c++ --prefix=3D/usr --infodir=3D/usr/share/i nfo --mandir=3D/usr/share/man --enable-shared --with-system-zlib --enable-l= ong-long --enable-nls --without-included-gettex t --disable-checking --disable-libssp --build=3Di486-linux-gnu --host=3Di48= 6-linux-gnu --target=3Davr=20=20 creating cache ./config.cache checking host system type... i486-pc-linux-gnu checking target system type... avr-unknown-none checking build system type... i486-pc-linux-gnu checking for a BSD compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gnatbind... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=3D16 $= $f1 $$f2 checking for correct version of gmp.h... no configure: error:=20 The following requested languages could not be built: c++ Recognised languages are: c,obj-c++,treelang It seems that some of the doc files are needed at build time (Which looks like a, err, GPL violation by the FSF, but probably the cause is something else). Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) diff -Nur gcc-avr-4.1.0/debian/changelog gcc-avr-4.1.0.dfsg.1/debian/changelog --- gcc-avr-4.1.0/debian/changelog 2006-05-01 11:28:57.0 +0200 +++ gcc-avr-4.1.0.dfsg.1/debian/changelog 2007-03-12 15:37:56.0 +0100 @@ -1,3 +1,13 @@ +gcc-avr (1:4.1.0.dfsg.1-0.1) unstable; urgency=low + + * Add a makefile snippet to remove files from the tarballs that are +under GFDL and contain invariant sections. Thanks to Matthias Klose +for the list of files + * Let the clean target depend on the repack-gfdl target, and do the +cleaning (closes: #413216) + + -- Frank KÃŒster [EMAIL PROTECTED] Mon, 12 Mar 2007 15:37:56 +0100 + gcc-avr (1:4.1.0-1) unstable; urgency=low * Upstream release diff -Nur gcc-avr-4.1.0/debian/rules gcc-avr-4.1.0.dfsg.1/debian/rules --- gcc-avr-4.1.0/debian/rules 2006-05-01 11:51:57.0 +0200 +++ gcc-avr-4.1.0.dfsg.1/debian/rules 2007-03-12 15:37:03.0 +0100 @@ -41,6 +41,7 @@ TAR_DIR=gcc-* include /usr/share/dbs/dbs-build.mk +include debian/rules-gfdlstuff.mk #unpack: unpack-stamp #unpack-stamp: @@ -68,7 +69,7 @@ touch build-stamp -clean: +clean: repack-gfdl dh_testdir dh_testroot rm -f build-stamp configure-stamp diff -Nur gcc-avr-4.1.0/debian/rules-gfdlstuff.mk gcc-avr-4.1.0.dfsg.1/debian/rules-gfdlstuff.mk --- gcc-avr-4.1.0/debian/rules-gfdlstuff.mk 1970-01-01 01:00:00.0 +0100 +++ gcc-avr-4.1.0.dfsg.1/debian/rules-gfdlstuff.mk 2007-03-12 15:50:08.0 +0100 @@ -0,0 +1,120 @@ +# -*- makefile -*- +# uses information taken from the gcc-4.1 package + +gfdl_texinfo_files = \ +gcc/doc/bugreport.texi \ +gcc/doc/cfg.texi \ +gcc/doc/collect2.texi \ +gcc/doc/compat.texi \ +gcc/doc/configfiles.texi \ +gcc/doc/configterms.texi \ +gcc/doc/contrib.texi \ +gcc/doc/contribute.texi \ +gcc/doc/cppenv.texi \ +gcc/doc/cppinternals.texi \ +gcc/doc/cppopts.texi \ +gcc/doc/cpp.texi \ +gcc/doc/c-tree.texi \ +gcc/doc/extend.texi \ +gcc/doc/fragments.texi \ +gcc/doc/frontends.texi \ +gcc/doc/gccint.texi \ +gcc/doc/gcc.texi \ +gcc/doc/gcov.texi \ +gcc/doc/gnu.texi \ +gcc/doc/gty.texi \ +gcc/doc/headerdirs.texi \ +gcc/doc/hostconfig.texi \ +gcc/doc/implement-c.texi \ +gcc/doc/install-old.texi \ +gcc/doc/install.texi \ +gcc/doc/interface.texi \ +gcc/doc/invoke.texi \ +gcc/doc/languages.texi \ +gcc/doc/libgcc.texi \ +gcc/doc/makefile.texi \ +gcc/doc/md.texi \ +gcc/doc/objc.texi \ +gcc/doc/options.texi \ +gcc/doc/passes.texi \ +gcc/doc/portability.texi \ +gcc/doc/rtl.texi \ +gcc/doc/service.texi \ +gcc/doc/sourcebuild.texi \ +gcc/doc/standards.texi \ +gcc/doc/tm.texi \ +
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Hi, thanx for the patch. A better solution however would be to build-depend on gcc-4.1-source in order not to duplicate the gcc sourcecode. On 3/13/07, Frank Küster [EMAIL PROTECTED] wrote: Matthias Klose [EMAIL PROTECTED] wrote: Package: gcc-avr Version: 1:4.1.0-1 Severity: serious see debian/rules.unpack in the gcc-4.1 source for a list, plus the INSTALL directory needs to be removed. I've tried to provide a patch that fixes this. I took the list of files from the gcc-4.1 package and wrote new Makefile snippet to clean the included tarballs. The patch is attached. However, after cleaning it this way, the build fails very early: dh_testdir mkdir objdir # Add here commands to configure the package. cd objdir env CC=3Dgcc ../build-tree/gcc-*/configure -v --enable-langu= ages=3Dc,c++ --prefix=3D/usr --infodir=3D/usr/share/i nfo --mandir=3D/usr/share/man --enable-shared --with-system-zlib --enable-l= ong-long --enable-nls --without-included-gettex t --disable-checking --disable-libssp --build=3Di486-linux-gnu --host=3Di48= 6-linux-gnu --target=3Davr=20=20 creating cache ./config.cache checking host system type... i486-pc-linux-gnu checking target system type... avr-unknown-none checking build system type... i486-pc-linux-gnu checking for a BSD compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gnatbind... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=3D16 $= $f1 $$f2 checking for correct version of gmp.h... no configure: error:=20 The following requested languages could not be built: c++ Recognised languages are: c,obj-c++,treelang It seems that some of the doc files are needed at build time (Which looks like a, err, GPL violation by the FSF, but probably the cause is something else). Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) -- Håkan Ardö
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Hakan Ardo [EMAIL PROTECTED] wrote: Hi, thanx for the patch. A better solution however would be to build-depend on gcc-4.1-source in order not to duplicate the gcc sourcecode. For sure this would be better. (I just didn't dare try this.) I don't know about the differences between the sources in gcc-4.1-source and in gcc-avr, so I cannot judge whether this would be acceptable for etch. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
On 3/13/07, Frank Küster [EMAIL PROTECTED] wrote: Hakan Ardo [EMAIL PROTECTED] wrote: Hi, thanx for the patch. A better solution however would be to build-depend on gcc-4.1-source in order not to duplicate the gcc sourcecode. For sure this would be better. (I just didn't dare try this.) I don't know about the differences between the sources in gcc-4.1-source and in gcc-avr, so I cannot judge whether this would be acceptable for etch. I see. Well it would mean moving from gcc 4.1.0 to 4.1.1, which is only a small upstream bugfix upgrade... Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) -- Håkan Ardö
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
On Tue, Mar 13, 2007 at 06:14:51PM +0100, Hakan Ardo wrote: On 3/13/07, Frank Küster [EMAIL PROTECTED] wrote: Hakan Ardo [EMAIL PROTECTED] wrote: Hi, thanx for the patch. A better solution however would be to build-depend on gcc-4.1-source in order not to duplicate the gcc sourcecode. For sure this would be better. (I just didn't dare try this.) I don't know about the differences between the sources in gcc-4.1-source and in gcc-avr, so I cannot judge whether this would be acceptable for etch. I see. Well it would mean moving from gcc 4.1.0 to 4.1.1, which is only a small upstream bugfix upgrade... Nevertheless it's a significant rearchitecting of the package, so I'm not sure we'd want to see such a change made at this point of the release cycle. OTOH, I guess you'll know better than anyone if the resulting package works, and it would reduce the amount of code we have to carry in the archive... It's your call. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
On 3/13/07, Steve Langasek [EMAIL PROTECTED] wrote: On Tue, Mar 13, 2007 at 06:14:51PM +0100, Hakan Ardo wrote: On 3/13/07, Frank Küster [EMAIL PROTECTED] wrote: Hakan Ardo [EMAIL PROTECTED] wrote: Hi, thanx for the patch. A better solution however would be to build-depend on gcc-4.1-source in order not to duplicate the gcc sourcecode. For sure this would be better. (I just didn't dare try this.) I don't know about the differences between the sources in gcc-4.1-source and in gcc-avr, so I cannot judge whether this would be acceptable for etch. I see. Well it would mean moving from gcc 4.1.0 to 4.1.1, which is only a small upstream bugfix upgrade... Nevertheless it's a significant rearchitecting of the package, so I'm not sure we'd want to see such a change made at this point of the release cycle. OTOH, I guess you'll know better than anyone if the resulting package works, and it would reduce the amount of code we have to carry in the archive... It's your call. Well, the changes to the debian specific parts are minor: Just add the build-depend and unpack the tar file from /usr/... instead of the current directory. So I'll say we go with this solution. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- Håkan Ardö
Bug#413216: gcc-avr includes GFL docs with cover texts and invariant sections
Package: gcc-avr Version: 1:4.1.0-1 Severity: serious see debian/rules.unpack in the gcc-4.1 source for a list, plus the INSTALL directory needs to be removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]