Re: [gentoo-dev] SLOTed MySQL or not?

2006-03-15 Thread Jeremy Huddleston
Before to this to happen I'll try my best to close the greatest number of bugs still open (many already are but not committed) and manage to bring MySQL back to the unslotted version. [1] Yes. 12% [ 12 ] No. 75% [ 72 ] No preference. 11% [ 11 ] I have one question: Who answer NO on

Re: [gentoo-dev] SLOTed MySQL or not?

2006-03-15 Thread Jeremy Huddleston
Maybe there needs to be an IWANTSLOTS feature or something, because the same rationale for why I was against a slotted mysql would have other people against a slotted kde, or slotted perl (ouch, so close to home, even if its conceptually fictional) - I neither need nor desire having

[gentoo-dev] eselect-compiler updates and unmasking

2006-06-02 Thread Jeremy Huddleston
I finally had a few free cycles, so I fixed up the eselect-compiler ebuild to better handle the transition from gcc-config and updated toolchain.eclass to better work with multilib. I've had a bunch of help from the amd64 devs/testers/users this past week testing it out, and I think it's

Re: [gentoo-dev] eselect-compiler updates and unmasking

2006-06-04 Thread Jeremy Huddleston
Well, incidentally I was working on toolchainasing gnat (a gcc based Ada compiler, basically just another frontend) and pestered toolchain people on irc regarding similar matters. Basically it came down to: toolchain.eclass and eselect-compiler are not for stuff not in gcc, so I had to

Re: [gentoo-dev] eselect-compiler updates and unmasking

2006-06-04 Thread Jeremy Huddleston
On Jun 2, 2006, at 21:33 , Donnie Berkholz wrote: Couple of questions: 1) Can it handle non-gcc compilers? If so, how? It is possible, but I'm not sure if icc is installed in a way that makes it convenient. All the binaries will need to be lumped in a directory by themselves (like we do

Re: [gentoo-dev] eselect-compiler updates and unmasking

2006-06-06 Thread Jeremy Huddleston
because of the nature of this package. --Jeremy On Jun 6, 2006, at 04:28 , Ned Ludd wrote: Why are you hijacking tools not written by you, declaring them as 2.0 and breaking the expected behaviors of them? Please don't do that ever again. On Fri, 2006-06-02 at 21:24 -0700, Jeremy Huddleston

Re: [gentoo-dev] eselect-compiler updates and unmasking

2006-06-07 Thread Jeremy Huddleston
On Jun 7, 2006, at 02:47 , Mike Frysinger wrote: On Tuesday 06 June 2006 18:39, Jeremy Huddleston wrote: Uhm, what is this all about? If you have suggestions, make them, but don't come out of the gate in a huff talking about unsubstantiated breakage. That's about the least constructive way

Re: [gentoo-dev] eselect-compiler updates and unmasking

2006-06-09 Thread Jeremy Huddleston
Ah, you're right, there should be an env-update in there. Thanks for the report. As for sourcing /etc/profile, you don't need to do that with eselect- compiler because your $PATH doesn't change like it did with gcc- config-1.x. --Jeremy On Jun 8, 2006, at 11:27 , Donnie Berkholz wrote:

Re: [gentoo-dev] Available hardware

2008-01-15 Thread Jeremy Huddleston
Hey Dan, You don't happen to have IRIX discs for the Octane2 do you? I have an O2, and I wanted to install IRIX on it to test some stuff out, but I lost the disks and SGI wants $450 to send me new ones (yikes!). On Jan 15, 2008, at 16:25, Daniel Ostrow wrote: All: As I am no longer an

[gentoo-dev] eselect modules

2005-08-16 Thread Jeremy Huddleston
I've recently updated opengl-update to use the eselect framework. I think the team has done a great job as it was extremely easy to port the bash script to an eselect module. However, when I placed it in the portage tree, it sparked a little bit of a policy discussion between myself and the core

Re: [gentoo-dev] generating ChangeLog files automatically from `cvs commit`

2005-08-16 Thread Jeremy Huddleston
On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote: suggestion: stop keeping ChangeLog files in CVS and instead, let them be generated automagically by the cvs server using the last arbitrary number of commit messages. if you really want to keep a commit message out of the changelog,

[gentoo-dev] compiler-config-2.0_alpha1

2005-09-16 Thread Jeremy Huddleston
Ok, I've put together an alpha release of compiler-config-2.0. This is a replacement for gcc-config which is alot more configurable Some notable improvements over gcc-config-1.3.x: GCC_SPECS and PATH are nolonger set in /etc/env.d/05gcc. Instead, that info is in the config files and extracted