On Wed, Feb 15, 2012 at 07:13:22PM +0100, Magnus Therning wrote:
[...]
> By now I've gotten almost all packages from [extra] compiled. So
> far I've skipped OpenGL/GLUT since these packages have been
> drastically re-arranged in the recent releases. I'm wondering
> whether it's worth including th
On Feb 15, 2012 11:35 PM, "jwbirdsong"
wrote:
> > Dude, what are these extra repos for? Can you tell me how to include
them in my
> > pacman.conf?
> > Thanks.
> One REALLY has to wonder about the wisdom of a statment like that.. What
> are those repos for... i want them.. REALLY?? why would you w
Hi,
my hardware supports the AES-NI instruction set, which is a performance
boost.
I'm pretty sure that the appropriate module (aesni_intel) was loaded
automatically in the past, which seems not to be the case anymore.
I probably could place it in /etc/rc.conf or something like that, but
before
Ok well I enabled loglevel=7 and rebooted with NVidia discrete on.
Everything booted okay and worked which was a surprise. I rebooted again
and then it booted but my keyboard did not work. After another hard reset,
it froze on waiting for uevents again at e1000e load (Ethernet driver). I
rebooted a
Oh, and syslog should probably not read from /proc/kmsg
(see
http://lists.freedesktop.org/archives/systemd-devel/2012-January/004310.html)
If somebody still is interested in this, here is my follow-up:
After some digging (it is amazing how little information exist for this, not
even a man page for anything journal related) I came to the conclusion that
journal/socket is not meant for a logging daemon to read from. Instead
journal/sys
On 02/15/2012 01:04 PM, jwbirdsong wrote:
On 02/15/2012 10:18 AM, Madhurya Kakati wrote:
On 02/14/12 at 11:49pm, Ralf Mardorf wrote:
The pacman upgrade didn't cause trouble here. When I run pacman -Syu the
first time, only pacman was shown. Directly after installing it I run
pacman -Syu again a
On Tue, Feb 14, 2012 at 09:03:02PM -0600, Thomas Dziedzic wrote:
> On Tue, Feb 14, 2012 at 3:35 PM, Magnus Therning wrote:
[...]
>> Am I to understand that this means HP will go?
>
> That's the plan so far.
:-)
>> In the meantime I'll try to build as many of the packages in
>> [extra]/[communit
On 02/15/2012 10:18 AM, Madhurya Kakati wrote:
> On 02/14/12 at 11:49pm, Ralf Mardorf wrote:
>> The pacman upgrade didn't cause trouble here. When I run pacman -Syu the
>> first time, only pacman was shown. Directly after installing it I run
>> pacman -Syu again and there where 5 targets.
>>
>> # n
On Wed, Feb 15, 2012 at 10:48:57PM +0530, Madhurya Kakati wrote:
> On 02/14/12 at 11:49pm, Ralf Mardorf wrote:
> > The pacman upgrade didn't cause trouble here. When I run pacman -Syu the
> > first time, only pacman was shown. Directly after installing it I run
> > pacman -Syu again and there where
On 02/14/12 at 11:49pm, Ralf Mardorf wrote:
> The pacman upgrade didn't cause trouble here. When I run pacman -Syu the
> first time, only pacman was shown. Directly after installing it I run
> pacman -Syu again and there where 5 targets.
>
> # ntpdate ntp.favey.ch
> 14 Feb 23:34:30
> # pacman -Syu
On Wed, Feb 15, 2012 at 9:06 AM, Paul Gideon Dann wrote:
> On Wednesday 15 Feb 2012 08:59:10 Thomas Dziedzic wrote:
>> /usr/lib/ruby/site_ruby - This directory is for user specific
>> installation and should never be touched by the package manager.
>> /usr/lib/ruby/vendor_ruby - ruby packages inst
On Wednesday 15 Feb 2012 08:59:10 Thomas Dziedzic wrote:
> /usr/lib/ruby/site_ruby - This directory is for user specific
> installation and should never be touched by the package manager.
> /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which
> aren't gems go here
> $HOME/.gem/ruby
On Wed, Feb 15, 2012 at 3:58 AM, Paul Gideon Dann wrote:
> On Tuesday 14 Feb 2012 01:53:01 Peter Lewis wrote:
>> I think it's worth separating out the "user" and the "admin" in this
>> argument. To install a gem system-wide, you have to do something like "sudo
>> gem install XXX", right? This is a
Hi
I am getting logs full of the following along with bad crazy Kmail behaviour
Also problems writing to my NAS drive i dare say the NAS problem is me not
finding the right setting ( i have been a suse user since suse 5.3 so a long
time with yast) any ideas anyone
Feb 15 09:38:05 7-of-
To give a few more examples: With syslog-ng reading journal/socket:
- No logging for cron daemon (fcron)
- No logging at all in log/auth.log
- Only some few kernel messages in log/everything.log
- No logging with logger(1)
The list goes on ...
On 02/15/2012 02:30 PM, Giorgio Lando wrote:
> On Wed 15/02/12, 13:28, Christian Hesse wrote:
>>> - Why are the logs read from /run/systemd/journal/socket incomplete and
>>> how do I fix this?
>
>> /dev/log gives the messages only once. If two processes read from there it's
>> just random which g
Yeah sorry about that. The link is still useful as it confirms i'm not the
only one having the problem. I will take suggestions provided to find out
more detail on what is going on.
On Wed, Feb 15, 2012 at 5:08 AM, gt wrote:
> Well it would seem he still found it useful. But forgot to cc the
> m
On Wed 15/02/12, 13:28, Christian Hesse wrote:
> > - Why are the logs read from /run/systemd/journal/socket incomplete and
> > how do I fix this?
> /dev/log gives the messages only once. If two processes read from there it's
> just random which gets which messages. Probably that is why your logs
Tobias Frilling on Wed, 15 Feb 2012 12:35:56
+0100:
> On 02/09/2012 03:29 PM, Dave Reisner wrote:
> > - With the journal enabled (and it is enabled by default), you no longer
> > need to run a syslog daemon (i.e. syslog-ng or rsyslog). The journal,
> > by default, writes to /run/systemd/journa
On 02/09/2012 03:29 PM, Dave Reisner wrote:
> - With the journal enabled (and it is enabled by default), you no longer
> need to run a syslog daemon (i.e. syslog-ng or rsyslog). The journal,
> by default, writes to /run/systemd/journal (meaning logs will poof on
> reboot). If you want to keep
Well it would seem he still found it useful. But forgot to cc the
mailing list.
- Forwarded message from Rob Lewis -
Date: Tue, 14 Feb 2012 22:20:20 -0500
From: Rob Lewis
To: gt
Subject: Re: [arch-general] Waiting for UDev uevents to be processed [BUSY]
Thanks! That thread at least co
On Tuesday 14 Feb 2012 01:53:01 Peter Lewis wrote:
> I think it's worth separating out the "user" and the "admin" in this
> argument. To install a gem system-wide, you have to do something like "sudo
> gem install XXX", right? This is almost always a bad idea, IMO, and people
> hopefully won't do i
On Wed, Feb 15, 2012 at 1:45 AM, Rob Lewis wrote:
> I am running into an issue I have never really run into in the past with my
> current laptop. Upon installing arch linux I reboot and face the following
> issue which hangs forever during the bot process:
>
> Waiting for UDev uevents to be proces
Am 15.02.2012 01:45, schrieb Rob Lewis:
> I am running into an issue I have never really run into in the past with my
> current laptop. Upon installing arch linux I reboot and face the following
> issue which hangs forever during the bot process:
>
> Waiting for UDev uevents to be processed [BUSY]
Am 15.02.2012 03:50, schrieb gt:
> Maybe this thread can help. Many people seem to have problems with udev
> recently.
>
> https://bbs.archlinux.org/viewtopic.php?id=134012
This is unrelated. Please do your research before making suggestions.
signature.asc
Description: OpenPGP digital signatu
26 matches
Mail list logo
