* FreeNX: Use of /usr/NX

This was not needed anymore since the packages could be easily fixed.
In general, we want to avoid such directories since this is a violation
of the FHS and therefore a product containing this package could not get
LSB certified.

* Handling of dropped packages:

Problem: packages move to BuildService or other product, adding obsolotes
makes it difficult to install these packages.

Real problem: Package renames which miss one case, e.g. -32bit + devel
split.

We should be able to test these via solver test cases:
* Generate RPM database of old product
* Update to current release
* Check which packages are not updated

In general: The solver should say that a package has a problem and is
not on new media - and then propose to remove it.

QA tests Alphas eery two weeks with update from 10.2.

AI: QA to report bugs and use the setting "do not delete obsolete
packages"

AI: talk about test case generation.

AI: change the default in the control file (to "do not delete
obsolete packages")

AI: draft paragraph for release notes

AI: play with resolver

* Improve debuginfo packages

Some packages need many libraries for a meaningful backtrace.

Idea: Add a debug_requires macro to the rpm spec files to add custom
requires which then can be used by packagers in those spec files where
it makes sense.

AI: implement such a  macro.

No decision was made on removing/splitting the sources from the
debuginfo package, we keep the status quo for now.

* Log files and RPM spec

Problem: I would like to bring up something else. There are currently
some bugreports about package not owning the logfiles the included
software produces. See for instance:

#280493
#280474

These were reported to cause problems with a security checker.  This
should not only be a problem for log files but also for pid files and
other varialbe data.  It would need to be handled for deinstall of
packages but not for update.

We decided to reject these bugs for now as invalid.  Let's understand
the real problem first.

AI: explain the problem better so that we can search for alternative
solutions


Andreas
-- 
 Andreas Jaeger, Director Platform/openSUSE, [EMAIL PROTECTED]
  SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
   Maxfeldstr. 5, 90409 Nürnberg, Germany
    GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126

Attachment: pgp4CiCj7XxxY.pgp
Description: PGP signature

Reply via email to