Hi,

is there a data base with all released patches for every different Linux version?
Thanks!

You need to be more specific/clear than just "released patches".
If it's not at kernel.org, then there are submitted/approved patches to the mailing lists, which are archived.

Regards

Thanks,

What I mean is:

I am running Linux 2.6.35, sometimes I have some prolems and wnat to know if there is
already a patch for my problem.
In other words can I see all the patches released(released =submitted/approved/proposed ++) for a specific version of linux (in this case 2.6.35)
Thanks for your help
Q

This is the kind of question/guery that doesn't entertain much the helpers, as per se, it is obvious that the user does not even understand what he is asking for. But I am answering this out of charity.

We are not in the micro$oft world where an SP1, SP2, etc is available. There, in that world, there is only one kernel and one windowing program below and above, maintained for the benefit of their preciou$ dollar-doling buyer$. Here it is not that way.

Okay you have given the kernel version 2.6.35, but we don't know what is your problem. There are patches for particular purposes. There is a kernel patch. There is also distro specific patch. There is windowing manager patch. There are development tools patches. There are application patches. Which do you think you need? The changelog is your friend.

For example, "blue z" has given you a link above for patches on different kernel versions. If you think you are certain that the problem calls for a kernel patch then you can see your version patches here. I am running kernel v. 2.6.37 just about yours where the kernel support EOL was only 2.6.32.71. I can surmise the kernel versions we have, 2.6.3x, though quite old has no problem and it runs forever.

So in fine, I suggest you may post your problem into a separate thread so that we can help you find solution.

This may help you also in how to frame help call in this forum.

Hope that helps. Good luck.

m.m.

Actually it would be https://www.kernel.org/pub/linux/ker...gterm/v2.6.35/ You linked for 2.6.32.

And I find it obvious that the user understands what hes asking. He wants to know if there are any patches for 2.6.35 kernel. He can then look through it and see if his problem is solved.
We could argue know if linux stands for kernel or the whole os. But if stating a kernel version I opt for kernel.

If you insist to be logical can you point out categorically what patch you can give him when he said

"I have some prolems and wnat to know if there is
already a patch for my problem."?

Can you patch a problem? Thus I linked him above in how to ask-a-question in LQ. It is more helpful to do it than to ask many questions.

Well, I give up. I have no time for this petty squabble.

Good luck.

The link to the how to is good. I was just stumped by the "rant" and mention of micro$oft. I'm also a bit startled by the obvious things. But thats just me. Charity should be nice and not a cover for pointing a finger.

Why should we not patch a problem. And if he can define a problem he can search through the changelog and see if its describe within. Thus patched.

The original post was made from a machine identifying itself as Ubuntu. The kernel patches in that case, are irrelevant.

And in clarifyng the question he mentioned linux 2.6.35

Sorry, yes, I meant more that the original question seems to be based upon false assumptions or a very outdated OS.
Not that I am suggesting that there is anything wrong with using an older kernel version if you know what you are doing just that asking for patches for an old Linux system suggests a lack of knowledge.

Thanks zhjim. you understood me 100%, thanks for your help.
I wonder who has the lack of knowledge here.......
Thanks again Zhjim

Only kernel versions designated for longterm support (e.g. 2.6.32, 3.2, 3.4, 3.10) get salient patches back-ported to them.
Otherwise patches are only applied to actively-maintained kernel versions.
So if a kernel patch was generated/approved after the last 2.6.35 release (apparently that was 2.6.35.14), then your method of looking for a patch/solution will fail.

The preferred method IMO of researching a problem is to first look for reports of similar symptoms. There maybe workarounds suggested.
Not every problem is solved by a kernel patch.

Regards

And again the wrong number you looking for 2-6-30-10 and in use is 2.6.35. We are not on wikipedia where citations are needed.
Asking per see is a lack of knowledge. Thats why people ask.
Why not use an old kernel. Maybe some hardware needs it? Maybe some software only works with it. Maybe he just fell in love with the kernel and it got pregnant? You leave a pregnant kernel?

Maybe this link would have been more helpfull then insulting someone by saying he does not know excrement: https://bugs.launchpad.net/ubuntu/

Honestly people dont interpret questions this hard. Just answer the question and if you really want to help write some thoughts you have or ask what he really is up to or why he needs this information. But first and foremost answer the question beeing asked. Don't read between the lines of a nother book just cause he used a word in his question thats also written in the book.

Perhaps I did overly complicate the question but it scares me that somebody is deliberately compiling their own, outdated, kernel but doesn't know where to find patches.
Also, when a person asks for patches but does not state the distribution version and is posting from Ubuntu one assumes that either the person is running that kernel on Ubuntu, doesn't think it matters which distribution they are running or is too plain lazy to bother giving any information.
Also, answering the question asked can be unhelpful. If this person is running an old, unsupported and potentially insecure kernel on an internet-facing box that is not a good thing for anyone.

You did not even care for the question but did rush in and said "Hey there is a sign that says ubuntu, so why you talking about kernel numbers". You could have just stayed out of it. And now we are sitting here arguing about stuff thats not even worth doing this. You also put your tail between your leg by editing your post and make me look like a dumb ass. You see if you make a mistake and walk into the wrong street, you apoligze turn around and don't come back. Like malek did.
The kernel doesn't give a damn about the under|overlying pieces of software. So if somebody clarifies he is using this kernel version, he wants information about this kernel version.
And as I allready said and you ignoring it but only trying to throw more stuff into this allready claddered field: Answer the question first! Then share your thoughts or ask a question yourself. Stop hiding behind ignorance its no bliss. And if you don't have the dignity to be up for a good discussion and at least comment on the things the other persons sais, keeep your mouth shut. You did not had to partipate in this thread.