July 2012 - openSUSE Features - openSUSE Mailing Lists

[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

[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

[New: openFATE 313539] Get rid of SuSEconfig.icu
by fate_noreply＠suse.de 20 Sep '12

20 Sep '12

Feature added by: Andreas Jaeger (a_jaeger) Feature #313539, revision 1 Title: Get rid of SuSEconfig.icu openSUSE Distribution: Evaluation by project manager Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: There is no point to run that code after installation of every package (and it's not run when you use zypper or 3rd party tools anyways). That code should be only run as a part of post-install of the packages. -- openSUSE Feature: https://features.opensuse.org/313539

1 3

[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 313434] yast simplification
by fate_noreply＠suse.de 13 Sep '12

13 Sep '12

Feature added by: Alexandre Bonhomme (abonhomm) Feature #313434, revision 1 Title: yast simplification openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Alexandre Bonhomme (abonhomm) Partner organization: openSUSE.org Description: Make yast more user friendly : sort aller features (incl. Kde config tool with only one structure and place : merge apper zypper and yast). Se drakeconf as an inspiration source. -- openSUSE Feature: https://features.opensuse.org/313434

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