April 2014 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312468] Project Bretzn app-store to be integrated into opensuse 12.1
by fate_noreply＠suse.de 03 Feb '15

03 Feb '15

Feature added by: Jedi Beeftrix (Jedibeeftrix) Feature #312468, revision 1 Title: Project Bretzn app-store to be integrated into opensuse 12.1 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jedi Beeftrix (jedibeeftrix) Partner organization: openSUSE.org Description: http://news.opensuse.org/2010/10/26/from-the-developer-to-the-user-and-back… Purpose: 1. Make it easy for developers to release an application 2. Make it easy for developers to market and for users to learn about that application 3. Make it easy for users to install the application Project Bretzn consists of three parts: the building of the package, the publishing of the application, the marketing to the users and the feedback cycle back to the developer. The building part consists of plugins for IDEâs and integration with Build Services and using Lubos Lunakâs OBS Generator (yes, still looking for a new name ) to automatically generate cross-platform build files. Publishing sends the app to a variety of App Stores and then markets it through announcing it on Facebook, Twitter, via a RSS feed and the Social Desktop . Finally, users can provide feedback by rating the application and commenting on it, by writing bug reports and send messages to mailing lists or forums. And all of that with one click (well, maybe a few more). Status (as of Linuxtag 2011): http://www.slideshare.net/karlitschek/project-betzn-linuxtag-2011 This sounds like the kind of thing we want! -- openSUSE Feature: https://features.opensuse.org/312468

1 11

[New: openFATE 310778] Project Bretzn app-store to be integrated into opensuse 11.4
by fate_noreply＠suse.de 03 Feb '15

03 Feb '15

Feature added by: jimbo bigcreed (Dimble_ThriceFoon) Feature #310778, revision 1 Title: Project Bretzn app-store to be integrated into opensuse 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jimbo bigcreed (dimble_thricefoon) Description: http://news.opensuse.org/2010/10/26/from-the-developer-to-the-user-and-back… Purpose: 1) Make it easy for developers to release an application 2) Make it easy for developers to market and for users to learn about that application 3) Make it easy for users to install the application Project Bretzn consists of three parts: the building of the package, the publishing of the application, the marketing to the users and the feedback cycle back to the developer. The building part consists of plugins for IDE’s and integration with Build Services and using Lubos Lunak’s OBS Generator (http://www.kdedevelopers.org/node/4177) (yes, still looking for a new name (http://michal.hrusecky.net/index.php/blog/show/kde-obs-generator-is-looking…) ) to automatically generate cross-platform build files. Publishing sends the app to a variety of App Stores and then markets it through announcing it on Facebook, Twitter, via a RSS feed and the Social Desktop (http://socialdesktop.org/) . Finally, users can provide feedback by rating the application and commenting on it, by writing bug reports and send messages to mailing lists or forums. And all of that with one click (well, maybe a few more). Status: Over 70% of the work is done already and the team is aiming to ship in December. They are working with other openSUSE developers to make a proof-of-concept App Store for openSUSE using OBS and the other integration which will hopefully ship in the upcoming openSUSE 11.4 release. This sounds like the kind of thing we want! -- openSUSE Feature: https://features.opensuse.org/310778

1 49

[New: openFATE 312952] Use Kablink (Vibe) for opensuse.org, especially as a replacement for Connect
by fate_noreply＠suse.de 03 Feb '15

03 Feb '15

Feature added by: Roger Luedecke (Shadowolf7) Feature #312952, revision 1 Title: Use Kablink (Vibe) for opensuse.org, especially as a replacement for Connect openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: Roger Luedecke (shadowolf7) Partner organization: openSUSE.org Description: Kablink is the opensource version of Novell Vibe. It offers superior enterprise level collaboration and group management tools suitable to large organizations. (http://www.novell.com/products/vibe-onprem/features/team-collaboration.html) (http://www.novell.com/products/vibe-onprem/features/workforce-productivity.…) Greater team productivity & project collaboration (http://www.novell.com/products/vibe-onprem/features/workforce-productivity.…) Help your local and global teams work together more intelligently, creatively and productively. Read more (http://www.novell.com/products/vibe-onprem/features/workforce-productivity.…) (http://www.novell.com/products/vibe-onprem/features/retention-of-valuable-k…) Retain user, team, and organizational knowledge (http://www.novell.com/products/vibe-onprem/features/retention-of-valuable-k…) Don't lose that hard-earned knowledge when someone leaves the team. Read more (http://www.novell.com/products/vibe-onprem/features/retention-of-valuable-k…) (http://www.novell.com/products/vibe-onprem/features/intranet-software.html) Augment or replace existing intranet systems (http://www.novell.com/products/vibe-onprem/features/intranet-software.html) Create landing pages easily, and present relevant information from digital workspaces to internal web communities. Read more (http://www.novell.com/products/vibe-onprem/features/intranet-software.html) (http://www.novell.com/products/vibe-onprem/features/workflow-software.html) Workflow features save time, eliminate errors and improve efficiency (http://www.novell.com/products/vibe-onprem/features/workflow-software.html) Automate, streamline and enhance your processes with built-in workflow capabilities so team members can stay focused and move business forward. Read more (http://www.novell.com/products/vibe-onprem/features/workflow-software.html) Business case (Partner benefit): openSUSE.org: The current connect and other solutions are fragmented and poorly integrated with each other. Kablink can facilitate our needs in a superior fashion. With further extensions we can also integrate Kablink with mailing-lists, the wiki, and forums. View the Vibe Demo (http://www.novell.com/products/vibe-onprem/#) -- openSUSE Feature: https://features.opensuse.org/312952

1 3

[New: openFATE 314816] Notify User of rpmnew config files
by fate_noreply＠suse.de 03 Feb '15

03 Feb '15

Feature added by: Richard Brown (RBrownCCB) Feature #314816, revision 1 Title: Notify User of rpmnew config files openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Richard Brown (rbrownccb) Partner organization: openSUSE.org Description: Details to be added... -- openSUSE Feature: https://features.opensuse.org/314816

1 11

[openFATE 305913] support package installation by supplements in YCP
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: Arvin Schnell (aschnell) Feature #305913, revision 1, last change by Title: support package installation by supplements in YCP openSUSE-11.2: New Priority Requester: Important Requested by: Arvin Schnell (aschnell) Description: Allow installation of package by supplements in YCP. Currently yast2-storage has a list of packages required for certain filesystems. This list could be removed since filesystem packages include a supplements . Relations: - mail on yast-devel (url: http://lists.opensuse.org/yast-devel/2009-02/msg00033.html) -- openSUSE Feature: https://features.opensuse.org/305913

1 11

[openFate 305099] please have yast do a fsck before attempting to mount existing filesystems
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: Arvin Schnell <aschnell(a)novell.com> Feature #305099, revision 1, last change by Title: please have yast do a fsck before attempting to mount existing filesystems openSUSE-11.2: New Priority Requester: Important Requested by: Per Jessen <per.jessen(a)enidan.com> Partner organization: openSUSE.org Description: I was doing a new install, but wanted to keep my /home filesystem (JFS). No problem, except that the filesystem wasn't clean and needed an fsck. As far as I can tell, yast didn't do this, so mounting of the /home filesystem failed, which caused the entirely installation process to abend and start over. Discussion: #1: Stefan Hundhammer <sh(a)novell.com> (2008-02-21 06:26:43) I'd really hate to have my 100+ GB ext3 partitions fscked. That takes forever. #2: Per Jessen <per.jessen(a)enidan.com> (2008-02-21 07:15:33) Even when they're clean? It's done on every bootup anyway. See /etc/init.d/boot.localfs #3: Jozef Uhliarik <juhliarik(a)novell.com> (2008-02-21 08:21:41) What is your opinion Thomas? #4: Thomas Fehr <fehr(a)novell.com> (2008-02-21 08:24:13) That would need an feature request, not a bug report. #6: Stephan Kulow <coolo(a)novell.com> (2008-02-21 12:04:27) I think it's not too uncommon that people reinstall their system _because_ the old one had a problem, so dirty file systems may not be too uncommon. #7: Thomas Fehr <fehr(a)novell.com> (2008-02-25 03:00:03) What the customer described happens on JFS, this is an unsupported filesystem exactly for the reason that it behaves quite fundamentally different to most other filesystems. Filesystems like ext3 or reiser simply do their log reply when they are dirty and all is fine. So if you want such things to be added, please specify it as a feature request. Since there needs to be an interactive user interface to the filesystem check program this is in no way a simple change. Or would you prefer for example do a rebuild of reiserfs internal tree as default without asking the user first? Problem is that the questions the filesystem check tools ask the user are quite special and of course totally different for different filesystem types. #8: Duncan Mac-Vicar <dmacvicar(a)novell.com> (2008-07-17 08:13:00) I happen to suffer from this bug too once. I think the bug is not that the installation cleans the disk, but at least say that is not clean instead of crashing (in my case it was an installation where yast thought the disk was mounted but it was not) #9: Arvin Schnell <aschnell(a)novell.com> (2008-07-17 08:22:23) No time for 11.1. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305099

1 9

[New: openFATE 310285] don't close yast-pkg after do the actions
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: cochise césar (cochisecesar) Feature #310285, revision 1 Title: don't close yast-pkg after do the actions openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: cochise césar (cochisecesar) Description: After install or remove packages yast closes the package manager. In my opinion, a command to execute actions is not a command for quit module. -- openSUSE Feature: https://features.opensuse.org/310285

1 4

[New: openFATE 310177] Yast Package Management - return to the search window after installing packages
by fate_noreply＠suse.de 28 Jan '15

28 Jan '15

Feature added by: Ashwin G (ash25) Feature #310177, revision 1 Title: Yast Package Management - return to the search window after installing packages openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Ashwin G (ash25) Description: Currently in the GUI based Yast's Package management tool, after you select some packages to install and you click Install, it performs the download and installation. After it is complete it closes the application and comes out. Instead it would be good if again the search box to install further packages is displayed after installing few packages, i.e. go back to the initial view in the application again. -- openSUSE Feature: https://features.opensuse.org/310177

1 9

[New: openFATE 315085] Export hostarch definition for dependency solving
by fate_noreply＠suse.de 19 Jan '15

19 Jan '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #315085, revision 1 Title: Export hostarch definition for dependency solving Buildservice: Evaluation by engineering manager Milestone: 2.5 Priority Requester: Important Projectmanager: Neutral Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: The hostarch shall be exported like the target arch for package resolution options. Usecase is to use different packages depending on the host arch. -- openSUSE Feature: https://features.opensuse.org/315085

1 3

[New: openFATE 315077] Project Link: option to inherit flags from linked projects
by fate_noreply＠suse.de 19 Jan '15

19 Jan '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #315077, revision 1 Title: Project Link: option to inherit flags from linked projects Buildservice: Evaluation by engineering manager Milestone: 2.5 Priority Requester: Important Projectmanager: Desirable Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: Setups in which entire projects gets rebuild on each change struggle with the problem that the flags of the linked project are not taken into account. We need to introduce a flag in the link definition to optionally take over the flags, eg: <link project="openSUSE:1.0" meta="true" /> backend: needs to take it into account api: stores flag and take care on flag state calculation webui: are there places where webui has still own logic for calculating flag states? -- openSUSE Feature: https://features.opensuse.org/315077

1 2