August 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305914] PAC support for 'system wide proxy configuration'
by fate_noreply＠suse.de 05 Dec '15

05 Dec '15

Feature added by: Dominique Leuenberger (dimstar) Feature #305914, revision 1, last change by Title: PAC support for 'system wide proxy configuration' openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dominique Leuenberger (dimstar) Description: The distribution now contains libproxy and we should try to make as much use of it as possible. A big advantage is the ability to parse PAC (Proxy AutoConfiguration) without the need for this in every application. Simply linking against libproxy with it's very simple API (3 API calls, 2 without parameters) is enugh to have the advantage of no longer needing to 'guess' what proxy to use. What is now: - You can set in yast / proxy a general proxy to be used (http://foo.proxy.com:1234) This is bascially put into http_proxy envvar. In gnome you can set user proxy configuration as: - Use System Proxy (as configured in yast) - Use proxy configuration (static, same options as in yast) - Use automatic proxy configuration script Yast lacks the option to specify a PAC script on system wide level. This is only possible in the user sessions configuration. This made sense as most applications don't know how to handle pac files anyway. But with libroxy, this hurdle can be taken away from every single application and can thus be offered. I'm glad to elaborate on questions; I'm sure there are some :-) -- openSUSE Feature: https://features.opensuse.org/305914

1 17

[openFATE 306370] Support request creating and accepting from remote packages
by fate_noreply＠suse.de 28 Jul '15

28 Jul '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #306370, revision 1, last change by Title: Support request creating and accepting from remote packages Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: Submit requests should be supported when using a remote project/package as source. -- openSUSE Feature: https://features.opensuse.org/306370

1 3

[openFate 305356] 802.1x authentication on wired network using YaST via wpa_supplicant
by fate_noreply＠suse.de 22 Apr '15

22 Apr '15

Feature added by: Marius Tomaschewski <mt(a)novell.com> Feature #305356, revision 1, last change by Title: 802.1x authentication on wired network using YaST via wpa_supplicant openSUSE-11.2: New Priority Requester: Desirable Requested by: Marius Tomaschewski <mt(a)novell.com> Partner organization: openSUSE.org Description: Some networks using 802.1x authentication on metallic Ethernet and I think it would be cool have a possibility, handle this connection type using YaST. The major problem to support this is that the wpa_supplicant is in /usr/sbin; it seems also to be difficult to move it to /sbin because of all the libs the wpa_supplicant is using. What would be required, is to extent the "supported_on_localfs" function to check this and start the interface in remotefs flow when 802.1x is enabled. That is, using remotefs on 802.1x authenticated interfaces would be not possible -- same as with NetworkManager. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305356

1 9

[openFATE 306752] Login by fingerprint
by fate_noreply＠suse.de 03 Feb '15

03 Feb '15

Feature added by: Frank Helbo (fhc) Feature #306752, revision 1 Title: Login by fingerprint openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Frank Helbo (fhc) Description: Many laptops today comes with fingerprint readers. I even got it working in openSuSE 11.0, but it was a bit complicated. Why not enable this feature by default and have et integrated in the About me dialog, soo you can scan you finger just like changing password? -- openSUSE Feature: https://features.opensuse.org/306752

1 11

[openFATE 305913] support package installation by supplements in YCP
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: Arvin Schnell (aschnell) Feature #305913, revision 1, last change by Title: support package installation by supplements in YCP openSUSE-11.2: New Priority Requester: Important Requested by: Arvin Schnell (aschnell) Description: Allow installation of package by supplements in YCP. Currently yast2-storage has a list of packages required for certain filesystems. This list could be removed since filesystem packages include a supplements . Relations: - mail on yast-devel (url: http://lists.opensuse.org/yast-devel/2009-02/msg00033.html) -- openSUSE Feature: https://features.opensuse.org/305913

1 11

[openFate 305099] please have yast do a fsck before attempting to mount existing filesystems
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: Arvin Schnell <aschnell(a)novell.com> Feature #305099, revision 1, last change by Title: please have yast do a fsck before attempting to mount existing filesystems openSUSE-11.2: New Priority Requester: Important Requested by: Per Jessen <per.jessen(a)enidan.com> Partner organization: openSUSE.org Description: I was doing a new install, but wanted to keep my /home filesystem (JFS). No problem, except that the filesystem wasn't clean and needed an fsck. As far as I can tell, yast didn't do this, so mounting of the /home filesystem failed, which caused the entirely installation process to abend and start over. Discussion: #1: Stefan Hundhammer <sh(a)novell.com> (2008-02-21 06:26:43) I'd really hate to have my 100+ GB ext3 partitions fscked. That takes forever. #2: Per Jessen <per.jessen(a)enidan.com> (2008-02-21 07:15:33) Even when they're clean? It's done on every bootup anyway. See /etc/init.d/boot.localfs #3: Jozef Uhliarik <juhliarik(a)novell.com> (2008-02-21 08:21:41) What is your opinion Thomas? #4: Thomas Fehr <fehr(a)novell.com> (2008-02-21 08:24:13) That would need an feature request, not a bug report. #6: Stephan Kulow <coolo(a)novell.com> (2008-02-21 12:04:27) I think it's not too uncommon that people reinstall their system _because_ the old one had a problem, so dirty file systems may not be too uncommon. #7: Thomas Fehr <fehr(a)novell.com> (2008-02-25 03:00:03) What the customer described happens on JFS, this is an unsupported filesystem exactly for the reason that it behaves quite fundamentally different to most other filesystems. Filesystems like ext3 or reiser simply do their log reply when they are dirty and all is fine. So if you want such things to be added, please specify it as a feature request. Since there needs to be an interactive user interface to the filesystem check program this is in no way a simple change. Or would you prefer for example do a rebuild of reiserfs internal tree as default without asking the user first? Problem is that the questions the filesystem check tools ask the user are quite special and of course totally different for different filesystem types. #8: Duncan Mac-Vicar <dmacvicar(a)novell.com> (2008-07-17 08:13:00) I happen to suffer from this bug too once. I think the bug is not that the installation cleans the disk, but at least say that is not clean instead of crashing (in my case it was an installation where yast thought the disk was mounted but it was not) #9: Arvin Schnell <aschnell(a)novell.com> (2008-07-17 08:22:23) No time for 11.1. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305099

1 9

[openFATE 307255] Less scary yast conflict dialogs
by fate_noreply＠suse.de 23 Jul '14

23 Jul '14

Feature added by: Martin Schlander (cb400f) Feature #307255, revision 1 Title: Less scary yast conflict dialogs openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Martin Schlander (cb400f) Description: The YaST2 sw_single dialog for conflicts, vendor change, architecture change etc. is very scary for many users. The dialog asks the user to select one of usually three offered solutions for each problem without giving much help. This is a cause for many complaints, and contributes to myths of RPM dependency hell still existing today. Zypper on the other hand, does things differently. Zypper will select an action for the user, then informs the user of the changes that will be made, and asks a Yes or No question whether the user wishes to proceed or not. I suggest to implement behaviour similar to zypper in the YaST dialog. However, the old functionality of letting the user select a solution manually for each individual problem should probably be kept, as a "hidden" expert/advanced option in the dialog. -- openSUSE Feature: https://features.opensuse.org/307255

1 10

[openFate 305249] Remove agfa-fonts from openSUSE 11.1
by fate_noreply＠suse.de 22 Jul '14

22 Jul '14

Feature added by: Michael Loeffler <michl(a)novell.com> Feature #305249, revision 1, last change by Title: Remove agfa-fonts from openSUSE 11.1 openSUSE-11.1: Evaluation Priority Requester: Important Requested by: Michael Loeffler <michl(a)novell.com> Partner organization: openSUSE.org Description: As Liberation fonts looking really good meanwhile I propose to replace the proprietary agfa-fonts with the open source fonts for openSUSE 11.1 and future versions. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305249

1 17

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

07 Jul '14

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

1 9

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

15 May '14

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

1 8