Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/adobe-flash: metadata.xml adobe-flash-11.2.202.228.ebuild ChangeLog

2012-05-10 Thread Jim Ramsay
On Thu, May 10, 2012 at 01:10:48PM -0400, Jim Ramsay wrote: > On Thu, Apr 26, 2012 at 05:06:45PM -0300, Alexis Ballier wrote: > > wouldnt adding a sse2 useflag and putting it in REQUIRED_USE solve the > > problem ? > > > > afaik portage wont even try to upgrade if peo

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/adobe-flash: metadata.xml adobe-flash-11.2.202.228.ebuild ChangeLog

2012-05-10 Thread Jim Ramsay
er has not set USE=sse2. Any idea how we can know how many this is? Hmmm... I suppose the other thing I could do is put the /proc/cpuinfo check into the 10.3 ebuild, and warn users if they're installing 10.3 and *should* be setting USE=sse2 to get 11.2 instead Maybe that's the best solution! Thanks for the suggestions, I'll try to get at this change soon. -- Jim Ramsay

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: vim.eclass

2011-11-28 Thread Jim Ramsay
t related to one another, so reading the CVS history of the changes to a single file is much more useful than having a big list of unrelated changes. A changelog becomes much more useful when you need to make related commits to multiple files with a non-atomic-commit system like CVS. -- Jim Ramsa

Re: [gentoo-dev] Re: rejecting unsigned commits

2011-05-10 Thread Jim Ramsay
On Tue, May 10, 2011 at 08:19:27AM +0200, "Paweł Hajdan, Jr." wrote: > On 5/10/11 4:08 AM, Jim Ramsay wrote: > > - Does this tree signing key have to be DSA? Or is RSA okay too? > > No idea, I'd probably just try and see if signing works. /me plugs his ears and

Re: [gentoo-dev] Re: rejecting unsigned commits

2011-05-09 Thread Jim Ramsay
t page: - Does this tree signing key have to be DSA? Or is RSA okay too? - If I have a key already, should I generate a new subkey just for manifest signing, make a whole new primary key, or just use the same key I use to sign my emails? -- Jim Ramsay

[gentoo-dev] app-editors/vim-7.3 and python[3] USE flags

2010-08-19 Thread Jim Ramsay
ly, which is a bit odd in its own way... Any other suggestions or comments on these two? -- Jim Ramsay Gentoo/Linux Developer (rox/fluxbox/gkrellm/vim) pgp0ThpfyqTwg.pgp Description: PGP signature

[gentoo-dev] Lastrite: x11-plugins/gkrellm-hddtemp

2010-07-27 Thread Jim Ramsay
No longer works (Bug #284182), and no longer needed since app-admin/gkrellm with USE="hddtemp" supports reading drive temperatures natively. Removal in 30 days. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

[gentoo-dev] Lastrite: net-misc/amazonmp3

2010-07-26 Thread Jim Ramsay
# Jim Ramsay (26 Jul 2010) # Deprecated in favour of opensource alternatives: # net-misc/pymazon # net-misc/clamz # # net-misc/amazonmp3 has been masked since 2008 # Removal 30 Jul 2010 net-misc/amazonmp3 net-misc/amazonmp3-libcompat -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim

Re: [gentoo-dev] Over using preserve_old_lib, don't do that

2010-07-19 Thread Jim Ramsay
gt; system from preserved-libs or similar would be really useful in my > opinion! What if preserve_old_libs did the following: mv ${oldlib} ${oldlib}.preserved ln -s ${oldlib}.preserved ${oldlib} Cons: 2 files to delete once you're done revdep-rebuilding Pros: Easy to tell at a glance which libs are the preserved libs. -- Jim Ramsay

Re: [gentoo-dev] Adding AdobeFlash-10{,.1} licenses to EULA group

2010-06-16 Thread Jim Ramsay
nt thing of which users should be aware. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] app-editors/vim and USE="vim-with-x" -> Rename to USE="X"?

2010-06-09 Thread Jim Ramsay
Mike Frysinger wrote: > people want it and i havent seen any compelling reason to avoid it > anymore, so let's rock For the record: It is now rocked. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] app-editors/vim and USE="vim-with-x" -> Rename to USE="X"?

2010-06-07 Thread Jim Ramsay
"Vim will link against X when USE='X'". I suppose this is a bit like a transition from an opt-in policy to an opt-out policy, with the caveat that by enabling USE=X globally, a user has already declared their intent: opt-in to linking against X in all packages where there is a choice to do so. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

[gentoo-dev] app-editors/vim and USE="vim-with-x" -> Rename to USE="X"?

2010-06-07 Thread Jim Ramsay
erences: [1] http://bugs.gentoo.org/94171 -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-05-02 Thread Jim Ramsay
er to generate them. That's another important distinction and probably a good idea. I think those profile ChangeLogs are also not as user-facing as the per-package ones, so an autogenerated one makes a lot of sense. -- Jim Ramsay Gentoo/Linux Developer (rox/fluxbox/gkrellm) pgpnnsBkS27K2.pgp Description: PGP signature

Re: [gentoo-dev] 2009 Council Elections

2009-06-26 Thread Jim Ramsay
Richard Freeman wrote: > I suspect most devs just avoid the drama. ++ Less worrying, more working -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] net-www category

2009-04-03 Thread Jim Ramsay
e they are or moving them around. My only request is that if someone does this I'd like to take the opportunity to rename 'netscape-flash' to 'adobe-flash' at the same time. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: RFC: EAPI cheat sheet for your desktop

2009-04-02 Thread Jim Ramsay
; > what exactly). > > > > The Gentoo store should have a coffee mug with this. ;-) > > That way my business plan to finally benefit financially from Gentoo. > Millions of copies sold for sure. :) Especially if I have to buy a new mug every time a new EAPI comes out!

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-25 Thread Jim Ramsay
n name) would only ever change when a major feature is introduced that breaks the current portage rules. The internal EAPI, specified however we like in the major format specification, could be in a fixed location or otherwise easily parseable. Then small changes would alter this minor/internal

Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Jim Ramsay
Ciaran McCreesh wrote: > On Tue, 24 Feb 2009 15:37:36 -0500 > Jim Ramsay wrote: > > > They only ended up nicely documented after people moaned a lot > > > that they were having a hard time keeping track of EAPIs... > > > > You can't possibly be sugg

Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Jim Ramsay
Ciaran McCreesh wrote: > On Tue, 24 Feb 2009 15:07:29 -0500 > Jim Ramsay wrote: > > I think > > things are very nicely documented in PMS and the devmanual, which > > are where all EAPI changes should be documented in the future, > > regardless if you specify the E

Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Jim Ramsay
e .eapi3 part which isn't technically the extension..." which isn't a compromise at all - It's an attempt to (cleverly?) obfuscate where in the filename the EAPI is stored. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Jim Ramsay
Ciaran McCreesh wrote: > On Tue, 24 Feb 2009 12:25:27 -0500 > Jim Ramsay wrote: > > > ...and it means we can't change name or version rules. > > > > > > ...and it means over doubling the best possible time to work out a > > > dependency tree

Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Jim Ramsay
benefit would be (I hope) that more people would agree on the solution and then we can go forward. Is that not a valid consideration? -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-23 Thread Jim Ramsay
l change too often will suddenly have nothing to worry about. For those who think glep-55 is the right thing to do, it really *is* glep-55, but with a small caveat that we shouldn't just change the filename extension for every single little feature enhancement. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm,fluxbox,vim)

Re: [gentoo-dev] EAPI-2

2008-09-12 Thread Jim Ramsay
Ciaran McCreesh <[EMAIL PROTECTED]> wrote: > On Tue, 9 Sep 2008 22:14:57 -0400 > Jim Ramsay <[EMAIL PROTECTED]> wrote: > > I was personally expecting to see some sort of section called > > "EAPI-1" that contains something like: > > > > "EA

Re: [gentoo-dev] EAPI-2

2008-09-09 Thread Jim Ramsay
with the following features added..." Then an explanation of each change and the appropriate syntax. I did see how EAPI-1 is integrated throughout the document, which is valuable in a different way - but it's harder to answer the question "What exactly does EAPI-1 add to EAPI-0?" Per

[gentoo-dev] New license for inclusion in the tree: 'amazonmp3'

2008-09-03 Thread Jim Ramsay
T="fetch" deals with nicely. Thought I'd post it here to double-check it looks okay. Original source is: http://www.amazon.com/gp/help/customer/display.html?ie=UTF8&nodeId=200154280 -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) *Amazon MP3 Music Service: Terms of Use* THIS

Re: [gentoo-dev] License Interpretation

2008-08-22 Thread Jim Ramsay
Good news everyone! This has become a non-issue, at least in the next version of flash player[1]. Thanks again for all your input! [1] http://blogs.adobe.com/penguin.swf/2008/08/curl_tradeoffs.html -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

[gentoo-dev] License Interpretation

2008-08-20 Thread Jim Ramsay
not done so (or responded to any of these requests, as far as I am aware). Anyone care to weigh in, lawyer or not? -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] metadata.xml USE flag descriptions

2008-07-29 Thread Jim Ramsay
Doug Goldstein <[EMAIL PROTECTED]> wrote: > If people wish to take specific categories, please let this thread > know. I just did the rox-base and rox-extra categories. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

[gentoo-dev] RFC: Should 'imlib' USE flag be on by default in x86 and amd64 desktop profiles?

2008-07-25 Thread Jim Ramsay
sktop I know that I could turn it on by default for fluxbox only using EAPI-1, but since it's a global USE flag, the profiles may be a better place. I think imlib is something most desktop users would want, since it lets them see all those pretty graphics. Comments? Concerns? -- Jim Rams

Re: [gentoo-dev] Re: RFC: 0-day bump requests

2008-07-08 Thread Jim Ramsay
Ryan Hill <[EMAIL PROTECTED]> wrote: > On Mon, 7 Jul 2008 10:10:14 -0400 > Jim Ramsay <[EMAIL PROTECTED]> wrote: > > > Here's an interesting solution for those who find it annoying > > though: Just file your own 0-day bump request in bugzilla. In > > t

Re: [gentoo-dev] RFC: 0-day bump requests

2008-07-07 Thread Jim Ramsay
s comcastic smtp server decided it wasn't going to work all weekend long. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] [v3] Planning for automatic assignment of bugs

2008-07-01 Thread Jim Ramsay
d be doing it. That said, I have no idea how many duplicate / incomplete bugs I have never seen due to the wonderful work of the wranglers. In some ways it would be a shame to lose that quality pre-reading of the bugs. -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-16 Thread Jim Ramsay
t; > already knew that. > > for grep -A means after and -B before ;) Maybe we could have '-^' and '-v' then? I do kind of like the idea of making these flags available for people who think it makes their ebuilds prettier... I just don't think I'll even

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-16 Thread Jim Ramsay
t to do... so perhaps since the author is the only one who can really know what colour they intend, they should just use the appropriate ewarn/elog/einfo without args. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: GLEP 55

2008-06-11 Thread Jim Ramsay
"Santiago M. Mola" <[EMAIL PROTECTED]> wrote: > On Thu, Jun 12, 2008 at 4:07 AM, Jim Ramsay <[EMAIL PROTECTED]> wrote: > > Why not just bump the filename suffix when it is required to > > support a new EAPI that breaks the sourcing rules of previous EAPIs? &

Re: [gentoo-dev] Re: GLEP 55

2008-06-11 Thread Jim Ramsay
name suffix when it is required to support a new EAPI that breaks the sourcing rules of previous EAPIs? Or will backwards-incompatible changes be happening so frequently that the package suffix will have to change for every EAPI bump anyway, which would make this proposal equivalent to GLEP55?

Re: [gentoo-dev] EAPI-2 - Let's get it started

2008-06-11 Thread Jim Ramsay
David Leverton <[EMAIL PROTECTED]> wrote: > Since at least one ebuild has already been modified specifically to > work around the bug, I'd say it's pretty real. For those of us trying to play along at home, which one is this? -- Jim Ramsay Gentoo/Linux Developer (rox,gk

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-11 Thread Jim Ramsay
elog -p "Knock knock" ewarn "Who's there?" elog -pt "Interrupting Cow" ewarn "Interrup..." elog "Moo!" } I think that in the former case it's much more obvious how the actual output is going to look. If the c

Re: [gentoo-dev] New developer : Markus Duft (mduft)

2008-04-30 Thread Jim Ramsay
"Denis Dupeyron" <[EMAIL PROTECTED]> wrote: > Please everybody, give a very warm welcome to mduft. Lay on, mduft, And damn'd be him that first cries, 'Hold, enough!' Exeunt, fighting. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

[gentoo-dev] Last rites: x11-plugins/gkrellm-bfm

2008-01-31 Thread Jim Ramsay
# Jim Ramsay <[EMAIL PROTECTED]> (31 Jan 2008) # Masked for removal in 30 days. Replaced by # x11-plugins/bfm with USE=gkrellm. Bug #207720 x11-plugins/gkrellm-bfm -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] lastrite: x11-misc/fluxconf

2008-01-23 Thread Jim Ramsay
t fluxbox version. So for all you GUI junkies out there, you can still get your fix. Run off and try: x11-misc/fme instead. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in rox-base/rox: ChangeLog rox-2.7-r2.ebuild

2007-12-21 Thread Jim Ramsay
Donnie Berkholz <[EMAIL PROTECTED]> wrote: > On 15:05 Mon 17 Dec , Jim Ramsay (lack) wrote: > > lack07/12/17 15:05:57 > > IUSE="+svg +video" > > svg already defaults on for all the desktop profiles, so I'm not > really sure what that&

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-19 Thread Jim Ramsay
Luca Barbato <[EMAIL PROTECTED]> wrote: > How would it be different than having EAPI="string" put in a defined > position of the file? It's not - It is just defining that position to be in the name of the file instead of the contents :) -- Jim Ramsay Gentoo/L

Re: [gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-19 Thread Jim Ramsay
sense I've gotten from this discussion so far is that if you want features from two EAPIs you know *can* be combined without collisions, you should define a third EAPI that is a superset of the other 2. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in rox-base/rox-clib: ChangeLog rox-clib-2.1.10.ebuild

2007-12-07 Thread Jim Ramsay
these to not use subshells in the future. Is there some sort of equivalent way to back-out of whatever 'insinto' does to the environment? -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: rox-0install.eclass

2007-12-04 Thread Jim Ramsay
stalled; then > > This is kind of a weird way to do it. I'd check instead for > [[ -n ${installed} ]] and initialize it to empty. Sure, that looks nicer. I'll be committing these changes right away, since the "die" ones at least are very important. But I'll be submitting further changes to the list first. Sorry about that :) Luckily only 1 ebuild so far which uses this eclass has actually hit the tree! -- Jim Ramsay Gentoo/Linux Developer (rox/fluxbox/gkrellm) pgp2FsjDFSTI0.pgp Description: PGP signature

Re: [gentoo-dev] Re: Changes to rox.eclass

2007-11-28 Thread Jim Ramsay
Ryan Hill <[EMAIL PROTECTED]> wrote: > Looks good here. Thanks, former fellow Saskatchewanain. I've committed it. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Changes to rox.eclass

2007-11-28 Thread Jim Ramsay
Petteri Räty <[EMAIL PROTECTED]> wrote: > Next time could you please use a text/plain diff as the attachment. I thought about doing that, but because of all code movement, the unified diff was kind of ugly. As I'm sure you'll see on the cvs list, now that I've commi

[gentoo-dev] EAPI feature suggestion: OBSOLETES (was: gentoo-x86 commit in profiles/updates: 4Q-2007)

2007-11-06 Thread Jim Ramsay
uppose this could be seen as a special case of blocking deps which would automate a specific "cat/bar is to be preferred over cat/foo" However, I'm not exactly sure what you would do if you have pkg1 which depends on cat/foo and pkg2 which depends on cat/bar... -- Jim Ramsay Gentoo De

Re: [gentoo-dev] Getting rid of lurking no* USE flags - profile-based package.use

2007-10-09 Thread Jim Ramsay
;disablefoo' USE flags I want to clear out for the 1.0.0 release of fluxbox. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: net-im/pidgin protocols

2007-07-20 Thread Jim Ramsay
f the default protocols makes sense to me. [1] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap1 [2] looking for actual references to this, but couldn't find it... I think it's _somewhere_ in the required new-developer reading... -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] net-im/pidgin protocols

2007-07-19 Thread Jim Ramsay
his thread. I'm all for doing it now in the profile, but it's not my package. Perhaps someone from the net-im herd can make this decision? -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Nominations open for the Gentoo Council 2007/08

2007-07-17 Thread Jim Ramsay
time I can commit. Ask me again in a year :) -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] ML changes

2007-07-13 Thread Jim Ramsay
rs acting badly" to devrel. In closing, I also disagree with the Moderation Proposal. I think that it may stop the flame wars at the cost of stopping valuable discussions. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] ML changes

2007-07-12 Thread Jim Ramsay
Mike Doty wrote: > devs who moderate in bad posts will be subject to moderation > themselves. Will this be monitored/enforced by the proctors? -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] glibc-2.6 / gcc-4.2 going into ~arch

2007-07-05 Thread Jim Ramsay
Mike Frysinger <[EMAIL PROTECTED]> wrote: > On Friday 06 July 2007, Jim Ramsay wrote: > > > Are there any crazy upgrade paths like the good old libstdc++ bump? > > no And there was great rejoicing. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] glibc-2.6 / gcc-4.2 going into ~arch

2007-07-05 Thread Jim Ramsay
Mike Frysinger <[EMAIL PROTECTED]> wrote: > get your "waaait dont do it" votes in now, i plan on pushing: > glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86 > gcc-4.2.0 ~amd64 ~x86 Are there any crazy upgrade paths like the good old libstdc++ bump? -- Jim Ramsay Gentoo/Lin

Re: [gentoo-dev] gentoo-dev-announce list

2007-06-21 Thread Jim Ramsay
Mike Doty wrote: > Jim Ramsay wrote: > > Mike Doty wrote: > >> or you could ask infra to work it's magic making any post to > >> -dev-announce post to -dev as well and set the replt-to address for > >> -dev-announce to -dev. that way it's all auto

Re: [gentoo-dev] gentoo-dev-announce list

2007-06-21 Thread Jim Ramsay
other discussion on the merits/evils of reply-to munging :) -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

[gentoo-dev] Help with libflashsupport for amd64

2007-05-14 Thread Jim Ramsay
you. For those who do not know already, libflashsupport adds pulseaudio, oss, esd, and/or ssl/gnutls support to the netscape-flash binary. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-11 Thread Jim Ramsay
Olivier Crête wrote: > On Fri, 2007-11-05 at 13:19 -0600, Jim Ramsay wrote: > > Olivier Crête wrote: > > > On Fri, 2007-11-05 at 12:12 -0600, Jim Ramsay wrote: > > > > Josh Saddler wrote: > > > > > Jim Ramsay wrote: > > > > > > I sup

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-11 Thread Jim Ramsay
Thomas Rösner wrote: > Jim Ramsay wrote: > > [snip] > > Have netscape-flash with IUSE="vanilla" (by default it is off), > > which when enabled will not pull in libflashsupport. > > > > I don't quite see why this is necessary? Or why you do have

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-11 Thread Jim Ramsay
Olivier Crête wrote: > On Fri, 2007-11-05 at 12:12 -0600, Jim Ramsay wrote: > > Josh Saddler wrote: > > > Jim Ramsay wrote: > > > > I suppose I could also propose: > > > > > > > > 4) netscape-flash just RDEPENDS on libflashsupport all the

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-11 Thread Jim Ramsay
Josh Saddler wrote: > Jim Ramsay wrote: > > I suppose I could also propose: > > > > 4) netscape-flash just RDEPENDS on libflashsupport all the time. > > It's certainly not a large library to be added on. > > > > That is a terrible idea. Don't mak

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-11 Thread Jim Ramsay
Olivier Crête wrote: > On Thu, 2007-10-05 at 14:20 -0400, Patrick McLean wrote: > > Jim Ramsay wrote: > > > > > > 1) Create a single local USE flag (flashsupport or something) > > > that will just pull in this dependency. > > > > > > 2) Use

[gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport

2007-05-10 Thread Jim Ramsay
this. [1] http://pulseaudio.revolutionlinux.com/PulseAudio -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-core] [POLICY] Keywording/Stabilizing Bug Assignment Policy

2007-04-18 Thread Jim Ramsay
Chris Gianelloni wrote: > On Wed, 2007-04-18 at 07:39 -0600, Jim Ramsay wrote: > > Vlastimil Babka <[EMAIL PROTECTED]> wrote: > > > Or maybe implement new bugzilla keywords, like STABLEREQ and > > > KEYWORDREQ which would be added to the respective bugs. Then you

Re: [gentoo-dev] Re: [gentoo-core] [POLICY] Keywording/Stabilizing Bug Assignment Policy

2007-04-18 Thread Jim Ramsay
till being able to check them in a different > search. Might be also useful for arch teams to separate stabling and > keywording bugs? I think that's a great idea. Who do we bug to get this in there? -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April

2007-04-12 Thread Jim Ramsay
use they believed that it was not public. I'm fairly sure the consensus is that this would not be retroactive. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for April

2007-04-12 Thread Jim Ramsay
and after ${time_period} most of the info on -core isn't nearly as 'sensitive' as it is when first posted. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Suggestion: INVALID -> NOCHANGE in bugzilla

2007-03-26 Thread Jim Ramsay
d then mark the bug as INVALID, maybe that's all that would be needed. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] My turn to wear the cursed medalion of retirement

2007-03-19 Thread Jim Ramsay
/me reads one "Scroll of Blessing" -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: moving USE=server to global

2007-03-19 Thread Jim Ramsay
server" B) "Compile the client AND server, as leaving it off compiles ONLY the client" C) All of the above -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: How others handle bad behaviour on mailinglists

2007-03-09 Thread Jim Ramsay
ules for MPs in Ottawa or > > Westminster'. > > If you've seen what goes on in the House of Commons on occasion, you'd > know that those two are contradictory. I have only one response to this: "Fuddle duddle" [1]. [1] http://tinyurl.com/25cwu7 -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] Client-serve flags (again ;) (was Re: New eclass: gkrellm-plugin)

2007-03-09 Thread Jim Ramsay
into portage... Or is it just waiting on the definition of EAPI=0 to be complete so it can be added to EAPI=1? [1] http://bugs.gentoo.org/show_bug.cgi?id=2272 -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) signature.asc Description: PGP signature

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Attached is version 2 of my draft eclass. I have incorporated the excellent changes suggested here, and it seems to be working great on my local overlay. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Marien Zwart wrote: > On Thu, Mar 08, 2007 at 11:19:20AM -0600, Jim Ramsay wrote: > > gkrellm-plugin_pkg_setup() { > > if ! built_with_use app-admin/gkrellm X && \ > > ! has X ${IUSE}; then > > eerror "This plugin requires the X

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Petteri Räty wrote: > Jim Ramsay wrote: > > ECLASS="gkrellm-plugin" > > INHERITED="$INHERITED $ECLASS" > > No need to set INHERITED yourself any more either. Ciaran already > pointed out ECLASS. Indeed, thanks for that! They just appeared automag

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Ciaran McCreesh wrote: > On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay <[EMAIL PROTECTED]> wrote: > > I have attached my first draft of the eclass. As you can see, there > > are 3 main important benefits to using this eclass: > > You shouldn't dodoc COPYING. &

[gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
ctions, I will add this eclass shortly, at which point anyone is free (and encouraged!) to use it for their gkrellm plugin ebuilds. I will begin converting all my ebuilds shortly thereafter. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) # Copyright 1999-2007 Gentoo Foundation # Distribu

Re: [gentoo-dev] Last Rites: All gkrellm-1 plugins

2007-02-22 Thread Jim Ramsay
Jim Ramsay wrote: > x11-plugins/gkrellmitime My mistake, this should not have been masked, and is no longer masked. -- Jim Ramsay Gentoo/Linux Developer (rox) signature.asc Description: PGP signature

[gentoo-dev] Last Rites: All gkrellm-1 plugins

2007-02-22 Thread Jim Ramsay
# Jim Ramsay <[EMAIL PROTECTED]> (22 Feb 2007) # Pending removal 24 Mar 2007, bug 151446 # These gkrellm-1 plugins have no gkrellm-2 equivalent x11-plugins/gkrellm-console x11-plugins/gkrellmitime x11-plugins/gkrellm-logwatch x11-plugins/gkrellmouse x11-plugins/gkrellm-sensors x11-p

Re: [gentoo-dev] app-admin/gkrellm + x11-plugins/gkrell* stuff needs a maintainer

2007-02-20 Thread Jim Ramsay
the ones that even *have* a metadata.xml) have 'no-herd' in them... Maybe 'desktop-dock' is most appropriate? -- Jim Ramsay Gentoo/Linux Developer (rox) signature.asc Description: PGP signature

Re: [gentoo-dev] A major change coming in the rox packages

2007-02-08 Thread Jim Ramsay
Diego 'Flameeyes' Pettenò wrote: > On Thursday 08 February 2007, Jim Ramsay wrote: > > How would you then reconcile the issues raised in this bug[1] > > regarding /usr/lib and multilib support? > > /usr/lib/misc most likely, or /usr/libexec as you prefer, consider

Re: [gentoo-dev] A major change coming in the rox packages

2007-02-08 Thread Jim Ramsay
Ed Catmur wrote: > On Thu, 2007-02-08 at 11:05 -0600, Jim Ramsay wrote: > > I am planning on moving the install locations of all the rox-base/* and > > rox-extra/* applications from their current location (/usr/lib/rox) to > > something a little more FHS-correct[1] and toleran

Re: [gentoo-dev] A major change coming in the rox packages

2007-02-08 Thread Jim Ramsay
trouble. [1] http://bugs.gentoo.org/show_bug.cgi?id=164816 [2] http://bugs.gentoo.org/show_bug.cgi?id=155983 -- Jim Ramsay Gentoo/Linux Developer (rox) signature.asc Description: PGP signature

[gentoo-dev] A major change coming in the rox packages

2007-02-08 Thread Jim Ramsay
r me to also take it out of /usr/lib altogether, and instead put it alongside rox-lib in the new location. It already has an internal directory structure that provides a unique location for any 32- versus 64-bit versions of itself. Thanks for your help! [1] http://www.pathname.com/fhs/ [2] http://rox.so

Re: [gentoo-dev] make_desktop_entry in eutils.eclass

2007-02-01 Thread Jim Ramsay
..) || die > echo "MimeType=..." >> "${desktop_file}" > ... > } > > I don't say this solution is better than the "cruft" parameter though, > it's really a matter of taste. Nice. I like this idea, and humbly request tha

Re: [gentoo-dev] make_desktop_entry in eutils.eclass

2007-01-31 Thread Jim Ramsay
Mike Frysinger wrote: > On Tuesday 30 January 2007 16:10, Jim Ramsay wrote: > > In other words, I propose that this function should probably do > > 'basename' on $exec before using it for the .desktop filename. > > no ... the point of using $exec is to make s

[gentoo-dev] make_desktop_entry in eutils.eclass

2007-01-30 Thread Jim Ramsay
uld set before calling make_desktop_entry. This would be an actual verbatim (newline-delimited) copy of the extra lines to be added to the desktop file, for example: DESKTOP_EXTRAS="OnlyShowIn=Yes" or DESKTOP_EXTRAS="MimeType=text/plain NoDisplay=Yes" Any objections? Suggest

Re: [gentoo-dev] local use flag cleanup

2006-11-09 Thread Jim Ramsay
1 entries in use.local.desc amount to the same thing, though the descriptions vary slightly. (The one for gnome-extra/zenity is a typo: it says it uses 'libinotify' but actually RDEPENDs on >=x11-libs/libnotify-0.4.1) -- Jim Ramsay Gentoo/Linux Developer (rox) signature.asc Description: PGP signature

Re: [gentoo-dev] Re: Global USE flags (Was: mplayer global use flag)

2006-10-30 Thread Jim Ramsay
al USE flag. It is used now by 11 packages in use.local.desc and does the same thing in all of them - Allows popups via libnotify (or dbus+notification-daemon, which amounts to the same thing). -- Jim Ramsay Gentoo/Linux Developer (rox) pgppPbZjuRCvZ.pgp Description: PGP signature

Re: [gentoo-dev] The Dreaded herd tag

2006-10-30 Thread Jim Ramsay
wn new herd. > So this bears the question, what is the proper solution? > > Make optional? > Force the maintainer's email into for packages without a herd? Or force each maintainer of herdless packages to create their own special herd. Which I may end up doing with my rox

Re: [gentoo-dev] New Developer: Jeffrey Gardner (je_fro)

2006-10-06 Thread Jim Ramsay
e soon-to-be-famous Gentoo rock band! I think Joshua Jackson (tsunam) has already volunteered to be the singer :) What is it, three new musical devs so far in the last 2 weeks? -- Jim Ramsay Gentoo/Linux Developer (rox) signature.asc Description: PGP signature