CTKArch

hi

booted 32 bit live cd for 0.7

PHP Code:


but image of alsamixer shows version is
1.0.24.2

This is likely due to

PHP Code:


I am not expert in any Arch things but submit it in case it might be useful for next release

regards

Does that cause any problem?
I mean, a bug is when something doesn't work the way it should.
If ALSA doesn't work for you because of this, it's a bug. If there's no such thing, I don't see where the bug is!

Note, that's the Arch repos, I'm not involved.
And it's not necessary to note this for future versions: the repos constantly evolve, anyway…

hi

no problem so far

Quote:

---

Note, that's the Arch repos, I'm not involved.
And it's not necessary to note this for future versions: the repos constantly evolve, anyway

---

When people report they have sound issues.....knowing the correct version of alsa can make a difference.

It appears....CTK Alsa comes from the CTK kernel and maybe its not matching the ARCH kernel and the package maintained by the ARCH Alsa maintainer?

When people have a problem and they are using the old version....which we actually are....one of the solutions is to compile and install the latest version. Ditto if they need a certain driver missing in our version.

So agreed its not a bug.....and maybe the next release the kernel will catch up the maintainers alsa?

BTW not tested on 64 bit live cd so it might not be misleading.

feel free to move to User support.

There is no 'ctk alsa' nor 'ctk kernel', okay?
It's the ARCH kernel.
I just use the Arch Linux repositories the day I generate the ISO image.

Do you understand this? I use the Arch repositories, so what you get in the ctkarch live-cd is packages from the arch repos at the date it is released.

Anyway if this causes a problem, remember that updating will sync this; so no-one with an up-to-date installation could have this version difference.

It's not user support, it's a discussion around a (non-?) bug and is well-placed there.

hi

I  "hope" I have  thought about this last discussion and have my  opinions as

1) I was wrong to imply or for others to infer in any way that the kernel you used was a CTK modified kernel and was to blame for the mismatch.
Sorry

2) Its the live cd in the subject line so it affects only those who are using some form of persistence on their hard drives.
It is not going to change the iso unless they decide to remaster it.

I am not trying to make the user do persistence or remaster or anything.

BTW I love this project because of its addon feature.

3) But due to nature of rolling releases and the relative slower releases of the kernel versions.....I now think it is more likely that on any random day when iso 0.8 comes out.......there will be another mismatch. I believe that is the nature of rolling releases. Kernels can update just as fast but the distro Arch appears to use a "stable" kind of kernel unless the repositories is modified by the user.


Feel free to move this post or delete etc if you agree with my last.

Er, such mismatches are quite rare and I don't think that it will happen again.

The fact is that I took some time to release ctkarch 0.7, and 2.6.38 (with alsa .24) was already in testing since a week.

And I released the live with the latest .37 kernel possible, for stability. So… The moment I choose for releasing is precisely the moment when such mismatches can happen.
But as far as I know, it doesn't hurt, so, well… I'll keep an eye on this but it doesn't seem critical.

Of course you noticed that you can make an add-on with alsa .23 if in any way it is a problem.