February 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305808] 1-click install without permanent subscription to repo
by fate_noreply＠suse.de 03 Jun '09

03 Jun '09

Feature added by: Johan Kotze (gogga) Feature #305808, revision 1, last change by Title: 1-click install without permanent subscription to repo openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Johan Kotze (gogga) Description: I would like to have the option of using 1-click install, but not be permanently subscribed to the repositories. Example. I am interested in qcad. It is in the education repository and it is the only package in that repository that I am interested in. I use 1-click install, but now my system is updated to be permanently subscribed to the education repo. This adds to the startup time of zypper and all other package management tools. This could be quite easily implemented by just disabling the repo once the install has finished or just remembering which repo's were added during the 1-click install and just remove them again. -- openSUSE Feature: https://features.opensuse.org/305808

1 6

[openFate 305272] Definition in the Yast2 samba server module for "workgroup" host
by fate_noreply＠suse.de 28 May '09

28 May '09

Feature added by: Lukas Ocilka <locilka(a)novell.com> Feature #305272, revision 1, last change by Title: Definition in the Yast2 samba server module for "workgroup" host openSUSE-11.2: New Priority Requester: Desirable Requested by: Andreas van dem Helge <andrew(a)joako.net> Partner organization: openSUSE.org Description: Add a definition in the samba server module for "workgroup" host. I.E. in a SOHO it isn't always necessary to setup a true "domain" server, however if there were a set of options for things like "LMB" aka "local master browser" and a quick set of clicks to join a "Workgrp" as a client. this tutorial highlights the amount of script editing that could be avoided if the samba server were more "workgroup" friendly http://www.swerdna.net.au/linhowtolanprimer.html#samba (http://www.swerdna.net.au/linhowtolanprimer.html#samba) References: Originally reported as BNC #420766 (https://bugzilla.novell.com/show_bug.cgi?id=420766) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305272

1 3

[openFATE 305772] Move to hal-cups-utils instead of cups-autoconfig
by fate_noreply＠suse.de 16 Apr '09

16 Apr '09

Feature added by: Vincent Untz (vuntz) Feature #305772, revision 1, last change by Title: Move to hal-cups-utils instead of cups-autoconfig openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Partner organization: openSUSE.org Description: We're the only one using cups-autoconfig and everybody else is using hal-cups-utils, so it's probably working a bit better. And switching to it means lower maintenance on our side. Packages are ready for testing in home:vuntz:factory-playground -- openSUSE Feature: https://features.opensuse.org/305772

1 3

[openFate 305696] Add YaST Functionalities under GNOME "Common Tasks" Header
by fate_noreply＠suse.de 02 Apr '09

02 Apr '09

Feature added by: Kevin Dupuy (kdupuy9) Feature #305696, revision 1, last change by Title: Add YaST Functionalities under GNOME "Common Tasks" Header openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Kevin Dupuy (kdupuy9) Partner organization: openSUSE.org Description: Currently, the GNOME Control Center features a "Common Tasks" banner on the sidebar of the window. An an improvement, some common YaST tasks could be added under this banner (currently, only "Set Preferred Applications" is listed). Some possible functionality: * Add User Account * Add/remove software repositories * Open administrator settings* (opens YaST) *Because there is no other method of opening YaST besides actually knowing that one needs to open YaST (e.g., new user). -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305696

1 7

[openFATE 305928] CSV Export of the FATE Data
by fate_noreply＠suse.de 31 Mar '09

31 Mar '09

Feature added by: Sascha Manns (saigkill) Feature #305928, revision 1, last change by Title: CSV Export of the FATE Data openFATE: Unconfirmed Priority Requester: Neutral Requested by: Sascha Manns (saigkill) Description: In the Weekly News, we collect datas and spreadsheets and statistics. For bugzilla exists an Function for exporting in CSV. I wish me in common Versions of openFATE an Feature similar to the bugzilla. So we can easier collect Datas and publish it in the Weekly News.... -- openSUSE Feature: https://features.opensuse.org/305928

1 7

[openFATE 305878] extend lv and fs when installing packages
by fate_noreply＠suse.de 30 Mar '09

30 Mar '09

Feature added by: Dinar Valeev (Eri_zaq) Feature #305878, revision 1, last change by Title: extend lv and fs when installing packages openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dinar Valeev (eri_zaq) Description: When system using lvm, and VG have free extents package manager should monitor that. And if FS is full and free extents is available we need to extend LV and FS before installing packages. This feature is very important for Enterprise. This feature is available in AIX. -- openSUSE Feature: https://features.opensuse.org/305878

1 1

[openFATE 305841] Be able to add proxy setting, choose network card and set wifi setting via Fx.
by fate_noreply＠suse.de 30 Mar '09

30 Mar '09

Feature added by: Joop Boonen (worldcitizen) Feature #305841, revision 1, last change by Title: Be able to add proxy setting, choose network card and set wifi setting via Fx. openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: Be able to add proxy setting, choose network card and set wifi setting via one of the F(1..12) keys in the install screen. I think it'll be easier for less experienced users to install openSuSE via ftp/http when they are behind a proxy and firewall, want to user a certain network card and/or want to install via wifi. -- openSUSE Feature: https://features.opensuse.org/305841

1 2

[openFate 305170] openFATE test
by fate_noreply＠suse.de 05 Mar '09

05 Mar '09

Feature added by: Michael Loeffler <michl(a)novell.com> Feature #305170, revision 1, last change by Title: openFATE test openSUSE-11.1: Evaluation Priority Requester: Mandatory Requested by: Michael Loeffler <michl(a)novell.com> Partner organization: openSUSE.org Description: test Business case (Partner benefit): openSUSE.org: sdf -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305170

1 5

[openFATE 305715] Package event framework
by fate_noreply＠suse.de 28 Feb '09

28 Feb '09

Feature changed by: Casper Clemence (maninalift) Feature #305715, revision 12 Title: Package event framework openSUSE-11.2: New Priority Requester: Desirable Requested by: Andreas Gruenbacher (agruen) Description: The installation, upgrade, or removal of several packages triggers actions such as running ldconfig, rebuilding the initrd, or similar. Those actions are not specific to the package at hand, but either global with a system-wide effect (such as running ldconfig), or they affect a group of packages (such as all kernel (sub-)packages of a specific version, including all KMPs affecting it). Those actions need to be run eventually (with order restrictions relative to other package installs, upgrades, or removals), but running them again and again for each package is wasteful. (Example: with the kernel packages split into kernel-$flavor-base, kernel-$flavor, and kernel-$flavor-extra in CODE11, we currently run mkinitrd out of the %post script of each package. We don't know which of those packages will be installed, and when generating the initrd is supposed to succeed. This both wastes time, and we also cannot tell transient from permanent failures.) In former days, SuSEconfig was used for some of those tasks, but it turned into a major nightmare (perhaps due to its design). It would be nice if we could come up with a framework in which packages can trigger events and define which actions they need to be run, and rpm will then perform those actions in an appropriate order, avoiding repeating the same action unnecessarily. (The dependencies between actions and package installs/upgrades/removals are somewhat complex, but I think they are manageable.) Discussion: #1: Federico Lucifredi (flucifredi) (2009-01-23 18:09:34) This is desirable only as it happens within RPM's framework (or if the additions are "candy" that does not affect the actual result). This includes upstreaming. I do not want to comment besides the RPM requirement until Engineering determines how (and if) to proceed. There are too many factors involved. Stano, Needinfo me back when you guys have a settled position or decide to postpone this one given the other priorities. #2: Klaus Kämpf (kwk) (2009-01-29 12:45:22) Actually, there is probably litte engineering can do or decide here imho. It very much depends on PMs long-term strategy for RPM. There are currently two options * One is to stay with rpm 4.x and keep the status quo. * The other is to move up to rpm5 and try to influence its development. Upstream implementation of the feature request can only happen within rpm5. Adopting rpm5 for the distribution has several prerequisites: * Investment into rpm5 development. * Getting more distributions to adopt rpm5. * Influencing Linux Standards Base to accept rpm5. Given recent comments from RedHat/Fedora, widespread rpm5 adoption looks rather unlikely. #3: Michael Schröder (mlschroe) (2009-01-29 12:50:19) (reply to #2) That sounds like rpm-4 doesn't get new features at all, which is simply not true. Actually I think it's probably easier to get new features into rpm-4, because it's very hard to convince Jeff of something he doesn't like, whereas Panu is more open. #4: Klaus Kämpf (kwk) (2009-01-29 13:22:30) (reply to #3) Now thats good to know. But this probably still needs a significant investment (and a fair bit of persuasion) into rpm4, I guess. + #5: Casper Clemence (maninalift) (2009-02-28 15:05:35) + I don't know about the issue of how the installer works but from a user + perspective the handling of multiple kernel flavours could certainly be + better. At the moment a symbolic link is automatically created at + /boot/vmlinuz pointing, rather arbitrarily IMO, to the most recently + updated kernel. Also the grub menu is messed with in an inept sort of a + way. + If instead symbolic links were created for each kernel flavour there + would be no need to change the grub menu except when new flavours were + installed or others removed, thus preserving all of the users other + boot settings. -- openSUSE Feature: https://features.opensuse.org/305715

1 0

[openFATE 302921] Testing openSUSE Feature Tracking
by fate_noreply＠suse.de 26 Feb '09

26 Feb '09

Feature changed by: Andrey Karepin (EGDFree) Feature #302921, revision 33 Title: Testing openSUSE Feature Tracking openSUSE-10.3: Done Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: Just a test - should go to opensuse-features(a)opensuse.org yes we can!!!!!! Discussion: #1: Hendrik Vogelsang (hennevogel) (2007-10-30 13:00:36) blah blah blah #2: Hendrik Vogelsang (hennevogel) (2007-10-30 13:02:35) (reply to #1) blubb lubb lbuib #13: Hendrik Vogelsang (hennevogel) (2007-10-30 13:57:04) (reply to #1) dsdsdwsd #14: Hendrik Vogelsang (hennevogel) (2007-10-30 13:59:12) (reply to #13) wsdsdsds #15: Hendrik Vogelsang (hennevogel) (2007-10-30 14:01:10) (reply to #13) dsdsds #16: Hendrik Vogelsang (hennevogel) (2007-10-30 14:11:35) (reply to #13) ddsddds #3: Hendrik Vogelsang (hennevogel) (2007-10-30 13:12:39) this is working #4: Hendrik Vogelsang (hennevogel) (2007-10-30 13:16:03) (reply to #3) or bnot #10: Hendrik Vogelsang (hennevogel) (2007-10-30 13:48:53) (reply to #3) dwsdsdsd #5: Hendrik Vogelsang (hennevogel) (2007-10-30 13:27:44) swsasaas #6: Hendrik Vogelsang (hennevogel) (2007-10-30 13:33:36) sqsqasas #7: Hendrik Vogelsang (hennevogel) (2007-10-30 13:36:11) wdwdswd #8: Hendrik Vogelsang (hennevogel) (2007-10-30 13:38:00) dwsdsds #9: Hendrik Vogelsang (hennevogel) (2007-10-30 13:46:33) wswdds #11: Michael Loeffler (sprudel24) (2007-10-30 13:49:14) wjnd sd s�dlkj sid #12: Hendrik Vogelsang (hennevogel) (2007-10-30 13:52:27) (reply to #11) sasasas #17: Hendrik Vogelsang (hennevogel) (2007-10-30 14:48:56) (reply to #12) xdsdsds #18: Gerald Pfeifer (geraldpfeifer) (2007-11-02 21:51:25) Moving from openSUSE 10.3 to openSUSE 11.0. #19: Juergen Weigert (jnweiger) (2008-07-29 21:53:03) ping-pong. #20: Thomas Schmidt (digitaltomm) (2009-01-05 15:54:14) test... updated keeper #21: Jan Engelhardt (jengelh) (2009-02-02 13:45:36) My comment is supposed not to be saved! #22: Andrey Karepin (egdfree) (2009-02-24 16:41:58) https://bugzilla.novell.com/show_bug.cgi?id=478760 + #23: Andrey Karepin (egdfree) (2009-02-26 17:25:35) + if you paste the text in the box to search through the context menu + (right mouse button), the text "Text Search or ID" is not removed + automatically -- openSUSE Feature: https://features.opensuse.org/302921

1 0