November 2010 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306504] LiveCD: Migrate LiveCD desktop settings to installed system
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Jakub Rusinek (liviopl) Feature #306504, revision 1 Title: LiveCD: Migrate LiveCD desktop settings to installed system openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Jakub Rusinek (liviopl) Description: After successful installation, when finishing session, user should be asked to migrate his settings to the installed system. -- openSUSE Feature: https://features.opensuse.org/306504

1 11

[openFATE 306475] modify Firefox' plugin finder service to search and install from openSUSE repos
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Wolfgang Rosenauer (wrosenauer) Feature #306475, revision 1, last change by Title: modify Firefox' plugin finder service to search and install from openSUSE repos openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Wolfgang Rosenauer (wrosenauer) Description: Firefox' plugin finder service searches for missing plugins at mozilla.org and can't provide useful things usually for Linux. The plugin finder service should be improved to know about plugins available for openSUSE and should invoke an installer on request. -- openSUSE Feature: https://features.opensuse.org/306475

1 15

[openFATE 303517] Automatically refreshing repositories at recurring intervals
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #303517, revision 34 Title: Automatically refreshing repositories at recurring intervals openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-12 14:12:10 reject reason: Postponing. Priority Requester: Desirable Projectmanager: Important openSUSE-11.2: Rejected by Stephan Kulow (coolo) reject date: 2009-08-12 10:54:36 reject reason: noone volunteering Priority Requester: Desirable Projectmanager: Desirable - openSUSE-11.4: Unconfirmed + openSUSE-11.4: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-08 16:24:34 + reject reason: situation has not changed since comment #21. Priority Requester: Desirable Requested by: Ladislav Slezak (lslezak) Description: Autorefresh configured repositories at certain times, this could be on certain days, or time of day, etc. A mockup and more details are in https://bugzilla.novell.com/show_bug.cgi?id=346966 Discussion: #1: Federico Lucifredi (flucifredi) (2008-06-13 15:12:52) there are some caveats I can think of requiring silent fail (for instance, a laptop), or requiring randomization (not hitting NCC with a volley all at the same time), but I think the idea is good. #2: Duncan Mac-Vicar (dmacvicar) (2008-07-07 11:13:37) If you think you can make it work in a reliable way, please present a concept. Right now PackageKit and updater applets do refresh often before checking for updates so the system repos _are_ refreshed. So I don't see much value in this feature (unless a concept is presented). #3: Stanislav Visnovsky (visnov) (2008-07-07 12:34:19) (reply to #2) We have a concept in the automatic online update configuration. #4: Jiri Srain (jsrain) (2008-07-07 12:58:59) (reply to #3) You mean running online update from cron? It should involve metadata refresh, but I do not see any reason for a separate metadata download from cron. #5: Ladislav Slezak (lslezak) (2008-07-09 10:30:09) (reply to #4) The feature should allow to disable "autorefresh" flag for all repositories so the package management can be started quickly without connecting to network. The cronjob would keep the metadata uptodate. Of course, there might be a problem when metadata are changed too often on the server, but in my opinion that's not a usual case in the real world. #6: Jiri Srain (jsrain) (2008-07-10 12:16:08) Let's extend the "automatic online update" module so that it offers whether to do real automatic online update, or just refresh the metadata (via one check box) #8: J. Daniel Schmidt (jdsn) (2008-07-18 18:13:38) (reply to #6) This would hide the feature in an update related module. But the feature does not restrict this only to update repositories. Build- Service Repos might need a refresh as well or think of Factory. The right place for this feature is the Repository Manager. It has no relation to the update process or a configuration concerning updates. #7: Jiří Suchomel (jsuchome) (2008-07-14 14:46:01) Daniel, what's the status of the plan to merge "online update configuration" into registration module? #9: J. Daniel Schmidt (jdsn) (2008-07-18 18:15:46) (reply to #7) Currently I plan to merge it into a new module together with "Online Update Configuration" related settings. Please do not extend it with this unrelated repo refreshing dialog. #10: J. Daniel Schmidt (jdsn) (2008-09-10 19:48:24) Why am I listed as the only developer here? I just said that I will merge the modules "automatic online update setup" and "online update setup". This feature is requesting something completely different. #11: Duncan Mac-Vicar (dmacvicar) (2008-09-10 22:21:17) (reply to #10) Don't worry, this feature will be dropped as because the OnStar work. It is just abandoned. #13: Jiří Suchomel (jsuchome) (2008-09-11 08:20:55) (reply to #11) Really? I don't think so.This feature is aimed for opensuse (it wants to extend the current "online update setup"), while OnStar is for SLE. #12: Jiří Suchomel (jsuchome) (2008-09-11 08:22:02) (reply to #10) Because the requested feature would be part of what is currently "online update setup". And after the merge, I assumed you should mainain the merged parts. #15: J. Daniel Schmidt (jdsn) (2008-09-11 12:37:19) (reply to #12) No the requested feature will not be part of the successor of "online update setup". Maybe you want it to be. But IMHO this has nothing to do with anything that is called "online update *something*". This feature is about a general refresh of repositories - not just the update repo. Software repositories are handled in the "Software repositories" module. And thats the place where this feature is asking for enhancement. Just look at the linked bug (bnc#346966). It even has a mockup (yes, I added one as well, but just look at the original one). And this is now quite the same I already wrote in comment #8. #16: Jiří Suchomel (jsuchome) (2008-09-11 12:44:53) (reply to #15) Ah, sorry. Looks like I have some other feature in mind while commenting this one. This one really is not online-update specific. #19: Robert Davies (robopensuse) (2009-01-16 16:30:40) As when I go into Software Repository management, I am offered check boxes like "autorefresh", it would seem when those boxes are checked, that I expect this to happen without knowing about it. Being made to wait, when I choose to run Online Update, or Software Management, seems to defeat purpose of auto-refresh feature, though it is understandable if no refresh was done for days. Some kind of cron job, ought to just handle this. Why should the user be asked more questions than "autorefresh" tick box? #20: Stephan Kulow (coolo) (2009-04-16 13:47:23) looking for community volunteers #21: Stephan Kulow (coolo) (2009-08-12 10:54:24) (reply to #20) 5 votes, no volunteer. I reject it -- openSUSE Feature: https://features.opensuse.org/303517

1 0

[New: openFATE 310013] Disable strigi indexing by default
by fate_noreply＠suse.de 07 Nov '10

07 Nov '10

Feature added by: Marc Schütz (marc_schuetz) Feature #310013, revision 1 Title: Disable strigi indexing by default openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Marc Schütz (marc_schuetz) Partner organization: openSUSE.org Description: Please disable the strigi indexer on KDE4 by default, or at least provide an easy way to disable it globally (i.e. for all users on the system, without changing any user-specific configuration). Note that simple uninstalling the "strigi" package seems not enough: after doing "rpm -e strigi", "rm -rf ~/.kde4" and rebooting, after the next login the nepomuk tray applet still informed me that it is now indexing my home directory. Business case (Partner benefit): openSUSE.org: All over the web people are complaining about high disk and CPU load caused by it, and it is also said not to handle concurrent access to its databases correctly (e.g. simultaneous login on several machines with home on NFS). -- openSUSE Feature: https://features.opensuse.org/310013

1 1

[New: openFATE 308883] Astronaut OpenVistA/WorldVista port
by fate_noreply＠suse.de 07 Nov '10

07 Nov '10

Feature added by: Juan Gonzalez-Piloto (juangp) Feature #308883, revision 1 Title: Astronaut OpenVistA/WorldVista port openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Juan Gonzalez-Piloto (juangp) Description: I would like to see a port of the Redhat RPMs (http://astronautvista.org and http://astronaut.sourceforge.net) for this important Electronic Medical/Health Record (EM/HR) program for openSUSE 11.3 and for Medical CD Project (http://en.opensuse.org/OpenSUSE-Medical). This is an Public Domain software used worldwide championed by the U.S. Department of Veteran's Affairs. As the most popular EM/HR application in the world, OpenSUSE should look seriously into porting this. Currently, the RPMs do not install properly on OpenSUSE due to the proprietary Redhat RPMs available (adduser vice useradd, openssl vice openssl-server and iptables). -- openSUSE Feature: https://features.opensuse.org/308883

1 1

[New: openFATE 310451] Improve KDE startup
by fate_noreply＠suse.de 06 Nov '10

06 Nov '10

Feature added by: Alvise Z (alvise_cav) Feature #310451, revision 1 Title: Improve KDE startup openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Alvise Z (alvise_cav) Description: OpenSuse has done a fantastic job in improving boot time. Today, if we consider the total time required from switching-on the computer up to the moment when the desktop is ready for the user, we can see that the bottleneck has become now the KDE startup time. This improvement will have tremendous benefits for all desktop users, and even more for netbook users! It will also put even more into light all the progresses that have already been done in improving boot time. Probably this wish should be proposed upstream. However, Opensuse is the biggest KDE promoter, and is deeply involved in KDE development. -- openSUSE Feature: https://features.opensuse.org/310451

1 5

[New: openFATE 308514] Start OS xyz buttons
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature added by: alles Quarks (allesquarks) Feature #308514, revision 1 Title: Start OS xyz buttons openFATE: Unconfirmed Priority Requester: Important Requested by: alles Quarks (allesquarks) Description: In previous Versions of Opensuse in KDE 3.x in Kicker there were buttons to start other OS that were known to grub. Klicking one of these items, grub bootet directly into that system. Since kde4 people like me, who boot to suse by default, have to wait for shutdown and the grub menu otherwise booting into suse again. -- openSUSE Feature: https://features.opensuse.org/308514

1 7

[openFATE 306443] change parted to use Hardware suggested sectors per track
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature added by: Dean Giles (dgiles) Feature #306443, revision 1, last change by Title: change parted to use Hardware suggested sectors per track openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dean Giles (dgiles) Description: parted creates partitions which are automatically assigned 63 sectors per track. Hardware, such as HP raid devices, advertise that they want 32 sectors per track. It advertises that through ioctl HDIO_GETGEO. fdisk can utilize the hardware reported sectors per track. parted needs to be changed to do the same. See bug # 501152. Dean -- openSUSE Feature: https://features.opensuse.org/306443

1 20

[openFATE 305158] Make summary of partitioning changes more readable
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature changed by: Arvin Schnell (aschnell) Feature #305158, revision 12 Title: Make summary of partitioning changes more readable openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-07-16 16:23:32 reject reason: no resources for 11.2 Priority Requester: Important Projectmanager: Desirable openSUSE-11.3: Evaluation Priority Requester: Important Requested by: Martin Schmidkunz (mschmidkunz) Developer: (Novell) - Developer: (Novell) Description: Before applying the changes made by the partitioner the user is presented by a colorful pop up (http://en.opensuse.org/Image:Part_current_popup.png). The idea is to replace this pop up by a nice, clearly structured full screen summary (http://en.opensuse.org/Image:Summary_partitioner.png). The summary lines ("partition X will be formatted", "fstab options changed for partition Y") come from libstorage and the interface is pretty generic so far. In other words, it has no support for grouping the lines (putting hard disk related msgs together, similarly with LVMs, RAIDs etc.) According to developers it would require significant changes to libstorage. Discussion: #1: Robert Davies (robopensuse) (2009-11-30 18:45:35) Odd this is down as 'rejected' because there's no pop up in 11.2, and AFAIR the info is well presented and pretty readable. -- openSUSE Feature: https://features.opensuse.org/305158

1 0

[openFATE 308077] Suse Icon
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature added by: Kirk Sanders (mithedhel) Feature #308077, revision 1 Title: Suse Icon openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Kirk Sanders (mithedhel) Description: Why doesn't opensuse have the lizard icon on the SLAB button in gnome when it does on the KDE variant? This may help us Gnome users feel less descriminated against. -- openSUSE Feature: https://features.opensuse.org/308077

1 3