how about linking to a wiki page that lists and briefly explains each
support option, putting the forums first on the list? I'd do that myself,
but I'm still new to the Arch community and don't want to break all sorts
of rules without meaning to.
On Tue, Jul 3, 2012 at 5:33 PM, Oon-Ee Ng wrote:
On Thu, Jul 05, 2012 at 09:25:58AM +1000, Gaetan Bisson wrote:
>
> That's a horrendous approach to problem solving, really. My advice: let
> everything commented in your mpd.conf so that MPD autodetects ALSA...
>
> --
> Gaetan
+1 I am aware I sometimes overlook the obvious. OTOH I tried to answ
[2012-07-04 17:15:37 +0200] Martti Kühne:
> I'm sorry, but I find it extremely confusing that you discuss if any of the
> clients make a difference on the mpd server's behavior.
This was to know whether his issue was client or server side.
> There's a section
> audio_output in mpd.conf, which pro
On Wed, 04 Jul 2012 22:06:27 +0100
Mauro Santos wrote:
> On 04-07-2012 21:00, Tom Gundersen wrote:
> > On Wed, Jul 4, 2012 at 9:06 PM, Kevin Chadwick
> > wrote:
> >>> If you have a
> >>> mercurial/git installation even in a small group, I am sure you'll prefer
> >>> accurate timestamps in your c
> I lose about 14 PPM, which amounts to
> roughly seven minutes in a year.
>
Try disabling ntp for a week. Set your clock to atomic manually. By
your reckoning you should be out by over eight seconds in a week. Let's
see?
> Having that kind of discrepancies on a network doing distributed
> devel
On Wed, Jul 4, 2012 at 11:06 PM, Mauro Santos
wrote:
> On 04-07-2012 21:00, Tom Gundersen wrote:
>> On Wed, Jul 4, 2012 at 9:06 PM, Kevin Chadwick wrote:
If you have a
mercurial/git installation even in a small group, I am sure you'll prefer
accurate timestamps in your commit histo
On 04-07-2012 21:00, Tom Gundersen wrote:
> On Wed, Jul 4, 2012 at 9:06 PM, Kevin Chadwick wrote:
>>> If you have a
>>> mercurial/git installation even in a small group, I am sure you'll prefer
>>> accurate timestamps in your commit history. And the list goes on...
>>
>> I believe an RTC is perfec
On 04/07/12 00:43, Dave Reisner wrote:
> On Wed, Jul 04, 2012 at 06:42:09AM +0800, Oon-Ee Ng wrote:
>> On the flip side, most custom kernel users should be more savvy than the
>> average, do I don't see much of a problem. I maintain two aur kennels,
>> shall I implement the move now (seems like it'
On Wed, Jul 4, 2012 at 9:06 PM, Kevin Chadwick wrote:
>> If you have a
>> mercurial/git installation even in a small group, I am sure you'll prefer
>> accurate timestamps in your commit history. And the list goes on...
>
> I believe an RTC is perfectly capable of that.
I tried to find some data o
> If you have a
> mercurial/git installation even in a small group, I am sure you'll prefer
> accurate timestamps in your commit history. And the list goes on...
>
I believe an RTC is perfectly capable of that.
> >
> > Some distros like Ubuntu seem to assume (or did) that no one would ever
> >
On Wed, 4 Jul 2012 16:42:04 +0100
Kevin Chadwick wrote:
> > > What I mean by similar to is if it doesn't benefit you,
> > > you will have less bugs and a more stable and secure system by reducing
> > > code usage.
> >
> > Are you just saying that people who don't need an NTP daemon are better
> > What I mean by similar to is if it doesn't benefit you,
> > you will have less bugs and a more stable and secure system by reducing
> > code usage.
>
> Are you just saying that people who don't need an NTP daemon are better
> off not running one?
Yep and many who think they do need one may
On 07/04/2012 12:13 PM, fredbezies wrote:
> Hello.
>
> I'm used to build every days or every two days mozilla firefox from
> its trunk source code.
>
> Today, after glibc 2.16 upgrade on testing, after a successful build
> process, I got an error message while trying to package mozilla
> firefox
On Wed, Jul 04, 2012 at 12:20:40PM +1000, Gaetan Bisson wrote:
> [2012-07-03 22:11:18 -0400] Sébastien le Preste de Vauban:
> > I tried with ncmpc and got the same results, I will check my alsa
> > and mpd configs files.
>
> Feel free to open a bug report against MPD if this persists (or even
> AL
[2012-07-04 12:05:18 +0100] Kevin Chadwick:
> What I mean by similar to is if it doesn't benefit you,
> you will have less bugs and a more stable and secure system by reducing
> code usage.
Are you just saying that people who don't need an NTP daemon are better
off not running one?
[2012-07-04 1
> > I think I've been quite clear, similar to negative coding.
>
> You haven't, similar to people spreading FUD.
>
> Feel free to share your deep knowledge and thorough understanding of NTP
> with us ignorants by contributing to this neat little project you might
> have heard of, Wikipedia:
>
> > I think I've been quite clear, similar to negative coding.
>
> You haven't, similar to people spreading FUD.
>
> Feel free to share your deep knowledge and thorough understanding of NTP
> with us ignorants by contributing to this neat little project you might
> have heard of, Wikipedia:
>
On the arch wiki it tells how to setup journald with syslog
https://wiki.archlinux.org/index.php/Systemd#Systemd_Journal
and Sébastien Leblanc it also tells you how to enable syslog-ng in systemd
on the link above
it's
systemctl enable syslog-ng.service
Hope this helps abit :)
That's a good idea to try atleast Martin, I have also seen some really
weird behaviour because of powersupplies that are faulty. One minute the pc
works fine then ram disappears on next boot and you think it's faulty ram,
then the hdds will disappear completely must be the board and in the end
it's
On 29 June 2012 08:48, Sébastien le Preste de Vauban wrote:
>
> I can suspend and hibernate but my computer can't boot after a /sudo
> pm-hibernate/. Not sure why, anyway If I unplug it from the power source
> for a couple of seconds, then it will boot again almost normally
> (sometimes I get a
On Wed, Jul 4, 2012 at 3:13 AM, Alexandre Isoard
wrote:
>
> Read man pages of systemd. This will avoid a lot of struggling.
>
> From "man 8 systemd-journald":
>
>> By default the journal stores log data in /run/log/journal/. Since
>> /run/ is volatile log data is lost at reboot. To make the data
>
[2012-07-04 11:32:18 +0200] Bjoern Franke:
> Am Dienstag, den 03.07.2012, 21:23 -0400 schrieb Sébastien le Preste de
> Vauban:
> > if I attempt to change the volume of the current song being played by
> > mpd (tested with ncmpcpp and sonata), the volume gets muted, no sound
> > can be heard. Thi
Am Dienstag, den 03.07.2012, 21:23 -0400 schrieb Sébastien le Preste de
Vauban:
> if I attempt to change the volume of the current song being played by
> mpd (tested with ncmpcpp and sonata), the volume gets muted, no sound
> can be heard. This did not happen with older version of mpd 0.16.x. I
Hello.
I'm used to build every days or every two days mozilla firefox from
its trunk source code.
Today, after glibc 2.16 upgrade on testing, after a successful build
process, I got an error message while trying to package mozilla
firefox :
/bin/sh : line 1 : 22172 Segmentation fault
/home/fred/
2012/7/3 D. R. Evans :
> Guus Snijders said the following at 07/03/2012 01:57 PM :
>
>> In the case of fresh install; would it be an option to start over from
>> scratch?
>
> This was a fresh install.
[...]
> I am wondering if the problem is something crazy like the fact that the RAID
> pair I'm u
Read man pages of systemd. This will avoid a lot of struggling.
>From "man 8 systemd-journald":
> By default the journal stores log data in /run/log/journal/. Since
> /run/ is volatile log data is lost at reboot. To make the data
> persistent it is sufficient to create /var/log/journal/ where
> s
26 matches
Mail list logo
