January 2012 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Yast2 opearance bug closed as wontwix
by Ilya Chernykh 21 Jan '12

21 Jan '12

I am shocked that this bug is closed as wintfix: https://bugzilla.novell.com/show_bug.cgi?id=735214 Yast appeas in incosistent theme by default with buttons from one theme, other controls from another theme and different colors. This creates a completely "broken" experience. It the default Yast theme is so much broken why not to make it appear with normal Qt4 style? It is possible to change Yast style only by completely removing openUSE branding from other applications. -- 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] apache2 in factory doesn't build, mine does
by K. Dennis Leyendecker 20 Jan '12

20 Jan '12

Howdy y'all, Jos pointed out a list of packages that failed to build in another thread. So, I had a quick look at the apache2 package. I'm not that big into packaging, but I have a branch of apache2 which is on the same version level and does build correctly for openSUSE_factory, both i586 and x86_64. https://build.opensuse.org/package/show?package=apache2&project=openSUSE%3A… https://build.opensuse.org/package/show?package=apache2&project=home%3Aopen… What shall I do? Have I made a mistake during my comparison of the packages? Should I submit my branch to factory? Should I file a bug? Should I just do nothing, get a bottle of cola and place myself in front of the tv and enjoy ocean’s 13? What do the pros think? --kdl -- Kim Leyendecker, openSUSE Wiki Team GPG Key: 664265369547B825 | leyendecker(a)opensuse.org http://www.opensuse.org - Linux for open minds -- 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] horde3-* End of Life in April 2012
by Ralf Lang 20 Jan '12

20 Jan '12

Hi crowd, I'll retire horde3-* from factory if there is no opposition to that. * Horde 4 has already shipped with 12.1 alongside with Horde 3. * In April, Horde 4.1 will ship and Horde 3 will see end of life. No more patches apart from announced security updates. * By the time OpenSUSE 12.2 ships, most Horde 3 apps will have been ported to Horde 4. * As a part of the upstream team I will take care of the existing Horde 3 packages in released openSUSE versions for their remaining lifetime. * I will not delete the packages from server:php:applications for quite a while. * Kolab support in Horde 4 has improved and the heavily patched Horde 3 packages are not important anymore. -- Ralf Lang -- 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] QA team proposal
by Roger Luedecke 20 Jan '12

20 Jan '12

I think we could benefit from a QA team. Our duty would be to check various packages to make sure they function, and to test reported bugs. Also to seek upstream bug reports and patches to determine if the issue is upstream, and if a patch is available and inform the maintainers. Another potential point would be to check the openFATE for package requests and see about getting them built and put in the appropriate repo. What do you think of this idea, and do you have any feedback regarding a process... a way to standardize. Also, will the package maintainers and developers be willing to respond to the findings of a QA team? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 7

[opensuse-factory] Banshee 2.3.4 - missing icons in YouTube and AppleDevice extensions
by Nelson Marques 19 Jan '12

19 Jan '12

Dear all, Banshee 2.3.4 has been submitted to GNOME:Apps and most likely will be submitted to openSUSE:Factory. This release is missing a few icons on the following extensions: * AppleDevice * YouTube I have taken this issue to upstream and opened bnc#742403. Upstream confirmed that the release tarball is missing the icons for those two extensions (I haven't detected any other issues) and it will be fixed on the next release. Bertrand asked if I wanted a 2.3.4.1 release with the icons, I've thanked him and declined it (it's a development release, not many people use it) hoping he will work on the juicy stuff that really matters. If you run across this issue, please understand that we have this covered. If you are really picky, then just go to the bug report and demand a fix, and I'll fix it by adding the missing icons. Vincent: despite of this, I would still encourage this version to be pushed to openSUSE:Factory, I'm pretty sure it will still kick arse. NM -- 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] Re: Seems some macros are broken in Factory
by Ilya Chernykh 17 Jan '12

17 Jan '12

On Wednesday 18 January 2012 02:05:01 Ilya Chernykh wrote: > For example, this line leads to fail of packages in Factory: > > %{?suse_update_config:%{suse_update_config -f}} This makes ALL pachages break. All that use this macro. > also the %configure macro is broken: it tries to patch the configure file for 64-bit library paths but incorrectly. > For example it changes the Qt3 directory on 64-architecture from /usr/lib to /usr/lib64 which is incorrect > (Qt3 directory is always /usr/lib with libraries go to either /usr/lib/qt3/lib or /usr/lib/qt3/lib64). > > Please correct the macros. > This problem is actually with macro %suse_update_libdir -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 8

[opensuse-factory] Some typical errors from Factory after libtool update
by Ilya Chernykh 17 Jan '12

17 Jan '12

I would be glad to know how to counter any of these: 1. ========== libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. ========== 2. ========== libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../lib64/crti.o /usr/lib64/gcc/x86_64-suse-linux/4.6/crtbeginS.o .libs/Bfs.o .libs/Ordering.o .libs/ConvexHull.o .libs/Delaunay.o .libs/DrawingTools.o .libs/StringCollection.o .libs/ExtendedClusterOperation.o .libs/Reflect.o .libs/Types.o .libs/AbstractProperty.o .libs/GraphTools.o .libs/BiconnectedTest.o .libs/TriconnectedTest.o .libs/ConnectedTest.o .libs/TreeTest.o .libs/AcyclicTest.o .libs/SimpleTest.o .libs/Color.o .libs/ColorProperty.o .libs/ColorAlgorithm.o .libs/Coord.o .libs/GraphIterator.o .libs/MapIterator.o .libs/IdManager.o .libs/IntegerProperty.o .libs/IntegerAlgorithm.o .libs/LayoutProperty.o .libs/LayoutAlgorithm.o .libs/DoubleProperty.o .libs/DoubleAlgorithm.o .libs/GraphProperty.o .libs/GraphAlgorithm.o .libs/GraphDecorator.o .libs/Observable.o .libs/ObservableGraph.o .libs/PluginLoaderTxt.o .libs/PropertyManager.o .libs/BooleanProperty.o .libs/BooleanAlgorithm.o .libs/SizeProperty.o .libs/SizeAlgorithm.o .libs/StringProperty.o .libs/StringAlgorithm.o .libs/Graph.o .libs/GraphAbstract.o .libs/GraphImpl.o .libs/GraphView.o .libs/TlpTools.o .libs/WithParameter.o .libs/PluginProgress.o .libs/GraphMeasure.o .libs/PluginLibraryLoader.o .libs/StlFunctions.o .libs/StatisticsNodeModule.o .libs/Polynome.o .libs/Plane.o .libs/FaceIterator.o .libs/PlanarConMap.o .libs/PlanarityTest.o .libs/PlanarityTestImpl.o .libs/PlanarityTestEmbed.o .libs/PlanarityTestObstr.o .libs/PlanarityTestTools.o .libs/RectangleArea.o .libs/Border.o .libs/TLPImport.o .libs/TLPExport.o -Wl,--whole-archive ../../../thirdparty/gzstream/.libs/libgzstream.a -Wl,--no-whole-archive /usr/lib64/gcc/x86_64-suse-linux/4.6/crtendS.o /usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../lib64/crtn.o -O2 -O3 -Wl,-soname -Wl, -o .libs/ /usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file .libs/: Is a directory collect2: ld returned 1 exit status ========== 3. ========== + autoreconf --force --install autoreconf: configure.ac: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. configure.ac:22: required file `./config.rpath' not found Makefile.am:532: `%'-style pattern rules are a GNU make extension Makefile.am:535: `%'-style pattern rules are a GNU make extension Makefile.am:538: `%'-style pattern rules are a GNU make extension autoreconf: automake failed with exit status: 1 ========== 4. ========== patching tmake/lib/linux-g++/tmake.conf + sed -e 's,/lib\>,/lib64,g' tmake/lib/linux-g++/tmake.conf.nolib64 + sed -e 's,/lib64/cpp,/lib/cpp,; s,/usr/lib64/perl,/usr/lib/perl, ; s,/lib64$[ehxB]$,/lib\1,g' + diff -u tmake/lib/linux-g++/tmake.conf.nolib64 tmake/lib/linux-g++/tmake.conf --- tmake/lib/linux-g++/tmake.conf.nolib64 2012-01-17 18:49:14.428000000 +0000 +++ tmake/lib/linux-g++/tmake.conf 2012-01-17 18:49:14.436000000 +0000 @@ -28,11 +28,11 @@ TMAKE_INCDIR = TMAKE_LIBDIR = TMAKE_INCDIR_X11 = /usr/X11R6/include -TMAKE_LIBDIR_X11 = /usr/X11R6/lib +TMAKE_LIBDIR_X11 = /usr/X11R6/lib64 TMAKE_INCDIR_QT = $(QTDIR)/include -TMAKE_LIBDIR_QT = $(QTDIR)/lib +TMAKE_LIBDIR_QT = $(QTDIR)/lib64 TMAKE_INCDIR_OPENGL = /usr/X11R6/include -TMAKE_LIBDIR_OPENGL = /usr/X11R6/lib +TMAKE_LIBDIR_OPENGL = /usr/X11R6/lib64 TMAKE_LINK = g++ TMAKE_LINK_SHLIB = g++ error: Bad exit status from /var/tmp/rpm-tmp.JS7HMQ (%build) ========== 5. ========== autoheader: warning: missing template: FFTW_DEBUG autoheader: Use AC_DEFINE([FFTW_DEBUG], [], [Description]) autoheader: warning: missing template: FFTW_DEBUG_ALIGNMENT autoheader: warning: missing template: FFTW_ENABLE_FLOAT autoheader: warning: missing template: FFTW_ENABLE_I386_HACKS autoheader: warning: missing template: FFTW_ENABLE_PENTIUM_TIMER autoheader: warning: missing template: FFTW_ENABLE_UNSAFE_MULMOD autoheader: warning: missing template: FFTW_ENABLE_VECTOR_RECURSE autoheader: warning: missing template: FFTW_GCC_ALIGNS_STACK autoheader: warning: missing template: FFTW_USING_BEOS_THREADS autoheader: warning: missing template: FFTW_USING_MACH_THREADS autoheader: warning: missing template: FFTW_USING_OPENMP_THREADS autoheader: warning: missing template: FFTW_USING_POSIX_THREADS autoheader: warning: missing template: FFTW_USING_SGIMP_THREADS autoheader: warning: missing template: FFTW_USING_SOLARIS_THREADS autoheader: warning: missing template: FFTW_VERSION autoheader: warning: missing template: HAVE_HRTIME_T autoheader: warning: missing template: HAVE_ISNAN autoheader: warning: missing template: HAVE_MPI_COMM_F2C autoreconf: /usr/bin/autoheader failed with exit status: 1 error: Bad exit status from /var/tmp/rpm-tmp.fASdBL (%build) ========== 6. ========== + echo 'patching configure' patching configure + sed -e 's,/lib\>,/lib64,g' configure.nolib64 + sed -e 's,/lib64/cpp,/lib/cpp,; s,/usr/lib64/perl,/usr/lib/perl, ; s,/lib64$[ehxB]$,/lib\1,g' + diff -u configure.nolib64 configure --- configure.nolib64 2012-01-17 18:45:04.544000001 +0000 +++ configure 2012-01-17 18:45:04.596000002 +0000 @@ -844,7 +844,7 @@ dvidir='${docdir}' pdfdir='${docdir}' psdir='${docdir}' -libdir='${exec_prefix}/lib' +libdir='${exec_prefix}/lib64' localedir='${datarootdir}/locale' mandir='${datarootdir}/man' @@ -1377,7 +1377,7 @@ [PREFIX] By default, \`make install' will install all the files in -\`$ac_default_prefix/bin', \`$ac_default_prefix/lib' etc. You can specify +\`$ac_default_prefix/bin', \`$ac_default_prefix/lib64' etc. You can specify an installation prefix other than \`$ac_default_prefix' using \`--prefix', for instance \`--prefix=\$HOME'. @@ -1390,7 +1390,7 @@ --sysconfdir=DIR read-only single-machine data [PREFIX/etc] --sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] - --libdir=DIR object code libraries [EPREFIX/lib] + --libdir=DIR object code libraries [EPREFIX/lib64] --includedir=DIR C header files [PREFIX/include] --oldincludedir=DIR C header files for non-gcc [/usr/include] --datarootdir=DIR read-only arch.-independent data root [PREFIX/share] @@ -1474,11 +1474,11 @@ --with-qmake=BIN Use specific qmake binary with the absolute path. (only for platforms where qmake is not installed under QTDIR/bin, /usr/bin, /usr/local/bin, - /usr/lib/qt3/bin or in PATH). + /usr/lib64/qt3/bin or in PATH). --with-lrelease=BIN Use specific lrelease binary with the absolute path. (Only for platforms where lrelease is not installed under QTDIR/bin, /usr/bin, /usr/local/bin, - /usr/lib/qt3/bin or in PATH). + /usr/lib64/qt3/bin or in PATH). --with-root-dir=DIR Install files under different root directory (path to prepend before the prefix, empty by default - use if you are packager and want to create package, or @@ -4874,12 +4874,12 @@ succeeded=no if test "$ac_boost_path" != ""; then - BOOST_LDFLAGS="-L$ac_boost_path/lib" + BOOST_LDFLAGS="-L$ac_boost_path/lib64" BOOST_CPPFLAGS="-I$ac_boost_path/include" else for ac_boost_path_tmp in /usr /usr/local /opt /opt/local ; do if test -d "$ac_boost_path_tmp/include/boost" && test -r "$ac_boost_path_tmp/include/boost"; then - BOOST_LDFLAGS="-L$ac_boost_path_tmp/lib" + BOOST_LDFLAGS="-L$ac_boost_path_tmp/lib64" BOOST_CPPFLAGS="-I$ac_boost_path_tmp/include" break; fi @@ -5000,11 +5000,11 @@ BOOST_CPPFLAGS="-I$best_path/include/boost-$VERSION_UNDERSCORE" if test "$ac_boost_lib_path" = "" then - BOOST_LDFLAGS="-L$best_path/lib" + BOOST_LDFLAGS="-L$best_path/lib64" fi if test "x$BOOST_ROOT" != "x"; then - if test -d "$BOOST_ROOT" && test -r "$BOOST_ROOT" && test -d "$BOOST_ROOT/stage/lib" && test -r "$BOOST_ROOT/stage/lib"; then + if test -d "$BOOST_ROOT" && test -r "$BOOST_ROOT" && test -d "$BOOST_ROOT/stage/lib64" && test -r "$BOOST_ROOT/stage/lib64"; then version_dir=`expr //$BOOST_ROOT : '.*/$.*$'` stage_version=`echo $version_dir | sed 's/boost_//' | sed 's/_/./g'` stage_version_shorten=`expr $stage_version : '$[0-9]*\.[0-9]*$'` @@ -5013,7 +5013,7 @@ { $as_echo "$as_me:$LINENO: We will use a staged boost library from $BOOST_ROOT" >&5 $as_echo "$as_me: We will use a staged boost library from $BOOST_ROOT" >&6;} BOOST_CPPFLAGS="-I$BOOST_ROOT" - BOOST_LDFLAGS="-L$BOOST_ROOT/stage/lib" + BOOST_LDFLAGS="-L$BOOST_ROOT/stage/lib64" fi fi fi @@ -6865,7 +6865,7 @@ sppaths=`echo $PATH|sed 's/:/ /g'` for names in qmake qmake-qt3 do - for paths in ${QTDIR}/bin /usr/bin /usr/local/bin /usr/lib/qt3/bin $sppaths + for paths in ${QTDIR}/bin /usr/bin /usr/local/bin /usr/lib64/qt3/bin $sppaths do allpaths="$allpaths $paths/$names" done @@ -6924,7 +6924,7 @@ sppaths=`echo $PATH|sed 's/:/ /g'` for names in lrelease do - for paths in ${QTDIR}/bin /usr/bin /usr/local/bin /usr/lib/qt3/bin $sppaths + for paths in ${QTDIR}/bin /usr/bin /usr/local/bin /usr/lib64/qt3/bin $sppaths do allpaths="$allpaths $paths/$names" done @@ -7494,7 +7494,7 @@ *) test -f "$ac_im_incroot/X11/Xos.h" && ac_x_includes=$ac_im_incroot;; esac case $ac_im_usrlibdir in - /usr/lib | /usr/lib64 | /lib | /lib64) ;; + /usr/lib64 | /usr/lib64 | /lib64 | /lib64) ;; *) test -d "$ac_im_usrlibdir" && ac_x_libraries=$ac_im_usrlibdir ;; esac fi @@ -7634,7 +7634,7 @@ sed 's/^/| /' conftest.$ac_ext >&5 LIBS=$ac_save_LIBS -for ac_dir in `$as_echo "$ac_x_includes $ac_x_header_dirs" | sed s/include/lib/g` +for ac_dir in `$as_echo "$ac_x_includes $ac_x_header_dirs" | sed s/include/lib64/g` do # Don't even attempt the hair of trying to link an X program! for ac_extension in a so sl dylib la dll; do error: Bad exit status from /var/tmp/rpm-tmp.de6aiB (%build) ========== -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 9

[opensuse-factory] build.opensuse.org OBS binary backend is down
by Adrian Schröter 17 Jan '12

17 Jan '12

The SAN array of the backend server server seems to have lost 3 hard disk at once now :/ That means the array is broken atm. We can not fix this before monday. Since not all binary parts of the projects are in backup it means that we will need to rebuild some of them afterwards. Sources and project configurations shall not be affected by this. It is sunshine out there, have fun :) sorry adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 3

[opensuse-factory] ipv6: sysctl net.ipv6.conf.default.use_tempaddr
by Graham Anderson 14 Jan '12

14 Jan '12

List, Privacy for ipv6 autoconf adressess is now enabled by default. I have no problem with this and believe this should remain the default going forward. However I am seeing some behaviour in the ipv6 stack that I am unsure of and I don't know if the behaviour is intentional, buggy or just not adequately configured. The issue is that the ipv6 sysctl's do not seem to be parsed correctly on boot, or maybe the interfaces are being brought up before the config is parsed. # cat /lib/sysctl.d/sysctl.conf | grep use_temp net.ipv6.conf.default.use_tempaddr = 2 Immediately after boot: # cat /proc/sys/net/ipv6/conf/{default,all,eth0}/use_tempaddr 2 0 0 This configuration will remaing until manual intervention. After restarting network: # cat /proc/sys/net/ipv6/conf/{default,all,eth0}/use_tempaddr 2 0 2 Which has the effect of not generating a random ipv6 address unless the network is restarted. All the hosts are upgraded from 11.4 so I am unsure if this is an issue with the parrallel nature of booting now or whether some remnant of the 11.4 system config is preventing the ipv6 sysctl's from being applied. If this is a config issue please point me in the right direction otherwise I'll fill a bug. -- 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] RFC fix system _ICC_PROFILE atom loading in FF-9.0
by Kai-Uwe Behrmann 12 Jan '12

12 Jan '12

Hello, I uploaded a patch to fix a bug in MozillaFirefox version 9.0. It helps in detecting the system profile correctly. The code is just a fix, no new addition. Can you please comment or approve to get this patch into the next Update? I'd like to work on issues. https://build.opensuse.org/request/show/98098 thanks Kai-Uwe -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2