June 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312543] Number of filters provided in kmail
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Frédéric BRACHOT (brachot) Feature #312543, revision 1 Title: Number of filters provided in kmail Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Frédéric BRACHOT (brachot) Partner organization: openSUSE.org Description: Hello, I wish I could define more than 8 conditions in kmail filters Fred -- openSUSE Feature: https://features.opensuse.org/312543

1 1

[New: openFATE 312570] OBS Additional CentOS build repos.
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Justin Yaple (yaplej) Feature #312570, revision 1 Title: OBS Additional CentOS build repos. Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I think it would be great if we could import additional repos into the build enviroment for specific platforms. In my case to build my package it requires libnetfilter_queue-devel and libnfnetlink-devel neither of these are avaliable in the standard CentOS repos but they are avaliable from the fairly standard/trusted CentALT repos. We should be able to add additional repos to the build enviroment to satisfy these build requirements. Either have the ability to add them or have an option to enable some additional pre-defined repos to satisfy the build requirements. Just a thought. Thanks. CentALT repo: [CentALT] name=CentALT Packages for Enterprise Linux 5 - $basearch baseurl=http://centos.alt.ru/repository/centos/5/$basearch/ enabled=1 gpgcheck=0 -- openSUSE Feature: https://features.opensuse.org/312570

1 1

[New: openFATE 312571] OBS Additional CentOS build repos.
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Justin Yaple (yaplej) Feature #312571, revision 1 Title: OBS Additional CentOS build repos. Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I think it would be great if we could import additional repos into the build enviroment for specific platforms. In my case to build my package it requires libnetfilter_queue-devel and libnfnetlink-devel neither of these are avaliable in the standard CentOS repos but they are avaliable from the fairly standard/trusted CentALT repos. We should be able to add additional repos to the build enviroment to satisfy these build requirements. Either have the ability to add them or have an option to enable some additional pre-defined repos to satisfy the build requirements. Just a thought. Thanks. CentALT repo: [CentALT] name=CentALT Packages for Enterprise Linux 5 - $basearch baseurl=http://centos.alt.ru/repository/centos/5/$basearch/ enabled=1 gpgcheck=0 -- openSUSE Feature: https://features.opensuse.org/312571

1 1

[New: openFATE 312572] OBS Additional CentOS build repos.
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Justin Yaple (yaplej) Feature #312572, revision 1 Title: OBS Additional CentOS build repos. Buildservice: Unconfirmed Priority Requester: Important Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I think it would be great if we could import additional repos into the build enviroment for specific platforms. In my case to build my package it requires libnetfilter_queue-devel and libnfnetlink-devel neither of these are avaliable in the standard CentOS repos but they are avaliable from the fairly standard/trusted CentALT repos. We should be able to add additional repos to the build enviroment to satisfy these build requirements. Either have the ability to add them or have an option to enable some additional pre-defined repos to satisfy the build requirements. Just a thought. Thanks. -- openSUSE Feature: https://features.opensuse.org/312572

1 1

[New: openFATE 312573] OBS Additional CentOS build repos.
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Justin Yaple (yaplej) Feature #312573, revision 1 Title: OBS Additional CentOS build repos. Buildservice: Unconfirmed Priority Requester: Important Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I think it would be great if we could import additional repos into the build enviroment for specific platforms. In my case to build my package it requires libnetfilter_queue-devel and libnfnetlink-devel neither of these are avaliable in the standard CentOS repos but they are avaliable from the fairly standard/trusted CentALT repos. We should be able to add additional repos to the build enviroment to satisfy these build requirements. Either have the ability to add them or have an option to enable some additional pre-defined repos to satisfy the build requirements. -- openSUSE Feature: https://features.opensuse.org/312573

1 1

[New: openFATE 312574] OBS Additional CentOS build repos.
by fate_noreply＠suse.de 24 Jun '11

24 Jun '11

Feature added by: Justin Yaple (yaplej) Feature #312574, revision 1 Title: OBS Additional CentOS build repos. Buildservice: Unconfirmed Priority Requester: Important Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I think it would be great if we could import additional repos into the build enviroment for specific platforms. In my case to build my package it requires libnetfilter_queue-devel and libnfnetlink-devel neither of these are avaliable in the standard CentOS repos but they are avaliable from the fairly standard/trusted CentALT repos. We should be able to add additional repos to the build enviroment to satisfy these build requirements. Either have the ability to add them or have an option to enable some additional pre-defined repos to satisfy the build requirements. Just a thought. Thanks. CentALT repo: [CentALT] name=CentALT Packages for Enterprise Linux 5 - $basearch baseurl=http://centos.alt.ru/repository/centos/5/$basearch/ enabled=1 gpgcheck=0 -- openSUSE Feature: https://features.opensuse.org/312574

1 0

[New: openFATE 310292] TOMOYO YaST Integration
by fate_noreply＠suse.de 23 Jun '11

23 Jun '11

Feature added by: Martyn Hare (NthDeGeek) Feature #310292, revision 1 Title: TOMOYO YaST Integration openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Martyn Hare (nthdegeek) Partner organization: openSUSE.org Description: Add TOMOYO as an option for security on OpenSuSE's YaST. It offers more features than AppArmor and with the correct YaST integration it can be made to work in the same "targeted" way as AppArmor does by default, offering powerful features to less experienced users without causing system-wide changes. It is pathname based just like AppArmor but also provides domain separation based upon execution history. Just like AA it offers an extensive learning mode which is simple to use and policies are human readable. Use Case: Derek wants a system where only applications with a created policy may execute according to principle of least authority. With AppArmor he can only lock down specific applications, and SELinux uses a complex labelling system (and doesn't offer POLA). With TOMOYO he can apply learning mode to analyse normal behaviour system-wide, then tweak human-readable policy to run as enforced. Suzie runs a server where remote access is limited but local access is intended to be unimpeded. TOMOYO would differentiate between a local login shell and remote login shell by the execution history, resulting in a restricted shell remotely but not locally without the need to create hard links or use alternative user accounts. John wants to limit who can directly connect to his P2P client, but needs to keep the port randomised to avoid conflicts with others on his residential network, but has other applications listening on ports too - TOMOYO allows him to restrict what direct inbound connections are accepted by the P2P application. Business case (Partner benefit): openSUSE.org: Benefits to OpenSuSE: * The ability for an end-user to lock down the whole system if he/she chooses in addition to the ability to lock down individual applications * Conditional checking of permissions based on whether file is owned and/or what user is accessing files * Control over listening, sending and receiving over the network per-process on a per-port and/or per-IP basis * Enhanced control over the use of capabilities on a global and/or per-app basis * Security which can be LSM or non-LSM (1.x has out-of-tree patches, 2.x which is in-tree uses LSM) * If using 1.x the end-user may run TOMOYO in parallel with either AppArmor or SELinux (this may allow SELinux policies to get additional testing!) * Hard link security bypassing resolved through control over the ability to create and/or use hard links -- openSUSE Feature: https://features.opensuse.org/310292

1 15

[openFATE 312557] DNS Server: Support "views"
by fate_noreply＠suse.de 21 Jun '11

21 Jun '11

Feature changed by: Lukas Ocilka (locilka) Feature #312557, revision 3 Title: DNS Server: Support "views" openSUSE 12.1: New Priority Requester: Desirable - Requested by: Lukas Ocilka (locilka) + Requested by: Irving Leonard (irvingleonard) Technical Contact: (Novell) Partner organization: openSUSE.org Description: yast2-dns-server doesn't have VIEWS support This package provides an administration interface to bind DNS server. It is very usefull but doesn't support views (DNS VIEWS). There are situations where it is a show stopper. References: yast2-dns-server haven't VIEWS support https://bugzilla.novell.com/show_bug.cgi?id=686385 -- openSUSE Feature: https://features.opensuse.org/312557

1 0

[openFATE 312557] DNS Server: Support "views"
by fate_noreply＠suse.de 21 Jun '11

21 Jun '11

Feature changed by: Lukas Ocilka (locilka) Feature #312557, revision 2 Title: DNS Server: Support "views" openSUSE 12.1: New Priority Requester: Desirable Requested by: Lukas Ocilka (locilka) Technical Contact: (Novell) + Partner organization: openSUSE.org Description: yast2-dns-server doesn't have VIEWS support This package provides an administration interface to bind DNS server. It is very usefull but doesn't support views (DNS VIEWS). There are situations where it is a show stopper. References: yast2-dns-server haven't VIEWS support https://bugzilla.novell.com/show_bug.cgi?id=686385 -- openSUSE Feature: https://features.opensuse.org/312557

1 0

[New: openFATE 310665] Keep the current kernel when doing a kernel update through yast
by fate_noreply＠suse.de 21 Jun '11

21 Jun '11

Feature added by: Wilfred van Velzen (wvv) Feature #310665, revision 1 Title: Keep the current kernel when doing a kernel update through yast openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Wilfred van Velzen (wvv) Partner organization: openSUSE.org Description: See this discussion on the forum: http://forums.opensuse.org/english/get-help-here/install-boot-login/447030-… Summary: Keeping the current kernel installed should be the default and automatic behaviour for a kernel update through Yast! (Provided there is enough space on the partition that holds /boot). Or it could be a setting somewhere to keep the last X number of previous installed kernels (where X should default to 1). Business case (Partner benefit): openSUSE.org: When the newly installed kernel doesn't work or has some issues. The user has an easy way to boot into a previous kernel, so he still has a working system. -- openSUSE Feature: https://features.opensuse.org/310665

1 11