rroring
core/extra/community/testing/community-testing if all the games (it is
the nany game data packages that are huge and not worth mirroing for
me).
Sincerely,
Dwight Schauer
On Thu, Oct 27, 2011 at 10:36 AM, Mick wrote:
> ...
> made the change but it didn't work, if I can't find what they butchered
> this time before the night freight train to Cairns grinds past in half
> an hour I'll give up and re-install tomorrow.
If you can't fix it in the current install, how is
On Fri, Oct 28, 2011 at 12:14 AM, Mick wrote:
> I did make a mistake when I chose Arch. I asked friends on yahoo chat
> for suggestions for a replacement my then distro when it focused on
> eye-candy to the detriment of function and several suggested Arch. It
> was only when the problems I raised
On Thu, Oct 27, 2011 at 3:38 AM, clemens fischer wrote:
> Dwight Schauer wrote:
>
>> My root= on my kernel boot line is using /dev/by-uuid/ so if the
>> initramfs can find the root device, I'm sure it can find the /usr
>> device from the rootfs /etc/fstab.
>>
On Wed, Oct 26, 2011 at 3:13 PM, Tom Gundersen wrote:
> On Wed, Oct 26, 2011 at 12:57 PM, clemens fischer wrote:
>> Lucky you, I have a way to explain it: There are udev rules referencing
>> stuff in /usr. If people mount /usr by-label or by-uuid, udev must have
>> completed to setup those symlin
On Tue, Oct 25, 2011 at 8:59 AM, Thomas Bächler wrote:
> Mounting /usr needs to go to the initramfs. It is possible to implement
> a mount handler for this. At this stage, the by-label symlinks exist
> already.
Would the /usr location be determined when the initramfs is created,
or would it deter
nstalls I'll try to not use /usr until this gets
resolved. On current installs they all seem to be working fine (I've
not noticed any lack of functionality) I'll just wait until the
mkinitcpio patches are completed and mkinitcpio is released with /usr
mount support.
Thanks,
Dwight Schauer
I've been using Arch Linux for about 4 years now. I have it on a few
important systems at work and it has been doing very well.
This morning I saw "/usr is not mounted. This is not supported." in my
boot up after a recent rc.sysinit update.
What is this, bait and switch? I've been running Linux a
On Mon, Oct 24, 2011 at 9:35 AM, Paul Gideon Dann wrote:
> On Monday 24 Oct 2011 10:30:26 Taylor Hedberg wrote:
>> Apologies if I've missed something obvious, but both the wiki and forum
>> seem to have been down for at least a few hours now (I think they are
>> located on the same host). Does any
On Wed, Sep 28, 2011 at 9:46 AM, 清显 wrote:
> 13 PROMPT_COMMAND='
> 14 if (($?)); then
> 15 warn="^[[31mWARNING^[[m"
> 16 else
> 17 warn=
> 18 fi
> 19 date=`date`
> 20
> PS1="\[^[[s\]\[^[[$(($COLUMNS-28))C\]\[^[[0;33m$date\]\[
On Tue, Aug 16, 2011 at 7:02 AM, Matias Serer wrote:
> Sorry about my ignorance and bad english, but could anyone explain what do i
> have to do?
>
Matias,
It is optional, you only do this if you want to or have the time to do
so. Install the latest linux kernel package (currently linux-3.0.2-1)
On Tue, Aug 2, 2011 at 4:52 AM, Allan McRae wrote:
> On 02/08/11 18:52, Bastien Dejean wrote:
>>
>> Hello,
>>
>> Why is there an official arch pkg for msmtp but not for mpop?
>>
>
> Because...
>
Because something like fetchmail does the same thing as mpop?
On Sun, Jul 31, 2011 at 5:26 PM, Dave Reisner wrote:
>>Ok, I renamed "9p_mount_handler" to "ninep_mount_handler" and updated
>>mount_handler= accordingly, and rebuild the initcpio images.
>>
>>Still no joy... :)
>>
>>I went so far as to rename 9p to ninep in
>>/lib/initcpio/{install,hooks} and th
On Sun, Jul 31, 2011 at 3:56 PM, Dave Reisner wrote:
>> Alright, I did that, but it is still doing the root device check and
>> dropping into the recovery shell, so I have to press Ctrl-D to
>> continue.
>>
>> >From /etc/mkinitcpio.conf:
>> MODULES="" # I was putting the modules here, now they are
On Sun, Jul 31, 2011 at 10:26 AM, Dave Reisner wrote:
>> I have an arch linux install running in qemu using a 9p virtual root
>> filesystem (root filesystem is just a sub directory on the host).
>>
>> This is the line I use to launch it:
>>
>> qemu-system-x86_64 -enable-kvm -virtfs
>> local,path=$
I have an arch linux install running in qemu using a 9p virtual root
filesystem (root filesystem is just a sub directory on the host).
This is the line I use to launch it:
qemu-system-x86_64 -enable-kvm -virtfs
local,path=$(pwd)/wn-root,security_model=mapped,mount_tag=wn-root -smp
2 -m 1024 -kern
On 02/16/2011 08:28 PM, David C. Rankin wrote:
On 02/16/2011 02:24 PM, Bernardo Barros wrote:
is your build already with qt4? if not, any idea when this could happen?
Trinity has been designed with a custom Qt interface (tqtinterface) that will
allow it to be built with Qt4. Currently the bui
On 12/12/2010 12:37 PM, jesse jaara wrote:
So I enabled testing, community-testing and kde-unstable
updated yaourt -Syu and reebooted. Now when ever I boot the
machine the /dev/shm and /dev/pts get mounted so that
only root can write into them. So I cannot use shm as
a normal user and no terminal
On 11/09/2010 12:45 PM, Thomas Bächler wrote:
Am 09.11.2010 19:25, schrieb David C. Rankin:
Guys,
As a follow up, the post to kernel.org did not elicit any response. The
folks at dm-devel suggested it may be a grub bug. So that leave me with two more
avenues to try (1) the grub list, and (
On Wed, Mar 31, 2010 at 7:20 PM, Daenyth Blank wrote:
> On Wed, Mar 31, 2010 at 21:17, Piyush P Kurur wrote:
>> You can install packages under a particular directroy using the command
>>
>> pacman -S pkgname -r /gateway/to/hell
>>
>> So using that you can actually build a chrooted environment and
Can you add a drive to an array after it has been built?
I know you can add a hot spare, or remove a drive and add another, but I did
not think you could increase N, where the size of the array is N-1 * size of
each drive. How is the raid going to know which is data and which is parity?
Of course
Won't extra/glew work?
$ pacman -Ss glew
extra/glew 1.5.1-1
A cross-platform C/C++ extension loading library
$ pacman -Ql glew
glew /usr/
glew /usr/bin/
glew /usr/bin/glewinfo
glew /usr/bin/visualinfo
glew /usr/include/
glew /usr/include/GL/
glew /usr/include/GL/glew.h
glew /usr/include/GL/gl
gedit --help shows --new-window.
I don't see what issue is
Dwight
On Fri, Dec 4, 2009 at 5:07 PM, Heiko Baums wrote:
> Am Fri, 4 Dec 2009 23:38:02 +0100
> schrieb f...@kokkinizita.net:
>
>> THAT is completely irrelevant. I never claimed
>> to be forced to use it.
>
> THAT is completely relev
2009/12/3 Arvid Picciani :
> Ng Oon-Ee wrote:
>
>> I actually think the you've been over-focusing on a single part of the
>> 'arch way', that its 'all about' minimalism.
>
> then i suggest we remove the statement that it is all about minimalism.
>
>> Throughout this thread the vibe I've been gettin
No, it is not actually...
2009/11/17 Ng Oon-Ee :
> On Tue, 2009-11-17 at 07:57 -0600, Dwight Schauer wrote:
>> Yeah, as soon as I saw this redistribution discussion updated right
>> away as I assumed it would soon be deleted.
>
> Honestly, is it THAT hard to compile it from the AUR?
>
>
Yeah, as soon as I saw this redistribution discussion updated right
away as I assumed it would soon be deleted.
On Tue, Nov 17, 2009 at 7:53 AM, tuxce wrote:
> 2009/11/17 Pierre Schmitz
>>
>> Am Dienstag 17 November 2009 12:22:35 schrieb tuxce:
>> > I'm uploading it right now, thanks for the inf
For anyone that might be interested in Linux Containers on Arch Linux, I've
created an LXC HOWTO that is somewhat Arch Linux specific.
http://lxc.teegra.net/
-- Dwight
On Tue, Sep 8, 2009 at 3:49 PM, Dwight Schauer wrote:
> Thanks, I'm trying ddrescue on it right now.
>
Well, I recovered the file, but neither star or tar can find a valid
tar header in the remaining 83 GB of data.
Thanks Guus.
[Guus wrote: Also, is there anything in the kernel messages (dmesg)
that gives a clue?]
This is looking like a hard drive (most likely), ata controller, or
ata driver issue as:
dd if=a4b4.tar skip=123166576 of=/dev/null
dd: reading `a4b4.tar': Input/output error
0+0 records in
0+0 r
Dear fellow Archers,
I tarred up a couple filesystems and piped the tar stream through ssh
to a remote computer where I dd'ed it to a file. This a common backup
method I've been using for a few years now if I'm going to wipe a
system and start over.
I'm using JFS on the arch linux system that was
On Sat, Jul 25, 2009 at 5:37 PM, Randy Morris wrote:
> On Sat, Jul 25, 2009 at 05:29:31PM -0500, Dan McGee wrote:
>> On Sat, Jul 25, 2009 at 4:49 PM, David C.
>> Rankin wrote:
>> > Listmates,
>> >
>> > Seems like a simple question, but I've searched /var/log and
>> > can't find a file that c
Did you read the whole article? It may have been working, but not
without some issues. It other words, it was not working 100%, it still
had some things lacking.
>From the article: "Once installing the patched Radeon driver, it
immediately began working with our Diamond Radeon HD 4850 (identified
Well, a few issues here.
1) Video card drivers for X for mostly user mode with a couple
exceptions, the proprietary ATI and Nvidia drivers needs proprieteray
closed source kernel module in order to make full use of the card.
2) If one does not care that their card is being fully utilized (both
ou
ity Radeon 9000, and a
> desktop/server with a ATI Radeon 9200 SE - both without incident.
>
> DR
>
> Dwight Schauer wrote:
>>
>> I have to agree, ATI is big no no if you want a decent workstation
>> setup. I've tried a whole lot to use ATI instead of Nvidia but it
I have to agree, ATI is big no no if you want a decent workstation
setup. I've tried a whole lot to use ATI instead of Nvidia but it just
never pans out. I've wasted a lot of money and a whole lot of time on
ATI cards and just end up ripping the card out and putting in an
Nvidia one. I don't even u
I'd have to agree with Jan on this one. The reason why packages don't
compile on the with newer compilers is generally because the code is
not standards compliant and needs fixing anyways. So the right thing
to do is fix the broken packages in extra and move on. Then again,
I'm not an Arch Linux d
On Tue, May 19, 2009 at 1:07 PM, Matthew wrote:
> Emmanuel Benisty wrote:
>>
>> Hi List,
>>
>> Just for information, there has been already two bug reports in
>> Bugzilla that mention a bug in the display size of textboxes. Until
>> now, only Archers seems to suffer from this bug and one of the mo
http://wiki.archlinux.org/index.php/Networkmanager
or
http://wiki.archlinux.org/index.php/Wicd
Both explain how depending on what you are running.
On Mon, May 4, 2009 at 11:54 AM, David C. Rankin, J.D.,P.E.
wrote:
> On Sunday 03 May 2009 05:21:05 Jan Spakula wrote:
>> Excerpts from David C. Ran
David,
You might also want to look at the catalyst package on AUR
catalyst 9.4-1
AMD/ATI kernel drivers for Radeon brand cards. Stock kernel
http://aur.archlinux.org/packages.php?ID=22899
Not sure if it will do any better for you than the crippled 9.3 driver
you mention.
Dwight
On Sat, May 2, 2
Troll? Hmmm No, you are not a troll. (Not that I participate on
these lists all that much myself).
It is interesting though seeing that is someone migrating from
OpenSuse to Arch Linux, as they are almost polar opposites as far as
Linux distros go. I use OpenSuse a lot at work (not my choice),
and login
$ cat /proc/partitions #idenitfy the partition, is usually one of the
last ones, lets assume it is /dev/sdXY
$ sudo mount /dev/sdXY /path/to/mount/point
$ exit
to go back to your login manager
Not sure what kind of answer you were looking for.
On Tue, Feb 17, 2009 at 9:55
Not exactly a push, but I have my servers "remind" me daily when there are
updates available.
I have a script called 00pacman-update in my /etc/cron.daily
< start clip >
#!/bin/sh
/usr/bin/pacman -Sy --noprogressbar
/usr/bin/pacman -Qu
< end clip >
That way I get a daily reminde
Of course German is more useful than Ruby! Phffftt... Who could
possibly not think that?
Just consider the number of German users versus Ruby users come on now...
--
Dwight Schauer
On Tue, Apr 1, 2008 at 12:27 PM, Johannes Held <[EMAIL PROTECTED]> wrote:
> "Aaron Griffin"
On Tue, Mar 25, 2008 at 7:21 PM, Aaron Griffin <[EMAIL PROTECTED]> wrote:
> Suffice to say: for all the "old timers" out there, I am on your side.
> I *am* an "old timer", and I will do everything in my power to make
> arch what it was.
I switched to arch only recently, but I've been using linu
44 matches
Mail list logo
