Am 23.08.2012 05:28, schrieb Jayesh Badwaik:
On Thursday 23 Aug 2012 01:28:58 Thomas Bächler wrote:
BINARIES=pacman
FILES=/etc/pacman.conf /etc/pacman.d/mirrorlist
Then, edit /etc/mkinitcpio.d/linux.preset:
Add:
pacman_config=/etc/mkinitcpio-pacman.conf
On Wed, Aug 22, 2012 at 11:51 PM, Sebastian Günther a...@teageek.de wrote:
* Kwpolska (kwpol...@gmail.com) [22.08.12 10:19]:
Were* and it's not likely. Anyone can happily send you a message like
that. You just need to POST email=ralf.mard...@alice-dsl.net
login-unsub=Unsubscribe to
I think these discussions will not change the result for Arch. Sooner
or later Arch will have to seperate its way from its KISS philosophy.
While the main approach of Arch is to use vanilla software, as
possible; Arch devs have to follow upstream decisions and at some
point Arch and other distros
trying to be corporate software.
I've been wondering what the best term for 'corporate' or 'enterprise'
software like exchange is where they change your nappies for you but
also offer you razor wire to hang yourself with by giving you IE to
browse the web on the mail server itself and
Hi guys,
3.5.x is not yet ready to move to [core],
- ext4 regression is not fixed yet, will be fixed in 3.5.3
- watchdogs are completely broken
I'm not sure how much of a showstopper the watchdogs are, so please
shout out if this is a real problem.
If you have any other showstopper please let
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
\begin{quote}
While the main approach of Arch is to use vanilla software, as
possible; Arch devs have to follow upstream decisions and at some
point Arch and other distros fall into software those hide things from
end users. I think most of the main
Hi everyone,
I created a package for the Enttec Open DMX USB driver. It is
available in the AUR under the name dmx_usb-git.
From Wikipedia:
DMX512 is a standard for digital communication networks that are
commonly used to control stage lighting and effects. It was originally
intended as a
Am Donnerstag, den 23.08.2012, 16:10 +0200 schrieb Tobias Powalowski:
Hi guys,
3.5.x is not yet ready to move to [core],
- ext4 regression is not fixed yet, will be fixed in 3.5.3
- watchdogs are completely broken
I'm not sure how much of a showstopper the watchdogs are, so please
On Thu, Aug 23, 2012 at 16:10:26 +0200, Tobias Powalowski wrote:
Hi guys,
3.5.x is not yet ready to move to [core],
- ext4 regression is not fixed yet, will be fixed in 3.5.3
- watchdogs are completely broken
I'm not sure how much of a showstopper the watchdogs are, so please
shout out
Am 23.08.2012 18:29, schrieb Geert Hendrickx:
Since upgrading to 3.5.x, my system with mdraid mirror boots with either
a degraded RAID array, or not auto-discovering the RAID at all.
The disks are fine, confirmed by both SMART selftest and badblocks scan.
Downgraded back to 3.4.9 and the
I don't think we will block the move to core on an isolated hardware
crash that affects only a single user.
Sure.
Still, can you give us the link to the kernel bugzilla report for this
crash?
https://bugzilla.kernel.org/show_bug.cgi?id=46381
--
xmpp: b...@schafweide.org
On Wed, Aug 22, 2012 at 11:22 PM, Sebastian Günther a...@teageek.de wrote:
* Felipe Contreras (felipe.contre...@gmail.com) [22.08.12 02:22]:
Funny that you say around the same time, when it's clearly less than
6 seconds, so it's 15% slower, but that's the second instance of kdm.
The first
On Thu, Aug 23, 2012 at 3:23 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Anyway we are talking about 2 seconds...
We are talking about a difference of 100%.
--
Felipe Contreras
You are being pedantic. A 2 second difference is negligible, and certainly
not the huge issue you
On Wed, Aug 22, 2012 at 11:02 PM, Andrew Hills hills...@gmail.com wrote:
Felipe--if I may address you by your first name--in case you're
confused about why no one will listen to your arguments, let me
try to explain; it may reduce your frustration. You made the
following two statements without
Hi all,
Given all the hullabaloo about systemd I thought I'd try it out. I went to
the wiki and saw that it has listed several native systemd configuration
files that it looks for, and if they're absent, it takes info from
rc.conf. It's strongly advised (by the wiki) to use the native files.
Is
In case anyone's still interested in this, I found a pacman.conf option
called NoExtract, which lets you tell pacman not to overwrite certain files
and directories in the filesystem. So you could add the following line to
/etc/pacman.conf:
NoExtract = /usr/bin/python
which would prevent
Ben Booth wrote:
In case anyone's still interested in this, I found a pacman.conf option
called NoExtract, which lets you tell pacman not to overwrite certain
files and directories in the filesystem. So you could add the following
line to /etc/pacman.conf:
NoExtract = /usr/bin/python
Op donderdag 23 augustus 2012 16:14:26 schreef Qadri:
Hi all,
Given all the hullabaloo about systemd I thought I'd try it out. I went to
the wiki and saw that it has listed several native systemd configuration
files that it looks for, and if they're absent, it takes info from
rc.conf. It's
On 23/08/2012 4:14 PM, Felipe Contreras wrote:
[snip]
Is systemd ready? Where is the evidence?
https://www.archlinux.de/?page=PackageStatistics shows that about 14% of
arch users who are using pkgstat have systemd installed. It is not
default and not depended on by anything, so that means a
On 23/08/2012 4:41 PM, Ike Devolder wrote:
Op donderdag 23 augustus 2012 16:14:26 schreef Qadri:
Hi all,
Given all the hullabaloo about systemd I thought I'd try it out. I went to
the wiki and saw that it has listed several native systemd configuration
files that it looks for, and if they're
2012/8/23 Stephen E. Baker baker.stephe...@gmail.com:
On 23/08/2012 4:14 PM, Felipe Contreras wrote:
[snip]
Is systemd ready? Where is the evidence?
https://www.archlinux.de/?page=PackageStatistics shows that about 14% of
arch users who are using pkgstat have systemd installed. It is not
if arch would provide you with defaults every time the defaults get
updated
you would get *.pacnew files in your etc. since those files are depending
on
your system and are user choice it would not be good to provide those.
By that logic, wouldn't I also not get an rc.conf file and
Could default templates be provided in the post_install(){} hook for
the systemd package? Something like
post_install() {
if [ ! -e /etc/timezone ] ; then
cat /etc/timezone EOF
UTC
fi
if [ ! -e /etc/localtime ] ; then
ln -s /usr/share/zoneinfo/UTC /etc/localtime
fi
if [ ! -e /etc/hostname
Felipe Contreras [2012.08.23 2214 +0200]:
On Wed, Aug 22, 2012 at 11:02 PM, Andrew Hills hills...@gmail.com wrote:
Felipe--if I may address you by your first name--in case you're
confused about why no one will listen to your arguments, let me
try to explain; it may reduce your frustration.
24 matches
Mail list logo