boost are not going to work anyway because
boost.m4 will still get the latest one, and most of the old ones
wouldn't work anyway because they are not compatible with the compiler/C
library/whatever?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
bundled libraries are bad.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
in the tree, as
Samuli and Alexis already said. And it'll follow the same policy.
#2 - anything requiring boost gets bumped to EAPI5 to get the
slot-operator benefits for rebuilds,
I'm not sure if it's strictly needed but it's fine.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
A that doesn't build with
boost-1.50? Depend on 1.49? Which then depends on glibc-2.16?
FFS, get a clue.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
just use the older version (until a new compiler or C library
comes out).
I've had to do my share of porting to newer boost — and as I said most
of the headaches have been for the build system to find the object,
rather than anything else.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu
On 30/10/2012 16:34, James Cloos wrote:
Since protage failed to preserve icu-49 for me, upon which boost
depends, I found that 1.48 and 1.49 build with gcc 4.7.2; but none
of the earlier versions did.
And only 1.50+ will work with glibc-2.16.
--
Diego Elio Pettenò — Flameeyes
flamee
On 30/10/2012 17:42, Duncan wrote:
icu-49.1.2 seems to build just fine against glibc-2.16.0, here. I just
rebuilt to be sure. (With gcc-4.7.2.)
I said 1.50+, I'm referring to Boost.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
on it as well. Is there somebody else interested in the
package? We might just want to take this over and restore some sanity.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
-utils.eclass with BOOST_MAX_SLOT set
to 1.50.
That still does *not* solve a thing. It solves the _current_ issue with
glibc-2.16, and we'll be back to square one with gcc 4.8, or glibc 2.17,
or icu 51, or $whatever_else_the_fuck $n+1.
Crazy slots for no reason just have to stop.
--
Diego Elio
but of a bump in the main tree which is not fixed.
Really, I would like to ask you to step off of the discussion, you've
proven yourself incapable to work within the constraint of the tree
already a long time ago.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
, and will start to look into what
has to be done to fix whatever is still incompatible with it to work, so
that when glibc 2.16 gets out we can unmask this without breaking the
70% of the tree like an unmask of =1.50-r2 would cause right now.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
as well.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
.
In particular, if I hear such an answer from anybody (be it for icu or
something else, be it for a minor inconsistency or a total fuckup), I'll
be requesting devrel to re-evaluate their commit rights, as they are
missing the understanding of you're responsible for whatever you commit.
--
Diego Elio
. That is actually part of the job of a proxy maintainer.
Agreed. At the same time, we should have learnt that Arfrever is unable
to take up that job, given the repeated issues we've been having with
almost everything he maintained. Which is why we need to find someone else.
--
Diego Elio Pettenò — Flameeyes
. Committing stuff for him, from him, without
actually checking it, testing it, _owning_ it, is showing a lack of
respect for the _whole_ project.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
then we are a
couple of libraries levels deep. Not sure how deep is enough with this
one.
Are you sure about your numbers? My script shows 52, not 28 packages.
Among others, your list does not show libreoffice-bin, which is what
this time would have caused the most damage.
--
Diego Elio
reasons.
Since there was no hurry of security issues to get icu-50 in, I don't
see why this was all forced through -50_rc without giving time to the
_one_ package that was using an older version to update.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Mon, Oct 29, 2012 at 5:17 PM, Alexis Ballier aball...@gentoo.org wrote:
On Mon, 29 Oct 2012 15:07:15 -0700
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
[...]
d) call for a tinderbox run (I can do that with a quick email);
For that part, I think everyone would benefit from an official
Anybody has a problem with adding an esetshell function to user.eclass ?
I'd need it for munin...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
a sharable libxul is extremely useful to
distributions.
But considering their stance on distributions in general I don't see
that changing anytime soon.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
maintain.
Actually, that happened as well. Maybe you should actually review facts
before posting sure that you know that's going on. Just saying.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
to link to a libutil.a
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
don't know many more duplicates...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
interesting to note that
Werner Koch of libgcrypt and gnupg fame is also not interested in
supporting x32.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
they smell.
It does seem logical that I'm not going to rollback months of work just
because one guy can't be bothered to play well with others, doesn't it?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 01/10/2012 11:29, Rich Freeman wrote:
Where else would one discuss it?
gentoo-scm
Yes, there is a mailing list for that.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
don't even have to worry
about what it might happen on the serverside because git is just magical
and will sort itself out, okay?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
a stupid subject
line to at least show you're no longer speaking about the original topic
(it's not like people can be psychic that you're talking about GIT
migrations when the topic says CIA replacement), is obnoxious.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 01/10/2012 15:21, Peter Stuge wrote:
Diego Elio Pettenò wrote:
With all due respect,
..
you calling for shutdown dates
..
all without changing a stupid subject
line to at least show you're no longer speaking about the original topic
(it's not like people can be psychic that you're
On 01/10/2012 15:53, Peter Stuge wrote:
Then you probably don't know half the Gentoo developers
I think they are the ones who should fork. :)
Unfortunately the problem is that they tend to linger around even after
forking...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
On 26/09/2012 15:57, Christoph Junghans wrote:
That sound like a plan. Maybe bzip2 should become a virtual as busybox
also provides an implementation.
No, just, no.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
with as-is.)
Thanks! I guess for me it's time to go fix all the ruby packages that have
LICENSE=as-is # really
:P
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
, but I agree that
that is a worthwhile goal.
Mostly I don't want to have to build Xaw in both variants given I use
neither.. but that would happen if you just made the emul depend on the
packages that are converted...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
On 22/09/2012 09:35, Ben de Groot wrote:
Please try not fix/break what is not broken.
+1
Same here.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
the case, please consider a more broad strategy, in particular:
- unforce the multilib flag for the packages that are _built_ for multilib;
- make 32-bit binary packages depend amd64? ( whatever[multilib] )
instead of blanketing all xlibs.
--
Diego Elio Pettenò — Flameeyes
flamee
, not as UPnP!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 15/09/2012 18:20, Brian Harring wrote:
Herds, if you want to see what your pkgs would look like, look at
http://dev.gentoo.org/~ferringb/unified-dependencies-example/herds/ .
Ruby team could make use of a dep:test and automatic conversion of that :P
--
Diego Elio Pettenò — Flameeyes
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
you call adns —
if more than one, you put adns in front, and then get the non-preferred
one and you give it an extra USE.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
a system, let alone a POSIX system.
Also, some people are probably going to try to get some pkgconf support
directly into gcc, in form of '-something libfoo' to make it grab
everything magically, I think.
You have a future as a comedian.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu
that only ever work on
a theoretical GCC 4.8 _and nothing else_.
So can you see what makes me laugh in your statement?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
on a different note, this is not even what USE=static is for — but
that's way behind what we were discussing before.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 27/08/2012 00:18, Samuli Suominen wrote:
why leave the ebuild read $myconf from global scope? $EXTRA_ECONF works
for this
Because extremely simply I forgot to delete the line.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description
honestly don't usually put static-libs just because — if a case can
be made about static libs to be useful, I'm always open to add an USE
flag, but because I can is not an option for me.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 25/08/2012 10:25, Tomáš Chvátal wrote:
if ! [[ -d ${T}/pkgconfig ]]; then
mkdir ${T}/pkgconfig || die mkdir failed
fi
Same as above
Even better use mkdir -p.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
-ng_rspec to have an idea how to implement
that kind of warning.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 24/08/2012 12:58, William Hubbs wrote:
This user is running with pre-configured interfaces (root is nfs
mounted). The network interface configuration should not be touched by
openrc.
That would be nice for LCX as well, just so you know.
--
Diego Elio Pettenò — Flameeyes
flamee
On 24/08/2012 20:57, William Hubbs wrote:
in your /etc/conf.d/sshd file.
Looks good.. most people who have especially complex configurations
would already be doing this.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP
fine to go into ~arch IMHO as I've been
using it for a while and most of the bugs are only present on gnutls USE
flag turned on (and not for all SSL support).
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital
On Fri, Aug 17, 2012 at 10:44 PM, Mike Frysinger vap...@gentoo.org wrote:
there's a trivial patch needed to make 1.49 work. forcing people to use 1.50
is purely the boost's maintainers choice.
[...]
there's a trivial patch long been available that you've refused to merge. so
any errors
On Fri, Aug 17, 2012 at 10:50 PM, Tiziano Müller dev-z...@gentoo.org wrote:
I'm already working on some of the boost-1.49/50 breakages and 1.51 is
already in the pipeline, so 1.50 has to leave p.mask in a month or so
anyway.
Thanks, at least somebody's doing something to help.
By the way I
On Sat, Aug 18, 2012 at 8:42 AM, Mike Frysinger vap...@gentoo.org wrote:
yes, the patch here is trivial. it removes 1 line of unused code and has
fixed
a lot of other packages. deflecting the argument to a flawed system of your
own
creation doesn't change it. if you're worried about
Gentoo look
professional... no wait I meant the other way around I guess. Because
the automake 1.12 breakage is not enough to have in tree, hm?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
saying no.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
as _it
already went through it once_
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
of any other program. I'm just concerned of having another hundred
directories in /usr/lib as that could slow down ld.so...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
nxml.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
be
installed in /usr/lib, can't you just add udev and udisks to that list?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
difference between trying to be right and being pragmatic
about it.
You (and Kay) want to be right ignoring the fact that $tons of software
expects /usr/lib to just be another $libdir.
I'd rather be pragmatic and choose /usr/libexec which _clearly_ isn't.
--
Diego Elio Pettenò — Flameeyes
flamee
...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
for each ebuild because there is one extra number
that is used...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
shouldn't abandon it as Gilles
proposed.
FWIW for the rest it feels right to me. Although this starts to add up
to the reasons why at least metadata.xml should be validated by schema,
and not DTD.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
in there, not
the syntax error.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
to tell which locales are available:
`locale -a`.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 03/08/2012 16:18, hasufell wrote:
So that would simply mean we add that information to the devmanual?
Should I open a bug with a devmanual patch then?
Please do. QA will back the request for verbose logs by default.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
or by setting an utf-8 locale by default? Not in the least.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
Il 26/07/2012 23:51, Michał Górny ha scritto:
You are looking for QA_FLAGS_IGNORED.
Actually I'd say QA_PREBUILT.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
or somebody has to fix the
packages not working without it
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
should have something. If something breaks on a dev box, I'd say the
best effort can be made to fix it.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
rather run bird.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
Il 23/07/2012 17:07, Jorge Manuel B. S. Vicetto ha scritto:
from /etc to /etc/postfix.
Are you really sure? I don't think Portage looks for it there ... ;)
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital
to be installed in
/usr/share/portage nowadays?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Il 22/07/2012 01:33, Alexey Shvetsov ha scritto:
May be sys-firmware? =)
If we make sys-firmware we might want to move the various Intel, Ralink
and AMD firmware blobs there as well.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
, as then I know what to expect out of
sys-firmware failures...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Il 22/07/2012 06:47, Maxim Kammerer ha scritto:
eix -cI 'microcode-|-ucode|-firmware'
The problem is not finding them, is knowing what's going on when a given
package name is merged.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
arches).
Ehm no that's not a good idea because it can actually cause problems.
Some ebuilds do s/-O2/${CFLAGS} s/gcc/$(tc-getCC)/ (in this order) and
then -frecord-gcc-switches will fail.
Other packages call ld directly, and then -frecord-gcc-switches in
LDFLAGS will fail...
--
Diego Elio Pettenò
Il 22/07/2012 07:22, Maxim Kammerer ha scritto:
just pointing out that there is not much information gained in the
package name,
Trust me it usually helps more than a little bit to have a common
category for them.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
of the
sysvinit package for more documentation about this.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
DEP They _are_ deprecated after all.
Where is that documented?
man inittab
good to me — the hwids package itself should be easy to deal
with, and it solves the whole issue of depending on the big packages.
Although I also have a replacement of mine (mini-hwdata) when the hwids
themselves are overkill.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
break.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
Tinderbox will help you there.
On Thursday, July 12, 2012, William Hubbs wrote:
On Wed, Jul 11, 2012 at 10:57:42PM +0200, Diego Elio Pettenò wrote:
Il 11/07/2012 21:11, William Hubbs ha scritto:
I am about to release udev-186-r1, which will move everything currently
in /lib/udev to /usr
Il 10/07/2012 18:44, James Cloos ha scritto:
I'm embarrased to have to say that I hadn't noticed that gentoo lacked power
lines in its inittab(5).
They _are_ deprecated after all.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Mon, Jul 9, 2012 at 10:34 PM, Pacho Ramos pa...@gentoo.org wrote:
I thought it has a replacement, if not, ok to keep
It has a replacement for probably 95% of its users; hopefully Robin
and Anthony can figure out why those 5% (random number of course) is
not able to use tftp-hpa; once we do
it in all ways.
So it'll be removed next month if there are no reasons to keep it around.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
to date in this
situation.]
dev-util/gdbserver
[This should be just removed as gdb now has an USE flag for it]
mail-client/nail +
media-video/subtitleeditor +
net-analyzer/squidview +
net-libs/liboauth
net-misc/bti +
net-misc/gogoc +
sys-power/apcupsd +
--
Diego Elio Pettenò — Flameeyes
flamee
that there _are_ cases where hpa doesn't work but netkit does, so
I've downgraded the removal to a simple masking for bad code.
I guess we'll wait a bit more before removing this, in the mean time
though I don't really feel happy with leaving it unmasked so it'll stay
as it is.
--
Diego Elio
just fine.
Let me know if anyone has doubts about the validity of doing this by
default.
Thanks,
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
so I have less
work to do ;)
Thanks!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
, and an HP for work – both have the default IPMI
configuration for Serial-over-LAN set at 115200, and the HP also had
VT-UTF8 by default for emulation (SuperMicro defaulted to vt100 but
still allows utf8).
Comments?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
to resume working on the file-based
capabilities, dropping suid altogether.
The main issue here: it's not just my call to make; toolchain and
council should probably chime in on this.
--
Diego Elio Pettenò flamee...@gentoo.org
Gentoo Linux
signature.asc
Description: This is a digitally signed
be tackling the issue.
--
Diego Elio Pettenò flamee...@gentoo.org
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
— it was removed once both uclibc and
glibc took care of forcing immediate bindings at the loader's level for
suid binaries, but we've had packages throwing that warning till the
very last moment.
Even though it was already a warning when _I_ became a dev.
Sigh :)
--
Diego Elio Pettenò flamee...@gentoo.org
Il giorno dom, 06/11/2011 alle 19.37 +0200, Samuli Suominen ha scritto:
With bug 365121 we don't really have a working compiz in Portage
anymore
for quite a while.
I'm using it with USE=-dbus ... maybe just remove the USE flag for now?
--
Diego Elio Pettenò — Flameeyes
http
.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
usually imply so much red tape that
people simply do not want to do that... that's what (IMHO) is the
problem.
Of course it's just an opinion.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
day.
For what I'm concerned on the QA angle, and until Infra tells me
otherwise, hosting on dev space is the way to go. Just wanted to confirm
this again.
--
Diego Elio Pettenò — Flameeyes
http://blog.flameeyes.eu/
signature.asc
Description: This is a digitally signed message part
301 - 400 of 544 matches
Mail list logo