Bug#981672: libnitrokey FTBFS on !amd64/arm64: symbol differences

2021-02-02 Thread Patryk Cisek
I did an NMU to DELAY/3 last Sunday for exactly this problem, so it should be 
in tomorrow around 10am PST. :)

Sent from ProtonMail mobile

 Original Message 
On Feb. 2, 2021, 11:29, Adrian Bunk wrote:

> Source: libnitrokey
> Version: 3.5-3.1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/package.php?p=libnitrokey
>
> Symbol files for C++ libraries are usually problematic:
> https://wiki.debian.org/UsingSymbolsFiles

Bug#966922: libnitrokey: FTBFS: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below

2020-11-07 Thread Patryk Cisek
I have uploaded an NMU fix to DELAYED/10 earlier today. Please, see
the last 2 commits on top of the following for details:
https://salsa.debian.org/patryk/libnitrokey



Bug#966922: (No Subject)

2020-09-20 Thread Patryk Cisek
Hi Scott,

While resolving this bug, would you by the way bump libnitrokey to
version 3.6? Szczepan released it this week.

This new version introduces native support for LibremKey.



Bug#875161: [qtm] Future Qt4 removal from Buster

2019-08-22 Thread Patryk Cisek
Hey Moritz,

No, and upstream there's been no updates since June of 2017. Let's allow it
to be removed.

On Thu, Aug 22, 2019 at 12:51 PM Moritz Mühlenhoff  wrote:

> On Sat, Sep 09, 2017 at 11:08:10PM +0200, Lisandro Damián Nicanor Pérez
> Meyer wrote:
> > Source: qtm
> >
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a Qt5
> > port of your application
> > - if there are no activities regarding porting, investigate whether
> there are
> > suitable alternatives for your users
> > - if there is a Qt5 port that is not yet packaged, consider packaging it
> > - if both the Qt4 and the Qt5 versions already coexist in the Debian
> > archives, consider removing the Qt4 version
>
> Hi Patryk,
> are you still using/maintaining qtm? (Given that it wasn't uploaded since
> 2016)
>
> The current releases support Qt5, otherwise we can also remove the package.
>
> Cheers,
> Moritz
>
>

-- 
Patryk Cisek


Bug#824959: Bug#784473: [PATCH] kadu-mime-tex: remove extra build dependencies

2016-10-02 Thread Patryk Cisek
Hi Pino,

Please, NMU now -- I'm replacing my Debian GnuPG key, thus won't be able to
upload right away. Thanks!

On Sun, Oct 2, 2016 at 11:16 AM, Pino Toscano <p...@debian.org> wrote:

> tag 784473 + patch
> tag 824959 + patch
> thanks
>
> Hi Patryk,
>
> attached there is a patch to remove a number of build dependencies which
> are not used at all by kadu-mime-tex, including libqtwebkit-dev
> (#784473) and qtquick1-5-dev (#824959). qtdeclarative5-dev is explicitly
> added now, as it is needed to build and most probably it was implicitly
> pulled by one of the removed packages.
>
> I'll most probably NMU/5 in a week, unless it is fixed before, or there
> are objections/issues in NMUing.
>
> Thanks,
> --
> Pino Toscano




-- 
Patryk Cisek


Bug#768998:

2014-12-07 Thread Patryk Cisek
This bug was caused by #767010, which has been dealt with recently.


-- 
Patryk Cisek


Bug#767010: kadu-dev: KaduTargets.cmake hardcodes amd64 path

2014-11-24 Thread Patryk Cisek
Hi Gregor,

Yes, it is.

On Mon, Nov 24, 2014 at 8:28 PM, gregor herrmann gre...@debian.org wrote:

 On Mon, 27 Oct 2014 11:51:12 -0400, Aaron M. Ucko wrote:

  Builds of kadu-mime-tex for architectures other than amd64 have been
  failing due to a bug in kadu-dev:
 
CMake Error at /usr/share/cmake/Kadu/KaduTargets.cmake:67 (message):
  The imported target libkadu references the file
 
 /usr/lib/x86_64-linux-gnu/kadu/libkadu.so
 
  but this file does not exist.
 
  Could you please arrange to substitute an appropriate path (based on
  DEB_BUILD_MULTIARCH) at build time?

 Is this supposed to be fixed by the version uploaded yesterday?

  kadu (1.2-2) unstable; urgency=medium
  .
* Changed Architecture of kadu-dev to any


 Cheers,
 gregor


 --
  .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key
 0xBB3A68018649AA06
  : :' : Debian GNU/Linux user, admin, and developer  -
 http://www.debian.org/
  `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation
 Europe
`-   NP: Tom Waits: Dead And Lovely

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQJ8BAEBCgBmBQJUc4bTXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
 QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG/SUP/jTgjeUN03FOCdfhesFZc6ed
 vzLiVbdKWHhJ7PPJR5HAGwJEVQzZSl1i0cqIqLNeinKiv3EuDoBnOrTvxn0RdIOz
 Hw+HoHQ4i9VkyoQucBEVu4M8/1xfXvYQ1AeCOb5JG/bIEw48qW2pJQe7dJ/jlzB0
 WrUMhlJSlKc2YkzcwY0L0FxL3jCtK71hzVDqProSVsZGLHWN+y/D9zrc2bIMpTYU
 6vQXxjHXWUMd0HKei1xAp4NSaykqI0LEg+bx/NJ3L+UOJwBVTDZxDkTeMmcTz/2i
 zdwcGxOUG3v6VaOTPBR8QW+gFEc2udA/QexhtaXv3IoC48q39Bb2eWPfcikH9uBy
 Q2PylDC4dudyllE4yo1nDQUz6p1TAkZvo7I9x/8vHLPJG5zSTdCLKX1jwnupYkLR
 rZqXKO4SkT5AAQsDHqj8wmxwLxUMS7kpw4K3xnrOOAAwgA9a5C0V7T4uwcBfsNvB
 wpG2slrhLgVQe7j/QgCYD8jbfqWN2AE1taOcm0QqYipdAeCrotc20yWkfzW16Es7
 ndwpf/UrvA4fCxEhhXQSNI6i//QRRlXurXYrNGmJb9C/5pTlGDIl7YqRkyNlEhKv
 Vs5EZk/hdZuoPl64PInQnzb8dthwPa/H7iINi73mpYv/MLhFaTecUIOS+YBXqSTh
 8xiWkEdaPSh6EkXxw3f/
 =IwTY
 -END PGP SIGNATURE-




-- 
Patryk Cisek


Bug#496422: (no subject)

2008-09-01 Thread Patryk Cisek
Monday 01 of September 2008 12:38:52 Gerfried Fuchs napisał(a):
  ... furthermore, the tempfilenam you introduced doesn't end in .pgm and
 thus the script doesn't work. Did you actually test your patch? :)
Yes, I tested it with jpg files. I didn't have any .fli, .lfc, or .flic, so 
didn't check those. Only if the aview  $options $tmpfilenam executes. So the 
problem you're referring to is related to those files? Just out of curiosity, 
could you please shed some light on it? I mean the .pgm file name extension 
problem. :] Cause with jpeg works just as expected. 

-- 
Patryk Cisek


signature.asc
Description: This is a digitally signed message part.


Bug#496422: (no subject)

2008-08-31 Thread Patryk Cisek
I attached a patch with a fix for this bug.
-- 
Patryk Cisek
diff --git debian/patches/02_tmp_creation.patch debian/patches/02_tmp_creation.patch
new file mode 100644
index 000..2c9859b
--- /dev/null
+++ b/debian/patches/02_tmp_creation.patch
@@ -0,0 +1,41 @@
+--- /usr/bin/asciiview	2006-04-24 14:02:42.0 +0200
 asciiview	2008-08-31 15:45:22.0 +0200
+@@ -3,11 +3,11 @@
+ clear()
+ {
+   kill $! 2/dev/null
+-  rm -f /tmp/aview$$.pgm 2/dev/null
++  rm -f /tmp/${0##*/}* 2/dev/null
+ }
+ myconvert()
+ {
+-   if anytopnm $1 /tmp/aview$$.pgm 2/dev/null ; then
++   if anytopnm $1  $2 2/dev/null ; then
+  exit
+elif convert -colorspace gray $1 pgm:- 2/dev/null ; then
+  exit
+@@ -53,8 +53,9 @@
+   esac
+ done
+ trap clear 0
+-mkfifo /tmp/aview$$.pgm
+-outfile=/tmp/aview$$.pgm
++tmpfilenam=`mktemp -u /tmp/${0##*/}.XX`
++mkfifo $tmpfilenam
++outfile=$tmpfilenam
+ while [ $counter -gt 0 ]; do
+ counter=$(($counter-1))
+ name=${filenames[$counter]}
+@@ -65,10 +66,10 @@
+   aaflip $options $name
+   ;;
+ *)
+-  myconvert $name /tmp/aview$$.pgm 
++  myconvert $name $tmpfilenam  $tmpfilenam 
+   pid=$!
+   PATH=$PATH:.
+-  aview  $options /tmp/aview$$.pgm
++  aview  $options $tmpfilenam
+   kill $pid 2/dev/null
+ esac
+ else


signature.asc
Description: This is a digitally signed message part.


Bug#477018: (no subject)

2008-07-03 Thread Patryk Cisek
Dependency upon python-dev ( 2.5) seems to be completely needless. I didn't 
googled out any reason for having this dependency. Without it package 
compiles and runs normally. Also there's no info in changelog, nor in BTS 
about the need of this dependency. It should be removed.

-- 
Patryk Cisek
diff --git a/debian/control b/debian/control
index 3f19892..95573ae 100644
--- debian/control
+++ debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Chris Lawrence [EMAIL PROTECTED]
 Standards-Version: 3.7.2
 Build-Depends: debhelper (= 5.0.37.2)
-Build-Depends-Indep: python-dev (= 2.3), python-dev ( 2.5), python-bibtex (= 1.2.2-3), python-gnome2, python-glade2, gettext, python-support (= 0.3)
+Build-Depends-Indep: python-dev (= 2.3), python-bibtex (= 1.2.2-3), python-gnome2, python-glade2, gettext, python-support (= 0.3)
 XS-Python-Version: current
 
 Package: pybliographer


Bug#487714: qnapi: Defaults to non-English

2008-06-24 Thread Patryk Cisek
Monday 23 of June 2008 21:21:13 Johan Walles napisał(a):
 Try this, running GNOME, with LANG=sv_SE.UTF-8:
 * Open the (foot) menu Program
 * Open the Ljud och Video (Audio and Video) category
 * Click QNapi

 Expected result:
 A GUI should appear.  The language of the GUI should be either Swedish
 (because that's the locale I have set) or English.
Please note, that NapiProjekt (for which QNapi is a frontend -- 
www.napiprojekt.pl) is strictly Polish. You won't get Swedish subtitles 
there. In fact, you will get only Polish ones. That's what makes this package 
unusable for non-Polish speaking folks. I've spoken with upstream (before 
packaging QNapi) about writing QNapi in English, and then translating it 
(using Qt's i18n mechanism) to Polish, so it honors locales. But he decided, 
and I agreed, that it has no point, since it's unusable for anyone, that 
doesn't want to fetch Polish subs anyway.

Therefore, I change severity to whishlist. I'll also ask upstream to give his 
opinion here. If he agrees, I'll close this bug.

-- 
Patryk Cisek



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#481093: Patch that fixes the bug

2008-06-01 Thread Patryk Cisek
Before trying to create a symlink, /lib/init/rw/sendsigs.omit.d should be 
tested if it exists (or created without checking, which is not elegant, but 
effective :) -- see /etc/init.d/portmap). I've attached a fix for this bug.

--
Patryk Cisek
diff -ura ../../orig/sysklogd-1.5/debian/rc ./debian/rc
--- ../../orig/sysklogd-1.5/debian/rc	2008-06-01 08:14:45.0 +
+++ ./debian/rc	2008-06-01 08:11:05.0 +
@@ -81,6 +81,9 @@
 create_xconsole
 start-stop-daemon --start --quiet --pidfile $pidfile --name syslogd --startas $binpath -- $SYSLOGD
 log_end_msg $?
+if [ ! -d /lib/init/rw/sendsigs.omit.d ]; then
+	mkdir -p /lib/init/rw/sendsigs.omit.d
+fi
 rm -f /lib/init/rw/sendsigs.omit.d/sysklogd
 ln -s $pidfile /lib/init/rw/sendsigs.omit.d/sysklogd
 ;;


signature.asc
Description: This is a digitally signed message part.


Bug#482502: Patch for the bug

2008-06-01 Thread Patryk Cisek
The fix is simple, linux-headers-2.6.25-1-common needs to be changed to 
linux-headers-2.6.25-2-common in Build-Depends. In an attachment there's a 
patch that fixes the problem.

--
Patryk Cisek
Only in .: 482502.patch
diff -ru ../../orig/iptables-1.4.0/debian/control ./debian/control
--- ../../orig/iptables-1.4.0/debian/control	2008-06-01 07:42:21.0 +
+++ ./debian/control	2008-06-01 07:42:55.0 +
@@ -2,7 +2,7 @@
 Section: net
 Priority: important
 Maintainer: Laurence J. Lane [EMAIL PROTECTED]
-Build-Depends: debhelper (5.0), linuxdoc-tools, quilt, linux-headers-2.6.25-1-common
+Build-Depends: debhelper (5.0), linuxdoc-tools, quilt, linux-headers-2.6.25-2-common
 Standards-Version: 3.7.3
 Homepage: http://www.netfilter.org/
 
Only in ./debian: control~


signature.asc
Description: This is a digitally signed message part.


Bug#481094: Patch, that fixes the bug

2008-06-01 Thread Patryk Cisek
Before trying to create a symlink, /lib/init/rw/sendsigs.omit.d should be 
tested if it exists (or created without checking, which is not elegant, but 
effective :) -- see /etc/init.d/portmap). I've attached a fix for this bug.

--
Patryk Cisek
diff -ura ../../orig/sysklogd-1.5/debian/rc.klogd ./debian/rc.klogd
--- ../../orig/sysklogd-1.5/debian/rc.klogd	2008-06-01 08:14:45.0 +
+++ ./debian/rc.klogd	2008-06-01 08:08:52.0 +
@@ -26,6 +26,9 @@
 log_begin_msg Starting kernel log daemon...
 start-stop-daemon --start --quiet --pidfile $pidfile --name klogd --startas $binpath -- $KLOGD
 log_end_msg $?
+if [ ! -d /lib/init/rw/sendsigs.omit.d ]; then
+	mkdir -p /lib/init/rw/sendsigs.omit.d
+fi
 rm -f /lib/init/rw/sendsigs.omit.d/klogd
 ln -s $pidfile /lib/init/rw/sendsigs.omit.d/klogd
 ;;


signature.asc
Description: This is a digitally signed message part.