Re: [arch-general] alternate dependencies?
Neil Darlow wrote: Hi, Seeing the earlier post re. tetex and texlive perhaps there is a case for extending pacman to support alternate dependencies. By this I mean a package could depend on one of a choice of packages. The syntax could be something like: depends=( tetex|texlive ) where the individual dependencies retain their current features e.g. versions etc. Opinions welcomed. That's what provisions are for.
[arch-general] alternate dependencies?
Hi, Seeing the earlier post re. tetex and texlive perhaps there is a case for extending pacman to support alternate dependencies. By this I mean a package could depend on one of a choice of packages. The syntax could be something like: depends=( tetex|texlive ) where the individual dependencies retain their current features e.g. versions etc. Opinions welcomed. Regards, Neil Darlow
[arch-general] texlive (again?)
Hello Archers, I want to bring up the TeX distributions issue. Current status: - tetex in extra: unmaintained (upstream) though still usable, some parts are already getting outdated (pdftex, some latex packages); - texlive in community: firmicus keeps it pretty up to date, the dist itself is actively developed. Proposal: Switch to texlive eventually officially (for now keeping tex-related pkgs in community). How it can be done: - from the dev side: 1) "officially" announce that the switch *is* going to happen. 2) move tetex and all packages depending on it from extra to community (that's only: kile, latex2html, lyx, texmacs) (the trouble is that these makedep on tetex: evince, kdegraphics, yodl; but maybe just keep tetex on the build machine for a time being?) - from TUs: 3) gradually replace tetex deps by texlive deps in community packages - from users: 4) gradually replace tetex deps in AUR by texlive Comments: - 3) and 4) don't need to happen instantly - we'll just have 2 tex dists at the same "level" in community for a while - note that none of the above programs link anything against tetex, they just need working tex compiler (which texlive definitely provides), so they don't even need to be recompiled - the official statement is important, so that we can nag maintainers to change dependencies ;) - there's been on/off-going discussion about this on the forums (http://bbs.archlinux.org/viewtopic.php?pid=358172 - tomk has said "Regarding the possibility of bringing texlive into the official repos, there are currently two missing ingredients among the existing dev team: interest and time. AFAIK none of us is a habitual tex user, and that would be the first requirement." - so this proposal asks for the opposite: bring the so far official tetex down to community, to level it out with texlive and make the switch powered by the users possible.) What do *you* think? PS. Sorry for the long e-mail (about 15-times longer than I usually write). -- Jan Spakula
Re: [arch-general] kdelibs 3.5.9
On Montag, 21. April 2008 05:39 Jakub Schmidtke wrote: > Is there anybody using KDE in Arch at all? Yes i use kde and i use your patch without any problem. Thanks for it. > It has already been a month since submitting bug report about any KDE editor > based on Kate being severely broken in KDE 3.5.9 > (http://bugs.archlinux.org/task/9891 ) and even though kdelibs package was > updated in the meantime, this bug hasn't been fixed. There was no response > or a comment, and there is almost no work needed to resolve this issue, > since I provided a patch (taken from KDE mailinglist - this bug is > confirmed regression fixed in KDE's svn) and a PKGBUILD. I use modified > kdelibs package anyway, but I think this is something that really really > should be fixed. As above said the patch from Jacub works perfect here for me too and from my view a comment should be nice (or better integrate it in kdelibs). See you, Attila
[arch-general] kdelibs 3.5.9
Is there anybody using KDE in Arch at all? It has already been a month since submitting bug report about any KDE editor based on Kate being severely broken in KDE 3.5.9 (http://bugs.archlinux.org/task/9891 ) and even though kdelibs package was updated in the meantime, this bug hasn't been fixed. There was no response or a comment, and there is almost no work needed to resolve this issue, since I provided a patch (taken from KDE mailinglist - this bug is confirmed regression fixed in KDE's svn) and a PKGBUILD. I use modified kdelibs package anyway, but I think this is something that really really should be fixed.
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> X-Sender: [EMAIL PROTECTED] Received: from adsl-75-33-46-5.dsl.bcvloh.sbcglobal.net [75.33.46.5] with HTTP/1.1 (POST); Sun, 20 Apr 2008 21:48:12 -0400 User-Agent: RoundCube Webmail/0.1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit On Mon, 21 Apr 2008 00:19:01 +0200, Dream Team <[EMAIL PROTECTED]> wrote: > Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit : >> On Saturday 19 April 2008, Thomas Bächler wrote: >> > - Removed mactel patch >> > >> > The removal of these patches was because a) there are no new patches >> > available for 2.6.25 and b) I am trying to reduce the amount of >> > patching, especially if it only benefits a few people or can be >> > potentially dangerous. >> >> As far as I know, the mactel patch is required for some hardware support > >> on intel-based mac systems and contains important fixes. This does not > seem >> like one patch too many, but an essential one for all users who, like > me, >> have mac hardware. >> I do understand your wish to reduce the number of patches, but throwing > out >> patches required for support of important hardware does not seem the way > to >> go to me. >> >> Regards, >> Erwin > > I also am using arch on my mac, and I find this essential and should not > be > removed if you find 2.6.25 compatible patchs (I am sure that they will > come > out in not so many time) > > Arnaud It is one patch to many... If you want a mactel kernel then you make a package in aur and patch the kernel sources with the mactel patch. We need to keep the kernel as clean as possible. The more patches we add the more problems we have. The only patches that should included are major security patches and/or patches that fix major hardware issues, devices that are already supported by the kernel. Don't like it? Don't use arch, Simple! We need to get back to the Arch Way!
Re: [arch-general] Multiple sound cards
OK, it's all explained in the source code referred to by Johannes Goecke (see above). In version 2.6.23 a "catch all VIA VT8237" function was used to enable the on-board sound card -- which is why it worked for me. In version 2.6.24 this was removed. Instead the DMI code ( http://en.wikipedia.org/wiki/Desktop_Management_Interface) is used to enable the card *only* on MSI K8T Neo2 FIR. So once I've found the DMI code for my motherboard, I'll try a patch on the 2.6.24 kernel and post again if it works. Steve On 20/04/2008, Stephen Wilkinson <[EMAIL PROTECTED]> wrote: > > I thought I'd check the changelog for 2.6.24 on www.kernel.org > (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.24) and > found this: > > > --8< > commit 346ca04d050ac48ceb8e4a6b1c76c2d7fd5d1a6a > Author: Johannes Goecke <[EMAIL PROTECTED]> > Date: Mon Sep 10 10:46:52 2007 +0200 > > PCI: re-enable onboard sound on "MSI K8T Neo2-FIR" > > On the "MSI K8T Neo2-FIR" board the BIOS disables the onboard > soundcard, if a second PCI soundcard is present. > > This patch sets the korrect register bit to enable the onboard sound. > > Removed old code in /drivers/pci/quirks.c that only checks for the > PCI-ID and fires on any Board with VIA 8237. > > New code in /arch/i386/pci/fixup.c checks the DMI-tables and only runs > on the specific board. > > --8< > > My board is an MSI K8TM ILSR so this sounds a promising thing to look > at... will post back if I have any luck, in case anybody else is > interested. > > Steve > > > On 20/04/2008, Stephen Wilkinson <[EMAIL PROTECTED]> wrote: > > Thanks Karolina, > > > > I'd noticed that too, that the kernel (from 2.6.17 til 2.6.23) > > detected the on-board sound card even when it was set to "disabled" in > > the BIOS. I double checked the BIOS setting, and it is definitely > > enabled. > > > > Before kernel 2.6.17 I couldn't get the two cards working > > simultaneously... hmm, I wonder if a "feature" (read bug!) that made > > my setup work has been fixed! > > > > Can the on-board be disabled by the presence of another sound card > > (over-riding the BIOS setting)? > > > > Steve > > > > > > On 20/04/2008, Karolina Lindqvist <[EMAIL PROTECTED]> > wrote: > > > söndagen den 20 april 2008 skrev Stephen Wilkinson: > > > > > > > > > > Does anyone have any suggestions as to why this may have stopped > > > > working in moving from 2.6.23 to 2.6.24? Is it no longer possible > to > > > > run two sound cards together? > > > > > > > > > I got the same problem with my (only) built-in VIA sound chip. From > kernel > > > 2.6.24 and onwards, the chip has to be enabled in the bios. I had > it > > > disabled before. > > > Check your bios settings, and enable the card if it is disabled. > > > > > > Before linux ignored bios settings, but it look likes it does not do > that > > > anymore. > > > > > > > > > Karolina > > > > > > > > >
Re: [arch-general] libSoundTouch.a but no libSoundTouch.so
On Sunday 20 April 2008 19:05:35 Nigel Henry wrote: > Is this a bug, and if so, where should I report it? not really. the default config doesn't build shared. (for a good reason) you can enable it with ./configure --enable-shared > but then make complained that it couldn't find libtools, even though it's > installed in /usr/bin. autofuck. thats why normal people just copy the source in their project. anyway. it works for me. http://libqxt.org/~aep/stuff/soundtouch-1.3.1-2-i686.pkg.tar.gz -- best regards/Mit freundlichen Grüßen Arvid Ephraim Picciani
Re: [arch-general] arch-general Digest, Vol 42, Issue 29
FWIW - This might belong on the forums; I've been meaning to post on the topic for a while, but life gets in the way sometimes, and I see the topic here, so... Karolina Lindqvist <[EMAIL PROTECTED]> wrote: s?ndagen den 20 april 2008 skrev Stephen Wilkinson: > Does anyone have any suggestions as to why this may have stopped > working in moving from 2.6.23 to 2.6.24? Is it no longer possible to > run two sound cards together? I got the same problem with my (only) built-in VIA sound chip. From kernel 2.6.24 and onwards, the chip has to be enabled in the bios. I had it disabled before. Check your bios settings, and enable the card if it is disabled. Before linux ignored bios settings, but it look likes it does not do that anymore. Karolina I have 2 ASUS mobo's: an A8V-MX, and a A8N-E. I first bought and built a system around the former (using Arch), maybe 2 years ago. Sound worked fine. It has an onboard Realtek ALC850, but I have an old PCI-based ESS Solo ES1938S card (ES1939 drivers worked fine) which has always provided superior performance to on-board chips (in 2-channel mode, at least, which is fine with me - I don't use my computer as an MP3-player; I only need sound for YouTube/Flash, etc). It has also worked with every system I've build the past 6 years or so. Since the A8V doesn't have a PCI-E graphics slot, and I'd obtained an NVidia 6600GT, I bought the A8N and built a system around it (and the ES1939). No problem with sound. 8 months or so back, the A8N apparently burned up. It would start to boot, the do a full power reset, reboot, rinse and repeat. I couldn't even get to BIOS. I pulled everything out, including the 6600GT (used an old PCI S3 Virge DX for video). No change. I know it wasn't the P/S; I'm using the same P/S in the system I'm typing on ATM. I rebuilt my system, using the A8V and my OLD GeForce2 MX 400. Worked fine - but no sound (using the ES1939). I finally pulled the ES1939 out, enabled the on-board sound chip. STILL no sound. This goes back 6-8 months, I try sound again with every kernel update; nothing's ever changed. The manual which came (in the same, unopened box) with the A8V states the on-board sound chip is a Realtek ALC650; 'cat /proc/asound/cards' reports it as a 'ALC655'. 'lspci' reports a 'VIA VT8233/A/8235/8237 AC97 Audio Controller (rev 70)'. my rc.conf MODULES array: 'MODULES=(mii via-rhine ac97_bus snd-mixer-oss snd-pcm-oss snd-seq-oss snd-seq-device snd-seq-midi-event snd-seq snd-hwdep snd-page-alloc snd-pcm snd-rawmidi snd-timer snd snd-mpu401-uart snd-ac97-codec snd-hda-intel snd-via82xx soundcore)' I don't understand why snd-mpu401-uart, snd-ac97-codec, snd-hda-intel, and snd-via82xx are ALL loaded, especially snd-hda-intel. That makes NO sense to me. In addition to the ES1938S, I also have a SoundBlaster Live! Gold (CT4620) complete with a CT4660 Digital/MIDI daughter-card (which I don't need). I've re-installed Arch numerous times with and w/o the ES1938, SoundBlaster (with on-board sound disabled), and nothing seems to work. I switched from KDE to Xfce4 a few weeks back (and like it), but would gladly return to KDE if I could get sound working. Any assistance would be greatly appreciated. I've spend MANY hours, read the wiki's, etc, with no progress whatsoever (note I DO get a 'hum' when I first plug in my speakers, but nothing after that). I would be happy with ANY of these hardware solutions, as long as I have sound. All the appropriate entries in /dev/snd and /proc/asound are present, alsa is in my DAEMONS array in rc.conf. TIA.
[arch-general] new url for cvs.archlinux.org?
Hi, i read the informations about the new abs and the step behind to svn again but i'm too silly to find where i can look for the changes of a package as before under cvs.archlinux.org. Can someone post the new link or is this still under development? See you, Attila
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Le Sunday 20 April 2008 19:07:11 Dimitrios Apostolou, vous avez écrit : > Dream Team wrote: > > Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit : > >> On Saturday 19 April 2008, Thomas Bächler wrote: > >>> - Removed mactel patch > >>> > >>> The removal of these patches was because a) there are no new patches > >>> available for 2.6.25 and b) I am trying to reduce the amount of > >>> patching, especially if it only benefits a few people or can be > >>> potentially dangerous. > >> > >> As far as I know, the mactel patch is required for some hardware support > >> on intel-based mac systems and contains important fixes. This does not > >> seem like one patch too many, but an essential one for all users who, > >> like me, have mac hardware. > >> I do understand your wish to reduce the number of patches, but throwing > >> out patches required for support of important hardware does not seem the > >> way to go to me. > >> > >> Regards, > >> Erwin > > > > I also am using arch on my mac, and I find this essential and should not > > be removed if you find 2.6.25 compatible patchs (I am sure that they will > > come out in not so many time) > > > > Arnaud > > Hi, I would suggest to test the new kernel on your mac before > complaining, perhaps it supports it better now. And if after that much > time this patch is necessary for such common hardware and hasn't been > imported upstream, I think you should contact the LKML. > > > Dimitris It seems that many patches have already been commited into vanilla kernel, but that these patches got minor starting as 2.6.24 ... Now they only add stuff like keyboard keys support and other stuff. I'm not concerned by most of the corrections of this patchset, but macbook users might experience problems with vanilla 2.6.25. (I don't have a macbook for testing) I think they could make a kernel module for these things, but this is out of topic here. The point is that kernel26-ice isn't patched for intel macs, killing some keys on my keyboard but that's all. I really don't know if these kind of patches should be kept or become part of some AUR package maintained by users ... Anyway, the point is that they are now outdated, so they can't be in new Arch kernel. Arnaud
[arch-general] libSoundTouch.a but no libSoundTouch.so
I'm trying to build Psychosynth on "Don't Panic". There are are a few deps, some of which I need to build from source (OIS, Ogre, and CEGUI). Soundtouch is also a dep, and is available from the Archlinux repos, but running ./configure on Psychosynth, it failed to find the libsoundtouch lib. Looking in /usr/lib, libsoundtouch has a libSoundtouch.a file, but no libSoundTouch.so file, which I presume is why ./configure for Psychosynth cannot find the library. Is this a bug, and if so, where should I report it? I did also download the soundtouch tarball from their site, but with configure, and make problems. ./configure complained that it couldn't find automake-1.9, which is true, as the version installed is automake-1.10. I created a symlink from automake-1.9 pointing to automake-1.10, then ./configure ran to completion, but then make complained that it couldn't find libtools, even though it's installed in /usr/bin. Make said it was looking for libtools in ../libtools, but I'm clueless as to where that is. Any help on that? Any help/suggestions welcome. Nigel.
Re: [arch-general] Multiple sound cards
I thought I'd check the changelog for 2.6.24 on www.kernel.org (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.24) and found this: --8< commit 346ca04d050ac48ceb8e4a6b1c76c2d7fd5d1a6a Author: Johannes Goecke <[EMAIL PROTECTED]> Date: Mon Sep 10 10:46:52 2007 +0200 PCI: re-enable onboard sound on "MSI K8T Neo2-FIR" On the "MSI K8T Neo2-FIR" board the BIOS disables the onboard soundcard, if a second PCI soundcard is present. This patch sets the korrect register bit to enable the onboard sound. Removed old code in /drivers/pci/quirks.c that only checks for the PCI-ID and fires on any Board with VIA 8237. New code in /arch/i386/pci/fixup.c checks the DMI-tables and only runs on the specific board. --8< My board is an MSI K8TM ILSR so this sounds a promising thing to look at... will post back if I have any luck, in case anybody else is interested. Steve On 20/04/2008, Stephen Wilkinson <[EMAIL PROTECTED]> wrote: > Thanks Karolina, > > I'd noticed that too, that the kernel (from 2.6.17 til 2.6.23) > detected the on-board sound card even when it was set to "disabled" in > the BIOS. I double checked the BIOS setting, and it is definitely > enabled. > > Before kernel 2.6.17 I couldn't get the two cards working > simultaneously... hmm, I wonder if a "feature" (read bug!) that made > my setup work has been fixed! > > Can the on-board be disabled by the presence of another sound card > (over-riding the BIOS setting)? > > Steve > > > On 20/04/2008, Karolina Lindqvist <[EMAIL PROTECTED]> wrote: > > söndagen den 20 april 2008 skrev Stephen Wilkinson: > > > > > > > Does anyone have any suggestions as to why this may have stopped > > > working in moving from 2.6.23 to 2.6.24? Is it no longer possible to > > > run two sound cards together? > > > > > > I got the same problem with my (only) built-in VIA sound chip. From kernel > > 2.6.24 and onwards, the chip has to be enabled in the bios. I had it > > disabled before. > > Check your bios settings, and enable the card if it is disabled. > > > > Before linux ignored bios settings, but it look likes it does not do that > > anymore. > > > > > > Karolina > > > > >
Re: [arch-general] Multiple sound cards
Thanks Karolina, I'd noticed that too, that the kernel (from 2.6.17 til 2.6.23) detected the on-board sound card even when it was set to "disabled" in the BIOS. I double checked the BIOS setting, and it is definitely enabled. Before kernel 2.6.17 I couldn't get the two cards working simultaneously... hmm, I wonder if a "feature" (read bug!) that made my setup work has been fixed! Can the on-board be disabled by the presence of another sound card (over-riding the BIOS setting)? Steve On 20/04/2008, Karolina Lindqvist <[EMAIL PROTECTED]> wrote: > söndagen den 20 april 2008 skrev Stephen Wilkinson: > > > > Does anyone have any suggestions as to why this may have stopped > > working in moving from 2.6.23 to 2.6.24? Is it no longer possible to > > run two sound cards together? > > > I got the same problem with my (only) built-in VIA sound chip. From kernel > 2.6.24 and onwards, the chip has to be enabled in the bios. I had it > disabled before. > Check your bios settings, and enable the card if it is disabled. > > Before linux ignored bios settings, but it look likes it does not do that > anymore. > > > Karolina > >
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Dream Team wrote: Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit : On Saturday 19 April 2008, Thomas Bächler wrote: - Removed mactel patch The removal of these patches was because a) there are no new patches available for 2.6.25 and b) I am trying to reduce the amount of patching, especially if it only benefits a few people or can be potentially dangerous. As far as I know, the mactel patch is required for some hardware support on intel-based mac systems and contains important fixes. This does not seem like one patch too many, but an essential one for all users who, like me, have mac hardware. I do understand your wish to reduce the number of patches, but throwing out patches required for support of important hardware does not seem the way to go to me. Regards, Erwin I also am using arch on my mac, and I find this essential and should not be removed if you find 2.6.25 compatible patchs (I am sure that they will come out in not so many time) Arnaud Hi, I would suggest to test the new kernel on your mac before complaining, perhaps it supports it better now. And if after that much time this patch is necessary for such common hardware and hasn't been imported upstream, I think you should contact the LKML. Dimitris
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
waldek schrieb: Hi Thomas, I've noticed that "loop" is not part of the kernel anymore, but available as a module. That was intentional. If you frequently use loop mounts, add the module to rc.conf: MODULES=(.. loop) signature.asc Description: OpenPGP digital signature
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Thomas Bächler wrote: > The new 2.6.25 kernel and most of the external modules are in [testing]. ... > I wish you all happy testing. Hi Thomas, I've noticed that "loop" is not part of the kernel anymore, but available as a module. cheers waldek
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Dream Team schrieb: I also am using arch on my mac, and I find this essential and should not be removed if you find 2.6.25 compatible patchs (I am sure that they will come out in not so many time) You see, that's my problem, they may come out sometime. On the mactel mailing lists, there is no mention of 2.6.25, there is virtually no traffic at all. There is no git tree that is kept in sync with current linux development, only a SVN dir where some random patches are lying around. 2.6.25 has been released, there is no update, no "we will update soon", nothing. The project seems practically dead from the outside - and I will not be held up by such things any more. When there is no updated patch for something inside the -ARCH kernel, it is dropped. New patches are only added if they fix bugs, no new features. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Multiple sound cards
söndagen den 20 april 2008 skrev Stephen Wilkinson: > Does anyone have any suggestions as to why this may have stopped > working in moving from 2.6.23 to 2.6.24? Is it no longer possible to > run two sound cards together? I got the same problem with my (only) built-in VIA sound chip. From kernel 2.6.24 and onwards, the chip has to be enabled in the bios. I had it disabled before. Check your bios settings, and enable the card if it is disabled. Before linux ignored bios settings, but it look likes it does not do that anymore. Karolina
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit : > On Saturday 19 April 2008, Thomas Bächler wrote: > > - Removed mactel patch > > > > The removal of these patches was because a) there are no new patches > > available for 2.6.25 and b) I am trying to reduce the amount of > > patching, especially if it only benefits a few people or can be > > potentially dangerous. > > As far as I know, the mactel patch is required for some hardware support > on intel-based mac systems and contains important fixes. This does not seem > like one patch too many, but an essential one for all users who, like me, > have mac hardware. > I do understand your wish to reduce the number of patches, but throwing out > patches required for support of important hardware does not seem the way to > go to me. > > Regards, > Erwin I also am using arch on my mac, and I find this essential and should not be removed if you find 2.6.25 compatible patchs (I am sure that they will come out in not so many time) Arnaud
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Saturday 19 April 2008 18:30:00 Thomas Bächler wrote: > - Removed phc patch > - Removed mactel patch >I am trying to reduce the amount of > patching, finally. -- best regards/Mit freundlichen Grüßen Arvid Ephraim Picciani
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Erwin Van de Velde schrieb: As far as I know, the mactel patch is required for some hardware support on intel-based mac systems and contains important fixes. This does not seem like one patch too many, but an essential one for all users who, like me, have mac hardware. Wouldn't you think that those "important fixes" would be merged upstream by now? The patch has been around for over a year, and frankly I don't see why we should keep maintaining patches if the authors are incapable of submitting them upstream. I do understand your wish to reduce the number of patches, but throwing out patches required for support of important hardware does not seem the way to go to me. We'll see. So far nobody complained. signature.asc Description: OpenPGP digital signature
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Saturday 19 April 2008, Thomas Bächler wrote: > - Removed mactel patch > > The removal of these patches was because a) there are no new patches > available for 2.6.25 and b) I am trying to reduce the amount of > patching, especially if it only benefits a few people or can be > potentially dangerous. As far as I know, the mactel patch is required for some hardware support on intel-based mac systems and contains important fixes. This does not seem like one patch too many, but an essential one for all users who, like me, have mac hardware. I do understand your wish to reduce the number of patches, but throwing out patches required for support of important hardware does not seem the way to go to me. Regards, Erwin
[arch-general] Multiple sound cards
Hello All, I use two sound cards in my computer: * the on-board card (VIA 8237 chipset) * a SBLive! PCI card Until Kernel 2.6.23-ARCH I was able to use either card, in KMix and Skype for instance. But from Kernel 2.6.24-ARCH, only one card appears in KMix and Skype. Back when the two cards worked, I loaded the modules in rc.conf with: MODULES=(snd_emu10k1 snd_via82xx) to ensure that SBLive! (which uses snd_emu10k1) would be the default card, while the on-board card could be used for Skype. Now, even when snd_via82xx is first, only the SBLive! card is detected. I checked what cards were being detected with lspci: * with Kernel 2.6.23-ARCH I get: 00:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:06.1 Input device controller: Creative Labs SB Live! Game Port (rev 08) and 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) * but with Kernel 2.6.24-ARCH I get: 00:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:06.1 Input device controller: Creative Labs SB Live! Game Port (rev 08) (The full output of lspci is at the bottom of the e-mail) I checked that snd_via82xx module is loaded with lsmod. But in Kernel 2.6.24-ARCH there is only one dsp in /dev. Does anyone have any suggestions as to why this may have stopped working in moving from 2.6.23 to 2.6.24? Is it no longer possible to run two sound cards together? I have put the full output of: lspci ls /dev/dsp* ls /proc/asound at the bottom of this e-mail for information. Thanks, Steve To try and understand what's changed, I compared the output of lspci, ls /dev/dsp* and ls /proc/asound when running each kernel. The results are below: * I rolled back to 2.6.23-ARCH, rebooted and checked the following: - ls /dev/dsp* outputs: dsp and dsp1 (symlinks to /dev/sound/dsp and dsp1) - ls /proc/asound outputs: VIA 8237 (symlinked to card1) and Live (symlinked to card0) - lspci outputs: 00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 00:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:06.1 Input device controller: Creative Labs SB Live! Game Port (rev 08) 00:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a3) * I upgraded back to the latest kernel 2.6.24-ARCH, and checked the same: - ls /dev/dsp*: /dev/dsp - ls /proc/asound: Live (card0) - lspci outputs: 00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 00:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:06.1 Input device controller: Creative Labs SB Live! Game Port (rev 08) 00:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] H
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Sonntag, 20. April 2008 12:30 Thomas Bächler wrote: > However, there seem to be problems with nvidia, according to Pierre. I > didn't notice anything, but then I only started kdm, didn't even log in. Okay, now i can say that nvidia 173.08 works and it seems that if you run /etc/start_udev the /dev/nvdia* devices get killed. I recognized that my superkaramba theme shows me about 10 Grad Celsius more with kernel26 2.6.25 than with my own kernel package 2.6.24.5 but this is again only an information and a will search for the reason by msyself. Only for the stats: I load w83627ehf and coretemp. See you, Attila
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Sonntag, 20. April 2008 12:30 Thomas Bächler wrote: > I think you misunderstood me, I only said I didn't do any updates on the > external module packages. I did however rebuild the ones that compiled > against 2.6.25. My error, i took only the section to quote and not to say that the modules won't works. > The fix has been available for a long time: > http://www.nvnews.net/vbulletin/showthread.php?t=110088 Thanks for the info. I don't test 2.6.25-rc* so this is the first time that i need it. > However, there seem to be problems with nvidia, according to Pierre. I > didn't notice anything, but then I only started kdm, didn't even log in. 173.08 works and glxgears has nice speed but there is no /dev/nvidiactl and "direct rendering: No" ... hmm, i do a /etc/start_udev because i change my rules for usbsticks ... i will reboot and inform you if there is a poblem. See you, Attila
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
Attila schrieb: I didn't update any modules, so if there are new versions available for any, please inform their maintainers. The following modules are currently broken. I didn't do any research on those yet, so if anyone knows something, please let me know. I think you misunderstood me, I only said I didn't do any updates on the external module packages. I did however rebuild the ones that compiled against 2.6.25. I have to use nvida 173.08 (as suggested on the heise newsticker) because the compile of the kernelmodul with nvidia 169.12 fails. Perhaps the arch nvidia packages have a fix included so see this more as an info. The fix has been available for a long time: http://www.nvnews.net/vbulletin/showthread.php?t=110088 However, there seem to be problems with nvidia, according to Pierre. I didn't notice anything, but then I only started kdm, didn't even log in. I wish you all happy testing. At the moment i can say that my minimal things as Sound and USB Stick mounting works as before. Good. signature.asc Description: OpenPGP digital signature
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Samstag, 19. April 2008 18:30 Thomas Bächler wrote: > I didn't update any modules, so if there are new versions available for > any, please inform their maintainers. The following modules are > currently broken. I didn't do any research on those yet, so if anyone > knows something, please let me know. I have to use nvida 173.08 (as suggested on the heise newsticker) because the compile of the kernelmodul with nvidia 169.12 fails. Perhaps the arch nvidia packages have a fix included so see this more as an info. > I wish you all happy testing. At the moment i can say that my minimal things as Sound and USB Stick mounting works as before. See you, Attila