Bug 438724 - sbig 1.3 does not work
Summary: sbig 1.3 does not work
Status: RESOLVED FIXED
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: Other (show other bugs)
Version: Final
Hardware: x86 openSUSE 11.0
: P5 - None : Normal with 5 votes (vote)
Target Milestone: ---
Assignee: Vladimir Nadvornik
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-24 13:15 UTC by Forgotten User C-StrwXt80
Modified: 2009-01-08 17:57 UTC (History)
4 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Forgotten User C-StrwXt80 2008-10-24 13:15:34 UTC
The following package:

http://download.opensuse.org/distribution/11.0/repo/oss/suse/i586/sbig-1.3-10.1.i586.rpm

is for SBIG (Santa Barbra Instruments Group) Universal Library that is used to operate their CCDs. It's a binary only blob that can be freely distributed under Attribution 3.0. It is NOT an open source software. 

Furthermore, I'm the current maintainer of SBIG Universal Library (v2.0.0), and version 1.3 is obsolete and doesn't work in OpenSUSE 11. Therefore, please remove this package from the repository. I'll try to include the v2.0.0 library in the nonOSS repo later on.
Comment 1 Stephan Kulow 2008-11-12 15:59:08 UTC
we changed our policy for the oss repo to include freely distributable binary blobs too. You're right that our naming for the repo should have changed too, but we didn't manage to come up with a good name yet.

Ciaran, do you agree that sbig's license is confirming to our policy?
Comment 2 Forgotten User C-StrwXt80 2008-11-18 14:31:18 UTC
Well, in that case, I'd like to include sbig 2.0.0 binary blob in the OSS repo too, who do I contact to get this done? As I mentioned before, the 1.3 version doesn't work.
Comment 4 Stephan Kulow 2008-11-19 13:05:59 UTC
ok, so let's keep it in OSS repo and fix the bug you see
Comment 5 Forgotten User C-StrwXt80 2008-11-20 05:31:30 UTC
Where/Who is the maintainer of this package to begin with? There are too many problems with this package!

1. The wrong license is mentioned in the v1.3 package. It says "License: LGPL v2.1 or later; Other uncritical OpenSource License."

It is neither LGPL v2.1 nor "Other uncritical OpenSource license", whatever that means. It's as I mentioned before, Attribution 3.0

2. There are _three_ separate packages in the official repo:

A. sbig-1.3-10.1.i586.rpm
B. sbig-firmware-1.0-93.1.noarch.rpm
C. sbig_x86_64-1.3-10.1.x86_64.rpm

Why would you create a separate name for x86_64? While my packages are:

sbig-2.0.0-80.1.i586.rpm
sbig-2.0.0-80.1.x86_64.rpm

And they install everything, including the firmware, required to get the CCD up and running.

3. The v1.3 package does not conform to OpenSUSE shared library naming rules, it only contains libsbigudrv32.so, while my packages built with OBS conforms to those rules.

4. The udev hotplug scripts are outdated and wouldn't work even in 10.3, let alone 11 and 11.1

5. I'm the upstream developer of the library using this binary blob (KStars & INDI), and I do have the actual hardware (CCD) to insure that all works as expected in ALL supported distributions, including 10.3, 11, AND factory.

If all the points above are not convincing enough to replace the obsolete v1.3 with v2.0, then I don't know what is.
Comment 6 Ciaran Farrell 2008-11-20 08:20:16 UTC
The license terms were fixed and should be available in the rpm when the package is rebuilt.
Comment 7 Forgotten User C-StrwXt80 2008-12-16 11:45:05 UTC
The license terms were fixed but the package is STILL BROKEN. It DOES NOT WORK. And no, I cannot submit a patch because the whole package is now different. So why won't opensuse accept my package and replace the broken one? Isn't OpenSUSE supposed to be community-driven?
Comment 8 Dirk Mueller 2009-01-06 23:23:26 UTC
I've updated sbig to 2.0, preserving the existing sbig/sbig-firmware split and included Jasem fixes. ok for submit? you can find the package in KDE:KDE4:UNSTABLE:Desktop
Comment 9 Vladimir Nadvornik 2009-01-07 14:09:55 UTC
What about submitting it to the Contrib repository and dropping it in Factory? It would be easier for Jasem to participate.

Comment 10 Dirk Mueller 2009-01-07 14:16:49 UTC
If I understand things correctly, this package is needed for kde4-kstars to work correctly. as kde4-kstars is in the default pattern, we can't rely on contrib packages. 

or am I wrong on that? Jasem?
Comment 11 Forgotten User C-StrwXt80 2009-01-07 15:07:41 UTC
You're correct Dirk. Without this package, KStars cannot operate SBIG cameras at all. I still need to update this package based on Dirk suggestions (split off the firmware). I think it should be maintained in Factory since kde4-kstars will always need it.
Comment 12 Dirk Mueller 2009-01-07 15:49:06 UTC
Vlad?
Comment 13 Vladimir Nadvornik 2009-01-08 12:50:14 UTC
OK, fine. Feel free to submit it. Thanks.
Comment 14 Dirk Mueller 2009-01-08 17:57:52 UTC
submitted.