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
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
entering a
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 should
Am Sun, 15 Jul 2012 00:35:58 -0500
schrieb David C. Rankin drankina...@suddenlinkmail.com:
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
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 modules are
-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 supplies
On 7/15/2012 3:55 PM, C Anthony Risinger wrote:
On Sun, Jul 15, 2012 at 2:25 PM, David Benfell
benf...@parts-unknown.org 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
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 this
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 are
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
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 /lib
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 /lib
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 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
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 morning
2012/7/15 Not To Miss not.to.m...@gmail.com
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
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 *very
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
2012/7/16 Not To Miss not.to.m...@gmail.com
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:
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
-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
benf...@parts-unknown.org 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
21 matches
Mail list logo
