Mailinglist Archive: opensuse-buildservice (227 mails)

< Previous Next >
Re: [opensuse-buildservice] Reworking the software search, part II
On 18.03.2012 15:45, Martin Seidler wrote:
Am 18.03.2012 00:37, schrieb Thomas Schmidt:
On 16.03.2012 20:44, Martin Seidler wrote:
Dear Thomas, hello list,

I think the revamping is a great idea and I appreciate your work and effort but
I think this new search still has it difficulties and problems.

Am 13.03.2012 19:38, schrieb Patrick Shanahan:
* Thomas Schmidt<tom@xxxxxxxxxxxx> [03-13-12 12:07]:
On 12.03.2012 18:26, Patrick Shanahan wrote:
* Thomas Schmidt<tom@xxxxxxxxxxxx> [03-12-12 11:44]:
Please check the new search at:
and see an example app page here:

Please let me know what you think of the current state.
Very nice and everything is presented rather than having to specify
looking for other than the main repo's. Perhaps a notice/warning for the
unknowing about the stability/experimental characteristics of the not
*main* repo's, maybe even a *tagging* of the repo's that are *not*
main-line supported??
I added such a warning now, with the option for the user to skip it the next
Tks, I looked and like the presentation.

I wonder that I do not see "Tumbleweed" ??

I think it is still mixed up with openSUSE 12.1.


And now you could not even guess/see that the packages are really build for
Tumbleweed and not for 12.1.

In addition to that you do not see the file names.

So it will be easier for the packages that are already easy to search with the
YaST Software Manager.

But for the cases software search would be a help now - an other solution would
be needed.

Example (maybe I am wrong?):

Kernel module r8168
(I think it has to be for the right kernel version number, kernel flavor and
openSUSE version)

Please make a try to find a fitting one (and especially if there is one) with

for the case on
uname -a
Linux linux-x9yw 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10
UTC 2012 (efb5ff4) x86_64 x86_64 x86_64 GNU/Linux

The new search may seem easier for me at the beginning as I could better choose
the modules fitting to a kernel flavor. But if you do not
look at the linked URL I will not be able to see that the
kernel version number does not fit.

And before this change it was only puzzling/difficult that the Tumbleweed packages are
filed under "openSUSE 12.1" - with the new design it
is almost impossible to notice.
I guess this would lead to many systems messed up in a wild Tumbleweed/12.1

Hi Martin, please check again. I updated the software search page with the
version, and it shows Tumbleweed as a seperate distro now.


Thanks Thomas,

The search for openSUSE 12.1 packages with the new front-end/layout seems now
really to lead to openSUSE 12.1 and not also to Tumbleweed packages.

I think that is really a big improvement!

But as I am not able to see the name of the packages in the search results
(unless I use the trick with the URL of the Link) it is still pretty
difficult to find a package for the fitting kernel version number like 3.1.9-1.4

I would like to see the information like the name of the file

without going the way:
(klick, klick, klick, klick, ...)

Maybe I am not learned enough to understand that kernel module things and I
could use kernel modules build for a 3.1.0_1.2-7.1 openSUSE kernel
version also for a kernel with a 3.1.9-1.4 version number but I thought things
like that would be important.

I can't follow you. You should not need to check any version numbering, just
click on the one-click-install
link for your distribution and the package management will resolve the
dependencies and install your package.

For your case Tumbleweed, you probably have installed kernel 3.2.10 from the
Tumbleweed repo.
Searching for r8168-kmp-desktop will give you the package
from the drivers:nic repository. Which is obviously build for an older Kernel
version, because it fails
to build in the drivers:nic obs project since some time. So I think it won't be
installable for you and the
package management will detect this. Or am I wrong here?

We are in the area of unsupported packages here where the page shows a clear
warning that there are risks.

In my view it would make sense to switch back to the old/current layout when
the results from the sub-project repositories are shown (or at
least for the really private home repositories).

In addition to more information about the packages and the package builders
this would be a fitting 'warning' - more than (only) that pop-up

How should that work to include the old layout search results in the new
application page?
Could you create graphic that shows what you mean?


Thomas Schmidt (tom [at]
openSUSE Boosters Team
"Don't Panic", Douglas Adams (11.03.1952 - 11.05.2001)
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-buildservice+owner@xxxxxxxxxxxx

< Previous Next >
Follow Ups