December 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312942] Clone 32bit image to 64 bits
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Richard Bos (rbos) Feature #312942, revision 1 Title: Clone 32bit image to 64 bits SUSE Studio: Unconfirmed Priority Requester: Desirable Requested by: Richard Bos (rbos) Partner organization: openSUSE.org Description: Although it is possible to clone an appliance, it does not seem possible to clone or perhaps better brance a 32bit appliance and alter the artchitecture to 64 bit. Right the same appliance has to made and configured for the 64 bit architecture. Business case (Partner benefit): openSUSE.org: Sometimes an appliance is available is 32bit version, but a 64bit is desired so it can run natively on a 64bit system. -- openSUSE Feature: https://features.opensuse.org/312942

1 1

[New: openFATE 312642] Timeframe for building
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Kim Leyendecker (openLHAG) Feature #312642, revision 1 Title: Timeframe for building SUSE Studio: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: IÂ´m currently maintain openSUSE remastered 11.1. ItÂ´s build for keeping an openSUSE 11.1 image up to date using the evergreen repos. IÂ´m doing Service Packs in a fix schedule. Upgrading the packages and rebuild the system is kinda pain for me. So, a feature which you can use to give Studio a time schedule for updating the appliance would be nice. *How it works?* Well, the best way would be to choose a GUI where the following is included: Automatic build all: * 6 weeks * every month * every week * 6 months * (type in your desired timeframe) New build if: * an package get updated in the repository * just do it on time, donÂ´t care about packages Which number should be counted higher: * the major number * the minor number * the release number Using Hermes, the maintainer would get the latest build information in a changelog: Appliance name: xxx Based on: openSUSE /SUSE Linux Enterprise Current version: mm.ii.rr new packages: Firefox 3.6.19 -> Firefox 5.0.1 Thunderbird 3.1.0 -> Thunderbird 5.0 Linux 2.6.32 -> Linux 3.0rc7 ... comments: -- Use Case: doing releases on time, like I do. Business case (Partner benefit): openSUSE.org: Because so we can automatically create releases on a time based model. This becomes important when we want to ship Service Packs. -- openSUSE Feature: https://features.opensuse.org/312642

1 2

[New: openFATE 312082] Updating SUSE images on Studio
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Shashank Sondhi (dreamtrip) Feature #312082, revision 1 Title: Updating SUSE images on Studio SUSE Studio: Unconfirmed Priority Requester: Mandatory Requested by: Shashank Sondhi (dreamtrip) Partner organization: openSUSE.org Description: So as to ensure that SUSE studio images do not face trouble regarding upgrades it would be great if the images could be updated if the option is selected for the image or version. -- openSUSE Feature: https://features.opensuse.org/312082

1 3

[New: openFATE 311013] Adding Beta and RC status
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Kim Leyendecker (openLHAG) Feature #311013, revision 1 Title: Adding Beta and RC status SUSE Studio: Unconfirmed Priority Requester: Neutral Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: A nice feature in SUSE Studio is to add a Beta or RC status on your own appliance. If you build a Server and you know it's unstable but you want to publish it to get feedback, you can add a status, so that it's on the iso Image too. Business case (Partner benefit): openSUSE.org: Because the user can see how far the developing status is. -- openSUSE Feature: https://features.opensuse.org/311013

1 1

[New: openFATE 310898] integrate BuildService and SUSE Studio better
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Jos Poortvliet (jospoortvliet) Feature #310898, revision 1 Title: integrate BuildService and SUSE Studio better Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Jos Poortvliet (jospoortvliet) Partner organization: openSUSE.org Description: SUSE Studio and BuildService have very limited integration right now, still making them separate worlds. Howver there is a lot of room for doing better. Which could bring users from the one to the other - there seems rather little overlap between the two userbases, and SUSE Studio could thus profit from the OBS users AND bring new users to OBS/openSUSE. An example of integration would be to have a one-click-make-an-appliance-of-this-package. Or in SUSE Studio - offer the user to build a package in OBS out of a tarball he/she uploads. Business case (Partner benefit): openSUSE.org: We want this because it can bring new users to OBS/openSUSE/SUSE Studio. And it offers additional value for both STUDIO and OBS users as well. -- openSUSE Feature: https://features.opensuse.org/310898

1 3

[New: openFATE 309958] SUSE Studio: add build format "LTSP Image"
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Alex Savin (alexqwesa) Feature #309958, revision 1 Title: SUSE Studio: add build format "LTSP Image" Requested by: Alex Savin (alexqwesa) Description: SUSE Studio: add build format "LTSP Image" so, if SUSE Studio is frontend for kiwi, and kiwi can create LTSP Images - why SUSE Studio can't do it? also: it can generate rpm package(and repo) for simplest installation Images -- openSUSE Feature: https://features.opensuse.org/309958

1 2

[New: openFATE 309733] Graphical client for SUSE Studio
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Cornelius Schumacher (cschum) Feature #309733, revision 1 Title: Graphical client for SUSE Studio Requested by: Cornelius Schumacher (cschum) Description: SUSE Studio is great as web app for creating appliances in the browser, but there are a couple of tasks which can only be performed locally. To facilitate that I'm going to write a graphical client for SUSE Studio focusing on the tasks which can not be done in the web interface, such as managing downloads, running and deploying appliances locally, natively connecting to testdrive, etc. The client will use the SUSE Studio API to talk to the server. Implementation will be done in C++ using the KDE development platform. There are probably many more ideas what the client could do. Add your ideas here, if you like. If somebody wants to join the fun and participate in hacking let me know. You are more than welcome :-) -- openSUSE Feature: https://features.opensuse.org/309733

1 4

[New: openFATE 309314] Add Factory Snapshots to SUSE Studio
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: James Mason (bear454) Feature #309314, revision 1 Title: Add Factory Snapshots to SUSE Studio openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: James Mason (bear454) Description: SUSE Studio has base images of the current openSUSE release to use as a basis for construction custom versions or specialized appliances. It would benefit the products of those appliances to have early access to Factory snapshots (Milestones, Release Candidates) in order to be able to have updates ready at the time of release. This would also allow beta testers the opportunity to create more robust test cases based on specific configuration choices, potentially resulting in more rapid, fine grained testing of the snapshots. -- openSUSE Feature: https://features.opensuse.org/309314

1 2

[openFATE 306606] GUI client for SUSE Studio
by fate_noreply＠suse.de 12 Aug '13

12 Aug '13

Feature added by: Cornelius Schumacher (cschum) Feature #306606, revision 1 Title: GUI client for SUSE Studio Requested by: Cornelius Schumacher (cschum) Description: SUSE Studio is a fantastic web app, but sometimes it would still be more convenient to have a native client, for example when dealing with lots of overlay files, or to manage writing downloaded appliances to physical media or running and controlling them in a virtual machine. The Studio API makes it possible to write a native client. -- openSUSE Feature: https://features.opensuse.org/306606

1 7

[openFate 305633] Support installation with encrypted root file system
by fate_noreply＠suse.de 10 Aug '13

10 Aug '13

Feature added by: Andreas Jaeger <aj(a)novell.com> Feature #305633, revision 1, last change by Title: Support installation with encrypted root file system openSUSE-11.2: Unconfirmed Requested by: Stephan Kleine (bitshuffler) Partner organization: openSUSE.org Description: One thing openSUSE is really missing, compared with other popular distributions, is the ability to install into an encrypted root file system so _everything_ is encrypted. While the manual installation / setup like described at http://en.opensuse.org/Encrypted_Root_File_System_with_SUSE_HOWTO works, it is still cumbersome and error-prone to setup - especially on systems with small hard disks like e.g. laptops. IMHO this subject gets more and more important not only for laptops but also for normal workstations with respect to the global decline of privacy protection. Since all the necessary software is in place and Yast already has the option (including the GUI) to encrypt /home this shouldn't be that hard to do and would be a great feature for 11.1 (especially if you keep in mind that this will be the base for the next SLE version and corporations love security functionality provided out of the box as an option). Important points are: 1. it should work with LVMs as well 2. it should be possible to automatically generate a key on startup to encrypt the swap partition (given, this would disable suspend) 3. one should be able to use the same password for several partitions so one has to enter it just one time instead of once for every partition. Related reports: * Bug #397411 - Hibernation won't work with encrypted swap * Bug #399298 - encrypt swap partions by default on every boot using a random key * Bug #166067 - sysinfo:/ does not list encrypted /home partition Relations: - Easy to use Full Disk Encryption (feature/id: 304470) - Support installation with encrypted root file system (novell/bugzilla/id: 415479) https://bugzilla.novell.com/show_bug.cgi?id=415479 Discussion: #1: Arvin Schnell (aschnell) (2008-08-08 11:39:11) Full disk encryption is already under discussion in fate #304470. Sorry, but it's not public. #2: Stephan Kleine (bitshuffler) (2008-12-17 09:49:10) Reopened because the whole installer was rewritten but still no one cared to add this. I'm sorry, but this feature request is about adding root file system encryption to openSUSE. When, or if at all, you add it to SLE, I couldn't care less about it, but I surely don't want to wait till SLE 12 ;) Also I understand that you don't want to track and update 2 different locations but, since that feature is asked for quite often, IMHO there should be a location for openSUSE users to express their need (as in vote) for it and to CC themself to get notified on updates / when it finally is implemented. Making the fate entry public at https://features.opensuse.org/ would be nice to have as well (since it isn't actual rocket science and suse is one of the last distributions to add this feature there shouldn't be a reason to track this behind closed doors) but I can happily live without it as long as you leave this request open so people can vote for it & cc themself. Thanks a lot. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305633

1 53

[New: openFATE 314469] ELI (Exit-Less Interrupts) support of kvm
by fate_noreply＠suse.de 09 Aug '13

09 Aug '13

Feature added by: yi li (liyicybertan123) Feature #314469, revision 1 Title: ELI (Exit-Less Interrupts) support of kvm openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: yi li (liyicybertan123) Partner organization: openSUSE.org Description: ELI (Exit-Less Interrupts) support -- openSUSE Feature: https://features.opensuse.org/314469

1 6

[New: openFATE 312466] Separate user and kernel log messages
by fate_noreply＠suse.de 09 Aug '13

09 Aug '13

Feature added by: Andreas Jaeger (a_jaeger) Feature #312466, revision 1 Title: Separate user and kernel log messages openSUSE Distribution: New Priority Requester: Important Requested by: Andreas Jaeger (a_jaeger) Product Manager: (Novell) Technical Contact: (Novell) Technical Contact: (Novell) Technical Contact: (Novell) Partner organization: openSUSE.org Description: SUSE used blogd to separate kernel and user log messages during boot. With systemd now everything is written to the kernel ring buffer. We should separate those again. Relations: - syslog (novell/bugzilla/id: 696963) https://bugzilla.novell.com/show_bug.cgi?id=696963 -- openSUSE Feature: https://features.opensuse.org/312466

1 17

[New: openFATE 314465] Support the ARM architecture of KVM
by fate_noreply＠suse.de 09 Aug '13

09 Aug '13

Feature added by: yi li (liyicybertan123) Feature #314465, revision 1 Title: Support the ARM architecture of KVM openSUSE.org: Unconfirmed Priority Requester: Important Requested by: yi li (liyicybertan123) Partner organization: openSUSE.org Description: support ARM: create VM on ARM architecture, include passthrough the amba device to the guest os. -- openSUSE Feature: https://features.opensuse.org/314465

1 1

[New: openFATE 310899] Bring back boot option 'repair installed system'
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Juergen Weigert (jnweiger) Feature #310899, revision 1 Title: Bring back boot option 'repair installed system' openSUSE-11.4: New Priority Requester: Mandatory Requested by: Juergen Weigert (jnweiger) Product Manager: (Novell) Project Manager: (Novell) Partner organization: openSUSE.org Description: yast2-repair was dropped due to fate#308679, bnc#541793. I suggest we take the effort and recreate similar functionality in a maintainable way. Even if incomplete, this would be a good signal moving forward. Business case (Partner benefit): openSUSE.org: The repair feature was an unique selling point for openSUSE and SUSE based products. It gave users a feeling of reliability and confidence. It is absent in 11.3 -- openSUSE Feature: https://features.opensuse.org/310899

1 15

[openFATE 307422] New application, glc
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Zombie Ryushu (zombie_ryushu) Feature #307422, revision 1 Title: New application, glc Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Zombie Ryushu (zombie_ryushu) Partner organization: openSUSE.org Description: I wish for the video campturing package glc to be added to the Build Service. GLC captures OpenGL output from OpenGL applications. http://nullkey.ath.cx/projects/glc/wiki/HowtoInstall Business case (Partner benefit): openSUSE.org: recordMyDesktop will capture non-accellerated applications, but not Accellerated ones. -- openSUSE Feature: https://features.opensuse.org/307422

1 2

[openFATE 307408] Package request: Amaya
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Peter Gumbrell (gumb) Feature #307408, revision 1 Title: Package request: Amaya Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Peter Gumbrell (gumb) Description: Copied from old wishlist: Amaya (http://www.w3.org/Amaya/) : W3C's own all-in-one web editor / browser. Maintained for over 12 years. Features support for HTML, XHTML, XML, MathML, CSS, SVG and other emerging web technologies. Updated regularly and fully cross-platform. Provided under the W3C Software License (http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231) (open source). Wanted by: Website developers, especially standards-compliant ones. Amaya is a very capable web design tool. It helps users to create perfect, standards-compliant code, featuring collaboration tools and all regular formatting with both WYSIWYG and source views, and it also doubles up as a web browser. The only current alternative that provides this sort of functionality is Kompozer, but that's still in an alpha/beta state and is prone to modifying your HTML formatting and producing imperfect results, being aimed more at the WYSIWYG user. The packages provided by the Amaya project often fail to work and nothing happens when I try to run the program on openSUSE 11.1. Any chance somebody could look at this and provide it via the Build Service, or consider its inclusion in future releases? -- openSUSE Feature: https://features.opensuse.org/307408

1 2

[openFATE 306988] Pythonxy
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Claude Gouedard (cgoued) Feature #306988, revision 1 Title: Pythonxy Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Claude Gouedard (cgoued) Description: Tring to build a General Linux Package from an already existing one for Ubuntu, somehow conterpart of Windows Pythonxy Distribution at www_pythonxy_com. -- openSUSE Feature: https://features.opensuse.org/306988

1 3

[openFATE 307372] iChain Interface for Blogging Software
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Sascha Manns (saigkill) Feature #307372, revision 1 Title: iChain Interface for Blogging Software Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Description: ATM i must me login via iChain to post in lizards. But i would like to have an option to use my Bilbo Blogger with iChain. -- openSUSE Feature: https://features.opensuse.org/307372

1 7

[openFATE 306725] DVB Streaming Application
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Romolo Manfredini (romoloman) Feature #306725, revision 1 Title: DVB Streaming Application Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Romolo Manfredini (romoloman) Description: There area already several application to stream DVB signals on a network but none of those actually provided by opensuse are as lightweight as getstream getstream can stream single channels from a whole trasponder using http, multicast, unicast and using a modified version of live555 also in RTSP. Is actually under test support for CA support either for DVB-S and DVB-T Getstream is hosted at: http://silicon-verl.de/home/flo/projects/streaming/ -- openSUSE Feature: https://features.opensuse.org/306725

1 1

[openFATE 306717] Channel scan utility for DVBT
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Romolo Manfredini (romoloman) Feature #306717, revision 1 Title: Channel scan utility for DVBT Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Romolo Manfredini (romoloman) Description: The scan utility or dvbscan utility are useful for DVB-S channels but limited for DVB-T Digital terrestrial TV in europe is evolving fast with MUX appearing day after day, the scan utility provided suppose that you already know DVB-T frequencies of your city and relays on files in /usr/share/dvb/dvb-t/ for frequency scanning. There is a nice utility called w_scan: http://wirbel.htpc-forum.de/w_scan/index2.html which performs a raw scan of all frequencies supported by the DVB adapter looking for valid digital mux. This utility generates as output various formats that can be used directly by DVB programs or as initial tuning data for (dvb)scan utility. This utility supports DVB-S/S2/T/C adapters and related frequencies. -- openSUSE Feature: https://features.opensuse.org/306717

1 1

[openFATE 306626] Security/Pentesting/Tools
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Gabriel Nigro (gnigro) Feature #306626, revision 1 Title: Security/Pentesting/Tools openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Gabriel Nigro (gnigro) Description: Hello, I would like to see one group of tools seemed to Backtrack4 in order educational in OS 11.2.Could is it possible ? Thanks a lot. Use Case: http://backtrack.offensive-security.com/index.php?title=Tools -- openSUSE Feature: https://features.opensuse.org/306626

1 3

[New: openFATE 310454] Warn when disabling publish when dependent repositories exist
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Will Stephenson (wstephenson) Feature #310454, revision 1 Title: Warn when disabling publish when dependent repositories exist Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: eg disabling publish in KDE:Distro:Factory should warn that the dependent repositories in KDE:Unstable:Playground that build using the results of KDE:Distro:Factory will continue to publish. This can lead to subtle runtime incompatibilities when users install packages built vs a newer version of kdelibs than they have installed, or unresolvable packages in the published dependent repos at best. -- openSUSE Feature: https://features.opensuse.org/310454

1 3

[New: openFATE 310301] Add 'one click add' to repositories index-page
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Bart Otten (BartOtten) Feature #310301, revision 1 Title: Add 'one click add' to repositories index-page Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Bart Otten (bartotten) Partner organization: openSUSE.org Description: A link in the OBS indexpages to add an repository to zypper/yast or Recognise the .repo filetype in Yast so the meta-file handler can add the repo Use Case: - browse the OBS-repos - view folder http://download.opensuse.org/repositories/home:/georg298/openSUSE_11.3/ - click at home:georg298.repo (http://download.opensuse.org/repositories/home:/georg298/openSUSE_11.3/home…) - One click installer/ One click repo-add starts and shows some info - Click finish (with option to start packagemanagement) Business case (Partner benefit): openSUSE.org: At this moment users have to set up all information manual which could be so much easier. We have the One click install, but what if I just want to add the whole repo and there is no One click install-button? -- openSUSE Feature: https://features.opensuse.org/310301

1 1

[New: openFATE 310030] detect user specs for software downloads
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Kristan Wifler (k_wifler) Feature #310030, revision 1 Title: detect user specs for software downloads Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Kristan Wifler (k_wifler) Description: You can read info from the web browser in order to determine the most likely file the user wants for his/her computer system, Operating system, etc. This is for software.opensuse.org download of openSUSE mostly. I have seen several sites that do this, it makes it more convenient for default settings. -- openSUSE Feature: https://features.opensuse.org/310030

1 1

[New: openFATE 309738] include dependency kind in _builddepinfo
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Ludwig Nussel (lnussel) Feature #309738, revision 1 Title: include dependency kind in _builddepinfo Buildservice: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Description: _builddepinfo of a repo lists the recursively expanded dependencies of a package. For analyzing dependency graphs it would be helpful to include information about whether a dependency is explicitly listed in the .spec file or got added due to dependency resolution. -- openSUSE Feature: https://features.opensuse.org/309738

1 1

[New: openFATE 308618] smart online package search
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Elmar Stellnberger (estellnb) Feature #308618, revision 1 Title: smart online package search Buildservice: Unconfirmed Priority Requester: Important Requested by: Elmar Stellnberger (estellnb) Description: A smart online package search as it can be found at debtags.alioth.debian.org (http://debtags.alioth.debian.org/ssearch.html) would be highly desirable for openSUSE, too. If I do f.i. enter 'web browser' at the YaST package module it will not find konqueror, arora, epiphany, lynx, pinfo, p3m and many others though these packages are available; i.e. at first the package tagging needs to be improved. Then we need to improve the software search at packages.opensuse-community.org (http://packages.opensuse-community.org) . It currently seems to search for package names only though optionally searching for keywords, summary, description, provides, filenames and requires fields across all known repos would be highly desirable. I do also wonder why my own buildservice packages can not be found there. A factory search in the same place would be handy too although we do not have third party repositories for factory (mere buildservice search). For openSUSE 11.3 I would wish the community search to be available from RC1 on; for os 11.2 I had to wait even weeks after the final release. A comprehensive package search utility is one of the features a good distro should comprise. -- openSUSE Feature: https://features.opensuse.org/308618

1 3

[New: openFATE 309717] make osc to remember http authentication header
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: JF Ding (jfding) Feature #309717, revision 1 Title: make osc to remember http authentication header Buildservice: Unconfirmed Priority Requester: Desirable Requested by: JF Ding (jfding) Description: In current implementation, osc use 'urllib2' to access api server for http transactions. The problem is, osc need to send out a pair of request for each access: 1st request without authentication header, and the response will be a 401 with Basic authentication challenge. 2nd request with dynamically generated authorization header (Authorization: Basic <base64 encoded string>\r\n) But we can make osc to remember the header at the first authentication challenge of each osc running. Then the http request number and network loading can be lowered a lot. Python's urllib2 module is flexible enough to add this feature. I have implemented it in my personal gitorious branch: http://gitorious.org/~jfding/opensuse/jfdings-osc/commit/62d705c29999856ec6… (http://gitorious.org/~jfding/opensuse/jfdings-osc/commit/62d705c29999856ec6…) Any advice? Thanks. -- openSUSE Feature: https://features.opensuse.org/309717

1 2

[New: openFATE 309611] Add a "ignore" file
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Johannes Obermayr (jobermayr) Feature #309611, revision 1 Title: Add a "ignore" file Buildservice: Unconfirmed Priority Requester: Important Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: Each time the build hosts become initialized new for providing a fresh build system. After that the defined "BuildRequires:" become copied together with all dependencies from another host and installed on the build system. Finally the build system is initialized and the actual build process can start. There are often packages installed which are not really needed for the build process but for a working system. They become installed because of a "Requires:" tag in the actual depended package (especially -branding-{upstream,opensuse}, .noarch [data] or very far depend packages). With a "ignore" file you can say to OBS that e.g. package xy-data is not needed and should not / must not be installed. It is an addition to the "Ignore:"s defined in buildconfig. Business case (Partner benefit): openSUSE.org: 1. Reduce data transfer to the build hosts 2. Improve speed of initialization the build hosts 3. It could be a workaround for bug #510360 -- openSUSE Feature: https://features.opensuse.org/309611

1 1

[New: openFATE 308617] provide FreeBSD, Solaris and OSX build targets
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Elmar Stellnberger (estellnb) Feature #308617, revision 1 Title: provide FreeBSD, Solaris and OSX build targets Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Elmar Stellnberger (estellnb) Description: The provision of build targets for the most important Unix derivates like FreeBSD, Solaris and OSX would greatly enhance the capabilities of the build service. While rebuilding packages for different distributions and Linux versions is often a rather cosmetic issue this could really leverage the future use of the build service and constitute a major advancement. The build service infrastructure could then also be sold to proffesional closed source application developers. This should not be undoable since there are also plans for a Windows build target. However the support of the program environment will be much better met on a Unix based system. -- openSUSE Feature: https://features.opensuse.org/308617

1 8

[New: openFATE 308569] exclude certain subpackages from publishing
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Wolfgang Rosenauer (wrosenauer) Feature #308569, revision 1 Title: exclude certain subpackages from publishing Buildservice: Unconfirmed Priority Requester: Important Requested by: Wolfgang Rosenauer (wrosenauer) Description: I would like to exclude certain subpackages from being published to repositories. In this example it's a package having data which is not needed but for special purposes and it's quite big (around 100MB RPM size) so it's probably a good idea not to distribute and publish it. -- openSUSE Feature: https://features.opensuse.org/308569

1 3

[openFATE 306996] "out-of-date" package flag
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Artyom Aleksuk (h31) Feature #306996, revision 1 Title: "out-of-date" package flag Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Artyom Aleksuk (h31) Description: There is a very good feature in Archlinux's package list. Anybody (not only registered users) can mark packages as out-of-date. E-mail notification will be sent to a package builder and the package will be marked as out-of-dated on the site until the package would be refreshed. You can see this function, for example, here (http://www.archlinux.org/packages/extra/x86_64/flashplugin/) and here (http://www.archlinux.org/packages/flag/29883/) . It will be very good to make marking at a package search ( here (http://software.opensuse.org/search) ). For example, this feature may be situated below "Go to OBS Project". It should be useful both for Factory and home projects. Sorry for my language. -- openSUSE Feature: https://features.opensuse.org/306996

1 3

[openFATE 306948] Estimation on waiting time on a package on obs
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Glenn Doig (doiggl) Feature #306948, revision 1 Title: Estimation on waiting time on a package on obs Buildservice: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello, When your project is blocked in the queue because it is waiting for something to build e.g(binutils) can a time estimate be given as to how long to wait before it may start processing - put that estimation on the 'Package AAA (Project BBB home:CCC)' page when you view the page. Example: (Packages waiting queue * Average Job time) + (Your package Nth position in the Packages blocked queue * Average Job time ) = value Put that value in the package page. Some details used from https://build.opensuse.org/monitor It would be nice to know when your package may start to process. Cheers Glenn Responses so far sourced from http://lists.opensuse.org/opensuse-buildservice/2009-07/msg00235.html > One could implement something, but it will not be very reliable, because the state and order can change with any further submission. > Adrian and > I suggest to file a feature request using features.opensuse.org. But first:What to others think? Do you consider such an estimate ok? Or should we not publish anything since it might change too often? > Andreas -- openSUSE Feature: https://features.opensuse.org/306948

1 6

[openFATE 306472] Another view of build service repositories
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Jigish Gohil (cyberorg) Feature #306472, revision 1, last change by Title: Another view of build service repositories Buildservice: Unconfirmed Priority Requester: Important Requested by: Jigish Gohil (cyberorg) Description: Apart from the current structure another view of oBS repositories that can greatly improve navigation of oBS repositores could be like this: download.opensuse.org/distro1/project1 /project2 /project3 /distro2/project1 /project2 /project3 /Medias/project1/iso /other /project2/iso /other /project3/iso /other This can probably be done by keeping current structure and creating symlinks. -- openSUSE Feature: https://features.opensuse.org/306472

1 3

[openFATE 306469] "Publish Current State" Button
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Stephan Binner (Beineri) Feature #306469, revision 1, last change by Title: "Publish Current State" Button Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: Building packages can take quite some time (and publishing too). While upgrading a whole chain of interdepending packages some can fail to build and leave the repository in an inconsistent and non-installable state => not good to leave the repository in "Publish" state (over night/week-end). Switching from "Not Publish" to "Publish" state AFAIK doesn't trigger immediate publishing but only when some package build finished. It would be very nice to have a "Publish Current State" button which allows one to publish the current package state without having to manually switch publishing state, triggering a fake/unnecessary package rebuild and having to wait/remember to switch back to "Not Publish" state in time. -- openSUSE Feature: https://features.opensuse.org/306469

1 1

[openFATE 305874] Enable peer to peer downloading of patches/software
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Johan Kotze (gogga) Feature #305874, revision 1, last change by Title: Enable peer to peer downloading of patches/software Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Johan Kotze (gogga) Description: It would be great if we could somehow include a peer to peer functionality for the download of patches/packages. This would greatly reduce the number of mirrors required and would increase the performance for many users in countries with limited international bandwidt. I was thinking that we host a torrent tracker on opensuse.org and build a torrent client into zypper/libzypp and allow the user to allocate a portion of disk space for downloaded packages. Most modern systems have ample disk space and should be able to spare around 4GB for downloaded packages. This is also in line with the spirit of community where we help each other out. If it works well, it could also be used to distribute patched internally inside an organization when they deploy SLE. -- openSUSE Feature: https://features.opensuse.org/305874

1 6

[New: openFATE 314467] virtio-scsi backport the sles10
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: yi li (liyicybertan123) Feature #314467, revision 1 Title: virtio-scsi backport the sles10 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: yi li (liyicybertan123) Partner organization: openSUSE.org Description: virtio-scsi driver backport the sles10 -- openSUSE Feature: https://features.opensuse.org/314467

1 4

[New: openFATE 313152] Distribution cleanup (smaller disk footprint)
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: Andreas Jaeger (a_jaeger) Feature #313152, revision 1 Title: Distribution cleanup (smaller disk footprint) openSUSE Distribution: New Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: We want to have an as small as default base system (default text install) as possible. For this, I suggest to install a base system and investigate then what can be done to decrease the footprint. One idea is to check documentation (in /usr/share/doc/packages) and move them to doc or devel package (with the exception of license files). Also, we can check whether all dependencies (manual requires) are still correct - or in other words: Does every package that's there needs to be in the base install? Business case (Partner benefit): openSUSE.org: A small base system is important especially for appliances and virtual environments. -- openSUSE Feature: https://features.opensuse.org/313152

1 3

[New: openFATE 310310] Installer partition layout to allow "Whole Disk Usage"
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: Darryl Miles (dlmiles) Feature #310310, revision 1 Title: Installer partition layout to allow "Whole Disk Usage" openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Darryl Miles (dlmiles) Description: Currently the installer doesn't provide any option for Whole Disk Usage for a single purpose (such as rootfs or swap or /home etc...). Whole disk usage means there is no partition table and that file-system or swap is formatted directly. This has use-cases for virtulization where it is easier for the hypervisor to provision two block devices to the guest, one for rootfs and one for swap. These may come from LVM, SAN, etc... it is easier to manage because resizing either is a straight forward event due to the single purpose of each block device. One possible option to shoe-horn it into the UI would be under the Expert.../Advanced... buttons when either a partition or a disk device is selected. More ideas suggested in the bugzilla link further down this comment. Other possible considerations go with the bootloader options for installing GRUB. It would need to be adjusted to disallow/auto-disable MBR when no partition table is present. But the option still remains to install in the rootfs. Also submitted as ENH in Buzilla please read => https://bugzilla.novell.com/show_bug.cgi?id=628056 "installer doesn't support whole-disk usage", since this contain other comments not found here. -- openSUSE Feature: https://features.opensuse.org/310310

1 6

[New: openFATE 310103] wireless bridge configuration support in sysconfig
by fate_noreply＠suse.de 06 Aug '13

06 Aug '13

Feature added by: Marius Tomaschewski (mtomaschewski) Feature #310103, revision 1 Title: wireless bridge configuration support in sysconfig openSUSE-11.4: New Priority Requester: Important Requested by: Casual J. Programmer (casualprogrammer) Developer: (Novell) Developer: (Novell) Description: Wireless interfaces currently can not be bridged. In Windows XP it is quite easy to create and operate a bridge, saving one to setup and maintain all sorts of route information. It would make sense to support the bridged configuration in sysconfig when hostap implements 802.11c. Relations: - network bridge fails to integrate wlan (ipw3945) with WPA (novell/bugzilla/id: 541817) https://bugzilla.novell.com/show_bug.cgi?id=541817 - Bridge FAQ: I still don't understand!! (url: http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#I_s…) - Bridge FAQ: It doesn't work with my Wireless card! (url: http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#It_…) -- openSUSE Feature: https://features.opensuse.org/310103

1 3

[New: openFATE 310491] Add dracut to openSUSE
by fate_noreply＠suse.de 01 Aug '13

01 Aug '13

Feature added by: Luis Medinas (lmedinas) Feature #310491, revision 1 Title: Add dracut to openSUSE openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Luis Medinas (lmedinas) Description: Dracut is suppose to be a replacement for the old initrd tools like mkinitrd. >From the project description, dracut is an initramfs infrastructure. Unlike previous initramfs systems, Dracut aims to have as little as possible hard-coded into the initramfs. It contains specific configuration files for init drivers and includes plymouth support. Dracut advantage seems to be a modern replacement to generate initrd and it's suppose to be easy to use/manage. -- openSUSE Feature: https://features.opensuse.org/310491

1 24

[New: openFATE 309148] boot-process: starting network / dbus with ldap authentification
by fate_noreply＠suse.de 30 Jul '13

30 Jul '13

Feature added by: Alexander Fleischer (afleischer) Feature #309148, revision 1 Title: boot-process: starting network / dbus with ldap authentification openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Alexander Fleischer (afleischer) Description: I asked to file this bug report as feature request: https://bugzilla.novell.com/show_bug.cgi?id=569953 (https://bugzilla.novell.com/show_bug.cgi?id=569953) After configuring LDAP authentification via yast the system needs about 20 minutes to start the dbus-daemon on boot. I got a lot of ldap messages in /var/log/messages like these: Jan 12 12:01:44 w2 dbus-daemon: nss_ldap: failed to bind to LDAP server ldaps://10.0.0.10: Can't contact LDAP server Jan 12 12:01:44 w2 dbus-daemon: nss_ldap: reconnecting to LDAP server (sleeping 8 seconds)... Of course, because network is started after dbus, dbus can't connect to the ldap server, and waits several times until the timeout is reached. Network has dbus as "required-start", so i can't change the startup order and add $network to required-start in the dbus script. My temporary solution is to replace the /etc/nsswitch.conf file with a one without ldap access in /etc/init.d/boot.local and restoring the original one after the network is up. But this is not a clean solution, maybe an extra startup script can solve the problem. -- openSUSE Feature: https://features.opensuse.org/309148

1 2

[New: openFATE 311085] Enhance Monitoring Software
by fate_noreply＠suse.de 10 Jul '13

10 Jul '13

Feature added by: Lars Vogdt (lrupp) Feature #311085, revision 1 Title: Enhance Monitoring Software Hackweek VI: Unconfirmed Priority Requester: Important Requested by: Lars Vogdt (lrupp) Partner organization: openSUSE.org Description: With the new Nagios forks (icinga, shinken, ...) at the door and the additional tools around them, I think it's time for testing and packaging this stuff to be able to run the best monitoring solution on our own Products without any trouble. So evaluating the current Nagios package and also the forks would be the starting point - the next steps should be to create packages for our distribution and maybe also special documentation, if needed. -- openSUSE Feature: https://features.opensuse.org/311085

1 1

[New: openFATE 308824] Drop appending 127.0.0.2 line to /etc/hosts (incl. related configuration options)
by fate_noreply＠suse.de 09 Jul '13

09 Jul '13

Feature added by: Katarina Machalkova (kmachalkova) Feature #308824, revision 1 Title: Drop appending 127.0.0.2 line to /etc/hosts (incl. related configuration options) openSUSE-11.3: New Priority Requester: Important Requested by: Katarina Machalkova (kmachalkova) Description: For years, SUSE-based products have been appending '127.0.0.2 host.domain host' to /etc/hosts as a convenience for applications which want to resolve the hostname and which thus become irresponsive without active network [1] Localhost IP associated with FQDN however causes various network services (samba, SLP, LDAP, ntp, ... ) to behave oddly [2]. An option in product-wide control files has been introduced so as not to append 127.0.0.2 on server-oriented products (SLES) - FaTE#303875, while keeping user the possibility to override the default in GUI and AutoYaST profile. Nevertheless, even reasonably set default doesn't prevent misconfigurations and user complaints [3] The suggestion is therefore to drop 127.0.0.2 modification of /etc/hosts altogether and drop GUI/control options associated with configuration thereof. These include: * GUI option in YaST installer * XML profile elements in AutoYaST * Variable in product-wide control file (control.xml) * Possibly also sysconfig variable Appending 127.0.0.2 line has always been sort of workaround for flawed (mostly) desktop applications and DNS servers, so rather than providing workaround with plethora of side effects, it'd more reasonable to have affected apps fixed. Bugs have been filed against some of them and fixed already. References: [1] Apps become slow when offline bugs https://bugzilla.novell.com/show_bug.cgi?id=304632 https://bugzilla.novell.com/show_bug.cgi?id=383336 [2] Network services going insane with localhost IP associated with FQDN https://bugzilla.novell.com/show_bug.cgi?id=207392 https://bugzilla.novell.com/show_bug.cgi?id=355608 https://bugzilla.novell.com/show_bug.cgi?id=570108 [3] Even reasonably set default doesn't help https://bugzilla.novell.com/show_bug.cgi?id=510228 -- openSUSE Feature: https://features.opensuse.org/308824

1 21

[openFATE 307765] Debuginfo file system
by fate_noreply＠suse.de 05 Jul '13

05 Jul '13

Feature added by: Ruchir Brahmbhatt (Ruchir) Feature #307765, revision 1 Title: Debuginfo file system openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ruchir Brahmbhatt (ruchir) Description: It would be nice to have internet mountable debuginfo file system just like fedora. This will allow users to get traces from gdb without installing lots of debuginfo packages. This way we can have access to all debuginfo packages without installing them. This will encourage more users to report bugs. Some users may not be willing to install additional debuginfo packages due to lack of enough disk space or willingness to report bugs. -- openSUSE Feature: https://features.opensuse.org/307765

1 2

[New: openFATE 311124] Consolidate faillog, pam_tally, pam_tally2, pam_faillock
by fate_noreply＠suse.de 27 Jun '13

27 Jun '13

Feature added by: Thorsten Kukuk (kukuk) Feature #311124, revision 1 Title: Consolidate faillog, pam_tally, pam_tally2, pam_faillock openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: There are four different ways to track the number of failed logins and react to this: faillog, pam_tally, pam_tally2, pam_faillock. They are all incompatible together and pretty hard next to impossible to configure. Goal: Write one new module "pam_faillog", which replaces all of them. Should be able to read all current databases, supports all features together but uses advanced PAM functionality to make configuration very easy. The module depends on correct behavior of calling application, which means we need some checks if application behaves correct and maybe fix them. -- openSUSE Feature: https://features.opensuse.org/311124

1 3

[New: openFATE 314358] Userdefined-JACK-Suite/Group
by fate_noreply＠suse.de 18 Jun '13

18 Jun '13

Feature added by: fn ln (gwdg37) Feature #314358, revision 1 Title: Userdefined-JACK-Suite/Group Requested by: fn ln (gwdg37) Partner organization: openSUSE.org Description: PLEASE either provide a setup for all audio including pulse through JACK or something like a Jacked-Audio-Dynamic-Suite that allows users to select packages they want to use with JACK so that whenever any of these apps launch sound would be reconfigured to use JACK preferably but not necessarily without sacrificing common desktop and other app sounds etc. I've been turning blue in the face trying to get Rosegarden to produce sound AT ALL and I'd really like to use it with ZynnAddSubFX, Qsyth or in fact any other popular synth. The same goes for PLUG & Audacity which I want to use with my Fender amplifier as well as other sound packages. Or ask producing sources to provide alternatives to using JACK. I'm REALLY open to any solution OTHER than installing (mostly) audio apps that just plain don't work even when NOTHING proprietary is involved. Thanks. -- openSUSE Feature: https://features.opensuse.org/314358

1 1

[New: openFATE 314357] Request for mixminion package with python update
by fate_noreply＠suse.de 18 Jun '13

18 Jun '13

Feature added by: fn ln (gwdg37) Feature #314357, revision 1 Title: Request for mixminion package with python update Education Li-f-e: Unconfirmed Priority Requester: Important Requested by: fn ln (gwdg37) Partner organization: openSUSE.org Description: I'd like to see the mixminion package included. It isn't proprietary code or anything so I don't see why it couldn't be. Last I heard the project was being worked on again but if not than just fix the last release 0.0.8alpha3 so that it will work with newer versions of Python. Thank you -- openSUSE Feature: https://features.opensuse.org/314357

1 1

[New: openFATE 314691] Support setting hyperlink to any cells
by fate_noreply＠suse.de 06 Jun '13

06 Jun '13

Feature added by: Kohei Yoshida (kohei_yoshida) Feature #314691, revision 1 Title: Support setting hyperlink to any cells Requested by: Kohei Yoshida (kohei_yoshida) Partner organization: openSUSE.org Description: Excel supports setting hyperlinks to any cells regardless of their contents. When set, the cell contents turn blue and underlined, and clicking on them will trigger action based on what the URL is. Calc, on the other hand, supports hyperlink either via HYPERLINK cell function or hyperlink field in rich-text contet. Calc should support an additional way of setting hyperlinks to cells as cell attributes so that we can faithfully interoperate with Excel documents with hyperlinks. Relations: - Related bugzilla report (novell/bugzilla/id: 0) https://bugzilla.novell.com/show_bug.cgi?id=0 -- openSUSE Feature: https://features.opensuse.org/314691

1 2

[New: openFATE 308496] Include OpenShot Video Editor
by fate_noreply＠suse.de 23 May '13

23 May '13

Feature added by: Karl Fischer (karlfischer) Feature #308496, revision 1 Title: Include OpenShot Video Editor openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Karl Fischer (karlfischer) Partner organization: openSUSE.org Description: OpenShot is a Open source, Non Linear video editor, I believe that openSUSE 11.3 will benefit greatly to a such a Video Editor. Business case (Partner benefit): openSUSE.org: Making openSUSE a better MultiMedia desktop, having Gimp, Inkscape and Banshee this would be a very complementary. -- openSUSE Feature: https://features.opensuse.org/308496

1 12

[New: openFATE 310831] Bépo keyboard layout - «first class citizen»
by fate_noreply＠suse.de 23 May '13

23 May '13

Feature added by: Pierre Ducroquet (Pinaraf) Feature #310831, revision 1 Title: Bépo keyboard layout - «first class citizen» openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Pierre Ducroquet (pinaraf) Description: Hi The usual qwerty keyboard layout (and similar layouts like qwertz, azerty...) are known for being suboptimal. Better layouts are available, like dvorak. These layouts are often tied to a language : dvorak is better for english, while french users will prefer bépo. On my system, I only use a bépo keyboard, that is not supported at all in the OpenSUSE installer, making it really painful to use. It would be a simple but nice addition to have bépo support in Yast. OpenSUSE would then be probably the only distribution providing that feature, and I don't think it costs much to include a new keyboard layout on the CD/DVD. Thanks -- openSUSE Feature: https://features.opensuse.org/310831

1 2