"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
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
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
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?
"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?
&
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
; > 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!
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
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
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
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
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
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
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
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
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
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
..) || 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
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
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
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
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
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
# 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
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
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
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.
&
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
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
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
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
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
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
/me reads one "Scroll of Blessing"
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
signature.asc
Description: PGP signature
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
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
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
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
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
this.
[1] http://pulseaudio.revolutionlinux.com/PulseAudio
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
signature.asc
Description: PGP signature
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
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
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
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
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
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
other discussion on the merits/evils of reply-to munging :)
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
signature.asc
Description: PGP signature
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
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
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
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
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
time
I can commit.
Ask me again in a year :)
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
signature.asc
Description: PGP signature
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
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
;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
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
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
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
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
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
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
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
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&
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
# 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
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
erences:
[1] http://bugs.gentoo.org/94171
--
Jim Ramsay
Gentoo Developer (rox/fluxbox/gkrellm/vim)
signature.asc
Description: PGP signature
"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
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
nt
thing of which users should be aware.
--
Jim Ramsay
Gentoo Developer (rox/fluxbox/gkrellm/vim)
signature.asc
Description: PGP signature
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
# 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
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
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
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
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
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
96 matches
Mail list logo
