February 2014 - openSUSE Features - openSUSE Mailing Lists

[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

[New: openFATE 313801] Add "sponsored by build host" in webui
by fate_noreply＠suse.de 19 Jan '15

19 Jan '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #313801, revision 1 Title: Add "sponsored by build host" in webui Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We want that people can sponsor build hosts and become visible when a job is building on that one. For example on the build log page. -- openSUSE Feature: https://features.opensuse.org/313801

1 3

[New: openFATE 312919] Provide a package for Desura in non-OSS
by fate_noreply＠suse.de 11 Dec '14

11 Dec '14

Feature added by: Audard Guillaume (AGui) Feature #312919, revision 1 Title: Provide a package for Desura in non-OSS openSUSE 12.1: Unconfirmed Priority Requester: Desirable Requested by: Audard Guillaume (agui) Partner organization: openSUSE.org Description: Desura is a video game store, competitor of Steam, which provides many Indie games for Linux and Windows. See www.desura.com They released recently a client for Linux (both 32bits and 64bits), and it could be added to the non-OSS repository. Business case (Partner benefit): openSUSE.org: Currently, it is quite difficult to install games which are not in the repositories and for which there are not rpms, such as most of the ones in the Humble Bundles. With Desura, you can purchase and install games easily, and it also manages updates. Most indie game developpers don't provide a repository for openSUSE, so you would have to track their website to get updates. For now, to install Desura, you have to go on their website, download a .tar.gz archive, extract it and launch a program in a console. Having it in the repositories would ease the installation for most users. -- openSUSE Feature: https://features.opensuse.org/312919

1 11

[New: openFATE 309059] source repository cleanup mechanism
by fate_noreply＠suse.de 01 Dec '14

01 Dec '14

Feature added by: Adrian Schröter (adrianSuSE) Feature #309059, revision 1 Title: source repository cleanup mechanism Buildservice: Evaluation Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Description: Every ever uploaded source file is currently still part of source server. This hurts esp. when scripts upload daily new svn/git/.. snapshots as tar balls. This will more often happen when the source service mechanisms wil be more often used. We shall implement a mechanism to list and remove not anymore referenced files in any source revision files. This might be implemented in bs_admin or alike tool for the admin on the server. But it must be race free to allow working with currently running source servers. (maybe via giving the source server a signal to store .rev files on remove in an additional path. This interacts with the undelete features). We should also have a mechanism to shorten a revision log (unclear who and when should be allowed to do this). -- openSUSE Feature: https://features.opensuse.org/309059

1 2

[New: openFATE 313546] Get rid of SuSEconfig.scim
by fate_noreply＠suse.de 26 Nov '14

26 Nov '14

Feature added by: Andreas Jaeger (a_jaeger) Feature #313546, revision 1 Title: Get rid of SuSEconfig.scim 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 affected packages. Relations: - Remove SuSEconfig (feature/id: 100011) -- openSUSE Feature: https://features.opensuse.org/313546

1 12

[New: openFATE 311130] Open source client to manage VMware ESX(i) Servers
by fate_noreply＠suse.de 25 Nov '14

25 Nov '14

Feature added by: Yuri Tsarev (xnull) Feature #311130, revision 1 Title: Open source client to manage VMware ESX(i) Servers Hackweek VI: Unconfirmed Priority Requester: Important Requested by: Yuri Tsarev (xnull) Partner organization: openSUSE.org Description: An open source client to perform basic administration management of VMware ESX(i) Servers. Client should provide ability of virtual machine creation and administration, accessing VM console remotely, snapshotting, changing main VM parameters such as memory/disk size, iso image connecting etc. Use Case: Bob is a Linux administrator. He has to manage VMware ESXi 4 Servers but he doesn't want to use VMware VSphere client for Windows. It's very convenient for him to use an open source client for this purposes which runs on his Linux desktop. -- openSUSE Feature: https://features.opensuse.org/311130

1 12