June 2013 - openSUSE Features - openSUSE Mailing Lists

[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 314814] Upgrade jack
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Steffen Klein (tithrion) Feature #314814, revision 1 Title: Upgrade jack openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Steffen Klein (tithrion) Partner organization: openSUSE.org Description: A new release of jack 1.9.9 is available since 2012-12-10. http://www.jackaudio.org/node/63 Oh, and please ensure it works with current libffado 2.1.0 aka firewire-support. (which the current releases in factory and multimedia:libs don't) Business case (Partner benefit): openSUSE.org: Support for new features and hardware. -- openSUSE Feature: https://features.opensuse.org/314814

1 2

[New: openFATE 314915] Default keyboard layout US English for dutch users (and others....?)
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Gertjan Lettink (Knurpht) Feature #314915, revision 1 Title: Default keyboard layout US English for dutch users (and others....?) openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Gertjan Lettink (knurpht) Partner organization: openSUSE.org Description: On 12.3 the keyboard layout for the dutch language is US International instead of US English. Those who want windows behaviour can set US International on their desktop, for the system US International is unacceptable. F.e, working in the console is hardly doable. -- openSUSE Feature: https://features.opensuse.org/314915

1 2

[New: openFATE 314916] PHP 5.4
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Jorge Hernandez (jurgen73) Feature #314916, revision 1 Title: PHP 5.4 openFATE: Unconfirmed Priority Requester: Important Requested by: Jorge Hernandez (jurgen73) Partner organization: openSUSE.org Description: Hey guys, Please don't let OpenSUSE fall behind, please release PHP 5.4 for OpenSUSE 12.3 and keep it up to date (5.5 is coming soon) Thanks much. -- openSUSE Feature: https://features.opensuse.org/314916

1 2

[New: openFATE 314986] Add razor-qt to openSUSE oss repo
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Chris Gnineil (zerum) Feature #314986, revision 1 Title: Add razor-qt to openSUSE oss repo Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: Chris Gnineil (zerum) Partner organization: openSUSE.org Description: It would be nice if razor-qt would be included in the standard oss repo. -- openSUSE Feature: https://features.opensuse.org/314986

1 2

[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