May 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305859] Make installation history accessible from Yast GUI
by fate_noreply＠suse.de 05 Oct '11

05 Oct '11

Feature added by: Atri Bhattacharya (badshah400) Feature #305859, revision 1, last change by Title: Make installation history accessible from Yast GUI openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Atri Bhattacharya (badshah400) Description: As there is now (since openSUSE 11.1) a way to access the history of installed packages and their dependencies, it would be very useful if this history could be accessed from the Yast GUI. In the present implementation, zypper saves the history in a file (/var/log/zypp/history) which is very obscure. The history thus shown from yast should be able to show official-updates and non-official upgrades in different categories. Use Case: 1. Install new software, software not working (or not liked), look-up history start yast, look-up history, uninstall software and installed dependencies. 2. Online update, something goes wrong (upgraded software not working or something), look-up history to see recent updates and revert (all from yast). -- openSUSE Feature: https://features.opensuse.org/305859

1 8

[openFATE 305932] testfeature
by fate_noreply＠suse.de 07 Sep '11

07 Sep '11

Feature added by: Chin-Hui Ho (tomcat) Feature #305932, revision 1, last change by Title: testfeature Requested by: Christopher Hofmann (cwh) Description: test 123 please delete me -- openSUSE Feature: https://features.opensuse.org/305932

1 6

[openFATE 306323] Zimbra Mail Server Support for openSUSE 11.x
by fate_noreply＠suse.de 30 Aug '11

30 Aug '11

Feature added by: Masim Sugianto (vavai) Feature #306323, revision 1, last change by Title: Zimbra Mail Server Support for openSUSE 11.x Buildservice: Unconfirmed Priority Requester: Important Requested by: Masim Sugianto (vavai) Description: Zimbra Mail Server is a popular mail server & collaboration suite. Zimbra team has decided to leave openSUSE as unsupported platform due to minimal download for their product (which should be wrong because they said Zimbra for openSUSE only 41 times downloaded comparing thousand for Ubuntu or Fedora). openSUSE is one of the best choice and strong distro for server. It would be sad to see openSUSE fans migrate to another distro only for one reason : Zimbra could not be installed on openSUSE 11.x and there is no binary package for openSUSE 11.x The best way to make openSUSE as best Distro for server area are providing Zimbra package (community builds). There is a project called Zimbra Community builds (see related article) but the author seems to hold the project. If it's possible to be build on build service or with another technique (manual build ?), I will help as much as I can for testing and implementing the binary package and providing the documentation. Related article : 1. http://vavai.net/2009/01/01/zimbra-and-opensuse-thread-on-zimbra-forum/ 2. http://sourceforge.net/projects/zimbracommunity/ 3. http://varlogmessages.vroomvroom.org/documentation/opensuse-port -- openSUSE Feature: https://features.opensuse.org/306323

1 13

[openFATE 306438] yast2 sw_single should provide a view of packages where no other packages depends on
by fate_noreply＠suse.de 23 Jul '11

23 Jul '11

Feature added by: Michael Calmer (mcalmer) Feature #306438, revision 1, last change by Title: yast2 sw_single should provide a view of packages where no other packages depends on openSUSE-11.2: New Priority Requester: Important Requested by: Michael Calmer (mcalmer) Description: If I want to cleanup a workstation and remove packages which I do not need anymore I be able to know some package names which I have really selected for installation. But such packages pullin some dependencies which I am not aware of and so the number of packages growth and growth. A view, which shows me all packages where no other package depends on would help me to find packages I can remove without breaking dependencies. -- openSUSE Feature: https://features.opensuse.org/306438

1 3

[openFATE 305992] Easier removal of packages installed due dependencies and not manually by user
by fate_noreply＠suse.de 23 Jul '11

23 Jul '11

Feature added by: Nikanth K (nikanth) Feature #305992, revision 1, last change by Title: Easier removal of packages installed due dependencies and not manually by user openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Nikanth K (nikanth) Description: If one tries to install a package say "bzflag-debugsource", then due to dependency "bzflag-debuginfo" also gets installed. But later the user may not remember it and will uninstall only "bzflag-debugsource". So installing and uninstalling, "bzflag-debugsource", does not leave the system in the same state as before. It would be nice if yast2/zypper can remember the automatic package selections and prompt user when the actual packages are being uninstalled and there are no other package that is still dependent on them. Atleast a way to know the list of packages installed due to dependencies and the no of packages still dependent on them would make it easier for the user. And this list should not include packages manually installed by the user. -- openSUSE Feature: https://features.opensuse.org/305992

1 4

[openFATE 306410] Guest session
by fate_noreply＠lists4.suse.com 29 Jun '11

29 Jun '11

Feature added by: Vincent Untz (vuntz) Feature #306410, revision 1, last change by Title: Guest session openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: It'd be nice to provide a guest session, for people using a computer that is not their computer. This guest session would: * require no password * would cleanup itself on logout/login * be easily accessible from the login manager It should of course be easy to disable it, for people who don't want this. -- openSUSE Feature: https://features.opensuse.org/306410

2 1

[openFate 305593] Send notifications on link, branch and aggregate, show them in interface
by fate_noreply＠suse.de 23 May '11

23 May '11

Feature added by: Pavol Rusnak <prusnak(a)novell.com> Feature #305593, revision 1, last change by Title: Send notifications on link, branch and aggregate, show them in interface Buildservice: New Priority Requester: Desirable Requested by: Pavol Rusnak <prusnak(a)novell.com> Partner organization: openSUSE.org Description: * send notification emails on link, branch and aggregate and/or show how many packages are linked to current package - that should reduce number of deletions which break other people's packages -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305593

1 3

[openFATE 306116] Better lock handling in zypper
by fate_noreply＠suse.de 06 May '11

06 May '11

Feature added by: Marek Stopka (m4r3k) Feature #306116, revision 1, last change by Title: Better lock handling in zypper openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Marek Stopka (m4r3k) Description: Currently only two states in locking of packages are available (keep package as is/do not care about package) but I think it would be much more better to have a possibility lock only some parameters of package... For example you have a 64bit machine, but you want keep some package always in i586 version, but you still wanna version updates in this case there should be a possibility to lock only this parameter. Of course there is a lot of options what else can be locked, for example version of package, meaning that you can't change package version, but release number can change... -- openSUSE Feature: https://features.opensuse.org/306116

1 12

[openFATE 305849] Provide the Ability to Natively Load More Than One Protocol Stack
by fate_noreply＠suse.de 14 Apr '11

14 Apr '11

Feature added by: Scott Couston (zczc2311) Feature #305849, revision 1, last change by Title: Provide the Ability to Natively Load More Than One Protocol Stack openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Scott Couston (zczc2311) Description: Currently we natively support only an IP protocol stack, however I would hazard a guess that SLES has the ability to load IPX as well even as we have moved away from IPX. The Other Misgiving is that natively we cannot support more than an IP Protocol Stack and the lack of very good open/proprietary 3270 type Terminal Emulation shipped by default. I would be much happier if opensuse OR SLED could cope with another Protocol Stack - In Australia there is an enormous market we currently offer no solution to in only providing an IP Protocol Stack. In my home Country Australia All Federal Government- Health-Social Security- etc./All Banking Sectors/Most all Military Sectors/All State and Federal Law enforcement/Others (Thats a big Market Place) need to support a 3270 type Terminal Emulator and directly address SNA or X.25 or STLC comms. To compete we must at least be equal in the market place! The other mass market world wide particularly in the US are PC's that all Travel Agents use to make their bookings. World Wide They would use either Saber or Apollo or Galileo or Amadeus or Abacus - that about covers the whole World now. The issue all user face with M.S is that they most likely have a dedicated comms server as M.S cannot even load the required Protocol Stack. Depending on which Global System is used they mostly stick to their preferred stack and this could vary from ALC/STLC/X.25/IP/IPX/MATIP/etc..... Enough said - I think we all understand how we can better appeal to other huge markets if we invest in the functional ability to load more than just IPV4/6. I think we need to look far and wide at ALL Industry comms and we CAN do what MS cannot - We could easily bundle off a very very good 3270 type emulator and support SNA AND IP directly without the possible need for a comms servers packet stacking and promiscuous translation to IP. So we have 2 huge untaped Markets we cannot help right now and these are Australian - .GOV/.MIL and internal Banks and credit unions Global - The travel Industry is their varying, but constant use of say STLC/MATIP If we need to pull apart IP coms in the future for IPV6 this would be golden to support more than an IP Protocol only. __________________ -- openSUSE Feature: https://features.opensuse.org/305849

1 4

[openFATE 305842] Provide RPM Update Server to Update All openSUSE/SLED Workstations
by fate_noreply＠suse.de 14 Apr '11

14 Apr '11

Feature added by: Scott Couston (zczc2311) Feature #305842, revision 1, last change by Title: Provide RPM Update Server to Update All openSUSE/SLED Workstations openFATE: Unconfirmed Priority Requester: Important Requested by: Scott Couston (zczc2311) Description: *Please be Patient - This is my First FATE request* Definitions in this Submission Workstation == Any openSUSE/SLED installation that functions without direct server support Installation Server == Any designated PC that holds a repository for the complete RPM's contained at time of software Release. Update Server == Any designated PC that holds a repository(s) that contain online update RPM's The 'Server' would be accessible by normal NFS... et al Services currently available. Current Situation The Installation of a PC with openSUSE/SLED requires a huge number of Online Updates a situation that may never change whilst development continues. The Installation of openSUSE has the ability to perform many NFS Installations at one time whilst being able to create 1 repository server for the entire Installation RPM's for future addition of features and groups not included in the base installation. Feature Request Along the same notion of an NFS Installation I propose that we an Installation Server or Other to be an Update Server which downloads ALL RPM updates as they become available. Each Workstation then selects Online Updates from the Update Server per chosen update check cycle period. In this way each workstation needs only to connect with the Update Server rather than each workstation downloading its required updates. This has the potential to cut update traffic by the number of workstations installed on a LAN and this weighed against the traffic of downloading ALL updates and the traffic on ALL Online update Server Repositories and Mirrors external to the LAN. The concept is notedly simple however this has a huge technical repercussion and link to FATE #120340. This concept is open for addition to FATE #120340 or it can stand alone at the discretion of Novell.DE Whilst this concept is created by the author the technical impact/problems will require much input from Novell.De and Suse.DE and the author. -- openSUSE Feature: https://features.opensuse.org/305842

1 10