[openFate 305731] Remove scrollkeeper
Feature added by: Vincent Untz (vuntz) Feature #305731, revision 1, last change by Title: Remove scrollkeeper openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Partner organization: openSUSE.org Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305731
Feature changed by: Michael Loeffler (sprudel24) Feature #305731, revision 2 Title: Remove scrollkeeper - openSUSE-11.2: Unconfirmed + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. -- openSUSE Feature: https://features.opensuse.org/305731
Feature changed by: Stephan Kulow (coolo) Feature #305731, revision 3 Title: Remove scrollkeeper openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. + Discussion: + #1: Stephan Kulow (coolo) (2009-02-09 15:32:03) + why should we? What is the advantage for openSUSE? -- openSUSE Feature: https://features.opensuse.org/305731
Feature changed by: Vincent Untz (vuntz) Feature #305731, revision 4 Title: Remove scrollkeeper openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. Discussion: #1: Stephan Kulow (coolo) (2009-02-09 15:32:03) why should we? What is the advantage for openSUSE? + #2: Vincent Untz (vuntz) (2009-02-09 15:59:20) (reply to #1) + A few reasons: + + scrollkeeper is unmaintained + + it requires some weird hacks in some packages to remove changes done + in /var/run/scrollkeeper because the help files have to be registered + and the "make install" step requires this (some packages provides -- + disable-scrollkeeper to avoid this but some don't) + + the omf file format is only used by GNOME + + the rarian-based format has been discussed on xdg and is really close + to what KDE is doing, so it will simplify the consolidation of help + (the first reason itself would be enough, IMHO) + Now, re my /usr/share/gnome/help comment: might not be that + interesting, since we lose the help-bundle thing. So let's forget about + this part for now, I guess. -- openSUSE Feature: https://features.opensuse.org/305731
Feature changed by: Stephan Kulow (coolo) Feature #305731, revision 6 Title: Remove scrollkeeper openSUSE-11.2: Evaluation Priority Requester: Important + Projectmanager: Desirable Requested by: Vincent Untz (vuntz) Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. Discussion: #1: Stephan Kulow (coolo) (2009-02-09 15:32:03) why should we? What is the advantage for openSUSE? #2: Vincent Untz (vuntz) (2009-02-09 15:59:20) (reply to #1) A few reasons: + scrollkeeper is unmaintained + it requires some weird hacks in some packages to remove changes done in /var/run/scrollkeeper because the help files have to be registered and the "make install" step requires this (some packages provides -- disable-scrollkeeper to avoid this but some don't) + the omf file format is only used by GNOME + the rarian-based format has been discussed on xdg and is really close to what KDE is doing, so it will simplify the consolidation of help (the first reason itself would be enough, IMHO) Now, re my /usr/share/gnome/help comment: might not be that interesting, since we lose the help-bundle thing. So let's forget about this part for now, I guess. -- openSUSE Feature: https://features.opensuse.org/305731
Feature changed by: Stephan Kulow (coolo) Feature #305731, revision 8 Title: Remove scrollkeeper - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Stephan Kulow (coolo) + reject date: 2009-09-07 13:56:19 + reject reason: no update, too late for 11.2 Priority Requester: Important Projectmanager: Desirable Requested by: Vincent Untz (vuntz) Description: We should remove scrollkeeper from the distribution and only use a rarian-based solution. This implies working upstream on migrating the modules. Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view. Discussion: #1: Stephan Kulow (coolo) (2009-02-09 15:32:03) why should we? What is the advantage for openSUSE? #2: Vincent Untz (vuntz) (2009-02-09 15:59:20) (reply to #1) A few reasons: + scrollkeeper is unmaintained + it requires some weird hacks in some packages to remove changes done in /var/run/scrollkeeper because the help files have to be registered and the "make install" step requires this (some packages provides -- disable-scrollkeeper to avoid this but some don't) + the omf file format is only used by GNOME + the rarian-based format has been discussed on xdg and is really close to what KDE is doing, so it will simplify the consolidation of help (the first reason itself would be enough, IMHO) Now, re my /usr/share/gnome/help comment: might not be that interesting, since we lose the help-bundle thing. So let's forget about this part for now, I guess. -- openSUSE Feature: https://features.opensuse.org/305731
participants (1)
-
fate_noreply@suse.de