[gentoo-user] dev-util/autotoolset
What should I do about dev-util/autotoolset? I use it every day for a project, but today it looks like I'm being told to remove it. What is the alternative? In my package.keywords file I have "dev-util/autotoolset ~amd64" unmasked since I use autotools for a project. After the output of "emerge -uDNp world" this morning the following message is displayed. !!! The following installed packages are masked: - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) /usr/portage/profiles/package.mask: # Diego E. Pettenò (04 Oct 2010) # on behalf of QA team # # Ironically, it is misusing autotools (bug #255831). It was # added in 2004 and never version bumped since; autotools # have since evolved a fair amount, while this is based # still on automake 1.6. Avoid keeping it around. # # Removal on 2010-12-03 For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. As stated above, what should I "Avoid keeping it around?" Is it autotoolset, automake 1.6, ...? Also, what's getting removed on 2010-12-03? If autotoolset is removed, what should be used to build projects? Even though I have autotoolset installed, search shows it as being masked. # emerge --search autotoolset Searching... [ Results for search key : autotoolset ] [ Applications found : 1 ] * dev-util/autotoolset [ Masked ] Latest version available: 0.11.4-r1 Latest version installed: 0.11.4-r1 Size of files: 1,133 kB Homepage: http://autotoolset.sourceforge.net/ Description: colection of small tools to simplify project development with autotools License: GPL-2 What to do now? Thanks, dhk
Re: [gentoo-user] dev-util/autotoolset
dhk wrote: What should I do about dev-util/autotoolset? I use it every day for a project, but today it looks like I'm being told to remove it. What is the alternative? In my package.keywords file I have "dev-util/autotoolset ~amd64" unmasked since I use autotools for a project. After the output of "emerge -uDNp world" this morning the following message is displayed. !!! The following installed packages are masked: - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) /usr/portage/profiles/package.mask: # Diego E. Pettenò (04 Oct 2010) # on behalf of QA team # # Ironically, it is misusing autotools (bug #255831). It was # added in 2004 and never version bumped since; autotools # have since evolved a fair amount, while this is based # still on automake 1.6. Avoid keeping it around. # # Removal on 2010-12-03 For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. As stated above, what should I "Avoid keeping it around?" Is it autotoolset, automake 1.6, ...? Also, what's getting removed on 2010-12-03? If autotoolset is removed, what should be used to build projects? Even though I have autotoolset installed, search shows it as being masked. # emerge --search autotoolset Searching... [ Results for search key : autotoolset ] [ Applications found : 1 ] * dev-util/autotoolset [ Masked ] Latest version available: 0.11.4-r1 Latest version installed: 0.11.4-r1 Size of files: 1,133 kB Homepage: http://autotoolset.sourceforge.net/ Description: colection of small tools to simplify project development with autotools License: GPL-2 What to do now? Thanks, dhk Here are a couple options. Subscribe to -dev and see if you can take over maintaining the package. Then do whatever needs to be done to get it updated and keep it stable. If you can do that, they could let the package stay in the tree. Next option, copy the ebuild to a local overlay and maintain it there. Keep in mind, doing this is about the same as above except it affects just you. You do all the work locally. One other option, use different tools to do your project. I don't know anything about autotoolset or what it does but there may be better tools to use. If you don't do one of the above, autotoolses ebuild will be removed and you will eventually have to do something because there will be no more updates. Which appears to be the case now anyway. No updates since 2004. There's some options. Someone else may have a couple more. Dale :-) :-)
Re: [gentoo-user] dev-util/autotoolset
Apparently, though unproven, at 10:25 on Tuesday 05 October 2010, dhk did opine thusly: > What should I do about dev-util/autotoolset? I use it every day for a > project, but today it looks like I'm being told to remove it. What is > the alternative? > > In my package.keywords file I have "dev-util/autotoolset ~amd64" > unmasked since I use autotools for a project. > > After the output of "emerge -uDNp world" this morning the following > message is displayed. > > !!! The following installed packages are masked: > - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) > /usr/portage/profiles/package.mask: > # Diego E. Pettenò (04 Oct 2010) > # on behalf of QA team > # > # Ironically, it is misusing autotools (bug #255831). It was > # added in 2004 and never version bumped since; autotools > # have since evolved a fair amount, while this is based > # still on automake 1.6. Avoid keeping it around. > # > # Removal on 2010-12-03 > > For more information, see the MASKED PACKAGES section in the emerge > man page or refer to the Gentoo Handbook. > > As stated above, what should I "Avoid keeping it around?" Is it > autotoolset, automake 1.6, ...? Also, what's getting removed on > 2010-12-03? If autotoolset is removed, what should be used to build > projects? The text applies to autotoolset and the reason it is being removed. It is autotoolset that is not being kept around anymore. It's actually quite obvious once you calm down, get over your fright, and read the message. You do not need autotoolset to build projects. You need autotools which is not the same thing. > Even though I have autotoolset installed, search shows it as being masked. > > # emerge --search autotoolset > Searching... > [ Results for search key : autotoolset ] > [ Applications found : 1 ] > > * dev-util/autotoolset [ Masked ] > Latest version available: 0.11.4-r1 > Latest version installed: 0.11.4-r1 > Size of files: 1,133 kB > Homepage: http://autotoolset.sourceforge.net/ > Description: colection of small tools to simplify project > development with autotools > License: GPL-2 > > > What to do now? Why are you worried? You use autotools not autotoolset. Let the thing be removed, After 6 years of no updates you shouldn't be using it anyway. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] dev-util/autotoolset
On 10/05/2010 04:44 AM, Dale wrote: > dhk wrote: >> What should I do about dev-util/autotoolset? I use it every day for a >> project, but today it looks like I'm being told to remove it. What is >> the alternative? >> >> In my package.keywords file I have "dev-util/autotoolset ~amd64" >> unmasked since I use autotools for a project. >> >> After the output of "emerge -uDNp world" this morning the following >> message is displayed. >> >> !!! The following installed packages are masked: >> - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) >> /usr/portage/profiles/package.mask: >> # Diego E. Pettenò (04 Oct 2010) >> # on behalf of QA team >> # >> # Ironically, it is misusing autotools (bug #255831). It was >> # added in 2004 and never version bumped since; autotools >> # have since evolved a fair amount, while this is based >> # still on automake 1.6. Avoid keeping it around. >> # >> # Removal on 2010-12-03 >> >> For more information, see the MASKED PACKAGES section in the emerge >> man page or refer to the Gentoo Handbook. >> >> As stated above, what should I "Avoid keeping it around?" Is it >> autotoolset, automake 1.6, ...? Also, what's getting removed on >> 2010-12-03? If autotoolset is removed, what should be used to build >> projects? >> >> Even though I have autotoolset installed, search shows it as being >> masked. >> >> # emerge --search autotoolset >> Searching... >> [ Results for search key : autotoolset ] >> [ Applications found : 1 ] >> >> * dev-util/autotoolset [ Masked ] >>Latest version available: 0.11.4-r1 >>Latest version installed: 0.11.4-r1 >>Size of files: 1,133 kB >>Homepage: http://autotoolset.sourceforge.net/ >>Description: colection of small tools to simplify project >> development with autotools >>License: GPL-2 >> >> >> What to do now? >> >> Thanks, >> >> dhk >> >> > > Here are a couple options. Subscribe to -dev and see if you can take > over maintaining the package. Then do whatever needs to be done to get > it updated and keep it stable. If you can do that, they could let the > package stay in the tree. > > Next option, copy the ebuild to a local overlay and maintain it there. > Keep in mind, doing this is about the same as above except it affects > just you. You do all the work locally. > > One other option, use different tools to do your project. I don't know > anything about autotoolset or what it does but there may be better tools > to use. > > If you don't do one of the above, autotoolses ebuild will be removed and > you will eventually have to do something because there will be no more > updates. Which appears to be the case now anyway. No updates since 2004. > > There's some options. Someone else may have a couple more. > > Dale > > :-) :-) > This isn't good. It sounds like my project is in deep trouble since the whole build and distribution is done with the autotools. Taking over and maintaining the package is an option, but I think it will be gone before I can get up to speed on it. I wonder how many developers out there have an interest in it if it's that antiquated. Personally I think it's a great tool. Anyone know what other tools are being used to build and distribute programs with dependencies? Thanks, dhk
Re: [gentoo-user] dev-util/autotoolset
On 10/05/2010 05:28 AM, Alan McKinnon wrote: > Apparently, though unproven, at 10:25 on Tuesday 05 October 2010, dhk did > opine thusly: > >> What should I do about dev-util/autotoolset? I use it every day for a >> project, but today it looks like I'm being told to remove it. What is >> the alternative? >> >> In my package.keywords file I have "dev-util/autotoolset ~amd64" >> unmasked since I use autotools for a project. >> >> After the output of "emerge -uDNp world" this morning the following >> message is displayed. >> >> !!! The following installed packages are masked: >> - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) >> /usr/portage/profiles/package.mask: >> # Diego E. Pettenò (04 Oct 2010) >> # on behalf of QA team >> # >> # Ironically, it is misusing autotools (bug #255831). It was >> # added in 2004 and never version bumped since; autotools >> # have since evolved a fair amount, while this is based >> # still on automake 1.6. Avoid keeping it around. >> # >> # Removal on 2010-12-03 >> >> For more information, see the MASKED PACKAGES section in the emerge >> man page or refer to the Gentoo Handbook. >> >> As stated above, what should I "Avoid keeping it around?" Is it >> autotoolset, automake 1.6, ...? Also, what's getting removed on >> 2010-12-03? If autotoolset is removed, what should be used to build >> projects? > > The text applies to autotoolset and the reason it is being removed. It is > autotoolset that is not being kept around anymore. > > It's actually quite obvious once you calm down, get over your fright, and > read > the message. > > You do not need autotoolset to build projects. You need autotools which is > not > the same thing. > >> Even though I have autotoolset installed, search shows it as being masked. >> >> # emerge --search autotoolset >> Searching... >> [ Results for search key : autotoolset ] >> [ Applications found : 1 ] >> >> * dev-util/autotoolset [ Masked ] >> Latest version available: 0.11.4-r1 >> Latest version installed: 0.11.4-r1 >> Size of files: 1,133 kB >> Homepage: http://autotoolset.sourceforge.net/ >> Description: colection of small tools to simplify project >> development with autotools >> License: GPL-2 >> >> >> What to do now? > > Why are you worried? You use autotools not autotoolset. Let the thing be > removed, After 6 years of no updates you shouldn't be using it anyway. > > > So are you saying if I remove autotoolset that I'll still have autoconf, automake, and the rest; and everything will work the same? I thought all the autotools were in autotoolset. I guess I don't know the difference between autotools and autotoolset and what they are made up of.
Re: [gentoo-user] dev-util/autotoolset
Apparently, though unproven, at 12:33 on Tuesday 05 October 2010, dhk did opine thusly: > On 10/05/2010 05:28 AM, Alan McKinnon wrote: > > Apparently, though unproven, at 10:25 on Tuesday 05 October 2010, dhk did > > > > opine thusly: > >> What should I do about dev-util/autotoolset? I use it every day for a > >> project, but today it looks like I'm being told to remove it. What is > >> the alternative? > >> > >> In my package.keywords file I have "dev-util/autotoolset ~amd64" > >> unmasked since I use autotools for a project. > >> > >> After the output of "emerge -uDNp world" this morning the following > >> message is displayed. > >> > >> !!! The following installed packages are masked: > >> - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) > >> /usr/portage/profiles/package.mask: > >> # Diego E. Pettenò (04 Oct 2010) > >> # on behalf of QA team > >> # > >> # Ironically, it is misusing autotools (bug #255831). It was > >> # added in 2004 and never version bumped since; autotools > >> # have since evolved a fair amount, while this is based > >> # still on automake 1.6. Avoid keeping it around. > >> # > >> # Removal on 2010-12-03 > >> > >> For more information, see the MASKED PACKAGES section in the emerge > >> man page or refer to the Gentoo Handbook. > >> > >> As stated above, what should I "Avoid keeping it around?" Is it > >> autotoolset, automake 1.6, ...? Also, what's getting removed on > >> 2010-12-03? If autotoolset is removed, what should be used to build > >> projects? > > > > The text applies to autotoolset and the reason it is being removed. It is > > autotoolset that is not being kept around anymore. > > > > It's actually quite obvious once you calm down, get over your fright, and > > read the message. > > > > You do not need autotoolset to build projects. You need autotools which > > is not the same thing. > > > >> Even though I have autotoolset installed, search shows it as being > >> masked. > >> > >> # emerge --search autotoolset > >> Searching... > >> [ Results for search key : autotoolset ] > >> [ Applications found : 1 ] > >> > >> * dev-util/autotoolset [ Masked ] > >> > >> Latest version available: 0.11.4-r1 > >> Latest version installed: 0.11.4-r1 > >> Size of files: 1,133 kB > >> Homepage: http://autotoolset.sourceforge.net/ > >> Description: colection of small tools to simplify project > >> > >> development with autotools > >> > >> License: GPL-2 > >> > >> What to do now? > > > > Why are you worried? You use autotools not autotoolset. Let the thing be > > removed, After 6 years of no updates you shouldn't be using it anyway. > > So are you saying if I remove autotoolset that I'll still have autoconf, > automake, and the rest; and everything will work the same? I thought > all the autotools were in autotoolset. I guess I don't know the > difference between autotools and autotoolset and what they are made up of. autotools != autotoolset The description from eix that you yourself posted tells you as much. Run "equery files autotoolset" and see what is in the package. Decide for yourself if you want to keep it and if so move the ebuild to your local overlay where you can maintain it for yourself. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: firefox-bin optimizations?
On 10/04/2010 10:49 PM, Walter Dnes wrote: > On Thu, Sep 30, 2010 at 12:37:10PM -0700, walt wrote >> On 09/30/2010 05:30 AM, Mark David Dumlao wrote: >>> On Thu, Sep 30, 2010 at 8:00 PM, Johannes Kimmel >>> wrote: On 09/30/2010 12:58 PM, Mark David Dumlao wrote: > > Heya, > I noticed that my firefox-bin is a lot smaller in memory footprint > compared to ordinary gentoo-compiled firefox. > > Does anyone know what compiler flags upstream applies to their > firefox? >> >> Try entering about:buildconfig in the URL bar. > > I tried it, and for good measure, did some spelunking in the > .configure file in the firefox tarball. I have some questions, before > possibly tweaking the Firefox ebuild and/or .configure on my machine... > > --enable-application=xulrunner > will Firefox run without this? It definitely WON'T run without this. Unless you're only looking at the intertubes as seen 15 years ago...
Re: [gentoo-user] dev-util/autotoolset
- Original Message > From: Alan McKinnon > To: gentoo-user@lists.gentoo.org > Cc: dhk > Sent: Tue, October 5, 2010 7:34:02 AM > Subject: Re: [gentoo-user] dev-util/autotoolset > > Apparently, though unproven, at 12:33 on Tuesday 05 October 2010, dhk did > opine thusly: > > > On 10/05/2010 05:28 AM, Alan McKinnon wrote: > > > Apparently, though unproven, at 10:25 on Tuesday 05 October 2010, dhk did > > > > > > opine thusly: > > >> What should I do about dev-util/autotoolset? I use it every day for a > > >> project, but today it looks like I'm being told to remove it. What is > > >> the alternative? > > >> > > >> In my package.keywords file I have "dev-util/autotoolset ~amd64" > > >> unmasked since I use autotools for a project. > > >> > > >> After the output of "emerge -uDNp world" this morning the following > > >> message is displayed. > > >> > > >> !!! The following installed packages are masked: > > >> - dev-util/autotoolset-0.11.4-r1 (masked by: package.mask) > > >> /usr/portage/profiles/package.mask: > > >> # Diego E. Pettenò (04 Oct 2010) > > >> # on behalf of QA team > > >> # > > >> # Ironically, it is misusing autotools (bug #255831). It was > > >> # added in 2004 and never version bumped since; autotools > > >> # have since evolved a fair amount, while this is based > > >> # still on automake 1.6. Avoid keeping it around. > > >> # > > >> # Removal on 2010-12-03 > > >> > > >> For more information, see the MASKED PACKAGES section in the emerge > > >> man page or refer to the Gentoo Handbook. > > >> > > >> As stated above, what should I "Avoid keeping it around?" Is it > > >> autotoolset, automake 1.6, ...? Also, what's getting removed on > > >> 2010-12-03? If autotoolset is removed, what should be used to build > > >> projects? > > > > > > The text applies to autotoolset and the reason it is being removed. It is > > > autotoolset that is not being kept around anymore. > > > > > > It's actually quite obvious once you calm down, get over your fright, and > > > read the message. > > > > > > You do not need autotoolset to build projects. You need autotools which > > > is not the same thing. > > > > > >> Even though I have autotoolset installed, search shows it as being > > >> masked. > > >> > > >> # emerge --search autotoolset > > >> Searching... > > >> [ Results for search key : autotoolset ] > > >> [ Applications found : 1 ] > > >> > > >> * dev-util/autotoolset [ Masked ] > > >> > > >>Latest version available: 0.11.4-r1 > > >>Latest version installed: 0.11.4-r1 > > >> Size of files: 1,133 kB > > >> Homepage: http://autotoolset.sourceforge.net/ > > >>Description: colection of small tools to simplify project > > >> > > >> development with autotools > > >> > > >> License: GPL-2 > > >> > > >> What to do now? > > > > > > Why are you worried? You use autotools not autotoolset. Let the thing be > > > removed, After 6 years of no updates you shouldn't be using it anyway. > > > > So are you saying if I remove autotoolset that I'll still have autoconf, > > automake, and the rest; and everything will work the same? I thought > > all the autotools were in autotoolset. I guess I don't know the > > difference between autotools and autotoolset and what they are made up of. > > > autotools != autotoolset > > The description from eix that you yourself posted tells you as much. > > Run "equery files autotoolset" and see what is in the package. Decide for > yourself if you want to keep it and if so move the ebuild to your local > overlay where you can maintain it for yourself. Reading over the website it seems almost as if it is a fork of GNU autotools. http://autotoolset.sourceforge.net/ But to the original question - if they do not remain installed then you can always install them individually as well. Ben
[gentoo-user] Re: firefox-bin optimizations?
On 10/04/2010 10:49 PM, Walter Dnes wrote: On Thu, Sep 30, 2010 at 12:37:10PM -0700, walt wrote On 09/30/2010 05:30 AM, Mark David Dumlao wrote: On Thu, Sep 30, 2010 at 8:00 PM, Johannes Kimmel wrote: On 09/30/2010 12:58 PM, Mark David Dumlao wrote: Heya, I noticed that my firefox-bin is a lot smaller in memory footprint compared to ordinary gentoo-compiled firefox. Does anyone know what compiler flags upstream applies to their firefox? Try entering about:buildconfig in the URL bar. I tried it, and for good measure, did some spelunking in the .configure file in the firefox tarball. I have some questions, before possibly tweaking the Firefox ebuild and/or .configure on my machine... --enable-application=xulrunner will Firefox run without this? Some of your questions are answered in file 'configure.in'. --enable-application=APP Options include: browser (Firefox) xulrunner I'm confused about that xulrunner flag because I set it to 'browser' in my own firefox builds, and so do the binary builds from mozilla. Do you have the xulrunner USE flag set? --enable-pango will Firefox run without this? I have the "moznopango" flag set, which is supposed to speed things up, but about:buildconfig indicates that pango is enabled. If you referring to a USE flag, I don't see it anywhere. Must be obsolete. --disable-strip --disable-strip-libs --disable-install-strip Why? I thought most packages stripped code after install. Do you have the 'debug' USE flag set? --enable-default-toolkit=cairo-gtk2 will Firefox run without this? You need to pick either that one or cairo-qt if you are building on linux. --enable-oji will Firefox run without this? And what is "oji"? I can't find any mention of what it does. Open JVM Integration: it enables support for the java plugin named libjavaplugin_oji.so --enable-mathml I don't really need it right now. Add "ac_add_options --disable-mathml" to your .mozconfig file. --enable-storage will Firefox run without this? The help says... "Enable mozStorage module and related components". Can someone please give a short explanation in plain English what this does? 'storage' is the mozilla wrapper for SQLite, but configure.in doesn't eplain what that means. I don't see where '--disable-storage' is even defined, but you can always try it and see what happens. --disable-ogg One thing I might consider enabling. Is there a problem with Firefox's ogg support, or any other reason to disable it? I notice that my own firefox builds do compile the code for ogg support, but I have no idea what it does or if it works correctly.
Re: [gentoo-user] Re: firefox-bin optimizations?
On Tue, Oct 05, 2010 at 08:16:08AM -0700, walt wrote
> I'm confused about that xulrunner flag because I set it to 'browser' in
> my own firefox builds, and so do the binary builds from mozilla. Do you
> have the xulrunner USE flag set?
No. "emerge --info | grep xulrunner" doesn't find anything. I'll
have to modify that.
> > I have the "moznopango" flag set, which is supposed to speed things
> > up, but about:buildconfig indicates that pango is enabled.
>
> If you referring to a USE flag, I don't see it anywhere. Must be obsolete.
OK, I'll have to modify that. Wonder why the Gentoo ebuild maintainer
dropped it.
> > --disable-strip --disable-strip-libs --disable-install-strip
> > Why? I thought most packages stripped code after install.
>
> Do you have the 'debug' USE flag set?
No. "emerge --info | grep debug" doesn't find anything. I'll have to
modify that.
> > --enable-oji
>
> Open JVM Integration: it enables support for the java plugin named
> libjavaplugin_oji.so
Since I don't bother with Java, I may as well disable this.
Some additional spelunking in the ebuild file finds...
mozconfig_annotate '' --enable-extensions="${MEXTENSIONS}"
mozconfig_annotate '' --enable-application=browser
mozconfig_annotate '' --disable-mailnews
mozconfig_annotate 'broken' --disable-crashreporter
mozconfig_annotate '' --enable-image-encoder=all
mozconfig_annotate '' --enable-canvas
mozconfig_annotate 'gtk' --enable-default-toolkit=cairo-gtk2
# Bug 60668: Galeon doesn't build without oji enabled, so enable it
# regardless of java setting.
mozconfig_annotate '' --enable-oji --enable-mathml
mozconfig_annotate 'places' --enable-storage --enable-places
mozconfig_annotate '' --enable-safe-browsing
# Build mozdevelop permately
mozconfig_annotate '' --enable-jsd --enable-xpctools
# System-wide install specs
mozconfig_annotate '' --disable-installer
mozconfig_annotate '' --disable-updater
mozconfig_annotate '' --disable-strip
mozconfig_annotate '' --disable-install-strip
# Use system libraries
mozconfig_annotate '' --enable-system-cairo
mozconfig_annotate '' --enable-system-hunspell
mozconfig_annotate '' --with-system-nspr --with-nspr-prefix="${EPREFIX}" /usr
mozconfig_annotate '' --with-system-nss --with-nss-prefix="${EPREFIX}"/usr
mozconfig_annotate '' --x-includes="${EPREFIX}"/usr/include
--x-libraries="${EPREFIX}"/usr/$(get_libdir)
mozconfig_annotate '' --with-system-bz2
mozconfig_annotate '' --with-system-libxul
mozconfig_annotate ''
--with-libxul-sdk="${EPREFIX}"/usr/$(get_libdir)/xulrunner-devel-${MAJ_XUL_PV}
Looks like I can tweak stuff in the ebuild via "mozconfig_annotate"
lines, and then...
ebuild firefox-3.6.9.ebuild manifest
emerge firefox
Updating new ebuilds after each "emerge --sync" will be simpler than
maintaining firefox outside of portage via manual builds.
--
Walter Dnes
