on earth is really
responsible to record my login this days. ;-)
Am I the only thing seeing this, or can somebody confirm this? Any hints
would be greatly appreciated!
Thanks and greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Our Gentoo mirror: http://rush.tisys.org/ (IPv4 + IPv6)
Powered by GNU/Linux since 1998
On 22:37 Fri 17 Feb , Nils Holland wrote:
> I have the strong feeling that my ~x86 Gentoo box no longer seems to
> record "local" logins into /var/run/utmp. When I use screen or login via
> ssh, everything works fine, but I can do millions of local, non-X11
> plain v
away from -fomit-frame-pointer. If it really suggests this, that might
be considered a bug I guess. ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Powered by GNU/Linux since 1998
uld get you started.
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Our Gentoo mirror: http://rush.tisys.org/ (IPv4 + IPv6)
Powered by GNU/Linux since 1998
. And of course, any machines "behind" GentooBox2 could
establish their own IPv6 tunnel connections, but ... well ... I the
strong feeling that what I've been trying above should work as well
... somehow! ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Ou
t
for a cheaper 200 or even 85 MBit/s model without much loss in
real-world performance).
All of that's off-topic, though, I just thought I'd tell how things
eventually worked out. ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Our Gentoo mirror: http://rush.tisys.org/ (IPv4 + IPv6)
Powered by GNU/Linux since 1998
y now as well, at least I can't see what
should have changed concering the sync due to the act of replacing the server...
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998
o do to get a script to run every time the power
source changes. And that's why I'm writing this message, as any
suggestions that could point me into the right direction are very
welcome. ;-)
Greetings and thanks in advance,
Nils
--
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998
y as LVM is
involved in your setup), but I can see no major difference between
these two cases that looks like trouble.
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998
ync out, however,
immediately leads to problems, with various ebuild-related error
messages on subsequent "emerge"s. I can imagine that the OP did, in
fact, update his tree in such an inconsistent manner, but that can
certainly be fixed, with the surest way being a "emerge --sync" us
On 08:38 Tue 01 Feb , Iain Buchanan wrote:
> Hi,
>
> On Mon, 2011-01-31 at 22:09 +0100, Nils Holland wrote:
>
> > However, now comes the problem: It seems that whenever I change from
> > wall power to battery power (probably also vice versa, but I haven't
>
On 18:13 Mon 31 Jan , Dale wrote:
> Nils Holland wrote:
> >
> > In fact, what I always do is sync one of my machines with an official
> > Gentoo mirror via "emerge --sync", and then I just use rsync to
> > distribute the updated tree to all my othe
not as part of a script at boot time).
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998
On 22:08 Tue 01 Feb , Nils Holland wrote:
> I guess it's probably the way this machine "works", and feel that the
> reference to acpid sounds like a very promising way to fixing this. As
> such, thanks to everyone who pointed me into that direction - I'll
>
)."
Could mean that you can skip this --metadata step on your other
machines?
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998
fresh copy of it, without any significant
fragmentation (yet), so this might also play a role in leading to
faster fsck performance.
In any case, besides that I can say that at least on that one system
of mine, ext4 works really well and I've not yet had any problems with
it.
Greetings,
Nils
in order to do something, but all of this stuff has always worked so
well every time I've built a package, and if feels kind of strange not
to know why / how it actually works. As neither the docs of autoconf,
binutils nor GCC could properly enlighten me, I thought I'd ask
here. ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Powered by GNU/Linux since 1998
Florian Philipp wrote:
> Am 04.02.2011 01:27, schrieb Alan McKinnon:
>>
>> Yes, if you are real smart it can be done. But "real smart" really does
>> mean
>> "real smart" i.e. not for the faint of heart and certainly not worth
>> being
>> officially supported.
>>
>
> Is the same true for more comp
Alan McKinnon wrote:
> Interestingly, Ubuntu has always built for basic arches, and they seem to
> get away with it.
>
> IIRC they are now on i586 but for the longest time used i386. No
> performance issues. You might want to investigate how they do
> their builds and see if you can use their tric
On 21:21 Fri 04 Feb , Enrico Weigelt wrote:
> * Nils Holland wrote:
>
> > 1) So a package using the GNU build system determines or is passed
> > (via --host aka. CHOST) a target triplet specifying the system on
> > which the resulting compiled code is suppos
uilt something that would
make problems when using the normal portage tree and coming into a
situation where it wants to build a new (nptl-enabled) glibc for the
first time, not to mention that I don't have a clue what other stuff
would break when the user tries to install it from portage o
self. ;-)
I'll post again when I have my i586 stage3 available for
download. Folks wanting to perform a new Gentoo installation on an
i586 kind of machine could then just grab and use that one if they
don't want to use Gentoo's i486 stage3 (and stay at i486 or change the
CHOST / CFLAGS
: Although I believe the provided stage3 tarball to work
just fine, it has not been thoroughly tested, so use at your own risk
and report any problems you encounter to me. There shouldn't really be
any, but who knows! ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Powered by GNU/Linux since 1998
lly tarring the whole thing back up again.
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Powered by GNU/Linux since 1998
a few
additional machines, one of which happens to run Postfix. I guess I'm
going to delay that a bit now. ;-)
Greetings,
Nils
--
Nils Holland * Ti Systems, Wunstorf-Luthe (Germany)
Powered by GNU/Linux since 1998
Hi folks,
well, I have a weird issue here: Over the weekend, I switched to the
new 17.0 profiles, and as part of that process, did an "emerge -e
@world" on my ~x86/systemd machine. Took a while, but that was
expected, and I was glad to see that afterwards everything was still
working fine ... exce
On Tue, Dec 05, 2017 at 05:48:52PM -0500, Walter Dnes wrote:
> I'm looking at going with...
>
> CFLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe -fno-pic
> -fno-PIC -fno-pie -fno-unwind-tables -fno-asynchronous-unwind-tables"
> CXXFLAGS="${CFLAGS}"
Hmm ... is this really suffi
On Thu, Dec 18, 2014 at 07:06:32PM -0500, Harry Putnam wrote:
> Well, that knocks down most of the unwanted pkgs but still as you see:
>
> emerge -vp emacs-w3m
>
> [ebuild N ] virtual/emacs-24 0 KiB
> [ebuild N ] virtual/w3m-0 0 KiB
> [ebuild N ] app-emacs/emacs-w3
Hi folks,
I've been using chromium successfully on my ~x86 system for quite a
long time, but starting with the last two updates that came in during
the last few days (namely, chromium-40.0.2214.85 and
chromium-40.0.2214.91), I started having problems.
Both of these versions build just fine, but u
On Sat, Jan 24, 2015 at 11:29:53AM -0600, Dale wrote:
> Well, I have dd'd the thing a few times and ran the tests again, it
> still gives errors. What's odd, they seem to move around. Is there a
> bug crawling around in my drive?? lol
>
> # 1 Extended offlineCompleted: read failure
On Sun, Jan 25, 2015 at 02:03:48PM +0300, Andrew Savchenko wrote:
> I gave up on chromium starting from chromium-36, where they dropped
> pre-SSE2 x86 support (and I use such system: Athlon-XP). I tried to
> re-add this stuff with partial success (works, but still SIGILLs
> sometimes) and it's ver
31 matches
Mail list logo
