May 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305919] Hunspell as a system wide spellchecker
by fate_noreply＠suse.de 13 Apr '11

13 Apr '11

Feature added by: Stephan Kulow (coolo) Feature #305919, revision 1, last change by Title: Hunspell as a system wide spellchecker openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Kálmán Kéménczy (kkemenczy) Description: Why Hunspell? MySpell is not developed for quite a long time either in Mozilla and in OpenOffice.org. Hunspell is a fork of MySpell, it has great improvements is several ways, and fully backward compatible with MySpell. Main features: * Extended support for language peculiarities; Unicode character ncoding, compounding and complex morphology. * Improved suggestion using n-gram similarity, rule and dictionary ased pronounciation data. * Morphological analysis, stemming and generation. * Hunspell is based on MySpell and works also with MySpell dictionaries. * GPL/LGPL/MPL tri-license http://en.wikipedia.org/wiki/Hunspell http://hunspell.sourceforge.net/ Fedora project: http://fedoraproject.org/wiki/Releases/FeatureDictionary I also find a reference in the wishlist: http://en.opensuse.org/Wishlist_Various Relations: - Hunspell as a system wide spellchecker (novell/bugzilla/id: 354554) https://bugzilla.novell.com/show_bug.cgi?id=354554 Discussion: #1: Stephan Kulow (coolo) (2008-01-18 06:18:21) For reference: http://lists.opensuse.org/opensuse-factory/2008-01/msg00156.html #2: Petr Mladek (pmladek) (2008-01-18 07:20:54) * ** Bug 301458 has been marked as a duplicate of this bug. *** #3: Petr Mladek (pmladek) (2008-01-18 07:24:25) I'll do my best to do it for openSUSE-11.0. I am still busy with some other things. Or Michael, do you have time to look at it? #4: Kálmán Kéménczy (kkemenczy) (2008-01-27 12:17:56) patch for gtkspell (2.0.11): http://www.abisource.com/~dom/gtkspell-2.0.11-enchant.patch using this patch makes obsolate the gtkspell-gcc-err-fix.diff patch for gnome-spell 1.0.7: based on https://bugzilla.redhat.com/show_bug.cgi?id=426347 attached #5: Petr Mladek (pmladek) (2008-01-28 05:44:13) Adding gtkspell maintainer to CC. #6: Kálmán Kéménczy (kkemenczy) (2008-01-28 05:52:56) Created an attachment (id=191980) gnome spell check patch #7: Kálmán Kéménczy (kkemenczy) (2008-02-04 02:24:22) now available in Build Service (without dictionaries) http://download.opensuse.org/repositories/home:/kkemenczy/openSUSE_Factory/ #8: Ladislav Michnovič (lmich) (2008-02-04 02:49:51) Proposed patch for gtkspell has been added. #9: Kálmán Kéménczy (kkemenczy) (2008-02-04 12:38:37) dictionaries http://download.opensuse.org/repositories/home:/kkemenczy/openSUSE_Factory/… #10: Martin Schlander (cb400f) (2008-02-05 01:30:16) For Danish (da_DK) there's a dictionary being developed that's optimized for hunspell at http://www.stavekontrolden.dk http://www.stavekontrolden.dk/main/sspinputfiles/da_DK.dic http://www.stavekontrolden.dk/main/sspinputfiles/da_DK.aff I believe it's already a better option for hunspell than the dictionary from http://da.speling.org which is currently packaged. If not already it will become so soon as it's developed a lot more actively. Furthermore it's available under these licenses: GPL version 2 LGPL version 2.1 MPL version 1.1 Don't hesitate to ask if there are further questions. #11: Kálmán Kéménczy (kkemenczy) (2008-02-05 07:25:42) da_DK dictionary updated what is the next step? Someone had to decide to add it to the factory for further test. #12: Petr Mladek (pmladek) (2008-02-05 09:57:30) Lado. is there any chance that you could create the hunspell package for STABLE/FACTORY? I am still busy with some other stuff. #13: Ladislav Michnovič (lmich) (2008-02-06 02:49:05) O.K. I'll do it. It won't be in Alpha 2 because it is already under mastering process. It should appear in Alpha 3. #14: Ladislav Michnovič (lmich) (2008-02-19 06:14:25) Package is in Factory. #15: Kálmán Kéménczy (kkemenczy) (2008-02-21 03:48:22) imho several tasks left: * I am not sure that gnome-spell is Enchant-enable or not. ttps://bugzilla.novell.com/attachment.cgi?id=191980 * Sonnet's enchant backend backport to kdelibs / kspell ttp://bugs.kde.org/show_bug.cgi?id=154560 more info: https://www.redhat.com/archives/fedora-devel-list/2007-December/msg01493.ht… * Removing hunspell from Enchant ttps://bugzilla.redhat.com/show_bug.cgi?id=426402 * vim patch for hunspell: ttps://bugzilla.redhat.com/show_bug.cgi?id=219777 Should I create seperate bugs or we should keep them together here? #16: Ladislav Michnovič (lmich) (2008-02-21 04:13:53) (In reply to comment #15 from kalman kemenczy) > imho several tasks left: > > * I am not sure that gnome-spell is Enchant-enable or not. > https://bugzilla.novell.com/attachment.cgi?id=191980 > > * Sonnet's enchant backend backport to kdelibs / kspell > http://bugs.kde.org/show_bug.cgi?id=154560 > more info: > https://www.redhat.com/archives/fedora-devel-list/2007-December/msg01493.ht… > > * Removing hunspell from Enchant > https://bugzilla.redhat.com/show_bug.cgi?id=426402 > > * vim patch for hunspell: > https://bugzilla.redhat.com/show_bug.cgi?id=219777 > > Should I create seperate bugs or we should keep them together here? Adding kde-maintainers and gnome-maintainers to CC. Reassigning to vim maintainer. #17: Bjoern Jacke (bjacke) (2008-03-23 12:43:01) * ** Bug 237828 has been marked as a duplicate of this bug. *** #18: Bjoern Jacke (bjacke) (2008-05-01 15:57:47) - any news from vim maintainer on this? - enchant still needs rework or update - gnome-spell still needs enchant support added #19: Ladislav Michnovič (lmich) (2008-05-05 04:40:12) Adding JP. What do you think about this? See comment #15 and #18. #20: Matthias Koenig (makoenig) (2008-05-05 06:42:03) There are some problems with the vim patch. Currently we have /bin/vim-normal as default vim and /usr/bin/vim-enhanced. As the patch links against libhunspell which lives in /usr/lib{,64} we cannot link /bin/vim-normal against this. This would require either moving libhunspell to /lib{,64} which is not want we want (libhunspell itself also links against /usr/lib{,64}/libstdc++), or building /bin/vim-normal without syntax features at all (as the spell features seem to be tightly coupled to the general syntax features), which I also don't want. The best solution would be to provide a /bin/vim-tiny with minimal features and moving /bin/vim-normal to /usr/bin/vim-normal. But this will not happen for 11.0, as it will need yet another vim package restructuring. But, despite of this, yes, I think using hunspell is a good idea, as the vim dictionaries are derived from the OO ones and would otherwise waste a lot of space by duplicated data. Also worth mentioning, that this patch has been sent a year ago to upstream. While the idea has been appreciated, the patch has been rejected as is, AFAIK there has not been any work to improve this: http://www.mail-archive.com/vim-dev@vim.org/msg03252.html #21: Kálmán Kéménczy (kkemenczy) (2008-05-09 22:54:06) Created an attachment (id=214116) Gnome spell enchant patch here is the latest and greatest patch wirtten by Szilveszter Farkas from Ubuntu community, however this is created for gnome-spell 1.0.7, maybe it could use for 1.0.8. #22: Kálmán Kéménczy (kkemenczy) (2008-05-09 22:57:46) Rodrigo, could you check this patch to gnome-spell, please? https://bugzilla.novell.com/attachment.cgi?id=214116 Hopefully you are the maintainer for this packge. Many thanks, kalman #23: Stanislav Brabec (sbrabec) (2008-05-21 04:21:49) Patch applied (autogenerated files removed from it). #24: Jan Engelhardt (jengelh) (2009-01-11 18:53:30) There's a ton of spelling tools, why could not it have used one of the previously packaged ones, aka aspell or ispell? #25: Kálmán Kéménczy (kkemenczy) (2009-01-12 01:19:59) Jan, Hunspell already packaged in openSUSE. To answer your why's please read comment#1 #26: Jan Engelhardt (jengelh) (2009-01-12 03:06:41) >Hunspell already packaged in openSUSE But was not in 10.3. Hence the question. >comment#1 First comment says "Myspell". I asked about aspell/ispell. #27: Kálmán Kéménczy (kkemenczy) (2009-01-12 03:41:41) I think there are some reasons why choose Mozilla and OpenOffice.org and why Fedora decided as well, and slowly Ubuntu will go this way. In my comment#1 you should find the awesome summary: http://fedoraproject.org/wiki/Releases/FeatureDictionary Hunspell is not a question, the question is when? -- openSUSE Feature: https://features.opensuse.org/305919

1 3

[openFate 305587] Yast template for theming
by fate_noreply＠suse.de 01 Apr '11

01 Apr '11

Feature added by: Jakub Steiner <jimmac(a)novell.com> Feature #305587, revision 1, last change by Title: Yast template for theming openSUSE-11.2: New Priority Requester: Important Requested by: Jim McEldowney <jimmac(a)erie.net> Partner organization: openSUSE.org Description: To be able to skin the Yast installer properly, I would welcome the existence of a YCP template to include all of the widgets included in the actual installer. Business case (Partner benefit): openSUSE.org: Without such a testbed it's extremely hard and error prone to create new styling. In some cases it's impossible to see the implications of a style change until after it has been submitted to build and new distribution snapshot released. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305587

1 6

[openFATE 305876] Packages usage statistics
by fate_noreply＠suse.de 31 Mar '11

31 Mar '11

Feature added by: Michal Vyskocil (mvyskocil) Feature #305876, revision 1, last change by Title: Packages usage statistics openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Michal Vyskocil (mvyskocil) Description: Moved from Brainstorming_Prague (http://en.opensuse.org/BrainStorming_Prague#We_don.27t_know_which_packages_…) Problem: We don't know which packages users really use/have installed We cannot focus our interest on really important packages for our end-users, because we don't know which are important. Those popularity statistics could help us in many ways - for example bug priority of popular package should be higher, or we can decide move the package from/to Factory, ... Debian has a http://popcon.debian.org/ and popularity-contest package, so we should reuse an existing code. The pupularity-contest executable is a simple Perl script, which should be ported to rpm (replacing of dpkg calls by rpm alternative should be enough). Those package usage statistics could be integrated into Software Portal and to YaST comparing relative results for individual packages between openSUSE and Debian can give us a valuable information about the community structure (how many users use development tools etc.) -- openSUSE Feature: https://features.opensuse.org/305876

1 4

[openFate 305723] Allow to set the owner of a partition
by fate_noreply＠suse.de 16 Mar '11

16 Mar '11

Feature added by: Rajko Matovic (rajko_m) Feature #305723, revision 1, last change by Title: Allow to set the owner of a partition openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Rajko Matovic (rajko_m) Partner organization: openSUSE.org Description: If a user buys a new external harddrive and partitions it via YaST he will not be able to write on it, since the filesystem is owned by root. A normal user would need to know about how to use konsole and which command to use in order to change the owner. It would be a lot easier, if the user could change the owner within the partitioning module. Of course this should not be possible for system-partitions such as / and /usr etc, yet /windows and /media, as well as /home/xyz/ should be fine. The problem is not trivial as it is not enough to change fstab. See: See: http://ntfs-3g.org/support.html#unprivileged -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305723

1 5

[openFate 305075] Allow to set the owner of a partition
by fate_noreply＠suse.de 16 Mar '11

16 Mar '11

Feature added by: Arvin Schnell (aschnell(a)novell.com) Feature #305075, revision 1 Title: Allow to set the owner of a partition openSUSE-11.1: New Priority Requester: Desirable Requested by: Sven Burmeister (sven.burmeister(a)gmx.net) Partner organization: openSUSE.org Description: If a user buys a new external harddrive and partitions it via YaST he will not be able to write on it, since the filesystem is owned by root. A normal user would need to know about how to use konsole and which command to use in order to change the owner. It would be a lot easier, if the user could change the owner within the partitioning module. Of course this should not be possible for system-partitions such as / and /usr etc, yet /windows and /media, as well as /home/xyz/ should be fine. Discussion: #1: Arvin Schnell(aschnell(a)novell.com) (2008-07-15 08:32:00) Do you want to set gui and uid in /etc/fstab? #2: Sven Burmeister(sven.burmeister(a)gmx.net) (2008-07-15 08:56:26) I'm not sure which is the best approach. Either the user could do something that replaces "chown user:group ." on the new partition or some predefined gui/uid to select from, because the normal user has no idea about those and the numbers that go with them. The goal is that a user that knows the root password can not only partition a new harddrive via GUI but also make it accessible (rw) to users without having to know anything about fstab-syntax and options. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305075

1 17

[openFATE 306385] Official realtime kernel
by fate_noreply＠suse.de 15 Mar '11

15 Mar '11

Feature added by: Michal Smrž (ilfirin) Feature #306385, revision 1, last change by Title: Official realtime kernel openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Michal Smrž (ilfirin) Description: There is no official kernel-rt in main repository (and main update). Realtime kernel is very important for audio workers and those, who need very fast responses. There are third party packages, but official support for realtime kernel would be much better. -- openSUSE Feature: https://features.opensuse.org/306385

1 11

[openFATE 306347] Expanded View in Web Interface
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Stephan Binner (Beineri) Feature #306347, revision 1, last change by Title: Expanded View in Web Interface Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: The Build Service web interface should allow to switch to an expanded view (unlayered, with package patches applied) as alternate view. This would ease debugging of other people build problems and is also nicer for upstream/anonymous users (Fate#306192) without having to checkout via osc for expanded version. -- openSUSE Feature: https://features.opensuse.org/306347

1 2

[openFATE 306381] Read Only mode for anonymous users in Web Client
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #306381, revision 1, last change by Title: Read Only mode for anonymous users in Web Client Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The OBS Web Client shall offer a read only mode for not loged in users. Goals: * The current projects and packages shall become browseable * Search engines shall be able to index our content * Our sources, including the patches should be accessable. * Log files shall be accessable for developers without login. What should not be accessable: Of course no write operations and everything which is causing too much load on our servers. The system must be still usable for packagers as higher goal. This means: * No build result downloads via api * No monitor pages due to the cause load ? -- openSUSE Feature: https://features.opensuse.org/306381

1 19

[openFate 305672] openFATE - Show References
by fate_noreply＠suse.de 17 Feb '11

17 Feb '11

Feature added by: Klaas Freitag (kfreitag) Feature #305672, revision 1, last change by Title: openFATE - Show References Requested by: Klaas Freitag (kfreitag) Description: openFATE should comfortably display and handle external references like: * related bug numbers * other features (dupes, related) * wiki pages into the opensuse wiki * sourcecode, ie. svn path People should be able to edit references as well. Wiki page and sourcecode references are new and must be added. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305672

1 7

[openFate 305768] Use open source firmware for b43
by fate_noreply＠suse.de 03 Feb '11

03 Feb '11

Feature added by: Helmut Schaa (hschaa) Feature #305768, revision 1, last change by Title: Use open source firmware for b43 openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Helmut Schaa (hschaa) Partner organization: openSUSE.org Description: Currently openSUSE does not ship the firmware for broadcom devices due to legal issues. Only a script /usr/sbin/install_bcm43xx_firmware is provided which is not easy to find for new users. However an open source firmware for these devices are available now at [1] and would allow to be shipped with openSUSE. Of course this firmware needs some testing but it would be quite nice to not depend anymore on the proprietary firmware. [1] http://www.ing.unibs.it/openfwwf/ -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305768

1 4

[openFATE 305923] osc revert or merge
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Will Stephenson (wstephenson) Feature #305923, revision 1, last change by Title: osc revert or merge Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: The only way to revert packages currently is very inconvenient. Some more svn semantics like osc merge to enable reverts would help. -- openSUSE Feature: https://features.opensuse.org/305923

1 2

[openFate 305695] Binary Upload of prebuild packges
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Martin Mohring (MartinMohring) Feature #305695, revision 1, last change by Title: Binary Upload of prebuild packges Buildservice: Unconfirmed Priority Requester: Important Requested by: Martin Mohring (martinmohring) Partner organization: openSUSE.org Description: Ths allow also developers without direct access to the OBS backend to create distributions that consist of only binary packages or that are initially created from binary packages, there should be a combination of backend and osc be capable to upload binary files to :full directory of a project. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305695

1 1

[openFATE 306175] More powerful Build Service search
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Will Stephenson (wstephenson) Feature #306175, revision 1, last change by Title: More powerful Build Service search Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: Sometimes you only want to search the 'official' projects, not everyone's scratch projects. An 'exclude home: projects' toggle in osc and the web frontend would be a good start This could be implemented as a specialisation of an --exclude-projects-matching <regexp> - and then you need a --search-only-matching <regexp> option for symmetry. -- openSUSE Feature: https://features.opensuse.org/306175

1 4

[openFate 305081] openSUSE Testfeature
by fate_noreply＠suse.de 11 Dec '10

11 Dec '10

Feature added by: Christopher Hofmann (cwh(a)novell.com) Feature #305081, revision 1 Title: openSUSE Testfeature openSUSE-11.1: New Priority Requester: Neutral Requested by: Christopher Hofmann (cwh(a)novell.com) Partner organization: openSUSE.org Description: Feel free to play aroud with this feature. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305081

1 34

[openFate 305725] Use gettext for gconf schemas translations
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Vincent Untz (vuntz) Feature #305725, revision 1, last change by Title: Use gettext for gconf schemas translations openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Vincent Untz (vuntz) Partner organization: openSUSE.org Description: The translations of all the descriptions of gconf keys in schemas are already in the gettext files of the application. Removing them from the schemas would make the packages smaller and would possibly improve gconf performance in normal usage (ie, outside of gconf-editor, where the descriptions are used). Martin Pitt and I talked about this, and Martin has implemented it for Ubuntu: https://bugs.launchpad.net/bugs/123025 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305725

1 5

[openFATE 306310] Improve Section About Keyboard Configuration
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Karl Eichwalder (keichwa) Feature #306310, revision 1, last change by Title: Improve Section About Keyboard Configuration openSUSE-11.2: New Priority Requester: Desirable Requested by: Karl Eichwalder (keichwa) Description: What about explaining here how to add the Euro sign to e.g. the 5 key on the keyboard... And what to do with the 'Win/Start' key. Should it be Meta, Hyper, Super, etc? What is the difference? http://doccomments.provo.novell.com/admin/main?/admin/viewcomment/10258 References: http://doccomments.provo.novell.com/admin/main?/admin/viewcomment/10258 Comment: 8174 http://www.novell.com/documentation/opensuse110/opensuse110_startup/data/ch… Customer email: beheer at vahsen dot nl Customer name: Rob Vahsen -- openSUSE Feature: https://features.opensuse.org/306310

1 2

[openFATE 305946] NetworkManager - Autoselect correct peap version
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Helmut Schaa (hschaa) Feature #305946, revision 1, last change by Title: NetworkManager - Autoselect correct peap version openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Helmut Schaa (hschaa) Description: If no peap version is specified wpa_supplicant will already choose the right one. However, NetworkManager does not make use of that feature yet. It would be much easier for users to select peapversion "Auto" instead of having to know if the authentication server allows version 0 or 1. The peap version selection should still be possible as the user may restrict the connection to a specific peap version. Hence, I suggest a drop down combo with the items "Auto", "version 0" and "version 1". -- openSUSE Feature: https://features.opensuse.org/305946

1 4

[openFATE 306330] Creating .document files for PDF and HTML
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Karl Eichwalder (keichwa) Feature #306330, revision 1, last change by Title: Creating .document files for PDF and HTML openSUSE-11.2: New Priority Requester: Mandatory Requested by: Karl Eichwalder (keichwa) Description: To make PDFs visible in yelp, we need .document file; for more information, see fate#306322. The same is valid for HTML output. All I need is the title in the "Name" entry of a .document file. The rest I'll create at packaging time with my script. "make package" resp. make package-html resp. "make package-pdf" must create these files. As the file name I propose to use $(BOOK)_$(LL).document. -- openSUSE Feature: https://features.opensuse.org/306330

1 4

[openFATE 305851] Include kiwi-ltsp in Factory
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #305851, revision 1, last change by Title: Include kiwi-ltsp in Factory openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Jigish Gohil (cyberorg) Description: I've been maintaining KIWI-LTSP: LTSP5 implementation on openSUSE using KIWI in server:ltsp Build Service repository, now it is at the stable and production ready state. This is request to include the packages(not all of them) in openSUSE Factory, and possibly 11.3 later. Relations: - Include kiwi-ltsp in Factory (novell/bugzilla/id: 474360) https://bugzilla.novell.com/show_bug.cgi?id=474360 Discussion: #1: Jigish Gohil (cyberorg) (2009-02-10 08:42:08) Should this have gone on https://features.opensuse.org/ ? #2: andrea florio (anubisg1) (2009-02-10 09:16:58) +1 for me... kiwi-ltsp is great and works fine! #3: Shrenik Bhura (sbhura) (2009-02-11 05:20:31) The inclusion will largely serve as an impetus for further development of this great project. With increased exposure, the motivation to deliver a quality project shall also increase. #4: Ken Yap (ken_yap) (2009-02-11 06:31:44) Yes, please include it in OpenSUSE, it will make OpenSUSE more attractive to people who want to build thin client clusters. #5: Stephan Kulow (coolo) (2009-02-11 06:53:23) why not Factory:Contrib? And I agree with #1 Having it in Factory means currently that someone from novell needs to review them and that's why we created contrib where everyone capable can maintain packages that go with a specific openSUSE release. And for having it on the DVD it's a bit too special use case, so it would be online repo only anyway. #6: Jigish Gohil (cyberorg) (2009-02-11 07:00:00) Not on the DVD, but Factory and OSS online repo. Instead of Contrib isn't current location - server:ltsp more appropriate? Idea is to include it officially in the distribution. I am sure we can make a same kind of arrangement we have in place for compiz to maintain this as well. -- openSUSE Feature: https://features.opensuse.org/305851

1 8

[openFATE 306337] Partitioning with non-standard disk geometry
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Herbert Graeber (hgraeber) Feature #306337, revision 1, last change by Title: Partitioning with non-standard disk geometry openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Herbert Graeber (hgraeber) Description: For SSDs it is important to respect their erase block size (usually 128KB). So instead of using the standard sectors per track of 63 and 255 heads Theodore Ts'o suggests to use 56 and 224 instead to get a cylinder size which is a multiple of 128KB. Similar tricks may be neccessary to achive optimal cylinder sizes for devices which are used for raid partitions. It would be useful, to have the ability to specify the values for sector per track and heads in the expert before any partition is defined. For special cases, like SSDs it would nice, if proper values will be suggested. Theodore Ts'os Blog: Aligning filesystems to an SSD’s erase block size (http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-eras…) -- openSUSE Feature: https://features.opensuse.org/306337

1 12

[openFATE 306373] revival of openCA
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #306373, revision 1, last change by Title: revival of openCA openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Hans Witvliet (digi_hans) Description: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060425 SUSE/1.5.0.3-7 Firefox/1.5.0.3 Any chance of reviving OpenCA? In the security manuals, chapter x509, it says that the yast-module for maintaing certificates is nice for small set-up's, but not intented for large roll-outs. OpenCA seems to be right for that job, with (poosible) seperate CA, RA, OSCP, support for smartcards and LDAP, mysql. If i'm not mistaken, Adrian maintained some time ago an old version of OpenCA for openSuSE_10.3. Hence my question: is it possible to re-create it for the 1.0.2 (ten-ten) version of openCA, preferably for openSUSE_11.1 and SLES-11 ? It seems that current verion of OpenCA does build on older versions of openSUSE, but fails to compile on 11.1. (not yet tried on sles11, but expect same results) Relations: - revival of openCA (novell/bugzilla/id: 491024) https://bugzilla.novell.com/show_bug.cgi?id=491024 Discussion: #1: Stephan Kulow (coolo) (2009-04-08 09:11:05) if you can't even get it to compile, it doesn't seem to be that well maintained. So I would think it's not good to rely on security of it. #2: Hans Witvliet (digi_hans) (2009-04-08 16:19:04) To put in perspective... I couldn't complete a compile of the latest version on 11.1. openca offers binaries for fedora, centos, ubuntu and open slowaris. I just tried it on 32/64-bit versions of 11.1, I can try it aagain on older versions. Allthough i just upgraded our whole environment, using our install server with xen farm wouldn't take too long. At work i've got a tough job keeping all the noses point to one direction. But it would be hard to defend sticking with open/sles with considerable effort if it compiles flawless (I kow: seeing is believing..) with others. It seems that OpenCA is the only opensource product in this class, comparing with CASA, yaST, tinyCA, pyCA that are only intended for small scale deployment. And for this particular assigment was specifically asked to evaluate OpenCA, regardless of the environment it runs in, though my first choice would be a sles11-cluster and secondly an open-11.1 cluster. #3: Stephan Kulow (coolo) (2009-04-08 23:58:21) you have two options: a) the openSUSE way: you're free to maintain it in openSUSE:Factory:Contrib (see en.opensuse.org/Contrib) b) the SLES way: you convince your presales contact person that there is no way around The "file an enhancement bug against openSUSE to get a SLES feature" does not work. #4: Hans Witvliet (digi_hans) (2009-04-09 15:22:41) Sorry, if i gave you the wrong impression. imho, openca looks great (from the docu and the live-version) It used to be included 10.0 - 10.3 with the distro itself, and later on it became also available on the OBS (Adrian). I presume that if you got someone who has spent some time before on it, it would be the first one to humbly ask to have a look again, instead of re-inventing the wheel. Personnaly, i work on the R&D department, only doing prototypes and prove-of-concepts and i am happy using openSuSE. Our production department however is using the official SLES-9 and now SLES-10 version. a) So if there is a version on the OBS for open_11.1 i would be happy. b) If it could be incorporated in the list of packages for SLE it would make you happy (sales) c) If the OBS could hold versions for 11.1 and SLE, you would be happier, (sales but no additional packages to officially maintain) Final word about the code: Yes, it is _old_ code, but the only thing that comes close with regards with its features, is the code that comes from AOL: http://www.redhat.com/certificate_system/ And i'm neither eager to switch to rh/fc/ct, nor to suggest a re-write of the 10MB from openCA. Hence my req to revive it on the OBS, anyone would benefit. Or do you have plans to "adopt" the above mentioned GPL-ed java code ;=) -- openSUSE Feature: https://features.opensuse.org/306373

1 3

[openFATE 306321] disk id change in fstab
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Jean-Daniel Dodin (jdd_sysop) Feature #306321, revision 1, last change by Title: disk id change in fstab openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd_sysop) Description: "That basic request is that one or more simple tools be provided to allow a fstab to be automatically converted from /dev/sdaX nomenclature to one of the preferred methods." In other words, its now necessary to use YaST partitionner to change the fstab entry from /dev/sdx to the veeeeeeeeery long disk identification. This is very scary and is now nearly mandatory for updates. So it would be important to have some utility to make only this change in fstab and no other. If possible add the choice to use and set on the fly disk ID. -- openSUSE Feature: https://features.opensuse.org/306321

1 8

[openFATE 306291] ADD ability to launch YaST modules via SystemSettings
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #306291, revision 1, last change by Title: ADD ability to launch YaST modules via SystemSettings openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Paul Lubetsky (vegeek) Description: It would be better and simplier for novice to have only one configuration panel in the system, both for KDE and general System Administration via YaST. Similiar work was done for gnome: now opensuse has an integrated all-in-one control panel there. I propose to add an Administration tab in systemsettings, which would provide launchers for YaST`s system administration tools. Reproducible: Always Steps to Reproduce: Simply open menu: you`ll find there two different launchers for YaST and SystemSettings. Actual Results: Now SystemSettings and YaST aren`t integrated. Expected Results: User want to do some system administration tasks, he/she opens SystemSettings and opens required configuration tool. Something similiar was in SuSE 10.0 with KDE3.4. Relations: - ADD ability to launch YaST modules via SystemSettings (novell/bugzilla/id: 487611) https://bugzilla.novell.com/show_bug.cgi?id=487611 -- openSUSE Feature: https://features.opensuse.org/306291

1 7

[openFATE 306418] Bluetooth configuration via YaST
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Joop Boonen (worldcitizen) Feature #306418, revision 1, last change by Title: Bluetooth configuration via YaST openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: Corrently is rather complex for a newbee to configue for instance a gps receiver that is connected via bluetooth. Configure /etc/bluetooth/rfcomm.conf rfcomm bind rfcomm0 start gpsd /dev/rfcomm0 It would be helpful is bleutooth and bluetooth devices could be configured via YaST. -- openSUSE Feature: https://features.opensuse.org/306418

1 7

[openFATE 306324] Improvements to Failsafe mode
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Rajko Matovic (rajko_m) Feature #306324, revision 1, last change by Title: Improvements to Failsafe mode openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rajko Matovic (rajko_m) Description: Currently when kernel fails to load, user can only give up on installing openSUSE. Failsafe mode can help sometimes, but load of kernel parameters can introduce problems later. Knoppix offers alternatives that may work on particular hardware without going trough process of discovery of proper kernel parameters, and it has help pages available right from the boot screen. Both combined make booting possible with very little to no experience in kernel issues. -- openSUSE Feature: https://features.opensuse.org/306324

1 5