David Rosenstrauch wrote:
Instead of starting everything using "startx", use "/etc/rc.d/kdm start".
Make that: /etc/rc.d/kdm3 start
David C. Rankin wrote:
\> OK, I must be suffering from a cranal rectal inversion. I'm missing
something
basic that must be right in front of my nose.
Currently, kdm is running:
[18:22 archangel:/etc/X11/xinit] # ps ax | grep kdm
830 ?S< 0:00 [kdmflush]
833 ?S<
Aaron Griffin wrote:
> On Wed, Apr 22, 2009 at 2:45 PM, David C. Rankin
> wrote:
>> checking package integrity...
>> (12/12) checking for file conflicts
>> [#] 100%
>> error: could not prepare transaction
>> error: failed to commit transaction (conflicti
On Wed, Apr 22, 2009 at 07:05:42PM -0500, David C. Rankin wrote:
> David C. Rankin wrote:
> > David Rosenstrauch wrote:
> >> David C. Rankin wrote:
> >>> I'm almost there, the nvidia 180.44 driver is working fine. Yea! X
> >>> starts fine
> >>> now, but craters on ~/.xinitrc complaints.
> >>>
Henning Garus wrote:
> On Thu, Apr 23, 2009 at 12:59 AM, David Rosenstrauch
> wrote:
>> On Wed, April 22, 2009 7:55 pm, Henning Garus wrote:
>>> There is one real advantage to the inittab method. When your X hangs
>>> on start, due to misconfiguration or whatever, you don't have to boot
>>> from
On Thu, Apr 23, 2009 at 12:59 AM, David Rosenstrauch wrote:
> On Wed, April 22, 2009 7:55 pm, Henning Garus wrote:
>> There is one real advantage to the inittab method. When your X hangs
>> on start, due to misconfiguration or whatever, you don't have to boot
>> from a livecd to remove the daemon
David C. Rankin wrote:
> David Rosenstrauch wrote:
>> David C. Rankin wrote:
>>> I'm almost there, the nvidia 180.44 driver is working fine. Yea! X
>>> starts fine
>>> now, but craters on ~/.xinitrc complaints.
>>> So I'm down to just getting ~/.xinitrc straightened out.
>>> Ultimately I wo
On Wed, April 22, 2009 7:55 pm, Henning Garus wrote:
> There is one real advantage to the inittab method. When your X hangs
> on start, due to misconfiguration or whatever, you don't have to boot
> from a livecd to remove the daemon from rc.conf, you just have to
> change your runlevel. Even though
On Wed, Apr 22, 2009 at 8:47 PM, David Rosenstrauch wrote:
> Aaron Griffin wrote:
>>
>> On Wed, Apr 22, 2009 at 2:13 PM, David Rosenstrauch
>> wrote:
>>> Just wondering: any particular source of information that you're basing
>>> your "unclean and generally inferior" assertion on?
>>
>> I run sl
David Rosenstrauch wrote:
> David C. Rankin wrote:
>> I'm almost there, the nvidia 180.44 driver is working fine. Yea! X
>> starts fine
>> now, but craters on ~/.xinitrc complaints.
>
>> So I'm down to just getting ~/.xinitrc straightened out.
>> Ultimately I would
>> like to get either kd
On Wed, Apr 22, 2009 at 6:02 PM, Aaron Griffin wrote:
> pacman cares because pacman will try it's hardest to never ever break
> your system unless you say so. If pacman has no knowledge of files in
> your system, it'd be amazingly stupid to blindly overwrite them. What
> happens if I wrote a big
David C. Rankin wrote:
I'm almost there, the nvidia 180.44 driver is working fine. Yea! X
starts fine
now, but craters on ~/.xinitrc complaints.
So I'm down to just getting ~/.xinitrc straightened out. Ultimately I
would
like to get either kdm3 or xdm login configured for run
Nicolas Bigaouette wrote:
> nvidia is the closed-source driver. He was asking for the "open-source" nv,
> which I think has been dropped by Arch, IIRC. xf86-video-nouveau is a
> reversed engineered driver that should provide 2D and 3D capabilities,
> something nv was not able to do.
>
> 2009/4/22
Whoops - you're right. Didn't read carefully.
DR
Nicolas Bigaouette wrote:
nvidia is the closed-source driver. He was asking for the "open-source" nv,
which I think has been dropped by Arch, IIRC. xf86-video-nouveau is a
reversed engineered driver that should provide 2D and 3D capabilities,
so
You don't get an .xinitrc by default.
-AT
On Wed, Apr 22, 2009 at 2:26 PM, Nicolas Bigaouette
wrote:
> nvidia is the closed-source driver. He was asking for the "open-source" nv,
> which I think has been dropped by Arch, IIRC. xf86-video-nouveau is a
> reversed engineered driver that should prov
On Wed, 2009-04-22 at 13:03 -0500, Aaron Griffin wrote:
> On Wed, Apr 22, 2009 at 8:44 AM, Jaime Oyarzun Knittel
> wrote:
> > Hi!
> >
> > We started some time ago our own national community, we are sharing
> > experiences and knowledge in http://www.archlinux.cl/ .
> >
> > This Saturday we are par
nvidia is the closed-source driver. He was asking for the "open-source" nv,
which I think has been dropped by Arch, IIRC. xf86-video-nouveau is a
reversed engineered driver that should provide 2D and 3D capabilities,
something nv was not able to do.
2009/4/22 David Rosenstrauch
> Nicolas Bigaoue
Nicolas Bigaouette wrote:
If you want KDE to start when you startx, put "startkde" in your .xinitrc.
As for the nv driver, its not a kernel driver, its an Xorg driver. It's been
drop since it sucks . Instead try nouveau:
pacman -S extra/xf86-video-nouveau
Or perhaps "pacman -S nvidia"
DR
If you want KDE to start when you startx, put "startkde" in your .xinitrc.
As for the nv driver, its not a kernel driver, its an Xorg driver. It's been
drop since it sucks . Instead try nouveau:
pacman -S extra/xf86-video-nouveau
2009/4/22 David C. Rankin
> Holloway wrote:
> > Hey there,
>
kludge wrote:
> Andrei Thorp wrote:
>> And usually, Slim's a fat bastard. Maybe not this time though :/
>>
>> -AT
>>
>> On Wed, Apr 22, 2009 at 1:07 PM, David Rosenstrauch
>> wrote:
>>> David C. Rankin wrote:
David Rosenstrauch wrote:
> And if a non-X boot was needed, you could achieve i
Holloway wrote:
> Hey there,
>
> On Wed, Apr 22, 2009 at 03:00:41AM -0500, David C. Rankin wrote:
>> I have found /etc/rc.d/kdm3, and I am searching for where it gets
>> called by
>> startx -- any hints? Also, I'll try downgrading the nvidia driver, in the
>> mean
>> time.
>
> One way is t
On Wed, Apr 22, 2009 at 2:45 PM, David C. Rankin
wrote:
> checking package integrity...
> (12/12) checking for file conflicts
> [#] 100%
> error: could not prepare transaction
> error: failed to commit transaction (conflicting files)
> ttf-dejavu: /usr/s
Andrei Thorp wrote:
> And usually, Slim's a fat bastard. Maybe not this time though :/
>
> -AT
>
> On Wed, Apr 22, 2009 at 1:07 PM, David Rosenstrauch wrote:
>> David C. Rankin wrote:
>>> David Rosenstrauch wrote:
And if a non-X boot was needed, you could achieve it by just taking slim
David Rosenstrauch wrote:
> David C. Rankin wrote:
> > If I want to clone my package selection to another box, is there a
> > better way to do it other than just parsing the files in
> > /var/cache/pacman/pkg to generate a list to feed to pacman after
> > install on the second box?
>
> One opti
And usually, Slim's a fat bastard. Maybe not this time though :/
-AT
On Wed, Apr 22, 2009 at 1:07 PM, David Rosenstrauch wrote:
> David C. Rankin wrote:
>>
>> David Rosenstrauch wrote:
>>>
>>> And if a non-X boot was needed, you could achieve it by just taking slim
>>> out of the rc.conf daemons
Sounds good.
-AT
On Tue, Apr 21, 2009 at 5:15 PM, David C. Rankin
wrote:
> Andrei Thorp wrote:
>> Erk,
>>
>> I'm always a bit iffy on editing system-wide configurations. If the
>> package is updated, pacman won't update the edited configuration file
>> (and start spawing .pacnew files), right? I
I've personally found yaourt kind of sketchy, but perhaps others' milage varies.
-AT
On Wed, Apr 22, 2009 at 7:01 AM, Edgar Kalkowski
wrote:
> Or you install yaourt (via makepkg) which can transparently install from aur,
> too.
>
>
>
>
> On Mittwoch, 22. April 2009, 13:59:45 Andrei Thorp wrote:
I just want to report that after upgrading, the kernel refused to
recognise my main partition and thus refused to boot. The only way I
could fix it was to rollback to 2.6.28.
David C. Rankin wrote:
David Rosenstrauch wrote:
And if a non-X boot was needed, you could achieve it by just taking slim
out of the rc.conf daemons list, and just starting /etc/rc.d/slim from
the command line when/if needed.
DR
OK, I just have to know -- who is slim? Every time in m
David C. Rankin wrote:
Listmates,
I ran into my first problem with pacman and, I know what caused the
problem,
but I need to understand why pacman thought it was a problem to begin with.
Here is the situation:
Trying to start X, and one complaint was no /usr/share/fonts/TTF
di
David Rosenstrauch wrote:
>
> And if a non-X boot was needed, you could achieve it by just taking slim
> out of the rc.conf daemons list, and just starting /etc/rc.d/slim from
> the command line when/if needed.
>
> DR
>
OK, I just have to know -- who is slim? Every time in my life I hav
Jonathan Brown wrote:
> Very nice-
>
> btw are you related to Kyle Rankin of Linux Journal?
>
Thanks, No relation to Kyle Rankin, but I have run across the name a time or
two.
--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 7
Aaron Griffin wrote:
On Wed, Apr 22, 2009 at 2:13 PM, David Rosenstrauch wrote:
lol!
One of the things I like about Arch is that it uses rc.conf - one, single,
central, easy-to-understand config file that controls much of the workings
of my system. It controls everything from the modules you
Listmates,
I ran into my first problem with pacman and, I know what caused the
problem,
but I need to understand why pacman thought it was a problem to begin with.
Here is the situation:
Trying to start X, and one complaint was no /usr/share/fonts/TTF
directory. I
had a /usr/sha
It is indeed a minor usage. But when you need it, it can save your life ;)
2009/4/22 Aaron Griffin
> On Wed, Apr 22, 2009 at 2:13 PM, David Rosenstrauch
> wrote:
> > Daenyth Blank wrote:
> >>
> >> On Wed, Apr 22, 2009 at 10:28, David Rosenstrauch
> >> wrote:
> >>>
> >>> David C. Rankin wrote:
On Wed, Apr 22, 2009 at 2:13 PM, David Rosenstrauch wrote:
> Daenyth Blank wrote:
>>
>> On Wed, Apr 22, 2009 at 10:28, David Rosenstrauch
>> wrote:
>>>
>>> David C. Rankin wrote:
David C. Rankin wrote:
I have found /etc/rc.d/kdm3, and I am searching for where it gets
cal
I prefer also having a runlevel for X rather than a kdm daemon. But instead
of changing inittab, I append "5" to the kernel line in grub. That way, if
something goes wrong at boot, I can always remove the 5 from the booting,
with a default run level of 3. I like being able to choose to load X or no
Daenyth Blank wrote:
On Wed, Apr 22, 2009 at 10:28, David Rosenstrauch wrote:
David C. Rankin wrote:
David C. Rankin wrote:
I have found /etc/rc.d/kdm3, and I am searching for where it gets
called by
startx -- any hints? Also, I'll try downgrading the nvidia driver, in the
mean
time.
On Wed, Apr 22, 2009 at 10:28, David Rosenstrauch wrote:
> David C. Rankin wrote:
>>
>> David C. Rankin wrote:
>> I have found /etc/rc.d/kdm3, and I am searching for where it gets
>> called by
>> startx -- any hints? Also, I'll try downgrading the nvidia driver, in the
>> mean
>> time.
>
>
On Wed, Apr 22, 2009 at 8:44 AM, Jaime Oyarzun Knittel
wrote:
> Hi!
>
> We started some time ago our own national community, we are sharing
> experiences and knowledge in http://www.archlinux.cl/ .
>
> This Saturday we are participating in FLISoL (Latin American Festival of
> Installation of Softw
Hi!
We started some time ago our own national community, we are sharing
experiences and knowledge in http://www.archlinux.cl/ .
This Saturday we are participating in FLISoL (Latin American Festival of
Installation of Software Libre) in many chilean cities, giving free Arch
CD's, installing Arch a
Aaron Griffin wrote:
> On Wed, Apr 22, 2009 at 9:19 AM, Tobias Powalowski wrote:
>
>> Am Mittwoch 22 April 2009 schrieb Damjan Georgievski:
>>
>>> What is the policy for Udev rules in ArchLinux?
>>>
>>> There are 2 places where udev rules can be placed, /lib/udev/rules.d/
>>> and /etc/udev
On Wed, Apr 22, 2009 at 9:19 AM, Tobias Powalowski wrote:
> Am Mittwoch 22 April 2009 schrieb Damjan Georgievski:
>> What is the policy for Udev rules in ArchLinux?
>>
>> There are 2 places where udev rules can be placed, /lib/udev/rules.d/
>> and /etc/udev/rules.d/.
>> Now, I think the /lib/ dire
David C. Rankin wrote:
David C. Rankin wrote:
I have found /etc/rc.d/kdm3, and I am searching for where it gets
called by
startx -- any hints? Also, I'll try downgrading the nvidia driver, in the mean
time.
No need to call startx. Just add kdm3 to the DAEMONS line in your
rc.conf.
On Wed, 22 Apr 2009 10:23:14 -0400
David Rosenstrauch wrote:
> David C. Rankin wrote:
> > Listmates:
> >
> > If I want to clone my package selection to another box, is
> > there a better way to do it other than just parsing the files
> > in /var/cache/pacman/pkg to generate a list to feed to
David C. Rankin wrote:
Listmates,
Having a bit more difficulty getting kde going than I anticipated. I
installed
with "kdemod3-complete", installed xorg, and the nvidia driver for my 8800GT.
nvidia module loads fine. First attempt resulted in the following errors:
[01:20 archangel:/usr
David C. Rankin wrote:
Listmates:
If I want to clone my package selection to another box, is there a
better way
to do it other than just parsing the files in /var/cache/pacman/pkg to generate
a list to feed to pacman after install on the second box?
One option is to have the first box
Am Mittwoch 22 April 2009 schrieb Damjan Georgievski:
> What is the policy for Udev rules in ArchLinux?
>
> There are 2 places where udev rules can be placed, /lib/udev/rules.d/
> and /etc/udev/rules.d/.
> Now, I think the /lib/ directory should be only for the rules coming
> from upstream udev, an
What is the policy for Udev rules in ArchLinux?
There are 2 places where udev rules can be placed, /lib/udev/rules.d/
and /etc/udev/rules.d/.
Now, I think the /lib/ directory should be only for the rules coming
from upstream udev, and the /etc/ directory is for rules coming from
ArchLinux packages
Or you install yaourt (via makepkg) which can transparently install from aur,
too.
On Mittwoch, 22. April 2009, 13:59:45 Andrei Thorp wrote:
> Basically, you click "download Tarball", unpack the tarball, cd into
> the directory and do "makepkg -s"
>
> This will download the sources, build the
Basically, you click "download Tarball", unpack the tarball, cd into
the directory and do "makepkg -s"
This will download the sources, build the package as per PKGBUILD
script, and gives you the resulting Arch package. pacman -U pkg_file
will install it.
Cheers!
-AT
On Tue, Apr 21, 2009 at 9:11
The DAEMONS is actually surprisingly powerful. Some tips:
- /etc/rc.d is where the scripts for DAEMONS are. Any file there can
be used in the DAEMONS array. These files aren't in the typical linux
init style, but easy.
- You can hack some stuff to get multiple DAEMONS arrays if you want "runlevels
Funny enough, I did think of copying my packages over when I was
trying to clone a machine. But then I realized my target machine was
x86_64 and my main machine was x86 :}
Oh well.
-AT
On Wed, Apr 22, 2009 at 12:57 AM, David C. Rankin
wrote:
> Juan Diego wrote:
> box1:
>
> pacman -Qet | awk '{p
startx is really just a small wrapper around the X command. (It's a
250 line shell script at /usr/bin/startx)
What it mostly does is invoke "X" with a few arguments, one of which
is your .xinitrc file, which is also a shell script. If you're not
familiar with this file, what it is is a list of pr
Nice to hear about yet another convert :)
-AT
On Wed, Apr 22, 2009 at 4:32 AM, Jonathan Brown wrote:
>
> Very nice-
>
> btw are you related to Kyle Rankin of Linux Journal?
>
>
>
> - Original Message
> From: David C. Rankin
> To: Archlinux
> Sent: Wednesday, April 22, 2009 4:51:51 AM
Very nice-
btw are you related to Kyle Rankin of Linux Journal?
- Original Message
From: David C. Rankin
To: Archlinux
Sent: Wednesday, April 22, 2009 4:51:51 AM
Subject: [arch-general] General Linux Server Information Available
Listmates,
Just a general point of interest. Ov
Hey there,
On Wed, Apr 22, 2009 at 03:00:41AM -0500, David C. Rankin wrote:
> I have found /etc/rc.d/kdm3, and I am searching for where it gets
> called by
> startx -- any hints? Also, I'll try downgrading the nvidia driver, in the mean
> time.
One way is to put kdm3 in the DAEMONS array i
Listmates,
Just a general point of interest. Over the past 4-5 months, as time
permits, I
have made an effort to put up a site to capture some of the Linux notes, tips,
etc.. that I have squirreled away over the years and make that information
available to anyone that it might help. The s
David C. Rankin wrote:
> Listmates,
>
> Having a bit more difficulty getting kde going than I anticipated. I
> installed
> with "kdemod3-complete", installed xorg, and the nvidia driver for my 8800GT.
> nvidia module loads fine. First attempt resulted in the following errors:
>
> Al
Juan Diego wrote:
box1:
pacman -Qet | awk '{print $1}' >> INSTALLED
box 2:
(first copy files from /var/cache/pacman/pkg in box1 to box2 and also
INSTALLED file)
pacman -S $(cat installed)
Pierre Schmitz wrote:
or just
pacman -Qqet > INSTALLED
Daniel J Griffiths wrote:
> If you're looking for
Listmates,
Having a bit more difficulty getting kde going than I anticipated. I
installed
with "kdemod3-complete", installed xorg, and the nvidia driver for my 8800GT.
nvidia module loads fine. First attempt resulted in the following errors:
[01:20 archangel:/usr/share/fonts] # grep \(EE
David C. Rankin wrote:
Listmates:
If I want to clone my package selection to another box, is there a
better way
to do it other than just parsing the files in /var/cache/pacman/pkg to generate
a list to feed to pacman after install on the second box? Something like:
for i in $(find /var
Am Mittwoch, 22. April 2009 07:02:36 schrieb Juan Diego:
> pacman -Qet | awk '{print $1}' >> INSTALLED
or just
pacman -Qqet > INSTALLED
--
Pierre Schmitz
Clemens-August-Straße 76
53115 Bonn
Telefon 0228 9716608
Mobil 0160 95269831
Jabber pie...@jabber.archlinux.de
63 matches
Mail list logo
