Bug#972557: qbittorrent: New version (4.3.0) is available

2020-10-20 Thread Alexander Volkov

Package: qbittorrent
Version: 4.2.5-0.1

https://www.qbittorrent.org/news.php



Bug#891414: enable qt5 front-end

2020-09-06 Thread Alexander Volkov

Hi,

Looks like merge requests are disabled for 
https://salsa.debian.org/debian/gimagereader
I can't create a merge request from 
https://salsa.debian.org/avolkov-guest/gimagereader/-/commits/qt5




Bug#969332: RFP: pulseaudio-module-xrdp - module for audio support through xrdp

2020-08-31 Thread Alexander Volkov

Package: wnpp
Severity: RFP


https://github.com/neutrinolabs/pulseaudio-module-xrdp

module-xrdp-sink is licensed under the Apache License, Version 2.0

module-xrdp-source is licensed under LGPL2+



Bug#966397: warzone2100: New version (3.4.1) is available

2020-07-27 Thread Alexander Volkov

Package: warzone2100

Version: 3.3.0-2


New releases can be found here: 
https://github.com/Warzone2100/warzone2100/releases




Bug#945528: org.kde.powerdevil.backlighthelper: QDBusArgument: read from a write-only object

2020-07-16 Thread Alexander Volkov
It was fixed in polkit-qt-1 0.113: 
https://invent.kde.org/libraries/polkit-qt-1/-/commit/fb1667ac9a5437b4784d2806a3e816cbdbe404a5




Bug#934809: opus 1.3.1 available

2020-06-02 Thread Alexander Volkov

Please, package the new version.
opus 1.3.1 is needed for qtwebengine 5.15.



Bug#944536: RFP: qtremoteobjects-everywhere-src - IPC module for Qt

2019-11-11 Thread Alexander Volkov

Package: wnpp
Severity: RFP

Qt Remote Objects module was added in Qt 5.12: 
https://wiki.qt.io/New_Features_in_Qt_5.12




Bug#892841: Opening a file with O_CREAT fails

2018-08-31 Thread Alexander Volkov

The fix is in the attached patch.
>From d4720c44fb2c8c2b891bd07fbf6d44a2333f8c56 Mon Sep 17 00:00:00 2001
From: Alexander Volkov 
Date: Wed, 29 Aug 2018 13:54:23 +0300
Subject: [PATCH] fix opening a file with O_CREAT and reading created files

FUSE calls fgetattr() for a created file which leads to calling
smbc_fstat() that fails. This is probably a bug in libsmbclient.
Besides smbc_read() fails for a file opened/created with smbc_create().

As a workaround don't register "create" function in FUSE, "open"
is sufficient.

https://bugs.debian.org/892841
---
 src/function.c | 14 --
 1 file changed, 14 deletions(-)

diff --git a/src/function.c b/src/function.c
index 3e88f42..5536209 100644
--- a/src/function.c
+++ b/src/function.c
@@ -90,19 +90,6 @@ static int function_open(const char *path, struct fuse_file_info *fi){
 return 0;
 }
 
-static int function_creat(const char *path, mode_t mode,
-			struct fuse_file_info *fi){
-samba_fd	fd;
-
-DPRINTF(5, "(%s, mode=%0x, flags=%o, fh=%llx)\n", path, mode,
-	fi->flags, (long long) fi->fh);
-if (smbitem_what_is(path) != SMBITEM_SMB_SHARE_ITEM) return -EINVAL;
-
-if ((fd = samba_creat(path, fi->flags)) == NULL) return -errno;
-function_store_fd(fi, fd);
-return 0;
-}
-
 static int function_read(const char *path, char *buf, size_t size, off_t offset,
 			struct fuse_file_info *fi){
 int		result;
@@ -589,7 +576,6 @@ static int function_statfs(const char *path, struct statvfs *stbuf){
 
 struct fuse_operations smb_oper = {
 .open	= function_open,
-.create	= function_creat,
 .read	= function_read,
 .write	= function_write,
 .release	= function_close,
-- 
2.17.0




Bug#900810: unoconv: New version (0.8.2) is available

2018-06-05 Thread Alexander Volkov

Package: unoconv
Version: 0.7-1.1

watch file is outdated, new versions are available on github:
https://github.com/dagwieers/unoconv/releases



Bug#733227: [Xcb] Bug#733227: libxcb1: XInput extension is not packaged

2018-03-21 Thread Alexander Volkov

ping

xcb-xinput is enabled by default in libxcb 1.13, but the package doesn't 
install it.




Bug#876644: System tray icons are shown without transparency

2018-02-21 Thread Alexander Volkov

I guess it can be fixed by https://codereview.qt-project.org/#/c/139051/



Bug#557301: libimlib2-dev: imlib_load_image contains a memleak

2018-02-06 Thread Alexander Volkov

I tested it with imlib2 1.4.10, there is no memleak:

==2591== Memcheck, a memory error detector
==2591== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==2591== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==2591== Command: ./a.out
==2591==
==2591==
==2591== HEAP SUMMARY:
==2591== in use at exit: 232 bytes in 3 blocks
==2591==   total heap usage: 256 allocs, 253 frees, 78,952 bytes allocated
==2591==
==2591== 16 bytes in 1 blocks are still reachable in loss record 1 of 3
==2591==    at 0x4C2BBEF: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2591==    by 0x4E3E4B9: imlib_context_push (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)
==2591==    by 0x4E3F867: imlib_load_image (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)

==2591==    by 0x1088AA: main (main.c:3)
==2591==
==2591== 32 bytes in 1 blocks are still reachable in loss record 2 of 3
==2591==    at 0x4C2DC05: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)

==2591==    by 0x56F360E: _dlerror_run (dlerror.c:141)
==2591==    by 0x56F2F81: dlopen@@GLIBC_2.2.5 (dlopen.c:87)
==2591==    by 0x4E5A25A: ??? (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)
==2591==    by 0x4E5B0FE: ??? (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)
==2591==    by 0x4E3F840: imlib_load_image (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)

==2591==    by 0x1088AA: main (main.c:3)
==2591==
==2591== 184 bytes in 1 blocks are still reachable in loss record 3 of 3
==2591==    at 0x4C2BBEF: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2591==    by 0x4E3E39D: imlib_context_new (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)
==2591==    by 0x4E3F85C: imlib_load_image (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.10)

==2591==    by 0x1088AA: main (main.c:3)
==2591==
==2591== LEAK SUMMARY:
==2591==    definitely lost: 0 bytes in 0 blocks
==2591==    indirectly lost: 0 bytes in 0 blocks
==2591==  possibly lost: 0 bytes in 0 blocks
==2591==    still reachable: 232 bytes in 3 blocks
==2591== suppressed: 0 bytes in 0 blocks
==2591==
==2591== For counts of detected and suppressed errors, rerun with: -v
==2591== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)



Bug#868132: Needless build dependency on kdelibs5-dev

2018-01-17 Thread Alexander Volkov

16.01.2018 20:10, Samuel Thibault пишет:

It actually completely breaks qt-at-spi, see #887431

So it seems qt-at-spi does need at least the kde4_add_library etc.
things.

This package is going to get removed with the qt4 removal anyway, so
marking as wontfix.

Samuel

Hi,

Sorry for incorrect patch.
I apply the working one (with enabled automoc) for history.
--- a/src/bridge.cpp
+++ b/src/bridge.cpp
@@ -21,7 +21,7 @@
 #include "bridge.h"
 
 #include 
-#include 
+//#include 
 
 #include "atspiadaptor.h"
 
@@ -54,7 +54,7 @@
 }
 
 // This gives us translations
-KComponentData componentData("qtatspi_qt");
+//KComponentData componentData("qtatspi_qt");
 
 qSpiInitializeStructTypes();
 qSpiInitializeConstantMappings();
--- a/src/CMakeLists.txt
+++ b/src/CMakeLists.txt
@@ -28,9 +28,9 @@
 # headers are needed from there for the types used in dbus
 include_directories(${CMAKE_SOURCE_DIR}/src)
 
-kde4_add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
+add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
 
-target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB} ${KDE4_KDECORE_LIBS})
+target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB})
 
 install(TARGETS qspiaccessiblebridge DESTINATION 
${QTATSPI_QT_PLUGIN_INSTALL_DIR}/accessiblebridge/)
 
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -7,10 +7,14 @@
 #option(KDE4_BUILD_TESTS  "Build the tests" ON)
 
 find_package(Qt4 4.8 REQUIRED)
-find_package(KDE4)
-include(KDE4Defaults)
 
-include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} 
${KDE4_INCLUDES})
+set(CMAKE_AUTOMOC ON)
+
+set(CMAKE_C_VISIBILITY_PRESET hidden)
+set(CMAKE_CXX_VISIBILITY_PRESET hidden)
+set(CMAKE_VISIBILITY_INLINES_HIDDEN 1)
+
+include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR})
 
 # Require libatspi2-core headers for building:
 include(FindPkgConfig)
@@ -23,6 +27,4 @@
 
 add_subdirectory(src)
 add_subdirectory(translations)
-add_subdirectory(tests)
-add_subdirectory(examples)
 


Bug#868177: imlib2: ARGB loader: invalid free()

2018-01-15 Thread Alexander Volkov

12.01.2018 23:28, Markus Koschany пишет:

Hello Alexander,

thanks for the additional information. Debian bug #868177 will be 
fixed soon. Do you know whether


https://bugs.debian.org/868151

is fixed as well? To me it seems that there is still no check for the 
return value of sscanf in loader_xpm.c.

Hi.

Yes, it is still not fixed.


By the way, how do you track bugs for imlib2 upstream?
I don't track them. imlib2 is a part of enlightenment and there is a 
bugtracker https://phab.enlightenment.org/maniphest/
But I guess that it would be best to ask about this imlib2 developer Kim 
Woelders.




Bug#885484: qttools-opensource-src: Binary doc file in the source package

2017-12-27 Thread Alexander Volkov

Package: qttools-opensource-src
Version: 5.9.2-4

The source package contains a binary file 
src/assistant/assistant/assistant.qch

src/assistant/assistant/doc/internal/README describes how to generate it.
Qt guys do it really rare :(



Bug#868177: imlib2: ARGB loader: invalid free()

2017-12-11 Thread Alexander Volkov
It was fixed by 
https://git.enlightenment.org/legacy/imlib2.git/commit/?id=d5ebec2948d93c0c47c249e1506a1a6bdbf27b68

Please, package imlib2 1.4.10 with the latest commit
https://git.enlightenment.org/legacy/imlib2.git/commit/?id=812a691b160c94de76f4964093e7644c3ae3b9b5
as a patch.



Bug#868132: Needless build dependency on kdelibs5-dev

2017-12-04 Thread Alexander Volkov

03.12.2017 18:09, Samuel Thibault пишет:

Well, the build does fail ATM :)

CMake Error at CMakeLists.txt:11 (include):
   include could not find load file:

 KDE4Defaults

There are indeed kde things in CMakeLists files, I'm not sure I really
want to spend time on crippling them just for avoiding the kdelibs5-dev,
unless there is a compelling reason which wasn't reported?

Ah, sorry, nokde patch is really not enough.
I maintain this package in AstraLinux and we don't support KDE4.
Here is our extended nokde patch.
Feel free to close this bug if it's not suitable.

BR,
Alexander.
--- a/src/bridge.cpp
+++ b/src/bridge.cpp
@@ -21,7 +21,7 @@
 #include "bridge.h"
 
 #include 
-#include 
+//#include 
 
 #include "atspiadaptor.h"
 
@@ -54,7 +54,7 @@
 }
 
 // This gives us translations
-KComponentData componentData("qtatspi_qt");
+//KComponentData componentData("qtatspi_qt");
 
 qSpiInitializeStructTypes();
 qSpiInitializeConstantMappings();
--- a/src/CMakeLists.txt
+++ b/src/CMakeLists.txt
@@ -28,9 +28,9 @@
 # headers are needed from there for the types used in dbus
 include_directories(${CMAKE_SOURCE_DIR}/src)
 
-kde4_add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
+add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
 
-target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB} ${KDE4_KDECORE_LIBS})
+target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB})
 
 install(TARGETS qspiaccessiblebridge DESTINATION 
${QTATSPI_QT_PLUGIN_INSTALL_DIR}/accessiblebridge/)
 
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -7,10 +7,8 @@
 #option(KDE4_BUILD_TESTS  "Build the tests" ON)
 
 find_package(Qt4 4.8 REQUIRED)
-find_package(KDE4)
-include(KDE4Defaults)
 
-include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} 
${KDE4_INCLUDES})
+include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR})
 
 # Require libatspi2-core headers for building:
 include(FindPkgConfig)
@@ -23,6 +21,4 @@
 
 add_subdirectory(src)
 add_subdirectory(translations)
-add_subdirectory(tests)
-add_subdirectory(examples)
 


Bug#881324: closed by Nobuhiro Iwamatsu (Bug#881324: fixed in guvcview 2.0.5+debian-1)

2017-11-17 Thread Alexander Volkov

Thanks!
But please, add 'watch' file to the package.



Bug#868132: Needless build dependency on kdelibs5-dev

2017-07-12 Thread Alexander Volkov

Package: qt-at-spi
Version: 0.4.0-5

There s no need to have kdelibs5-dev in Build-Depends with the applied 
patch nokde.




Bug#861882: kitemmodels: Redundant build dependencies

2017-05-05 Thread Alexander Volkov

Package: kitemmodels
Version: 5.28.0-2

kitemmodels can be built without the following dependencies:
dbus-x11, openbox, qtdeclarative5-dev, qtscript5-dev

There are needed only for tests, but dh_auto_tests is disabled in rules.
Also there is no need to build tests, it can be done with
override_dh_auto_configure:
dh_auto_configure -- -DBUILD_TESTING=OFF



Bug#743434: openssh-client: wildcard host precedence and CanonicalizeHostname

2014-04-04 Thread Alexander Volkov
2014-04-04 12:43 GMT+04:00 sergio :

> On 04/04/2014 11:11 AM, Alexander Volkov wrote:
>
> > The answer you need was in the first letter - change the order of
> > blocks in local config. Even after rereading foo matches the first
> > block that has no delegate option.
>
>
> The order doesn't matter as:
>
> > This is simply not true due to the above.  ~/.ssh/config is parsed
> > before /etc/ssh/ssh_config, and so you can perfectly well override the
> > system-wide configuration file in a per-user configuration file.
>

I mean that you have two blocks in ~/.ssh/config: one is "host *", the
second is "host foo".
When this config is parsed second time with "foo" domain, the first block
("host *") matches and the parser never goes further.
In the first letter you have been answered to change the order - from "host
*... host foo..." to "host foo... host *...".


>
>
> --
> sergio.
>
>
> --
> To UNSUBSCRIBE, email to debian-ssh-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/533e7095.50...@sergio.spb.ru
>
>


-- 
Alexander Volkov
senior java architect and developer, engineer

mob: +79215283540
skype: v2003_2...@mail.ru


Bug#743434: openssh-client: wildcard host precedence and CanonicalizeHostname

2014-04-04 Thread Alexander Volkov


03.04.2014, в 11:58, sergio  написал(а):

> On 04/03/2014 04:52 AM, Russ Allbery wrote:
> 
>> That host block doesn't match that ssh command.  Try changing it to:
>> 
>>  Host foo foo.mydomain.com
>> 
>> and see if you get different behavior.
He said that you wrote "host foo.mydomain.com" and use command for DIFFERENT 
domain "foo" (ssh -vvv foo ...) in your previous letter. I think it was just a 
blot.

The answer you need was in the first letter - change the order of blocks in 
local config. Even after rereading foo matches the first block that has no 
delegate option.
> 
> Have you noticed CanonicalizeHostname and CanonicalDomains?
> 
> This block matches that ssh command otherwise could you explain why
> I got all other options from it and this debug line:
> 
> % ssh -vvv foo klist |& grep re-re
> debug1: Hostname has changed; re-reading configuration
> 
> 
> 
> /usr/share/doc/openssh-client/changelog.Debian.gz
> 
> openssh (1:6.5p1-1) unstable; urgency=medium
> 
> * New upstream release (http://www.openssh.com/txt/release-6.5,
> LP: #1275068):
> - ssh(1): Add support for client-side hostname canonicalisation using a
>  set of DNS suffixes and rules in ssh_config(5).  This allows
>  unqualified names to be canonicalised to fully-qualified domain names
>  to eliminate ambiguity when looking up keys in known_hosts or checking
>  host certificate names (closes: #115286).
> 
> 
> -- 
> sergio.
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-ssh-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/533d14c0.3060...@sergio.spb.ru
> 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org