April 2009 - openSUSE Features - openSUSE Mailing Lists

[openFate 305148] Automatic Compiling of Kernel Modules
by fate_noreply＠suse.de 04 Sep '12

04 Sep '12

Feature added by: Andreas Jaeger <aj(a)novell.com> Feature #305148, revision 1, last change by Title: Automatic Compiling of Kernel Modules openSUSE-11.2: New Priority Requester: Important Requested by: Andreas Jaeger <aj(a)novell.com> Partner organization: openSUSE.org Description: The Standard Linux-Kernel provides a lot of hardware drivers/kernel modules. Nevertheless there are still devices not supported by the kernel. If a user compiles a kernel module by himself, he has to redo this step after each kernel update (if he is aware at all, that this step is needed). My idea was to install kernel-source, kernel-syms, gcc and make with each standard installation and to define a standard directory for the source code of kernel modules, e.g /usr/src/updates. When a Kernel Update is done, the system looks on boot in /usr/src/updates for directories and does there a 'make' and 'make install'. (build a kmp-package ?) If this could become a standard for other distributions (LSB) as well and corresponding init scripts would exist, third party kernel modules could be installed automagically after extracting code to /usr/src/update, so there would be some kind of standard for installing external kernel modules. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305148

1 21

[openFate 305493] Look at plymouth for splash during boot
by fate_noreply＠suse.de 27 Aug '12

27 Aug '12

Feature added by: Vincent Untz <vuntz(a)novell.com> Feature #305493, revision 1, last change by Title: Look at plymouth for splash during boot openSUSE-11.2: New Priority Requester: Important Requested by: Vincent Untz <vuntz(a)novell.com> Partner organization: openSUSE.org Description: I wanted to open a fate feature about this when I first heard of plymouth, but reading http://fedoramagazine.wordpress.com/2008/10/21/interview-fedora-10s-better-… really makes me think we should go this way. Ray's comment starting with "Every flicker and mode change in the boot process takes away from the whole experience." is especially interesting. Is it okay to track the "don't show grub by default" here? -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305493

1 94

[openFATE 305881] Add a simple way to access the rpmlint report
by fate_noreply＠suse.de 17 Apr '12

17 Apr '12

Feature added by: Vincent Untz (vuntz) Feature #305881, revision 1, last change by Title: Add a simple way to access the rpmlint report Buildservice: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Right now, to see the rpmlint report of a build, you have to get the complete build log, which can be slow (because it's big). Having a faster way to read the rpmlint report could result in some tools to highlight what should be fixed, and therefore in better packages. -- openSUSE Feature: https://features.opensuse.org/305881

1 6

[openFATE 306232] Quality Classification Of Projects
by fate_noreply＠suse.de 17 Apr '12

17 Apr '12

Feature added by: Adrian Schröter (adrianSuSE) Feature #306232, revision 1, last change by Title: Quality Classification Of Projects Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: A Project should get a classification, set by the project owner about the general quality. This classification should have an influence to the software search for the end user (by default he wants stable stuff, but he might also looks for latest snapshots). Possible classifications are: * STABLE -- project is considered to be ready to use for End-Users * TESTING -- project should work from point of developer view, but needs verification * DEVELOPMENT -- project is random state, it might work. * BROKEN -- project is known to be not working atm. -- openSUSE Feature: https://features.opensuse.org/306232

1 8

[openFATE 305907] Support Update Repo Generation
by fate_noreply＠suse.de 17 Apr '12

17 Apr '12

Feature added by: Adrian Schröter (adrianSuSE) Feature #305907, revision 1, last change by Title: Support Update Repo Generation Buildservice: Evaluation Priority Requester: Desirable Projectmanager: Desirable Requested by: Adrian Schröter (adriansuse) Description: The Build Service should offer update repos as repository channel. It is unclear right now, how we will carry in the extra update information texts. This should maybe designed together with a new changelog handling. -- openSUSE Feature: https://features.opensuse.org/305907

1 6

[openFATE 306367] Boot fast (not just faster)
by fate_noreply＠suse.de 09 Feb '12

09 Feb '12

Feature added by: Stephan Kulow (coolo) Feature #306367, revision 1, last change by Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: Booting fast Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. -- openSUSE Feature: https://features.opensuse.org/306367

1 19

[openFATE 306188] request for RAID metadata version specification option in Partitioner's install interface
by fate_noreply＠suse.de 23 Nov '11

23 Nov '11

Feature added by: Arvin Schnell (aschnell) Feature #306188, revision 1, last change by Title: request for RAID metadata version specification option in Partitioner's install interface openSUSE-11.2: New Priority Requester: Desirable Requested by: pgnet _ (pgnet) Description: Allow setting of software raid superblock version in YaST. Relations: - request for RAID metadata version specification option in Partitioner's install interface (novell/bugzilla/id: 483973) https://bugzilla.novell.com/show_bug.cgi?id=483973 -- openSUSE Feature: https://features.opensuse.org/306188

1 12

[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