November 2010 - openSUSE Features - openSUSE Mailing Lists

[openFATE 303749] provide common source for a overall battery time information
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #303749, revision 27 Title: provide common source for a overall battery time information openSUSE-11.1: Rejected by Christian Zoz (zoz) reject date: 2008-09-12 12:04:06 reject reason: We could not provide that in time. And it does not effect UI funtionality. Priority Requester: Important Projectmanager: Desirable - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:48:21 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Important Projectmanager: Desirable Requested by: Danny Kukawka (dkukawka) Developer: (Novell) Description: In the past we used powersaved to get battery information. Powersaved provided information about each battery but also about all batteries. There was a overall battery object which e.g. provided remaining time information for all batteries in the system (of one type). Now we use HAL to collect these information. Unfortunately there is no such overall battery object to calculate the full remaining time in multibattery machines. HAL has no such object like powersaved. AFAIK g-p-m calculates it own remaining time, but KPowersave only use the info from HAL. Because of this KPowersave show no overall remaining time. IMO it's no option to do all the magic like g-p-m in KPowersave. There should be a common place to do this and provide the same information for all applications (KDE/GNOME/....). It could be HAL or a new powermanagement daemon (like powersaved) if DeviceKit is comming. Relations: - Power consumption gauge (feature/id: 302446) - Support multiple battery indication (feature/id: 304716) Discussion: #1: Christian Zoz (zoz) (2008-06-19 14:46:22) This feature is usefull if all applications that show battery information would use it. Jared, who can tell us if g-p-m would accept that solution? - We should also enhance this feature a bit. Hal should also serve individual and overall power consumption. This is needed for feature: #302446: Power consumption gauge #3: Jared Allen (jpallen) (2008-06-19 09:29:23) (reply to #1) We need to make sure that any changes are made in time for g-p-m to take advantage of the changes in time for SLE11. Richard Hughes is the upstream maintainer. #2: Christian Zoz (zoz) (2008-06-19 15:01:35) I forgot to mention another feature that should make use of this: #304716: Support multiple battery indication #4: Christian Zoz (zoz) (2008-06-25 19:07:40) Danny, please contact Richard. Since you need that feature for kpowersave anyway, let's do it. #5: JP Rosevear (jproseve) (2008-09-11 19:36:06) I assume we are going to reject this? -- openSUSE Feature: https://features.opensuse.org/303749

1 0

[openFATE 306508] external checksum for supplied files
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Marcus Meissner (msmeissn) Feature #306508, revision 1 Title: external checksum for supplied files openSUSE-11.2: New Priority Requester: Desirable Requested by: Marcus Meissner (msmeissn) Description: (on behalf of Elmar Stellnberger) I would appreciate the OpenSuse-project to keep sha-1s/md5sums of all valid files as other professional OS vendors do (Microsoft, Apple). I believe the effort to implement this would not be too high; the creation of an automatic cheksum list could be implemented in the build service (see also: https://bugzilla.novell.com/show_bug.cgi?id=491193). To me keeping such a list is the only way to verify that a system is clean because in my case attackers succeeded to alter the checksum table of the rpm database (rootkit was additionally not found by any antivirus sw i.e. clamav, norton, chkrootkit, etc.). Without such a checksum table I had to recreate a plain installation by hand (i.e. some self written script) by redownloading exactly the same realease and package versions from the same source as they had been drawn originally from in order to compare both roots: very cumbersome, laborious (about 2000 packages) and error prone; some packages from Packman differed although they were of same version, release and download URL; others were not available any more. I believe maintaining such a checksum table would be a true win for the Opensuse project in means of security and error reporting. Relations: - provide boot cd to md5sum core system files (novell/bugzilla/id: 491193) https://bugzilla.novell.com/show_bug.cgi?id=491193 -- openSUSE Feature: https://features.opensuse.org/306508

1 13

[openFATE 305946] NetworkManager - Autoselect correct peap version
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Helmut Schaa (hschaa) Feature #305946, revision 1, last change by Title: NetworkManager - Autoselect correct peap version openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Helmut Schaa (hschaa) Description: If no peap version is specified wpa_supplicant will already choose the right one. However, NetworkManager does not make use of that feature yet. It would be much easier for users to select peapversion "Auto" instead of having to know if the authentication server allows version 0 or 1. The peap version selection should still be possible as the user may restrict the connection to a specific peap version. Hence, I suggest a drop down combo with the items "Auto", "version 0" and "version 1". -- openSUSE Feature: https://features.opensuse.org/305946

1 4

[openFATE 306330] Creating .document files for PDF and HTML
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Karl Eichwalder (keichwa) Feature #306330, revision 1, last change by Title: Creating .document files for PDF and HTML openSUSE-11.2: New Priority Requester: Mandatory Requested by: Karl Eichwalder (keichwa) Description: To make PDFs visible in yelp, we need .document file; for more information, see fate#306322. The same is valid for HTML output. All I need is the title in the "Name" entry of a .document file. The rest I'll create at packaging time with my script. "make package" resp. make package-html resp. "make package-pdf" must create these files. As the file name I propose to use $(BOOK)_$(LL).document. -- openSUSE Feature: https://features.opensuse.org/306330

1 4

[openFATE 305324] Netcontrol does not set up WLAN when kill switch activated
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305324, revision 14 Title: Netcontrol does not set up WLAN when kill switch activated - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:49:57 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Important Requested by: Marius Tomaschewski (mtomaschewski) Developer: (Novell) Description: Provide udev rule to activate / deactivate WLAN interface based on killswitch event --- On my Lenovo ThinkPad T60p, the WLAN hardware kill switch doesn't work as expected. I am _NOT_ using NetworkManager, but the traditional ifup method. The problem seems to be, that the wlan interface is not properly brought up/down when I use the kill switch. --- This wont be fixed for 11.0, because there are different types of killswitch events for different drivers. And it works with NetworkManager. But for 11.1 we should be able to handle it more easily. There will be unified killswitch events. What we need is a additional udev rule that calls ifup for that event. Relations: - Netcontrol does not set up WLAN when kill switch activated (novell/bugzilla/id: 383309) https://bugzilla.novell.com/show_bug.cgi?id=383309 Discussion: #1: Jan Engelhardt (jengelh) (2009-06-18 23:52:42) Is not the kill switch handled directly in the kernel? #2: Vladimir Botka (vbotka) (2009-09-08 21:38:00) In the case of the Thinkpad T60 the killswitch is handled by the acpid. This even is sent via HAL to the d-bus. The corresponding application should act on this event. AFACT neither Network Manger nor ifup/ifdown act to this event. The signal the HAL sends to the d-bus is from *acpi_rfkill_tpacpi_bluetooth_* . I can see that the bluetooth device is switching on/off on this signal. #3: Marius Tomaschewski (mtomaschewski) (2009-10-02 08:55:32) (reply to #2) Netcontrol alias ifup does not listen to any d-bus events. A udev event is required. -- openSUSE Feature: https://features.opensuse.org/305324

1 0

[openFATE 305474] provide reliable suspend-on-lid-close
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305474, revision 12 Title: provide reliable suspend-on-lid-close - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:50:03 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Desirable Requested by: Juergen Weigert (jnweiger) Description: I suggest to have a configuration option cause a suspend on lid-close regardless of other circumstances. Currently * presence of AC-power, * the selected desktop KDE/Gnome/Text, and * presence of docking station all have influence on suspend. The exact logic is apparently changing between beta versions. I'd like to be able to configure a general and unconditional suspend on- lid-close function. Discussion: #1: Axel Braun (docb) (2009-04-27 13:06:57) Good idea! That would allow a laptop to close even if you are on the login-screen. #2: Martin Seidler (pistazienfresser) (2010-04-26 13:52:45) Only suspend to RAM (sleep)? Could suspend to disk cause problems (especially with dual boot systems)? -- openSUSE Feature: https://features.opensuse.org/305474

1 0

[openFATE 305851] Include kiwi-ltsp in Factory
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #305851, revision 1, last change by Title: Include kiwi-ltsp in Factory openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Jigish Gohil (cyberorg) Description: I've been maintaining KIWI-LTSP: LTSP5 implementation on openSUSE using KIWI in server:ltsp Build Service repository, now it is at the stable and production ready state. This is request to include the packages(not all of them) in openSUSE Factory, and possibly 11.3 later. Relations: - Include kiwi-ltsp in Factory (novell/bugzilla/id: 474360) https://bugzilla.novell.com/show_bug.cgi?id=474360 Discussion: #1: Jigish Gohil (cyberorg) (2009-02-10 08:42:08) Should this have gone on https://features.opensuse.org/ ? #2: andrea florio (anubisg1) (2009-02-10 09:16:58) +1 for me... kiwi-ltsp is great and works fine! #3: Shrenik Bhura (sbhura) (2009-02-11 05:20:31) The inclusion will largely serve as an impetus for further development of this great project. With increased exposure, the motivation to deliver a quality project shall also increase. #4: Ken Yap (ken_yap) (2009-02-11 06:31:44) Yes, please include it in OpenSUSE, it will make OpenSUSE more attractive to people who want to build thin client clusters. #5: Stephan Kulow (coolo) (2009-02-11 06:53:23) why not Factory:Contrib? And I agree with #1 Having it in Factory means currently that someone from novell needs to review them and that's why we created contrib where everyone capable can maintain packages that go with a specific openSUSE release. And for having it on the DVD it's a bit too special use case, so it would be online repo only anyway. #6: Jigish Gohil (cyberorg) (2009-02-11 07:00:00) Not on the DVD, but Factory and OSS online repo. Instead of Contrib isn't current location - server:ltsp more appropriate? Idea is to include it officially in the distribution. I am sure we can make a same kind of arrangement we have in place for compiz to maintain this as well. -- openSUSE Feature: https://features.opensuse.org/305851

1 8

[openFATE 305299] Port kio_fuse to KDE4
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305299, revision 18 Title: Port kio_fuse to KDE4 - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:49:51 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Important Projectmanager: Desirable Requested by: JP Rosevear (jproseve) Description: Enable kio mounted file systems to be exposed via fuse by getting kio_fuse to work on KDE4. Relations: - Integrate fuse based permanent mounting (feature/id: 300613) Discussion: #1: Michael Löffler (michl19) (2009-06-05 14:34:38) JP, what would be the benefit? Please add to the description. #2: Todd R (theblackcat) (2009-07-01 23:31:24) I think the main benefit would be that applications that do not support kio (most non-KDE apps) would still be able to see the files. Presently this is not possible. #3: Ralf Petter (petter_r) (2009-08-06 11:22:36) Yes that will be really important. Simply try to open an openoffice document from an samba server in dolphin and openoffice opens, but no file. This should really work out of the box. #4: Klaas Freitag (kfreitag) (2009-09-02 17:17:50) This is something that has to come from upstream. No chance to implement in the team. -- openSUSE Feature: https://features.opensuse.org/305299

1 0

[openFATE 306895] Gnome-main-menu improvements
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Atri Bhattacharya (badshah400) Feature #306895, revision 1 Title: Gnome-main-menu improvements openSUSE-11.2: Unconfirmed Priority Requester: Mandatory Requested by: Atri Bhattacharya (badshah400) Description: For openSUSE 11.2, it would be very useful if gnome-main-menu could be improved feature-wise and also performance-wise. Several common features that need to be implemented are as follows: 1) Right click menu to clear recent documents, recent places, etc in the main-menu slab. Important for privacy purposes. 2) Relabelling of YAST to Administrator settings in the main menu slab. 3) Adding frequently used shortcuts to the gnome-control-centre slab. At the moment the commonly used tasks in the gnome-control-centre only has a shortcut to 'set preferred applications'. Other commonly used shortcuts like user-account prefs, etc might be very useful. Performance-wise the main-menu is a lot faster and responsive today than in 10.3, except during the first startup of the application-browser slab after a restart or log-in. This takes a few seconds, and this time taken increases with increasing number of applications (tested on 11.1). -- openSUSE Feature: https://features.opensuse.org/306895

1 6

[openFATE 305543] software mute not in sync with hardware sync
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305543, revision 8 Title: software mute not in sync with hardware sync - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:50:54 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Desirable Requested by: Juergen Weigert (jnweiger) Description: the GUI is not in sync when pressing the mute button in order to unmute the system. Every user who recognizes that the system is not unmuted by pressing the mute button will surely press volume up. Once done, everything is fine again: system is being unmuted in hardware and the GUI is in sync again. it was like this before for ages. bugzilla#389178 was closed as wontfix, as this is not a regression. I'd appreciate that this be fixed some day. -- openSUSE Feature: https://features.opensuse.org/305543

1 0

[openFATE 305489] default email in email applications
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305489, revision 17 Title: default email in email applications - openSUSE-11.2: Evaluation + openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 10:50:08 + reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Desirable + openSUSE-11.4: New + Priority + Requester: Important Requested by: Michael Löffler (michl19) Description: To get more subscriptions to the mailinglists it would be nice to have a "default mail" in the mail clients (evolution, kmail) which points the user to the mailinglists. Every openSUSE user should be subscribed to opensuse-announce at least. A simple reply to this "default mail" should subscribe to the list (so it's opt-in, no one should be forced). Of course there could be more information in it, like other important lists, pointing to the main list page. evolution have already a "default mail", with general information about evolution, kmail afaik not. This might be also useful for OEM customers to have a welcome mail for the customers, pointing to the support pages etc.. So general email "branding" packages which makes it possible to have such special "default mails" for the email clients would be usefull. Discussion: #1: Carlos Lange (cflange) (2009-01-17 19:59:30) There are several parts to this suggestion. 1) "default mail": If you mean "Default" in the sense that when I start a new message the To: field is filled out by default with the mailing- list address, I disagree with your comment. The user should set that and an inexperienced user should find herself/himself subscribing to a mailing-list by mistake, just because they forgot to reset the To: field. Such a user would be rightly upset and feel like they were trapped into doing it. 2) If you mean, however, that the address book in Evolution and Kmail should be pre-populated with relevant addresses, such as the mailing- list and others, in the same way the Firefox bookmarks toolbar comes pre-populated with the SUSE folder, then I would agree that this is a useful suggestion, because the user can freely choose to use those addresses or not. 3) I strongly disagree that every openSUSE user should be subscribed to the opensuse-announce mailing-list. I deal with many different types of users. Only a minority of them would be interested in receiving announcements and they actively subscribe to the mailing-list. The vast majority of them likes the Linux-way of being non-intrusive, without the nags and unsolicited messages from the proprietary world, that tend to be associated with annoying marketing strategies. Please, don't advocate that for openSUSE. The SUSE information box shown at the first login is as much in-your- face direct marketing as one should need to take when using openSUSE. And being beautiful and carefully designed as it is, it contains all information a new user needs to decide how much involved with the operating system they want to be. #2: Joe Brockmeier (jbrockmeier) (2009-01-20 02:05:37) (reply to #1) Perhaps "every" is a bit much, but I feel a lot more people should be subscribed than are currently. I find it's not uncommon to talk to people and see that they're unaware of something happening in the community that has been announced on the mailing list. The percentage of people subscribed to -announce is much less than 1% of openSUSE users, and I feel we could be reaching a lot more people. It's not an "annoying marketing strategy," it's an attempt to keep our community informed. Most of the messages that go to announce are not "marketing" in nature, they're informative. #3: Kevin Dupuy (kdupuy9) (2009-01-20 02:49:32) (reply to #2) I also like the idea of having more users subscribed to the -announce list. Every time there is scheduled downtime, even though it is announced on -announce and openSUSE News, some people come on the opensuse(a)o.o mailinglist "eh, what happened? the servers are down, suse is unreliable!",. so those type of mails I'd like for more users to get. Then again perhaps not every user wants to know when the next project meeting is, so that's a strike against the idea as well. I do think, as with Carlos, that the address book in Kontact and Evolution should have some important email address in there (opensuse(a)o.o, anything else?) #4: Martin Lasarsch (mlasars) (2009-01-20 17:12:09) (reply to #1) 1. no 2. maybe, why not 3. should means as an opt-in ... not forcing With default i meant to have a simple email in the inbox to make it easier to subscribe to the announce list. #5: Stefan Behlert (sbehlert) (2009-03-26 10:58:17) I think the idea of having some addresses in the addressbook is good. I'm not sure which one's are the ideal ones for that, though. Let'S start with a few and add what is found missing later. #6: Stephan Kulow (coolo) (2009-06-24 11:32:12) (reply to #5) for opensuse this unfortunately not useful. as the subscription address is pretty useless in the address book as you only need once. And you can't post to opensuse(a)opensuse.org without being subscribed. So some more explanation is needed there - of course in the language of the user. #7: Stephan Kulow (coolo) (2009-06-24 11:34:39) I think there are some issues to be sorted out before we can go forward, perhaps someone from the marketing team wants to drive this -- openSUSE Feature: https://features.opensuse.org/305489

1 0

[openFATE 307359] Create openSUSE Specific Branding for WebYaST
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Andreas Jaeger (a_jaeger) Feature #307359, revision 1 Title: Create openSUSE Specific Branding for WebYaST openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: Create an openSUSE specific branding for WebYaST. -- openSUSE Feature: https://features.opensuse.org/307359

1 5

[openFATE 306337] Partitioning with non-standard disk geometry
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Herbert Graeber (hgraeber) Feature #306337, revision 1, last change by Title: Partitioning with non-standard disk geometry openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Herbert Graeber (hgraeber) Description: For SSDs it is important to respect their erase block size (usually 128KB). So instead of using the standard sectors per track of 63 and 255 heads Theodore Ts'o suggests to use 56 and 224 instead to get a cylinder size which is a multiple of 128KB. Similar tricks may be neccessary to achive optimal cylinder sizes for devices which are used for raid partitions. It would be useful, to have the ability to specify the values for sector per track and heads in the expert before any partition is defined. For special cases, like SSDs it would nice, if proper values will be suggested. Theodore Ts'os Blog: Aligning filesystems to an SSD’s erase block size (http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-eras…) -- openSUSE Feature: https://features.opensuse.org/306337

1 12

[openFATE 306984] Create a Single way of Managing NIC Devices
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Scott Couston (zcnnnnzc) Feature #306984, revision 1 Title: Create a Single way of Managing NIC Devices openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Scott Couston (zcnnnnzc) Description: In Opensuse 11.1 the decision was made to remove Yast control of Network Manager. This created 2 semi-dependant ways of managing Network Interface Cards, that in retrospect offered poor or impossible singular control. This decision may have had technical merit however it created a huge deal of complication and bugs as a result. At this time KDE4 NM was not available and KDE3 NM was the only form of NM available to this version of openSuse. In the case where NM is selected over IFUP, other dependant Yast Applications offered no control over the NIC and IP itself. Take the small example of the Yast Firewall. If NM was selected over IFUP, the Yast Firewall offered NO control over the IP. If NM is selected over IFUP, the NIC(s) as a devices, offered no control as Yast defines all dependencies over NIC(s) as a device or multiple devices. If NM is selected over IFUP during Installation, there was no facility to input static IP's or effect any control over NM as Installation only offered the user to choose the alternate NM but not configure it. Poor or No testing of a PC that was on a LAN where NO DHCP Services were offered was obvious. Without DHCP Services, it was not possible to Install updates as IFUP could not provide nominated DNS Services. IFUP could only set a static IP, but failed to provide DNS Services despite being present in IFUP's configuration. NM also suffered at the fate of DHCP Services. Despite Static Services being present in NM, the presence of DHCP Services overruled static entries in NM as these were ignored. NM only provided static services so configured, when DHCP Services were Not present. The control over NIC cards became a total IF issue. Any variant from IFUP using DHCP Services and the LAN also providing them, meant we lost control over the NIC(s).* We need to decide IF we need to maintain both IFUP and NM for control over NIC(s) as of 11.1 we offer almost NO control over any variant so configured* The downline application to configure WIFI, VPN, IPV6 etc are all compromised. 2 totally different methods of applying downline services need provision for the rest of further developments. I do not think it is realistic for us to continue to maintain both IFUP and NM as the down line repercussions are so huge and without control over an IP and DNS we might as well stop development. It is not sufficient to depend on DHCP Services always being present as we then assume a condition that may not be set. This would be akin to stating in the"Installation Requirements" and adding a line stating that OpenSuse requires DHCP Services to be present for the software to "Install and Function Correctly" Either we dump NM or IFUP. Certainly unless Yast can control NM it must go OR if we want to take the other down-line services of VPN, WIFI, IPV6; IFUP must go. Request for Comment needs to start, both in the technical requirements of a singular control and the usability of same. The above statements are all supported by various bugs, mostly opened by the author. Any Commnts please? -- openSUSE Feature: https://features.opensuse.org/306984

1 2

[openFATE 307116] support hauppauge wintv hvr h900
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Josef Siegel (emmentaler) Feature #307116, revision 1 Title: support hauppauge wintv hvr h900 openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Josef Siegel (emmentaler) Description: There are sources in the source tree which told me that there could be support for that USB device. But nobody seems to be responsible. Would be very nice, if someone could take the chance. -- openSUSE Feature: https://features.opensuse.org/307116

1 1

[openFATE 307197] Mencoder Graph Client
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Flex Liu (winddss) Feature #307197, revision 1 Title: Mencoder Graph Client Requested by: Flex Liu (winddss) Description: This is a front-end of the "mencoder" ( a video & audio encode transfer tools. based on gtk & gnome-desktop. you'll use it to change the video or audio encode easier than the command line mode. -- openSUSE Feature: https://features.opensuse.org/307197

1 4

[openFATE 306910] Add the possibility to enable Roaming Home Directories in the YaST Samba Client
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Andreas Schneider (gladiac) Feature #306910, revision 1 Title: Add the possibility to enable Roaming Home Directories in the YaST Samba Client openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Andreas Schneider (gladiac) Description: There should be the possibility to enable Roaming Home Directories with pam_csync in the YaST2 Samba Client module. pam-config has support to setup pam_csync. The YaST module has to change the config file (ini) from pam_csync and run pam-config. Test Case: Login to your Active Directory account. Check if the configuration files have been synchronized to the ADS. Use Case: Roaming Home Directories is the missing piece of the SUSE Active Directory Integration. This feature was planned already for SLE10 and should be possible in one of the next SUSE products. -- openSUSE Feature: https://features.opensuse.org/306910

1 2

[openFATE 307415] Back to the old GDM 2.20 branch, the version with gdmsetup
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Everaldo Canuto (ecanuto) Feature #307415, revision 1 Title: Back to the old GDM 2.20 branch, the version with gdmsetup openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Everaldo Canuto (ecanuto) Partner organization: openSUSE.org Description: The new GDM is ugly and miss lots of features available in previous versions, look at web gdm web site (http://live.gnome.org/GDM) we can see that old branch still maintained: "A rewrite of GDM is underway. On 15 October 2007, the new design replaced the existing SVN.w/ gdm-setup) trunk At the moment, this rewrite provides a functional login program, but is missing some features which are in the last stable (2.20) branch. It would be great if more people could get involved to help complete the rewrite. The existing stable branch will continue to be maintained with bug fixes until the rewrite is ready. Apologies for any inconveniences this causes while we are working on this rewrite." So, why we dont get back to old branch and wait until "rewrite" get done. Business case (Partner benefit): openSUSE.org: Because new GDM used in openSUSE 11.1 and openSUSE 11.2 lack lots of features already available in old versions of openSUSE. Also, lots of people what to have gdm-setup back, artists want to make new gdm themes and well, new gdm just sucks and is ugly. -- openSUSE Feature: https://features.opensuse.org/307415

1 6

[openFATE 306992] Zypper dup needs a --lock-vendor <vendor> switch
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Dave Plater (plater) Feature #306992, revision 1 Title: Zypper dup needs a --lock-vendor <vendor> switch openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Dave Plater (plater) Description: When using zypper dup it is very difficult and sometimes impossible to prevent certain packages from changing vendor. I propose a switch which will prevent certain vendors from being changed. Packman for instance has kaffeine and cairo. You have packman kaffeine installed and you wish to stay with the packman version but you wish cairo to stay opensuse. You can either give packman repo a higher priority in which case your cairo will change vendor or you can give opensuse repo a higher priority in which case your kaffeine will change vendor. Performing a "zypper dup --lock-vendor packman" will enable you to have a higher priority opensuse but still keep your packman packages and update with newer packman packages. -- openSUSE Feature: https://features.opensuse.org/306992

1 6

[openFATE 307189] Keyboard variants during setup and Euro sign
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Peter Tselios (tpe) Feature #307189, revision 1 Title: Keyboard variants during setup and Euro sign openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Peter Tselios (tpe) Description: A nice to have feature for future versions of openSuse would be the option to add more than one keyboard layouts during setup. Additionally, it would be nice to automatically (during setup) configure the X and console in order to be ready to use the Euro sign. This could be done either by the language selection (not very safe because some people use English anyways) or (more precise and safe) by the timezone selected by user. I believe that this feature would be helpful for European users. -- openSUSE Feature: https://features.opensuse.org/307189

1 1

[openFATE 306994] Create a strong DE-neutral system/profiles
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: dmitry serpokryl (dmitry_serpokryl) Feature #306994, revision 1 Title: Create a strong DE-neutral system/profiles openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: dmitry serpokryl (dmitry_serpokryl) Description: it's just a response to the (http://lizards.opensuse.org/2009/07/31/openfate-feature-306967-kde-default) yet another proposed feature which i hope never will be accepted as a default. my response is in the 3-rd comment. suppose that the creation of a more flexible and DE-neutral system/settings/presets could benefit to all SLE/SUSE Users. examples: * pure GTK Desktop * pure Qt Desktop (why not?) * no Mono preset (we can easily use Tracker instead of Beagle and at least gNote/others to wipe out the Tomboy+Company) * no Java preset (mostly targeted to the OOo replacement option by Gnumeric+AbiWord) * Wicd instead of NM * more attention to the low-level core components like kernel, drivers, basic libs and so on. -- openSUSE Feature: https://features.opensuse.org/306994

1 2

[openFATE 306373] revival of openCA
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #306373, revision 1, last change by Title: revival of openCA openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Hans Witvliet (digi_hans) Description: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060425 SUSE/1.5.0.3-7 Firefox/1.5.0.3 Any chance of reviving OpenCA? In the security manuals, chapter x509, it says that the yast-module for maintaing certificates is nice for small set-up's, but not intented for large roll-outs. OpenCA seems to be right for that job, with (poosible) seperate CA, RA, OSCP, support for smartcards and LDAP, mysql. If i'm not mistaken, Adrian maintained some time ago an old version of OpenCA for openSuSE_10.3. Hence my question: is it possible to re-create it for the 1.0.2 (ten-ten) version of openCA, preferably for openSUSE_11.1 and SLES-11 ? It seems that current verion of OpenCA does build on older versions of openSUSE, but fails to compile on 11.1. (not yet tried on sles11, but expect same results) Relations: - revival of openCA (novell/bugzilla/id: 491024) https://bugzilla.novell.com/show_bug.cgi?id=491024 Discussion: #1: Stephan Kulow (coolo) (2009-04-08 09:11:05) if you can't even get it to compile, it doesn't seem to be that well maintained. So I would think it's not good to rely on security of it. #2: Hans Witvliet (digi_hans) (2009-04-08 16:19:04) To put in perspective... I couldn't complete a compile of the latest version on 11.1. openca offers binaries for fedora, centos, ubuntu and open slowaris. I just tried it on 32/64-bit versions of 11.1, I can try it aagain on older versions. Allthough i just upgraded our whole environment, using our install server with xen farm wouldn't take too long. At work i've got a tough job keeping all the noses point to one direction. But it would be hard to defend sticking with open/sles with considerable effort if it compiles flawless (I kow: seeing is believing..) with others. It seems that OpenCA is the only opensource product in this class, comparing with CASA, yaST, tinyCA, pyCA that are only intended for small scale deployment. And for this particular assigment was specifically asked to evaluate OpenCA, regardless of the environment it runs in, though my first choice would be a sles11-cluster and secondly an open-11.1 cluster. #3: Stephan Kulow (coolo) (2009-04-08 23:58:21) you have two options: a) the openSUSE way: you're free to maintain it in openSUSE:Factory:Contrib (see en.opensuse.org/Contrib) b) the SLES way: you convince your presales contact person that there is no way around The "file an enhancement bug against openSUSE to get a SLES feature" does not work. #4: Hans Witvliet (digi_hans) (2009-04-09 15:22:41) Sorry, if i gave you the wrong impression. imho, openca looks great (from the docu and the live-version) It used to be included 10.0 - 10.3 with the distro itself, and later on it became also available on the OBS (Adrian). I presume that if you got someone who has spent some time before on it, it would be the first one to humbly ask to have a look again, instead of re-inventing the wheel. Personnaly, i work on the R&D department, only doing prototypes and prove-of-concepts and i am happy using openSuSE. Our production department however is using the official SLES-9 and now SLES-10 version. a) So if there is a version on the OBS for open_11.1 i would be happy. b) If it could be incorporated in the list of packages for SLE it would make you happy (sales) c) If the OBS could hold versions for 11.1 and SLE, you would be happier, (sales but no additional packages to officially maintain) Final word about the code: Yes, it is _old_ code, but the only thing that comes close with regards with its features, is the code that comes from AOL: http://www.redhat.com/certificate_system/ And i'm neither eager to switch to rh/fc/ct, nor to suggest a re-write of the 10MB from openCA. Hence my req to revive it on the OBS, anyone would benefit. Or do you have plans to "adopt" the above mentioned GPL-ed java code ;=) -- openSUSE Feature: https://features.opensuse.org/306373

1 3

[openFATE 307257] Default kdesu to use sudo and not su
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Bill P (google01103) Feature #307257, revision 1 Title: Default kdesu to use sudo and not su openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Bill P (google01103) Description: as described in the article http://www.benkevan.com/blog/default-kdesu-to-use-sudo-and-not-su/ -- openSUSE Feature: https://features.opensuse.org/307257

1 1

[openFATE 306779] a better support for Wlan driver
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Claus Rebler (Zunami) Feature #306779, revision 1 Title: a better support for Wlan driver openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Claus Rebler (zunami) Description: i have always a problem to install wlan drivers on opensuse i hab 1 acer laptop 1 hp laptop 1 asus latop and always the sam problem. the system have not the divers. i must after the system installation (opensuse 11.1) over again to install the driver. and then i must hope to find my network (next problem). when i install kubuntu i have no this problem. please make a easy or better wlan support. and after the installtion the system must be run -- openSUSE Feature: https://features.opensuse.org/306779

1 2

[openFATE 307171] Use Device Manager instead of the standard Device Notifier
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Robert Erne (Jeremay) Feature #307171, revision 1 Title: Use Device Manager instead of the standard Device Notifier openFATE: Unconfirmed Priority Requester: Desirable Requested by: Robert Erne (jeremay) Description: I think Device Manager has a lot of interesting and nice features. It`s rather stable and makes a good impression. -- openSUSE Feature: https://features.opensuse.org/307171

1 3

[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 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 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 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 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 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 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 306028] A log structured filesystem like nilfs as root file-system for SSD based devices
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #306028, revision 15 Title: A log structured filesystem like nilfs as root file-system for SSD based devices openSUSE-11.2: Rejected by Stephan Kulow (coolo) reject date: 2009-06-24 12:31:45 reject reason: Out of scope for 11.2 Priority Requester: Important - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 09:43:28 + reject reason: Not done in time for openSUSE 11.3. Priority Requester: Important Requested by: Nikanth K (nikanth) Description: A log structured file-system like nilfs as root file-system to use on SSDs. Currently GRUB does not have support for those file-systems. So may be an option to have LILO for those configurations or add support for those in GRUB. Relations: - feature/duplicate: 306585 Discussion: #4: Nikanth K (nikanth) (2009-05-07 14:36:45) Another option would be to have a /boot partition(or disk) and allow the root partition(or disk) as nilfs(or btrfs). I guess this should require only YaST changes. No LILO support required. #6: Robert Davies (robopensuse) (2009-11-30 20:19:17) (reply to #4) No changes needed to YaST, I do the small (ext2 with 4k blocks & few inodes) via Custom Paritioning and then copy files to a "shared" /boot partition after an install. lilo(8) is indeed not required. So all this needs is support of nilfs in the kernel, expert partitioner and a nilfs-tools package analagous to reiserfs(8) (would have mentioned btrfs or ext4 but they seem to have funked the man pages). -- openSUSE Feature: https://features.opensuse.org/306028

1 0

[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 300689] TabletPC: Support Touchscreen and Wacom decives during installation
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #300689, revision 44 Title: TabletPC: Support Touchscreen and Wacom decives during installation openSUSE-10.3: Rejected by Stephan Kulow (coolo) reject date: 2007-08-03 09:39:40 reject reason: installation is frozen Priority Requester: Desirable Projectmanager: Desirable openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-07-16 09:02:38 reject reason: Postponing. Out of resources. Priority Requester: Important Projectmanager: Important openSUSE-11.2: Rejected by Michael Löffler (michl19) reject date: 2009-04-16 12:28:26 reject reason: out of scope for 11.2 Priority Requester: Important Projectmanager: Important - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 09:41:07 + reject reason: Not done for 11.3. Priority Requester: Mandatory Requested by: Stefan Behlert (sbehlert) Description: Tablet PCs are normally produced in two kinds of flavours: Convertibles, which have a keyboard, and Slates, which have none (only pens or touchscreens). If a user installs a Slate, he has no keyboard and no (pohysical) mouse device, only the touchscreen. We should on TabletPCs automatically recognize that it is a TabletPC and configure the Wacom or other Touchscreen device where possible. Thus would enhance the usability of the product on TabletPCs. Discussion: #1: Gary Ekker (gekker) (2007-07-17 11:24:05) Stefan, do you see this as work that your team would do, something that needs to be done by the YaST installer, or both? #6: Matthias Nagorni (mnagorni) (2009-08-24 13:17:30) As long as there is a different way to install it, this appears only like a "nice to have". #7: Daniel FAIVRE (geomaticien) (2009-10-24 07:03:07) There's now really few things to do that for 11.2 : see http://en.opensuse.org/SDB:Howto_install_OpenSuSE_on_HP_tx2-xxxx_laptops Furthermore, for 11.3, it should be mandatory ! To get this support for 11.1 or 11.2, we need to : - replace hid-ntrig.c from 2.6.31 kernel by the up-to date version : just copy/paste. - patching linuxwacom : 4 lines to change. - adding a sax2 profile for these devices in the sax2 cdb file. (11.1 needs a kernel upgrade to a kernel from HEAD repository before) #8: Daniel FAIVRE (geomaticien) (2009-10-24 07:28:09) (reply to #7) Read too fast : my post concern support AFTER installation. Please take care. #9: Stephan Kulow (coolo) (2010-03-02 13:00:45) (reply to #8) feel free to work on it and do submit requests against the devel projects. -- openSUSE Feature: https://features.opensuse.org/300689

1 0

[New: openFATE 310793] Include Pacman and VLC repos in OBS
by fate_noreply＠suse.de 12 Nov '10

12 Nov '10

Feature added by: Carlo Strata (carlo_strata) Feature #310793, revision 1 Title: Include Pacman and VLC repos in OBS Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Carlo Strata (carlo_strata) Partner organization: openSUSE.org Description: I think it's a good idea to include Pacman (and other historical OpenSuSE "external" repos) in the OBS directory. This if there aren't any legal troubles... Pacman may be inserted here http://download.opensuse.org/repositories/multimedia:/ or, better, at first level http://download.opensuse.org/repositories/ Thank you, Carlo p.s. Another external repo is VLC one: http://download.videolan.org/pub/videolan/vlc/SuSE/ Business case (Partner benefit): openSUSE.org: First there may be many synergies (and not many conflicts and human efforts waste) between Pacman and others OBS repos like Multimedia ones, KDE and also VLC one!!! Second I just fall in a pacman mirror no more updated and I must go back to the main and historic one http://packman.iu-bremen.de/suse/ Unify is the main verb! :-) -- openSUSE Feature: https://features.opensuse.org/310793

1 4

[New: openFATE 308466] kbasic
by fate_noreply＠suse.de 12 Nov '10

12 Nov '10

Feature added by: Lee Matheson (oldcpu) Feature #308466, revision 1 Title: kbasic openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Lee Matheson (oldcpu) Description: KBasic is a programming language which is simply intuitive and easy to learn. It is a new programming language, a further BASIC dialect and is related to VB.NET™, Visual Basic®, Visual Basic for Application® and Java™. It combines many features of those tools and comes with built-in backward support for those tools and QBasic® as it is 100% syntax compatible to VB6, VBA and QBasic®. A big advantage is its reasonably similar look/feel will mean users migrating to openSUSE Linux from MS-Windows will be more at home with a programming language reasonably similar to what they are used to. -- openSUSE Feature: https://features.opensuse.org/308466

1 9

[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

[New: openFATE 310826] Keep last package version on update
by fate_noreply＠suse.de 12 Nov '10

12 Nov '10

Feature added by: Alexander Balzer (alibab) Feature #310826, revision 1 Title: Keep last package version on update openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Alexander Balzer (alibab) Description: Zypper should implement an additional option "Keep last package Version" and a function "restore previous version" If the user makes an update and the new package version makes problems he could simply reinstall the old version. A good example is the current NVIDIA package which makes amarok crash (http://forums.opensuse.org/english/get-help-here/multimedia/449355-amarok-c…) Also there should be an option to delete all backup packages when the user is shure everything works as expected. Related Issues: #308956 #308626 #310432 -- openSUSE Feature: https://features.opensuse.org/310826

1 0

[openFATE 308390] Keyboard and Wireless configuration in LiveCDs
by fate_noreply＠suse.de 10 Nov '10

10 Nov '10

Feature changed by: Alvise Z (alvise_cav) Feature #308390, revision 4 Title: Keyboard and Wireless configuration in LiveCDs openSUSE-11.3: Unconfirmed Priority Requester: Desirable + openSUSE-11.4: Unconfirmed + Priority + Requester: Important Requested by: Alvise Z (alvise_cav) Description: LiveCDs (and LiveUSBs) are extremely nice features for showing and promoting openSuse. Everything is configured automatically in order for the user to have a usable desktop as quickly as possible. However, keyboard and (to a lesser extent) wireless are mandatory devices that need manual configuration. During the boot process of those Live installs there should be a window for configuring those devices. Or at least on the desktop there should be easily recognisable icons for this configuration. Discussion: #1: Isaak Malik (earthmind) (2010-07-16 14:17:12) I completely agree. There should at least be a Keyboard layout configuration option in the DOS start screen, just like Ubuntu has. Please, this is a matter of life and death! -- openSUSE Feature: https://features.opensuse.org/308390

1 0

[New: openFATE 309146] Higher USB transfer speeds
by fate_noreply＠suse.de 10 Nov '10

10 Nov '10

Feature added by: Shashank Sondhi (dreamtrip) Feature #309146, revision 1 Title: Higher USB transfer speeds openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Shashank Sondhi (dreamtrip) Description: In general I have seen that the speed of data transfer from and to USB drives is slow when compared to windows. It is slower yet when running the LiveCD. The speed goes down drastically when copying data from a NTFS partition and pasting it onto the pen-drive. This is a big achilles heel for Linux. -- openSUSE Feature: https://features.opensuse.org/309146

1 2

[New: openFATE 309333] Add python-chart package
by fate_noreply＠suse.de 10 Nov '10

10 Nov '10

Feature added by: Christian Giorgio galeffi (gallochri) Feature #309333, revision 1 Title: Add python-chart package openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Christian Giorgio galeffi (gallochri) Description: There is no python-chart (http://home.gna.org/pychart/) package in build service. -- openSUSE Feature: https://features.opensuse.org/309333

1 1

[New: openFATE 310772] Please update FreeRadius to the latest 2.1.10
by fate_noreply＠suse.de 10 Nov '10

10 Nov '10

Feature added by: Carlo Strata (carlo_strata) Feature #310772, revision 1 Title: Please update FreeRadius to the latest 2.1.10 Buildservice: Unconfirmed Priority Requester: Important Requested by: Carlo Strata (carlo_strata) Partner organization: openSUSE.org Description: I think freeradius must be upgraded to the latest version http://freeradius.org/ In which you could read: 2010.09.28 Version 2.1.10 (sig) has been released. The focus of this release is stability. I think we need at least to upgrade http://download.opensuse.org/repositories/network:/aaa/ now to 2.1.8 version for OpenSuSE 11.2 and there is not a build here for 11.3 (that has 2.1.9 in his base repositories). Finally I remember here my past similar bug-form post: https://bugzilla.novell.com/show_bug.cgi?id=615699 Thank you, Carlo Business case (Partner benefit): openSUSE.org: I think changelog history here http://freeradius.org/ speaks himself for feature improvements and bug fixes! ;-) Feature improvements * Install the "radcrypt" program. * Enable radclient to send requests containing MS-CHAPv1 Send packets with: MS-CHAP-Password = "password". It will be automatically converted to the correct MS-CHAP attributes. * Added "-t" command-line option to radtest. You can use "-t pap", "-t chap", "-t mschap", or "-t eap-md5". The default is "-t pap" * Make the "inner-tunnel" virtual server listen on 127.0.0.1:18120 This change and the previous one makes PEAP testing much easier. * Added more documentation and examples for the "passwd" module. * Added dictionaries for RFC 5607 and RFC 5904. * Added note in proxy.conf that we recommend setting "require_message_authenticator = yes" for all home servers. * Added example of second "files" configuration, with documentation. This shows how and where to use two instances of a module. * Updated radsniff to have it write pcap files, too. See '-w'. * Print out large WARNING message if we send an Access-Challenge for EAP, and receive no follow-up messages from the client. * Added Cached-Session-Policy for EAP session resumption. See raddb/eap.conf. * Added support for TLS-Cert-* attributes. For details, see raddb/sites-available/default, "post-auth" section. * Added sample raddb/modules/{opendirectory,dynamic_clients} * Updated Cisco and Huawei, HP, Redback, and ERX dictionaries. * Added RFCs 5607, 5904, and 5997. * For EAP-TLS, client certificates can now be validated using an external command. See eap.conf, "validate" subsection of "tls". * Made rlm_pap aware of {nthash} prefix, for compatibility with legacy RADIUS systems. * Add Module-Failure-Message for mschap module (ntlm_auth) * made rlm_sql_sqlite database configurable. Use "filename" in sql{} section. * Added %{tolower: ...string ... }, which returns the lowercase version of the string. Also added %{toupper: ... } for uppercase. Bug fixes * Fix endless loop when there are multiple sub-options for DHCP option 82. * More debug output when sending / receiving DHCP packets. * EAP-MSCHAPv2 should return the MPPE keys when used outside of a TLS tunnel. This is needed for IKE. * Added SSL "no ticket" option to prevent SSL from creating sessions without IDs. We need the IDs, so this option should be set. * Fix proxying of packets from inside a TTLS/PEAP tunnel. Closes bug #25. * Allow IPv6 address attributes to be created from domain names Closes bug #82. * Set the string length to the correct value when parsing double quotes. Closes bug #88. * No longer look users up in /etc/passwd in the default configuration. This can be reverted by enabling "unix" in the "authorize" section. * More #ifdef's to enable building on systems without certain features. * Fixed SQL-Group comparison to register only if the group query is defined. * Fixed SQL-Group comparison to register -SQL-Group, just like rlm_ldap. This lets you have multiple SQL group checks. * Fix scanning of octal numbers in "unlang". Closes bug #89. * Be less aggressive about freeing "stuck" requests. Closes bug #35. * Fix example in "originate-coa" to refer to the correct packet. * Change default timeout for dynamic clients to 1 hour, not 1 day. * Allow passwd module to map IP addresses, too. * Allow passwd module to be used for CoA packets * Put boot filename into DHCP header when DHCP-Boot-Filename is specified. * raddb/certs/Makefile no longer has certs depend on index.txt and serial. Closes bug #64. * Ignore NULL errorcode in PostgreSQL client. Closes bug #39 * Made Exec-Program and Exec-Program-Wait work in accounting section again. See sites-available/default. * Fix long-standing memory leak in esoteric conditions. Found by Jerry Nichols. * Added "Password-With-Header == userPassword" to raddb/ldap.attrmap This will automatically convert more passwords. * Updated rlm_pap to decode Password-With-Header, if it was base64 encoded, and to treat the contents as potentially binary data. * Fix Novell eDir code to use the right function parameters. Closes bug #86. * Allow spaces to be escaped when executing external programs. Closes bug #93. * Be less restrictive about checking permissions on control socket. If we're root, allow connecting to a non-root socket. * Remove control socket on normal server exit. If the server isn't running, the control socket should not exist. * Use MS-CHAP-User-Name as Name field from EAP-MSCHAPv2 for MS-CHAP calculations. It *MAY* be different (upper / lower case) from the User-Name attribute. Closes bug #17. * If the EAP-TLS methods have problems, more SSL errors are now available in the Module-Failure-Message attribute. * Update Oracle configure scripts. Closes bug #57. * Added text to DESC fields of doc/examples/openldap.schema * Updated more documentation to use "Restructured Text" format. Thanks to James Lockie. * Fixed typos in raddb/sql/mssql/dialup.conf. Closes bug #11. * Return error for potential proxy loops when using "-XC" * Produce better error messages when slow databases block the server. * Added notes on DHCP broadcast packets for FreeBSD. * Fixed crash when parsing some date strings. Closes bug #98 * Improperly formatted Attributes are now printed as "Attr-##". If they are not correct, they should not use the dictionary name. * Fix rlm_digest to be check the format of the Digest attributes, and return "noop" rather than "fail" if they're not right. * Enable "digest" in raddb/sites-available/default. This change enables digest authentication to work "out of the box". * Be less aggressive about marking home servers as zombie. If they are responding to some packets, they are still alive. * Added Packet-Transmit-Counter, to track detail file retransmits. Closes bug #13. * Added configure check for lt_dladvise_init(). If it exists, then using it solves some issues related to libraries loading libraries. * Added indexes to the MySQL IP Pool schema. * Print WARNING message if too many attributes are put into a packet. * Include dhcp test client (not built by default) * Added checks for LDAP constraint violation. Closes bug #18. * Change default raddebug timeout to 60 seconds. * Made error / warning messages more consistent. * Correct back-slash handling in variable expansion. Closes bug #46. You SHOULD check your configuration for backslash expansion! * Fix typo in "configure" script (--enable-libltdl-install) * Use local libltdl in more situations. This helps to avoid * compile issues complaining about lt__PROGRAM__LTX_preloaded_symbols. Fix hang on startup when multiple home servers were defined with src_ipaddr field. * Fix 32/64 bit issue in rlm_ldap. Closes bug #105. * If the first "listen" section defines 127.0.0.1, don't use that as a source IP for proxying. It won't work. * When Proxy-To-Realm is set to a non-existent realm, the EAP module should handle the request, rather than expecting it to be proxied. * Fix IPv4 issues with udpfromto. Closes bug #110. * Clean up child processes of raddebug. Closes bug #108 and bug #109 * retry OTP if the OTP daemon fails. Closes bug #58. * Multiple calls to ber_printf seem to work better. Closes bug #106. * Fix "unlang" so that "attribute not found" is treated as a "false" comparison, rather than a syntax error in the configuration. * Fix issue with "Group" attribute. -- openSUSE Feature: https://features.opensuse.org/310772

1 3

[New: openFATE 310720] change order in distribution selection
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Sirko Kemter (gnokii) Feature #310720, revision 1 Title: change order in distribution selection Buildservice: Unconfirmed Priority Requester: Neutral Requested by: Sirko Kemter (gnokii) Description: When you use the search field in firefox for search packages you land in buildservice and all packages are showed. First it makes not really sense, when I come from a openSUSE system to show me fedora packages ;) But the worst thing is "ALL distributions" is on bottom so when I like to search for the actual openSUSE then I have to expand the selection an scroll. Because the expantion goes from "ALL distributiona" until to "SUSE SLE 11 SP1" and over that comes oS 11.1-11.3 and factory. So please do "ALL distributions" to the top, so that I have the actual distributions right under that and not ubuntu 6.06 -- openSUSE Feature: https://features.opensuse.org/310720

1 1

[New: openFATE 310747] radiotray in an opensuse repository
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Andreas Gutowski (guddl) Feature #310747, revision 1 Title: radiotray in an opensuse repository Buildservice: Unconfirmed Priority Requester: Neutral openSUSE-11.4: Unconfirmed Priority Requester: Neutral Package Wishlist: Unconfirmed Priority Requester: Neutral Requested by: Andreas Gutowski (guddl) Description: Radio Tray is an online radio streaming player that runs on a Linux system tray. Its goal is to have the minimum interface possible, making it very straightforward to use. Radio Tray is not a full featured music player, there are plenty of excellent music players already. However, there was a need for a simple application with minimal interface just to listen to online radios. And that's the sole purpose of Radio Tray. Radio Tray is Free Software, licensed under the GPL. Website: http://radiotray.sourceforge.net/ -- openSUSE Feature: https://features.opensuse.org/310747

1 2

[New: openFATE 310770] web interface for rsyslog (LogAnalyzer)
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Carlo Strata (carlo_strata) Feature #310770, revision 1 Title: web interface for rsyslog (LogAnalyzer) Buildservice: Unconfirmed Priority Requester: Important Requested by: Carlo Strata (carlo_strata) Partner organization: openSUSE.org Description: Hi Everyone, as you can see on my bug-form request (particularly from comment 5 on) https://bugzilla.novell.com/show_bug.cgi?id=590333#c5 I think that a web interface to rsyslog server may be very useful for all of us (SLES included!). I just only want to store newer names and web sites (I don't know how long redirect runs): - phpLogCon became LogAnalyzer - home page is now http://loganalyzer.adiscon.com/ - download page is now http://loganalyzer.adiscon.com/downloads - Documentation and license (GPLed open source) http://loganalyzer.adiscon.com/doc/manual.html Last release is LogAnalyzer v3.0.3, Friday, October 29th, 2010 What do you think? Thank you, Carlo p.s.1. I'm still not an OBS user, but I think someone interested like me in LogAnalyzer it is or will be. p.s.2. There exists another famous web interface for syslog server: - is for syslog-ng http://www.balabit.com/network-security/syslog-ng/ - its name is LogZilla (was php-syslog-ng) http://nms.gdd.net/index.php/LogZilla http://www.logzilla.info/ http://code.google.com/p/php-syslog-ng/ (No longer used) the code was GPL, BUT needs a license to be run (free only for small syslog traffic). So I don't suggest to adopt this. I surely prefer LogAnalyzer, GPL and free at all. Use Case: You could use it in your browser to control many devices (nework, industrial, ...)/computer/... activities and/or keep trace of (e.g.) login/logout, ... With this purpose for Windows Client I suggest to use simple, little, comprehensive and compliant 32/64 bit and support both old and newer Windows Event logs (Vista, 7, 2008, 2008-R2, ...). http://code.google.com/p/eventlog-to-syslog/ This program is written in C and provides a method of sending Windows Eventlog events to a syslog server. It works with the new Windows Events service found in Vista and Server 2008 and can be compiled for both 32 and 64-bit environments. Designed to keep up with very busy servers, it is fast, light, and efficient. The program is designed to run as a windows service. Business case (Partner benefit): openSUSE.org: Simply for a better syslog view and management (very important for SLES too). Take a look to his screen on demo http://loganalyzer-demo.adiscon.com/ -- openSUSE Feature: https://features.opensuse.org/310770

1 1

[New: openFATE 310675] Uninstall include dependencies
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Michal Palma (palmic) Feature #310675, revision 1 Title: Uninstall include dependencies openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Michal Palma (palmic) Description: Hello, Iam using Mint at work (and opensuse at home) and i loved aptitude uninstall all dependencies with removed package too (of course only dependencies that are not required anymore). I want it in zypper/yast too! THX :-) -- openSUSE Feature: https://features.opensuse.org/310675

1 3

[New: openFATE 310773] differentiated cores performing optimal
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Ralph Ulrich (ulenrich) Feature #310773, revision 1 Title: differentiated cores performing optimal openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Ralph Ulrich (ulenrich) Description: A goal to boost openSUSE as a service to the world: Deliver many optimal compiled openSUSE cores aiming to outperform any individualy (gentoo) compiled system! -- openSUSE Feature: https://features.opensuse.org/310773

1 5

[New: openFATE 310722] Update xconfig in kernel to use QT4
by fate_noreply＠suse.de 09 Nov '10

09 Nov '10

Feature added by: Dean Hilkewich (deanjo13) Feature #310722, revision 1 Title: Update xconfig in kernel to use QT4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Description: Since QT3 is unsupported now should the kernels xconfig now utilize QT4 instead of QT3? -- openSUSE Feature: https://features.opensuse.org/310722

1 1

[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 309054] netbeans 6.8 or higher
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: John Shand (jshand2008) Feature #309054, revision 1 Title: netbeans 6.8 or higher openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: for opensuse 11.3 it would be great to have the latest version of netbeans as i mainly us java to create software packages -- openSUSE Feature: https://features.opensuse.org/309054

1 1

[New: openFATE 308937] Include MariaDB
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Michal Hrusecky (-miska-) Feature #308937, revision 1 Title: Include MariaDB openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Michal Hrusecky (-miska-) Description: MariaDB is a backward compatible, drop-in replacement branch of MySQL Database Server which includes all major open source storage engines. For comparison against MySQL see upstream page (http://askmonty.org/wiki/index.php/MariaDB_versus_MySQL) . Pros: * Nice features & goals * Not much difference agains MySQL from maintanance point of view Cons: * Possible conflicts with MySQL needs to be resolved * It is still an extra work -- openSUSE Feature: https://features.opensuse.org/308937

1 4

[New: openFATE 309710] one click installer tui
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Marcus Moeller (MarcusMoeller) Feature #309710, revision 1 Title: one click installer tui openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Marcus Moeller (marcusmoeller) Description: It would be great to have a command line one click installer 'frontend', allowing the installation of ymp's from the console. It would be great to have some 'switches' to enable non-interactive installs. Best Regards Marcus -- openSUSE Feature: https://features.opensuse.org/309710

1 2

[New: openFATE 310058] SUDO with sandbox -X integration
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310058, revision 1 Title: SUDO with sandbox -X integration openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Fedora team have developed sandbox -X, a tool allowing to run programs from desktop in sandbox, but still connected to X server. We should integrate this with Sandbox -X to avoid security holes by running some application as another user by sudo. Use Case: [code] sudo /sbin/yast2 [/code] Business case (Partner benefit): openSUSE.org: People are often using graphical tools as root on unprivileged user. PolicyKit is still not satisfied. -- openSUSE Feature: https://features.opensuse.org/310058

1 3

[New: openFATE 310775] Bring back sax2 for next openSUSE versions
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Andres Linares Bracamonte (andoresu) Feature #310775, revision 1 Title: Bring back sax2 for next openSUSE versions openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Andres Linares Bracamonte (andoresu) Description: There are not any good solution for non-experienced users to set up X. Please bring sax2 back again. -- openSUSE Feature: https://features.opensuse.org/310775

1 3

[openFATE 302047] Integrated package searching for YaST and build service
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #302047, revision 38 Title: Integrated package searching for YaST and build service openSUSE-10.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2007-10-05 14:30:28 reject reason: still open partly - postpone the rest. Priority Requester: Important Projectmanager: Important openSUSE-11.0: Rejected by Michael Loeffler (sprudel24) reject date: 2008-06-10 14:01:45 reject reason: not done for 11.0 Priority Requester: Important Projectmanager: Important openSUSE-11.1: Rejected by Adrian Schröter (adriansuse) reject date: 2008-09-04 18:17:10 reject reason: No time for it, but we have the one-click installation supported from web interface. Priority Requester: Important Projectmanager: Desirable - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-08 16:58:51 + reject reason: Not done for 11.3. Priority Requester: Desirable openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Duncan Mac-Vicar (dmacvicar) Developer: (Novell) Description: You perhaps remember the hacks Benjamin did to support "click and install" packages (similar to Click'n run) [1] Benjamin has another article in his blog that is worth to read. He has been providing a wepage to search packages from repositories like packman and build service. Now he presents an architecture to desentralize the system, using web services an indexers, and he shows working prototypes of YaST modules for searching, and others like web and irc-bot clients http://blogs.warwick.ac.uk/bweber/entry/package_search_developments/ I hope we can provide a strategy and roadmap to integrate these cool ideas and _code_. [1]: http://blogs.warwick.ac.uk/bweber/entry/next_generation_package/ Discussion: #1: Juergen Weigert (jnweiger) (2007-05-03 15:29:13) see also 300898 For 10.3 the installer should be able to make use of an external list of repositories. I suggest to host such a list at http://packages.opensuse-community.org/ together with the search engine, which is already there. #3: Klaas Freitag (kfreitag) (2007-07-12 10:46:54) Implementation on openSUSE BS already started, Adrian knows the details. #4: Adrian Schröter (adriansuse) (2007-07-12 11:30:04) We work on two approaches atm: * YaST will support (thanks to mvidner) additional repository offers during installation. The list gets hosted on our servers, the open question is how to maintain this list. * The build service End-User interface will offer .ymp files based on pattern submissions for easy installation. #5: Stanislav Visnovsky (visnov) (2007-07-30 20:13:09) (reply to #4) Adrian, please, drive this. The feature for YaST should be done now (let me know if anything is missing). #6: Michael Loeffler (sprudel24) (2007-11-22 11:26:30) This sounds like very useful. And it might be possible the community (in this case Benji) helps implementing this. #7: Andreas Jaeger (a_jaeger) (2008-06-06 10:56:28) Apparently not done - please reject and postpone for 11.1. #9: Adrian Schröter (adriansuse) (2008-06-18 17:08:16) This is something what we should bind to the new upcomming software portal. The software portal will be the End-User interface for searcing and installing software and replace http://software.opensuse.org/search . However it is still in development and not yet set up. Therefore I am unsure if this can happen in time for 11.1. On the other side, the 1-click-installation and integration into the web interface is done since quite some time. The user can use the cool technologies from Benjamin since 10.3. -- openSUSE Feature: https://features.opensuse.org/302047

1 0

[New: openFATE 309228] openSUSE Browser choose screen
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Emil Cabaj (rozbarwinek) Feature #309228, revision 1 Title: openSUSE Browser choose screen openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Emil Cabaj (rozbarwinek) Description: It would be great if users could simply choose default browser at the installer so openSUSE won't install unnecessary firefox updates. See screenshot --> http://img683.imageshack.us/img683/5379/browserf.png -- openSUSE Feature: https://features.opensuse.org/309228

1 5

[New: openFATE 309184] Add more languages for installation from live CD
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Vojtech Zeisek (vojtaeus) Feature #309184, revision 1 Title: Add more languages for installation from live CD openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vojtech Zeisek (vojtaeus) Description: Actually, when I boot from live CD and I choose for example Czech on the first boot screen, I boot to fully English environment of KDE/GNOME. Some applications like Mozilla are translated. This is OK, I understand CD can not contain support for all languages. But at least YaST Live Installer should be translated to all languages . Look at Ubuntu: it speaks English during live session, but installer is localized. Preferably, whole YaST should be translated. It should not be so big wasting of space... There is also another problem: for example I'm used to Czech keyboard layout, but even I choose Czech during boot, the KDE uses English keyboard. This is very unpleasant especially when typing passwords. Why should I bother with keyboard settings in KDE Control Center which will be lost during install? The live session should use keyboard map and locales of language selected on boot screen . -- openSUSE Feature: https://features.opensuse.org/309184

1 6

[New: openFATE 309145] Improve Bittorrent support
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Shashank Sondhi (dreamtrip) Feature #309145, revision 1 Title: Improve Bittorrent support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Shashank Sondhi (dreamtrip) Partner organization: openSUSE.org Description: I've seen that transmission and Moon, the bitttorrent applications tend to be MUCH slower on openSUSE. Whether the firewall causes this or maybe it's just a problem with memory footprint (but I know the footprint to be low on other linuxes namely, ubuntu, linux mint, centos) Please rectify this. Use Case: E.g. When I minimize the app to the taskbar and then click it, it shows the main window. On clicking in it it would turn grey (indicating the application was not responding) and all othe rapplications would be slowed down substantially. Business case (Partner benefit): openSUSE.org: Bittorrent is a very popular network albeit under dispute for copyright infringement. But the use should not allow execution hurdles. It's support in openSUSE, being a server operating system, should be top-notch. Not as if it is catching up to windows in this regard. -- openSUSE Feature: https://features.opensuse.org/309145

1 4

[New: openFATE 309094] Clear console on exit for security reasons
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Fco. Javier Nacher (xiscoj) Feature #309094, revision 1 Title: Clear console on exit for security reasons openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Fco. Javier Nacher (xiscoj) Description: hi, I've seen that ubuntu clears console screen when the user does a logout. If you use your linux as a sever or in text mode it is very interesting. At the moment when you do a logout all your last operations in console are visible, and I think it is a seucurity problem. I know that usually people use a GUI term, but it won't be a problem to add this feature I've done it myself, just added this to my .bash_logout. # when leaving the console clear the screen to increase privacy if [ "$SHLVL" = 1 ]; then [ -x /usr/bin/clear ] && /usr/bin/clear -q fi So addind this to the user creation skeleton files would do it and won't cost more than 2 minutes. Bye and thanks -- openSUSE Feature: https://features.opensuse.org/309094

1 6

[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 303517] Automatically refreshing repositories at recurring intervals
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #303517, revision 34 Title: Automatically refreshing repositories at recurring intervals openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-12 14:12:10 reject reason: Postponing. Priority Requester: Desirable Projectmanager: Important openSUSE-11.2: Rejected by Stephan Kulow (coolo) reject date: 2009-08-12 10:54:36 reject reason: noone volunteering Priority Requester: Desirable Projectmanager: Desirable - openSUSE-11.4: Unconfirmed + openSUSE-11.4: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-08 16:24:34 + reject reason: situation has not changed since comment #21. Priority Requester: Desirable Requested by: Ladislav Slezak (lslezak) Description: Autorefresh configured repositories at certain times, this could be on certain days, or time of day, etc. A mockup and more details are in https://bugzilla.novell.com/show_bug.cgi?id=346966 Discussion: #1: Federico Lucifredi (flucifredi) (2008-06-13 15:12:52) there are some caveats I can think of requiring silent fail (for instance, a laptop), or requiring randomization (not hitting NCC with a volley all at the same time), but I think the idea is good. #2: Duncan Mac-Vicar (dmacvicar) (2008-07-07 11:13:37) If you think you can make it work in a reliable way, please present a concept. Right now PackageKit and updater applets do refresh often before checking for updates so the system repos _are_ refreshed. So I don't see much value in this feature (unless a concept is presented). #3: Stanislav Visnovsky (visnov) (2008-07-07 12:34:19) (reply to #2) We have a concept in the automatic online update configuration. #4: Jiri Srain (jsrain) (2008-07-07 12:58:59) (reply to #3) You mean running online update from cron? It should involve metadata refresh, but I do not see any reason for a separate metadata download from cron. #5: Ladislav Slezak (lslezak) (2008-07-09 10:30:09) (reply to #4) The feature should allow to disable "autorefresh" flag for all repositories so the package management can be started quickly without connecting to network. The cronjob would keep the metadata uptodate. Of course, there might be a problem when metadata are changed too often on the server, but in my opinion that's not a usual case in the real world. #6: Jiri Srain (jsrain) (2008-07-10 12:16:08) Let's extend the "automatic online update" module so that it offers whether to do real automatic online update, or just refresh the metadata (via one check box) #8: J. Daniel Schmidt (jdsn) (2008-07-18 18:13:38) (reply to #6) This would hide the feature in an update related module. But the feature does not restrict this only to update repositories. Build- Service Repos might need a refresh as well or think of Factory. The right place for this feature is the Repository Manager. It has no relation to the update process or a configuration concerning updates. #7: Jiří Suchomel (jsuchome) (2008-07-14 14:46:01) Daniel, what's the status of the plan to merge "online update configuration" into registration module? #9: J. Daniel Schmidt (jdsn) (2008-07-18 18:15:46) (reply to #7) Currently I plan to merge it into a new module together with "Online Update Configuration" related settings. Please do not extend it with this unrelated repo refreshing dialog. #10: J. Daniel Schmidt (jdsn) (2008-09-10 19:48:24) Why am I listed as the only developer here? I just said that I will merge the modules "automatic online update setup" and "online update setup". This feature is requesting something completely different. #11: Duncan Mac-Vicar (dmacvicar) (2008-09-10 22:21:17) (reply to #10) Don't worry, this feature will be dropped as because the OnStar work. It is just abandoned. #13: Jiří Suchomel (jsuchome) (2008-09-11 08:20:55) (reply to #11) Really? I don't think so.This feature is aimed for opensuse (it wants to extend the current "online update setup"), while OnStar is for SLE. #12: Jiří Suchomel (jsuchome) (2008-09-11 08:22:02) (reply to #10) Because the requested feature would be part of what is currently "online update setup". And after the merge, I assumed you should mainain the merged parts. #15: J. Daniel Schmidt (jdsn) (2008-09-11 12:37:19) (reply to #12) No the requested feature will not be part of the successor of "online update setup". Maybe you want it to be. But IMHO this has nothing to do with anything that is called "online update *something*". This feature is about a general refresh of repositories - not just the update repo. Software repositories are handled in the "Software repositories" module. And thats the place where this feature is asking for enhancement. Just look at the linked bug (bnc#346966). It even has a mockup (yes, I added one as well, but just look at the original one). And this is now quite the same I already wrote in comment #8. #16: Jiří Suchomel (jsuchome) (2008-09-11 12:44:53) (reply to #15) Ah, sorry. Looks like I have some other feature in mind while commenting this one. This one really is not online-update specific. #19: Robert Davies (robopensuse) (2009-01-16 16:30:40) As when I go into Software Repository management, I am offered check boxes like "autorefresh", it would seem when those boxes are checked, that I expect this to happen without knowing about it. Being made to wait, when I choose to run Online Update, or Software Management, seems to defeat purpose of auto-refresh feature, though it is understandable if no refresh was done for days. Some kind of cron job, ought to just handle this. Why should the user be asked more questions than "autorefresh" tick box? #20: Stephan Kulow (coolo) (2009-04-16 13:47:23) looking for community volunteers #21: Stephan Kulow (coolo) (2009-08-12 10:54:24) (reply to #20) 5 votes, no volunteer. I reject it -- openSUSE Feature: https://features.opensuse.org/303517

1 0

[New: openFATE 310013] Disable strigi indexing by default
by fate_noreply＠suse.de 07 Nov '10

07 Nov '10

Feature added by: Marc Schütz (marc_schuetz) Feature #310013, revision 1 Title: Disable strigi indexing by default openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Marc Schütz (marc_schuetz) Partner organization: openSUSE.org Description: Please disable the strigi indexer on KDE4 by default, or at least provide an easy way to disable it globally (i.e. for all users on the system, without changing any user-specific configuration). Note that simple uninstalling the "strigi" package seems not enough: after doing "rpm -e strigi", "rm -rf ~/.kde4" and rebooting, after the next login the nepomuk tray applet still informed me that it is now indexing my home directory. Business case (Partner benefit): openSUSE.org: All over the web people are complaining about high disk and CPU load caused by it, and it is also said not to handle concurrent access to its databases correctly (e.g. simultaneous login on several machines with home on NFS). -- openSUSE Feature: https://features.opensuse.org/310013

1 1

[New: openFATE 308883] Astronaut OpenVistA/WorldVista port
by fate_noreply＠suse.de 07 Nov '10

07 Nov '10

Feature added by: Juan Gonzalez-Piloto (juangp) Feature #308883, revision 1 Title: Astronaut OpenVistA/WorldVista port openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Juan Gonzalez-Piloto (juangp) Description: I would like to see a port of the Redhat RPMs (http://astronautvista.org and http://astronaut.sourceforge.net) for this important Electronic Medical/Health Record (EM/HR) program for openSUSE 11.3 and for Medical CD Project (http://en.opensuse.org/OpenSUSE-Medical). This is an Public Domain software used worldwide championed by the U.S. Department of Veteran's Affairs. As the most popular EM/HR application in the world, OpenSUSE should look seriously into porting this. Currently, the RPMs do not install properly on OpenSUSE due to the proprietary Redhat RPMs available (adduser vice useradd, openssl vice openssl-server and iptables). -- openSUSE Feature: https://features.opensuse.org/308883

1 1

[New: openFATE 310451] Improve KDE startup
by fate_noreply＠suse.de 06 Nov '10

06 Nov '10

Feature added by: Alvise Z (alvise_cav) Feature #310451, revision 1 Title: Improve KDE startup openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Alvise Z (alvise_cav) Description: OpenSuse has done a fantastic job in improving boot time. Today, if we consider the total time required from switching-on the computer up to the moment when the desktop is ready for the user, we can see that the bottleneck has become now the KDE startup time. This improvement will have tremendous benefits for all desktop users, and even more for netbook users! It will also put even more into light all the progresses that have already been done in improving boot time. Probably this wish should be proposed upstream. However, Opensuse is the biggest KDE promoter, and is deeply involved in KDE development. -- openSUSE Feature: https://features.opensuse.org/310451

1 5

[New: openFATE 308514] Start OS xyz buttons
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature added by: alles Quarks (allesquarks) Feature #308514, revision 1 Title: Start OS xyz buttons openFATE: Unconfirmed Priority Requester: Important Requested by: alles Quarks (allesquarks) Description: In previous Versions of Opensuse in KDE 3.x in Kicker there were buttons to start other OS that were known to grub. Klicking one of these items, grub bootet directly into that system. Since kde4 people like me, who boot to suse by default, have to wait for shutdown and the grub menu otherwise booting into suse again. -- openSUSE Feature: https://features.opensuse.org/308514

1 7

[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 305158] Make summary of partitioning changes more readable
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature changed by: Arvin Schnell (aschnell) Feature #305158, revision 12 Title: Make summary of partitioning changes more readable openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-07-16 16:23:32 reject reason: no resources for 11.2 Priority Requester: Important Projectmanager: Desirable openSUSE-11.3: Evaluation Priority Requester: Important Requested by: Martin Schmidkunz (mschmidkunz) Developer: (Novell) - Developer: (Novell) Description: Before applying the changes made by the partitioner the user is presented by a colorful pop up (http://en.opensuse.org/Image:Part_current_popup.png). The idea is to replace this pop up by a nice, clearly structured full screen summary (http://en.opensuse.org/Image:Summary_partitioner.png). The summary lines ("partition X will be formatted", "fstab options changed for partition Y") come from libstorage and the interface is pretty generic so far. In other words, it has no support for grouping the lines (putting hard disk related msgs together, similarly with LVMs, RAIDs etc.) According to developers it would require significant changes to libstorage. Discussion: #1: Robert Davies (robopensuse) (2009-11-30 18:45:35) Odd this is down as 'rejected' because there's no pop up in 11.2, and AFAIR the info is well presented and pretty readable. -- openSUSE Feature: https://features.opensuse.org/305158

1 0

[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

[New: openFATE 309272] ad X11:lxde into commuty repo list
by fate_noreply＠suse.de 05 Nov '10

05 Nov '10

Feature added by: andrea florio (anubisg1) Feature #309272, revision 1 Title: ad X11:lxde into commuty repo list openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: andrea florio (anubisg1) Partner organization: openSUSE.org Description: Since LXDE is now into suse 11.3 i think that is mandatory and easy to fix. I ask to add X11:lxde repo into the list of community repos available into YaST Business case (Partner benefit): openSUSE.org: because will be much easier to keep up to date your LXDE desktop without searching the web for the repo, and mostly because, all other DE have that too (including xfce) -- openSUSE Feature: https://features.opensuse.org/309272

1 4

[New: openFATE 308611] ultra speedy boot
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: cristian díaz (moldavio) Feature #308611, revision 1 Title: ultra speedy boot openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: ultra speedy boot, suspend, logout and shutdown -- openSUSE Feature: https://features.opensuse.org/308611

1 3

[New: openFATE 310463] QT-CREATOR 2.x.x
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #310463, revision 1 Title: QT-CREATOR 2.x.x openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: I really think this would be a strong help to those with writing software in c++. i am currently learning, also a good program to learn as well as you find out what works and what doesn't. very powerful language -- openSUSE Feature: https://features.opensuse.org/310463

1 2

[New: openFATE 309082] Overall progress bar for zypper up
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Matt Williams (Milliams) Feature #309082, revision 1 Title: Overall progress bar for zypper up openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Matt Williams (milliams) Description: It would be nice if zypper displayed a progress bar (or progress report of some kind) for zypper up type commands. Currently it is very difficult to discern where in the upgrade sequence it is and therefore approximately how long is left. Even if a percentage is difficult, a (packages remaining)/(total pacakges) number would be useful. -- openSUSE Feature: https://features.opensuse.org/309082

1 4

[New: openFATE 310400] Bug Fix for Package Removal
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #310400, revision 1 Title: Bug Fix for Package Removal openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: John Shand (jshand2008) Description: I installed monodevelop and it pulled in log4j. after updating the packages for monodevelop i can no longer remove log4j without it pulling in crimson and log4j-mini. even though this is a minor bug, it can be a bit of a nuisance. i have also tried reverting the monodevelop package back to the versions as default, and it didn't remove the above package. -- openSUSE Feature: https://features.opensuse.org/310400

1 4

[New: openFATE 310098] Integrate KNemo with NetworkManager
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Roman Bysh (Romanator) Feature #310098, revision 1 Title: Integrate KNemo with NetworkManager openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Roman Bysh (romanator) Description: My recommendation is to integrate KNemo with NetworkManager. KNemo which provides interface, network and download statistics. The NetworkManager is missing these features. We can have the best of both worlds in a single package that would use a single applet and icon. -- openSUSE Feature: https://features.opensuse.org/310098

1 5

[New: openFATE 310088] integrate webkit in evolution for html mail
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Thiago Sayao (sayao) Feature #310088, revision 1 Title: integrate webkit in evolution for html mail openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Thiago Sayao (sayao) Description: Most people i know uses Outlook for mail. When i receive HTML mail on evolution sent by outlook it does not always looks as when it was sent. Since webkit seems lightweight and renders HTML very well i think it would be suitable for adding this feature to evolution. I wish emails were text only, but it seems microsoft changed that and we have no choice :) Use Case: John sends a very nice formatted html mail to Maria on MS Outlook 2010. Maria opens the email and sees an ugly distorted mail. -- openSUSE Feature: https://features.opensuse.org/310088

1 2

[New: openFATE 309698] polish and add features to beagle search
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Thiago Sayao (sayao) Feature #309698, revision 1 Title: polish and add features to beagle search openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Thiago Sayao (sayao) Description: I don't find the beagle search interface very good. I think it needs a "facelift", maybe something as described on this page: http://beagle-project.org/Beagle_UI_Hackfest (outdated) Maybe some Novell designer could look into it? -- openSUSE Feature: https://features.opensuse.org/309698

1 3

[New: openFATE 309442] Speed-Up Boot
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Drew Adams (Druonysus) Feature #309442, revision 1 Title: Speed-Up Boot openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Drew Adams (druonysus) Description: The boot-up time needs to be faster for newer virsions of openSUSE -- openSUSE Feature: https://features.opensuse.org/309442

1 2

[New: openFATE 310276] Test
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Kidd Henry (Notmee) Feature #310276, revision 1 Title: Test openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Kidd Henry (notmee) Description: I would love to be a tester of new products, I have been a Linux fan for many years and like to try different distros of Linux. And when I came across openSUSE it is a wonderful system. -- openSUSE Feature: https://features.opensuse.org/310276

1 1

[New: openFATE 310238] Restore KDE3 as part of OpenSUSE
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Ilya Chernykh (Ansus) Feature #310238, revision 1 Title: Restore KDE3 as part of OpenSUSE openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Ilya Chernykh (ansus) Description: I suggest to restore KDE3 as part of OpenSUSE distribution and include the possibility to install KDE3 into installer. OpenSUSE is a distribution which is known for its tolerance towards different desktop environments such as Gnome, KDE, LXDE and gives the widest DE choice possibilities than any other distribution I know. This is specially important in the light of KDE4 being still unstable and of beta quality: Plasma still crashes, spatial mode in Konqueror is still broken and multiple features still missing. Inclusion of KDE3 in OpenSUSE could help attract multiple users of other Linux distributions which have discontinued KDE3. KDE3 is still widely used and popular environment, much more so than some others already included in OpenSUSE. It also helps easier migration from Windows as it offers familiar and classical interface. I cannot imagine a school teacher, office worker or a bureaucrat using KDE4. One of the reasons against KDE3 inclusion was that some claim it is discontinued upstream. But a look at the KDE3 svn shows it is still supported and bugfixed: http://websvn.kde.org/branches/KDE/3.5/ The last commit being only 6 days ago. Since our 11.2 release multiple features were improved, including crash-proof, debugging, karchive, vcards, kmail, kcommander, kaffeine and the help system. There is another branch of KDE3 development, a project known as Trinity, hosted in the same SVN repository, which aims on adding new features to KDE3 and continuous development. While this project gives hope of the future of KDE3, I currently would not recommend including their packages in OpenSUSE, and suggest to stick with the above-mentioned vanilla branch. Maintainig KDE3 currently would not require much resources, since the most difficult step - adapting KDE3 to co-existence with KDE4, moving it to another namespace, renaming packages, is already accomplished by the efforts of Novell and the SUSE team. Most other distributions could not cope with this challenge, but this titanic effort is already in the past for OpenSUSE. That would be even more unreasonable to drop KDE3 just after the bridge is left behind. -- openSUSE Feature: https://features.opensuse.org/310238

1 13

[New: openFATE 309380] NetworkManager 0.81
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Thomas Sundell (thsundel) Feature #309380, revision 1 Title: NetworkManager 0.81 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thomas Sundell (thsundel) Description: Please include the latest version of networkmanager in 11.3. Many need the bluetooth dun functionality. -- openSUSE Feature: https://features.opensuse.org/309380

1 2

[New: openFATE 310225] VLC in opensuse
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #310225, revision 1 Title: VLC in opensuse Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Agustin Chavarria (dj_ubun_1) Description: Hi! VLC is a great media player, it awesome, and it will be good, to add like a default media player in opensuse 12.0, because, VLC can play any type of video without codecs. Totem and Kaffeine have problems with codecs because the licence, but VLC doesnt have problem with licence. What do you think? -- openSUSE Feature: https://features.opensuse.org/310225

1 8

[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

[openFATE 305877] Popularity contest
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305877, revision 36 Title: Popularity contest openSUSE-11.2: Rejected by Stephan Kulow (coolo) reject date: 2009-09-07 13:57:05 reject reason: No update, too late for 11.2 - and for the future I would rather see it integrated into smolt Priority Requester: Important Projectmanager: Desirable - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-04 14:42:00 + reject reason: Not done. Priority Requester: Desirable - openSUSE-11.4: Unconfirmed + openSUSE-11.4: New Priority Requester: Important Requested by: Vladimir Nadvornik (nadvornik) Developer: (Novell) Description: We need a feedback about packages that are preferred by users and actively used. Debian already has a tool named Popularity contest (popcon) * reusing popcon will give us results that are directly comparable with Debian and Ubuntu * packagers team can take care of the package * we need a configuration dialog in YaST that is visible enough * we need a server infrastructure on opensuse.org. (There are certain privacy issues, see Debian FAQ for details) References: http://en.opensuse.org/BrainStorming_Prague#We_don.27t_know_which_packages_… http://popcon.debian.org/FAQ http://popcon.debian.org/ http://popcon.ubuntu.com/ Discussion: #1: Michal Vyskocil (mvyskocil) (2009-02-20 12:56:06) The pupularity-contest executable is a simple Perl script, which should be ported to rpm (replacing of dpkg calls by appropiate rpm alternative should be enough). #2: Pavol Rusnak (prusnak) (2009-03-11 15:53:13) (reply to #1) Replacing of dpkg calls with rpm is a no-go, because of the transactions in RPM. I started to work on a rewrite, will post results soon ... #3: Marek Stopka (m4r3k) (2009-03-13 09:28:08) (reply to #2) And here is a result... :-) http://stick.gk2.sk/blog/2009/03/popcorn-popularity-contest-for-rpm/ #4: Jay Mistry (zmdmw52) (2009-03-15 15:36:25) The software equivalent of Smolts Hardware profiler. Results can be uploaded to a dedicated website (such as is for Smolts- http://www.smolts.org/), so that users can see the relative weight/popularity of various commonly-used applications. #7: Carlos Gonçalves (cgoncalves) (2009-07-25 19:03:58) (reply to #4) There is a GSOC project (http://socghop.appspot.com/student_project/show/google/gsoc2009/gentoo/t124…) which is addressing this (Smolt) feature to Gentoo, though the author has been coding this aswell to Debian-based distros and more recently considering RPM distros too. I've been working with him on the client integration since I'm its author, and from my side all I can say is that Smolt sooner or later will be addressing this feature, too, but won't be ready in time for openSUSE 11.2 since feature/version freeze is next week (July 31). #5: T. J. Brumfield (enderandrew) (2009-06-13 21:16:54) During install, there can be a simple checkbox such as "Share hardware/software details with openSUSE servers for profiling." #6: Stephan Kulow (coolo) (2009-06-24 11:29:15) first we need the package in and someone to maintain the server or contact debian if they host other distros too. #9: 6tr6tr 6tr6tr (6tr6tr) (2010-10-01 20:16:28) I would actually prefer that things not just have one ranking but: - 1. Trustworthiness 2. Privacy 3. Reliability/Uptime/Speed 4. Popularity - I think those are all important and very different requirements. -- openSUSE Feature: https://features.opensuse.org/305877

1 0

[openFATE 301038] Improved performance in main menu, app browser and control center
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #301038, revision 54 Title: Improved performance in main menu, app browser and control center - Hackweek V: Unconfirmed - Priority - Requester: Mandatory openSUSE-10.2: Rejected by JP Rosevear (jproseve) reject date: 2006-10-17 08:30:51 reject reason: Performance bottlenecks are mostly remaining in some lower level libraries that need review. Priority Requester: Desirable Projectmanager: Important openSUSE-10.3: Rejected by Gary Ekker (gekker) reject date: 2007-09-12 11:10:12 reject reason: Nothing done for 10.3. Priority Requester: Desirable Projectmanager: Important openSUSE-11.0: Done Priority Requester: Important Projectmanager: Important openSUSE-11.1: Done Priority Requester: Important openSUSE-11.2: Done Priority Requester: Mandatory - openSUSE-11.4: Unconfirmed - Priority - Requester: Mandatory Requested by: Nat Friedman (natfriedman) Developer: (Novell) Developer: (Novell) Description: Improved performance in main menu, app, browsers and control center Discussion: #1: Gary Ekker (gekker) (2006-08-17 09:56:56) Anna, can we get more info on this? #2: Anna Dirks (annadirks) (2006-09-21 16:49:05) (reply to #1) Improved performace sounds to me like it means more quick and responsive. This would be an issue for Jim Krehl to manager I believe; the feedback which I have received regarding Main Menu/AB/CC performance centers around the menu taking a while to appear, and the AB/CC not necessarily defaulting to the best behavior when one searches for an launches an item. #3: JP Rosevear (jproseve) (2007-01-10 21:40:13) We didn't do anything major here for SP1, and with no PM priority I think its safe to reject. #4: Jared Allen (jpallen) (2007-09-12 11:59:45) Actually, Jimmy developed a muti-threaded model and re-worked the tiles for both the app browser and the main menu. This should improve performance. He did no do anything for the control center. #5: JP Rosevear (jproseve) (2008-04-08 16:04:35) Federico did a good amount of performance improvements in the main-menu for 11.0. #6: Guy Lunardi (glunardi) (2008-06-23 13:53:50) (reply to #5) Great to hear, this remains a big issue for our preloads, especially on slower systems like thin clients and low-cost PC. #7: JP Rosevear (jproseve) (2008-09-11 17:05:34) Thumbnailing was removed, but beyond that nothing more happened. Hard to say when this is done exactly. #9: Atri Bhattacharya (badshah400) (2010-08-14 06:03:02) To the person identified as jpxviii jpxviii, who changed the title of this feature to read "... app, browsers ..." instead of the current title, please stop spamming openFATE. You are not the requestor of this feature (or the 100 others you have been resetting for hackweek and openSUSE 11.4), so please do not change anything if you do not understand what it means. #10: jpxviii jpxviii (jpxviii) (2010-08-14 23:52:48) I read your post and I apologize, sorry, will not happen again. Goodbye -- openSUSE Feature: https://features.opensuse.org/301038

1 0

[New: openFATE 309118] KDE: set default desktop as Folder view on ~/Desktop
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Jakub Talas (jtalas) Feature #309118, revision 1 Title: KDE: set default desktop as Folder view on ~/Desktop openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jakub Talas (jtalas) Description: Instead of widget with this view, people are get used to (from Gnome, Windows as well as older KDE versions) to have icons on desktop without widget. This default setting doesn't affect possibility for users to add own widgets on desktop. -- openSUSE Feature: https://features.opensuse.org/309118

1 3

[New: openFATE 309119] Alex_suse
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: alex ruber (fishermann) Feature #309119, revision 1 Title: Alex_suse openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: alex ruber (fishermann) Description: test try -- openSUSE Feature: https://features.opensuse.org/309119

1 1

[New: openFATE 308620] Don't remove yast
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #308620, revision 1 Title: Don't remove yast openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Agustin Chavarria (dj_ubun_1) Description: All of modules of yast are important, all of users of opensuse need yast, opensuse is a distribution to ordinary people, not geeks and Linux users. the yast is what makes good and enviable opensuse with other distributions. -- openSUSE Feature: https://features.opensuse.org/308620

1 6

[New: openFATE 309758] libgsasl7 and libgsasl7-devel
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Graham White (whitegm) Feature #309758, revision 1 Title: libgsasl7 and libgsasl7-devel openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Graham White (whitegm) Partner organization: openSUSE.org Description: GNU SASL libraries Test Case: Pre requistites: Test client with kerberos client, valid KTGT SMTP server kerberos enabled test command is: msmtp -d --auth=gssapi test(a)emailtest.com output should end with <-- 250-PIPELINING <-- 250-SIZE 10240000 <-- 250-VRFY <-- 250-ETRN <-- 250-AUTH GSSAPI PLAIN LOGIN <-- 250-AUTH=GSSAPI PLAIN LOGIN <-- 250-ENHANCEDSTATUSCODES <-- 250-8BITMIME <-- 250 DSN --> AUTH GSSAPI <-- 334 --> YIICMQYJKoZIhvcSAQICAQBuggIgMIICHKADAgEFoQMCAQ6iBwMFACAAAACjggEzYYIBLzCCASugAwIBBaENGwtHTVdISVRFLkNPTaIqMCigAwIBA6EhMB8bBHNtdHAbF3NlY3JldGFyaWF0Lmdtd2hpdGUuY29to4HoMIHloAMCARKhAwIBBqKB2ASB1XZHEnf88S13c7G+buViGDsQWB4BEB4WbriBoq16p82nxhlIo5VPYi+Jk1QsKK6S/a7S3ImqCTE+LH7Js4/xKxopRSwTdIVhrFkMFzzKiFgLJ0/QSTOODeKNZzc94Yw+f7eJIfBsVv63XwKYgrVvvT/l8w1xYh7NEkiI3on+fEIFXDljkMeP22G8bi7j2R2+g7gxG8LjRhykvKPMIIikVjxaAZoyQrnKUds1rzcWCaFrGgl9V7HGA6vsi++i5cW0PY+vOLj1L+aVt2nF04X8IPcyAHqbWaSBzzCBzKADAgESooHEBIHB2l9A5GjhiqSd3XFhydqwuuG1X06WyprwlCk0SPTgPIurl3nJfNKxhIsITM27I5wJnnq9l5RmReApdYyIaO/kw1JBocZnKWvmcSdxdbFXLKQeQx/In+2lVVdQX7tomSr8i8zBNesHTeh7/nsCzZlDsBOgCDb7BySJHME9stgngaO1IG0ihalW1PVBcuzwuWA5j3453JFb92B8nzjlhEu02F7NifkMEYPU1NqsZ56IbU7UujlSrMT4JA8jzV12Vai7xg== <-- 334 YIGZBgkqhkiG9xIBAgICAG+BiTCBhqADAgEFoQMCAQ+iejB4oAMCARKicQRvXBwHFraSLLVV5vx0mzZ4cWgrNZ+BR12WJvF1qvxnKai3yE8hTnpJNTWw3SEz2aATVn1zt2sgdfXAEtoSKXZh+s8NYrLCj4wZhPKoOBFHC07i24z5wvyFQIaPGdOCf2a0BQXz9MOkXDYAHmgMmGwe Use Case: User installs msmtp via YaST2 Dependency on GNU SASL is shown and libgsasl7 and libgsasl-devel are marked for install User is able to use msmtp with gssapi authentication Business case (Partner benefit): openSUSE.org: It is not always possible to survive by just using Cyrus SASL. Example, msmtp needs GNU SASL in order to support kerberos (gssapi) auth. Since openSuSE does not include GNU SASL libraries the msmtp package has binaries compiled with the SASL option disabled so only PLAIN, CRAM MD5 and DIGEST MD5 are enabled. If libgsasl7 and libgsasl7-devel were packaged then msmtp could have all auth options enabled -- openSUSE Feature: https://features.opensuse.org/309758

1 2

[New: openFATE 309560] upgrade groff to 1.20
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Christopher Yeleighton (yecril71pl) Feature #309560, revision 1 Title: upgrade groff to 1.20 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Christopher Yeleighton (yecril71pl) Description: Please update groff to 1.20. Quoting Werner Lemberg: Since this topic is possibly of broader interest, I'm CCing this mail to the groff mailing list. It's nothing new, but... > GROFF VERSION: 1.18 This version is far too old. The current one is 1.20.1. > OS: openSuSE 11.2 Sigh. If you don't need Japanese support for man pages, install the current version of groff instead of relying on a version which is eight (!) years old. Test Case: echo '.PP Zażółć gęślą jaźń.' | groff -k -fUT -ms Use Case: To be able to roff documents in other scripts than Western. -- openSUSE Feature: https://features.opensuse.org/309560

1 2

[New: openFATE 310061] DE intependend dialog program.
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310061, revision 1 Title: DE intependend dialog program. openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Create dialog program with many backend: QT, GTK+, ncruses, WxWidgets. It should prefer to communicate via terminal. Behavior could been changed by environment, like PREFERED_UI="KDE4:GNOME" or WINDOWMANAGER="metacity". It could also working as session deamon. Make it also extensible, allowing to return information about supporting feature by backend and using something similar to namespaces. Test Case: Runing scripts written to use this tool in different ways. Use Case: I'm programmer and I need to create simple tool to comunicate by user. I can realize this by multidialog tool ;-) . Business case (Partner benefit): openSUSE.org: Recognition we need to use zenity, kdialog or dialog is noisy and all this tool communicates in other way. -- openSUSE Feature: https://features.opensuse.org/310061

1 2

[New: openFATE 308456] improve nomad/xrdp to allow to attach to physical x11 session
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Nassim Salem (nsalem) Feature #308456, revision 1 Title: improve nomad/xrdp to allow to attach to physical x11 session openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Nassim Salem (nsalem) Description: Nomad/XRDP is a great tool that allows for high performance remote desktop to an opensuse desktop. The tool was first introduced in opensuse 11.1. The tool however lacks functionality when compared to Windows RDP. Nomad allows us you to create a new session on a remote desktop and then disconnect and reconnect to that same session. It will not however connect or attach to an existing physical X11 session on that remote machine. The only tools that allow one to do this are x11vnc and nx with shadow option but both are terribly slow. Having this capability would be awesome and would bring it on par with what Windows users have. Use Case: This is an issue for users that physically work on a machine locally for example at work and have number of long running processes and many apps open and lock the session and go home and then want to connect to that same machine at work from home. Nomad will connect them to either a new session or a different session than they have at work. -- openSUSE Feature: https://features.opensuse.org/308456

1 2

[New: openFATE 308451] at-spi2 by default
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Vincent Untz (vuntz) Feature #308451, revision 1 Title: at-spi2 by default openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: The accessibility stack in GNOME has been rewritten, and is now available for testing. We need to make sure that at-spi2 works fine and is installed by default, while at-spi can probably stay available in the repository as a fallback. We need a plan for testing too. Making sure orca and accerciser work fine is a good first step. -- openSUSE Feature: https://features.opensuse.org/308451

1 6

[New: openFATE 309273] Have 2.6.34 kernel in opensuse 11.3
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Vladimir Psenicka (hellgast) Feature #309273, revision 1 Title: Have 2.6.34 kernel in opensuse 11.3 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vladimir Psenicka (hellgast) Description: If it is possible can you include latest kernel (2.6.34) in opensuse 11.3? -- openSUSE Feature: https://features.opensuse.org/309273

1 2

[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 310704] Update emacs to 23.2
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Pásztor János (pasja) Feature #310704, revision 1 Title: Update emacs to 23.2 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Pásztor János (pasja) Description: Please upgrade emacs to 23.2. It has many improvments, you can read here: http://xahlee.org/emacs/emacs23.2_features.html -- openSUSE Feature: https://features.opensuse.org/310704

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

[New: openFATE 309467] Rename chromium
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: James Mason (bear454) Feature #309467, revision 1 Title: Rename chromium openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: James Mason (bear454) Description: There are currently two readily available projects packaged as "chromium": * Chromium B.S.U. (the game): currently packaged as standard/chromium-0.9.12-1031.159.i586.rpm * Google chromium (the web browser) currently packaged as: Contrib/standard/chromium-5.0.396.0-1.1.i586.rpm One or both should be renamed to prevent package collisions. -- openSUSE Feature: https://features.opensuse.org/309467

1 5

[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

[openFATE 306975] Sort list of in windows domain membership
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Todd R (TheBlackCat) Feature #306975, revision 1 Title: Sort list of in windows domain membership openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: Currently, in the windows domain membership module, when you try to join a domain you are given the option to enter a username and password and to select the Machine Account Organization Unit from a list. This list is provided in no apparent order. At the very least it is not sorted by the name of the organizational unit. This may be fine if there is only a small number of them, but for a large institution there might be hundreds, maybe even thousands. It takes a lot of time to search through ever single item on the list to find the one you belong to. I think it would be much easier if the list was sorted alphabetically by the name of the organizational unit, ideally the leaf organizational unit if there is a heirarchy since users may not know that higher nodes their organizational unit belonds to. -- openSUSE Feature: https://features.opensuse.org/306975

1 6

[openFATE 306925] Adjust Colors of the Default Desktop Wallpaper
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Rafael Allende (jeaserve) Feature #306925, revision 1 Title: Adjust Colors of the Default Desktop Wallpaper openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rafael Allende (jeaserve) Description: In GNOME, the color of the default desktop theme and the colors of the default wallpaper do not fit. Especially look at the title bar of the active window. -- openSUSE Feature: https://features.opensuse.org/306925

1 1

[openFATE 306759] Include video editing software - Kdenlive
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #306759, revision 1 Title: Include video editing software - Kdenlive openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Glenn Doig (doiggl) Description: Include video editing software. >From the website - http://kdenlive.org/ Kdenlive is an intuitive and powerful multi-track video editor, including most recent video technologies. Our software is completely free, in all sences of the expression, as defined by the GNU foundation (http://www.gnu.org/) . Using Kdenlive is investing in a community driven project, which aims to establish relationships between people in order to built the best video tools. Other - http://www.linux-mag.com/id/7413/ -- openSUSE Feature: https://features.opensuse.org/306759

1 3

[openFATE 306473] Support KDE initiative to build a brand together
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Klaas Freitag (kfreitag) Feature #306473, revision 1, last change by Title: Support KDE initiative to build a brand together openSUSE-11.2: Unconfirmed Priority Requester: Mandatory openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Klaas Freitag (kfreitag) Description: Please carefully read http://aseigo.blogspot.com/2009/06/building-brand-together.html Aaron suggests to start combined efforts up- and downstream to create a strong brand for FOSS. Aaron outlines the overall goal: "The desired result is the ability to build a visually identifiable F/OSS desktop brand together , one that fits nicely with your brand as well. This way people can continue to say, "Oh hey, that's $COMPANY $NAME Linux" while giving the human population half a chance to build a relationship with F/OSS itself as a visually identifiable thing.In short: the goal is to increase our net effect in the market by working together." For that, the KDE project is starting to offer a service that helps creating a brand that is fine for both openSUSE and the KDE project. I think we should be an early adoptor here. -- openSUSE Feature: https://features.opensuse.org/306473

1 12

[openFATE 306427] WLAN Driver for eeePCs
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Dominik Heidler (dheidler) Feature #306427, revision 1, last change by Title: WLAN Driver for eeePCs openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dominik Heidler (dheidler) Description: When you are using openSUSE on an eeePC, only unencrypted and WEP Networks are working, because of Asus using a special Version of the Ateros WLAN chipset. You can fix this by installing the Kernel, provided at the end of this thred (http://www.pc-forum24.de/suse-treiber/10335-geloest-ralink-rt2860-unter-ope…) . -- openSUSE Feature: https://features.opensuse.org/306427

1 10

[New: openFATE 309778] Allow printing of several pages on one sheet in openoffice
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Jan Kara (jankara) Feature #309778, revision 1 Title: Allow printing of several pages on one sheet in openoffice openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jan Kara (jankara) Description: It would be useful if open office printing dialog allowed for combining several pages into one sheet of paper. -- openSUSE Feature: https://features.opensuse.org/309778

1 1

[New: openFATE 309719] Backport AMD X6 TurboCore fix from kernel 2.6.35 to opensuse 11.3
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: jimbo bigcreed (Dimble_ThriceFoon) Feature #309719, revision 1 Title: Backport AMD X6 TurboCore fix from kernel 2.6.35 to opensuse 11.3 openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: jimbo bigcreed (dimble_thricefoon) Description: I am presuming that opensuse 11.3 will be fixed at kernel version 2.6.34, which contains poor/buggy support for the TurboCore features of the new AMD X6 processors. It would be a great shame to have the eight month "top-shelf" life of opensuse 11.3 marred by lack of support for an enthusiast class feature of their hardware. If you have purchased a new computer you don't want to find-out that running the newest release of opensuse will lose an aggregate of 1500MHz of performance. This bug has been fixed in the 2.6.35 kernel: http://www.h-online.com/open/news/item/Performance-problem-in-AMD-s-Phenom-… I would very much like the opensuse kernel team to ensure that the fix is backported into the kernel due to be used in 11.3. I appreciate this may already have happened, so considere this a heads-up. :) Kind regards -- openSUSE Feature: https://features.opensuse.org/309719

1 8

[New: openFATE 309328] BETTER Rescue System
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Sergio Szychowski (sergioszy) Feature #309328, revision 1 Title: BETTER Rescue System openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sergio Szychowski (sergioszy) Description: Is incredible that in 11.1 rescue shell hasn't fdisk, and you can't break any command ( Ctrl-C not working ) -- openSUSE Feature: https://features.opensuse.org/309328

1 2

[openFATE 307546] extract base system from a tar archive
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Marvin FourtyTwo (marvin24) Feature #307546, revision 1 Title: extract base system from a tar archive openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Marvin FourtyTwo (marvin24) Description: for new installations, some time can be saved if the basesystem (the part of openSUSE which is independend of the software selection) is extracted from an archive instead of allways installing the same packages everywhere. -- openSUSE Feature: https://features.opensuse.org/307546

1 2

[openFATE 306770] Hiding Interactive Menus within kdm login
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #306770, revision 1 Title: Hiding Interactive Menus within kdm login openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: John Shand (jshand2008) Description: This would greatly enhance the security of the system as it would prevent the user from logging in in a backwards approach. thus saying this, it would be great if you can create a better security module to include this security feature within the login area. -- openSUSE Feature: https://features.opensuse.org/306770

1 6

[New: openFATE 309373] end of installation: please stop
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Maciej Pilichowski (truemacias) Feature #309373, revision 1 Title: end of installation: please stop openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Maciej Pilichowski (truemacias) Description: https://bugzilla.novell.com/show_bug.cgi?id=597709 When you install the system, installer install all the packages, at some point everything is done, and installer reboots. Now, here is the problem -- installing can take some amount of time, so it is not a guarantee user looks at the monitor. When user comes back, she/he cannot be sure everything was fine -- maybe installer crashed in 99%, maybe there was power outage, and so on. So the wish is -- when everything is done, and installer is about to reboot _stop_. Don't do any countdown timer, wait for the user, so he/she could see everything was fine, and can click "next" to reboot and start his/her freshly installed system. -- openSUSE Feature: https://features.opensuse.org/309373

1 3

[New: openFATE 308880] Netflix Instant Watch feature
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: richard Chen (tienchienchen) Feature #308880, revision 1 Title: Netflix Instant Watch feature openFATE: Unconfirmed Priority Requester: Important Requested by: richard Chen (tienchienchen) Description: Support Netflix instant watche feature in OpenSUSE. -- openSUSE Feature: https://features.opensuse.org/308880

1 2

[openFATE 306847] Internet Cafe
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #306847, revision 1 Title: Internet Cafe openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: John Shand (jshand2008) Description: i am half way through my business plan and have decided that i need Thin Clients and high encryption logons and function working seemlessly. it would make life a lot easier if you only had one server to fix up when things go wrong instead of troubleshooting many. -- openSUSE Feature: https://features.opensuse.org/306847

1 6

[New: openFATE 308606] kmess default messenger for kde 4.5
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: cristian díaz (moldavio) Feature #308606, revision 1 Title: kmess default messenger for kde 4.5 openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: kmess default messenger for kde 4.5 -- openSUSE Feature: https://features.opensuse.org/308606

1 6

[openFATE 307499] Default installation desktop decison criteria
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: David Hodgson (jetojedno) Feature #307499, revision 1 Title: Default installation desktop decison criteria openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: David Hodgson (jetojedno) Partner organization: openSUSE.org Description: There has been a lot of discussion about the "correct" default installation desktop of openSuSE, and the default for 11.2 was decided based upon popularity. This criterion is fine, but I think this is not the bext criteria for deciding the default installation desktop. The default desktop primarily affects naive Linux users who are not being guided by an experienced Linux user (assuming the default can be changed during the install). These are the people who are most likely to make a passive decision (go with the default). Experienced Linux users and naive users being guided are going to make an active decision for a familiar, recommended or suitable desktop. I would argue that our primary concern should be ensuring that: 1) existing users of Linux / openSuSE are not forced away by the default, and; 2) naive users of Linux should find the transition to Linux as easy as possible. The best criteria for the default installation desktop for naive users is the ease-of-use of the desktop environment (DE), part of which is the desktop's similarity in look-and-feel to Windows. Most naive users will be familiar with Windows and will expect things in Linux to found in the same places and behave in much the same fashion. Part of this similarity is the functionality - are all of the expected components of Windows available and working reliably in the chosen DE? If the quality of support for the leading DEs is maintained than the decision about a default should not force away existing experienced Linux users. I think it unlikely that a decision about the DE default is going to attract experienced Linux users, unless it is projected as a prejudice in the marketing materials. I propose that openSuSE decides the default desktop based upon the DE's ease-of-use for naive Linux users and that the project collects through surveys and other means the information necessary to make this decision objectively. Business case (Partner benefit): openSUSE.org: We should make this change to maximise the user base for openSuSE. -- openSUSE Feature: https://features.opensuse.org/307499

1 3

[openFATE 306649] Full Google Wave support built in to openSUSE.
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Michael Mooney (RaspyYeti) Feature #306649, revision 1 Title: Full Google Wave support built in to openSUSE. Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Michael Mooney (raspyyeti) Description: Ok as you may have seen in the Google I/O demo video, Google Wave is a very powerful new technology that is built around hosted conversations to enable people to communicate and work together in new and more effective ways But it's use will surpass it's creators concept for Wave. My request is for openSUSE to support both Google Wave provider features and Google Wave user features. -- openSUSE Feature: https://features.opensuse.org/306649

1 5

[New: openFATE 310062] Repositories/Packages and Apparmour
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310062, revision 1 Title: Repositories/Packages and Apparmour openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Sławomir Lach (lachu) Description: Just allow to connect repository/packages with apparmour profile by vendors of package/repository. Use Case: I need to install some game. I found One-Click-Install wesnoth installer on the web. I decided to install in this way. Repository with wesnoth could been assigned to @apparmour_profiles/games/without_acceleration, @apparmour_profiles/user_home/dot_app_name_profile, @apparmour_profiles/internet/don_t_read_etc. System will show me info like: this reposiory contains only network games. Programs installed from here couldn't read private data or system settings. I can click enable apparmour policies to this repository. -- openSUSE Feature: https://features.opensuse.org/310062

1 1

[New: openFATE 309143] Terminal Language Task Translator- C++
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Letron Edamtrax (Nexus-Incarnate) Feature #309143, revision 1 Title: Terminal Language Task Translator- C++ Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Letron Edamtrax (nexus-incarnate) Description: Turns Terminal commands into a terminal-based C++ program by interpreting terminal commands as the equivalent C++ command. -- openSUSE Feature: https://features.opensuse.org/309143

1 1

[openFATE 303793] Mount /var/run as tmpfs
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #303793, revision 59 Title: Mount /var/run as tmpfs openSUSE-11.2: Rejected by Matthias Eckermann (mge1512) reject date: 2009-07-16 11:42:53 reject reason: Rejected on request of Engineering. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-10-06 16:02:09 reject reason: not done. Priority Requester: Mandatory Projectmanager: Important - openSUSE-11.4: New + openSUSE-11.4: Done Priority Requester: Mandatory Requested by: Kay Sievers (kay_sievers) Developer: (Novell) Description: /var/run should be mounted as tmpfs. This would avoid the cleaning of stale files or sockets on bootup and avoid atime updates of any mounted filesystems. This is required for eg powermanagement, which currently wakes up the system from any idle states for a socket operation. Services must be modified not to depend on a preexisting content in /var/run upon startup. RPMs must be modified to not place anything there. Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:30:23) somehow SLES/SLED got out of sync here. Matching. #4: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:30:03) There are no resources for this feature. Please postpone, (as agreed with MgE) #5: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:46:55) Just as a side note this feature will require an effort of aprox. 1 week, together with #303810 (they averlap about 95%) #10: Arvin Schnell (aschnell) (2009-02-04 10:50:32) Any requirements on the size for the tmpfs or should the default of tmpfs be used? #11: Arvin Schnell (aschnell) (2009-02-05 19:27:03) (reply to #10) Kay replied by personal mail: Size doesn't matter. /var/lock should also be on tmpfs. #12: Duncan Mac-Vicar (dmacvicar) (2009-06-02 11:22:49) Christoph, please reject with openSUSE 11.2, because disk encryption we can't promise this feature for 11.2. It may get done as bonus if encryption gets done earlier than expected, but we can't commit to it (which is what rejection means, which does not mean we may work on it). It is the next thing we will work on after encryption support. #32: Dirk Mueller (dirkmueller) (2010-04-26 12:08:04) rpmlint check implemented (badness 900) #35: Duncan Mac-Vicar (dmacvicar) (2010-11-03 15:50:03) Kay, is this still feature desired now with relatime as default? or can be closed forever? #36: Kay Sievers (kay_sievers) (2010-11-03 18:52:22) (reply to #35) It is a good feature to have, because we don't want to cleanup the dir on bootup. Systemd has this mandatory and you can't even disable it. #37: Andreas Jaeger (a_jaeger) (2010-11-04 09:24:36) (reply to #35) This feature is done with using systemd. The scripts mount /var/run already and packages get fixed. I don't think any changes in YaST are needed, so I guess this can be marked as done. Duncan, please check for YaST work - and if none is needed, mark as done. #38: Arvin Schnell (aschnell) (2010-11-04 12:02:02) (reply to #37) When systemd mounts it and no entry in fstab is desired the feature is done from my side. I'm sure the mounting happens after potentially mounting /var. -- openSUSE Feature: https://features.opensuse.org/303793

1 0

[openFATE 303793] Mount /var/run as tmpfs
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature changed by: Arvin Schnell (aschnell) Feature #303793, revision 58 Title: Mount /var/run as tmpfs openSUSE-11.2: Rejected by Matthias Eckermann (mge1512) reject date: 2009-07-16 11:42:53 reject reason: Rejected on request of Engineering. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-10-06 16:02:09 reject reason: not done. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: New Priority Requester: Mandatory Requested by: Kay Sievers (kay_sievers) Developer: (Novell) Description: /var/run should be mounted as tmpfs. This would avoid the cleaning of stale files or sockets on bootup and avoid atime updates of any mounted filesystems. This is required for eg powermanagement, which currently wakes up the system from any idle states for a socket operation. Services must be modified not to depend on a preexisting content in /var/run upon startup. RPMs must be modified to not place anything there. Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:30:23) somehow SLES/SLED got out of sync here. Matching. #4: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:30:03) There are no resources for this feature. Please postpone, (as agreed with MgE) #5: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:46:55) Just as a side note this feature will require an effort of aprox. 1 week, together with #303810 (they averlap about 95%) #10: Arvin Schnell (aschnell) (2009-02-04 10:50:32) Any requirements on the size for the tmpfs or should the default of tmpfs be used? #11: Arvin Schnell (aschnell) (2009-02-05 19:27:03) (reply to #10) Kay replied by personal mail: Size doesn't matter. /var/lock should also be on tmpfs. #12: Duncan Mac-Vicar (dmacvicar) (2009-06-02 11:22:49) Christoph, please reject with openSUSE 11.2, because disk encryption we can't promise this feature for 11.2. It may get done as bonus if encryption gets done earlier than expected, but we can't commit to it (which is what rejection means, which does not mean we may work on it). It is the next thing we will work on after encryption support. #32: Dirk Mueller (dirkmueller) (2010-04-26 12:08:04) rpmlint check implemented (badness 900) #35: Duncan Mac-Vicar (dmacvicar) (2010-11-03 15:50:03) Kay, is this still feature desired now with relatime as default? or can be closed forever? #36: Kay Sievers (kay_sievers) (2010-11-03 18:52:22) (reply to #35) It is a good feature to have, because we don't want to cleanup the dir on bootup. Systemd has this mandatory and you can't even disable it. #37: Andreas Jaeger (a_jaeger) (2010-11-04 09:24:36) (reply to #35) This feature is done with using systemd. The scripts mount /var/run already and packages get fixed. I don't think any changes in YaST are needed, so I guess this can be marked as done. Duncan, please check for YaST work - and if none is needed, mark as done. + #38: Arvin Schnell (aschnell) (2010-11-04 12:02:02) (reply to #37) + When systemd mounts it and no entry in fstab is desired the feature is + done from my side. + I'm sure the mounting happens after potentially mounting /var. -- openSUSE Feature: https://features.opensuse.org/303793

1 0

[openFATE 303793] Mount /var/run as tmpfs
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #303793, revision 57 Title: Mount /var/run as tmpfs openSUSE-11.2: Rejected by Matthias Eckermann (mge1512) reject date: 2009-07-16 11:42:53 reject reason: Rejected on request of Engineering. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-10-06 16:02:09 reject reason: not done. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: New Priority Requester: Mandatory - Info Provider: (Novell) Requested by: Kay Sievers (kay_sievers) Developer: (Novell) Description: /var/run should be mounted as tmpfs. This would avoid the cleaning of stale files or sockets on bootup and avoid atime updates of any mounted filesystems. This is required for eg powermanagement, which currently wakes up the system from any idle states for a socket operation. Services must be modified not to depend on a preexisting content in /var/run upon startup. RPMs must be modified to not place anything there. Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:30:23) somehow SLES/SLED got out of sync here. Matching. #4: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:30:03) There are no resources for this feature. Please postpone, (as agreed with MgE) #5: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:46:55) Just as a side note this feature will require an effort of aprox. 1 week, together with #303810 (they averlap about 95%) #10: Arvin Schnell (aschnell) (2009-02-04 10:50:32) Any requirements on the size for the tmpfs or should the default of tmpfs be used? #11: Arvin Schnell (aschnell) (2009-02-05 19:27:03) (reply to #10) Kay replied by personal mail: Size doesn't matter. /var/lock should also be on tmpfs. #12: Duncan Mac-Vicar (dmacvicar) (2009-06-02 11:22:49) Christoph, please reject with openSUSE 11.2, because disk encryption we can't promise this feature for 11.2. It may get done as bonus if encryption gets done earlier than expected, but we can't commit to it (which is what rejection means, which does not mean we may work on it). It is the next thing we will work on after encryption support. #32: Dirk Mueller (dirkmueller) (2010-04-26 12:08:04) rpmlint check implemented (badness 900) #35: Duncan Mac-Vicar (dmacvicar) (2010-11-03 15:50:03) Kay, is this still feature desired now with relatime as default? or can be closed forever? #36: Kay Sievers (kay_sievers) (2010-11-03 18:52:22) (reply to #35) It is a good feature to have, because we don't want to cleanup the dir on bootup. Systemd has this mandatory and you can't even disable it. + #37: Andreas Jaeger (a_jaeger) (2010-11-04 09:24:36) (reply to #35) + This feature is done with using systemd. The scripts mount /var/run + already and packages get fixed. I don't think any changes in YaST are + needed, so I guess this can be marked as done. Duncan, please check for + YaST work - and if none is needed, mark as done. -- openSUSE Feature: https://features.opensuse.org/303793

1 0

[openFATE 303793] Mount /var/run as tmpfs
by fate_noreply＠suse.de 03 Nov '10

03 Nov '10

Feature changed by: Kay Sievers (kay_sievers) Feature #303793, revision 56 Title: Mount /var/run as tmpfs openSUSE-11.2: Rejected by Matthias Eckermann (mge1512) reject date: 2009-07-16 11:42:53 reject reason: Rejected on request of Engineering. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-10-06 16:02:09 reject reason: not done. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: New Priority Requester: Mandatory Info Provider: (Novell) Requested by: Kay Sievers (kay_sievers) Developer: (Novell) Description: /var/run should be mounted as tmpfs. This would avoid the cleaning of stale files or sockets on bootup and avoid atime updates of any mounted filesystems. This is required for eg powermanagement, which currently wakes up the system from any idle states for a socket operation. Services must be modified not to depend on a preexisting content in /var/run upon startup. RPMs must be modified to not place anything there. Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:30:23) somehow SLES/SLED got out of sync here. Matching. #4: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:30:03) There are no resources for this feature. Please postpone, (as agreed with MgE) #5: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:46:55) Just as a side note this feature will require an effort of aprox. 1 week, together with #303810 (they averlap about 95%) #10: Arvin Schnell (aschnell) (2009-02-04 10:50:32) Any requirements on the size for the tmpfs or should the default of tmpfs be used? #11: Arvin Schnell (aschnell) (2009-02-05 19:27:03) (reply to #10) Kay replied by personal mail: Size doesn't matter. /var/lock should also be on tmpfs. #12: Duncan Mac-Vicar (dmacvicar) (2009-06-02 11:22:49) Christoph, please reject with openSUSE 11.2, because disk encryption we can't promise this feature for 11.2. It may get done as bonus if encryption gets done earlier than expected, but we can't commit to it (which is what rejection means, which does not mean we may work on it). It is the next thing we will work on after encryption support. #32: Dirk Mueller (dirkmueller) (2010-04-26 12:08:04) rpmlint check implemented (badness 900) #35: Duncan Mac-Vicar (dmacvicar) (2010-11-03 15:50:03) Kay, is this still feature desired now with relatime as default? or can be closed forever? + #36: Kay Sievers (kay_sievers) (2010-11-03 18:52:22) (reply to #35) + It is a good feature to have, because we don't want to cleanup the dir + on bootup. + Systemd has this mandatory and you can't even disable it. -- openSUSE Feature: https://features.opensuse.org/303793

1 0

[openFATE 303793] Mount /var/run as tmpfs
by fate_noreply＠suse.de 03 Nov '10

03 Nov '10

Feature changed by: Duncan Mac-Vicar (dmacvicar) Feature #303793, revision 55 Title: Mount /var/run as tmpfs openSUSE-11.2: Rejected by Matthias Eckermann (mge1512) reject date: 2009-07-16 11:42:53 reject reason: Rejected on request of Engineering. Priority Requester: Mandatory Projectmanager: Important - openSUSE-11.3: Rejected by (a_jaeger) + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-10-06 16:02:09 reject reason: not done. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: New Priority Requester: Mandatory + Info Provider: (Novell) Requested by: Kay Sievers (kay_sievers) Developer: (Novell) Description: /var/run should be mounted as tmpfs. This would avoid the cleaning of stale files or sockets on bootup and avoid atime updates of any mounted filesystems. This is required for eg powermanagement, which currently wakes up the system from any idle states for a socket operation. Services must be modified not to depend on a preexisting content in /var/run upon startup. RPMs must be modified to not place anything there. Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:30:23) somehow SLES/SLED got out of sync here. Matching. #4: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:30:03) There are no resources for this feature. Please postpone, (as agreed with MgE) #5: Duncan Mac-Vicar (dmacvicar) (2008-07-14 15:46:55) Just as a side note this feature will require an effort of aprox. 1 week, together with #303810 (they averlap about 95%) #10: Arvin Schnell (aschnell) (2009-02-04 10:50:32) Any requirements on the size for the tmpfs or should the default of tmpfs be used? #11: Arvin Schnell (aschnell) (2009-02-05 19:27:03) (reply to #10) Kay replied by personal mail: Size doesn't matter. /var/lock should also be on tmpfs. #12: Duncan Mac-Vicar (dmacvicar) (2009-06-02 11:22:49) Christoph, please reject with openSUSE 11.2, because disk encryption we can't promise this feature for 11.2. It may get done as bonus if encryption gets done earlier than expected, but we can't commit to it (which is what rejection means, which does not mean we may work on it). It is the next thing we will work on after encryption support. #32: Dirk Mueller (dirkmueller) (2010-04-26 12:08:04) rpmlint check implemented (badness 900) + #35: Duncan Mac-Vicar (dmacvicar) (2010-11-03 15:50:03) + Kay, is this still feature desired now with relatime as default? or can + be closed forever? -- openSUSE Feature: https://features.opensuse.org/303793

1 0