[gentoo-dev] Last rites: app-emacs/gnuplot-mode
Will be removed 05 Feb 2007 Duplicated by USE=emacs sci-visualization/gnuplot V-Li signature.asc Description: PGP signature
Re: [gentoo-dev] debug.eclass is dead now
> Don't use debug.eclass. Pardon what may be a stupid question here, but what's the fix/workaround for using the debug.eclass ? Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] debug.eclass is dead now
Caleb Tennis napsal(a): >> Don't use debug.eclass. > > Pardon what may be a stupid question here, but what's the fix/workaround for > using > the debug.eclass ? > > Caleb > # It was broken, and debug useflag should _not_ touch CFLAGS to start with. # See http://bugs.gentoo.org/show_bug.cgi?id=55708 for info about this # and http://www.gentoo.org/proj/en/qa/backtraces.xml to learn how to get # a debug build. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] debug.eclass is dead now
On Fri, Jan 05, 2007 at 07:19:30AM -0500, Caleb Tennis wrote: > > > Don't use debug.eclass. > > Pardon what may be a stupid question here, but what's the fix/workaround for > using > the debug.eclass ? Simply stop using it. Drop it from the inherit line, and if your ebuild has a legitimate use of the debug flag, put that in IUSE. There is no need to restore the functionality that the eclass provided, since that didn't belong in ebuilds/eclasses in the first place. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] A reminder about elog/einfo usage
Just a heads up that in the coming weeks I'll start checking packages that still use einfo for important messages and convert them to elog if appropriate. If you have a problem with me doing that for your packages that notify me off-list. You can find the current list of packages to check at dev.gentoo.org/~genone/reports/einfo (if you want me to do a little favor then check the list for packages you maintain and fix them yourself). I know that it contains a number of false-positives, so all packages there will be checked manually. Marius -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Announcement: First Bugday of the year!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks! As eroyf announced in his mail last week, it is the first bugday of the year tomorrow! The bugday will officially start at 00:00 UTC and will finish at something like 23:59 UTC+12 to ensure it lasts as long as possible, so don't forget to come along to the bugday channel on Freenode: #gentoo-bugs ^_^ As some of you may be aware, http://bugs.gentoo.org will be suffering <=3 hours of downtime on the day. As the bugzilla database will still be online, http://bugday.gentoo.org will still be up and running, however all bug pages will be static, and you will be unable to comment on bugs during the http://bugs.gentoo.org downtime. However, the bugday.gentoo.org page is *also* being migrated, so due to DNS and caching issues, there is likely to be a short outage for some users. I hope y'all have a most enjoyable time attempting to fix bugs on the day! welp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFnnykii3l5JTHwkcRAnYOAJ9miT/9+pc3ugxPrn41OVM/lMmhoACfQqf2 76ixRVIUdSQWCdE1Nv/qZ1k= =ha5S -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] PORTAGE_BINHOST Madness
Alec Warner wrote: > Mike Frysinger wrote: >> On Thursday 04 January 2007 20:33, Gustavo Felisberto wrote: >>> Ok, so what is diference? >> probably the samething as between -k and -K >> -mike > > A more verbose answer: > > -k says "use binary packages if possible, otherwise use ebuilds" > -K says "use only binary packages, fail if you can't create a depgraph" > > -g says "use remote binary packages if possible, otherwise use ebuilds" > -G says "only use remove binary packages, fail if you can't create a > depgraph" > > > I'd have to double check -g to make sure ebuilds are the fallback; you > may be able to do something like > > emerge -g -k > > but in this case I'm pretty sure the remote binrepo will 'shadow' the > local one, I'd have to ask Zac to be sure ;) My main issue is with size. Right now portage has to pull ALL the packages in the PORTAGE_BINHOST to create the dep tree. Is there a way for me to say: emerge -u --use-bynary-packages-if-possible system and portage will build the dep tree based on the local portage tree, then it will try to fetch the updated packages and see if the deps are ok. -- Gustavo Felisberto (HumpBack) Web: http://dev.gentoo.org/~humpback Blog: http://blog.felisberto.net/ It's most certainly GNU/Linux, not Linux. Read more at http://www.gnu.org/gnu/why-gnu-linux.html . - signature.asc Description: OpenPGP digital signature
