January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310449] A simple way to turn off nouveau
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: nick skeen (ns89) Feature #310449, revision 1 Title: A simple way to turn off nouveau openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: nick skeen (ns89) Description: With OpenSUSE11.3 nouveau is used be default. In order to turn it off you must add nomodeset to the kernel parameters in /boot/grub/menu.lst and turn on no_kms_in_intrid in the sysconfig editor. So add a simple option on the sysconfig editor to do both? -- openSUSE Feature: https://features.opensuse.org/310449

1 7

[New: openFATE 313086] Graphics Repository
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Svetoslav Ganchev (sv_g) Feature #313086, revision 1 Title: Graphics Repository openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Svetoslav Ganchev (sv_g) Partner organization: openSUSE.org Description: Hi! I enjoy using openSUSE to work on both 2D and 3D graphics. However sometimes it's hard to keep up with the current versions of the popular applications. For example the latest versions of Blender, Inkscape or MyPaint is usually worth upgrading. So I thought it'd be very cool for graphic enthusiasts to have a single official repository with the latest versions of the most popular graphic applications for the current versions of openSUSE so that it's easy to install them. Thanks for reading! -- openSUSE Feature: https://features.opensuse.org/313086

1 4

[New: openFATE 314599] 256 Colour Terminals
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Samuel Jones (OrangutanClyde) Feature #314599, revision 1 Title: 256 Colour Terminals openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Samuel Jones (orangutanclyde) Partner organization: openSUSE.org Description: Fedora are implementing it in 18, It'd be cool if openSUSE had it too. Rather than repeating Fedora's reasons: http://fedoraproject.org/wiki/Features/256_Color_Terminals -- openSUSE Feature: https://features.opensuse.org/314599

1 3

[New: openFATE 321192] Make simpler to update package stack like Kde (all Ds)stack, php stack
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Sharique Ahmed Farooqui (safknw) Feature #321192, revision 1 Title: Make simpler to update package stack like Kde (all Ds)stack, php stack openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sharique Ahmed Farooqui (safknw) Partner organization: openSUSE.org Description: This is issue more relevant to tumbleweed and also for the users of factory/stable/current repo of specific stacks. I'm using tumbleweed. As a user KDE I want to have latest stable release of KDE and plasma, but I don't want to upgrade all other packages, so I didn't run `zypper up`, instead I open package manager and search for kde and plasma package and updated them. Unfortunately I forgot to update some important packaged and after completion of installation when I restarted X/KDE, it is broken, plasma shell is not appearing. So there should be a meta package, which I upgrade/update it should update/upgrade all installed package of that particular stack and it should not install any other package that is outside of dependencies of installed packages (ie. recommended packages). Pattens are there in OpenSuse, but they are useful only for installation package stack, but when I updated pattern, it only update pattern meta package, not all packages included in pattern. May be we can tweak patterns a bit to added updating whole stack. -- openSUSE Feature: https://features.opensuse.org/321192

1 3

[New: openFATE 320250] Check filesystem fat32 (or others) before copy files larger than 4Gb
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: rodrigo medina (hprmedina) Feature #320250, revision 1 Title: Check filesystem fat32 (or others) before copy files larger than 4Gb Requested by: rodrigo medina (hprmedina) Partner organization: openSUSE.org Description: Problem: When I copy a file large than 4Gb (using nautilus) in a pendrive formatted in Fat32 (typical), the copy fails when past over 4Gb indicating "fail copy". That is because Fat32 do not support files over 4Gb, but I forgot that, then nautilus fails later 10 minutes to copy Â¡10 minutes waiting for error, that can be anticipated! Posible solution: Maybe useful to check if the file is larger than the filesystem support before start copy. Why let to pass 10 minutes to tell me if I wrong? Nautilus also makes some validations before start copy, for example verify the sum of files is larger than space available, this maybe another one. yes i'm fool, but machines are intended for resolves my problems XD, thanks -- openSUSE Feature: https://features.opensuse.org/320250

1 4

[New: openFATE 319630] Automatic login default only with full disk encryption
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Arnold Mesper (amesper) Feature #319630, revision 1 Title: Automatic login default only with full disk encryption openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: Automatic login is enabled by default. This should only be enabled by default, if the user has selected full disc encryption - otherwise this is a security risk, that novice users might not be aware of. -- openSUSE Feature: https://features.opensuse.org/319630

1 3

[New: openFATE 313292] Distributed virtual switch across multiple physical servers (openvswitch)
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Andreas Jaeger (a_jaeger) Feature #313292, revision 1 Title: Distributed virtual switch across multiple physical servers (openvswitch) openSUSE Distribution: Evaluation by engineering manager Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: While the current linux bridge tools are a robust and flexible network stack for (Xen) VM networking, there are some restrictions in multi-server environments. OpenvSwitch http://www.openvswitch.org/ provides functionality for a distributed virtual switch. Relations: - openvswitch (feature/copiedfrom: 311429) -- openSUSE Feature: https://features.opensuse.org/313292

1 12

[New: openFATE 311286] KDE Menu
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Kim Banga (nomadewolf) Feature #311286, revision 1 Title: KDE Menu openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Banga (nomadewolf) Partner organization: openSUSE.org Description: Well no one likes the KDE Menu it's unusable. The 3.5 version is better, but not THAT better, it's outdated and that's the reason they created a new one... Look at Linux Mint. A distro is not just putting a bunch of stuff together. You must improve what's less good. -- openSUSE Feature: https://features.opensuse.org/311286

1 4

[New: openFATE 311169] MintMenu to be included in openSUSE by default
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Manu Gupta (manugupt1) Feature #311169, revision 1 Title: MintMenu to be included in openSUSE by default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Manu Gupta (manugupt1) Partner organization: openSUSE.org Description: We can have MintMenu by default in openSUSE 1. It is a fork of our own slab 2. It has lots more functionality than our slab and yes more popular too 3. Better UX It already exists at OBS http://download.opensuse.org/repositories/home:/unamanic/openSUSE_11.3/ -- openSUSE Feature: https://features.opensuse.org/311169

1 3

[New: openFATE 314641] prevent newbies from adding wrong repos
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Walter Schlueter (Trekkie00) Feature #314641, revision 1 Title: prevent newbies from adding wrong repos openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Walter Schlueter (trekkie00) Partner organization: openSUSE.org Description: When thinking of a way how to prevent new users to add dangerous repos (wrong version or factory) it came to my mind that it would be quite easy to do this. When adding the repo it should be easy to search alias, name and url for words which do not correspond with the version currently in use. For example for openSUSE 12.2 these expressions could be 11.4, 12.1, factory and so on. To allow advanced users to use these repos one could add an option where this flag can be changed. For example a parameter called allow_blacklist. Whether the value of this parameter ist set to 0 or 1 one is allowed to add these repos or not. -- openSUSE Feature: https://features.opensuse.org/314641

1 4