On Wed, 2009-12-02 at 08:38 +0100, Arvid Picciani wrote:
> Ray Kohler wrote:
>
> > What I personally am in support of, in the general case, is
> > "suckless.org-style" minimalism, rather than following upstream's
> > direction.
> > So if upstream changes the default to enable the hal and
> > dbus
Ray Kohler wrote:
What I personally am in support of, in the general case, is
"suckless.org-style" minimalism, rather than following upstream's
direction.
So if upstream changes the default to enable the hal and
dbus bits, I will then be in favor of Arch disabling them, and we'll
be in disagre
At Mittwoch, 2. Dezember 2009 05:03 Gerardo Exequiel Pozzi wrote:
> Installed here (i686 at this moment). Font looks a bit bigger than with
> previus qt.
Do you have a vertical LCD display perhaps? I ask because of this elder
discussion about problems in qt 4.5.0 with fonts and certain monitors:
Hello All,
I am having trouble doing a system upgrade.
---
r...@presario pacman.d]# pacman -Sy
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
[r...@presario pacman.d]# pacman -Su
:: Sta
Pierre Schmitz wrote:
> Hi there,
>
> I am still not sure if we can move Qt 4.6 to [testing] or even [extra]. In
> theory it should be comptabile with all previous 4.x releases but my
> experience tells me that there might be broken things.
>
> So it would be nice if you have a look at my package
It seems that devicekit will replace some functions of hal, while udev
replaces some other parts. But I don't know much further details
either. Maybe a roadmap would make all these stuff clear~
Regards
2009/12/2 Ng Oon-Ee :
> On Wed, 2009-12-02 at 03:09 +0100, vlad wrote:
>> Why is hal dead?
>> Mo
On Tue, 2009-12-01 at 19:57 -0600, Aaron Griffin wrote:
> On Tue, Dec 1, 2009 at 7:26 PM, Xavier wrote:
> > I have yet to see someone serious and informed saying input hotplug
> > sucks. All xorg developers I have seen (on the web : ML, blogs, irc,
> > ...) seem to agree this new infrastructure is
On Wed, 2009-12-02 at 03:09 +0100, vlad wrote:
> Why is hal dead?
> More information on this and on "libudev"?
>
> Vlad
I'd like to know more about this as well. The articles I've found online
seem more marketing than details orientated (udev will cook your lunch
while paying your income tax stuf
Why is hal dead?
More information on this and on "libudev"?
Vlad
--
On Tue, Dec 1, 2009 at 7:26 PM, Xavier wrote:
> I have yet to see someone serious and informed saying input hotplug
> sucks. All xorg developers I have seen (on the web : ML, blogs, irc,
> ...) seem to agree this new infrastructure is much better.
Just to be clear, I am one of the "whiners". I ne
On Tue, Dec 1, 2009 at 8:02 PM, Aaron Griffin wrote:
>
> Oh shit, seriously? Looks like I'll have to rebuild this as well.
>
> Serious question: does ANYONE have a keyboard that didn't
> automatically work before this debacle? External keyboard always Just
> Worked without needing to do anything.
On Wed, Dec 2, 2009 at 1:40 AM, Xavier wrote:
> On Tue, Dec 1, 2009 at 3:44 PM, Alexander Duscheleit
> wrote:
> >
> > Does this [1] affect arch? I guess it does for users building from aur
> > or abs, but I'm not really familiar with most build-environments.
> >
> > [1]
> >
> http://blog.flameey
On Tue, Dec 1, 2009 at 18:56, Geoffrey Lane wrote:
> Anybody know of a repo or a template for making a arch package out of a
> svn/git repo?
http://wiki.archlinux.org/index.php/VCS_PKGBUILD_guidelines
"newpkg" in pkgtools does a little bit of the work for you.
On Tue, Dec 1, 2009 at 6:46 PM, Arvid Picciani wrote:
> Ray Kohler wrote:
>>
>> 2009/12/1 Ng Oon-Ee :
>>>
>>> When I started on here the mantra was "Arch is what you make it".
>>> Packagers strive to make packages which are as vanilla as possible
>>> (without breaking) and provide the utility expe
I'm having two seperate issues here, one is simply a question or request
for an AUR, but the other is dependancy hell and I can't resolv without
removing some components.
For several reasons I'd like to try leafnode 2 (beta), they have a git
repo which should be easy enough - But I'd like to m
Ray Kohler wrote:
2009/12/1 Ng Oon-Ee :
When I started on here the mantra was "Arch is what you make it".
Packagers strive to make packages which are as vanilla as possible
(without breaking) and provide the utility expected of such packages. Of
course, if you want a system without hal/dbus, the
2009/12/1 Ng Oon-Ee :
> When I started on here the mantra was "Arch is what you make it".
> Packagers strive to make packages which are as vanilla as possible
> (without breaking) and provide the utility expected of such packages. Of
> course, if you want a system without hal/dbus, there's ABS and
On Tue, Dec 1, 2009 at 5:30 PM, Arvid Picciani wrote:
> Aaron Griffin wrote:
>>
>> On Tue, Dec 1, 2009 at 5:03 PM, Arvid Picciani wrote:
>>>
>>> I take that as an invite to post packages to the tracker that adhere to
>>> the
>>> arch way. If this turns out to be another false promise, i will add
> Flavio,
>
> It was installed on 11/6 along with "emovix, libmms, cdrdao,
> libmodplug,
> speex, libshout, mpg123, libasyncns, pulseaudio, wavpack and quanta". I'm not
> sure which recommended it as an option. The weird part is that sound continued
> working as normal until just this past
On 02.12.2009 00:22, Ng Oon-Ee wrote:
> On Wed, 2009-12-02 at 00:03 +0100, Arvid Picciani wrote:
>
>> Aaron Griffin wrote:
>>
>>> If you have legitimate, actionable fixes for anything you take issue
>>> with, please post them to the bug tracker. Until then, this is just
>>> hot air.
>>>
Aaron Griffin wrote:
On Tue, Dec 1, 2009 at 5:03 PM, Arvid Picciani wrote:
I take that as an invite to post packages to the tracker that adhere to the
arch way. If this turns out to be another false promise, i will add that to
the next iteration.
Assuming you meant "packages to the tracker th
On Tue, Dec 1, 2009 at 5:27 PM, Arvid Picciani wrote:
> Giovanni Scafora wrote:
>>
>> 2009/12/1, Ng Oon-Ee :
>>>
>>> When I started on here the mantra was "Arch is what you make it".
>>> Packagers strive to make packages which are as vanilla as possible
>>> (without breaking) and provide the ut
Giovanni Scafora wrote:
2009/12/1, Ng Oon-Ee :
When I started on here the mantra was "Arch is what you make it".
Packagers strive to make packages which are as vanilla as possible
(without breaking) and provide the utility expected of such packages. Of
course, if you want a system without ha
2009/12/1, Ng Oon-Ee :
> When I started on here the mantra was "Arch is what you make it".
> Packagers strive to make packages which are as vanilla as possible
> (without breaking) and provide the utility expected of such packages. Of
> course, if you want a system without hal/dbus, there's ABS
On Wed, 2009-12-02 at 00:03 +0100, Arvid Picciani wrote:
> Aaron Griffin wrote:
> > If you have legitimate, actionable fixes for anything you take issue
> > with, please post them to the bug tracker. Until then, this is just
> > hot air.
>
> I take that as an invite to post packages to the tracker
On Tue, Dec 1, 2009 at 5:03 PM, Arvid Picciani wrote:
> I take that as an invite to post packages to the tracker that adhere to the
> arch way. If this turns out to be another false promise, i will add that to
> the next iteration.
Assuming you meant "packages to the tracker that DON'T adhere to
Giovanni Scafora wrote:
2009/12/1, Arvid Picciani :
I take that as an invite to post packages to the tracker that adhere to the
arch way. If this turns out to be another false promise, i will add that to
the next iteration.
is this a threat? :-)
if patches are lethal, YES :D
--
Arvid
Asg
2009/12/1, Arvid Picciani :
> I take that as an invite to post packages to the tracker that adhere to the
> arch way. If this turns out to be another false promise, i will add that to
> the next iteration.
is this a threat? :-)
--
Arch Linux Developer
http://www.archlinux.org
http://www.archli
Aaron Griffin wrote:
On Tue, Dec 1, 2009 at 4:51 PM, Arvid Picciani wrote:
...stuff...
Not sure what just happened here. I thought we were having a
legitimate discussion about xorg-server and this ballooned into
something crazy.
You wanted detailed proof, here you are.
i doubt you have gra
Jan de Groot wrote:
On Tue, 2009-12-01 at 19:45 +0100, Arvid Picciani wrote:
nope. The hal crap has been added to X a while ago as "optional"
(meaning X would just freeze without it, but at least pretend to
start)
, but the forced dependency is new (as in, it doesnt start when
compiled
with ha
On Tue, Dec 1, 2009 at 4:51 PM, Arvid Picciani wrote:
> ...stuff...
Not sure what just happened here. I thought we were having a
legitimate discussion about xorg-server and this ballooned into
something crazy. Apparently, you've been holding onto this for some
time.
If you have legitimate, actio
Aaron Griffin wrote:
On Tue, Dec 1, 2009 at 2:27 PM, David C. Rankin
wrote:
On Tuesday 01 December 2009 14:10:20 and regarding:
Those packages are not essential to your system. binutils-uclibc and
cross-arm-elf-binutils are primarily developer tools.
Yes,
I loaded them because there
On Tue, 2009-12-01 at 19:45 +0100, Arvid Picciani wrote:
> nope. The hal crap has been added to X a while ago as "optional"
> (meaning X would just freeze without it, but at least pretend to
> start)
> , but the forced dependency is new (as in, it doesnt start when
> compiled
> with hal, but no
Aaron Griffin wrote:
> Which package has patches to add these features? Looking at
> xorg-server, I only see one extraneous patch that simple replaces the
> default grey stipple pattern with black. The rest seem (at a glance)
> to fix real bugs
You have a point here, in that i have used a fuzzy
On Tuesday 01 December 2009 15:23:22 and regarding:
> You could try to check /var/log/pacman.log to see why "oss" was installed.
> (If it was still installed pacman -Qi would give you this sort of info I
> guess)
>
Flavio,
It was installed on 11/6 along with "emovix, libmms, cdrdao,
lib
On 12/01/2009 11:17 PM, Leslie P. Polzer wrote:
>
>> We have noticed that SBCL i686 in extra is now marked as "orphaned".
>>
>>
Adopted. "orphan" was by accident.
> If this is true, what are the implications of it? Will SBCL for i686
>> move to AUR/Community? And can we do anything to remedy thi
You could try to check /var/log/pacman.log to see why "oss" was installed.
(If it was still installed pacman -Qi would give you this sort of info I
guess)
On Tue, Dec 1, 2009 at 5:18 PM, David C. Rankin <
drankina...@suddenlinkmail.com> wrote:
> On Tuesday 01 December 2009 12:48:02 and regarding:
On 12/01/2009 11:17 PM, Leslie P. Polzer wrote:
Hi,
I'm part of the Paktahn development team; Paktahn is a yaourt-like
frontend to Arch package management written in Common Lisp.
At the moment SBCL is our main deployment Lisp, and we depend on
the 1.0.32 release of SBCL because this release in
Hi,
I'm part of the Paktahn development team; Paktahn is a yaourt-like
frontend to Arch package management written in Common Lisp.
At the moment SBCL is our main deployment Lisp, and we depend on
the 1.0.32 release of SBCL because this release includes a critical
patch.
We have noticed that SBC
On Tue, Dec 1, 2009 at 2:27 PM, David C. Rankin
wrote:
> On Tuesday 01 December 2009 14:10:20 and regarding:
>
>> Those packages are not essential to your system. binutils-uclibc and
>> cross-arm-elf-binutils are primarily developer tools.
>>
>
> Yes,
>
> I loaded them because there are a c
On Tue, Dec 1, 2009 at 2:14 PM, Arvid Picciani wrote:
> Aaron,
>
>> Oh shit, seriously? Looks like I'll have to rebuild this as well.
>
> It's your distro. I fail to see the whole reason why you have always been in
> support of KISS and the arch way, but never seem to take action to enforce
> it.
On Tuesday 01 December 2009 14:10:20 and regarding:
> Those packages are not essential to your system. binutils-uclibc and
> cross-arm-elf-binutils are primarily developer tools.
>
Yes,
I loaded them because there are a couple of apps that I want to try and
cross
compile. I guess they
Aaron,
Oh shit, seriously? Looks like I'll have to rebuild this as well.
It's your distro. I fail to see the whole reason why you have always
been in support of KISS and the arch way, but never seem to take action
to enforce it. Maybe it's something social, which i tend to be ignorant
towar
Yes, no matter where you mount a raid partition to, you will necessarily
need the raid modules loaded. Accessing hardware requires drivers.
Jackson
On Tue, 2009-12-01 at 11:25 -0500, Carlos Williams wrote:
> On Fri, Oct 30, 2009 at 9:19 AM, toomanymirrors
> wrote:
> > I agree, with /dev/md0 bein
On Tue, Dec 1, 2009 at 1:54 PM, David C. Rankin
wrote:
> On Tuesday 01 December 2009 07:33:17 and regarding:
>> Does "pacman -Qo " return anything?
>>
>
> Flavio,
>
> Strangely, yes:
>
> 13:49 alchemy:/usr/x86_64-unknown-linux-uclibc/bin> for i in $(ls); do pacman
> -Qo $i; done
> ar is own
On Tuesday 01 December 2009 07:33:17 and regarding:
> Does "pacman -Qo " return anything?
>
Flavio,
Strangely, yes:
13:49 alchemy:/usr/x86_64-unknown-linux-uclibc/bin> for i in $(ls); do pacman
-Qo $i; done
ar is owned by binutils-uclibc 2.19.1-2
as is owned by binutils-uclibc 2.19.1-2
On Tuesday 01 December 2009 12:48:02 and regarding:
>
> Remove (1): oss-4.2_2002-1.1
>
> Total Removed Size: 5.82 MB
>
> Do you want to remove these packages? [Y/n]
> OSS not loaded.
> (1/1) removing oss
> [#] 100%
>
> -
On Tue, Dec 1, 2009 at 12:45 PM, Arvid Picciani wrote:
> Aaron Griffin wrote:
>>
>> On Tue, Dec 1, 2009 at 10:51 AM, Daenyth Blank
>> wrote:
>>>
>>> 2009/12/1 Arvid Picciani :
Arvid Picciani wrote:
> warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
On Tuesday 01 December 2009 12:39:23 and regarding:
>
> Google is your friend:
>
> http://www.lmgtfy.com/?q=sound-preoss.tar.bz2
>
> Click the first link and it'll shed some light.
>
> DR
>
Oh brother
Thank you DR:
checking dependencies...
Remove (1): oss-4.2_2002-1.1
Total Removed Si
Aaron Griffin wrote:
On Tue, Dec 1, 2009 at 10:51 AM, Daenyth Blank wrote:
2009/12/1 Arvid Picciani :
Arvid Picciani wrote:
warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
never mind my bitching. rebuilding xorg-server without hal was a matter of
abs,edit,makepkg
<3
On 12/01/2009 01:31 PM, David C. Rankin wrote:
If you want to check which files are inside kernel26 , you have to do :
pacman -Ql kernel26
pacman -Ql kernel26 | grep snd-hda-intel
would be much more interesting and meaningful than
pacman -Q kernel26 | grep snd-hda-intel
which was just a small ty
On Tuesday 01 December 2009 09:11:00 and regarding:
>
> Maybe you also need to understand what you are doing and what the
> commands mean instead of brainless copy/paste.
>
Xavier,
I appologize if I sounded flippant in my approach to copying files back to
replace the sound modules, but rest a
On Tue, Dec 1, 2009 at 5:19 PM, Flavio Costa wrote:
> On Tue, Dec 1, 2009 at 1:11 PM, Xavier wrote:
>
>> On Tue, Dec 1, 2009 at 10:32 AM, David C. Rankin
>> wrote:
>> >
>> > 03:26 alchemy:~/dt/kdm/themes> ls -la /lib/modules/2.6.31-
>> > ARCH/kernel/sound/pci/hda/snd-hda-intel.ko
>> > ls: cannot
On Tue, Dec 1, 2009 at 3:44 PM, Alexander Duscheleit
wrote:
>
> Does this [1] affect arch? I guess it does for users building from aur
> or abs, but I'm not really familiar with most build-environments.
>
> [1]
> http://blog.flameeyes.eu/2009/12/01/gentoo-service-announcement-keep-clear-of-gnu-pat
On Tue, Dec 1, 2009 at 10:51 AM, Daenyth Blank wrote:
> 2009/12/1 Arvid Picciani :
>> Arvid Picciani wrote:
>>
>>> warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
>>
>>
>> never mind my bitching. rebuilding xorg-server without hal was a matter of
>> abs,edit,makepkg
>>
>> <3
2009/12/1 Arvid Picciani :
> Arvid Picciani wrote:
>
>> warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
>
>
> never mind my bitching. rebuilding xorg-server without hal was a matter of
> abs,edit,makepkg
>
> <3 arch
>
Are you using -Syu or are you trying to just randomly -S th
Arvid Picciani wrote:
warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
never mind my bitching. rebuilding xorg-server without hal was a matter
of abs,edit,makepkg
<3 arch
--
Arvid
Asgaard Technologies
On Fri, Oct 30, 2009 at 9:19 AM, toomanymirrors
wrote:
> I agree, with /dev/md0 being your home directory there should not be any
> kernel panic even if it's not being properly mounted at boot. It sounds
> like there is another issue going on. Try the suggestion above for grub
> and I didn't notic
On Tue, Dec 1, 2009 at 1:11 PM, Xavier wrote:
> On Tue, Dec 1, 2009 at 10:32 AM, David C. Rankin
> wrote:
> >
> > 03:26 alchemy:~/dt/kdm/themes> ls -la /lib/modules/2.6.31-
> > ARCH/kernel/sound/pci/hda/snd-hda-intel.ko
> > ls: cannot access /lib/modules/2.6.31-ARCH/kernel/sound/pci/hda/snd-hda-
Dieter Plaetinck wrote:
can you give some examples of sites worth reading that don't work in
webkit?
actually it looks like webkit wins over opera right now. The only quirks
i found were worse in opera. I'm amazed.
going for uzbl. yey.
--
Arvid
Asgaard Technologies
Ng Oon-Ee wrote:
On Tue, 2009-12-01 at 12:43 +0100, Arvid Picciani wrote:
obviously i do NOT want to remove xorg-server.
i don't need evdev, but:
:: xorg-server: requires xf86-input-evdev>=2.2.5
so no removing it either.
the mirror i'm using has been updated today (December 1th), and i'm not
On Thu, 26 Nov 2009 00:42:33 -0500
Eric Bélanger wrote:
> On Wed, Nov 25, 2009 at 11:12 PM, Allan McRae
> wrote:
> > Allan McRae wrote:
> >>
> >> Ionut Biru wrote:
> >>>
> >>> On 11/20/2009 07:24 AM, Allan McRae wrote:
>
> Upstream update. Signoff both.
>
> >>>
> >>> signoff x86_
On Tue, Dec 1, 2009 at 10:32 AM, David C. Rankin
wrote:
>
> 03:26 alchemy:~/dt/kdm/themes> ls -la /lib/modules/2.6.31-
> ARCH/kernel/sound/pci/hda/snd-hda-intel.ko
> ls: cannot access /lib/modules/2.6.31-ARCH/kernel/sound/pci/hda/snd-hda-
> intel.ko: No such file or directory
>
> 03:26 alchemy:~/d
Does "pacman -Qo " return anything?
On Tue, Dec 1, 2009 at 6:28 AM, David C. Rankin <
drankina...@suddenlinkmail.com> wrote:
> Guys,
>
> Picking though /usr/ (because I've nothing better to do...) I ran across
> two
> directories that look like they do not belong where they are. The
> directories
You can simply reinstall the package by issuing "pacman -S kernel26"
But I'd also try to investigate why where those files erased.
On Tue, Dec 1, 2009 at 7:32 AM, David C. Rankin <
drankina...@suddenlinkmail.com> wrote:
> On Monday 30 November 2009 18:08:21 and regarding:
> > I'd guess that you h
On 12/01/2009 01:43 PM, Arvid Picciani wrote:
obviously i do NOT want to remove xorg-server.
i don't need evdev, but:
:: xorg-server: requires xf86-input-evdev>=2.2.5
so no removing it either.
the mirror i'm using has been updated today (December 1th), and i'm not
using testing.
mirrors package
On Tue, 2009-12-01 at 12:43 +0100, Arvid Picciani wrote:
> obviously i do NOT want to remove xorg-server.
>
> i don't need evdev, but:
> :: xorg-server: requires xf86-input-evdev>=2.2.5
> so no removing it either.
>
> the mirror i'm using has been updated today (December 1th), and i'm not
> usin
obviously i do NOT want to remove xorg-server.
i don't need evdev, but:
:: xorg-server: requires xf86-input-evdev>=2.2.5
so no removing it either.
the mirror i'm using has been updated today (December 1th), and i'm not
using testing.
mirrors package versions:
xorg-server 1.7.2-2
xf86-input-evd
On Thursday 19 November 2009 01:44:06 and regarding:
> So recently Verizon has stopped letting me do free tethering and I've
> been looking for a replacement. Apparently all of the free ISPs I can
> find all require that you use their shitty Windows program to connect,
> so I decided, "I have a pho
On Monday 30 November 2009 18:08:21 and regarding:
> I'd guess that you have a corrupt filesystem and due to an fsck (or
> something else) the modules are gone.
>
Thank you for your help Flavio!
fsck was fine, but see my other post about files in /usr/x86_84-unknown-linux-
gnu and /usr/x86_84-un
On Tuesday 01 December 2009 03:22:44 and regarding:
> Guys,
>
> I cannibalized a cool dark blue gradient kdm/xdm greeter theme for Arch
> from kubuntu (it's GPL). Works great. Just unzip the file (it has full
> path information to /usr/share/apps/kdm/themes). Then I just used kde
> systemsetting
Guys,
I cannibalized a cool dark blue gradient kdm/xdm greeter theme for Arch from
kubuntu (it's GPL). Works great. Just unzip the file (it has full path
information to /usr/share/apps/kdm/themes). Then I just used kde
systemsettings -> System -> login manager -> themes to select it and then lo
Guys,
Picking though /usr/ (because I've nothing better to do...) I ran across two
directories that look like they do not belong where they are. The directories
are:
02:19 alchemy:/usr> find x86_64-unknown-linux-gnu/ -type d
x86_64-unknown-linux-gnu/
x86_64-unknown-linux-gnu/arm-elf
x86_64-unkn
73 matches
Mail list logo
