.
-D_FORTIFY_SOURCES=2 has been enabled in mainline since GCC 4.3.3-r1 if
my memory serves me right.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
or code...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
-linux-gnu/4.6.1/../../..
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
only in the minds
of Vapier, solar and (partly) me...
Definitely not good, and should be fixed, but ... not sure how we can do
that.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
or when you make it use libcrypto (rather than libssl), and thus
where USE=ssl makes no sense at all.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
DWARF
instructions that are not supported even by the ~arch version. We need
either to get upstream to release a new version or we should patch
it/snapshot it.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
that you won't just add --enable-debug/--disable-debug on
ebuilds just because they declare IUSE=debug then please do so.
It's one of the worst ideas I have ever seen implemented :|
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed
'The autotools-utils eclass will stop
appending it on Oct 15th.'
Ehm, no. Just change all of it together and be done with it. If it
wasn't misused this would at worse cause some overlay to not build debug
properly; if it was misused then it would solve more issues than it
would cause.
--
Diego Elio
want)
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
in
either the package or linked packages — the latter is the case for most
X11 libs nowadays).
And make sure you check against the version of the package you're
adding static-libs to, before saying that it does install headers (or
the other way around).
--
Diego Elio Pettenò — Flameeyes
http
it might be related to the fact that wireshark tends to link to
its own installed libraries when being rebuilt. Yes that means that its
build system is tfu.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
before. PAM also suffers from the same
issue _if_ the .la files are kept around.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
status is
generally not a good reason to RESTRICT=fetch.. maybe RESTRICT=mirror,
but definitely not fetch.
Otherwise probably half the tree wouldn't be fetchable in US...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message
that is
built with forced --as-needed, I can provide such data myself from the
tinderbox).
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
that...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
.
Or it should simply not report it on --libs.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
for infra to complain about, and since last I knew from them
was that it was not a problem right now...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
up for the projects doing things right, not
justify our failures with those doing things wrong.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
name and do different stuff, get one (or both) upstream to
understand that the name is too generic, or already taken, and rename
the file once and for all.
Thank you all,
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
Il giorno gio, 18/08/2011 alle 12.01 +0200, Diego Elio Pettenò ha
scritto:
Thank you all,
Oh and please remember that if your package is not a kernel module, your
CONFIG_CHECK variable should have ~-tests (i.e., notify if not
configured properly but do not die in the ebuild if so
by just reporting wishlist features for
repoman, but I'm afraid my Python skills are nowhere near what I'd be
needing, and either I report the tinderbox stuff or I try hacking
something within repoman... the former is probably more useful right
now.
--
Diego Elio Pettenò — Flameeyes
http
from
thirdpartymirrors.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
;
are functionally equivalent though, as long as there is no mirror
restriction.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
, thank you very much.
But I, and others besides me I'd be ready to bet, didn't act on it much
sooner because the first reaction to a similar fetch failure on
mirror://gentoo/ is oh the mirrors haven't synced, it'll be okay by
next hour.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu
with it.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
directly?
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
not
to stop any kind of build just because the kernel is not (yet)
configured properly.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno sab, 18/06/2011 alle 14.14 +0300, Petteri Räty ha scritto:
This stacking is automatically handled by the package manager.
No it isn't because the calls to ruby_add_bdepend/ruby_add_rdepend work
on the EBUILD values not the ECLASS ones.
--
Diego Elio Pettenò — Flameeyes
http
the synced tree both when verifying the dependencies
and when creating the Manifests, and the gnome.org.eclass has recently
changed its default tarball suffix which is causing the issue at hand.
Thank you for the attention,
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
your fellow developers.
I'm *not* a self-appointed lead, I've been voted in.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
when people I had a high
esteem of decided that rules shouldn't apply to them.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
to remove those people who have shown no intention to collaborate.
Beside, I warned both of you that you had to follow policy or get out,
neither of you even _bothered_ replying to my request.
If you don't like it, see Rich's comment (with whom I vastly agree).
--
Diego Elio Pettenò — Flameeyes
http
entrypoint for a
mistake.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
? It
would probably be better to provide a function to translate a mask into
a single directory and provide a default src_unpack following that.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
the star as a special case, given how many of those we
had to use over time, so it is that, expanding SRC_URI, not the package
manager.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
. (section 12.2)
It is fixed for EAPI=4, but we didn't want to break the previous API
that worked quite fine for over an year.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno mar, 31/05/2011 alle 00.05 +0200, Andreas K. Huettel ha
scritto:
Thoughts?
LGTM
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
:
http://blog.flameeyes.eu/2010/09/07/maintaining-backports-with-git
HTH!
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno lun, 16/05/2011 alle 13.15 +0400, Peter Volkov ha scritto:
It looks like good idea to unify them.
Or you could use, you know, $(tc-arch) from toolchain-funcs.eclass? :)
Il giorno dom, 15/05/2011 alle 20.24 +0200, Andreas K. Huettel ha
scritto:
You will have to ensure the ABI stability before upgrading crossdev.
Information on how to fix this is available at the following URL:
http://blog.flameeyes.eu/2011/05/15/
I think it would be a good idea to simply
system dependency: you want to
explicit that uclibc/freebsd-libc and so on do not work for the package.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
blow them up further by adding useless information.
If you read the last paragraph in my suggestion was to cycle the logs...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
media-fonts/monafont-2.90-r2
media-fonts/mplus-outline-fonts-0_pre037
media-fonts/sazanami-20040629
media-fonts/thaifonts-scalable-0.4.13
media-fonts/urw-fonts-2.4.9
[Yes I have a personal preference to CJ fonts myself..]
[1] http://www.flameeyes.eu/tmp/wikipedia.png
--
Diego Elio Pettenò
, buf, bufsize);
would have caused return value ignored warnings, which would have
thrown off detections using -Werror, they were rewritten as
int n = write(fd, buf, bufsize);
... too bad that this *now* causes the unused but set warning.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
-text/mxml2man
# Diego E. Pettenò flamee...@gentoo.org (27 Mar 2011)
# Abandoned project of mine; doesn't work as intended on Linux
# nowadays.
# Pending removal on 2011-04-27
sys-block/unieject
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
,
remove gnome-keyring interface to gpg, and that's about it :P
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
/2009/12/28/the-five-minutes-fix-myth
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
.
There is always the need to do manual investigation. But in general when
you see a package that
- ignores LDFLAGS;
- shows fortify source warnings;
- ignores CC;
- misuses autotools;
- bundle libraries.
you can pretty safely assume neither somebody is looking after it, nor
using it.
--
Diego Elio
to
access data on huge filesystems (that right now are not enabled to be
generated by anything, but still).
I don't think at all that largefile should be an option; if something
has trouble working with largefile it should be fixed, not conditioned.
--
Diego Elio Pettenò — Flameeyes
http
to be used, which is bad. I
have written an utility as part of Ruby-Elf[1] called verify-lfs that is
designed to check for that.
Also note that largefile has no meaning on most 64-bit arches (AMD64 for
sure, I guess the others as well).
[1] http://www.flameeyes.eu/projects/ruby-elf
--
Diego Elio
Il giorno lun, 14/02/2011 alle 14.49 +0100, Gilles Dartiguelongue ha
scritto:
Arches can then do cat gnome.list |egrep myarch | cut -f1 -d' ' and
they only get the set they should work on.
awk '/myarch/ { print $1 }' gnome.list
Just sayin' ;)
--
Diego Elio Pettenò — Flameeyes
http
the
fallbacks... then we could probably talk some of them to do just that.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
the answer given has been fails with 2.7 and waited there.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
. what most already do for berkdb but at some point with us not
providing -lpng at all, if most upstreams would like that idea.
But it's still a bit hairy at the moment, I admit it might just not fly.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
at all (see
Samuli's mail) you're not going to receive any.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno ven, 11/02/2011 alle 09.50 +0100, Sebastian Pipping ha
scritto:
Can anyone guide me or point me to a guide how to savely do that
manually?
There really isn't a safe way as soon as you built anything at all
against the new version.
--
Diego Elio Pettenò — Flameeyes
http
memmove where
necessary?
That unless things start crashing down nobody will fix the issues at
all.
We're not talking a last minute change! memcpy() *always* documented not
to use overlapping memory areas.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
that was built
afterwards without _using_ it, your system is going to be totally
broken.
Sure it sucks, haven't I said that enough times, regarding pushing stuff
that's going to break other stuff straight to ~arch?
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
that could cause huge breakage, mask,
send a message to q...@gentoo.org to start up testing ebuild $foo with an
unmask list, and wait till we give the go before unmasking.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
else is involved for now? We can decide that once
that's defined.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
experience better now, right?
Most definitely, yes. It could have been better, to be honest, but it's
definitely not going to be the many-tiers failure we have seen before.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
...
Sorry but it really matters very little whether maintainer acks at all,
*if the package fails to build*.
We're not talking about a single problem with a single package.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
. Warning enough?
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
fix.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
they are fixed.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno mar, 01/02/2011 alle 19.57 +0100, Tomáš Chvátal ha scritto:
ruby-gnome2.eclass
Please proceed, it'll be a while before gems.eclass is removed but at
least this one can be killed now.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
, two or three people listed
in metadata.xml. The more people we know are ready to test a given
package on actual hardware, the better (and you can be listed as just a
tester after all).
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
been using for a very
long time now.
The one problem we have here is that for reason I don't know,
no-multilib profiles started using lib64 exclusively instead of the
(proper) lib exclusively...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
and repeated Robin is working on the final one but
until then we still prefer this method.
Besides, developers' home is usually archived already on retirement so
we can recover the files from there without having to beg users to send
them to us, as Ulrich testified.
--
Diego Elio Pettenò — Flameeyes
Il giorno gio, 20/01/2011 alle 13.34 -0500, Anthony G. Basile ha
scritto:
shows 39 eclasses which refer to mirror://
That's not much of a problem, mirror://kde/ mirror://debian/ and the
like are fine, most of the time.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
compliance when distributing binaries; distributions built upon
Gentoo that might use old and set-in-stone Portage trees; security
issues that might be reported and needs to be investigated, ...
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
? If anybody
should complain about this request is Infra. And Infra in the person of
Robin is okay with this policy as it was planned anyway.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
to be against that; it was obvious
that knowing that I wouldn't just push the issue against their will.
If you were trying to pick a fight for the sake of it, I'd suggest you
find something else to do.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
not a
matter of you're asking us to do more work in the future as much as
you're asking us to follow a procedure. Well, duh!
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
Il giorno gio, 20/01/2011 alle 21.35 +0100, Matti Bickel ha scritto:
On 01/20/2011 08:42 PM, Diego Elio Pettenò wrote:
No. Licenses are not a valid argument to me. I'd accept that if we're
Debian and pushing 100% of *our* stuff as binary. What we do 90% of the
time is distributing text
in a place
where we can pick it up to move it when possible.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
are still a bit less troublesome than those we
had before).
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
is already spending time on the _final_ solution.
Your solution more or less
annihilates this in the case it's bumped by different developers.
Wrong. Check app-emulation/libvirt for a two-developers package, or
dev-lang/ruby for shared team packages.
--
Diego Elio Pettenò — Flameeyes
http
.
*PLEASE NOTE:* This is to be considered QA policy, so we're going to ask
soon to enforce this. This requirement, though, _will_ be superseded as
soon as Infra provides us with a proper archive for this kind of files.
Thank you,
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu
not going to force my hand here with stuff that is up to debate, but
seriously, *this*?
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
know and I'll update ASAP.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
, but for main tree
please use stable URLs please. Especially if the ebuild ever gets to
stable keywording.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
, but I'm not going to ask
right now for all the ebuilds in tree right now to be converted. If you
do happen to pass through a bunch of old ebuilds and edit them anyway
please do update them to use long-term-reachable URLs.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
already.
The policy, that as chithanh pointed out needs to be updated, is just
going to cause more grief by the time you want to pick up the old files
for whatever reason. Ulrich (ulm) and Christian (fauli) knows how much a
pain it becomes.
--
Diego Elio Pettenò — Flameeyes
http
the content during
scan/full calls.
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http://www.gnupg.org/
Il giorno ven, 03/12/2010 alle 19.46 -0600, Ryan Hill ha scritto:
This has come up enough times that we should write some common code.
Or resume the idea to simply provide a separate variable for
number-of-jobs rather than relying purely on MAKEOPTS.
--
Diego Elio Pettenò — “Flameeyes”
http
no sense because automake is slotted, and in
particular it makes even less sense because you can still use automake
1.6 just fine, as long as you don't use libtool _with_ it.
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what
work.
# Do not depend on them, and don't install them unless you really
# need to use them.
(And having them masked, repoman will complain if somebody was to use
WANT_AUTOMAKE=1.4).
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what
to forcefully remove the older versions for
now, we have had stuff masked for years, pending fix, it should be okay
to simply say This won't work for general case.
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what it is,
it's a GnuPG
/wmnetload-1.3-r3~sys-devel/automake-1.4_p6
x11-plugins/wmwifi-0.6 =sys-devel/automake-1.4*
Fixed separately.
I'll be checking other ebuilds on a case-by-case basis for now, so to at
least tackle those that won't require any work at all.
--
Diego Elio Pettenò — “Flameeyes”
http
-client/downman-0.0.5-r1 =sys-devel/automake-1.7*
x11-libs/openmotif-2.2.3-r10=sys-devel/automake-1.6*
x11-libs/openmotif-compat-2.2.3 =sys-devel/automake-1.6*
x11-libs/openmotif-compat-2.2.3-r1 =sys-devel/automake-1.6*
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu
Il giorno gio, 02/12/2010 alle 19.36 +0100, Ulrich Mueller ha scritto:
Fixed in -r11.
Can you add a placeholder stablereq (not CCing arches) and make it block
automake-pruning, please?
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know
by repoman scan, so that arch maintainers will know
if they have to take particular care about the package.
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http://www.gnupg.org
Il giorno mer, 01/12/2010 alle 17.02 +0300, Peter Volkov ha scritto:
Comments inside are better suited for this task - you see/update notes
as you edit ebuild.
How many ATs/arch maintainers will look _within_ the ebuild when testing
an ebuild for stable?
--
Diego Elio Pettenò — “Flameeyes
wants it to be
called, if you were to call it like that, you'd just have a number of
people asking why their ia64 stage don't work.
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http
denominator, I'd
suggest you pick that one. But for sure there will be people complaining
about licensing…
How feasible would be to get upstream to implement GnuTLS support on the
remaining plugins?
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail
architectures, why considering merging
two architectures that are, simply speaking, different (in userland,
that is)?
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http://www.gnupg.org/
401 - 500 of 544 matches
Mail list logo