From baggins at pld-linux.org Sat Jan 2 20:52:36 2016 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sat, 2 Jan 2016 20:52:36 +0100 Subject: [02/01/16] Packages scheduled for removal Message-ID: <20160102195235.GA4045@home.lan> The following packages are scheduled for removal, please fix if you think we should keep them: Reasons for package removal: 1) does not build, upstream unmaintained 2) broken deps (dep not in PLD or does not build) perl-AnyEvent-Impl-Qt perl-Catalyst perl-Catalyst-Action-RenderView perl-Catalyst-Authentication-Store-DBIx-Class perl-Catalyst-Devel perl-Catalyst-Engine-Apache perl-Catalyst-Model-CDBI perl-Catalyst-Model-DBIC perl-Catalyst-Plugin-Authentication perl-Catalyst-Plugin-Authentication-Store-DBIC perl-Catalyst-Plugin-Authorization-Roles perl-Catalyst-Plugin-ConfigLoader perl-Catalyst-Plugin-DefaultEnd perl-Catalyst-Plugin-Session perl-Catalyst-Plugin-Session-State-Cookie perl-Catalyst-Plugin-Session-Store-DBI perl-Catalyst-Plugin-Session-Store-FastMmap perl-Catalyst-Plugin-Session-Store-File perl-Catalyst-View-JSON perl-Catalyst-View-REST-YAML perl-Catalyst-View-TT perl-CatalystX-ListFramework-Builder perl-Coro perl-Crypt-GOST perl-DBI-Coro perl-Devel-FindRef perl-Math-Gsl perl-MooseX-Role-WithOverloading perl-Ogg-Vorbis-Header perl-Qt perl-Term-Gnuplot perl-Test-WWW-Mechanize-Catalyst python-Pylons python-TurboGears -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From glen at pld-linux.org Sat Jan 2 21:07:31 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Sat, 02 Jan 2016 22:07:31 +0200 Subject: [02/01/16] Packages scheduled for removal In-Reply-To: <20160102195235.GA4045@home.lan> References: <20160102195235.GA4045@home.lan> Message-ID: <56882E03.8060000@pld-linux.org> On 02.01.2016 21:52, Jan R?korajski wrote: > The following packages are scheduled for removal, please fix if you think > we should keep them: > > Reasons for package removal: > 1) does not build, upstream unmaintained > 2) broken deps (dep not in PLD or does not build) > > perl-Coro this will probably escalate dropping perl-DBI-Coro as well > perl-DBI-Coro but DBI-Coro is experimental (according to %description), so it's fine being dropped there too. -- glen From glen at pld-linux.org Sat Jan 2 21:13:57 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Sat, 02 Jan 2016 22:13:57 +0200 Subject: ncurses abi 5 Message-ID: <56882F85.50203@pld-linux.org> hi why was abi 5 dropped? it's still possible to build it with 6.0, fedora does that. and while at it, perhaps some restructuring, like having different packages (subpackage(s)) for abi5 and abi6? name suggestions? ncurses-libs for abi6? ncurses-libs5, ncurses5-libs, ncurses-compat-libs, compat-ncurses-libs for abi5? ps: i think base terminfo should be also placed to some subpackage for noarch (ncurses-base? terminfo-minimal?) -- glen From baggins at pld-linux.org Sat Jan 2 22:03:47 2016 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sat, 2 Jan 2016 22:03:47 +0100 Subject: ncurses abi 5 In-Reply-To: <56882F85.50203@pld-linux.org> References: <56882F85.50203@pld-linux.org> Message-ID: <20160102210347.GB4045@home.lan> On Sat, 02 Jan 2016, Elan Ruusam?e wrote: > hi > > why was abi 5 dropped? it's still possible to build it with 6.0, fedora > does that. > > and while at it, perhaps some restructuring, like having different > packages (subpackage(s)) for abi5 and abi6? name suggestions? > > ncurses-libs for abi6? > ncurses-libs5, ncurses5-libs, ncurses-compat-libs, compat-ncurses-libs > for abi5? poldek:/all-avail> ls compat-ncurses5-* compat-ncurses5-5.9.20150117-1.x86_64 compat-ncurses5-ext-5.9.20150117-1.x86_64 > ps: i think base terminfo should be also placed to some subpackage for > noarch (ncurses-base? terminfo-minimal?) The reason being? -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From glen at pld-linux.org Sun Jan 3 12:05:11 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Sun, 03 Jan 2016 13:05:11 +0200 Subject: ncurses abi 5 In-Reply-To: <20160102210347.GB4045@home.lan> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> Message-ID: <56890067.3020605@pld-linux.org> On 02.01.2016 23:03, Jan R?korajski wrote: > On Sat, 02 Jan 2016, Elan Ruusam?e wrote: > >> >hi >> > >> >why was abi 5 dropped? it's still possible to build it with 6.0, fedora >> >does that. >> > >> >and while at it, perhaps some restructuring, like having different >> >packages (subpackage(s)) for abi5 and abi6? name suggestions? >> > >> >ncurses-libs for abi6? >> >ncurses-libs5, ncurses5-libs, ncurses-compat-libs, compat-ncurses-libs >> >for abi5? > poldek:/all-avail> ls compat-ncurses5-* > compat-ncurses5-5.9.20150117-1.x86_64 > compat-ncurses5-ext-5.9.20150117-1.x86_64 yet it's not offered by poldek: poldek-0.30.1-15.x86_64 rpm-5.4.15-31.x86_64 root at glen ~# poldek -u ncurses Processing dependencies... ncurses-5.9.20150117-5.x86_64 obsoleted by ncurses-6.0-3.x86_64 error: libncurses.so.5()(64bit) is required by installed dropbox-3.10.8-1.x86_64 greedy upgrade ncurses-ext-5.9.20150117-5.x86_64 to 6.0-3.x86_64 (unresolved libncurses.so.5()(64bit)) ncurses-ext-5.9.20150117-5.x86_64 obsoleted by ncurses-ext-6.0-3.x86_64 error: libncurses.so.5()(64bit) is required by installed ruby18-modules-1.8.7.352-1.x86_64 There are 2 packages to install (1 marked by dependencies), 2 to remove: I ncurses-6.0-3.x86_64 D ncurses-ext-6.0-3.x86_64 R ncurses-5.9.20150117-5.x86_64 ncurses-ext-5.9.20150117-5.x86_64 This operation will free 308.3KB of disk space. Need to get 527.1KB of archives (59.7KB to download). error: 2 unresolved dependencies also, if 6.0 allows building abi-5, shouldn't it be used instead (to have more up to date ncurses patches) > >> >ps: i think base terminfo should be also placed to some subpackage for >> >noarch (ncurses-base? terminfo-minimal?) > The reason being? mainly so i could poldek -i ncurses: root at glen ~# poldek -i ncurses There are 1 package to install: I ncurses-6.0-3.x86_64 This operation will use 1.5MB of disk space. Need to get 467.4KB of archives. Executing pm-command.sh --install -vh --root / --define _check_dirname_deps 1... Preparing... ########################################### [100%] error: Install/Erase problems: ... file /usr/share/terminfo/E/Eterm-88color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses- file /usr/share/terminfo/E/Eterm-color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5. file /usr/share/terminfo/g/gnome from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9.2015 file /usr/share/terminfo/g/gnome+pcfkeys from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses- file /usr/share/terminfo/g/gnome-2007 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-2008 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-2012 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-256color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses file /usr/share/terminfo/g/gnome-fc5 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9. file /usr/share/terminfo/g/gnome-rh62 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-rh72 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-rh80 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/g/gnome-rh90 from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9 file /usr/share/terminfo/k/konsole from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5.9.20 file /usr/share/terminfo/k/konsole+pcfkeys from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurse file /usr/share/terminfo/k/konsole-16color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurse file /usr/share/terminfo/k/konsole-256color from install of ncurses-6.0-3.x86_64 conflicts with file from package n -- glen From baggins at pld-linux.org Sun Jan 3 12:22:23 2016 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sun, 3 Jan 2016 12:22:23 +0100 Subject: ncurses abi 5 In-Reply-To: <56890067.3020605@pld-linux.org> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> <56890067.3020605@pld-linux.org> Message-ID: <20160103112222.GA8067@home.lan> On Sun, 03 Jan 2016, Elan Ruusam?e wrote: > On 02.01.2016 23:03, Jan R?korajski wrote: > > On Sat, 02 Jan 2016, Elan Ruusam?e wrote: > > > >> >hi > >> > > >> >why was abi 5 dropped? it's still possible to build it with 6.0, fedora > >> >does that. > >> > > >> >and while at it, perhaps some restructuring, like having different > >> >packages (subpackage(s)) for abi5 and abi6? name suggestions? > >> > > >> >ncurses-libs for abi6? > >> >ncurses-libs5, ncurses5-libs, ncurses-compat-libs, compat-ncurses-libs > >> >for abi5? > > poldek:/all-avail> ls compat-ncurses5-* > > compat-ncurses5-5.9.20150117-1.x86_64 > > compat-ncurses5-ext-5.9.20150117-1.x86_64 > > yet it's not offered by poldek: > > poldek-0.30.1-15.x86_64 > rpm-5.4.15-31.x86_64 > > root at glen ~# poldek -u ncurses > Processing dependencies... > ncurses-5.9.20150117-5.x86_64 obsoleted by ncurses-6.0-3.x86_64 > error: libncurses.so.5()(64bit) is required by installed > dropbox-3.10.8-1.x86_64 > greedy upgrade ncurses-ext-5.9.20150117-5.x86_64 to 6.0-3.x86_64 > (unresolved libncurses.so.5()(64bit)) > ncurses-ext-5.9.20150117-5.x86_64 obsoleted by ncurses-ext-6.0-3.x86_64 > error: libncurses.so.5()(64bit) is required by installed > ruby18-modules-1.8.7.352-1.x86_64 > There are 2 packages to install (1 marked by dependencies), 2 to remove: > I ncurses-6.0-3.x86_64 > D ncurses-ext-6.0-3.x86_64 > R ncurses-5.9.20150117-5.x86_64 ncurses-ext-5.9.20150117-5.x86_64 > This operation will free 308.3KB of disk space. > Need to get 527.1KB of archives (59.7KB to download). > > error: 2 unresolved dependencies Weird, looks like problem in poldek. poldek:/all-avail> what-provides libncurses.so.5()(64bit) 1 package(s) found: compat-ncurses5-5.9.20150117-1.x86_64 > also, if 6.0 allows building abi-5, shouldn't it be used instead (to > have more up to date ncurses patches) Feel free to chenge ncurses.spec and build compat-libs there. > >> >ps: i think base terminfo should be also placed to some subpackage for > >> >noarch (ncurses-base? terminfo-minimal?) > > The reason being? > mainly so i could poldek -i ncurses: > > root at glen ~# poldek -i ncurses > > There are 1 package to install: > I ncurses-6.0-3.x86_64 > This operation will use 1.5MB of disk space. > Need to get 467.4KB of archives. > Executing pm-command.sh --install -vh --root / --define > _check_dirname_deps 1... > Preparing... ########################################### [100%] > error: Install/Erase problems: > ... > file /usr/share/terminfo/E/Eterm-88color from install of > ncurses-6.0-3.x86_64 conflicts with file from package ncurses- > file /usr/share/terminfo/E/Eterm-color from install of > ncurses-6.0-3.x86_64 conflicts with file from package ncurses-5. > file /usr/share/terminfo/g/gnome from install of > ncurses-6.0-3.x86_64 conflicts with file from package > ncurses-5.9.2015A [...] Use compat-ncurses5 for this instead of creating yet another unnecessary package. -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From gotar at polanet.pl Sun Jan 3 14:54:23 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 3 Jan 2016 14:54:23 +0100 Subject: ncurses abi 5 In-Reply-To: <20160103112222.GA8067@home.lan> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> <56890067.3020605@pld-linux.org> <20160103112222.GA8067@home.lan> Message-ID: <20160103135423.GA9547@polanet.pl> On Sun, Jan 03, 2016 at 12:22:23 +0100, Jan R?korajski wrote: >> root at glen ~# poldek -i ncurses [...] >> file /usr/share/terminfo/E/Eterm-88color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses- > [...] > > Use compat-ncurses5 for this instead of creating yet another unnecessary > package. As a general rule, we should explicitly forbid mixing libraries with other resources (manuals, binaries, config files, data) as it breaks multilib. While noarch data can be worked around by using the same versions of libraries (provided they are available!), the others cannot coexist. For example, let's do some dumb check: ~: for i in /usr/bin/*; do rpm -qf $i | wc -l | grep -v 1 && echo $i; done 2 /usr/bin/certtool 2 /usr/bin/cleanscore 2 /usr/bin/gnutls-cli 2 /usr/bin/gnutls-cli-debug 2 /usr/bin/gnutls-serv 2 /usr/bin/psktool 2 /usr/bin/sasl-sample-client 2 /usr/bin/sasl-sample-server 2 /usr/bin/slrn 2 /usr/bin/slrnrc-conv 2 /usr/bin/sqlite3 2 /usr/bin/srptool Some of the above errors origin from missing arch upgrade paths in older rpm or poldek, e.g. rpm -qf =slrn slrn-0.9.8.1pl1-2.1.amd64 slrn-0.9.8.1pl1-2.1.x86_64 but others were a direct consequence of me having to install another library version. If PLD were a releasable distro with clean upgrade paths, we shouldn't care (except for compat libraries for 3rd party software). However with rolling releases sometimes there IS NOT ANY clean upgrade path available - last year I was stuck with kernel/glibc/rpm5/db I couldn't cope upgrading any way (and it was the first time I failed and gave up). Last week I've been upgrading some very old MySQL 5.0 to current one - we got 5.1 and 5.6, but 5.5 is missing (I've checked in .archive too). Ended up seeking for some rpms in the depths of the various mirrors. My point is: this is not 'yet another unnecessary package'; if it were splitted a long time ago, there would be no need to create compat-ncurses5 package at all (with the data files removed). All we neeed is the ability to build a package from given tag, e.g. auto/th/ncurses-5.9.20150117-4 and have it automatically saved as %{name}%{version}-EVR. In a perfect world rpmbuild shoud automatically split package to %{name} and %{name}-libs if that's not already in spec. Currently we got %{name}-libs, %{name}-lib, libname and as long as it seems nice to keep original name of the program, I'm getting tired of using PLD with different library versions (which is not the state I desire, but sometimes necessary due to other conditions). Any library might be required as compat (for 3rd party) - wouldn't it be better if we got this handled without additional burden of creating separate package, just STBRing from required tag? But unless rpm can remove any non-library from the resulting rpm, we should have a rule to not mix them. PS. *-bash-completion is a perfect example of pointless subpackage. Another machine: 2 /usr/bin/dumpsexp 2 /usr/bin/hmac256 2 /usr/bin/ipod-read-sysinfo-extended 2 /usr/bin/notify-send 2 /usr/bin/vpxdec 2 /usr/bin/vpxenc -- Tomasz Pala From glen at pld-linux.org Sun Jan 3 17:26:39 2016 From: glen at pld-linux.org (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=) Date: Sun, 03 Jan 2016 18:26:39 +0200 Subject: ncurses abi 5 In-Reply-To: <20160103135423.GA9547@polanet.pl> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> <56890067.3020605@pld-linux.org> <20160103112222.GA8067@home.lan> <20160103135423.GA9547@polanet.pl> Message-ID: <56894BBF.9060409@pld-linux.org> On 03.01.2016 15:54, Tomasz Pala wrote: > On Sun, Jan 03, 2016 at 12:22:23 +0100, Jan R?korajski wrote: > >>> >>root at glen ~# poldek -i ncurses > [...] >>> >> file /usr/share/terminfo/E/Eterm-88color from install of ncurses-6.0-3.x86_64 conflicts with file from package ncurses- >> >[...] >> > >> >Use compat-ncurses5 for this instead of creating yet another unnecessary >> >package. > As a general rule, we should explicitly forbid mixing libraries with > other resources (manuals, binaries, config files, data) as it breaks multilib. > While noarch data can be worked around by using the same versions of > libraries (provided they are available!), the others cannot coexist. For > example, let's do some dumb check: exactly my point, altho i had different "multilib" here (not mixed arch, but just same library different versions) but having used "real" multilib as well, i know the pain. mandrake (or it friends) used to have ALWAYS libFOON package, FOO = libname, N = soname afaik debian also does something like this. -- glen From glen at pld-linux.org Sun Jan 3 17:30:38 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Sun, 03 Jan 2016 18:30:38 +0200 Subject: ncurses abi 5 In-Reply-To: <20160103112222.GA8067@home.lan> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> <56890067.3020605@pld-linux.org> <20160103112222.GA8067@home.lan> Message-ID: <56894CAE.80905@pld-linux.org> On 03.01.2016 13:22, Jan R?korajski wrote: > Weird, looks like problem in poldek. > > poldek:/all-avail> what-provides libncurses.so.5()(64bit) > 1 package(s) found: > compat-ncurses5-5.9.20150117-1.x86_64 or rather problem in distro not being in sync: # poldek -n th --cmd "what-provides libncurses.so.5()(64bit)" Loading [pndir]th... Loading [pndir]th... 25316 packages read Loading [rpmdb]/var/lib/rpm... 493 packages loaded No package matches 'libncurses.so.5()(64bit)' # poldek -n th -n th-ready -n th-test --cmd "what-provides libncurses.so.5()(64bit)" Loading [pndir]th... Loading [pndir]th... Loading [pndir]th-ready... Loading [pndir]th-ready... Loading [pndir]th-test... Loading [pndir]th-test... 28117 packages read Loading [rpmdbcache]/var/lib/rpm... 493 packages loaded 1 package(s) found: compat-ncurses5-5.9.20150117-1.x86_64 i would move it myself (single package with no extra deps), but last time you got so angry i don't want to touch anything. -- glen From glen at pld-linux.org Sun Jan 3 17:35:48 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Sun, 03 Jan 2016 18:35:48 +0200 Subject: dep hell (wget) Message-ID: <56894DE4.6020203@pld-linux.org> yet another upgrade pulling more and more libraries to my system (more libraries = more software that needs to be updated for security and bugfixes) # poldek -u wget -t --noask Removed 73 duplicate packages from available set Processing dependencies... wget-1.16.3-4.x86_64 obsoleted by wget-1.17.1-1.x86_64 wget-1.17.1-1.x86_64 marks gpgme-1.6.0-1.x86_64 (cap libgpgme.so.11()(64bit)) gpgme-1.6.0-1.x86_64 marks gnupg-smime-2.0.27-2.x86_64 (cap gnupg-smime >= 1.9.8) gnupg-smime-2.0.27-2.x86_64 marks gnupg2-common-2.0.27-2.x86_64 (cap gnupg2-common = 2.0.27-2) gnupg2-common-2.0.27-2.x86_64 marks libassuan-2.4.1-1.x86_64 (cap libassuan >= 1:2.0.0) gnupg2-common-2.0.27-2.x86_64 marks libksba-1.3.3-1.x86_64 (cap libksba >= 1.0.7) gpgme-1.6.0-1.x86_64 marks gnupg2-2.0.27-2.x86_64 (cap gnupg2 >= 2.0.4) There are 7 packages to install (6 marked by dependencies), 1 to remove: I wget-1.17.1-1.x86_64 D gnupg-smime-2.0.27-2.x86_64 gnupg2-2.0.27-2.x86_64 gnupg2-common-2.0.27-2.x86_64 gpgme-1.6.0-1.x86_64 D libassuan-2.4.1-1.x86_64 libksba-1.3.3-1.x86_64 R wget-1.16.3-4.x86_64 This operation will use 7.2MB of disk space. Need to get 2.5MB of archives (2.5MB to download). -- glen -- glen From gotar at polanet.pl Mon Jan 4 13:59:48 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 4 Jan 2016 13:59:48 +0100 Subject: ncurses abi 5 In-Reply-To: <56894BBF.9060409@pld-linux.org> References: <56882F85.50203@pld-linux.org> <20160102210347.GB4045@home.lan> <56890067.3020605@pld-linux.org> <20160103112222.GA8067@home.lan> <20160103135423.GA9547@polanet.pl> <56894BBF.9060409@pld-linux.org> Message-ID: <20160104125948.GA3020@polanet.pl> On Sun, Jan 03, 2016 at 18:26:39 +0200, Elan Ruusam?e wrote: > mandrake (or it friends) used to have ALWAYS libFOON package, FOO = > libname, N = soname > afaik debian also does something like this. Debian uses lib%{name}%{ABI_version}. As I don't like the 'lib' prefix (looks ugly, more pointless typing and no easy tab-completion of the remaining subpackages), it is very tempting to have (in this example) ncurses5 (no 'compat' prefix as well) build from appropriate branch from main ncurses.git. RFD: how about 1. replacing %package -n %{name}-libs with %{name}%{version} or %{name}%{version}-libs 2. assuring there are only the libs itself in such subpackage (only %doc won't do any harm due to versioned directory), 3. for each ABI version obsoleted, keeping the last available package in compat-libs FTP subdirectory (next to the debuginfo)? Rationale: there is not so many libraries that are frequently used and change ABI, but these dozens out there are real PITA when upgrading any machine, that has to keep compatibility with anything older than current HEAD. Creating compat-whatever-libs just for any such case is overkill. Renaming each one library.git to have version is also pointless in a long term, as the old versions are going to be obsoleted eventually. Moreover, such 'rouge' multilib, abusing rpm like: ~: rpm -q libpng libpng-1.4.2-1.i686 libpng-1.2.38-1.i686 libpng-1.5.8-1.i686 libpng-1.6.6-1.i686 makes it hard to upgrade the latest version to the HEAD (as rpm tries to replace all the previous versions). This clearly proves, that version should be a part of resulting library name, but this doesn't mean the spec.git has to follow. -- Tomasz Pala From gotar at polanet.pl Mon Jan 4 14:48:14 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 4 Jan 2016 14:48:14 +0100 Subject: dep hell (wget) In-Reply-To: <56894DE4.6020203@pld-linux.org> References: <56894DE4.6020203@pld-linux.org> Message-ID: <20160104134814.GA20389@polanet.pl> On Sun, Jan 03, 2016 at 18:35:48 +0200, Elan Ruusam?e wrote: > yet another upgrade pulling more and more libraries to my system > > (more libraries = more software that needs to be updated for security > and bugfixes) > > # poldek -u wget -t --noask [...] > There are 7 packages to install (6 marked by dependencies), 1 to remove: > I wget-1.17.1-1.x86_64 > D gnupg-smime-2.0.27-2.x86_64 gnupg2-2.0.27-2.x86_64 gnupg2-common-2.0.27-2.x86_64 gpgme-1.6.0-1.x86_64 > D libassuan-2.4.1-1.x86_64 libksba-1.3.3-1.x86_64 > R wget-1.16.3-4.x86_64 Apparently you didn't notice curl fetching libmetalink before;/ -- Tomasz Pala From qboosh at pld-linux.org Mon Jan 4 16:48:41 2016 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 4 Jan 2016 16:48:41 +0100 Subject: [packages/cairo] disabled experimental gl backend, it just pulls too much dependencies In-Reply-To: <70f4856814df9f70d02d13148fb258ad1d2a4d4c_refs_heads_master@pld-linux.org> References: <70f4856814df9f70d02d13148fb258ad1d2a4d4c_refs_heads_master@pld-linux.org> Message-ID: <20160104154841.GA2435@mail> On Mon, Jan 04, 2016 at 03:02:11PM +0100, gotar wrote: > commit 70f4856814df9f70d02d13148fb258ad1d2a4d4c > Author: Tomasz Pala > Date: Mon Jan 4 15:01:29 2016 +0100 > > disabled experimental gl backend, it just pulls too much dependencies weston clients require cairo-gl: %if %{with clients} %attr(755,root,root) %{_bindir}/weston-terminal %attr(755,root,root) %{_libexecdir}/weston-desktop-shell %attr(755,root,root) %{_libexecdir}/weston-keyboard %attr(755,root,root) %{_libexecdir}/weston-screenshooter %endif -- Jakub Bogusz http://qboosh.pl/ From gotar at polanet.pl Wed Jan 6 00:12:11 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 6 Jan 2016 00:12:11 +0100 Subject: [packages/cairo] disabled experimental gl backend, it just pulls too much dependencies In-Reply-To: <20160104154841.GA2435@mail> References: <70f4856814df9f70d02d13148fb258ad1d2a4d4c_refs_heads_master@pld-linux.org> <20160104154841.GA2435@mail> Message-ID: <20160105231211.GA12659@polanet.pl> On Mon, Jan 04, 2016 at 16:48:41 +0100, Jakub Bogusz wrote: >> disabled experimental gl backend, it just pulls too much dependencies > > weston clients require cairo-gl: Anyone/anything uses that? According to http://www.linuxfromscratch.org/blfs/view/7.6-systemd/general/weston.html these (?) are some demos only. Moreover: --with-cairo=gl: This switch is used to tell configure to use Cairo's OpenGL surface backend instead of the default Image surface backend weston/configure.ac says Build Clients ${enable_clients} Build EGL Clients ${have_cairo_egl} Also found this: http://lists.freedesktop.org/archives/wayland-devel/2013-August/010563.html Anyway - *if* anyone cares, just provide alternate cairo version with gl enabled as cairo is too important to be bloated with such huge experimental thing. One more note from weston/configure.ac AC_MSG_WARN([The --with-cairo=gl option can cause increased resource usag e and potential instability, and thus is not recommended. It is needed only for a few special demo programs.]) AC_MSG_WARN([The --with-cairo=gles2 option can cause increased resource u sage and potential instability, and thus is not recommended. It is needed only for a few special demo programs.]) weston configure once again: --with-cairo=[image|gl|glesv2] Which Cairo renderer to use for the clients weston README: For packagers ------------- Always build Weston with --with-cairo=image. We need to stop blindly enabling anything that can be enabled, just because it can, and linking against system-wide library just because we can. Sorry, but I don't find this problem valid in cairo package context. If anything is to be fixed, it's our weston, or more rationale/sources need to be given. However, since upstream says "don't use", we shouldn't. -- Tomasz Pala From glen at delfi.ee Wed Jan 6 00:46:40 2016 From: glen at delfi.ee (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=) Date: Wed, 06 Jan 2016 01:46:40 +0200 Subject: dep hell (wget) In-Reply-To: <20160104134814.GA20389@polanet.pl> References: <56894DE4.6020203@pld-linux.org> <20160104134814.GA20389@polanet.pl> Message-ID: <568C55E0.1070900@delfi.ee> On 04.01.2016 15:48, Tomasz Pala wrote: > On Sun, Jan 03, 2016 at 18:35:48 +0200, Elan Ruusam?e wrote: > >> yet another upgrade pulling more and more libraries to my system >> >> (more libraries = more software that needs to be updated for security >> and bugfixes) >> >> # poldek -u wget -t --noask > [...] >> There are 7 packages to install (6 marked by dependencies), 1 to remove: >> I wget-1.17.1-1.x86_64 >> D gnupg-smime-2.0.27-2.x86_64 gnupg2-2.0.27-2.x86_64 gnupg2-common-2.0.27-2.x86_64 gpgme-1.6.0-1.x86_64 >> D libassuan-2.4.1-1.x86_64 libksba-1.3.3-1.x86_64 >> R wget-1.16.3-4.x86_64 > Apparently you didn't notice curl fetching libmetalink before;/ > some other system being less polluted (before) Installing set #73 Processing dependencies... wget-1.16.3-3.x86_64 obsoleted by wget-1.17.1-1.x86_64 wget-1.17.1-1.x86_64 marks gpgme-1.6.0-1.x86_64 (cap libgpgme.so.11()(64bit)) gpgme-1.6.0-1.x86_64 marks gnupg-smime-2.0.27-2.x86_64 (cap gnupg-smime >= 1.9.8) gnupg-smime-2.0.27-2.x86_64 marks gnupg2-common-2.0.27-2.x86_64 (cap gnupg2-common = 2.0.27-2) gnupg2-common-2.0.27-2.x86_64 marks libassuan-2.4.1-1.x86_64 (cap libassuan >= 1:2.0.0) gnupg2-common-2.0.27-2.x86_64 marks libksba-1.3.3-1.x86_64 (cap libksba >= 1.0.7) gpgme-1.6.0-1.x86_64 marks gnupg2-2.0.27-2.x86_64 (cap gnupg2 >= 2.0.4) Package gnupg2-2.0.27-2.x86_64 suggests installation of: 1. gnupg-agent Try to install it? [N/y] q gnupg2-2.0.27-2.x86_64 marks gnupg-agent-2.0.27-2.x86_64 (cap gnupg-agent) gnupg-agent-2.0.27-2.x86_64 marks pth-2.0.7-6.x86_64 (cap libpth.so.20()(64bit)) gnupg-agent-2.0.27-2.x86_64 marks libusb-compat-0.1.5-2.x86_64 (cap libusb-0.1.so.4()(64bit)) libusb-compat-0.1.5-2.x86_64 marks libusb-1.0.20-1.x86_64 (cap libusb-1.0.so.0()(64bit)) gnupg-agent-2.0.27-2.x86_64 marks pinentry-0.9.6-1.x86_64 (cap pinentry >= 0.7.5-2) pinentry-0.9.6-1.x86_64 marks libsecret-0.18.3-1.x86_64 (cap libsecret-1.so.0()(64bit)) libsecret-0.18.3-1.x86_64 marks gobject-introspection-1.46.0-1.x86_64 (cap /usr/lib64/girepository-1.0) There are 14 packages to install (13 marked by dependencies), 1 to remove: I wget-1.17.1-1.x86_64 D gnupg-agent-2.0.27-2.x86_64 gnupg-smime-2.0.27-2.x86_64 gnupg2-2.0.27-2.x86_64 gnupg2-common-2.0.27-2.x86_64 D gobject-introspection-1.46.0-1.x86_64 gpgme-1.6.0-1.x86_64 libassuan-2.4.1-1.x86_64 libksba-1.3.3-1.x86_64 D libsecret-0.18.3-1.x86_64 libusb-1.0.20-1.x86_64 libusb-compat-0.1.5-2.x86_64 pinentry-0.9.6-1.x86_64 D pth-2.0.7-6.x86_64 R wget-1.16.3-3.x86_64 This operation will use 10.0MB of disk space. Need to get 3.4MB of archives (3.4MB to download). -- glen From gotar at polanet.pl Wed Jan 6 00:58:26 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 6 Jan 2016 00:58:26 +0100 Subject: [packages/cairo] disabled experimental gl backend, it just pulls too much dependencies In-Reply-To: <20160105231211.GA12659@polanet.pl> References: <70f4856814df9f70d02d13148fb258ad1d2a4d4c_refs_heads_master@pld-linux.org> <20160104154841.GA2435@mail> <20160105231211.GA12659@polanet.pl> Message-ID: <20160105235826.GA9577@polanet.pl> 10% smaller libcairo.so.2 itself and a bit less linked libraries: ~: ldd /usr/lib/lib{,E}GL.so.1 | while read lib; do ldd /usr/lib/libcairo.so.2 | \ grep -q `echo "$lib" | cut -f1 -d' '` || echo "$lib"; done | \ cut -f3 -d' ' | sort -u libdrm.so.2 libffi.so.4 libgbm.so.1 libglapi.so.0 libselinux.so.1 libudev.so.1 libwayland-client.so.0 libwayland-server.so.0 libX11-xcb.so.1 libxcb-dri2.so.0 libxcb-glx.so.0 libxcb-shape.so.0 libxcb-xfixes.so.0 libXdamage.so.1 libXfixes.so.3 libXxf86vm.so.1 /usr/lib/libEGL.so.1: /usr/lib/libGL.so.1: for every app using pango or GTK. That is the cost of our cairo for last 3 years... Really, we're doing this wrong. -- Tomasz Pala From gotar at polanet.pl Wed Jan 6 01:01:47 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 6 Jan 2016 01:01:47 +0100 Subject: dep hell (wget) In-Reply-To: <568C55E0.1070900@delfi.ee> References: <56894DE4.6020203@pld-linux.org> <20160104134814.GA20389@polanet.pl> <568C55E0.1070900@delfi.ee> Message-ID: <20160106000147.GA26679@polanet.pl> On Wed, Jan 06, 2016 at 01:46:40 +0200, Elan Ruusam?e wrote: > Package gnupg2-2.0.27-2.x86_64 suggests installation of: > 1. gnupg-agent > Try to install it? [N/y] q > gnupg2-2.0.27-2.x86_64 marks gnupg-agent-2.0.27-2.x86_64 (cap gnupg-agent) Well, this might be considered a bug in poldek - I often do 'q' too (after dozen of pages of updates I want to avoid) and it means 'y'. -- Tomasz Pala From gotar at polanet.pl Wed Jan 6 10:58:19 2016 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 6 Jan 2016 10:58:19 +0100 Subject: [packages/cairo] disabled experimental gl backend, it just pulls too much dependencies In-Reply-To: <20160105235826.GA9577@polanet.pl> References: <70f4856814df9f70d02d13148fb258ad1d2a4d4c_refs_heads_master@pld-linux.org> <20160104154841.GA2435@mail> <20160105231211.GA12659@polanet.pl> <20160105235826.GA9577@polanet.pl> Message-ID: <20160106095819.GA32313@polanet.pl> http://events.linuxfoundation.org/sites/events/files/slides/cairo_perf.pdf Cairo-gl is not enabled for some distros (e.g. Ubuntu): - --enable-gl links cairo to libgl - NVIDIA's libgl gets linked to every client app - Enormous RAM increase per app running (300%) - See Launchpad #725434 This particular bug has been solved, however all the remaining warnings are up to date. I did all my best to research on the subject, and all I can suggest is to have alternate cairo rpms on FTP (question I ask again, how to do it efficiently using our infrastructure?) If anyone has better insight please step in, but until this is proven to be optimized or detached to be runtime loaded I see no option for us to not provide gl-less cairo by default. https://launchpad.net/cairo-gl-test There are some drawing operations which hit slow paths, e.g. trying to draw any italic/oblique text kills the framerate, if you render your text with pango_cairo_show_layout(). Don't do that, but instead use pango_cairo_layout_path()/cairo_fill(). -- Tomasz Pala From atler at pld-linux.org Wed Jan 6 16:58:39 2016 From: atler at pld-linux.org (Jan Palus) Date: Wed, 6 Jan 2016 16:58:39 +0100 Subject: RFC: default python installlation directories In-Reply-To: <5651B42C.4030209@jajcus.net> References: <5651B42C.4030209@jajcus.net> Message-ID: <20160106155839.GA25979@cukinia.lan> Are there any guidelines on how to adjust packages using automake for python installation? In particular those using AM_PATH_PYTHON which currently determines pythondir = ${prefix}/lib64/python3.5/site-packages while previously it was evaluated to %{prefix}/share/python3.5/site-packages. In my case the example package is redshift. From qboosh at pld-linux.org Wed Jan 6 17:13:22 2016 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 6 Jan 2016 17:13:22 +0100 Subject: RFC: default python installlation directories In-Reply-To: <20160106155839.GA25979@cukinia.lan> References: <5651B42C.4030209@jajcus.net> <20160106155839.GA25979@cukinia.lan> Message-ID: <20160106161322.GA12214@mail> On Wed, Jan 06, 2016 at 04:58:39PM +0100, Jan Palus wrote: > Are there any guidelines on how to adjust packages using automake for > python installation? In particular those using AM_PATH_PYTHON which > currently determines pythondir = ${prefix}/lib64/python3.5/site-packages > while previously it was evaluated to %{prefix}/share/python3.5/site-packages. > In my case the example package is redshift. You can use am_cv_python_pythondir=%{py3_sitescriptdir} . -- Jakub Bogusz http://qboosh.pl/ From jajcus at jajcus.net Sun Jan 10 17:20:12 2016 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 10 Jan 2016 17:20:12 +0100 Subject: [packages/nodejs] up to 0.10.41, add link in doc package In-Reply-To: <05e85ef1932b3ca1a47905ad69fe43a82079d2d4_refs_heads_master@pld-linux.org> References: <29fa0ddffe5595f52e19efbce15b7980a9a87322_refs_heads_master@pld-linux.org> <05e85ef1932b3ca1a47905ad69fe43a82079d2d4_refs_heads_master@pld-linux.org> Message-ID: <569284BC.5000606@jajcus.net> On 2016-01-07 20:15, glen wrote: > commit 05e85ef1932b3ca1a47905ad69fe43a82079d2d4 > Author: Elan Ruusam?e > Date: Thu Jan 7 21:14:48 2016 +0200 > > up to 0.10.41, add link in doc package What is the point of maintaining this acient version, when the current 'stable' one is 4.2.4 and latest is 5.4.0 (according to https://nodejs.org/en/)? Jacek From glen at pld-linux.org Mon Jan 11 09:40:58 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 11 Jan 2016 10:40:58 +0200 Subject: dep hell (wget) In-Reply-To: <20160106000147.GA26679@polanet.pl> References: <56894DE4.6020203@pld-linux.org> <20160104134814.GA20389@polanet.pl> <568C55E0.1070900@delfi.ee> <20160106000147.GA26679@polanet.pl> Message-ID: <56936A9A.5010506@pld-linux.org> On 06.01.2016 02:01, Tomasz Pala wrote: > On Wed, Jan 06, 2016 at 01:46:40 +0200, Elan Ruusam?e wrote: > >> Package gnupg2-2.0.27-2.x86_64 suggests installation of: >> 1. gnupg-agent >> Try to install it? [N/y] q >> gnupg2-2.0.27-2.x86_64 marks gnupg-agent-2.0.27-2.x86_64 (cap gnupg-agent) > Well, this might be considered a bug in poldek - I often do 'q' too > (after dozen of pages of updates I want to avoid) and it means 'y'. > https://bugs.launchpad.net/bugs/1532694 -- glen From glen at pld-linux.org Fri Jan 15 20:47:02 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Fri, 15 Jan 2016 21:47:02 +0200 Subject: ncurses ldconfig fail Message-ID: <56994CB6.9030106@pld-linux.org> hmm Installing set #2 Processing dependencies... ncurses-5.9.20150117-5.x86_64 obsoleted by ncurses-6.0-3.x86_64 There are 1 package to install, 1 to remove: I ncurses-6.0-3.x86_64 R ncurses-5.9.20150117-5.x86_64 This operation will free 312.3KB of disk space. Need to get 467.4KB of archives (467.4KB to download). Retrieving th::ncurses-6.0-3.x86_64.rpm... .............................. 100.0% [467.4K (467.4K/s)] Executing pm-command.sh --upgrade -vh --root / --define _check_dirname_deps 1... Preparing... ########################################### [100%] Repackaging... 1:ncurses ########################################### [100%] Upgrading... 1:ncurses ########################################### [100%] # poldek poldek: error while loading shared libraries: libncursesw.so.6: cannot open shared object file: No such file or directory # ldconfig # poldek Loading [pndir]th... -- glen From glen at pld-linux.org Tue Jan 19 08:48:48 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Tue, 19 Jan 2016 09:48:48 +0200 Subject: sskm Message-ID: <569DEA60.4020207@pld-linux.org> why there's no confirm-add? [~/.ssh] ? git ssh sskm hello glen, you are currently using a normal ("active") key you have the following keys: == active keys == 1: qk8owWxhsek73RBpMjcs6zE2mBmKXz/nBEUTn1CyExM : glen.pub 2: FxMwICfT3kuqlBFMl8hmrpM7oRLbCOdNc5bdPUIMLEY : glen at dsa.pub == keys marked for addition/replacement == 1: 2MhUQCczzvrLt+aFwfA4VJh0R1gEJehSt1mUw25men8 : glen.pub [~/.ssh] ? git ssh sskm help hello glen, you are currently using a normal ("active") key valid operations: add, del, undo-add, confirm-del [~/.ssh] ? https://www.pld-linux.org/howto-git#adding_new_key -- glen From glen at delfi.ee Wed Jan 20 08:54:00 2016 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Wed, 20 Jan 2016 09:54:00 +0200 Subject: chromium & google Message-ID: <569F3D18.6010304@delfi.ee> if you wonder why accessing https sites like: most google sites, like - https://www.google.com/ - https://mail.google.com/ also: - https://cdnjs.com/ results ssl error "client cert not accepted", then the problem is upgraded nss: - nss-3.20.1-1.x86_64.rpm - OK - nss-3.21-1.x86_64.rpm - FAILURE -- glen From glen at pld-linux.org Wed Jan 20 11:42:16 2016 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Wed, 20 Jan 2016 12:42:16 +0200 Subject: CVE-2016-0728 Message-ID: <569F6488.9090804@pld-linux.org> has anyone managed to run the PoC? https://gist.github.com/PerceptionPointTeam/18b1e86d1c0f8531ff8f also i'm missing /proc/keys dir, what i'm missing? # cat /proc/keys cat: /proc/keys: No such file or directory -- glen From gzohop at gmail.com Wed Jan 20 11:48:16 2016 From: gzohop at gmail.com (Grzesiek) Date: Wed, 20 Jan 2016 11:48:16 +0100 Subject: CVE-2016-0728 In-Reply-To: <569F6488.9090804@pld-linux.org> References: <569F6488.9090804@pld-linux.org> Message-ID: <569F65F0.7040900@gmail.com> W dniu 20.01.2016 o 11:42, Elan Ruusam?e pisze: > has anyone managed to run the PoC? > > https://gist.github.com/PerceptionPointTeam/18b1e86d1c0f8531ff8f > > also i'm missing /proc/keys dir, what i'm missing? > > # cat /proc/keys > cat: /proc/keys: No such file or directory > I did on 2 machines, and one just crashed and on the other it was not able to get root priviledges. From glen at delfi.ee Fri Jan 22 17:59:10 2016 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Fri, 22 Jan 2016 18:59:10 +0200 Subject: alsa vs bacula Message-ID: <56A25FDE.8030206@delfi.ee> file /usr/bin/bat from install of alsa-utils-1.1.0-1.x86_64 conflicts with file from package bacula-console-qt-5.2.13-4.x86_64 file /usr/share/man/man1/bat.1.gz from install of alsa-utils-1.1.0-1.x86_64 conflicts with file from package bacula-console-qt-5.2.13-4.x86_64 -- glen From jajcus at jajcus.net Fri Jan 22 20:01:41 2016 From: jajcus at jajcus.net (Jacek Konieczny) Date: Fri, 22 Jan 2016 20:01:41 +0100 Subject: alsa vs bacula In-Reply-To: <56A25FDE.8030206@delfi.ee> References: <56A25FDE.8030206@delfi.ee> Message-ID: <56A27C95.7000300@jajcus.net> On 2016-01-22 17:59, Elan Ruusam?e wrote: > file /usr/bin/bat from install of alsa-utils-1.1.0-1.x86_64 > conflicts with file from package bacula-console-qt-5.2.13-4.x86_64 > file /usr/share/man/man1/bat.1.gz from install of > alsa-utils-1.1.0-1.x86_64 conflicts with file from package > bacula-console-qt-5.2.13-4.x86_64 I have noticed that too. The 'bat' from ALSA is a test tool, the one from bacula is an end user application. Also, we have had Bacula's BAT in PLD longer, so I think ALSA side should be 'fixed'. I can see two options: - separate ALSA bat into a new package. Still conflicting, but a chance that someone would need ALSA bat and Bacula bat at the same time are small - rename the ALSA utility ? it will be a bit more difficult to find it, when someone expects 'bat', but there would be no conflict any more. Jacek From qboosh at pld-linux.org Fri Jan 22 20:35:53 2016 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 22 Jan 2016 20:35:53 +0100 Subject: alsa vs bacula In-Reply-To: <56A27C95.7000300@jajcus.net> References: <56A25FDE.8030206@delfi.ee> <56A27C95.7000300@jajcus.net> Message-ID: <20160122193553.GA18865@mail> On Fri, Jan 22, 2016 at 08:01:41PM +0100, Jacek Konieczny wrote: > On 2016-01-22 17:59, Elan Ruusam?e wrote: > > file /usr/bin/bat from install of alsa-utils-1.1.0-1.x86_64 > > conflicts with file from package bacula-console-qt-5.2.13-4.x86_64 > > file /usr/share/man/man1/bat.1.gz from install of > > alsa-utils-1.1.0-1.x86_64 conflicts with file from package > > bacula-console-qt-5.2.13-4.x86_64 > > I have noticed that too. > > The 'bat' from ALSA is a test tool, the one from bacula is an end user > application. Also, we have had Bacula's BAT in PLD longer, so I think > ALSA side should be 'fixed'. > > I can see two options: > - separate ALSA bat into a new package. Still conflicting, but a chance > that someone would need ALSA bat and Bacula bat at the same time are small > - rename the ALSA utility ? it will be a bit more difficult to find it, > when someone expects 'bat', but there would be no conflict any more. I propose renaming alsa's bat to alsa-bat. The others: Fedora uses alsa-utils-bat subpackage. Debian doesn't have ALSA 1.1.0 yet. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Mon Jan 25 09:30:21 2016 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 25 Jan 2016 10:30:21 +0200 Subject: dbus notifications Message-ID: <56A5DD1D.4020800@delfi.ee> anyone know how to capture libnotify events, i.e see their history in terminal. the problem i'm having that i need to copy text from notification, the mate-notify bubble just dissapears if i click it... $ dbus-monitor "type='signal',interface='org.freedesktop.Notifications'" dbus-monitor: unable to enable new-style monitoring, your dbus-daemon is too old. Falling back to eavesdropping. signal time=1453710482.791960 sender=org.freedesktop.DBus -> destination=:1.8788 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string ":1.8788" ^C $ rpm -qf `which dbus-monitor` dbus-1.10.6-1.x86_64 -- glen From mike at altlinux.org Mon Jan 25 10:43:21 2016 From: mike at altlinux.org (Michael Shigorin) Date: Mon, 25 Jan 2016 12:43:21 +0300 Subject: alsa vs bacula In-Reply-To: <20160122193553.GA18865@mail> References: <56A25FDE.8030206@delfi.ee> <56A27C95.7000300@jajcus.net> <20160122193553.GA18865@mail> Message-ID: <20160125094321.GN5427@imap.altlinux.org> On Fri, Jan 22, 2016 at 08:35:53PM +0100, Jakub Bogusz wrote: > I propose renaming alsa's bat to alsa-bat. That's what I did in ALT Linux either back then :) > The others: > Fedora uses alsa-utils-bat subpackage. > Debian doesn't have ALSA 1.1.0 yet. -- ?---- WBR, Michael Shigorin / http://altlinux.org ??------ http://opennet.ru / http://anna-news.info From glen at pld-linux.org Wed Jan 27 21:43:37 2016 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Wed, 27 Jan 2016 22:43:37 +0200 Subject: gperftools-devel Message-ID: <56A92BF9.9030000@pld-linux.org> gperftools-devel-2.1-3.x86_64: required "/usr/include/google" is provided by the following packages: a) libtcmalloc-devel-2.1-3.x86_64 b) protobuf-c-devel-1.1.1-1.x86_64 c) protobuf-devel-2.6.1-2.x86_64 d) sparsehash-devel-2.0.2-1.noarch %dir /usr/include/google should be added to gperftools-devel as well, or just to filesystem package... -- glen From arekm at maven.pl Thu Jan 28 11:40:54 2016 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Thu, 28 Jan 2016 11:40:54 +0100 Subject: [packages/sysstat] up to 11.2.0 , release 1 replaced opt.patch by IGNORE_FILE_ATTRIBUTES=y obsolete nfsiostat-sysstat n In-Reply-To: <8b0f83927bbc5c24df9a2c87552fb2f4c2258798_refs_heads_master@pld-linux.org> References: <18e3ca748744cfc3f13a5814c12b8ecb92720b4b_refs_heads_master@pld-linux.org> <8b0f83927bbc5c24df9a2c87552fb2f4c2258798_refs_heads_master@pld-linux.org> Message-ID: <201601281140.55078.arekm@maven.pl> On Thursday 28 of January 2016, matkor wrote: > commit 8b0f83927bbc5c24df9a2c87552fb2f4c2258798 > Author: Mateusz Korniak > Date: Thu Jan 28 10:55:30 2016 +0100 > > up to 11.2.0 , release 1 > replaced opt.patch by IGNORE_FILE_ATTRIBUTES=y > obsolete nfsiostat-sysstat not longer included That version supports migration of old databases, so some trigger is needed to convert. "If you are using sysstat 11.1.1 and later, you can also use the sadf command to convert an old system activity binary datafile (version 9.1.6 and later) to current up-to-date format. Use the following syntax: $ sadf -c old_datafile > new_datafile " -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From mateusz-lists at ant.gliwice.pl Fri Jan 29 13:32:09 2016 From: mateusz-lists at ant.gliwice.pl (Mateusz Korniak) Date: Fri, 29 Jan 2016 13:32:09 +0100 Subject: [packages/sysstat] up to 11.2.0 , release 1 replaced opt.patch by IGNORE_FILE_ATTRIBUTES=y obsolete nfsiostat-sysstat n In-Reply-To: <201601281140.55078.arekm@maven.pl> References: <18e3ca748744cfc3f13a5814c12b8ecb92720b4b_refs_heads_master@pld-linux.org> <8b0f83927bbc5c24df9a2c87552fb2f4c2258798_refs_heads_master@pld-linux.org> <201601281140.55078.arekm@maven.pl> Message-ID: <10773658.Kp8BMX6XH8@matkor-toshiba> On Thursday 28 January 2016 11:40:54 Arkadiusz Mi?kiewicz wrote: > On Thursday 28 of January 2016, matkor wrote: > > commit 8b0f83927bbc5c24df9a2c87552fb2f4c2258798 > > Author: Mateusz Korniak > > Date: Thu Jan 28 10:55:30 2016 +0100 > > > > up to 11.2.0 , release 1 > > replaced opt.patch by IGNORE_FILE_ATTRIBUTES=y > > obsolete nfsiostat-sysstat not longer included > > That version supports migration of old databases, so some trigger is needed > to convert. > > "If you are using sysstat 11.1.1 and later, you can also use the sadf > command to convert an old system activity binary datafile (version 9.1.6 > and later) to current up-to-date format. Use the following syntax: > > $ sadf -c old_datafile > new_datafile > " I am not using datafile at all, and I do not feel strong enough to implement triggers about stuff I never used. I only needed newest version of binaries (iostat). -- Mateusz Korniak "(...) mam brata - powa?ny, domator, liczykrupa, hipokryta, pobo?ni?, kr?tko m?wi?c - podpora spo?ecze?stwa." Nikos Kazantzakis - "Grek Zorba"