At Donnerstag, 18. Februar 2010 02:13 Dan McGee wrote:
> No, we don't support globbing in these options. Question to the list-
> does it make sense to do so?
Instead this makes something easier i must say that this could be dangerous too
because it could end in some strange questions in the supp
On Wed, Feb 17, 2010 at 7:13 PM, Dan McGee wrote:
> On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer
> wrote:
>> I could not find any decisive answer in either the man page or on the
>> web. Here's my question: in etc/pacman.conf, can I use entries such
>> as:
>>
>> NoExtract = usr/share/man/m
On 02/17/2010 10:13 PM, Dan McGee wrote:
On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer
wrote:
I could not find any decisive answer in either the man page or on the
web. Here's my question: in etc/pacman.conf, can I use entries such
as:
NoExtract = usr/share/man/man1/mkisofs*
NoEx
Am Wed, 17 Feb 2010 19:13:26 -0600
schrieb Dan McGee :
> No, we don't support globbing in these options. Question to the list-
> does it make sense to do so?
Yes, because I usually edit many of the .desktop files
in /usr/share/applications due to a missing menu editor in Xfce and a
terrible menu
On 18 February 2010 09:13, Dan McGee wrote:
> On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer
> wrote:
>> I could not find any decisive answer in either the man page or on the
>> web. Here's my question: in etc/pacman.conf, can I use entries such
>> as:
>>
>> NoExtract = usr/share/man/man1/mk
On Wed, Feb 17, 2010 at 8:13 PM, Dan McGee wrote:
> On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer
> wrote:
>> I could not find any decisive answer in either the man page or on the
>> web. Here's my question: in etc/pacman.conf, can I use entries such
>> as:
>>
>> NoExtract = usr/share/man/m
On Wed, Feb 17, 2010 at 05:36:31PM -0600, Aaron Griffin wrote:
> Isn't this what rfkill is for?
> http://linuxwireless.org/en/users/Documentation/rfkill
You're right: /sys/devices/platform/eeepc/rfkill/rfkill0/state
controls the wifi device. Problem solved.
Thanks !
--
FA
O tu, che porte, cor
On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer
wrote:
> I could not find any decisive answer in either the man page or on the
> web. Here's my question: in etc/pacman.conf, can I use entries such
> as:
>
> NoExtract = usr/share/man/man1/mkisofs*
> NoExtract = etc/logrotate.d/*
>
> or:
>
> N
On 02/17/2010 06:03 PM, f...@kokkinizita.net wrote:
>> is it safe to presume you installed acpi-eeepc-generic? because it has
>> a configuration file that let's you customize every key combination.
>
> If that is a package name, no. Everything seems to work
> without it, including e.g. the displa
On Wed, Feb 17, 2010 at 05:40:44PM -0600, kludge wrote:
> On 02/17/2010 05:16 PM, f...@kokkinizita.net wrote:
> > Today I discovered one possible problem.
> >
> > The key combination 'Fn + F2' enables or disables the
> > wireless network device. If you hit it accidentally there's
> > no more wifi
On Wed, Feb 17, 2010 at 05:36:31PM -0600, Aaron Griffin wrote:
> Isn't this what rfkill is for?
> http://linuxwireless.org/en/users/Documentation/rfkill
There are rfkill entries in /sys
I'll try, but AFAIK rfkill is for bluetooth.
Ciao,
--
FA
O tu, che porte, correndo si ?
E guerra e morte
On 02/17/2010 05:16 PM, f...@kokkinizita.net wrote:
> Today I discovered one possible problem.
>
> The key combination 'Fn + F2' enables or disables the
> wireless network device. If you hit it accidentally there's
> no more wifi.
that's expected behavior, as indicated by the 'wifi' icon in blue
On Wed, Feb 17, 2010 at 5:16 PM, wrote:
> Hello all,
>
> A few days ago I installed Arch on an EEE-1000H. Things
> work very well and I'm sort of impressed by how easy it
> worked out to be (there were a few hickups but nothing
> serious).
>
> Today I discovered one possible problem.
>
> The key
On Wed, Feb 17, 2010 at 6:13 PM, Xavier Chantry
wrote:
> On Thu, Feb 18, 2010 at 12:00 AM, Ray Kohler wrote:
>>
>> Downgrading libdrm makes X work again. Is this already being worked
>> on, or should I open a bug? If so, against which package, libdrm or
>> xf86-video-nouveau?
>>
>
> You need to u
Hello all,
A few days ago I installed Arch on an EEE-1000H. Things
work very well and I'm sort of impressed by how easy it
worked out to be (there were a few hickups but nothing
serious).
Today I discovered one possible problem.
The key combination 'Fn + F2' enables or disables the
wireless netw
On Thu, Feb 18, 2010 at 12:00 AM, Ray Kohler wrote:
>
> Downgrading libdrm makes X work again. Is this already being worked
> on, or should I open a bug? If so, against which package, libdrm or
> xf86-video-nouveau?
>
You need to upgrade and rebuild both xf86-video-nouveau and nouveau-drm.
File a
After upgrading to the just-released libdrm 2.4.18-1 (and the new
xorg-server), I can no longer start X:
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci::01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: o
I could not find any decisive answer in either the man page or on the
web. Here's my question: in etc/pacman.conf, can I use entries such
as:
NoExtract = usr/share/man/man1/mkisofs*
NoExtract = etc/logrotate.d/*
or:
NoUpgrade = etc/cron.daily/logrotate etc/logrotate.*
clemens
such problems in future.
I've got this little script:
#
#! /bin/bash
# /root/bin/arch-linux-local-dup-packages.sh _date: 20100217-2244_
iam="${0##*/}"
match="${1}"
ex=0
declare -A pkg_local
pkg_local_dir="/var/lib/pacman/local"
pk
se, and
a missing declaration defaults to "only_info_pls.sh-!0", which
dumps the trace into the current directory if its writable.
clemens
# /etc/rc.d/functions.d/only_info_pls.sh
# _date: 20100217-2035_
#
# to be sourced by bash(1).
# see /etc/rc.conf
# see /etc/rc.d/functions
_iam=&q
On Wed, 17 Feb 2010 16:28:40 +0100
Michael Schaefer wrote:
> On 17.02.2010 10:09, richard terry wrote:
> > # pacman -Sy --asdeps qt
> > error: failed to prepare transaction (could not satisfy
> > dependencies) :: qtscriptgenerator: requires phonon
>
> pacman -Rd qtscriptgenerator (and possibly a
On 17.02.2010 10:09, richard terry wrote:
> # pacman -Sy --asdeps qt
> error: failed to prepare transaction (could not satisfy dependencies)
> :: qtscriptgenerator: requires phonon
pacman -Rd qtscriptgenerator (and possibly amarok) will do the job.
regards
michael
On 02/17/2010 11:55 AM, Shridhar Daithankar wrote:
On Wednesday 17 February 2010 14:39:53 richard terry wrote:
# pacman -Sy --asdeps qt
:: qtscriptgenerator: requires phonon
How about removing qtscriptgenerator before doing this? You can install it
after your upgrade is complete.
HTH
Thanks,
PKGBUILD is correct, except for the last line in the "install" section.
I suppose script should be installed without ".pl" suffix:
install $srcdir/$pkgname-$pkgver/api-sanity-autotest.pl
$pkgdir/usr/bin/api-sanity-autotest
Brendan Long wrote:
> I looked at the download to see how hard this
On Wednesday 17 February 2010 14:39:53 richard terry wrote:
>
> # pacman -Sy --asdeps qt
> :: qtscriptgenerator: requires phonon
How about removing qtscriptgenerator before doing this? You can install it
after your upgrade is complete.
HTH
--
Regards
Shridhar
On Wednesday 17 February 2010 16:40:52 you wrote:
> On 17/02/10 15:31, richard terry wrote:
> > :: phonon conflicts with qt. Remove qt? [Y/n]
>
> http://www.archlinux.org/news/483/
>
Thanks,
Yes I did read that before I posted. I can see no mention of this problem in
that article, as you se
26 matches
Mail list logo