From baho-utot at columbus.rr.com  Sun Feb  1 09:44:06 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Sun, 01 Feb 2009 09:44:06 -0500
Subject: [arch-general] Having trouble compileing a2ps
Message-ID: <4985B536.1050404@columbus.rr.com>

Using:    gcc version 4.3.2
              default build falgs in makepkg

pkgname=a2ps
pkgver=4.13c
pkgrel=1
pkgdesc="a2ps is an Any to PostScript filter


/bin/sh ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H 
-DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFFILE=\"/etc/a2ps/a2ps.cfg\" 
-I. -I.. -I.. -I../intl -I.    -march=i686 -mtune=generic -O2 -pipe  -MT 
hashtab.lo -MD -MP -MF .deps/hashtab.Tpo -c -o hashtab.lo hashtab.c
libtool: compile:  gcc -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" 
-DSYSCONFFILE=\"/etc/a2ps/a2ps.cfg\" -I. -I.. -I.. -I../intl -I. 
-march=i686 -mtune=generic -O2 -pipe -MT hashtab.lo -MD -MP -MF 
.deps/hashtab.Tpo -c hashtab.c -o hashtab.o
mv -f .deps/hashtab.Tpo .deps/hashtab.Plo
/bin/sh ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H 
-DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFFILE=\"/etc/a2ps/a2ps.cfg\" 
-I. -I.. -I.. -I../intl -I.    -march=i686 -mtune=generic -O2 -pipe  -MT 
path-concat.lo -MD -MP -MF .deps/path-concat.Tpo -c -o path-concat.lo 
path-concat.c
libtool: compile:  gcc -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" 
-DSYSCONFFILE=\"/etc/a2ps/a2ps.cfg\" -I. -I.. -I.. -I../intl -I. 
-march=i686 -mtune=generic -O2 -pipe -MT path-concat.lo -MD -MP -MF 
.deps/path-concat.Tpo -c path-concat.c -o path-concat.o
In file included from path-concat.c:30:
/usr/include/string.h:234: error: expected identifier or '(' before 'void'
/usr/include/string.h:234: error: expected ')' before '(' token
make[3]: *** [path-concat.lo] Error 1
make[3]: Leaving directory 
`/srv/http/Build/BUILD.i686/extra/a2ps/src/a2ps-4.13/lib'
make[2]: *** [all] Error 2
make[2]: Leaving directory 
`/srv/http/Build/BUILD.i686/extra/a2ps/src/a2ps-4.13/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/srv/http/Build/BUILD.i686/extra/a2ps/src/a2ps-4.13'
make: *** [all] Error 2
==> ERROR: Build Failed.

Is this a gcc issue?

From daenyth+arch at gmail.com  Sun Feb  1 13:39:40 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Sun, 1 Feb 2009 13:39:40 -0500
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <4985B536.1050404@columbus.rr.com>
References: <4985B536.1050404@columbus.rr.com>
Message-ID: <ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>

On Sun, Feb 1, 2009 at 09:44, Baho Utot <baho-utot at columbus.rr.com> wrote:
> In file included from path-concat.c:30:
> /usr/include/string.h:234: error: expected identifier or '(' before 'void'
> /usr/include/string.h:234: error: expected ')' before '(' token

What the hell? Maybe try reinstalling the package with that file,
perhaps it got munged somehow...

From queueram at gmail.com  Sun Feb  1 14:01:02 2009
From: queueram at gmail.com (Marq Schneider)
Date: Sun, 1 Feb 2009 13:01:02 -0600
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
References: <4985B536.1050404@columbus.rr.com>
	<ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
Message-ID: <d9b431e0902011101ja57cba0t1e9ec517f9fcad97@mail.gmail.com>

On Sun, Feb 1, 2009 at 12:39, Daenyth Blank <daenyth+arch at gmail.com> wrote:
> On Sun, Feb 1, 2009 at 09:44, Baho Utot <baho-utot at columbus.rr.com> wrote:
>> In file included from path-concat.c:30:
>> /usr/include/string.h:234: error: expected identifier or '(' before 'void'
>> /usr/include/string.h:234: error: expected ')' before '(' token
>
> What the hell? Maybe try reinstalling the package with that file,
> perhaps it got munged somehow...
>

I tested it and I am getting the same problem here.  The issue is with
the config.h file that is getting generated and the following lines in
a2ps-4.13/lib/path-contat.c:
#ifndef HAVE_MEMPCPY
# define mempcpy(D, S, N) ((void *) ((char *) memcpy (D, S, N) + (N)))
#endif

For some reason, the config.h file is not picking up a "#define
HAVE_MEMPCPY 1".  I just manually added it in, removed the patches and
configures from the PKGBUILD and did a "makepkg -e" to test this.
You'll want to dig into how that file gets generated.  Alternatively,
you could just add a patch to remove the 3 lines starting with
"#ifndef HAVE_MEMPCPY"

I still got one more build problem in a2ps-4.13/lib/xstrrpl.c .  Just
under the #includes for this file, there is a "extern char *
stpcpy();", however, if you look where stpcpy is used later on in the
file (line 52), you see that it takes two parameters.  I just
commented out the "extern char * stpcpy();" and everything built fine.
 A(nother) patch could take care of this.

-Marq

From baho-utot at columbus.rr.com  Sun Feb  1 15:19:53 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Sun, 01 Feb 2009 15:19:53 -0500
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
References: <4985B536.1050404@columbus.rr.com>
	<ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
Message-ID: <498603E9.5020806@columbus.rr.com>

Daenyth Blank wrote:
> On Sun, Feb 1, 2009 at 09:44, Baho Utot <baho-utot at columbus.rr.com> wrote:
>   
>> In file included from path-concat.c:30:
>> /usr/include/string.h:234: error: expected identifier or '(' before 'void'
>> /usr/include/string.h:234: error: expected ')' before '(' token
>>     
>
> What the hell? Maybe try reinstalling the package with that file,
> perhaps it got munged somehow...
>   
Which file?

What reinstall a2ps?

I have to get it to compile first, otherwise how would I reinstall it, 
seeing that it isn't presently installed.

From dpmcgee at gmail.com  Sun Feb  1 15:49:37 2009
From: dpmcgee at gmail.com (Dan McGee)
Date: Sun, 1 Feb 2009 14:49:37 -0600
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <498603E9.5020806@columbus.rr.com>
References: <4985B536.1050404@columbus.rr.com>
	<ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
	<498603E9.5020806@columbus.rr.com>
Message-ID: <449c10960902011249o25834d40l9e33e27890a6e3cc@mail.gmail.com>

On Sun, Feb 1, 2009 at 2:19 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> Daenyth Blank wrote:
>>
>> On Sun, Feb 1, 2009 at 09:44, Baho Utot <baho-utot at columbus.rr.com> wrote:
>>
>>>
>>> In file included from path-concat.c:30:
>>> /usr/include/string.h:234: error: expected identifier or '(' before
>>> 'void'
>>> /usr/include/string.h:234: error: expected ')' before '(' token
>>>
>>
>> What the hell? Maybe try reinstalling the package with that file,
>> perhaps it got munged somehow...
>>
>
> Which file?
>
> What reinstall a2ps?
>
> I have to get it to compile first, otherwise how would I reinstall it,
> seeing that it isn't presently installed.

$ pacman -Qo /usr/include/string.h
/usr/include/string.h is owned by glibc 2.9-4

From baho-utot at columbus.rr.com  Sun Feb  1 18:24:12 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Sun, 01 Feb 2009 18:24:12 -0500
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <449c10960902011249o25834d40l9e33e27890a6e3cc@mail.gmail.com>
References: <4985B536.1050404@columbus.rr.com>	<ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>	<498603E9.5020806@columbus.rr.com>
	<449c10960902011249o25834d40l9e33e27890a6e3cc@mail.gmail.com>
Message-ID: <49862F1C.7030609@columbus.rr.com>

Dan McGee wrote:
> On Sun, Feb 1, 2009 at 2:19 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
>   
>> Daenyth Blank wrote:
>>     
>>> On Sun, Feb 1, 2009 at 09:44, Baho Utot <baho-utot at columbus.rr.com> wrote:
>>>
>>>       
>>>> In file included from path-concat.c:30:
>>>> /usr/include/string.h:234: error: expected identifier or '(' before
>>>> 'void'
>>>> /usr/include/string.h:234: error: expected ')' before '(' token
>>>>
>>>>         
>>> What the hell? Maybe try reinstalling the package with that file,
>>> perhaps it got munged somehow...
>>>
>>>       
>> Which file?
>>
>> What reinstall a2ps?
>>
>> I have to get it to compile first, otherwise how would I reinstall it,
>> seeing that it isn't presently installed.
>>     
>
> $ pacman -Qo /usr/include/string.h
> /usr/include/string.h is owned by glibc 2.9-4
>   
Being that I compiled all the packages on this machine I am in doubt 
that the header file is indeed bad.  It had compiled other packages 
after this one.  This was not a one time compile.

I could extract the file from the package from the arch repos and due a 
md5sum or diff but I don't think it would be different.


From daenyth+arch at gmail.com  Sun Feb  1 18:33:54 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Sun, 1 Feb 2009 18:33:54 -0500
Subject: [arch-general] Having trouble compileing a2ps
In-Reply-To: <49862F1C.7030609@columbus.rr.com>
References: <4985B536.1050404@columbus.rr.com>
	<ea09a6380902011039w629e0d91tffb90a7c6f4f66e6@mail.gmail.com>
	<498603E9.5020806@columbus.rr.com>
	<449c10960902011249o25834d40l9e33e27890a6e3cc@mail.gmail.com>
	<49862F1C.7030609@columbus.rr.com>
Message-ID: <ea09a6380902011533p308b32d5q5f6407a63e726b2c@mail.gmail.com>

On Sun, Feb 1, 2009 at 18:24, Baho Utot <baho-utot at columbus.rr.com> wrote:
> I could extract the file from the package from the arch repos and due a
> md5sum or diff but I don't think it would be different.
>

It can't hurt to check.

From snowmaniscool at gmail.com  Mon Feb  2 00:53:50 2009
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Mon, 2 Feb 2009 00:53:50 -0500
Subject: [arch-general] [signoff] lvm2 2.02.44-1 & device-mapper 1.02.30-1
Message-ID: <7fcd249b0902012153q3340c321h6e6a39a73c3707e9@mail.gmail.com>

Hi,

Updated packages for lvm2 and device-mapper are now in testing. The changes are:

* lvm2 2.02.44-1
* Upstream update
* Added bash depends

* device-mapper 1.02.30-1
* Upstream update
* Added readline depends
* Added pkgconfig file

Please signoff.  Two signoff for i686 would be nice has I don't use
lvm2 on my i686 system so I could only do some simple sanity tests.
As very few devs uses this, signoffs from users would be appreciated.

Eric

From t.powa at gmx.de  Mon Feb  2 17:45:26 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 2 Feb 2009 23:45:26 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.3-1
Message-ID: <200902022345.29656.t.powa@gmx.de>

Hi guys, new kernel adresses the following things:
- bump to latest version
- changed to new btusb
- removed buggy-acpi-patch

please signoff for both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org












-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090202/8ab742af/attachment.pgp>

From ghodechhap at ghodechhap.net  Mon Feb  2 22:49:56 2009
From: ghodechhap at ghodechhap.net (Shridhar Daithankar)
Date: Tue, 3 Feb 2009 09:19:56 +0530
Subject: [arch-general] hwdetect with kernel upgrade?
Message-ID: <200902030919.57090.ghodechhap@ghodechhap.net>

Hello,

A long time ago, I posted that with kernel upgrade, the module insertion hangs 
till I hit enter.

I ran hwdetect and updated the modules array, sans the standard acpi modules 
and it now works reliably every time. It can boot unattended now.

AFAIK, the module-names and functionality is prone to changes from kernel to 
kernel. Should we automatically run hwdetect or advise users to check it in 
case of kernel upgrade?
-- 
 Shridhar

From darose at darose.net  Mon Feb  2 23:26:44 2009
From: darose at darose.net (David Rosenstrauch)
Date: Mon, 02 Feb 2009 23:26:44 -0500
Subject: [arch-general] hwdetect with kernel upgrade?
In-Reply-To: <200902030919.57090.ghodechhap@ghodechhap.net>
References: <200902030919.57090.ghodechhap@ghodechhap.net>
Message-ID: <4987C784.9010700@darose.net>

Shridhar Daithankar wrote:
> Hello,
> 
> A long time ago, I posted that with kernel upgrade, the module insertion hangs 
> till I hit enter.
> 
> I ran hwdetect and updated the modules array, sans the standard acpi modules 
> and it now works reliably every time. It can boot unattended now.
> 
> AFAIK, the module-names and functionality is prone to changes from kernel to 
> kernel. Should we automatically run hwdetect or advise users to check it in 
> case of kernel upgrade?

I thought you can do this already by setting MOD_AUTOLOAD="yes" in your 
rc.conf.

DR

From t.powa at gmx.de  Tue Feb  3 01:03:06 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Tue, 3 Feb 2009 07:03:06 +0100
Subject: [arch-general] hwdetect with kernel upgrade?
In-Reply-To: <4987C784.9010700@darose.net>
References: <200902030919.57090.ghodechhap@ghodechhap.net>
	<4987C784.9010700@darose.net>
Message-ID: <200902030703.09525.t.powa@gmx.de>

Am Dienstag 03 Februar 2009 schrieb David Rosenstrauch:
> Shridhar Daithankar wrote:
> > Hello,
> >
> > A long time ago, I posted that with kernel upgrade, the module insertion
> > hangs till I hit enter.
> >
> > I ran hwdetect and updated the modules array, sans the standard acpi
> > modules and it now works reliably every time. It can boot unattended now.
> >
> > AFAIK, the module-names and functionality is prone to changes from kernel
> > to kernel. Should we automatically run hwdetect or advise users to check
> > it in case of kernel upgrade?
>
> I thought you can do this already by setting MOD_AUTOLOAD="yes" in your
> rc.conf.
>
> DR
Hi
hwdetect is a installation helper program of archboot isos, it's not used in 
any script on pacman -Syu.
Names and functions of modules can change it's up to the user to adopt those 
changes as well, sure you can use hwdetect to get a new list of MODULES= for 
this, but it will be not involved in upgrade scripts.

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090203/c69db000/attachment-0001.pgp>

From thomas at archlinux.org  Tue Feb  3 03:44:11 2009
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Tue, 03 Feb 2009 09:44:11 +0100
Subject: [arch-general] hwdetect with kernel upgrade?
In-Reply-To: <200902030919.57090.ghodechhap@ghodechhap.net>
References: <200902030919.57090.ghodechhap@ghodechhap.net>
Message-ID: <498803DB.4050502@archlinux.org>

Shridhar Daithankar schrieb:
> Hello,
> 
> A long time ago, I posted that with kernel upgrade, the module insertion hangs 
> till I hit enter.
> 
> I ran hwdetect and updated the modules array, sans the standard acpi modules 
> and it now works reliably every time. It can boot unattended now.

We don't use hwdetect anymore and leave the user with an empty MODULES 
array on new installations. This works much better as soon as you work 
around the harddisk swapping issues with UUID based naming.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090203/b7afe565/attachment.pgp>

From mail at hehejo.de  Thu Feb  5 03:11:57 2009
From: mail at hehejo.de (Johannes Held)
Date: Thu, 5 Feb 2009 09:11:57 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
Message-ID: <20090205091157.5112ba5e@hehejo.de>

Allan McRae <allan at archlinux.org>:
> I think very little in [extra] depends on ruby (needed plugins mainly), 
> but the is quite a bit in [community].  I thought BaSh used to maintain 
> some of them so perhaps he wants to be the maintainer.  Anyway, the 
> transition to the 1.9 series in not minor (as in plug-ins need ported) 
> so if no-one volunteers, I will just continue with the 1.8 series until 
> such a time as something in our repos really needs 1.9.
> 
> Allan

I did an update via abs right know and ran into some smaller problems:
- Ruby 1.9.1 now includes rubygems, so I had to remove that first.
- /usr/bin/rake wasn't owned by any package.
- vim (compiled with --enable-rubyinterp) won't work (and compile)

However, ruby 1.9.1 is really faster than old 1.8.7.

I'll test further for some shortcomings with the new ruby.

-- 
Gru?, Johannes
T?glich http://blog.hehejo.de und du f?hlst dich gut.

http://cryptocd.eduforge.org/online_version
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090205/5a84111e/attachment.pgp>

From ondrej.kucera at centrum.cz  Thu Feb  5 07:18:05 2009
From: ondrej.kucera at centrum.cz (=?UTF-8?B?T25kxZllaiBLdcSNZXJh?=)
Date: Thu, 05 Feb 2009 13:18:05 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <20090205091157.5112ba5e@hehejo.de>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de>
Message-ID: <498AD8FD.6050409@centrum.cz>

Hi,

Johannes Held wrote:
> Allan McRae <allan at archlinux.org>:
>> I think very little in [extra] depends on ruby (needed plugins mainly), 
>> but the is quite a bit in [community].  I thought BaSh used to maintain 
>> some of them so perhaps he wants to be the maintainer.  Anyway, the 
>> transition to the 1.9 series in not minor (as in plug-ins need ported) 
>> so if no-one volunteers, I will just continue with the 1.8 series until 
>> such a time as something in our repos really needs 1.9.
>>
>> Allan
> 
> I did an update via abs right know and ran into some smaller problems:
> - Ruby 1.9.1 now includes rubygems, so I had to remove that first.
> - /usr/bin/rake wasn't owned by any package.
> - vim (compiled with --enable-rubyinterp) won't work (and compile)
> 
> However, ruby 1.9.1 is really faster than old 1.8.7.
> 
> I'll test further for some shortcomings with the new ruby.

Does anyone know what the current state of Ruby on Rails versus Ruby 
1.9.x is? Because I remember there were compatibility issues and I'm 
pretty sure there are Archers who use Ruby on Rails (even if only for 
example for development). It would be unfortunate to break it for them, 
even if Ruby itself is better in the version 1.9.x.

Ond?ej


-- 
Cheers,
Ond?ej Ku?era

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


From kessiapinheiro at gmail.com  Thu Feb  5 07:52:26 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Thu, 5 Feb 2009 09:52:26 -0300
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <498AD8FD.6050409@centrum.cz>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de> <498AD8FD.6050409@centrum.cz>
Message-ID: <c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>

I think the problem isn't the Rails, but the Gems. Until I know, Rails
2.2.2 are compatible with Ruby 1.9. But some developers don't upgrade
their gems code to work with Ruby 1.9.X, so, sometimes apps will break
with a upgrade. But, it depends only from developers of used gems.

--
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil



On Thu, Feb 5, 2009 at 9:18 AM, Ond?ej Ku?era <ondrej.kucera at centrum.cz> wrote:
> Hi,
>
> Johannes Held wrote:
>>
>> Allan McRae <allan at archlinux.org>:
>>>
>>> I think very little in [extra] depends on ruby (needed plugins mainly),
>>> but the is quite a bit in [community].  I thought BaSh used to maintain some
>>> of them so perhaps he wants to be the maintainer.  Anyway, the transition to
>>> the 1.9 series in not minor (as in plug-ins need ported) so if no-one
>>> volunteers, I will just continue with the 1.8 series until such a time as
>>> something in our repos really needs 1.9.
>>>
>>> Allan
>>
>> I did an update via abs right know and ran into some smaller problems:
>> - Ruby 1.9.1 now includes rubygems, so I had to remove that first.
>> - /usr/bin/rake wasn't owned by any package.
>> - vim (compiled with --enable-rubyinterp) won't work (and compile)
>>
>> However, ruby 1.9.1 is really faster than old 1.8.7.
>>
>> I'll test further for some shortcomings with the new ruby.
>
> Does anyone know what the current state of Ruby on Rails versus Ruby 1.9.x
> is? Because I remember there were compatibility issues and I'm pretty sure
> there are Archers who use Ruby on Rails (even if only for example for
> development). It would be unfortunate to break it for them, even if Ruby
> itself is better in the version 1.9.x.
>
> Ond?ej
>
>
> --
> Cheers,
> Ond?ej Ku?era
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>

From ondrej.kucera at centrum.cz  Thu Feb  5 08:56:56 2009
From: ondrej.kucera at centrum.cz (=?UTF-8?B?T25kxZllaiBLdcSNZXJh?=)
Date: Thu, 05 Feb 2009 14:56:56 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>
	<498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
Message-ID: <498AF028.9030909@centrum.cz>

Hi,

Kessia 'even' Pinheiro wrote:
> I think the problem isn't the Rails, but the Gems. Until I know, Rails
> 2.2.2 are compatible with Ruby 1.9. But some developers don't upgrade
> their gems code to work with Ruby 1.9.X, so, sometimes apps will break
> with a upgrade. But, it depends only from developers of used gems.

True. But at the end of the day it goes down to works/doesn't work as a 
whole and as long as the gems used by Rails are broken, Rails are 
effectively broken too. :-(

Ond?ej


-- 
Cheers,
Ond?ej Ku?era

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


From rumen at qrypto.org  Thu Feb  5 09:02:53 2009
From: rumen at qrypto.org (Rumen Yotov)
Date: Thu, 5 Feb 2009 16:02:53 +0200
Subject: [arch-general] kernel-2.6.28 & pccard problem
Message-ID: <20090205140253.GA4601@qrypto.org>

Hi,

Recently installed archlinux so this is my first email here.
Can't configure the network (no eth0), dmesg gives me errors while initializing
pccard services (a laptop with pcmcia lan card).
A search in Bugzilla doen't result in something relevant (USB-issues
mostly).
Thanks for any suggetions how to proceed.
Rumen
PS:plan to boot with another kernel (with net-support) but it's using
hda instead of sda (fstab), but will try anyway.

From kessiapinheiro at gmail.com  Thu Feb  5 09:06:56 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Thu, 5 Feb 2009 11:06:56 -0300
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <498AF028.9030909@centrum.cz>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de> <498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
	<498AF028.9030909@centrum.cz>
Message-ID: <c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>

Hi,

On Thu, Feb 5, 2009 at 10:56 AM, Ond?ej Ku?era <ondrej.kucera at centrum.cz> wrote:
> Hi,
>
> <cut>
>
> True. But at the end of the day it goes down to works/doesn't work as a
> whole and as long as the gems used by Rails are broken, Rails are
> effectively broken too. :-(
>
> Ond?ej
>
>
> --
> Cheers,
> Ond?ej Ku?era

True, but, it depends of the user. If he don't use any gem, it wont
broke. So, we need decide if we'll provide a new package with many new
features, or wait some time (how much?) to provide this package
because some (how much?) users use a specific gem to code/run a Rails
app.
Finally, I maintain the rubygems package at community, so, when we
decide which choise will be applyed, we need remove the rubygems
package from community too.

Thanks,
--
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil


>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>

From ondrej.kucera at centrum.cz  Thu Feb  5 09:23:59 2009
From: ondrej.kucera at centrum.cz (=?UTF-8?B?T25kxZllaiBLdcSNZXJh?=)
Date: Thu, 05 Feb 2009 15:23:59 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>
	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>
	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
Message-ID: <498AF67F.3050805@centrum.cz>

Hi,

Kessia 'even' Pinheiro wrote:
> True, but, it depends of the user. If he don't use any gem, it wont
> broke. So, we need decide if we'll provide a new package with many new
> features, or wait some time (how much?) to provide this package
> because some (how much?) users use a specific gem to code/run a Rails
> app.

Yes, it's not an easy question, ideally someone enough involved in the 
Rails community should say when it is OK (from Rails point of view) to 
upgrade Ruby. I'm definitely not that person I'm afraid, I just wanted 
to say that upgrading Ruby has its consequences. I myself don't use/need 
any other gems than those that Rails require, at least for now I don't.

Ond?ej


-- 
Cheers,
Ond?ej Ku?era

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


From dieter at plaetinck.be  Thu Feb  5 10:40:02 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Thu, 5 Feb 2009 16:40:02 +0100
Subject: [arch-general] kernel-2.6.28 & pccard problem
In-Reply-To: <20090205140253.GA4601@qrypto.org>
References: <20090205140253.GA4601@qrypto.org>
Message-ID: <20090205164002.37c58d93@plaetinck.be>

On Thu, 5 Feb 2009 16:02:53 +0200
Rumen Yotov <rumen at qrypto.org> wrote:

> Hi,
> 
> Recently installed archlinux so this is my first email here.
> Can't configure the network (no eth0), dmesg gives me errors while
> initializing pccard services (a laptop with pcmcia lan card).
> A search in Bugzilla doen't result in something relevant (USB-issues
> mostly).

So, what's the error?


> Thanks for any suggetions how to proceed.
> Rumen
> PS:plan to boot with another kernel (with net-support) but it's using
> hda instead of sda (fstab), but will try anyway.


From gleira at gleira.com  Thu Feb  5 11:04:35 2009
From: gleira at gleira.com (Guillermo Leira)
Date: Thu, 5 Feb 2009 17:04:35 +0100
Subject: [arch-general] Wheel Problem
In-Reply-To: <498AF67F.3050805@centrum.cz>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
	<498AF67F.3050805@centrum.cz>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>

Hello!

I have installed Arch in a virtual machine. I'm using the xorg hotplugging option. I have an annoying problem: When I try to scroll up using the wheel mouse, I scroll down (a lot). I have used xev to see what was xorg receiving from the mouse. Wheel down sends one "button 5" event, but wheel up sends about twenty "button 5".

I have several other VMs in the same computer, and all of them work fine. I also have some other Arch VMs in other computers, and they work fine. I can't find why this one does not work...

I have tried to modify the hal configuration files, evdev and vmmouse drivers, but no luck.
Any suggestions?

Best Regards,

Guillermo Leira



From darose at darose.net  Thu Feb  5 11:08:26 2009
From: darose at darose.net (David Rosenstrauch)
Date: Thu, 05 Feb 2009 11:08:26 -0500
Subject: [arch-general] Wheel Problem
In-Reply-To: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>
	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>
Message-ID: <498B0EFA.8070405@darose.net>

Guillermo Leira wrote:
> Hello!
> 
> I have installed Arch in a virtual machine. I'm using the xorg
> hotplugging option. I have an annoying problem: When I try to scroll
> up using the wheel mouse, I scroll down (a lot). I have used xev to
> see what was xorg receiving from the mouse. Wheel down sends one
> "button 5" event, but wheel up sends about twenty "button 5".
> 
> I have several other VMs in the same computer, and all of them work
> fine. I also have some other Arch VMs in other computers, and they
> work fine. I can't find why this one does not work...
> 
> I have tried to modify the hal configuration files, evdev and vmmouse
> drivers, but no luck. Any suggestions?
> 
> Best Regards,
> 
> Guillermo Leira

Which desktop/window manager are you using in the VM?

DR

From gleira at gleira.com  Thu Feb  5 11:53:11 2009
From: gleira at gleira.com (Guillermo Leira)
Date: Thu, 5 Feb 2009 17:53:11 +0100
Subject: [arch-general] Wheel Problem
In-Reply-To: <498B0EFA.8070405@darose.net>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>
	<498B0EFA.8070405@darose.net>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>

Gnome. And the same in all the other physical and virtual machines.

I forgot to mention this: I copied the vmware server vmdk files, and booted it in virtualbox. I just removed open-vm-tools and installed the Vbox Guest Additions, and it works fine...

GLR

-----Mensaje original-----
De: arch-general-bounces at archlinux.org [mailto:arch-general-bounces at archlinux.org] En nombre de David Rosenstrauch
Enviado el: jueves, 05 de febrero de 2009 17:08
Para: General Discusson about Arch Linux
Asunto: Re: [arch-general] Wheel Problem

Guillermo Leira wrote:
> Hello!
> 
> I have installed Arch in a virtual machine. I'm using the xorg
> hotplugging option. I have an annoying problem: When I try to scroll
> up using the wheel mouse, I scroll down (a lot). I have used xev to
> see what was xorg receiving from the mouse. Wheel down sends one
> "button 5" event, but wheel up sends about twenty "button 5".
> 
> I have several other VMs in the same computer, and all of them work
> fine. I also have some other Arch VMs in other computers, and they
> work fine. I can't find why this one does not work...
> 
> I have tried to modify the hal configuration files, evdev and vmmouse
> drivers, but no luck. Any suggestions?
> 
> Best Regards,
> 
> Guillermo Leira

Which desktop/window manager are you using in the VM?

DR



From darose at darose.net  Thu Feb  5 12:06:56 2009
From: darose at darose.net (David Rosenstrauch)
Date: Thu, 05 Feb 2009 12:06:56 -0500
Subject: [arch-general] Wheel Problem
In-Reply-To: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>	<498B0EFA.8070405@darose.net>
	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>
Message-ID: <498B1CB0.7020505@darose.net>

Hmmm ... dunno.  I'm not seeing this in my Arch VM using Fluxbox.  Wheel 
down sends button 5 events, and wheel up sends button 4.  I'm using X 
hotplugging as well - i.e., evdev and HAL.

I'm using Virtualbox, however.  Sounds like you're using VMWare.

Is the VM up to date with the latest Arch packages?

Not sure what else to tell you.  :-(

DR

Guillermo Leira wrote:
> Gnome. And the same in all the other physical and virtual machines.
> 
> I forgot to mention this: I copied the vmware server vmdk files, and
> booted it in virtualbox. I just removed open-vm-tools and installed
> the Vbox Guest Additions, and it works fine...
> 
> GLR
> 
> -----Mensaje original----- De: arch-general-bounces at archlinux.org
> [mailto:arch-general-bounces at archlinux.org] En nombre de David
> Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para:
> General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel
> Problem
> 
> Guillermo Leira wrote:
>> Hello!
>> 
>> I have installed Arch in a virtual machine. I'm using the xorg 
>> hotplugging option. I have an annoying problem: When I try to
>> scroll up using the wheel mouse, I scroll down (a lot). I have used
>> xev to see what was xorg receiving from the mouse. Wheel down sends
>> one "button 5" event, but wheel up sends about twenty "button 5".
>> 
>> I have several other VMs in the same computer, and all of them work
>>  fine. I also have some other Arch VMs in other computers, and they
>>  work fine. I can't find why this one does not work...
>> 
>> I have tried to modify the hal configuration files, evdev and
>> vmmouse drivers, but no luck. Any suggestions?
>> 
>> Best Regards,
>> 
>> Guillermo Leira
> 
> Which desktop/window manager are you using in the VM?
> 
> DR
> 
> 


From sagikliwon at gmail.com  Thu Feb  5 13:34:36 2009
From: sagikliwon at gmail.com (Abdul Halim)
Date: Fri, 6 Feb 2009 02:34:36 +0800
Subject: [arch-general] Wheel Problem
In-Reply-To: <498B1CB0.7020505@darose.net>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
	<498AF028.9030909@centrum.cz>
	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
	<498AF67F.3050805@centrum.cz>
	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>
	<498B0EFA.8070405@darose.net>
	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>
	<498B1CB0.7020505@darose.net>
Message-ID: <e48ad88f0902051034i7cfa3358he7ef788013be8edf@mail.gmail.com>

On Fri, Feb 6, 2009 at 1:06 AM, David Rosenstrauch <darose at darose.net>wrote:

> Hmmm ... dunno.  I'm not seeing this in my Arch VM using Fluxbox.  Wheel
> down sends button 5 events, and wheel up sends button 4.  I'm using X
> hotplugging as well - i.e., evdev and HAL.
>
> I'm using Virtualbox, however.  Sounds like you're using VMWare.
>
> Is the VM up to date with the latest Arch packages?
>
> Not sure what else to tell you.  :-(
>
> DR
>
> Guillermo Leira wrote:
>
>> Gnome. And the same in all the other physical and virtual machines.
>>
>> I forgot to mention this: I copied the vmware server vmdk files, and
>> booted it in virtualbox. I just removed open-vm-tools and installed
>> the Vbox Guest Additions, and it works fine...
>>
>> GLR
>>
>> -----Mensaje original----- De: arch-general-bounces at archlinux.org
>> [mailto:arch-general-bounces at archlinux.org] En nombre de David
>> Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para:
>> General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel
>> Problem
>>
>> Guillermo Leira wrote:
>>
>>> Hello!
>>>
>>> I have installed Arch in a virtual machine. I'm using the xorg
>>> hotplugging option. I have an annoying problem: When I try to
>>> scroll up using the wheel mouse, I scroll down (a lot). I have used
>>> xev to see what was xorg receiving from the mouse. Wheel down sends
>>> one "button 5" event, but wheel up sends about twenty "button 5".
>>>
>>> I have several other VMs in the same computer, and all of them work
>>>  fine. I also have some other Arch VMs in other computers, and they
>>>  work fine. I can't find why this one does not work...
>>>
>>> I have tried to modify the hal configuration files, evdev and
>>> vmmouse drivers, but no luck. Any suggestions?
>>>
>>> Best Regards,
>>>
>>> Guillermo Leira
>>>
>>
>> Which desktop/window manager are you using in the VM?
>>
>> DR
>>
>>
>> I guess you are using Vmware Workstation. Which version?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090206/8e7705fe/attachment.htm>

From rumen at qrypto.org  Thu Feb  5 13:54:17 2009
From: rumen at qrypto.org (=?UTF-8?B?0KDRg9C80LXQvQ==?=)
Date: Thu, 05 Feb 2009 20:54:17 +0200
Subject: [arch-general] kernel-2.6.28 & pccard problem
In-Reply-To: <20090205164002.37c58d93@plaetinck.be>
References: <20090205140253.GA4601@qrypto.org>
	<20090205164002.37c58d93@plaetinck.be>
Message-ID: <498B35D9.7050304@qrypto.org>

Hi,
Dieter Plaetinck ??????:
> On Thu, 5 Feb 2009 16:02:53 +0200
> Rumen Yotov <rumen at qrypto.org> wrote:
>
>   
>> Hi,
>>
>> Recently installed archlinux so this is my first email here.
>> Can't configure the network (no eth0), dmesg gives me errors while
>> initializing pccard services (a laptop with pcmcia lan card).
>> A search in Bugzilla doen't result in something relevant (USB-issues
>> mostly).
>>     
>
> So, what's the error?
>   
Here comes the problem part:
...begin...
Modules linked in: pcmcia(+) snd_seq_oss snd_seq_midi_event snd_seq 
snd_via82xx(+) gameport snd_pcm_oss snd_mixer_oss snd_ac97_codec 
i2c_viapro ppdev uhci_hcd ac97_bus snd_mpu401_uart ppp_generic slhc 
yenta_socket lp snd_pcm ehci_hcd snd_rawmidi snd_seq_device pcspkr 
i2c_core rsrc_nonstatic snd_timer snd_page_alloc snd psmouse serio_raw 
pcmcia_core soundcore usbcore via686a sr_mod cdrom sg video output 
parport_pc parport via_agp shpchp agpgart pci_hotplug thermal processor 
evdev fan button battery ac 8139too mii rtc_cmos rtc_core rtc_lib 
reiserfs sd_mod pata_acpi ata_generic pata_via libata scsi_mod

Pid: 991, comm: pccardd Not tainted (2.6.28-ARCH #1) J1
EIP: 0060:[<c044dcd0>] EFLAGS: 00000246 CPU: 0
EIP is at quirk_h12y_1_mmio+0x1/0x1f
EAX: d6ab9400 EBX: c03cadc4 ECX: d6ab9440 EDX: d6ab9400
ESI: c03cb114 EDI: d6ab9400 EBP: d70a5c00 ESP: d6babef4
 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process pccardd (pid: 991, ti=d6baa000 task=d7363400 task.ti=d6baa000)
Stack:
 c02192e3 d6ab9400 d70a5c00 d6ab9400 c0216aa9 00000200 00000000 c031c5dc
 d6ab9426 c03b2d19 00000000 00000002 00000000 00000000 00000001 d70a5c20
 d6ab9458 00000200 813910ec 00babf50 00000000 00000000 00000000 d70a5c00
Call Trace:
 [<c02192e3>] pci_fixup_device+0x63/0xc0
 [<c0216aa9>] pci_device_add+0x69/0xb0
 [<c031c5dc>] pci_scan_single_device+0x35c/0x4f0
 [<c0216b13>] pci_scan_slot+0x23/0x80
 [<d82844ef>] cb_alloc+0x1f/0xd4 [pcmcia_core]
 [<d8280854>] socket_insert+0x124/0x140 [pcmcia_core]
 [<d8281202>] pccardd+0x202/0x290 [pcmcia_core]
 [<d8281000>] pccardd+0x0/0x290 [pcmcia_core]
 [<c0144159>] kthread+0x39/0x70
 [<c0144120>] kthread+0x0/0x70
 [<c0104d33>] kernel_thread_helper+0x7/0x14
Code: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 
cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc <cc> cc 
cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
EIP: [<c044dcd0>] quirk_h12y_1_mmio+0x1/0x1f SS:ESP 0068:d6babef4
---[ end trace 273e510f7d531d65 ]---
note: pccardd[991] exited with preempt_count 1
...end...
The kernel is detecting 8139too, but no device is created.
>   
>> Thanks for any suggetions how to proceed.
>> Rumen
>> PS:plan to boot with another kernel (with net-support) but it's using
>> hda instead of sda (fstab), but will try anyway.
>>     
Thanks, Rumen
PS: Had the same problem (eventually) with kernel-2.6.27 (the one from 
archboot iso CD), but don't have any debug info.

From dieter at plaetinck.be  Thu Feb  5 14:10:52 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Thu, 5 Feb 2009 20:10:52 +0100
Subject: [arch-general] kernel-2.6.28 & pccard problem
In-Reply-To: <498B35D9.7050304@qrypto.org>
References: <20090205140253.GA4601@qrypto.org>
	<20090205164002.37c58d93@plaetinck.be>
	<498B35D9.7050304@qrypto.org>
Message-ID: <20090205201052.4c5a215f@plaetinck.be>

On Thu, 05 Feb 2009 20:54:17 +0200
????? <rumen at qrypto.org> wrote:

> Hi,
> Dieter Plaetinck ??????:
> > On Thu, 5 Feb 2009 16:02:53 +0200
> > Rumen Yotov <rumen at qrypto.org> wrote:
> >
> >   
> >> Hi,
> >>
> >> Recently installed archlinux so this is my first email here.
> >> Can't configure the network (no eth0), dmesg gives me errors while
> >> initializing pccard services (a laptop with pcmcia lan card).
> >> A search in Bugzilla doen't result in something relevant
> >> (USB-issues mostly).
> >>     
> >
> > So, what's the error?
> >   
> Here comes the problem part:
> ...begin...
> Modules linked in: pcmcia(+) snd_seq_oss snd_seq_midi_event snd_seq 
> snd_via82xx(+) gameport snd_pcm_oss snd_mixer_oss snd_ac97_codec 
> i2c_viapro ppdev uhci_hcd ac97_bus snd_mpu401_uart ppp_generic slhc 
> yenta_socket lp snd_pcm ehci_hcd snd_rawmidi snd_seq_device pcspkr 
> i2c_core rsrc_nonstatic snd_timer snd_page_alloc snd psmouse
> serio_raw pcmcia_core soundcore usbcore via686a sr_mod cdrom sg video
> output parport_pc parport via_agp shpchp agpgart pci_hotplug thermal
> processor evdev fan button battery ac 8139too mii rtc_cmos rtc_core
> rtc_lib reiserfs sd_mod pata_acpi ata_generic pata_via libata scsi_mod
> 
> Pid: 991, comm: pccardd Not tainted (2.6.28-ARCH #1) J1
> EIP: 0060:[<c044dcd0>] EFLAGS: 00000246 CPU: 0
> EIP is at quirk_h12y_1_mmio+0x1/0x1f
> EAX: d6ab9400 EBX: c03cadc4 ECX: d6ab9440 EDX: d6ab9400
> ESI: c03cb114 EDI: d6ab9400 EBP: d70a5c00 ESP: d6babef4
>  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> Process pccardd (pid: 991, ti=d6baa000 task=d7363400 task.ti=d6baa000)
> Stack:
>  c02192e3 d6ab9400 d70a5c00 d6ab9400 c0216aa9 00000200 00000000
> c031c5dc d6ab9426 c03b2d19 00000000 00000002 00000000 00000000
> 00000001 d70a5c20 d6ab9458 00000200 813910ec 00babf50 00000000
> 00000000 00000000 d70a5c00 Call Trace:
>  [<c02192e3>] pci_fixup_device+0x63/0xc0
>  [<c0216aa9>] pci_device_add+0x69/0xb0
>  [<c031c5dc>] pci_scan_single_device+0x35c/0x4f0
>  [<c0216b13>] pci_scan_slot+0x23/0x80
>  [<d82844ef>] cb_alloc+0x1f/0xd4 [pcmcia_core]
>  [<d8280854>] socket_insert+0x124/0x140 [pcmcia_core]
>  [<d8281202>] pccardd+0x202/0x290 [pcmcia_core]
>  [<d8281000>] pccardd+0x0/0x290 [pcmcia_core]
>  [<c0144159>] kthread+0x39/0x70
>  [<c0144120>] kthread+0x0/0x70
>  [<c0104d33>] kernel_thread_helper+0x7/0x14
> Code: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> <cc> cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> EIP: [<c044dcd0>] quirk_h12y_1_mmio+0x1/0x1f SS:ESP 0068:d6babef4
> ---[ end trace 273e510f7d531d65 ]---
> note: pccardd[991] exited with preempt_count 1
> ...end...
> The kernel is detecting 8139too, but no device is created.
> >   
> >> Thanks for any suggetions how to proceed.
> >> Rumen
> >> PS:plan to boot with another kernel (with net-support) but it's
> >> using hda instead of sda (fstab), but will try anyway.
> >>     
> Thanks, Rumen
> PS: Had the same problem (eventually) with kernel-2.6.27 (the one
> from archboot iso CD), but don't have any debug info.


I personally have no idea, but google gives me quite some hits on
'pccard not tainted', maybe a kernel bug?

Dieter

From allan at archlinux.org  Fri Feb  6 01:08:39 2009
From: allan at archlinux.org (Allan McRae)
Date: Fri, 06 Feb 2009 16:08:39 +1000
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <498AF67F.3050805@centrum.cz>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
	<498AF67F.3050805@centrum.cz>
Message-ID: <BAY102-DAV342AC319ADBAABAB2A7D186C10@phx.gbl>

Ond?ej Ku?era wrote:
> Hi,
>
> Kessia 'even' Pinheiro wrote:
>> True, but, it depends of the user. If he don't use any gem, it wont
>> broke. So, we need decide if we'll provide a new package with many new
>> features, or wait some time (how much?) to provide this package
>> because some (how much?) users use a specific gem to code/run a Rails
>> app.
>
> Yes, it's not an easy question, ideally someone enough involved in the 
> Rails community should say when it is OK (from Rails point of view) to 
> upgrade Ruby. I'm definitely not that person I'm afraid, I just wanted 
> to say that upgrading Ruby has its consequences. I myself don't 
> use/need any other gems than those that Rails require, at least for 
> now I don't.

We can alway have a ruby package and a ruby18 package at a later date, 
much like what will happen when I make python3 to python.  Currently, it 
seems that nothing in the repos builds against ruby-1.9 so I (or whoever 
takes ruby over) can wait for that transition and provide a ruby19 package.

Allan



From ondrej.kucera at centrum.cz  Fri Feb  6 02:46:56 2009
From: ondrej.kucera at centrum.cz (=?UTF-8?B?T25kxZllaiBLdcSNZXJh?=)
Date: Fri, 06 Feb 2009 08:46:56 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <BAY102-DAV342AC319ADBAABAB2A7D186C10@phx.gbl>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>
	<BAY102-DAV342AC319ADBAABAB2A7D186C10@phx.gbl>
Message-ID: <498BEAF0.4040401@centrum.cz>

Hi,

> We can alway have a ruby package and a ruby18 package at a later date, 
> much like what will happen when I make python3 to python.  Currently, it 
> seems that nothing in the repos builds against ruby-1.9 so I (or whoever 
> takes ruby over) can wait for that transition and provide a ruby19 package.

Well maintaining both versions (at least for some time) would be an 
ideal solution, only I didn't dare to suggest it because I can imagine 
it takes quite some work. :-)

Ond?ej


-- 
Cheers,
Ond?ej Ku?era

From strika at archlinux.us  Fri Feb  6 05:53:05 2009
From: strika at archlinux.us (Strika)
Date: Fri, 6 Feb 2009 11:53:05 +0100
Subject: [arch-general] FSC Amilo Pro 2030 - Fan control
Message-ID: <dec31b800902060253n93f7e49uda55127f218941c1@mail.gmail.com>

Greetings to all,

I found a way to control fan speed on FSC Amilo Pro 2030. I found some
articles on Ubuntu forum, and I used some stuff from arch wiki. Should I put
solution on forum or on wiki, maybe?  I will anyway put it on my blog.

I'm new in this way of contributing, so I'm asking this so I would now what
to do with similar stuff in future.

Thanks for answer,

Neboj?a Stri?evi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090206/c43fa332/attachment.htm>

From kessiapinheiro at gmail.com  Fri Feb  6 06:34:40 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Fri, 6 Feb 2009 08:34:40 -0300
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <498BEAF0.4040401@centrum.cz>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de> <498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
	<498AF028.9030909@centrum.cz>
	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
	<498AF67F.3050805@centrum.cz>
	<BAY102-DAV342AC319ADBAABAB2A7D186C10@phx.gbl>
	<498BEAF0.4040401@centrum.cz>
Message-ID: <c8faca170902060334h40825704le669c96fb3a10fe2@mail.gmail.com>

Hi,

Maintain both version only depends of the developer, he'll maintain
both? And it can broke any actual package?

On Fri, Feb 6, 2009 at 4:46 AM, Ond?ej Ku?era <ondrej.kucera at centrum.cz> wrote:
> Hi,
>
>> We can alway have a ruby package and a ruby18 package at a later date,
>> much like what will happen when I make python3 to python.  Currently, it
>> seems that nothing in the repos builds against ruby-1.9 so I (or whoever
>> takes ruby over) can wait for that transition and provide a ruby19 package.
>
> Well maintaining both versions (at least for some time) would be an ideal
> solution, only I didn't dare to suggest it because I can imagine it takes
> quite some work. :-)
>
> Ond?ej
>
>
> --
> Cheers,
> Ond?ej Ku?era
>



-- 
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil

From daenyth+arch at gmail.com  Fri Feb  6 07:17:54 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Fri, 6 Feb 2009 07:17:54 -0500
Subject: [arch-general] FSC Amilo Pro 2030 - Fan control
In-Reply-To: <dec31b800902060253n93f7e49uda55127f218941c1@mail.gmail.com>
References: <dec31b800902060253n93f7e49uda55127f218941c1@mail.gmail.com>
Message-ID: <ea09a6380902060417r21a5061hf5a63d61eeb2c2c2@mail.gmail.com>

2009/2/6 Strika <strika at archlinux.us>:
> Greetings to all,
>
> I found a way to control fan speed on FSC Amilo Pro 2030. I found some
> articles on Ubuntu forum, and I used some stuff from arch wiki. Should I put
> solution on forum or on wiki, maybe?  I will anyway put it on my blog.
>
> I'm new in this way of contributing, so I'm asking this so I would now what
> to do with similar stuff in future.
>
> Thanks for answer,
>
> Neboj?a Stri?evi?
>

A wiki article would be wonderful, thank you

From mail at hehejo.de  Fri Feb  6 08:11:26 2009
From: mail at hehejo.de (Johannes Held)
Date: Fri, 6 Feb 2009 14:11:26 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <c8faca170902060334h40825704le669c96fb3a10fe2@mail.gmail.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de> <498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
	<498AF028.9030909@centrum.cz>
	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>
	<498AF67F.3050805@centrum.cz>
	<BAY102-DAV342AC319ADBAABAB2A7D186C10@phx.gbl>
	<498BEAF0.4040401@centrum.cz>
	<c8faca170902060334h40825704le669c96fb3a10fe2@mail.gmail.com>
Message-ID: <20090206141126.5b62d925@hehejo.de>

"Kessia 'even' Pinheiro" <kessiapinheiro at gmail.com>:
> And it can broke any actual package?
Updating to 1.9.1 broke vim (beeing compiled with --enable-rubyinterp.
libruby.so can't be located at startup...)


-- 
Gru?, Johannes
T?glich http://blog.hehejo.de und du f?hlst dich gut.

http://cryptocd.eduforge.org/online_version
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090206/ea7bc7aa/attachment.pgp>

From grbzks at gmail.com  Fri Feb  6 16:12:15 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Fri, 6 Feb 2009 23:12:15 +0200
Subject: [arch-general] [arch-dev-public] Official Installation guide
	needs your help!
In-Reply-To: <7ecb79cc0902061233r65054680u31b360b936ecae52@mail.gmail.com>
References: <d64a48980902061013h1221cd64l439e8fdae75a92ac@mail.gmail.com>
	<7ecb79cc0902061233r65054680u31b360b936ecae52@mail.gmail.com>
Message-ID: <20090206211215.GB18193@dark>

On Fri, Feb 06, 2009 at 03:33:49PM -0500, Dusty Phillips wrote:
> 2009/2/6 Aaron Griffin <aaronmgriffin at gmail.com>:
> > Hey guys,
> > I wanted to make you aware of the following:
> > http://bugs.archlinux.org/task/13140
> >
> > The "Official Installation Guide" is severely outdated (the wiki page
> > still mentions "i686 optimized").
> 
> As one of the two people who was once on Arch's only attempt at an
> official documentation team, and as one of several people who
> contributed many of the first articles to the wiki, I have this to say
> on the topic:
> 
> Drop the official install guide.
> 
> We know our wiki is well-maintained and well organized, and it seems
> to do that by itself without much developer interference. Go wiki!
> Originally, when we first set the wiki up Dennis, Judd, and I felt
> that the official install guide should be more... well... official.
> But its out of date, its always out of date, and there are wiki texts
> that are not out of date. Now, seeing how our wiki experiment has
> exceeded our hopes and expectations,  I'd say that the install guide
> (drop the 'official') should be community maintained as are all our
> wiki pages. It will improve. When its time for a release, "somebody
> official" should read through it, ensure its accurate, convert it to
> plaintext and put it on the iso.
> 
> Dusty

I agree with the above for the most part. The only "problems" with the
Beginners Guide, which is the only up to date and worth of being
included anywhere guide is that its too "wikified". eg. references
"go here" with a link to another wiki page. It would definately take
less time to convert it into something less dependant on the wiki than
refactoring the official guide.
Also theres references to eg. like Loui said yaourt which should
probably go (?)
Also the official guide is linked from all over the place. archlinux.org
wiki.archlinux.org + its part of the iso. Should those change to link
the beginners guide? Should the Beginners Guide change its name to the
Arch Linux Handbook for example?
FTR I had always been in favour of maintaining 1 guide from the beginning.

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From aaronmgriffin at gmail.com  Fri Feb  6 16:20:37 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Fri, 6 Feb 2009 15:20:37 -0600
Subject: [arch-general] [arch-dev-public] Official Installation guide
	needs your help!
In-Reply-To: <20090206211215.GB18193@dark>
References: <d64a48980902061013h1221cd64l439e8fdae75a92ac@mail.gmail.com>
	<7ecb79cc0902061233r65054680u31b360b936ecae52@mail.gmail.com>
	<20090206211215.GB18193@dark>
Message-ID: <d64a48980902061320y1ea6bc56le1c8ec9dadfe62e7@mail.gmail.com>

On Fri, Feb 6, 2009 at 3:12 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Fri, Feb 06, 2009 at 03:33:49PM -0500, Dusty Phillips wrote:
>> 2009/2/6 Aaron Griffin <aaronmgriffin at gmail.com>:
>> > Hey guys,
>> > I wanted to make you aware of the following:
>> > http://bugs.archlinux.org/task/13140
>> >
>> > The "Official Installation Guide" is severely outdated (the wiki page
>> > still mentions "i686 optimized").
>>
>> As one of the two people who was once on Arch's only attempt at an
>> official documentation team, and as one of several people who
>> contributed many of the first articles to the wiki, I have this to say
>> on the topic:
>>
>> Drop the official install guide.
>>
>> We know our wiki is well-maintained and well organized, and it seems
>> to do that by itself without much developer interference. Go wiki!
>> Originally, when we first set the wiki up Dennis, Judd, and I felt
>> that the official install guide should be more... well... official.
>> But its out of date, its always out of date, and there are wiki texts
>> that are not out of date. Now, seeing how our wiki experiment has
>> exceeded our hopes and expectations,  I'd say that the install guide
>> (drop the 'official') should be community maintained as are all our
>> wiki pages. It will improve. When its time for a release, "somebody
>> official" should read through it, ensure its accurate, convert it to
>> plaintext and put it on the iso.
>>
>> Dusty
>
> I agree with the above for the most part. The only "problems" with the
> Beginners Guide, which is the only up to date and worth of being
> included anywhere guide is that its too "wikified". eg. references
> "go here" with a link to another wiki page. It would definately take
> less time to convert it into something less dependant on the wiki than
> refactoring the official guide.
> Also theres references to eg. like Loui said yaourt which should
> probably go (?)
> Also the official guide is linked from all over the place. archlinux.org
> wiki.archlinux.org + its part of the iso. Should those change to link
> the beginners guide? Should the Beginners Guide change its name to the
> Arch Linux Handbook for example?
> FTR I had always been in favour of maintaining 1 guide from the beginning.

I'm for changing the name to "Arch Linux Handbook" and maintaining one
guide. It seems simpler. But we should take care to include references
to unofficial tools and things somewhere else - i.e. the "install
yaourt" stuff

From grbzks at gmail.com  Fri Feb  6 16:30:04 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Fri, 6 Feb 2009 23:30:04 +0200
Subject: [arch-general] [arch-dev-public] Official Installation
	guide	needs your help!
In-Reply-To: <d64a48980902061320y1ea6bc56le1c8ec9dadfe62e7@mail.gmail.com>
References: <d64a48980902061013h1221cd64l439e8fdae75a92ac@mail.gmail.com>
	<7ecb79cc0902061233r65054680u31b360b936ecae52@mail.gmail.com>
	<20090206211215.GB18193@dark>
	<d64a48980902061320y1ea6bc56le1c8ec9dadfe62e7@mail.gmail.com>
Message-ID: <20090206213004.GC18193@dark>

On Fri, Feb 06, 2009 at 03:20:37PM -0600, Aaron Griffin wrote:
> On Fri, Feb 6, 2009 at 3:12 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> > On Fri, Feb 06, 2009 at 03:33:49PM -0500, Dusty Phillips wrote:
> >> 2009/2/6 Aaron Griffin <aaronmgriffin at gmail.com>:
> >> > Hey guys,
> >> > I wanted to make you aware of the following:
> >> > http://bugs.archlinux.org/task/13140
> >> >
> >> > The "Official Installation Guide" is severely outdated (the wiki page
> >> > still mentions "i686 optimized").
> >>
> >> As one of the two people who was once on Arch's only attempt at an
> >> official documentation team, and as one of several people who
> >> contributed many of the first articles to the wiki, I have this to say
> >> on the topic:
> >>
> >> Drop the official install guide.
> >>
> >> We know our wiki is well-maintained and well organized, and it seems
> >> to do that by itself without much developer interference. Go wiki!
> >> Originally, when we first set the wiki up Dennis, Judd, and I felt
> >> that the official install guide should be more... well... official.
> >> But its out of date, its always out of date, and there are wiki texts
> >> that are not out of date. Now, seeing how our wiki experiment has
> >> exceeded our hopes and expectations,  I'd say that the install guide
> >> (drop the 'official') should be community maintained as are all our
> >> wiki pages. It will improve. When its time for a release, "somebody
> >> official" should read through it, ensure its accurate, convert it to
> >> plaintext and put it on the iso.
> >>
> >> Dusty
> >
> > I agree with the above for the most part. The only "problems" with the
> > Beginners Guide, which is the only up to date and worth of being
> > included anywhere guide is that its too "wikified". eg. references
> > "go here" with a link to another wiki page. It would definately take
> > less time to convert it into something less dependant on the wiki than
> > refactoring the official guide.
> > Also theres references to eg. like Loui said yaourt which should
> > probably go (?)
> > Also the official guide is linked from all over the place. archlinux.org
> > wiki.archlinux.org + its part of the iso. Should those change to link
> > the beginners guide? Should the Beginners Guide change its name to the
> > Arch Linux Handbook for example?
> > FTR I had always been in favour of maintaining 1 guide from the beginning.
> 
> I'm for changing the name to "Arch Linux Handbook" and maintaining one
> guide. It seems simpler. But we should take care to include references
> to unofficial tools and things somewhere else - i.e. the "install
> yaourt" stuff

Im sure Misfit138 will be happy, as he meant to that himself. :)
-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From rookie999.ly at gmail.com  Sat Feb  7 09:12:02 2009
From: rookie999.ly at gmail.com (Christian Leng)
Date: Sat, 7 Feb 2009 22:12:02 +0800
Subject: [arch-general] Perhaps a bug on the dependences of KDE 4.2
Message-ID: <ef9fbfa80902070612q5e91591ai78a808316870ed17@mail.gmail.com>

Greetings to all.

Last night I tried to install KDE on my system. I had not had any
version of KDE installed before.
I simply used "pacman -S kde" to install the complete KDE from the
REPO. Of course, "kde" was a package group:
    [rookie at DROWNWESTLAKE ~]$ pacman -Qg kde
    kde kdeaccessibility
    kde kdeadmin
    kde kdeartwork
    kde kdebase
    kde kdebase-runtime
    kde kdebase-workspace
    kde kdeedu
    kde kdegames
    kde kdegraphics
    kde kdelibs
    kde kdemultimedia
    kde kdenetwork
    kde kdepim
    kde kdepimlibs
    kde kdeplasma-addons
    kde kdesdk
    kde kdetoys
    kde kdeutils
    kde kdewebdev

After the installation, I edited /etc/rc.conf and added the kdm to the
daemons. Then I was desperated to find that KDM couldn't be launched
correctly(but "startkde" worked well). A message box was displayed on
the screen, saying "can't open file:
/usr/share/apps/kdm/themes/archlinux-soft-grey". Then I searched the
packages and installed the package 'archlinux-themes-kdm' and
everything went well.

It seems that the default kdm theme is set to 'archlinux-soft-grey'
but the proper package can't be retrieved and installed automatically,
i.e. a bug on the dependences of kde.

From grbzks at gmail.com  Sat Feb  7 09:26:09 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Sat, 7 Feb 2009 16:26:09 +0200
Subject: [arch-general] Perhaps a bug on the dependences of KDE 4.2
In-Reply-To: <ef9fbfa80902070612q5e91591ai78a808316870ed17@mail.gmail.com>
References: <ef9fbfa80902070612q5e91591ai78a808316870ed17@mail.gmail.com>
Message-ID: <20090207142609.GB2822@dark>

On Sat, Feb 07, 2009 at 10:12:02PM +0800, Christian Leng wrote:
> Greetings to all.
> 
> Last night I tried to install KDE on my system. I had not had any
> version of KDE installed before.
> I simply used "pacman -S kde" to install the complete KDE from the
> REPO. Of course, "kde" was a package group:
>     [rookie at DROWNWESTLAKE ~]$ pacman -Qg kde
>     kde kdeaccessibility
>     kde kdeadmin
>     kde kdeartwork
>     kde kdebase
>     kde kdebase-runtime
>     kde kdebase-workspace
>     kde kdeedu
>     kde kdegames
>     kde kdegraphics
>     kde kdelibs
>     kde kdemultimedia
>     kde kdenetwork
>     kde kdepim
>     kde kdepimlibs
>     kde kdeplasma-addons
>     kde kdesdk
>     kde kdetoys
>     kde kdeutils
>     kde kdewebdev
> 
> After the installation, I edited /etc/rc.conf and added the kdm to the
> daemons. Then I was desperated to find that KDM couldn't be launched
> correctly(but "startkde" worked well). A message box was displayed on
> the screen, saying "can't open file:
> /usr/share/apps/kdm/themes/archlinux-soft-grey". Then I searched the
> packages and installed the package 'archlinux-themes-kdm' and
> everything went well.
> 
> It seems that the default kdm theme is set to 'archlinux-soft-grey'
> but the proper package can't be retrieved and installed automatically,
> i.e. a bug on the dependences of kde.

Whats the version of kdebase-workspace you have installed?
If its 4.2.0.3, see http://bugs.archlinux.org/task/13124
Wait for your mirror to sync and update to 4.2.0.4

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From rookie999.ly at gmail.com  Sat Feb  7 09:37:03 2009
From: rookie999.ly at gmail.com (Christian Leng)
Date: Sat, 7 Feb 2009 22:37:03 +0800
Subject: [arch-general] Perhaps a bug on the dependences of KDE 4.2
In-Reply-To: <20090207142609.GB2822@dark>
References: <ef9fbfa80902070612q5e91591ai78a808316870ed17@mail.gmail.com>
	<20090207142609.GB2822@dark>
Message-ID: <ef9fbfa80902070637s49b1b263xc2ed8a0540f6af79@mail.gmail.com>

2009/2/7 Grigorios Bouzakis <grbzks at gmail.com>:
> Whats the version of kdebase-workspace you have installed?
> If its 4.2.0.3, see http://bugs.archlinux.org/task/13124
> Wait for your mirror to sync and update to 4.2.0.4
    [rookie at DROWNWESTLAKE ~]$ pacman -Q kdebase-workspace
    kdebase-workspace 4.2.0-4

Well, the problem still exists in 4.2.0-4 as in 4.2.0-3, and the
solution is also the same.
>
> --
> Greg
>
> what to do and what not to do in public :o)
> http://linux.sgms-centre.com/misc/netiquette.php
>

From mail at hehejo.de  Sat Feb  7 12:28:10 2009
From: mail at hehejo.de (Johannes Held)
Date: Sat, 7 Feb 2009 18:28:10 +0100
Subject: [arch-general] [arch-dev-public] Maintainer wanted for ruby
In-Reply-To: <c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>
	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>
	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>
	<20090205091157.5112ba5e@hehejo.de> <498AD8FD.6050409@centrum.cz>
	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>
Message-ID: <20090207182810.59f91a5d@hehejo.de>

This could be interessting, too.

http://isitruby19.com/  (via
http://www.ruby-mine.de/2009/2/6/gem-compatible_with-ruby19)

-- 
Gru?, Johannes
T?glich http://blog.hehejo.de und du f?hlst dich gut.

http://cryptocd.eduforge.org/online_version
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090207/5b26cf61/attachment.pgp>

From joe at socallinuxexpo.org  Sat Feb  7 18:10:39 2009
From: joe at socallinuxexpo.org (Joe Smith)
Date: Sat, 7 Feb 2009 15:10:39 -0800
Subject: [arch-general] Arch Linux at the Southern California Linux Expo
Message-ID: <561d69010902071510i83ca5aaie77c60a4e084de7@mail.gmail.com>

Greetings,

The Southern California Linux Expo, a community run conference taking
place in Los Angeles on February 20th to 22nd, is offering a 50% discount
to the Arch Linux community. When you go to register[1], just enter the promo
code: ARCH7. If you have any questions, please let me know.

Thanks!
Joe Smith
Southern California Linux Expo

[1] https://socallinuxexpo.org/reg7/

From gdamjan at gmail.com  Sat Feb  7 20:18:52 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Sun, 8 Feb 2009 02:18:52 +0100
Subject: [arch-general] imagemagick without X dependency
Message-ID: <28f0f01f0902071718j3528a2beu5f76c09cf12b3908@mail.gmail.com>

Is it possible to have an imagemagick package without it depending on
xt and libx11?



-- 
damjan

From mail at rodrigoflores.org  Sat Feb  7 21:57:52 2009
From: mail at rodrigoflores.org (Rodrigo Flores)
Date: Sun, 8 Feb 2009 00:57:52 -0200
Subject: [arch-general] imagemagick without X dependency
In-Reply-To: <28f0f01f0902071718j3528a2beu5f76c09cf12b3908@mail.gmail.com>
References: <28f0f01f0902071718j3528a2beu5f76c09cf12b3908@mail.gmail.com>
Message-ID: <cad62a920902071857m48855c5dla4ac1af233b7cdf0@mail.gmail.com>

On Sat, Feb 7, 2009 at 11:18 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
> Is it possible to have an imagemagick package without it depending on
> xt and libx11?
Although some imagemagick applicatives need X (the "display" obviously
is one example of that), others doesn't. One example is the "convert",
it converts a picture to another format (jpg to png or gif to eps). I
have a friend that uses this applicative to convert files on his
website, which runs in a server without X.
>  >
>
> --
> damjan
>



-- 
Rodrigo L. M. Flores
Computer Science Student - IME - USP
Homepage (en): http://www.rodrigoflores.org
Blog (pt-BR): http://blog.rodrigoflores.org
Linux User # : 351304
Jabber: im at rodrigoflores.org

From t.powa at gmx.de  Sun Feb  8 11:04:01 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 8 Feb 2009 17:04:01 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.4-1
Message-ID: <200902081704.04748.t.powa@gmx.de>

Hi guys, new kernel adresses the following things:
- bump to latest version
fixed:
http://bugs.archlinux.org/task/13146
http://bugs.archlinux.org/task/13150

please signoff for both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org













-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090208/6d24d087/attachment-0001.pgp>

From lgrinberg at gmail.com  Sun Feb  8 14:42:43 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Sun, 8 Feb 2009 14:42:43 -0500
Subject: [arch-general] Weird acpid issue
Message-ID: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>

Hello,

My laptop has ACPI running to detect, among other things, the lid
state, so that it can shut off the screen if it is closed. However,
every once in a while, the functionality simply doesn't work -- I
close the lid and the computer doesn't respond. Running
/etc/rc.d/acpid restart makes it work again, only to fail again in a
few days.

I am running ACPI 1.2 on 2.6.28. Any ideas?

--
Thanks,
Leonid Grinberg
lgrinberg at gmail.com

From gdamjan at gmail.com  Sun Feb  8 15:50:23 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Sun, 8 Feb 2009 21:50:23 +0100
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
Message-ID: <28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>

> My laptop has ACPI running to detect, among other things, the lid
> state, so that it can shut off the screen if it is closed. However,
> every once in a while, the functionality simply doesn't work -- I
> close the lid and the computer doesn't respond. Running
> /etc/rc.d/acpid restart makes it work again, only to fail again in a
> few days.

Don't laptops do this in hardware? turning off the screen when the lid
is closed? (Mine does so).
Whyd would you need acpid to control this?

-- 
damjan

From lgrinberg at gmail.com  Sun Feb  8 16:08:05 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Sun, 8 Feb 2009 16:08:05 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
Message-ID: <8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>

> Don't laptops do this in hardware? turning off the screen when the lid
> is closed? (Mine does so).
> Whyd would you need acpid to control this?

I don't think my laptop does this. If someone has a Dell Inspiron e1505/6400
and knows how to make it turn off the backlight in hardware, please tell me.

--
Leonid

From strika at archlinux.us  Sun Feb  8 17:23:58 2009
From: strika at archlinux.us (Strika)
Date: Sun, 8 Feb 2009 23:23:58 +0100
Subject: [arch-general] smbmount: command not found
Message-ID: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>

Greetings to all,

When i try to mount a remote Windows share with smbmount i have this error:
smbmount: command not found.

yaourt -Qi samba
Name           : samba
Version        : 3.2.7-1
URL            : http://www.samba.org
Licenses       : GPL3
Groups         : None
Provides       : None
Depends On     : db>=4.7  popt  libcups  acl  libldap  smbclient=3.2.7
libcap
                 heimdal>=1.2-1  pam  fam  gnutls>=2.4.1  tdb=3.2.7
Optional Deps  : None
Required By    : None
Conflicts With : None
Replaces       : None
Installed Size : 55671.00 K
Packager       : Tobias Powalowski <tpowa at archlinux.org>
Architecture   : i686
Build Date     : Wed 14 Jan 2009 08:51:31 AM CET
Install Date   : Sun 08 Feb 2009 09:14:35 PM CET
Install Reason : Explicitly installed
Install Script : No
Description    : Tools to access a server's filespace and printers via SMB

Does someone knows what the problem is?

Thanks,

Neboj?a Stri?evi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090208/0f4f3698/attachment.htm>

From redshift at pandora.be  Sun Feb  8 17:31:25 2009
From: redshift at pandora.be (RedShift)
Date: Sun, 08 Feb 2009 23:31:25 +0100
Subject: [arch-general] smbmount: command not found
In-Reply-To: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
References: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
Message-ID: <498F5D3D.6050004@pandora.be>



Strika wrote:
> Greetings to all,
> 
> When i try to mount a remote Windows share with smbmount i have this 
> error: smbmount: command not found.
> 
> yaourt -Qi samba
> Name           : samba
> Version        : 3.2.7-1
> URL            : http://www.samba.org
> Licenses       : GPL3 
> Groups         : None
> Provides       : None
> Depends On     : db>=4.7  popt  libcups  acl  libldap  smbclient=3.2.7  
> libcap 
>                  heimdal>=1.2-1  pam  fam  gnutls>=2.4.1  tdb=3.2.7 
> Optional Deps  : None
> Required By    : None
> Conflicts With : None
> Replaces       : None
> Installed Size : 55671.00 K
> Packager       : Tobias Powalowski <tpowa at archlinux.org 
> <mailto:tpowa at archlinux.org>>
> Architecture   : i686
> Build Date     : Wed 14 Jan 2009 08:51:31 AM CET
> Install Date   : Sun 08 Feb 2009 09:14:35 PM CET
> Install Reason : Explicitly installed
> Install Script : No
> Description    : Tools to access a server's filespace and printers via SMB
> 
> Does someone knows what the problem is?
> 
> Thanks,
> 
> Neboj?a Stri?evi?
> 

Use mount -t cifs. See man mount and man mount.cifs for more information.

Glenn

From arch-general-ml at nemesis13.de  Sun Feb  8 18:11:34 2009
From: arch-general-ml at nemesis13.de (Hubert Grzeskowiak)
Date: Mon, 09 Feb 2009 00:11:34 +0100
Subject: [arch-general] smbmount: command not found
In-Reply-To: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
References: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
Message-ID: <498F66A6.6050409@nemesis13.de>

this should show all executable files of a PKG:
   pacman -Ql $PKGNAME | grep /bin/
for manual pages:
   pacman -Ql $PKGNAME | grep /man

Strika wrote:
> Greetings to all,
> 
> When i try to mount a remote Windows share with smbmount i have this
> error: smbmount: command not found.
> 
> yaourt -Qi samba
> Name           : samba
> Version        : 3.2.7-1
> URL            : http://www.samba.org
> Licenses       : GPL3 
> Groups         : None
> Provides       : None
> Depends On     : db>=4.7  popt  libcups  acl  libldap  smbclient=3.2.7 
> libcap 
>                  heimdal>=1.2-1  pam  fam  gnutls>=2.4.1  tdb=3.2.7 
> Optional Deps  : None
> Required By    : None
> Conflicts With : None
> Replaces       : None
> Installed Size : 55671.00 K
> Packager       : Tobias Powalowski <tpowa at archlinux.org
> <mailto:tpowa at archlinux.org>>
> Architecture   : i686
> Build Date     : Wed 14 Jan 2009 08:51:31 AM CET
> Install Date   : Sun 08 Feb 2009 09:14:35 PM CET
> Install Reason : Explicitly installed
> Install Script : No
> Description    : Tools to access a server's filespace and printers via SMB
> 
> Does someone knows what the problem is?
> 
> Thanks,
> 
> Neboj?a Stri?evi?
> 


From strika at archlinux.us  Sun Feb  8 18:43:57 2009
From: strika at archlinux.us (Strika)
Date: Mon, 9 Feb 2009 00:43:57 +0100
Subject: [arch-general] smbmount: command not found
In-Reply-To: <498F66A6.6050409@nemesis13.de>
References: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
	<498F66A6.6050409@nemesis13.de>
Message-ID: <dec31b800902081543x2d0c16d2oe0a16eb5725c20cb@mail.gmail.com>

pacman -Ql samba | grep /bin/
samba /usr/bin/
samba /usr/bin/eventlogadm
samba /usr/bin/findsmb
samba /usr/bin/ldbadd
samba /usr/bin/ldbdel
samba /usr/bin/ldbedit
samba /usr/bin/ldbmodify
samba /usr/bin/ldbsearch
samba /usr/bin/ntlm_auth
samba /usr/bin/pdbedit
samba /usr/bin/profiles
samba /usr/bin/smbcontrol
samba /usr/bin/smbpasswd
samba /usr/bin/smbstatus
samba /usr/bin/testparm
samba /usr/bin/wbinfo

But mount -t cifs works nice.

Thanks.

Neboj?a Stri?evi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/ae0ed5d1/attachment.htm>

From clarious at gmail.com  Sun Feb  8 19:23:35 2009
From: clarious at gmail.com (Phuong Vo)
Date: Mon, 9 Feb 2009 07:23:35 +0700
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
Message-ID: <b6f9900f0902081623s4bd65f25m12365c0745d6171b@mail.gmail.com>

2009/2/9 Leonid Grinberg <lgrinberg at gmail.com>:
>> Don't laptops do this in hardware? turning off the screen when the lid
>> is closed? (Mine does so).
>> Whyd would you need acpid to control this?
>
> I don't think my laptop does this. If someone has a Dell Inspiron e1505/6400
> and knows how to make it turn off the backlight in hardware, please tell me.

I also have the same problem.

When I was using GNOME, then it worked fine, but after I switched to
xfce then it stopped working, even if I use gnome-power-manager to set
it.

After that, I installed acpid, add a some scripts to /etc/acpid/events
and actions to shutdown the monitor when I close the lid. It didn't
work, I am sure that the script work if I run it explicitly, and
checking acpid log tell me that the script was executed. After I give
up for a few day, it worked again, and after that, it stop working.

My laptop is a Dell Vostro 1500.

From thayerw at gmail.com  Sun Feb  8 22:38:11 2009
From: thayerw at gmail.com (Thayer Williams)
Date: Sun, 8 Feb 2009 19:38:11 -0800
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
Message-ID: <748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>

On Sun, Feb 8, 2009 at 1:08 PM, Leonid Grinberg <lgrinberg at gmail.com> wrote:
>> Don't laptops do this in hardware? turning off the screen when the lid
>> is closed? (Mine does so).
>> Whyd would you need acpid to control this?
>
> I don't think my laptop does this. If someone has a Dell Inspiron e1505/6400
> and knows how to make it turn off the backlight in hardware, please tell me.

You're in luck!  I maintain the acpid package *and* my notebook is a
Dell Inspiron 6400.

I use the default handler.sh file for my stuff, found in /etc/acpi.  I
have the lid closure trigger a suspend-to-ram:

    button/lid)
        #echo "LID switched!">/dev/tty5
        grep -q closed /proc/acpi/button/lid/*/state
        if [ $? = 0 ]; then
            echo -n mem >/sys/power/state
        fi
        ;;

You can easily replace "echo -n mem >/sys/power/state" with any of the
following, depending on your desired result:

    xset dpms force off
    xscreensaver-command -lock
    etc.

From lgrinberg at gmail.com  Sun Feb  8 22:47:05 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Sun, 8 Feb 2009 22:47:05 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
Message-ID: <8642ba650902081947u21c452f2mcc0d7a36d9d0ca0e@mail.gmail.com>

Well, that's good news, isn't it? :-)

At present, I have, in /etc/acpi/handler.sh


button/lid)
        xset dpms force off
        ;;
    *)
        logger "ACPI group/action undefined: $1 / $2"
        ;;

I'll replace with what you have (though xset dpms force off rather
than the echo command), and see if the problem goes away. Thanks!

From t.powa at gmx.de  Mon Feb  9 01:15:23 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 9 Feb 2009 07:15:23 +0100
Subject: [arch-general] smbmount: command not found
In-Reply-To: <dec31b800902081543x2d0c16d2oe0a16eb5725c20cb@mail.gmail.com>
References: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
	<498F66A6.6050409@nemesis13.de>
	<dec31b800902081543x2d0c16d2oe0a16eb5725c20cb@mail.gmail.com>
Message-ID: <200902090715.23487.t.powa@gmx.de>

Am Montag 09 Februar 2009 schrieb Strika:
> pacman -Ql samba | grep /bin/
> samba /usr/bin/
> samba /usr/bin/eventlogadm
> samba /usr/bin/findsmb
> samba /usr/bin/ldbadd
> samba /usr/bin/ldbdel
> samba /usr/bin/ldbedit
> samba /usr/bin/ldbmodify
> samba /usr/bin/ldbsearch
> samba /usr/bin/ntlm_auth
> samba /usr/bin/pdbedit
> samba /usr/bin/profiles
> samba /usr/bin/smbcontrol
> samba /usr/bin/smbpasswd
> samba /usr/bin/smbstatus
> samba /usr/bin/testparm
> samba /usr/bin/wbinfo
>
> But mount -t cifs works nice.
>
> Thanks.
>
> Neboj?a Stri?evi?
This was removed in samba 3.2.x series mount -t cifs is the correct way now.

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/c1d1974a/attachment.pgp>

From gprestonc at gmail.com  Mon Feb  9 01:26:00 2009
From: gprestonc at gmail.com (Preston C.)
Date: Mon, 9 Feb 2009 01:26:00 -0500
Subject: [arch-general] new here and need some help, please...
Message-ID: <666e6e380902082226jd04d3e2t3debd28bae67443e@mail.gmail.com>

Hi, I am very new to AL. I heard about it today and just finished the
basic installation. Now, I am ready to get to the GUI.

The problem I am having is where to find the repositories for the
/etc/pacman.conf file? It would be helpful if someone explained how to
place the repos in the .conf file? I am using the Beginners Guide, and
am starting to have a little trouble.

Thanks,
Preston

From jeffrey.parke at gmail.com  Mon Feb  9 01:36:27 2009
From: jeffrey.parke at gmail.com (Jeffrey Parke)
Date: Mon, 09 Feb 2009 00:36:27 -0600
Subject: [arch-general] new here and need some help, please...
Message-ID: <1234161387.1446.7.camel@Nokia-N810-23-14>

You shouldn't really have to mess with that file. Your repository list is kept in /etc/pacman.d/mirrorlist.

Maybe you could explain a bit more of what environment in particular you want.

----- Original message -----
Hi, I am very new to AL. I heard about it today and just finished the
basic installation. Now, I am ready to get to the GUI.

The problem I am having is where to find the repositories for the
/etc/pacman.conf file? It would be helpful if someone explained how to
place the repos in the .conf file? I am using the Beginners Guide, and
am starting to have a little trouble.

Thanks,
Preston

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/43240710/attachment.htm>

From gprestonc at gmail.com  Mon Feb  9 01:41:46 2009
From: gprestonc at gmail.com (Preston C.)
Date: Mon, 9 Feb 2009 01:41:46 -0500
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <1234161387.1446.7.camel@Nokia-N810-23-14>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
Message-ID: <666e6e380902082241i240cc9c1s9b1f0a824bbc6179@mail.gmail.com>

> You shouldn't really have to mess with that file. Your repository list is
> kept in /etc/pacman.d/mirrorlist.
>
> Maybe you could explain a bit more of what environment in particular you
> want.
>
Thank you for the reply. For now, I would primarily like to get KDE
4.2 up and running, if it is possible; with audio/video playback, etc.

I have been reading the Beginners Guide and am at this section, Step
2: Update, Sync and Upgrade the system with pacman- A: Configuring
pacman. That is why I asked the question.

Below the section I just mentioned it talks about the,
/etc/pacman.d/mirrorlist file.

Thanks, this distro sounds amazing! No new OS installs!

From rookie999.ly at gmail.com  Mon Feb  9 01:43:32 2009
From: rookie999.ly at gmail.com (Christian Leng)
Date: Mon, 9 Feb 2009 14:43:32 +0800
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <1234161387.1446.7.camel@Nokia-N810-23-14>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
Message-ID: <ef9fbfa80902082243y32ed649r3017b6851fe4b9a1@mail.gmail.com>

2009/2/9 Jeffrey Parke <jeffrey.parke at gmail.com>:
> You shouldn't really have to mess with that file. Your repository list is
> kept in /etc/pacman.d/mirrorlist.

perhaps he should manually define the different REPOs such as core,
extra and community, etc.
and make sure pacman knows to retrieve servers in /etc/pacman.d/mirrorlist.
what's more, sometimes some secondary servers are faster than the ones
provided in original mirrorlist.
>
> Maybe you could explain a bit more of what environment in particular you
> want.
>

From gprestonc at gmail.com  Mon Feb  9 02:01:29 2009
From: gprestonc at gmail.com (Preston C.)
Date: Mon, 9 Feb 2009 02:01:29 -0500
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <ef9fbfa80902082243y32ed649r3017b6851fe4b9a1@mail.gmail.com>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
	<ef9fbfa80902082243y32ed649r3017b6851fe4b9a1@mail.gmail.com>
Message-ID: <666e6e380902082301j39174bacm23f4da0359c1dabc@mail.gmail.com>

I guess that it depends on whether or not I need to edit the
/etc/pacman.conf ? When I open the /etc/pacman.conf file using NANO
and read the file it makes it sound like I am supposed to manually
enter the repos? Perhaps I misunderstand.

From mheuser at mi.fu-berlin.de  Mon Feb  9 02:12:19 2009
From: mheuser at mi.fu-berlin.de (Markus Heuser)
Date: Mon, 9 Feb 2009 08:12:19 +0100
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <666e6e380902082241i240cc9c1s9b1f0a824bbc6179@mail.gmail.com>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
	<666e6e380902082241i240cc9c1s9b1f0a824bbc6179@mail.gmail.com>
Message-ID: <200902090812.19992.mheuser@mi.fu-berlin.de>

Hey,

Basically ArchLinux Repos are enabled by two lines:

1: [Reponame]
2: Where to find the repo

The second line may be a bit tricky, because it be either a specific server 
(indicated by "Server = http://foo.bar") or a list of servers resp. mirros 
(indicated by "Include = /foo/bar"). For the official ArchLinux-Repositories you 
will find the following entries in your /etc/pacman.conf

> [core]
> Include = /etc/pacman.d/mirrorlist
>  
> [extra]
> Include = /etc/pacman.d/mirrorlist
>
> [community]
> Include = /etc/pacman.d/mirrorlist

(perhaps you have to uncomment their entries, but defaults are safe).

So this means, that pacman will look in your /etc/pacman.d/mirrorlist for 
mirrors for a specific repository. So all you have to do is edit your 
/etc/pacman.d/mirrorlist to have only those mirrors uncommented you whish to 
use (usually they should be located as close as possible to have low latency) 
respectively move them to the top of the file since pacman will try each 
uncommented "Server = ..." - Line beginning in the top until it finds a working 
one.

You can also have a look at 
http://www.archlinux.de/?page=MirrorStatus;orderby=syncdelay;sort=1
(german) which is a nice graphical overview for mirrors.

Have a nice day,
Markus

From rookie999.ly at gmail.com  Mon Feb  9 02:15:13 2009
From: rookie999.ly at gmail.com (Christian Leng)
Date: Mon, 9 Feb 2009 15:15:13 +0800
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <666e6e380902082301j39174bacm23f4da0359c1dabc@mail.gmail.com>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
	<ef9fbfa80902082243y32ed649r3017b6851fe4b9a1@mail.gmail.com>
	<666e6e380902082301j39174bacm23f4da0359c1dabc@mail.gmail.com>
Message-ID: <ef9fbfa80902082315o19e13f0cif134145e38ffeae3@mail.gmail.com>

just edit pacman.conf and uncomment neccessory lines.
for example:
    [core]
    # Add your preferred servers here, they will be used first
    Server = <URL of the repo>
    Include = /etc/pacman.d/mirrorlist

the repo defined here in the line 'Server = ' has the highest
priority. of coz it's optional.
if undefined, all the repos weill be retrived from the /etc/pacman.d/mirrorlist.
many REPOs have been pre-defined in /etc/pacman.d/mirrorlist and what
you should do is simply uncomment the ones you want to use.

2009/2/9 Preston C. <gprestonc at gmail.com>:
> I guess that it depends on whether or not I need to edit the
> /etc/pacman.conf ? When I open the /etc/pacman.conf file using NANO
> and read the file it makes it sound like I am supposed to manually
> enter the repos? Perhaps I misunderstand.
>

From gprestonc at gmail.com  Mon Feb  9 02:21:45 2009
From: gprestonc at gmail.com (Preston C.)
Date: Mon, 9 Feb 2009 02:21:45 -0500
Subject: [arch-general] new here and need some help, please...
In-Reply-To: <200902090812.19992.mheuser@mi.fu-berlin.de>
References: <1234161387.1446.7.camel@Nokia-N810-23-14>
	<666e6e380902082241i240cc9c1s9b1f0a824bbc6179@mail.gmail.com>
	<200902090812.19992.mheuser@mi.fu-berlin.de>
Message-ID: <666e6e380902082321n42ea0fe3k8b056bc08a7d09@mail.gmail.com>

Ok, I think that I have got it. The file /etc/pacman.conf, is fine and
does not need editing. I need to edit the /etc/pacman.d/mirrorlist ,
which I can do by following the directions. Thanks to all.

From strika at archlinux.us  Mon Feb  9 03:39:48 2009
From: strika at archlinux.us (Strika)
Date: Mon, 9 Feb 2009 09:39:48 +0100
Subject: [arch-general] smbmount: command not found
In-Reply-To: <200902090715.23487.t.powa@gmx.de>
References: <dec31b800902081423s317cd271mabe4c76da351e84b@mail.gmail.com>
	<498F66A6.6050409@nemesis13.de>
	<dec31b800902081543x2d0c16d2oe0a16eb5725c20cb@mail.gmail.com>
	<200902090715.23487.t.powa@gmx.de>
Message-ID: <dec31b800902090039o7597b8ccuc79e80ae68a6e94@mail.gmail.com>

Then this wiki pages should be updated probably:

http://wiki.archlinux.org/index.php/Access_a_windows_share
http://wiki.archlinux.org/index.php/Search_and_explore_local_network_shares

I would do it myself, but, as you can see, I'm not very familiar with Samba.

Thanks for your answers.

Neboj?a Stri?evi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/81c0c7f5/attachment.htm>

From gleira at gleira.com  Mon Feb  9 05:42:31 2009
From: gleira at gleira.com (Guillermo Leira)
Date: Mon, 9 Feb 2009 11:42:31 +0100
Subject: [arch-general] Wheel Problem
In-Reply-To: <498B1CB0.7020505@darose.net>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<d64a48980902031532v43e8f65bg4964134aa92786d8@mail.gmail.com>	<BAY102-DAV1246C858B9B02F3E05D4886C30@phx.gbl>	<20090205091157.5112ba5e@hehejo.de>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>	<498B0EFA.8070405@darose.net>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>
	<498B1CB0.7020505@darose.net>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAADpTeNQ7MEGQJ/8Z5M9ErG0AQAAAAA=@gleira.com>

Hello!

I'm using VMware Server, and the VM is up to date.

I'll try to disable hotplugging... I can't find any documentation about the hal files.

Anyway, it is not necessary in a virtual machine.

Thanks,

Guillermo Leira

-----Mensaje original-----
De: arch-general-bounces at archlinux.org [mailto:arch-general-bounces at archlinux.org] En nombre de David Rosenstrauch
Enviado el: jueves, 05 de febrero de 2009 18:07
Para: General Discusson about Arch Linux
Asunto: Re: [arch-general] Wheel Problem

Hmmm ... dunno.  I'm not seeing this in my Arch VM using Fluxbox.  Wheel 
down sends button 5 events, and wheel up sends button 4.  I'm using X 
hotplugging as well - i.e., evdev and HAL.

I'm using Virtualbox, however.  Sounds like you're using VMWare.

Is the VM up to date with the latest Arch packages?

Not sure what else to tell you.  :-(

DR

Guillermo Leira wrote:
> Gnome. And the same in all the other physical and virtual machines.
> 
> I forgot to mention this: I copied the vmware server vmdk files, and
> booted it in virtualbox. I just removed open-vm-tools and installed
> the Vbox Guest Additions, and it works fine...
> 
> GLR
> 
> -----Mensaje original----- De: arch-general-bounces at archlinux.org
> [mailto:arch-general-bounces at archlinux.org] En nombre de David
> Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para:
> General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel
> Problem
> 
> Guillermo Leira wrote:
>> Hello!
>> 
>> I have installed Arch in a virtual machine. I'm using the xorg 
>> hotplugging option. I have an annoying problem: When I try to
>> scroll up using the wheel mouse, I scroll down (a lot). I have used
>> xev to see what was xorg receiving from the mouse. Wheel down sends
>> one "button 5" event, but wheel up sends about twenty "button 5".
>> 
>> I have several other VMs in the same computer, and all of them work
>>  fine. I also have some other Arch VMs in other computers, and they
>>  work fine. I can't find why this one does not work...
>> 
>> I have tried to modify the hal configuration files, evdev and
>> vmmouse drivers, but no luck. Any suggestions?
>> 
>> Best Regards,
>> 
>> Guillermo Leira
> 
> Which desktop/window manager are you using in the VM?
> 
> DR
> 
> 




From gleira at gleira.com  Mon Feb  9 05:44:34 2009
From: gleira at gleira.com (Guillermo Leira)
Date: Mon, 9 Feb 2009 11:44:34 +0100
Subject: [arch-general] Wheel Problem
In-Reply-To: <e48ad88f0902051034i7cfa3358he7ef788013be8edf@mail.gmail.com>
References: <BAY102-DAV9AE386CB3382C54913BF486C70@phx.gbl>	<498AD8FD.6050409@centrum.cz>	<c8faca170902050452n61476b97v372d5966ce99193a@mail.gmail.com>	<498AF028.9030909@centrum.cz>	<c8faca170902050606l52f4b49cq78227868b64a1dfc@mail.gmail.com>	<498AF67F.3050805@centrum.cz>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABG3Irj7ORwRJbIHgNVQ4OrAQAAAAA=@gleira.com>	<498B0EFA.8070405@darose.net>	<!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABv3eFf6JKZRJcfhcgfqygcAQAAAAA=@gleira.com>	<498B1CB0.7020505@darose.net>
	<e48ad88f0902051034i7cfa3358he7ef788013be8edf@mail.gmail.com>
Message-ID: <!&!AAAAAAAAAAAuAAAAAAAAAHKGPJCygwBEpEfJpq5wAj8BAPwSMtvEYYZOpnw+FK+1TNMABehTnVAAABAAAABwACDuRW3mRqKT0L226z5yAQAAAAA=@gleira.com>

I'm using Vmware Server 2.0.

 

Thanks,

 

Guillermo Leira

 

De: arch-general-bounces at archlinux.org
[mailto:arch-general-bounces at archlinux.org] En nombre de Abdul Halim
Enviado el: jueves, 05 de febrero de 2009 19:35
Para: General Discusson about Arch Linux
Asunto: Re: [arch-general] Wheel Problem

 

 

On Fri, Feb 6, 2009 at 1:06 AM, David Rosenstrauch <darose at darose.net>
wrote:

Hmmm ... dunno.  I'm not seeing this in my Arch VM using Fluxbox.  Wheel
down sends button 5 events, and wheel up sends button 4.  I'm using X
hotplugging as well - i.e., evdev and HAL.

I'm using Virtualbox, however.  Sounds like you're using VMWare.

Is the VM up to date with the latest Arch packages?

Not sure what else to tell you.  :-(

DR



Guillermo Leira wrote:

Gnome. And the same in all the other physical and virtual machines.

I forgot to mention this: I copied the vmware server vmdk files, and
booted it in virtualbox. I just removed open-vm-tools and installed
the Vbox Guest Additions, and it works fine...

GLR

-----Mensaje original----- De: arch-general-bounces at archlinux.org
[mailto:arch-general-bounces at archlinux.org] En nombre de David
Rosenstrauch Enviado el: jueves, 05 de febrero de 2009 17:08 Para:
General Discusson about Arch Linux Asunto: Re: [arch-general] Wheel
Problem

Guillermo Leira wrote:

Hello!

I have installed Arch in a virtual machine. I'm using the xorg hotplugging
option. I have an annoying problem: When I try to
scroll up using the wheel mouse, I scroll down (a lot). I have used
xev to see what was xorg receiving from the mouse. Wheel down sends
one "button 5" event, but wheel up sends about twenty "button 5".

I have several other VMs in the same computer, and all of them work
 fine. I also have some other Arch VMs in other computers, and they
 work fine. I can't find why this one does not work...

I have tried to modify the hal configuration files, evdev and
vmmouse drivers, but no luck. Any suggestions?

Best Regards,

Guillermo Leira


Which desktop/window manager are you using in the VM?

DR



I guess you are using Vmware Workstation. Which version?

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/7ef36086/attachment.htm>

From gdamjan at gmail.com  Mon Feb  9 11:04:20 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Mon, 9 Feb 2009 17:04:20 +0100
Subject: [arch-general] Weird acpid issue
In-Reply-To: <748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
Message-ID: <28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>

> I use the default handler.sh file for my stuff, found in /etc/acpi.  I
> have the lid closure trigger a suspend-to-ram:
>
>    button/lid)
>        #echo "LID switched!">/dev/tty5
>        grep -q closed /proc/acpi/button/lid/*/state
>        if [ $? = 0 ]; then
>            echo -n mem >/sys/power/state
>        fi
>        ;;
>
> You can easily replace "echo -n mem >/sys/power/state" with any of the
> following, depending on your desired result:
>
>    xset dpms force off
>    xscreensaver-command -lock
>    etc.

xset needs to connect to the X server, so it needs both for the
DISPLAY to be specified and also to have access to the XAuthority
cookie for the X server. Otherwise it will not work - can't connect to
the X server.

Since acpid runs as a sytem service it ussually doesn't have access to
that information.



-- 
damjan

From lgrinberg at gmail.com  Mon Feb  9 14:03:03 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Mon, 9 Feb 2009 14:03:03 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
Message-ID: <8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>

> xset needs to connect to the X server, so it needs both for the
> DISPLAY to be specified and also to have access to the XAuthority
> cookie for the X server. Otherwise it will not work - can't connect to
> the X server.
>
> Since acpid runs as a sytem service it ussually doesn't have access to
> that information.

Hmm, so, so far, everything seems to be working fine... One can play
"DISPLAY=:0" before "xset dpms force off", but how does one grant it
access to the XAuthority cookie?

From ricardoh26 at gmail.com  Mon Feb  9 18:45:42 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Mon, 9 Feb 2009 19:15:42 -0430
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
Message-ID: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>

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 = 0x0000000, size
= 0x10000000, 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090209/29a9777a/attachment-0001.htm>

From thayerw at gmail.com  Mon Feb  9 20:10:23 2009
From: thayerw at gmail.com (Thayer Williams)
Date: Mon, 9 Feb 2009 17:10:23 -0800
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
Message-ID: <748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>

On Mon, Feb 9, 2009 at 11:03 AM, Leonid Grinberg <lgrinberg at gmail.com> wrote:
>> xset needs to connect to the X server, so it needs both for the
>> DISPLAY to be specified and also to have access to the XAuthority
>> cookie for the X server. Otherwise it will not work - can't connect to
>> the X server.
>>
>> Since acpid runs as a sytem service it ussually doesn't have access to
>> that information.
>
> Hmm, so, so far, everything seems to be working fine... One can play
> "DISPLAY=:0" before "xset dpms force off", but how does one grant it
> access to the XAuthority cookie?

Can't help you guys much there.  I never blank my screen without
enabling some sort of screenlock/screensaver.  For instance, I use
slock which locks the X session and, as a side effect, shuts off the
monitor.

From rumen at qrypto.org  Tue Feb 10 01:56:33 2009
From: rumen at qrypto.org (Rumen Yotov)
Date: Tue, 10 Feb 2009 08:56:33 +0200
Subject: [arch-general] kernel-2.6.28 & pccard problem
In-Reply-To: <20090205201052.4c5a215f@plaetinck.be>
References: <20090205140253.GA4601@qrypto.org>
	<20090205164002.37c58d93@plaetinck.be>
	<498B35D9.7050304@qrypto.org>
	<20090205201052.4c5a215f@plaetinck.be>
Message-ID: <20090210065633.GA19439@qrypto.org>

On (05/02/09 20:10) Dieter Plaetinck wrote:
> On Thu, 05 Feb 2009 20:54:17 +0200
> ????? <rumen at qrypto.org> wrote:
> 
> > Hi,
> > Dieter Plaetinck ??????:
> > > On Thu, 5 Feb 2009 16:02:53 +0200
> > > Rumen Yotov <rumen at qrypto.org> wrote:
> > >
> > >   
> > >> Hi,
> > >>
> > >> Recently installed archlinux so this is my first email here.
> > >> Can't configure the network (no eth0), dmesg gives me errors while
> > >> initializing pccard services (a laptop with pcmcia lan card).
> > >> A search in Bugzilla doen't result in something relevant
> > >> (USB-issues mostly).
> > >>     
> > >
> > > So, what's the error?
> > >   
> > Here comes the problem part:
> > ...begin...
> > Modules linked in: pcmcia(+) snd_seq_oss snd_seq_midi_event snd_seq 
> > snd_via82xx(+) gameport snd_pcm_oss snd_mixer_oss snd_ac97_codec 
> > i2c_viapro ppdev uhci_hcd ac97_bus snd_mpu401_uart ppp_generic slhc 
> > yenta_socket lp snd_pcm ehci_hcd snd_rawmidi snd_seq_device pcspkr 
> > i2c_core rsrc_nonstatic snd_timer snd_page_alloc snd psmouse
> > serio_raw pcmcia_core soundcore usbcore via686a sr_mod cdrom sg video
> > output parport_pc parport via_agp shpchp agpgart pci_hotplug thermal
> > processor evdev fan button battery ac 8139too mii rtc_cmos rtc_core
> > rtc_lib reiserfs sd_mod pata_acpi ata_generic pata_via libata scsi_mod
> > 
> > Pid: 991, comm: pccardd Not tainted (2.6.28-ARCH #1) J1
> > EIP: 0060:[<c044dcd0>] EFLAGS: 00000246 CPU: 0
> > EIP is at quirk_h12y_1_mmio+0x1/0x1f
> > EAX: d6ab9400 EBX: c03cadc4 ECX: d6ab9440 EDX: d6ab9400
> > ESI: c03cb114 EDI: d6ab9400 EBP: d70a5c00 ESP: d6babef4
> >  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> > Process pccardd (pid: 991, ti=d6baa000 task=d7363400 task.ti=d6baa000)
> > Stack:
> >  c02192e3 d6ab9400 d70a5c00 d6ab9400 c0216aa9 00000200 00000000
> > c031c5dc d6ab9426 c03b2d19 00000000 00000002 00000000 00000000
> > 00000001 d70a5c20 d6ab9458 00000200 813910ec 00babf50 00000000
> > 00000000 00000000 d70a5c00 Call Trace:
> >  [<c02192e3>] pci_fixup_device+0x63/0xc0
> >  [<c0216aa9>] pci_device_add+0x69/0xb0
> >  [<c031c5dc>] pci_scan_single_device+0x35c/0x4f0
> >  [<c0216b13>] pci_scan_slot+0x23/0x80
> >  [<d82844ef>] cb_alloc+0x1f/0xd4 [pcmcia_core]
> >  [<d8280854>] socket_insert+0x124/0x140 [pcmcia_core]
> >  [<d8281202>] pccardd+0x202/0x290 [pcmcia_core]
> >  [<d8281000>] pccardd+0x0/0x290 [pcmcia_core]
> >  [<c0144159>] kthread+0x39/0x70
> >  [<c0144120>] kthread+0x0/0x70
> >  [<c0104d33>] kernel_thread_helper+0x7/0x14
> > Code: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > <cc> cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > EIP: [<c044dcd0>] quirk_h12y_1_mmio+0x1/0x1f SS:ESP 0068:d6babef4
> > ---[ end trace 273e510f7d531d65 ]---
> > note: pccardd[991] exited with preempt_count 1
> > ...end...
> > The kernel is detecting 8139too, but no device is created.
> > >   
> > >> Thanks for any suggetions how to proceed.
> > >> Rumen
> > >> PS:plan to boot with another kernel (with net-support) but it's
> > >> using hda instead of sda (fstab), but will try anyway.
> > >>     
> > Thanks, Rumen
> > PS: Had the same problem (eventually) with kernel-2.6.27 (the one
> > from archboot iso CD), but don't have any debug info.
> 
> 
> I personally have no idea, but google gives me quite some hits on
> 'pccard not tainted', maybe a kernel bug?
> 
> Dieter
Hi Dieter,

Thanks and sorry for this delay in answering.
Have some new info - booting with quite standalone kernel-2,6.25-r7
solved the problem, so it's eventually a kernel Bug.
Later will try 2.6.28-4 and report (2.6.28-3 doesn't work too).
Rumen

From ghodechhap at ghodechhap.net  Tue Feb 10 04:12:54 2009
From: ghodechhap at ghodechhap.net (Shridhar Daithankar)
Date: Tue, 10 Feb 2009 14:42:54 +0530
Subject: [arch-general] lxc containers in kernel
Message-ID: <200902101442.55132.ghodechhap@ghodechhap.net>

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

From ghodechhap at ghodechhap.net  Tue Feb 10 04:38:08 2009
From: ghodechhap at ghodechhap.net (Shridhar Daithankar)
Date: Tue, 10 Feb 2009 15:08:08 +0530
Subject: [arch-general] lxc containers in kernel
In-Reply-To: <200902101442.55132.ghodechhap@ghodechhap.net>
References: <200902101442.55132.ghodechhap@ghodechhap.net>
Message-ID: <200902101508.09240.ghodechhap@ghodechhap.net>

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

From aprz at ymail.com  Tue Feb 10 04:50:05 2009
From: aprz at ymail.com (Andrew Przepioski)
Date: Tue, 10 Feb 2009 01:50:05 -0800 (PST)
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
References: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>
Message-ID: <479128.83681.qm@web111201.mail.gq1.yahoo.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 = 0xc0000000, size = 0x10000000, type = 1) Invalid argument (22).
________________________________
From: Ricardo Hernandez <ricardoh26 at gmail.com>
To: General Discusson about Arch Linux <arch-general at 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 = 0x0000000, size = 0x10000000, 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


      


From ricardoh26 at gmail.com  Tue Feb 10 10:27:49 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Tue, 10 Feb 2009 10:57:49 -0430
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
In-Reply-To: <479128.83681.qm@web111201.mail.gq1.yahoo.com>
References: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>
	<479128.83681.qm@web111201.mail.gq1.yahoo.com>
Message-ID: <18f12d150902100727p5fd02e1fre3bc69a0734f7dcc@mail.gmail.com>

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 <aprz at 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 = 0xc0000000,
> size = 0x10000000, type = 1) Invalid argument (22).
> ________________________________
> From: Ricardo Hernandez <ricardoh26 at gmail.com>
> To: General Discusson about Arch Linux <arch-general at 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 = 0x0000000,
> size = 0x10000000, 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
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/1c9392e7/attachment.htm>

From aprzepioski at gmail.com  Tue Feb 10 11:17:30 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Tue, 10 Feb 2009 08:17:30 -0800
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
In-Reply-To: <18f12d150902100727p5fd02e1fre3bc69a0734f7dcc@mail.gmail.com>
References: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>
	<479128.83681.qm@web111201.mail.gq1.yahoo.com>
	<18f12d150902100727p5fd02e1fre3bc69a0734f7dcc@mail.gmail.com>
Message-ID: <d446cc7a0902100817u624ba85bg8e19078818c2b2a1@mail.gmail.com>

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 <ricardoh26 at gmail.com>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 <aprz at 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 = 0xc0000000,
>> size = 0x10000000, type = 1) Invalid argument (22).
>> ________________________________
>> From: Ricardo Hernandez <ricardoh26 at gmail.com>
>> To: General Discusson about Arch Linux <arch-general at 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 = 0x0000000,
>> size = 0x10000000, 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
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/57ccf800/attachment-0001.htm>

From daniel.isenmann at gmx.de  Tue Feb 10 12:05:26 2009
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Tue, 10 Feb 2009 18:05:26 +0100
Subject: [arch-general] [signoff] pptpclient 1.7.2-2
Message-ID: <20090210180526.64c1197c@fuckup-ng.localdomain>

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

From drkludge at rat-patrol.org  Tue Feb 10 12:29:52 2009
From: drkludge at rat-patrol.org (kludge)
Date: Tue, 10 Feb 2009 11:29:52 -0600
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
In-Reply-To: <d446cc7a0902100817u624ba85bg8e19078818c2b2a1@mail.gmail.com>
References: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>	<479128.83681.qm@web111201.mail.gq1.yahoo.com>	<18f12d150902100727p5fd02e1fre3bc69a0734f7dcc@mail.gmail.com>
	<d446cc7a0902100817u624ba85bg8e19078818c2b2a1@mail.gmail.com>
Message-ID: <4991B990.8060200@rat-patrol.org>

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 <ricardoh26 at gmail.com
> <mailto:ricardoh26 at gmail.com>> 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 <aprz at ymail.com <mailto:aprz at 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 =
>         0xc0000000, size = 0x10000000, type = 1) Invalid argument (22).
>         ________________________________
>         From: Ricardo Hernandez <ricardoh26 at gmail.com
>         <mailto:ricardoh26 at gmail.com>>
>         To: General Discusson about Arch Linux
>         <arch-general at archlinux.org <mailto:arch-general at 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 =
>         0x0000000, size = 0x10000000, 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
> 
> 
> 
> 
> 
> 


From ricardoh26 at gmail.com  Tue Feb 10 14:45:14 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Tue, 10 Feb 2009 15:15:14 -0430
Subject: [arch-general] Xorg MTRR error in ASUS eee pc 900ha
In-Reply-To: <4991B990.8060200@rat-patrol.org>
References: <18f12d150902091545r6f5a964do2c9165458e986ea0@mail.gmail.com>
	<479128.83681.qm@web111201.mail.gq1.yahoo.com>
	<18f12d150902100727p5fd02e1fre3bc69a0734f7dcc@mail.gmail.com>
	<d446cc7a0902100817u624ba85bg8e19078818c2b2a1@mail.gmail.com>
	<4991B990.8060200@rat-patrol.org>
Message-ID: <18f12d150902101145s6f21b56et2082d64363c25cf0@mail.gmail.com>

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 <drkludge at rat-patrol.org>

> 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 <ricardoh26 at gmail.com
> > <mailto:ricardoh26 at gmail.com>> 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 <aprz at ymail.com <mailto:aprz at 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 =
> >         0xc0000000, size = 0x10000000, type = 1) Invalid argument (22).
> >         ________________________________
> >         From: Ricardo Hernandez <ricardoh26 at gmail.com
> >         <mailto:ricardoh26 at gmail.com>>
> >         To: General Discusson about Arch Linux
> >         <arch-general at archlinux.org <mailto:arch-general at 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 =
> >         0x0000000, size = 0x10000000, 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
> >
> >
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/8ba7f871/attachment.htm>

From gprestonc at gmail.com  Wed Feb 11 00:39:52 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 00:39:52 -0500
Subject: [arch-general] exists in filesystem...
Message-ID: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>

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

From binky at archlinux.us  Wed Feb 11 01:09:43 2009
From: binky at archlinux.us (BinkyTheClown)
Date: Wed, 11 Feb 2009 01:09:43 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
Message-ID: <67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>

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

2009/2/11 Preston C. <gprestonc at gmail.com>

> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090211/24c2f290/attachment-0001.htm>

From gprestonc at gmail.com  Wed Feb 11 01:23:50 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 01:23:50 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
Message-ID: <666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>

On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown <binky at archlinux.us> 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?

From sjoden at gmail.com  Wed Feb 11 01:26:21 2009
From: sjoden at gmail.com (Zack)
Date: Tue, 10 Feb 2009 22:26:21 -0800
Subject: [arch-general] exists in filesystem...
In-Reply-To: <666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
	<666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
Message-ID: <604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>

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. <gprestonc at gmail.com> wrote:

> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown <binky at archlinux.us> 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?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/c6faf752/attachment.htm>

From binky at archlinux.us  Wed Feb 11 01:27:37 2009
From: binky at archlinux.us (BinkyTheClown)
Date: Wed, 11 Feb 2009 01:27:37 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
	<666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
	<604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
Message-ID: <67a2b9d90902102227l74f61fadtd508c552d692dbed@mail.gmail.com>

Btw, it seems the site is down =(

2009/2/11 Zack <sjoden at gmail.com>

> 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. <gprestonc at gmail.com> wrote:
>
>> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown <binky at archlinux.us>
>> 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?
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090211/0165406d/attachment.htm>

From sjoden at gmail.com  Wed Feb 11 01:29:32 2009
From: sjoden at gmail.com (Zack)
Date: Tue, 10 Feb 2009 22:29:32 -0800
Subject: [arch-general] exists in filesystem...
In-Reply-To: <67a2b9d90902102227l74f61fadtd508c552d692dbed@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
	<666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
	<604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
	<67a2b9d90902102227l74f61fadtd508c552d692dbed@mail.gmail.com>
Message-ID: <604b5bc60902102229q17654fabi9e7eeb44cc1090ec@mail.gmail.com>

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

On Tue, Feb 10, 2009 at 10:27 PM, BinkyTheClown <binky at archlinux.us> wrote:

> Btw, it seems the site is down =(
>
> 2009/2/11 Zack <sjoden at gmail.com>
>
> 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. <gprestonc at gmail.com> wrote:
>>
>>> On Wed, Feb 11, 2009 at 1:09 AM, BinkyTheClown <binky at archlinux.us>
>>> 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?
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/3d3ec731/attachment.htm>

From gprestonc at gmail.com  Wed Feb 11 01:30:06 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 01:30:06 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
	<666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
	<604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
Message-ID: <666e6e380902102230j3ee554cdn3baa9cecfb2e8399@mail.gmail.com>

Thanks, will give it a shot.

From gprestonc at gmail.com  Wed Feb 11 01:37:51 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 01:37:51 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <666e6e380902102230j3ee554cdn3baa9cecfb2e8399@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<67a2b9d90902102209s2071e51dnde109369015d0bb9@mail.gmail.com>
	<666e6e380902102223q57981f1ane3c9fb89e623261@mail.gmail.com>
	<604b5bc60902102226p746a9b4frda88df9388c247f2@mail.gmail.com>
	<666e6e380902102230j3ee554cdn3baa9cecfb2e8399@mail.gmail.com>
Message-ID: <666e6e380902102237t6cb0d788tb43474a1fcc20cd8@mail.gmail.com>

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

From aprzepioski at gmail.com  Wed Feb 11 02:08:13 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Tue, 10 Feb 2009 23:08:13 -0800
Subject: [arch-general] exists in filesystem...
In-Reply-To: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
Message-ID: <d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>

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. <gprestonc at gmail.com> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/ce5246fd/attachment-0001.htm>

From aprzepioski at gmail.com  Wed Feb 11 02:09:02 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Tue, 10 Feb 2009 23:09:02 -0800
Subject: [arch-general] exists in filesystem...
In-Reply-To: <d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>
Message-ID: <d446cc7a0902102309t5360289dhd0811770c2cbe9f7@mail.gmail.com>

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
<aprzepioski at gmail.com>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. <gprestonc at gmail.com> 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/81f7afe1/attachment.htm>

From gprestonc at gmail.com  Wed Feb 11 02:10:08 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 02:10:08 -0500
Subject: [arch-general] configuring ALSA...
Message-ID: <666e6e380902102310uac9d6f1j197d61665c049e6d@mail.gmail.com>

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.

From gprestonc at gmail.com  Wed Feb 11 02:12:31 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 02:12:31 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>
Message-ID: <666e6e380902102312m1ed1475cgbe729bec5b26c1da@mail.gmail.com>

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

On Wed, Feb 11, 2009 at 2:08 AM, Andrew Przepioski
<aprzepioski at gmail.com> 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. :)

From aprzepioski at gmail.com  Wed Feb 11 02:18:59 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Tue, 10 Feb 2009 23:18:59 -0800
Subject: [arch-general] configuring ALSA...
In-Reply-To: <666e6e380902102310uac9d6f1j197d61665c049e6d@mail.gmail.com>
References: <666e6e380902102310uac9d6f1j197d61665c049e6d@mail.gmail.com>
Message-ID: <d446cc7a0902102318u55f1b2c1ve62930f4a2aafeda@mail.gmail.com>

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. <gprestonc at gmail.com> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/35373b36/attachment.htm>

From gprestonc at gmail.com  Wed Feb 11 02:25:13 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 02:25:13 -0500
Subject: [arch-general] configuring ALSA...
In-Reply-To: <d446cc7a0902102318u55f1b2c1ve62930f4a2aafeda@mail.gmail.com>
References: <666e6e380902102310uac9d6f1j197d61665c049e6d@mail.gmail.com>
	<d446cc7a0902102318u55f1b2c1ve62930f4a2aafeda@mail.gmail.com>
Message-ID: <666e6e380902102325n2a4abf91o45d047a7e14f22d9@mail.gmail.com>

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

From gprestonc at gmail.com  Wed Feb 11 02:49:53 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 02:49:53 -0500
Subject: [arch-general] xorg package not found...
Message-ID: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>

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.

From sjoden at gmail.com  Wed Feb 11 02:57:25 2009
From: sjoden at gmail.com (Zack)
Date: Tue, 10 Feb 2009 23:57:25 -0800
Subject: [arch-general] xorg package not found...
In-Reply-To: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
References: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
Message-ID: <604b5bc60902102357y38d1300dp737d5317ad2238d3@mail.gmail.com>

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. <gprestonc at gmail.com> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090210/a7452fac/attachment.htm>

From grbzks at gmail.com  Wed Feb 11 03:00:32 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 11 Feb 2009 10:00:32 +0200
Subject: [arch-general] xorg package not found...
In-Reply-To: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
References: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
Message-ID: <20090211080032.GA2735@dark>

On Wed, Feb 11, 2009 at 02:49:53AM -0500, 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.

xorg is a group. you can choose which packages you want from it.
if you dont know just install them all.
i suggest you wait for the site to come up again and read the beginners
guide in the wiki before proceeding any further.

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From sjoden at gmail.com  Wed Feb 11 03:01:46 2009
From: sjoden at gmail.com (Zack)
Date: Wed, 11 Feb 2009 00:01:46 -0800
Subject: [arch-general] xorg package not found...
In-Reply-To: <604b5bc60902102357y38d1300dp737d5317ad2238d3@mail.gmail.com>
References: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
	<604b5bc60902102357y38d1300dp737d5317ad2238d3@mail.gmail.com>
Message-ID: <604b5bc60902110001s3dfb4d46r243f4e0143f32db6@mail.gmail.com>

I guess I should have read your email better. If you install the whole xorg
group, which is the xorg meta package, you will probably get everything you
need, maybe a little extra.

On Tue, Feb 10, 2009 at 11:57 PM, Zack <sjoden at gmail.com> wrote:

> 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. <gprestonc at gmail.com> 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.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090211/c52bb5a1/attachment.htm>

From gprestonc at gmail.com  Wed Feb 11 03:02:57 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 03:02:57 -0500
Subject: [arch-general] xorg package not found...
In-Reply-To: <20090211080032.GA2735@dark>
References: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
	<20090211080032.GA2735@dark>
Message-ID: <666e6e380902110002t45481094r469e96d69f907cc0@mail.gmail.com>

I have the Beginners Guide pulled up. It does not say what to do in
this situation. Thank you both for the advice.

On Wed, Feb 11, 2009 at 3:00 AM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Wed, Feb 11, 2009 at 02:49:53AM -0500, 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.
>
> xorg is a group. you can choose which packages you want from it.
> if you dont know just install them all.
> i suggest you wait for the site to come up again and read the beginners
> guide in the wiki before proceeding any further.
>
> --
> Greg
>
> what to do and what not to do in public :o)
> http://linux.sgms-centre.com/misc/netiquette.php
>

From grbzks at gmail.com  Wed Feb 11 03:07:36 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 11 Feb 2009 10:07:36 +0200
Subject: [arch-general] xorg package not found...
In-Reply-To: <604b5bc60902110001s3dfb4d46r243f4e0143f32db6@mail.gmail.com>
References: <666e6e380902102349m3dc34b82j5c7c4c3376a2acfd@mail.gmail.com>
	<604b5bc60902102357y38d1300dp737d5317ad2238d3@mail.gmail.com>
	<604b5bc60902110001s3dfb4d46r243f4e0143f32db6@mail.gmail.com>
Message-ID: <b9f0f75c0902110007o44e127a3ld0195becb95641d6@mail.gmail.com>

On Wed, Feb 11, 2009 at 10:01 AM, Zack <sjoden at gmail.com> wrote:
> I guess I should have read your email better. If you install the whole xorg
> group, which is the xorg meta package, you will probably get everything you
> need, maybe a little extra.
>

Arch Linux doesnt have meta packages for a quite while. Thats why groups were
added to pacman. Much better solution if you ask me. If you belong to the 10%
(according to pkgstats) still having the meta package install, its
safe to remove it.

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From t.powa at gmx.de  Wed Feb 11 05:39:48 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Wed, 11 Feb 2009 11:39:48 +0100
Subject: [arch-general] [signoff] ndiswrapper / ndiswrapper-utils  1.54-1
Message-ID: <200902111139.56634.t.powa@gmx.de>

Hi
please signoff for both arches,

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org




-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090211/e9b0d211/attachment.pgp>

From louipc.ist at gmail.com  Wed Feb 11 11:34:53 2009
From: louipc.ist at gmail.com (Loui Chang)
Date: Wed, 11 Feb 2009 11:34:53 -0500
Subject: [arch-general] exists in filesystem...
In-Reply-To: <d446cc7a0902102309t5360289dhd0811770c2cbe9f7@mail.gmail.com>
References: <666e6e380902102139s6d4bc424j19f4ffa73bdff6e3@mail.gmail.com>
	<d446cc7a0902102308o2321219ew1a6509c4fd24cee@mail.gmail.com>
	<d446cc7a0902102309t5360289dhd0811770c2cbe9f7@mail.gmail.com>
Message-ID: <20090211163453.GF6346@lynn>

On Tue, Feb 10, 2009 at 11:09:02PM -0800, Andrew Przepioski wrote:
> Dang.. I took too long to type this up, haha! Looks like you already solved
> it.
> 
> Good job. :P

Everybody here please stop sending html emails to the list.
Send your emails in plain text only. Thank you.

Oh and stop top posting as well.

Thanks again.


From aaronmgriffin at gmail.com  Wed Feb 11 12:04:09 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Wed, 11 Feb 2009 11:04:09 -0600
Subject: [arch-general] HTML email will be rejected
Message-ID: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>

Hello all,
I am writing to inform you that I have changed all the Arch lists to
reject HTML formatted email. Please send messages in plain text only.

Note: This is true of all lists, but I am only sending this message to
the higher trafficked lists.

Cheers,
Aaron

From dieter at plaetinck.be  Wed Feb 11 13:02:38 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Wed, 11 Feb 2009 19:02:38 +0100
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
Message-ID: <20090211190238.7c9a3c01@plaetinck.be>

On Wed, 11 Feb 2009 11:04:09 -0600
Aaron Griffin <aaronmgriffin at gmail.com> wrote:

> Hello all,
> I am writing to inform you that I have changed all the Arch lists to
> reject HTML formatted email. Please send messages in plain text only.
> 
> Note: This is true of all lists, but I am only sending this message to
> the higher trafficked lists.
> 
> Cheers,
> Aaron

Any specific reason? afaik html emails are 100% backwards compatible, eg
those who don't want them can see the txt variant, no?

Dieter

From aaronmgriffin at gmail.com  Wed Feb 11 13:12:20 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Wed, 11 Feb 2009 12:12:20 -0600
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <20090211190238.7c9a3c01@plaetinck.be>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
	<20090211190238.7c9a3c01@plaetinck.be>
Message-ID: <d64a48980902111012p2a1fd697ma391cdf093ed7a67@mail.gmail.com>

On Wed, Feb 11, 2009 at 12:02 PM, Dieter Plaetinck <dieter at plaetinck.be> wrote:
> On Wed, 11 Feb 2009 11:04:09 -0600
> Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>
>> Hello all,
>> I am writing to inform you that I have changed all the Arch lists to
>> reject HTML formatted email. Please send messages in plain text only.
>>
>> Note: This is true of all lists, but I am only sending this message to
>> the higher trafficked lists.
>>
>> Cheers,
>> Aaron
>
> Any specific reason? afaik html emails are 100% backwards compatible, eg
> those who don't want them can see the txt variant, no?

That is only if you client also sends a text variant in a multipart
mime encoding. I believe mailman may still accept those and expand the
text portion.

To quote the mailman docs:
----------
After this initial filtering, any multipart  attachments that are
empty are removed. If the outer message is left empty after this
filtering, then the whole message is discarded.

Then, each multipart/alternative section will be replaced by just the
first alternative that is non-empty after filtering if
collapse_alternatives is enabled.
----------
Allowed mimetypes:
multipart/mixed
multipart/alternative
message/rfc822
text/plain

But to answer the "reason" part - we get periodic spam on these lists
and the only ones that seem to sneak through are HTML. That's where
the idea came from, so I asked the rest of the devs about blocking
html mail and got an emphatic "please do it!" from all of them - thus
it was done.

From louipc.ist at gmail.com  Wed Feb 11 13:20:05 2009
From: louipc.ist at gmail.com (Loui Chang)
Date: Wed, 11 Feb 2009 13:20:05 -0500
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <20090211190238.7c9a3c01@plaetinck.be>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
	<20090211190238.7c9a3c01@plaetinck.be>
Message-ID: <20090211182005.GH6346@lynn>

On Wed, Feb 11, 2009 at 07:02:38PM +0100, Dieter Plaetinck wrote:
> On Wed, 11 Feb 2009 11:04:09 -0600
> Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> 
> > Hello all,
> > I am writing to inform you that I have changed all the Arch lists to
> > reject HTML formatted email. Please send messages in plain text only.
> > 
> > Note: This is true of all lists, but I am only sending this message to
> > the higher trafficked lists.
> > 
> > Cheers,
> > Aaron
> 
> Any specific reason? afaik html emails are 100% backwards compatible, eg
> those who don't want them can see the txt variant, no?

Well, there's no point in sending them at all if there's a text variant.


From muczyjoe at gmail.com  Wed Feb 11 13:29:10 2009
From: muczyjoe at gmail.com (=?ISO-8859-1?Q?Avramucz_P=E9ter?=)
Date: Wed, 11 Feb 2009 19:29:10 +0100
Subject: [arch-general] cdrecord instead of wodim
Message-ID: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>

Hi!

What would you say to a wodim -> cdrecord transition? I have a bug
here: http://bugs.archlinux.org/task/13181 .
And Joerg Schilling wrote me, that cdrecord is still developed. So,
what do you say?

From redshift at pandora.be  Wed Feb 11 13:34:28 2009
From: redshift at pandora.be (RedShift)
Date: Wed, 11 Feb 2009 19:34:28 +0100
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
Message-ID: <49931A34.7040007@pandora.be>

Avramucz P?ter wrote:
> Hi!
> 
> What would you say to a wodim -> cdrecord transition? I have a bug
> here: http://bugs.archlinux.org/task/13181 .
> And Joerg Schilling wrote me, that cdrecord is still developed. So,
> what do you say?
> 
> 

What is there to say? You're free to install any software you like on your own system.

Glenn

From shiningxc at gmail.com  Wed Feb 11 13:41:42 2009
From: shiningxc at gmail.com (Xavier)
Date: Wed, 11 Feb 2009 19:41:42 +0100
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
Message-ID: <91752840902111041g291e8dacl26d4cc4ff2a1b447@mail.gmail.com>

On Wed, Feb 11, 2009 at 7:29 PM, Avramucz P?ter <muczyjoe at gmail.com> wrote:
> Hi!
>
> What would you say to a wodim -> cdrecord transition? I have a bug
> here: http://bugs.archlinux.org/task/13181 .
> And Joerg Schilling wrote me, that cdrecord is still developed. So,
> what do you say?
>

Why a transition again? In my opinion, there should never have been a
transition in the first place, cdrtools/cdrecord should have been
kept.
Both tools belong to the official repositories.
http://bugs.archlinux.org/task/12960

From vmlinuz386 at yahoo.com.ar  Wed Feb 11 13:42:48 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Wed, 11 Feb 2009 16:42:48 -0200
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
Message-ID: <49931C28.7090904@yahoo.com.ar>

Avramucz P?ter wrote:
> Hi!
>
> What would you say to a wodim -> cdrecord transition? I have a bug
> here: http://bugs.archlinux.org/task/13181 .
> And Joerg Schilling wrote me, that cdrecord is still developed. So,
> what do you say?
>
>   
Long discusion. But for example in my system can't write DVD because
"DMA speed check fail" with cdrecord, and with cdrkit (the wodim) can
record without problems.

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From l.jirkovsky at gmail.com  Wed Feb 11 13:46:48 2009
From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=)
Date: Wed, 11 Feb 2009 19:46:48 +0100
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <49931C28.7090904@yahoo.com.ar>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
	<49931C28.7090904@yahoo.com.ar>
Message-ID: <736420110902111046u38c4cc62ja63279630ea365ca@mail.gmail.com>

The main problem is in my opinion licensing. Some parts of cdrecord
code are CDDL and some are GPL but these licenses are not compatible.

From pierre at archlinux.de  Wed Feb 11 13:52:56 2009
From: pierre at archlinux.de (Pierre Schmitz)
Date: Wed, 11 Feb 2009 19:52:56 +0100
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
Message-ID: <200902111952.56328.pierre@archlinux.de>

Am Mittwoch, 11. Februar 2009 19:29:10 schrieb Avramucz P?ter:
> Hi!
>
> What would you say to a wodim -> cdrecord transition? I have a bug
> here: http://bugs.archlinux.org/task/13181 .
> And Joerg Schilling wrote me, that cdrecord is still developed. So,
> what do you say?

Before this will be dicussed to death: search the forums or bug tracker. There 
are plenty of threads about this. Further discussion is pointless.

In short: ATM no DEV or TU is interested in packaging this. So you either 
become one yourself or just build it using the PKGBUILD found in the AUR.

For everyone using Arch there is allways a choice.

-- 

Pierre Schmitz


Clemens-August-Stra?e 76
53115 Bonn

Telefon		0228 9716608
Mobil		0160 95269831
Jabber		pierre at jabber.archlinux.de
WWW		http://www.archlinux.de


From grbzks at gmail.com  Wed Feb 11 13:58:09 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 11 Feb 2009 20:58:09 +0200
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
References: <ef4613b70902111029p1df6b6a2xf2e8e757e951bd06@mail.gmail.com>
Message-ID: <20090211185809.GA2751@dark>

On Wed, Feb 11, 2009 at 07:29:10PM +0100, Avramucz P?ter wrote:
> Hi!
> 
> What would you say to a wodim -> cdrecord transition? I have a bug
> here: http://bugs.archlinux.org/task/13181 .
> And Joerg Schilling wrote me, that cdrecord is still developed. So,
> what do you say?

http://bbs.archlinux.org/viewtopic.php?id=49336
I dont think this is going anywhere any time soon. I have put my hopes
on the Ubuntu gyus, but im not that optimistic.
Everyone knows cdrtools is better, everyone knows cdrkit is not really
maintained, but software and its quality is totally irrelevant in this
war. This is about egos.
Thanks to pacman and the way Arch package management works in general,
end users actually have a choice.

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From gdamjan at gmail.com  Wed Feb 11 14:06:51 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Wed, 11 Feb 2009 20:06:51 +0100
Subject: [arch-general] configuring ALSA...
In-Reply-To: <666e6e380902102325n2a4abf91o45d047a7e14f22d9@mail.gmail.com>
References: <666e6e380902102310uac9d6f1j197d61665c049e6d@mail.gmail.com>
	<d446cc7a0902102318u55f1b2c1ve62930f4a2aafeda@mail.gmail.com>
	<666e6e380902102325n2a4abf91o45d047a7e14f22d9@mail.gmail.com>
Message-ID: <28f0f01f0902111106h18635971s4a6a882ebaf58fd9@mail.gmail.com>

Is modprobe.conf used on arch in the presence of /etc/modprobe.d/ ?

On Wed, Feb 11, 2009 at 08:25, Preston C. <gprestonc at gmail.com> wrote:
>> The pound sign (#) generally means whatever is after it on that line is a
>> comment. :)
> I think I am starting to see that, :-).
>



-- 
damjan

From a.radke at arcor.de  Wed Feb 11 15:23:31 2009
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 11 Feb 2009 21:23:31 +0100
Subject: [arch-general] foomatic 4.0.0 hits testing
Message-ID: <20090211212331.67ded343@laptop64.home>

New Foomatic 4.0.0 has hit the testing repo. The ppd pkg got dropped, a
new nonfree package has been added. See the announcement for major
changes, esp. pdf printing workflow.

http://forums.linux-foundation.org/read.php?21,8139,8139#msg-8139

Please report if you can still print with your favorite spoolers and
drivers/ppds.

-Andy

From redshift at pandora.be  Wed Feb 11 16:32:12 2009
From: redshift at pandora.be (RedShift)
Date: Wed, 11 Feb 2009 22:32:12 +0100
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
Message-ID: <499343DC.9080601@pandora.be>

Aaron Griffin wrote:
> Hello all,
> I am writing to inform you that I have changed all the Arch lists to
> reject HTML formatted email. Please send messages in plain text only.
> 
> Note: This is true of all lists, but I am only sending this message to
> the higher trafficked lists.
> 
> Cheers,
> Aaron
> 
> 

Good riddance. When customers of me send me HTML email they can always expect a plaintext reply.

Glenn

From grbzks at gmail.com  Wed Feb 11 17:13:23 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Thu, 12 Feb 2009 00:13:23 +0200
Subject: [arch-general] [arch-dev-public] HTML email will be rejected
In-Reply-To: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
Message-ID: <20090211221323.GE2751@dark>

On Wed, Feb 11, 2009 at 11:04:09AM -0600, Aaron Griffin wrote:
> Hello all,
> I am writing to inform you that I have changed all the Arch lists to
> reject HTML formatted email. Please send messages in plain text only.
> 
> Note: This is true of all lists, but I am only sending this message to
> the higher trafficked lists.
> 
> Cheers,
> Aaron

Heres a good resource for reasons not to use HTML in emails.
http://www.freeantispam.org/html-email.php
Theres countless others, including wikipedia:
http://en.wikipedia.org/wiki/HTML_e-mail

-- 
Greg

what to do and what not to do in public :o)
http://linux.sgms-centre.com/misc/netiquette.php

From gprestonc at gmail.com  Wed Feb 11 18:57:06 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 18:57:06 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
Message-ID: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>

I am working on the beginners guide and have read some information on
input hotplugging, and was wondering if it was really necessary to do
Step 3- section B in the Beginners Guide?

If so, I don't really understand exactly what commands to run and
which order to run them? Thank you for any help.

From aaronmgriffin at gmail.com  Wed Feb 11 19:01:45 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Wed, 11 Feb 2009 18:01:45 -0600
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
Message-ID: <d64a48980902111601n4a06b191o5df0ff470628d398@mail.gmail.com>

On Wed, Feb 11, 2009 at 5:57 PM, Preston C. <gprestonc at gmail.com> wrote:
> I am working on the beginners guide and have read some information on
> input hotplugging, and was wondering if it was really necessary to do
> Step 3- section B in the Beginners Guide?
>
> If so, I don't really understand exactly what commands to run and
> which order to run them? Thank you for any help.

I haven't had a look at the beginner's guide, but here is what you should know:

If you are running hal and have an english layout - you should have to
do nothing at all.
If you're not using an english layout, you need to tweak some hal config files
If you're not running hal, you need to disable hotplugging in xorg.conf

http://wiki.archlinux.org/index.php/Xorg_input_hotplugging

From gprestonc at gmail.com  Wed Feb 11 19:18:10 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 19:18:10 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <d64a48980902111601n4a06b191o5df0ff470628d398@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<d64a48980902111601n4a06b191o5df0ff470628d398@mail.gmail.com>
Message-ID: <666e6e380902111618j1bdc078l6c345d7ae7c91808@mail.gmail.com>

> I haven't had a look at the beginner's guide, but here is what you should know:
>
> If you are running hal and have an english layout - you should have to
> do nothing at all.
> If you're not using an english layout, you need to tweak some hal config files
> If you're not running hal, you need to disable hotplugging in xorg.conf
>
> http://wiki.archlinux.org/index.php/Xorg_input_hotplugging
>

I do have an English layout, I guess by layout you mean what is the
primary language of my system. Will you tell me how to find out if I
am running hal? If I am running hal does that mean hotplugging is
disabled? Thanks.

From paulo.r.santos at sapo.pt  Wed Feb 11 19:20:48 2009
From: paulo.r.santos at sapo.pt (Paulo Santos)
Date: Thu, 12 Feb 2009 00:20:48 +0000
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
Message-ID: <49936B60.4050402@sapo.pt>

Preston C. wrote:
> I am working on the beginners guide and have read some information on
> input hotplugging, and was wondering if it was really necessary to do
> Step 3- section B in the Beginners Guide?

It's not really necessary, no. Take a look at 
http://wiki.archlinux.org/index.php/Xorg_input_hotplugging
Section 6.6 tells you how to turn it off, but I recommend you to read 
the introduction part to understand what Xorg input hotplugging is about.


> If so, I don't really understand exactly what commands to run and
> which order to run them? Thank you for any help.

Installing is pretty straight forward.

# pacman -S xf86-input-evdev
# /etc/rc.d/hal start

If you don't use a "us" keymap, you probably have to configure it.

# cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/

Then edit it:
<merge key="input.xkb.layout" type="string">YOUR_KEYMAP</merge>

And don't forget: http://wiki.archlinux.org/index.php/Xorg_input_hotplugging

Paulo Santos

From gprestonc at gmail.com  Wed Feb 11 19:39:47 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 19:39:47 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <49936B60.4050402@sapo.pt>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
Message-ID: <666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>

> It's not really necessary, no. Take a look at
> http://wiki.archlinux.org/index.php/Xorg_input_hotplugging
> Section 6.6 tells you how to turn it off, but I recommend you to read the
> introduction part to understand what Xorg input hotplugging is about.
>
> Installing is pretty straight forward.
>
> # pacman -S xf86-input-evdev
> # /etc/rc.d/hal start
>
This where I got stuck. In the Beginners Guide it said to do these
before you start hal:
- usr/sbin/groupadd -g 81 dbus ( this didn't work because it said
there no such file or directory)
- usr/sbin/useradd -c 'System message bus' -u 81 -g dbus -d '/' -s
/bin/false dbus

Are the two steps just mentioned necessary to do before I run,
"/etc/rc.d/hal start"? Will hal startup during boot after running,
"/etc/rc.d/hal start", or do I need to something else?

In the link you gave me it says, "Add the hal daemon to the DAEMONS
array in /etc/rc.conf before anything related to X.Org is started. The
hal daemon will load the dbus daemon automatically." It does not tell
me how though, so I am a little lost on this issue?

Apparently it is best to disable hotplugging (which apparently means
that you can change peripherals while the computer is on) and have hal
(which replaces hotplugging?) boot up at startup? That is the ultimate
goal isn't it? Yes, I am confused a little.

Thanks,
Preston

From gprestonc at gmail.com  Wed Feb 11 19:50:35 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 19:50:35 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
Message-ID: <666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>

Ok my mistake, apparently it is best to enable hotplugging, if you
want to be able to change peripherals while the computer is on, and
then have hal start during boot so that hotplugging is enabled. I
guess the question is can my computer work with hotplugging? I have a
ps2 mouse and a ps2 keyboard, will hot plugging work with this.

From sjoden at gmail.com  Wed Feb 11 19:59:50 2009
From: sjoden at gmail.com (Zack)
Date: Wed, 11 Feb 2009 16:59:50 -0800
Subject: [arch-general] (no subject)
Message-ID: <604b5bc60902111659g384db5fbj7e1a76143148427f@mail.gmail.com>

Downloading xorg-server xf86-input-mouse xf86-input-synaptics
xf86-input-keyboard xf86-video-intel xorg-xinit ttf-dejavu and xterm used to
be about a 30 mb download, with 91 packages to install. I just did it today,
and it the download was in the low 20s, and there were only about 60
packages. Did anything change, or am I just crazy.


Zack

From gprestonc at gmail.com  Wed Feb 11 20:04:57 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 20:04:57 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
	<666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
Message-ID: <666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>

I think I have got it this time, :-). Here are the questions:

I would like to use input hotplugging. So, I need to configure it.

Are these the correct commands to run, in this order:
# pacman -S xf86-input-evdev
# usr/sbin/groupadd -g 81 dbus
# usr/sbin/useradd -c 'System message bus' -u 81 -g dbus -d '/' -s
/bin/false dbus
# /etc/rc.d/hal start

Or just:
# pacman -S xf86-input-evdev
# /etc/rc.d/hal start

After running the correct command sequence listed above (whichever one
it is), it seems that I need to "Add the hal daemon to the DAEMONS
array in /etc/rc.conf to start it at every boot." I do not know how to
do this?

Thanks, sorry for the confusion.

From sjoden at gmail.com  Wed Feb 11 20:11:08 2009
From: sjoden at gmail.com (Zack)
Date: Wed, 11 Feb 2009 17:11:08 -0800
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
	<666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
	<666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
Message-ID: <604b5bc60902111711u1064ecf6scddbcd17953f13ae@mail.gmail.com>

Add hal to the daemons array at the bottom of /etc/rc.conf. Starting hal
will take care of starting dbus, and acpid if you have it installed.

On Wed, Feb 11, 2009 at 5:04 PM, Preston C. <gprestonc at gmail.com> wrote:

> I think I have got it this time, :-). Here are the questions:
>
> I would like to use input hotplugging. So, I need to configure it.
>
> Are these the correct commands to run, in this order:
> # pacman -S xf86-input-evdev
> # usr/sbin/groupadd -g 81 dbus
> # usr/sbin/useradd -c 'System message bus' -u 81 -g dbus -d '/' -s
> /bin/false dbus
> # /etc/rc.d/hal start
>
> Or just:
> # pacman -S xf86-input-evdev
> # /etc/rc.d/hal start
>
> After running the correct command sequence listed above (whichever one
> it is), it seems that I need to "Add the hal daemon to the DAEMONS
> array in /etc/rc.conf to start it at every boot." I do not know how to
> do this?
>
> Thanks, sorry for the confusion.
>

From paulo.r.santos at sapo.pt  Wed Feb 11 20:14:56 2009
From: paulo.r.santos at sapo.pt (Paulo Santos)
Date: Thu, 12 Feb 2009 01:14:56 +0000
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>	<49936B60.4050402@sapo.pt>	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>	<666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
	<666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
Message-ID: <49937810.4010101@sapo.pt>

Preston C. wrote:
> I think I have got it this time, :-). Here are the questions:
> 
> I would like to use input hotplugging. So, I need to configure it.
> 
> Are these the correct commands to run, in this order:
> # pacman -S xf86-input-evdev
> # usr/sbin/groupadd -g 81 dbus
> # usr/sbin/useradd -c 'System message bus' -u 81 -g dbus -d '/' -s
> /bin/false dbus
> # /etc/rc.d/hal start
> 
> Or just:
> # pacman -S xf86-input-evdev
> # /etc/rc.d/hal start

As for me, I didn't have to add dbus to either groups or users. Probably 
added when hal was installed or something. I do have the entries in 
/etc/group and /etc/passwd though.


> After running the correct command sequence listed above (whichever one
> it is), it seems that I need to "Add the hal daemon to the DAEMONS
> array in /etc/rc.conf to start it at every boot." I do not know how to
> do this?

In /etc/rc.conf, the last line of that file, is the DAEMONS array. It's 
an array with all the daemons that will start automatically when your 
computer boots.

To add hal daemon to the array, just write its name on it:
DAEMONS=(syslog-ng hal ...)

Paulo Santos

From gprestonc at gmail.com  Wed Feb 11 20:19:53 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 20:19:53 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <604b5bc60902111711u1064ecf6scddbcd17953f13ae@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
	<666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
	<666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
	<604b5bc60902111711u1064ecf6scddbcd17953f13ae@mail.gmail.com>
Message-ID: <666e6e380902111719m61d63127m13fbc523be8fe6f6@mail.gmail.com>

> Add hal to the daemons array at the bottom of /etc/rc.conf. Starting hal
> will take care of starting dbus, and acpid if you have it installed.
>
So this is what the daemons array looks like:
DAEMONS=(syslog-ng network netfs crond alsa)

After I add hal it should look like this?:
DAEMONS=(syslog-ng network netfs crond alsa hal)

Does someone know, which commands (listed in my previous email) I need
to use in the correct order, to get input hotplugging configured
properly? Thanks.

From gprestonc at gmail.com  Wed Feb 11 20:27:53 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 11 Feb 2009 20:27:53 -0500
Subject: [arch-general] Step 3: Configure X- B: Input hotplugging
In-Reply-To: <666e6e380902111719m61d63127m13fbc523be8fe6f6@mail.gmail.com>
References: <666e6e380902111557i7d1e2a7ah622fdc5fdda9b9fe@mail.gmail.com>
	<49936B60.4050402@sapo.pt>
	<666e6e380902111639v1d78c6c6w2e81bdbf75cdb23@mail.gmail.com>
	<666e6e380902111650n6d8a0cc5w180097aed5e512b6@mail.gmail.com>
	<666e6e380902111704g6c50c875i39ffc17bb2adfa06@mail.gmail.com>
	<604b5bc60902111711u1064ecf6scddbcd17953f13ae@mail.gmail.com>
	<666e6e380902111719m61d63127m13fbc523be8fe6f6@mail.gmail.com>
Message-ID: <666e6e380902111727o46b80a31h6f46f78eb5ff05df@mail.gmail.com>

Figured it out, thanks for the help.

From vmlinuz386 at yahoo.com.ar  Thu Feb 12 02:51:51 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 12 Feb 2009 05:51:51 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks in
	daemons
Message-ID: <4993D517.1040105@yahoo.com.ar>

Hi people!

I interested to make Arch Linux suitable for use with a /var/run and
/var/lock that are mounted as tmpfs. But this also helps, in the case
that not mounted as tmpfs, to make more simple "purge function" for
these directories at rc.sysinit step.

In my case this is "just for fun!", but other users can be benefited by
this, for example "netbook users".

OK, i initially created rc-script patches for the packages in the extra
repo that use /var/run/program-name-directory and fails if not exists.
(these list was obtained with """ for x in $(find
/usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """

@@NOTE@@: I will send the patches to the FL individualy per package now,
reference to this email in FL, and then copy the links to response in
this email. ;)

Please review it, thanks in advance. :)

** Actually work OK (/var/run)
  core/openswan-2.4.11-1
  core/dbus-core-1.2.4-1
  core/netcfg-2.1.2-1
  extra/consolekit-0.3.0-3


** Patched RC files (/var/run)
  extra/apache-2.2.11-2
  extra/bind-9.5.0.P2-1
  extra/clamav-0.94-1
  extra/courier-imap-4.4.1-1
  extra/courier-mta-0.60.0-1
  extra/cyrus-sasl-2.1.22-10
  extra/fetchmail-6.3.8-4
  extra/hal-0.5.11-7 (patched for policykit)
  extra/laptop-mode-tools-1.47-1
  extra/lighttpd-1.4.20-2
  extra/mpd-0.14.1-3
  extra/policykit-0.9-7 (no rc-script here, patched in hal)
  extra/samba-3.2.7-1
  extra/wicd-1.5.8-1


** Researched (/var/run)
  extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
            profile.d/iptraf for creating a "iptraf()" or another solution)

  * Apparently these don't use /var/run/program-name-directory, but
        maybe a simple "mkdir" to rc-script for precaution.
    extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
    extra/networkmanager-0.7.0-1 (The daemon uses directly
        /var/run/NetworkManager.pid)

  extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it fails,
solution: provide a rc-script)


** Pending for research (/var/run)
  community/pulseaudio-0.9.14-1
  community/ultimate-ircd-3.0.2-1
  community/xen-3.3.1-1
  community/wdm-1.28-2
  community/dspam-3.8.0-2
  community/inn-2.4.5-3
  community/gpsd-2.37-2
  community/apache13-1.3.41-3
  community/freeradius-2.1.3-1
  community/lastfmsubmitd-0.35-1
  community/selinux-pam-1.0.1-1
  community/fail2ban-0.8.3-1
  community/ircservices-5.0.62-3
  community/p3scan-2.3.2-2
  community/bind-geodns-9.4.1-1
  community/jabberd14-1.6.1.1-3


** Pending for research (/var/lock)
  core/dmraid-1.0.0.rc14-2
  extra/sane-1.0.19-2

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From vmlinuz386 at yahoo.com.ar  Thu Feb 12 02:57:45 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 12 Feb 2009 05:57:45 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in	daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <4993D679.3010900@yahoo.com.ar>

Gerardo Exequiel Pozzi wrote:
> Hi people!
>
> I interested to make Arch Linux suitable for use with a /var/run and
> /var/lock that are mounted as tmpfs. But this also helps, in the case
> that not mounted as tmpfs, to make more simple "purge function" for
> these directories at rc.sysinit step.
>
> In my case this is "just for fun!", but other users can be benefited by
> this, for example "netbook users".
>
> OK, i initially created rc-script patches for the packages in the extra
> repo that use /var/run/program-name-directory and fails if not exists.
> (these list was obtained with """ for x in $(find
> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
>
> @@NOTE@@: I will send the patches to the FL individualy per package now,
> reference to this email in FL, and then copy the links to response in
> this email. ;)
>
> Please review it, thanks in advance. :)
>
> ** Actually work OK (/var/run)
>   core/openswan-2.4.11-1
>   core/dbus-core-1.2.4-1
>   core/netcfg-2.1.2-1
>   extra/consolekit-0.3.0-3
>
>
> ** Patched RC files (/var/run)
>   extra/apache-2.2.11-2
>   extra/bind-9.5.0.P2-1
>   extra/clamav-0.94-1
>   extra/courier-imap-4.4.1-1
>   extra/courier-mta-0.60.0-1
>   extra/cyrus-sasl-2.1.22-10
>   extra/fetchmail-6.3.8-4
>   extra/hal-0.5.11-7 (patched for policykit)
>   extra/laptop-mode-tools-1.47-1
>   extra/lighttpd-1.4.20-2
>   extra/mpd-0.14.1-3
>   extra/policykit-0.9-7 (no rc-script here, patched in hal)
>   extra/samba-3.2.7-1
>   extra/wicd-1.5.8-1
>
>
> ** Researched (/var/run)
>   extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>             profile.d/iptraf for creating a "iptraf()" or another solution)
>
>   * Apparently these don't use /var/run/program-name-directory, but
>         maybe a simple "mkdir" to rc-script for precaution.
>     extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>     extra/networkmanager-0.7.0-1 (The daemon uses directly
>         /var/run/NetworkManager.pid)
>
>   extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
> daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it fails,
> solution: provide a rc-script)
>
>
> ** Pending for research (/var/run)
>   community/pulseaudio-0.9.14-1
>   community/ultimate-ircd-3.0.2-1
>   community/xen-3.3.1-1
>   community/wdm-1.28-2
>   community/dspam-3.8.0-2
>   community/inn-2.4.5-3
>   community/gpsd-2.37-2
>   community/apache13-1.3.41-3
>   community/freeradius-2.1.3-1
>   community/lastfmsubmitd-0.35-1
>   community/selinux-pam-1.0.1-1
>   community/fail2ban-0.8.3-1
>   community/ircservices-5.0.62-3
>   community/p3scan-2.3.2-2
>   community/bind-geodns-9.4.1-1
>   community/jabberd14-1.6.1.1-3
>
>
> ** Pending for research (/var/lock)
>   core/dmraid-1.0.0.rc14-2
>   extra/sane-1.0.19-2
>
>   

** Patched RC files (/var/run)
  extra/apache-2.2.11-2
http://bugs.archlinux.org/task/13225

  extra/bind-9.5.0.P2-1
http://bugs.archlinux.org/task/13204

  extra/clamav-0.94-1
http://bugs.archlinux.org/task/13226

  extra/courier-imap-4.4.1-1
http://bugs.archlinux.org/task/13227

  extra/courier-mta-0.60.0-1
http://bugs.archlinux.org/task/13228

  extra/cyrus-sasl-2.1.22-10
http://bugs.archlinux.org/task/13229

  extra/fetchmail-6.3.8-4
http://bugs.archlinux.org/task/13230

  extra/hal-0.5.11-7 (patched for policykit)
http://bugs.archlinux.org/task/13211

  extra/laptop-mode-tools-1.47-1
http://bugs.archlinux.org/task/13231

  extra/lighttpd-1.4.20-2
http://bugs.archlinux.org/task/13232

  extra/mpd-0.14.1-3
http://bugs.archlinux.org/task/13233

  extra/policykit-0.9-7 (no rc-script here, patched in hal)
http://bugs.archlinux.org/task/13211

  extra/samba-3.2.7-1
http://bugs.archlinux.org/task/13234

  extra/wicd-1.5.8-1
http://bugs.archlinux.org/task/13235


-- 

Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From jan at jgc.homeip.net  Thu Feb 12 02:59:41 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Thu, 12 Feb 2009 08:59:41 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <1234425581.5034.1.camel@jan>

On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
> Hi people!
> 
> I interested to make Arch Linux suitable for use with a /var/run and
> /var/lock that are mounted as tmpfs. But this also helps, in the case
> that not mounted as tmpfs, to make more simple "purge function" for
> these directories at rc.sysinit step.
> 
> In my case this is "just for fun!", but other users can be benefited by
> this, for example "netbook users".
> 
> OK, i initially created rc-script patches for the packages in the extra
> repo that use /var/run/program-name-directory and fails if not exists.
> (these list was obtained with """ for x in $(find
> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
> 
> @@NOTE@@: I will send the patches to the FL individualy per package now,
> reference to this email in FL, and then copy the links to response in
> this email. ;)
> 
> Please review it, thanks in advance. :)
> 
> ** Actually work OK (/var/run)
>   core/openswan-2.4.11-1
>   core/dbus-core-1.2.4-1
>   core/netcfg-2.1.2-1
>   extra/consolekit-0.3.0-3
> 
> 
> ** Patched RC files (/var/run)
>   extra/apache-2.2.11-2
>   extra/bind-9.5.0.P2-1
>   extra/clamav-0.94-1
>   extra/courier-imap-4.4.1-1
>   extra/courier-mta-0.60.0-1
>   extra/cyrus-sasl-2.1.22-10
>   extra/fetchmail-6.3.8-4
>   extra/hal-0.5.11-7 (patched for policykit)
>   extra/laptop-mode-tools-1.47-1
>   extra/lighttpd-1.4.20-2
>   extra/mpd-0.14.1-3
>   extra/policykit-0.9-7 (no rc-script here, patched in hal)
>   extra/samba-3.2.7-1
>   extra/wicd-1.5.8-1
> 
> 
> ** Researched (/var/run)
>   extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>             profile.d/iptraf for creating a "iptraf()" or another solution)
> 
>   * Apparently these don't use /var/run/program-name-directory, but
>         maybe a simple "mkdir" to rc-script for precaution.
>     extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>     extra/networkmanager-0.7.0-1 (The daemon uses directly
>         /var/run/NetworkManager.pid)
> 
>   extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
> daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it fails,
> solution: provide a rc-script)
> 
> 
> ** Pending for research (/var/run)
>   community/pulseaudio-0.9.14-1
>   community/ultimate-ircd-3.0.2-1
>   community/xen-3.3.1-1
>   community/wdm-1.28-2
>   community/dspam-3.8.0-2
>   community/inn-2.4.5-3
>   community/gpsd-2.37-2
>   community/apache13-1.3.41-3
>   community/freeradius-2.1.3-1
>   community/lastfmsubmitd-0.35-1
>   community/selinux-pam-1.0.1-1
>   community/fail2ban-0.8.3-1
>   community/ircservices-5.0.62-3
>   community/p3scan-2.3.2-2
>   community/bind-geodns-9.4.1-1
>   community/jabberd14-1.6.1.1-3
> 
> 
> ** Pending for research (/var/lock)
>   core/dmraid-1.0.0.rc14-2
>   extra/sane-1.0.19-2

If this requires patching so many packages, and given the fact
that /var/run on tmpfs is not default in archlinux, maybe you should try
building /var/run from an initial directory or something like that. This
is also what I use for my OpenBSD router which runs from compactflash
and has /var mounted on ramdisk.


From jan.spakula at gmx.com  Thu Feb 12 03:22:00 2009
From: jan.spakula at gmx.com (Jan Spakula)
Date: Thu, 12 Feb 2009 09:22:00 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <1234425581.5034.1.camel@jan>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
Message-ID: <1234426430-sup-917@SFB002>

Excerpts from Jan de Groot's message of Thu Feb 12 08:59:41 +0100 2009:
> On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
> > I interested to make Arch Linux suitable for use with a /var/run and
> > /var/lock that are mounted as tmpfs. But this also helps, in the case
> > that not mounted as tmpfs, to make more simple "purge function" for
> > these directories at rc.sysinit step.
> > 
> > In my case this is "just for fun!", but other users can be benefited by
> > this, for example "netbook users".
> If this requires patching so many packages, and given the fact
> that /var/run on tmpfs is not default in archlinux, maybe you should try
> building /var/run from an initial directory or something like that. This
> is also what I use for my OpenBSD router which runs from compactflash
> and has /var mounted on ramdisk.

I have a setup on my netbook where the whole /var is mounted as tmpfs and
rsynced from and to real directory (/var-sync in my case) on boot/shutdown.
Patches to rc.sysinit and rc.shutdown follow. [Note that whenever you update
initscripts, you need to patch at least rc.shutdown before rebooting :)]

From redshift at pandora.be  Thu Feb 12 03:28:24 2009
From: redshift at pandora.be (RedShift)
Date: Thu, 12 Feb 2009 09:28:24 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in	daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <4993DDA8.7010308@pandora.be>

Gerardo Exequiel Pozzi wrote:
> Hi people!
> 
> I interested to make Arch Linux suitable for use with a /var/run and
> /var/lock that are mounted as tmpfs. But this also helps, in the case
> that not mounted as tmpfs, to make more simple "purge function" for
> these directories at rc.sysinit step.
> 
> In my case this is "just for fun!", but other users can be benefited by
> this, for example "netbook users".
> 
> OK, i initially created rc-script patches for the packages in the extra
> repo that use /var/run/program-name-directory and fails if not exists.
> (these list was obtained with """ for x in $(find
> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
> 
> @@NOTE@@: I will send the patches to the FL individualy per package now,
> reference to this email in FL, and then copy the links to response in
> this email. ;)
> 
> Please review it, thanks in advance. :)
> 

What exactly are the advantages of running /var/run and /var/lock on tmpfs?

Glenn

From jan.spakula at gmx.com  Thu Feb 12 03:34:22 2009
From: jan.spakula at gmx.com (Jan Spakula)
Date: Thu, 12 Feb 2009 09:34:22 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <1234426430-sup-917@SFB002>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
	<1234426430-sup-917@SFB002>
Message-ID: <1234427430-sup-7155@SFB002>

Excerpts from Jan Spakula's message of Thu Feb 12 09:22:00 +0100 2009:
> Excerpts from Jan de Groot's message of Thu Feb 12 08:59:41 +0100 2009:
> > On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
> > > I interested to make Arch Linux suitable for use with a /var/run and
> > > /var/lock that are mounted as tmpfs. But this also helps, in the case
> > > that not mounted as tmpfs, to make more simple "purge function" for
> > > these directories at rc.sysinit step.
> > > 
> > > In my case this is "just for fun!", but other users can be benefited by
> > > this, for example "netbook users".
> > If this requires patching so many packages, and given the fact
> > that /var/run on tmpfs is not default in archlinux, maybe you should try
> > building /var/run from an initial directory or something like that. This
> > is also what I use for my OpenBSD router which runs from compactflash
> > and has /var mounted on ramdisk.
> 
> I have a setup on my netbook where the whole /var is mounted as tmpfs and
> rsynced from and to real directory (/var-sync in my case) on boot/shutdown.
> Patches to rc.sysinit and rc.shutdown follow. [Note that whenever you update
> initscripts, you need to patch at least rc.shutdown before rebooting :)]

Well apparently attachments are scrubbed, so here you go
http://rafb.net/p/ePKlct55.html
http://rafb.net/p/yDQSPc95.html

Advantages are mainly on netbooks, which have limited number of writes to
their ssd drives, this eliminated a big source of uncontrolled writes.

From nbigaouette at gmail.com  Thu Feb 12 09:34:02 2009
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Thu, 12 Feb 2009 09:34:02 -0500
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <1234427430-sup-7155@SFB002>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
	<1234426430-sup-917@SFB002> <1234427430-sup-7155@SFB002>
Message-ID: <1af523860902120634o3cd015a6n1a51c77f82d9e004@mail.gmail.com>

I also have these as tmpfs:
/var/cache/songbird
/var/cache/firefox
/var/lock
/var/log
/var/run
/var/tmp
/tmp
I created a simple daemon to sync the files. I don't need patching: just add
it to the daemon array. I don't care about all except for logs. Here is the
small daemon:
#!/bin/bash

now=`date +"%Y%m%d_%Hh%m"`

case "$1" in
    stop)
        mkdir -p /logs_backup/$now
        cp -Rp /var/log/* /logs_backup/$now/
    ;;
    start)
    ;;
    *)
        echo 'Usage: /etc/rc.d/logsbackup stop'
        exit 1
   ;;
esac

It copies the log to /logs_backup/ with a new directory containing the date.
Because of this logs don't get overwritten. You need to check them manually
though. You don't want log to take all ssd space :)


2009/2/12 Jan Spakula <jan.spakula at gmx.com>

> Excerpts from Jan Spakula's message of Thu Feb 12 09:22:00 +0100 2009:
> > Excerpts from Jan de Groot's message of Thu Feb 12 08:59:41 +0100 2009:
> > > On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
> > > > I interested to make Arch Linux suitable for use with a /var/run and
> > > > /var/lock that are mounted as tmpfs. But this also helps, in the case
> > > > that not mounted as tmpfs, to make more simple "purge function" for
> > > > these directories at rc.sysinit step.
> > > >
> > > > In my case this is "just for fun!", but other users can be benefited
> by
> > > > this, for example "netbook users".
> > > If this requires patching so many packages, and given the fact
> > > that /var/run on tmpfs is not default in archlinux, maybe you should
> try
> > > building /var/run from an initial directory or something like that.
> This
> > > is also what I use for my OpenBSD router which runs from compactflash
> > > and has /var mounted on ramdisk.
> >
> > I have a setup on my netbook where the whole /var is mounted as tmpfs and
> > rsynced from and to real directory (/var-sync in my case) on
> boot/shutdown.
> > Patches to rc.sysinit and rc.shutdown follow. [Note that whenever you
> update
> > initscripts, you need to patch at least rc.shutdown before rebooting :)]
>
> Well apparently attachments are scrubbed, so here you go
> http://rafb.net/p/ePKlct55.html
> http://rafb.net/p/yDQSPc95.html
>
> Advantages are mainly on netbooks, which have limited number of writes to
> their ssd drives, this eliminated a big source of uncontrolled writes.
>

From gdamjan at gmail.com  Thu Feb 12 10:41:33 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Thu, 12 Feb 2009 16:41:33 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <28f0f01f0902120741l245e265ao5fd4498e267d6e00@mail.gmail.com>

> I interested to make Arch Linux suitable for use with a /var/run and
> /var/lock that are mounted as tmpfs. But this also helps, in the case
> that not mounted as tmpfs, to make more simple "purge function" for
> these directories at rc.sysinit step.

This could also help to run the root filesystem (/) as read-only.
I've not tried this with ArchLinux but have done it with Slackware previously.

The benefit of a read-only root is you can share it between several
network computers or between different resource containers (kind of
virtualization).

Has anyone tried this.

-- 
damjan

From rumen at qrypto.org  Thu Feb 12 16:34:59 2009
From: rumen at qrypto.org (Rumen Yotov)
Date: Thu, 12 Feb 2009 23:34:59 +0200
Subject: [arch-general] kernel-2.6.28 & pccard problem
In-Reply-To: <20090210065633.GA19439@qrypto.org>
References: <20090205140253.GA4601@qrypto.org>
	<20090205164002.37c58d93@plaetinck.be>
	<498B35D9.7050304@qrypto.org>
	<20090205201052.4c5a215f@plaetinck.be>
	<20090210065633.GA19439@qrypto.org>
Message-ID: <20090212213459.GA25432@qrypto.org>

On (10/02/09 08:56) Rumen Yotov wrote:
> On (05/02/09 20:10) Dieter Plaetinck wrote:
> > On Thu, 05 Feb 2009 20:54:17 +0200
> > ????? <rumen at qrypto.org> wrote:
> > 
> > > Hi,
> > > Dieter Plaetinck ??????:
> > > > On Thu, 5 Feb 2009 16:02:53 +0200
> > > > Rumen Yotov <rumen at qrypto.org> wrote:
> > > >
> > > >   
> > > >> Hi,
> > > >>
> > > >> Recently installed archlinux so this is my first email here.
> > > >> Can't configure the network (no eth0), dmesg gives me errors while
> > > >> initializing pccard services (a laptop with pcmcia lan card).
> > > >> A search in Bugzilla doen't result in something relevant
> > > >> (USB-issues mostly).
> > > >>     
> > > >
> > > > So, what's the error?
> > > >   
> > > Here comes the problem part:
> > > ...begin...
> > > Modules linked in: pcmcia(+) snd_seq_oss snd_seq_midi_event snd_seq 
> > > snd_via82xx(+) gameport snd_pcm_oss snd_mixer_oss snd_ac97_codec 
> > > i2c_viapro ppdev uhci_hcd ac97_bus snd_mpu401_uart ppp_generic slhc 
> > > yenta_socket lp snd_pcm ehci_hcd snd_rawmidi snd_seq_device pcspkr 
> > > i2c_core rsrc_nonstatic snd_timer snd_page_alloc snd psmouse
> > > serio_raw pcmcia_core soundcore usbcore via686a sr_mod cdrom sg video
> > > output parport_pc parport via_agp shpchp agpgart pci_hotplug thermal
> > > processor evdev fan button battery ac 8139too mii rtc_cmos rtc_core
> > > rtc_lib reiserfs sd_mod pata_acpi ata_generic pata_via libata scsi_mod
> > > 
> > > Pid: 991, comm: pccardd Not tainted (2.6.28-ARCH #1) J1
> > > EIP: 0060:[<c044dcd0>] EFLAGS: 00000246 CPU: 0
> > > EIP is at quirk_h12y_1_mmio+0x1/0x1f
> > > EAX: d6ab9400 EBX: c03cadc4 ECX: d6ab9440 EDX: d6ab9400
> > > ESI: c03cb114 EDI: d6ab9400 EBP: d70a5c00 ESP: d6babef4
> > >  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> > > Process pccardd (pid: 991, ti=d6baa000 task=d7363400 task.ti=d6baa000)
> > > Stack:
> > >  c02192e3 d6ab9400 d70a5c00 d6ab9400 c0216aa9 00000200 00000000
> > > c031c5dc d6ab9426 c03b2d19 00000000 00000002 00000000 00000000
> > > 00000001 d70a5c20 d6ab9458 00000200 813910ec 00babf50 00000000
> > > 00000000 00000000 d70a5c00 Call Trace:
> > >  [<c02192e3>] pci_fixup_device+0x63/0xc0
> > >  [<c0216aa9>] pci_device_add+0x69/0xb0
> > >  [<c031c5dc>] pci_scan_single_device+0x35c/0x4f0
> > >  [<c0216b13>] pci_scan_slot+0x23/0x80
> > >  [<d82844ef>] cb_alloc+0x1f/0xd4 [pcmcia_core]
> > >  [<d8280854>] socket_insert+0x124/0x140 [pcmcia_core]
> > >  [<d8281202>] pccardd+0x202/0x290 [pcmcia_core]
> > >  [<d8281000>] pccardd+0x0/0x290 [pcmcia_core]
> > >  [<c0144159>] kthread+0x39/0x70
> > >  [<c0144120>] kthread+0x0/0x70
> > >  [<c0104d33>] kernel_thread_helper+0x7/0x14
> > > Code: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > > cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > > <cc> cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
> > > EIP: [<c044dcd0>] quirk_h12y_1_mmio+0x1/0x1f SS:ESP 0068:d6babef4
> > > ---[ end trace 273e510f7d531d65 ]---
> > > note: pccardd[991] exited with preempt_count 1
> > > ...end...
> > > The kernel is detecting 8139too, but no device is created.
> > > >   
> > > >> Thanks for any suggetions how to proceed.
> > > >> Rumen
> > > >> PS:plan to boot with another kernel (with net-support) but it's
> > > >> using hda instead of sda (fstab), but will try anyway.
> > > >>     
> > > Thanks, Rumen
> > > PS: Had the same problem (eventually) with kernel-2.6.27 (the one
> > > from archboot iso CD), but don't have any debug info.
> > 
> > 
> > I personally have no idea, but google gives me quite some hits on
> > 'pccard not tainted', maybe a kernel bug?
> > 
> > Dieter
> Hi Dieter,
> 
> Thanks and sorry for this delay in answering.
> Have some new info - booting with quite standalone kernel-2,6.25-r7
> solved the problem, so it's eventually a kernel Bug.
> Later will try 2.6.28-4 and report (2.6.28-3 doesn't work too).
> Rumen
Hi,

An update - newest kernel-2.6.28-4 doesn't work too.
Think this is something specific to my BIOS or other settings.
Custom kernel works Ok, closing this thread for now.
Thanks, Rumen

From vmlinuz386 at yahoo.com.ar  Thu Feb 12 17:42:07 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 12 Feb 2009 20:42:07 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <1234425581.5034.1.camel@jan>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
Message-ID: <4994A5BF.9080304@yahoo.com.ar>

Jan de Groot wrote:
> On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
>   
>> Hi people!
>>
>> I interested to make Arch Linux suitable for use with a /var/run and
>> /var/lock that are mounted as tmpfs. But this also helps, in the case
>> that not mounted as tmpfs, to make more simple "purge function" for
>> these directories at rc.sysinit step.
>>
>> In my case this is "just for fun!", but other users can be benefited by
>> this, for example "netbook users".
>>
>> OK, i initially created rc-script patches for the packages in the extra
>> repo that use /var/run/program-name-directory and fails if not exists.
>> (these list was obtained with """ for x in $(find
>> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
>>
>> @@NOTE@@: I will send the patches to the FL individualy per package now,
>> reference to this email in FL, and then copy the links to response in
>> this email. ;)
>>
>> Please review it, thanks in advance. :)
>>
>>     
>
> If this requires patching so many packages, and given the fact
> that /var/run on tmpfs is not default in archlinux, maybe you should try
> building /var/run from an initial directory or something like that. This
> is also what I use for my OpenBSD router which runs from compactflash
> and has /var mounted on ramdisk.
>
>
>   
OK JGC,

I know that Arch Linux don't support these directories as tmpfs or "all
empty" by default, but with these trivial patches to rc-script can
support it.
Not only this is usefull for "tmpfs", maybe for other things.

Ok the FHS recomendations, about /var/run as how to interpret the FHS's
recommendations can lead to different paths:
For example (PATH 1) if we understand that /var/run at startup must be
completely clean, these patches are useful. But (PATH 2 "The current
Arch" ) if we interpret that there should be no files, but there may be
directories.

The number of packets that need to be changed I do not think is problem,
also need not be changed immediately. Maintainers can apply the patch
for the next update when new version is released.

For example, the current rc-script of HAL that you mantain, it check
that the /var/run/hald/ and subdirs are created, but these are always
created by the package. :) Why not do the same with other packages?

Personally it is not something I need, just occurred to me that it might
be a good idea, I take my time researching what packages were needed,
and I did.
Sorry if I bothered.

Thanks for your time.

(and sorry for my bad english)

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From vmlinuz386 at yahoo.com.ar  Thu Feb 12 17:51:53 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 12 Feb 2009 20:51:53 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <1234427430-sup-7155@SFB002>
References: <4993D517.1040105@yahoo.com.ar>
	<1234425581.5034.1.camel@jan>	<1234426430-sup-917@SFB002>
	<1234427430-sup-7155@SFB002>
Message-ID: <4994A809.8000107@yahoo.com.ar>

Jan Spakula wrote:
> Excerpts from Jan Spakula's message of Thu Feb 12 09:22:00 +0100 2009:
>   
>> Excerpts from Jan de Groot's message of Thu Feb 12 08:59:41 +0100 2009:
>>     
>>> On Thu, 2009-02-12 at 05:51 -0200, Gerardo Exequiel Pozzi wrote:
>>>       
>>>> I interested to make Arch Linux suitable for use with a /var/run and
>>>> /var/lock that are mounted as tmpfs. But this also helps, in the case
>>>> that not mounted as tmpfs, to make more simple "purge function" for
>>>> these directories at rc.sysinit step.
>>>>
>>>> In my case this is "just for fun!", but other users can be benefited by
>>>> this, for example "netbook users".
>>>>         
>>> If this requires patching so many packages, and given the fact
>>> that /var/run on tmpfs is not default in archlinux, maybe you should try
>>> building /var/run from an initial directory or something like that. This
>>> is also what I use for my OpenBSD router which runs from compactflash
>>> and has /var mounted on ramdisk.
>>>       
>> I have a setup on my netbook where the whole /var is mounted as tmpfs and
>> rsynced from and to real directory (/var-sync in my case) on boot/shutdown.
>> Patches to rc.sysinit and rc.shutdown follow. [Note that whenever you update
>> initscripts, you need to patch at least rc.shutdown before rebooting :)]
>>     
>
> Well apparently attachments are scrubbed, so here you go
> http://rafb.net/p/ePKlct55.html
> http://rafb.net/p/yDQSPc95.html
>
> Advantages are mainly on netbooks, which have limited number of writes to
> their ssd drives, this eliminated a big source of uncontrolled writes.
>
>   
Hi Jan Spakula,

Check the rsync manpage for the --inplace parameter, this reduces the
amout of writes to the destination, ideal for files that grows "in
appended form" like most of /var/log files.
But again read the manpage for what are the _risk_ of using this ;)


-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From lgrinberg at gmail.com  Thu Feb 12 18:01:39 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Thu, 12 Feb 2009 18:01:39 -0500
Subject: [arch-general] HAL issues
Message-ID: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>

Hello,

I just upgraded to networkmanager 0.7, which comes with a hal upgrade.
Following this new upgrade, I am unable to mount devices from Dolphin
as I used to be able to -- it now gives me a "PermissionDeniedByPolicy
mount-removable-extra-options no" error. I followed the instructions
on [1] but it did not help. Can someone help me?

--
Thanks,
Leonid

[1] http://wiki.archlinux.org/index.php/HAL#Permission_Denied_with_automounter

From sjoden at gmail.com  Thu Feb 12 18:11:53 2009
From: sjoden at gmail.com (Zack)
Date: Thu, 12 Feb 2009 15:11:53 -0800
Subject: [arch-general] HAL issues
In-Reply-To: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
Message-ID: <604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>

This will likely fix the problem for you. Put this in
/etc/PolicyKit/PolicyKit.conf and restart hal, /etc/rc.d/hal restart.

<config version="0.1">
<match user="yourusername">
    <match action="org.freedesktop.hal.storage.*">
        <return result="yes" />
    </match>
    <match action="hal-storage-mount-fixed-extra-options">
                <return result="yes" />
        </match>
        <match action="hal-storage-mount-removable-extra-options">
                <return result="yes" />
        </match>
</match>
</config>

A search through the forums will find similar posts.


On Thu, Feb 12, 2009 at 3:01 PM, Leonid Grinberg <lgrinberg at gmail.com>wrote:

> Hello,
>
> I just upgraded to networkmanager 0.7, which comes with a hal upgrade.
> Following this new upgrade, I am unable to mount devices from Dolphin
> as I used to be able to -- it now gives me a "PermissionDeniedByPolicy
> mount-removable-extra-options no" error. I followed the instructions
> on [1] but it did not help. Can someone help me?
>
> --
> Thanks,
> Leonid
>
> [1]
> http://wiki.archlinux.org/index.php/HAL#Permission_Denied_with_automounter
>

From vmlinuz386 at yahoo.com.ar  Thu Feb 12 19:15:09 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 12 Feb 2009 22:15:09 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in	daemons
In-Reply-To: <4993DDA8.7010308@pandora.be>
References: <4993D517.1040105@yahoo.com.ar> <4993DDA8.7010308@pandora.be>
Message-ID: <4994BB8D.9080501@yahoo.com.ar>

RedShift wrote:
> Gerardo Exequiel Pozzi wrote:
>> Hi people!
>>
>> I interested to make Arch Linux suitable for use with a /var/run and
>> /var/lock that are mounted as tmpfs. But this also helps, in the case
>> that not mounted as tmpfs, to make more simple "purge function" for
>> these directories at rc.sysinit step.
>>
>> In my case this is "just for fun!", but other users can be benefited by
>> this, for example "netbook users".
>>
>> OK, i initially created rc-script patches for the packages in the extra
>> repo that use /var/run/program-name-directory and fails if not exists.
>> (these list was obtained with """ for x in $(find
>> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
>>
>> @@NOTE@@: I will send the patches to the FL individualy per package now,
>> reference to this email in FL, and then copy the links to response in
>> this email. ;)
>>
>> Please review it, thanks in advance. :)
>>
>
> What exactly are the advantages of running /var/run and /var/lock on
> tmpfs?
>
> Glenn
>
Well, frankly, from my point of view, since the system directories
/var/run, /var/lock and /tmp should be empty (in that order of
priority). Have it as tmpfs, simplifies the way these are purged on
startup (rc.sysinit), in a way that removes the need to run "find, rm"
on them.

Particularly in /tmp, where the removal of these files, can be
dangerous. But today, the command "rm" progress, not left behind quite a
number of vulnerabilities.
For example: rm -rf /tmp/.* (that is used in rc.sysinit) in the old days
it was dangerous, as it descended recursively deleting the parent
directory. Today rm refused to use the forms "rm- r ." and "rm -r ..'
and similars and ignore these special directories.
This also are applied to the /var/lock that have 1777 perms like /tmp.


At least, this is the use that I give. Other people may give it another
utility.

My two cents ;)


(sorry my bad english)

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From gprestonc at gmail.com  Thu Feb 12 21:38:15 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 21:38:15 -0500
Subject: [arch-general] which video card driver- proprietary...
Message-ID: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>

I have a GeForce 7600 GS. I do not know which command to run because I
do not know which driver to use. Should I use nvidia-96xx or
nvidia-173xx or nvidia ? Thanks.

From lgrinberg at gmail.com  Thu Feb 12 22:09:24 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Thu, 12 Feb 2009 22:09:24 -0500
Subject: [arch-general] HAL issues
In-Reply-To: <604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
Message-ID: <8642ba650902121909i513d1d07y712eb43a6ec89b17@mail.gmail.com>

Hello,

Thanks, but, as I said, I had followed the instructions on the Wiki,
which were exactly what you sent. It still does not work. Is there
anything else that might be causing the issue?

--
Leonid

From vmlinuz386 at yahoo.com.ar  Thu Feb 12 22:09:24 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Fri, 13 Feb 2009 01:09:24 -0200
Subject: [arch-general] foomatic 4.0.0 hits testing
In-Reply-To: <20090211212331.67ded343@laptop64.home>
References: <20090211212331.67ded343@laptop64.home>
Message-ID: <4994E464.8000003@yahoo.com.ar>

Andreas Radke wrote:
> New Foomatic 4.0.0 has hit the testing repo. The ppd pkg got dropped, a
> new nonfree package has been added. See the announcement for major
> changes, esp. pdf printing workflow.
>
> http://forums.linux-foundation.org/read.php?21,8139,8139#msg-8139
>
> Please report if you can still print with your favorite spoolers and
> drivers/ppds.
>
> -Andy
>
>   
Hi Andy,

Worked OK for my HP Laserjet P1006

Using this PPD /usr/share/ppd/HP/hp-laserjet_p1006-hpijs.ppd (this is
from hplip)
hplip 2.8.12-1 (with downloaded plugin)
cups 1.3.9-4

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From sjoden at gmail.com  Thu Feb 12 22:14:27 2009
From: sjoden at gmail.com (Zack)
Date: Thu, 12 Feb 2009 19:14:27 -0800
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
Message-ID: <604b5bc60902121914q3558ee99t6a76e4daf2d0adbe@mail.gmail.com>

You could search for which models each driver supports, and try the one(s)
that support yours. Use whichever works best and just uninstal what you
don't use.

On Thu, Feb 12, 2009 at 6:38 PM, Preston C. <gprestonc at gmail.com> wrote:

> I have a GeForce 7600 GS. I do not know which command to run because I
> do not know which driver to use. Should I use nvidia-96xx or
> nvidia-173xx or nvidia ? Thanks.
>

From ordo.ad at gmail.com  Thu Feb 12 22:21:59 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Fri, 13 Feb 2009 04:21:59 +0100
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
Message-ID: <20090213032159.GA7244@PIV>

On Thu, Feb 12, 2009 at 09:38:15PM -0500, Preston C. wrote:
> I have a GeForce 7600 GS. I do not know which command to run because I
> do not know which driver to use. Should I use nvidia-96xx or
> nvidia-173xx or nvidia ? Thanks.

nvidia (kernel module) and nvidia-utils.
These are the latest drivers for the newer cards.

From gprestonc at gmail.com  Thu Feb 12 22:22:09 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 22:22:09 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <604b5bc60902121914q3558ee99t6a76e4daf2d0adbe@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<604b5bc60902121914q3558ee99t6a76e4daf2d0adbe@mail.gmail.com>
Message-ID: <666e6e380902121922l95f966ay184d90fb563e9c3e@mail.gmail.com>

>> I have a GeForce 7600 GS. I do not know which command to run because I
>> do not know which driver to use. Should I use nvidia-96xx or
>> nvidia-173xx or nvidia ? Thanks.
I am thinking it is the 173xx, but wanted to be sure. It does not tell
me exactly in the Beginners Guide or the Nvidia page in the wiki. The
reason I think it may be the 173xx is because in the beginners guide
it says:

1. nvidia-96xx slightly newer cards up to the GF 4.

2. nvidia-173xx Geforce FX series cards

3. nvidia newest GPUs after the GF FX

Where I get confused is if my card is after the FX cards or not?
Because the box my card came in does not say if it is FX. It is fairly
newer though because it is a 7 series card. Thanks.

From gprestonc at gmail.com  Thu Feb 12 22:27:41 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 22:27:41 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <20090213032159.GA7244@PIV>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
Message-ID: <666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>

> nvidia (kernel module) and nvidia-utils.
> These are the latest drivers for the newer cards.
>

While my card was released in the past 3-4 years, it seems, I do not
know if it would fall under the new category. That is why I am
thinking of going with 173xx driver. Just don't know what to do?
Thanks.

From gprestonc at gmail.com  Thu Feb 12 22:36:45 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 22:36:45 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
Message-ID: <666e6e380902121936w26e2cfd1veb6b42f17c5ff632@mail.gmail.com>

So I tried the command "pacman -S nvidia" and it said that
nvidia-utils conflicts with libgl. Then is asked me if I wanted to
remove libgl? Any help here is appreciated.

From ordo.ad at gmail.com  Thu Feb 12 22:38:04 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Fri, 13 Feb 2009 04:38:04 +0100
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
Message-ID: <20090213033804.GA7404@PIV>

On Thu, Feb 12, 2009 at 10:27:41PM -0500, Preston C. wrote:
> > nvidia (kernel module) and nvidia-utils.
> > These are the latest drivers for the newer cards.
> >
> 
> While my card was released in the past 3-4 years, it seems, I do not
> know if it would fall under the new category. That is why I am
> thinking of going with 173xx driver. Just don't know what to do?
> Thanks.

173xx is for the GeForce FX (5xxx) series; your card is newer.

http://en.wikipedia.org/wiki/Comparison_of_Nvidia_graphics_processing_units

See also:
http://www.nvidia.com/Download/Find.aspx?lang=en-us
or:
http://www.nvidia.com/object/unix.html


From gprestonc at gmail.com  Thu Feb 12 22:43:11 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 22:43:11 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <20090213033804.GA7404@PIV>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
	<20090213033804.GA7404@PIV>
Message-ID: <666e6e380902121943v5632bc28gaaafa336820450cf@mail.gmail.com>

Thanks Alessandro. Do you know if I should remove libgl for the nvidia-utils ?

From pyther at pyther.net  Thu Feb 12 22:47:10 2009
From: pyther at pyther.net (pyther)
Date: Thu, 12 Feb 2009 22:47:10 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121943v5632bc28gaaafa336820450cf@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
	<20090213033804.GA7404@PIV>
	<666e6e380902121943v5632bc28gaaafa336820450cf@mail.gmail.com>
Message-ID: <de455579e14e914ca1cd88701c349a2e@localhost>


On Thu, 12 Feb 2009 22:43:11 -0500, "Preston C." <gprestonc at gmail.com>
wrote:
> Thanks Alessandro. Do you know if I should remove libgl for the
> nvidia-utils ?

Yes you should remove libgl for nvidia-utils. From my understanding both
nvidia and ati provide their own libgl libraries, thus the conflict. 

BTW you should probably search the forums and then post you questions on
the forums and not the mailing lists (http://bbs.archlinux.org)

From gprestonc at gmail.com  Thu Feb 12 23:04:24 2009
From: gprestonc at gmail.com (Preston C.)
Date: Thu, 12 Feb 2009 23:04:24 -0500
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <de455579e14e914ca1cd88701c349a2e@localhost>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
	<20090213033804.GA7404@PIV>
	<666e6e380902121943v5632bc28gaaafa336820450cf@mail.gmail.com>
	<de455579e14e914ca1cd88701c349a2e@localhost>
Message-ID: <666e6e380902122004t54b04d8esb71c9dacf87e1c5f@mail.gmail.com>

Thanks pyther. The forums do seem to be more active.

From cristian.wil88 at gmail.com  Fri Feb 13 00:20:17 2009
From: cristian.wil88 at gmail.com (Cristian Wilgenhoff)
Date: Fri, 13 Feb 2009 02:20:17 -0300
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902122004t54b04d8esb71c9dacf87e1c5f@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
	<20090213033804.GA7404@PIV>
	<666e6e380902121943v5632bc28gaaafa336820450cf@mail.gmail.com>
	<de455579e14e914ca1cd88701c349a2e@localhost>
	<666e6e380902122004t54b04d8esb71c9dacf87e1c5f@mail.gmail.com>
Message-ID: <534848980902122120y31bfb592y5010599bf6ddc182@mail.gmail.com>

Hello Preston, here you have :)

http://us.download.nvidia.com/XFree86/Linux-x86/173.14.09/README/appendix-a.html(173)
http://us.download.nvidia.com/XFree86/Linux-x86/180.29/README/appendix-a.html(lastest)

and legacy is for AGP cards...

cyaa

From jan at jgc.homeip.net  Fri Feb 13 02:36:12 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Fri, 13 Feb 2009 08:36:12 +0100
Subject: [arch-general] HAL issues
In-Reply-To: <604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
Message-ID: <1234510572.5029.3.camel@jan>

On Thu, 2009-02-12 at 15:11 -0800, Zack wrote:
> This will likely fix the problem for you. Put this in
> /etc/PolicyKit/PolicyKit.conf and restart hal, /etc/rc.d/hal restart.
> 
> <config version="0.1">
> <match user="yourusername">
>     <match action="org.freedesktop.hal.storage.*">
>         <return result="yes" />
>     </match>
>     <match action="hal-storage-mount-fixed-extra-options">
>                 <return result="yes" />
>         </match>
>         <match action="hal-storage-mount-removable-extra-options">
>                 <return result="yes" />
>         </match>
> </match>
> </config>

Remember that this configuration inside policykit will allow EACH and
EVERY user on your system to do these actions, which is wrong.
There's consolekit for this. Sessions should either be launched via kdm
or gdm which have native consolekit support, or using ck-launch-session
when starting from xinitrc. There's also a pam module that can be used,
but somehow it doesn't always work fine (slim doesn't work with it at
least).


From jan at jgc.homeip.net  Fri Feb 13 02:42:32 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Fri, 13 Feb 2009 08:42:32 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <4994A5BF.9080304@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
	<4994A5BF.9080304@yahoo.com.ar>
Message-ID: <1234510952.5029.8.camel@jan>

On Thu, 2009-02-12 at 20:42 -0200, Gerardo Exequiel Pozzi wrote:
> I know that Arch Linux don't support these directories as tmpfs or
> "all
> empty" by default, but with these trivial patches to rc-script can
> support it.
> Not only this is usefull for "tmpfs", maybe for other things.

Having initscripts for daemons just to create this path (policykit) or
let other packages create the required directories instead (hal that
creates policykit directories?) isn't the most trivial thing in my
opinion.


From t.powa at gmx.de  Fri Feb 13 06:09:43 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Fri, 13 Feb 2009 12:09:43 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.5-1
Message-ID: <200902131209.43673.t.powa@gmx.de>

Hi guys, new kernel adresses the following things:
- bump to latest version
fixed:
http://bugs.archlinux.org/task/13232
http://bugs.archlinux.org/task/12361

please signoff for both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
















From ordo.ad at gmail.com  Fri Feb 13 07:58:45 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Fri, 13 Feb 2009 13:58:45 +0100
Subject: [arch-general] HAL issues
In-Reply-To: <1234510572.5029.3.camel@jan>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
Message-ID: <20090213125844.GA6674@PIV>

On Fri, Feb 13, 2009 at 08:36:12AM +0100, Jan de Groot wrote:
> Remember that this configuration inside policykit will allow EACH and
> EVERY user on your system to do these actions, which is wrong.
> There's consolekit for this. Sessions should either be launched via kdm
> or gdm which have native consolekit support, or using ck-launch-session
> when starting from xinitrc. There's also a pam module that can be used,
> but somehow it doesn't always work fine (slim doesn't work with it at
> least).
> 
IMHO the recent updates needed a news.
And what about the GUI interfaces policykit-gnome and policykit-kde?

From lgrinberg at gmail.com  Fri Feb 13 10:42:59 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Fri, 13 Feb 2009 10:42:59 -0500
Subject: [arch-general] HAL issues
In-Reply-To: <1234510572.5029.3.camel@jan>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
Message-ID: <8642ba650902130742p62ceb5f1w83fdaedd59bef18d@mail.gmail.com>

> Remember that this configuration inside policykit will allow EACH and
> EVERY user on your system to do these actions, which is wrong.
> There's consolekit for this. Sessions should either be launched via kdm
> or gdm which have native consolekit support, or using ck-launch-session
> when starting from xinitrc. There's also a pam module that can be used,
> but somehow it doesn't always work fine (slim doesn't work with it at
> least).

This is a laptop with only one user, and that would be fine with me.
At present, though, it doesn't work at all. Attached is my
/etc/PolyKit/PolicyKit.conf file. Can someone help? This is really
starting to get troublesome :-(.

--
Thanks,
Leonid

From afrowildo at gmail.com  Fri Feb 13 13:43:44 2009
From: afrowildo at gmail.com (Chris Wilson)
Date: Fri, 13 Feb 2009 18:43:44 +0000
Subject: [arch-general] Acer Aspire One Instalation Issues
Message-ID: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>

Hey all

I'm having a major issue with the installation on my Aspire One. I've used
unetbootin to create the USB startup disk and I've succesfully booted from
it, but a few seconds into the startup process, I get the following:

/sbin/hwdetect: line 336: 506 Segmentation fault modprobe $i > /dev/null
2>&1
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.30.13 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413,
RF5413, RF2133)
wlan: trunk
ath_pci: trunk

I've also tried this as well:
http://bbs.archlinux.org/viewtopic.php?pid=283021

but when I come to reboot, I'm not presented with the menu that was
mentioned and the thing just boots normally. I've tried it with the Fedora
installation and it works fine there, so there just seems to be a problem
with the Arch version.

Thanks in advance for any help offered
Chris

From sjoden at gmail.com  Fri Feb 13 14:46:43 2009
From: sjoden at gmail.com (Zack)
Date: Fri, 13 Feb 2009 11:46:43 -0800
Subject: [arch-general] HAL issues
In-Reply-To: <1234510572.5029.3.camel@jan>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
Message-ID: <604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>

Even specifying the user with <match user="sjoden"> would alloy all users
the same priveledges?

On Thu, Feb 12, 2009 at 11:36 PM, Jan de Groot <jan at jgc.homeip.net> wrote:

> On Thu, 2009-02-12 at 15:11 -0800, Zack wrote:
> > This will likely fix the problem for you. Put this in
> > /etc/PolicyKit/PolicyKit.conf and restart hal, /etc/rc.d/hal restart.
> >
> > <config version="0.1">
> > <match user="yourusername">
> >     <match action="org.freedesktop.hal.storage.*">
> >         <return result="yes" />
> >     </match>
> >     <match action="hal-storage-mount-fixed-extra-options">
> >                 <return result="yes" />
> >         </match>
> >         <match action="hal-storage-mount-removable-extra-options">
> >                 <return result="yes" />
> >         </match>
> > </match>
> > </config>
>
> Remember that this configuration inside policykit will allow EACH and
> EVERY user on your system to do these actions, which is wrong.
> There's consolekit for this. Sessions should either be launched via kdm
> or gdm which have native consolekit support, or using ck-launch-session
> when starting from xinitrc. There's also a pam module that can be used,
> but somehow it doesn't always work fine (slim doesn't work with it at
> least).
>
>

From mrelendig at har-ikkje.net  Fri Feb 13 14:57:56 2009
From: mrelendig at har-ikkje.net (=?ISO-8859-1?B?2Hl2aW5k?= Heggstad)
Date: Fri, 13 Feb 2009 20:57:56 +0100
Subject: [arch-general] which video card driver- proprietary...
In-Reply-To: <666e6e380902121936w26e2cfd1veb6b42f17c5ff632@mail.gmail.com>
References: <666e6e380902121838l737ce354kce23a4ff386a4cc0@mail.gmail.com>
	<20090213032159.GA7244@PIV>
	<666e6e380902121927v423942fdpd93dd9d6a2d324e5@mail.gmail.com>
	<666e6e380902121936w26e2cfd1veb6b42f17c5ff632@mail.gmail.com>
Message-ID: <20090213205756.0747aca5@Alice.zomgnet>

On Thu, 12 Feb 2009 22:36:45 -0500
"Preston C." <gprestonc at gmail.com> wrote:

> So I tried the command "pacman -S nvidia" and it said that
> nvidia-utils conflicts with libgl. Then is asked me if I wanted to
> remove libgl? Any help here is appreciated.
Say 'yes'. nvidia-utils provides libgl.

From lgrinberg at gmail.com  Fri Feb 13 15:16:37 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Fri, 13 Feb 2009 15:16:37 -0500
Subject: [arch-general] HAL issues
In-Reply-To: <604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
Message-ID: <8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>

It shouldn't, no. However, in this case, it's not allowing it even to
the specified user.

From sjoden at gmail.com  Fri Feb 13 15:29:55 2009
From: sjoden at gmail.com (Zack)
Date: Fri, 13 Feb 2009 12:29:55 -0800
Subject: [arch-general] HAL issues
In-Reply-To: <8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
	<8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
Message-ID: <604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>

Ok. That is working for me though. All I've done is add that to the
PolicyKit.conf, used gconf to set openbox as the default wm in gnome, and
start X with 'exec gnome-session' with SLiM.

On Fri, Feb 13, 2009 at 12:16 PM, Leonid Grinberg <lgrinberg at gmail.com>wrote:

> It shouldn't, no. However, in this case, it's not allowing it even to
> the specified user.
>

From lgrinberg at gmail.com  Fri Feb 13 15:37:20 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Fri, 13 Feb 2009 15:37:20 -0500
Subject: [arch-general] HAL issues
In-Reply-To: <604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
	<8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
	<604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>
Message-ID: <8642ba650902131237peeb8376m7492df730470ef5a@mail.gmail.com>

Wait, I am using KDE (vanilla 4.2, not kdemod) not SLiM. Should I do
something analogous for KDE?

From jan at jgc.homeip.net  Fri Feb 13 16:05:23 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Fri, 13 Feb 2009 22:05:23 +0100
Subject: [arch-general] HAL issues
In-Reply-To: <8642ba650902131237peeb8376m7492df730470ef5a@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
	<8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
	<604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>
	<8642ba650902131237peeb8376m7492df730470ef5a@mail.gmail.com>
Message-ID: <1234559123.5204.0.camel@server.groot.local>

On Fri, 2009-02-13 at 15:37 -0500, Leonid Grinberg wrote:
> Wait, I am using KDE (vanilla 4.2, not kdemod) not SLiM. Should I do
> something analogous for KDE?

KDE 4.2 has native consolekit integration when using kdm, so in that
case there's nothing you have to change. If you want to use startx, you
should use "exec ck-launch-session startkde4" instead of just "exec
startkde4".


From lgrinberg at gmail.com  Fri Feb 13 16:30:24 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Fri, 13 Feb 2009 16:30:24 -0500
Subject: [arch-general] HAL issues
In-Reply-To: <1234559123.5204.0.camel@server.groot.local>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
	<8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
	<604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>
	<8642ba650902131237peeb8376m7492df730470ef5a@mail.gmail.com>
	<1234559123.5204.0.camel@server.groot.local>
Message-ID: <8642ba650902131330x4fe524a3g2703acad612bbcea@mail.gmail.com>

So, though I am using KDE, I am actually doing it through GDM. Is
there a way to get GDM to integrate it?

2009/2/13 Jan de Groot <jan at jgc.homeip.net>:
> On Fri, 2009-02-13 at 15:37 -0500, Leonid Grinberg wrote:
>> Wait, I am using KDE (vanilla 4.2, not kdemod) not SLiM. Should I do
>> something analogous for KDE?
>
> KDE 4.2 has native consolekit integration when using kdm, so in that
> case there's nothing you have to change. If you want to use startx, you
> should use "exec ck-launch-session startkde4" instead of just "exec
> startkde4".
>
>

From lgrinberg at gmail.com  Fri Feb 13 16:31:37 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Fri, 13 Feb 2009 16:31:37 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
	<748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
Message-ID: <8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>

So, after a few days of problem-free acpid functionality, it, again,
failed to work last night and required a /etc/rc.d/acpid restart,
which fixed it. Does anyone know what might cause this?

2009/2/9 Thayer Williams <thayerw at gmail.com>:
> On Mon, Feb 9, 2009 at 11:03 AM, Leonid Grinberg <lgrinberg at gmail.com> wrote:
>>> xset needs to connect to the X server, so it needs both for the
>>> DISPLAY to be specified and also to have access to the XAuthority
>>> cookie for the X server. Otherwise it will not work - can't connect to
>>> the X server.
>>>
>>> Since acpid runs as a sytem service it ussually doesn't have access to
>>> that information.
>>
>> Hmm, so, so far, everything seems to be working fine... One can play
>> "DISPLAY=:0" before "xset dpms force off", but how does one grant it
>> access to the XAuthority cookie?
>
> Can't help you guys much there.  I never blank my screen without
> enabling some sort of screenlock/screensaver.  For instance, I use
> slock which locks the X session and, as a side effect, shuts off the
> monitor.
>

From jan at jgc.homeip.net  Fri Feb 13 17:01:49 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Fri, 13 Feb 2009 23:01:49 +0100
Subject: [arch-general] HAL issues
In-Reply-To: <8642ba650902131330x4fe524a3g2703acad612bbcea@mail.gmail.com>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
	<604b5bc60902131146i19362202ra3b5e53cf874a7b9@mail.gmail.com>
	<8642ba650902131216w6febbd5cg2c1b37a5c8c18da2@mail.gmail.com>
	<604b5bc60902131229l7faaffe0ra31786a7ce7fb6cf@mail.gmail.com>
	<8642ba650902131237peeb8376m7492df730470ef5a@mail.gmail.com>
	<1234559123.5204.0.camel@server.groot.local>
	<8642ba650902131330x4fe524a3g2703acad612bbcea@mail.gmail.com>
Message-ID: <1234562509.9625.0.camel@server.groot.local>

On Fri, 2009-02-13 at 16:30 -0500, Leonid Grinberg wrote:
> So, though I am using KDE, I am actually doing it through GDM. Is
> there a way to get GDM to integrate it?
> 
> 2009/2/13 Jan de Groot <jan at jgc.homeip.net>:
> > On Fri, 2009-02-13 at 15:37 -0500, Leonid Grinberg wrote:
> >> Wait, I am using KDE (vanilla 4.2, not kdemod) not SLiM. Should I do
> >> something analogous for KDE?
> >
> > KDE 4.2 has native consolekit integration when using kdm, so in that
> > case there's nothing you have to change. If you want to use startx, you
> > should use "exec ck-launch-session startkde4" instead of just "exec
> > startkde4".

both kdm and gdm have consolekit integration, so this should all work
fine on your system without any modification.


From aaronmgriffin at gmail.com  Fri Feb 13 18:06:12 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Fri, 13 Feb 2009 17:06:12 -0600
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <1234510952.5029.8.camel@jan>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
	<4994A5BF.9080304@yahoo.com.ar> <1234510952.5029.8.camel@jan>
Message-ID: <d64a48980902131506m55619d2fjc2955df38bbb5b34@mail.gmail.com>

On Fri, Feb 13, 2009 at 1:42 AM, Jan de Groot <jan at jgc.homeip.net> wrote:
> On Thu, 2009-02-12 at 20:42 -0200, Gerardo Exequiel Pozzi wrote:
>> I know that Arch Linux don't support these directories as tmpfs or
>> "all
>> empty" by default, but with these trivial patches to rc-script can
>> support it.
>> Not only this is usefull for "tmpfs", maybe for other things.
>
> Having initscripts for daemons just to create this path (policykit) or
> let other packages create the required directories instead (hal that
> creates policykit directories?) isn't the most trivial thing in my
> opinion.

Still, I think this had potential. We can already see that it would be
useful on some netbooks, so I think it's a step in the right
direction.

While this may be a non-trivial change, I do see the benefit, so I'd
like to implement this _in theory_ at some point. So keep up the good
work and we'll see where we can get with this. I'd recommend filing a
feature request in the bug tracker

From aaronmgriffin at gmail.com  Fri Feb 13 18:51:13 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Fri, 13 Feb 2009 17:51:13 -0600
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
Message-ID: <d64a48980902131551y6f55e179x3d2c39756d7df514@mail.gmail.com>

On Wed, Feb 11, 2009 at 11:04 AM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> Hello all,
> I am writing to inform you that I have changed all the Arch lists to
> reject HTML formatted email. Please send messages in plain text only.
>
> Note: This is true of all lists, but I am only sending this message to
> the higher trafficked lists.
>
> Cheers,
> Aaron

Hey all, just a followup here. I've tweaked the overzealous filtering
just a bit to allow us to get pgp signed emails through as well as
patches sent by goofy clients (gmail sents patches as octet-streams...
sigh).

If you experience something being filtered that you feel should NOT
be, file a bug report so that I can get to it.

Cheers,
Aaron

From eyeswide at gmail.com  Fri Feb 13 20:40:07 2009
From: eyeswide at gmail.com (Jonathan)
Date: Fri, 13 Feb 2009 20:40:07 -0500
Subject: [arch-general] [signoff] kernel26 2.6.28.5-1
In-Reply-To: <200902131209.43673.t.powa@gmx.de>
References: <200902131209.43673.t.powa@gmx.de>
Message-ID: <1234575607.11988.4.camel@hypo>

On Fri, 2009-02-13 at 12:09 +0100, Tobias Powalowski wrote:
> Hi guys, new kernel adresses the following things:
> - bump to latest version
> fixed:
> http://bugs.archlinux.org/task/13232
> http://bugs.archlinux.org/task/12361
> 
> please signoff for both arches
> 
> greetings
> tpowa

Bug #13232 appears to be unrelated. Is this a typo?

Jonathan


From vmlinuz386 at yahoo.com.ar  Fri Feb 13 21:39:48 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sat, 14 Feb 2009 00:39:48 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <d64a48980902131506m55619d2fjc2955df38bbb5b34@mail.gmail.com>
References: <4993D517.1040105@yahoo.com.ar>
	<1234425581.5034.1.camel@jan>	<4994A5BF.9080304@yahoo.com.ar>
	<1234510952.5029.8.camel@jan>
	<d64a48980902131506m55619d2fjc2955df38bbb5b34@mail.gmail.com>
Message-ID: <49962EF4.2010402@yahoo.com.ar>

Aaron Griffin wrote:
> On Fri, Feb 13, 2009 at 1:42 AM, Jan de Groot <jan at jgc.homeip.net> wrote:
>   
>> On Thu, 2009-02-12 at 20:42 -0200, Gerardo Exequiel Pozzi wrote:
>>     
>>> I know that Arch Linux don't support these directories as tmpfs or
>>> "all
>>> empty" by default, but with these trivial patches to rc-script can
>>> support it.
>>> Not only this is usefull for "tmpfs", maybe for other things.
>>>       
>> Having initscripts for daemons just to create this path (policykit) or
>> let other packages create the required directories instead (hal that
>> creates policykit directories?) isn't the most trivial thing in my
>> opinion.
>>     
>
> Still, I think this had potential. We can already see that it would be
> useful on some netbooks, so I think it's a step in the right
> direction.
>
> While this may be a non-trivial change, I do see the benefit, so I'd
> like to implement this _in theory_ at some point. So keep up the good
> work and we'll see where we can get with this. I'd recommend filing a
> feature request in the bug tracker
>
>   
Thank you very much for good efforts. :)

Well, in the case of non-trivial patch of PolicyKit, this apparently
will become obsolete in the near future and will be replaced by a new
implementation polkit [1] / eggdbus [2].
It is possible that the situation will change radically.

I will create a feature request to the FS that globalized packages that
are required to be friendly with the desired behavior. Like in the
initial email.


Again, thanks for your time, good luck ;)


[1]
http://lists.freedesktop.org/archives/polkit-devel/2009-January/000070.html
[2]
http://mail.gnome.org/archives/gtk-devel-list/2008-December/msg00059.html


-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From ricardoh26 at gmail.com  Sat Feb 14 00:47:24 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sat, 14 Feb 2009 01:17:24 -0430
Subject: [arch-general] Problems with Bluetooth packages
Message-ID: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>

Greetings, i write about this right here because i can't file a bug report
for an outdated package.

Bluetooth in Arch is in a developing process and for that some apps are
broken. For example, obexftp 0.22 can't be builded and don't seem to work
with bluez 4.x. I build 0.23-alpha and compiled perfectly. Maybe i put it in
AUR but i think is worth a dicussion for inclusion in Arch if is decided to
use bluez 4.x and don't use bluez 3.x at all.

Also, bluez 4.29 have some real big bug, it simply can't pair almost any
device (not mine at least). That's reflected in the bluez page and there's a
new version 4.30 that address this issues. One more time i know i can build
my own packages but as i said it needs to be updated.

I said all this because i think that for now is better to support bluez 3.x
and 4.x. For example in gentoo, bluez 4.x is hard-masked, it has very little
documentation, and the api and configs files change a lot, so for now adding
support for bluez 3.x i think is not a bad idea.

BTW, bluez 4.x don't include a passkey-agent (at least not with that name),
i suggest to include in the pkgbuild to install test/simple-agent, like is
mentioned here: http://bugs.archlinux.org/task/12851?string=passkey

From juantascon at gmail.com  Sat Feb 14 00:54:56 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sat, 14 Feb 2009 14:54:56 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
Message-ID: <b3095c50902132154k357e613ar69368cf11936c397@mail.gmail.com>

Hello everyone, same problem with the pairing here

about the agent its already fixed in the git repos
http://damjan.softver.org.mk:8080/git/arch-bluetooth/tree/bluez

On Sat, Feb 14, 2009 at 2:47 PM, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
> Greetings, i write about this right here because i can't file a bug report
> for an outdated package.
>
> Bluetooth in Arch is in a developing process and for that some apps are
> broken. For example, obexftp 0.22 can't be builded and don't seem to work
> with bluez 4.x. I build 0.23-alpha and compiled perfectly. Maybe i put it in
> AUR but i think is worth a dicussion for inclusion in Arch if is decided to
> use bluez 4.x and don't use bluez 3.x at all.
>
> Also, bluez 4.29 have some real big bug, it simply can't pair almost any
> device (not mine at least). That's reflected in the bluez page and there's a
> new version 4.30 that address this issues. One more time i know i can build
> my own packages but as i said it needs to be updated.
>
> I said all this because i think that for now is better to support bluez 3.x
> and 4.x. For example in gentoo, bluez 4.x is hard-masked, it has very little
> documentation, and the api and configs files change a lot, so for now adding
> support for bluez 3.x i think is not a bad idea.
>
> BTW, bluez 4.x don't include a passkey-agent (at least not with that name),
> i suggest to include in the pkgbuild to install test/simple-agent, like is
> mentioned here: http://bugs.archlinux.org/task/12851?string=passkey
>

From leeyee.seu at gmail.com  Sat Feb 14 01:07:12 2009
From: leeyee.seu at gmail.com (=?GB2312?B?wO7StQ==?=)
Date: Sat, 14 Feb 2009 14:07:12 +0800
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <b3095c50902132154k357e613ar69368cf11936c397@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<b3095c50902132154k357e613ar69368cf11936c397@mail.gmail.com>
Message-ID: <85fd5fb30902132207xee148f9t5ce3dddd0180f508@mail.gmail.com>

same too.
the new upgrade broke bluetooth system totally, the tray icon
disappears even bluetooth daemon is running.

On Sat, Feb 14, 2009 at 1:54 PM, Juan Diego <juantascon at gmail.com> wrote:
> Hello everyone, same problem with the pairing here
>
> about the agent its already fixed in the git repos
> http://damjan.softver.org.mk:8080/git/arch-bluetooth/tree/bluez
>
> On Sat, Feb 14, 2009 at 2:47 PM, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
>> Greetings, i write about this right here because i can't file a bug report
>> for an outdated package.
>>
>> Bluetooth in Arch is in a developing process and for that some apps are
>> broken. For example, obexftp 0.22 can't be builded and don't seem to work
>> with bluez 4.x. I build 0.23-alpha and compiled perfectly. Maybe i put it in
>> AUR but i think is worth a dicussion for inclusion in Arch if is decided to
>> use bluez 4.x and don't use bluez 3.x at all.
>>
>> Also, bluez 4.29 have some real big bug, it simply can't pair almost any
>> device (not mine at least). That's reflected in the bluez page and there's a
>> new version 4.30 that address this issues. One more time i know i can build
>> my own packages but as i said it needs to be updated.
>>
>> I said all this because i think that for now is better to support bluez 3.x
>> and 4.x. For example in gentoo, bluez 4.x is hard-masked, it has very little
>> documentation, and the api and configs files change a lot, so for now adding
>> support for bluez 3.x i think is not a bad idea.
>>
>> BTW, bluez 4.x don't include a passkey-agent (at least not with that name),
>> i suggest to include in the pkgbuild to install test/simple-agent, like is
>> mentioned here: http://bugs.archlinux.org/task/12851?string=passkey
>>
>



-- 
Best regards,
Li Ye

From geoffroy.carrier at koon.fr  Sat Feb 14 02:08:33 2009
From: geoffroy.carrier at koon.fr (Geoffroy Carrier)
Date: Sat, 14 Feb 2009 08:08:33 +0100
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <85fd5fb30902132207xee148f9t5ce3dddd0180f508@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<b3095c50902132154k357e613ar69368cf11936c397@mail.gmail.com>
	<85fd5fb30902132207xee148f9t5ce3dddd0180f508@mail.gmail.com>
Message-ID: <c9084260902132308ocf1162bi96c6fa7a431f280b@mail.gmail.com>

On Sat, Feb 14, 2009 at 07:07, ?? <leeyee.seu at gmail.com> wrote:
> same too.
> the new upgrade broke bluetooth system totally, the tray icon
> disappears even bluetooth daemon is running.

Everything worked fine during my tests on my gnome machine... I didn't
remember I launched a few daemons by myself.
I thought I'd better skip [testing] and intensive testing as I
supposed the new packages, even if not perfect, was better than the
previous deeply broken state (particularly for KDE4; it should be a
lot better now).
It appears it wasn't exactly a good move... (plus I had issues
figuring out some unexpected behaviours from devs scripts, I'll
elaborate on that later)

Hope everything is fixed for you now (within the next hours because of
mirroring delays).

-- 
Geoffroy Carrier

From shiningxc at gmail.com  Sat Feb 14 05:54:08 2009
From: shiningxc at gmail.com (Xavier)
Date: Sat, 14 Feb 2009 11:54:08 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <49962EF4.2010402@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar> <1234425581.5034.1.camel@jan>
	<4994A5BF.9080304@yahoo.com.ar> <1234510952.5029.8.camel@jan>
	<d64a48980902131506m55619d2fjc2955df38bbb5b34@mail.gmail.com>
	<49962EF4.2010402@yahoo.com.ar>
Message-ID: <91752840902140254m6ad576abhfeade8199350b521@mail.gmail.com>

On Sat, Feb 14, 2009 at 3:39 AM, Gerardo Exequiel Pozzi
<vmlinuz386 at yahoo.com.ar> wrote:
>
> I will create a feature request to the FS that globalized packages that
> are required to be friendly with the desired behavior. Like in the
> initial email.
>
>
> Again, thanks for your time, good luck ;)
>
>

I was looking at your bug reports when I saw the following criticism :
http://bugs.archlinux.org/task/13231#comment39323
It has nothing to do with laptop-mode-tools (I will blame dolby for
that :)), so I thought I would comment here instead.

I agree with phrakture's general comment that bug reports with only an
url are not nice, but as djgera said, this one is particular as a
multi feature request. However, here are the steps I would have done :
1) start the discussion on the arch-general ML as he did
2) see if there is enough interest for it, then post a meta feature
request with the same content than the original mail
3) if there is a common agreement, then post single feature request
for each packages in order to implement the meta feature request (I
believe the big feature request could depend on each single feature
request).

So far you did 1), then you just reached 2), but in the meantime you
already made 3). I think this was a mistake. Imo, it should not be a
decision taken by each developer separately for his own packages. It
should be a common agreement made by developers that rc scripts should
be written that way (in theory) to support tmpfs on /var/*. If you
don't have this, it does not make sense to make this flood of bug
reports, as they could all be closed as invalid.
See http://bugs.archlinux.org/task/13225 for example.

Now we already have 2 devs, JGC and Pierre who seem to be against this
proposal, and who recommended you to just populate /var/run and others
based on an initial directory.
Then two users reported they were already using tmpfs with no
problems. Jan Spakula posted his modified rc.sysinit and rc.shutdown,
and Nicolas said he just wrote a separate rc script to do that syncing
job.
I am not against your proposal, but you did not make clear what its
advantages are, and why it is worth the additional complexity?

From shiningxc at gmail.com  Sat Feb 14 05:58:30 2009
From: shiningxc at gmail.com (Xavier)
Date: Sat, 14 Feb 2009 11:58:30 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.5-1
In-Reply-To: <1234575607.11988.4.camel@hypo>
References: <200902131209.43673.t.powa@gmx.de> <1234575607.11988.4.camel@hypo>
Message-ID: <91752840902140258o1a901a56kde318005aec6d284@mail.gmail.com>

On Sat, Feb 14, 2009 at 2:40 AM, Jonathan <eyeswide at gmail.com> wrote:
> On Fri, 2009-02-13 at 12:09 +0100, Tobias Powalowski wrote:
>> Hi guys, new kernel adresses the following things:
>> - bump to latest version
>> fixed:
>> http://bugs.archlinux.org/task/13232
>> http://bugs.archlinux.org/task/12361
>>
>> please signoff for both arches
>>
>> greetings
>> tpowa
>
> Bug #13232 appears to be unrelated. Is this a typo?
>
> Jonathan
>
>

You can have a look at the event log on flyspray to find the bugs
closed by tpowa, to be sure that it was indeed :
http://bugs.archlinux.org/task/13212

From gdamjan at gmail.com  Sat Feb 14 07:42:49 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Sat, 14 Feb 2009 13:42:49 +0100
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
Message-ID: <28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>

> Bluetooth in Arch is in a developing process and for that some apps are
> broken. For example, obexftp 0.22 can't be builded and don't seem to work
> with bluez 4.x. I build 0.23-alpha and compiled perfectly

Fedora also uses the 0.23-alpha version.

-- 
damjan

From gdamjan at gmail.com  Sat Feb 14 07:47:56 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Sat, 14 Feb 2009 13:47:56 +0100
Subject: [arch-general] HAL issues
In-Reply-To: <1234510572.5029.3.camel@jan>
References: <8642ba650902121501n4ff864ck1a3b55d456c3c3e1@mail.gmail.com>
	<604b5bc60902121511u4d3cf3f6sdc864fc24212fb7a@mail.gmail.com>
	<1234510572.5029.3.camel@jan>
Message-ID: <28f0f01f0902140447j73a7271jca08e60d63565bef@mail.gmail.com>

> There's consolekit for this. Sessions should either be launched via kdm
> or gdm which have native consolekit support, or using ck-launch-session
> when starting from xinitrc. There's also a pam module that can be used,
> but somehow it doesn't always work fine (slim doesn't work with it at
> least).

Is there some command line tool that can inform you what rights you have?

Something as simple as "ls -l /dev/xxx" was in the past :)



-- 
damjan

From ricardoh26 at gmail.com  Sat Feb 14 08:22:42 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sat, 14 Feb 2009 09:22:42 -0400
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
Message-ID: <18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>

Thank you Geoffroy, i see the new build for obexftp, indeed i think is
better to release the packages sooner than later. What about bluez 4.30 ?

2009/2/14 Damjan Georgievski <gdamjan at gmail.com>

> > Bluetooth in Arch is in a developing process and for that some apps are
> > broken. For example, obexftp 0.22 can't be builded and don't seem to work
> > with bluez 4.x. I build 0.23-alpha and compiled perfectly
>
> Fedora also uses the 0.23-alpha version.
>
> --
> damjan
>



-- 
Ricardo Hern?ndez ( richerVE )

From damnshock at gmail.com  Sat Feb 14 10:22:28 2009
From: damnshock at gmail.com (Marc Deop i =?utf-8?q?Argem=C3=AD?=)
Date: Sat, 14 Feb 2009 16:22:28 +0100
Subject: [arch-general] HTML email will be rejected
In-Reply-To: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
References: <d64a48980902110904l3ed0272eia427db9c0684a17b@mail.gmail.com>
Message-ID: <200902141622.29565.damnshock@gmail.com>

On Wednesday 11 February 2009 18:04:09 Aaron Griffin wrote:
> I am writing to inform you that I have changed all the Arch lists to
> reject HTML formatted email. Please send messages in plain text only.

I'm really glad to read this!

:)


From vmlinuz386 at yahoo.com.ar  Sat Feb 14 15:59:30 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sat, 14 Feb 2009 18:59:30 -0200
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <91752840902140254m6ad576abhfeade8199350b521@mail.gmail.com>
References: <4993D517.1040105@yahoo.com.ar>
	<1234425581.5034.1.camel@jan>	<4994A5BF.9080304@yahoo.com.ar>
	<1234510952.5029.8.camel@jan>	<d64a48980902131506m55619d2fjc2955df38bbb5b34@mail.gmail.com>	<49962EF4.2010402@yahoo.com.ar>
	<91752840902140254m6ad576abhfeade8199350b521@mail.gmail.com>
Message-ID: <499730B2.3060701@yahoo.com.ar>

Xavier wrote:
> Now we already have 2 devs, JGC and Pierre who seem to be against this
> proposal, and who recommended you to just populate /var/run and others
> based on an initial directory.
> Then two users reported they were already using tmpfs with no
> problems. Jan Spakula posted his modified rc.sysinit and rc.shutdown,
> and Nicolas said he just wrote a separate rc script to do that syncing
> job.
> I am not against your proposal, but you did not make clear what its
> advantages are, and why it is worth the additional complexity?
>
>   
As I said earlier, depending on how we interpret the standards of the FHS.

And here I __apologize__, my English for write is not very good because
it is not my native language, in fact I am using the google translator
to help me (hehe), so if in any part of my message tone offense was not,
not is my intention offend any user and your proposed solutions. [@]

If the initial content of the /var/run must be completely empty at boot
or must persist directories but not files.
This can be seen in the behavior of various programs. Some create the
appropriate directory in /var/run and work well, but fail if no other
before.
Some programs, when completed, left files in there, and others are "well
educated" and delete its contents. So, here comes in the task of the
startup script to delete those files.
My personal interpretation is that the directories in there, are
generated at runtime, and these can be eliminated without any problems.
(Clearly this is not true, as I said above many programs fail)

Well, therefore, the benefit of each program is responsible for creating
the temporary directory, if that does not exist, it allows two things:
* The contents of the directory can be deleted without any exceptions.
* This directory can be mounted as tmpfs with the simple addition of a
line in the fstab and also has the advantage of removing the need to
erase the contents in the boot.
This behavior of erase or not, could be controlled with a simple check
fstab or switch in rc.conf (this also applies to /var/lock (1777) and
the most problematic for deletion: the "Mr /tmp")
* Any other purpose.

[@] Ok that cleared, I will say this: The solution of copying
temporal/run-time data of the /var/run for mounting this as tmpfs i do
not think a clean solution, but if it works of course :)
My idea behind this is that each program do its work to function properly.

Thanks for your time ;)


-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From kfs1 at online.no  Sat Feb 14 10:39:00 2009
From: kfs1 at online.no (Kristoffer =?UTF-8?B?Rm9zc2fDpXJk?=)
Date: Sat, 14 Feb 2009 16:39:00 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <20090214163900.7cf0fa45@online.no>

tmpfs used to be used for /tmp before, the reason it got removed as
tmpfs was that a tmpfs would get clogged and also had to be setup
in /etc/fstab which many others didn't know how to do or did
incorrectly, thus leading to lots of difficulties for users. I can't
remember exactly, but it was something like this. It was thus decided
that the most KISS thing to do was to just have it as a normal dir.

Noone remembers this?

The moment you expand the system is the moment you introduce another
thing to learn...

-K


>Hi people!
>
>I interested to make Arch Linux suitable for use with a /var/run and
>/var/lock that are mounted as tmpfs. But this also helps, in the case
>that not mounted as tmpfs, to make more simple "purge function" for
>these directories at rc.sysinit step.
>
>In my case this is "just for fun!", but other users can be benefited by
>this, for example "netbook users".
>
>OK, i initially created rc-script patches for the packages in the extra
>repo that use /var/run/program-name-directory and fails if not exists.
>(these list was obtained with """ for x in $(find
>/usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done
>"""
>
>@@NOTE@@: I will send the patches to the FL individualy per package
>now, reference to this email in FL, and then copy the links to
>response in this email. ;)
>
>Please review it, thanks in advance. :)
>
>** Actually work OK (/var/run)
>  core/openswan-2.4.11-1
>  core/dbus-core-1.2.4-1
>  core/netcfg-2.1.2-1
>  extra/consolekit-0.3.0-3
>
>
>** Patched RC files (/var/run)
>  extra/apache-2.2.11-2
>  extra/bind-9.5.0.P2-1
>  extra/clamav-0.94-1
>  extra/courier-imap-4.4.1-1
>  extra/courier-mta-0.60.0-1
>  extra/cyrus-sasl-2.1.22-10
>  extra/fetchmail-6.3.8-4
>  extra/hal-0.5.11-7 (patched for policykit)
>  extra/laptop-mode-tools-1.47-1
>  extra/lighttpd-1.4.20-2
>  extra/mpd-0.14.1-3
>  extra/policykit-0.9-7 (no rc-script here, patched in hal)
>  extra/samba-3.2.7-1
>  extra/wicd-1.5.8-1
>
>
>** Researched (/var/run)
>  extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>            profile.d/iptraf for creating a "iptraf()" or another
> solution)
>
>  * Apparently these don't use /var/run/program-name-directory, but
>        maybe a simple "mkdir" to rc-script for precaution.
>    extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>    extra/networkmanager-0.7.0-1 (The daemon uses directly
>        /var/run/NetworkManager.pid)
>
>  extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
>daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it
>fails, solution: provide a rc-script)
>
>
>** Pending for research (/var/run)
>  community/pulseaudio-0.9.14-1
>  community/ultimate-ircd-3.0.2-1
>  community/xen-3.3.1-1
>  community/wdm-1.28-2
>  community/dspam-3.8.0-2
>  community/inn-2.4.5-3
>  community/gpsd-2.37-2
>  community/apache13-1.3.41-3
>  community/freeradius-2.1.3-1
>  community/lastfmsubmitd-0.35-1
>  community/selinux-pam-1.0.1-1
>  community/fail2ban-0.8.3-1
>  community/ircservices-5.0.62-3
>  community/p3scan-2.3.2-2
>  community/bind-geodns-9.4.1-1
>  community/jabberd14-1.6.1.1-3
>
>
>** Pending for research (/var/lock)
>  core/dmraid-1.0.0.rc14-2
>  extra/sane-1.0.19-2
>

From geoffroy.carrier at koon.fr  Sat Feb 14 19:53:38 2009
From: geoffroy.carrier at koon.fr (Geoffroy Carrier)
Date: Sun, 15 Feb 2009 01:53:38 +0100
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
Message-ID: <c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>

On Sat, Feb 14, 2009 at 14:22, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
> Thank you Geoffroy, i see the new build for obexftp, indeed i think is
> better to release the packages sooner than later. What about bluez 4.30 ?

done. sh*t, that's an awful lot of releases!

-- 
Geoffroy Carrier

From jevv.cr at gmail.com  Sat Feb 14 22:55:33 2009
From: jevv.cr at gmail.com (Javier Vasquez)
Date: Sat, 14 Feb 2009 21:55:33 -0600
Subject: [arch-general]  alsaplayer gtk2 interface lost?
Message-ID: <c88cc5730902141955x586c08fbw11be0cce94e9c25b@mail.gmail.com>

Hi,

My alsaplayer configuration file includes:

% cat ~/.alsaplayer/config
#
# alsaplayer config file
#
# Only edit this file if the application is not active.
# Any modifications might (will!) be lost otherwise.
#
http.buffer_size=1048576
main.default_interface=gtk2
main.default_output=alsa
main.fallback_interface=text
main.period_count=8
main.period_size=4096
main.play_on_start=false

But when I run alsaplayer with verbosity I get:

% alsaplayer --verbose
AlsaPlayer 0.99.80
(C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
Output plugin: ALSA output v1.9.0beta12
Loading reader plugin: HTTP reader v1.3
Loading reader plugin: File reader v1.1
Loading Input plugin: MikMod player v1.0
Loading Input plugin: WAV player v1.01
Loading Input plugin: Ogg Vorbis player v1.2
Loading Input plugin: CDDA player v1.2
Loading Input plugin: flac player v1.1.3/1.1.4/1.2
Loading Input plugin: libsndfile plugin v0.1
Loading Input plugin: MAD MPEG audio plugin v1.01
Loading Input plugin: Audio File Library player v0.2.1
Interface plugin: TEXT interface v1.1
Nothing to play.

I'm not sure why the text interface was started.  I tried changing the
fallback interface to gtk2, and things fail like:

% alsaplayer --verbose
AlsaPlayer 0.99.80
(C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
Output plugin: ALSA output v1.9.0beta12
Loading reader plugin: HTTP reader v1.3
Loading reader plugin: File reader v1.1
Loading Input plugin: MikMod player v1.0
Loading Input plugin: WAV player v1.01
Loading Input plugin: Ogg Vorbis player v1.2
Loading Input plugin: CDDA player v1.2
Loading Input plugin: flac player v1.1.3/1.1.4/1.2
Loading Input plugin: libsndfile plugin v0.1
Loading Input plugin: MAD MPEG audio plugin v1.01
Loading Input plugin: Audio File Library player v0.2.1
Failed to load text interface. This is bad (gtk2,gtk2,/usr/lib/alsaplayer)

Any idea why gtk2 alsaplayer interface doesn't seem to work?  The
package is i686:

% pacman -Qs alsaplayer
local/alsaplayer 0.99.80-1
...

Thanks,


-- 
Javier

From jevv.cr at gmail.com  Sat Feb 14 23:05:09 2009
From: jevv.cr at gmail.com (Javier Vasquez)
Date: Sat, 14 Feb 2009 22:05:09 -0600
Subject: [arch-general] [ARCH-GENERAL] alsaplayer gtk2 interfacelost?
Message-ID: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>

My alsaplayer configuration file includes:

% cat ~/.alsaplayer/config
#
# alsaplayer config file
#
# Only edit this file if the application is not active.
# Any modifications might (will!) be lost otherwise.
#
http.buffer_size=1048576
main.default_interface=gtk2
main.default_output=alsa
main.fallback_interface=text
main.period_count=8
main.period_size=4096
main.play_on_start=false

But when I run alsaplayer with verbosity I get:

% alsaplayer --verbose
AlsaPlayer 0.99.80
(C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
Output plugin: ALSA output v1.9.0beta12
Loading reader plugin: HTTP reader v1.3
Loading reader plugin: File reader v1.1
Loading Input plugin: MikMod player v1.0
Loading Input plugin: WAV player v1.01
Loading Input plugin: Ogg Vorbis player v1.2
Loading Input plugin: CDDA player v1.2
Loading Input plugin: flac player v1.1.3/1.1.4/1.2
Loading Input plugin: libsndfile plugin v0.1
Loading Input plugin: MAD MPEG audio plugin v1.01
Loading Input plugin: Audio File Library player v0.2.1
Interface plugin: TEXT interface v1.1
Nothing to play.

I'm not sure why the text interface was started.  I tried changing the
fallback interface to gtk2, and things fail like:

% alsaplayer --verbose
AlsaPlayer 0.99.80
(C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
Output plugin: ALSA output v1.9.0beta12
Loading reader plugin: HTTP reader v1.3
Loading reader plugin: File reader v1.1
Loading Input plugin: MikMod player v1.0
Loading Input plugin: WAV player v1.01
Loading Input plugin: Ogg Vorbis player v1.2
Loading Input plugin: CDDA player v1.2
Loading Input plugin: flac player v1.1.3/1.1.4/1.2
Loading Input plugin: libsndfile plugin v0.1
Loading Input plugin: MAD MPEG audio plugin v1.01
Loading Input plugin: Audio File Library player v0.2.1
Failed to load text interface. This is bad (gtk2,gtk2,/usr/lib/alsaplayer)

Any idea why gtk2 alsaplayer interface doesn't seem to work?  The
package is i686:

% pacman -Qs alsaplayer
local/alsaplayer 0.99.80-1
...

Thanks,

-- 
Javier

From jeffrey.parke at gmail.com  Sat Feb 14 23:06:52 2009
From: jeffrey.parke at gmail.com (Jeffrey Parke)
Date: Sat, 14 Feb 2009 22:06:52 -0600
Subject: [arch-general] [ARCH-GENERAL] alsaplayer gtk2 interfacelost?
In-Reply-To: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>
References: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>
Message-ID: <499794DC.7000507@gmail.com>

Javier Vasquez wrote:
> My alsaplayer configuration file includes:
>
> % cat ~/.alsaplayer/config
> #
> # alsaplayer config file
> #
> # Only edit this file if the application is not active.
> # Any modifications might (will!) be lost otherwise.
> #
> http.buffer_size=1048576
> main.default_interface=gtk2
> main.default_output=alsa
> main.fallback_interface=text
> main.period_count=8
> main.period_size=4096
> main.play_on_start=false
>
> But when I run alsaplayer with verbosity I get:
>
> % alsaplayer --verbose
> AlsaPlayer 0.99.80
> (C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
> Output plugin: ALSA output v1.9.0beta12
> Loading reader plugin: HTTP reader v1.3
> Loading reader plugin: File reader v1.1
> Loading Input plugin: MikMod player v1.0
> Loading Input plugin: WAV player v1.01
> Loading Input plugin: Ogg Vorbis player v1.2
> Loading Input plugin: CDDA player v1.2
> Loading Input plugin: flac player v1.1.3/1.1.4/1.2
> Loading Input plugin: libsndfile plugin v0.1
> Loading Input plugin: MAD MPEG audio plugin v1.01
> Loading Input plugin: Audio File Library player v0.2.1
> Interface plugin: TEXT interface v1.1
> Nothing to play.
>
> I'm not sure why the text interface was started.  I tried changing the
> fallback interface to gtk2, and things fail like:
>
> % alsaplayer --verbose
> AlsaPlayer 0.99.80
> (C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
> Output plugin: ALSA output v1.9.0beta12
> Loading reader plugin: HTTP reader v1.3
> Loading reader plugin: File reader v1.1
> Loading Input plugin: MikMod player v1.0
> Loading Input plugin: WAV player v1.01
> Loading Input plugin: Ogg Vorbis player v1.2
> Loading Input plugin: CDDA player v1.2
> Loading Input plugin: flac player v1.1.3/1.1.4/1.2
> Loading Input plugin: libsndfile plugin v0.1
> Loading Input plugin: MAD MPEG audio plugin v1.01
> Loading Input plugin: Audio File Library player v0.2.1
> Failed to load text interface. This is bad (gtk2,gtk2,/usr/lib/alsaplayer)
>
> Any idea why gtk2 alsaplayer interface doesn't seem to work?  The
> package is i686:
>
> % pacman -Qs alsaplayer
> local/alsaplayer 0.99.80-1
> ...
>
> Thanks,
>
>   
This is a duplicate email

From juantascon at gmail.com  Sun Feb 15 00:43:36 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sun, 15 Feb 2009 14:43:36 +0900
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
	in daemons
In-Reply-To: <20090214163900.7cf0fa45@online.no>
References: <4993D517.1040105@yahoo.com.ar> <20090214163900.7cf0fa45@online.no>
Message-ID: <b3095c50902142143u67011a8qfbdd3a59c2598fca@mail.gmail.com>

hello

I think that what Gerardo wanted to say is to make POSSIBLE (and
optional) the mount of /va/lock /var/run and /tmp as tmpfs, right now
you cannot do it because many startup script doesnt create their own
directories specially for /var/run

the idea is change those script so you can start your system with an
empty /var/run (and friends) in this case you may (not have) change
some lines in fstab to mount /var/run as tmpfs

the advantages of this is that you can increase the life of some
netbooks (the SD harddrive have limited writings)

thanks

On Sun, Feb 15, 2009 at 12:39 AM, Kristoffer Fossg?rd <kfs1 at online.no> wrote:
> tmpfs used to be used for /tmp before, the reason it got removed as
> tmpfs was that a tmpfs would get clogged and also had to be setup
> in /etc/fstab which many others didn't know how to do or did
> incorrectly, thus leading to lots of difficulties for users. I can't
> remember exactly, but it was something like this. It was thus decided
> that the most KISS thing to do was to just have it as a normal dir.
>
> Noone remembers this?
>
> The moment you expand the system is the moment you introduce another
> thing to learn...
>
> -K
>
>
>>Hi people!
>>
>>I interested to make Arch Linux suitable for use with a /var/run and
>>/var/lock that are mounted as tmpfs. But this also helps, in the case
>>that not mounted as tmpfs, to make more simple "purge function" for
>>these directories at rc.sysinit step.
>>
>>In my case this is "just for fun!", but other users can be benefited by
>>this, for example "netbook users".
>>
>>OK, i initially created rc-script patches for the packages in the extra
>>repo that use /var/run/program-name-directory and fails if not exists.
>>(these list was obtained with """ for x in $(find
>>/usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done
>>"""
>>
>>@@NOTE@@: I will send the patches to the FL individualy per package
>>now, reference to this email in FL, and then copy the links to
>>response in this email. ;)
>>
>>Please review it, thanks in advance. :)
>>
>>** Actually work OK (/var/run)
>>  core/openswan-2.4.11-1
>>  core/dbus-core-1.2.4-1
>>  core/netcfg-2.1.2-1
>>  extra/consolekit-0.3.0-3
>>
>>
>>** Patched RC files (/var/run)
>>  extra/apache-2.2.11-2
>>  extra/bind-9.5.0.P2-1
>>  extra/clamav-0.94-1
>>  extra/courier-imap-4.4.1-1
>>  extra/courier-mta-0.60.0-1
>>  extra/cyrus-sasl-2.1.22-10
>>  extra/fetchmail-6.3.8-4
>>  extra/hal-0.5.11-7 (patched for policykit)
>>  extra/laptop-mode-tools-1.47-1
>>  extra/lighttpd-1.4.20-2
>>  extra/mpd-0.14.1-3
>>  extra/policykit-0.9-7 (no rc-script here, patched in hal)
>>  extra/samba-3.2.7-1
>>  extra/wicd-1.5.8-1
>>
>>
>>** Researched (/var/run)
>>  extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>>            profile.d/iptraf for creating a "iptraf()" or another
>> solution)
>>
>>  * Apparently these don't use /var/run/program-name-directory, but
>>        maybe a simple "mkdir" to rc-script for precaution.
>>    extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>>    extra/networkmanager-0.7.0-1 (The daemon uses directly
>>        /var/run/NetworkManager.pid)
>>
>>  extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
>>daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it
>>fails, solution: provide a rc-script)
>>
>>
>>** Pending for research (/var/run)
>>  community/pulseaudio-0.9.14-1
>>  community/ultimate-ircd-3.0.2-1
>>  community/xen-3.3.1-1
>>  community/wdm-1.28-2
>>  community/dspam-3.8.0-2
>>  community/inn-2.4.5-3
>>  community/gpsd-2.37-2
>>  community/apache13-1.3.41-3
>>  community/freeradius-2.1.3-1
>>  community/lastfmsubmitd-0.35-1
>>  community/selinux-pam-1.0.1-1
>>  community/fail2ban-0.8.3-1
>>  community/ircservices-5.0.62-3
>>  community/p3scan-2.3.2-2
>>  community/bind-geodns-9.4.1-1
>>  community/jabberd14-1.6.1.1-3
>>
>>
>>** Pending for research (/var/lock)
>>  core/dmraid-1.0.0.rc14-2
>>  extra/sane-1.0.19-2
>>
>

From juantascon at gmail.com  Sun Feb 15 01:03:59 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sun, 15 Feb 2009 15:03:59 +0900
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks in
	daemons
In-Reply-To: <b3095c50902142143u67011a8qfbdd3a59c2598fca@mail.gmail.com>
References: <4993D517.1040105@yahoo.com.ar> <20090214163900.7cf0fa45@online.no>
	<b3095c50902142143u67011a8qfbdd3a59c2598fca@mail.gmail.com>
Message-ID: <b3095c50902142203nf294832kf64ae2b0cd395762@mail.gmail.com>

hello

I think that what Gerardo wanted to say is to make POSSIBLE (and
optional) the mount of /va/lock /var/run and /tmp as tmpfs, right now
you cannot do it because many startup script doesnt create their own
directories specially for /var/run

the idea is change those script so you can start your system with an
empty /var/run (and friends) in this case you may (not have) change
some lines in fstab to mount /var/run as tmpfs

the advantages of this is that you can increase the life of some
netbooks (the SD harddrive have limited writings)

thanks

On Sun, Feb 15, 2009 at 12:39 AM, Kristoffer Fossg?rd <kfs1 at online.no> wrote:
> tmpfs used to be used for /tmp before, the reason it got removed as
> tmpfs was that a tmpfs would get clogged and also had to be setup
> in /etc/fstab which many others didn't know how to do or did
> incorrectly, thus leading to lots of difficulties for users. I can't
> remember exactly, but it was something like this. It was thus decided
> that the most KISS thing to do was to just have it as a normal dir.
>
> Noone remembers this?
>
> The moment you expand the system is the moment you introduce another
> thing to learn...
>
> -K
>
>
>>Hi people!
>>
>>I interested to make Arch Linux suitable for use with a /var/run and
>>/var/lock that are mounted as tmpfs. But this also helps, in the case
>>that not mounted as tmpfs, to make more simple "purge function" for
>>these directories at rc.sysinit step.
>>
>>In my case this is "just for fun!", but other users can be benefited by
>>this, for example "netbook users".
>>
>>OK, i initially created rc-script patches for the packages in the extra
>>repo that use /var/run/program-name-directory and fails if not exists.
>>(these list was obtained with """ for x in $(find
>>/usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done
>>"""
>>
>>@@NOTE@@: I will send the patches to the FL individualy per package
>>now, reference to this email in FL, and then copy the links to
>>response in this email. ;)
>>
>>Please review it, thanks in advance. :)
>>
>>** Actually work OK (/var/run)
>>  core/openswan-2.4.11-1
>>  core/dbus-core-1.2.4-1
>>  core/netcfg-2.1.2-1
>>  extra/consolekit-0.3.0-3
>>
>>
>>** Patched RC files (/var/run)
>>  extra/apache-2.2.11-2
>>  extra/bind-9.5.0.P2-1
>>  extra/clamav-0.94-1
>>  extra/courier-imap-4.4.1-1
>>  extra/courier-mta-0.60.0-1
>>  extra/cyrus-sasl-2.1.22-10
>>  extra/fetchmail-6.3.8-4
>>  extra/hal-0.5.11-7 (patched for policykit)
>>  extra/laptop-mode-tools-1.47-1
>>  extra/lighttpd-1.4.20-2
>>  extra/mpd-0.14.1-3
>>  extra/policykit-0.9-7 (no rc-script here, patched in hal)
>>  extra/samba-3.2.7-1
>>  extra/wicd-1.5.8-1
>>
>>
>>** Researched (/var/run)
>>  extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>>            profile.d/iptraf for creating a "iptraf()" or another
>> solution)
>>
>>  * Apparently these don't use /var/run/program-name-directory, but
>>        maybe a simple "mkdir" to rc-script for precaution.
>>    extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>>    extra/networkmanager-0.7.0-1 (The daemon uses directly
>>        /var/run/NetworkManager.pid)
>>
>>  extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
>>daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it
>>fails, solution: provide a rc-script)
>>
>>
>>** Pending for research (/var/run)
>>  community/pulseaudio-0.9.14-1
>>  community/ultimate-ircd-3.0.2-1
>>  community/xen-3.3.1-1
>>  community/wdm-1.28-2
>>  community/dspam-3.8.0-2
>>  community/inn-2.4.5-3
>>  community/gpsd-2.37-2
>>  community/apache13-1.3.41-3
>>  community/freeradius-2.1.3-1
>>  community/lastfmsubmitd-0.35-1
>>  community/selinux-pam-1.0.1-1
>>  community/fail2ban-0.8.3-1
>>  community/ircservices-5.0.62-3
>>  community/p3scan-2.3.2-2
>>  community/bind-geodns-9.4.1-1
>>  community/jabberd14-1.6.1.1-3
>>
>>
>>** Pending for research (/var/lock)
>>  core/dmraid-1.0.0.rc14-2
>>  extra/sane-1.0.19-2
>>
>

From redshift at pandora.be  Sun Feb 15 02:16:53 2009
From: redshift at pandora.be (RedShift)
Date: Sun, 15 Feb 2009 08:16:53 +0100
Subject: [arch-general] [PATCHES] About /var/run/ and /var/lock/ checks
 in	daemons
In-Reply-To: <4993D517.1040105@yahoo.com.ar>
References: <4993D517.1040105@yahoo.com.ar>
Message-ID: <4997C165.3060907@pandora.be>

Gerardo Exequiel Pozzi wrote:
> Hi people!
> 
> I interested to make Arch Linux suitable for use with a /var/run and
> /var/lock that are mounted as tmpfs. But this also helps, in the case
> that not mounted as tmpfs, to make more simple "purge function" for
> these directories at rc.sysinit step.
> 
> In my case this is "just for fun!", but other users can be benefited by
> this, for example "netbook users".
> 
> OK, i initially created rc-script patches for the packages in the extra
> repo that use /var/run/program-name-directory and fails if not exists.
> (these list was obtained with """ for x in $(find
> /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """
> 
> @@NOTE@@: I will send the patches to the FL individualy per package now,
> reference to this email in FL, and then copy the links to response in
> this email. ;)
> 
> Please review it, thanks in advance. :)


You are going about it the wrong way. Instead of putting mkdir's and touches all over the initscripts, modify /etc/rc.d/functions to take into account an empty /var/run and /var/lock.

For those who think it'll be advantageous for SSD's (for their lifetime), I don't see much writes in /var/run or /var/lock other than during startup.

Glenn

From vpkaihla at gmail.com  Sun Feb 15 03:25:46 2009
From: vpkaihla at gmail.com (Vesa Kaihlavirta)
Date: Sun, 15 Feb 2009 10:25:46 +0200
Subject: [arch-general] Acer Aspire One Instalation Issues
In-Reply-To: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>
References: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>
Message-ID: <25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>

On Fri, Feb 13, 2009 at 8:43 PM, Chris Wilson <afrowildo at gmail.com> wrote:
> Hey all
>
> I'm having a major issue with the installation on my Aspire One. I've used
> unetbootin to create the USB startup disk and I've succesfully booted from
> it, but a few seconds into the startup process, I get the following:

You don't need to use unetbooting. We provide .img files for making
USB bootable disks.

See ftp://ftp.archlinux.org:/iso/archboot/2008.12

I was able to install on Aspire One using that not too long ago.

--vk

From grbzks at gmail.com  Sun Feb 15 05:46:14 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Sun, 15 Feb 2009 12:46:14 +0200
Subject: [arch-general] Acer Aspire One Instalation Issues
In-Reply-To: <25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
References: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>
	<25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
Message-ID: <20090215104614.GA2776@dark>

On Sun, Feb 15, 2009 at 10:25:46AM +0200, Vesa Kaihlavirta wrote:
> On Fri, Feb 13, 2009 at 8:43 PM, Chris Wilson <afrowildo at gmail.com> wrote:
> > Hey all
> >
> > I'm having a major issue with the installation on my Aspire One. I've used
> > unetbootin to create the USB startup disk and I've succesfully booted from
> > it, but a few seconds into the startup process, I get the following:
> 
> You don't need to use unetbooting. We provide .img files for making
> USB bootable disks.
> 
> See ftp://ftp.archlinux.org:/iso/archboot/2008.12
> 
> I was able to install on Aspire One using that not too long ago.
> 
> --vk

There is also http://bugs.archlinux.org/task/13248 ..

-- 
Greg

From grbzks at gmail.com  Sun Feb 15 05:57:15 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Sun, 15 Feb 2009 12:57:15 +0200
Subject: [arch-general] Acer Aspire One Instalation Issues
In-Reply-To: <25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
References: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>
	<25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
Message-ID: <20090215105715.GB2776@dark>

On Sun, Feb 15, 2009 at 10:25:46AM +0200, Vesa Kaihlavirta wrote:
> On Fri, Feb 13, 2009 at 8:43 PM, Chris Wilson <afrowildo at gmail.com> wrote:
> > Hey all
> >
> > I'm having a major issue with the installation on my Aspire One. I've used
> > unetbootin to create the USB startup disk and I've succesfully booted from
> > it, but a few seconds into the startup process, I get the following:
> 
> You don't need to use unetbooting. We provide .img files for making
> USB bootable disks.
> 
> See ftp://ftp.archlinux.org:/iso/archboot/2008.12
> 
> I was able to install on Aspire One using that not too long ago.
> 
> --vk

There is also http://bugs.archlinux.org/task/13248 requesting a USB
ISOLINUX img..

-- 
Greg

From grbzks at gmail.com  Sun Feb 15 08:08:26 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Sun, 15 Feb 2009 15:08:26 +0200
Subject: [arch-general] Undelivered Mail Returned to Sender
Message-ID: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>

I got  Undelivered Mail Returned to Sender for both of these:
http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
hence the 2nd email. I assume you got the emails, and that i will get a delivery
failure for this email too. Anyone else getting that?

-- 
Greg

From daenyth+arch at gmail.com  Sun Feb 15 11:00:44 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Sun, 15 Feb 2009 11:00:44 -0500
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
Message-ID: <ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>

On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> I got  Undelivered Mail Returned to Sender for both of these:
> http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
> http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
> hence the 2nd email. I assume you got the emails, and that i will get a delivery
> failure for this email too. Anyone else getting that?
>
> --
> Greg
I haven't gotten anything unusual lately

From grbzks at gmail.com  Sun Feb 15 11:13:30 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Sun, 15 Feb 2009 18:13:30 +0200
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
	<ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>
Message-ID: <20090215161330.GA23630@dark>

On Sun, Feb 15, 2009 at 11:00:44AM -0500, Daenyth Blank wrote:
> On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> > I got  Undelivered Mail Returned to Sender for both of these:
> > http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
> > http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
> > hence the 2nd email. I assume you got the emails, and that i will get a delivery
> > failure for this email too. Anyone else getting that?
> >
> > --
> > Greg
> I haven't gotten anything unusual lately

Weird, heres what i get:

This is the mail system at host gerolde.archlinux.org.                                                                                                                                                            
                                                                                                                                                                                                                  
I'm sorry to have to inform you that your message could not                                                                                                                                                       
be delivered to one or more recipients. It's attached below.                                                                                                                                                      

For further assistance, please send mail to postmaster.                                                                                                                                                           
                                                                                                                                                                                                                  
If you do so, please include this problem report. You can                                                                                                                                                         
delete your own text from the attached returned message.                                                                                                                                                          
                                                                                                                                                                                                                  
                   The mail system                                                                                                                                                                                
                                                                                                                                                                                                                  
<arch-general at archlinux.org>: mail forwarding loop for                                                                                                                                                            
    arch-general at archlinux.org

Reporting-MTA: dns; gerolde.archlinux.org
X-Postfix-Queue-ID: 9B94A2A130
X-Postfix-Sender: rfc822;
SRS0=D4Ia=6S=gmail.com=grbzks at srs.kundenserver.de
Arrival-Date: Sun, 15 Feb 2009 08:10:32 -0500 (EST)

Final-Recipient: rfc822; arch-general at archlinux.org
Original-Recipient: rfc822;arch-general at archlinux.org
Action: failed
Status: 5.4.6
Diagnostic-Code: X-Postfix; mail forwarding loop for
arch-general at archlinux.org

-- 
Greg

From ricardoh26 at gmail.com  Sun Feb 15 12:30:09 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sun, 15 Feb 2009 13:00:09 -0430
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
Message-ID: <18f12d150902150930t7c58f837s14ce5af2c67f8dcd@mail.gmail.com>

Thanks again Geoffroy. BTW i don't see bluez 4.30 in the package page of
archlinux. Maybe we need to wait for the repos to update ?


2009/2/14 Geoffroy Carrier <geoffroy.carrier at koon.fr>

> On Sat, Feb 14, 2009 at 14:22, Ricardo Hernandez <ricardoh26 at gmail.com>
> wrote:
> > Thank you Geoffroy, i see the new build for obexftp, indeed i think is
> > better to release the packages sooner than later. What about bluez 4.30 ?
>
> done. sh*t, that's an awful lot of releases!
>
> --
> Geoffroy Carrier
>



-- 
Ricardo Hern?ndez ( richerVE )

From ricardoh26 at gmail.com  Sun Feb 15 13:17:17 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sun, 15 Feb 2009 13:47:17 -0430
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
Message-ID: <18f12d150902151017v659c050ct96a2a45aa0a7d9d8@mail.gmail.com>

Thanks again Geoffroy. Any help you need, there is my email.

2009/2/14 Geoffroy Carrier <geoffroy.carrier at koon.fr>

> On Sat, Feb 14, 2009 at 14:22, Ricardo Hernandez <ricardoh26 at gmail.com>
> wrote:
> > Thank you Geoffroy, i see the new build for obexftp, indeed i think is
> > better to release the packages sooner than later. What about bluez 4.30 ?
>
> done. sh*t, that's an awful lot of releases!
>
> --
> Geoffroy Carrier
>



-- 
Ricardo Hern?ndez ( richerVE )

From ricardoh26 at gmail.com  Sun Feb 15 13:36:45 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sun, 15 Feb 2009 14:06:45 -0430
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
Message-ID: <18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>

Thanks again Geoffroy. Any help you need, there is my email.

2009/2/14 Geoffroy Carrier <geoffroy.carrier at koon.fr>
>
> On Sat, Feb 14, 2009 at 14:22, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
> > Thank you Geoffroy, i see the new build for obexftp, indeed i think is
> > better to release the packages sooner than later. What about bluez 4.30 ?
>
> done. sh*t, that's an awful lot of releases!
>
> --
> Geoffroy Carrier



--
Ricardo Hern?ndez ( richerVE )

From daniel.isenmann at gmx.de  Sun Feb 15 14:04:54 2009
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Sun, 15 Feb 2009 20:04:54 +0100
Subject: [arch-general] [arch-dev-public] [signoff] pptpclient 1.7.2-2
In-Reply-To: <20090210180526.64c1197c@fuckup-ng.localdomain>
References: <20090210180526.64c1197c@fuckup-ng.localdomain>
Message-ID: <20090215200454.56466ceb@fuckup-ng.localdomain>

On Tue, 10 Feb 2009 18:05:26 +0100
Daniel Isenmann <daniel.isenmann at gmx.de> wrote:

> 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

Anyone?

From muczyjoe at gmail.com  Sun Feb 15 15:35:19 2009
From: muczyjoe at gmail.com (=?ISO-8859-1?Q?Avramucz_P=E9ter?=)
Date: Sun, 15 Feb 2009 21:35:19 +0100
Subject: [arch-general] ndiswrapper problem
Message-ID: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>

Hi!

I have a Broadcom 4312 (rev 01). It seems to be, the best method is
ndiswrapper using it. However, when I use it, wpa_supplicant can
associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer.
Using the wl driver, there is no problem.
Here is the interesting thing:
using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild:
http://gentoo-portage.com/AJAX/Ebuild/49806/View), I can simply get a
dhcpoffer, so there is something with the ndiswrapper of Arch Linux.
Any ideas?

From muczyjoe at gmail.com  Sun Feb 15 15:52:53 2009
From: muczyjoe at gmail.com (=?ISO-8859-1?Q?Avramucz_P=E9ter?=)
Date: Sun, 15 Feb 2009 21:52:53 +0100
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <20090215161330.GA23630@dark>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
	<ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>
	<20090215161330.GA23630@dark>
Message-ID: <ef4613b70902151252y1d1b2a2br662ea65bda4e2424@mail.gmail.com>

I get this too.

On Sun, Feb 15, 2009 at 5:13 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Sun, Feb 15, 2009 at 11:00:44AM -0500, Daenyth Blank wrote:
>> On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>> > I got  Undelivered Mail Returned to Sender for both of these:
>> > http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
>> > http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
>> > hence the 2nd email. I assume you got the emails, and that i will get a delivery
>> > failure for this email too. Anyone else getting that?
>> >
>> > --
>> > Greg
>> I haven't gotten anything unusual lately
>
> Weird, heres what i get:
>
> This is the mail system at host gerolde.archlinux.org.
>
> I'm sorry to have to inform you that your message could not
> be delivered to one or more recipients. It's attached below.
>
> For further assistance, please send mail to postmaster.
>
> If you do so, please include this problem report. You can
> delete your own text from the attached returned message.
>
>                   The mail system
>
> <arch-general at archlinux.org>: mail forwarding loop for
>    arch-general at archlinux.org
>
> Reporting-MTA: dns; gerolde.archlinux.org
> X-Postfix-Queue-ID: 9B94A2A130
> X-Postfix-Sender: rfc822;
> SRS0=D4Ia=6S=gmail.com=grbzks at srs.kundenserver.de
> Arrival-Date: Sun, 15 Feb 2009 08:10:32 -0500 (EST)
>
> Final-Recipient: rfc822; arch-general at archlinux.org
> Original-Recipient: rfc822;arch-general at archlinux.org
> Action: failed
> Status: 5.4.6
> Diagnostic-Code: X-Postfix; mail forwarding loop for
> arch-general at archlinux.org
>
> --
> Greg
>

From aaronmgriffin at gmail.com  Sun Feb 15 15:53:46 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Sun, 15 Feb 2009 14:53:46 -0600
Subject: [arch-general] ndiswrapper problem
In-Reply-To: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>
References: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>
Message-ID: <d64a48980902151253g58a048c1jdaaef8dc357fe681@mail.gmail.com>

On Sun, Feb 15, 2009 at 2:35 PM, Avramucz P?ter <muczyjoe at gmail.com> wrote:
> Hi!
>
> I have a Broadcom 4312 (rev 01). It seems to be, the best method is
> ndiswrapper using it. However, when I use it, wpa_supplicant can
> associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer.
> Using the wl driver, there is no problem.
> Here is the interesting thing:
> using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild:
> http://gentoo-portage.com/AJAX/Ebuild/49806/View), I can simply get a
> dhcpoffer, so there is something with the ndiswrapper of Arch Linux.
> Any ideas?

It probably has nothing to do with Arch and everything to do with the
kernel differences. Report it upstream

From ricardoh26 at gmail.com  Sun Feb 15 15:56:53 2009
From: ricardoh26 at gmail.com (Ricardo Hernandez)
Date: Sun, 15 Feb 2009 16:26:53 -0430
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <ef4613b70902151252y1d1b2a2br662ea65bda4e2424@mail.gmail.com>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
	<ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>
	<20090215161330.GA23630@dark>
	<ef4613b70902151252y1d1b2a2br662ea65bda4e2424@mail.gmail.com>
Message-ID: <18f12d150902151256t6e5ec3b5rd15ec98c8c0febc8@mail.gmail.com>

Me too, when i try to write to arch-general

2009/2/15 Avramucz P?ter <muczyjoe at gmail.com>:
> I get this too.
>
> On Sun, Feb 15, 2009 at 5:13 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>> On Sun, Feb 15, 2009 at 11:00:44AM -0500, Daenyth Blank wrote:
>>> On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>>> > I got  Undelivered Mail Returned to Sender for both of these:
>>> > http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
>>> > http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
>>> > hence the 2nd email. I assume you got the emails, and that i will get a delivery
>>> > failure for this email too. Anyone else getting that?
>>> >
>>> > --
>>> > Greg
>>> I haven't gotten anything unusual lately
>>
>> Weird, heres what i get:
>>
>> This is the mail system at host gerolde.archlinux.org.
>>
>> I'm sorry to have to inform you that your message could not
>> be delivered to one or more recipients. It's attached below.
>>
>> For further assistance, please send mail to postmaster.
>>
>> If you do so, please include this problem report. You can
>> delete your own text from the attached returned message.
>>
>>                   The mail system
>>
>> <arch-general at archlinux.org>: mail forwarding loop for
>>    arch-general at archlinux.org
>>
>> Reporting-MTA: dns; gerolde.archlinux.org
>> X-Postfix-Queue-ID: 9B94A2A130
>> X-Postfix-Sender: rfc822;
>> SRS0=D4Ia=6S=gmail.com=grbzks at srs.kundenserver.de
>> Arrival-Date: Sun, 15 Feb 2009 08:10:32 -0500 (EST)
>>
>> Final-Recipient: rfc822; arch-general at archlinux.org
>> Original-Recipient: rfc822;arch-general at archlinux.org
>> Action: failed
>> Status: 5.4.6
>> Diagnostic-Code: X-Postfix; mail forwarding loop for
>> arch-general at archlinux.org
>>
>> --
>> Greg
>>
>



-- 
Ricardo Hern?ndez ( richerVE )

From muczyjoe at gmail.com  Sun Feb 15 16:01:03 2009
From: muczyjoe at gmail.com (=?ISO-8859-1?Q?Avramucz_P=E9ter?=)
Date: Sun, 15 Feb 2009 22:01:03 +0100
Subject: [arch-general] ndiswrapper problem
In-Reply-To: <d64a48980902151253g58a048c1jdaaef8dc357fe681@mail.gmail.com>
References: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>
	<d64a48980902151253g58a048c1jdaaef8dc357fe681@mail.gmail.com>
Message-ID: <ef4613b70902151301s124353b9re2fcac5aef16e2b5@mail.gmail.com>

hmmm... building ndiswrapper 1.54 vanilla works.


On Sun, Feb 15, 2009 at 9:53 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On Sun, Feb 15, 2009 at 2:35 PM, Avramucz P?ter <muczyjoe at gmail.com> wrote:
>> Hi!
>>
>> I have a Broadcom 4312 (rev 01). It seems to be, the best method is
>> ndiswrapper using it. However, when I use it, wpa_supplicant can
>> associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer.
>> Using the wl driver, there is no problem.
>> Here is the interesting thing:
>> using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild:
>> http://gentoo-portage.com/AJAX/Ebuild/49806/View), I can simply get a
>> dhcpoffer, so there is something with the ndiswrapper of Arch Linux.
>> Any ideas?
>
> It probably has nothing to do with Arch and everything to do with the
> kernel differences. Report it upstream
>

From jeffrey.parke at gmail.com  Sun Feb 15 16:08:01 2009
From: jeffrey.parke at gmail.com (Jeffrey Parke)
Date: Sun, 15 Feb 2009 15:08:01 -0600
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <18f12d150902151256t6e5ec3b5rd15ec98c8c0febc8@mail.gmail.com>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>	<ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>	<20090215161330.GA23630@dark>	<ef4613b70902151252y1d1b2a2br662ea65bda4e2424@mail.gmail.com>
	<18f12d150902151256t6e5ec3b5rd15ec98c8c0febc8@mail.gmail.com>
Message-ID: <49988431.5000603@gmail.com>

Ricardo Hernandez wrote:
> Me too, when i try to write to arch-general
>
> 2009/2/15 Avramucz P?ter <muczyjoe at gmail.com>:
>   
>> I get this too.
>>
>> On Sun, Feb 15, 2009 at 5:13 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>>     
>>> On Sun, Feb 15, 2009 at 11:00:44AM -0500, Daenyth Blank wrote:
>>>       
>>>> On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>>>>         
>>>>> I got  Undelivered Mail Returned to Sender for both of these:
>>>>> http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
>>>>> http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
>>>>> hence the 2nd email. I assume you got the emails, and that i will get a delivery
>>>>> failure for this email too. Anyone else getting that?
>>>>>
>>>>> --
>>>>> Greg
>>>>>           
>>>> I haven't gotten anything unusual lately
>>>>         
>>> Weird, heres what i get:
>>>
>>> This is the mail system at host gerolde.archlinux.org.
>>>
>>> I'm sorry to have to inform you that your message could not
>>> be delivered to one or more recipients. It's attached below.
>>>
>>> For further assistance, please send mail to postmaster.
>>>
>>> If you do so, please include this problem report. You can
>>> delete your own text from the attached returned message.
>>>
>>>                   The mail system
>>>
>>> <arch-general at archlinux.org>: mail forwarding loop for
>>>    arch-general at archlinux.org
>>>
>>> Reporting-MTA: dns; gerolde.archlinux.org
>>> X-Postfix-Queue-ID: 9B94A2A130
>>> X-Postfix-Sender: rfc822;
>>> SRS0=D4Ia=6S=gmail.com=grbzks at srs.kundenserver.de
>>> Arrival-Date: Sun, 15 Feb 2009 08:10:32 -0500 (EST)
>>>
>>> Final-Recipient: rfc822; arch-general at archlinux.org
>>> Original-Recipient: rfc822;arch-general at archlinux.org
>>> Action: failed
>>> Status: 5.4.6
>>> Diagnostic-Code: X-Postfix; mail forwarding loop for
>>> arch-general at archlinux.org
>>>
>>> --
>>> Greg
>>>
>>>       
>
>
>
>   
it is most likely because we are now rejecting html emails, right?

From snowmaniscool at gmail.com  Sun Feb 15 18:16:46 2009
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sun, 15 Feb 2009 18:16:46 -0500
Subject: [arch-general] [ARCH-GENERAL] alsaplayer gtk2 interfacelost?
In-Reply-To: <499794DC.7000507@gmail.com>
References: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>
	<499794DC.7000507@gmail.com>
Message-ID: <7fcd249b0902151516j3442b890i8332ef647239d5f@mail.gmail.com>

On Sat, Feb 14, 2009 at 11:06 PM, Jeffrey Parke <jeffrey.parke at gmail.com> wrote:
> Javier Vasquez wrote:
>>
>> My alsaplayer configuration file includes:
>>
>> % cat ~/.alsaplayer/config
>> #
>> # alsaplayer config file
>> #
>> # Only edit this file if the application is not active.
>> # Any modifications might (will!) be lost otherwise.
>> #
>> http.buffer_size=1048576
>> main.default_interface=gtk2
>> main.default_output=alsa
>> main.fallback_interface=text
>> main.period_count=8
>> main.period_size=4096
>> main.play_on_start=false
>>
>> But when I run alsaplayer with verbosity I get:
>>
>> % alsaplayer --verbose
>> AlsaPlayer 0.99.80
>> (C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
>> Output plugin: ALSA output v1.9.0beta12
>> Loading reader plugin: HTTP reader v1.3
>> Loading reader plugin: File reader v1.1
>> Loading Input plugin: MikMod player v1.0
>> Loading Input plugin: WAV player v1.01
>> Loading Input plugin: Ogg Vorbis player v1.2
>> Loading Input plugin: CDDA player v1.2
>> Loading Input plugin: flac player v1.1.3/1.1.4/1.2
>> Loading Input plugin: libsndfile plugin v0.1
>> Loading Input plugin: MAD MPEG audio plugin v1.01
>> Loading Input plugin: Audio File Library player v0.2.1
>> Interface plugin: TEXT interface v1.1
>> Nothing to play.
>>
>> I'm not sure why the text interface was started.  I tried changing the
>> fallback interface to gtk2, and things fail like:
>>
>> % alsaplayer --verbose
>> AlsaPlayer 0.99.80
>> (C) 1999-2004 Andy Lo A Foe <andy at alsaplayer.org> and others.
>> Output plugin: ALSA output v1.9.0beta12
>> Loading reader plugin: HTTP reader v1.3
>> Loading reader plugin: File reader v1.1
>> Loading Input plugin: MikMod player v1.0
>> Loading Input plugin: WAV player v1.01
>> Loading Input plugin: Ogg Vorbis player v1.2
>> Loading Input plugin: CDDA player v1.2
>> Loading Input plugin: flac player v1.1.3/1.1.4/1.2
>> Loading Input plugin: libsndfile plugin v0.1
>> Loading Input plugin: MAD MPEG audio plugin v1.01
>> Loading Input plugin: Audio File Library player v0.2.1
>> Failed to load text interface. This is bad (gtk2,gtk2,/usr/lib/alsaplayer)
>>
>> Any idea why gtk2 alsaplayer interface doesn't seem to work?  The
>> package is i686:
>>
>> % pacman -Qs alsaplayer
>> local/alsaplayer 0.99.80-1
>> ...
>>
>> Thanks,
>>
>>
>
> This is a duplicate email
>

I don't think it's built with the gtk2 interface. Submit a bug
report/feature request.

From vmlinuz386 at yahoo.com.ar  Sun Feb 15 18:54:38 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sun, 15 Feb 2009 21:54:38 -0200
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <499821ab.PKvLdC4vrMLHjElz%Joerg.Schilling@fokus.fraunhofer.de>
References: <499821ab.PKvLdC4vrMLHjElz%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <4998AB3E.1020209@yahoo.com.ar>

Joerg Schilling wrote:
> Gerardo Exequiel Pozzi <vmlinuz386 at yahoo.com.ar> wrote:
>> ong discusion. But for example in my system can't write DVD because
>> "DMA speed check fail" with cdrecord, and with cdrkit (the wodim) can
>> record without problems.
>>     
>
> Rants without a proof do not help in case you really have a problem.
>
> There is no known problem in cdrecord related to the DMA test.
> There are many known problems in the fork....
>
> If you _really_ believe you found a problem in cdrecord, why don't you make a 
> bug report? Note that you of course need to verify that there is a problem
> with the latest version.
>
> All known problems in the original software are fixed in typically much less 
> than two weeks. More than 95% of the bugs in the fork have not been fixed after
> more than two years. Why do you like to use the fork if there is working 
> original software _with_ maintanance?
>
>   
Hi J?rg,

Now i tested the latest alpha  version  of cdrecord (
cdrtools-2.01.01a57.tar.gz ) and its work perfect without the DMA problem.
The version that failed was <= cdrtools-2.01.01a55.tar.gz, with these
versions i need to set very low write speed (when i upgraded my DVD
writer from PATA to SATA, both LG)

Now inform this: "cdrecord: Warning: The DMA speed test has been
skipped." http://djgera.pastebin.com/m35195bbe

I prefer to use cdrecord, is the soft that i used for 7 years with my
previus distribution (Slackware Linux) and as you said, is updated very
often.

Thanks for the work! :)

I take this message to make a consultation, this was one of the major
topics of discussion between you and some Linux developers. Does
cdrecord: allowing access through  dev=/dev/xyz, or as the message says:
"Warning: Open by 'devname' is unintentional and not supported". will be
removed in future versions?


PS: I apologize if my message was a bit confusing.

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From snowmaniscool at gmail.com  Sun Feb 15 19:00:18 2009
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Sun, 15 Feb 2009 19:00:18 -0500
Subject: [arch-general] Undelivered Mail Returned to Sender
In-Reply-To: <49988431.5000603@gmail.com>
References: <b9f0f75c0902150508q4d45cb0enc7df283fdf74c64e@mail.gmail.com>
	<ea09a6380902150800u9f01a30vf9ab5b929ee25ecf@mail.gmail.com>
	<20090215161330.GA23630@dark>
	<ef4613b70902151252y1d1b2a2br662ea65bda4e2424@mail.gmail.com>
	<18f12d150902151256t6e5ec3b5rd15ec98c8c0febc8@mail.gmail.com>
	<49988431.5000603@gmail.com>
Message-ID: <7fcd249b0902151600u309c381qb2209c0b31d4a258@mail.gmail.com>

On Sun, Feb 15, 2009 at 4:08 PM, Jeffrey Parke <jeffrey.parke at gmail.com> wrote:
> Ricardo Hernandez wrote:
>>
>> Me too, when i try to write to arch-general
>>
>> 2009/2/15 Avramucz P?ter <muczyjoe at gmail.com>:
>>
>>>
>>> I get this too.
>>>
>>> On Sun, Feb 15, 2009 at 5:13 PM, Grigorios Bouzakis <grbzks at gmail.com>
>>> wrote:
>>>
>>>>
>>>> On Sun, Feb 15, 2009 at 11:00:44AM -0500, Daenyth Blank wrote:
>>>>
>>>>>
>>>>> On Sun, Feb 15, 2009 at 08:08, Grigorios Bouzakis <grbzks at gmail.com>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> I got  Undelivered Mail Returned to Sender for both of these:
>>>>>>
>>>>>> http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html
>>>>>>
>>>>>> http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html
>>>>>> hence the 2nd email. I assume you got the emails, and that i will get
>>>>>> a delivery
>>>>>> failure for this email too. Anyone else getting that?
>>>>>>
>>>>>> --
>>>>>> Greg
>>>>>>
>>>>>
>>>>> I haven't gotten anything unusual lately
>>>>>
>>>>
>>>> Weird, heres what i get:
>>>>
>>>> This is the mail system at host gerolde.archlinux.org.
>>>>
>>>> I'm sorry to have to inform you that your message could not
>>>> be delivered to one or more recipients. It's attached below.
>>>>
>>>> For further assistance, please send mail to postmaster.
>>>>
>>>> If you do so, please include this problem report. You can
>>>> delete your own text from the attached returned message.
>>>>
>>>>                  The mail system
>>>>
>>>> <arch-general at archlinux.org>: mail forwarding loop for
>>>>   arch-general at archlinux.org
>>>>
>>>> Reporting-MTA: dns; gerolde.archlinux.org
>>>> X-Postfix-Queue-ID: 9B94A2A130
>>>> X-Postfix-Sender: rfc822;
>>>> SRS0=D4Ia=6S=gmail.com=grbzks at srs.kundenserver.de
>>>> Arrival-Date: Sun, 15 Feb 2009 08:10:32 -0500 (EST)
>>>>
>>>> Final-Recipient: rfc822; arch-general at archlinux.org
>>>> Original-Recipient: rfc822;arch-general at archlinux.org
>>>> Action: failed
>>>> Status: 5.4.6
>>>> Diagnostic-Code: X-Postfix; mail forwarding loop for
>>>> arch-general at archlinux.org
>>>>
>>>> --
>>>> Greg
>>>>
>>>>
>>
>>
>>
>>
>
> it is most likely because we are now rejecting html emails, right?
>

I just got the same error.  I was able to post on another ML without
any problems.

From t.powa at gmx.de  Mon Feb 16 01:23:38 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Mon, 16 Feb 2009 07:23:38 +0100
Subject: [arch-general] ndiswrapper problem
In-Reply-To: <ef4613b70902151301s124353b9re2fcac5aef16e2b5@mail.gmail.com>
References: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>
	<d64a48980902151253g58a048c1jdaaef8dc357fe681@mail.gmail.com>
	<ef4613b70902151301s124353b9re2fcac5aef16e2b5@mail.gmail.com>
Message-ID: <200902160723.41290.t.powa@gmx.de>

Am Sonntag 15 Februar 2009 schrieb Avramucz P?ter:
> hmmm... building ndiswrapper 1.54 vanilla works.
>
> On Sun, Feb 15, 2009 at 9:53 PM, Aaron Griffin <aaronmgriffin at gmail.com> 
wrote:
> > On Sun, Feb 15, 2009 at 2:35 PM, Avramucz P?ter <muczyjoe at gmail.com> 
wrote:
> >> Hi!
> >>
> >> I have a Broadcom 4312 (rev 01). It seems to be, the best method is
> >> ndiswrapper using it. However, when I use it, wpa_supplicant can
> >> associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer.
> >> Using the wl driver, there is no problem.
> >> Here is the interesting thing:
> >> using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild:
> >> http://gentoo-portage.com/AJAX/Ebuild/49806/View), I can simply get a
> >> dhcpoffer, so there is something with the ndiswrapper of Arch Linux.
> >> Any ideas?
> >
> > It probably has nothing to do with Arch and everything to do with the
> > kernel differences. Report it upstream
have you tried ndiswrapper package from testing too with kernel .28?

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090216/a94068e9/attachment.pgp>

From juantascon at gmail.com  Mon Feb 16 01:44:32 2009
From: juantascon at gmail.com (Juan Diego)
Date: Mon, 16 Feb 2009 15:44:32 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
Message-ID: <b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>

Hi, I just want to tell you that for some reason there is no
bluez-simple-agent in the package (4.30-1), however your PKGBUILD has
it

For me the same, if you need any help you can contact me any time

thanks

On Mon, Feb 16, 2009 at 3:36 AM, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
> Thanks again Geoffroy. Any help you need, there is my email.
>
> 2009/2/14 Geoffroy Carrier <geoffroy.carrier at koon.fr>
>>
>> On Sat, Feb 14, 2009 at 14:22, Ricardo Hernandez <ricardoh26 at gmail.com> wrote:
>> > Thank you Geoffroy, i see the new build for obexftp, indeed i think is
>> > better to release the packages sooner than later. What about bluez 4.30 ?
>>
>> done. sh*t, that's an awful lot of releases!
>>
>> --
>> Geoffroy Carrier
>
>
>
> --
> Ricardo Hern?ndez ( richerVE )
>

From sky at viridian-project.de  Mon Feb 16 04:12:22 2009
From: sky at viridian-project.de (Leslie P. Polzer)
Date: Mon, 16 Feb 2009 10:12:22 +0100 (CET)
Subject: [arch-general] Common Lisp packaging
Message-ID: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>


I've noticed that the Arch Haskell community has made astonishing
progress with their packages.

I think it would be nice to have the same for Common Lisp.

Would anyone be interested in devising a packaging system
that works with multiple Lisps?

  Cheers,

    Leslie

-- 
LinkedIn Profile: http://www.linkedin.com/in/polzer
Xing Profile: https://www.xing.com/profile/LeslieP_Polzer
Blog: http://blog.viridian-project.de/


From vvh at synergylaw.be  Mon Feb 16 05:31:05 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Mon, 16 Feb 2009 11:31:05 +0100
Subject: [arch-general] mpd 0.14 requires curl,
	glib && glib seems to be outdated
Message-ID: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>

Dear ML,

mpd has been flagged out-of-date, so I'm encouraged to post my problem
here instead of on the bugtracker.

Installing mpd on a bare system does not resolve all dependencies,
since I had to install:
- curl (libcurl-*.so missing)
- glib (libgthread-*.2.0.0.so missing)

Next problem: glib installs both libgthread-*.1.2.0.so and
libgthread.so, but mpd required v2.0.0 specificly.

So: mpd needs to be rebuilt requiring another version of libgthread or
glib needs to be updated (IMVHO).

Possibly mpd has other dependencies - I will report them later.

Vincent

From jan at jgc.homeip.net  Mon Feb 16 05:35:24 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Mon, 16 Feb 2009 11:35:24 +0100
Subject: [arch-general] mpd 0.14 requires curl,
 glib && glib seems to be outdated
In-Reply-To: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
Message-ID: <1234780524.18584.0.camel@jan>

On Mon, 2009-02-16 at 11:31 +0100, Vincent Van Houtte wrote:
> Dear ML,
> 
> mpd has been flagged out-of-date, so I'm encouraged to post my problem
> here instead of on the bugtracker.
> 
> Installing mpd on a bare system does not resolve all dependencies,
> since I had to install:
> - curl (libcurl-*.so missing)
> - glib (libgthread-*.2.0.0.so missing)
> 
> Next problem: glib installs both libgthread-*.1.2.0.so and
> libgthread.so, but mpd required v2.0.0 specificly.
> 
> So: mpd needs to be rebuilt requiring another version of libgthread or
> glib needs to be updated (IMVHO).
> 
> Possibly mpd has other dependencies - I will report them later.
> 
> Vincent

Try glib2 ;)


From vvh at synergylaw.be  Mon Feb 16 05:51:45 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Mon, 16 Feb 2009 11:51:45 +0100
Subject: [arch-general] mpd 0.14 requires curl,
 glib && glib seems to be outdated
In-Reply-To: <1234780524.18584.0.camel@jan>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
	<1234780524.18584.0.camel@jan>
Message-ID: <20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>

Op Mon, 16 Feb 2009 11:35:24 +0100
schreef Jan de Groot <jan at jgc.homeip.net>:

> Try glib2 ;)

Hmmm... nice one - and this for my first post to this ML... :)

Anyhoo: mpd requires curl and glib2, so the list of dependencies should
be updated.

Vincent

From iphitus at iphitus.org  Mon Feb 16 06:55:30 2009
From: iphitus at iphitus.org (James Rayner)
Date: Mon, 16 Feb 2009 22:55:30 +1100
Subject: [arch-general] netcfg testing and git packages
Message-ID: <3716150a0902160355re9ad4e1g3ed462568f36af02@mail.gmail.com>

Hi

The release beta cycle wasn't working well for netcfg. Small changes,
bugs and many FR's got held up far too long while other work happened.
To try and help get netcfg development going smoothly again I've
uploaded some netcfg git PKGBUILDs  to the AUR to use instead of -beta
releases.

This way I can make those small changes, push it to git, and it can be
tested immediately, while larger things can be safely done in another
branch locally. When it's ready, rc's will be released.

http://aur.archlinux.org/packages.php?ID=23953
http://aur.archlinux.org/packages.php?ID=23954

There's some fairly substantial changes in this release.
 - Moving from net-tools to iproute
     - iproute is the way forward. net-tools is long unmaintained, nor
as capable.
 - Moving from wireless_tools to pure wpa_supplicant
     - More reliable, less quirks required. Hopefully more stable.
     - As part of this, wireless moves into netcfg-wireless (dependency issues)

Both of these require config changes. Once they're both stabilised I
can release 2.2.x to give people time to migrate, and eventually 2.5
which will use them by default. There are example configs included.

More details on the wiki:
http://wiki.archlinux.org/index.php/Network_Profiles_development

The wpa_supplicant move needs a significant amount of testing. I
havn't tested WEP (testing hardware is gone), and net-auto may not
work presently. WPA and custom WPA configs work in my testing.

If there's any criticisms or comments about the way this is going, the
code, netcfg, etc, please let me know. I'd like to make 2.2 a good
release and I think these changes are important. I'm hoping they'll
make netcfg simpler and more reliable.

Cheers,
James

From afrowildo at gmail.com  Mon Feb 16 12:34:12 2009
From: afrowildo at gmail.com (Chris Wilson)
Date: Mon, 16 Feb 2009 17:34:12 +0000
Subject: [arch-general] Acer Aspire One Instalation Issues
In-Reply-To: <25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
References: <4b94d0340902131043m5df89b13y20baa6b50397f69c@mail.gmail.com>
	<25acdd550902150025u6f0442f0la2bb3d9fd9ac45dd@mail.gmail.com>
Message-ID: <4b94d0340902160934v130dea50ha41333131470ca74@mail.gmail.com>

Thanks a lot. I had already tried using one of the older usb images, but
that didn't work. This one has taken though. Thanks for the link.

2009/2/15 Vesa Kaihlavirta <vpkaihla at gmail.com>

> On Fri, Feb 13, 2009 at 8:43 PM, Chris Wilson <afrowildo at gmail.com> wrote:
> > Hey all
> >
> > I'm having a major issue with the installation on my Aspire One. I've
> used
> > unetbootin to create the USB startup disk and I've succesfully booted
> from
> > it, but a few seconds into the startup process, I get the following:
>
> You don't need to use unetbooting. We provide .img files for making
> USB bootable disks.
>
> See ftp://ftp.archlinux.org:/iso/archboot/2008.12
>
> I was able to install on Aspire One using that not too long ago.
>
> --vk
>

From snowmaniscool at gmail.com  Mon Feb 16 14:16:53 2009
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Mon, 16 Feb 2009 14:16:53 -0500
Subject: [arch-general] mpd 0.14 requires curl,
	glib && glib seems to be 	outdated
In-Reply-To: <20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
	<1234780524.18584.0.camel@jan>
	<20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>
Message-ID: <7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>

On Mon, Feb 16, 2009 at 5:51 AM, Vincent Van Houtte <vvh at synergylaw.be> wrote:
> Op Mon, 16 Feb 2009 11:35:24 +0100
> schreef Jan de Groot <jan at jgc.homeip.net>:
>
>> Try glib2 ;)
>
> Hmmm... nice one - and this for my first post to this ML... :)
>
> Anyhoo: mpd requires curl and glib2, so the list of dependencies should
> be updated.
>
> Vincent
>

Submit a bug report.

From grbzks at gmail.com  Mon Feb 16 14:24:23 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Mon, 16 Feb 2009 21:24:23 +0200
Subject: [arch-general] mpd 0.14 requires curl,
	glib && glib seems to	be  outdated
In-Reply-To: <7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
	<1234780524.18584.0.camel@jan>
	<20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>
	<7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>
Message-ID: <20090216192423.GA2758@dark>

On Mon, Feb 16, 2009 at 02:16:53PM -0500, Eric B?langer wrote:
> On Mon, Feb 16, 2009 at 5:51 AM, Vincent Van Houtte <vvh at synergylaw.be> wrote:
> > Op Mon, 16 Feb 2009 11:35:24 +0100
> > schreef Jan de Groot <jan at jgc.homeip.net>:
> >
> >> Try glib2 ;)
> >
> > Hmmm... nice one - and this for my first post to this ML... :)
> >
> > Anyhoo: mpd requires curl and glib2, so the list of dependencies should
> > be updated.
> >
> > Vincent
> >
> 
> Submit a bug report.

There are already bug reports for these

-- 
Greg

From vvh at synergylaw.be  Mon Feb 16 14:32:30 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Mon, 16 Feb 2009 20:32:30 +0100
Subject: [arch-general] mpd 0.14 requires curl,
 glib && glib seems to be 	outdated
In-Reply-To: <7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
	<1234780524.18584.0.camel@jan>
	<20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>
	<7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>
Message-ID: <20090216203230.2c4b9c2c@pc-vincent.Synergylaw.be>

Op Mon, 16 Feb 2009 14:16:53 -0500
schreef Eric B?langer <snowmaniscool at gmail.com>:

> On Mon, Feb 16, 2009 at 5:51 AM, Vincent Van Houtte
> <vvh at synergylaw.be> wrote:
> > Op Mon, 16 Feb 2009 11:35:24 +0100
> > schreef Jan de Groot <jan at jgc.homeip.net>:
> >
> >> Try glib2 ;)
> >
> > Hmmm... nice one - and this for my first post to this ML... :)
> >
> > Anyhoo: mpd requires curl and glib2, so the list of dependencies
> > should be updated.
> >
> > Vincent
> >
> 
> Submit a bug report.

Done: http://bugs.archlinux.org/task/13308

Vincent
-- 
Advocatenkantoor Suy, Van Baeveghem & Van Houtte
Brusselsestraat 108
9200 Dendermonde
T +32.52.52.06.05
F +32.52.52.06.46
W http://www.synergylaw.be

From vvh at synergylaw.be  Mon Feb 16 14:37:28 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Mon, 16 Feb 2009 20:37:28 +0100
Subject: [arch-general] mpd 0.14 requires curl,
 glib && glib seems to	be  outdated
In-Reply-To: <20090216192423.GA2758@dark>
References: <20090216113105.4c75e7d1@pc-vincent.Synergylaw.be>
	<1234780524.18584.0.camel@jan>
	<20090216115145.0ae4eed7@pc-vincent.Synergylaw.be>
	<7fcd249b0902161116k4bedfe07qdb7456be9e620252@mail.gmail.com>
	<20090216192423.GA2758@dark>
Message-ID: <20090216203728.23c7b7dc@pc-vincent.Synergylaw.be>

Op Mon, 16 Feb 2009 21:24:23 +0200
schreef Grigorios Bouzakis <grbzks at gmail.com>:

> On Mon, Feb 16, 2009 at 02:16:53PM -0500, Eric B?langer wrote:
> > On Mon, Feb 16, 2009 at 5:51 AM, Vincent Van Houtte
> > <vvh at synergylaw.be> wrote:
> > > Op Mon, 16 Feb 2009 11:35:24 +0100
> > > schreef Jan de Groot <jan at jgc.homeip.net>:
> > >
> > >> Try glib2 ;)
> > >
> > > Hmmm... nice one - and this for my first post to this ML... :)
> > >
> > > Anyhoo: mpd requires curl and glib2, so the list of dependencies
> > > should be updated.
> > >
> > > Vincent
> > >
> > 
> > Submit a bug report.
> 
> There are already bug reports for these

Searching the bugtracker, I found http://bugs.archlinux.org/task/12282
where this problem is indeed mentioned in the comments. I did not find
an actual bug report.

Vincent
-- 
Advocatenkantoor Suy, Van Baeveghem & Van Houtte
Brusselsestraat 108
9200 Dendermonde
T +32.52.52.06.05
F +32.52.52.06.46
W http://www.synergylaw.be

From vmlinuz386 at yahoo.com.ar  Mon Feb 16 15:57:23 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Mon, 16 Feb 2009 18:57:23 -0200
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
Message-ID: <4999D333.3060907@yahoo.com.ar>

Leslie P. Polzer wrote:
> I've noticed that the Arch Haskell community has made astonishing
> progress with their packages.
>
> I think it would be nice to have the same for Common Lisp.
>
> Would anyone be interested in devising a packaging system
> that works with multiple Lisps?
>
>   Cheers,
>
>     Leslie
>
>   
Hi Leslie,

Well, some days ago, i was thinking of putting some packages for common
lisp, because it was going to do a project in CLISP, but in the end I
will not need more than the CLISP package.
Anyway I am interested in doing more of the packages that are in
http://www.cliki.net.

LISP is one of my favorite language.

Good Luck!

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From gdamjan at gmail.com  Mon Feb 16 21:39:12 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Tue, 17 Feb 2009 03:39:12 +0100
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
Message-ID: <28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>

> Hi, I just want to tell you that for some reason there is no
> bluez-simple-agent in the package (4.30-1), however your PKGBUILD has
> it


You have probably confused Geoffroys[1] packages with mine[2]

[1] http://repos.archlinux.org/viewvc.cgi/bluez/repos/extra-i686/PKGBUILD?revision=27009&view=markup
[2] http://damjan.softver.org.mk:8080/git/arch-bluetooth/tree/bluez

Geoffroys package doesn't install the bluez-simple-agent script. I
don't know if it should.


-- 
damjan

From rterry at pacific.net.au  Mon Feb 16 21:52:55 2009
From: rterry at pacific.net.au (richard terry)
Date: Tue, 17 Feb 2009 13:52:55 +1100
Subject: [arch-general] Upgrade to Kde 4.2 > nothing but blank desktop
Message-ID: <200902171352.55386.rterry@pacific.net.au>

I upgraded from 4.0 (which was sort-of-functional) to 4.2 this morning and on 
loading the kde desktop has nothing on it, dosn't respond to any keypresses.

I created a new user, tried again> same thing.

Any clues for a clueless user as to where to start?

Regards

Richard

From aaronmgriffin at gmail.com  Mon Feb 16 22:04:50 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Mon, 16 Feb 2009 21:04:50 -0600
Subject: [arch-general] Upgrade to Kde 4.2 > nothing but blank desktop
In-Reply-To: <200902171352.55386.rterry@pacific.net.au>
References: <200902171352.55386.rterry@pacific.net.au>
Message-ID: <d64a48980902161904n3f8cbf0cvf5c15a81b848c600@mail.gmail.com>

On Mon, Feb 16, 2009 at 8:52 PM, richard terry <rterry at pacific.net.au> wrote:
> I upgraded from 4.0 (which was sort-of-functional) to 4.2 this morning and on
> loading the kde desktop has nothing on it, dosn't respond to any keypresses.
>
> I created a new user, tried again> same thing.
>
> Any clues for a clueless user as to where to start?
>
> Regards
>
> Richard
>

http://www.archlinux.org/news/424/

From gdamjan at gmail.com  Mon Feb 16 23:14:47 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Tue, 17 Feb 2009 05:14:47 +0100
Subject: [arch-general] closed bugs, open comments?
Message-ID: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>

I find it pretty frustrating that once bugs are closed in
http://bugs.archlinux.org/ you can no longer add comments.
The only option you have is request re-opening of the bug, which, I
guess, would then frustrate the maintainer who closed the bug.

Adding comments to already closed bugs makes sense to me, since the
*discussion* is almost always not over when it's (too hastily?)
closed. Sometimes you want to add comments that strengthens the case
for closing the report, which also means the report will not be
re-opened in the future. Sometimes you need to supply more
information.


-- 
damjan

From nbigaouette at gmail.com  Mon Feb 16 23:29:32 2009
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Mon, 16 Feb 2009 23:29:32 -0500
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
Message-ID: <1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>

I totally second that. It is really frustrating as a bug reporting user to
end the discussion like this.
It really looks like a "shut-up and stop annoying us" thing...

I know it did not gave me the motivation to open other bugs.

I don't see why the discussion should be closed when the bug is. As Damjan
said, some useful information can still be provided even if the bug is
closed.


2009/2/16 Damjan Georgievski <gdamjan at gmail.com>

> I find it pretty frustrating that once bugs are closed in
> http://bugs.archlinux.org/ you can no longer add comments.
> The only option you have is request re-opening of the bug, which, I
> guess, would then frustrate the maintainer who closed the bug.
>
> Adding comments to already closed bugs makes sense to me, since the
> *discussion* is almost always not over when it's (too hastily?)
> closed. Sometimes you want to add comments that strengthens the case
> for closing the report, which also means the report will not be
> re-opened in the future. Sometimes you need to supply more
> information.
>
>
> --
> damjan
>

From juantascon at gmail.com  Mon Feb 16 23:54:22 2009
From: juantascon at gmail.com (Juan Diego)
Date: Tue, 17 Feb 2009 13:54:22 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
	<28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>
Message-ID: <b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>

what should I do if I need bluetooth just from command line?

On Tue, Feb 17, 2009 at 11:39 AM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>> Hi, I just want to tell you that for some reason there is no
>> bluez-simple-agent in the package (4.30-1), however your PKGBUILD has
>> it
>
>
> You have probably confused Geoffroys[1] packages with mine[2]
>
> [1] http://repos.archlinux.org/viewvc.cgi/bluez/repos/extra-i686/PKGBUILD?revision=27009&view=markup
> [2] http://damjan.softver.org.mk:8080/git/arch-bluetooth/tree/bluez
>
> Geoffroys package doesn't install the bluez-simple-agent script. I
> don't know if it should.
>
>
> --
> damjan
>

From juantascon at gmail.com  Tue Feb 17 01:23:23 2009
From: juantascon at gmail.com (Juan Diego)
Date: Tue, 17 Feb 2009 15:23:23 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
	<28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>
	<b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>
Message-ID: <b3095c50902162223y76f40105q9ad2d8b16b699d78@mail.gmail.com>

and one more question: am I the only one who still cannot connect my
headset device since the update to  bluez4?

On Tue, Feb 17, 2009 at 1:54 PM, Juan Diego <juantascon at gmail.com> wrote:
> what should I do if I need bluetooth just from command line?
>
> On Tue, Feb 17, 2009 at 11:39 AM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>>> Hi, I just want to tell you that for some reason there is no
>>> bluez-simple-agent in the package (4.30-1), however your PKGBUILD has
>>> it
>>
>>
>> You have probably confused Geoffroys[1] packages with mine[2]
>>
>> [1] http://repos.archlinux.org/viewvc.cgi/bluez/repos/extra-i686/PKGBUILD?revision=27009&view=markup
>> [2] http://damjan.softver.org.mk:8080/git/arch-bluetooth/tree/bluez
>>
>> Geoffroys package doesn't install the bluez-simple-agent script. I
>> don't know if it should.
>>
>>
>> --
>> damjan
>>
>

From lymanrb at gmail.com  Tue Feb 17 01:58:26 2009
From: lymanrb at gmail.com (Lyman)
Date: Tue, 17 Feb 2009 15:58:26 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <b3095c50902162223y76f40105q9ad2d8b16b699d78@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>	<28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>	<b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>
	<b3095c50902162223y76f40105q9ad2d8b16b699d78@mail.gmail.com>
Message-ID: <499A6012.7000000@gmail.com>

Juan Diego ??:
> and one more question: am I the only one who still cannot connect my
> headset device since the update to  bluez4?
you are not alone, pal

1, bluez4's dbus api has changed, therefore, original script do not work 
any longer (bold part in start page of official bluez wiki: 
http://wiki.bluez.org/)
2, I did a little search on bluez4 headset howto, no luck
3, it's said that pulseaudio can handle this issue in a 
not-very-user-friendly way, I give it up since pulseaudio freaked me out 
(http://fosswire.com/2008/10/25/better-bluetooth-audio/)

> 
> On Tue, Feb 17, 2009 at 1:54 PM, Juan Diego <juantascon at gmail.com> wrote:
>> what should I do if I need bluetooth just from command line?
>>
>> On Tue, Feb 17, 2009 at 11:39 AM, Damjan Georgievski <gdamjan at gmail.com> wrote:
> 


From juantascon at gmail.com  Tue Feb 17 02:51:18 2009
From: juantascon at gmail.com (Juan Diego)
Date: Tue, 17 Feb 2009 16:51:18 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <499A6012.7000000@gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<28f0f01f0902140442r4d2959c1u4d9504b584efa2a7@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
	<28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>
	<b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>
	<b3095c50902162223y76f40105q9ad2d8b16b699d78@mail.gmail.com>
	<499A6012.7000000@gmail.com>
Message-ID: <b3095c50902162351i1c44e477vfd7fab3893117443@mail.gmail.com>

thanks for the info, however I starting to think that is impossible to
make work bt audio with bluez4, about the pulseadio link this one is
for the old way to do that (using alsa bluetooth module for
pulseaudio) so this procedure now is obsolete

if someone can make work bt audio with bluez4 please share the info

thank you

On Tue, Feb 17, 2009 at 3:58 PM, Lyman <lymanrb at gmail.com> wrote:
> Juan Diego ??:
>>
>> and one more question: am I the only one who still cannot connect my
>> headset device since the update to  bluez4?
>
> you are not alone, pal
>
> 1, bluez4's dbus api has changed, therefore, original script do not work any
> longer (bold part in start page of official bluez wiki:
> http://wiki.bluez.org/)
> 2, I did a little search on bluez4 headset howto, no luck
> 3, it's said that pulseaudio can handle this issue in a
> not-very-user-friendly way, I give it up since pulseaudio freaked me out
> (http://fosswire.com/2008/10/25/better-bluetooth-audio/)
>
>>
>> On Tue, Feb 17, 2009 at 1:54 PM, Juan Diego <juantascon at gmail.com> wrote:
>>>
>>> what should I do if I need bluetooth just from command line?
>>>
>>> On Tue, Feb 17, 2009 at 11:39 AM, Damjan Georgievski <gdamjan at gmail.com>
>>> wrote:
>>
>
>

From shiningxc at gmail.com  Tue Feb 17 03:00:37 2009
From: shiningxc at gmail.com (Xavier)
Date: Tue, 17 Feb 2009 09:00:37 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
Message-ID: <91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>

Either you want to add information for justifying the cllosed bug, and
in this case it's not a big deal since you basically agree that the
bug should be closed. (I understand it can be a bit annoying in some
cases though :))
Or you want to add information against the closing of the bug : in
this case, it's exactly a request to reopen.

On Tue, Feb 17, 2009 at 5:29 AM, Nicolas Bigaouette
<nbigaouette at gmail.com> wrote:
> I totally second that. It is really frustrating as a bug reporting user to
> end the discussion like this.
> It really looks like a "shut-up and stop annoying us" thing...
>
> I know it did not gave me the motivation to open other bugs.
>
> I don't see why the discussion should be closed when the bug is. As Damjan
> said, some useful information can still be provided even if the bug is
> closed.
>
>
> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>
>> I find it pretty frustrating that once bugs are closed in
>> http://bugs.archlinux.org/ you can no longer add comments.
>> The only option you have is request re-opening of the bug, which, I
>> guess, would then frustrate the maintainer who closed the bug.
>>
>> Adding comments to already closed bugs makes sense to me, since the
>> *discussion* is almost always not over when it's (too hastily?)
>> closed. Sometimes you want to add comments that strengthens the case
>> for closing the report, which also means the report will not be
>> re-opened in the future. Sometimes you need to supply more
>> information.
>>
>>
>> --
>> damjan
>>
>

From juantascon at gmail.com  Tue Feb 17 03:04:19 2009
From: juantascon at gmail.com (Juan Diego)
Date: Tue, 17 Feb 2009 17:04:19 +0900
Subject: [arch-general] Problems with Bluetooth packages
In-Reply-To: <b3095c50902162351i1c44e477vfd7fab3893117443@mail.gmail.com>
References: <18f12d150902132147o6a180316nc23b53da60ea9378@mail.gmail.com>
	<18f12d150902140522p98e4519ha357798ad9fde7c4@mail.gmail.com>
	<c9084260902141653w2d98dc62ue54d0c7bc3e609a7@mail.gmail.com>
	<18f12d150902151036y51c001c5l64b2d0dbc5dc43b0@mail.gmail.com>
	<b3095c50902152244o1421fcaey27446b60ea41b82e@mail.gmail.com>
	<28f0f01f0902161839j30c3640bw4e9e13cca9aa3dc5@mail.gmail.com>
	<b3095c50902162054w4de518cbmb116b34228235036@mail.gmail.com>
	<b3095c50902162223y76f40105q9ad2d8b16b699d78@mail.gmail.com>
	<499A6012.7000000@gmail.com>
	<b3095c50902162351i1c44e477vfd7fab3893117443@mail.gmail.com>
Message-ID: <b3095c50902170004t7cb3037dw8e8ff7aaf100dbac@mail.gmail.com>

hey, sorry, I just found how to, I will give the explanation if
someone else need it:

1. start bluetoothd
2. run this command: bluez-simple-agent hci0 00:00:00:00:00
(hci0 is the device id and 00:00:00 is the headset mac adress), the
headset must be in pairing mode
3. enjoy

I mostly use command line mode, so now my request would be: please add
simple-agent to the package, is the only way to use bluetooth on
command line

thanks

On Tue, Feb 17, 2009 at 4:51 PM, Juan Diego <juantascon at gmail.com> wrote:
> thanks for the info, however I starting to think that is impossible to
> make work bt audio with bluez4, about the pulseadio link this one is
> for the old way to do that (using alsa bluetooth module for
> pulseaudio) so this procedure now is obsolete
>
> if someone can make work bt audio with bluez4 please share the info
>
> thank you
>
> On Tue, Feb 17, 2009 at 3:58 PM, Lyman <lymanrb at gmail.com> wrote:
>> Juan Diego ??:
>>>
>>> and one more question: am I the only one who still cannot connect my
>>> headset device since the update to  bluez4?
>>
>> you are not alone, pal
>>
>> 1, bluez4's dbus api has changed, therefore, original script do not work any
>> longer (bold part in start page of official bluez wiki:
>> http://wiki.bluez.org/)
>> 2, I did a little search on bluez4 headset howto, no luck
>> 3, it's said that pulseaudio can handle this issue in a
>> not-very-user-friendly way, I give it up since pulseaudio freaked me out
>> (http://fosswire.com/2008/10/25/better-bluetooth-audio/)
>>
>>>
>>> On Tue, Feb 17, 2009 at 1:54 PM, Juan Diego <juantascon at gmail.com> wrote:
>>>>
>>>> what should I do if I need bluetooth just from command line?
>>>>
>>>> On Tue, Feb 17, 2009 at 11:39 AM, Damjan Georgievski <gdamjan at gmail.com>
>>>> wrote:
>>>
>>
>>
>

From allan at archlinux.org  Tue Feb 17 03:20:23 2009
From: allan at archlinux.org (Allan McRae)
Date: Tue, 17 Feb 2009 18:20:23 +1000
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
Message-ID: <BAY102-DAV10BDD59A89D23EA6AD4C5386B40@phx.gbl>

Leslie P. Polzer wrote:
> I've noticed that the Arch Haskell community has made astonishing
> progress with their packages.
>
> I think it would be nice to have the same for Common Lisp.
>
> Would anyone be interested in devising a packaging system
> that works with multiple Lisps?
>   

There is this wiki page that has (or started?) put together guidelines 
for the packaging of lisp packages.

Allan



From redshift at pandora.be  Tue Feb 17 04:30:47 2009
From: redshift at pandora.be (RedShift)
Date: Tue, 17 Feb 2009 10:30:47 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
Message-ID: <499A83C7.2010709@pandora.be>

Damjan Georgievski wrote:
> I find it pretty frustrating that once bugs are closed in
> http://bugs.archlinux.org/ you can no longer add comments.
> The only option you have is request re-opening of the bug, which, I
> guess, would then frustrate the maintainer who closed the bug.
> 
> Adding comments to already closed bugs makes sense to me, since the
> *discussion* is almost always not over when it's (too hastily?)
> closed. Sometimes you want to add comments that strengthens the case
> for closing the report, which also means the report will not be
> re-opened in the future. Sometimes you need to supply more
> information.
> 
> 

It's a BUG TRACKER, not a FORUM. If you really want to keep discussing something further, post it to the mailinglist or the forum. You know, the places that were _made_ for discussion? The right tool for the right job please!

Glenn

From dieter at plaetinck.be  Tue Feb 17 08:06:06 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Tue, 17 Feb 2009 14:06:06 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499A83C7.2010709@pandora.be>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<499A83C7.2010709@pandora.be>
Message-ID: <20090217140606.7bd8f91f@plaetinck.be>

On Tue, 17 Feb 2009 10:30:47 +0100
RedShift <redshift at pandora.be> wrote:

> Damjan Georgievski wrote:
> > I find it pretty frustrating that once bugs are closed in
> > http://bugs.archlinux.org/ you can no longer add comments.
> > The only option you have is request re-opening of the bug, which, I
> > guess, would then frustrate the maintainer who closed the bug.
> > 
> > Adding comments to already closed bugs makes sense to me, since the
> > *discussion* is almost always not over when it's (too hastily?)
> > closed. Sometimes you want to add comments that strengthens the case
> > for closing the report, which also means the report will not be
> > re-opened in the future. Sometimes you need to supply more
> > information.
> > 
> > 
> 
> It's a BUG TRACKER, not a FORUM. If you really want to keep
> discussing something further, post it to the mailinglist or the
> forum. You know, the places that were _made_ for discussion? The
> right tool for the right job please!
> 
> Glenn

In theory I would agree, but in practice most bugs don't have
corresponding threads on the ML/forums.  Why would you start a new
thread on a different place if you already have a "thread" on the
bugtracker?  It's simpler, more clear and a bugtracker works just fine
for this.

I don't really have time to research right now but on first look I
couldn't find a setting for this.

Dieter

From aaronmgriffin at gmail.com  Tue Feb 17 10:48:16 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Tue, 17 Feb 2009 09:48:16 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
Message-ID: <d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>

On Tue, Feb 17, 2009 at 2:00 AM, Xavier <shiningxc at gmail.com> wrote:
> Either you want to add information for justifying the cllosed bug, and
> in this case it's not a big deal since you basically agree that the
> bug should be closed. (I understand it can be a bit annoying in some
> cases though :))
> Or you want to add information against the closing of the bug : in
> this case, it's exactly a request to reopen.

I'm on Xavier's side here. And Damjan is referring to a bug I closed,
which was not a bug, as the directions were explained quite clearly in
the man page. If you think the man page is wrong, report it to the
upstream maintainer.

From dieter at plaetinck.be  Tue Feb 17 11:23:28 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Tue, 17 Feb 2009 17:23:28 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
Message-ID: <20090217172328.0559a0cb@plaetinck.be>

On Tue, 17 Feb 2009 09:48:16 -0600
Aaron Griffin <aaronmgriffin at gmail.com> wrote:

> On Tue, Feb 17, 2009 at 2:00 AM, Xavier <shiningxc at gmail.com> wrote:
> > Either you want to add information for justifying the cllosed bug,
> > and in this case it's not a big deal since you basically agree that
> > the bug should be closed. (I understand it can be a bit annoying in
> > some cases though :))
> > Or you want to add information against the closing of the bug : in
> > this case, it's exactly a request to reopen.
> 
> I'm on Xavier's side here. And Damjan is referring to a bug I closed,
> which was not a bug, as the directions were explained quite clearly in
> the man page. If you think the man page is wrong, report it to the
> upstream maintainer.

Sometimes you just have useful information that would interest the
original poster, the people who helped him out and/or anyone who reads
the ticket afterwards because he has the same problem.


Dieter

From geoffroy.carrier at koon.fr  Tue Feb 17 11:42:20 2009
From: geoffroy.carrier at koon.fr (Geoffroy Carrier)
Date: Tue, 17 Feb 2009 17:42:20 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <20090217172328.0559a0cb@plaetinck.be>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
Message-ID: <c9084260902170842h207e3a29u4b77791484171f15@mail.gmail.com>

On Tue, Feb 17, 2009 at 17:23, Dieter Plaetinck <dieter at plaetinck.be> wrote:
> Sometimes you just have useful information that would interest the
> original poster, the people who helped him out and/or anyone who reads
> the ticket afterwards because he has the same problem.

I'd agree with that.
A bug can be closed because it is upstream and have workarounds, and
people that will search about this bug will end on the bug report, so
workarounds belong here IMHO.
A bug can be closed and happen again, it would be bureaucratic to
report the same bug again.
A bug can be fixed by a method that limits some features, but could be
fixed by another which wouldn't have those limitations. Mailing the
maintainer means that it will only be widely available once the
maintainer made the change. Then providing the alternative method via
a comment on the bug report seems a good way IMHO, as everyone can try
it ASAP.
etc.


-- 
Geoffroy Carrier

From aaronmgriffin at gmail.com  Tue Feb 17 11:44:46 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Tue, 17 Feb 2009 10:44:46 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <20090217172328.0559a0cb@plaetinck.be>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
Message-ID: <d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>

On Tue, Feb 17, 2009 at 10:23 AM, Dieter Plaetinck <dieter at plaetinck.be> wrote:
> On Tue, 17 Feb 2009 09:48:16 -0600
> Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>
>> On Tue, Feb 17, 2009 at 2:00 AM, Xavier <shiningxc at gmail.com> wrote:
>> > Either you want to add information for justifying the cllosed bug,
>> > and in this case it's not a big deal since you basically agree that
>> > the bug should be closed. (I understand it can be a bit annoying in
>> > some cases though :))
>> > Or you want to add information against the closing of the bug : in
>> > this case, it's exactly a request to reopen.
>>
>> I'm on Xavier's side here. And Damjan is referring to a bug I closed,
>> which was not a bug, as the directions were explained quite clearly in
>> the man page. If you think the man page is wrong, report it to the
>> upstream maintainer.
>
> Sometimes you just have useful information that would interest the
> original poster, the people who helped him out and/or anyone who reads
> the ticket afterwards because he has the same problem.

True but leaving comments open means more emails. As one who is
actually assigned to a lot of these bugs (and has to act on them), I
get 30ish email threads a day (not sure of individual emails - thanks
gmail!) from open bugs alone. If we start allowing comments on closed
bugs, they're going to send me emails too and the actual stuff I need
to do is going to get lost in the sea of emails.

Not allowing comments on closed bugs is about signal vs noise. I, for
one, would very much prefer as little noise as possible.

From gdamjan at gmail.com  Tue Feb 17 12:23:33 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Tue, 17 Feb 2009 18:23:33 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
Message-ID: <28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>

>> Sometimes you just have useful information that would interest the
>> original poster, the people who helped him out and/or anyone who reads
>> the ticket afterwards because he has the same problem.
>
> True but leaving comments open means more emails. As one who is
> actually assigned to a lot of these bugs (and has to act on them), I
> get 30ish email threads a day (not sure of individual emails - thanks
> gmail!) from open bugs alone. If we start allowing comments on closed
> bugs, they're going to send me emails too and the actual stuff I need
> to do is going to get lost in the sea of emails.
>
> Not allowing comments on closed bugs is about signal vs noise. I, for
> one, would very much prefer as little noise as possible.

You have the option instead of closing the bug, or denying comments,
to just remove yourself from the notfication list or from the assignement.

The problem here is that your equalizing noise to you, for noise to
everyone else.



-- 
damjan

From aaronmgriffin at gmail.com  Tue Feb 17 12:33:26 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Tue, 17 Feb 2009 11:33:26 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
Message-ID: <d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>

On Tue, Feb 17, 2009 at 11:23 AM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>>> Sometimes you just have useful information that would interest the
>>> original poster, the people who helped him out and/or anyone who reads
>>> the ticket afterwards because he has the same problem.
>>
>> True but leaving comments open means more emails. As one who is
>> actually assigned to a lot of these bugs (and has to act on them), I
>> get 30ish email threads a day (not sure of individual emails - thanks
>> gmail!) from open bugs alone. If we start allowing comments on closed
>> bugs, they're going to send me emails too and the actual stuff I need
>> to do is going to get lost in the sea of emails.
>>
>> Not allowing comments on closed bugs is about signal vs noise. I, for
>> one, would very much prefer as little noise as possible.
>
> You have the option instead of closing the bug, or denying comments,
> to just remove yourself from the notfication list or from the assignement.

Actually, I kinda don't have that option. I still seriously don't
understand what this is about. Your bug was not a bug. Period. If you
think the man page is wrong, then file a report upstream. The bug
tracker is not a forum where we can talk about our feelings or how to
link to certain libraries. It is for Arch Linux bugs.

From shiningxc at gmail.com  Tue Feb 17 12:37:53 2009
From: shiningxc at gmail.com (Xavier)
Date: Tue, 17 Feb 2009 18:37:53 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <c9084260902170842h207e3a29u4b77791484171f15@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<c9084260902170842h207e3a29u4b77791484171f15@mail.gmail.com>
Message-ID: <91752840902170937u6523fb11n11b2b753076a412b@mail.gmail.com>

On Tue, Feb 17, 2009 at 5:42 PM, Geoffroy Carrier
<geoffroy.carrier at koon.fr> wrote:
> On Tue, Feb 17, 2009 at 17:23, Dieter Plaetinck <dieter at plaetinck.be> wrote:
>> Sometimes you just have useful information that would interest the
>> original poster, the people who helped him out and/or anyone who reads
>> the ticket afterwards because he has the same problem.
>
> I'd agree with that.
> A bug can be closed because it is upstream and have workarounds, and
> people that will search about this bug will end on the bug report, so
> workarounds belong here IMHO.

In my opinion, bugs should not be closed in this case. The arch bug
report should contain links to the upstream bug, to track its status.
The arch bug report should only be closed when a patch from upstream
has been applied to the arch package, or a new upstream version has
been released and has been packaged in arch.
The only case where it makes really sense to close it is when the bug
is seen as invalid by upstream and is never going to be fixed.

> A bug can be closed and happen again, it would be bureaucratic to
> report the same bug again.

That is exactly why you can re-open a bug..

> A bug can be fixed by a method that limits some features, but could be
> fixed by another which wouldn't have those limitations. Mailing the
> maintainer means that it will only be widely available once the
> maintainer made the change. Then providing the alternative method via
> a comment on the bug report seems a good way IMHO, as everyone can try
> it ASAP.
> etc.
>

Looks like we are going to special cases now, so really not so
important. For these special cases, it seems good enough to just open
a new bug / feature request or to simply contact the maintainer.

From muczyjoe at gmail.com  Tue Feb 17 13:41:12 2009
From: muczyjoe at gmail.com (=?ISO-8859-1?Q?Avramucz_P=E9ter?=)
Date: Tue, 17 Feb 2009 19:41:12 +0100
Subject: [arch-general] ndiswrapper problem
In-Reply-To: <200902160723.41290.t.powa@gmx.de>
References: <ef4613b70902151235u42518c7ct755f1d88f281a871@mail.gmail.com>
	<d64a48980902151253g58a048c1jdaaef8dc357fe681@mail.gmail.com>
	<ef4613b70902151301s124353b9re2fcac5aef16e2b5@mail.gmail.com>
	<200902160723.41290.t.powa@gmx.de>
Message-ID: <ef4613b70902171041t2224f658p40dab8d2038597b0@mail.gmail.com>

Hmm..
it looks like, this was a temporary success.
I tried with the package from testing, but it's the same... :-/

On Mon, Feb 16, 2009 at 7:23 AM, Tobias Powalowski <t.powa at gmx.de> wrote:
> Am Sonntag 15 Februar 2009 schrieb Avramucz P?ter:
>> hmmm... building ndiswrapper 1.54 vanilla works.
>>
>> On Sun, Feb 15, 2009 at 9:53 PM, Aaron Griffin <aaronmgriffin at gmail.com>
> wrote:
>> > On Sun, Feb 15, 2009 at 2:35 PM, Avramucz P?ter <muczyjoe at gmail.com>
> wrote:
>> >> Hi!
>> >>
>> >> I have a Broadcom 4312 (rev 01). It seems to be, the best method is
>> >> ndiswrapper using it. However, when I use it, wpa_supplicant can
>> >> associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer.
>> >> Using the wl driver, there is no problem.
>> >> Here is the interesting thing:
>> >> using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild:
>> >> http://gentoo-portage.com/AJAX/Ebuild/49806/View), I can simply get a
>> >> dhcpoffer, so there is something with the ndiswrapper of Arch Linux.
>> >> Any ideas?
>> >
>> > It probably has nothing to do with Arch and everything to do with the
>> > kernel differences. Report it upstream
> have you tried ndiswrapper package from testing too with kernel .28?
>
> --
> Tobias Powalowski
> Archlinux Developer & Package Maintainer (tpowa)
> http://www.archlinux.org
> tpowa at archlinux.org
>

From gdamjan at gmail.com  Tue Feb 17 14:25:47 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Tue, 17 Feb 2009 20:25:47 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
	<d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
Message-ID: <28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>

> Actually, I kinda don't have that option. I still seriously don't
> understand what this is about. Your bug was not a bug. Period.

That bug is not the single event that prompted me to write this mail.
It has happened a lot.
So let's focus on the main issue.

> If you think the man page is wrong, then file a report upstream. The bug
> tracker is not a forum where we can talk about our feelings or how to
> link to certain libraries. It is for Arch Linux bugs.

Offtopic:
Maybe I will, I see that Debian thinks gdbm does it wrong.. so maybe
there something to it.
And it's not like Arch hasn't patched anything ever.

-- 
damjan

From aaronmgriffin at gmail.com  Tue Feb 17 14:34:59 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Tue, 17 Feb 2009 13:34:59 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
	<d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
	<28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>
Message-ID: <d64a48980902171134i1ba408f7hcc8fd143c5eda34c@mail.gmail.com>

On Tue, Feb 17, 2009 at 1:25 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>> Actually, I kinda don't have that option. I still seriously don't
>> understand what this is about. Your bug was not a bug. Period.
>
> That bug is not the single event that prompted me to write this mail.
> It has happened a lot.
> So let's focus on the main issue.

Then convince me - show me some real-world examples (URLs to bug
reports) where comments after the fact would have been useful.
Currently no one has produced an actual example aside from the fabled
idea of a bug where it may be useful

From gdamjan at gmail.com  Tue Feb 17 14:56:54 2009
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Tue, 17 Feb 2009 20:56:54 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902171134i1ba408f7hcc8fd143c5eda34c@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
	<d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
	<28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>
	<d64a48980902171134i1ba408f7hcc8fd143c5eda34c@mail.gmail.com>
Message-ID: <28f0f01f0902171156p9089ccbtd63f5e248c7b95b2@mail.gmail.com>

>>> Actually, I kinda don't have that option. I still seriously don't
>>> understand what this is about. Your bug was not a bug. Period.
>>
>> That bug is not the single event that prompted me to write this mail.
>> It has happened a lot.
>> So let's focus on the main issue.
>
> Then convince me - show me some real-world examples (URLs to bug
> reports) where comments after the fact would have been useful.
> Currently no one has produced an actual example aside from the fabled
> idea of a bug where it may be useful

I'll try, tell me first if it is of any help that
https://bugs.freedesktop.org/ https://bugzilla.mozilla.org/
https://bugs.kde.org/ do allow comments after closing bugs.
Though, they also don't close bugs that hastily too. So finding
examples there like you requested would be maybe harder.

BTW I myself run a bug tracking site (http://bugs.softver.org.mk/) on
which we have a policy that it's the reporter who needs to close the
bug.

-- 
damjan

From aaronmgriffin at gmail.com  Tue Feb 17 15:01:39 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Tue, 17 Feb 2009 14:01:39 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902171156p9089ccbtd63f5e248c7b95b2@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
	<d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
	<28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>
	<d64a48980902171134i1ba408f7hcc8fd143c5eda34c@mail.gmail.com>
	<28f0f01f0902171156p9089ccbtd63f5e248c7b95b2@mail.gmail.com>
Message-ID: <d64a48980902171201t4bf4ba5bq96911d705353a3ee@mail.gmail.com>

On Tue, Feb 17, 2009 at 1:56 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>>>> Actually, I kinda don't have that option. I still seriously don't
>>>> understand what this is about. Your bug was not a bug. Period.
>>>
>>> That bug is not the single event that prompted me to write this mail.
>>> It has happened a lot.
>>> So let's focus on the main issue.
>>
>> Then convince me - show me some real-world examples (URLs to bug
>> reports) where comments after the fact would have been useful.
>> Currently no one has produced an actual example aside from the fabled
>> idea of a bug where it may be useful
>
> I'll try, tell me first if it is of any help that
> https://bugs.freedesktop.org/ https://bugzilla.mozilla.org/
> https://bugs.kde.org/ do allow comments after closing bugs.
> Though, they also don't close bugs that hastily too. So finding
> examples there like you requested would be maybe harder.
>
> BTW I myself run a bug tracking site (http://bugs.softver.org.mk/) on
> which we have a policy that it's the reporter who needs to close the
> bug.

I'd prefer to stay away from the "look, these people do it that way!"
arguments - very slippery slope there. Let's stick to Arch Linux bugs
where this would be relevant

From dpmcgee at gmail.com  Tue Feb 17 15:13:01 2009
From: dpmcgee at gmail.com (Dan McGee)
Date: Tue, 17 Feb 2009 14:13:01 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <28f0f01f0902171156p9089ccbtd63f5e248c7b95b2@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<91752840902170000i1c2bd8a1v4c85dff594608529@mail.gmail.com>
	<d64a48980902170748l76fb3408h176dceff23820ee0@mail.gmail.com>
	<20090217172328.0559a0cb@plaetinck.be>
	<d64a48980902170844u754572c2odd93a12cacd164f6@mail.gmail.com>
	<28f0f01f0902170923s1007933bnb054d955823621ea@mail.gmail.com>
	<d64a48980902170933y5a5da7b8scfcaba109ed52f36@mail.gmail.com>
	<28f0f01f0902171125s78c44db0sed9ddf76142d862d@mail.gmail.com>
	<d64a48980902171134i1ba408f7hcc8fd143c5eda34c@mail.gmail.com>
	<28f0f01f0902171156p9089ccbtd63f5e248c7b95b2@mail.gmail.com>
Message-ID: <449c10960902171213g7fb34f8dlaeb1b32000727919@mail.gmail.com>

On Tue, Feb 17, 2009 at 1:56 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>>>> Actually, I kinda don't have that option. I still seriously don't
>>>> understand what this is about. Your bug was not a bug. Period.
>>>
>>> That bug is not the single event that prompted me to write this mail.
>>> It has happened a lot.
>>> So let's focus on the main issue.
>>
>> Then convince me - show me some real-world examples (URLs to bug
>> reports) where comments after the fact would have been useful.
>> Currently no one has produced an actual example aside from the fabled
>> idea of a bug where it may be useful
>
> I'll try, tell me first if it is of any help that
> https://bugs.freedesktop.org/ https://bugzilla.mozilla.org/
> https://bugs.kde.org/ do allow comments after closing bugs.
> Though, they also don't close bugs that hastily too. So finding
> examples there like you requested would be maybe harder.

No. That is of zero help.

> BTW I myself run a bug tracking site (http://bugs.softver.org.mk/) on
> which we have a policy that it's the reporter who needs to close the
> bug.

You have 346 bugs total, including closed bugs. We have 13,300. Don't
you think the scale is just slightly different here? We have 20-30
tasks opened a day, and expecting the original reporter to always
follow up just isn't practical.

Can you please stop this bickering in a public forum unless you have
something that will actually improve things? I've seen nothing here
that is productive yet, and I'm sorry to say my message doesn't add
much more besides hopefully getting you to stop and actually form a
decent solution to...oh yeah, we aren't even sure what the actual
problem is.

-Dan

From baho-utot at columbus.rr.com  Tue Feb 17 16:46:19 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Tue, 17 Feb 2009 16:46:19 -0500
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
Message-ID: <499B302B.1050702@columbus.rr.com>

Nicolas Bigaouette wrote:
> I totally second that. It is really frustrating as a bug reporting user to
> end the discussion like this.
> It really looks like a "shut-up and stop annoying us" thing...
>
> I know it did not gave me the motivation to open other bugs.
>
> I don't see why the discussion should be closed when the bug is. As Damjan
> said, some useful information can still be provided even if the bug is
> closed.
>
>
> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>
>   
Which is why I don't submit bug reports anymore.

From vmlinuz386 at yahoo.com.ar  Tue Feb 17 16:48:26 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Tue, 17 Feb 2009 19:48:26 -0200
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <BAY102-DAV10BDD59A89D23EA6AD4C5386B40@phx.gbl>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
	<BAY102-DAV10BDD59A89D23EA6AD4C5386B40@phx.gbl>
Message-ID: <499B30AA.9090608@yahoo.com.ar>

Allan McRae wrote:
> Leslie P. Polzer wrote:
>> I've noticed that the Arch Haskell community has made astonishing
>> progress with their packages.
>>
>> I think it would be nice to have the same for Common Lisp.
>>
>> Would anyone be interested in devising a packaging system
>> that works with multiple Lisps?
>>   
>
> There is this wiki page that has (or started?) put together guidelines
> for the packaging of lisp packages.
>
> Allan
>
>
>
Hi, mmm, my english is very poor to write on the wiki, maybe another can
review this and post on the wiki.

With the codes available to Common LISP, it is quite complicated, many
of them are already outdated due to using old libraries or are
completely abandoned.

I posted a comment for the cl-ppcre [1] package, rewriting from zero the
PKGBUILD and the scriptlet

This is for packages that use the ASDF system
|
||PKGBUILD http://djgera.pastebin.com/f636b1fad
scriptlet http://djgera.pastebin.com/m272a6179|
|
|Are open to discussion and new ideas. Currently I am working with other
packages such as CFFI (The Common Foreign Function Interface) that many
packages depends on it.
|
|[1] http://aur.archlinux.org/packages.php?ID=14549

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From grbzks at gmail.com  Tue Feb 17 17:00:27 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 00:00:27 +0200
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499B302B.1050702@columbus.rr.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com>
Message-ID: <20090217220027.GC2755@dark>

On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
> Nicolas Bigaouette wrote:
>> I totally second that. It is really frustrating as a bug reporting user to
>> end the discussion like this.
>> It really looks like a "shut-up and stop annoying us" thing...
>>
>> I know it did not gave me the motivation to open other bugs.
>>
>> I don't see why the discussion should be closed when the bug is. As Damjan
>> said, some useful information can still be provided even if the bug is
>> closed.
>>
>>
>> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>>
>>   
> Which is why I don't submit bug reports anymore.

Instead of +1'ing this could you provide examples instead?
>From my experience phrakture does the exact same opposite than what you
are "accusing" him of. Usually he doesnt close the bugs even if he
solves them. :P

-- 
Greg

From vla at uni-bonn.de  Tue Feb 17 16:58:56 2009
From: vla at uni-bonn.de (vlad)
Date: Tue, 17 Feb 2009 22:58:56 +0100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499B302B.1050702@columbus.rr.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com>
Message-ID: <20090217215855.GA27827@minerva>


On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
> Nicolas Bigaouette wrote:
>> I totally second that. It is really frustrating as a bug reporting user to
>> end the discussion like this.
>> It really looks like a "shut-up and stop annoying us" thing...
>>
>> I know it did not gave me the motivation to open other bugs.
>>
>> I don't see why the discussion should be closed when the bug is. As Damjan
>> said, some useful information can still be provided even if the bug is
>> closed.
>>
>>
>> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>>
>>   
> Which is why I don't submit bug reports anymore.

some discussions are a real pain...
there is a forum, mailing list, possibility to mail the maintainer, etc.
perhaps (to please everyone) there could be smth like a bug-subforum:
bug #ID -> thread #ID
so discussion can go on. 
but, as someone earlier stated, a bug tracker is for reporting bugs, not
a platform for discussions.


vlad

-- 

From vmlinuz386 at yahoo.com.ar  Tue Feb 17 17:22:23 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Tue, 17 Feb 2009 20:22:23 -0200
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <499a9e63.y1Ilwj75mIevm8al%Joerg.Schilling@fokus.fraunhofer.de>
References: <499821ab.PKvLdC4vrMLHjElz%Joerg.Schilling@fokus.fraunhofer.de>
	<4998AB3E.1020209@yahoo.com.ar>
	<499a9e63.y1Ilwj75mIevm8al%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <499B389F.1060803@yahoo.com.ar>

Joerg Schilling wrote:
> Gerardo Exequiel Pozzi <vmlinuz386 at yahoo.com.ar> wrote:
>
>   
>> Now i tested the latest alpha  version  of cdrecord (
>> cdrtools-2.01.01a57.tar.gz ) and its work perfect without the DMA problem.
>> The version that failed was <= cdrtools-2.01.01a55.tar.gz, with these
>> versions i need to set very low write speed (when i upgraded my DVD
>> writer from PATA to SATA, both LG)
>>     
>
> There always was the documented way to set the environment variable
> "CDR_FORCESPEED" and setting "burnfree" also disables the speed limit.
>
> Now 
>
>   
Ohh OK. Yes, I was aware of the variable "CDR_FORCESPEED" but not
actually used by the warning given by the manual about it. But now it
seems this behavior is by default, am I right? Was unaware of the option
burnfree enable this feature, thanks;)
>> Now inform this: "cdrecord: Warning: The DMA speed test has been
>> skipped." http://djgera.pastebin.com/m35195bbe
>>
>> I prefer to use cdrecord, is the soft that i used for 7 years with my
>> previus distribution (Slackware Linux) and as you said, is updated very
>> often.
>>
>> Thanks for the work! :)
>>     
>
> Thank you
>
>   
>> I take this message to make a consultation, this was one of the major
>> topics of discussion between you and some Linux developers. Does
>> cdrecord: allowing access through  dev=/dev/xyz, or as the message says:
>> "Warning: Open by 'devname' is unintentional and not supported". will be
>> removed in future versions?
>>     
>
> If currently works, but this is not a supported feature and thus it may 
> stop working at any time.
>
> I recommend to use the official syntax that is used by libscg since August 1986.
> Note that if you only have one drive, there is no need to specify dev= at all.
>
>   

It seems to me or I'm wrong?. This syntax requires to work properly
generic scsi module and via /dev/sr0 don't need it?. I did not compile
this (sg) on my system.
But for example if execute:
$ cdrecord dev=ATAPI -scanbus
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (i686-pc-linux-gnu) Copyright (C)
1995-2009 J?rg Schilling
scsidev: 'ATAPI'
devname: 'ATAPI'
scsibus: -2 target: -2 lun: -2
Warning: dev=ATA: is preferred over dev=ATAPI:.
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.

This Warning appears. That's why I prefer to use it that way and avoid
problems, and I prefer not to load the module sg, because it loads the
SATA hard drives as generic devices, adding this to the already loaded
scsi disks sd)

Apparently, I have to load the module sg ATA mode to work.


Thanks for the help J?rg. :)

> J?rg
>
>   

Greetings from Argentina.

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From gprestonc at gmail.com  Tue Feb 17 22:55:43 2009
From: gprestonc at gmail.com (Preston C.)
Date: Tue, 17 Feb 2009 22:55:43 -0500
Subject: [arch-general] how to mount external hdd
Message-ID: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>

I think that this is a simple question. How do I mount an external
hard drive before I log into my desktop? Thanks

From dschauer at gmail.com  Tue Feb 17 23:10:02 2009
From: dschauer at gmail.com (Dwight Schauer)
Date: Tue, 17 Feb 2009 22:10:02 -0600
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
Message-ID: <68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>

<press ctrl-alt-F2> 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

<press ctrl-alt-F7> 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 PM, Preston C. <gprestonc at gmail.com> wrote:
> I think that this is a simple question. How do I mount an external
> hard drive before I log into my desktop? Thanks
>

From gprestonc at gmail.com  Tue Feb 17 23:19:46 2009
From: gprestonc at gmail.com (Preston C.)
Date: Tue, 17 Feb 2009 23:19:46 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
Message-ID: <666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>

> <press ctrl-alt-F2> 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
>
> <press ctrl-alt-F7> to go back to your login manager....
>
> Not sure what kind of answer you were looking for.....
>
That is the right answer. When you say /path/to/mount/point . What
should I put there? Or were you saying that /dev/sdXY is the path to
the mount point.

Also in the command cat /proc/partitions do i type # identify - so
that it would be like this- cat /proc/partitions #idenitfy ,

Thanks,
Preston

From lgrinberg at gmail.com  Tue Feb 17 23:52:05 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Tue, 17 Feb 2009 23:52:05 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
Message-ID: <8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>

Hi Preston,

Basically, you should think of mounting a file system as placing it
under some "root" in your larger file system. In this case, /dev/sdXY
can be thought of as a representation of the file system you want to
mount (the one on the external HD). You can place it anywhere you
want, and that will be its "root" in your larger file
system. Typically, people do something like /media/disk, but it really
can be anything. So

$ sudo mount /dev/sdXY /media/disk

works, but so does

$ sudo mount /dev/sdXY /monkeys/are/awesome/

provided that you had first created a directory called "awesome"
inside a directory called "are" inside a directory called "monkeys" at
/, your root point.

As far as the "#identify" goes -- I actually think that it doesn't do
anything. In BASH (the shell you are probably using), the pound sign
denotes a comment, which means that everything before it and the end
of the line is ignored. So

$ a-random-command # lions are pretty cool too

just runs "a-random-command". I think the poster put "#identify" there
just so you know what you are doing -- it's not actually necessary.

Hope this helps.

--
Leonid Grinberg

From lgrinberg at gmail.com  Tue Feb 17 23:53:13 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Tue, 17 Feb 2009 23:53:13 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
Message-ID: <8642ba650902172053n2931892bg33284731f1d0e805@mail.gmail.com>

> denotes a comment, which means that everything before it and the end
> of the line is ignored. So

I'm sorry, I meant that everything *between* it [the # sign] and the
end of the line is ignored.

--
Leonid

From gprestonc at gmail.com  Wed Feb 18 00:03:49 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 00:03:49 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
Message-ID: <666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>

Thanks guys. I think I got it down. The only question I have is that I
think, not sure though, that the usb external hdd is on /sdb ? I ran
cat /proc/partitions and it gave me a pretty good bit of results, hard
to tell which one is the external hdd. Any other way to check this?

From lgrinberg at gmail.com  Wed Feb 18 00:14:44 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Wed, 18 Feb 2009 00:14:44 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
Message-ID: <8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>

Yes, it is typical that USB external drives are /dev/sdb or /dev/sdb1
(the number at the end indicates the partition number, generally).

From gprestonc at gmail.com  Wed Feb 18 00:18:08 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 00:18:08 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
Message-ID: <666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>

Ok, am about to try "mount /dev/sdb /media/disk . Thanks a lot for the
help Leonid. Hope this works, :-).

From gprestonc at gmail.com  Wed Feb 18 00:39:46 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 00:39:46 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
Message-ID: <666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>

Got it! It was /sdc . Thanks.

From jordz at archlinux.us  Wed Feb 18 01:57:41 2009
From: jordz at archlinux.us (Jordy van Wolferen)
Date: Wed, 18 Feb 2009 07:57:41 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
Message-ID: <1234940261.20203.0.camel@localhost.localdomain>

On Wed, 2009-02-18 at 00:39 -0500, Preston C. wrote:
> Got it! It was /sdc . Thanks.

You can also run "fdisk -l" as root to check your partitions.


From redshift at pandora.be  Wed Feb 18 02:26:37 2009
From: redshift at pandora.be (RedShift)
Date: Wed, 18 Feb 2009 08:26:37 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
Message-ID: <499BB82D.1020208@pandora.be>

Preston C. wrote:
> I think that this is a simple question. How do I mount an external
> hard drive before I log into my desktop? Thanks
> 
> 

You have been asking all these newbie questions while these have been widely covered by The Internets. I suggest you use an Internet Search Machine like google first (http://www.google.com/). The wiki (http://wiki.archlinux.org/) and the forum (http://bbs.archlinux.org/) are a good place to start as well. But your first reflex should be to read man mount...

Glenn


From hollunder at gmx.at  Wed Feb 18 05:03:08 2009
From: hollunder at gmx.at (hollunder at gmx.at)
Date: Wed, 18 Feb 2009 11:03:08 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <499BB82D.1020208@pandora.be>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be>
Message-ID: <20090218110308.340f1bfb@gmx.at>

On Wed, 18 Feb 2009 08:26:37 +0100
RedShift <redshift at pandora.be> wrote:

> Preston C. wrote:
> > I think that this is a simple question. How do I mount an external
> > hard drive before I log into my desktop? Thanks
> > 
> > 
> 
> You have been asking all these newbie questions while these have been
> widely covered by The Internets. I suggest you use an Internet Search
> Machine like google first (http://www.google.com/). The wiki
> (http://wiki.archlinux.org/) and the forum
> (http://bbs.archlinux.org/) are a good place to start as well. But
> your first reflex should be to read man mount...
> 
> Glenn


An external drive can be rather reliably identified and always mounted
at the same place using udev.

This is somewhat problematic on arch linux tough.
For some reason the devices seem not to be created before
mount runs although udev runs before it.
This means that external drives do not get mounted along with all the
other drives specified in fstab.

I personally wonder what the problem is since this method has worked on
other distributions.

My workaround is simply another 'mount -a' in rc.local, at this point
in boottime the devices are created.

Still this doesn't work reliably with one of my drives but this is a
separate problem (slowness).

Philipp

From vmlinuz386 at yahoo.com.ar  Wed Feb 18 11:00:33 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Wed, 18 Feb 2009 14:00:33 -0200
Subject: [arch-general] cdrecord instead of wodim
In-Reply-To: <499bfb8c.eEgLFCZEVDIF9LWj%Joerg.Schilling@fokus.fraunhofer.de>
References: <499821ab.PKvLdC4vrMLHjElz%Joerg.Schilling@fokus.fraunhofer.de>
	<4998AB3E.1020209@yahoo.com.ar>
	<499a9e63.y1Ilwj75mIevm8al%Joerg.Schilling@fokus.fraunhofer.de>
	<499B389F.1060803@yahoo.com.ar>
	<499bfb8c.eEgLFCZEVDIF9LWj%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <499C30A1.8090703@yahoo.com.ar>

Joerg Schilling wrote:
> dev=ATAPI is a dirty trick that was needed in 2001 because the linus kernel
> guys have been unable to fix their kernel panics with PC-Card connected writers.
>
> Just use the _official_ SCSI address syntax. There is no need to specify
> anything additional. dev=1,0,0 or similar is sufficient. 
>
> J?rg
>
>   
OK J?rg thanks.

Something that I was unclear, because the documentation does not talk
about the devices names /dev/sr0 (SCSI CDROM)

Seems that for use this sintax official sintax (n,n,n) the sg (SCSI
generic) module needs to be loaded, unlike the use of _bad_ sintax
/dev/sr0 not need the sg module is loaded
cdrecord -scanbus (without sg module don't work)

I am interested not load the module sg, sg as the module not only
enables access to the cd-roms, but also hard drives


##For example without "sg" (only "sr_mod")

# cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (i686-pc-linux-gnu) Copyright (C)
1995-2009 J?rg Schilling
...

##Using the cdrecord -scanbus -dev=ATAPI work

# cdrecord -scanbus dev=ATAPI
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (i686-pc-linux-gnu) Copyright (C)
1995-2009 J?rg Schilling
...
scsibus0:
        0,0,0     0) 'HL-DT-ST' 'DVDRAM GH20NS15 ' 'IL00' Removable CD-ROM
scsibus1:
        1,0,0   100) 'HL-DT-ST' 'DVD-ROM GDR8163B' '0L23' Removable CD-ROM

# cdrecord dev=/dev/sr0 -checkdrive #*Works* (remember only sr_mod is
loaded)

##Now with sg module loaded...
# cdrecord -scanbus | grep "0,0"
Linux sg driver version: 3.5.34
        0,0,0     0) 'ATA     ' 'WDC WD6400AAKS-6' '01.0' Disk
        1,0,0   100) 'ATA     ' 'WDC WD6400AAKS-0' '01.0' Disk
        2,0,0   200) 'ATA     ' 'WDC WD5000AAKS-0' '12.0' Disk
        3,0,0   300) 'ATA     ' 'WDC WD5000AAKS-0' '12.0' Disk
        4,0,0   400) 'HL-DT-ST' 'DVDRAM GH20NS15 ' 'IL00' Removable CD-ROM
        6,0,0   600) 'HL-DT-ST' 'DVD-ROM GDR8163B' '0L23' Removable CD-ROM

and this is what we do not want to, I see the hard drives here, so I
avoid using the module sg.

Then my last question is, and I will be more than grateful: Is there any
way to use the syntax dev=n,n,n without using the module sg, and only
with the sr_mod module?


Many thanks J?rg for the support, will not give personalized support to
the public, thanks for the exception :)


PS (for J?rg): I hope not to be annoying.
PS (for Arch ML): Apologize to the list, but I think this is interesting
that they can read it publicly.


-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From kessiapinheiro at gmail.com  Wed Feb 18 11:29:28 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Wed, 18 Feb 2009 13:29:28 -0300
Subject: [arch-general] Ruby 1.9 upgrade and some more
Message-ID: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>

Hi all,

I'm doing a recompile of ruby for version 1.9. The needed are, in that order:

- recompile ruby to version 1.9 (no change)
- recompile vi and vim [applying the new patch's until version 108,
arch today only apply 65] and applying a patch for make compatible
with ruby1.9, it's done already.
- move rails to community
- removing rake and rubygems dependency
- drop rake and rubygems from community to /dev/null [ruby now provides both]
- verify which packages needed ruby and check compatibility

-- 
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil

From kessiapinheiro at gmail.com  Wed Feb 18 11:32:11 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Wed, 18 Feb 2009 13:32:11 -0300
Subject: [arch-general] Ruby 1.9 upgrade and some more
In-Reply-To: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
References: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
Message-ID: <c8faca170902180832w4898b41r808969dfe0802134@mail.gmail.com>

I forgot, need recompile gvim too, obvious.

On Wed, Feb 18, 2009 at 1:29 PM, Kessia 'even' Pinheiro
<kessiapinheiro at gmail.com> wrote:
> Hi all,
>
> I'm doing a recompile of ruby for version 1.9. The needed are, in that order:
>
> - recompile ruby to version 1.9 (no change)
> - recompile vi and vim [applying the new patch's until version 108,
> arch today only apply 65] and applying a patch for make compatible
> with ruby1.9, it's done already.
> - move rails to community
> - removing rake and rubygems dependency
> - drop rake and rubygems from community to /dev/null [ruby now provides both]
> - verify which packages needed ruby and check compatibility
>
> --
> Kessia Pinheiro
> Computer Science Student - Brazil, UFBa
> Linux System Administrator
> Arch Linux Trusted User
> Linux User #389695
> http://even.archlinux-br.org
> ---
> X F?rum Internacional Software Livre - fisl10
> 24 a 27 de junho de 2009
> PUCRS - Porto Alegre - Brasil
>



-- 
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil

From pyther at pyther.net  Wed Feb 18 11:37:43 2009
From: pyther at pyther.net (pyther)
Date: Wed, 18 Feb 2009 11:37:43 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
Message-ID: <246ea2495bed2b90fb215fc54168dea6@localhost>


On Wed, 18 Feb 2009 00:39:46 -0500, "Preston C." <gprestonc at gmail.com>
wrote:
> Got it! It was /sdc . Thanks.

Please! Please! Please, search first and if searching fails, please use the
forums. I'm sick of your noob questions polluting my Inbox. The forum is
the more appropriate place for such questions, but as redshift stated use a
search engine first!

Cheers,
~pyther

From grbzks at gmail.com  Wed Feb 18 11:39:59 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 18:39:59 +0200
Subject: [arch-general] Ruby 1.9 upgrade and some more
In-Reply-To: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
References: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
Message-ID: <20090218163959.GA2751@dark>

On Wed, Feb 18, 2009 at 01:29:28PM -0300, Kessia 'even' Pinheiro wrote:
> Hi all,
> 
> I'm doing a recompile of ruby for version 1.9. The needed are, in that order:
> 
> - recompile ruby to version 1.9 (no change)
> - recompile vi and vim [applying the new patch's until version 108,
> arch today only apply 65] and applying a patch for make compatible
> with ruby1.9, it's done already.
> - move rails to community
> - removing rake and rubygems dependency
> - drop rake and rubygems from community to /dev/null [ruby now provides both]
> - verify which packages needed ruby and check compatibility
> 

Did you get in touch with Tobias?
See
http://www.archlinux.org/pipermail/arch-dev-public/2009-February/010259.html
regarding the vim family.

-- 
Greg

From jeffrey.parke at gmail.com  Wed Feb 18 11:45:27 2009
From: jeffrey.parke at gmail.com (Jeffrey Lynn Parke Jr.)
Date: Wed, 18 Feb 2009 10:45:27 -0600
Subject: [arch-general] how to mount external hdd
In-Reply-To: <246ea2495bed2b90fb215fc54168dea6@localhost>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
Message-ID: <b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>

I do not believe that this type of reply should be allowed here. There are
no stupid questions when it comes to linux. Please refrain from polluting my
inbox with your insulting replies.

On Wed, Feb 18, 2009 at 10:37 AM, pyther <pyther at pyther.net> wrote:

>
> On Wed, 18 Feb 2009 00:39:46 -0500, "Preston C." <gprestonc at gmail.com>
> wrote:
> > Got it! It was /sdc . Thanks.
>
> Please! Please! Please, search first and if searching fails, please use the
> forums. I'm sick of your noob questions polluting my Inbox. The forum is
> the more appropriate place for such questions, but as redshift stated use a
> search engine first!
>
> Cheers,
> ~pyther
>

From grbzks at gmail.com  Wed Feb 18 11:49:19 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 18:49:19 +0200
Subject: [arch-general] how to mount external hdd
In-Reply-To: <b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
	<b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
Message-ID: <b9f0f75c0902180849q106d2833j15db37c126c6e04d@mail.gmail.com>

On Wed, Feb 18, 2009 at 6:45 PM, Jeffrey Lynn Parke Jr.
<jeffrey.parke at gmail.com> wrote:
> I do not believe that this type of reply should be allowed here. There are
> no stupid questions when it comes to linux. Please refrain from polluting my
> inbox with your insulting replies.
>

+1
If you dont like it unsubscribe.

-- 
Greg

From denisfalqueto at gmail.com  Wed Feb 18 11:50:14 2009
From: denisfalqueto at gmail.com (Denis Alessandro Altoe Falqueto)
Date: Wed, 18 Feb 2009 13:50:14 -0300
Subject: [arch-general] how to mount external hdd
In-Reply-To: <246ea2495bed2b90fb215fc54168dea6@localhost>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
Message-ID: <ab955ef30902180850o1f9651ebkdc923a957f75c37@mail.gmail.com>

On Wed, Feb 18, 2009 at 1:37 PM, pyther <pyther at pyther.net> wrote:
>
>I'm sick of your noob questions polluting my Inbox.

IMHO, this reaction is a little over the top, isn't? Your point is
valid, but your tone is a little too harsh to make the massage be
efective. I could also claim that your rant is filling my inbox, but I
don't think that is productive.

-- 
-------------------------------------------
Denis A. Altoe Falqueto
-------------------------------------------
George Burns  - "I would go out with women my age, but there are no
women my age."

From lgrinberg at gmail.com  Wed Feb 18 11:50:17 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Wed, 18 Feb 2009 11:50:17 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <246ea2495bed2b90fb215fc54168dea6@localhost>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
Message-ID: <8642ba650902180850u206e64b5l459ff009de273560@mail.gmail.com>

Pyther, RedShift et al,

Without meaning to start a flame war, your complaints are a bit
unjustified.

Yes, the question is a pretty basic one and is answered in other
places. Yes, it's probably prudent to try and ask search engines,
forums, etc. But the OP has no way of knowing what's a "n00b question"
and what isn't. He was polite and cooperative, following the advice
people gave him, and thanking us when it helped. The point of this
mailing list is to help people solve problems. This thread, until
people started acting rude, was a perfect example of that system
working. Why break it?

--
Leonid

From pyther at pyther.net  Wed Feb 18 11:51:20 2009
From: pyther at pyther.net (pyther)
Date: Wed, 18 Feb 2009 11:51:20 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
	<b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
Message-ID: <b801805de8c886a203b27e4f87596a21@localhost>


On Wed, 18 Feb 2009 10:45:27 -0600, "Jeffrey Lynn Parke Jr."
<jeffrey.parke at gmail.com> wrote:
> I do not believe that this type of reply should be allowed here. There
are
> no stupid questions when it comes to linux. Please refrain from polluting
> my
> inbox with your insulting replies.
> 
> On Wed, Feb 18, 2009 at 10:37 AM, pyther <pyther at pyther.net> wrote:
> 
>>
>> On Wed, 18 Feb 2009 00:39:46 -0500, "Preston C." <gprestonc at gmail.com>
>> wrote:
>> > Got it! It was /sdc . Thanks.
>>
>> Please! Please! Please, search first and if searching fails, please use
>> the
>> forums. I'm sick of your noob questions polluting my Inbox. The forum is
>> the more appropriate place for such questions, but as redshift stated
use
>> a
>> search engine first!
>>
>> Cheers,
>> ~pyther
>>
For the most part I agree there are no stupid questions in it comes to
linux, however this can be debated. I was not insulting Preston, however I
had previously suggested that he use the forums, in which he did. I do not
believe that mailing list is the appropriate place for such basic questions
when we have the forums. I'm sorry if I came off as being to harsh, I
probably should have used a better choice of words in my previous message.

From kessiapinheiro at gmail.com  Wed Feb 18 12:01:21 2009
From: kessiapinheiro at gmail.com (Kessia 'even' Pinheiro)
Date: Wed, 18 Feb 2009 14:01:21 -0300
Subject: [arch-general] Ruby 1.9 upgrade and some more
In-Reply-To: <20090218163959.GA2751@dark>
References: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
	<20090218163959.GA2751@dark>
Message-ID: <c8faca170902180901w2568cba2y209c6e5510a2deb8@mail.gmail.com>

I sent a mail right now for him, i'was clean up the build tree. Thanks
for remember me.

On Wed, Feb 18, 2009 at 1:39 PM, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Wed, Feb 18, 2009 at 01:29:28PM -0300, Kessia 'even' Pinheiro wrote:
>> Hi all,
>>
>> I'm doing a recompile of ruby for version 1.9. The needed are, in that order:
>>
>> - recompile ruby to version 1.9 (no change)
>> - recompile vi and vim [applying the new patch's until version 108,
>> arch today only apply 65] and applying a patch for make compatible
>> with ruby1.9, it's done already.
>> - move rails to community
>> - removing rake and rubygems dependency
>> - drop rake and rubygems from community to /dev/null [ruby now provides both]
>> - verify which packages needed ruby and check compatibility
>>
>
> Did you get in touch with Tobias?
> See
> http://www.archlinux.org/pipermail/arch-dev-public/2009-February/010259.html
> regarding the vim family.
>
> --
> Greg
>



-- 
Kessia Pinheiro
Computer Science Student - Brazil, UFBa
Linux System Administrator
Arch Linux Trusted User
Linux User #389695
http://even.archlinux-br.org
---
X F?rum Internacional Software Livre - fisl10
24 a 27 de junho de 2009
PUCRS - Porto Alegre - Brasil

From sergeym at rmico.com  Wed Feb 18 12:22:16 2009
From: sergeym at rmico.com (Sergey Manucharian)
Date: Wed, 18 Feb 2009 10:22:16 -0700
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090218110308.340f1bfb@gmx.at>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
Message-ID: <20090218102216.041cd58f@rmico.com>

On Wed, 18 Feb 2009 11:03:08 +0100
<hollunder at gmx.at> wrote:

..........

> An external drive can be rather reliably identified and always mounted
> at the same place using udev.
> 
> This is somewhat problematic on arch linux tough.
> For some reason the devices seem not to be created before
> mount runs although udev runs before it.
> This means that external drives do not get mounted along with all the
> other drives specified in fstab.
> 
> I personally wonder what the problem is since this method has worked
> on other distributions.
> 
> My workaround is simply another 'mount -a' in rc.local, at this point
> in boottime the devices are created.
> 
> Still this doesn't work reliably with one of my drives but this is a
> separate problem (slowness).
> 
> Philipp
> 

Folks, you are discussing how to deal with "noob questions" etc., but
nobody paid attention to the more "deep" meaning of the initial
question arisen by Philipp.

I confirm the problem. So, how to mount an external HDD during the
system start-up?

Cheers,
Sergey


From denisfalqueto at gmail.com  Wed Feb 18 12:31:13 2009
From: denisfalqueto at gmail.com (Denis Alessandro Altoe Falqueto)
Date: Wed, 18 Feb 2009 14:31:13 -0300
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090218102216.041cd58f@rmico.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
Message-ID: <ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>

On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian <sergeym at rmico.com> wrote:
> On Wed, 18 Feb 2009 11:03:08 +0100
> <hollunder at gmx.at> wrote:
>
> ..........
>
>> An external drive can be rather reliably identified and always mounted
>> at the same place using udev.
>>
>> This is somewhat problematic on arch linux tough.
>> For some reason the devices seem not to be created before
>> mount runs although udev runs before it.
>> This means that external drives do not get mounted along with all the
>> other drives specified in fstab.
>>
>> I personally wonder what the problem is since this method has worked
>> on other distributions.
>>
>> My workaround is simply another 'mount -a' in rc.local, at this point
>> in boottime the devices are created.
>>
>> Still this doesn't work reliably with one of my drives but this is a
>> separate problem (slowness).
>>
>> Philipp
>>
>
> Folks, you are discussing how to deal with "noob questions" etc., but
> nobody paid attention to the more "deep" meaning of the initial
> question arisen by Philipp.
>
> I confirm the problem. So, how to mount an external HDD during the
> system start-up?
>
> Cheers,
> Sergey
>
>


If it is always connected, I would put a line on /etc/fstab so it is
mounted as any other ordinary partition.

If it is not always connected, I would make a script and put it in
/etc/rc.d. The script would be responsible to look if the disk is
attached and mount it. It would be good to use some udev rules to make
a fixed symlink for the disk, so the script has a fixed target to
find.

-- 
-------------------------------------------
Denis A. Altoe Falqueto
-------------------------------------------
Emo Philips  - "I was the kid next door's imaginary friend."

From pbrisbin at gmail.com  Wed Feb 18 12:52:13 2009
From: pbrisbin at gmail.com (Patrick Brisbin)
Date: Wed, 18 Feb 2009 12:52:13 -0500
Subject: [arch-general] how to mount external hdd
In-Reply-To: <ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
Message-ID: <20090218175213.GA8208@blue>

On 02/18/09 at 02:31pm, Denis Alessandro Altoe Falqueto wrote:
> On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian <sergeym at rmico.com> wrote:
> > On Wed, 18 Feb 2009 11:03:08 +0100
> > <hollunder at gmx.at> wrote:
> >
> > ..........
> >
> >> An external drive can be rather reliably identified and always mounted
> >> at the same place using udev.
> >>
> >> This is somewhat problematic on arch linux tough.
> >> For some reason the devices seem not to be created before
> >> mount runs although udev runs before it.
> >> This means that external drives do not get mounted along with all the
> >> other drives specified in fstab.
> >>
> >> I personally wonder what the problem is since this method has worked
> >> on other distributions.
> >>
> >> My workaround is simply another 'mount -a' in rc.local, at this point
> >> in boottime the devices are created.
> >>
> >> Still this doesn't work reliably with one of my drives but this is a
> >> separate problem (slowness).
> >>
> >> Philipp
> >>
> >
> > Folks, you are discussing how to deal with "noob questions" etc., but
> > nobody paid attention to the more "deep" meaning of the initial
> > question arisen by Philipp.
> >
> > I confirm the problem. So, how to mount an external HDD during the
> > system start-up?
> >
> > Cheers,
> > Sergey
> >
> >
> 
> 
> If it is always connected, I would put a line on /etc/fstab so it is
> mounted as any other ordinary partition.
> 

agreed; just to mention, make sure your options prevent automounting or
fsck'ing else it would hang at boot if the drive's not present.

> If it is not always connected, I would make a script and put it in
> /etc/rc.d. The script would be responsible to look if the disk is
> attached and mount it. It would be good to use some udev rules to make
> a fixed symlink for the disk, so the script has a fixed target to
> find.
> 

this can be entirely handled with udev.  there's a sample rule in the
udev wiki that will dynamically mkdir a mountpoint and mount it as
/media/sdX then lazily umount and rm the mountpoint if the drive is
unplugged.  i used a tweaked version of this for a while, it worked
well.

pat, aka brisbin33

> -- 
> -------------------------------------------
> Denis A. Altoe Falqueto
> -------------------------------------------
> Emo Philips  - "I was the kid next door's imaginary friend."
--- end quoted text ---

-- 
patrick brisbin 

From aprzepioski at gmail.com  Wed Feb 18 13:05:49 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 10:05:49 -0800
Subject: [arch-general] xterm and xorg-apps
Message-ID: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>

How come xorg-apps is a dependency for xterm? Been a lil' curious for
awhile and have tried figuring it out, but found nothing so I figured
I would ask here.

From sergeym at rmico.com  Wed Feb 18 13:05:44 2009
From: sergeym at rmico.com (Sergey Manucharian)
Date: Wed, 18 Feb 2009 11:05:44 -0700
Subject: [arch-general] how to mount external hdd
In-Reply-To: <ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
Message-ID: <20090218110544.461bae3a@rmico.com>

On Wed, 18 Feb 2009 14:31:13 -0300
Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com> wrote:

.............. 
> If it is always connected, I would put a line on /etc/fstab so it is
> mounted as any other ordinary partition.

For some reason this does not work for me - when I restart the computer
my external USB HDD never gets mounted, probably because the
corresponding device does not exist at the moment when fstab stuff is
being mounted.

So, I'll try the udev approach.

Thanks,
Sergey


From grbzks at gmail.com  Wed Feb 18 13:29:13 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 20:29:13 +0200
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
Message-ID: <20090218182912.GB2751@dark>

On Wed, Feb 18, 2009 at 10:05:49AM -0800, Andrew Przepioski wrote:
> How come xorg-apps is a dependency for xterm? Been a lil' curious for
> awhile and have tried figuring it out, but found nothing so I figured
> I would ask here.

As of xterm 230 part of the xterm package is koi8rxterm from Debian
which has xorg-apps as a dependency (at least xmessage).

I would also say, since i already answered your question, that personally
i am deeplu annoyed with the why is this a dependency for that mentality
going on especially in the forums, and especially without reseaching the
reasons first. That is not directed to Andrew. Its quite general. Guess
what, programs have features. Features is what people want. Features
usually have dependencies. If you dont like them, build it your self
first, then IF you find that something is useless, not just for you,
report it in the bug tracker.
If you still dont like what you get, dont use the Arch package, maintain
your own, its really easy.

-- 
Greg

From lgrinberg at gmail.com  Wed Feb 18 14:02:13 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Wed, 18 Feb 2009 14:02:13 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
	<748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
	<8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>
Message-ID: <8642ba650902181102h98a8beco8b5832626960d156@mail.gmail.com>

After many hours of searching, I still cannot figure it out. The
problem is definitely not in the xset dpms force off command -- it's
in the fact that ACPI simply stops realising that the lid is closed.
Is there anything that can be done?

From dieter at plaetinck.be  Wed Feb 18 14:02:33 2009
From: dieter at plaetinck.be (Dieter Plaetinck)
Date: Wed, 18 Feb 2009 20:02:33 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090218110308.340f1bfb@gmx.at>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
Message-ID: <20090218200233.30a4aa37@plaetinck.be>

On Wed, 18 Feb 2009 11:03:08 +0100
<hollunder at gmx.at> wrote:

> An external drive can be rather reliably identified and always mounted
> at the same place using udev.
> 
> This is somewhat problematic on arch linux tough.
> For some reason the devices seem not to be created before
> mount runs although udev runs before it.
> This means that external drives do not get mounted along with all the
> other drives specified in fstab.
> 
> I personally wonder what the problem is since this method has worked
> on other distributions.
> 
> My workaround is simply another 'mount -a' in rc.local, at this point
> in boottime the devices are created.
> 
> Still this doesn't work reliably with one of my drives but this is a
> separate problem (slowness).
> 
> Philipp


Very odd.  "all other drives specified in fstab", this includes disks
*in* your system containing your /, /home etc?
Would you mind filing a bug report? maybe also include your kind of
hardware (is it on something very slow? usb?)

Dieter

From aprzepioski at gmail.com  Wed Feb 18 14:12:14 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 11:12:14 -0800
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <20090218182912.GB2751@dark>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
Message-ID: <d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>

On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Wed, Feb 18, 2009 at 10:05:49AM -0800, Andrew Przepioski wrote:
>> How come xorg-apps is a dependency for xterm? Been a lil' curious for
>> awhile and have tried figuring it out, but found nothing so I figured
>> I would ask here.
>
> As of xterm 230 part of the xterm package is koi8rxterm from Debian
> which has xorg-apps as a dependency (at least xmessage).
>
> I would also say, since i already answered your question, that personally
> i am deeplu annoyed with the why is this a dependency for that mentality
> going on especially in the forums, and especially without reseaching the
> reasons first. That is not directed to Andrew. Its quite general. Guess
> what, programs have features. Features is what people want. Features
> usually have dependencies. If you dont like them, build it your self
> first, then IF you find that something is useless, not just for you,
> report it in the bug tracker.
> If you still dont like what you get, dont use the Arch package, maintain
> your own, its really easy.
>
> --
> Greg
>

I don't think it's so much people not being able to build packages
themselves or just install it without the dependency, I personally do
pacman -Sd xterm since I don't use xorg-apps, I think people are just
curious as to why certain things are included with certain packages by
default. People probably feel more free to ask these kinds of
questions here because Archlinux is about choice and being able to get
exactly what you want without too much hassle (otherwise I could just
do LFS and ensure I get exactly what I want if I spend a couple of
days working on it). To me, when I was googling about xterm trying to
determine why xorg-apps was included, what feature is included with
xterm that makes it need xorg-apps, I couldn't find anything, which
means that it's not a matter of me not wanting a feature, but me not
knowing of a feature. Of course, there are other things like
xorg-server needing hal, and I think everyone is tired of hearing why
hal is included with xorg-server, and I've been like you, answering
these kind of question, but this is a feature that we know of and are
well aware of, and in that situation, I would understand your
annoyance.

From aaronmgriffin at gmail.com  Wed Feb 18 14:19:18 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Wed, 18 Feb 2009 13:19:18 -0600
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
Message-ID: <d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>

On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
<aprzepioski at gmail.com> wrote:
> To me, when I was googling about xterm trying to
> determine why xorg-apps was included, what feature is included with
> xterm that makes it need xorg-apps, I couldn't find anything

Might be helpful to use namcap in cases like this (gmail will probably
wrap the output below). Though in the case of xterm, it doesn't help
us - svn logs would be the next best bet

$ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
xterm      E: Dependency detected and not included (libxmu) from files
['usr/bin/xterm']
xterm      E: Dependency detected and not included (bash) from files
['usr/bin/koi8rxterm', 'usr/bin/uxterm']
xterm      W: Dependency included and not needed (libxaw)
xterm      W: Dependency included but already satisfied (ncurses)
xterm      W: Dependency included and not needed (xorg-apps)
xterm      I: Script link detected (bash) in file
['usr/bin/koi8rxterm', 'usr/bin/uxterm']
xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
dependence on ncurses
xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
dependence on glibc
xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
dependence on bash
xterm      I: Dependency covered by dependences from link dependence (zlib)
xterm      I: Dependency covered by dependences from link dependence (expat)
xterm      I: Dependency covered by dependences from link dependence (libxcb)
xterm      I: Dependency covered by dependences from link dependence
(inputproto)
xterm      I: Dependency covered by dependences from link dependence (libxau)
xterm      I: Dependency covered by dependences from link dependence (tzdata)
xterm      I: Dependency covered by dependences from link dependence (libxdmcp)
xterm      I: Dependency covered by dependences from link dependence
(renderproto)
xterm      I: Dependency covered by dependences from link dependence (glibc)
xterm      I: Dependency covered by dependences from link dependence
(fontconfig)
xterm      I: Dependency covered by dependences from link dependence (libice)
xterm      I: Dependency covered by dependences from link dependence (libxt)
xterm      I: Dependency covered by dependences from link dependence (libxext)
xterm      I: Dependency covered by dependences from link dependence (kbproto)
xterm      I: Dependency covered by dependences from link dependence (xextproto)
xterm      I: Dependency covered by dependences from link dependence (ncurses)
xterm      I: Dependency covered by dependences from link dependence (xproto)
xterm      I: Dependency covered by dependences from link dependence (xcb-proto)
xterm      I: Dependency covered by dependences from link dependence (readline)
xterm      I: Dependency covered by dependences from link dependence
(kernel-headers)
xterm      I: Dependency covered by dependences from link dependence (freetype2)
xterm      I: Dependency covered by dependences from link dependence (libx11)
xterm      I: Dependency covered by dependences from link dependence (e2fsprogs)
xterm      I: Dependency covered by dependences from link dependence
(libxrender)
xterm      I: Dependency covered by dependences from link dependence (libsm)
xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
xterm      E: Missing license

From aprzepioski at gmail.com  Wed Feb 18 14:30:03 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 11:30:03 -0800
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
Message-ID: <d446cc7a0902181130n349f1eepe10b9fb01f034981@mail.gmail.com>

On 2/18/09, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
> <aprzepioski at gmail.com> wrote:
>> To me, when I was googling about xterm trying to
>> determine why xorg-apps was included, what feature is included with
>> xterm that makes it need xorg-apps, I couldn't find anything
>
> Might be helpful to use namcap in cases like this (gmail will probably
> wrap the output below). Though in the case of xterm, it doesn't help
> us - svn logs would be the next best bet
>
> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
> xterm      E: Dependency detected and not included (libxmu) from files
> ['usr/bin/xterm']
> xterm      E: Dependency detected and not included (bash) from files
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm      W: Dependency included and not needed (libxaw)
> xterm      W: Dependency included but already satisfied (ncurses)
> xterm      W: Dependency included and not needed (xorg-apps)
> xterm      I: Script link detected (bash) in file
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on ncurses
> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on glibc
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
> xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
> dependence on bash
> xterm      I: Dependency covered by dependences from link dependence (zlib)
> xterm      I: Dependency covered by dependences from link dependence (expat)
> xterm      I: Dependency covered by dependences from link dependence
> (libxcb)
> xterm      I: Dependency covered by dependences from link dependence
> (inputproto)
> xterm      I: Dependency covered by dependences from link dependence
> (libxau)
> xterm      I: Dependency covered by dependences from link dependence
> (tzdata)
> xterm      I: Dependency covered by dependences from link dependence
> (libxdmcp)
> xterm      I: Dependency covered by dependences from link dependence
> (renderproto)
> xterm      I: Dependency covered by dependences from link dependence (glibc)
> xterm      I: Dependency covered by dependences from link dependence
> (fontconfig)
> xterm      I: Dependency covered by dependences from link dependence
> (libice)
> xterm      I: Dependency covered by dependences from link dependence (libxt)
> xterm      I: Dependency covered by dependences from link dependence
> (libxext)
> xterm      I: Dependency covered by dependences from link dependence
> (kbproto)
> xterm      I: Dependency covered by dependences from link dependence
> (xextproto)
> xterm      I: Dependency covered by dependences from link dependence
> (ncurses)
> xterm      I: Dependency covered by dependences from link dependence
> (xproto)
> xterm      I: Dependency covered by dependences from link dependence
> (xcb-proto)
> xterm      I: Dependency covered by dependences from link dependence
> (readline)
> xterm      I: Dependency covered by dependences from link dependence
> (kernel-headers)
> xterm      I: Dependency covered by dependences from link dependence
> (freetype2)
> xterm      I: Dependency covered by dependences from link dependence
> (libx11)
> xterm      I: Dependency covered by dependences from link dependence
> (e2fsprogs)
> xterm      I: Dependency covered by dependences from link dependence
> (libxrender)
> xterm      I: Dependency covered by dependences from link dependence (libsm)
> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
> xterm      E: Missing license
>

Wow, that seems like a very handy dandy utility there. Yes, next time,
I'll use that. Thank-you.

From grbzks at gmail.com  Wed Feb 18 14:33:35 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 21:33:35 +0200
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
Message-ID: <20090218193335.GC2751@dark>

On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
> <aprzepioski at gmail.com> wrote:
> > To me, when I was googling about xterm trying to
> > determine why xorg-apps was included, what feature is included with
> > xterm that makes it need xorg-apps, I couldn't find anything
> 
> Might be helpful to use namcap in cases like this (gmail will probably
> wrap the output below). Though in the case of xterm, it doesn't help
> us - svn logs would be the next best bet
> 
> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
> xterm      E: Dependency detected and not included (libxmu) from files
> ['usr/bin/xterm']
> xterm      E: Dependency detected and not included (bash) from files
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm      W: Dependency included and not needed (libxaw)
> xterm      W: Dependency included but already satisfied (ncurses)
> xterm      W: Dependency included and not needed (xorg-apps)
> xterm      I: Script link detected (bash) in file
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on ncurses
> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on glibc
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
> xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
> dependence on bash
> xterm      I: Dependency covered by dependences from link dependence (zlib)
> xterm      I: Dependency covered by dependences from link dependence (expat)
> xterm      I: Dependency covered by dependences from link dependence (libxcb)
> xterm      I: Dependency covered by dependences from link dependence
> (inputproto)
> xterm      I: Dependency covered by dependences from link dependence (libxau)
> xterm      I: Dependency covered by dependences from link dependence (tzdata)
> xterm      I: Dependency covered by dependences from link dependence (libxdmcp)
> xterm      I: Dependency covered by dependences from link dependence
> (renderproto)
> xterm      I: Dependency covered by dependences from link dependence (glibc)
> xterm      I: Dependency covered by dependences from link dependence
> (fontconfig)
> xterm      I: Dependency covered by dependences from link dependence (libice)
> xterm      I: Dependency covered by dependences from link dependence (libxt)
> xterm      I: Dependency covered by dependences from link dependence (libxext)
> xterm      I: Dependency covered by dependences from link dependence (kbproto)
> xterm      I: Dependency covered by dependences from link dependence (xextproto)
> xterm      I: Dependency covered by dependences from link dependence (ncurses)
> xterm      I: Dependency covered by dependences from link dependence (xproto)
> xterm      I: Dependency covered by dependences from link dependence (xcb-proto)
> xterm      I: Dependency covered by dependences from link dependence (readline)
> xterm      I: Dependency covered by dependences from link dependence
> (kernel-headers)
> xterm      I: Dependency covered by dependences from link dependence (freetype2)
> xterm      I: Dependency covered by dependences from link dependence (libx11)
> xterm      I: Dependency covered by dependences from link dependence (e2fsprogs)
> xterm      I: Dependency covered by dependences from link dependence
> (libxrender)
> xterm      I: Dependency covered by dependences from link dependence (libsm)
> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
> xterm      E: Missing license

See my comments on http://bugs.archlinux.org/task/7781
I dont know if google returns results like these, but the bug tracker
search does if you look for xorg-apps, or xterm.
xorg-apps were a dependency for xterm before 230, even if it was uneeded,
it is also one today.

-- 
Greg

From aprzepioski at gmail.com  Wed Feb 18 14:38:49 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 11:38:49 -0800
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <20090218193335.GC2751@dark>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
	<20090218193335.GC2751@dark>
Message-ID: <d446cc7a0902181138p28f6e66ejc67df2336399d8c1@mail.gmail.com>

On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
>> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
>> <aprzepioski at gmail.com> wrote:
>> > To me, when I was googling about xterm trying to
>> > determine why xorg-apps was included, what feature is included with
>> > xterm that makes it need xorg-apps, I couldn't find anything
>>
>> Might be helpful to use namcap in cases like this (gmail will probably
>> wrap the output below). Though in the case of xterm, it doesn't help
>> us - svn logs would be the next best bet
>>
>> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
>> xterm      E: Dependency detected and not included (libxmu) from files
>> ['usr/bin/xterm']
>> xterm      E: Dependency detected and not included (bash) from files
>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>> xterm      W: Dependency included and not needed (libxaw)
>> xterm      W: Dependency included but already satisfied (ncurses)
>> xterm      W: Dependency included and not needed (xorg-apps)
>> xterm      I: Script link detected (bash) in file
>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>> dependence on ncurses
>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>> dependence on glibc
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
>> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
>> dependence on bash
>> xterm      I: Dependency covered by dependences from link dependence
>> (zlib)
>> xterm      I: Dependency covered by dependences from link dependence
>> (expat)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxcb)
>> xterm      I: Dependency covered by dependences from link dependence
>> (inputproto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxau)
>> xterm      I: Dependency covered by dependences from link dependence
>> (tzdata)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxdmcp)
>> xterm      I: Dependency covered by dependences from link dependence
>> (renderproto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (glibc)
>> xterm      I: Dependency covered by dependences from link dependence
>> (fontconfig)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libice)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxt)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxext)
>> xterm      I: Dependency covered by dependences from link dependence
>> (kbproto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (xextproto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (ncurses)
>> xterm      I: Dependency covered by dependences from link dependence
>> (xproto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (xcb-proto)
>> xterm      I: Dependency covered by dependences from link dependence
>> (readline)
>> xterm      I: Dependency covered by dependences from link dependence
>> (kernel-headers)
>> xterm      I: Dependency covered by dependences from link dependence
>> (freetype2)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libx11)
>> xterm      I: Dependency covered by dependences from link dependence
>> (e2fsprogs)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libxrender)
>> xterm      I: Dependency covered by dependences from link dependence
>> (libsm)
>> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
>> xterm      E: Missing license
>
> See my comments on http://bugs.archlinux.org/task/7781
> I dont know if google returns results like these, but the bug tracker
> search does if you look for xorg-apps, or xterm.
> xorg-apps were a dependency for xterm before 230, even if it was uneeded,
> it is also one today.
>
> --
> Greg
>

Yeah, I bumped into link when I was searching, but it doesn't mention
anywhere exactly why xorg-apps is needed for xterm. From what I can
see, it just mentions at one part that xorg-apps is a dependency of
xterm and would automatically come with it.

"Note: "xorg-apps" will be automatically installed as a dependency of
"xterm", but I assume that implicitly relying on this sub-dependency
to continue to exist in the future would be less preferable than
listing it explicitly."

From aprzepioski at gmail.com  Wed Feb 18 14:43:14 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 11:43:14 -0800
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d446cc7a0902181138p28f6e66ejc67df2336399d8c1@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
	<20090218193335.GC2751@dark>
	<d446cc7a0902181138p28f6e66ejc67df2336399d8c1@mail.gmail.com>
Message-ID: <d446cc7a0902181143o66e0dd2amf5c6f2358989e18@mail.gmail.com>

On 2/18/09, Andrew Przepioski <aprzepioski at gmail.com> wrote:
> On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>> On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
>>> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
>>> <aprzepioski at gmail.com> wrote:
>>> > To me, when I was googling about xterm trying to
>>> > determine why xorg-apps was included, what feature is included with
>>> > xterm that makes it need xorg-apps, I couldn't find anything
>>>
>>> Might be helpful to use namcap in cases like this (gmail will probably
>>> wrap the output below). Though in the case of xterm, it doesn't help
>>> us - svn logs would be the next best bet
>>>
>>> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
>>> xterm      E: Dependency detected and not included (libxmu) from files
>>> ['usr/bin/xterm']
>>> xterm      E: Dependency detected and not included (bash) from files
>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>> xterm      W: Dependency included and not needed (libxaw)
>>> xterm      W: Dependency included but already satisfied (ncurses)
>>> xterm      W: Dependency included and not needed (xorg-apps)
>>> xterm      I: Script link detected (bash) in file
>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>> dependence on ncurses
>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>> dependence on glibc
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
>>> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
>>> dependence on bash
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (zlib)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (expat)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxcb)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (inputproto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxau)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (tzdata)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxdmcp)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (renderproto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (glibc)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (fontconfig)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libice)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxt)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxext)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (kbproto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (xextproto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (ncurses)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (xproto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (xcb-proto)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (readline)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (kernel-headers)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (freetype2)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libx11)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (e2fsprogs)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libxrender)
>>> xterm      I: Dependency covered by dependences from link dependence
>>> (libsm)
>>> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
>>> xterm      E: Missing license
>>
>> See my comments on http://bugs.archlinux.org/task/7781
>> I dont know if google returns results like these, but the bug tracker
>> search does if you look for xorg-apps, or xterm.
>> xorg-apps were a dependency for xterm before 230, even if it was uneeded,
>> it is also one today.
>>
>> --
>> Greg
>>
>
> Yeah, I bumped into link when I was searching, but it doesn't mention
> anywhere exactly why xorg-apps is needed for xterm. From what I can
> see, it just mentions at one part that xorg-apps is a dependency of
> xterm and would automatically come with it.
>
> "Note: "xorg-apps" will be automatically installed as a dependency of
> "xterm", but I assume that implicitly relying on this sub-dependency
> to continue to exist in the future would be less preferable than
> listing it explicitly."
>

Ah! My bad! I didn't see it down there. :\

From grbzks at gmail.com  Wed Feb 18 14:58:30 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 21:58:30 +0200
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d446cc7a0902181143o66e0dd2amf5c6f2358989e18@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
	<20090218193335.GC2751@dark>
	<d446cc7a0902181138p28f6e66ejc67df2336399d8c1@mail.gmail.com>
	<d446cc7a0902181143o66e0dd2amf5c6f2358989e18@mail.gmail.com>
Message-ID: <b9f0f75c0902181158v5520a0d0l1638e236c9b20a77@mail.gmail.com>

On Wed, Feb 18, 2009 at 9:43 PM, Andrew Przepioski
<aprzepioski at gmail.com> wrote:
> On 2/18/09, Andrew Przepioski <aprzepioski at gmail.com> wrote:
>> On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>>> On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
>>>> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
>>>> <aprzepioski at gmail.com> wrote:
>>>> > To me, when I was googling about xterm trying to
>>>> > determine why xorg-apps was included, what feature is included with
>>>> > xterm that makes it need xorg-apps, I couldn't find anything
>>>>
>>>> Might be helpful to use namcap in cases like this (gmail will probably
>>>> wrap the output below). Though in the case of xterm, it doesn't help
>>>> us - svn logs would be the next best bet
>>>>
>>>> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
>>>> xterm      E: Dependency detected and not included (libxmu) from files
>>>> ['usr/bin/xterm']
>>>> xterm      E: Dependency detected and not included (bash) from files
>>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>>> xterm      W: Dependency included and not needed (libxaw)
>>>> xterm      W: Dependency included but already satisfied (ncurses)
>>>> xterm      W: Dependency included and not needed (xorg-apps)
>>>> xterm      I: Script link detected (bash) in file
>>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
>>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>>> dependence on ncurses
>>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>>> dependence on glibc
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on fontconfig
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
>>>> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
>>>> dependence on bash
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (zlib)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (expat)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxcb)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (inputproto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxau)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (tzdata)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxdmcp)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (renderproto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (glibc)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (fontconfig)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libice)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxt)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxext)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (kbproto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (xextproto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (ncurses)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (xproto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (xcb-proto)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (readline)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (kernel-headers)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (freetype2)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libx11)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (e2fsprogs)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libxrender)
>>>> xterm      I: Dependency covered by dependences from link dependence
>>>> (libsm)
>>>> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
>>>> xterm      E: Missing license
>>>
>>> See my comments on http://bugs.archlinux.org/task/7781
>>> I dont know if google returns results like these, but the bug tracker
>>> search does if you look for xorg-apps, or xterm.
>>> xorg-apps were a dependency for xterm before 230, even if it was uneeded,
>>> it is also one today.
>>>
>>> --
>>> Greg
>>>
>>
>> Yeah, I bumped into link when I was searching, but it doesn't mention
>> anywhere exactly why xorg-apps is needed for xterm. From what I can
>> see, it just mentions at one part that xorg-apps is a dependency of
>> xterm and would automatically come with it.
>>
>> "Note: "xorg-apps" will be automatically installed as a dependency of
>> "xterm", but I assume that implicitly relying on this sub-dependency
>> to continue to exist in the future would be less preferable than
>> listing it explicitly."
>>
>
> Ah! My bad! I didn't see it down there. :\
>

If you dont like the dependency that much, or need space or whatever and dont
want to build your own package, you can pacman -Rd xorg-apps. xterm doesnt
need xmessage. Only koi8xterm does.

-- 
Greg

From aprzepioski at gmail.com  Wed Feb 18 15:24:28 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Wed, 18 Feb 2009 12:24:28 -0800
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <b9f0f75c0902181158v5520a0d0l1638e236c9b20a77@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<20090218182912.GB2751@dark>
	<d446cc7a0902181112o4428c616s3c25eb047ffa6f2@mail.gmail.com>
	<d64a48980902181119g4b7fe531nfdad28f267d9f36a@mail.gmail.com>
	<20090218193335.GC2751@dark>
	<d446cc7a0902181138p28f6e66ejc67df2336399d8c1@mail.gmail.com>
	<d446cc7a0902181143o66e0dd2amf5c6f2358989e18@mail.gmail.com>
	<b9f0f75c0902181158v5520a0d0l1638e236c9b20a77@mail.gmail.com>
Message-ID: <d446cc7a0902181224n7fbfd6f5j63f33328e570b644@mail.gmail.com>

On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
> On Wed, Feb 18, 2009 at 9:43 PM, Andrew Przepioski
> <aprzepioski at gmail.com> wrote:
>> On 2/18/09, Andrew Przepioski <aprzepioski at gmail.com> wrote:
>>> On 2/18/09, Grigorios Bouzakis <grbzks at gmail.com> wrote:
>>>> On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
>>>>> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
>>>>> <aprzepioski at gmail.com> wrote:
>>>>> > To me, when I was googling about xterm trying to
>>>>> > determine why xorg-apps was included, what feature is included with
>>>>> > xterm that makes it need xorg-apps, I couldn't find anything
>>>>>
>>>>> Might be helpful to use namcap in cases like this (gmail will probably
>>>>> wrap the output below). Though in the case of xterm, it doesn't help
>>>>> us - svn logs would be the next best bet
>>>>>
>>>>> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
>>>>> xterm      E: Dependency detected and not included (libxmu) from files
>>>>> ['usr/bin/xterm']
>>>>> xterm      E: Dependency detected and not included (bash) from files
>>>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>>>> xterm      W: Dependency included and not needed (libxaw)
>>>>> xterm      W: Dependency included but already satisfied (ncurses)
>>>>> xterm      W: Dependency included and not needed (xorg-apps)
>>>>> xterm      I: Script link detected (bash) in file
>>>>> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxmu
>>>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>>>> dependence on ncurses
>>>>> xterm      I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
>>>>> dependence on glibc
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libx11
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on
>>>>> fontconfig
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libice
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxt
>>>>> xterm      I: File ['usr/bin/xterm'] link-level dependence on libxft
>>>>> xterm      I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
>>>>> dependence on bash
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (zlib)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (expat)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxcb)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (inputproto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxau)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (tzdata)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxdmcp)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (renderproto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (glibc)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (fontconfig)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libice)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxt)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxext)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (kbproto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (xextproto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (ncurses)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (xproto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (xcb-proto)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (readline)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (kernel-headers)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (freetype2)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libx11)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (e2fsprogs)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libxrender)
>>>>> xterm      I: Dependency covered by dependences from link dependence
>>>>> (libsm)
>>>>> xterm      I: Depends as namcap sees them: depends=(libxmu bash libxft)
>>>>> xterm      E: Missing license
>>>>
>>>> See my comments on http://bugs.archlinux.org/task/7781
>>>> I dont know if google returns results like these, but the bug tracker
>>>> search does if you look for xorg-apps, or xterm.
>>>> xorg-apps were a dependency for xterm before 230, even if it was
>>>> uneeded,
>>>> it is also one today.
>>>>
>>>> --
>>>> Greg
>>>>
>>>
>>> Yeah, I bumped into link when I was searching, but it doesn't mention
>>> anywhere exactly why xorg-apps is needed for xterm. From what I can
>>> see, it just mentions at one part that xorg-apps is a dependency of
>>> xterm and would automatically come with it.
>>>
>>> "Note: "xorg-apps" will be automatically installed as a dependency of
>>> "xterm", but I assume that implicitly relying on this sub-dependency
>>> to continue to exist in the future would be less preferable than
>>> listing it explicitly."
>>>
>>
>> Ah! My bad! I didn't see it down there. :\
>>
>
> If you dont like the dependency that much, or need space or whatever and
> dont
> want to build your own package, you can pacman -Rd xorg-apps. xterm doesnt
> need xmessage. Only koi8xterm does.
>
> --
> Greg
>

Like I said earlier, I just do pacman -Sd xterm because by the time I
am installing pacman, I already satisfy the other dependencies and I
knew that I didn't use xorg-apps or the feature in xterm that needed
xorg-apps, and I was just curious as to what feature of xterm needed
xorg-apps. Now I know it's xmessages.

Hehe, next time I'll have to read more carefully though because now I
see that you clearly said it on the bug report and I just completely
ignored the comment section at the bottom, haha, and now I know about
numcap, which will hopefully make it easier for me to find the answer
to this kind of question next time I notice a dependency that I am not
too sure of.

Thank-you. :)

From attila at invalid.invalid  Wed Feb 18 15:26:57 2009
From: attila at invalid.invalid (Attila)
Date: Wed, 18 Feb 2009 21:26:57 +0100
Subject: [arch-general] how to mount external hdd
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
Message-ID: <hh7u66x7fo.ln2@news.arcor.de>

On Mittwoch, 18. Februar 2009 18:22 Sergey Manucharian wrote:

> I confirm the problem. So, how to mount an external HDD during the
> system start-up?

This is only an idea of mine but i haven't test it.

Take a look in the subirs (by-id, by-label, by-path and by-uuid) of /dev/disk
especially the content of by-uuid with "ls -l". If your partitions of the
external HDD be there than you can put this in the rc.local to mount
partition 1:

[ -e  /dev/disk/by-uuid/UUID_of_ext_HDD1 ] && \
  mount -t YOUR_FS -o YOUR_OPTIONS \
  /dev/disk/by-uuid/UUID_of_ext_HDD1 /MOUNTPOINT

Not so much professional -) but perhaps an working option if udev creates the
devices.

Good luck, Attila


From baho-utot at columbus.rr.com  Wed Feb 18 16:03:18 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Wed, 18 Feb 2009 16:03:18 -0500
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <20090217220027.GC2755@dark>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>	<499B302B.1050702@columbus.rr.com>
	<20090217220027.GC2755@dark>
Message-ID: <499C7796.2050703@columbus.rr.com>

Grigorios Bouzakis wrote:
> On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
>   
>> Nicolas Bigaouette wrote:
>>     
>>> I totally second that. It is really frustrating as a bug reporting user to
>>> end the discussion like this.
>>> It really looks like a "shut-up and stop annoying us" thing...
>>>
>>> I know it did not gave me the motivation to open other bugs.
>>>
>>> I don't see why the discussion should be closed when the bug is. As Damjan
>>> said, some useful information can still be provided even if the bug is
>>> closed.
>>>
>>>
>>> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>>>
>>>   
>>>       
>> Which is why I don't submit bug reports anymore.
>>     
>
> Instead of +1'ing this could you provide examples instead?
>   

No not really, as I am done with this and I am not going to argue with 
anyone about this.

It's just that I came looking for help and got slammed one too many times.

Now I either go the the news groups for help or fix it my self.  If I 
don't get a solution then I skip the package and move on.

> >From my experience phrakture does the exact same opposite than what you
> are "accusing" him of. Usually he doesnt close the bugs even if he
> solves them. :P
>
>   

?

From grbzks at gmail.com  Wed Feb 18 16:25:51 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Wed, 18 Feb 2009 23:25:51 +0200
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499C7796.2050703@columbus.rr.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com> <20090217220027.GC2755@dark>
	<499C7796.2050703@columbus.rr.com>
Message-ID: <b9f0f75c0902181325n3f036a78xf7149c37f8bff579@mail.gmail.com>

On Wed, Feb 18, 2009 at 11:03 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> Grigorios Bouzakis wrote:
>>
>> On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
>>>
>>> Which is why I don't submit bug reports anymore.
>>>
>>
>> Instead of +1'ing this could you provide examples instead?
>>
>
> No not really, as I am done with this and I am not going to argue with
> anyone about this.
>
> It's just that I came looking for help and got slammed one too many times.
>
> Now I either go the the news groups for help or fix it my self.  If I don't
> get a solution then I skip the package and move on.

I saw all the bug reports you have opened right after i sent this email.
The closed ones are either marked as fixed, duplicate, 1 because the package is
not in the Arch repos anymore but in the unsupported section of AUR, which makes
it irrelevant and theres http://bugs.archlinux.org/task/12967 which
according to the
developer "doesnt stand".
IMO none of those was closed too soon. Thats why i ask for examples,
could you name
one of those for which you had something constructive to say, and what?

>> >From my experience phrakture does the exact same opposite than what you
>> are "accusing" him of. Usually he doesnt close the bugs even if he
>> solves them. :P
>>
>
> ?

That was a general comment with a bit sense of humor regarding the
reason this discussion
started. Phrakture normally doesnt even close the bugs he fixes personally.
I obviously meant to write "exact opposite" not "exact same opposite".

-- 
Greg

From aaronmgriffin at gmail.com  Wed Feb 18 16:27:16 2009
From: aaronmgriffin at gmail.com (Aaron Griffin)
Date: Wed, 18 Feb 2009 15:27:16 -0600
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499C7796.2050703@columbus.rr.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com> <20090217220027.GC2755@dark>
	<499C7796.2050703@columbus.rr.com>
Message-ID: <d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>

On Wed, Feb 18, 2009 at 3:03 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> Grigorios Bouzakis wrote:
>>
>> On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
>>
>>>
>>> Nicolas Bigaouette wrote:
>>>
>>>>
>>>> I totally second that. It is really frustrating as a bug reporting user
>>>> to
>>>> end the discussion like this.
>>>> It really looks like a "shut-up and stop annoying us" thing...
>>>>
>>>> I know it did not gave me the motivation to open other bugs.
>>>>
>>>> I don't see why the discussion should be closed when the bug is. As
>>>> Damjan
>>>> said, some useful information can still be provided even if the bug is
>>>> closed.
>>>>
>>>>
>>>> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>>>>
>>>>
>>>
>>> Which is why I don't submit bug reports anymore.
>>>
>>
>> Instead of +1'ing this could you provide examples instead?
>>
>
> No not really, as I am done with this and I am not going to argue with
> anyone about this.
>
> It's just that I came looking for help and got slammed one too many times.
>
> Now I either go the the news groups for help or fix it my self.  If I don't
> get a solution then I skip the package and move on.

Out of curiosity - how many people here also believe that the bug
tracker is for help? I am honestly interested, as this could be the
source of confusion here - the above is actually the way things SHOULD
work - forums, newsgroups, mailing lists, etc should be used for help;
the bug tracker should be used for bugs or "actionable items"

From t.powa at gmx.de  Wed Feb 18 17:00:16 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Wed, 18 Feb 2009 23:00:16 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.6-1
Message-ID: <200902182300.16318.t.powa@gmx.de>

Hi guys, new kernel adresses the following things:
- bump to latest version

please signoff for both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
















-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090218/e398e3ef/attachment.pgp>

From louipc.ist at gmail.com  Wed Feb 18 17:18:12 2009
From: louipc.ist at gmail.com (Loui Chang)
Date: Wed, 18 Feb 2009 17:18:12 -0500
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com> <20090217220027.GC2755@dark>
	<499C7796.2050703@columbus.rr.com>
	<d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>
Message-ID: <20090218221812.GM6346@lynn>

On Wed, Feb 18, 2009 at 03:27:16PM -0600, Aaron Griffin wrote:
> Out of curiosity - how many people here also believe that the bug
> tracker is for help? I am honestly interested, as this could be the
> source of confusion here - the above is actually the way things SHOULD
> work - forums, newsgroups, mailing lists, etc should be used for help;
> the bug tracker should be used for bugs or "actionable items"

Well I think the bug tracker is a good way to keep record of why certain
decisions were made in development and packaging. If the discussion on
the tracker isn't sufficient for someone to understand the decision, it
may be a good idea to make a comment to clarify things. But then again,
some people are never satisfied.


From gprestonc at gmail.com  Wed Feb 18 21:24:34 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 18:24:34 -0800
Subject: [arch-general] how to mount external hdd
In-Reply-To: <246ea2495bed2b90fb215fc54168dea6@localhost>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<68e6eac60902172010l71fe2c0cj7926d3ba0aa68a1c@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
Message-ID: <666e6e380902181824l3cfae9caqbbb5fa1675b6c730@mail.gmail.com>

>
> Please! Please! Please, search first and if searching fails, please use the
> forums. I'm sick of your noob questions polluting my Inbox. The forum is
> the more appropriate place for such questions, but as redshift stated use a
> search engine first!
>
> Cheers,
> ~pyther
>
I did search, the wiki and some of google, I even posted on the forum
but didn't get what I was looking for- so I took it to the mailing
list, where people seem to help. I could care less that you are sick
of my noob questions, to be frank with you. I have gotten some very
gracious replies on the mailing lists and the problem even got solved.
To many people flame on the forum, it seems.

I don't mean to argue with you, but when you say something about how
you are sick of "noob questions polluting your inbox" then that
bothers me.

This is the general discussion mailing list, is it not?

Sorry if this post sounded rude, but your's was far worse.

Preston

From gprestonc at gmail.com  Wed Feb 18 21:29:37 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 18:29:37 -0800
Subject: [arch-general] how to mount external hdd
In-Reply-To: <b9f0f75c0902180849q106d2833j15db37c126c6e04d@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
	<b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
	<b9f0f75c0902180849q106d2833j15db37c126c6e04d@mail.gmail.com>
Message-ID: <666e6e380902181829i666e5b7apaff6ec76c1e90f0c@mail.gmail.com>

> +1
> If you dont like it unsubscribe.
+2

Yes, as someone else mentioned above there aren't many stupid
questions when it comes, except maybe for pyther's self-rightous
flaming, lol!

The problem I was having got solved, thanks to the very generous and
understanding people on this mailing list. Now I am trying to figure
out the root of the problem, which is a lot more complex, then the
intial question.

I just wanted to see if I could mount the hard drive and access it as
user, which I couldn't. So I copied everything from my external hdd
and cp to /home/user , then ran chown. Now understand what it was
doing so I can get to the root of the problem.

From ordo.ad at gmail.com  Wed Feb 18 22:09:54 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Thu, 19 Feb 2009 04:09:54 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <666e6e380902181829i666e5b7apaff6ec76c1e90f0c@mail.gmail.com>
References: <666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<8642ba650902172052n18560341y317adbaeeebf6f18@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
	<b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
	<b9f0f75c0902180849q106d2833j15db37c126c6e04d@mail.gmail.com>
	<666e6e380902181829i666e5b7apaff6ec76c1e90f0c@mail.gmail.com>
Message-ID: <20090219030954.GA13672@PIV>

On Wed, Feb 18, 2009 at 06:29:37PM -0800, Preston C. wrote:
> I just wanted to see if I could mount the hard drive and access it as
> user, which I couldn't.
You can, and mount(8)? is very exhaustive.
Assuming your HD is formatted with some kind of MS filesystem (fat/ntfs)
you can tweak the mount options to set the ownership of the files.

? In short: man mount


From gprestonc at gmail.com  Wed Feb 18 22:14:25 2009
From: gprestonc at gmail.com (Preston C.)
Date: Wed, 18 Feb 2009 19:14:25 -0800
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090219030954.GA13672@PIV>
References: <666e6e380902172019i6c1f91a2p4e6fa8a073a4b4b9@mail.gmail.com>
	<666e6e380902172103w42f1ed4bn95d3474ca51729e0@mail.gmail.com>
	<8642ba650902172114l75eeced3x7fd098da69139e1d@mail.gmail.com>
	<666e6e380902172118n382bef37yf7fc93d64d4192e9@mail.gmail.com>
	<666e6e380902172139i64ddb139mda3bebcf9f0a2312@mail.gmail.com>
	<246ea2495bed2b90fb215fc54168dea6@localhost>
	<b0b8f5890902180845g78a2a294o16aa5562cab2a4c7@mail.gmail.com>
	<b9f0f75c0902180849q106d2833j15db37c126c6e04d@mail.gmail.com>
	<666e6e380902181829i666e5b7apaff6ec76c1e90f0c@mail.gmail.com>
	<20090219030954.GA13672@PIV>
Message-ID: <666e6e380902181914p1af800ebj805666ee8e1cc5d4@mail.gmail.com>

> You can, and mount(8)? is very exhaustive.
> Assuming your HD is formatted with some kind of MS filesystem (fat/ntfs)
> you can tweak the mount options to set the ownership of the files.
>
> ? In short: man mount
Will definitely look over it. I would imagine that the external hdd is
formated with vfat? Not sure though. I figured out what I needed to,
now time to look into the deeper problem, ;-).

From thayerw at gmail.com  Wed Feb 18 22:22:18 2009
From: thayerw at gmail.com (Thayer Williams)
Date: Wed, 18 Feb 2009 19:22:18 -0800
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902181102h98a8beco8b5832626960d156@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
	<748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
	<8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>
	<8642ba650902181102h98a8beco8b5832626960d156@mail.gmail.com>
Message-ID: <748544af0902181922g604e6fdcr279ae5310887f0d0@mail.gmail.com>

On Wed, Feb 18, 2009 at 11:02 AM, Leonid Grinberg <lgrinberg at gmail.com> wrote:
> After many hours of searching, I still cannot figure it out. The
> problem is definitely not in the xset dpms force off command -- it's
> in the fact that ACPI simply stops realising that the lid is closed.
> Is there anything that can be done?

Is it that the backlight stays on after close, or does it stay off and
being opened?

Have you tried any commands other than xset, such as xscreensaver, etc.?

I have the exact same laptop and experience no such behaviour.

From lgrinberg at gmail.com  Wed Feb 18 22:45:46 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Wed, 18 Feb 2009 22:45:46 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <748544af0902181922g604e6fdcr279ae5310887f0d0@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<28f0f01f0902081250k3626b6b6r85506e53b9d19b09@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
	<748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
	<8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>
	<8642ba650902181102h98a8beco8b5832626960d156@mail.gmail.com>
	<748544af0902181922g604e6fdcr279ae5310887f0d0@mail.gmail.com>
Message-ID: <8642ba650902181945o68a324cai56930a77ba29c093@mail.gmail.com>

The backlight stays on.

I am going to try a different command (a much more visible one); if it
gets run correctly each time, then it's xset's fault; else, acpid's.

2009/2/18 Thayer Williams <thayerw at gmail.com>:
> On Wed, Feb 18, 2009 at 11:02 AM, Leonid Grinberg <lgrinberg at gmail.com> wrote:
>> After many hours of searching, I still cannot figure it out. The
>> problem is definitely not in the xset dpms force off command -- it's
>> in the fact that ACPI simply stops realising that the lid is closed.
>> Is there anything that can be done?
>
> Is it that the backlight stays on after close, or does it stay off and
> being opened?
>
> Have you tried any commands other than xset, such as xscreensaver, etc.?
>
> I have the exact same laptop and experience no such behaviour.
>

From jevv.cr at gmail.com  Wed Feb 18 23:24:40 2009
From: jevv.cr at gmail.com (Javier Vasquez)
Date: Wed, 18 Feb 2009 22:24:40 -0600
Subject: [arch-general] [ARCH-GENERAL] alsaplayer gtk2 interfacelost?
In-Reply-To: <7fcd249b0902151516j3442b890i8332ef647239d5f@mail.gmail.com>
References: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>
	<499794DC.7000507@gmail.com>
	<7fcd249b0902151516j3442b890i8332ef647239d5f@mail.gmail.com>
Message-ID: <c88cc5730902182024g2bed5762kf2ac575104cfe530@mail.gmail.com>

On 2/15/09, Eric B?langer <snowmaniscool at gmail.com> wrote:
> On Sat, Feb 14, 2009 at 11:06 PM, Jeffrey Parke <jeffrey.parke at gmail.com>
> wrote:
>> Javier Vasquez wrote:
>>>
>>> ---
>
> I don't think it's built with the gtk2 interface. Submit a bug
> report/feature request.
>


Well, I have time until now, but I believe some one already filed a
bug for this (even provided a patch):

FS#13372
http://bugs.archlinux.org/task/13372?string=alsaplayer&project=0&search_name=&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

Not sure if I should add a comment, indicating I miss the gtk interface, :-)

Sorry for the duplicated mail.  I really thought the 1st one didn't
get through...

Thanks,

-- 
Javier

From vmlinuz386 at yahoo.com.ar  Thu Feb 19 00:19:59 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Thu, 19 Feb 2009 03:19:59 -0200
Subject: [arch-general] [ARCH-GENERAL] alsaplayer gtk2 interfacelost?
In-Reply-To: <c88cc5730902182024g2bed5762kf2ac575104cfe530@mail.gmail.com>
References: <c88cc5730902142005p62dad017gc978cf158b7f9ec0@mail.gmail.com>	<499794DC.7000507@gmail.com>	<7fcd249b0902151516j3442b890i8332ef647239d5f@mail.gmail.com>
	<c88cc5730902182024g2bed5762kf2ac575104cfe530@mail.gmail.com>
Message-ID: <499CEBFF.4040508@yahoo.com.ar>

Javier Vasquez wrote:
> On 2/15/09, Eric B?langer <snowmaniscool at gmail.com> wrote:
>   
>> On Sat, Feb 14, 2009 at 11:06 PM, Jeffrey Parke <jeffrey.parke at gmail.com>
>> wrote:
>>     
>>> Javier Vasquez wrote:
>>>       
>>>> ---
>>>>         
>> I don't think it's built with the gtk2 interface. Submit a bug
>> report/feature request.
>>
>>     
>
>
> Well, I have time until now, but I believe some one already filed a
> bug for this (even provided a patch):
>
> FS#13372
> http://bugs.archlinux.org/task/13372?string=alsaplayer&project=0&search_name=&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=
>
> Not sure if I should add a comment, indicating I miss the gtk interface, :-)
>
> Sorry for the duplicated mail.  I really thought the 1st one didn't
> get through...
>
> Thanks,
>
>   
Hi

Oohh I had not seen this message before. Just coincidence that the same
report.
Yes patch is attached, alsaplayer don't have GTK+ interface , only GTK+2.

Here is the screenshot
http://img25.imageshack.us/my.php?image=alsaplayerey9.png

Seems to run fine ;)

Also added a patch for depends, but may not be valid.

Good Luck!

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From lgrinberg at gmail.com  Thu Feb 19 00:25:18 2009
From: lgrinberg at gmail.com (Leonid Grinberg)
Date: Thu, 19 Feb 2009 00:25:18 -0500
Subject: [arch-general] Weird acpid issue
In-Reply-To: <8642ba650902181945o68a324cai56930a77ba29c093@mail.gmail.com>
References: <8642ba650902081142y701215ectedba6d2beb0a498c@mail.gmail.com>
	<8642ba650902081308l419a9557s5c46c78d041c4600@mail.gmail.com>
	<748544af0902081938n4fe6f5d8r770813cd95a444b2@mail.gmail.com>
	<28f0f01f0902090804s53c94ee1y5c1ed9036d5e0dec@mail.gmail.com>
	<8642ba650902091103i69ac2e8oa6f2d3d89c7c4498@mail.gmail.com>
	<748544af0902091710p2c4ee1bewfab5fa0e0c91142d@mail.gmail.com>
	<8642ba650902131331t5c7d4294me4b4d9f447a3b17f@mail.gmail.com>
	<8642ba650902181102h98a8beco8b5832626960d156@mail.gmail.com>
	<748544af0902181922g604e6fdcr279ae5310887f0d0@mail.gmail.com>
	<8642ba650902181945o68a324cai56930a77ba29c093@mail.gmail.com>
Message-ID: <8642ba650902182125s69b04a89h488a6d638079417f@mail.gmail.com>

OK, the problem is definitely with ACPI -- I just tried it with a
completely different app, and it failed as well (while running "xset
dpms force off" manually from the command line worked). Might this be
an upstream bug?

From hollunder at gmx.at  Thu Feb 19 03:33:01 2009
From: hollunder at gmx.at (hollunder at gmx.at)
Date: Thu, 19 Feb 2009 09:33:01 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
Message-ID: <20090219093301.28f470ee@gmx.at>

On Wed, 18 Feb 2009 14:31:13 -0300
Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com> wrote:

> On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian
> <sergeym at rmico.com> wrote:
> > On Wed, 18 Feb 2009 11:03:08 +0100
> > <hollunder at gmx.at> wrote:
> >
> > ..........
> >
> >> An external drive can be rather reliably identified and always
> >> mounted at the same place using udev.
> >>
> >> This is somewhat problematic on arch linux tough.
> >> For some reason the devices seem not to be created before
> >> mount runs although udev runs before it.
> >> This means that external drives do not get mounted along with all
> >> the other drives specified in fstab.
> >>
> >> I personally wonder what the problem is since this method has
> >> worked on other distributions.
> >>
> >> My workaround is simply another 'mount -a' in rc.local, at this
> >> point in boottime the devices are created.
> >>
> >> Still this doesn't work reliably with one of my drives but this is
> >> a separate problem (slowness).
> >>
> >> Philipp
> >>
> >
> > Folks, you are discussing how to deal with "noob questions" etc.,
> > but nobody paid attention to the more "deep" meaning of the initial
> > question arisen by Philipp.
> >
> > I confirm the problem. So, how to mount an external HDD during the
> > system start-up?
> >
> > Cheers,
> > Sergey
> >
> >
> 
> 
> If it is always connected, I would put a line on /etc/fstab so it is
> mounted as any other ordinary partition.
> 
> If it is not always connected, I would make a script and put it in
> /etc/rc.d. The script would be responsible to look if the disk is
> attached and mount it. It would be good to use some udev rules to make
> a fixed symlink for the disk, so the script has a fixed target to
> find.
> 

I already do a combination of udev and fstab which doesn't work.

Old rules that worked on my previous system:
BUS=="usb", KERNEL=="sd?1", SYSFS{idProduct}=="(somenumber)",
SYMLINK+="usbdisk200"

BUS=="usb", KERNEL=="sd?1", SYSFS{serial}=="(somenumber)",
SYMLINK+="usbdisk400"

New rules with newer udev syntax:
BUS=="usb", ATTRS{serial}=="(somenumber)", KERNEL=="sd?1",
NAME="%k", SYMLINK+="usbdisk400", GROUP="storage"

BUS=="usb", ATTRS{idProduct}=="(somenumber)", KERNEL=="sd?1", NAME="%k",
SYMLINK+="usbdisk200", GROUP="storage"

fstab:
/dev/usbdisk400 /media/disk400  ext3
rw,nodev,noexec,auto,noatime,async,users        0       0

/dev/usbdisk200 /media/disk200  ext3
rw,nodev,noexec,auto,noatime,async,users        0       0


What happens is that when 'mount -a' is run at boottime it says
that /dev/usbdisk400 and /dev/usbdisk200 doesn't exist, consequently
they don't get mounted.
When rc.local with another 'mount -a' is executed it works (except that
the /dev/usbdisk400 is too slow sometimes).

I'm looking forward to your ideas about what's happening.

Best regards,
	Philipp

From jan at jgc.homeip.net  Thu Feb 19 04:37:38 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Thu, 19 Feb 2009 10:37:38 +0100
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
Message-ID: <1235036258.6662.31.camel@jan>

On Wed, 2009-02-18 at 10:05 -0800, Andrew Przepioski wrote:
> How come xorg-apps is a dependency for xterm? Been a lil' curious for
> awhile and have tried figuring it out, but found nothing so I figured
> I would ask here.

xorg-apps contains luit, which is some kind of dependency to xterm. I'm
not an xterm user, so I don't know anything more than this about it.


From allan at archlinux.org  Thu Feb 19 04:47:41 2009
From: allan at archlinux.org (Allan McRae)
Date: Thu, 19 Feb 2009 19:47:41 +1000
Subject: [arch-general] Ruby 1.9 upgrade and some more
In-Reply-To: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
References: <c8faca170902180829g11a99f0fq3d2bc282b10cf7f1@mail.gmail.com>
Message-ID: <BAY102-DAV64FF0047987495D716AF786B20@phx.gbl>

Kessia 'even' Pinheiro wrote:
> Hi all,
>
> I'm doing a recompile of ruby for version 1.9. The needed are, in that order:
>
> - recompile ruby to version 1.9 (no change)
> - recompile vi and vim [applying the new patch's until version 108,
> arch today only apply 65] and applying a patch for make compatible
> with ruby1.9, it's done already.
> - move rails to community
> - removing rake and rubygems dependency
> - drop rake and rubygems from community to /dev/null [ruby now provides both]
> - verify which packages needed ruby and check compatibility
>   

Hi Kessia,

Thanks for this info.  I am currently ruby maintainer but have been 
holding off doing the upgrade until I had time to figure all this out.  
I will wait until Tobias decides what is happening with vi/vim/gvim 
until I put ruby 1.9 into [testing].

Have you tried compiling any of the other packages in the repos against 
ruby1.9?

Allan




From ordo.ad at gmail.com  Thu Feb 19 11:52:50 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Thu, 19 Feb 2009 17:52:50 +0100
Subject: [arch-general] About: size of the "display"...
Message-ID: <20090219165250.GA8693@PIV>

On Feb 19, 2009, at 9:13 AM, Loui Chang wrote:
> On Thu, Feb 19, 2009 at 02:52:17PM +0100, Gerhard Brauer wrote:
>> For us maybe a grub entry with parameter vga=ask is the best, so  
>> users
>> could select their resolution.
>> But IMHO we should "design" our bash dialogs in a way that they  
>> also be
>> usable on a normal 80x25 console..
>
> Yeah I agree we should design things to fit within 80 columns.
> I find longer lines are generally harder to read and edit than shorter
> lines as well.
>
The dialogs should also be resolution agnostic.
And if the installer will be internationalized, dialog design will be
trickier. A hard job indeed.

From ordo.ad at gmail.com  Thu Feb 19 12:09:12 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Thu, 19 Feb 2009 18:09:12 +0100
Subject: [arch-general] [arch-dev-public] [signoff] man-db 2.5.3-2
	replacing man
Message-ID: <20090219170912.GA22005@PIV>

Andreas Radke wrote:
> Anything else to improve?

Replacing man with man-db will leave the old whatis databases on the
system, with no package owning them.
On my system:
 /opt/java/jre/man/whatis
 /opt/java/man/whatis
 /usr/local/man/whatis
 /usr/man/whatis
 /usr/man/it/whatis
 /usr/share/man/whatis
 /usr/share/man/it/whatis

A warning about the issue?

A solution could be a man package update with an uninstall script that
take care of this, then go on with man-db.

From ordo.ad at gmail.com  Thu Feb 19 12:30:26 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Thu, 19 Feb 2009 18:30:26 +0100
Subject: [arch-general] [arch-dev-public] [signoff] man-db 2.5.3-2
	replacing man
In-Reply-To: <20090219170912.GA22005@PIV>
References: <20090219170912.GA22005@PIV>
Message-ID: <20090219173026.GA20575@PIV>

On Thu, Feb 19, 2009 at 06:09:12PM +0100, Alessandro Doro wrote:
> Andreas Radke wrote:
> > Anything else to improve?

Just found another issue.
I'll take  /usr/share/man/man3p/abs.3p.gz for example.

man 3p abs: ok
man -a abs: shows only abs(3)

>From man-db.conf:
SECTION         1 n l 8 3 2 5 4 9 6 7

Adding 3p to the sections fixes the problem (see also 1p).
I have not searched for other missing sections.

From ordo.ad at gmail.com  Thu Feb 19 12:39:28 2009
From: ordo.ad at gmail.com (Alessandro Doro)
Date: Thu, 19 Feb 2009 18:39:28 +0100
Subject: [arch-general] [arch-dev-public] [signoff] man-db 2.5.3-2
	replacing man
In-Reply-To: <20090219173026.GA20575@PIV>
References: <20090219170912.GA22005@PIV> <20090219173026.GA20575@PIV>
Message-ID: <20090219173928.GA21626@PIV>

On Thu, Feb 19, 2009 at 06:30:26PM +0100, Alessandro Doro wrote:
> Just found another issue.
> I'll take  /usr/share/man/man3p/abs.3p.gz for example.
> 
> man 3p abs: ok
> man -a abs: shows only abs(3)
> 
Another example: "_toupper" is present only in 3p.
$ man _toupper
No manual entry for _toupper

From grbzks at gmail.com  Thu Feb 19 13:32:51 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Thu, 19 Feb 2009 20:32:51 +0200
Subject: [arch-general] xterm and xorg-apps
In-Reply-To: <1235036258.6662.31.camel@jan>
References: <d446cc7a0902181005w3c000421vcff0f48e7faea33@mail.gmail.com>
	<1235036258.6662.31.camel@jan>
Message-ID: <b9f0f75c0902191032y7cb242f8g9633ba57d164ad7@mail.gmail.com>

On Thu, Feb 19, 2009 at 11:37 AM, Jan de Groot <jan at jgc.homeip.net> wrote:
> On Wed, 2009-02-18 at 10:05 -0800, Andrew Przepioski wrote:
>> How come xorg-apps is a dependency for xterm? Been a lil' curious for
>> awhile and have tried figuring it out, but found nothing so I figured
>> I would ask here.
>
> xorg-apps contains luit, which is some kind of dependency to xterm. I'm
> not an xterm user, so I don't know anything more than this about it.
>
>

Oh right, thats for unicode.
Since i used to be an xterm user, and i have researched this, see the Gentoo
ebuild: http://gentoo-portage.com/AJAX/Ebuild/54621/View
Its very identical to Arch's PKGBUILD.
Luit is needed for unicode but xterm works just fine without it installed.
Without xmessage koi8xterm doesnt work at all.

-- 
Greg

From baho-utot at columbus.rr.com  Thu Feb 19 18:12:06 2009
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Thu, 19 Feb 2009 18:12:06 -0500
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>	<499B302B.1050702@columbus.rr.com>
	<20090217220027.GC2755@dark>	<499C7796.2050703@columbus.rr.com>
	<d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>
Message-ID: <499DE746.1060205@columbus.rr.com>

Aaron Griffin wrote:
> On Wed, Feb 18, 2009 at 3:03 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
>   
>> Grigorios Bouzakis wrote:
>>     
>>> On Tue, Feb 17, 2009 at 04:46:19PM -0500, Baho Utot wrote:
>>>
>>>       
>>>> Nicolas Bigaouette wrote:
>>>>
>>>>         
>>>>> I totally second that. It is really frustrating as a bug reporting user
>>>>> to
>>>>> end the discussion like this.
>>>>> It really looks like a "shut-up and stop annoying us" thing...
>>>>>
>>>>> I know it did not gave me the motivation to open other bugs.
>>>>>
>>>>> I don't see why the discussion should be closed when the bug is. As
>>>>> Damjan
>>>>> said, some useful information can still be provided even if the bug is
>>>>> closed.
>>>>>
>>>>>
>>>>> 2009/2/16 Damjan Georgievski <gdamjan at gmail.com>
>>>>>
>>>>>
>>>>>           
>>>> Which is why I don't submit bug reports anymore.
>>>>
>>>>         
>>> Instead of +1'ing this could you provide examples instead?
>>>
>>>       
>> No not really, as I am done with this and I am not going to argue with
>> anyone about this.
>>
>> It's just that I came looking for help and got slammed one too many times.
>>
>> Now I either go the the news groups for help or fix it my self.  If I don't
>> get a solution then I skip the package and move on.
>>     
>
> Out of curiosity - how many people here also believe that the bug
> tracker is for help? I am honestly interested, as this could be the
> source of confusion here - the above is actually the way things SHOULD
> work - forums, newsgroups, mailing lists, etc should be used for help;
> the bug tracker should be used for bugs or "actionable items"
>   

I know the bug tracker is for bugs and not help,  when I used to file 
bug reports I did so because some thing didn't work (for example 
compiling a package under the current arch gcc version).  Yes maybe I 
didn't fully understand the issue.  You can look at your favorite 
package klibc* :), ( klibc-udev to be exact) which I did file. (remember 
we found a flea in pacman/makepkg using makeworld with the --log flag).

Although I did not file a bug report for this here is an example

I had opensp that I found a solution for and tried to get my patch 
applied and the response (The way I saw it maybe not as it was intended) 
was go adopt the package followed by a piss off.  Well the package was 
in extra I couldn't adopt it  and I can not fix it in any way.  I the 
problem still exists with opensp.  My intention was to simply get it 
fixed, all that needed to be done was for someone who has access to 
update the PKGBUILD and add the patch which I received from 
comp.os.linux.misc and it will build. I did file a upstream bug report.

Also:

Had the bug report for the klibc* I filed just be tossed as in this is 
not a bug, the makeworld --log flea would not have been found.  I think 
that bug reports can be closed too quickly, maybe because the one who 
closes the report doesn't fully understand why the report was filed ( We 
are all not good english speakers ).

My suggestion would be to create an arch news group where issues 
using/building etc can be discussed. It could then be searched and one 
could read the thread and it may/could fix ones issue/problem.  It also 
could  promote discussion leading to solutions for bugs/issues/problems 
as well as one more source of help for less experienced users.

--
Tayo'y Mga Pinoy


From cmconrad79 at gmail.com  Thu Feb 19 18:27:38 2009
From: cmconrad79 at gmail.com (Colin Conrad)
Date: Thu, 19 Feb 2009 19:27:38 -0400
Subject: [arch-general] Guest speaker
Message-ID: <499DEAEA.7070304@gmail.com>

Hello,

I am writing on behalf of the Dalhousie University OSUM 
(http://studentdevelopers.ning.com/group/dalosum) in Halifax, Nova 
Scotia, Canada. 

We are having an Linux "Infofest" on March 14th, 2009 from1PM to 4PM, 
where by the general public could come out and hear why they should try 
Linux instead of Windows.  This will be followed by an Installfest two 
weeks later.

We would like someone from the ArchLinux team to come out and talk for 
an around 45 minutes about ArchLinux and what advantages it has over the 
commercial OSs out there. 

The person who is willing to do so can e-mail me directly at:

cmconrad79 at gmail.com

Cheers,
Colin

From iphitus at iphitus.org  Fri Feb 20 06:18:54 2009
From: iphitus at iphitus.org (James Rayner)
Date: Fri, 20 Feb 2009 22:18:54 +1100
Subject: [arch-general] closed bugs, open comments?
In-Reply-To: <499DE746.1060205@columbus.rr.com>
References: <28f0f01f0902162014s174d9cacna8e79326290cbb0f@mail.gmail.com>
	<1af523860902162029l5d14b726g5b389b821d1aad28@mail.gmail.com>
	<499B302B.1050702@columbus.rr.com> <20090217220027.GC2755@dark>
	<499C7796.2050703@columbus.rr.com>
	<d64a48980902181327mff370bci41a6265704e3f287@mail.gmail.com>
	<499DE746.1060205@columbus.rr.com>
Message-ID: <3716150a0902200318t5ec335b5uc807dbc1d6a71c5e@mail.gmail.com>

On Fri, Feb 20, 2009 at 10:12 AM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> I know the bug tracker is for bugs and not help,  when I used to file bug
> reports I did so because some thing didn't work (for example compiling a
> package under the current arch gcc version).  Yes maybe I didn't fully
> understand the issue.  You can look at your favorite package klibc* :), (
> klibc-udev to be exact) which I did file. (remember we found a flea in
> pacman/makepkg using makeworld with the --log flag).
>
> Although I did not file a bug report for this here is an example
>
> I had opensp that I found a solution for and tried to get my patch applied
> and the response (The way I saw it maybe not as it was intended) was go
> adopt the package followed by a piss off.  Well the package was in extra I
> couldn't adopt it  and I can not fix it in any way.  I the problem still
> exists with opensp.  My intention was to simply get it fixed, all that
> needed to be done was for someone who has access to update the PKGBUILD and
> add the patch which I received from comp.os.linux.misc and it will build. I
> did file a upstream bug report.

No developers are telling anyone to piss off. I'm sure phrakture won't
hesitate to hurl a car/bus/jet at anyone who did.

If you're getting this impression, it's certainly not at all intended.
We're busy, and some of us have a lot of bugs assigned to us. Often
when updating a package there might be multiple bug reports to close,
so it's quite normal to close without a message - this is not intended
as a rude gesture, rather the reality of limited time and energy.

Most of us are human (except Phrak) and we screw up sometimes (except
Allan). If we do close a bug report incorrectly or misunderstand your
issue, that's what the request to re-open option exists for.

If you really disagree and think it's worth discussion, send an email
right to this list _right here_ (this list is the newsgroup you want)
where more people can see it than the handful assigned to the bug
report. It's been done before, nobody complained, and will help
clarify any decision made.

Cheers!
James

From hollunder at gmx.at  Fri Feb 20 09:05:04 2009
From: hollunder at gmx.at (hollunder at gmx.at)
Date: Fri, 20 Feb 2009 15:05:04 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090219093301.28f470ee@gmx.at>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
	<20090219093301.28f470ee@gmx.at>
Message-ID: <20090220150504.4e266e8b@gmx.at>

On Thu, 19 Feb 2009 09:33:01 +0100
<hollunder at gmx.at> wrote:

> On Wed, 18 Feb 2009 14:31:13 -0300
> Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com> wrote:
> 
> > On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian
> > <sergeym at rmico.com> wrote:
> > > On Wed, 18 Feb 2009 11:03:08 +0100
> > > <hollunder at gmx.at> wrote:
> > >
> > > ..........
> > >
> > >> An external drive can be rather reliably identified and always
> > >> mounted at the same place using udev.
> > >>
> > >> This is somewhat problematic on arch linux tough.
> > >> For some reason the devices seem not to be created before
> > >> mount runs although udev runs before it.
> > >> This means that external drives do not get mounted along with all
> > >> the other drives specified in fstab.
> > >>
> > >> I personally wonder what the problem is since this method has
> > >> worked on other distributions.
> > >>
> > >> My workaround is simply another 'mount -a' in rc.local, at this
> > >> point in boottime the devices are created.
> > >>
> > >> Still this doesn't work reliably with one of my drives but this
> > >> is a separate problem (slowness).
> > >>
> > >> Philipp
> > >>
> > >
> > > Folks, you are discussing how to deal with "noob questions" etc.,
> > > but nobody paid attention to the more "deep" meaning of the
> > > initial question arisen by Philipp.
> > >
> > > I confirm the problem. So, how to mount an external HDD during the
> > > system start-up?
> > >
> > > Cheers,
> > > Sergey
> > >
> > >
> > 
> > 
> > If it is always connected, I would put a line on /etc/fstab so it is
> > mounted as any other ordinary partition.
> > 
> > If it is not always connected, I would make a script and put it in
> > /etc/rc.d. The script would be responsible to look if the disk is
> > attached and mount it. It would be good to use some udev rules to
> > make a fixed symlink for the disk, so the script has a fixed target
> > to find.
> > 
> 
> I already do a combination of udev and fstab which doesn't work.
> 
> Old rules that worked on my previous system:
> BUS=="usb", KERNEL=="sd?1", SYSFS{idProduct}=="(somenumber)",
> SYMLINK+="usbdisk200"
> 
> BUS=="usb", KERNEL=="sd?1", SYSFS{serial}=="(somenumber)",
> SYMLINK+="usbdisk400"
> 
> New rules with newer udev syntax:
> BUS=="usb", ATTRS{serial}=="(somenumber)", KERNEL=="sd?1",
> NAME="%k", SYMLINK+="usbdisk400", GROUP="storage"
> 
> BUS=="usb", ATTRS{idProduct}=="(somenumber)", KERNEL=="sd?1",
> NAME="%k", SYMLINK+="usbdisk200", GROUP="storage"
> 
> fstab:
> /dev/usbdisk400 /media/disk400  ext3
> rw,nodev,noexec,auto,noatime,async,users        0       0
> 
> /dev/usbdisk200 /media/disk200  ext3
> rw,nodev,noexec,auto,noatime,async,users        0       0
> 
> 
> What happens is that when 'mount -a' is run at boottime it says
> that /dev/usbdisk400 and /dev/usbdisk200 doesn't exist, consequently
> they don't get mounted.
> When rc.local with another 'mount -a' is executed it works (except
> that the /dev/usbdisk400 is too slow sometimes).
> 
> I'm looking forward to your ideas about what's happening.
> 
> Best regards,
> 	Philipp


I tried some more. This time I specified one of the usb harddrives by
UUID. I can mount is, so it works, but at boottime this method doesn't
work either.

I get:
special device UUID=number not found

same as I got:
special device /dev/usbdisk400 not found

So to me this looks like udev is not the problem this time.
So what is it, are usb devices not initialised yet when 'mount -a' is
run?
I added the usb_storage module to the modules array in rc.conf but this
didn't change a thing. If I read rc.sysinit correctly the modules are
loaded before 'mount -a'.

Help is appreciated.

Philipp

From denisfalqueto at gmail.com  Fri Feb 20 09:15:24 2009
From: denisfalqueto at gmail.com (Denis Alessandro Altoe Falqueto)
Date: Fri, 20 Feb 2009 11:15:24 -0300
Subject: [arch-general] how to mount external hdd
In-Reply-To: <20090220150504.4e266e8b@gmx.at>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
	<20090219093301.28f470ee@gmx.at> <20090220150504.4e266e8b@gmx.at>
Message-ID: <ab955ef30902200615o413f2008k5d9ecec6916eb478@mail.gmail.com>

On Fri, Feb 20, 2009 at 11:05 AM,  <hollunder at gmx.at> wrote:
> On Thu, 19 Feb 2009 09:33:01 +0100
> <hollunder at gmx.at> wrote:
>
>> On Wed, 18 Feb 2009 14:31:13 -0300
>> Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com> wrote:
>>
>> > On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian
>> > <sergeym at rmico.com> wrote:
>> > > On Wed, 18 Feb 2009 11:03:08 +0100
>> > > <hollunder at gmx.at> wrote:
>> > >
>> > > ..........
>> > >
>> > >> An external drive can be rather reliably identified and always
>> > >> mounted at the same place using udev.
>> > >>
>> > >> This is somewhat problematic on arch linux tough.
>> > >> For some reason the devices seem not to be created before
>> > >> mount runs although udev runs before it.
>> > >> This means that external drives do not get mounted along with all
>> > >> the other drives specified in fstab.
>> > >>
>> > >> I personally wonder what the problem is since this method has
>> > >> worked on other distributions.
>> > >>
>> > >> My workaround is simply another 'mount -a' in rc.local, at this
>> > >> point in boottime the devices are created.
>> > >>
>> > >> Still this doesn't work reliably with one of my drives but this
>> > >> is a separate problem (slowness).
>> > >>
>> > >> Philipp
>> > >>
>> > >
>> > > Folks, you are discussing how to deal with "noob questions" etc.,
>> > > but nobody paid attention to the more "deep" meaning of the
>> > > initial question arisen by Philipp.
>> > >
>> > > I confirm the problem. So, how to mount an external HDD during the
>> > > system start-up?
>> > >
>> > > Cheers,
>> > > Sergey
>> > >
>> > >
>> >
>> >
>> > If it is always connected, I would put a line on /etc/fstab so it is
>> > mounted as any other ordinary partition.
>> >
>> > If it is not always connected, I would make a script and put it in
>> > /etc/rc.d. The script would be responsible to look if the disk is
>> > attached and mount it. It would be good to use some udev rules to
>> > make a fixed symlink for the disk, so the script has a fixed target
>> > to find.
>> >
>>
>> I already do a combination of udev and fstab which doesn't work.
>>
>> Old rules that worked on my previous system:
>> BUS=="usb", KERNEL=="sd?1", SYSFS{idProduct}=="(somenumber)",
>> SYMLINK+="usbdisk200"
>>
>> BUS=="usb", KERNEL=="sd?1", SYSFS{serial}=="(somenumber)",
>> SYMLINK+="usbdisk400"
>>
>> New rules with newer udev syntax:
>> BUS=="usb", ATTRS{serial}=="(somenumber)", KERNEL=="sd?1",
>> NAME="%k", SYMLINK+="usbdisk400", GROUP="storage"
>>
>> BUS=="usb", ATTRS{idProduct}=="(somenumber)", KERNEL=="sd?1",
>> NAME="%k", SYMLINK+="usbdisk200", GROUP="storage"
>>
>> fstab:
>> /dev/usbdisk400 /media/disk400  ext3
>> rw,nodev,noexec,auto,noatime,async,users        0       0
>>
>> /dev/usbdisk200 /media/disk200  ext3
>> rw,nodev,noexec,auto,noatime,async,users        0       0
>>
>>
>> What happens is that when 'mount -a' is run at boottime it says
>> that /dev/usbdisk400 and /dev/usbdisk200 doesn't exist, consequently
>> they don't get mounted.
>> When rc.local with another 'mount -a' is executed it works (except
>> that the /dev/usbdisk400 is too slow sometimes).
>>
>> I'm looking forward to your ideas about what's happening.
>>
>> Best regards,
>>       Philipp
>
>
> I tried some more. This time I specified one of the usb harddrives by
> UUID. I can mount is, so it works, but at boottime this method doesn't
> work either.
>
> I get:
> special device UUID=number not found
>
> same as I got:
> special device /dev/usbdisk400 not found
>
> So to me this looks like udev is not the problem this time.
> So what is it, are usb devices not initialised yet when 'mount -a' is
> run?
> I added the usb_storage module to the modules array in rc.conf but this
> didn't change a thing. If I read rc.sysinit correctly the modules are
> loaded before 'mount -a'.
>
> Help is appreciated.
>
> Philipp
>

Well, I don't have an external hd, just pendrives, so to me they work
fine because I insert/remove often and when the system is already
running. But one aproach I would take is to make a script and put it
in /etc/rc.d, so you can put it in your DAEMONS array in rc.conf. This
way, i think the system will be up and running fine when the script is
run and it may mount your drive correctly. You can

-- 
-------------------------------------------
Denis A. Altoe Falqueto
-------------------------------------------
George Burns  - "I would go out with women my age, but there are no
women my age."

From denisfalqueto at gmail.com  Fri Feb 20 09:17:27 2009
From: denisfalqueto at gmail.com (Denis Alessandro Altoe Falqueto)
Date: Fri, 20 Feb 2009 11:17:27 -0300
Subject: [arch-general] how to mount external hdd
In-Reply-To: <ab955ef30902200615o413f2008k5d9ecec6916eb478@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
	<20090219093301.28f470ee@gmx.at> <20090220150504.4e266e8b@gmx.at>
	<ab955ef30902200615o413f2008k5d9ecec6916eb478@mail.gmail.com>
Message-ID: <ab955ef30902200617v15443503v46b62c6acb7d7fe2@mail.gmail.com>

On Fri, Feb 20, 2009 at 11:15 AM, Denis Alessandro Altoe Falqueto
<denisfalqueto at gmail.com> wrote:
> On Fri, Feb 20, 2009 at 11:05 AM,  <hollunder at gmx.at> wrote:
>> On Thu, 19 Feb 2009 09:33:01 +0100
>> <hollunder at gmx.at> wrote:
>>
>>> On Wed, 18 Feb 2009 14:31:13 -0300
>>> Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com> wrote:
>>>
>>> > On Wed, Feb 18, 2009 at 2:22 PM, Sergey Manucharian
>>> > <sergeym at rmico.com> wrote:
>>> > > On Wed, 18 Feb 2009 11:03:08 +0100
>>> > > <hollunder at gmx.at> wrote:
>>> > >
>>> > > ..........
>>> > >
>>> > >> An external drive can be rather reliably identified and always
>>> > >> mounted at the same place using udev.
>>> > >>
>>> > >> This is somewhat problematic on arch linux tough.
>>> > >> For some reason the devices seem not to be created before
>>> > >> mount runs although udev runs before it.
>>> > >> This means that external drives do not get mounted along with all
>>> > >> the other drives specified in fstab.
>>> > >>
>>> > >> I personally wonder what the problem is since this method has
>>> > >> worked on other distributions.
>>> > >>
>>> > >> My workaround is simply another 'mount -a' in rc.local, at this
>>> > >> point in boottime the devices are created.
>>> > >>
>>> > >> Still this doesn't work reliably with one of my drives but this
>>> > >> is a separate problem (slowness).
>>> > >>
>>> > >> Philipp
>>> > >>
>>> > >
>>> > > Folks, you are discussing how to deal with "noob questions" etc.,
>>> > > but nobody paid attention to the more "deep" meaning of the
>>> > > initial question arisen by Philipp.
>>> > >
>>> > > I confirm the problem. So, how to mount an external HDD during the
>>> > > system start-up?
>>> > >
>>> > > Cheers,
>>> > > Sergey
>>> > >
>>> > >
>>> >
>>> >
>>> > If it is always connected, I would put a line on /etc/fstab so it is
>>> > mounted as any other ordinary partition.
>>> >
>>> > If it is not always connected, I would make a script and put it in
>>> > /etc/rc.d. The script would be responsible to look if the disk is
>>> > attached and mount it. It would be good to use some udev rules to
>>> > make a fixed symlink for the disk, so the script has a fixed target
>>> > to find.
>>> >
>>>
>>> I already do a combination of udev and fstab which doesn't work.
>>>
>>> Old rules that worked on my previous system:
>>> BUS=="usb", KERNEL=="sd?1", SYSFS{idProduct}=="(somenumber)",
>>> SYMLINK+="usbdisk200"
>>>
>>> BUS=="usb", KERNEL=="sd?1", SYSFS{serial}=="(somenumber)",
>>> SYMLINK+="usbdisk400"
>>>
>>> New rules with newer udev syntax:
>>> BUS=="usb", ATTRS{serial}=="(somenumber)", KERNEL=="sd?1",
>>> NAME="%k", SYMLINK+="usbdisk400", GROUP="storage"
>>>
>>> BUS=="usb", ATTRS{idProduct}=="(somenumber)", KERNEL=="sd?1",
>>> NAME="%k", SYMLINK+="usbdisk200", GROUP="storage"
>>>
>>> fstab:
>>> /dev/usbdisk400 /media/disk400  ext3
>>> rw,nodev,noexec,auto,noatime,async,users        0       0
>>>
>>> /dev/usbdisk200 /media/disk200  ext3
>>> rw,nodev,noexec,auto,noatime,async,users        0       0
>>>
>>>
>>> What happens is that when 'mount -a' is run at boottime it says
>>> that /dev/usbdisk400 and /dev/usbdisk200 doesn't exist, consequently
>>> they don't get mounted.
>>> When rc.local with another 'mount -a' is executed it works (except
>>> that the /dev/usbdisk400 is too slow sometimes).
>>>
>>> I'm looking forward to your ideas about what's happening.
>>>
>>> Best regards,
>>>       Philipp
>>
>>
>> I tried some more. This time I specified one of the usb harddrives by
>> UUID. I can mount is, so it works, but at boottime this method doesn't
>> work either.
>>
>> I get:
>> special device UUID=number not found
>>
>> same as I got:
>> special device /dev/usbdisk400 not found
>>
>> So to me this looks like udev is not the problem this time.
>> So what is it, are usb devices not initialised yet when 'mount -a' is
>> run?
>> I added the usb_storage module to the modules array in rc.conf but this
>> didn't change a thing. If I read rc.sysinit correctly the modules are
>> loaded before 'mount -a'.
>>
>> Help is appreciated.
>>
>> Philipp
>>
>
> Well, I don't have an external hd, just pendrives, so to me they work
> fine because I insert/remove often and when the system is already
> running. But one aproach I would take is to make a script and put it
> in /etc/rc.d, so you can put it in your DAEMONS array in rc.conf. This
> way, i think the system will be up and running fine when the script is
> run and it may mount your drive correctly. You can
>
> --
> -------------------------------------------
> Denis A. Altoe Falqueto
> -------------------------------------------
> George Burns  - "I would go out with women my age, but there are no
> women my age."
>

Sorry, sent before I ended the message... >_<

I was saying that you could check to see if your device is plugged
before mounting. I was trying to find a reliable way to do that, but I
don't have the time right now. I will try to replay with something
usefull as soo as I can.

Hope that helps.

-- 
-------------------------------------------
Denis A. Altoe Falqueto
-------------------------------------------
Emo Philips  - "I was the kid next door's imaginary friend."

From gsnijders at gmail.com  Fri Feb 20 11:45:42 2009
From: gsnijders at gmail.com (Guus Snijders)
Date: Fri, 20 Feb 2009 17:45:42 +0100
Subject: [arch-general] how to mount external hdd
In-Reply-To: <ab955ef30902200617v15443503v46b62c6acb7d7fe2@mail.gmail.com>
References: <666e6e380902171955gd4dd99fvef60d96804795a48@mail.gmail.com>
	<499BB82D.1020208@pandora.be> <20090218110308.340f1bfb@gmx.at>
	<20090218102216.041cd58f@rmico.com>
	<ab955ef30902180931p40e6f6cco94cea39e895a4c49@mail.gmail.com>
	<20090219093301.28f470ee@gmx.at> <20090220150504.4e266e8b@gmx.at>
	<ab955ef30902200615o413f2008k5d9ecec6916eb478@mail.gmail.com>
	<ab955ef30902200617v15443503v46b62c6acb7d7fe2@mail.gmail.com>
Message-ID: <cd243e560902200845s552e4520nb9504288ece3ebea@mail.gmail.com>

2009/2/20 Denis Alessandro Altoe Falqueto <denisfalqueto at gmail.com>:

[ script to first check if the device is available and then mount it ]

I think you just touched the real source of the problem; in my
experience, USB-HDD's take some time to initialize (more than
pendrives).

In my case, i have to wait 10 seconds after plugging it in, so a
script to mount it (or use an automounter) will probably work just
fine.


mvg,
     Guus Snijders

From adam.stokes at gmail.com  Sat Feb 21 14:46:29 2009
From: adam.stokes at gmail.com (Adam Stokes)
Date: Sat, 21 Feb 2009 14:46:29 -0500
Subject: [arch-general] arch way for ip aliasing
Message-ID: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>

Does one exist or are we still putting them in rc.local?

Thanks

-- 
( adam stokes ) || ( adam.stokes at gmail.com )

From redshift at pandora.be  Sat Feb 21 15:12:06 2009
From: redshift at pandora.be (RedShift)
Date: Sat, 21 Feb 2009 21:12:06 +0100
Subject: [arch-general] arch way for ip aliasing
In-Reply-To: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>
References: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>
Message-ID: <49A06016.9070101@pandora.be>

Adam Stokes wrote:
> Does one exist or are we still putting them in rc.local?
> 
> Thanks
> 

Use your brains next time, it took me exactly 1 second to come up with this. In rc.conf:

eth0="eth0 192.168.1.5 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0_1="eth0:1 192.168.0.5 netmask 255.255.255.0 broadcast 192.168.0.255"

INTERFACES=(eth0 eth0_1)

Glenn

From melyadon at gmail.com  Sat Feb 21 15:29:02 2009
From: melyadon at gmail.com (=?utf-8?Q?S=C3=A9bastien?= Mazy)
Date: Sat, 21 Feb 2009 21:29:02 +0100
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
Message-ID: <20090221202902.GA6191@locahost>

Hi all,


Since about a week and a recent upgrade which didn't involve gdm, GDM
has been using the US qwerty, even though the default X.org layout is
french, variant oss (and it's the layout used by other DMs like Slim,
which I don't want to use because of gnome-keyring and other reasons).

I've been using X.org input hotplug without glitches until now, with
three keyboard layouts defined through HAL: fr, de, us. Not only chooses
GDM the US layout as default, but it prevents me from changing it using
the alt+shift toggle (which I configured in HAL and works in every
application but GDM).

How should I tell GDM to stop trying to be smart and use X.org primary
layout instead? Does anyone know how GDM find/is provided the keyboard
layout to use?

Some configuration data follows. I start GDM in the runlevel 5 using
/etc/inittab.


/etc/X11/xorg.conf: (yes that's all)

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    Option         "NoLogo" "1"
    Option         "TwinViewXineramaInfoOrder" "DFP-0"
EndSection


/etc/hal/fdi/policy/information/10-keymap.fdi:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
    <device>
        <match key="info.capabilities" contains="input.keyboard">
            <merge key="input.xkb.layout" type="string">fr,de,us</merge>
            <merge key="input.xkb.variant" type="string">oss,,</merge>
            <merge key="input.xkb.options" type="string">grp:alt_shift_toggle</merge>
        </match>
    </device>
</deviceinfo>


Relevant (?) extract from /etc/rc.conf:

KEYMAP="fr-latin9"


Cheers,

-- 
S?bastien Mazy

From rafaelbarreto87 at gmail.com  Sat Feb 21 18:14:03 2009
From: rafaelbarreto87 at gmail.com (Rafael Barreto)
Date: Sat, 21 Feb 2009 20:14:03 -0300
Subject: [arch-general] arch way for ip aliasing
In-Reply-To: <49A06016.9070101@pandora.be>
References: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>
	<49A06016.9070101@pandora.be>
Message-ID: <c4569e400902211514g2e9cd89fs23241246bd546a6e@mail.gmail.com>

> Use your brains next time, it took me exactly 1 second to come up with this.

woww! take it easy man... you don't need to answer if you think the
question is stupid or whatever... but, don't be agressive like that...
this is a community...

thanks...

From daenyth+arch at gmail.com  Sat Feb 21 20:06:32 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Sat, 21 Feb 2009 20:06:32 -0500
Subject: [arch-general] arch way for ip aliasing
In-Reply-To: <49A06016.9070101@pandora.be>
References: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>
	<49A06016.9070101@pandora.be>
Message-ID: <ea09a6380902211706uc67779dl4a35b42d983eb274@mail.gmail.com>

On Sat, Feb 21, 2009 at 15:12, RedShift <redshift at pandora.be> wrote:
> Use your brains next time, it took me exactly 1 second to come up with this.

Is this sort of thing really needed? As he mentioned, noone here is
forcing you to reply... Let's try to keep the lists civil please.

From adam.stokes at gmail.com  Sat Feb 21 23:15:39 2009
From: adam.stokes at gmail.com (Adam Stokes)
Date: Sat, 21 Feb 2009 23:15:39 -0500
Subject: [arch-general] arch way for ip aliasing
In-Reply-To: <ea09a6380902211706uc67779dl4a35b42d983eb274@mail.gmail.com>
References: <b049261b0902211146x55d01749xfe1420f23b317d43@mail.gmail.com>
	<49A06016.9070101@pandora.be>
	<ea09a6380902211706uc67779dl4a35b42d983eb274@mail.gmail.com>
Message-ID: <b049261b0902212015l57635d11r414c8243b356b249@mail.gmail.com>

it was mislabled under the wiki i changed it to IP Aliasing in the
network howto. Search didn't come up with anything.
Thanks

On Sat, Feb 21, 2009 at 8:06 PM, Daenyth Blank <daenyth+arch at gmail.com> wrote:
> On Sat, Feb 21, 2009 at 15:12, RedShift <redshift at pandora.be> wrote:
>> Use your brains next time, it took me exactly 1 second to come up with this.
>
> Is this sort of thing really needed? As he mentioned, noone here is
> forcing you to reply... Let's try to keep the lists civil please.
>



-- 
( adam stokes ) || ( adam.stokes at gmail.com )

From daniel.isenmann at gmx.de  Sun Feb 22 05:59:24 2009
From: daniel.isenmann at gmx.de (Daniel Isenmann)
Date: Sun, 22 Feb 2009 11:59:24 +0100
Subject: [arch-general] [arch-dev-public] [signoff] pptpclient 1.7.2-2
In-Reply-To: <20090215200454.56466ceb@fuckup-ng.localdomain>
References: <20090210180526.64c1197c@fuckup-ng.localdomain>
	<20090215200454.56466ceb@fuckup-ng.localdomain>
Message-ID: <20090222115924.16ca0b54@fuckup-ng.localdomain>

On Sun, 15 Feb 2009 20:04:54 +0100
Daniel Isenmann <daniel.isenmann at gmx.de> wrote:

> On Tue, 10 Feb 2009 18:05:26 +0100
> Daniel Isenmann <daniel.isenmann at gmx.de> wrote:
> 
> > 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
> 
> Anyone?

Ok, there were no concerns about this package since nearly two weeks
and sadly no signoffs :( . So I assume that it works. I will move it to
core this afternoon.

Cheers, 
 Daniel

From t.powa at gmx.de  Sun Feb 22 11:39:03 2009
From: t.powa at gmx.de (Tobias Powalowski)
Date: Sun, 22 Feb 2009 17:39:03 +0100
Subject: [arch-general] [signoff] kernel26 2.6.28.7-1
Message-ID: <200902221739.06618.t.powa@gmx.de>

Hi guys, new kernel adresses the following things:
- bump to latest version

please signoff for both arches

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org

















-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090222/61fd61e3/attachment.pgp>

From soltys at ziu.info  Sun Feb 22 15:24:46 2009
From: soltys at ziu.info (Michal Soltys)
Date: Sun, 22 Feb 2009 21:24:46 +0100
Subject: [arch-general] [arch-dev-public] Changing raid/raid-partitions
	initcpio hooks
In-Reply-To: <200902182240.09577.t.powa@gmx.de>
References: <200902182240.09577.t.powa@gmx.de>
Message-ID: <49A1B48E.1040302@ziu.info>

Tobias Powalowski wrote:
> Hi guys,
> while experimenting with different raid setups in kvm, i found out our raid 
> support is not really ideal.
> 
> The status now:
> - raid hook(inlcuded in mkinitcpio package) does assemble normal raid:
>   but if a drive fails it will fail to boot after it.
>   i'm not 100% sure if it can handle all types of raid levels, partitionable 
>   mdp raid doesn't work at all with this hook for sure.
> - raid-partitions(included in mdadm package) can only assemble 1 raid 
>   partition array, which is imho bad you should be able to assemble more than 
>   one raid partition device from commandline, if you wish to do so.
> - UUID is not supported in any of both.
> 

A few notes, as I have mentioned it a few times in the past year(s) 
regarding the hooks you use. Why to rely on kernel commandline and 
in-kernel detection ? This is kinda legacy and deprecated (as far as I 
know) approach. IIRC in-kernel assembly also has problems with 1.x md 
superblocks, recalling mailing list - but I'm not sure as I never really 
use kernel assembly.

Having initramfs generator like mkinitcpio, just make sure proper 
/etc/mdadm.conf is included into generated image through install part of 
the hook.

In most systems I use, I have root on lvm on raid. Regardless of what is 
used for initramfs image, the part responsible for md basically requires 
module loading (if necessary) and mdadm -As. Mdadm doesn't need any 
manual device nodes creation, neither does mdassemble.auto. Udev rules 
in the background do the rest, so one can have e.g. 
root=/dev/disk/by-..... should it be needed.

I described the general idea in http://bugs.archlinux.org/task/9122

It also tries to dynamically create mdadm.conf in case one doesn't exist 
(going from mdadm -Es, instead of parsing kernel commandline). And it 
detects required modules as well.

Also, as of current kernel and mdadm, each md raid is partitionable by 
default. Old naming scheme for partitionable raids remained for 
backwards compatibility.

Remarks, as the above is already 1+ year old:

Device access is still needed to trigger partition uevents. Future mdadm 
(3.x) will work with udev properly, recalling long discussion about it 
on linux-raid. Some of the simple changes to udev ruels I suggested made 
it into upstream as well. Most generic one (including scanner helper for 
custom raid names and etc., not mentioned in the above bugreport) 
didn't, being too hackish. Still - simple naming, once you decide on 
single arch preferred standard is pretty trivial without any external 
helpers.

The only "drawback" is having libc or static mdadm / mdassemble.auto in 
the image Unless someone is trying to boot Arch on machine with 
incredibly low amount of ram (even for P2 ages), this is hardly any problem.

On a related note - arch's udev rules (81-...) still have entry for md, 
which should likely be removed, as 64-... takes care of it. Current udev 
  also allow overriding NAME in further rules, should that matter for arch.

FYI. Sorry for crossposting, no other way though :)


From ramodin at ya.ru  Mon Feb 23 02:24:49 2009
From: ramodin at ya.ru (Alexey Ramodin)
Date: Mon, 23 Feb 2009 10:24:49 +0300
Subject: [arch-general] libxxx.so.yy not found
Message-ID: <812011235373889@webmail9.yandex.ru>

Hi all,

Once i've upgraded some pkgs I have some errors that a program cannot start because a lib is not found.
For example I need libkrb5.so.22 but:
$ ls /usr/lib/libkrb5.so

lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so -> libkrb5.so.25.0.0
lrwxrwxrwx 1 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.25 -> libkrb5.so.25.0.0
-rwxr-xr-x 1 root root 471594 2009-01-08 02:41 /usr/lib/libkrb5.so.25.0.0

So, I have the lib but a little bit newer.

Making a link on libkrb5.so.25.0.0 solves the problem. At least it looks so.

lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.22 -> libkrb5.so.25.0.0

I've done the same for some other libs (ut to 10... )

The question is simple, is it a way or i'll have my arch unworkable in the future?

(i know about pacman -Syu ....)


--
Thanks,
Alex

From jan at jgc.homeip.net  Mon Feb 23 02:38:28 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Mon, 23 Feb 2009 08:38:28 +0100
Subject: [arch-general] libxxx.so.yy not found
In-Reply-To: <812011235373889@webmail9.yandex.ru>
References: <812011235373889@webmail9.yandex.ru>
Message-ID: <1235374708.5020.2.camel@jan>

On Mon, 2009-02-23 at 10:24 +0300, Alexey Ramodin wrote:
> Hi all,
> 
> Once i've upgraded some pkgs I have some errors that a program cannot start because a lib is not found.
> For example I need libkrb5.so.22 but:
> $ ls /usr/lib/libkrb5.so
> 
> lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so -> libkrb5.so.25.0.0
> lrwxrwxrwx 1 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.25 -> libkrb5.so.25.0.0
> -rwxr-xr-x 1 root root 471594 2009-01-08 02:41 /usr/lib/libkrb5.so.25.0.0
> 
> So, I have the lib but a little bit newer.
> 
> Making a link on libkrb5.so.25.0.0 solves the problem. At least it looks so.
> 
> lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.22 -> libkrb5.so.25.0.0
> 
> I've done the same for some other libs (ut to 10... )
> 
> The question is simple, is it a way or i'll have my arch unworkable in the future?
> 
> (i know about pacman -Syu ....)

These sonames were bumped just because it's fun to do and break every
system on each small package upgrade.

Really, do you understand the real reasoning about soname versioning?
This will break random applications on your system.


From vvh at synergylaw.be  Mon Feb 23 02:40:10 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Mon, 23 Feb 2009 08:40:10 +0100
Subject: [arch-general] libxxx.so.yy not found
In-Reply-To: <812011235373889@webmail9.yandex.ru>
References: <812011235373889@webmail9.yandex.ru>
Message-ID: <20090223084010.02e893ee@pc-vincent.Synergylaw.be>

Op Mon, 23 Feb 2009 10:24:49 +0300
schreef Alexey Ramodin <ramodin at ya.ru>:

> Once i've upgraded some pkgs I have some errors that a program cannot
> start because a lib is not found. For example I need libkrb5.so.22
> but: $ ls /usr/lib/libkrb5.so
> 
> lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so ->
> libkrb5.so.25.0.0 lrwxrwxrwx 1 root root     17 2009-01-08
> 02:40 /usr/lib/libkrb5.so.25 -> libkrb5.so.25.0.0 -rwxr-xr-x 1 root
> root 471594 2009-01-08 02:41 /usr/lib/libkrb5.so.25.0.0
> 
> So, I have the lib but a little bit newer.
> 
> Making a link on libkrb5.so.25.0.0 solves the problem. At least it
> looks so.

Symlinking is never the right thing to do, although it might help you
in paching the problem.

The real solution is to repackage the package that has those 'old'
dependencies. You should be able to do that with ABS, and you might
want to flag the package out-of-date or file a bugreport.

Zl.
-- 
Advocatenkantoor Suy, Van Baeveghem & Van Houtte
Brusselsestraat 108
9200 Dendermonde
T +32.52.52.06.05
F +32.52.52.06.46
W http://www.synergylaw.be

From allan at archlinux.org  Mon Feb 23 02:45:53 2009
From: allan at archlinux.org (Allan McRae)
Date: Mon, 23 Feb 2009 17:45:53 +1000
Subject: [arch-general] libxxx.so.yy not found
In-Reply-To: <1235374708.5020.2.camel@jan>
References: <812011235373889@webmail9.yandex.ru> <1235374708.5020.2.camel@jan>
Message-ID: <BAY102-DAV11C8AE3BA77F8B4412A16686AE0@phx.gbl>

Jan de Groot wrote:
> On Mon, 2009-02-23 at 10:24 +0300, Alexey Ramodin wrote:
>   
>> Hi all,
>>
>> Once i've upgraded some pkgs I have some errors that a program cannot start because a lib is not found.
>> For example I need libkrb5.so.22 but:
>> $ ls /usr/lib/libkrb5.so
>>
>> lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so -> libkrb5.so.25.0.0
>> lrwxrwxrwx 1 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.25 -> libkrb5.so.25.0.0
>> -rwxr-xr-x 1 root root 471594 2009-01-08 02:41 /usr/lib/libkrb5.so.25.0.0
>>
>> So, I have the lib but a little bit newer.
>>
>> Making a link on libkrb5.so.25.0.0 solves the problem. At least it looks so.
>>
>> lrwxrwxrwx 2 root root     17 2009-01-08 02:40 /usr/lib/libkrb5.so.22 -> libkrb5.so.25.0.0
>>
>> I've done the same for some other libs (ut to 10... )
>>
>> The question is simple, is it a way or i'll have my arch unworkable in the future?
>>
>> (i know about pacman -Syu ....)
>>     
>
> These sonames were bumped just because it's fun to do and break every
> system on each small package upgrade.
>
> Really, do you understand the real reasoning about soname versioning?
> This will break random applications on your system.
>   

This should help you along...
http://www.archlinux.org/static/newsletters/newsletter-2008-sep.html#contributed

Allan



From sky at viridian-project.de  Mon Feb 23 16:33:21 2009
From: sky at viridian-project.de (Leslie P. Polzer)
Date: Mon, 23 Feb 2009 22:33:21 +0100 (CET)
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <499A7347.6000006@archlinux.org>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>
	<499A7347.6000006@archlinux.org>
Message-ID: <e40c81e98f4a44e279e433497971547f.squirrel@mail.stardawn.org>


> There is this wiki page that has (or started?) put together guidelines
> for the packaging of lisp packages.

Interesting, thanks.

This page is a bit eclectic right now.

Gentoo has an excellent one in its Wiki:

  http://www.gentoo.org/proj/en/lisp/common-lisp/guide.xml

In my opinion the first essential step is defining a common
location for all packages and a framework for having user- and
implementation-specific locations for the compiled binaries.

I also wonder whether all people interested in Arch and
Common Lisp are reading this, or whether some are only active
in the forums.

  Leslie

-- 
LinkedIn Profile: http://www.linkedin.com/in/polzer
Xing Profile: https://www.xing.com/profile/LeslieP_Polzer
Blog: http://blog.viridian-project.de/


From allan at archlinux.org  Mon Feb 23 17:52:01 2009
From: allan at archlinux.org (Allan McRae)
Date: Tue, 24 Feb 2009 08:52:01 +1000
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <e40c81e98f4a44e279e433497971547f.squirrel@mail.stardawn.org>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>	<499A7347.6000006@archlinux.org>
	<e40c81e98f4a44e279e433497971547f.squirrel@mail.stardawn.org>
Message-ID: <BAY102-DAV5AD514044F45B20B6669B86AE0@phx.gbl>

Leslie P. Polzer wrote:
>> There is this wiki page that has (or started?) put together guidelines
>> for the packaging of lisp packages.
>>     
>
> Interesting, thanks.
>
> This page is a bit eclectic right now.
>
> Gentoo has an excellent one in its Wiki:
>
>   http://www.gentoo.org/proj/en/lisp/common-lisp/guide.xml
>
> In my opinion the first essential step is defining a common
> location for all packages and a framework for having user- and
> implementation-specific locations for the compiled binaries.
>
> I also wonder whether all people interested in Arch and
> Common Lisp are reading this, or whether some are only active
> in the forums.
>   

Trying on the forums would probably be a good idea.  I think there is 
probably a larger readership there.

Allan




From vmlinuz386 at yahoo.com.ar  Mon Feb 23 18:01:55 2009
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Mon, 23 Feb 2009 21:01:55 -0200
Subject: [arch-general] Common Lisp packaging
In-Reply-To: <BAY102-DAV5AD514044F45B20B6669B86AE0@phx.gbl>
References: <64343.88.73.196.108.1234775542.squirrel@mail.stardawn.org>	<499A7347.6000006@archlinux.org>	<e40c81e98f4a44e279e433497971547f.squirrel@mail.stardawn.org>
	<BAY102-DAV5AD514044F45B20B6669B86AE0@phx.gbl>
Message-ID: <49A32AE3.3010202@yahoo.com.ar>

Allan McRae wrote:
> Leslie P. Polzer wrote:
>>> There is this wiki page that has (or started?) put together guidelines
>>> for the packaging of lisp packages.
>>>     
>>
>> Interesting, thanks.
>>
>> This page is a bit eclectic right now.
>>
>> Gentoo has an excellent one in its Wiki:
>>
>>   http://www.gentoo.org/proj/en/lisp/common-lisp/guide.xml
>>
>> In my opinion the first essential step is defining a common
>> location for all packages and a framework for having user- and
>> implementation-specific locations for the compiled binaries.
>>
>> I also wonder whether all people interested in Arch and
>> Common Lisp are reading this, or whether some are only active
>> in the forums.
>>   
>
> Trying on the forums would probably be a good idea.  I think there is
> probably a larger readership there.
>
> Allan
>
>
>
>
Yes, there are an open msg at
http://bbs.archlinux.org/viewtopic.php?id=46694

I am currently working on some CL-packages, researching in constructing
"the best way to make PKGBUILD".

Well, I think that will continue in the forum...

-- 
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219  76ED 39AB 221B 1B8C 330D


From crisnoh at gmail.com  Wed Feb 25 17:12:43 2009
From: crisnoh at gmail.com (Cristopher Thomas)
Date: Wed, 25 Feb 2009 17:12:43 -0500
Subject: [arch-general] Problems with netcfg
Message-ID: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>

I decided to start using netcfg to manage my wireless connection instead of
NetworkManager, but I can't seem to get it to connect reliably.  There seems
to be no pattern to when it will or won't connect, and I'm not having any
connectivity problems in windows.  Range isn't an issue either.  I'm
practically sitting right next to the router most of the time!  If anyone
can tell me what I'm doing wrong, I would greatly appreciate it.

I'm using version 2.1.2 from the Core repository.

Here's the error I get from netcfg:

[~]$ sudo netcfg home
:: home up
[BUSY]
wlan0: timed out
           - DHCP IP lease attempt failed
[FAIL]

Here's the profile I'm using:

CONNECTION="wireless"
DESCRIPTION="A simple WEP encrypted wireless connection"
INTERFACE=wlan0
SCAN="yes"
SECURITY="wap"
ESSID="The Thomas' Net"
KEY="xxxxxxxxxx"
IP="dhcp"


Output from lsmod:


[~]$ lsmod
Module                  Size  Used by
i915                   67208  2
drm                   108768  3 i915
fuse                   59584  2
joydev                 14208  0
pcmcia                 39192  0
sdhci_pci              10624  0
sdhci                  19588  1 sdhci_pci
uvcvideo               62344  0
compat_ioctl32         11520  1 uvcvideo
mmc_core               54624  1 sdhci
psmouse                57116  0
videodev               37888  2 uvcvideo,compat_ioctl32
v4l1_compat            17284  2 uvcvideo,videodev
snd_pcsp               13052  1
yenta_socket           28812  1
rsrc_nonstatic         13312  1 yenta_socket
pcmcia_core            39204  3 pcmcia,yenta_socket,rsrc_nonstatic
sg                     31840  0
i2c_i801               12444  0
i2c_core               26144  1 i2c_i801
serio_raw               8196  0
iTCO_wdt               15184  0
iTCO_vendor_support     5636  1 iTCO_wdt
video                  22420  0
output                  5248  1 video
intel_agp              33136  1
acer_wmi               18664  0
wmi                     8896  1 acer_wmi
evdev                  13984  6
thermal                20896  0
fan                     7304  0
button                  9504  0
battery                14600  0
ac                      7176  0
usblp                  16000  0
snd_seq_oss            35584  0
snd_seq_midi_event      9344  1 snd_seq_oss
snd_seq                58336  4 snd_seq_oss,snd_seq_midi_event
snd_seq_device          9364  2 snd_seq_oss,snd_seq
snd_hda_intel         531252  2
snd_hwdep              10632  1 snd_hda_intel
snd_pcm_oss            45440  0
snd_pcm                82952  3 snd_pcsp,snd_hda_intel,snd_pcm_oss
snd_timer              24720  2 snd_seq,snd_pcm
snd_page_alloc         11792  2 snd_hda_intel,snd_pcm
snd_mixer_oss          18944  1 snd_pcm_oss
snd                    65096  16
snd_pcsp,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hwdep,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss
soundcore               9632  1 snd
tg3                   133124  0
libphy                 22656  1 tg3
arc4                    4096  2
ecb                     5248  2
ath9k                 257968  0
mac80211              193840  1 ath9k
cfg80211               45488  1 mac80211
rfkill                 13776  4 acer_wmi,ath9k
led_class               6280  2 acer_wmi,ath9k
cpufreq_powersave       3840  0
cpufreq_ondemand       10512  0
acpi_cpufreq           10896  0
freq_table              6272  2 cpufreq_ondemand,acpi_cpufreq
processor              46648  4 thermal,acpi_cpufreq
rtc_cmos               14040  0
rtc_core               21060  1 rtc_cmos
rtc_lib                 4992  1 rtc_core
ext3                  141328  2
jbd                    57000  1 ext3
mbcache                10244  1 ext3
sr_mod                 18884  0
cdrom                  39080  1 sr_mod
sd_mod                 29096  5
uhci_hcd               27552  0
ehci_hcd               41356  0
usbcore               160432  5 uvcvideo,usblp,uhci_hcd,ehci_hcd
ahci                   36876  4
libata                176224  1 ahci
scsi_mod              119256  4 sg,sr_mod,sd_mod,libata


iwconfig (when connected, obviously):


[~]$ iwconfig
lo        no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"The Thomas' Net"
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:13:46:10:9B:74
          Bit Rate=54 Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Power Management:off
          Link Quality=100/100  Signal level:-71 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

eth0      no wireless extensions.


And, I'm seeing this from dmesg:


[~]$ dmesg | grep wlan0
wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
wlan0 direct probe responded
wlan0: authenticate with AP ffff8800ba3a7aa0
wlan0: authenticated
wlan0: associate with AP ffff8800ba3a7aa0
wlan0: RX AssocResp from ffff8800ba5ba04a (capab=0x401 status=0 aid=5)
wlan0: invalid aid value 5; bits 15:14 not set
wlan0: associated
wlan0: deauthenticating by local choice (reason=3)
wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
wlan0 direct probe responded
wlan0: authenticate with AP ffff8800ba3a7aa0
wlan0: authenticated
wlan0: associate with AP ffff8800ba3a7aa0
wlan0: RX AssocResp from ffff8800ba65c04a (capab=0x401 status=0 aid=5)
wlan0: invalid aid value 5; bits 15:14 not set
wlan0: associated
wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
wlan0 direct probe responded
wlan0: authenticate with AP ffff8800ba3a7aa0
wlan0: authenticated
wlan0: associate with AP ffff8800ba3a7aa0
wlan0: RX AssocResp from ffff8800ba76c04a (capab=0x401 status=0 aid=5)
wlan0: invalid aid value 5; bits 15:14 not set
wlan0: associated
wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
wlan0 direct probe responded
wlan0: authenticate with AP ffff8800ba3a7aa0
wlan0: authenticated
wlan0: associate with AP ffff8800ba3a7aa0
wlan0: RX AssocResp from ffff8800b9d6404a (capab=0x401 status=0 aid=5)
wlan0: invalid aid value 5; bits 15:14 not set
wlan0: associated
wlan0: authenticate with AP ffff8800ba3a7aa0
wlan0: authenticated
wlan0: associate with AP ffff8800ba3a7aa0
wlan0: RX AssocResp from ffff8800b9c3604a (capab=0x401 status=0 aid=5)
wlan0: invalid aid value 5; bits 15:14 not set
wlan0: associated


-- 
****BGCB*****
GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X R(+) tv+
b++ DI++ D G e+ h--- r+++ z+++
****EGCB*****

From adam.stokes at gmail.com  Wed Feb 25 17:27:30 2009
From: adam.stokes at gmail.com (Adam Stokes)
Date: Wed, 25 Feb 2009 17:27:30 -0500
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
Message-ID: <b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>

On Wed, Feb 25, 2009 at 5:12 PM, Cristopher Thomas <crisnoh at gmail.com> wrote:
> I decided to start using netcfg to manage my wireless connection instead of
> NetworkManager, but I can't seem to get it to connect reliably. ?There seems
> to be no pattern to when it will or won't connect, and I'm not having any
> connectivity problems in windows. ?Range isn't an issue either. ?I'm
> practically sitting right next to the router most of the time! ?If anyone
> can tell me what I'm doing wrong, I would greatly appreciate it.
>
> I'm using version 2.1.2 from the Core repository.
>
> Here's the error I get from netcfg:
>
> [~]$ sudo netcfg home
> :: home up
> [BUSY]
> wlan0: timed out
> ? ? ? ? ? - DHCP IP lease attempt failed
> [FAIL]
>
> Here's the profile I'm using:
>
> CONNECTION="wireless"
> DESCRIPTION="A simple WEP encrypted wireless connection"
> INTERFACE=wlan0
> SCAN="yes"
> SECURITY="wap"
> ESSID="The Thomas' Net"
> KEY="xxxxxxxxxx"
> IP="dhcp"
>
>
> Output from lsmod:
>
>
> [~]$ lsmod
> Module ? ? ? ? ? ? ? ? ?Size ?Used by
> i915 ? ? ? ? ? ? ? ? ? 67208 ?2
> drm ? ? ? ? ? ? ? ? ? 108768 ?3 i915
> fuse ? ? ? ? ? ? ? ? ? 59584 ?2
> joydev ? ? ? ? ? ? ? ? 14208 ?0
> pcmcia ? ? ? ? ? ? ? ? 39192 ?0
> sdhci_pci ? ? ? ? ? ? ?10624 ?0
> sdhci ? ? ? ? ? ? ? ? ?19588 ?1 sdhci_pci
> uvcvideo ? ? ? ? ? ? ? 62344 ?0
> compat_ioctl32 ? ? ? ? 11520 ?1 uvcvideo
> mmc_core ? ? ? ? ? ? ? 54624 ?1 sdhci
> psmouse ? ? ? ? ? ? ? ?57116 ?0
> videodev ? ? ? ? ? ? ? 37888 ?2 uvcvideo,compat_ioctl32
> v4l1_compat ? ? ? ? ? ?17284 ?2 uvcvideo,videodev
> snd_pcsp ? ? ? ? ? ? ? 13052 ?1
> yenta_socket ? ? ? ? ? 28812 ?1
> rsrc_nonstatic ? ? ? ? 13312 ?1 yenta_socket
> pcmcia_core ? ? ? ? ? ?39204 ?3 pcmcia,yenta_socket,rsrc_nonstatic
> sg ? ? ? ? ? ? ? ? ? ? 31840 ?0
> i2c_i801 ? ? ? ? ? ? ? 12444 ?0
> i2c_core ? ? ? ? ? ? ? 26144 ?1 i2c_i801
> serio_raw ? ? ? ? ? ? ? 8196 ?0
> iTCO_wdt ? ? ? ? ? ? ? 15184 ?0
> iTCO_vendor_support ? ? 5636 ?1 iTCO_wdt
> video ? ? ? ? ? ? ? ? ?22420 ?0
> output ? ? ? ? ? ? ? ? ?5248 ?1 video
> intel_agp ? ? ? ? ? ? ?33136 ?1
> acer_wmi ? ? ? ? ? ? ? 18664 ?0
> wmi ? ? ? ? ? ? ? ? ? ? 8896 ?1 acer_wmi
> evdev ? ? ? ? ? ? ? ? ?13984 ?6
> thermal ? ? ? ? ? ? ? ?20896 ?0
> fan ? ? ? ? ? ? ? ? ? ? 7304 ?0
> button ? ? ? ? ? ? ? ? ?9504 ?0
> battery ? ? ? ? ? ? ? ?14600 ?0
> ac ? ? ? ? ? ? ? ? ? ? ?7176 ?0
> usblp ? ? ? ? ? ? ? ? ?16000 ?0
> snd_seq_oss ? ? ? ? ? ?35584 ?0
> snd_seq_midi_event ? ? ?9344 ?1 snd_seq_oss
> snd_seq ? ? ? ? ? ? ? ?58336 ?4 snd_seq_oss,snd_seq_midi_event
> snd_seq_device ? ? ? ? ?9364 ?2 snd_seq_oss,snd_seq
> snd_hda_intel ? ? ? ? 531252 ?2
> snd_hwdep ? ? ? ? ? ? ?10632 ?1 snd_hda_intel
> snd_pcm_oss ? ? ? ? ? ?45440 ?0
> snd_pcm ? ? ? ? ? ? ? ?82952 ?3 snd_pcsp,snd_hda_intel,snd_pcm_oss
> snd_timer ? ? ? ? ? ? ?24720 ?2 snd_seq,snd_pcm
> snd_page_alloc ? ? ? ? 11792 ?2 snd_hda_intel,snd_pcm
> snd_mixer_oss ? ? ? ? ?18944 ?1 snd_pcm_oss
> snd ? ? ? ? ? ? ? ? ? ?65096 ?16
> snd_pcsp,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hwdep,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss
> soundcore ? ? ? ? ? ? ? 9632 ?1 snd
> tg3 ? ? ? ? ? ? ? ? ? 133124 ?0
> libphy ? ? ? ? ? ? ? ? 22656 ?1 tg3
> arc4 ? ? ? ? ? ? ? ? ? ?4096 ?2
> ecb ? ? ? ? ? ? ? ? ? ? 5248 ?2
> ath9k ? ? ? ? ? ? ? ? 257968 ?0
> mac80211 ? ? ? ? ? ? ?193840 ?1 ath9k
> cfg80211 ? ? ? ? ? ? ? 45488 ?1 mac80211
> rfkill ? ? ? ? ? ? ? ? 13776 ?4 acer_wmi,ath9k
> led_class ? ? ? ? ? ? ? 6280 ?2 acer_wmi,ath9k
> cpufreq_powersave ? ? ? 3840 ?0
> cpufreq_ondemand ? ? ? 10512 ?0
> acpi_cpufreq ? ? ? ? ? 10896 ?0
> freq_table ? ? ? ? ? ? ?6272 ?2 cpufreq_ondemand,acpi_cpufreq
> processor ? ? ? ? ? ? ?46648 ?4 thermal,acpi_cpufreq
> rtc_cmos ? ? ? ? ? ? ? 14040 ?0
> rtc_core ? ? ? ? ? ? ? 21060 ?1 rtc_cmos
> rtc_lib ? ? ? ? ? ? ? ? 4992 ?1 rtc_core
> ext3 ? ? ? ? ? ? ? ? ?141328 ?2
> jbd ? ? ? ? ? ? ? ? ? ?57000 ?1 ext3
> mbcache ? ? ? ? ? ? ? ?10244 ?1 ext3
> sr_mod ? ? ? ? ? ? ? ? 18884 ?0
> cdrom ? ? ? ? ? ? ? ? ?39080 ?1 sr_mod
> sd_mod ? ? ? ? ? ? ? ? 29096 ?5
> uhci_hcd ? ? ? ? ? ? ? 27552 ?0
> ehci_hcd ? ? ? ? ? ? ? 41356 ?0
> usbcore ? ? ? ? ? ? ? 160432 ?5 uvcvideo,usblp,uhci_hcd,ehci_hcd
> ahci ? ? ? ? ? ? ? ? ? 36876 ?4
> libata ? ? ? ? ? ? ? ?176224 ?1 ahci
> scsi_mod ? ? ? ? ? ? ?119256 ?4 sg,sr_mod,sd_mod,libata
>
>
> iwconfig (when connected, obviously):
>
>
> [~]$ iwconfig
> lo ? ? ? ?no wireless extensions.
>
> wmaster0 ?no wireless extensions.
>
> wlan0 ? ? IEEE 802.11bgn ?ESSID:"The Thomas' Net"
> ? ? ? ? ?Mode:Managed ?Frequency:2.437 GHz ?Access Point: 00:13:46:10:9B:74
> ? ? ? ? ?Bit Rate=54 Mb/s ? Tx-Power=27 dBm
> ? ? ? ? ?Retry min limit:7 ? RTS thr:off ? Fragment thr=2352 B
> ? ? ? ? ?Power Management:off
> ? ? ? ? ?Link Quality=100/100 ?Signal level:-71 dBm
> ? ? ? ? ?Rx invalid nwid:0 ?Rx invalid crypt:0 ?Rx invalid frag:0
> ? ? ? ? ?Tx excessive retries:0 ?Invalid misc:0 ? Missed beacon:0
>
> eth0 ? ? ?no wireless extensions.
>
>
> And, I'm seeing this from dmesg:
>
>
> [~]$ dmesg | grep wlan0
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba5ba04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: deauthenticating by local choice (reason=3)
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba65c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba76c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9d6404a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9c3604a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
>
>
> --
> ****BGCB*****
> GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X R(+) tv+
> b++ DI++ D G e+ h--- r+++ z+++
> ****EGCB*****
>

you sure networkmanager isn't still controlling the connection? also
have you tried wep instead of wap? or perhaps do a mac filter on your
router and take out security all together. also what version of kernel
and driver are you running?

-- 
( adam stokes ) || ( adam.stokes at gmail.com )

From bmartin at cu3edweb.com  Wed Feb 25 17:22:58 2009
From: bmartin at cu3edweb.com (Brandon Martin)
Date: Wed, 25 Feb 2009 14:22:58 -0800
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
Message-ID: <DC12B334-85AE-4B49-B9FD-71FA3ADD9D01@cu3edweb.com>

Did you make sure anything related to NetworkManager isn't running. I  
had the same problem with wicd because I forgot to stop the daemon for  
wicd.

--
Brandon Martin

On Feb 25, 2009, at 2:12 PM, Cristopher Thomas <crisnoh at gmail.com>  
wrote:

> I decided to start using netcfg to manage my wireless connection  
> instead of
> NetworkManager, but I can't seem to get it to connect reliably.   
> There seems
> to be no pattern to when it will or won't connect, and I'm not  
> having any
> connectivity problems in windows.  Range isn't an issue either.  I'm
> practically sitting right next to the router most of the time!  If  
> anyone
> can tell me what I'm doing wrong, I would greatly appreciate it.
>
> I'm using version 2.1.2 from the Core repository.
>
> Here's the error I get from netcfg:
>
> [~]$ sudo netcfg home
> :: home up
> [BUSY]
> wlan0: timed out
>           - DHCP IP lease attempt failed
> [FAIL]
>
> Here's the profile I'm using:
>
> CONNECTION="wireless"
> DESCRIPTION="A simple WEP encrypted wireless connection"
> INTERFACE=wlan0
> SCAN="yes"
> SECURITY="wap"
> ESSID="The Thomas' Net"
> KEY="xxxxxxxxxx"
> IP="dhcp"
>
>
> Output from lsmod:
>
>
> [~]$ lsmod
> Module                  Size  Used by
> i915                   67208  2
> drm                   108768  3 i915
> fuse                   59584  2
> joydev                 14208  0
> pcmcia                 39192  0
> sdhci_pci              10624  0
> sdhci                  19588  1 sdhci_pci
> uvcvideo               62344  0
> compat_ioctl32         11520  1 uvcvideo
> mmc_core               54624  1 sdhci
> psmouse                57116  0
> videodev               37888  2 uvcvideo,compat_ioctl32
> v4l1_compat            17284  2 uvcvideo,videodev
> snd_pcsp               13052  1
> yenta_socket           28812  1
> rsrc_nonstatic         13312  1 yenta_socket
> pcmcia_core            39204  3 pcmcia,yenta_socket,rsrc_nonstatic
> sg                     31840  0
> i2c_i801               12444  0
> i2c_core               26144  1 i2c_i801
> serio_raw               8196  0
> iTCO_wdt               15184  0
> iTCO_vendor_support     5636  1 iTCO_wdt
> video                  22420  0
> output                  5248  1 video
> intel_agp              33136  1
> acer_wmi               18664  0
> wmi                     8896  1 acer_wmi
> evdev                  13984  6
> thermal                20896  0
> fan                     7304  0
> button                  9504  0
> battery                14600  0
> ac                      7176  0
> usblp                  16000  0
> snd_seq_oss            35584  0
> snd_seq_midi_event      9344  1 snd_seq_oss
> snd_seq                58336  4 snd_seq_oss,snd_seq_midi_event
> snd_seq_device          9364  2 snd_seq_oss,snd_seq
> snd_hda_intel         531252  2
> snd_hwdep              10632  1 snd_hda_intel
> snd_pcm_oss            45440  0
> snd_pcm                82952  3 snd_pcsp,snd_hda_intel,snd_pcm_oss
> snd_timer              24720  2 snd_seq,snd_pcm
> snd_page_alloc         11792  2 snd_hda_intel,snd_pcm
> snd_mixer_oss          18944  1 snd_pcm_oss
> snd                    65096  16
> snd_pcsp, 
> snd_seq_oss, 
> snd_seq, 
> snd_seq_device, 
> snd_hda_intel,snd_hwdep,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss
> soundcore               9632  1 snd
> tg3                   133124  0
> libphy                 22656  1 tg3
> arc4                    4096  2
> ecb                     5248  2
> ath9k                 257968  0
> mac80211              193840  1 ath9k
> cfg80211               45488  1 mac80211
> rfkill                 13776  4 acer_wmi,ath9k
> led_class               6280  2 acer_wmi,ath9k
> cpufreq_powersave       3840  0
> cpufreq_ondemand       10512  0
> acpi_cpufreq           10896  0
> freq_table              6272  2 cpufreq_ondemand,acpi_cpufreq
> processor              46648  4 thermal,acpi_cpufreq
> rtc_cmos               14040  0
> rtc_core               21060  1 rtc_cmos
> rtc_lib                 4992  1 rtc_core
> ext3                  141328  2
> jbd                    57000  1 ext3
> mbcache                10244  1 ext3
> sr_mod                 18884  0
> cdrom                  39080  1 sr_mod
> sd_mod                 29096  5
> uhci_hcd               27552  0
> ehci_hcd               41356  0
> usbcore               160432  5 uvcvideo,usblp,uhci_hcd,ehci_hcd
> ahci                   36876  4
> libata                176224  1 ahci
> scsi_mod              119256  4 sg,sr_mod,sd_mod,libata
>
>
> iwconfig (when connected, obviously):
>
>
> [~]$ iwconfig
> lo        no wireless extensions.
>
> wmaster0  no wireless extensions.
>
> wlan0     IEEE 802.11bgn  ESSID:"The Thomas' Net"
>          Mode:Managed  Frequency:2.437 GHz  Access Point:  
> 00:13:46:10:9B:74
>          Bit Rate=54 Mb/s   Tx-Power=27 dBm
>          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
>          Power Management:off
>          Link Quality=100/100  Signal level:-71 dBm
>          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
>          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
>
> eth0      no wireless extensions.
>
>
> And, I'm seeing this from dmesg:
>
>
> [~]$ dmesg | grep wlan0
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba5ba04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: deauthenticating by local choice (reason=3)
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba65c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba76c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9d6404a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9c3604a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
>
>
> -- 
> ****BGCB*****
> GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X  
> R(+) tv+
> b++ DI++ D G e+ h--- r+++ z+++
> ****EGCB*****

From sistematico at gmail.com  Wed Feb 25 18:17:54 2009
From: sistematico at gmail.com (Lucas Salies Brum)
Date: Wed, 25 Feb 2009 19:17:54 -0400
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
Message-ID: <784f10f40902251517m31a8c51fx98910a24ef869394@mail.gmail.com>

netcfg-auto-wireless solved for me.
Check if ESSID are the same of router.

Sorry for my bad english and good luck!

2009/2/25 Cristopher Thomas <crisnoh at gmail.com>

> I decided to start using netcfg to manage my wireless connection instead of
> NetworkManager, but I can't seem to get it to connect reliably.  There
> seems
> to be no pattern to when it will or won't connect, and I'm not having any
> connectivity problems in windows.  Range isn't an issue either.  I'm
> practically sitting right next to the router most of the time!  If anyone
> can tell me what I'm doing wrong, I would greatly appreciate it.
>
> I'm using version 2.1.2 from the Core repository.
>
> Here's the error I get from netcfg:
>
> [~]$ sudo netcfg home
> :: home up
> [BUSY]
> wlan0: timed out
>           - DHCP IP lease attempt failed
> [FAIL]
>
> Here's the profile I'm using:
>
> CONNECTION="wireless"
> DESCRIPTION="A simple WEP encrypted wireless connection"
> INTERFACE=wlan0
> SCAN="yes"
> SECURITY="wap"
> ESSID="The Thomas' Net"
> KEY="xxxxxxxxxx"
> IP="dhcp"
>
>
> Output from lsmod:
>
>
> [~]$ lsmod
> Module                  Size  Used by
> i915                   67208  2
> drm                   108768  3 i915
> fuse                   59584  2
> joydev                 14208  0
> pcmcia                 39192  0
> sdhci_pci              10624  0
> sdhci                  19588  1 sdhci_pci
> uvcvideo               62344  0
> compat_ioctl32         11520  1 uvcvideo
> mmc_core               54624  1 sdhci
> psmouse                57116  0
> videodev               37888  2 uvcvideo,compat_ioctl32
> v4l1_compat            17284  2 uvcvideo,videodev
> snd_pcsp               13052  1
> yenta_socket           28812  1
> rsrc_nonstatic         13312  1 yenta_socket
> pcmcia_core            39204  3 pcmcia,yenta_socket,rsrc_nonstatic
> sg                     31840  0
> i2c_i801               12444  0
> i2c_core               26144  1 i2c_i801
> serio_raw               8196  0
> iTCO_wdt               15184  0
> iTCO_vendor_support     5636  1 iTCO_wdt
> video                  22420  0
> output                  5248  1 video
> intel_agp              33136  1
> acer_wmi               18664  0
> wmi                     8896  1 acer_wmi
> evdev                  13984  6
> thermal                20896  0
> fan                     7304  0
> button                  9504  0
> battery                14600  0
> ac                      7176  0
> usblp                  16000  0
> snd_seq_oss            35584  0
> snd_seq_midi_event      9344  1 snd_seq_oss
> snd_seq                58336  4 snd_seq_oss,snd_seq_midi_event
> snd_seq_device          9364  2 snd_seq_oss,snd_seq
> snd_hda_intel         531252  2
> snd_hwdep              10632  1 snd_hda_intel
> snd_pcm_oss            45440  0
> snd_pcm                82952  3 snd_pcsp,snd_hda_intel,snd_pcm_oss
> snd_timer              24720  2 snd_seq,snd_pcm
> snd_page_alloc         11792  2 snd_hda_intel,snd_pcm
> snd_mixer_oss          18944  1 snd_pcm_oss
> snd                    65096  16
>
> snd_pcsp,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hwdep,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss
> soundcore               9632  1 snd
> tg3                   133124  0
> libphy                 22656  1 tg3
> arc4                    4096  2
> ecb                     5248  2
> ath9k                 257968  0
> mac80211              193840  1 ath9k
> cfg80211               45488  1 mac80211
> rfkill                 13776  4 acer_wmi,ath9k
> led_class               6280  2 acer_wmi,ath9k
> cpufreq_powersave       3840  0
> cpufreq_ondemand       10512  0
> acpi_cpufreq           10896  0
> freq_table              6272  2 cpufreq_ondemand,acpi_cpufreq
> processor              46648  4 thermal,acpi_cpufreq
> rtc_cmos               14040  0
> rtc_core               21060  1 rtc_cmos
> rtc_lib                 4992  1 rtc_core
> ext3                  141328  2
> jbd                    57000  1 ext3
> mbcache                10244  1 ext3
> sr_mod                 18884  0
> cdrom                  39080  1 sr_mod
> sd_mod                 29096  5
> uhci_hcd               27552  0
> ehci_hcd               41356  0
> usbcore               160432  5 uvcvideo,usblp,uhci_hcd,ehci_hcd
> ahci                   36876  4
> libata                176224  1 ahci
> scsi_mod              119256  4 sg,sr_mod,sd_mod,libata
>
>
> iwconfig (when connected, obviously):
>
>
> [~]$ iwconfig
> lo        no wireless extensions.
>
> wmaster0  no wireless extensions.
>
> wlan0     IEEE 802.11bgn  ESSID:"The Thomas' Net"
>          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:13:46:10:9B:74
>          Bit Rate=54 Mb/s   Tx-Power=27 dBm
>          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
>          Power Management:off
>          Link Quality=100/100  Signal level:-71 dBm
>          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
>          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
>
> eth0      no wireless extensions.
>
>
> And, I'm seeing this from dmesg:
>
>
> [~]$ dmesg | grep wlan0
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba5ba04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: deauthenticating by local choice (reason=3)
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba65c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800ba76c04a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> wlan0 direct probe responded
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9d6404a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
> wlan0: authenticate with AP ffff8800ba3a7aa0
> wlan0: authenticated
> wlan0: associate with AP ffff8800ba3a7aa0
> wlan0: RX AssocResp from ffff8800b9c3604a (capab=0x401 status=0 aid=5)
> wlan0: invalid aid value 5; bits 15:14 not set
> wlan0: associated
>
>
> --
> ****BGCB*****
> GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X R(+) tv+
> b++ DI++ D G e+ h--- r+++ z+++
> ****EGCB*****
>



-- 
Lucas Sali?s Brum
http://www.sistematico.org

From clthomas at gmx.com  Wed Feb 25 21:47:55 2009
From: clthomas at gmx.com (Cristopher Thomas)
Date: Wed, 25 Feb 2009 21:47:55 -0500
Subject: [arch-general] Problems with netcfg
In-Reply-To: <b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>
Message-ID: <feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>

On Wed, Feb 25, 2009 at 5:27 PM, Adam Stokes <adam.stokes at gmail.com> wrote:

> On Wed, Feb 25, 2009 at 5:12 PM, Cristopher Thomas <crisnoh at gmail.com>
> wrote:
> > I decided to start using netcfg to manage my wireless connection instead
> of
> > NetworkManager, but I can't seem to get it to connect reliably.  There
> seems
> > to be no pattern to when it will or won't connect, and I'm not having any
> > connectivity problems in windows.  Range isn't an issue either.  I'm
> > practically sitting right next to the router most of the time!  If anyone
> > can tell me what I'm doing wrong, I would greatly appreciate it.
> >
> > I'm using version 2.1.2 from the Core repository.
> >
> > Here's the error I get from netcfg:
> >
> > [~]$ sudo netcfg home
> > :: home up
> > [BUSY]
> > wlan0: timed out
> >           - DHCP IP lease attempt failed
> > [FAIL]
> >
> > Here's the profile I'm using:
> >
> > CONNECTION="wireless"
> > DESCRIPTION="A simple WEP encrypted wireless connection"
> > INTERFACE=wlan0
> > SCAN="yes"
> > SECURITY="wap"
> > ESSID="The Thomas' Net"
> > KEY="xxxxxxxxxx"
> > IP="dhcp"
> >
> >
> > Output from lsmod:
> >
> >
> > [~]$ lsmod
> > Module                  Size  Used by
> > i915                   67208  2
> > drm                   108768  3 i915
> > fuse                   59584  2
> > joydev                 14208  0
> > pcmcia                 39192  0
> > sdhci_pci              10624  0
> > sdhci                  19588  1 sdhci_pci
> > uvcvideo               62344  0
> > compat_ioctl32         11520  1 uvcvideo
> > mmc_core               54624  1 sdhci
> > psmouse                57116  0
> > videodev               37888  2 uvcvideo,compat_ioctl32
> > v4l1_compat            17284  2 uvcvideo,videodev
> > snd_pcsp               13052  1
> > yenta_socket           28812  1
> > rsrc_nonstatic         13312  1 yenta_socket
> > pcmcia_core            39204  3 pcmcia,yenta_socket,rsrc_nonstatic
> > sg                     31840  0
> > i2c_i801               12444  0
> > i2c_core               26144  1 i2c_i801
> > serio_raw               8196  0
> > iTCO_wdt               15184  0
> > iTCO_vendor_support     5636  1 iTCO_wdt
> > video                  22420  0
> > output                  5248  1 video
> > intel_agp              33136  1
> > acer_wmi               18664  0
> > wmi                     8896  1 acer_wmi
> > evdev                  13984  6
> > thermal                20896  0
> > fan                     7304  0
> > button                  9504  0
> > battery                14600  0
> > ac                      7176  0
> > usblp                  16000  0
> > snd_seq_oss            35584  0
> > snd_seq_midi_event      9344  1 snd_seq_oss
> > snd_seq                58336  4 snd_seq_oss,snd_seq_midi_event
> > snd_seq_device          9364  2 snd_seq_oss,snd_seq
> > snd_hda_intel         531252  2
> > snd_hwdep              10632  1 snd_hda_intel
> > snd_pcm_oss            45440  0
> > snd_pcm                82952  3 snd_pcsp,snd_hda_intel,snd_pcm_oss
> > snd_timer              24720  2 snd_seq,snd_pcm
> > snd_page_alloc         11792  2 snd_hda_intel,snd_pcm
> > snd_mixer_oss          18944  1 snd_pcm_oss
> > snd                    65096  16
> >
> snd_pcsp,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hwdep,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss
> > soundcore               9632  1 snd
> > tg3                   133124  0
> > libphy                 22656  1 tg3
> > arc4                    4096  2
> > ecb                     5248  2
> > ath9k                 257968  0
> > mac80211              193840  1 ath9k
> > cfg80211               45488  1 mac80211
> > rfkill                 13776  4 acer_wmi,ath9k
> > led_class               6280  2 acer_wmi,ath9k
> > cpufreq_powersave       3840  0
> > cpufreq_ondemand       10512  0
> > acpi_cpufreq           10896  0
> > freq_table              6272  2 cpufreq_ondemand,acpi_cpufreq
> > processor              46648  4 thermal,acpi_cpufreq
> > rtc_cmos               14040  0
> > rtc_core               21060  1 rtc_cmos
> > rtc_lib                 4992  1 rtc_core
> > ext3                  141328  2
> > jbd                    57000  1 ext3
> > mbcache                10244  1 ext3
> > sr_mod                 18884  0
> > cdrom                  39080  1 sr_mod
> > sd_mod                 29096  5
> > uhci_hcd               27552  0
> > ehci_hcd               41356  0
> > usbcore               160432  5 uvcvideo,usblp,uhci_hcd,ehci_hcd
> > ahci                   36876  4
> > libata                176224  1 ahci
> > scsi_mod              119256  4 sg,sr_mod,sd_mod,libata
> >
> >
> > iwconfig (when connected, obviously):
> >
> >
> > [~]$ iwconfig
> > lo        no wireless extensions.
> >
> > wmaster0  no wireless extensions.
> >
> > wlan0     IEEE 802.11bgn  ESSID:"The Thomas' Net"
> >          Mode:Managed  Frequency:2.437 GHz  Access Point:
> 00:13:46:10:9B:74
> >          Bit Rate=54 Mb/s   Tx-Power=27 dBm
> >          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
> >          Power Management:off
> >          Link Quality=100/100  Signal level:-71 dBm
> >          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
> >          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
> >
> > eth0      no wireless extensions.
> >
> >
> > And, I'm seeing this from dmesg:
> >
> >
> > [~]$ dmesg | grep wlan0
> > wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> > wlan0 direct probe responded
> > wlan0: authenticate with AP ffff8800ba3a7aa0
> > wlan0: authenticated
> > wlan0: associate with AP ffff8800ba3a7aa0
> > wlan0: RX AssocResp from ffff8800ba5ba04a (capab=0x401 status=0 aid=5)
> > wlan0: invalid aid value 5; bits 15:14 not set
> > wlan0: associated
> > wlan0: deauthenticating by local choice (reason=3)
> > wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> > wlan0 direct probe responded
> > wlan0: authenticate with AP ffff8800ba3a7aa0
> > wlan0: authenticated
> > wlan0: associate with AP ffff8800ba3a7aa0
> > wlan0: RX AssocResp from ffff8800ba65c04a (capab=0x401 status=0 aid=5)
> > wlan0: invalid aid value 5; bits 15:14 not set
> > wlan0: associated
> > wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> > wlan0 direct probe responded
> > wlan0: authenticate with AP ffff8800ba3a7aa0
> > wlan0: authenticated
> > wlan0: associate with AP ffff8800ba3a7aa0
> > wlan0: RX AssocResp from ffff8800ba76c04a (capab=0x401 status=0 aid=5)
> > wlan0: invalid aid value 5; bits 15:14 not set
> > wlan0: associated
> > wlan0: direct probe to AP ffff8800ba3a7aa0 try 1
> > wlan0 direct probe responded
> > wlan0: authenticate with AP ffff8800ba3a7aa0
> > wlan0: authenticated
> > wlan0: associate with AP ffff8800ba3a7aa0
> > wlan0: RX AssocResp from ffff8800b9d6404a (capab=0x401 status=0 aid=5)
> > wlan0: invalid aid value 5; bits 15:14 not set
> > wlan0: associated
> > wlan0: authenticate with AP ffff8800ba3a7aa0
> > wlan0: authenticated
> > wlan0: associate with AP ffff8800ba3a7aa0
> > wlan0: RX AssocResp from ffff8800b9c3604a (capab=0x401 status=0 aid=5)
> > wlan0: invalid aid value 5; bits 15:14 not set
> > wlan0: associated
> >
> >
> > --
> > ****BGCB*****
> > GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X R(+)
> tv+
> > b++ DI++ D G e+ h--- r+++ z+++
> > ****EGCB*****
> >
>
> you sure networkmanager isn't still controlling the connection? also
> have you tried wep instead of wap? or perhaps do a mac filter on your
> router and take out security all together. also what version of kernel
> and driver are you running?
>
> --
> ( adam stokes ) || ( adam.stokes at gmail.com )
>

networkmanager definitely isn't controlling wireless.  I uninstalled it and
disabled the daemon in /etc/rc.conf.
I've tried wep, but switching to wap was the only way I could get a
connection at all.

Not gonna lie.  I wouldn't even know where to begin with a mac filter.  I'm
just happy I got the router set up correctly with wap (which I though was
wep at the time).

I'm using the ath9k wireless driver, installed using the compat-wireless
package.

Not sure what kernel version I'm using.  Whatever installed when I ran
pacman -Syu day before yesterday.  I'll have to log into my Arch partition
to check later.

I'm definitely using the right ESSID.  I set that router up myself.
-- 
****BGCB*****
GCC/O$ d--(+) s+:- a- C++ L++>+++ W++ K- w O? M V? PS- PE++ t 5 X R(+) tv+
b++ DI++ D G e+ h--- r+++ z+++
****EGCB*****

From alexander at sulfrian.net  Thu Feb 26 00:16:18 2009
From: alexander at sulfrian.net (AlexanderS)
Date: Thu, 26 Feb 2009 06:16:18 +0100
Subject: [arch-general] new archlinux mirror
Message-ID: <20090226061618.75b2fe28@laptop.localhost>

Hi,
I created a new archlinux mirror available under:
http://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/ and
ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/

It currently syncs (like suggested in the wiki) at 3:00AM.
The Server is located in Germany, Berlin and has 2x100MBit Uplink.

Hope that this is okay and this could become an official mirror.

Do you need any further information?

Alex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090226/11fa43c7/attachment-0001.pgp>

From grbzks at gmail.com  Thu Feb 26 00:32:42 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Thu, 26 Feb 2009 07:32:42 +0200
Subject: [arch-general] new archlinux mirror
In-Reply-To: <20090226061618.75b2fe28@laptop.localhost>
References: <20090226061618.75b2fe28@laptop.localhost>
Message-ID: <20090226053242.GA2779@dark>

On Thu, Feb 26, 2009 at 06:16:18AM +0100, AlexanderS wrote:
> Hi,
> I created a new archlinux mirror available under:
> http://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/ and
> ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/
> 
> It currently syncs (like suggested in the wiki) at 3:00AM.
> The Server is located in Germany, Berlin and has 2x100MBit Uplink.
> 
> Hope that this is okay and this could become an official mirror.
> 
> Do you need any further information?
> 
> Alex

See http://wiki.archlinux.org/index.php/DeveloperWiki:NewMirrors and
make a new ticket here: http://bugs.archlinux.org/index.php?project=1


-- 
Greg

From alexander at sulfrian.net  Thu Feb 26 00:40:33 2009
From: alexander at sulfrian.net (AlexanderS)
Date: Thu, 26 Feb 2009 06:40:33 +0100
Subject: [arch-general] new archlinux mirror
In-Reply-To: <20090226053242.GA2779@dark>
References: <20090226061618.75b2fe28@laptop.localhost>
	<20090226053242.GA2779@dark>
Message-ID: <20090226064033.16c5ab2e@laptop.localhost>

On Thu, 26 Feb 2009 07:32:42 +0200
Grigorios Bouzakis <grbzks at gmail.com> wrote:

> On Thu, Feb 26, 2009 at 06:16:18AM +0100, AlexanderS wrote:
> > Hi,
> > I created a new archlinux mirror available under:
> > http://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/ and
> > ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/
> > 
> > It currently syncs (like suggested in the wiki) at 3:00AM.
> > The Server is located in Germany, Berlin and has 2x100MBit Uplink.
> > 
> > Hope that this is okay and this could become an official mirror.
> > 
> > Do you need any further information?
> > 
> > Alex
> 
> See http://wiki.archlinux.org/index.php/DeveloperWiki:NewMirrors and
> make a new ticket here: http://bugs.archlinux.org/index.php?project=1

Ah okay.
I read at http://wiki.archlinux.org/index.php/Local_Mirror that I
should write to the mailing list. But it seems to be outdated.

So I will create a ticket. Thanks for the hint :)

Alex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://www.archlinux.org/pipermail/arch-general/attachments/20090226/19624b44/attachment.pgp>

From iphitus at iphitus.org  Thu Feb 26 02:38:44 2009
From: iphitus at iphitus.org (James Rayner)
Date: Thu, 26 Feb 2009 18:38:44 +1100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>
	<feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>
Message-ID: <3716150a0902252338h75e6536cu5b157e4062ef13f9@mail.gmail.com>

On Thu, Feb 26, 2009 at 1:47 PM, Cristopher Thomas <clthomas at gmx.com> wrote:
>
> networkmanager definitely isn't controlling wireless. ?I uninstalled it and
> disabled the daemon in /etc/rc.conf.
> I've tried wep, but switching to wap was the only way I could get a
> connection at all.
>
> Not gonna lie. ?I wouldn't even know where to begin with a mac filter. ?I'm
> just happy I got the router set up correctly with wap (which I though was
> wep at the time).
>
> I'm using the ath9k wireless driver, installed using the compat-wireless
> package.
>
> Not sure what kernel version I'm using. ?Whatever installed when I ran
> pacman -Syu day before yesterday. ?I'll have to log into my Arch partition
> to check later.
>
> I'm definitely using the right ESSID. ?I set that router up myself.

SECURITY="wap"

wap is not a valid security type, try either wpa, wep or wpa-config
depending on your router configuration.

James

From melyadon at gmail.com  Thu Feb 26 02:49:29 2009
From: melyadon at gmail.com (=?utf-8?Q?S=C3=A9bastien?= Mazy)
Date: Thu, 26 Feb 2009 08:49:29 +0100
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
In-Reply-To: <20090221202902.GA6191@locahost>
References: <20090221202902.GA6191@locahost>
Message-ID: <20090226074929.GA6636@locahost>

On Sat, Feb 21, 2009 at 09:29:02PM +0100, S?bastien Mazy wrote:
> Since about a week and a recent upgrade which didn't involve gdm, GDM
> has been using the US qwerty

It's probably related to bug #13188:
http://bugs.archlinux.org/task/13188

Devs, when an update introduces such a breakage, isn't it possible to
just rollback the packages and then only look for a clean solution?  Not
everyone use the US intl layout.

-- 
S?bastien Mazy

From grbzks at gmail.com  Thu Feb 26 02:59:09 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Thu, 26 Feb 2009 09:59:09 +0200
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
In-Reply-To: <20090226074929.GA6636@locahost>
References: <20090221202902.GA6191@locahost> <20090226074929.GA6636@locahost>
Message-ID: <20090226075909.GB2779@dark>

On Thu, Feb 26, 2009 at 08:49:29AM +0100, S?bastien Mazy wrote:
> On Sat, Feb 21, 2009 at 09:29:02PM +0100, S?bastien Mazy wrote:
> > Since about a week and a recent upgrade which didn't involve gdm, GDM
> > has been using the US qwerty
> 
> It's probably related to bug #13188:
> http://bugs.archlinux.org/task/13188
> 
> Devs, when an update introduces such a breakage, isn't it possible to
> just rollback the packages and then only look for a clean solution?  Not
> everyone use the US intl layout.
> 
> -- 
> S?bastien Mazy

Not everyone uses the two major DEs either.
You are supposed to be able to rollback to previous releases your self
anyway. Theres an awesome wiki page about it:
http://wiki.archlinux.org/index.php/Downgrade_packages

-- 
Greg

From vvh at synergylaw.be  Thu Feb 26 03:26:34 2009
From: vvh at synergylaw.be (Vincent Van Houtte)
Date: Thu, 26 Feb 2009 09:26:34 +0100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>
	<feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>
Message-ID: <20090226092634.037c9c18@pc-vincent.Synergylaw.be>

Op Wed, 25 Feb 2009 21:47:55 -0500
schreef Cristopher Thomas <clthomas at gmx.com>:

> I'm using the ath9k wireless driver, installed using the
> compat-wireless package.

I have posted my problems with this driver already on the
Archlinux-forum. The only way for me to have a reliable connection is
with the ndiswrapper-driver. The ath9k-driver did not work for me in
2.6.27 and still not in 2.6.28 (although I didn't test since .5 IIRC).

The symptoms were:
- taking a long time to make the connection
- slow network
- interruptions all the time

I also had a lot of problems with dhcpcd before switching to dhclient
(install dhclient + uninstall dhcpcd + set DHCLIENT="yes" inside your
profile)

So: for ath9k +wpa2 I had to use netcfg, ndiswrapper and dhclient.

During my tests I also tried the wpa_supplicant in testing, and since
this version is not compatible with netcfg, I cannot use netcfg at the
moment.

HTH
Vincent
-- 
Advocatenkantoor Suy, Van Baeveghem & Van Houtte
Brusselsestraat 108
9200 Dendermonde
T +32.52.52.06.05
F +32.52.52.06.46
W http://www.synergylaw.be

From melyadon at gmail.com  Thu Feb 26 03:29:36 2009
From: melyadon at gmail.com (=?utf-8?Q?S=C3=A9bastien?= Mazy)
Date: Thu, 26 Feb 2009 09:29:36 +0100
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
In-Reply-To: <20090226075909.GB2779@dark>
References: <20090221202902.GA6191@locahost> <20090226074929.GA6636@locahost>
	<20090226075909.GB2779@dark>
Message-ID: <20090226082936.GA7316@locahost>

On Thu, Feb 26, 2009 at 09:59:09AM +0200, Grigorios Bouzakis wrote:
> Not everyone uses the two major DEs either.
> You are supposed to be able to rollback to previous releases your self
> anyway. Theres an awesome wiki page about it:
> http://wiki.archlinux.org/index.php/Downgrade_packages

Thanks for the link. Actually I know how to downgrade but should a non
negligeable amount of users have to downgrade manually?

If everyone's box has to be broken for a package to be rolled-back,
maybe a simple news could be posted on the front page, for example:
"package x introduced a problem for some users with app y and z,
downgrade to previous package x if you're impacted". I think I'm not the
only one to check the news before updating, and even if it's posted
several days after the update was pushed, it's still good to know for
those who haven't updated yet.

BTW my point is not that updates should be perfect. I know devs have
limited time resources.

-- 
S?bastien Mazy

From grbzks at gmail.com  Thu Feb 26 03:49:32 2009
From: grbzks at gmail.com (Grigorios Bouzakis)
Date: Thu, 26 Feb 2009 10:49:32 +0200
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
In-Reply-To: <20090226082936.GA7316@locahost>
References: <20090221202902.GA6191@locahost> <20090226074929.GA6636@locahost>
	<20090226075909.GB2779@dark> <20090226082936.GA7316@locahost>
Message-ID: <20090226084932.GC2779@dark>

On Thu, Feb 26, 2009 at 09:29:36AM +0100, S?bastien Mazy wrote:
> On Thu, Feb 26, 2009 at 09:59:09AM +0200, Grigorios Bouzakis wrote:
> > Not everyone uses the two major DEs either.
> > You are supposed to be able to rollback to previous releases your self
> > anyway. Theres an awesome wiki page about it:
> > http://wiki.archlinux.org/index.php/Downgrade_packages
> 
> Thanks for the link. Actually I know how to downgrade but should a non
> negligeable amount of users have to downgrade manually?
> 
> If everyone's box has to be broken for a package to be rolled-back,
> maybe a simple news could be posted on the front page, for example:
> "package x introduced a problem for some users with app y and z,
> downgrade to previous package x if you're impacted". I think I'm not the
> only one to check the news before updating, and even if it's posted
> several days after the update was pushed, it's still good to know for
> those who haven't updated yet.
> 
> BTW my point is not that updates should be perfect. I know devs have
> limited time resources.

I understand your concerns. But look at the bright side. At least you
know what the problem is. It could be much worst. :)
An Arch Linux system is not and will not be, at least anu time soon, a
system that doesnt require user interaction. Things like that will
always happen to some extend.
A new libxi is already out:
http://lists.freedesktop.org/archives/xorg/2009-February/044061.html
I dont think news items like that are a solution, otherwise the webpage
would be filled with stuff like that.

-- 
Greg

From melyadon at gmail.com  Thu Feb 26 04:03:21 2009
From: melyadon at gmail.com (=?utf-8?Q?S=C3=A9bastien?= Mazy)
Date: Thu, 26 Feb 2009 10:03:21 +0100
Subject: [arch-general] Wrong keyboard layout in GDM since upgrade
In-Reply-To: <20090226084932.GC2779@dark>
References: <20090221202902.GA6191@locahost> <20090226074929.GA6636@locahost>
	<20090226075909.GB2779@dark> <20090226082936.GA7316@locahost>
	<20090226084932.GC2779@dark>
Message-ID: <20090226090321.GB7316@locahost>

On Thu, Feb 26, 2009 at 10:49:32AM +0200, Grigorios Bouzakis wrote:
> I understand your concerns. But look at the bright side. At least you
> know what the problem is. It could be much worst. :)
> An Arch Linux system is not and will not be, at least anu time soon, a
> system that doesnt require user interaction. Things like that will
> always happen to some extend.

Yes, and that's what I love with arch. It won't take (bad) decisions in
your back.

> A new libxi is already out:
> http://lists.freedesktop.org/archives/xorg/2009-February/044061.html
> I dont think news items like that are a solution, otherwise the webpage
> would be filled with stuff like that.

Thanks for your answers!

-- 
S?bastien Mazy

From iphitus at iphitus.org  Thu Feb 26 04:09:11 2009
From: iphitus at iphitus.org (James Rayner)
Date: Thu, 26 Feb 2009 20:09:11 +1100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <20090226092634.037c9c18@pc-vincent.Synergylaw.be>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<b049261b0902251427y23fd6238t925ddded8c468cde@mail.gmail.com>
	<feb89abf0902251847q1cd3d868pf44581da2c6655d7@mail.gmail.com>
	<20090226092634.037c9c18@pc-vincent.Synergylaw.be>
Message-ID: <3716150a0902260109o70641652y7e5c735d38c92d5f@mail.gmail.com>

On Thu, Feb 26, 2009 at 7:26 PM, Vincent Van Houtte <vvh at synergylaw.be> wrote:
> During my tests I also tried the wpa_supplicant in testing, and since
> this version is not compatible with netcfg, I cannot use netcfg at the
> moment.

Fixed in git. For 2.1.2, just remove the -w argument from
wpa_supplicant in the function start_wpa in
/usr/lib/network/wireless.subr

From locani at gmail.com  Thu Feb 26 08:40:32 2009
From: locani at gmail.com (rapaz rico)
Date: Thu, 26 Feb 2009 11:40:32 -0200
Subject: [arch-general] Problemas con x and intel 82815 chipset
Message-ID: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>

Hello, my name is leandro and i'm having a problema with xorg server.

I have a Compaq Deskpro EN and an intel 82815 chipset into it.
I've been using the vesa driver but i can't set the resolution grater
than 800x600 because x doesn't run and sais i haven't got enough
memory. This chipset have 512K of not prefetchable and i'm sharing 64M
to it.
I can set the resolution to 1024x768 in win (the SO i get the computer
with) so i don't think the memory is the problem.

So, i'm traying to use the intel driver but i can't make it run.

My xorg.conf is this

Section "ServerLayout"
	Identifier     "Xorg Configured"
	Screen      0  "Screen0" 0 0
	InputDevice    "Keyboard0" "CoreKeyboard"
	InputDevice    "PS/2 Mouse" "CorePointer"
# Serial Mouse not detected
# USB Mouse not detected
EndSection

Section "ServerFlags"
	Option "AllowMouseOpenFail"  "true"
	Option "AutoAddDevices" "False"
	
EndSection

Section "Files"
	ModulePath   "/usr/lib/xorg/modules"
	FontPath     "/usr/share/fonts/misc:unscaled"
	FontPath     "/usr/share/fonts/misc"
	FontPath     "/usr/share/fonts/75dpi:unscaled"
	FontPath     "/usr/share/fonts/75dpi"
	FontPath     "/usr/share/fonts/100dpi:unscaled"
	FontPath     "/usr/share/fonts/100dpi"
	FontPath     "/usr/share/fonts/PEX"
# Additional fonts: Locale, Gimp, TTF...
	FontPath     "/usr/share/fonts/cyrillic"
#	FontPath     "/usr/share/lib/X11/fonts/latin2/75dpi"
#	FontPath     "/usr/share/lib/X11/fonts/latin2/100dpi"
# True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
	FontPath     "/usr/share/fonts/Type1"
	FontPath     "/usr/share/fonts/ttf/western"
	FontPath     "/usr/share/fonts/ttf/decoratives"
	FontPath     "/usr/share/fonts/truetype"
	FontPath     "/usr/share/fonts/truetype/openoffice"
	FontPath     "/usr/share/fonts/truetype/ttf-bitstream-vera"
	FontPath     "/usr/share/fonts/latex-ttf-fonts"
	FontPath     "/usr/share/fonts/defoma/CID"
	FontPath     "/usr/share/fonts/defoma/TrueType"
EndSection

Section "Module"
        Load  "ddc"  # ddc probing of monitor
	Load  "dbe"
	#Load  "dri"
	Load  "extmod"
	Load  "glx"
        Load  "bitmap" # bitmap-fonts
	Load  "type1"
	Load  "freetype"
	Load  "record"
	#   Load  "synaptics"
	Disable "dri"
EndSection

Section "InputDevice"
	Identifier  "Keyboard0"
	Driver      "keyboard"
        Option      "CoreKeyboard"
	Option "XkbRules" "xorg"
	Option "XkbModel" "pc104"
	Option "XkbLayout" "es"
	Option "XkbVariant" ""
EndSection

Section "InputDevice"
	Identifier  "Serial Mouse"
	Driver      "mouse"
	Option      "Protocol" "Microsoft"
	Option      "Device" "/dev/ttyS0"
	Option      "Emulate3Buttons" "true"
	Option      "Emulate3Timeout" "70"
	Option	    "SendCoreEvents"  "true"
EndSection

Section "InputDevice"
	Identifier  "PS/2 Mouse"
	Driver      "mouse"
	Option      "Protocol" "auto"
	Option          "ZAxisMapping"          "4 5"
	Option      "Device" "/dev/psaux"
	Option      "Emulate3Buttons" "true"
	Option      "Emulate3Timeout" "70"
	Option	    "SendCoreEvents"  "true"
EndSection

Section "InputDevice"
        Identifier      "USB Mouse"
        Driver          "mouse"
        Option          "Device"                "/dev/input/mice"
	Option		"SendCoreEvents"	"true"
        Option          "Protocol"              "IMPS/2"
        Option          "ZAxisMapping"          "4 5"
        Option          "Buttons"               "5"
EndSection

# Auto-generated by Archie mkxcfg

Section "Monitor"
	Identifier "Monitor0"
		Option "DPMS" "true"
#	HorizSync    28.0 - 78.0 # Warning: This may fry very old Monitors
	HorizSync    28.0 - 96.0 # Warning: This may fry old Monitors
	VertRefresh  50.0 - 54.0 # Very conservative. May flicker.
#	VertRefresh  50.0 - 62.0 # Extreme conservative. Will flicker. TFT default.
	#  Default modes distilled from
	#      "VESA and Industry Standards and Guide for Computer Display Monitor
	#       Timing", version 1.0, revision 0.8, adopted September 17, 1998.
	#  $XFree86: xc/programs/Xserver/hw/xfree86/etc/vesamodes,v 1.4
1999/11/18 16:52:17 tsi Exp $
	# 640x350 @ 85Hz (VESA) hsync: 37.9kHz
	ModeLine "640x350"    31.5  640  672  736  832    350  382  385  445
+hsync -vsync
	# 640x400 @ 85Hz (VESA) hsync: 37.9kHz
	ModeLine "640x400"    31.5  640  672  736  832    400  401  404  445
-hsync +vsync
	# 720x400 @ 85Hz (VESA) hsync: 37.9kHz
	ModeLine "720x400"    35.5  720  756  828  936    400  401  404  446
-hsync +vsync
	# 640x480 @ 60Hz (Industry standard) hsync: 31.5kHz
	ModeLine "640x480"    25.2  640  656  752  800    480  490  492  525
-hsync -vsync
	# 640x480 @ 72Hz (VESA) hsync: 37.9kHz
	ModeLine "640x480"    31.5  640  664  704  832    480  489  491  520
-hsync -vsync
	# 640x480 @ 75Hz (VESA) hsync: 37.5kHz
	ModeLine "640x480"    31.5  640  656  720  840    480  481  484  500
-hsync -vsync
	# 640x480 @ 85Hz (VESA) hsync: 43.3kHz
	ModeLine "640x480"    36.0  640  696  752  832    480  481  484  509
-hsync -vsync
	# 800x600 @ 56Hz (VESA) hsync: 35.2kHz
	ModeLine "800x600"    36.0  800  824  896 1024    600  601  603  625
+hsync +vsync
	# 800x600 @ 60Hz (VESA) hsync: 37.9kHz
	ModeLine "800x600"    40.0  800  840  968 1056    600  601  605  628
+hsync +vsync
	# 800x600 @ 72Hz (VESA) hsync: 48.1kHz
	ModeLine "800x600"    50.0  800  856  976 1040    600  637  643  666
+hsync +vsync
	# 800x600 @ 75Hz (VESA) hsync: 46.9kHz
	ModeLine "800x600"    49.5  800  816  896 1056    600  601  604  625
+hsync +vsync
	# 800x600 @ 85Hz (VESA) hsync: 53.7kHz
	ModeLine "800x600"    56.3  800  832  896 1048    600  601  604  631
+hsync +vsync
	# 1024x768i @ 43Hz (industry standard) hsync: 35.5kHz
	ModeLine "1024x768"   44.9 1024 1032 1208 1264    768  768  776  817
+hsync +vsync Interlace
	# 1024x768 @ 60Hz (VESA) hsync: 48.4kHz
	ModeLine "1024x768"   65.0 1024 1048 1184 1344    768  771  777  806
-hsync -vsync
	# 1024x768 @ 70Hz (VESA) hsync: 56.5kHz
	ModeLine "1024x768"   75.0 1024 1048 1184 1328    768  771  777  806
-hsync -vsync
	# 1024x768 @ 75Hz (VESA) hsync: 60.0kHz
	ModeLine "1024x768"   78.8 1024 1040 1136 1312    768  769  772  800
+hsync +vsync
	# 1024x768 @ 85Hz (VESA) hsync: 68.7kHz
	ModeLine "1024x768"   94.5 1024 1072 1168 1376    768  769  772  808
+hsync +vsync
	# 1152x864 @ 75Hz (VESA) hsync: 67.5kHz
	ModeLine "1152x864"  108.0 1152 1216 1344 1600    864  865  868  900
+hsync +vsync
	# 1280x960 @ 60Hz (VESA) hsync: 60.0kHz
	ModeLine "1280x960"  108.0 1280 1376 1488 1800    960  961  964 1000
+hsync +vsync
	# 1280x960 @ 85Hz (VESA) hsync: 85.9kHz
	ModeLine "1280x960"  148.5 1280 1344 1504 1728    960  961  964 1011
+hsync +vsync
	# 1280x1024 @ 60Hz (VESA) hsync: 64.0kHz
	ModeLine "1280x1024" 108.0 1280 1328 1440 1688   1024 1025 1028 1066
+hsync +vsync
	# 1280x1024 @ 75Hz (VESA) hsync: 80.0kHz
	ModeLine "1280x1024" 135.0 1280 1296 1440 1688   1024 1025 1028 1066
+hsync +vsync
	# 1280x1024 @ 85Hz (VESA) hsync: 91.1kHz
	ModeLine "1280x1024" 157.5 1280 1344 1504 1728   1024 1025 1028 1072
+hsync +vsync
	# 1600x1200 @ 60Hz (VESA) hsync: 75.0kHz
	ModeLine "1600x1200" 162.0 1600 1664 1856 2160   1200 1201 1204 1250
+hsync +vsync
	# 1600x1200 @ 65Hz (VESA) hsync: 81.3kHz
	ModeLine "1600x1200" 175.5 1600 1664 1856 2160   1200 1201 1204 1250
+hsync +vsync
	# 1600x1200 @ 70Hz (VESA) hsync: 87.5kHz
	ModeLine "1600x1200" 189.0 1600 1664 1856 2160   1200 1201 1204 1250
+hsync +vsync
	# 1600x1200 @ 75Hz (VESA) hsync: 93.8kHz
	ModeLine "1600x1200" 202.5 1600 1664 1856 2160   1200 1201 1204 1250
+hsync +vsync
	# 1600x1200 @ 85Hz (VESA) hsync: 106.3kHz
	ModeLine "1600x1200" 229.5 1600 1664 1856 2160   1200 1201 1204 1250
+hsync +vsync
	# 1792x1344 @ 60Hz (VESA) hsync: 83.6kHz
	ModeLine "1792x1344" 204.8 1792 1920 2120 2448   1344 1345 1348 1394
-hsync +vsync
	# 1792x1344 @ 75Hz (VESA) hsync: 106.3kHz
	ModeLine "1792x1344" 261.0 1792 1888 2104 2456   1344 1345 1348 1417
-hsync +vsync
	# 1856x1392 @ 60Hz (VESA) hsync: 86.3kHz
	ModeLine "1856x1392" 218.3 1856 1952 2176 2528   1392 1393 1396 1439
-hsync +vsync
	# 1856x1392 @ 75Hz (VESA) hsync: 112.5kHz
	ModeLine "1856x1392" 288.0 1856 1984 2208 2560   1392 1393 1396 1500
-hsync +vsync
	# 1920x1440 @ 60Hz (VESA) hsync: 90.0kHz
	ModeLine "1920x1440" 234.0 1920 2048 2256 2600   1440 1441 1444 1500
-hsync +vsync
	# 1920x1440 @ 75Hz (VESA) hsync: 112.5kHz
	ModeLine "1920x1440" 297.0 1920 2064 2288 2640   1440 1441 1444 1500
-hsync +vsync
	# Additional modelines
	ModeLine "1800x1440"  230    1800 1896 2088 2392  1440 1441 1444 1490
+HSync +VSync
	ModeLine "1800x1440"  250    1800 1896 2088 2392  1440 1441 1444 1490
+HSync +VSync
	# Extended modelines with GTF timings
	# 640x480 @ 100.00 Hz (GTF) hsync: 50.90 kHz; pclk: 43.16 MHz
	ModeLine "640x480"  43.16  640 680 744 848  480 481 484 509  -HSync +Vsync
	# 768x576 @ 60.00 Hz (GTF) hsync: 35.82 kHz; pclk: 34.96 MHz
	ModeLine "768x576"  34.96  768 792 872 976  576 577 580 597  -HSync +Vsync
	# 768x576 @ 72.00 Hz (GTF) hsync: 43.27 kHz; pclk: 42.93 MHz
	ModeLine "768x576"  42.93  768 800 880 992  576 577 580 601  -HSync +Vsync
	# 768x576 @ 75.00 Hz (GTF) hsync: 45.15 kHz; pclk: 45.51 MHz
	ModeLine "768x576"  45.51  768 808 888 1008  576 577 580 602  -HSync +Vsync
	# 768x576 @ 85.00 Hz (GTF) hsync: 51.42 kHz; pclk: 51.84 MHz
	ModeLine "768x576"  51.84  768 808 888 1008  576 577 580 605  -HSync +Vsync
	# 768x576 @ 100.00 Hz (GTF) hsync: 61.10 kHz; pclk: 62.57 MHz
	ModeLine "768x576"  62.57  768 816 896 1024  576 577 580 611  -HSync +Vsync
	# 800x600 @ 100.00 Hz (GTF) hsync: 63.60 kHz; pclk: 68.18 MHz
	ModeLine "800x600"  68.18  800 848 936 1072  600 601 604 636  -HSync +Vsync
	# 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz
	ModeLine "1024x768"  113.31  1024 1096 1208 1392  768 769 772 814
-HSync +Vsync
	# 1152x864 @ 60.00 Hz (GTF) hsync: 53.70 kHz; pclk: 81.62 MHz
	ModeLine "1152x864"  81.62  1152 1216 1336 1520  864 865 868 895  -HSync +Vsync
	# 1152x864 @ 85.00 Hz (GTF) hsync: 77.10 kHz; pclk: 119.65 MHz
	ModeLine "1152x864"  119.65  1152 1224 1352 1552  864 865 868 907
-HSync +Vsync
	# 1152x864 @ 100.00 Hz (GTF) hsync: 91.50 kHz; pclk: 143.47 MHz
	ModeLine "1152x864"  143.47  1152 1232 1360 1568  864 865 868 915
-HSync +Vsync
	# 1280x960 @ 72.00 Hz (GTF) hsync: 72.07 kHz; pclk: 124.54 MHz
	ModeLine "1280x960"  124.54  1280 1368 1504 1728  960 961 964 1001
-HSync +Vsync
	# 1280x960 @ 75.00 Hz (GTF) hsync: 75.15 kHz; pclk: 129.86 MHz
	ModeLine "1280x960"  129.86  1280 1368 1504 1728  960 961 964 1002
-HSync +Vsync
	# 1280x960 @ 100.00 Hz (GTF) hsync: 101.70 kHz; pclk: 178.99 MHz
	ModeLine "1280x960"  178.99  1280 1376 1520 1760  960 961 964 1017
-HSync +Vsync
	# 1280x1024 @ 100.00 Hz (GTF) hsync: 108.50 kHz; pclk: 190.96 MHz
	ModeLine "1280x1024"  190.96  1280 1376 1520 1760  1024 1025 1028
1085  -HSync +Vsync
	# 1400x1050 @ 60.00 Hz (GTF) hsync: 65.22 kHz; pclk: 122.61 MHz
	ModeLine "1400x1050"  122.61  1400 1488 1640 1880  1050 1051 1054
1087  -HSync +Vsync
	# 1400x1050 @ 72.00 Hz (GTF) hsync: 78.77 kHz; pclk: 149.34 MHz
	ModeLine "1400x1050"  149.34  1400 1496 1648 1896  1050 1051 1054
1094  -HSync +Vsync
	# 1400x1050 @ 75.00 Hz (GTF) hsync: 82.20 kHz; pclk: 155.85 MHz
	ModeLine "1400x1050"  155.85  1400 1496 1648 1896  1050 1051 1054
1096  -HSync +Vsync
	# 1400x1050 @ 85.00 Hz (GTF) hsync: 93.76 kHz; pclk: 179.26 MHz
	ModeLine "1400x1050"  179.26  1400 1504 1656 1912  1050 1051 1054
1103  -HSync +Vsync
	# 1400x1050 @ 100.00 Hz (GTF) hsync: 111.20 kHz; pclk: 214.39 MHz
	ModeLine "1400x1050"  214.39  1400 1512 1664 1928  1050 1051 1054
1112  -HSync +Vsync
	# 1600x1200 @ 100.00 Hz (GTF) hsync: 127.10 kHz; pclk: 280.64 MHz
	ModeLine "1600x1200"  280.64  1600 1728 1904 2208  1200 1201 1204
1271  -HSync +Vsync
EndSection

# Auto-generated by Archie mkxcfg


Section "Device"
	Identifier  "Card0"
	Driver      "intel"
	VendorName  "All"
	BoardName   "All"
EndSection


Section "Screen"
	Identifier "Screen0"
	Device     "Card0"
	Monitor    "Monitor0"
	DefaultColorDepth 16
	SubSection "Display"
		Depth     1
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     4
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     8
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     15
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     16
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     24
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth     32
		Modes "1024x768" "800x600" "640x480"
	EndSubSection
EndSection

#Section "DRI"
#	Mode 0666
#EndSection


And my log file is this


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.27-ARCH i686
Current Operating System: Linux myhost 2.6.24-ARCH #1 SMP PREEMPT Sun
Mar 30 11:40:06 CEST 2008 i686
Build Date: 17 December 2008  08:20:05PM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb  4 21:50:33 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Xorg Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Card0"
(**) |-->Input Device "Keyboard0"
(**) |-->Input Device "PS/2 Mouse"
(**) Option "AllowMouseOpenFail" "true"
(**) Option "AutoAddDevices" "False"
(**) Not automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/PEX" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(WW) The directory "/usr/share/fonts/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/western" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/decoratives" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype/openoffice" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype/ttf-bitstream-vera" does
not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/latex-ttf-fonts" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/defoma/CID" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/defoma/TrueType" does not exist.
	Entry deleted from font path.
(==) Including the default font path
/usr/share/fonts/misc,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/TTF,/usr/share/fonts/Type1.
(**) FontPath set to:
	/usr/share/fonts/misc:unscaled,
	/usr/share/fonts/misc,
	/usr/share/fonts/75dpi:unscaled,
	/usr/share/fonts/75dpi,
	/usr/share/fonts/100dpi:unscaled,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/misc,
	/usr/share/fonts/100dpi:unscaled,
	/usr/share/fonts/75dpi:unscaled,
	/usr/share/fonts/TTF,
	/usr/share/fonts/Type1
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x81d5fe0
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.4
	X.Org Video Driver: 4.1
	X.Org XInput driver : 2.1
	X.Org Server Extension : 1.1
	X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7

(--) PCI:*(0 at 0:2:0) Intel Corporation 82815 Chipset Graphics
Controller (CGC) rev 2, Mem @ 0x44000000/0, 0x40300000/0
(II) System resource ranges:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere.
(II) "extmod" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also
specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also
specified in the config file.
(II) "freetype" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dri" will be loaded even though the default is to disable it.
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) LoadModule: "dbe"

(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "extmod"

(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "glx"

(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	ABI class: X.Org Server Extension, version 1.1
(==) AIGLX enabled
(==) Exporting typical set of GLX visuals
(II) Loading extension GLX
(II) LoadModule: "type1"

(WW) Warning, couldn't open module type1
(II) UnloadModule: "type1"
(EE) Failed to load module "type1" (module does not exist, 0)
(II) LoadModule: "freetype"

(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
	compiled for 1.5.3, module version = 2.1.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "record"

(WW) Warning, couldn't open module record
(II) UnloadModule: "record"
(EE) Failed to load module "record" (module does not exist, 0)
(II) LoadModule: "intel"

(II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 2.4.3
	Module class: X.Org Video Driver
	ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "kbd"

(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.3.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "mouse"

(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
	compiled for 1.4.2, module version = 1.3.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
	i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
	E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ,
	965GM, 965GME/GLE, G33, Q35, Q33,
	Mobile Intel?? GM45 Express Chipset,
	Intel Integrated Graphics Device, G45/G43, Q45/Q43
(II) Primary Device is: PCI 00 at 00:02:0
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) resource ranges after probing:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[5] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[6] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[7] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[8] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[9] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[10] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"

(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 0.1.0
	ABI class: X.Org Video Driver, version 4.1
(**) intel(0): Depth 16, (--) framebuffer bpp 16
(==) intel(0): RGB weight 565
(==) intel(0): Default visual is TrueColor
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"

(II) Loading /usr/lib/xorg/modules//libxaa.so
(II) Module xaa: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.2.1
	ABI class: X.Org Video Driver, version 4.1
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"

(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.1.0
	ABI class: X.Org Video Driver, version 4.1
(II) Loading sub module "int10"
(II) LoadModule: "int10"

(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	ABI class: X.Org Video Driver, version 4.1
(II) intel(0): initializing int10
(II) intel(0): Primary V_BIOS segment is: 0xc000
(II) intel(0): VESA BIOS detected
(II) intel(0): VESA VBE Version 3.0
(II) intel(0): VESA VBE Total Mem: 1024 kB
(II) intel(0): VESA VBE OEM: Intel(R) 815 Chipset Video BIOS
(II) intel(0): VESA VBE OEM Software Rev: 4.1
(II) intel(0): VESA VBE OEM Vendor: Intel Corporation
(II) intel(0): VESA VBE OEM Product: Intel(R) 815 Chipset
(II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) intel(0): VESA VBE DDC supported
(II) intel(0): VESA VBE DDC Level 2
(II) intel(0): VESA VBE DDC transfer in appr. 1 sec.
(II) intel(0): VESA VBE DDC read successfully
(II) intel(0): Manufacturer: PBR  Model: 304  Serial#: 305200627
(II) intel(0): Year: 2003  Week: 19
(II) intel(0): EDID Version: 1.1
(II) intel(0): Analog Display Input,  Input Voltage Level: 0.700/0.300 V
(II) intel(0): Sync:  Separate
(II) intel(0): Max Image Size [cm]: horiz.: 30  vert.: 22
(II) intel(0): Gamma: 1.27
(II) intel(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
(II) intel(0): redX: 0.618 redY: 0.349   greenX: 0.280 greenY: 0.605
(II) intel(0): blueX: 0.152 blueY: 0.063   whiteX: 0.281 whiteY: 0.310
(II) intel(0): Supported VESA Video Modes:
(II) intel(0): 720x400 at 70Hz
(II) intel(0): 640x480 at 60Hz
(II) intel(0): 640x480 at 75Hz
(II) intel(0): 800x600 at 60Hz
(II) intel(0): 800x600 at 72Hz
(II) intel(0): 1024x768 at 60Hz
(II) intel(0): 1024x768 at 75Hz
(II) intel(0): Manufacturer's mask: 0
(II) intel(0): Supported Future Video Modes:
(II) intel(0): #0: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
(II) intel(0): #1: hsize: 1024  vsize 768  refresh: 85  vid: 22881
(II) intel(0): #2: hsize: 800  vsize 600  refresh: 85  vid: 22853
(II) intel(0): Supported additional Video Mode:
(II) intel(0): clock: 40.5 MHz   Image Size:  300 x 220 mm
(II) intel(0): h_active: 640  h_sync: 656  h_sync_end 720 h_blank_end
800 h_border: 0
(II) intel(0): v_active: 480  v_sync: 481  v_sync_end 484 v_blanking:
506 v_border: 0
(II) intel(0): Supported additional Video Mode:
(II) intel(0): clock: 56.2 MHz   Image Size:  300 x 220 mm
(II) intel(0): h_active: 800  h_sync: 832  h_sync_end 896 h_blank_end
1048 h_border: 0
(II) intel(0): v_active: 600  v_sync: 601  v_sync_end 604 v_blanking:
631 v_border: 0
(II) intel(0): Ranges: V min: 50 V max: 150 Hz, H min: 30 H max: 70
kHz, PixClock max 110 MHz
(II) intel(0):  010003085
(II) intel(0): EDID (in hex):
(II) intel(0): 	00ffffffffffff0040520403f3fd3012
(II) intel(0): 	130d0101081e161be85c119e59479b27
(II) intel(0): 	10484fa58a0081806159455900000000
(II) intel(0): 	000000000000d20f80a020e01a101040
(II) intel(0): 	13002cdc10000018f91520f830581f20
(II) intel(0): 	204013002cdc1000001e000000fd0032
(II) intel(0): 	961e460b000a202020202020000000fe
(II) intel(0): 	003031303030333038350a20202000c3
(II) intel(0): EDID vendor "PBR", prod id 772
(II) intel(0): Using hsync ranges from config file
(II) intel(0): Using vrefresh ranges from config file
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "640x480"x0.0   40.50  640 656 720 800  480
481 484 506 -hsync -vsync (50.6 kHz)
(II) intel(0): Modeline "800x600"x0.0   56.25  800 832 896 1048  600
601 604 631 +hsync +vsync (53.7 kHz)
(II) intel(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600
601 605 628 +hsync +vsync (37.9 kHz)
(II) intel(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480
481 484 500 -hsync -vsync (37.5 kHz)
(II) intel(0): Modeline "640x480"x0.0   25.20  640 656 752 800  480
490 492 525 -hsync -vsync (31.5 kHz)
(II) intel(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400
412 414 449 -hsync +vsync (31.5 kHz)
(II) intel(0): Modeline "1024x768"x0.0   78.80  1024 1040 1136 1312
768 769 772 800 +hsync +vsync (60.1 kHz)
(II) intel(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344
768 771 777 806 -hsync -vsync (48.4 kHz)
(II) intel(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600
637 643 666 +hsync +vsync (48.1 kHz)
(II) intel(0): Modeline "1280x1024"x60.0  108.88  1280 1360 1496 1712
1024 1025 1028 1060 -hsync +vsync (63.6 kHz)
(II) intel(0): Modeline "1024x768"x85.0   94.39  1024 1088 1200 1376
768 769 772 807 -hsync +vsync (68.6 kHz)
(II) intel(0): Modeline "800x600"x85.0   56.55  800 840 928 1056  600
601 604 630 -hsync +vsync (53.5 kHz)
(--) intel(0): Chipset: "i815"
(--) intel(0): Linear framebuffer at 0x44000000
(--) intel(0): IO registers at addr 0x40300000
(II) intel(0): Kernel reported 37888 total, 1 used
(II) intel(0): I810CheckAvailableMemory: 151548k available
(==) intel(0): Will alloc AGP framebuffer: 16384 kByte
(==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
(II) intel(0): Monitor0: Using hsync range of 28.00-96.00 kHz
(II) intel(0): Monitor0: Using vrefresh range of 50.00-54.00 Hz
(II) intel(0): Monitor0: Using maximum pixel clock of 110.00 MHz
(II) intel(0): Clock range:   9.50 to 163.00 MHz
(II) intel(0): Not using mode "640x350" (vrefresh out of range)
(II) intel(0): Not using mode "640x400" (vrefresh out of range)
(II) intel(0): Not using mode "720x400" (vrefresh out of range)
(II) intel(0): Not using mode "640x480" (vrefresh out of range)
(II) intel(0): Not using mode "640x480" (vrefresh out of range)
(II) intel(0): Not using mode "640x480" (vrefresh out of range)
(II) intel(0): Not using mode "640x480" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "1024x768" (unknown reason)
(II) intel(0): Not using mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using mode "1152x864" (vrefresh out of range)
(II) intel(0): Not using mode "1280x960" (vrefresh out of range)
(II) intel(0): Not using mode "1280x960" (vrefresh out of range)
(II) intel(0): Not using mode "1280x1024" (vrefresh out of range)
(II) intel(0): Not using mode "1280x1024" (vrefresh out of range)
(II) intel(0): Not using mode "1280x1024" (vrefresh out of range)
(II) intel(0): Not using mode "1600x1200" (vrefresh out of range)
(II) intel(0): Not using mode "1600x1200" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1600x1200" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1600x1200" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1600x1200" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1792x1344" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1792x1344" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1856x1392" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1856x1392" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1920x1440" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1920x1440" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1800x1440" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1800x1440" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "640x480" (vrefresh out of range)
(II) intel(0): Not using mode "768x576" (vrefresh out of range)
(II) intel(0): Not using mode "768x576" (vrefresh out of range)
(II) intel(0): Not using mode "768x576" (vrefresh out of range)
(II) intel(0): Not using mode "768x576" (vrefresh out of range)
(II) intel(0): Not using mode "768x576" (vrefresh out of range)
(II) intel(0): Not using mode "800x600" (vrefresh out of range)
(II) intel(0): Not using mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using mode "1152x864" (vrefresh out of range)
(II) intel(0): Not using mode "1152x864" (vrefresh out of range)
(II) intel(0): Not using mode "1152x864" (vrefresh out of range)
(II) intel(0): Not using mode "1280x960" (vrefresh out of range)
(II) intel(0): Not using mode "1280x960" (vrefresh out of range)
(II) intel(0): Not using mode "1280x960" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1280x1024" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1400x1050" (vrefresh out of range)
(II) intel(0): Not using mode "1400x1050" (vrefresh out of range)
(II) intel(0): Not using mode "1400x1050" (vrefresh out of range)
(II) intel(0): Not using mode "1400x1050" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1400x1050" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using mode "1600x1200" (bad mode clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x175" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x200" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "360x200" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "640x512" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "896x672" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "896x672" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "928x696" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "928x696" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "832x624" (vrefresh out of range)
(II) intel(0): Not using default mode "416x312" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1360x768" (vrefresh out of range)
(II) intel(0): Not using default mode "680x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1360x768" (vrefresh out of range)
(II) intel(0): Not using default mode "680x384" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "700x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1440x900" (vrefresh out of range)
(II) intel(0): Not using default mode "720x450" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1600x1024" (vrefresh out of range)
(II) intel(0): Not using default mode "800x512" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1680x1050" (vrefresh out of range)
(II) intel(0): Not using default mode "840x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1680x1050" (vrefresh out of range)
(II) intel(0): Not using default mode "840x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1680x1050" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "840x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1680x1050" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "840x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1680x1050" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "840x525" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1920x1080" (vrefresh out of range)
(II) intel(0): Not using default mode "960x540" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "1920x1200" (vrefresh out of range)
(II) intel(0): Not using default mode "960x600" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "960x720" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "2048x1536" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "2048x1536" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using default mode "2048x1536" (bad mode
clock/interlace/doublescan)
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "720x400" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "1280x1024" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(WW) intel(0): Mode pool is empty
(EE) intel(0): No valid modes found
(II) UnloadModule: "intel"
(II) UnloadModule: "int10"
(II) Unloading /usr/lib/xorg/modules//libint10.so
(II) UnloadModule: "vbe"
(II) Unloading /usr/lib/xorg/modules//libvbe.so
(II) UnloadModule: "xaa"
(II) Unloading /usr/lib/xorg/modules//libxaa.so
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules//libvgahw.so
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found


The dri module is disable because i've found that ir could be the
problem (http://bugs.archlinux.org/task/7658) but it didn't resolve
anything.
I try the i810 driver and the log says it doesn't find the device.
I don't know what else to do. Thanks for advice.


PD: I'm sorry if my english wasn't good enough.

From jan at jgc.homeip.net  Thu Feb 26 08:52:08 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Thu, 26 Feb 2009 14:52:08 +0100
Subject: [arch-general] Problemas con x and intel 82815 chipset
In-Reply-To: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
References: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
Message-ID: <1235656328.5041.25.camel@jan>

On Thu, 2009-02-26 at 11:40 -0200, rapaz rico wrote:
>         HorizSync    28.0 - 96.0 # Warning: This may fry old Monitors
>         VertRefresh  50.0 - 54.0 # Very conservative. May flicker.

Remove these lines, or make sure they match your monitor. The logs
indicate your screen supplies valid modes, so you can remove these
lines. I would recommend to delete all modelines also.


From daenyth+arch at gmail.com  Thu Feb 26 09:02:35 2009
From: daenyth+arch at gmail.com (Daenyth Blank)
Date: Thu, 26 Feb 2009 09:02:35 -0500
Subject: [arch-general] Problemas con x and intel 82815 chipset
In-Reply-To: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
References: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
Message-ID: <ea09a6380902260602v388830f4ubcfec32f5488a19@mail.gmail.com>

On Thu, Feb 26, 2009 at 08:40, rapaz rico <locani at gmail.com> wrote:
> Hello, my name is leandro and i'm having a problema with xorg server.
>
> I have a Compaq Deskpro EN and an intel 82815 chipset into it.
> I've been using the vesa driver but i can't set the resolution grater
> than 800x600 because x doesn't run and sais i haven't got enough
> memory. This chipset have 512K of not prefetchable and i'm sharing 64M
> to it.
> I can set the resolution to 1024x768 in win (the SO i get the computer
> with) so i don't think the memory is the problem.
>
> So, i'm traying to use the intel driver but i can't make it run.
>
I have had similar issues with my laptop, a sony vaio pcg-r505ts.
What's the lspci output for the card? (lspci|grep VGA)

From locani at gmail.com  Thu Feb 26 09:11:15 2009
From: locani at gmail.com (rapaz rico)
Date: Thu, 26 Feb 2009 12:11:15 -0200
Subject: [arch-general] Problemas con x and intel 82815 chipset
In-Reply-To: <ea09a6380902260602v388830f4ubcfec32f5488a19@mail.gmail.com>
References: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
	<ea09a6380902260602v388830f4ubcfec32f5488a19@mail.gmail.com>
Message-ID: <f170298d0902260611w3d341f0dgdd4f6c361191ac56@mail.gmail.com>

I'm not at home, i'll remove the lines of the monitor sync and post
the lspci | grep VGA at night, thanks for your help.

2009/2/26 Daenyth Blank <daenyth+arch at gmail.com>:
> On Thu, Feb 26, 2009 at 08:40, rapaz rico <locani at gmail.com> wrote:
>> Hello, my name is leandro and i'm having a problema with xorg server.
>>
>> I have a Compaq Deskpro EN and an intel 82815 chipset into it.
>> I've been using the vesa driver but i can't set the resolution grater
>> than 800x600 because x doesn't run and sais i haven't got enough
>> memory. This chipset have 512K of not prefetchable and i'm sharing 64M
>> to it.
>> I can set the resolution to 1024x768 in win (the SO i get the computer
>> with) so i don't think the memory is the problem.
>>
>> So, i'm traying to use the intel driver but i can't make it run.
>>
> I have had similar issues with my laptop, a sony vaio pcg-r505ts.
> What's the lspci output for the card? (lspci|grep VGA)
>

From crisnoh at gmail.com  Thu Feb 26 16:32:06 2009
From: crisnoh at gmail.com (Cristopher Thomas)
Date: Thu, 26 Feb 2009 16:32:06 -0500
Subject: [arch-general] Problems with netcfg
In-Reply-To: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
Message-ID: <200902261632.08947.crisnoh@gmail.com>

I'm giving up on this for now.  I set up wicd to verify that my driver was not 
to blame and it worked on the first try, so I'm not going to fight with it 
anymore.  I would still like to no have to log into X to get wireless running, 
but for now I can make do.  Thanks.

Cris

-- 
http://crisnoh.wordpress.com/
http://twitter.com/crisnoh
o|||||||o

From locani at gmail.com  Fri Feb 27 05:57:51 2009
From: locani at gmail.com (rapaz rico)
Date: Fri, 27 Feb 2009 08:57:51 -0200
Subject: [arch-general] Problemas con x and intel 82815 chipset
In-Reply-To: <f170298d0902260611w3d341f0dgdd4f6c361191ac56@mail.gmail.com>
References: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
	<ea09a6380902260602v388830f4ubcfec32f5488a19@mail.gmail.com>
	<f170298d0902260611w3d341f0dgdd4f6c361191ac56@mail.gmail.com>
Message-ID: <f170298d0902270257o4797b476p527f40a45e982de@mail.gmail.com>

It worked perfectly, i really thank you.
I just comment the lines about the monitor sync and x started ok.
One more question, for further problems, where exactly did you see in
log file that i had to do that Jan de Groot?

PD: Daenyth i forgot to post the lspci, i will do it later.

From jan at jgc.homeip.net  Fri Feb 27 06:03:33 2009
From: jan at jgc.homeip.net (Jan de Groot)
Date: Fri, 27 Feb 2009 12:03:33 +0100
Subject: [arch-general] Problemas con x and intel 82815 chipset
In-Reply-To: <f170298d0902270257o4797b476p527f40a45e982de@mail.gmail.com>
References: <f170298d0902260540t36ed1dces2f0f412f76d550e2@mail.gmail.com>
	<ea09a6380902260602v388830f4ubcfec32f5488a19@mail.gmail.com>
	<f170298d0902260611w3d341f0dgdd4f6c361191ac56@mail.gmail.com>
	<f170298d0902270257o4797b476p527f40a45e982de@mail.gmail.com>
Message-ID: <1235732613.7358.1.camel@jan>

On Fri, 2009-02-27 at 08:57 -0200, rapaz rico wrote:
> It worked perfectly, i really thank you.
> I just comment the lines about the monitor sync and x started ok.
> One more question, for further problems, where exactly did you see in
> log file that i had to do that Jan de Groot?
> 
> PD: Daenyth i forgot to post the lspci, i will do it later.

This was the most interesting part of the logfile:
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "640x480" (vrefresh out of range)
(II) intel(0): Not using driver mode "720x400" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(II) intel(0): Not using driver mode "1280x1024" (vrefresh out of range)
(II) intel(0): Not using driver mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using driver mode "800x600" (vrefresh out of range)
(WW) intel(0): Mode pool is empty
(EE) intel(0): No valid modes found

Notice that X usually specifies these modes with 60-85Hz. You had
VertRefresh configured with a range below 60Hz, which removes all
standard modes, leaving an empty mode pool.


From geirr at baldr.no  Fri Feb 27 07:25:52 2009
From: geirr at baldr.no (Geir Erikstad)
Date: Fri, 27 Feb 2009 13:25:52 +0100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <200902261632.08947.crisnoh@gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<200902261632.08947.crisnoh@gmail.com>
Message-ID: <e3992b840902270425g7623d485l18633510be606085@mail.gmail.com>

2009/2/26 Cristopher Thomas <crisnoh at gmail.com>:
> I'm giving up on this for now. ?I set up wicd to verify that my driver was not
> to blame and it worked on the first try, so I'm not going to fight with it
> anymore. ?I would still like to no have to log into X to get wireless running,
> but for now I can make do. ?Thanks.

Have you tried any of the driver quirks with netcfg?
Check out: http://wiki.archlinux.org/index.php/Netcfg#Driver_Quirks_.28netcfg_2.1_and_later.29

I had to add:

QUIRKS=(prescan preessid)

to get my connection working.

-geirr

From thomas at bohnomat.de  Fri Feb 27 07:49:25 2009
From: thomas at bohnomat.de (Thomas Bohn)
Date: Fri, 27 Feb 2009 13:49:25 +0100
Subject: [arch-general] Can't Disconnect With netcfg
Message-ID: <20090227124924.GA28615@proton.bohnomat.de>

Hi,

I was finaly able to get netcfg working with most of the wifi networks 
you can ran into, mixed WPA/WPA2 networks are still an issue though.

But I can't disconnect. "netcfg -d [network]" will fail and reconnecting 
fails too because netcfg think it is still connected to that network.

This is esspecially an issue, if the AP is gone for a while. 
Reconnecting is impossible after the AP is back.

Any ideas?

Thomas

From iphitus at iphitus.org  Fri Feb 27 19:13:47 2009
From: iphitus at iphitus.org (James Rayner)
Date: Sat, 28 Feb 2009 11:13:47 +1100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <e3992b840902270425g7623d485l18633510be606085@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<200902261632.08947.crisnoh@gmail.com>
	<e3992b840902270425g7623d485l18633510be606085@mail.gmail.com>
Message-ID: <3716150a0902271613y6887169eq8538957fbff479ec@mail.gmail.com>

The problem appeared to be a simple typo in the config file, however
the OP has given up. *shrug*

On 2/27/09, Geir Erikstad <geirr at baldr.no> wrote:
> 2009/2/26 Cristopher Thomas <crisnoh at gmail.com>:
>> I'm giving up on this for now. ?I set up wicd to verify that my driver was
>> not
>> to blame and it worked on the first try, so I'm not going to fight with it
>> anymore. ?I would still like to no have to log into X to get wireless
>> running,
>> but for now I can make do. ?Thanks.
>
> Have you tried any of the driver quirks with netcfg?
> Check out:
> http://wiki.archlinux.org/index.php/Netcfg#Driver_Quirks_.28netcfg_2.1_and_later.29
>
> I had to add:
>
> QUIRKS=(prescan preessid)
>
> to get my connection working.
>
> -geirr
>

From crisnoh at gmail.com  Fri Feb 27 22:35:52 2009
From: crisnoh at gmail.com (Cristopher Thomas)
Date: Fri, 27 Feb 2009 22:35:52 -0500
Subject: [arch-general] Problems with netcfg
In-Reply-To: <3716150a0902271613y6887169eq8538957fbff479ec@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<e3992b840902270425g7623d485l18633510be606085@mail.gmail.com>
	<3716150a0902271613y6887169eq8538957fbff479ec@mail.gmail.com>
Message-ID: <200902272235.55860.crisnoh@gmail.com>

On Friday 27 February 2009 19:13:47 James Rayner wrote:
> The problem appeared to be a simple typo in the config file, however
> the OP has given up. *shrug*
>

I don't know about it being a typo.  Setting the encryption type to 'wap' 
instead of 'wep' was the only way for me to ever get a connection.  Here's the 
error I got trying to use 'wep':

[~]$ sudo netcfg home
:: home up  - Could not set wireless configuration                                                                     [FAIL]
for wireless request "Set Mode" (8B06) :
    SET failed on device wlan0 ; Device or resource busy.
I got that error everytime, whereas when I switched to 'wap' I would 
occasionally get a connection.  Usually after I had spent a while online in my 
windows partition researching the problem.  I know for a fact that the router 
is set up for wep security, which is why I'm baffled about the profile not 
working.

-- Cris

From snowmaniscool at gmail.com  Fri Feb 27 22:59:02 2009
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Fri, 27 Feb 2009 22:59:02 -0500
Subject: [arch-general] Scim and arphic fonts update in [testing]
Message-ID: <7fcd249b0902271959p20e42593j68387fddcf3dc343@mail.gmail.com>

Hi all,

I've just updated several scim-related packages. They are in the
[testing] repo. The updated packages are:

anthy
libchewing
libhangul
scim
scim-anthy
scim-chewing
scim-tables
uim
scim-uim (no update, just rebuild against uim 1.5.5)

As I don't use these packages (I believe no dev use them either), I
could only do  minimal testing.  It would be nice if users of these
packages test them and report if they work properly or if there are
problems with them.

I've also updated (in [testing] repo) the Arphic fonts:
ttf-arphic-ukai and ttf-arphic-uming

There are two points about these fonts:

1. According to upstream:
"This release contains Firefly's Bitmap fonts. The Bitmap fonts are available
for 11, 12, 13, 14, 15 and 16 pixel and currently cover Big5 and GB2312.
HKSCS is currently not supported as there are many more characters missing.
So, for Big5 and GB2312 characters the bitmap glyphs should improve the
rendering, but for all other characters, the rendering is the same like
without bitmap glyphs."

I might be nice to get comments about someone using these fonts to see
if the ttf-fireflysung package is indeed no longer needed
(http://bugs.archlinux.org/task/8951).

2.  The updated ttf-arphic-* packages in testing provide the fonts as
a TrueType Collection, i.e. the fonts come in 4 flavors (CN, HK, TW
and TW MBE), with different glyph shapes according to the preferred
shapes in each region (more info here:
http://www.freedesktop.org/wiki/Software/CJKUnifonts/Download). As a
result TeX users will encounter trouble using this font.  The
following programs/libraries are known to not fully support TTC files
and can usually only use the first fontface of the TTC:
- jdk and openjdk6
- imlib2 and applications which use imlib2.

Again, I and probably none of the devs don't use these fonts so
feedback from users would be nice.

Eric

From juantascon at gmail.com  Sat Feb 28 01:24:49 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sat, 28 Feb 2009 15:24:49 +0900
Subject: [arch-general] icedtea6
Message-ID: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>

Hello everyone

Am I the only one who cannot execute any java applet from firefox
since last openjdk update (openjdk6 1.4.1-1)?

Thanks for your help
Bye

From aprzepioski at gmail.com  Sat Feb 28 02:32:37 2009
From: aprzepioski at gmail.com (Andrew Przepioski)
Date: Fri, 27 Feb 2009 23:32:37 -0800
Subject: [arch-general] icedtea6
In-Reply-To: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>
References: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>
Message-ID: <d446cc7a0902272332x3a65b803xc050d817966bb0ca@mail.gmail.com>

On 2/27/09, Juan Diego <juantascon at gmail.com> wrote:
> Hello everyone
>
> Am I the only one who cannot execute any java applet from firefox
> since last openjdk update (openjdk6 1.4.1-1)?
>
> Thanks for your help
> Bye
>

Type in "about:plugin" and make sure you have it in Firefox. Check if
it is enabled in Edit > Preferences > Content > [x] Enable Java. Have
you done pacman -S libxtst? Check if you have
"/usr/lib/mozilla/plugins/libjavaplugin_oji.so". I am not using
openjdk, I am just using jre from the repos, but I think it would be
similarly in "/opt/java/jre/plugin/i386/ns7/libjavaplugin_oji.so" and
you can just link it to "/usr/lib/mozilla/plugins/". Make sure your
permission settings are all correct, so on. I haven't heard of any
complaints so far so maybe it's just a problem on your end.

From juantascon at gmail.com  Sat Feb 28 06:32:20 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sat, 28 Feb 2009 20:32:20 +0900
Subject: [arch-general] icedtea6
In-Reply-To: <d446cc7a0902272332x3a65b803xc050d817966bb0ca@mail.gmail.com>
References: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>
	<d446cc7a0902272332x3a65b803xc050d817966bb0ca@mail.gmail.com>
Message-ID: <b3095c50902280332t60992148wb9a9faa66e5de902@mail.gmail.com>

hi, I did everything you said however it's still not working, it was
working just before the last update, any other ideas?

could you please tell me how can I get the older PKGBUILD, I would
like to see if its because of the version change or maybe something
else

thank you

On Sat, Feb 28, 2009 at 4:32 PM, Andrew Przepioski
<aprzepioski at gmail.com> wrote:
> On 2/27/09, Juan Diego <juantascon at gmail.com> wrote:
>> Hello everyone
>>
>> Am I the only one who cannot execute any java applet from firefox
>> since last openjdk update (openjdk6 1.4.1-1)?
>>
>> Thanks for your help
>> Bye
>>
>
> Type in "about:plugin" and make sure you have it in Firefox. Check if
> it is enabled in Edit > Preferences > Content > [x] Enable Java. Have
> you done pacman -S libxtst? Check if you have
> "/usr/lib/mozilla/plugins/libjavaplugin_oji.so". I am not using
> openjdk, I am just using jre from the repos, but I think it would be
> similarly in "/opt/java/jre/plugin/i386/ns7/libjavaplugin_oji.so" and
> you can just link it to "/usr/lib/mozilla/plugins/". Make sure your
> permission settings are all correct, so on. I haven't heard of any
> complaints so far so maybe it's just a problem on your end.
>

From lists at bramschoenmakers.nl  Sat Feb 28 07:06:06 2009
From: lists at bramschoenmakers.nl (Bram Schoenmakers)
Date: Sat, 28 Feb 2009 13:06:06 +0100
Subject: [arch-general] icedtea6
In-Reply-To: <b3095c50902280332t60992148wb9a9faa66e5de902@mail.gmail.com>
References: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>
	<d446cc7a0902272332x3a65b803xc050d817966bb0ca@mail.gmail.com>
	<b3095c50902280332t60992148wb9a9faa66e5de902@mail.gmail.com>
Message-ID: <200902281306.08054.lists@bramschoenmakers.nl>

On Saturday 28 February 2009 12:32:20 Juan Diego wrote:

Hello,

> hi, I did everything you said however it's still not working, it was
> working just before the last update, any other ideas?
>
> could you please tell me how can I get the older PKGBUILD, I would
> like to see if its because of the version change or maybe something
> else

Look if the old version is still in pacman's cache, and run pacman -U on that 
package:

pacman -U /var/cache/pacman/pkg/openjdk6-1.4-2-i686.pkg.tar.gz

See http://wiki.archlinux.org/index.php/Downgrade_packages for more info.

By the way, I see the same problem after the update from 1.4-2 to 1.4.1-1. The 
java process consumes 100% CPU and doesn't seem to result in anything. But 
we'd better file a bug for this. Downgrading with command above made it work 
again.

Kind regards,

-- 
Bram Schoenmakers

What is mind? No matter. What is matter? Never mind.
(Punch, 1855)

From juantascon at gmail.com  Sat Feb 28 07:19:46 2009
From: juantascon at gmail.com (Juan Diego)
Date: Sat, 28 Feb 2009 21:19:46 +0900
Subject: [arch-general] icedtea6
In-Reply-To: <200902281306.08054.lists@bramschoenmakers.nl>
References: <b3095c50902272224x3fe2e74x81a5476f9ff12d72@mail.gmail.com>
	<d446cc7a0902272332x3a65b803xc050d817966bb0ca@mail.gmail.com>
	<b3095c50902280332t60992148wb9a9faa66e5de902@mail.gmail.com>
	<200902281306.08054.lists@bramschoenmakers.nl>
Message-ID: <b3095c50902280419r58c7fe44t8ddf5c1636965eda@mail.gmail.com>

ok, thanks for the info, I downloaded an older version from the svn
repository and now its working again, definitely is a bug caused by
the new version

On Sat, Feb 28, 2009 at 9:06 PM, Bram Schoenmakers
<lists at bramschoenmakers.nl> wrote:
> On Saturday 28 February 2009 12:32:20 Juan Diego wrote:
>
> Hello,
>
>> hi, I did everything you said however it's still not working, it was
>> working just before the last update, any other ideas?
>>
>> could you please tell me how can I get the older PKGBUILD, I would
>> like to see if its because of the version change or maybe something
>> else
>
> Look if the old version is still in pacman's cache, and run pacman -U on that
> package:
>
> pacman -U /var/cache/pacman/pkg/openjdk6-1.4-2-i686.pkg.tar.gz
>
> See http://wiki.archlinux.org/index.php/Downgrade_packages for more info.
>
> By the way, I see the same problem after the update from 1.4-2 to 1.4.1-1. The
> java process consumes 100% CPU and doesn't seem to result in anything. But
> we'd better file a bug for this. Downgrading with command above made it work
> again.
>
> Kind regards,
>
> --
> Bram Schoenmakers
>
> What is mind? No matter. What is matter? Never mind.
> (Punch, 1855)
>

From iphitus at iphitus.org  Sat Feb 28 17:52:00 2009
From: iphitus at iphitus.org (James Rayner)
Date: Sun, 1 Mar 2009 09:52:00 +1100
Subject: [arch-general] Problems with netcfg
In-Reply-To: <200902272235.55860.crisnoh@gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<e3992b840902270425g7623d485l18633510be606085@mail.gmail.com>
	<3716150a0902271613y6887169eq8538957fbff479ec@mail.gmail.com>
	<200902272235.55860.crisnoh@gmail.com>
Message-ID: <3716150a0902281452g70ab35dch7c8ce10b5f0d7122@mail.gmail.com>

On Sat, Feb 28, 2009 at 2:35 PM, Cristopher Thomas <crisnoh at gmail.com> wrote:
> On Friday 27 February 2009 19:13:47 James Rayner wrote:
>> The problem appeared to be a simple typo in the config file, however
>> the OP has given up. *shrug*
>>
>
> I don't know about it being a typo. ?Setting the encryption type to 'wap'
> instead of 'wep' was the only way for me to ever get a connection. ?Here's the
> error I got trying to use 'wep':
>
> [~]$ sudo netcfg home
> :: home up ?- Could not set wireless configuration ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL]
> for wireless request "Set Mode" (8B06) :
> ? ?SET failed on device wlan0 ; Device or resource busy.
> I got that error everytime, whereas when I switched to 'wap' I would
> occasionally get a connection. ?Usually after I had spent a while online in my
> windows partition researching the problem. ?I know for a fact that the router
> is set up for wep security, which is why I'm baffled about the profile not
> working

oh ok, i see the problem. In /usr/lib/network/wireless.subr search for
"mode managed" and remove just that text.

Theres a fix for this in netcfg git, but it needs testing and nobody
is testing it, so I cant make a release.

James.

From crisnoh at gmail.com  Sat Feb 28 22:11:53 2009
From: crisnoh at gmail.com (Cristopher Thomas)
Date: Sat, 28 Feb 2009 22:11:53 -0500
Subject: [arch-general] Problems with netcfg
In-Reply-To: <3716150a0902281452g70ab35dch7c8ce10b5f0d7122@mail.gmail.com>
References: <feb89abf0902251412t2bca5f70g263b6142690f20f7@mail.gmail.com>
	<200902272235.55860.crisnoh@gmail.com>
	<3716150a0902281452g70ab35dch7c8ce10b5f0d7122@mail.gmail.com>
Message-ID: <200902282211.56737.crisnoh@gmail.com>

On Saturday 28 February 2009 17:52:00 James Rayner wrote:
>
> oh ok, i see the problem. In /usr/lib/network/wireless.subr search for
> "mode managed" and remove just that text.
>
> Theres a fix for this in netcfg git, but it needs testing and nobody
> is testing it, so I cant make a release.
>
> James.

Wow, that seems to have done it.  I don't recall seeing anything about that in 
the wiki.  But it looks like I have a consistent connection and a connection 
at boot.  Thanks for the help!

-- Cris