July 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308955] Thunderbird KDE integration
by fate_noreply＠suse.de 31 Oct '12

31 Oct '12

Feature added by: Peter Gumbrell (gumb) Feature #308955, revision 1 Title: Thunderbird KDE integration openFATE: Unconfirmed Priority Requester: Important Requested by: Peter Gumbrell (gumb) Partner organization: openSUSE.org Description: Would be great if the same sort of KDE integration could be applied to Thunderbird as with Firefox and OpenOffice. The interface in general with TB3 on openSUSE 11.2 actually looks fine using the default theme, but KDE file and helper application dialogs would be a big improvement. Even better if this could be included with the 4.3.5 online update or the possible openSUSE 11.2 KDE4.4 respin that I've heard rumours of. Use Case: Take my parents, using a KDE setup but with Firefox and Thunderbird as the two main non-KDE apps installed, for whom the existing GTK file dialogs completely throw them every time they need to pick a file attachment, or to open/save attachments sent to them. It is the only place on their system where they encounter non-KDE dialogs and they are confused. Business case (Partner benefit): openSUSE.org: I see Thunderbird and GIMP as the two other popular, key apps having a large cross-desktop userbase that could do with better KDE integration. -- openSUSE Feature: https://features.opensuse.org/308955

1 10

[openFATE 307393] Webcam
by fate_noreply＠suse.de 19 Oct '12

19 Oct '12

Feature added by: Adrian Perezlindo (cybersabalero) Feature #307393, revision 1 Title: Webcam openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Adrian Perezlindo (cybersabalero) Description: Why don't add a control to configure webcams in de yast module? It would be great in the part of "Hardware" 'cause is pretty dificult to set a webcam. I'm currently trying to set an Encore webcam and I'm tired to try a fail. Thanks a lot. Adrian (Argentina) -- openSUSE Feature: https://features.opensuse.org/307393

1 4

[openFate 305112] Add webcam configuration module for yast
by fate_noreply＠suse.de 19 Oct '12

19 Oct '12

Feature added by: Michael Loeffler <michl(a)novell.com> Feature #305112, revision 1, last change by Title: Add webcam configuration module for yast openSUSE-11.1: New Priority Requester: Desirable Requested by: Michael Loeffler <michl(a)novell.com> Partner organization: openSUSE.org Description: Webcam is configured automatically. But for users having trouble with configuration a webcam configuration module would be useful. See also bug #359729 Business case (Partner benefit): openSUSE.org: Users in trouble with webcam configuration need a webcam configuration possibility in YaST. As the usage of webcams is rising, eg. through instant messanger this feature request adresses more and more users -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305112

1 25

[New: openFATE 308383] use other icon theme than DMZ
by fate_noreply＠suse.de 15 Oct '12

15 Oct '12

Feature added by: matthias propst (l1zard) Feature #308383, revision 1 Title: use other icon theme than DMZ openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: matthias propst (l1zard) Description: i was packagin the Obsidian iconthem http://www.kde-look.org/content/show.php/Obsidian+Cursors?content=73135 http://download.opensuse.org/repositories/home:/l1zard/openSUSE_11.2/noarch/ which i find looks better with the new suse theme. So maybe we can make this the default icon theme for 11.3 -- openSUSE Feature: https://features.opensuse.org/308383

1 3

[New: openFATE 311312] YaST installation with a preview of changes / changelog on demand
by fate_noreply＠suse.de 14 Oct '12

14 Oct '12

Feature added by: René Krell (renekrell) Feature #311312, revision 1 Title: YaST installation with a preview of changes / changelog on demand openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: René Krell (renekrell) Partner organization: openSUSE.org Description: YaST Installation offers me a list of updateable packages, but usually it would be interesting for me, which changes have been made to them and whether updating is intersting for me. of course, best would be to see only a diff, but I understand that building a diff might be hard to do, because it depends on the local, preinstalled package and the repository it cames from. This could be probably done jut for the official OpenSUSE update repository. At least I would appreciate to get the new changelog on demand by marking a package in YaST and providing a "demand changelog action" on it. Use Case: A practical use-case: I use the kernel from the Tumbleweed repository, but need the native NVidia driver. There is no precompiled NVidia driver RPM for Tumbleweed kernels, thus, I have to recompile the driver by myself each time I update my kernel. Tumbleweed kernel updates appear very often, so it would be interesting whether I have to care about the changes made to them before installing and therefore having to recompile my graphics drivers. Business case (Partner benefit): openSUSE.org: This would save network resources and time for those people updating there systems frequently. -- openSUSE Feature: https://features.opensuse.org/311312

1 2

[New: openFATE 308248] OBS Admin Setup Tool
by fate_noreply＠suse.de 10 Oct '12

10 Oct '12

Feature added by: Adrian Schröter (adrianSuSE) Feature #308248, revision 1 Title: OBS Admin Setup Tool Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The OBS admins need a tool for initial setup and later configurations of operations, which can't be done via the API. This setup tool may be implemented as CLI or as (WEB) YaST module. The setup needs to setup the frontend and web part, and the backend part. The parts may run on different systems. Tasks which should be offered are: webclient/software: * Used api server * run services api (aka frontend) server: Basically the steps as documented in README.SETUP and README.UPDATE of the packages, this includes: * Database setup and initialisation * rails migration (also on update) * configure backend interfaces (may be announced via SLP) * Admin password settings * run services backend setup: * sign daemon setup (gpg key generation) * run services ( and show their state ) -- openSUSE Feature: https://features.opensuse.org/308248

1 3

[openFATE 307378] YaST2 Partitioner should detect external partition type changes and update fstab
by fate_noreply＠suse.de 09 Oct '12

09 Oct '12

Feature added by: Alexander shaduri (alex_sh) Feature #307378, revision 1 Title: YaST2 Partitioner should detect external partition type changes and update fstab openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Alexander shaduri (alex_sh) Description: If partition was changed from fat32 to ntfs externally, there's no way to specify that in YaST Partitioner. Initial partition layout: sda1: fat32 (empty), sda2: ext3 linux /, etc... The first thing I did was install openSUSE 11.1. YaST correctly identified fat32 partition and wrote the respective line to fstab. Then, I installed Vista on sda1. The problem with Vista is that it won't install to fat32, it needs ntfs. So, it converted sda1 to ntfs and installed ok. Now, the problem is that fstab in openSUSE still contained "vfat" as filesystem type. KDE4 wouldn't open in from Konqueror, etc... I tried to make YaST re-learn the type of sda1, so it would write the correct line to fstab, since I didn't remember what are the openSUSE-default options for ntfs-3g. Unfortunately, there doesn't seem to be a way to do this. I think this will affect lots of people who, for example, had XP and decided to switch to Vista. Also, since openSUSE doesn't allow formatting to ntfs, this will also affect all the people who install Linux on a clean disk (reserving a space for Windows with fat32 partition), and then install XP or Vista, converting the filesystem to ntfs in the process. Steps to Reproduce: 1. Install openSUSE on a clean disk, making the first partition fat32. 2. Convert the first partition to ntfs via third-party tool. 3. Try to use the drive from openSUSE as an average "joe the user". I filed it as a bug https://bugzilla.novell.com/show_bug.cgi?id=524784 and was told that this was a feature request - "The partitioner does assume that the enties in fstab are correct and does not try to fix them. Changing this behaviour requires a feature request." So, here it is. -- openSUSE Feature: https://features.opensuse.org/307378

1 8

[New: openFATE 309234] Make expert partitioner more intuitive
by fate_noreply＠suse.de 09 Oct '12

09 Oct '12

Feature added by: Marco Poletti (poletti_marco) Feature #309234, revision 1 Title: Make expert partitioner more intuitive openFATE: Unconfirmed Priority Requester: Important Requested by: Marco Poletti (poletti_marco) Description: I propose to restructure the expert partitioner, my suggestions are these: 1) I think the "Overview" and "Used devices" tabs associated with each drive are out of place, I think they should become the property window of the drive, that can be accessed by right-clicking the drive and selecting the new item "Properties" or by selecting it and clicking the new button "Properties" in the "Hard disk" view, or by right-clicking an empty space in the drive's own view and selecting Properties, or by clicking the new button "Drive properties" in the drive's own view. 2) About partitions, I'd completely remove them from the tree and move those informations to the partition's Properties window, accessible from right-clicking the partition and selecting the new item "Properties" or selecting the partition and clicking the new "Properties" button, both in the drive view and in the "Hard disks" view. 3) In computers with not too many HDs, say max 6, I'd show all the graphical bars in the "Hard disk" view. Test Case: Use Case: -- openSUSE Feature: https://features.opensuse.org/309234

1 5

[New: openFATE 308940] zypper: provide ways to show reason for install
by fate_noreply＠suse.de 07 Oct '12

07 Oct '12

Feature added by: Jan Engelhardt (jengelh) Feature #308940, revision 1 Title: zypper: provide ways to show reason for install openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jan Engelhardt (jengelh) Partner organization: openSUSE.org Description: The smart package manager had a --explain option with which one could have the pm dump reasons for a package being installed. The same would be desirable to have for zypper, as there are sometimes strange updates. Use Case: # zypper up The following NEW packages are going to be installed: bundle-lang-gnome-ar glib2-lang gnome-keyring-lang gnome-vfs2-lang gtk2-lang With an --explain switch, there could be: glib2-lang (required by updated glib2-2.22.4-0.1.1) Business case (Partner benefit): openSUSE.org: https://bugzilla.novell.com/show_bug.cgi?id=576623 -- openSUSE Feature: https://features.opensuse.org/308940

1 1

[New: openFATE 310044] Validating DNSSEC support
by fate_noreply＠suse.de 27 Sep '12

27 Sep '12

Feature added by: Tobias Burnus (burnus) Feature #310044, revision 1 Title: Validating DNSSEC support openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Tobias Burnus (burnus) Description: DNSSEC (http://en.wikipedia.org/wiki/DNSSEC) (Domain Name System Security) is mechanism which provides integrity and authenticity of DNS data. It became more important after new Kaminsky DNS poisoning attacks were found in early 2008. The domain-name organizations start to support them for regular usage. Especially: ROOT (.) (http://www.root-dnssec.org/) will be signed starting from July 15, 2010. ARPA is offers signing since 17 March 2010. And several country TLD already use or have test-bed DNSSEC implementations (e.g. .cz, .se, .ch, .de, .pm, .us, (soon:) .eu, .fr, etc.). It should be thus possible to enable a validating DNSSEC lookup (cf. also Fedora's DNSSEC implementation (http://fedoraproject.org/wiki/Features/DNSSEC) , which pre-dates the DNS-ROOT signing and thus is a bit arkward). As DNSSEC is not widely implemented and since issues like key rollover or lost interest occur, the checking should be easily dis-/enable - and probably not be enabled by default, yet. Another reason for not enabling it by default is that some internet home gateways have caching PROXI DNS servers which cannot handle UDP DNS for packages larger than 512 Bytes (cf. change from RFC 1035 to RFC 2671). -- openSUSE Feature: https://features.opensuse.org/310044

1 5