May 2017 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] version of otrs
by vetter＠physik.uni-wuerzburg.de 03 May '17

03 May '17

Hi, just a polite question regarding the version of otrs in TW and Leap (current version 3.3.16): Is the 3.3.x tree of otrs still supported upstream? From https://www.otrs.com/release-notes-otrs-3-3-16/ "Please note, that from now on we will only officially support versions OTRS 4 and OTRS 5 and following versions." Wouldn't it be desirable to have a newer version in network:otrs:Test to be able to bring it to network:otrs, TW and later Leap 15 (perhaps Leap 42.3 if upgrades would work smoothly)? I see newer versions in home projects and ask myself why there are none in network:otrs:Test. This is not meant to attack somebody, just a question. There might be good reasons. Please explain :-) -- Mit freundlichen Gruessen, Andreas Vetter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

Re: [opensuse-factory] Adding features into zypper...
by Michael Andres 03 May '17

03 May '17

On Friday 28 April 2017 11:56:38 Bernhard M. Wiedemann wrote: > On 2017-04-27 15:25, Marco Calistri wrote: > > So my final question is: why *we cannot implement* such very usefuls > > (IMHO) features also in openSUSE? > > I think, one major problem was that we would need some extra bits per > package, such as if we know that it was pulled in as a dependency or > explicitly requested by the user > because as I understood it, such info is currently extracted from > /var/log/zypp/history > which is not a good place to update it. No, since 13.2/SLE12 we don't refer to the history file anymore. > M.Andres wanted the bits to be kept in the rpm DB, but that would need > some format changes that would be hard to bring upstream. > Though I guess, it would not be so hard to make some own(to libzypp) > database files for it. Even a DB in plain text files. Yes, it would be nice to have those bits in the rpm DB, but it's not required. We do have a 'database' of auto-installed packages (/var/lib/zypp/AutoInstalled) and this is what e.g. 'zypper remove --clean-deps' or 'zypper packages --unneeded' use to determine which packages may not be needed anymore. What we currently don't have are zypper commands to inspect and manipulate the auto-installed database. Without this you can't influence the amount of cleanup. That's one of the reasons why there is currently no 'autoclean' command (and we suggest to keep 'solver.cleandepsOnRemove = false' in the zypp.conf). One of the next zypper versions will start to display the 'auto-installed' status in 'search' and 'info' command output. Next we'll add commands to manipulate this status. Then we can think about an 'autoclean' command. -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma(a)suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- 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] Adding features into zypper...
by Marco Calistri 03 May '17

03 May '17

Hello, I was thinking on how it could be useful to have implemented also into Tumbleweed functions similar as: "apt-get autoclean" "apt-get autoremove", in order to clean the repository cache and get rid of unused installed packages. If such features are already present in some way, please accept my apologies and please point me on how I can use it on openSUSE TW. Another appreciable feature to add IMHO, would be removing an entire pattern, including all the packages belonging to it in just one step: I.E.: "zypper rm Gnome" (obtaining as result the overall remotion of all the gnome related packages, preserving in any case the system dependencies) Cheers, -- TThheerree''ss aann EEcchhoo iinn hheerree.

16 42

[opensuse-factory] Latest update installs lot of new packages using DUP
by Michal Hlavac 02 May '17

02 May '17

hi, with latest updates there is lot of new packages added by zypper dup Is this for new bug report? The following 147 NEW packages are going to be installed: compositeproto-devel damageproto-devel dbus-1-devel dmxproto-devel fixesproto-devel fontcacheproto-devel fontconfig-devel fontsproto-devel font-util freetype2-devel gcc-c++ gccmakedep gcc6-c++ glib2-devel imake inputproto-devel kbproto-devel kernel-default-4.10.12-1.2 kernel-default-devel-4.10.12-1.2 kernel-devel-4.10.12-1.2 kernel-source-4.10.12-1.2 libbz2-devel libdmx-devel libdmx1 libdrm-devel libexpat-devel libfontenc-devel libFS-devel libFS6 libglvnd-devel libICE-devel libjpeg62-devel liblbxutil-devel liblbxutil1 liblcms2-devel libmng-devel liboldX-devel liboldX6 libpciaccess-devel libpcrecpp0 libpcreposix0 libpixman-1-0-devel libpng16-compat-devel libpng16-devel libQtWebKit-devel libqt4-devel libqt4-linguist libSM-devel libstdc++-devel libstdc++6-devel-gcc6 libtiff-devel libXau-devel libXaw-devel libXaw6 libXaw8 libxcb-devel libxcb-res0 libxcb-screensaver0 libxcb-xf86dri0 libxcb-xtest0 libxcb-xvmc0 libxcb-xv0 libXcomposite-devel libXcursor-devel libXdamage-devel libXdmcp-devel libXevie-devel libXevie1 libXext-devel libXfixes-devel libXfontcache-devel libXfont-devel libXft-devel libXi-devel libXinerama-devel libxkbfile-devel libxkbui-devel libxkbui1 libXmu-devel libXp-devel libXpm-devel libXprintAppUtil-devel libXprintAppUtil1 libXprintUtil-devel libXprintUtil1 libXp6 libXrandr-devel libXrender-devel libXres-devel libXss-devel libXt-devel libXTrap-devel libXTrap6 libXtst-devel libXv-devel libXvMC-devel libXxf86dga-devel libXxf86dga1 libXxf86misc-devel libXxf86vm-devel libX11-devel lndir makedepend Mesa-libEGL-devel Mesa-libGL-devel pcre-devel phonon-devel printproto-devel pthread-stubs-devel python-qt4-utils python2-dbus-python python2-decorator python2-docopt python2-cheroot python2-CherryPy python2-jsonschema python2-portend python2-pycurl python2-pytz python2-qt4 python2-tempora python3-dbus-python python3-cheroot python3-CherryPy python3-portend python3-pytz python3-tempora randrproto-devel recordproto-devel renderproto-devel scrnsaverproto-devel sqlite3-devel trapproto-devel videoproto-devel xbitmaps-devel xcb-util-devel xextproto-devel xf86dgaproto-devel xf86miscproto-devel xf86vidmodeproto-devel xineramaproto-devel xorg-cf-files xorg-sgml-doctools xorg-x11-devel xorg-x11-util-devel xproto-devel xtrans -- 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] libreadline conflict: factory-repo-checker is blocking parted requests
by Sebastian Parschauer 02 May '17

02 May '17

Hi Werner and others, the factory-repo-checker is blocking my parted request: https://build.opensuse.org/request/show/491642 found conflict of readline-doc-7.0-327.3.noarch with readline5-devel-5.2-134.11.x86_64: - /usr/share/man/man3/readline.3.gz Parted just has the build depend readline-devel which is part of the bash package providing libreadline7. But now the repo checker checks the libreadline5-devel package which contains documentation. The libreadline5 package should provide a readline5-doc package which conflicts the readline-doc package from the bash package I guess. Or we drop the libreadline5 package completely. What do you think? TIA Cheers, Sebastian -- Sebastian Parschauer, L3 Team SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- 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] New package: meson-tools
by Andreas Färber 02 May '17

02 May '17

Hello, I have written, packaged and now submitted meson-tools v0.1: https://build.opensuse.org/request/show/492296 Inspired by the sunxi-tools package for Allwinner SoCs, which is already in Factory, this one is a set of tools for Amlogic SoCs - currently for Amlogic S905 aka Meson GXBaby. The main tool is amlbootsig, which is a replacement for Amlogic's x86-only proprietary tool aml_encrypt_gxb. amlbootsig has been successfully used to build the JeOS-odroidc2 aarch64 Tumbleweed images. In order to build future official images in openSUSE:Factory:ARM, this tool needs to go into Factory. Other tools are for analyzing (amlbootinfo) and updating (unamlbootsig) bootloader binaries. See the README.md for more details on usage and known limitations. Thanks again to those that contributed to or supported the creation of these tools. Have a lot of fun, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- 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] jekyll in LEAP
by Bo Simonsen 01 May '17

01 May '17

Hi! In general some ruby packages seems to have problems, at least I found jekyll to be non working in LEAP 42.2. https://bugzilla.opensuse.org/show_bug.cgi?id=1030036 Tried from the devel project, also dependency problems. Got the version included in LEAP installed after the availability of these packages https://build.opensuse.org/package/show/devel:languages:ruby:extensions/rub… https://build.opensuse.org/package/show/devel:languages:ruby:extensions/rub… Is it possible to get it fixed in LEAP 42.2? Best regards, Bo -- 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] MySQL client only connects as root locally after latest update
by Bjoern Voigt 01 May '17

01 May '17

Since latest MySQL server update (5.6.36-1.1) on Tumbleweed the MySQL client can only connect as root locally. The reason is this change: $ rpm -q --changelog mysql-community-server-5.6.36-1.1.x86_64 [...] - set the default umask to 077 in mysql-systemd-helper [bsc#1020976] [...] The temporary directory /run/mysql is created with limited rights. A MySQL client without root rights can not connect the server with the socket /run/mysql/mysql.sock anymore. $ ls -ld /run/mysql/ drwx------ 2 mysql mysql 60 May 1 21:14 /run/mysql/ myuser@mybox:~> mysql ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysql/mysql.sock' (13) The fix is trival: uncomment the "umask 077" line in /usr/lib/mysql/mysql-systemd-helper. But bug bsc#1020976 is restricted. So it's unclear why "umask 077" is set. Greetings, Björn -- 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] Tumbleweed snapshot 20170425 broke X in TW Gnome VirtualBox VM
by Larry Finger 01 May '17

01 May '17

When I rebooted after the "sudo zypper update --no-allow-vendorchange", X failed to start and I get the 1 sec flicker associates with trying to restart it. I have not yet figured out which component is broken, nor have I tried installing that update on my real TW machine. Adding "nomodeset" to the kernel boot line does not help. Of course, I can boot to mode 3. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 5

[opensuse-factory] New package: rkdeveloptool
by Andreas Färber 01 May '17

01 May '17

Hello, I have packaged and submitted Rockchip's rkdeveloptool to Factory: https://build.opensuse.org/request/show/492257 In its not-yet-versioned Git state, it already replaces the proprietary upgrade_tool in that it allows to flash, e.g., U-Boot bootloader. Tested on Leap 42.2 with the GeekBox (RK3368). Future improvements shall include installing a udev rule for rockusb devices and fixing the build on excluded platforms (https://github.com/rockchip-linux/rkdeveloptool/issues/6). Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1