December 2016 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310478] SoftwareCenter
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Diogo Piçarra (xpetept) Feature #310478, revision 1 Title: SoftwareCenter openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Diogo Piçarra (xpetept) Description: One of the biggest usability problems in opensuse is it's package management system and Qt update apple. The update apple rarely works and keeps blocking the YaST package manager. It's pointeless to have an Qt and an GTK app to do the same thing when none of them are good. So my proposal is to create a SoftwareCenter from scratch like the ubuntu SoftwareCenter(https://wiki.ubuntu.com/SoftwareCenter). I really hate ubuntu but this is one of the few good things ubuntu have. I think the openSuse team should start by doing a specification wiki page like in ubuntu. Some things i think that should be added to that specification are: - ONE Qt based application(no GTK application) - update applet integrated with the kde notification system. - no instalation blocking. The user only need to click in an intall button to install the application. if the user orders another instalation the instalation will be queued. - One search to search everywhere(packages, webpin and http://software.opensuse.org) even if the repositories is not instaled or add had an option on a preferences dialog to search on non-official repositories. Sorry for my bad english. -- openSUSE Feature: https://features.opensuse.org/310478

1 3

[New: openFATE 320341] KDE-Connect
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Lugarius Albe (lugarius) Feature #320341, revision 1 Title: KDE-Connect openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Lugarius Albe (lugarius) Partner organization: openSUSE.org Description: Connects KDE with android for remote control and file push and pull Business case (Partner benefit): openSUSE.org: An compatibility to android devices is very important because it will top up the reason why SUSE is since years still awesome -- openSUSE Feature: https://features.opensuse.org/320341

1 9

[New: openFATE 313037] central font repository
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Kim Leyendecker (openLHAG) Feature #313037, revision 1 Title: central font repository openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: http://lists.suse.de/opensuse-packaging/2011-11/msg00126.html Hi, over the years, I've collected a bunch of great fonts in my home repository. However, it seems we don't have a consistent naming schema for fonts. Although the Packaging Guidelines[1] links to the old Wiki[2], the information therein is printed in red and I'm not sure how useful is this nowadays. This has some interesting effects. If you search for fonts like this: # zypper se font you will get _some_ but not all. For example, the popular Linux Libertine and DejaVu fonts are not listed. A user has to _know_ the name. IMHO this is not very intuitive and userfriendly. On the other side, we have lots of fonts which are very inconsistently named. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts From a usability perspective, it would be very convenient to have a consistent naming schema with a specific prefix (or suffix), for example a "-fonts" suffix. Ubuntu has the prefix "ttf-" for their packages: http://packages.ubuntu.com/search?suite=natty&section=all&arch=any&searchon… Fedora has the suffix "-fonts" for their packages: https://admin.fedoraproject.org/pkgdb/acls/list/*-fonts*?_csrf_token=b27215… Another issue: Do we have a special repository dedicated only to fonts? I couldn't find any... Do you think this is useful? What do you think? -------- [1] http://en.opensuse.org/openSUSE:Packaging_guidelines [2] http://old-en.opensuse.org/Packaging/Fonts_Policy#Package_layout_for_fonts -- GruÃ/Regards, Thomas Schraitle ---------------------------------------------------------------------- SUSE LINUX Products GmbH (o< Maxfeldstrasse 5 /\\ Documentation Specialist 90409 Nuernberg, Germany _\_v http://www.suse.com http://lizards.opensuse.org/author/thomas-schraitle/ SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix ImendÃ¶rffer, HRB 21284 (AG NÃ¼rnberg) -- openSUSE Feature: https://features.opensuse.org/313037

1 5

[New: openFATE 313035] Invent Consistent Font Naming Schema
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #313035, revision 1 Title: Invent Consistent Font Naming Schema openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Schraitle (thomas-schraitle) Partner organization: openSUSE.org Description: Currently, our package names for fonts are suboptimal. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts >From a usability perspective, it would be better to make a consistent naming schema for font packages. Naming schemas from other distributions: * Ubuntu: prefix with "ttf-" * Fedora: suffix with "-fonts" With the above inconcistency, popular fonts like LinuxLibertine or dejavu cannot be found. Business case (Partner benefit): openSUSE.org: The benefits: * Consistency: easier to find, easier to install * Usability: better to memorize and therefor easier to find * Migration: Users from other distributions find their fonts easier -- openSUSE Feature: https://features.opensuse.org/313035

1 32

[New: openFATE 312998] Always have user picker in default KDM theme
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Joseph Mulloy (jdmulloy) Feature #312998, revision 1 Title: Always have user picker in default KDM theme openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Joseph Mulloy (jdmulloy) Partner organization: openSUSE.org Description: The new KDM Theme for 12.1 does not have a user picker, whereas the KDM theme for 11.4 did have one. This is a regression in my opinion. It is 2011, all major Operating Systems have user pickers in their logon managers. OpenSuse needs to make it a policy that the default KDM/GDM theme in EVERY version has a user picker. With recent unpopular changes in a more popular distro this is a great chance for OpenSuse to gain users, therefore we should make it as user friendly as possible. This is a little thing that makes a big difference. Use Case: Joe is a user who wants to setup an OpenSuse PC for his family with each family member having their own account. His family members are "average users" who should be able to just click on their own user instead of having to remember a username. -- openSUSE Feature: https://features.opensuse.org/312998

1 3

[New: openFATE 322122] symlink "openSUSE-oldstable" on download.o.o
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Oliver Kurz (okurz) Feature #322122, revision 1 Title: symlink "openSUSE-oldstable" on download.o.o openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Oliver Kurz (okurz) Partner organization: openSUSE.org Description: On http://download.opensuse.org/distribution/ there is already openSUSE-current/ currently pointing to leap/42.2 as well as openSUSE-stable/ pointing as well to leap/42.2 I am not exactly sure on their definition. A README in http://download.opensuse.org/distribution/ would help. Anyway, it is good to have them and if they are switched at release time to the new released version this is fine. It would be desirable to have a link openSUSE-oldstable pointing to the previous point-release of Leap. Potential alternatives: * Update the 'stable' pointer not at release time but about 6 months later, still update 'current' at release time Business case (Partner benefit): openSUSE.org: As external contributors, e.g. graphics card manufacturers and codec providers, in some cases are not ready with a corresponding repository for a new released version at the point of release users of the openSUSE-stable repository updating at that time would have problems with external dependencies. Using a repository that points to a slightly older version which is still supported by maintenance would alleviate that problem. -- openSUSE Feature: https://features.opensuse.org/322122

1 3

[New: openFATE 311182] External Usb Speakers support for laptop users
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: alaios alaios (alaios) Feature #311182, revision 1 Title: External Usb Speakers support for laptop users openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: alaios alaios (alaios) Partner organization: openSUSE.org Description: Hello this is something needed for laptop users when they plug in a lot external devices. The idea to post my idea here was suggest at this thread: http://forums.opensuse.org/english/get-technical-help-here/hardware/453416-… Main Point: is the opensuse to redirect sound to external usb spekers when plugged in. Below you will find a typical scenario that depicts the need for such a feature Scenario: I am a laptop user and I always want to use my external usb speakers. Of course as you said I can always configure them to be the default device but this does not support well the ad-hoc action. For example I move my laptop from my working room to the living room and I forget to take with me the usb speakers. Linux boots up and uses the on board sound card as the external usb speakers were not detected. So far goes fine. Then my wife suggests me to watch a movie then I have to bring and plug in my external speakers as then I have louder and clearer sound. I plug external speakers back but ... oups sound doesnot redirect to them. If I do alsasound restart then everything works fine.. but this is something that does not work well with any program that was using the sound device. For example flash videos inside firefox crash... Then after I am watching my movie I would like to take the laptop on the couch which means that I can not have the external speakers still plugged in and I have to work with the on board sound card ... so I unplug the external speakers .. but oups no sound again. I have again to restart alsasound service (not to mention --> open console-->become root-->restart service). This is why in windows things are more straightforward... you plug in something sound redirects there (when you plugin something 90% of the time you want to use it) I am not sure if my example makes more clear why I do believe that such a feature is important. Might be also good when I connect a usb sound device to get a prompt from the os 'New Sound device detected. Do you want to use it as default?' or 'External usb speakers were removed. Do you want to fall back to the on-board sound card?' -- openSUSE Feature: https://features.opensuse.org/311182

1 4

[openFATE 307844] Aria2c as DEFAULT Download Manager
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: John Shand (jshand2008) Feature #307844, revision 1 Title: Aria2c as DEFAULT Download Manager openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: Since in openSUSE 11.2 aria2c is going to be the main download manager, wouldn't it make sense to also have a GUI for this application for KDE or GNOME? -- openSUSE Feature: https://features.opensuse.org/307844

1 3

[openFATE 305489] default email in email applications
by fate_noreply＠suse.de 01 Dec '16

01 Dec '16

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305489, revision 18 Title: default email in email applications 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 + openSUSE-11.4: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2016-12-01 09:44:13 + reject reason: not done Priority Requester: Important Requested by: Michael Löffler (michl19) Partner organization: openSUSE.org 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