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
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
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 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
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 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
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
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
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
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
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
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 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
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 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 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 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 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 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 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 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 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
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 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
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
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
26 matches
Mail list logo
