March 2012 - openSUSE Features - openSUSE Mailing Lists

[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

[New: openFATE 312892] Update boost to 1.47.0
by fate_noreply＠suse.de 21 Sep '12

21 Sep '12

Feature added by: Adam Mizerski (etamPL) Feature #312892, revision 1 Title: Update boost to 1.47.0 Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Adam Mizerski (etampl) Partner organization: openSUSE.org Description: Boost 1.47.0 is out and it contains (apart from updates and fixes) new libraries (especially I'm interested in Geometry). http://www.boost.org/users/history/version_1_47_0.html -- openSUSE Feature: https://features.opensuse.org/312892

1 6

[openFATE 306927] GLOM
by fate_noreply＠suse.de 18 Sep '12

18 Sep '12

Feature added by: Marcus Wild (Affrostralian) Feature #306927, revision 1 Title: GLOM Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Marcus Wild (affrostralian) Description: Database Frontend - easy to use GUI What you need, without the nonsense! With Glom you can design database systems - the database and the user interface. * Glom has high-level features such as relationships, lookups, related fields, related records, calculated fields, drop-down choices, searching, reports, users and groups. * Glom keeps things simple. It has Numeric, Text, Date, Time, Boolean, and Image field types. * Glom systems require almost no programming, but you may use Python for calculated fields or buttons. * Each Glom system can be translated for multiple languages and countries. -- openSUSE Feature: https://features.opensuse.org/306927

1 1

[New: openFATE 313151] opensuse 12.2: kde update conflicts - there needs to be only one!
by fate_noreply＠suse.de 13 Sep '12

13 Sep '12

Feature added by: Jedi Beeftrix (Jedibeeftrix) Feature #313151, revision 1 Title: opensuse 12.2: kde update conflicts - there needs to be only one! openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jedi Beeftrix (jedibeeftrix) Partner organization: openSUSE.org Description: not a technical person so only a limited ability to explain this, but here goes: back in the day we used YAST, it found updates and installed them, all was good in the world. then we needed desktop notifiers to inform the user that new updates were available, and all was good in the world. then we decided that the notifier ought to be able to install updates, and two parallel systems were born, and was conflict brought into the world. then we had kpackagekit which promised to return the user to the blessed lands of all, but the dream was not realised. then apper arrived promising to correct the flaws of kpackagekit, but still we get conflicts were one service is blocked by the (invisible) operation of the other. ---------------------------- We need a simpler system: http://lists.opensuse.org/opensuse-kde/2012-01/msg00144.html for 12.2, can we make apper call YAST to install updates, or YAST use packagekit as the 'backend', but not have two parallel systems of updates that invariably tie themselves in knots? kind regards JBT -- openSUSE Feature: https://features.opensuse.org/313151

1 8

[New: openFATE 313307] Create SUSE OS Tablet Product
by fate_noreply＠suse.de 13 Sep '12

13 Sep '12

Feature added by: Scott Couston (zczc2311) Feature #313307, revision 1 Title: Create SUSE OS Tablet Product openFATE: Unconfirmed Priority Requester: Mandatory Requested by: Scott Couston (zczc2311) Partner organization: openSUSE.org Description: With IT trends moving so quickly, Sales for IPAD-II and IPAD-III already outsell ALL PC based Hardware across the world and a the new phrase of "Post PC era" is now a common place reality. As of the 8th of March 2010, the IPAD-III is due for release in .AU in two weeks and current interest/sales figures are extraordinary. .AU always gets the first release of new hardware to test the market before release in .US/UK etc. Testing the .AU Market place first and foremost has been the same for Microsoft/Apple and countless O/S as the market is small enough and has a large number of hi tech users, isues a fixed before world release - Nothing new about that its been happening for 25 years - The IPAD-II will remain for sale. Apple has no current reason to terminate the IPAD-II as functionally the IPAD-III offers much the same functionality but with massively increased GPU/CPU processing ability and extraordinary screen rez which is well above a standard HD TV.The camera has increased number of Pixels and talk to text ability like we have never seen before - Its uncannily accurate in speak to text interface - Speak to text has now come of age. We need to do two things for our very survival as Tablet sales/users are now far greater than any PC group, Hardware and O/S irrelevant. First create the Product Suse Linux for Tablets as an O/S! Secondly start immediately to create SUSE Linux O/S for Tablets no matter who manufactures them. Not merely application, but a whole O/S and apps - otherwise and based on sales per unit; the PC as we know it wont exist only tablets and IBM Z/Series Business case (Partner benefit): openSUSE.org: ......for our very survival and because we can do this relatively easily -- openSUSE Feature: https://features.opensuse.org/313307

1 1

[openFate 305148] Automatic Compiling of Kernel Modules
by fate_noreply＠suse.de 04 Sep '12

04 Sep '12

Feature added by: Andreas Jaeger <aj(a)novell.com> Feature #305148, revision 1, last change by Title: Automatic Compiling of Kernel Modules openSUSE-11.2: New Priority Requester: Important Requested by: Andreas Jaeger <aj(a)novell.com> Partner organization: openSUSE.org Description: The Standard Linux-Kernel provides a lot of hardware drivers/kernel modules. Nevertheless there are still devices not supported by the kernel. If a user compiles a kernel module by himself, he has to redo this step after each kernel update (if he is aware at all, that this step is needed). My idea was to install kernel-source, kernel-syms, gcc and make with each standard installation and to define a standard directory for the source code of kernel modules, e.g /usr/src/updates. When a Kernel Update is done, the system looks on boot in /usr/src/updates for directories and does there a 'make' and 'make install'. (build a kmp-package ?) If this could become a standard for other distributions (LSB) as well and corresponding init scripts would exist, third party kernel modules could be installed automagically after extracting code to /usr/src/update, so there would be some kind of standard for installing external kernel modules. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305148

1 21

[New: openFATE 309034] Complete move to PolicyKit 1
by fate_noreply＠suse.de 27 Aug '12

27 Aug '12

Feature added by: Vincent Untz (vuntz) Feature #309034, revision 1 Title: Complete move to PolicyKit 1 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: PoliycKit < 1 is old, non-maintained. For 11.3, we should make sure to move everything to the new polkit. Looking at the packages that still require PolicyKit-devel to build (ie, the old PolicyKit stack), we only have a few packages to fix. * cups-pk-helper: will be fixed when I released 0.1.0 upstream (soon) * hal: kay has a fixed package in home:kay_sievers:branches:Base:System * PolicyKit-gnome: only needed for GNOME integration of old PolicyKit * polkit-qt: no idea * ruby-polkit: no idea * smpppd: patch submitted (https://bugzilla.novell.com/show_bug.cgi?id=580719) * yast2-dbus-server: no idea -- openSUSE Feature: https://features.opensuse.org/309034

1 3

[openFate 305493] Look at plymouth for splash during boot
by fate_noreply＠suse.de 27 Aug '12

27 Aug '12

Feature added by: Vincent Untz <vuntz(a)novell.com> Feature #305493, revision 1, last change by Title: Look at plymouth for splash during boot openSUSE-11.2: New Priority Requester: Important Requested by: Vincent Untz <vuntz(a)novell.com> Partner organization: openSUSE.org Description: I wanted to open a fate feature about this when I first heard of plymouth, but reading http://fedoramagazine.wordpress.com/2008/10/21/interview-fedora-10s-better-… really makes me think we should go this way. Ray's comment starting with "Every flicker and mode change in the boot process takes away from the whole experience." is especially interesting. Is it okay to track the "don't show grub by default" here? -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305493

1 94

[New: openFATE 311066] Autoconfiguration of Eucalyptus Cloud
by fate_noreply＠suse.de 24 Aug '12

24 Aug '12

Feature added by: J. Daniel Schmidt (jdsn) Feature #311066, revision 1 Title: Autoconfiguration of Eucalyptus Cloud Hackweek VI: Unconfirmed Priority Requester: Neutral Requested by: J. Daniel Schmidt (jdsn) Partner organization: openSUSE.org Description: Since end of 2010 the packages for Eucalyptus Cloud have been improved in order to work out of the box on SUSE systems. Nevertheless it requires a lot of manual configuration work to setup an entire cloud. The goal of this hackweek project is to autoconfigure as much as possible (avahi/zeroconf) and maybe provide a simple configuration tool to prompt for the remaining information and set it up. If time permits we try to provide SUSE Studio images for all Eucalyptus controllers. -- openSUSE Feature: https://features.opensuse.org/311066

1 15