- Arch-general - lists.archlinux.org

[arch-general] PulseAudio
by Xavier Chantry 26 Jan '10

26 Jan '10

On Tue, Jan 26, 2010 at 10:28 AM, Ng Oon-Ee <ngoonee(a)gmail.com> wrote: > > If you want to read up on the different sound components, just do a > google search. There's tons of articles out there, some very good, > mostly a bit crap. Lennart Pottering (dev for Pulse) has a > particularly good one I recall. Most on Arch wouldn't like his > conclusions though. > I collected some article/blogs about pulseaudio, in case anyone is interested. 1) PA detractor (both articles have been slashdotted) http://insanecoding.blogspot.com/2007/05/sorry-state-of-sound-in-linux.html http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sor… 2) PA defenders interview of Lennart Poettering (PA dev at redhat) http://jaboutboul.blogspot.com/2009/05/sound-of-fedora-11.html his blog : http://0pointer.de/blog/projects Many info about PA there, just one example : http://0pointer.de/blog/projects/guide-to-sound-apis.html blog of colin guthr (another PA dev) : http://colin.guthr.ie/tag/pulseaudio/ Also many interesting articles, for example : http://colin.guthr.ie/2009/08/sound-on-linux-anti-fud-calm-certainty-and-co… (answer to 1)) http://colin.guthr.ie/2009/08/sound-on-linux-is-confusing-defuzzing-part-1-… http://colin.guthr.ie/2009/08/sound-on-linux-is-confusing-defuzzing-part-2-… ------------------ If you are just interested about getting PA working, and not about the how and why, you should probably just read the following wiki, instead of all the links above : http://wiki.archlinux.org/index.php/PulseAudio http://www.pulseaudio.org/wiki/PerfectSetup

1 0

[arch-general] alsa-tools
by fons＠kokkinizita.net 26 Jan '10

26 Jan '10

Is there any good reason why alsa-tools is not available from core or extra and only (in bits and pieces) from AUR ? Tools like envy24ctl or hdspmixer are really not an option when you use one of the soundcards they are meant to control. You need them for things to work at all. Any other distros I know would put them in the equivalent of core. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !

6 7

[arch-general] unclean filesystem
by christopher floess 26 Jan '10

26 Jan '10

Uh, this might be a quick question, since it's a little abstract. I'm dual booting and I've noticed that every time I boot into Arch after I've booted into one of my other systems, there is a forced file system check. It's not a huge deal, because I use Arch almost exclusively, but I have to say, I cringe at the thought of having to boot into one of the other systems now. How would you trouble shoot this? I have also never seen a system where after every ~20 reboots, a file system check is mandatory. This might just be my ignorance here, so a reference to some background about that part of the boot process might suffice. Thanks in advance. -- chris

7 10

[arch-general] esmtp 1.2
by Kitty 26 Jan '10

26 Jan '10

New version has been out for a bit, here's the diff to update the pkg in community. It builds ok (i686) for me. --- /var/abs/community/esmtp/PKGBUILD 2010-01-25 05:21:42.000000000 -0700 +++ PKGBUILD 2010-01-25 20:49:35.076474428 -0700 @@ -3,7 +3,7 @@ # Contributor : Aaron Griffin <aaron(a)archlinux.org> pkgname=esmtp -pkgver=1.0 +pkgver=1.2 pkgrel=1 pkgdesc="an easy smtp forwarder" arch=('i686' 'x86_64') @@ -13,7 +13,7 @@ provides=('smtp-server') install=esmtp.install source=(http://downloads.sourceforge.net/sourceforge/esmtp/$pkgname-$pkgver… -md5sums=('e4c4e00eecb70b528a9d772d2e633b29') +md5sums=('79a9c1f9023d53f35bb82bf446150a72') build() { -- Kitty

2 1

[arch-general] fvwm-devel's dependencies
by 大熊 26 Jan '10

26 Jan '10

I want to install the fvwm-devel, but why it depend on gtk 1.2.10-10? ** fvwm-devel Dependencies (7): * fribidi * imlib * librsvg * libstroke * libxpm * perl * readline>=6.0.00 when I ask some ubuntu user, they say fvwm is only depended on gtk2 under ubuntu. libc6 (>= 2.4), libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.2.1), libfribidi0 (>= 0.10.9), libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.17.0), libice6 (>= 1:1.0.0), libncurses5 (>= 5.6+20071006-3), libpng12-0 (>= 1.2.13-4), libreadline5 (>= 5.2), librplay3 (>= 3.3.2-2), librsvg2-2 (>= 2.26.0), libsm6, libstroke0 (>= 0.5.1), libx11-6, libxcursor1 (> 1.1.2), libxext6, libxft2 (> 2.1.1), libxinerama1, libxpm4, libxrender1, zlib1g (>= 1:1.1.4) what is the different from arch and ubunut's packaging?

1 0

Re: [arch-general] [arch-dev-public] [signoff] initscripts 2010.01-1, udev 150-1, device-mapper/lvm2 2.02.60, cryptsetup 1.1.0
by Gerardo Exequiel Pozzi 25 Jan '10

25 Jan '10

On 01/24/2010 11:42 AM, Thomas Bächler wrote: > Okay, here are the changes: > > initscripts: > - hwclock improvements by Dan > - some minor crypto fix on shutdown > - moved the prekillall hook so it can be used better with splash > Necessary for device-mapper/udev, as dm-device detection on startup has > needs options introduced in 2009.11-1 (still in testing) > My both i686 and x86_64 (running under a custom kernel 2.6.32.[46] without initramfs) installations boot/shutdown fine, also using the hook shutdown_poweroff to enable full kernel log again, and works very nice. My unofficial sign-off for both archs. (initscripts-2010.01-1) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

Re: [arch-general] [arch-dev-public] [signoff] udev-150-3
by Gerardo Exequiel Pozzi 25 Jan '10

25 Jan '10

On 01/25/2010 03:35 AM, Tobias Powalowski wrote: > Am Sonntag 24 Januar 2010 schrieb Tobias Powalowski: > >> Am Sonntag 24 Januar 2010 schrieb Tobias Powalowski: >> >>> Hi guys, >>> udev 150 >>> ======== >>> Bugfixes. >>> >>> Kernels with SYSFS_DEPRECATED=y are not supported since a while. Many >>> users depend on the current sysfs layout and the information not >>> available in the deprecated layout. All remaining support for the >>> deprecated sysfs layout is removed now. >>> > >> fixed consolekit file location. >> >> > cleaned up arch rules file #17993 > > greetings > tpowa > All looks OK with udev-150-3 (and running with my custom kernel 2.6.32.6), devices acl are now working as expected with consolekit. My unofficial sign-off for i686 and x86_64. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] problem with video driver ?
by fons＠kokkinizita.net 25 Jan '10

25 Jan '10

Hello all, Today I installed Arch on my desktop which previously had Fedora. All works well except ssh -X zita2 emacs where zita2 is my laptop. It works, but it is ex tre me ly slow, I can count the lines being displayed when scrolling a page. This used to work perfectly before. Other apps doing quite intensive X work don't seem to be affected. OTOH, the emacs running on the laptop is of course the same as before. Video driver is 'nv', but it doesn't show up in lsmod. Some others do: 'drm' and 'ttm' which I haven't seen before. As far as I was able to find out, 'drm' is related to 3D-acceleration. I don't need nor want this, and I'm suspecting it could be related to the problem I'm seeing. Any hints/help will be appreciated ! Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !

5 10

Re: [arch-general] [arch-dev-public] [signoff] linux-api-headers-2.6.32.5-1
by Alexander Duscheleit 25 Jan '10

25 Jan '10

On Mon, 25 Jan 2010 08:37:17 -0600 Dan McGee <dpmcgee(a)gmail.com> wrote: > On Mon, Jan 25, 2010 at 1:46 AM, Allan McRae <allan(a)archlinux.org> > wrote: > > On 25/01/10 17:41, Jan de Groot wrote: > >> > >> On Sun, 2010-01-24 at 12:13 +1000, Allan McRae wrote: > >>> > >>> linux-api-headers-2.6.32.5-1 > >>> - convert to arch=any (built on x86_64, tested on i686) > [...] > > Good point. I had thought about this and decided that they we > > architecture independent on the architectures we support so went > > with arch=any. Should I revert that? > > A comment in the PKGBUILD would probably be nice even if you don't > revert it alluding to the above. That way anyone trying to do some abs > cross-compile could at least have something to go off of. However, > with that logic, making it not arch-independent would help them even > more... > > -Dan +1 for not arch-independent Community projects for different architectures are coming up all the time. Also, ARM is gaining a stronghold on netbooks, a perfect target for Arch. ARM might very well become a new official architecture in a few years, if it really takes of (the way I hope :)). Why introduce (subtle) stumbling blocks to save less than 1M on mirrors? Jinks

1 0

Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
by Joerg.Schilling＠fokus.fraunhofer.de 25 Jan '10

25 Jan '10

Allan McRae wrote: >Not anything recent: http://lwn.net/Articles/195167/ . Debian thinks >about these things a lot more than we do so I usually would defer to >them. But given they essentially created the cdrkit fork, I'm not sure >they are ever going to reassess the situation. The article you mention contains a lot of dissinformation and I am not conviced that Debian did even discuss their actions with a lawyer. I am happy to answer questions based on informations I have from various lawyers from Germany and the USA, but please let us ignore the claims from LWN and Debian. They are not helpful. The Sun legal department did check cdrtools in Autumn 2008 and the legal review did take three months. The result from this check is that there is absolutely no legal problem with the original cdrtools software. Note that Sun is the biggest OSS distributor and thus is a potential target for people who like to sue companies for distributing illegal software. Sun thus has a big interest to avoid anything that might cause legal troubles. Sun for this reason decided to distribute the original cdrtools and not to distribute the fork from Debian. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js(a)cs.tu-berlin.de (uni) joerg.schilling(a)fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

2 2