tinderbox host, 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...@flam
ove me from metadata 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
d
replace 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/
e to try keeping it up 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 P
ointed
out 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
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/
On Mon, Jul 9, 2012 at 10:34 PM, Pacho Ramos 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 that it should be
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/
ds package anymore
Sounds 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ò — Flam
ings _will_ 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 curre
> DEP> They _are_ deprecated after all.
>
> Where is that documented?
man inittab
rce code of the
sysvinit package for more documentation about this.
--
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.
he tree, 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/
rong we can
> add it for supported 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
LDFL
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
(I think we have one?) via bashrc, then we
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
with.
I agree with you, I'd 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
bals was going to be installed in
/usr/share/portage nowadays?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
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
r we go with an UTF-8 default 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
hrough the use of cluebyfour on the Python
team 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
Agreed. And there _is_ a way 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.
7;s about having spaces in there, not
the syntax error.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
has to change for each ebuild because there is one extra number
that is used...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
just saying why we 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/
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
emacs's nxml.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
ff that can 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/
#x27;s the usual 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
or this to go through council as _it
already went through it once_
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
ecutables_, which means they are not loaded in the same address space
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/
s be different now?
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
y.
So my 2 cents here keep saying "no".
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
st the kind of behaviour that makes 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/
On Fri, Aug 17, 2012 at 10:44 PM, Mike Frysinger 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 here are of your
On Fri, Aug 17, 2012 at 10:50 PM, Tiziano Müller 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 forgot to say in my
On Sat, Aug 18, 2012 at 8:42 AM, Mike Frysinger 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 gnutls breakage,
-1.50
FWIW GnuTLS 3.1 is perfectly 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.as
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ò — Flameey
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: Open
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.
--
peek to ruby-ng_rspec to have an idea how to implement
that kind of warning.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
on-obvious requirements.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
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/
signatu
y on this? Isn't this actually a bug?
I 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/
Now 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/
like ssl: if only one is supported 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
7;s not necessary to run
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.
opers actually relying on it? I find it very hard, as that
basically means you're introducing build systems 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
oo/tboxanalysis
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
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ò — Fla
you have the feature _advertised_ as
DLNA, not as UPnP!
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
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/
x-x86-opengl.
If that's 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 Pett
oject to get rid of /all/ of the emul- packages, 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 Pett
same mess again, as we have 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/
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/
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/
s
and it's getting tiring.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
her mail with "what other awesome
thing we can do if we migrate to git and we 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/
oxy servers, Rich starting to ponder between bandwidth and CPU, and
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 talking about GIT
migr
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&#x
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
flame
#x27;t
be bothered by it unless they are actually reactive aggressively.
I know the kind of thankless tasks Infra has to deal with on a daily
basis, and I think they deserve more respect that most of the time they
are given here, especially when technical challenges are billed under
the "we
ges (caused by his own packages most of the time), because
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/
ding three libcs, three libssl, two Qt
(as right now) and I don't know many more duplicates...
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
/tag/x32 . It's also 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/
remove your tinderbox links
> from bugs/packages they don't 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/
ou're trying to link to a libutil.a
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
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/
t least 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/
whatever you commit".
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
y consistent as long as projects like chromium
> have a chance to test things out and catch issues before they hit the
> tree. 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 repeat
a reason why he's been kicked out, and I wasn't the only one
taking that decision. 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/
v-libs/boost because 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 damag
a
=49* dep, for obvious 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 wrote:
> On Mon, 29 Oct 2012 15:07:15 -0700
> Diego Elio Pettenò 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
>
sk GnuTLS 3.1 for basically
the same reason. Upstream is moving on to new versions, we're behind one
major and one minor right now.
https://bugs.gentoo.org/show_bug.cgi?id=gnutls-3
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
On 30/10/2012 08:21, Rich Freeman wrote:
> That might warrant a news item. Sure, they're ~arch, but they're not
> going to know about this unless somebody tells them.
Is it just my impression or did you just volunteer? ;)
--
Diego Elio Pettenò — Flameeyes
flamee...@fla
into it
earlier today, I was waiting to hear from him as I don't want to go near
Boost in the near future if I can avoid it.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
ust install it and that's about it?
Thanks,
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
ith a new 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://blo
eaking changes in the API.
Because bundled libraries are bad.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
library_ we have 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
On 30/10/2012 13:10, Michał Górny wrote:
> By inheriting boost-utils and using the correct function to use older
> boost slot?
Which will not work.
Can you build boost-1.49 with glibc-2.16? NO! At least not without
patching it by changing its API.
So how do you propose to solve package A that do
to fix their crap because
"oh I can 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 el
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ò — Flameey
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/
ackages using it; so does Tomáš — KDE and
MySQL depend 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/
just have to stop.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
verlays 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/
x27;ll also run a tinderbox against 1.51, 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 E
the
headers, the sub-slots make it possible as well.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On 31/10/2012 05:39, Michael Palimaka wrote:
>
>
> In bug #304435[1], hwoarang suggested merging the devrel handbook[2]
> into the devmanual[3].
+1 it was on my TODO list for over two years at this point.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
;s time
that people who've been there before step up and fix it the way that it
has to be fixed.
(And yes, I haven't tested it _thoroughly_ unfortunately, because of the
stupid testsuite that goes nowhere and so on ... but I made sure that an
update on a stable system does not change links
1 - 100 of 563 matches
Mail list logo
