Issue #43 of openSUSE Weekly News is now out!
In this week’s issue:
- openSUSE Build Service Webclient Survey Started
- Development Release: openSUSE 11.1 Beta 3 Now Available
- We want YOU – for openSUSE Weekly Newsletter
- People of openSUSE: Henne Vogelsang
The openSUSE Weekly News is not only translated to German, but now also available in Russian and Japanese. essays online justbuyessay.com
Both comments and pings are currently closed.
After having a look at the bug summary – I am amazed at the number of blocker priority bugs still open at time of past releases. Personally I would rather wait for more bugs to be fixed in each release rather than having a new version released. If we are to gain more credibility and further market appeal I think we should provide less version releases and concentrate in fixing more bugs. There appears to be too much pressure to release a new every version every year at the expense of making past releases rock solid.
I really feel we should only commit to a new release when fixes are ready and cannot be applied via online update to the current version. I also think there is too much importance applied to releasing a product that is not stable.
I suppose I consider the role of open code to be a realistic replacement for full license software that costs industry billions of dollars. If we go back to the premise that open source products are an equal and more equatable choice to the world, then we need to release less versions with more bugs fixed in each. . Every tech I approach on changing companies installs to open source code is meet with a laugh of – When its perfectly stable I will advocate the produce to a prospective client. This attitude also applies to the licensed version of SLES and SLED.
We need to stop considering ourself as members of a club, complete with a registered linux badge number and embrace all users. If we maintain our linux badge and club membership number, we are only indulging ourself in an exclusive nature rather than inclusive nature of all PC users out there. After all Open Source code is designed for everyone and is meant to be inclusive of everyone, not just registered linux club members.
Yes I agree Put more time into the so called stable issues,and make sure any updates to not screw the working system.
Jim
I, too am surprised at the number of bugs that just get ignored in favour of new bling. For example, Bug 409667 – GNU Cash Document not found in openSuse KDE 3.5, has been around since opensuse 10.2. This is a bug that results in GnuCash documentation not being found for opensuse KDE users. And it appears to be a bug in opensuse KDE only, not Gnucash.Are we supposed to wait for KDE4 to fix it?
While I agree to this comment, I also understand the need for testing and feedback needed to achieve an (eventually) bug free product. I am currently using openSUSE 11.0 with KDE 3.5.10. I’ve used 4.0 and 4.1 – I was less than impressed. And, to be quite honest, it seems (as previously stated) that the only comments considered worth their while are those supplied via a bug report, by a “badge” holder. If anyone has had to submit a bug report, you’d know what I’m referring to. For the moment, I’ll stick with what works… when the next version is at the same status as the current, then I’ll try it again.
In Preface I do not want to use this forum as a vehicle of my own self indulgence, however I will just leave this one last comment.
I also use 11.0 KDE3 and I do submit bug reports as I am fortunate to have a non-production part of a LAN composed with openSuse X_64 PC’s, X_32 PC’s, Windows XP and Windows Vista Business ultimate. The reference to ‘Badges’ I referred to is fundamentally flawed as no one needs a badge to be helpful in bug reports, and the principal of open source software is inclusive rather than exclusive. As such I feel those who need to refer to their badge number in all correspondence are indulging in a concept of an exclusive nature. Many people around the world have vast experience to contribute to the openSuse project without the need to declare their seniority. I have been working in software development for over 30 years and I don’t need a badge. My comment here is directed at the concept of badge numbers not the great users behind them.
As a positive I would like to see the weekly new contain the graphic of bugs as shown in
https://bugzilla.novell.com/report.cgi?x_axis_field=bug_severity&y_axis_field=product&z_axis_field=&query_format=report-table&short_desc_type=allwordssubstr&short_desc=&long_desc_type=fulltext&long_desc=&classification=openSUSE&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=anywords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&format=table&action=wrap&field0-0-0=noop&type0-0-0=noop&value0-0-0=
also contain a column for the number of bugs that were closed as ‘Fixed’ in every weekly news front page. The number of bugs ‘Fixed’ is aways great news and always very heartening to those who may feel frustrated by bugs in software.
With reference to KDE4, I cannot recall 1 development meeting where any authority was granted to effectively remove any functionality. I would much love to see KDE4 have its current ‘Personal Settings’ Module dropped and a revitalized Personal Settings Module (Kcontrol in KDE3) be put back and panel functionality in KDE3 restored. I cannot for the life of me understand why a new and better version of KDE was designed and released with less user functionality. In commercial business I would have lost my job as QA Manager, and programmers who put up modules that contained bugs into release or online system would be hung. I am not suggesting that we go back to this draconian way as it is also counter productive to the open source Model. I am sure we all will well pass other commercial software as we all have the one thing salary’s cannot buy – passion for it, unlike the developers of other commercial software.