December 2009 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308351] Make Live Updates Easy
by fate_noreply＠suse.de 14 Apr '11

14 Apr '11

Feature added by: Andreas Jaeger (a_jaeger) Feature #308351, revision 1 Title: Make Live Updates Easy openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: The infrastructure is there for Live updates and it works with "zypper dup" but there are many manual steps. This is too complicated, users need first to google for the details before using it. We need an easy way to update from 11.2 to Factory, from 11.2 to 11.3 and from Factory to 11.3. Easy means: A single command line that does by default the update from 11.2 to 11.3 and offers the others as well. -- openSUSE Feature: https://features.opensuse.org/308351

1 12

[openFATE 305849] Provide the Ability to Natively Load More Than One Protocol Stack
by fate_noreply＠suse.de 14 Apr '11

14 Apr '11

Feature added by: Scott Couston (zczc2311) Feature #305849, revision 1, last change by Title: Provide the Ability to Natively Load More Than One Protocol Stack openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Scott Couston (zczc2311) Description: Currently we natively support only an IP protocol stack, however I would hazard a guess that SLES has the ability to load IPX as well even as we have moved away from IPX. The Other Misgiving is that natively we cannot support more than an IP Protocol Stack and the lack of very good open/proprietary 3270 type Terminal Emulation shipped by default. I would be much happier if opensuse OR SLED could cope with another Protocol Stack - In Australia there is an enormous market we currently offer no solution to in only providing an IP Protocol Stack. In my home Country Australia All Federal Government- Health-Social Security- etc./All Banking Sectors/Most all Military Sectors/All State and Federal Law enforcement/Others (Thats a big Market Place) need to support a 3270 type Terminal Emulator and directly address SNA or X.25 or STLC comms. To compete we must at least be equal in the market place! The other mass market world wide particularly in the US are PC's that all Travel Agents use to make their bookings. World Wide They would use either Saber or Apollo or Galileo or Amadeus or Abacus - that about covers the whole World now. The issue all user face with M.S is that they most likely have a dedicated comms server as M.S cannot even load the required Protocol Stack. Depending on which Global System is used they mostly stick to their preferred stack and this could vary from ALC/STLC/X.25/IP/IPX/MATIP/etc..... Enough said - I think we all understand how we can better appeal to other huge markets if we invest in the functional ability to load more than just IPV4/6. I think we need to look far and wide at ALL Industry comms and we CAN do what MS cannot - We could easily bundle off a very very good 3270 type emulator and support SNA AND IP directly without the possible need for a comms servers packet stacking and promiscuous translation to IP. So we have 2 huge untaped Markets we cannot help right now and these are Australian - .GOV/.MIL and internal Banks and credit unions Global - The travel Industry is their varying, but constant use of say STLC/MATIP If we need to pull apart IP coms in the future for IPV6 this would be golden to support more than an IP Protocol only. __________________ -- openSUSE Feature: https://features.opensuse.org/305849

1 4

[openFATE 305842] Provide RPM Update Server to Update All openSUSE/SLED Workstations
by fate_noreply＠suse.de 14 Apr '11

14 Apr '11

Feature added by: Scott Couston (zczc2311) Feature #305842, revision 1, last change by Title: Provide RPM Update Server to Update All openSUSE/SLED Workstations openFATE: Unconfirmed Priority Requester: Important Requested by: Scott Couston (zczc2311) Description: *Please be Patient - This is my First FATE request* Definitions in this Submission Workstation == Any openSUSE/SLED installation that functions without direct server support Installation Server == Any designated PC that holds a repository for the complete RPM's contained at time of software Release. Update Server == Any designated PC that holds a repository(s) that contain online update RPM's The 'Server' would be accessible by normal NFS... et al Services currently available. Current Situation The Installation of a PC with openSUSE/SLED requires a huge number of Online Updates a situation that may never change whilst development continues. The Installation of openSUSE has the ability to perform many NFS Installations at one time whilst being able to create 1 repository server for the entire Installation RPM's for future addition of features and groups not included in the base installation. Feature Request Along the same notion of an NFS Installation I propose that we an Installation Server or Other to be an Update Server which downloads ALL RPM updates as they become available. Each Workstation then selects Online Updates from the Update Server per chosen update check cycle period. In this way each workstation needs only to connect with the Update Server rather than each workstation downloading its required updates. This has the potential to cut update traffic by the number of workstations installed on a LAN and this weighed against the traffic of downloading ALL updates and the traffic on ALL Online update Server Repositories and Mirrors external to the LAN. The concept is notedly simple however this has a huge technical repercussion and link to FATE #120340. This concept is open for addition to FATE #120340 or it can stand alone at the discretion of Novell.DE Whilst this concept is created by the author the technical impact/problems will require much input from Novell.De and Suse.DE and the author. -- openSUSE Feature: https://features.opensuse.org/305842

1 10

[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 306609] KDE SDK
by fate_noreply＠suse.de 12 Apr '11

12 Apr '11

Feature added by: Cornelius Schumacher (cschum) Feature #306609, revision 1 Title: KDE SDK Requested by: Cornelius Schumacher (cschum) Description: Developing KDE application is not hard, but involves quite a bit ofmachinery. You have to get in place the development environment, tools,documentation for all involved components. Creating a KDE SDK appliance, whichputs all this together in a pre-configured and easily accessible way, could makeit even easier to get started with KDE development. -- openSUSE Feature: https://features.opensuse.org/306609

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

[New: openFATE 308441] Use ip_set kernel option
by fate_noreply＠suse.de 21 Mar '11

21 Mar '11

Feature added by: Don Hughes (dehughes) Feature #308441, revision 1 Title: Use ip_set kernel option Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Don Hughes (dehughes) Description: Compile RT kernel with the ip_set netfilter option, and include the ipset module in the distribution. The ipset module ( http://ipset.netfilter.org ) can be very useful in building firewalls for large networks. It needs the ip_set kernel module. Creating a firewall black list with just iptables could entail a filter table with a very large number of entries which can have a significant performance impact. ipset can be used to build much more eficient lookup tables, improving performance. -- openSUSE Feature: https://features.opensuse.org/308441

1 9

[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 307908] Hercules Studio
by fate_noreply＠suse.de 12 Mar '11

12 Mar '11

Feature added by: Avi Kivity (avi1) Feature #307908, revision 1 Title: Hercules Studio Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Avi Kivity (avi1) Partner organization: openSUSE.org Description: Hercules Studio is a GUI front-end to the Hercules Mainframe emulator. Business case (Partner benefit): openSUSE.org: It is more intuitive for some people (like myself) to use a gui-friven process than a command line. -- openSUSE Feature: https://features.opensuse.org/307908

1 2

[New: openFATE 308502] System Rollback With Btrfs
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: pragnesh radadiya (pgradadia) Feature #308502, revision 1 Title: System Rollback With Btrfs openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: pragnesh radadiya (pgradadia) Partner organization: openSUSE.org Description: System rollback, update could be provided as openSUSE 11.3 feature using btrfs snapshot. Fedora 13 also accepted this feature, https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs. Business case (Partner benefit): openSUSE.org: System update and rollback become painless, Since if something is broken we can just revert to old state. -- openSUSE Feature: https://features.opensuse.org/308502

1 4

[openFATE 306924] Software Store like AppStore/Android Market
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: Raúl García (bgta) Feature #306924, revision 1 Title: Software Store like AppStore/Android Market openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Raúl García (bgta) Description: The idea is to create an online store like AppStore or Android Market using One Click Install. The currents search system is offuscated. By example, if you try to search "Firefox" in the current search system, you get more than one result, and Mozilla Firefox isn't the first. I think in some site like http://www.pbidir.com/ Thanks for your time and sorry for my bad english :) -- openSUSE Feature: https://features.opensuse.org/306924

1 8

[openFATE 307498] Improve and Integrate users.opensuse.org across openSUSE sites
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: Francis Giannaros (apokryphos) Feature #307498, revision 1 Title: Improve and Integrate users.opensuse.org across openSUSE sites openFATE: Unconfirmed Priority Requester: Important Requested by: Francis Giannaros (apokryphos) Description: There is a lot of need IMO for centralisation and improvement with users.opensuse.org and the other websites. This would help in building a community around the project, as it will make it easier to find out who is doing what and where. I really don't think this can be understated either. Things like groups (let's say, KDE devs, Bug triage team, IRC ops), contact details, home: repository in the build service, respective wiki page, and an avatar at the very least should be handled from there. A good example of this working in action (and really _helping_) can be seen on launchpad; i.e. https://launchpad.net/~sabdfl Selecting 'openFATE' because I can't see where else to put this under. -- openSUSE Feature: https://features.opensuse.org/307498

1 5

[New: openFATE 308352] Easy Way to put Media to USB Stick
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: Andreas Jaeger (a_jaeger) Feature #308352, revision 1 Title: Easy Way to put Media to USB Stick openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: Currently a user has to run "dd" to copy an ISO image from file system to media - and this runs the risk that the user destroys the harddisk instead of the usb stick. We should create some simple ways to do the copy. Some options: a) A shell script that checks for one attached USB stick and copies the image over to it. b) A boot entry on the media to copy the image to an attached USB stick. Option b) would allow me to download and create the image on one machine and then put it to use on another one. -- openSUSE Feature: https://features.opensuse.org/308352

1 18

[New: openFATE 308477] Optimize preselection of games on GNOME livecd
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Vincent Untz (vuntz) Feature #308477, revision 1 Title: Optimize preselection of games on GNOME livecd openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: The GNOME livecd comes with games, from gnome-games. However, those might not be the most exciting games available -- we should split the gnome-games package to make it possible to install a subset of those games, and also find out if it's possible to install other games by default. -- openSUSE Feature: https://features.opensuse.org/308477

1 2

[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 308150] how to enter expert/advanced partitioning during install unnecessarily obscure
by fate_noreply＠suse.de 07 Feb '11

07 Feb '11

Feature added by: Felix Miata (mrmazda) Feature #308150, revision 1 Title: how to enter expert/advanced partitioning during install unnecessarily obscure Buildservice: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Felix Miata (mrmazda) Description: https://bugzilla.novell.com/show_bug.cgi?id=547703 has this bug's details. The current design is an nth iteration of a design that has been broken several years and needs to be fixed. Of all the major distros I've been installing over many years, openSUSE's has been the least intuitive advanced partitioner to get started. To convince people openSUSE is better than Ubuntu requires it actually be better. This is problematic for multibooters who get their existing partitiong corrupted because they didn't realize they weren't where they needed to be to get the partitioning job done properly. -- openSUSE Feature: https://features.opensuse.org/308150

1 2

[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

[New: openFATE 308385] Easier to install from an USB-flash memory
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: Magnus Gustavsson (magnusgus) Feature #308385, revision 1 Title: Easier to install from an USB-flash memory openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Magnus Gustavsson (magnusgus) Partner organization: openSUSE.org Description: I want to start with saying my appreciation of all SUSE developers, I really think SUSE is the number one choise, bot for beginners and more advanced users. 11.2 is really a big step forward, thanks a lot to all involved!!! However...following the discussion here; http://forums.opensuse.org/install-boot-login/426568-simplest-way-install-1… , I make here a proposal for improvement when it comes to the installation from other media than the commonly used DVD-disc, that almost all computer users are able to understand and use. The growing numbers of netbooks, without CD ocr DVD-rom built in is pushing the fact that OS:s today lack one important feature, namely an easy installation from USB- or flashmemories of all kinds. It is maybe wise to try to imagine where alternative OS like Linux would stand today, if there was not the possibility to download an .iso, burn it on a blank DVD-disc and then simply put it into a computer before boot. With this in mind, think of how many who really would consider testing linux or SUSE in particular on their netbook as a fist try (maybe because they imagine better performance than with the overloaded MS mostly shipped with the netbook, but are incapable of making the installation due to thee simple fact that their notebook lacks a DVD-drive. Beeing a linuxuser with more than a year of experience (and also a user who have made a USB installation once in fact), I still find the many and difficult stages in making a working, bootable USBstick wich will install a new version of SUSE so hard, that I really can understand why so many still are considering a Vista or a Mac in front of a linux OS. It is too difficult!! Basically I think a installation via USB-stick should not be more complicated than something like this: 1: to to format their stick to FAT16 (if it now really is needed), with any availible program in windows or Linux 2. Make this stick bootable with same formatting program 3. Download and copy the DVD.iso to the stick (or somewhere on the computers harddrive, but this is over manys limit) 4. Download and copy a special "SUSE-USB-stick"-file to the stick, that makes the necessary extra things U described in Ur posts such as extracting installer etc 5. Make the intended computer able to boot from a USB-stick 6. Put the USB-stick in the intended computer and reboot so the prepartion with DD etc is made, possible make the computer reboot again, and finally make the installation to start. These 6 steps would be easy enough to follow for a newbie, as well as for me. And it would work regardless of network or internetconnection for the computer. It would also take full advantage of the torrent technology since all can be downloaded the quickest way via torrent. And it will for sure make at least SUSE a much more attractive option for people searching alternatives to the mainstream OS they have been feed up with since small school. I made this request under SUSE 11.3 but maybe there is a better place for it, please feel free to move this in this case. Appreciate all comments about this. BR/ Magnus Gustavsson Business case (Partner benefit): openSUSE.org: To improve/ make easier installation process for computers without DVD-drive. -- openSUSE Feature: https://features.opensuse.org/308385

1 5

[New: openFATE 308354] Live USB Stick Creator
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: H. Hansen (cyberbeat) Feature #308354, revision 1 Title: Live USB Stick Creator openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: H. Hansen (cyberbeat) Description: It would be nice to have something like https://fedorahosted.org/liveusb-creator/ It is a nice GUI (linux/windows, created such a stick from opensuse) which installs a LIVE ISO on a USB stick. Perhaps it can be adapted to opensuse-media. It is written in python. It uses a existing partition (can be fat for example), and a casper-rw file for persistent storage (choosable size), so does not need extra partitions. - I did not succeed with the official tutorial at http://en.opensuse.org/Live_USB_stick to create a live stick, it describes also another method (hybrid with second partition for persistent data, which failed for me). Also with this solution it is not possible to use (and keep) an existing fat partition. - Today more and more laptops and netbooks without optical drives are spread. There is really needed an easy graphical tool now! Usecase: I am new to linux, want to carry my custom system around with me, and want that installation on usb just works Usecase: I buy a netbook and want to install opensuse on it without having to use console or software foreign software - I don't want different utilities on windows/linux to create usb live stick -- openSUSE Feature: https://features.opensuse.org/308354

1 3

[openFATE 306756] non persitent install mode for flash disks
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: Bruno Gerz (bogz) Feature #306756, revision 1 Title: non persitent install mode for flash disks Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Bruno Gerz (bogz) Description: It would be nice to get a install or move mode for flash disks. For example a non persitent live mode and may be options for storing system settings and more, a option to move a normal harddisk installation into a non persitent installation on usb stick, formating options for 'recommended' flash file systems Such a yast module would save much time and could also provide newcommers :-) See http://en.opensuse.org/How-To_Make_the_root_filesystem_read-only -- openSUSE Feature: https://features.opensuse.org/306756

1 1