November 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306949] Clearing Documents List from GNOME Slab Menu
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Eric Yeoh (yeoheric) Feature #306949, revision 1 Title: Clearing Documents List from GNOME Slab Menu openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Eric Yeoh (yeoheric) Description: There is no feature in openSUSE or SLED 11 to clear recently used documents under the GNOME desktop using the Slab Menu. This presents a possible privacy issue. If there is a way to clear via context-menu will be great. -- openSUSE Feature: https://features.opensuse.org/306949

1 1

[openFATE 306953] yast-GRUB: graphic
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: manuel m (manuel_songokuh) Feature #306953, revision 1 Title: yast-GRUB: graphic openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: manuel m (manuel_songokuh) Description: hello.. i want new grub from yast! i want not change grub from yast but new graphic and little change..i will send you my pictures..but my languange is italian ok? this picture is default of grub from yast opensuse 11.1 64bit (view-source://http//digilander.libero.it/jaoken2/grub-installazione.png) http://digilander.libero.it/jaoken2/grub-installazione.png (view-source://http//digilander.libero.it/jaoken2/grub-installazione.png) this is my idea for new graphic: http://digilander.libero.it/jaoken2/grub-presentaz.png (view-source://http//digilander.libero.it/jaoken2/grub-presentaz.png) this reason..it's for not-espert or neo-user, for not panic during install grub.. now i do an example picture for step-step: http://digilander.libero.it/jaoken2/1-step.png http://digilander.libero.it/jaoken2/2-step.png http://digilander.libero.it/jaoken2/3-step.png http://digilander.libero.it/jaoken2/4-step.png http://digilander.libero.it/jaoken2/5-step.png what do you think about pictures? -- openSUSE Feature: https://features.opensuse.org/306953

1 6

[openFATE 306971] keep the previous kernel after update process
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Ioan Vancea (IonutVan) Feature #306971, revision 1 Title: keep the previous kernel after update process openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Ioan Vancea (ionutvan) Description: I would like to see that "feature" implemented default because after kernel updates many times there were a lot of issues and to change back to the previous version is not very easy for a novice user. For example after a kernel update I have problems with encrypted filesystems, or the sound stopped to work, .... Yes, I know that it is possible to change the behaviour to keep the old kernel but why not to be default. -- openSUSE Feature: https://features.opensuse.org/306971

1 5

[openFATE 307114] Add "Upgradable" and "Upgradable (upstream)" filters to YaST Software Management
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Alexander shaduri (alex_sh) Feature #307114, revision 1 Title: Add "Upgradable" and "Upgradable (upstream)" filters to YaST Software Management openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Alexander shaduri (alex_sh) Description: I used to use Synaptic+apt on openSUSE 10.3. Since upgrading to 11.1 I switched to using YaST for my package management needs. I follow some Build Service repositories, so frequently there are packages to be upgraded. Unfortunately, compared to Synaptic, YaST's package upgrade mechanisms are way too unusable. Synaptic had two simple but very useful features - "Upgradable" and "Upgradable (upstream)" filters. "Upgradable" shows all the packages that have newer versions available. "Upgradable (upstream)" shows packages which have newer upstream versions (that is, it won't show "example-1.0.0-1" => "example-1.0.0-3", but will show "example-1.0.0-1" => "example-1.0.1-1"). This is important since the release version is usually changed on every recompile, and filtering the upgrades by the actual "new version" is more handy. Without these filters I have to basically scroll through ALL installed packages, looking for the "blue-versioned" ones. This is making it simply unusable. Also, adding to the unusability is the "Installed (Available)" column. The last components of the available versions are almost always hidden unless I resize it to a quite large size, and even then, it's very hard to read. Compare it to the following (both versions can be seen easily): http://www.freesoftwaremagazine.com/files/www.freesoftwaremagazine.com/node… Steps to Reproduce: 1. Subscribe to a couple of heavily-populated repositories from Build Service. 2. Try browsing through upgradable packages. openSUSE 11.1 x86_64, YaST QT interface. See also: https://bugzilla.novell.com/show_bug.cgi?id=524000 -- openSUSE Feature: https://features.opensuse.org/307114

1 2

[openFATE 306957] Allow ymp (one-click installs) to set the repo priority
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Sven Burmeister (rabauke) Feature #306957, revision 1 Title: Allow ymp (one-click installs) to set the repo priority openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Sven Burmeister (rabauke) Description: When people use one-click installs to e.g. install or update KDE4, they get a lot of dependency issues because the buildservice repo does not have the right priority, i.e. higher than e.g. the oss or update repository. One-click installs only make sense if they are easy to use and facilitate the process of adding a repo. Having to open YaST software management to adjust the priority manually and re-running the update afterwards is not "one-click". Setting-up a repo includes setting the correct priority. The problem with ymp setting repos' priority is that those are relative to the repos already installed. The best solution would be to read the other repos' priority and suggest priorities for the new repos accordingly. The user can still change them in the one-click GUI. The minimal solution would be to just allow the user to set the repo's priority via the one-click GUI. -- openSUSE Feature: https://features.opensuse.org/306957

1 4

[openFATE 306321] disk id change in fstab
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Jean-Daniel Dodin (jdd_sysop) Feature #306321, revision 1, last change by Title: disk id change in fstab openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd_sysop) Description: "That basic request is that one or more simple tools be provided to allow a fstab to be automatically converted from /dev/sdaX nomenclature to one of the preferred methods." In other words, its now necessary to use YaST partitionner to change the fstab entry from /dev/sdx to the veeeeeeeeery long disk identification. This is very scary and is now nearly mandatory for updates. So it would be important to have some utility to make only this change in fstab and no other. If possible add the choice to use and set on the fly disk ID. -- openSUSE Feature: https://features.opensuse.org/306321

1 8

[openFATE 307479] YaST Software Manager - Downloading packages & dependencies to specified folders
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307479, revision 1 Title: YaST Software Manager - Downloading packages & dependencies to specified folders openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Mircea Kitsune (mirceakitsune) Partner organization: openSUSE.org Description: The YaST2 Software Manager in OpenSuse 11.1 is not capable of downloading packages and dependencies to chosen folders, rather then installing them. For some users it's important to download .rpms together with their dependencies for that Opensuse version, which is useful for keeping software backups, installing on machines that aren't connected to the internet or redistributing software found in repos. The way I would suggest an implementation is a command in the YaST Software Manager, such as splitting the "Accept" button into two "Install" and "Download" buttons, or a Download option when right-clicking a package in the search list, which then allows the user to browse for a folder and download their selection there. I remember someone saying this might be added in Opensuse 11.2, so please close this if it has already been done. Business case (Partner benefit): openSUSE.org: For some users it's important to download .rpms together with their dependencies for that Opensuse version, which is useful for keeping software backups, installing on machines that aren't connected to the internet or redistributing software found in repos. -- openSUSE Feature: https://features.opensuse.org/307479

1 1

[New: openFATE 308277] XFCE Desktop
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Alexey Shulenkov (s47) Feature #308277, revision 1 Title: XFCE Desktop openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Alexey Shulenkov (s47) Description: It would be very good, if openSUSE will have full-ready desktop based on XFCE. In current implementation it`s so discusting, it`s impossible to work out-of-box in fresh installed xfce from cd/dvd. You need a lot of time and knowledge to make it "workable". I don`t like fedora or ubuntu implementation of XFCE desktop (it`s too gnomish), but distro`s like zenwalk (or salix, in example), shows that it could be very comfortable and nice-looking desktop. As i think XFCE is much more balanced between powerfull and features, than gnome or kde. It would be fine alternative for gnome of kde. XFCE is simple and enough DE for work. I couldn`t find any info about live unofficial spin. I knew that was "opensuse 11.0 xfce spin", but now it`s "old" and wasn`t so perfect. Now i work on 11.2RC2 and think if all bugs will be solved, it would be the best openSUSE than ever was. I don`t like gnome, but in Your vision its the best. and i think that if such would be with XFCE, for me it would the best distro that i tried or saw. Thanks for attention. -- openSUSE Feature: https://features.opensuse.org/308277

1 3

[New: openFATE 308266] nfs-server
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: fsk aio (fasiko) Feature #308266, revision 1 Title: nfs-server openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: fsk aio (fasiko) Description: Add nfs-server package to oss repositories. Actualy only nfs-kernel-server and it's not work in openvz container. It's in openSuse 11.0 but not in 11.1 and 11.2 -- openSUSE Feature: https://features.opensuse.org/308266

1 2

[openFATE 307749] MySQL GUI Tools on Opensuse DVD
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307749, revision 1 Title: MySQL GUI Tools on Opensuse DVD openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Mircea Kitsune (mirceakitsune) Partner organization: openSUSE.org Description: For many users of the database, MySQL is very hard to manage without the MySQL GUI tools (especially MySQL Administrator). Although MySQL is included on the Opensuse 11.1 DVD the GUI tools don't appear to be. I suggest including them and all their dependencies on the OpenSuse installation media so they can be easily installed with the distributed MySQL version. The GUI tools can be found at http://dev.mysql.com/downloads/gui-tools/ Business case (Partner benefit): openSUSE.org: The MySQL GUI Tools are an important set of tools for administering MySQL, and in my opinion should be included with MySQL if possible. -- openSUSE Feature: https://features.opensuse.org/307749

1 1

[openFATE 307505] zypper should list updates by version, not by build version
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: M. S. (FunkyM) Feature #307505, revision 1 Title: zypper should list updates by version, not by build version openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: M. S. (funkym) Partner organization: openSUSE.org Description: If you look at the regular zypper workflow with refreshing, checking out updates and ending up upgrading those, one thing bothers me. Using the "list updates command, zypper shows me every package which has been updated. My fate here is to propose adding some switch to the "list updates" command to only list a package in the "lu" list if the package version increased and ignore build version changes. Test Case: Example: MozillaFirefox full version is 3.5.2-2.1. I don't want it listed in "lu" if the version changed to 3.5.2-3.1, but I care to get it listed if it was 3.5.3-1.1. Use Case: Most of the time it is just the same package, rebuilt by the build service or due to a packager adding some minor change and triggering a rebuild. Thus only the build version of the package increased, not the real package version. As long as my system is stable and I am just upgrading for features of new package versions I read up on the internets, I only care about the updates for packages that changes their package version, regardless if they had been rebuild or not. Business case (Partner benefit): openSUSE.org: This simplifies the use case of checking for real "software" updates on zypper, filtering out the updates that are caused by rebuilds. -- openSUSE Feature: https://features.opensuse.org/307505

1 2

[openFATE 307824] .jpg & .gif user icons
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307824, revision 1 Title: .jpg & .gif user icons openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Mircea Kitsune (mirceakitsune) Description: A small suggestion for a small component. When selecting an user icon under Configure Desktop -> Advanced -> Login Manager (11.1) the only common image format that is supported is .png. It would be nice if .jpg and .gif images could be chosen as login icons too (possibly .bmp if anyone still uses that). http://img27.imageshack.us/img27/7808/shot1w.png -- openSUSE Feature: https://features.opensuse.org/307824

1 7

[openFATE 307593] ScreenShots During instalation
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: belal mandurah (belal_mandurah) Feature #307593, revision 1 Title: ScreenShots During instalation openFATE: Unconfirmed Priority Requester: Desirable Requested by: belal mandurah (belal_mandurah) Description: I have some suggestions that i would like to see in the next coming release. During installation and choosing which desktop manager (GNOME,KDE3,KDE4) 1- I would like to see the interface SCREENSHOTS beside the Logo and the description (at least one small screenshot). to help newbie like me to decide which one I choose. 2- Further more, I would like see the option where I can install several desktop managers on the computer. eg(GNOME+KDE3). I know i can do it later in YaST, but some people don't know about it. Also it will save time for people who install more than one desktop manager. I know these suggestions are easy but I think they will make a big difference. These are my thoughts, Thank you. -- openSUSE Feature: https://features.opensuse.org/307593

1 4

[openFATE 307714] Listaller Inclusion
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: John Thomas (john_tomas) Feature #307714, revision 1 Title: Listaller Inclusion openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: John Thomas (john_tomas) Partner organization: openSUSE.org Description: Default inclusion of Listaller ( http://listaller.nlinux.org/ (http://listaller.nlinux.org/) ) in OpenSuse! Business case (Partner benefit): openSUSE.org: It would make software management a lot easier, specially for newbies! They would feel more at home. -- openSUSE Feature: https://features.opensuse.org/307714

1 3

[openFATE 307514] cdrecord alternative
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Thomas Peter (lizzarddude) Feature #307514, revision 1 Title: cdrecord alternative openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thomas Peter (lizzarddude) Description: Mr. Schillings constant ramblings about how openSuSE and other Linux distributions are violating the Copyright of his License Mixup should lead to development of an non-cdrecord-based alternative. -- openSUSE Feature: https://features.opensuse.org/307514

1 5

[openFATE 306291] ADD ability to launch YaST modules via SystemSettings
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #306291, revision 1, last change by Title: ADD ability to launch YaST modules via SystemSettings openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Paul Lubetsky (vegeek) Description: It would be better and simplier for novice to have only one configuration panel in the system, both for KDE and general System Administration via YaST. Similiar work was done for gnome: now opensuse has an integrated all-in-one control panel there. I propose to add an Administration tab in systemsettings, which would provide launchers for YaST`s system administration tools. Reproducible: Always Steps to Reproduce: Simply open menu: you`ll find there two different launchers for YaST and SystemSettings. Actual Results: Now SystemSettings and YaST aren`t integrated. Expected Results: User want to do some system administration tasks, he/she opens SystemSettings and opens required configuration tool. Something similiar was in SuSE 10.0 with KDE3.4. Relations: - ADD ability to launch YaST modules via SystemSettings (novell/bugzilla/id: 487611) https://bugzilla.novell.com/show_bug.cgi?id=487611 -- openSUSE Feature: https://features.opensuse.org/306291

1 7

[openFATE 306905] Create simple fallback output when using live CD
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Piotrek Juzwiak (BenderBendingRodriguez) Feature #306905, revision 1 Title: Create simple fallback output when using live CD openSUSE-11.2: Unconfirmed Priority Requester: Mandatory Requested by: Piotrek Juzwiak (benderbendingrodriguez) Description: We all know that a live CD is best to test out the distro. We also know that not every piece of hardware will be discovered correctly (mainly graphic card). I was thinking about including a simple output with text like "if the X server failed to start and you see just a black screen then try sax2 -r 0=vesa" on the TTY1 just after initializing the X server. Many people get discouraged by such simple thing or sometimes they don't even know what to do in such cases. This should be very simple to implement and will help A LOT to users new to linux. -- openSUSE Feature: https://features.opensuse.org/306905

1 5

[openFATE 306418] Bluetooth configuration via YaST
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Joop Boonen (worldcitizen) Feature #306418, revision 1, last change by Title: Bluetooth configuration via YaST openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: Corrently is rather complex for a newbee to configue for instance a gps receiver that is connected via bluetooth. Configure /etc/bluetooth/rfcomm.conf rfcomm bind rfcomm0 start gpsd /dev/rfcomm0 It would be helpful is bleutooth and bluetooth devices could be configured via YaST. -- openSUSE Feature: https://features.opensuse.org/306418

1 7

[openFATE 306634] Grey out services in Yast not installed
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Drew Kwashnak (dragonbite) Feature #306634, revision 1 Title: Grey out services in Yast not installed Buildservice: Unconfirmed Priority Requester: Desirable openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Drew Kwashnak (dragonbite) Description: Yast lists a lot of configuration options, such as in the Network services section, which users may not necessarily use or knows what it does. This is most likely with newer users to Linux and/or those who are not as involved with system/network administration. I am suggesting that if the related service is not installed (like Samba Server for example) then the configuration option in Yast should be greyed out. It gives a visual indicator of what you don't need to worry about configuring while lets you know what is installed and can be configured. Perhaps users clicking on the greyed-out icons can be greeted with a message giving a brief description of what the service does and offers a chance to install it at that point if they are interested. At that point it could drop them into the software manage screen with the required and recommended services filtered in the package list and the required ones to be already checked off so all the user has to do is click to Accept/Install them. Ultimately when I was trying to configure my openSUSE for the network, for which I am still very new to even though I've learned a lot so far, I was confused by all of the choices and ended up making a bigger mess than accomplishing what I was trying to do. PS: This is my frist openFATE entry. If I am going about this incorrectly please let me know. -- openSUSE Feature: https://features.opensuse.org/306634

1 11

[openFATE 306655] zypper: new command needed
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Sascha Manns (saigkill) Feature #306655, revision 1 Title: zypper: new command needed openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Description: Today my X-System crashed. So i become an Idea. It would be graeat, if we can implement an Function in zypper, who search the whole RPM-Database, and detects Errors with the installed Packages. And if he found Errors, that he connects to the Net and reinstalls the broken Packages. -- openSUSE Feature: https://features.opensuse.org/306655

1 8

[openFATE 306667] Include Ramlog application
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #306667, revision 1 Title: Include Ramlog application openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Glenn Doig (doiggl) Description: See article Improve system performance by moving your log files to RAM http://www.linux.com/feature/141231 (http://www.linux.com/feature/141231) http://tofu3.szm.sk/ramlog/ (http://tofu3.szm.sk/ramlog/) (Some info) The Ramlog project lets you keep your system logs in RAM while your machine is running and copies them to disk when you shut down. If you are running a laptop or mobile device with syslog enabled, Ramlog might help you increase your battery life or the life of the flash drive on your mobile device. As a side effect of using Ramlog, you will be less likely to be caught out by a daemon that suddenly starts sending a message to syslog every 30 seconds and saps your battery keeping the hard disk spinning. Rpm: http://tofu3.szm.sk/ramlog/1.1.0/rpm/ramlog-1.1.0-1.noarch.rpm (http://tofu3.szm.sk/ramlog/1.1.0/rpm/ramlog-1.1.0-1.noarch.rpm) Thankyou -- openSUSE Feature: https://features.opensuse.org/306667

1 3

[openFATE 306324] Improvements to Failsafe mode
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Rajko Matovic (rajko_m) Feature #306324, revision 1, last change by Title: Improvements to Failsafe mode openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rajko Matovic (rajko_m) Description: Currently when kernel fails to load, user can only give up on installing openSUSE. Failsafe mode can help sometimes, but load of kernel parameters can introduce problems later. Knoppix offers alternatives that may work on particular hardware without going trough process of discovery of proper kernel parameters, and it has help pages available right from the boot screen. Both combined make booting possible with very little to no experience in kernel issues. -- openSUSE Feature: https://features.opensuse.org/306324

1 5

[openFATE 306902] Scripts by the users
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Jan Gerrit Marker (JanGerritJose) Feature #306902, revision 1 Title: Scripts by the users openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Jan Gerrit Marker (jangerritjose) Description: There some problems which could be solved easily by shell scripts (like deleting plasma-appletsrc if something is wrong with plasma). But nobody knows it and suddenly there are 10 questions about problems with Plasma in 10 forums which all could be fix by deleting plasma-appletsrc. There could be a webinterface where users could upload their scripts. There would be a description of the actions of the script and the problem, they try to fix. Users could use a YaST module to search for a script which fixes the problem, download it and execute it. There could be a voting system about the scripts: solved the problem fast, not so fast, did something wrong and so on. To ensure that the scripts don't destroy the system there could be two categories: "Tested", "Untested". Trustable openSUSE-Members could move the scripts from "Untestes" to "Tested". Or, if there are a lot of good votes for the script, the script would be moved automatically. -- openSUSE Feature: https://features.opensuse.org/306902

1 3

[openFATE 307376] On-the-fly encrypting/decrypting filesystem
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Patrick Weimer (smoovn) Feature #307376, revision 1 Title: On-the-fly encrypting/decrypting filesystem openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Patrick Weimer (smoovn) Description: I'm searching for a on-the-fly encryption for my /home/ partition. Maybe its a good feature for OpenSuSE itself? -- openSUSE Feature: https://features.opensuse.org/307376

1 5

[openFATE 306666] Complete remove-install-update with zypper
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: James Carter (jimc_uclamath) Feature #306666, revision 1 Title: Complete remove-install-update with zypper openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: James Carter (jimc_uclamath) Description: This is a feature request for zypper-1.0.9-0.1.1 in OpenSuSE 11.1. Obviously the improvements would go into a future SuSE release. In my use case, I have 0.5 FTE to spend on system administration of about 120 researchers' workstations and compute nodes running OpenSuSE. My goals involving zypp in order of frequency of occurrence are: apply security patches; install or remove software according to particular research groups' needs; deploy new machines that have no OS on the disc; and upgrade every 18 months to a new distro version. To accomplish these tasks I need to minimize hand labor in package management. What am I trying to accomplish in package management? Software which is not wanted on a machine should be removed if present, and software which is wanted should be installed if absent, plus dependencies, or upgraded to the latest patch version. I suspect that quite a lot of SuSE users, not just me, would like a package management program which could enforce a locally created pattern, automatically removing, adding and updating packages as needed. Back in SuSE 8.2, rug and zypper/libzypp being in the future, I wrote a perl script to make these goals happen. When zypper first came out I investigated it but found it lacking; the lack of a "dry run" (-D) switch precluded testing. But now with the 64bit x86_64 architecture, and with dependencies involving components and version relations, my script is not flexible enough. I again investigated zypper. With the features now present, specifically the -D (dry run) switch, zypper can now do part of my job if shepherded by a lot of supporting scripting. I would like to list features which would make it useful for the whole job. 1) In rare but important cases we need to blacklist or "hold back" updates. Debian has this feature, and even Microsoft Windows can do it. 2) Zypper should have a "negative removal" mode, that is, rather than listing all the packages you want to remove, you list all the packages you want to keep. Zypper will add all their dependencies, and the non-listed packages (including their exclusive dependencies) will be removed. (My new script uses kludge techniques with rpm, not zypper, to do this calculation, but it's hard and time-consuming, 0.125 second per installed package, to deal with dependencies.) 3) Zypper should have an option to be silent about packages already installed. In other words, you list all the packages you want on the machine, and it installs the missing ones, if any. My new script excludes installed packages from the list of wanted packages before feeding the remainder to zypper, but zypper internally could do this much more neatly. 4) I assume that if I take a back-version machine and trick zypper into orienting on a new distro version, it will recognize that a new version is available for every package and take action accordingly. The distro version (and architecture: changing i586 to x86_64) should be selectable on the command line. 5) The YaST installer downloads a package, then installs it, then repeats. (Or perhaps downloading and installation are smartly overlapped.) Zypper should do the same thing, not requiring disc space for every affected package at the same time. To check that all packages can be downloaded, it can do HEAD requests at the start. There should also be a command line option to not be anally retentive about missing packages: if a transient failure prevents downloading, always retry the package (and those requiring it) later, and if the failure is permanent, install as much as you can, don't die on the spot like zypper presently does. 6) Zypper should install packages in dependency order, so if a failure interrupts the process the machine has no missing dependencies, even if wanted packages are missing. I don't know if zypper already does this. The YaST installer, which I assume is based on libzypp, is seen to install aaa_base kind of in the middle of the set of packages, which leads me to bring up this point. 7) Zypper should have options to remove, install or replace packages itself like it does now, but it should also be able to emit a list or table of affected packages that can be postprocessed before installation or removal. For removal this would be package full names; for installation it would be URLs in the repositories (with an option for plain file names instead of file:/// URLs); for updates both items are needed. It would help in a lot of postprocessing situations if you could optionally ask for the package basenames to be prepended as another field; e.g. if the full name is "zypper-1.0.9-0.1.1" the basename is "zypper". Also helpful in setting up the list of wanted packages would be a separate table of dependency relations, e.g. when the output says "AA BB" it means that package AA is required by package BB. Machine readable format is important; you might make an option to pick tabular output or English texts. In my new script to get dependencies I do "rpm -e --test $pkg" and then parse the English output, which is a crock, takes a lot of time, and is unreliable if you ever "improve" the texts. 8) Wherever a list of thousands of packages or URLs can appear on the command line, zypper should also be able to read these from a file. If either kind of list turns up with zero packages, zypper should shut up and install each of them, same as if one or more packages are on the list. 9) Likely zypper already determines the product, version and architecture from /etc/SuSE-release, but there are so many variants of the first line that it's a crock to parse it. Presently you give "VERSION = 11.1" in the second line (with blanks); I would suggest also giving the PRODUCT and ARCH, and without blanks so in a shell script one can do eval `grep '=' /etc/SuSE-release` rather than dumbly using "tr" to make the blanks go away. 10) Likely it is possible to use the Python binding of libzypp to easily write a wrapper script that easily does all of the above requests. (I prefer Perl; can we have that language binding also?) However, I was not able to find documentation to even get started, i.e. to specify the repositories and a list of packages. So my new script reeks of kludges and fails to use zypper (libzypp) for the most important steps. My final request is for documentation on libzypp that I can use for projects of this kind. Related FATE tickets: * 300758 (../300758) : Show orphan packages (rejected in v11.1). Also 306627 (../306627) , a duplicate with a better use case description. * 302159 (../302159) : Only download packages (rejected in v11.1). Just give me the list of URLs; I'll download them on my home DSL connection, distribute on the home net, and then do rpm -F *.rpm. * 305634 (../305634) : Distro version upgrade from the command line using zypper. Hear, hear! My old script could do this. -- openSUSE Feature: https://features.opensuse.org/306666

1 1

[openFATE 307837] OpenLDAP Modules and Overlays
by fate_noreply＠suse.de 12 Nov '10

12 Nov '10

Feature added by: Dieter Kluenter (dkluenter) Feature #307837, revision 1 Title: OpenLDAP Modules and Overlays Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Dieter Kluenter (dkluenter) Description: Up to now, all Overlays of OpenLDAP are statically build in. I would like to request to build Overlays and some backends as Modul. -- openSUSE Feature: https://features.opensuse.org/307837

1 2

[openFATE 307956] Improved tftp yast module
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Birger Kollstrand (MrKane) Feature #307956, revision 1 Title: Improved tftp yast module openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Birger Kollstrand (mrkane) Partner organization: openSUSE.org Description: Goal: To facilitate an even smoother setup of an installation server where clients can be installed wia ethernet. Suggested solution: The Yast tftp module or the yast Install server module is added a ppossibility to edit the pxelinux etherboot setup. For the first iteration text editing of the "default" config file in pxelinux.cfg is added. The second iteration will add the new builds loaded into the Installtion servers to the "default" config file in pxelinux.cfg and copy the initrd and the linux file to the correct location. I prefer to have them under separate directories under /srv/tftpboot. Sample configuration files can be obtained from me. Use Case: Facilitate easy setup of a complet installation server with distros delivered by ftp/http and the initial boot process handled through tftp. This removes the need for a separate boot disk, memory stick etc. Business case (Partner benefit): openSUSE.org: It makes it way easier to setup a large environment where a number of machines needs to be installed with a SuSE version. It makes it really easy to test on different versions of openSUSE, SLES etc. especially when combined with autoyast. A complete re-installation is done in a few minutes. -- openSUSE Feature: https://features.opensuse.org/307956

1 1

[New: openFATE 308289] Dedicate More third party support
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Gary Pikula (shadoweva09) Feature #308289, revision 1 Title: Dedicate More third party support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Gary Pikula (shadoweva09) Partner organization: openSUSE.org Description: All of the desktop Linux distributions could definitely benefit from better third party software support. The case right now is that a company may decide to dedicate resource to make their software Linux compatible, but likely will only dedicate enough resources to make it .rpm, .deb, or .tar.gz packages and nothing else because of the small market share. They also don't want their software being hosted in repository servers and keep control over distribution. I know the politics usually go that the should use our package format and our repositories, but they don't and certain reasons come up that make it impossible to do so (like Skype needing to protect their phone bills). Since they didn't use the format the user has, the user has to do all the work getting it to work and they suffer. Use Case: A user is using a distribution that uses rpm install files and needs to install commercial software to connect to their school's application server. The company that makes the software only dedicated enough resources to make the debian package. The user now has to install and learn to use special software to make the client software work. If there was a special way of handling Third party software that businesses were encouraged to use and all desktop Linux distributions supported that way of software management the users would not suffer, and business would not have to choose between which package format to allocate project funds for. Business case (Partner benefit): openSUSE.org: To put an end to the second rate treatment of software that's not in repositories, make the user experience much better for people using third party software, and reduce costs for companies developing software for desktop Linux by eliminating the need to create multiple packages. -- openSUSE Feature: https://features.opensuse.org/308289

1 4

[openFATE 307787] Protection against modifying of system libraries
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307787, revision 1 Title: Protection against modifying of system libraries openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Mircea Kitsune (mirceakitsune) Description: A few days ago I made a mistake that caused me to brake my KDE and Linux installation. Although the fault was mine, I believe OpenSuse should have a protection against dangerous system changes or at least signal the user clearly when a change to system packages could damage important components. What I did was upgrading Pidgin messenger from version 2.5.1 to 2.6.2, but selecting the 32bit version from the repositories instead of the 64bit one (the installed 2.5.1 was the correct 64bit version). I didn't realize it and Yast replaced KDE and system libraries with 32bit versions, ripping the install apart. OpenSuse did not notify me that I would replace and brake system components, and everything appeared like a normal installation. Although I learned from my mistake and should have better reviewed the list of changes, I believe OpenSuse should have not allowed such a change rather than letting it seem like a normal installation. This is dangerous for new users who may not be aware of such dangers and only learn after braking their first OpenSuse install. Test Case: On a 64bit version of OpenSuse 11.1 KDE4 which has Pidgin 2.5.1-x.x-x86_64 installed: 1 - Open Yast -> Software Management, and add the following repository in Configuration -> Repositories: http://download.opensuse.org/repositories/GNOME:/Factory/openSUSE_11.1/ 2 - Refresh it then return to the search screen and search for Pidgin. Select pidgin from the packet list and in the Versions tab below select "2.6.2-x.x-i586 from gnome-repo" and click Accept. 3 - A conflict window will appear, mentioning you can either take some actions to resolve the conflict, not install pidgin, or ignore some of its dependencies. Under "Following actions will be done" there is a "369 more" list which includes important system libs that would be changed with 32bit versions. 4 - If the user is a Linux beginner and has commonly avoided such conflict windows, he may not give enough attention to this nor realize he has selected the i586 version and choose to replace the libraries. Once installation is done KDE and Linux core components are broken and the OpenSuse installation damaged. This is an example screenshot (I have the correct version of 2.6.2 already installed, consider it's 2.5.1-x86_64 at the top): http://img27.imageshack.us/img27/9106/installg.jpg -- openSUSE Feature: https://features.opensuse.org/307787

1 9

[openFATE 307551] Booting Live OS from a USB drive
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Ben Metzner (Bman22) Feature #307551, revision 1 Title: Booting Live OS from a USB drive openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ben Metzner (bman22) Partner organization: openSUSE.org Description: I think it would be great to allow for a live session to be run via a usb key. Almost every live distro i know supports it as a feature, and even a lot of non-live-specific distro's have the option to run live from a usb key. If this could be incorperated in 11.2, or 11.3, it would be great. Just providing an ISO file to image to a usb drive would be great, seeing as the current images won't boot from a usb key. Use Case: Somebody who wants to be able to easily carry around multiple linux distrobutions, and boot them from a usb drive, or memory card reader in their computer. Business case (Partner benefit): openSUSE.org: I want this specifically so i can image some sd cards with my favorite distro's (OpenSuSE obviously being one of those), and just reboot the computer with a different sd card when i want a different distro, instead of having to carry around multiple cd drives, as well as an external cd player for my netbook. -- openSUSE Feature: https://features.opensuse.org/307551

1 7

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

08 Nov '10

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

1 11

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

08 Nov '10

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

1 15

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

05 Nov '10

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

1 20

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

05 Nov '10

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

1 3

[openFATE 307145] delta rpm's for all major repositories
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Bill P (google01103) Feature #307145, revision 1 Title: delta rpm's for all major repositories Buildservice: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Bill P (google01103) Description: I understand this is planned but have not seen any recent mention of it and considering as how the recent updates to the KDE4 factory repo's has been both large and frequent this would be a most desirably feature for those of us with slower dsl and dialup connections -- openSUSE Feature: https://features.opensuse.org/307145

1 11

[openFATE 306641] Manage flickr from the openSUSE Desktop
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Karl Eichwalder (keichwa) Feature #306641, revision 1 Title: Manage flickr from the openSUSE Desktop Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Karl Eichwalder (keichwa) Description: For a short into, see http://en.opensuse.org/Flickr -- openSUSE Feature: https://features.opensuse.org/306641

1 4

[New: openFATE 308382] Add support for Huawei E1750 3G USB modem
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Zayed Al-Saidi (zayed2001) Feature #308382, revision 1 Title: Add support for Huawei E1750 3G USB modem openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Zayed Al-Saidi (zayed2001) Description: Please add the support for Huawei E1750 3G USB modem. It requires adding some configurations to etc/udev/rules.d/usb_modeswitch.rules and etc/usb_modeswitch.conf . For details see this: http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?t=217&sid=5ee7e6… I have a E1750 modem and it works after I follow that steps. -- openSUSE Feature: https://features.opensuse.org/308382

1 1

[New: openFATE 308376] wicd like a network manager
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #308376, revision 1 Title: wicd like a network manager openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Agustin Chavarria (dj_ubun_1) Description: The network manager in opensuse 11.2, sucks! i use wicd for months and i dont have any problem with that. It will be great use wicd like a network manager in opensuse 11.3 -- openSUSE Feature: https://features.opensuse.org/308376

1 4

[New: openFATE 308358] Normall version evolution
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Louis Gutierrez (louisgtz) Feature #308358, revision 1 Title: Normall version evolution openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Louis Gutierrez (louisgtz) Partner organization: openSUSE.org Description: Rather then having so many versions and upgrades (twice per year) allow the operating system to evolve in a non disruptive way; allowing you to apply a service pack rather then a upgrade.Version 10.3 was great, it supported dual monitors and wireless connectivity with Intel wireless cards. 11.0 was not so good, it broke my dual screen and wireless support was not very stable with WPA. 11.1 was back, it supported very well dual screens and WPA worked very well. Now we upgrade to 11.2 and it works very well but the update feature not so dependable. I did the update process and my existing installation became very sluggish, to regain the performance I had to do a clean installation. I used other distributions and on a regular basis I test other distributions and I can tell you that yes, some of the others do a very good update to new versions without problems. I have been using openSUSE since version 10.2 and it has been painful every time there is a upgrade. Yes, I think it is the best distribution for anyone, easy to use and powerful, the best linux desktop distribution. Not being able to evolve with your computer operating system tends to not give you the confidence to keep your valuable data in the computer. The questions that comes up is how long am I going to have this version? When the new version comes out in 8 months I will have to do a new installation again? If we compare it to Microsoft you can keep your data in your computer for several years and the minor upgrades are service packs and yes, mayor upgrades are questionable if your installation, data and programs will survive but at least you are not dealing with it every 8 months. Business case (Partner benefit): openSUSE.org: Make openSUSE a viable platform for the long term. Let it evolve in a non-disruptive way, not having to re-install every time there is a minor upgrade. -- openSUSE Feature: https://features.opensuse.org/308358

1 1

[New: openFATE 308259] Enable file/directory movement from iFolder WebUI
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Andrew Wafaa (FunkyPenguin) Feature #308259, revision 1 Title: Enable file/directory movement from iFolder WebUI openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Andrew Wafaa (funkypenguin) Description: Please could you add the functionality to move files & directories from within the Web UI of iFolder. At present users would have to download the individual files and then re-upload/delete them. This can be very time consuming and tedious, especially if one has manyh files in a directory. -- openSUSE Feature: https://features.opensuse.org/308259

1 3

[openFATE 308146] One Installation DVD for 32 an 64 bit
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Wolfgang Dautermann (dauti) Feature #308146, revision 1 Title: One Installation DVD for 32 an 64 bit openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Wolfgang Dautermann (dauti) Description: It would be nice, if a 32/64 Bit Installation DVD would exist. (ONE DVD where both a 32 and a 64 bit Version can be installed). (Of course, with less packages, but where one could do a basic installation. After that additional packages could be installed using the network). -- openSUSE Feature: https://features.opensuse.org/308146

1 4

[openFATE 308041] zip 3.0 and unzip 6.0
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Wilfred van Velzen (wvv) Feature #308041, revision 1 Title: zip 3.0 and unzip 6.0 Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Wilfred van Velzen (wvv) Description: As the title suggests: upgrades for zip-2.32 to zip-3.0 and unzip-5.52 to unzip-6.0 -- openSUSE Feature: https://features.opensuse.org/308041

1 3

[openFATE 307886] provide a startup option for a ramdisk
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #307886, revision 1 Title: provide a startup option for a ramdisk openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Provide a startup option for a ramdisk on booting opensuse , perhaps have options for 15%, 20% or 25% of ram for ramdisk. -- openSUSE Feature: https://features.opensuse.org/307886

1 2

[openFATE 307875] Update storebackup version
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Guenter Schwann (gusch5) Feature #307875, revision 1 Title: Update storebackup version openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Guenter Schwann (gusch5) Description: Update storebackup (http://storebackup.org/) from it's currently used outdated 1.19 version to the newest version (3.2). -- openSUSE Feature: https://features.opensuse.org/307875

1 2

[openFATE 307845] Fast/usable desktop effects with fglrx driver
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Dominik Grafenhofer (dgrafenhofer) Feature #307845, revision 1 Title: Fast/usable desktop effects with fglrx driver openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Dominik Grafenhofer (dgrafenhofer) Partner organization: openSUSE.org Description: Some desktop effects (e.g. maximizing windows on compiz and kwin4) are unacceptably slow (take a few SECONDS) when using the fglrx driver on ATI cards. This problem is well known and has been discussed in many places (e.g. on the Phoronix forums (http://www.phoronix.com/forums/showthread.php?p=90703) ). Who is to blame for the problem, is not entirely clear (possible candidates: kwin, xorg, fglrx - e.g. see this blog (http://blog.jasondonenfeld.com/169) ). It is reasonable to suspect that it will still take some time until the true source of the problem is located and a fix is brought foreward. As an intermediary solution there exists a "workaround" (a patch (https://cvs.fedoraproject.org/viewvc/F-11/xorg-x11-server/xserver-1.4.99-do…) for xserver), which disables background initialization. This will result in background corruption (video garbage) in windows or new objects, however it also gives a performance boost e.g. for users of ATI graphics cards and chips under the fglrx driver, and on some drivers the corruption isn't noticeable. It is the background corruption for other drivers, which prohibits the patch from being applied upstream. Therefore Ubuntu provides a PPA (https://launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill) containing xserver packages with this patch applied for users of fglrx. I think that openSUSE should follow suit and create a (semi-)official repository. I have already built the respective packages in my private buildserver project (http://download.opensuse.org/repositories/home:/dgrafenhofer/openSUSE_Facto…) , but I think that these packages deserve a more prominent and visible place. Links: Buildservice repository for Factory: http://download.opensuse.org/repositories/home:/dgrafenhofer/openSUSE_Facto… (http://download.opensuse.org/repositories/home:/dgrafenhofer/openSUSE_Facto…) Fedora patch: https://cvs.fedoraproject.org/viewvc/F-11/xorg-x11-server/xserver-1.4.99-do… (PPA for Ubuntu https://launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill) PPA for Ubuntu: https://launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill (https://launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill) Test Case: Install the fglrx drivers for your ati card/chip. Turn on desktop effects (compiz or kwin4). Open a window. Maximize the window. Minimize the window. Note the delay (measured in seconds without the no-backfill patch, not noticable with the patch applied) Use Case: Everyday work using a destop environment typically involves opening, maximizing, minimizing,... windows. Business case (Partner benefit): openSUSE.org: We want fast/usable desktop effects with the fglrx driver -- openSUSE Feature: https://features.opensuse.org/307845

1 21

[openFATE 307843] Media Center
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Ryan O'Donnell (ryanodonnellsystems) Feature #307843, revision 1 Title: Media Center openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ryan O'Donnell (ryanodonnellsystems) Partner organization: openSUSE.org Description: I should think that OpenSUSE should get a media center so people can watch movies , listen to music and playing games in high def. Business case (Partner benefit): openSUSE.org: So people can play games listen to music and watch videos in high definition. -- openSUSE Feature: https://features.opensuse.org/307843

1 4

[openFATE 307813] Include skype on opensuse 11.3X
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #307813, revision 1 Title: Include skype on opensuse 11.3X openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Include skype on a opensuse 11.3X Non-oss section (if correct) Sourced skype binary from http://www.skype.com/intl/en/download/skype/linux/choose/ Additional information from http://en.opensuse.org/Skype Please ensure skype installs in a opensuse 64 bit (x86_64) installation as well - From the link - it includes the following: You will need at least these packages before installing Skype. - install libqt4 libqt4-x11 libqt4-dbus-1 libsigc++2 - If you are running on a 64-bit platform, you will also need the *-32bit RPM packages, since Skype is a 32-bit application. install libqt4-32bit libqt4-dbus-1-32bit libqt4-x11-32bit libsigc++2-32bit Thankyou Glenn -- openSUSE Feature: https://features.opensuse.org/307813

1 4

[openFATE 307766] ZTE MF636+ 3G usb mobiledatamodem support
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Suc cee (succee) Feature #307766, revision 1 Title: ZTE MF636+ 3G usb mobiledatamodem support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Suc cee (succee) Description: Latest (september 18 2009) factory version of openSUSE 11.3 seem not to support yet worldwide very populas ZTE MF636+ 3G usb mobiledatamodem. Could it be included? There's information about it in these threads http://forums.opensuse.org/how-faq-read-only/unreviewed-how-faq/417808-sett… http://forums.whirlpool.net.au/forum-replies-archive.cfm/1130260.html Seems that it works "out of the box" in ubuntu/kubuntu 9.xx, so would be nice to have it work too in openSUSE. -- openSUSE Feature: https://features.opensuse.org/307766

1 3

[openFATE 307725] Virtual Machine with latest openSUSE release
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Pavol Rusnak (prusnak) Feature #307725, revision 1 Title: Virtual Machine with latest openSUSE release openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Pavol Rusnak (prusnak) Description: Jaromir Cervenka started a little project where everyone can try the latest openSUSE release (atm M7) via VNC or SSH. See http://www.cervajz.com/page/openSUSE-verejne.html (in Czech, but " vncviewer leon.i-tux.cz:1 " and " ssh virtual(a)leon.i-tux.cz -p1111 " should be understandable for everyone :-)) It would be nice if Novell started to provide something similar, because it received a huge positive feedback in Czech and Slovak Linux Community. -- openSUSE Feature: https://features.opensuse.org/307725

1 11

[openFATE 307389] Can the joomla package be included on opensuse
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #307389, revision 1 Title: Can the joomla package be included on opensuse openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Glenn Doig (doiggl) Description: Can the joomla package (Open Source Content Management System) be included on opensuse ? http://www.joomla.org/ (http://www.joomla.org/) Joomla! License Guidelines http://www.joomla.org/content/view/5/6/ (http://www.joomla.org/content/view/5/6/) OBS joomla project https://build.opensuse.org/package/show?package=joomla&project=home%3Aopens… Last build info Rebuild i586 succeeded joomla-1.5.10-4.2.noarch.rpm joomla-1.5.10-4.2.src.rpm joomla-installation-1.5.10-4.2.noarch.rpm Rebuild x86_64 succeeded joomla-1.5.10-4.2.noarch.rpm joomla-1.5.10-4.2.src.rpm joomla-installation-1.5.10-4.2.noarch.rpm Thanks -- openSUSE Feature: https://features.opensuse.org/307389

1 1