November 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306193] Provide download statistics in OBS
by fate_noreply＠suse.de 07 Jul '14

07 Jul '14

Feature added by: Carsten Hoeger (choeger) Feature #306193, revision 1, last change by Title: Provide download statistics in OBS Buildservice: Unconfirmed Priority Requester: Important Requested by: Carsten Hoeger (choeger) Description: It would be great to see how popular the packages are. That's an important feature especially for management people. Use Case: Manager John would like to see whether the investment in providing packages for the community did show any results. Is the community interested at all? Did the last press announcement result in increased download numbers? -- openSUSE Feature: https://features.opensuse.org/306193

1 9

[openFATE 306322] Accessing PDFs from within the help centers
by fate_noreply＠suse.de 15 May '14

15 May '14

Feature added by: Karl Eichwalder (keichwa) Feature #306322, revision 1, last change by Title: Accessing PDFs from within the help centers openSUSE-11.2: New Priority Requester: Mandatory Requested by: Karl Eichwalder (keichwa) Partner organization: openSUSE.org Description: Make PDFs available from within the help centers. For yelp something along these lines works: /usr/share/help/opensuse-startup-pdf_en.document : [Document] DocPath=file:///usr/share/doc/manual/opensuse-startup_en-pdf/opensuse-startup_en.pdf DocType=text/pdf DocLang=en Icon=document2 Categories=System;Core;Translation;Documentation Name=PDF of the openSUSE Startup Guide (en) Name[en]=PDF of the openSUSE Startup Guide (en) DocIdentifier=com.novell.opensuse-startupen DocWeight=0 Business case (Partner benefit): openSUSE.org: User will find documentation... -- openSUSE Feature: https://features.opensuse.org/306322

1 8

[openFATE 306637] Test
by fate_noreply＠suse.de 25 Mar '14

25 Mar '14

Feature added by: Stephen Shaw (decriptor) Feature #306637, revision 1 Title: Test openFATE: Unconfirmed Priority Requester: Important Requested by: Stephen Shaw (decriptor) Description: Test -- openSUSE Feature: https://features.opensuse.org/306637

1 8

[New: openFATE 308386] Update PyGreSQL package from 3.8.1 to 4.0
by fate_noreply＠suse.de 13 Feb '14

13 Feb '14

Feature added by: Christoph Zwerschke (czwersch) Feature #308386, revision 1 Title: Update PyGreSQL package from 3.8.1 to 4.0 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Christoph Zwerschke (czwersch) Description: The PyGreSQL (http://www.pygresql.org) version shipped with openSUSE 11.2 is 3.8.1 which has been superseded by PyGreSQL 4.0 already 11 months ago. The new version has several important improvements (http://www.pygresql.org/changelog.html) , so it would be highly desirable to update the package in openSUSE. -- openSUSE Feature: https://features.opensuse.org/308386

1 4

[openFATE 307846] Kolab groupware server support by openSUSE
by fate_noreply＠suse.de 20 Nov '13

20 Nov '13

Feature added by: Richard Bos (rbos) Feature #307846, revision 1 Title: Kolab groupware server support by openSUSE openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Richard Bos (rbos) Description: Kolab (http://kolab.org) is a free and open software groupware solution. It allows seamless support of mixed clients environments (Outlook/KDE/Web). The following functionality is provided by kolab; groupware (free/busy information), email, spam and virus filtering, a webinterface for the system administrator and end user. The web interface can be used to add, modify and remove users, domains, distributions list, shared folders, among other things. Kolab is build from only open source software, and the data it stores is freely available by the end user. This means that if the end user is not satisfied with the provided service delivered by the service provider, the end user can retrieve his or her data and move it to somewhere else. The Kolab groupware server is assembled with postfix, cyrus, amavis, openldap, apache among other open source projects. Due to its design the kolab server supports multiple domains and thousands of end users. Clients that can be used with Kolab groupware server are for example KDE's kontact, horde, MS Outlook in combination with a connector. Kolab for openSUSE has been available for a long time already, but it was always necessary to patch multiple projects to provide all (groupware) functionality. Since September 2009, it is only necessary to extend cyrus with some patches to get the required functionality. Hence in order to have Kolab working on openSUSE cyrus must be patched. The patched cyrus version can be retrieved from the build service. Kolab is it worth to be supported by openSUSE as it is composed of only open source software, it supports thousands of end users, and very unique end users have full control over all their data including their groupware information! -- openSUSE Feature: https://features.opensuse.org/307846

1 21

[openFATE 306960] support update of systems with encrypted physical volumes
by fate_noreply＠suse.de 28 Oct '13

28 Oct '13

Feature added by: Arvin Schnell (aschnell) Feature #306960, revision 1 Title: support update of systems with encrypted physical volumes openSUSE-11.3: New Priority Requester: Mandatory Requested by: Arvin Schnell (aschnell) Description: Since openSUSE 11.2 can install systems with encrypted physical volumes (see fate #305633) openSUSE 11.3 must be able to update such systems. -- openSUSE Feature: https://features.opensuse.org/306960

1 14

[openFATE 307745] Let the admin ("root") download and install untrusted third-party RPMs from known URLs guided via YaST
by fate_noreply＠suse.de 24 Oct '13

24 Oct '13

Feature added by: Johannes Meixner (jsmeix) Feature #307745, revision 1 Title: Let the admin ("root") download and install untrusted third-party RPMs from known URLs guided via YaST openSUSE-11.3: New Priority Requester: Neutral Requested by: Johannes Meixner (jsmeix) Description: I would like to have it evaluated whether or not it is allowed to implement a dialog in YaST which lets the system admin (i.e. "root") download and install untrusted third-party RPMs from known URLs. In any case "root" can download and install any software manually. This reques is about to provide a guided and restricted way for some particular cases. My current use-case are the printer driver packages which are available via OpenPrinting at the Linux Foundation: http://www.openprinting.org/driver_list.cgi where LSB compliant driver RPM packages are available. >From my point of view those packages are on the one hand untrusted third-party RPMs but on the other hand their download location is "well known" which makes those packages "well known third-party packages". I assume that from a strict security point of view any kind of third party software is "strictly forbidden" but I like to propose a more useful way here: The system adminj (i.e. "root") can in any case download and install whatever software he likes. This man invalidate e.g. whatever support contract but it is up to the admin to know what he does. Currently we have no idea at all which third-party printer drivers an admin may download an install on his own. When he has a printer for which there is no driver provided by us, the admin may download whatever driver software from any totally unknown location and install it with any unknown consequences. (E.g. some time ago there was a printer driver from a printer manufacturer where its installation script set setuid root bits on various user application programs to mak it "just work".) Currently we even do not tell the admin about the well known printer driver locations at OpenPrinting. >From my point of view it would be a big improvement when I could implement a dialog in the YaST printer module which shows a very explicite text that this is about untrusted unsupported third-party software. This text would require explicite confirmation by the admin. Then it downloads RPMs only from hardcoded URLs from OpenPrinting and inspects the downloaded RPM whether it overwrites already installed files on the system and if not, it installs it without running any RPM scripts because normal printer drivers do not need to run RPM scripts during installation. If the above conditions are not fulfilled it shows a very explicite warning text and does not install anything. In contrast to now where we leave the admin totally on its own how to get a driver for a printer for which we do not provide a driver, the above described guided and restricted way to download and install drivers via YaST would help both the admin and us because in many cases we could make sure this way that we know at least which third-party driver the admin has installed. Please do not confuse this request with the different request how a third-party (e.g. OpenPrinting or a printer manufacturer) could provide software packages in a way which is in full compliance to our package installation and management tools (i.e. via a repository which provides also updates and so on). This request is meant for third-party RPMs "as is" where the vendor/provider simply does not want (because of whatever reason which is beyond our control) to provide his RPMs in compliance to our package installation and management tools. -- openSUSE Feature: https://features.opensuse.org/307745

1 9

[openFATE 306974] Additional columns in software management
by fate_noreply＠suse.de 03 Sep '13

03 Sep '13

Feature added by: Todd R (TheBlackCat) Feature #306974, revision 1 Title: Additional columns in software management openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: It would be nice if there were a few additional columns in the software management interface. One specific column I am interested in would be an architecture column, to show you the architecture of an installed package or the architecture the package would have if you were to install it. The other column would show the repository of the package, either the repository of an installed package or the repository the package would be downloaded from if you were to install it. -- openSUSE Feature: https://features.opensuse.org/306974

1 6

[openFATE 306598] Sync Tomboy/Tasque with Evernote
by fate_noreply＠suse.de 13 Aug '13

13 Aug '13

Feature added by: Joe Brockmeier (jbrockmeier) Feature #306598, revision 1 Title: Sync Tomboy/Tasque with Evernote Requested by: Joe Brockmeier (jbrockmeier) Description: Evernote is a pretty cool service, but it doesn't have a Linux client. I'd like to be able to sync my Tomboy notes with Evernote and retrieve them from another machine. Same with Tasque -- I'd like to be able to save a to-do list to Evernote from tasque so I could use a mobile Evernote client to look up my to-dos. -- openSUSE Feature: https://features.opensuse.org/306598

1 4

[openFATE 306588] improve on software search
by fate_noreply＠suse.de 13 Aug '13

13 Aug '13

Feature added by: Juergen Weigert (jnweiger) Feature #306588, revision 1 Title: improve on software search Requested by: Juergen Weigert (jnweiger) Description: software.o.o/search is always a case insensitive substring search. I'd like to hack into the system and add - optional case sensitivity,- exact package name search- regexp search This is an opportunity to learn ruby on rails for me. Any takers, who want to coach me, especially with Rails welcome. -- openSUSE Feature: https://features.opensuse.org/306588

1 6

[openFate 305705] Types of installation
by fate_noreply＠suse.de 13 Aug '13

13 Aug '13

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #305705, revision 1, last change by Title: Types of installation openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Agustin Chavarria (dj_ubun_1) Partner organization: openSUSE.org Description: would be good, that at the time of installation opensuse, ask what you want to install, like a template, without having to go to edit to add software. An example for that will be: Multimedia install Full install server install developer install -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305705

1 12

[openFATE 306606] GUI client for SUSE Studio
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Cornelius Schumacher (cschum) Feature #306606, revision 1 Title: GUI client for SUSE Studio Requested by: Cornelius Schumacher (cschum) Description: SUSE Studio is a fantastic web app, but sometimes it would still be more convenient to have a native client, for example when dealing with lots of overlay files, or to manage writing downloaded appliances to physical media or running and controlling them in a virtual machine. The Studio API makes it possible to write a native client. -- openSUSE Feature: https://features.opensuse.org/306606

1 7

[openFate 305633] Support installation with encrypted root file system
by fate_noreply＠suse.de 10 Aug '13

10 Aug '13

Feature added by: Andreas Jaeger <aj(a)novell.com> Feature #305633, revision 1, last change by Title: Support installation with encrypted root file system openSUSE-11.2: Unconfirmed Requested by: Stephan Kleine (bitshuffler) Partner organization: openSUSE.org Description: One thing openSUSE is really missing, compared with other popular distributions, is the ability to install into an encrypted root file system so _everything_ is encrypted. While the manual installation / setup like described at http://en.opensuse.org/Encrypted_Root_File_System_with_SUSE_HOWTO works, it is still cumbersome and error-prone to setup - especially on systems with small hard disks like e.g. laptops. IMHO this subject gets more and more important not only for laptops but also for normal workstations with respect to the global decline of privacy protection. Since all the necessary software is in place and Yast already has the option (including the GUI) to encrypt /home this shouldn't be that hard to do and would be a great feature for 11.1 (especially if you keep in mind that this will be the base for the next SLE version and corporations love security functionality provided out of the box as an option). Important points are: 1. it should work with LVMs as well 2. it should be possible to automatically generate a key on startup to encrypt the swap partition (given, this would disable suspend) 3. one should be able to use the same password for several partitions so one has to enter it just one time instead of once for every partition. Related reports: * Bug #397411 - Hibernation won't work with encrypted swap * Bug #399298 - encrypt swap partions by default on every boot using a random key * Bug #166067 - sysinfo:/ does not list encrypted /home partition Relations: - Easy to use Full Disk Encryption (feature/id: 304470) - Support installation with encrypted root file system (novell/bugzilla/id: 415479) https://bugzilla.novell.com/show_bug.cgi?id=415479 Discussion: #1: Arvin Schnell (aschnell) (2008-08-08 11:39:11) Full disk encryption is already under discussion in fate #304470. Sorry, but it's not public. #2: Stephan Kleine (bitshuffler) (2008-12-17 09:49:10) Reopened because the whole installer was rewritten but still no one cared to add this. I'm sorry, but this feature request is about adding root file system encryption to openSUSE. When, or if at all, you add it to SLE, I couldn't care less about it, but I surely don't want to wait till SLE 12 ;) Also I understand that you don't want to track and update 2 different locations but, since that feature is asked for quite often, IMHO there should be a location for openSUSE users to express their need (as in vote) for it and to CC themself to get notified on updates / when it finally is implemented. Making the fate entry public at https://features.opensuse.org/ would be nice to have as well (since it isn't actual rocket science and suse is one of the last distributions to add this feature there shouldn't be a reason to track this behind closed doors) but I can happily live without it as long as you leave this request open so people can vote for it & cc themself. Thanks a lot. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305633

1 53

[openFATE 307422] New application, glc
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Zombie Ryushu (zombie_ryushu) Feature #307422, revision 1 Title: New application, glc Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Zombie Ryushu (zombie_ryushu) Partner organization: openSUSE.org Description: I wish for the video campturing package glc to be added to the Build Service. GLC captures OpenGL output from OpenGL applications. http://nullkey.ath.cx/projects/glc/wiki/HowtoInstall Business case (Partner benefit): openSUSE.org: recordMyDesktop will capture non-accellerated applications, but not Accellerated ones. -- openSUSE Feature: https://features.opensuse.org/307422

1 2

[openFATE 307408] Package request: Amaya
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Peter Gumbrell (gumb) Feature #307408, revision 1 Title: Package request: Amaya Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Peter Gumbrell (gumb) Description: Copied from old wishlist: Amaya (http://www.w3.org/Amaya/) : W3C's own all-in-one web editor / browser. Maintained for over 12 years. Features support for HTML, XHTML, XML, MathML, CSS, SVG and other emerging web technologies. Updated regularly and fully cross-platform. Provided under the W3C Software License (http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231) (open source). Wanted by: Website developers, especially standards-compliant ones. Amaya is a very capable web design tool. It helps users to create perfect, standards-compliant code, featuring collaboration tools and all regular formatting with both WYSIWYG and source views, and it also doubles up as a web browser. The only current alternative that provides this sort of functionality is Kompozer, but that's still in an alpha/beta state and is prone to modifying your HTML formatting and producing imperfect results, being aimed more at the WYSIWYG user. The packages provided by the Amaya project often fail to work and nothing happens when I try to run the program on openSUSE 11.1. Any chance somebody could look at this and provide it via the Build Service, or consider its inclusion in future releases? -- openSUSE Feature: https://features.opensuse.org/307408

1 2

[openFATE 306988] Pythonxy
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Claude Gouedard (cgoued) Feature #306988, revision 1 Title: Pythonxy Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Claude Gouedard (cgoued) Description: Tring to build a General Linux Package from an already existing one for Ubuntu, somehow conterpart of Windows Pythonxy Distribution at www_pythonxy_com. -- openSUSE Feature: https://features.opensuse.org/306988

1 3

[openFATE 307372] iChain Interface for Blogging Software
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Sascha Manns (saigkill) Feature #307372, revision 1 Title: iChain Interface for Blogging Software Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Description: ATM i must me login via iChain to post in lizards. But i would like to have an option to use my Bilbo Blogger with iChain. -- openSUSE Feature: https://features.opensuse.org/307372

1 7

[openFATE 306725] DVB Streaming Application
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Romolo Manfredini (romoloman) Feature #306725, revision 1 Title: DVB Streaming Application Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Romolo Manfredini (romoloman) Description: There area already several application to stream DVB signals on a network but none of those actually provided by opensuse are as lightweight as getstream getstream can stream single channels from a whole trasponder using http, multicast, unicast and using a modified version of live555 also in RTSP. Is actually under test support for CA support either for DVB-S and DVB-T Getstream is hosted at: http://silicon-verl.de/home/flo/projects/streaming/ -- openSUSE Feature: https://features.opensuse.org/306725

1 1

[openFATE 306717] Channel scan utility for DVBT
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Romolo Manfredini (romoloman) Feature #306717, revision 1 Title: Channel scan utility for DVBT Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Romolo Manfredini (romoloman) Description: The scan utility or dvbscan utility are useful for DVB-S channels but limited for DVB-T Digital terrestrial TV in europe is evolving fast with MUX appearing day after day, the scan utility provided suppose that you already know DVB-T frequencies of your city and relays on files in /usr/share/dvb/dvb-t/ for frequency scanning. There is a nice utility called w_scan: http://wirbel.htpc-forum.de/w_scan/index2.html which performs a raw scan of all frequencies supported by the DVB adapter looking for valid digital mux. This utility generates as output various formats that can be used directly by DVB programs or as initial tuning data for (dvb)scan utility. This utility supports DVB-S/S2/T/C adapters and related frequencies. -- openSUSE Feature: https://features.opensuse.org/306717

1 1

[openFATE 306626] Security/Pentesting/Tools
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Gabriel Nigro (gnigro) Feature #306626, revision 1 Title: Security/Pentesting/Tools openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Gabriel Nigro (gnigro) Description: Hello, I would like to see one group of tools seemed to Backtrack4 in order educational in OS 11.2.Could is it possible ? Thanks a lot. Use Case: http://backtrack.offensive-security.com/index.php?title=Tools -- openSUSE Feature: https://features.opensuse.org/306626

1 3

[openFATE 306996] "out-of-date" package flag
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Artyom Aleksuk (h31) Feature #306996, revision 1 Title: "out-of-date" package flag Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Artyom Aleksuk (h31) Description: There is a very good feature in Archlinux's package list. Anybody (not only registered users) can mark packages as out-of-date. E-mail notification will be sent to a package builder and the package will be marked as out-of-dated on the site until the package would be refreshed. You can see this function, for example, here (http://www.archlinux.org/packages/extra/x86_64/flashplugin/) and here (http://www.archlinux.org/packages/flag/29883/) . It will be very good to make marking at a package search ( here (http://software.opensuse.org/search) ). For example, this feature may be situated below "Go to OBS Project". It should be useful both for Factory and home projects. Sorry for my language. -- openSUSE Feature: https://features.opensuse.org/306996

1 3

[openFATE 306948] Estimation on waiting time on a package on obs
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Glenn Doig (doiggl) Feature #306948, revision 1 Title: Estimation on waiting time on a package on obs Buildservice: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello, When your project is blocked in the queue because it is waiting for something to build e.g(binutils) can a time estimate be given as to how long to wait before it may start processing - put that estimation on the 'Package AAA (Project BBB home:CCC)' page when you view the page. Example: (Packages waiting queue * Average Job time) + (Your package Nth position in the Packages blocked queue * Average Job time ) = value Put that value in the package page. Some details used from https://build.opensuse.org/monitor It would be nice to know when your package may start to process. Cheers Glenn Responses so far sourced from http://lists.opensuse.org/opensuse-buildservice/2009-07/msg00235.html > One could implement something, but it will not be very reliable, because the state and order can change with any further submission. > Adrian and > I suggest to file a feature request using features.opensuse.org. But first:What to others think? Do you consider such an estimate ok? Or should we not publish anything since it might change too often? > Andreas -- openSUSE Feature: https://features.opensuse.org/306948

1 6

[openFATE 306472] Another view of build service repositories
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Jigish Gohil (cyberorg) Feature #306472, revision 1, last change by Title: Another view of build service repositories Buildservice: Unconfirmed Priority Requester: Important Requested by: Jigish Gohil (cyberorg) Description: Apart from the current structure another view of oBS repositories that can greatly improve navigation of oBS repositores could be like this: download.opensuse.org/distro1/project1 /project2 /project3 /distro2/project1 /project2 /project3 /Medias/project1/iso /other /project2/iso /other /project3/iso /other This can probably be done by keeping current structure and creating symlinks. -- openSUSE Feature: https://features.opensuse.org/306472

1 3

[openFATE 306469] "Publish Current State" Button
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Stephan Binner (Beineri) Feature #306469, revision 1, last change by Title: "Publish Current State" Button Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: Building packages can take quite some time (and publishing too). While upgrading a whole chain of interdepending packages some can fail to build and leave the repository in an inconsistent and non-installable state => not good to leave the repository in "Publish" state (over night/week-end). Switching from "Not Publish" to "Publish" state AFAIK doesn't trigger immediate publishing but only when some package build finished. It would be very nice to have a "Publish Current State" button which allows one to publish the current package state without having to manually switch publishing state, triggering a fake/unnecessary package rebuild and having to wait/remember to switch back to "Not Publish" state in time. -- openSUSE Feature: https://features.opensuse.org/306469

1 1

[openFATE 305874] Enable peer to peer downloading of patches/software
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Johan Kotze (gogga) Feature #305874, revision 1, last change by Title: Enable peer to peer downloading of patches/software Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Johan Kotze (gogga) Description: It would be great if we could somehow include a peer to peer functionality for the download of patches/packages. This would greatly reduce the number of mirrors required and would increase the performance for many users in countries with limited international bandwidt. I was thinking that we host a torrent tracker on opensuse.org and build a torrent client into zypper/libzypp and allow the user to allocate a portion of disk space for downloaded packages. Most modern systems have ample disk space and should be able to spare around 4GB for downloaded packages. This is also in line with the spirit of community where we help each other out. If it works well, it could also be used to distribute patched internally inside an organization when they deploy SLE. -- openSUSE Feature: https://features.opensuse.org/305874

1 6

[openFATE 307765] Debuginfo file system
by fate_noreply＠suse.de 05 Jul '13

05 Jul '13

Feature added by: Ruchir Brahmbhatt (Ruchir) Feature #307765, revision 1 Title: Debuginfo file system openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ruchir Brahmbhatt (ruchir) Description: It would be nice to have internet mountable debuginfo file system just like fedora. This will allow users to get traces from gdb without installing lots of debuginfo packages. This way we can have access to all debuginfo packages without installing them. This will encourage more users to report bugs. Some users may not be willing to install additional debuginfo packages due to lack of enough disk space or willingness to report bugs. -- openSUSE Feature: https://features.opensuse.org/307765

1 2

[New: openFATE 308320] YMP YaST Workflow
by fate_noreply＠suse.de 17 May '13

17 May '13

Feature added by: Hendrik Vogelsang (hennevogel) Feature #308320, revision 1 Title: YMP YaST Workflow openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: If you click on a YMP link firefox opens a window[1] asking you what you want to do with that link, suggesting to let the meta package handler handle it. You click okay from which another window[2] opens, the download manager of firefox. After it is finished an new window[3] pops up asking you the initial questions about the YMP handling. Which repos to subscribe to and which package to install. If you okay twice yet another window[4] opens asking me for the root password to start the package manager. Which is another window[5]. If there is a new repo in the YMP that you did not have before it will open a window[6] asking you to import the signing key. Somehow i doubt that this many windows are neccessarry. For a workflow that is desinged for the stupid user this should be improved imho. -- openSUSE Feature: https://features.opensuse.org/308320

1 2

[New: openFATE 308285] Easy way to switch from 11.2 to Factory Repositories - and to 11.3
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Andreas Jaeger (a_jaeger) Feature #308285, revision 1 Title: Easy way to switch from 11.2 to Factory Repositories - and to 11.3 openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: Right now, I have to manually change the repositories when upgrading from 11.2 to Factory - or from Factory to 11.3. I'd like to have an easy way, e.g. 1-Click-Install or a script that does this automatically for my system. This might not change external repositories, e.g. on the Build Service, but it should change the official distribution repositories. -- openSUSE Feature: https://features.opensuse.org/308285

1 5

[openFATE 308181] Yast Install - textbox to test the keyboard
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Kayo Hamid (kayohf) Feature #308181, revision 1 Title: Yast Install - textbox to test the keyboard openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Kayo Hamid (kayohf) Description: Hi, i see that the Yast Install (11.2 M8) do not have a textbox to test the keymap that i have selected. My idea is to put one textbox to test the keyboard after the choose of keymap. -- openSUSE Feature: https://features.opensuse.org/308181

1 3

[openFATE 307628] give client a way to indicate preferred country for mirror choice
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Duncan Mac-Vicar (dmacvicar) Feature #307628, revision 1 Title: give client a way to indicate preferred country for mirror choice openSUSE-11.3: New Priority Requester: Desirable Requested by: Peter Poeml (poeml) Description: Hi, the mirror selection is based on precise, but relatively narrow network topology knowledge, as well as the "mostly" precise and sometimes lacking GeoIP information. For the cases where the IP cannot resolved, or cannot be resolved correctly, to a country, we can give the client a way to specify the country it is located in, to influence the mirror choice into the right direction. There are several groups of users that are affected by this: * users connected through satellite links can often be resolved only as country=A2, which is not a real country, it only indicates that this is a satellite link. * AOL users outside the US are not resolved (pseudo country A1). * IPs unknown to the GeoIP database, and not in one of the AS's which contain a mirror either * clients connected through a VPN that uses address space that's allocated in another country (e.g. clients in the Netherlands, whose employer is based in the US and runs a VPN that uses IP addresses that geolocate to the US) * Ipv6 clients (no GeoIP for that yet) Thus, it is desirable to give clients a way to indicate their location. CentOS uses something like that to influence or override mirror choice: http://www.centos.org/modules/news/article.php?storyid=118 In 11.2 libzypp, this could be implemented relatively easily (I believe) by adding a configuration directive "download-preferred-country" to /etc/zypp/zypp.conf, taking an ISO3166-1 two-letter code, and adding an HTTP request header (X-Preferred-Country) _if_ something is configured there. On another hand, since we intend to mainly use metalinks in the future, we could just use another aria2c option that makes this configurable: --metalink-location=LOCATION[,...] The location of the preferred server. A comma-delimited list of locations is acceptable, for example, JP,US. On the server side, the latter doesn't require anything to do. The former would be easy to implement. Something similar already exists, through ?country=xy request parameter, so one only needs to pick up the new header, which is a few lines of code. It could be used to deal with libcurl downloads, but in the light of metalink usage we should be able to neglect them. Relations: - give client a way to indicate preferred country for mirror choice (novell/bugzilla/id: 482894) https://bugzilla.novell.com/show_bug.cgi?id=482894 Discussion: #1: Peter Poeml (poeml) (2009-03-06 10:20:33) Duncan, can I assign this to you? I look into the git repository, tried to update but I stupidly failed with a file conflict and resolving it, else I would have given it a go... -- openSUSE Feature: https://features.opensuse.org/307628

1 1

[openFATE 306966] No Shutdown/Suspend During Package Update
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Andreas Jaeger (a_jaeger) Feature #306966, revision 1 Title: No Shutdown/Suspend During Package Update openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: During a package update, it should not be possible to shutdown or suspend the system. Such requests should be delayed until the package update is finished. You do not want to bring the system in an inconsistent state. I consider this a desktop feature, so if somebody runs halt/shutdown on the console, this might not need to work - but if the GNOME/KDE shutdown/suspend options are used, it should finish the update first. Note: Windows does not allow shutdown during an update. What happened and let me to report this as feature: A user installed a kernel update and thought the update was finished. But only one out of the three kernel packages was updated and therefore after a reboot, the system did not came up completely. Business case (Partner benefit): openSUSE.org: If this feature is not implemented, people can get broken systems - which might result in support calls. -- openSUSE Feature: https://features.opensuse.org/306966

1 17

[openFATE 306767] Yast2 package manager: add more filters
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Vincent Petry (PVince81) Feature #306767, revision 1 Title: Yast2 package manager: add more filters openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Vincent Petry (pvince81) Description: It would be nice to have the following additional filters, maybe in the "view" menu: 1) Only show the packages that have a major version update 2) Same as 1) with minor version 3) Only show packages that appeared since the last refresh (see https://features.opensuse.org/306766) 4) Only show packages which version has changed since the last refresh (see https://features.opensuse.org/306766) 5) Only show installed packages 6) Only show non-installed packages The filters should be toggles/checkboxes, so that it's possible to combine them. Such filters are already available in the smart package manager. -- openSUSE Feature: https://features.opensuse.org/306767

1 7

[openFATE 306520] Redesign "Format and Mount Dialog" in YaST Expert Partitioner
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Arvin Schnell (aschnell) Feature #306520, revision 1 Title: Redesign "Format and Mount Dialog" in YaST Expert Partitioner openSUSE-11.2: New Priority Requester: Important Requested by: Arvin Schnell (aschnell) Description: The "Format and Mount Dialog" in the YaST Expert Partitioner has several technical mistakes and limitations. * The mount-by method is in the fstab options dialog. This is wrong since volumes are also addressed in crypttab when they are not mounted. The same applies to the "Do Not Mount at System Start-up" setting. So these settings cannot be modified for e.g. encrypted volumes that are not mounted. * The filesystem label is in the fstab options. Thus it is not possible to set a filesystem label when not mounting the filesystem. This field should be moved from the mount options to the filesystem options. * Some filesystem options, e.g. "Disable regular checks", cannot be changed without formatting the filesystem although the filesystem tools support this. There should be a differentiation between filesystem options that can only be set during formatting and those that can be changed afterwards. One trouble is that this differentiation depends on the filesystem used. -- openSUSE Feature: https://features.opensuse.org/306520

1 5

[openFATE 306437] yast2 disk: easy way to mount all ntfs partitions rw
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Stefan Behlert (sbehlert) Feature #306437, revision 1, last change by Title: yast2 disk: easy way to mount all ntfs partitions rw openSUSE-11.2: New Priority Requester: Desirable Requested by: Jigish Gohil (cyberorg) Description: Taken from Bugzilla: Please provide a check box that says something like this: "Detect and mount all NTFS partitions Read-Write for all users" I do over 100 installations of openSUSE every month, all on PC that have windows installed, and manually changing it in /etc/fstab is bit tedious. Reproducible: Always Relations: - yast2 disk: easy way to mount all ntfs partitions rw (novell/bugzilla/id: 487126) https://bugzilla.novell.com/show_bug.cgi?id=487126 Discussion: #1: Arvin Schnell (aschnell) (2009-03-23 11:53:17) Stefan, please make a feature request if you want this. -- openSUSE Feature: https://features.opensuse.org/306437

1 13

[openFATE 306383] Browsing available repositories from YaST level
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Piotrek Juzwiak (BenderBendingRodriguez) Feature #306383, revision 1, last change by Title: Browsing available repositories from YaST level openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Piotrek Juzwiak (benderbendingrodriguez) Description: After test driving mandriva i found one idea there really great, you can browse repositories from the tool used for managing software. It would be great to have such thing in openSUSE (the community repositories isn't enough i think). So instead of browsing for repositories from web browser level we could browse it from YaST level (include something like novice and advanced level, the difference would be repositories shown for the end user). -- openSUSE Feature: https://features.opensuse.org/306383

1 8

[openFate 305716] [openSUSE 11.1] Disk partitioning under installation (Disk)
by fate_noreply＠suse.de 05 Mar '13

05 Mar '13

Feature added by: Matthias Eckermann (mge1512) Feature #305716, revision 1, last change by Title: [openSUSE 11.1] Disk partitioning under installation (Disk) openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Sebastian Furdal (resus) Partner organization: openSUSE.org Description: We all know, that openSUSE as a default wants use on its own entire disk. This is VERRY BAD setting. On this website exist a pool: http://suse.ehelp.pl/modules/xoopspoll/pollresults.php?poll_id=24 POLISH: Czy os11 powinien miec przy instalacji mozliwosc wyboru, na ktorej partycji zainstalować system? ENGLISH: Should os11 installation program have make a choice on what partition install the system? 94% users sad YES (tak) Try my proposal... "See the attachments" Relations: - [openSUSE 11.1] Disk partitioning under installation (Disk) (novell/bugzilla/id: 383886) https://bugzilla.novell.com/show_bug.cgi?id=383886 Discussion: #1: Sebastian Furdal (resus) (2008-04-25 12:36:23) Created an attachment (id=210574) Disk (GIMP) #2: Sebastian Furdal (resus) (2008-04-25 12:37:01) Created an attachment (id=210575) Button "create" #3: Arvin Schnell (aschnell) (2008-04-28 03:44:40) Something for PM to decide. #4: Stephan Kulow (coolo) (2008-04-28 04:10:30) Actually this fits the feedback I got during fosdem - the _HUGE_ majority of (power) users has to change the proposal. But the "Create" and "Edit" buttons are already more prominently as they were in previous releases. This was on the behalf of this feedback. #5: Sebastian Furdal (resus) (2008-04-28 07:47:26) Created an attachment (id=210885) Version 2 #6: Matthias Eckermann (mge1512) (2008-04-29 04:06:15) I do not completly understand the request, I fear:-( Is it (1) about leaving space for windows or other OSes? (2) or about _how_ the Linux partitioning should look like? (3) or about both? I personally have a rather "sophisticated" partitioning (people say: "crazy"), thus I am planning to propose a LVM based partitioning as one(!) option (and default for our Enterprise Server product) with roughly(!) this layout. /dev/sda1 /boot /dev/sda2 /swap /dev/sda3 # system VG / /usr /opt /var /dev/sda4 # data VG /tmp /home /srv This more or less resembles the defaults of Unix/BSD systems. As said: it is the "extended" variant of what I can imagine for systems, where Linux is allowed to control the whole harddisk. For systems with shared windows partitions the layout should be different. And suggestions? Comments? Ideas? Proposals? Thanks in advance - so long - MgE #8: Sebastian Furdal (resus) (2008-05-01 02:19:50) (1)(1)does the idea of „automatic partitioning” is to make monopoly in one OS on one computer? [sarcasm] (2)(2)Yes, its only a proposal, more details I can make in some free time. (3)(3)Yap (4)(4)but openSUSE is mostly installed by less advanced users, who mostly do not know anything about Servers (5)(5)Most people on the world have a Windows and they install GNU/Linux with curiosity, and GNU/Linux should not propose to delete their favorite system and all precious data that where collected for years. This is something that makes openSUSE behind almost all major GNU/Linux distributions. And even I do not use Windows, but GNU/Linux (doesn't matter if its not openSUSE/SUSE) but I want check this distro [...] (6)(6)Propose: 1. After detecting disks and partitions Yast2 should propose mount points for all existed partitions. 2. When it finds completely free partition (doesn't matter with what file system - sometimes users prepare before installation free partition under different OS for a new system) OR/AND unallocated space with more size than installation required it should mark it with a green color – that on this partition/space You can install openSUSE with options /boot, /swap, /, /usr, ... etc. 3. When it doesn't find good partition then it should ask “Create automatic disk partitioning?”. a) YES - Automatically create partition setup for home users (example only with “/” and “/home” and ”/boot” - boot is very important for grub, because for example when a user delete under windows Linux partition grub is still in the MBR but it cant find config files - “OH MY GOD, LOOK LINUX DESTROYED MY SYSTEM – I WILL NEVER USE LINIX AGAIN” and most people do not know anything about windows installation “fixmbr”) - ALL DATA WILL BE LOST [red color] - Automatically create partition setup for server - ALL DATA WILL BE LOST [red color] b) NO - Edit partition setup (all proposed mount points in step 1. should remain even without “/” but whit red warning “To install openSUSE You have to create partition with minimal size $MINIMAL_INSTALLATION_SIZE GB”). #9: Matthias Eckermann (mge1512) (2008-05-06 20:56:51) Hello and thanks for the answers. Please see my comments below.? (In reply to comment #8 from Sebastian Furdal) > > (1) about leaving space for windows or other OSes? > (1)(1)does the idea of „automatic partitioning” is to make monopoly in one > OS on one computer? [sarcasm] I agree: I have at least 3 openSUSE/SLES systems on my systems, and every fresh installation tries to kill my "vg_data". This is just annoying and will be fixed. > > (2) or about _how_ the Linux partitioning should look like? > (2)(2)Yes, its only a proposal, more details I can make in some free time. I also have some ideas there, ... > (4)(4)but openSUSE is mostly installed by less advanced users, > who mostly do not know anything about Servers Well, that does not necessarily be true according to other requests I see:-) But I agree that the "less advanced users" have to be covered in the most save way. > [...] This is something that makes openSUSE behind almost all major > GNU/Linux distributions. [...] Well, you might simply avoid those type of comments, please, as it weakens your very valid points above and below ( because people might become angry ). > (6)(6)Propose: > [...] Instead of your proposal let me post a proposal I wrote roughly 2 years ago here in bugzilla (closed bug); in meta-programming-language (and covering also datacenter use e.g. of SLES product): if( SAN-storage-found ) { expert-partitioning(); } else if( num-of-harddisks > 1 ) { expert-partitioning(); } else if( only-one-windows-partition_on( first_harddisk ) ) { # case 2 below partitioning-with-shrink( first_harddisk ) | expert-partitioning(); } else if( some-partitions-but-free-space_on( first_harddisk ) ){ # case 3 below partitioning-without-shrink-or-delete_on (first_harddisk ) | expert-partitioning(); } else if( some-partitions-but-no-free-space_on( first_harddisk ) ) { expert-partitioning(); } else if( multiple-existing-OSes-found ){ expert-partitioning(); } else { # empty harddisk, case 1 below default-partitioning(); } I would like to see that a little bit less complex, but I hope it could be a good start; I also hope we can agree that there are only three relatively "safe" & easy cases: 1. one empty harddisk 2. one harddisk full with another OS (most probably windows) 3. (at least) one (bigger) empty primary partition on first harddisk Everything else needs "knowledge" by the person in front of the computer, i.e. an "expert partitioner" YaST module to support this person, HTH - MgE #10: Matthias Eckermann (mge1512) (2008-05-26 06:19:13) What do you think? #11: Sebastian Furdal (resus) (2008-07-20 03:40:24) I think advanced partitioning should be rewritten, sometimes it is to complicated ... Your proposal is good but openSUSE should automatically propose simple and automatic solutions ... such as: - propose partitions where oS could be installed - propose automatic mount points - propose some profiles of partitioning etc. What You think? #12: Andreas Jaeger (a_jaeger) (2008-10-24 05:24:05) Information was provided. #13: Matthias Eckermann (mge1512) (2009-01-21 11:57:03) Moved to openFATE from bugzilla. Let's proceed for openSUSE 11.2 based on what we have in openSUSE 11.1. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305716

1 12

[openFATE 308186] ruby1.9
by fate_noreply＠suse.de 23 Jan '13

23 Jan '13

Feature added by: Dirk Herzhauser (dherzhau2) Feature #308186, revision 1 Title: ruby1.9 Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Dirk Herzhauser (dherzhau2) Description: I would be nice to have a ruby1.9 package as well as wn precompile wxruby gem -- openSUSE Feature: https://features.opensuse.org/308186

1 4

[New: openFATE 308377] Importing MS Windows user's settings, data as Ubuntu and Mandriva do
by fate_noreply＠suse.de 21 Jan '13

21 Jan '13

Feature added by: Mindaugas Baranauskas (embar-) Feature #308377, revision 1 Title: Importing MS Windows user's settings, data as Ubuntu and Mandriva do openFATE: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Mindaugas Baranauskas (embar-) Description: Importing MS Windows user's settings, data as Ubuntu and Mandriva do. This may be useful for new users in Linux – it would help to fell less stress. -- openSUSE Feature: https://features.opensuse.org/308377

1 6

[openFate 305472] Support transaction triggers for rpms
by fate_noreply＠suse.de 21 Jan '13

21 Jan '13

Feature added by: Vincent Untz <vuntz(a)novell.com> Feature #305472, revision 1, last change by Title: Support transaction triggers for rpms openSUSE-11.2: New Priority Requester: Important Requested by: Vincent Untz <vuntz(a)novell.com> Partner organization: openSUSE.org Description: It's important to be able to run once after all packages have been installed a command (instead of running the command after each of x packages getting installed, which would make the process much slower). That's basically a post-transaction trigger. For background, see https://bugzilla.novell.com/show_bug.cgi?id=365649 and especially comment #14 from Stanislav. (note that this is work that should be done in upstream rpm, not as patches) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305472

1 8

[New: openFATE 308243] Add Koha to opensuse Education Distro please. open-source ILS. http://koha.org/
by fate_noreply＠suse.de 28 Dec '12

28 Dec '12

Feature added by: Glenn Doig (doiggl) Feature #308243, revision 1 Title: Add Koha to opensuse Education Distro please. open-source ILS. http://koha.org/ Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Add Koha to opensuse Education Distro please. Koha is a full-featured open-source ILS. http://koha.org/ Thanks -- openSUSE Feature: https://features.opensuse.org/308243

1 14

[openFATE 307393] Webcam
by fate_noreply＠suse.de 19 Oct '12

19 Oct '12

Feature added by: Adrian Perezlindo (cybersabalero) Feature #307393, revision 1 Title: Webcam openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Adrian Perezlindo (cybersabalero) Description: Why don't add a control to configure webcams in de yast module? It would be great in the part of "Hardware" 'cause is pretty dificult to set a webcam. I'm currently trying to set an Encore webcam and I'm tired to try a fail. Thanks a lot. Adrian (Argentina) -- openSUSE Feature: https://features.opensuse.org/307393

1 4

[openFate 305112] Add webcam configuration module for yast
by fate_noreply＠suse.de 19 Oct '12

19 Oct '12

Feature added by: Michael Loeffler <michl(a)novell.com> Feature #305112, revision 1, last change by Title: Add webcam configuration module for yast openSUSE-11.1: New Priority Requester: Desirable Requested by: Michael Loeffler <michl(a)novell.com> Partner organization: openSUSE.org Description: Webcam is configured automatically. But for users having trouble with configuration a webcam configuration module would be useful. See also bug #359729 Business case (Partner benefit): openSUSE.org: Users in trouble with webcam configuration need a webcam configuration possibility in YaST. As the usage of webcams is rising, eg. through instant messanger this feature request adresses more and more users -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305112

1 25

[New: openFATE 308383] use other icon theme than DMZ
by fate_noreply＠suse.de 15 Oct '12

15 Oct '12

Feature added by: matthias propst (l1zard) Feature #308383, revision 1 Title: use other icon theme than DMZ openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: matthias propst (l1zard) Description: i was packagin the Obsidian iconthem http://www.kde-look.org/content/show.php/Obsidian+Cursors?content=73135 http://download.opensuse.org/repositories/home:/l1zard/openSUSE_11.2/noarch/ which i find looks better with the new suse theme. So maybe we can make this the default icon theme for 11.3 -- openSUSE Feature: https://features.opensuse.org/308383

1 3

[New: openFATE 308248] OBS Admin Setup Tool
by fate_noreply＠suse.de 10 Oct '12

10 Oct '12

Feature added by: Adrian Schröter (adrianSuSE) Feature #308248, revision 1 Title: OBS Admin Setup Tool Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The OBS admins need a tool for initial setup and later configurations of operations, which can't be done via the API. This setup tool may be implemented as CLI or as (WEB) YaST module. The setup needs to setup the frontend and web part, and the backend part. The parts may run on different systems. Tasks which should be offered are: webclient/software: * Used api server * run services api (aka frontend) server: Basically the steps as documented in README.SETUP and README.UPDATE of the packages, this includes: * Database setup and initialisation * rails migration (also on update) * configure backend interfaces (may be announced via SLP) * Admin password settings * run services backend setup: * sign daemon setup (gpg key generation) * run services ( and show their state ) -- openSUSE Feature: https://features.opensuse.org/308248

1 3

[openFATE 307378] YaST2 Partitioner should detect external partition type changes and update fstab
by fate_noreply＠suse.de 09 Oct '12

09 Oct '12

Feature added by: Alexander shaduri (alex_sh) Feature #307378, revision 1 Title: YaST2 Partitioner should detect external partition type changes and update fstab openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Alexander shaduri (alex_sh) Description: If partition was changed from fat32 to ntfs externally, there's no way to specify that in YaST Partitioner. Initial partition layout: sda1: fat32 (empty), sda2: ext3 linux /, etc... The first thing I did was install openSUSE 11.1. YaST correctly identified fat32 partition and wrote the respective line to fstab. Then, I installed Vista on sda1. The problem with Vista is that it won't install to fat32, it needs ntfs. So, it converted sda1 to ntfs and installed ok. Now, the problem is that fstab in openSUSE still contained "vfat" as filesystem type. KDE4 wouldn't open in from Konqueror, etc... I tried to make YaST re-learn the type of sda1, so it would write the correct line to fstab, since I didn't remember what are the openSUSE-default options for ntfs-3g. Unfortunately, there doesn't seem to be a way to do this. I think this will affect lots of people who, for example, had XP and decided to switch to Vista. Also, since openSUSE doesn't allow formatting to ntfs, this will also affect all the people who install Linux on a clean disk (reserving a space for Windows with fat32 partition), and then install XP or Vista, converting the filesystem to ntfs in the process. Steps to Reproduce: 1. Install openSUSE on a clean disk, making the first partition fat32. 2. Convert the first partition to ntfs via third-party tool. 3. Try to use the drive from openSUSE as an average "joe the user". I filed it as a bug https://bugzilla.novell.com/show_bug.cgi?id=524784 and was told that this was a feature request - "The partitioner does assume that the enties in fstab are correct and does not try to fix them. Changing this behaviour requires a feature request." So, here it is. -- openSUSE Feature: https://features.opensuse.org/307378

1 8

[openFATE 306927] GLOM
by fate_noreply＠suse.de 18 Sep '12

18 Sep '12

Feature added by: Marcus Wild (Affrostralian) Feature #306927, revision 1 Title: GLOM Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Marcus Wild (affrostralian) Description: Database Frontend - easy to use GUI What you need, without the nonsense! With Glom you can design database systems - the database and the user interface. * Glom has high-level features such as relationships, lookups, related fields, related records, calculated fields, drop-down choices, searching, reports, users and groups. * Glom keeps things simple. It has Numeric, Text, Date, Time, Boolean, and Image field types. * Glom systems require almost no programming, but you may use Python for calculated fields or buttons. * Each Glom system can be translated for multiple languages and countries. -- openSUSE Feature: https://features.opensuse.org/306927

1 1

[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 307461] SFLphone SIP Client
by fate_noreply＠suse.de 23 Aug '12

23 Aug '12

Feature added by: René Krell (renekrell) Feature #307461, revision 1 Title: SFLphone SIP Client Package Wishlist: Unconfirmed Priority Requester: Important Requested by: René Krell (renekrell) Description: it is a 'must' for a good distribution to include a few really working SIP clients for internet telephony. I suggest to introduce SFLphone (http://www.sflphone.org) into the distribution. It works well with the latest stable version 0.9.6 and provides a GNOME and a KDE/Qt4 client. What do you want more. Futhermore this fills the space in timeline for a missing KDE4 SIP client (kcall isn't really usable and Twinkle stucks on Qt3). -- openSUSE Feature: https://features.opensuse.org/307461

1 4

[openFATE 307254] Use POSIX capabilities instead of suid
by fate_noreply＠suse.de 04 Aug '12

04 Aug '12

Feature added by: Pascal Bleser (pbleser) Feature #307254, revision 1 Title: Use POSIX capabilities instead of suid openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Pascal Bleser (pbleser) Description: Use POSIX file capabilities instead of suid processes and running e.g. Apache as root: * http://www.nuxified.org/blog/dear-distributors (http://www.nuxified.org/blog/dear-distributors) * http://www.friedhoff.org/posixfilecaps.html (http://www.friedhoff.org/posixfilecaps.html) * https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01568.html (https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01568.html) -- openSUSE Feature: https://features.opensuse.org/307254

1 23