Bug 675841

you're free to contibute to the openSUSE release notes, but I don't think your wording will be acceptable.

If you eant to evaluate SLES, go here: http://www.novell.com/products/server/eval.html

For now I don't want the release notes to contain every change that happened in upstream projects all over.

interesting approach

> For now I don't want the release notes to contain every change that happened in upstream projects all over.

well, what you have said sounds quite sad to me, this not *every change*, it just seems to me that you're now one of:
a) touched that *someone was so bold and pointed to possible insufficiency
b) touched that someone impeached your decision majesty

> If you eant to evaluate SLES, go here: http://www.novell.com/products/server/eval.html

thanks for notice .. see please how competitors maintain theirs release notes

> you're free to contibute to the openSUSE release notes, but I don't think your wording will be acceptable.

i play it up a bit but you know - better *my *wording then nothing ;)

very best regards, daniel

http://docs.fedoraproject.org/en-US/Fedora/13/html/Release_Notes/

dear stephan, from our release notes is not even apparent why we're releasing 11.4

regards, daniel

For comparison, the notes for 3 recent releases:

http://www.suse.com/relnotes/i386/openSUSE/11.3/RELEASE-NOTES.en.html
http://docs.fedoraproject.org/en-US/Fedora/14/html-single/Release_Notes/index.html
https://wiki.ubuntu.com/MaverickMeerkat/ReleaseNotes

(In reply to comment #0)
>that there accrued some yet another (probably very useful) nonsense 

(In reply to comment #2)
> well, what you have said sounds quite sad to me, this not *every change*, it
> just seems to me that you're now one of:
> a) touched that *someone was so bold and pointed to possible insufficiency
> b) touched that someone impeached your decision majesty

Daniel, this wording and focusing on personal matters does very much to turn developers defensive and simply close your report instead of actually investigating the problem and fixing it. Can't you see?

> i play it up a bit but you know - better *my *wording then nothing ;)

No. Only this time you got lucky that someone else cares about the reported issue.

well, sorry guys .. my problem is that i have never adopted rigid style of discussion .. my tone could be seen as offensive but is always heartfelt and with no real ill to any being.

but now back to business:

would you please, stephan, provide some suggestion how to track changes (from outside) to be able to contribute to release notes?

thanks, daniel

To add something, I need detailed info.  It works best, to create separate bugs per entries you want to add.  You can also edit the .xml file directly...

Background info: Our release notes were never meant to provide marketing info.  We just list "issues" and solutions.  Expect marketing info to be provided by the marketing guys.  They have their own channels such as http://www.opensuse.org and the yast slide-show.

We could change all this, but probably it would not be me who would write the marketing texts.

hello karl ..

well, i don't think that i'm the proper one who could provide info about changes, but at least what i've found:

1) haveged enabled and installed by default
2) rootfs occurs newly ..
3) zypper changes behaviour to that it first downloads all stuff to some $tmp and installs then - this is very important because it now needs much more space in case of bigger update|installation - previous behaviour was that zypper installed transactionaly - download one -> install -> delete ..
4) avahi enabled by default - but i'm not sure if it was there in previous or not

regards, daniel

ps. i believe that there are many other changes which i just didn't notice .. well, why we're then releasing new release ;) - and this is why we should maintain release notes with better care

I do not see that these features will cause trouble.

I guess, 3) is implemented sanely.  I probably will stop downloading if it is running short on space.

Nevertheless I think we could mention these feature in the release notes, if someone would prepare re-usable texts about them.  Texts are re-usable, if I do not have to do research-work on my own.  And we should discuss it with coolo on the factory list first.

If you do not want to dig deeper, ask on the MLs for help, please.

(In reply to comment #9)  (zypper)
> I guess, 3) is implemented sanely.  I probably will stop downloading if it is
> running short on space.

IIRC there was some discussion that this behaviour (or at least checking the disk space in advance) would be a good feature - which probably means it is not implemented in 11.4. As I said: IIRC - so please ask a zypp developer to be sure. (He'll also tell you how to change the behaviour, which would also be worth a sentence in the release notes.)

ok, we now track the zypper issue separately: bug 684104.

Partially fixed separately