Feature added by: Ludwig Nussel (lnussel)
Feature #324890, revision 1
Title: Allow 'multibuild' to be disabled per project
Buildservice: New
Priority
Requester: Mandatory
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Following up on https://github.com/openSUSE/open-build-service/issues/3227 filed by Dominique
Multibuilds are an interesting concept and I do like it a lot - but it causes a problem for the products using rings. I'll use a package of mine as a practical example (I did not convert it to multibuild yet, knowing of this problem.
* libproxy - and libproxy-plugins
libproxy lives in ring1 (basic library dependencies) and libproxy-plugins lives in ring2 (full KDE and GNOME extensions on top of libproxy, which uses a plugin model)
now, with multibuild, I could not have libproxy builtin ring1 and libproxy:plugins in ring2 - they would only go together.
My proposal would be a way to specify ring0/1/2 that multibuild is NOT to be considered (which would easily make for libproxy:plugins not to be built for ring1); but this then still lacks a good idea to ensure libproxy:plugins can be built in ring2 (preferably it would link to ring1/libproxy - we could then add some extra information into the _link to tell it what @BUILD_FLAVOR@ to use for this package
--
openSUSE Feature:
https://features.opensuse.org/324890
Feature added by: Ludwig Nussel (lnussel)
Feature #310922, revision 1
Title: central system user registry
openSUSE-11.4: Unconfirmed
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Once upon a time all systems users were defined in aaa_base via the default /etc/passwd file. When the uid space below uid 100 got too small a new dynamic range between 100 and 499 was introduced. So nowadays packages dynamically create a user in %pre which gets a random uid in this range. Disadvantage: uids are different on every system. Usually this is not a problem but for programs that export files over the network it is. TV recordings made by VDR for example. useradd has a --preferred-uid option for such cases. It's possible to specify a uid and useradd tries to use it. If it's already taken another one is chosen.
Thefore I'd propose to leverage that feature: - introduce a central uid registry for system users, e.g a file in aaa_base - lower SYSTEM_UID_MAX (/etc/login.defs) to e.g. 349 and assign "preferred uids" in the rage 350-499. - change useradd calls in packages to a macro that transparently decides whether a preferred uid needs to be used.
Use Case:
- two systems running vdr, one for recording, the other one for playback on a TV want to share recordings via nfs.
--
openSUSE Feature:
https://features.opensuse.org/310922
Feature added by: Ludwig Nussel (lnussel)
Feature #322072, revision 1
Title: support multiple back references in issue_trackers
Buildservice: New
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Someone thought it's a good idea to refer to github issues as gh#project/repo#number according to the packaging guidelines: https://en.opensuse.org/openSUSE:Packaging_Patches_guidelines#Current_set_o…
OBS however only supports one capture group in the parser. It needs to support multiple and allow to place them arbitrarily in the output.
--
openSUSE Feature:
https://features.opensuse.org/322072
Feature added by: Ludwig Nussel (lnussel)
Feature #324893, revision 1
Title: create new role that allows to trigger rebuilds
Buildservice: New
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Following up on https://github.com/openSUSE/open-build-service/issues/2094
OBS all too often needs somebody who can manually trigger rebuilds. For example random failures caused by either the packate itself (eg testsuite are quite often broken) or by obs workers timing out etc. That role should not necessarily have full access to modify packages or review requests. Therefore separate from maintainer and reviewer.
Examples where this would be useful are the distro projects, staging and ports.
--
openSUSE Feature:
https://features.opensuse.org/324893
Feature added by: Ludwig Nussel (lnussel)
Feature #324892, revision 1
Title: provide project wide _service file mode override
Buildservice: New
Priority
Requester: Important
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Following up on https://github.com/openSUSE/open-build-service/issues/2110
Factory packages require mode=disabled in _service files. For convenience however it would be good to have packages in the devel project be auto updated from e.g. github or use server side downloading of sources. To avoid having to maintain a separate copy with mode=disabled OBS should provide a project wide override that just disables all services. Submit requests to a project with disabled service runs would need to run the services on server side and submit a specific source state.
--
openSUSE Feature:
https://features.opensuse.org/324892
Feature added by: Максим Муруев (slimy)
Feature #310464, revision 1
Title: Changer text console color
openSUSE-11.4: Unconfirmed
Priority
Requester: Important
Requested by: Максим Муруев (slimy)
Description:
Feature for yast change console color. And green color for console by default. I think green is opensuse color. For first console stay white, for best look boot log.
--
openSUSE Feature:
https://features.opensuse.org/310464
Feature added by: 6tr6tr 6tr6tr (6tr6tr)
Feature #310680, revision 1
Title: Make Icon Theme installer only show .tar.gz themes
openSUSE-11.4: Unconfirmed
Priority
Requester: Important
Requested by: 6tr6tr 6tr6tr (6tr6tr)
Description:
I recently tried installing new icon themes into openSUSE 11.3 via the Configure Desktop app. It showed a lot of themes with an "install" button, but when I pressed it, nothing happened. It turns out, that's because it only installs .tar.gz files and a number of the themes listed are in other formats. So the "Get New Themes..." popup should only show files it can actually install.
--
openSUSE Feature:
https://features.opensuse.org/310680
Feature added by: Arvin Schnell <aschnell(a)novell.com>
Feature #305144, revision 1, last change by
Title: [Feature-request] Yast as a Linux learning tool
openSUSE-11.1: New
Priority
Requester: Desirable
Requested by: Alexey Eremenko <al4321(a)gmail.com>
Partner organization: openSUSE.org
Description:
Hi All !
I Have very good new idea: converting Yast into a Linux learning tool.
This is very simple to achieve: Yast must show the commands it executes and files it modifies, in a nice GUI dialog.
It will allow all kinds of Linux users understand how things really work. Enable learn new things or remind how old-but-forgotten things work for seasoned people.
Great, isn't it ?
P.S. Jay Vollmer recommends, that among the commands that Yast shows as it executing, it should also recommend "man pages" for the relevant underlying commands.
-- -Alexey Eromenko "Technologov", 29.jul.2008.
Discussion:
#1: Alexey Eremenko <al4321(a)gmail.com> (2008-07-29 12:09:11)
Rajko M. wrote:
If one wants to see what is gong on in background, than look at logs in realtime. There is console (Konsole) and command tail. Run as root:
tail -f /var/log/YaST2/y2log
and then start YaST and play with.
-- -Alexey Eromenko "Technologov", 29.jul.2008.
#2: Jerry Houston <jerry.houston(a)comcast.net> (2008-07-29 15:41:34)
Sounds like a great way for new users to learn more about what's under the hood. Or, what's under the bonnet, for the Brits.
#3: Cyril Hrubis <chrubis(a)novell.com> (2008-07-31 07:11:21)
Moving to maintainers to decide.
--
openSUSE Feature:
https://features.opensuse.org/?rm=feature_show&id=305144
Feature added by: Ricardo Varas (RicardoVarasSantana)
Feature #307545, revision 1
Title: Add openSUSE's Bugzilla and openFATE to Firefox's Bookmarks folder.
openSUSE-11.3: Unconfirmed
Priority
Requester: Desirable
Requested by: Ricardo Varas (ricardovarassantana)
Description:
I am thinking about the importance of those two features being included in openSUSE's Brand of Firefox, in case the user needs or feels like filing a bug or requesting and/or checking new features, For new users it'd become a much easier task having those items bookmarked by default.
--
openSUSE Feature:
https://features.opensuse.org/307545