December 2010 - openSUSE Features - openSUSE Mailing Lists

[openFATE 307489] Combine repositories!
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Jason Fergus (jfergus) Feature #307489, revision 1 Title: Combine repositories! openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Jason Fergus (jfergus) Description: openSUSE would be at least 50x easier to install / maintain if they took a different approach to the repositories. Look at Fedora. They dropped Core and Extras and made it one big distribution, then all the dag, livna and freshrpms combined into rpmfusion.org. This is what should / needs to happen with openSUSE. For someone who is used to doing it, this is probably not that big of a deal. To someone who is used to installing Windows and having to scour the Internet for drivers, it's not that big of deal. To someone coming from using mostly Fedora, Ubuntu or Debian, this is HUGE. Fedora is simple, add rpmfusion.org and probably the adobe yum repository and you have access to everything from drivers to flash. In Debian, just enable non-free and contrib, then the debian-multimedia (for mplayer, mythtv etc) and you're all set. Ubuntu really only needs medibuntu repositories and you can get everything you need for a decent setup. openSUSE has a ton that need to be enabled. Emulators, Pacman, nvidia, etc. While it is nice and simple that you have a 'one click' install for most things, it still would be easier / simpler to just run 'zypper install atari800' without having to add the Emulator repository. This and the menus are the only thing that really throws me off of running openSUSE. -- openSUSE Feature: https://features.opensuse.org/307489

1 16

[New: openFATE 310571] L2TP connections setup via YaST in yast2-network module
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Сергей Миронов (serg0) Feature #310571, revision 1 Title: L2TP connections setup via YaST in yast2-network module openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Сергей Миронов (serg0) Description: Many internet-providers give an opportunity to create pptp-connections and l2tp-connections. PPTP protocol is used widely. But L2TP protocol is more stable and fast in use. The speed of my internet (and not only for me!) significally increased after I changed pptp on l2tp. With pptp my speed was 2Mbit/s (download) and 1,5 Mbit/s (upload). With l2tp I got 10 Mbit/s on download and 30 Mbit/s on upload. It is a result of tests on speedtest.net and 2 other sites. The PPTP connection I made with yast2-network module (DSL). It is fast, simple and convinient way (as everythins in Yast). But this module does not have an opportunity to make VPN connection via L2TP protocol. I suggest to add L2TP protocol in yast2-network module to make connections via PPP over Ethernet, PPP over ATM, CAPI for ADSL, Point To Point Connection Protocol and L2TP CONNECTION PROTOCOL ! In forums I looked at different ways to run l2tp connection. The best one on my opinion is using the script from here: http://homenet.corbina.net/index.php?showtopic=267122 (http://homenet.corbina.net/index.php?showtopic=267122) -- openSUSE Feature: https://features.opensuse.org/310571

1 16

[New: openFATE 310979] Set the default mouse behaviour of KDE 4.x to double click to open files / folde
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Adam N (A-D4M) Feature #310979, revision 1 Title: Set the default mouse behaviour of KDE 4.x to double click to open files / folde openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Adam N (a-d4m) Partner organization: openSUSE.org Description: Set the default mouse behaviour of KDE 4.x to double click to open files / folders. Current default is single-click to open files / folders Business case (Partner benefit): openSUSE.org: Many new users migrating from other operating systems are more comfortable with a double-click behaviour. Gnome users are more comfortable with double-click. Accidentally hitting the mouse button will not resort in any action. In absence of statistics, I believe most users change the single-click behaviour to double-click. I prefer double-click -- openSUSE Feature: https://features.opensuse.org/310979

1 17

[New: openFATE 310397] kmldonkey for opensuse
by fate_noreply＠suse.de 28 Dec '10

28 Dec '10

Feature added by: Andreas Ritter (eddie8_de) Feature #310397, revision 1 Title: kmldonkey for opensuse Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Andreas Ritter (eddie8_de) Description: A package of kmldonkey (kde-extragear) for opensuse 11.3 and following versions would be very nice! See http://userbase.kde.org/KMLDonkey -- openSUSE Feature: https://features.opensuse.org/310397

1 4

[New: openFATE 310905] Make Konqueror Default File Manager
by fate_noreply＠suse.de 24 Dec '10

24 Dec '10

Feature added by: Peter Tselios (tpe) Feature #310905, revision 1 Title: Make Konqueror Default File Manager openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Peter Tselios (tpe) Partner organization: openSUSE.org Description: Restore Konqueror as default file manager in a next OpenSUSE version. I don't need to say much about that. Konqueror is still a better file manager than Dolphin. I know that they use the same kpart, but still, konqueror does much more things and the common with Dolphin functionality "works" better in it. -- openSUSE Feature: https://features.opensuse.org/310905

1 7

[New: openFATE 311018] External language loaded from external media(liveCD).
by fate_noreply＠suse.de 24 Dec '10

24 Dec '10

Feature added by: Sławomir Lach (Lachu) Feature #311018, revision 1 Title: External language loaded from external media(liveCD). openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Many users are frustrated, that OpenSUSE don't support He/She's native language well. Allow to load native language files on system startup. Simply initramfs/initrd could load very base system, create ramdisk and asks to remove system CD them insert language support CD. System will install packages with additional language onto ramdisk and asks to insert base system CD again. After this process is performed, system will boot normally. Use Case: Katrina will run LiveCD system with full language support. She will select language at grub, order to boot LiveCD, system will asks to install native language, she agree and remove system CD and next will insert additional language disk. Business case (Partner benefit): openSUSE.org: To obtain make first system experience better. -- openSUSE Feature: https://features.opensuse.org/311018

1 0

[New: openFATE 311016] desktop synchronization
by fate_noreply＠suse.de 23 Dec '10

23 Dec '10

Feature added by: Riccardo Pasquini (morphy76) Feature #311016, revision 1 Title: desktop synchronization openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Riccardo Pasquini (morphy76) Partner organization: openSUSE.org Description: portable across multiple installations of the kde/gnome settings... everywhere is like home -- openSUSE Feature: https://features.opensuse.org/311016

1 1

[New: openFATE 309227] Limit entries (10 or 20) in *.changes
by fate_noreply＠suse.de 23 Dec '10

23 Dec '10

Feature added by: Johannes Obermayr (jobermayr) Feature #309227, revision 1 Title: Limit entries (10 or 20) in *.changes Buildservice: Unconfirmed Priority Requester: Mandatory openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: *.changes are artificially blown and should been truncated to max. 10 or 20 entries. Test Case: kernel-{flavor}.changes in factory: 764.22 KB mkinitrd.changes: 107.22 KB Business case (Partner benefit): openSUSE.org: Normal computer users do not care about something that Konrad Zuse did in 1938 (Z1). They only want to know what happened recently to the packages. Use Yast packager, select kernel-{flavor} package and click on "Changelog". Then you can go drinking a coffee ... -- openSUSE Feature: https://features.opensuse.org/309227

1 1

[New: openFATE 311012] network-autoconfig: Find a connected eth interface and create an ifcfg for it
by fate_noreply＠suse.de 22 Dec '10

22 Dec '10

Feature added by: Martin Vidner (mvidner) Feature #311012, revision 1 Title: network-autoconfig: Find a connected eth interface and create an ifcfg for it openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Martin Vidner (mvidner) Partner organization: openSUSE.org Description: network-autoconfig helps setting up machines with multiple network interfaces. At the first boot, all available Ethernet interfaces will be cycled until one is successfully configured with DHCP. It is intended for inclusion in (software/virtual) appliances. (This is a paraphrase of a Novell product feature https://fate.novell.com/309518 ) Use Case: I want to create an appliance image for a build farm worker machine. I don't know its hardware configuration beforehand; in particular, it may have multiple network interfaces and I don't want to bother figuring out which is which. I will simply include network-autoconfig.rpm and plug the cable into any socket before booting. -- openSUSE Feature: https://features.opensuse.org/311012

1 2

[openFATE 308814] Default repositories to not-autorefresh
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature changed by: Thomas Schmidt (digitaltomm) Feature #308814, revision 6 Title: Default repositories to not-autorefresh - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Thomas Schmidt (digitaltomm) + reject reason: Not done for 11.3 Priority Requester: Important + openSUSE Distribution: New + Priority + Requester: Important Requested by: Jimmy Berry (boombatower) Partner organization: openSUSE.org Description: Due to the extra load time required to refresh repositories on auto- fresh when opening the software manager or any other access to it, I go through all my repositories and disable auto-refresh. It would seem most users would be happier with a quicker load time, since keeping the repositories up-to-date should be done via automatic updates are manual refreshing. As an alternative, perhaps have a auto- refresh after x-days or somethign by default, but everytime it loads is a bit much and having to manually go through change them all is rather annoying. I am open to suggestions, but I feel this can be improved. Business case (Partner benefit): openSUSE.org: Make software management more responsive to users and faster to load, giving a better user experience. Discussion: #1: Stanley Miller (stan_qaz) (2010-02-12 20:35:32) It would be good to figure out a way that you could start the program managment module without the long delay you currently get but turning off the refresh isn't something I'd be in favor of since I want the option to select the latest version of anything available. The current timeout is something like 10 minutes that make it a real pain to come in and out several times when installing/updating stuff. Coming up with a way to keep the repositories automatically updated, possibly daily, would be good enough for me. Anything that could be done to speed the refresh process would also be an improvement. #2: Georg Müller (georgmueller) (2010-02-16 16:35:59) I would disable auto-refresh for static repositories. Once released, oss, non-oss, debug and source do not change anymore. For other repositories, I prefer auto-refresh. If I want to disable auto-refresh, I can do this after adding. #3: Jimmy Berry (boombatower) (2010-05-21 09:12:32) The key with the auto-refresh is that even when disabled...the system updater applet will still refresh them. It seems that the auto-refresh just triggers it as well when you open the Yast->Software Management tool which is rather annoying since no one wants to sit there and watch it update them. You can also do the zypper refresh and zypper up|dup from command line to force, but for speed and usability of UI it would be nice to default to disabled. -- openSUSE Feature: https://features.opensuse.org/308814

1 0