strategies may be better served by compressing
all but the smallest files.
Good heuristics for the default compress-or-don’t threshold should cover
most systems, but the ability to easily override the default is desirable.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
st fine from what I can see).
JC> If there are any issues with those locales besides the warnings that
JC> localedef outputs, I haven't seen them yet.
There will be more errors, such as:
,
| Cannot open the message catalog "man" for locale "POSIX.UTF-8"
| (NLSPAT
of the concept of locales (on Linux-based systems, at least).
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
ning that
a command such as 'rm [a-z]*' will unlink(2) 'Makefile' and similar files
which one would not expect to match) and cause bugs.
In fact, glibc's insistance that C and POSIX are ascii rather than raw
unspecified eight bit is itself a bug.
Utf8 is nice, but fo
a *very* fast system. Even across a dialup straw, an emerge --sync
is orders of magnitude faster.
If the ebuild calls a class which has been overridden by a local class, and
the original class set DEPENDs or the like, then as it reads in the new class
file it should just use those values in place of the ones in the cache.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
ortage's eclasses with one's own is not "always broken";
your analogy is not at all on point.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
>>>>> "CM" == Ciaran McCreesh writes:
CM> Users aren't responsible...
Even if that is or were so, it is irrelevant. It is ther user's box,
and therefore the users' preference is the only valid choice.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
al undergoes major renovation.
All portage needs to do is accept that local overrides are more
important than anything coming from upstream.
And do so w/o making it impossible to use caches for everything
which does not have a local override.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
xacly as I described it.
And lets not forget that the current situation is in fact a regression.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
in portage
or in the overlay the ebuild came from, if applicable.
Every time portage looks for an eclass, it should check there first (caching
what it found, to save future lookups w/in that run) and just use anything
it finds.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
>>>>> "ZM" == Zac Medico writes:
ZM> On 04/06/2010 07:22 AM, James Cloos wrote:
>>>>>>> "ZM" == Zac Medico writes:
>>
ZM> You can configure eclass override behavior via eclass-overrides in
ZM> /etc/portage/repos.conf, as d
ould even be OK were the USE flag off by default; but making it
impossible to Do The Right Thing w/o editing eclasses every time one
syncs is just wrong.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
man.el, woman.el and the
like have better UIs than perldoc(1) has.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
.
Because man(1) works better than the alternatives; it is the unix way;
it is the first thing one types when searching for documentation.
The idea that the man pages are somehow uneeded is incomprehensible.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
>>>>> "TV" == Torsten Veller writes:
TV> * James Cloos :
>> One change the perl eclasses require is elimination of the code which
>> deletes the man pages.
>>
>> Deleting the man pages is /extremely/ rude and should not occur.
TV> There
ure that
| your portage tree does not contain a metadata/cache/ directory.
`
Which translates into "eclass-orderrides are completely and entirely
useless, so don't bother.
Portage used to used to search for eclasses starting in the top overlay;
it should not have changed.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
ay, that means that every time one syncs one must re-patch the
offending eclasses.
This would be an excellent time to push a fix to the perl eclasses.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
>>>>> "BdG" == Ben de Groot writes:
BdG> On 14 March 2010 06:09, James Cloos wrote:
>>>>>>> "BdG" == Ben de Groot writes:
>>
BdG> Abandoned packages do not belong in the portage tree.
>>
>> Nonsense. That attit
>>>>> "BdG" == Ben de Groot writes:
BdG> Abandoned packages do not belong in the portage tree.
Nonsense. That attitude only servers to harm the user base.
Leaving them in does not.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
that.
As a user, I can only say bullshit to that.
Packages should not go away over trivial issues. That is harmful,
not helpful.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
>>>>> "Diego" == Diego E Pettenò writes:
Diego> # Fails to build if /usr/X11R6 is not present (bug #247737,
A bit trivial of an issue to drop a package, ja?
The QA team should generate more patches and fewer kills.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
lrich> move". But I'd expect users of live ebuilds to be able
Ulrich> to figure things out by themselves.
I took a look at one of the upates files before repying and
noticed a $P or two, not just $PN.
But on closer exam I see that those are for slot moves
Thanks.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
The app-emacs/ngnus- ebuild is in active use and should not go away.
It also should remain in the main tree.
(A rename to app-emacs/gnus- is OK, provided it gets mentioned in
profiles/updates.)
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
g to remove anything which the userbase
actively uses. These are not ebuilds which are broken, just ones
which, while functional, remain imperfect.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
When you first psoted this list I noticed some (or several?) live
ebuilds. Git- is the one I remember.
Those should not get nuked during global cleanups, as they are likely to
be in active use notwithstanding their keywording or masking.
-JimC
--
James Cloos OpenPGP: 1024D
nabled in their gcc-4.4 packages, and
I've not found any problems on deb boxen (32 and 64 bit systems on
modern chips) either.
The USE flag probably ought to be +.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
them in the Removals
and Additions sections.
Obviously the syntax of each line would have to be different; perhaps
something like the {old⇒new} syntax would allow each change to be on
a single line in a (human+machine)-readable fashion?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
Wierd.
I must've fat-fingered while reading the list yesterday.
I didn't even see the message buffer
-JimC
his is IMHO debatable; why not just writing it one
Diego> package (say kde-base/kde or kde-meta) and just there? Having each
Diego> mini-package express itself as having that as its homepage is not very
Diego> useful to me, but I guess it's debatable.
Searching is an important reason for
And, yes, that is an important feature. And, no, openeing
every metadata.xml file during update-eix is in no way acceptable.
For eix above, of course, read your favourite query tool.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
If it does move to metadata, it will need to be copied into /var/db on
install. It is important information which should not be lost if the
package is ever removed from portage.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
a full
(and time-consuming) uncompress/compress cycle.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
--
gentoo-dev@lists.gentoo.org mailing list
just because they are stable is rather questionable.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
--
[EMAIL PROTECTED] mailing list
>>>>> "Sven" == Sven Köhler <[EMAIL PROTECTED]> writes:
JimC> There are many more ebuilds than just hal which fail with a
JimC> compressed pci.ids file.
Sven> Oh! Really? Which ones?
I didn't keep a list, but Ryan's post lists some packages I re
request compression of the ids file, and not the zlib flag.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
--
[EMAIL PROTECTED] mailing list
>>>>> "Raúl" == Raúl Porcel <[EMAIL PROTECTED]> writes:
Raúl> Just a off-topic question...do you really read all the mails
Raúl> bugzilla sends to you?
I scan thru them daily, looking at the subjects, and read any that
look interesting. Just like with
to be more diligent
in mentioning the ${CATEGORY}/${PN} in the commit messages.
Thank you,
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
--
gentoo-dev@gentoo.org mailing list
> "Luca" == Luca Barbato <[EMAIL PROTECTED]> writes:
Luca> avifile: superseded by ffmpeg, xine and ... mlt.
Do they offer all of the cli tools that avifile does?
-JimC
--
gentoo-dev@gentoo.org mailing list
101 - 139 of 139 matches
Mail list logo