Re: [gentoo-user] Re: X programs as root
sudoers(5): ... ## Run X applications through sudo Defaults env_keep += DISPLAY HOME ... sudo visudo; paste; done -- Andrey m05hbear Vul
Re: [gentoo-user] Re: firefox-bin optimizations?
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 Kimmeljohannes.kim...@gmx.de 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? --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. --disable-strip --disable-strip-libs --disable-install-strip Why? I thought most packages stripped code after install. --enable-default-toolkit=cairo-gtk2 will Firefox run without this? --enable-oji will Firefox run without this? And what is oji? I can't find any mention of what it does. --enable-mathml I don't really need it right now. --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? --disable-ogg One thing I might consider enabling. Is there a problem with Firefox's ogg support, or any other reason to disable it? -- Walter Dnes waltd...@waltdnes.org
[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ò flamee...@gentoo.org (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òflamee...@gentoo.org (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ò flamee...@gentoo.org (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òflamee...@gentoo.org (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ò flamee...@gentoo.org (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ò flamee...@gentoo.org (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 Kimmeljohannes.kim...@gmx.de 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 alan.mckin...@gmail.com To: gentoo-user@lists.gentoo.org Cc: dhk dhk...@optonline.net 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ò flamee...@gentoo.org (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 Kimmeljohannes.kim...@gmx.de 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 waltd...@waltdnes.org