-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/15/12 18:09, C Anthony Risinger wrote:
> On Sun, Jul 15, 2012 at 4:14 PM, David Benfell
> wrote:
>>
>> I'd have to look into using a not-so-custom kernel (presumably
>> from the Arch package). Ten years ago, I used to build kernels
>> routinel
Thanks. I don't think it is related either. But perhaps I should fix that
floppy error anyway
Another thing I want to mention is that the screen jitters occasionally and
when I lock the screen, only one monitor turns black while the other is
still displaying with keyboard disabled but mouse still
2012/7/16 Not To Miss
> I didn't remeber I had seen anything relevant in log files. Here is the
> most recent record in /var/log/messages files (I pressed reset button to
> reboot at Jul 15 20:37) with "-- MARK -- \" message lines skipped:
> Jul 14 20:36:15 phelps kernel: [111935.191008] PGD 10b4
I didn't remeber I had seen anything relevant in log files. Here is the
most recent record in /var/log/messages files (I pressed reset button to
reboot at Jul 15 20:37) with "-- MARK -- \" message lines skipped:
Jul 14 20:36:15 phelps kernel: [111935.191008] PGD 10b42e067 PUD 0
Jul 14 20:36:15 phel
On 15/07/12 at 08:40pm, Fons Adriaensen wrote:
> On Sun, Jul 15, 2012 at 10:11:28AM +0100, Dave Morgan wrote:
>
> > Boot into single user mode and look at /var/log/auth.log. It should
> > tell you what the problem is.
>
> Seemed some things were missing, one of them being login
> Which is *ver
2012/7/15 Not To Miss
> Dear Arch users,
>
> I have latest Arch installed on my desktop at work. In recent two weeks,
> the system randomly "suspends" at night (I call it "randomly" because it
> didn't happen every night. And it seems to happen after a random period
> idle time) when I am off. I
Dear Arch users,
I have latest Arch installed on my desktop at work. In recent two weeks,
the system randomly "suspends" at night (I call it "randomly" because it
didn't happen every night. And it seems to happen after a random period
idle time) when I am off. I can't wake it up in the next mornin
On Sun, Jul 15, 2012 at 4:14 PM, David Benfell
wrote:
>
> I'd have to look into using a not-so-custom kernel (presumably from
> the Arch package). Ten years ago, I used to build kernels routinely.
> But it's not trivial anymore.
nah none of that :-) i detest compiling things.
i run the standard
On 07/15/2012 06:25 PM, Daniel Wallace wrote:
On Sun, Jul 15, 2012 at 05:20:03PM -0500, David C. Rankin wrote:
On 07/15/2012 04:52 PM, Daniel Wallace wrote:
I missed your part about rebuilding before doing pacman -Syu --ignore
glibc, that should be unnecessary as the files will be available in
On Sun, Jul 15, 2012 at 05:20:03PM -0500, David C. Rankin wrote:
> On 07/15/2012 04:52 PM, Daniel Wallace wrote:
> > I missed your part about rebuilding before doing pacman -Syu --ignore
> > glibc, that should be unnecessary as the files will be available in
> > /usr/lib
>
> libpam provided the o
On 07/15/2012 04:52 PM, Daniel Wallace wrote:
> I missed your part about rebuilding before doing pacman -Syu --ignore
> glibc, that should be unnecessary as the files will be available in
> /usr/lib
libpam provided the only problem. When the initial pacman -Syu --ignore glibc
moved libpam* from /
On Sun, Jul 15, 2012 at 04:20:36PM -0500, David C. Rankin wrote:
> All,
>
> After working through the glibc update on several boxes, there should be a
> _note_ added to the wiki. You should check the ownership of files in /lib
> _before_ attempting any part of the latest update with:
>
> $ find
On Sun, Jul 15, 2012 at 04:20:36PM -0500, David C. Rankin wrote:
> All,
>
> After working through the glibc update on several boxes, there should be a
> _note_ added to the wiki. You should check the ownership of files in /lib
> _before_ attempting any part of the latest update with:
>
> $ find
All,
After working through the glibc update on several boxes, there should be a
_note_ added to the wiki. You should check the ownership of files in /lib
_before_ attempting any part of the latest update with:
$ find /lib -exec pacman -Qo -- {} +
You will need to rebuild _all_ custom package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/15/12 13:01, Ariel Popper wrote:
>>
> I am having no troubles at all using 3.4.2-linode44 on an i686
> instance.
>
Yeah, it's working for me, too.
But I haven't tried rebooting. ;-)
I'd have to look into using a not-so-custom kernel (presumab
On 07/15/2012 06:07 AM, Heiko Baums wrote:
> If you ignore (don't update) linux then the modules are, of course,
> still in /lib.
>
> Maybe you should update your system following the News on the homepage.
>
> Heiko
Hmm,
I did, but I usually put off kernel updates for a week to insure there a
On Sun, Jul 15, 2012 at 10:11:28AM +0100, Dave Morgan wrote:
> Boot into single user mode and look at /var/log/auth.log. It should
> tell you what the problem is.
Seemed some things were missing, one of them being login
Which is *very strange* ...
Fortunately I could afford to just dump thi
On 7/15/2012 3:55 PM, C Anthony Risinger wrote:
On Sun, Jul 15, 2012 at 2:25 PM, David Benfell
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/15/12 08:07, Leonid Isaev wrote:
The kernel is not new, but the same with a changed location of the
modules. Why would you ever want to ma
On Sun, Jul 15, 2012 at 2:25 PM, David Benfell
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/15/12 08:07, Leonid Isaev wrote:
>>
>> The kernel is not new, but the same with a changed location of the
>> modules. Why would you ever want to mask linux?
>>
> Those of us who are ru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/15/12 08:07, Leonid Isaev wrote:
>
> The kernel is not new, but the same with a changed location of the
> modules. Why would you ever want to mask linux?
>
Those of us who are running Linodes may well all share this issue,
because Linode suppli
On Sun, 15 Jul 2012 17:40:09 +0700
Diep Pham Van wrote:
> After apply this patch, I get:
>
> cd /home/favadi/abs/emacs/src/emacs-24.1 && automake --gnu -a -c lib/Makefile
> configure.in:29: error: version mismatch. This is Automake 1.12.2,
> configure.in:29: but the definition used by this AM_I
On Sun, 15 Jul 2012 00:35:58 -0500
"David C. Rankin" wrote:
> Tom, All,
>
> I see the glibc /lib move is out of testing. I updated with --ignore
> linux,glibc and received an install warning from kmod stating:
>
> ==> Kernel modules are now only read from /usr/lib/modules...
>
> My modules
On Sun, Jul 15, 2012 at 12:35:58AM -0500, David C. Rankin wrote:
> Tom, All,
>
> I see the glibc /lib move is out of testing. I updated with --ignore
> linux,glibc and received an install warning from kmod stating:
>
> ==> Kernel modules are now only read from /usr/lib/modules...
>
> My modu
Am Sun, 15 Jul 2012 00:35:58 -0500
schrieb "David C. Rankin" :
> Tom, All,
>
> I see the glibc /lib move is out of testing. I updated with --ignore
> linux,glibc and received an install warning from kmod stating:
>
> ==> Kernel modules are now only read from /usr/lib/modules...
>
> My modul
After apply this patch, I get:
cd /home/favadi/abs/emacs/src/emacs-24.1 && automake --gnu -a -c lib/Makefile
configure.in:29: error: version mismatch. This is Automake 1.12.2,
configure.in:29: but the definition used by this AM_INIT_AUTOMAKE
configure.in:29: comes from Automake 1.11.1. You shoul
On 15/07/12 at 08:35P, Fons Adriaensen wrote:
> Hello all,
>
> I did a complete upgrade following the instructions w.r.t.
> the /lib symlink, and indeed ended up with pacman -Su saying
> 'nothing to do' and /lib being a symlink.
>
> On rebooting I get the login prompt on tty1..6, but after
> enteri
Hello all,
I did a complete upgrade following the instructions w.r.t.
the /lib symlink, and indeed ended up with pacman -Su saying
'nothing to do' and /lib being a symlink.
On rebooting I get the login prompt on tty1..6, but after
entering a login nothing happens (no passwd prompt) and
after a fe
27 matches
Mail list logo
