Re: [arch-general] xorg package not found...

[Zack]

You need xorg-server xf86-input-mouse xf86-input-keyboard
xf86-input-synaptics(for laptops) xf86-video-$brand xorg-xinit(if you want
to use startx) xterm(not required, can be useful)

I guess the xorg meta package was never put back.

On Tue, Feb 10, 2009 at 11:49 PM, Preston C.  wrote:

> I ran the command, pacman -S xorg , and it tells me that it is not
> found. It then asks if I want to install the whole group, which
> consists of around 10 xorg and xf86 packages. Thanks for any help.
>

[arch-general] xorg package not found...

[Preston C.]

I ran the command, pacman -S xorg , and it tells me that it is not
found. It then asks if I want to install the whole group, which
consists of around 10 xorg and xf86 packages. Thanks for any help.

Re: [arch-general] configuring ALSA...

[Preston C.]

> The pound sign (#) generally means whatever is after it on that line is a
> comment. :)
I think I am starting to see that, :-).

Re: [arch-general] configuring ALSA...

[Andrew Przepioski]

Instead of openning nano, I would do

$ echo "options snd-pcsp index=2" >> /etc/modprobe.conf

But if you insist on using nano, just append it at the bottom.

#
# /etc/modprobe.conf (for v2.6 kernels)
#
options snd-pcsp index=2

The pound sign (#) generally means whatever is after it on that line is a
comment. :)


On Tue, Feb 10, 2009 at 11:10 PM, Preston C.  wrote:

> Hi again. I am writing this time because I am not exactly sure where
> to put a line in a file?
>
> -first I run this:
> nano /etc/modprobe.conf
>
> -then I need to add this:
> options snd-pcsp index=2
>
> I am not sure where to put this- options snd-pcsp index=2 ? When I
> open the file using nano there are only three lines and it looks like
> this:
>
> #
> # /etc/modprobe.conf (for v2.6 kernels)
> #
>
> Yes I am somewhat new at this, :-). Thanks again.
>

Re: [arch-general] exists in filesystem...

[Preston C.]

Thanks Andrew. Yes I have moved on to the next step, :-).

On Wed, Feb 11, 2009 at 2:08 AM, Andrew Przepioski
 wrote:
> Dang, archlinux.org is not loading for me. It must be down... because there
> is actually a sticky on this that has to do with klibc. Anyhow, the sticky
> pretty much said that you could delete all of those.. Of course, instead of
> deleting, I recommend moving it to another directory or renaming it. If
> pacman successfully works and everything is fully functional still such as
> being able to boot, then I would remove it.
>
> Since youre new, I would recommend looking at
> http://www.gentoo.org/doc/en/articles/lpi-101-fundamentals-p1.xml to learn a
> bit more about rm, specifically with rm -fr and the wildcard (*) so you can
> do this task with ease.
>
> Let us know how it goes. :)

[arch-general] configuring ALSA...

[Preston C.]

Hi again. I am writing this time because I am not exactly sure where
to put a line in a file?

-first I run this:
nano /etc/modprobe.conf

-then I need to add this:
options snd-pcsp index=2

I am not sure where to put this- options snd-pcsp index=2 ? When I
open the file using nano there are only three lines and it looks like
this:

#
# /etc/modprobe.conf (for v2.6 kernels)
#

Yes I am somewhat new at this, :-). Thanks again.

Re: [arch-general] exists in filesystem...

[Andrew Przepioski]

Dang.. I took too long to type this up, haha! Looks like you already solved
it.

Good job. :P

On Tue, Feb 10, 2009 at 11:08 PM, Andrew Przepioski
wrote:

> Dang, archlinux.org is not loading for me. It must be down... because
> there is actually a sticky on this that has to do with klibc. Anyhow, the
> sticky pretty much said that you could delete all of those.. Of course,
> instead of deleting, I recommend moving it to another directory or renaming
> it. If pacman successfully works and everything is fully functional still
> such as being able to boot, then I would remove it.
>
> Since youre new, I would recommend looking at
> http://www.gentoo.org/doc/en/articles/lpi-101-fundamentals-p1.xml to learn
> a bit more about rm, specifically with rm -fr and the wildcard (*) so you
> can do this task with ease.
>
> Let us know how it goes. :)
>
>
>
>
> On Tue, Feb 10, 2009 at 9:39 PM, Preston C.  wrote:
>
>> I am following the Beginner's Guide to try and get AL installed, and
>> have come across a problem. I made it to the part about updating the
>> system, before the installation of ALSA and X.
>>
>> Here is the problem:
>>
>> Two nights ago I ran pacman -Syu . For some reason it did not install
>> properly, possibly because I did not have the network setup right at
>> the time, because of an update to pacman. Nevertheless, I finally got
>> around to trying again tonight, and the update this time was not 100+
>> MB it was 27 MB. I imagine this is because Arch Linux saved the
>> updates downloaded the other night.
>>
>> Now tonight, when I ran the command pacman -Syu, after downloading 27
>> MB of updates, pacman was in the process of installing them and then,
>> at the very beginning, pretty much on every package downloaded, it
>> said that the files "exists in filesystem".
>>
>> Any help on fixing the exists in filesystem problem on pretty much
>> every package, I think, would be very helpful.
>>
>> Thanks,
>> Preston
>>
>
>

Re: [arch-general] exists in filesystem...

[Andrew Przepioski]

Dang, archlinux.org is not loading for me. It must be down... because there
is actually a sticky on this that has to do with klibc. Anyhow, the sticky
pretty much said that you could delete all of those.. Of course, instead of
deleting, I recommend moving it to another directory or renaming it. If
pacman successfully works and everything is fully functional still such as
being able to boot, then I would remove it.

Since youre new, I would recommend looking at
http://www.gentoo.org/doc/en/articles/lpi-101-fundamentals-p1.xml to learn a
bit more about rm, specifically with rm -fr and the wildcard (*) so you can
do this task with ease.

Let us know how it goes. :)



On Tue, Feb 10, 2009 at 9:39 PM, Preston C.  wrote:

> I am following the Beginner's Guide to try and get AL installed, and
> have come across a problem. I made it to the part about updating the
> system, before the installation of ALSA and X.
>
> Here is the problem:
>
> Two nights ago I ran pacman -Syu . For some reason it did not install
> properly, possibly because I did not have the network setup right at
> the time, because of an update to pacman. Nevertheless, I finally got
> around to trying again tonight, and the update this time was not 100+
> MB it was 27 MB. I imagine this is because Arch Linux saved the
> updates downloaded the other night.
>
> Now tonight, when I ran the command pacman -Syu, after downloading 27
> MB of updates, pacman was in the process of installing them and then,
> at the very beginning, pretty much on every package downloaded, it
> said that the files "exists in filesystem".
>
> Any help on fixing the exists in filesystem problem on pretty much
> every package, I think, would be very helpful.
>
> Thanks,
> Preston
>

Re: [arch-general] exists in filesystem...

[Preston C.]

It worked! Now hopefully the rest of the installation will go well.
Thank you both again.

Re: [arch-general] exists in filesystem...

[Preston C.]

Thanks, will give it a shot.

Re: [arch-general] exists in filesystem...

[Zack]

I just noticed that too, I was going to link the news article.

On Tue, Feb 10, 2009 at 10:27 PM, BinkyTheClown  wrote:

> Btw, it seems the site is down =(
>
> 2009/2/11 Zack 
>
> rm /usr/lib/klibc/include/asm
>> pacman -Su
>>
>> It's under the news section on the Arch homepage :)
>>
>>
>> Zack
>>
>> On Tue, Feb 10, 2009 at 10:23 PM, Preston C.  wrote:
>>
>>> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown 
>>> wrote:
>>> > Please give us the exact error to know what package(s) are failing to
>>> > install.
>>> Thank you for your help. I don't know how I could do that. I have my
>>> AL system up and running in another room, and am using this computer
>>> to communicate.
>>>
>>> I downloaded the 06-08 installation cd, performed the installation,
>>> and then tried to update from there. That is when the problem
>>> happened. I can't even see all of the files that "already exists on
>>> filesystem" because there were so many that they went off the display.
>>>
>>> The last file that already existed had a message like this,
>>>
>>> klibc: /usr/lib/klibc/include/asm/xor_64.h exists in filesystem
>>>
>>> Actually, I just realized that all of the error messages begin with
>>> "klibc:", then it changes at the end of the error message to name a
>>> different file. So maybe it is just the klibc file?
>>>
>>
>>
>

Re: [arch-general] exists in filesystem...

[BinkyTheClown]

Btw, it seems the site is down =(

2009/2/11 Zack 

> rm /usr/lib/klibc/include/asm
> pacman -Su
>
> It's under the news section on the Arch homepage :)
>
>
> Zack
>
> On Tue, Feb 10, 2009 at 10:23 PM, Preston C.  wrote:
>
>> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown 
>> wrote:
>> > Please give us the exact error to know what package(s) are failing to
>> > install.
>> Thank you for your help. I don't know how I could do that. I have my
>> AL system up and running in another room, and am using this computer
>> to communicate.
>>
>> I downloaded the 06-08 installation cd, performed the installation,
>> and then tried to update from there. That is when the problem
>> happened. I can't even see all of the files that "already exists on
>> filesystem" because there were so many that they went off the display.
>>
>> The last file that already existed had a message like this,
>>
>> klibc: /usr/lib/klibc/include/asm/xor_64.h exists in filesystem
>>
>> Actually, I just realized that all of the error messages begin with
>> "klibc:", then it changes at the end of the error message to name a
>> different file. So maybe it is just the klibc file?
>>
>
>

Re: [arch-general] exists in filesystem...

[Zack]

rm /usr/lib/klibc/include/asm
pacman -Su

It's under the news section on the Arch homepage :)


Zack

On Tue, Feb 10, 2009 at 10:23 PM, Preston C.  wrote:

> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown  wrote:
> > Please give us the exact error to know what package(s) are failing to
> > install.
> Thank you for your help. I don't know how I could do that. I have my
> AL system up and running in another room, and am using this computer
> to communicate.
>
> I downloaded the 06-08 installation cd, performed the installation,
> and then tried to update from there. That is when the problem
> happened. I can't even see all of the files that "already exists on
> filesystem" because there were so many that they went off the display.
>
> The last file that already existed had a message like this,
>
> klibc: /usr/lib/klibc/include/asm/xor_64.h exists in filesystem
>
> Actually, I just realized that all of the error messages begin with
> "klibc:", then it changes at the end of the error message to name a
> different file. So maybe it is just the klibc file?
>

Re: [arch-general] exists in filesystem...

[Preston C.]

On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown  wrote:
> Please give us the exact error to know what package(s) are failing to
> install.
Thank you for your help. I don't know how I could do that. I have my
AL system up and running in another room, and am using this computer
to communicate.

I downloaded the 06-08 installation cd, performed the installation,
and then tried to update from there. That is when the problem
happened. I can't even see all of the files that "already exists on
filesystem" because there were so many that they went off the display.

The last file that already existed had a message like this,

klibc: /usr/lib/klibc/include/asm/xor_64.h exists in filesystem

Actually, I just realized that all of the error messages begin with
"klibc:", then it changes at the end of the error message to name a
different file. So maybe it is just the klibc file?

Re: [arch-general] exists in filesystem...

[BinkyTheClown]

Please give us the exact error to know what package(s) are failing to
install.

2009/2/11 Preston C. 

> I am following the Beginner's Guide to try and get AL installed, and
> have come across a problem. I made it to the part about updating the
> system, before the installation of ALSA and X.
>
> Here is the problem:
>
> Two nights ago I ran pacman -Syu . For some reason it did not install
> properly, possibly because I did not have the network setup right at
> the time, because of an update to pacman. Nevertheless, I finally got
> around to trying again tonight, and the update this time was not 100+
> MB it was 27 MB. I imagine this is because Arch Linux saved the
> updates downloaded the other night.
>
> Now tonight, when I ran the command pacman -Syu, after downloading 27
> MB of updates, pacman was in the process of installing them and then,
> at the very beginning, pretty much on every package downloaded, it
> said that the files "exists in filesystem".
>
> Any help on fixing the exists in filesystem problem on pretty much
> every package, I think, would be very helpful.
>
> Thanks,
> Preston
>

[arch-general] exists in filesystem...

[Preston C.]

I am following the Beginner's Guide to try and get AL installed, and
have come across a problem. I made it to the part about updating the
system, before the installation of ALSA and X.

Here is the problem:

Two nights ago I ran pacman -Syu . For some reason it did not install
properly, possibly because I did not have the network setup right at
the time, because of an update to pacman. Nevertheless, I finally got
around to trying again tonight, and the update this time was not 100+
MB it was 27 MB. I imagine this is because Arch Linux saved the
updates downloaded the other night.

Now tonight, when I ran the command pacman -Syu, after downloading 27
MB of updates, pacman was in the process of installing them and then,
at the very beginning, pretty much on every package downloaded, it
said that the files "exists in filesystem".

Any help on fixing the exists in filesystem problem on pretty much
every package, I think, would be very helpful.

Thanks,
Preston

Re: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

[Ricardo Hernandez]

Thanks for the reply, indeed i'm trying xmonad so HAL is really to much for
what i need, although that's not really a problem persee, i started hal and
the mouse and keyboard works, so X works too. My question now is why the
MTRR error still appears

2009/2/10 kludge 

> if you don't intend to use hal at all, i posted this thread:
>
> http://bbs.archlinux.org/viewtopic.php?id=61697
>
> on the forums detailing how to rebuild xorg-xserver without it as a
> dependency.  that way you can remove the hal package and still run x. it
> doesn't leave an orphaned libhal.so.1 floating around on your system.
>
> h.t.h.
>
> -kludge
>
> Andrew Przepioski wrote:
> > So I am guessing you have a new problem on hand, you're able to start X,
> > but your mouse and keyboard are not working because the hal daemon is
> > not started, correct?
> >
> > Since I am using a WM and no filemanager, hal is not so useful. This is
> > how I setted-up X on my EeePC, which is the exact same model as yours
> > (although I don't believe that matters):
> >
> > $ pacman -Sy xorg-server xorg-xinit xf86-input-keyboard xf86-input-mouse
> > xf86-video-intel
> > $ mv /usr/lib/libhal.so.1 ~
> > $ pacman -Rd hal
> > $ mv ~/libhal.so.1 /usr/lib/libhal.so.1
> >
> > And of course, to make the keyboard and mouse work, I appended/inserted
> > the following to /etc/X11/xorg.conf:
> >
> > Section "ServerFlags"
> >  Option "AutoAddDevices" "False"
> > EndSection
> >
> > It's all described in the wiki below.
> >
> >
> http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#I_don.27t_want_this_crap.2C_how_do_I_turn_it_off.3F
> >
> > If you happen to accidentally delete /usr/lib/libhal.so.1, I was able to
> > successfully use another file in /usr/lib in place of
> > /usr/lib/libhal.so.1 such as /usr/lib/libz.so.1. If you try to do "touch
> > /usr/lib/libhal.so.1", it will complain about it not being the right
> > size, and then when you do make it large enough (I think I had 4,744
> > lines of "I love kittens." to be around the same size as the original
> > file just for fun - I was bored), it is not the correct ELF header, la
> > la la, I fooled around with it a lot, haha.
> >
> > Hopefully that helps. :)
> >
> > On Tue, Feb 10, 2009 at 7:27 AM, Ricardo Hernandez  > > wrote:
> >
> > I "solved" the problem...really i found that this problem is not
> > fatal. My bad was that i didn't start HAL and the server didn't
> > respond to any commands. The error stil appears so any suggestion is
> > welcome.
> >
> > In one try i "harcoded" the MTRR values, that Xorg show in the
> > error, in /proc/mtrr. And the error disappear only one time when i
> > start X, but the change is not permanent because Xorg rewrite that
> file
> >
> > 2009/2/10 Andrew Przepioski mailto:a...@ymail.com>>
> >
> >
> > I was able to produce a very smilar error message by removing
> xterm.
> >
> >
> > xinit: no such file or directory (errno 2): no program named
> > "xterm" in PATH
> >
> > Specify a program on the command line or make sure that /usr/bin
> > is in your path.
> >
> > waiting for X server to shutdown error setting MTRR (base =
> > 0xc000, size = 0x1000, type = 1) Invalid argument (22).
> > 
> > From: Ricardo Hernandez  > >
> > To: General Discusson about Arch Linux
> > mailto:arch-general@archlinux.org>>
> > Sent: Monday, February 9, 2009 3:45:42 PM
> > Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
> >
> > Hi , i have a problem with starting Xorg in an asus EEE PC 900HA
> > (solid hardrive). It has intel 945gme for video chipset and i
> > use xf86-video-intel driver
> >
> > i start xorg with xinit and no WM or DE in xinitrc, only the
> > default xterm. When i type xinit the screen flick and the server
> > suddenly shutdown and appears this error:
> >
> > waiting for X server to shut down error setting MTRR (base =
> > 0x000, size = 0x1000, type = 1) Invalid argument (22)
> >
> > I try to found the solution but had not luck.
> >
> > Xorg.0.log don't show anything special, at least nothing with
> > (EE) error
> >
> > Thanks in advance
> >
> >
> >
> >
> >
> >
>
>

Re: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

[kludge]

if you don't intend to use hal at all, i posted this thread:

http://bbs.archlinux.org/viewtopic.php?id=61697

on the forums detailing how to rebuild xorg-xserver without it as a
dependency.  that way you can remove the hal package and still run x. it
doesn't leave an orphaned libhal.so.1 floating around on your system.

h.t.h.

-kludge

Andrew Przepioski wrote:
> So I am guessing you have a new problem on hand, you're able to start X,
> but your mouse and keyboard are not working because the hal daemon is
> not started, correct?
> 
> Since I am using a WM and no filemanager, hal is not so useful. This is
> how I setted-up X on my EeePC, which is the exact same model as yours
> (although I don't believe that matters):
> 
> $ pacman -Sy xorg-server xorg-xinit xf86-input-keyboard xf86-input-mouse
> xf86-video-intel
> $ mv /usr/lib/libhal.so.1 ~
> $ pacman -Rd hal
> $ mv ~/libhal.so.1 /usr/lib/libhal.so.1
> 
> And of course, to make the keyboard and mouse work, I appended/inserted
> the following to /etc/X11/xorg.conf:
> 
> Section "ServerFlags"
>  Option "AutoAddDevices" "False"
> EndSection
> 
> It's all described in the wiki below.
> 
> http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#I_don.27t_want_this_crap.2C_how_do_I_turn_it_off.3F
> 
> If you happen to accidentally delete /usr/lib/libhal.so.1, I was able to
> successfully use another file in /usr/lib in place of
> /usr/lib/libhal.so.1 such as /usr/lib/libz.so.1. If you try to do "touch
> /usr/lib/libhal.so.1", it will complain about it not being the right
> size, and then when you do make it large enough (I think I had 4,744
> lines of "I love kittens." to be around the same size as the original
> file just for fun - I was bored), it is not the correct ELF header, la
> la la, I fooled around with it a lot, haha.
> 
> Hopefully that helps. :)
> 
> On Tue, Feb 10, 2009 at 7:27 AM, Ricardo Hernandez  > wrote:
> 
> I "solved" the problem...really i found that this problem is not
> fatal. My bad was that i didn't start HAL and the server didn't
> respond to any commands. The error stil appears so any suggestion is
> welcome.
> 
> In one try i "harcoded" the MTRR values, that Xorg show in the
> error, in /proc/mtrr. And the error disappear only one time when i
> start X, but the change is not permanent because Xorg rewrite that file
> 
> 2009/2/10 Andrew Przepioski mailto:a...@ymail.com>>
> 
> 
> I was able to produce a very smilar error message by removing xterm.
> 
> 
> xinit: no such file or directory (errno 2): no program named
> "xterm" in PATH
> 
> Specify a program on the command line or make sure that /usr/bin
> is in your path.
> 
> waiting for X server to shutdown error setting MTRR (base =
> 0xc000, size = 0x1000, type = 1) Invalid argument (22).
> 
> From: Ricardo Hernandez  >
> To: General Discusson about Arch Linux
> mailto:arch-general@archlinux.org>>
> Sent: Monday, February 9, 2009 3:45:42 PM
> Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
> 
> Hi , i have a problem with starting Xorg in an asus EEE PC 900HA
> (solid hardrive). It has intel 945gme for video chipset and i
> use xf86-video-intel driver
> 
> i start xorg with xinit and no WM or DE in xinitrc, only the
> default xterm. When i type xinit the screen flick and the server
> suddenly shutdown and appears this error:
> 
> waiting for X server to shut down error setting MTRR (base =
> 0x000, size = 0x1000, type = 1) Invalid argument (22)
> 
> I try to found the solution but had not luck.
> 
> Xorg.0.log don't show anything special, at least nothing with
> (EE) error
> 
> Thanks in advance
> 
> 
> 
> 
> 
> 

[arch-general] [signoff] pptpclient 1.7.2-2

[Daniel Isenmann]

Hi,

please signoff for both architectures. I can't test it because I don't
use it.

Following bug was fixed: 

[pptp-1.7.2-1] try to use /bin/ip instead of /usr/sbin/ip 
FS#11939 (http://bugs.archlinux.org/task/11939)


Cheers,
 Daniel

Re: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

[Andrew Przepioski]

So I am guessing you have a new problem on hand, you're able to start X, but
your mouse and keyboard are not working because the hal daemon is not
started, correct?

Since I am using a WM and no filemanager, hal is not so useful. This is how
I setted-up X on my EeePC, which is the exact same model as yours (although
I don't believe that matters):

$ pacman -Sy xorg-server xorg-xinit xf86-input-keyboard xf86-input-mouse
xf86-video-intel
$ mv /usr/lib/libhal.so.1 ~
$ pacman -Rd hal
$ mv ~/libhal.so.1 /usr/lib/libhal.so.1

And of course, to make the keyboard and mouse work, I appended/inserted the
following to /etc/X11/xorg.conf:

Section "ServerFlags"
 Option "AutoAddDevices" "False"
EndSection

It's all described in the wiki below.

http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#I_don.27t_want_this_crap.2C_how_do_I_turn_it_off.3F

If you happen to accidentally delete /usr/lib/libhal.so.1, I was able to
successfully use another file in /usr/lib in place of /usr/lib/libhal.so.1
such as /usr/lib/libz.so.1. If you try to do "touch /usr/lib/libhal.so.1",
it will complain about it not being the right size, and then when you do
make it large enough (I think I had 4,744 lines of "I love kittens." to be
around the same size as the original file just for fun - I was bored), it is
not the correct ELF header, la la la, I fooled around with it a lot, haha.

Hopefully that helps. :)

On Tue, Feb 10, 2009 at 7:27 AM, Ricardo Hernandez wrote:

> I "solved" the problem...really i found that this problem is not fatal. My
> bad was that i didn't start HAL and the server didn't respond to any
> commands. The error stil appears so any suggestion is welcome.
>
> In one try i "harcoded" the MTRR values, that Xorg show in the error, in
> /proc/mtrr. And the error disappear only one time when i start X, but the
> change is not permanent because Xorg rewrite that file
>
> 2009/2/10 Andrew Przepioski 
>
>>
>> I was able to produce a very smilar error message by removing xterm.
>>
>>
>> xinit: no such file or directory (errno 2): no program named "xterm" in
>> PATH
>>
>> Specify a program on the command line or make sure that /usr/bin is in
>> your path.
>>
>> waiting for X server to shutdown error setting MTRR (base = 0xc000,
>> size = 0x1000, type = 1) Invalid argument (22).
>> 
>> From: Ricardo Hernandez 
>> To: General Discusson about Arch Linux 
>> Sent: Monday, February 9, 2009 3:45:42 PM
>> Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
>>
>> Hi , i have a problem with starting Xorg in an asus EEE PC 900HA (solid
>> hardrive). It has intel 945gme for video chipset and i use xf86-video-intel
>> driver
>>
>> i start xorg with xinit and no WM or DE in xinitrc, only the default
>> xterm. When i type xinit the screen flick and the server suddenly shutdown
>> and appears this error:
>>
>> waiting for X server to shut down error setting MTRR (base = 0x000,
>> size = 0x1000, type = 1) Invalid argument (22)
>>
>> I try to found the solution but had not luck.
>>
>> Xorg.0.log don't show anything special, at least nothing with (EE) error
>>
>> Thanks in advance
>>
>>
>>
>>
>>
>

Re: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

[Ricardo Hernandez]

I "solved" the problem...really i found that this problem is not fatal. My
bad was that i didn't start HAL and the server didn't respond to any
commands. The error stil appears so any suggestion is welcome.

In one try i "harcoded" the MTRR values, that Xorg show in the error, in
/proc/mtrr. And the error disappear only one time when i start X, but the
change is not permanent because Xorg rewrite that file

2009/2/10 Andrew Przepioski 

>
> I was able to produce a very smilar error message by removing xterm.
>
>
> xinit: no such file or directory (errno 2): no program named "xterm" in
> PATH
>
> Specify a program on the command line or make sure that /usr/bin is in your
> path.
>
> waiting for X server to shutdown error setting MTRR (base = 0xc000,
> size = 0x1000, type = 1) Invalid argument (22).
> 
> From: Ricardo Hernandez 
> To: General Discusson about Arch Linux 
> Sent: Monday, February 9, 2009 3:45:42 PM
> Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
>
> Hi , i have a problem with starting Xorg in an asus EEE PC 900HA (solid
> hardrive). It has intel 945gme for video chipset and i use xf86-video-intel
> driver
>
> i start xorg with xinit and no WM or DE in xinitrc, only the default xterm.
> When i type xinit the screen flick and the server suddenly shutdown and
> appears this error:
>
> waiting for X server to shut down error setting MTRR (base = 0x000,
> size = 0x1000, type = 1) Invalid argument (22)
>
> I try to found the solution but had not luck.
>
> Xorg.0.log don't show anything special, at least nothing with (EE) error
>
> Thanks in advance
>
>
>
>
>

Re: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

[Andrew Przepioski]

I was able to produce a very smilar error message by removing xterm.


xinit: no such file or directory (errno 2): no program named "xterm" in PATH

Specify a program on the command line or make sure that /usr/bin is in your 
path.

waiting for X server to shutdown error setting MTRR (base = 0xc000, size = 
0x1000, type = 1) Invalid argument (22).

From: Ricardo Hernandez 
To: General Discusson about Arch Linux 
Sent: Monday, February 9, 2009 3:45:42 PM
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha

Hi , i have a problem with starting Xorg in an asus EEE PC 900HA (solid 
hardrive). It has intel 945gme for video chipset and i use xf86-video-intel 
driver

i start xorg with xinit and no WM or DE in xinitrc, only the default xterm. 
When i type xinit the screen flick and the server suddenly shutdown and appears 
this error:

waiting for X server to shut down error setting MTRR (base = 0x000, size = 
0x1000, type = 1) Invalid argument (22)

I try to found the solution but had not luck. 

Xorg.0.log don't show anything special, at least nothing with (EE) error

Thanks in advance


  

Re: [arch-general] lxc containers in kernel

[Shridhar Daithankar]

On Tuesday 10 February 2009 14:42:54 Shridhar Daithankar wrote:
> lxc containers(krb5_get_init_creds_password) will be the first mainline

Oops. Thats a clipboard paste gone wrong. Sorry! :(

Read that as lxc.sourceforge.net.
-- 
 Shridhar

[arch-general] lxc containers in kernel

[Shridhar Daithankar]

Hello,

lxc containers(krb5_get_init_creds_password) will be the first mainline 
containers to offer functionality similar to solaris zones. They aim to go 
mainline completely in 2.6.29 and lot of code is already is place. See 
http://lxc.sourceforge.net/lxc.html.

Although lot of functionality is already in the current kernel,  the options 
are not configured.

$ zgrep -i namespace /proc/config.gz
CONFIG_NAMESPACES=y
$ uname -a
Linux presario 2.6.28-ARCH #1 SMP PREEMPT Sun Jan 25 09:43:53 UTC 2009 x86_64 
AMD Athlon(tm) 64 X2 Dual-Core Processor TK-57 AuthenticAMD GNU/Linux

Will it be possible to add relevant kernel options? There are userspace tools 
available as well, which could go in another package.

Is this the right way to ask for new functionality or a new ticket is 
required?

-- 
 Shridhar