September 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] wxpython 3.0
by Dmitry Roshchin 12 Sep '14

12 Sep '14

Currently we have wxpython 2.8 and 2.9 in Factory. Are there plans to add wxpython 3.0? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] Re: [opensuse-packaging] Failing build of python-moin on SLE_11_SP3
by denisart benjamin2 10 Sep '14

10 Sep '14

Le 10/09/2014 21:40, Andrew Daugherity a écrit : > I would not consider myself a "python packaging expert", but I've done a bit of it for our internal repo. > > According to https://en.opensuse.org/openSUSE:Packaging_Python#File_lists > there are two macros: > """ > • %python_sitelib expands to /usr/lib/pythonX.Y/site-packages. This is the install location for platform-independent modules. > • %python_sitearch expands to %{_libdir}/pythonX.Y/site-packages, that is, either /usr/lib or /usr/lib64, depending on your architecture. This is the install location for platform-dependent modules. > """ > > Since the build log is complaining about a noarch package installing stuff under /usr/lib64, I see two options: > * use %python_sitelib, not %python_sitearch > * make the package not be noarch > > > I think you may have to use the latter solution for SLES 11 -- looking at /usr/lib/rpm/macros, both s11sp3 and opensuse 12.3 define them like this: > %python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; import sys; sys.stdout.write(get_python_lib())") > %python_sitearch %(%{__python} -c "from distutils.sysconfig import get_python_lib; import sys; sys.stdout.write(get_python_lib(1))") > > However on SLES 11, both of them return /usr/lib64/python2.6/site-packages. Looking at the source (/usr/lib64/python2.X/site-packages/distutils/sysconfig.py, part of python-base), there's different logic in the opensuse one to return 'lib' for certain cases and sys.lib (i.e. 'lib' on i586, 'lib64' on x86_64) in others, which simply isn't present in the SLES version. > > > > TL;DR: It appears you need to wrap your noarch setting inside a %suse_version check that excludes SLES 11. > > > -Andrew > Quickly, as a d:l:p maintainer, if you meet one day this kind of issue, use this little hack %if 0%{?suse_version} && 0%{?suse_version} <= 1110 %{!?python_sitelib: %global python_sitelib %(python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")} %else BuildArch: noarch %endif Olav, I fixed your package -- 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] Re: [opensuse-packaging] Failing build of python-moin on SLE_11_SP3
by denisart benjamin2 10 Sep '14

10 Sep '14

Le 10/09/2014 20:30, Olav Reinert a écrit : > I'm the maintainer of the python-moin package: > > <https://build.opensuse.org/package/show/devel:languages:python/python-moin> > > The build succeeds on all platforms for which the package is enabled, except > on SLE_11_SP3, where it succeeds for i586 but fails for x86_64. > > To me it appears to be a problem with the python build infrastructure, because > on that particular platform and architecture, python files end up in the wrong > place. But I may well be wrong - perhaps a python packaging expert can take a > look and figure out what's going on? > > Regards, > Olav A Python package builded for SLE_11 cannot be noarch. It's just missed a little hack to fix build. Regards. Benjamin -- 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] Dovecot packaging rework
by Marcus Rueckert 10 Sep '14

10 Sep '14

hi, when we tried to submit dovecot 2.2 to factory, we got asked why we want the packaging of multiple versions. The main points are - allow easier parallel maintenance especially for long term distros (Evergreen + SLES) - one those distros allow admins to time the upgrade more easily because they have both packages avaible. - allow parallel maintenance of plugins for multiple versions in 1 project. Those goals come at a price. Our problems so far have been. - no unversioned dovecot package for easier installation. - when upgrading from dovecot 2.1 to dovecot 2.2 it would uninstall all old config files without changes, rename your edited config files to .rpmsave. after the upgrade you had a clean server again and had to merge the configs manually. While you could argue that this isnt too bad and makes sure the config stays update with the latest format. Dovecot is actually pretty forgiving in parsing old configs. So this is unneeded and can cause trouble. The solution -------------- 1. created an unversioned dovecot package again 2. that package will own all files that are shared between different dovecotXY packages. pam config, firewall config, init script, systemd unit files. 3. this package will pull a dovecot implementation via requires, with a recommends on the version that we ship in the respective release. 4. this package will also "own" the files in /etc/dovecot. This ensures that the config survives version upgrades. 5. If there is no existing configuration found, it will copy the example config for the version that is installed with it. While working on this issue, we also fixed a bug in the package upgrade process. [1] If there are no objections, I would like to submit those packages to server:mail and then factory soon. with kind regards darix [1] https://bugzilla.redhat.com/show_bug.cgi?id=134325 -- 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

1 1

[opensuse-factory] systemd in initrd and encrypted filesystems
by Bjoern Voigt 09 Sep '14

09 Sep '14

Does openSUSE already use Systemd in Initrd and if not, is this planned? I think, using Systemd in initrd would allow to use some interesting Systemd features in early boot phase. Especially the systemd-cryptsetup(8) functionality would be interesting. Opening an encrypted root filesystem and additional encrypted filesystems with Systemd in Initrd could be better than using the old /lib/mkinitrd/scripts/ scripts. The /lib/mkinitrd/scripts/ scripts have some problems with password input (no splash screen support in openSUSE 13.1; only English keyboard; only support for LVM for encrypted root filesystems etc.). Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 16

[opensuse-factory] Build failures for vtk and paraview in factory
by Atri Bhattacharya 08 Sep '14

08 Sep '14

Hi! Since the update of Mesa to 10.3RC1 [1] in Factory, vtk and paraview packages which I maintain have been failing to build (note that they do build fine with Mesa 10.2.x in openSUSE:13.2) with the following kind of errors (identical failures for both vtk and paraview): ----------------------------------------- [ 5807s] In file included from /usr/include/GL/glx.h:333:0, [ 5807s] from /home/abuild/rpmbuild/BUILD/ParaView-v4.2.0-RC1-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx:30: [ 5807s] /usr/include/GL/glxext.h:480:143: error: 'GLintptr' has not been declared [ 5807s] typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); [ 5807s] ^ [ 5807s] /usr/include/GL/glxext.h:480:164: error: 'GLintptr' has not been declared [ 5807s] typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); [ 5807s] ^ [ 5807s] /usr/include/GL/glxext.h:480:186: error: 'GLsizeiptr' has not been declared [ 5807s] typedef void ( *PFNGLXCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLenum readTarget, GLenum writeTarget, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); [ 5807s] ^ [ 5807s] /usr/include/GL/glxext.h:481:148: error: 'GLintptr' has not been declared [ 5807s] typedef void ( *PFNGLXNAMEDCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLuint readBuffer, GLuint writeBuffer, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); [ 5807s] ^ [ 5807s] /usr/include/GL/glxext.h:481:169: error: 'GLintptr' has not been declared [ 5807s] typedef void ( *PFNGLXNAMEDCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLuint readBuffer, GLuint writeBuffer, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); [ 5807s] ^ [ 5807s] /usr/include/GL/glxext.h:481:191: error: 'GLsizeiptr' has not been declared [ 5807s] typedef void ( *PFNGLXNAMEDCOPYBUFFERSUBDATANVPROC) (Display *dpy, GLXContext readCtx, GLXContext writeCtx, GLuint readBuffer, GLuint writeBuffer, GLintptr readOffset, GLintptr writeOffset, GLsizeiptr size); ----------------------------------------- It seems to me that somehow this segment in /usr/include/GL/glext.h (starting at line 465 in 10.3RC1): ------------------------------ #ifndef GL_VERSION_1_5 #define GL_VERSION_1_5 1 #include <stddef.h> typedef ptrdiff_t GLsizeiptr; typedef ptrdiff_t GLintptr; ------------------------------ no longer has an effect, while the same segment worked with as late as Mesa 10.2.x. I would be much grateful to learn if this is intended as part of the upgrade of Mesa to 10.3, and if so what would be the recommended workaround. If not, am I doing something wrong? Thanks for any suggestions toward fixing this. [1] https://build.opensuse.org/request/show/246335 -- Atri Bhattacharya <badshah400(a)aim.com> -- 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] Should a new forum be created for Factory on forums.opensuse.org
by Roman Bysh 07 Sep '14

07 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, Now that Factory has been broadcasted on the Internet that it's a rolling release. Does anyone think that a new forum be added on forums.opensuse.org for Factory? That is after openSUSE 13.2 is released in November. Cheers! Roman - -------------------------------------------- openSUSE -- Get it! Discover it! Share it! - -------------------------------------------- http://linuxcounter.net/ #179293 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJUC60xAAoJEISyH9AowGDQrgsH/3TZXSu8nacQVsUGIpHJMaMC 8iQcGztNlFmuX7A1Sbn2ZT+/BXm7kvs+QMYsNdcNZAGOCi7IWlhTqNvAOpbUBH9a bW9CEQwhijhlGhst5fb2lC5wt2R1jXqQ18a1o2Uheg121TJWOJUpJvnti/63fed8 7des/Q+y7v0lkE/1/ipjXmyB1geqHi6wylmAq6su6UnhxxnSnZU5er9Fl1W08aKC td7k53rQteJj5VZL19f+EoBwmcywUFoiPUdfR8EwaVTq1pnN+WqSM2p4X7KsuIgO ruRTwyXVogKO56a028HgBJssZQfRsHRZPv/CoSUEp0+oBkxo4tBfdcBHA70H3Zw= =gpbt -----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

4 4

[opensuse-factory] The etckeeper-1.13 is in the official repository of openSUSE Factory.
by 1xx 06 Sep '14

06 Sep '14

Hi Joey. We tried that the etckeeper-1.13 is packaged in openSUSE Factory's official repository. And now, the etckeeper-1.13 is packaged in openSUSE Factory's official repository. http://software.opensuse.org/package/etckeeper https://build.opensuse.org/package/show?project=openSUSE%3AFactory&package=… I sent you a pullrequest about AVOID_PACKAGELIST. https://github.com/joeyh/etckeeper/pull/17 But you do not merge it yet. So I wrote a patch for openSUSE. https://build.opensuse.org/package/view_file/utilities/etckeeper/etckeeper-… The etckeeper-1.13+AVOID_PACKAGELIST will be in the official repository of openSUSE 13.2 on 2014-Nov. http://lists.opensuse.org/opensuse-packaging/2014-08/msg00013.html Thank you! By the way, you released etckeeper-1.14 yesterday. Because I am not in time for 2014-Sep.-15, I do not intend to release etckeeper-1.14. http://lists.opensuse.org/opensuse-packaging/2014-08/msg00013.html Sorry. -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> Mitsutoshi NAKANO <bkbin005(a)rinku.zaq.ne.jp> <http://d.hatena.ne.jp/Itisango/> -- 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] Please review and help with tests about etckeeper (was: submitrequest about etckeeper)
by 1xx 06 Sep '14

06 Sep '14

2014-07-22 5:35 GMT+09:00 1xx <itsango(a)gmail.com>: > > Already I sent some pullrequests to upstream. > https://github.com/joeyh/etckeeper/pull/12 (decline) > https://github.com/joeyh/etckeeper/pull/14 (merged) > https://github.com/joeyh/etckeeper/pull/15 (merged) > https://github.com/joeyh/etckeeper/pull/16 (merged) > https://github.com/joeyh/etckeeper/pull/17 (pending) > https://github.com/joeyh/etckeeper/pull/18 (pending) The upstream (Mr. Joey Hess) released etckeeper 1.13. http://joeyh.name/code/etckeeper/ So I rebuild etckeeper 1.13. https://build.opensuse.org/package/show/home:Mitsutoshi:branches:utilities/… And I added patch of https://github.com/joeyh/etckeeper/pull/17 (pending). When ZYpp install or remove, etckeeper makes all package list as rpm -qa twice for getting changed packages list in ZYpp plugin. eg) before install: rpm -qa | sort >before_packagelist after install: rpm -qa | sort >after_packagelist diff -u before_packagelist after_packagelist >changed_packageslist But these "rpm -qa" are slowly. (sometimes over 30 sec.) Over 30 sec., ZYpp plugin gets timeout, so sometimes etckeeper's autocommits fail. (If I do not know the implementation, I will write a bug report). So I wrote a patch of gh#joeyh/etckeeper#17. This patch provide a choice of whether or not make "changed packages list" I already built it. Now I am testing it. https://docs.google.com/spreadsheets/d/1kmtjqvCnqNMmuFHRLh0-xh1iBdjhxnvKoYg… Please review it and help with tests. -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> Mitsutoshi NAKANO <bkbin005(a)rinku.zaq.ne.jp> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 6

[opensuse-factory] TW: system freeze-up while using rsync for backup to external usb HD
by ellanios82 05 Sep '14

05 Sep '14

Hello List, T'Weed - in case of interest, have experienced 3 times system freeze : kernel : kernel-desktop-3.16.1-46.1.g90bc0f1.x86_64 rsync : rsync-3.1.0-21.8.1.x86_64 .............. rsync script: ........... #!/bin/sh # # use rsync to backup WHOLE system / to /dev/sdc4 # mount -t ext4 /dev/sdc4 /mnt_cron cd rsync -av --delete-after --exclude=/dev/shm --exclude='*/Cache/*' --exclude=/DVD --exclude=/media --exclude=/mnt --exclude=/mnt_cron --exclude=/proc --exclude=/run --exclude=/sys --exclude=/tmp --exclude=/var/lib/ntp --exclude=/var/run --exclude=/var/tmp / /mnt_cron df umount /mnt_cron ................. regards ellan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0