On 11/04/2013 08:10, Samuli Suominen wrote:
alsaconf should die as it's useful only for ISA/PCMCIA and currently broken
Yes please! KIWF!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
them. check out the --help text for more details.
Would you mind a hardlink to tree? Would be lovely for chroot
environments as well...
--
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
installs).
As long as we keep installing info pages by default (and poke upstream
with a clue-by-four if they do not distribute them in the first place),
I'm happy to have it nuked from @system.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
On 31/03/2013 03:17, Samuli Suominen wrote:
it's still more reliable than the kernel names
I still call that bullshit.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
-net-name-slot.rules is a empty file, or if it's a
symlink to /dev/null, the new names will be disabled and kernel will do
all the interface naming, which will be random.
Avoid spreading FUD about naming being random. Thanks.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
FUD.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
=enx0026b9d7bf1f
ID_OUI_FROM_DATABASE=Dell Inc
ID_NET_NAME_ONBOARD=eno1
ID_NET_LABEL_ONBOARD=en Onboard LAN
ID_NET_NAME_PATH=enp0s25
And I would not expect users to all go read the wiki and try to figure
out why you said it would be named enp0s25 when it gets the name eno1.
--
Diego Elio Pettenò
On 29/03/2013 12:34, Chí-Thanh Christopher Nguyễn wrote:
Diego Elio Pettenò schrieb:
If my desktop only has one Ethernet interface, no matter how many kernel
changes happen, it'll always be eth0.
That was not true with the old persistent naming. One example which we
encountered in #gentoo
wiki page :-p
Better, not perfect IMHO, but definitely better.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
it?
It doesn't override it _but_ if you were using the old eth* names, it
will drop support for the in-place renaming (i.e. the ability to swap
eth0 and eth1).
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 23/03/2013 17:25, Michał Górny wrote:
- no 'fallback' code in header (to be added in the future), if no ABIs
match, no code is given,
Please don't commit this without a fallback that at the very least
#errors out — I don't want silent issues.
--
Diego Elio Pettenò — Flameeyes
flamee
.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 06/03/2013 08:07, Maxim Koltsov wrote:
1) Do you agree with adding new category?
Not really... are you going to add any more packages?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
? (and the answer many! is not going to
fly, if anything would make me more convinced we shouldn't do this).
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
fine with it.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
treecleaning it makes
the whole task that much easier...
I would have said no for 61 (as I would have expected them to wane, as
you said) — for 100 I'm fine, if that's happening.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
, if you remember.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 06/03/2013 16:12, Maxim Koltsov wrote:
So, what have we decided? I'm pretty sure it'll go up to 100 quite soon.
Then go for it. I'd suggest just app-leechcraft
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
:
virtual/c++-tr1-functional
virtual/c++-tr1-memory
virtual/c++-tr1-type-traits
Given that these will have a (bad) GCC dependnecy and a boost dependency
on them, should we just drop them?
Thanks,
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
, using git.
If you decide to work on Qt5, my suggestion if for somebody to proxy it
on main tree *under package.mask* and shoot me an email.
Leveraging the tinderbox will at least allow you to find failure points.
Good luck,
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
, I don't know.
So my final word is that yes, this was a screw up, no, not as big as it
transpire from here.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
to link to libjemalloc.
However, it might make more sense to evaluate jemalloc as a
distribution-wide replacement for glibc's ptmalloc.
Short answer: no.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
with the
new version — I would be wondering about it if it broke stuff that
already is designed to rely on it, but even in that case, it's hard to
actually say that it broke, it's just different.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
should get the point, don't you?
There are decent use cases for -ffast-math... none of which involve a
desktop system, in my opinion.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 25/02/2013 23:21, Rich Freeman wrote:
On Mon, Feb 25, 2013 at 5:11 PM, Diego Elio Pettenò
flamee...@flameeyes.eu wrote:
Of course dealing with flags _per functions_ is not possible, as flags
apply at the very least to a translation unit...
A translation unit can contain a single function
them so...
Btw, I know I've been more than rough on Michał before, so I guess I'd
better say this out loud: I really like his roadmap toward multilib
support. Kudos!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital
to fly because a live git checkout does not need
digests in the manifest, but a tar.gz snapshot does.
I'm not against having a common way to deal with github project as they
are common, but just having a wrapper for a few variables is not worth
it IMHO.
--
Diego Elio Pettenò — Flameeyes
flamee
for an exception for Git,
because you'll have to have it over my ssh key.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 20/02/2013 14:29, Chí-Thanh Christopher Nguyễn wrote:
Problem is that the tarball cannot be redistributed by us. Now what?
Now you drop the firmwares that we can't distribute, and make the same
tarball — as for those firmware... hash them separately and
fetch-restrict them.
--
Diego Elio
that they know it might not install at all.
No, we're not going to change this policy, so don't even suggest it
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
repercussion for others,
under the principle that the incumbent is always wrong.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
for it to be fetched.. unless.
But yes, the first obvious solution is, when snapshotting the
repository, to just drop the noredist files, and add the above-suggested
USE flag for the non-free ones.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
pushing for using a single
package — as long as it doesn't have licensing issues of course.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
these.
This is what we've been discussing about. This is not really about
Gentoo by itself, but the ability to distribute the sources at all, be
it from us or somebody else.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 16/02/2013 13:08, Ben de Groot wrote:
Questions can be directed to our IRC channel #gentoo-qt or email
q...@gentoo.org
So what's the final word on the move?
dev-qt/core or dev-qt/qt-core ?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu
On 17/02/2013 23:04, Markos Chandras wrote:
We will use qt* instead of qt-*[1] to match the way upstream names the
modules. So that would be dev-qt/qtcore etc
Thanks, and thanks for the link, as I wouldn't have known how to rename
the deps myself otherwise...
--
Diego Elio Pettenò
there is something to explore from how npm works
and map that to an eclass.
Oh god why does it need static-libs on google-perftools? That's calling
for trouble.
But I guess I have to restore that crap :(
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
for a testing work stuff and that
need is gone for now :).
It was in my TODO anyway as I was asked about it before. I guess I'll
re-introduce it under p.use.mask until it's actually needed.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 16/02/2013 14:08, Pacho Ramos wrote:
sys-firmware/iwl3945-ucode
sys-firmware/iwl4965-ucode
Are these included in linux-firmware (i.e. could we just remove them) or
not?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description
. It doesn't.
emerge -avuDN blah-blah-blah
!!! The following installed packages are masked:
- media-gfx/blender-2.64a::gentoo (masked by: package.mask)
/var/cache/portage/tree/profiles/package.mask:
# Diego Elio Pettenò flamee...@gentoo.org (05 Feb 2013)
# Needs a complete ebuild rewrite to use
On 16/02/2013 14:59, Peter Stuge wrote:
Please don't. I think it would suck to lose the higher resolution.
Use savedconfig and stop wasting our collective time for your personal
lazyness.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
On 16/02/2013 15:41, Rick Zero_Chaos Farina wrote:
Yup, we sure can remove them, and if no one beat me to it I will do that
now.
Go for it.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 16/02/2013 16:08, Ulrich Mueller wrote:
Huh? Savedconfig isn't a solution for the license issue.
Which Peter's remark is not about.
I do feel we need to fix the license issue, but I don't think this is
compounding anything to clear up the tree first.
--
Diego Elio Pettenò — Flameeyes
is bringing here is based on the
assumption that masked package == removed package, which is false, so
the whole point is moot.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 15/02/2013 11:33, Alexander Berntsen wrote:
Yes. It's difficult to govern freedom.
Freedom is overrated, especially by those who use such sound bites.
Let me guess, you use CFLAGS=-O3 -funroll-loops? I sure hope not.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
; at least in one case I got somebody who was trying to hide their
use of proaudio.)
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
proaudio overlay should die in a fire, and stop
bothering us to begin with.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
with the proaudio overlay just don't use
it. The same would apply to sunset.
I don't use it; people still report bugs with it.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 15/02/2013 02:56, Peter Stuge wrote:
Stop complaining (and with foul language! come on, you sound like
an idiot, which seems unneccessary) and let's think about solutions.
Your laziness makes you sound like an idiot too, thank you very much.
--
Diego Elio Pettenò — Flameeyes
flamee
the problem is they are needed before they enter
linux-firmware — I also introduced one of the iwl firmwares for one of
my laptops (the other had it already), and I wonder if I should just
drop it now as it SHOULD be available in linux-firmware (guess I'll
check today).
--
Diego Elio Pettenò — Flameeyes
' firmware though, so IUSE
defaults sounds better...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
way.
My point is mostly why make it different if there is no need to make it
different?.
People who don't need the firmware can deal with disabling it themselves.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
really that _lazy_ to not accept the option to just do
cat - /etc/portage/package.use EOF
sys-kernel/gentoo-sources -firmware
EOF
and be done with it?
Chr(ome) on a bike, you're getting on my nerves (and I'd bet not just mine).
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
On 13/02/2013 18:46, Paweł Hajdan, Jr. wrote:
What is considered a good key size these days?
As far as I can tell, 2048 rsa should be still fine.
Just drop DSA and anything 1024 I would suggest.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 11/02/2013 16:17, Peter Stuge wrote:
Any idea on what's going on? BFS instead of DFS search when
satisfying ||?
Seems a good explanation.. Can you try swapping the two in the virtual?
Or not.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 11/02/2013 17:44, Peter Stuge wrote:
If my guess is correct then you are really way too eager to
misunderstand what people intend to transmit, given a less than
unambiguous message.
No, it's because of what Maxim already said: it's not an LTR/RTL issue.
--
Diego Elio Pettenò — Flameeyes
On 11/02/2013 17:54, Peter Stuge wrote:
Do you have an idea about what the issue is?
No, but I'm pretty certain that it's not that, because the preference is
and has been for a very long time LTR.
Which happens to be one of the things the quizzes are there to ensure
people know.
--
Diego Elio
for testing purposes, really: so many packages need a
D-Bus session (and I'd rather have them using a test session than a
system one!), and at least in Ruby world we often need a database
(sometimes more than one)...
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu
On 08/02/2013 18:53, Samuli Suominen wrote:
Then intrested parties get to fix what they want and unmask?
I would say that we might want to review linux-firmware, and if the
newest firmware _is_ there, just get rid of the split one.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu
both? The following guide only
mentions /var/run
We should be migrating to /run at this point.
http://goo.gl/hrWcN
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
there for compatibility at least,
which should also answer Ian's question.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
to pretend that the problem does not exist, that an unmaintained
package is just as fine as a maintained one is stupid and shortsighted,
and explains why I have 1600 bugs open...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
; last activity by someone else in 2008!), I don't see why it should
be kept in tree.
Bloody hell, I wonder how many people complaining about removing
packages are actually using said packages, rather that complaining on
principles!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
, you can step in and save the package. As Alec said
Gentoo is not a software archival service. so arguing on the principle
that we should never delete any package from our tree is simply
preposterous.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
assuming that all of QA is out to ruin your life, which seems to happen
pretty often to you.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
that it mention file-caps
as well?
Most likely a good idea.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
, relating to
users instead and using PAM — but I never got to get it working :(
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
for a
more precise PAM configuration in Gentoo, but no dice there.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
NOT to re-create the links to the highest library
by default for .so files, but I wouldn't bet on it as I've seen other
things causing ldconfig to run and overwrite them outside Portage.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
.:
CONFIG_EXT4_FS_XATTR=y
CONFIG_TMPFS_XATTR=y
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
work better with HPSA.
It's the same RAID bus controller there.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
defaults,noatime,mode=1777 0 0
none/dev/shmtmpfs defaults
0 0
Are either or both involved ? -- if so, what to do ?
None are involved. The second column would read /dev if it was involved.
--
Diego Elio Pettenò — Flameeyes
the same is true of /sys and /proc.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Sat, Jan 19, 2013 at 11:56 AM, Ben de Groot yng...@gentoo.org wrote:
The thing is you would practically never have to do this. Users
install apps that have a number of qt modules as dependencies. These
qt modules in turn cannot be updated individually (unless there is an
ebuild revision
On Sat, Jan 19, 2013 at 2:21 PM, Rich Freeman ri...@gentoo.org wrote:
Maybe x11-qt, or dev-qt, or just qt, or qt-qt if we must have a hyphen
for its own sake and we're just making senseless stuff up. qt-core
just doesn't make sense if it applies to more than just qt-core.
I actually love
, I mostly just pour in the time.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
the two, so if it's not ready
for one, it can't be ready for the other.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
tested. I just
refuted the statement of the tree not being ready for libav putting on
record that there is no indication that ffmpeg's situation is much
different, as it is not currently being tested by me (and nobody else is
doing the testing, so there).
--
Diego Elio Pettenò — Flameeyes
flamee
on.
Please don't. Right now we have only one category which is not foo-bar
and that's virtual... I'm pretty sure it's going to break some
assumption to change that...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
and most of the times I'm the one catching issues .. I do that for
free, which also means you don't get to tell me what to do any more than
I get to tell you what to do.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
? Especially if you don't want qwt
to join there, I assume we're way below 50? If so I would vote nay to
any new category at all, to be honest.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Fri, Jan 18, 2013 at 1:32 AM, Duncan 1i5t5.dun...@cox.net wrote:
To be clear I'm not in a position to offer, and I definitely respect and
value your volunteer work, but suppose someone /was/ sufficiently
interested in something like ffmpeg to be willing to pay for a tinderbox
run on it.
On 15/01/2013 20:05, Robin H. Johnson wrote:
sys-libs/freeipmi-1.2.3-r1
+0.5
I'd really prefer to see 1.2.2 or 1.2.3 stable first, given the history
with FreeIPMI, I don't aim for too many stable candidates...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
still refer to
/var/run in most places _but_ we use checkpath for it.
If /var/run symlink was killed, we'd end up with a ton of services
creating a (now permanent) /var/run directory structure, with even more
trouble.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http
think that's going to be a problem for running systems though:
the symlink will never be entirely empty.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Yes.
I don't want systemd and I don't want eudev. And I'm not alone I'm sure.
side — why not having it
generate a per-package serial number instead? That could probably make
more sense for everything...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
. Is the
output from the same exact system?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 09/01/2013 12:39, justin wrote:
I assume it is a portage problem, because the log says autoconf is run
but configure.in didn't change.
What do you mean configure.in didn't change but autoconf is run?
Does it cause a maintainer-mode rebuild?
Did you use eautoreconf?
--
Diego Elio
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
to end up discussing back-and-forth about the Git
migration, especially when half the people posting have no idea of
what's going on, are not involved in the migration, or expect said
migration to solve all the issues of the world, poverty included.
--
Diego Elio Pettenò — Flameeyes
flamee
that I have pointed out wy too
many times that is unreliable.
If mtime(configure) mtime(configure.in) autoconf can bail out unless
it's executed with --force (which I don't think it is).
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Go for a. The widest and more consistent the testing, the better.
Otherwise the day after tomorrow you'll get a bug from me that with
$foo installed, $bar fails tests.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Sun, Jan 6, 2013 at 11:38 AM, Michał Górny
that you want to add the
dependency _after_ the package has been keyworded by half the arches
out there.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Sun, Jan 6, 2013 at 1:50 PM, hasufell hasuf...@gentoo.org wrote:
I agree with a.
A problem with b
I just gave a quick look at the init scripts installed on the tinderbox,
and the amount of them that use mkdir to create the directories in /run
and similar is astounding.
Please check `man runscript` and use the checkpath helper instead.
Thanks,
--
Diego Elio Pettenò — Flameeyes
flamee
? :)
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
101 - 200 of 544 matches
Mail list logo