February 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Just an innocent screenshot
by Stephan Kulow 13 Feb '14

13 Feb '14

Hi, We reached a milestone that's so great for me, that I need to share it - even though it will be hard to grasp for those not having shared the road: http://stephan.kulow.org/openqa-staging.png - WE'RE ALL GREEN!! To put this in numbers: we haven't regressed (openQA test results) in the core of factory this year. Not a single day in 6 weeks! And at the same time we improved the tools to handle these stagings. And meanwhile "tested in E" has become a phrase everyone on #opensuse-factory understands ;) Greetings, Stephan -- Ma muaß weiterkämpfen, kämpfen bis zum Umfalln, a wenn die ganze Welt an Arsch offen hat, oder grad deswegn. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] New package: QupZilla
by Javier Llorente 13 Feb '14

13 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone! I would like to get QupZilla into Factory. QupZilla is a lightweight QtWebKit-based Web browser. Some of its features: - - Speed dial - - RSS reader - - KDE integration (notifications, KWallet) - - Ad-block - - Click2Flash - - Web inspector License: GPL 3.0+ For more details, please take a look at http://www.qupzilla.com/ Greetings, - -- Javier Llorente -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlL70IkACgkQdV3zWWOPFxTl4QCeM6bNl3lzUeD+AIa2u+ZLmyyx IvoAniioM5K5B5WV+B16KzDbg4/zbuck =eGLA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 9

[opensuse-factory] Plymouth maintainer-ship
by Mark van Tinteren 12 Feb '14

12 Feb '14

After only a week or so of being maintainer of this package I feel I have to relinquish maintainer-ship of this package. The reasons for this are that after reworking the entire package this weekend and bringing it in-sync with upstream development and as i got ready to submit said changes. I found that some of you found it necessary to submit and approve your own patches without even as much as a heads up. This creates unnecessary extra work and apparently being the maintainer of a package does'nt mean much. If any of you would like to take over Plymouth please let me know. Mark -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 7

[opensuse-factory] [Proposal] Drop twinkle
by Marcus Rueckert 12 Feb '14

12 Feb '14

That package is bit rotting since almost 5 years. This would also let us get rid of libzrtpcpp2. comments? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 8

[opensuse-factory] Proposed KVM related packaging changes
by Bruce Rogers 11 Feb '14

11 Feb '14

All, I proposed making some KVM related packaging changes. Motivation: Certain aspects of KVM support have changed over time, and we should adjust to better align to the current state of affairs. Among these are: - the KVM modules have been included with the base kernel for quite some time - there is no longer a qemu / qemu-kvm code split upstream qemu handles KVM completely - on x86, since v3.7 the KVM kernel modules are auto loaded based on detection of the required hardware virtualization features Our current kvm package originally included the KVM kernel modules, as well as the QEMU binaries which supported KVM acceleration. As noted above conditions have changed to where a kvm package has little of its original purpose. The qemu package now has the basic support for using KVM, and about the only meaningful use of a kvm package would be for KVM related configuration or deliverables which would not be appropriate (for whatever reason) in the qemu package. The current content of the kvm package in OBS Virtualization includes: - dependency on qemu package - a recommends for virt-utils - the legacy qemu-kvm executable, which is simply a wrapper for the QEMU provided executable with the parameter added that enables KVM acceleration. I believe this wrapper still provides the useful feature of having an executable name, compatible with prior kvm enabled usage. - man page for qemu-kvm (which maps to qemu) - a udev rule to change permissions and group ownership of /dev/kvm to be compatible with current libvirt usage as well as non-libvirt based (ie QEMU command line) kvm group administration. - a qemu-ifup script which I find useful for testing and creating simple usage scenarios - a kvm_stat tool which allows for monitoring of the lower level KVM module activities of the running KVM guests - in the case of the SLES version of the kvm package, a place for additional modprobing, and support documentation, which in effect, rounds out the complete base support for KVM. I propose that we rename (essentially) the kvm package to be qemu-kvm. This is partly to reduce the number of maintained packages, as I envision this simply being a subpackage of qemu. This will also make versioning simpler to maintain. This package will maintain a dependency on qemu. I propose that the permissions and group ownership udev rule be moved from qemu-kvm to the base qemu package so that libvirt and etc. can function without the qemu-kvm package, providing for a slightly smaller package set and simpler configuration. I propose that the recommends dependency for virt-utils be removed. If the additional features and documentation still remaining in qemu-kvm (the qemu-kvm wrapper and man page, the sample qemu-ifup script, the kvm_stat debug utility, possible scripts for modprobing of additional kernel modules which enhance qemu-kvm usage (eg vhost-net), and the support documentation) are desired, then that package may be installed, but it is not considered essential for basic KVM support. The virt-utils package currently provides little value. It was envisioned as a place to collect generic utilities useful for either KVM or Xen virtualization, but to date very little has been done there. QEMU based utilities are now in qemu-tools, and the only utility in virt-utils is the unmaintained vm-snapshot-disk. I propose that we eliminate this package, but if there is objection, and someone relies on the vm-snapshot-disk feature, we can keep it, but not have it be part of the default set of rpms installed by KVM Host Server pattern. If there are dependencies on the kvm package name which will take time to remove, we could have that stripped down package simply require qemu-kvm in the interim. Comments on these proposed changes are of course welcome. Thanks, Bruce Rogers

2 1

[opensuse-factory] Anyone interested in createrepo maintainership?
by Vincent Untz 10 Feb '14

10 Feb '14

Hi, For some reason, createrepo bugs are sent my way nowadays, while I never touched this package. Is there anyone who'd be interested in taking over? You could start with a simple bug: https://bugzilla.novell.com/show_bug.cgi?id=841280 (it seems the patch mentioned there could be dropped) Cheers, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] Duplicated turbostat
by Kyrill Detinov 10 Feb '14

10 Feb '14

Hello. Recently committed the 'cpupower' package contains /usr/bin/turbostat. We have another one in /usr/sbin/ already. % whereis -b turbostat turbostat: /usr/bin/turbostat /usr/sbin/turbostat % rpm -qf /usr/bin/turbostat /usr/sbin/turbostat cpupower-3.13-1.1.x86_64 cpufrequtils-008-23.3.x86_64 % rpm -q --changelog cpupower * Fri Jan 31 2014 trenn(a)suse.de ... - Add turbostat utility (fate#315666): Add turbostat-3.13.tar.bz2 Add turbostat_fix_man_perm.patch ... BTW, installing/updating packages zypper informs about duplicate files /usr/share/man/man8/turbostat.8.gz -- WBR Kyrill

1 0

[opensuse-factory] openQA & igor
by Michal Hrusecky 10 Feb '14

10 Feb '14

Hi, during the weekend I was at RedHat DevConf and I had a lightning talk about openQA there. Afterwards, I spoke with various guys and found out, that they are working on their testing solutions as well, although not focused on GUI apps as openQA is. General feedback from them was that they like it and they'll take a look at it again at some point and why does it have to be in perl (I guess there are people that don't like this language for some reason) :-D One of the solutions they have already is Igor (more info bellow). It injects the service to run the tests and uses PXE to boot testing machines. Therefor it is not limited to virtual machines, but can do real hardware as well. It also has a support for libvirt. It's not something that we can merge into openQA right a way, but might be worth keeping an eye on it and maybe at some point we can help each other... ----- Forwarded message from Fabian Deutsch ----- > Hey Michal, > > we talked a bit about testing a distribution over a beer at devconf > 2014. > > I just wanted to drop you two links: > repo: https://github.com/fabiand/igor/ > info: http://dummdida.tumblr.com/tagged/igor > > At the second link you can find a couple of posts (I recommend the one > including the video) describing igor. > > As also noted yesterday I haven't got a plan how we can align or > cooperate - but maybe we find something in the future :) > > Greetings > fabian ----- End forwarded message ----- -- Michal Hrusecky <Michal(a)Hrusecky.net> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Does drpmsync.opensuse.org still exist?
by Andreas Buschka 09 Feb '14

09 Feb '14

Hello@all, http://en.opensuse.org/openSUSE:Mirror_infrastructure mentions the possibility to sync one's own Factory mirror faster by using differential RPM for syncing, but I have so far never been able to reach this server using the sample command line given (drpmsync drpmsync.opensuse.org:8888/Factory /my/directory). So, my question is: Is the service still there? All the best, Andreas -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Suggestions for openSUSE team regarding factory stability and TW as rolling distro
by Baron Kelvin 08 Feb '14

08 Feb '14

Dear all, There's an idea growing in my mind that was spawned by latest announcement from The Team and I'd like to share it with you. I'm just a user, and a novice to the oSS mailinglists at that so please excuse my ignorance on the subject. To start with full disclosure/background first: I'm a TW user and the reason I moved to it is specifically because I've read somewhere GKH is the maintainer. The only time I've used SuSE before that was in 2005, when oSS wasn't. Anyway, to the point: Since The Team expressed wish to move to improving the backbone and the goal of having functional factory, wouldn't it be a sensible idea introduce a monthly freeze? Have a frozen-factory where the packages wouldn't be updated for a month to allow bugfixing for the next month when the new refresh would be done. That is where TW would come in. Have a rolling distro that _is_ frozen-factory and is used by users and developers _and_ has the stability potential. Obviously here the new structure would need to be made and this is something you (oSS team) wants anyway. I'd like to contribute in any way possible to extent of my abilities. I'd really like to hear what you gentlemen have to say on the topic since I personally have no experience to the inner workings here but would _really_ like oSS to thrive. The quality as is is something that many strive for in the Linux community but few posses and oSS is one of them. Kind regards, Jason -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2