On 04/14/2010 02:35 PM, Carlos E. R. wrote:

On 2010-04-14 21:04, David C. Rankin wrote:

...

and I was interesting in checking it out. On all prior kernel installs where I have had multiple kernels installed (with rpm -ivh), I've never received this error before ... and I regularly have 2-3 different kernel packages installed.

Do you really need the sources of all?

I

Yes, at least I think so, for fglrx, virtualbox module compilation, and who knows what all other requirements the various srpms have that I fairly regularly compile...

...

guess the problem is most likely a packaging problem, but don't know enough about suse kernel packaging to be sure.

...

So what say the kernel experts, Can I safely ignore the conflict and overwrite the above files safely?

I would say report on bugzilla, but is is not an stock kernel. Report to that home owner.

Yes, This is where the Novell OBS really has a problem that needs to be addressed. Novell relies on OBS to a great extent to keep packages for releases current, but then if there is ever a problem with an OBS package, Novell treats you like you have the plague... If it wasn't for OBS, packman, etc.. openSuSE releases would be out of date less than 3 months after they were released. I understand the business model of relying on users to build updates for releases and I think it is a good idea, but there needs to be a mechanism in place for bug reporting and resolution when problems arise with OBS packages. One would think Novell would jump at the chance to handle bug resolution of OBS packages. After all, an overwhelming part of the work required to update the package has already been done by the user and with little additional effort (resources), Novell could lend a hand review the build details and solve any issues with the package and then give it the "official stamp" and market the fact that opensuse packages are current through XYZ version based on the OBS build. I see it as a very positive win-win for both Novell and the community. The current process of e-mail the user that built the package and hope he can (or will) address the issue. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* David C. Rankin (drankinatty@suddenlinkmail.com) [20100415 00:55]:

but there needs to be a mechanism in place for bug reporting and resolution when problems arise with OBS packages. [...] One would think Novell would jump at the chance to handle bug resolution of OBS packages.

First of all you need to draw a line between devel projects like Base:System and home projects. Home projects are the playground of their respective owner and no other is responsible. If you use packages from there you're the only one to blame. After all, if these were packages offered from some random site you would contact the site owner and not the company that hosts the server. Most packages in devel projects have a bugowner and you can assign reports in bugzilla to them. You get the maintainer via 'osc maintainer <project> <package>' but osc only gets you the name, not the full address so you're better off checking via the web.

Novell could lend a hand review the build details and solve any issues with the package and then give it the "official stamp" and market the fact that opensuse packages are current through XYZ version based on the OBS build.

No company could afford the resources to do such a thing! Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* Carlos E. R. [04-16-10 14:32]:

All buildservice projects should have a mandatory html directory with a mandatory index.html in which we could find the purpose and target of the repo, and reporting/contacting info, at least.

+1 -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* Philipp Thomas [04-16-10 15:23]:

On Fri, 16 Apr 2010 08:05:05 +0200, "Carlos E. R." wrote:

...

All buildservice projects should have a mandatory html directory with a mandatory index.html in which we could find the purpose and target of the repo, and reporting/contacting info, at least.

Such a list would IMO be the ideal target for email address harvesters. But you should still enter this feature request in openfate.

Perhaps the addresses should be presented as a graphic rather than text and maybe even with distorted letters?? -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Fri, 16 Apr 2010 22:23:53 +0200, "Carlos E. R." wrote:

As to openfate, I do not use it, I have my reasons (stated elsewere).

Somebody has to do it and such a request has to come from the comunity to have any weight. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On 04/14/2010 02:36 PM, Marcus Meissner wrote:

kernel-source is the source, and not a binary package. The binary packages are capable to be installed in parallel, kernel-source was not really designed for it. The files probably did not change that much.

Ciao, Marcus

That's what I needed! Thanks Marcus. Initially, I thought the new source would simply install in /usr/src/linux-<version no.> and then the symlink for 'linux' and 'linux-obj' would be used to point to the active kernel. Right now I have both linux-2.6.25.20-0.5 and linux-2.6.25.20-0.7 sources installed (no linux-2.6.25.20-0.5-obj) and that works fine. That's what prompted the initial concern. Thanks again. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org