Bug#869708: Duplicate of #969593?
Hey, I think this is a dup of the above bug. Thanks! --Michael
Bug#1013732: hostapd: Build options: 802.11ax should be enabled. 802.11ax has been standardised.
Package: hostapd Version: 2:2.10-9+b1 Severity: normal Tags: patch X-Debbugs-Cc: mvanderko...@gmail.com Dear Maintainer, 802.11ax has been standardised; we can just enable the CONFIG_IEEE80211AX option. The patch for this follows: --- config/hostapd/linux.orig 2022-06-25 14:04:02.262732937 +1000 +++ config/hostapd/linux2022-06-25 14:04:34.474421701 +1000 @@ -159,7 +159,7 @@ # Note: This is experimental and work in progress. The definitions are still # subject to change and this should not be expected to interoperate with the # final IEEE 802.11ax version. -#CONFIG_IEEE80211AX=y +CONFIG_IEEE80211AX=y # Simultaneous Authentication of Equals (SAE), WPA3-Personal CONFIG_SAE=y -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages hostapd depends on: ii init-system-helpers 1.63 ii libc62.33-7 ii libnl-3-200 3.5.0-0.1 ii libnl-genl-3-200 3.5.0-0.1 ii libnl-route-3-2003.5.0-0.1 ii libssl3 3.0.4-2 ii lsb-base 11.2 hostapd recommends no packages. hostapd suggests no packages. -- Configuration Files: /etc/default/hostapd changed: DAEMON_CONF="/etc/hostapd/hostapd.conf" -- no debconf information
Bug#755303: Debian bug #755303
I was trying to figure out next steps. I'm guessing it's trying to get a sponsored upload. If you like, you're welcome to find a sponsor... Cheers, Michael On 11 Sep 2014 18:51, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: Hello Luca, hello Michael, I ask before more then 2 weeks about the status of the adoption from remmia. So I want to adopt this package too. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net
Bug#755303: Adoption: Happy to help out...
Works for me. I'll apply to be added to the gnome packaging team, then. On 1 Aug 2014 04:33, Luca Falavigna dktrkr...@debian.org wrote: Hi Michael, thanks for your interest in maintaining remmina! I'd like to give over maintainership due to lack of time, so I'd prefer if you could take the maintainer role, with me acting a sponsor (if needed). Cheers, Luca
Bug#750870: Proposed OpenSSL linking exception
Background: #750870 is about a licencing issue, namely that Remmina links against libssh which links against OpenSSL, and Remmina is GPL without any linking exception. For package Remmina, upstream proposes to add the following text authorising the linking of OpenSSL with Remmina (see https://github.com/FreeRDP/Remmina/pull/287): In addition, as a special exception, the copyright holders give permission to link the code of portions of this program with the OpenSSL library under certain conditions as described in each individual source file, and distribute linked combinations including the two. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. If you modify file(s) with this exception, you may extend this exception to your version of the file(s), but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. If you delete this exception statement from all source files in the program, then also delete it here. Is this the standard exception? Would the relicencing solve #750870? Cheers, Michael
Bug#750870: Upstream issue
I've lodged an issue upstream asking for an OpenSSL linking exception. https://github.com/FreeRDP/Remmina/issues/286 Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755303: Adoption: Happy to help out...
I'm happy to help out with remmina, acting as (preferably) co-maintainer or a maintainer; I see there are a number of bugs, the highest priority of which is surely #750870, the OpenSSL licencing issue. Looking at the upstream github repo, they take lots of contributions, so it isn't likely that they can effectively relicence with the OpenSSL exception. How likely is it that progress can be made on #656650 in resolving it? BTW, from the activity I see on https://github.com/FreeRDP/Remmina , it doesn't look inactive - they recently released a new beta. I'm the maintainer for jbigkit, and have done some work on t38modem. That said, I need a sponsor for my uploads. I trust you'd be able to continue to upload, if nothing else? Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715931:
I've diagnosed this bug - it occurs whenever --anim= is passed any non-existent file. The fix should then be kind of trivial... Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616447: Fyre: adoption
Dear Christoph, I've been playing around with this package, and I'm willing to adopt it, though I will need a sponsor. As a start, I'll update the standards version, fix the build flags, and #715931. I've opened https://github.com/mvanderkolff/fyre-packaging as my packaging repo. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755499: Prefer upstream man pages
Wait, don't we already use those? Only the *85 ones are the minimalist ones, which don't have upstream versions... Cheers, Michael On Mon, Jul 21, 2014 at 9:48 PM, Mathieu Malaterre ma...@debian.org wrote: Package: jbigkit Version: 2.0-2.1 Current man pages are very very minimalists. Please consider installing (after proper renaming) upstream man pages: ./pbmtools/pbmtojbg.1 ./pbmtools/jbgtopbm.1
Bug#680935:
On closer inspection, not quite; we can incorporate the fscanf pedantry - we probably should upstream that... Cheers, Michael On Tue, Jul 22, 2014 at 12:30 AM, Michael van der Kolff mvanderko...@gmail.com wrote: AFAICT, upstream has incorporated those into pbmtojbg*.c jbgtopbm*.c. Additionally, I have tested the current version with -Wall, and it builds clean. Cheers, Michael On Mon, Jul 21, 2014 at 11:49 PM, Colin Watson cjwat...@debian.org wrote: On Mon, Jul 21, 2014 at 01:55:29PM +0200, Mathieu Malaterre wrote: Current packager is working on uploading new upstream: 2.1. Hopefully upstream did integrate most of your diffs, otherwise we'll just close it. This implies that you will close this bug if upstream did not integrate all my diffs. Rather, if upstream did not integrate my diffs or the equivalent (e.g. casts so that the code is correct within C89), then please leave this bug open. -- Colin Watson [cjwat...@debian.org]
Bug#680935:
Yeah, there's still the -Wunused-result stuff. OK, we can incorporate that... So just the pbmtojbg* changes need to be incorporated. Cheers, Michael On Tue, Jul 22, 2014 at 12:36 AM, Michael van der Kolff mvanderko...@gmail.com wrote: On closer inspection, not quite; we can incorporate the fscanf pedantry - we probably should upstream that... Cheers, Michael On Tue, Jul 22, 2014 at 12:30 AM, Michael van der Kolff mvanderko...@gmail.com wrote: AFAICT, upstream has incorporated those into pbmtojbg*.c jbgtopbm*.c. Additionally, I have tested the current version with -Wall, and it builds clean. Cheers, Michael On Mon, Jul 21, 2014 at 11:49 PM, Colin Watson cjwat...@debian.org wrote: On Mon, Jul 21, 2014 at 01:55:29PM +0200, Mathieu Malaterre wrote: Current packager is working on uploading new upstream: 2.1. Hopefully upstream did integrate most of your diffs, otherwise we'll just close it. This implies that you will close this bug if upstream did not integrate all my diffs. Rather, if upstream did not integrate my diffs or the equivalent (e.g. casts so that the code is correct within C89), then please leave this bug open. -- Colin Watson [cjwat...@debian.org]
Bug#680935:
AFAICT, upstream has incorporated those into pbmtojbg*.c jbgtopbm*.c. Additionally, I have tested the current version with -Wall, and it builds clean. Cheers, Michael On Mon, Jul 21, 2014 at 11:49 PM, Colin Watson cjwat...@debian.org wrote: On Mon, Jul 21, 2014 at 01:55:29PM +0200, Mathieu Malaterre wrote: Current packager is working on uploading new upstream: 2.1. Hopefully upstream did integrate most of your diffs, otherwise we'll just close it. This implies that you will close this bug if upstream did not integrate all my diffs. Rather, if upstream did not integrate my diffs or the equivalent (e.g. casts so that the code is correct within C89), then please leave this bug open. -- Colin Watson [cjwat...@debian.org]
Bug#680935: jbigkit: Removing the last -Wunused-result compile warnings, and some error checking in pbmtojbg
Forgot to include the bug on the email. On Tue, Jul 22, 2014 at 9:37 AM, Michael van der Kolff mvanderko...@gmail.com wrote: Dear Markus, I attach the following patch to jbig-kit 2.1. This is a reworked one against 2.0, and (atm) is slated for inclusion in Debian. Warmest regards, Michael
Bug#755284: libjbig0 priority should be at least optional
I'd be happy to have a co-maintainer; my workload has been much heavier over the last year, and so I haven't sat down to do tasks that I really should do - after all, I use it on my own systems, so I should be willing to contribute too. Cheers, Michael On 20 Jul 2014 01:52, Didier Raboud o...@debian.org wrote: Source: libjbig0 Version: 2.0-2.1 Severity: important Hi, according to https://ftp-master.debian.org/override-disparity.gz , libjbig0 is depended upon by 11 packages of priority 'optional'. It should therefore be at least of priority 'optional'. Markus, by the way, do you need assistance with the maintenance of libjbigkit? A new upstream version should be uploaded since April and Ubuntu has prepared many fixes which should really be included in the Debian package. I'd be happy to help with the maintenance either as co-maintainer (that just needs your agreement) or single maintainer (you'd need to properly orphan the package, see [0]). Thanks in advance, OdyX [0] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#orphaning -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#706883: Does new version fix this? If not, more info please.
Dear Sebastian, Does the present version in testing, 2.0.0-4, fix this? If so, please close this bug. If not, please use wireshark or tcpdump to get a traffic log of what passed over the wire. To see how you could get a one second call, and yet have it in the fax call setup stage, consider what happens in T.38: 1. Establish call 2. Switch to T.38 mode in the media path after establishment. So something *might* be going on in step 2. The wireshark output lets us see. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696957: linux-tools-3.2: perf record should state that sys.kernel.perf_event_paranoid might have something to do with its failure
Package: linux-tools-3.2 Version: 3.2.17-1 Severity: normal Dear Maintainer, When issuing perf record -p annoying_process_id -g, I got Fatal: failed to mmap with 22 (Invalid argument). This is remedied by setting /proc/sys/kernel/perf_event_paranoid to -1 (I tested it with 0, and it still occurred). perf record should state what sys.kernel.perf_event_paranoid should be set to in response to failure, instead of giving me such a useless error message. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-tools-3.2 depends on: ii libc6 2.13-37 ii libdw10.152-1+wheezy1 ii libelf1 0.152-1+wheezy1 ii libnewt0.52 0.52.14-10 ii libperl5.14 5.14.2-16 ii libpython2.7 2.7.3~rc2-2.1 ii libslang2 2.2.4-15 ii perl 5.14.2-16 ii python2.7.3~rc2-1 Versions of packages linux-tools-3.2 recommends: ii linux-base 3.5 Versions of packages linux-tools-3.2 suggests: pn linux-doc-3.2 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680935: jbigkit: several compiler warnings on amd64
That seems perfectly sensible. Now to convince my sponsor to make a new upload :) I'll try to find my sponsor in the morning. Warmest regards, Michael On Mon, Jul 9, 2012 at 9:08 PM, Colin Watson cjwat...@ubuntu.com wrote: Package: jbigkit Version: 2.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch quantal I got the Ubuntu security team to review jbigkit (https://bugs.launchpad.net/ubuntu/+source/jbigkit/+bug/993304), since image processing libraries often end up being attack vectors one way or another. Jamie commented on some compiler warnings that show up. Here's a patch to fix them. Note that I've used some C99 printf length modifiers (z and t), since those are the most precise way to specify the types. This is fine for Debian, but I don't know whether upstream is happy to rely on C99; if not, they might have to use casts or something instead. * Fix a number of compiler warnings per feedback from Ubuntu security team (LP: #993304). diff -Nru jbigkit-2.0/debian/patches/series jbigkit-2.0/debian/patches/series --- jbigkit-2.0/debian/patches/series 2012-04-09 10:25:02.0 +0100 +++ jbigkit-2.0/debian/patches/series 2012-07-09 11:11:28.0 +0100 @@ -1,3 +1,4 @@ allNewMainMakefile.diff pbmtoolsMakefile.diff useLibtool.diff +warnings.diff diff -Nru jbigkit-2.0/debian/patches/warnings.diff jbigkit-2.0/debian/patches/warnings.diff --- jbigkit-2.0/debian/patches/warnings.diff1970-01-01 01:00:00.0 +0100 +++ jbigkit-2.0/debian/patches/warnings.diff2012-07-09 11:57:52.0 +0100 @@ -0,0 +1,263 @@ +Subject: Fix several compiler warnings +Author: Colin Watson cjwat...@ubuntu.com +Forwarded: no + +Index: b/libjbig/tstcodec.c +=== +--- a/libjbig/tstcodec.c b/libjbig/tstcodec.c +@@ -399,7 +399,7 @@ + for (i = 0; i 16 * 16 !trouble; i++) { + pix = arith_decode(sd, (t82cx[i 4] ((15 - i) 15)) 1); + if (pix 0) { +- printf(Problem at pixel %ld, byte %d.\n\n, ++ printf(Problem at pixel %ld, byte %td.\n\n, +i+1, sd-pscd_ptr - sd-pscd_end); + trouble++; + break; +@@ -411,7 +411,7 @@ + } + } + if (!trouble sd-pscd_ptr != sd-pscd_end - 2) { +-printf(%d bytes left after decoder finished.\n\n, ++printf(%td bytes left after decoder finished.\n\n, + sd-pscd_end - sd-pscd_ptr - 2); + trouble++; + } +@@ -439,7 +439,7 @@ + pix = arith_decode(sd, (t82cx[i 4] ((15 - i) 15)) 1); + } + if (pix 0) { +- printf(Problem at pixel %ld, byte %d.\n\n, ++ printf(Problem at pixel %ld, byte %td.\n\n, +i+1, sd-pscd_ptr - sd-pscd_end); + trouble++; + break; +@@ -451,7 +451,7 @@ + } + } + if (!trouble sd-pscd_ptr != sd-pscd_end - 2) { +-printf(%d bytes left after decoder finished.\n\n, ++printf(%td bytes left after decoder finished.\n\n, + sd-pscd_end - sd-pscd_ptr - 2); + trouble++; + } +Index: b/libjbig/tstcodec85.c +=== +--- a/libjbig/tstcodec85.c b/libjbig/tstcodec85.c +@@ -334,7 +334,7 @@ + for (i = 0; i 16 * 16 !trouble; i++) { + pix = arith_decode(sd, (t82cx[i 4] ((15 - i) 15)) 1); + if (pix 0) { +- printf(Problem at pixel %ld, byte %d.\n\n, ++ printf(Problem at pixel %ld, byte %td.\n\n, +i+1, sd-pscd_ptr - sd-pscd_end); + trouble++; + break; +@@ -346,7 +346,7 @@ + } + } + if (!trouble sd-pscd_ptr != sd-pscd_end - 2) { +-printf(%d bytes left after decoder finished.\n\n, ++printf(%td bytes left after decoder finished.\n\n, + sd-pscd_end - sd-pscd_ptr - 2); + trouble++; + } +@@ -374,7 +374,7 @@ + pix = arith_decode(sd, (t82cx[i 4] ((15 - i) 15)) 1); + } + if (pix 0) { +- printf(Problem at pixel %ld, byte %d.\n\n, ++ printf(Problem at pixel %ld, byte %td.\n\n, +i+1, sd-pscd_ptr - sd-pscd_end); + trouble++; + break; +@@ -386,7 +386,7 @@ + } + } + if (!trouble sd-pscd_ptr != sd-pscd_end - 2) { +-printf(%d bytes left after decoder finished.\n\n, ++printf(%td bytes left after decoder finished.\n\n, + sd-pscd_end - sd-pscd_ptr - 2); + trouble++; + } +Index: b/pbmtools/jbgtopbm.c +=== +--- a/pbmtools/jbgtopbm.c b/pbmtools/jbgtopbm.c +@@ -110,7 +110,7 @@ + for (i = 0; i len i max; i++) + fprintf(f, %02x , p[i]); + if (len i) +-fprintf(f, ... %d bytes total, len); ++fprintf(f, ... %zd bytes total, len); + fprintf(f, \n); + } + +@@ -134,7 +134,7 @@ + /* read BIH */ + read_file(bie, buflen, len, fin); + if (len 20) { +-fprintf(f, Error: Input file
Bug#671382: v...@debian.org's patch applied: Please test
Dear Luigi, I have applied the patch that v...@debian.org posted. However, I have no H323 endpoints to test it against; would you please test against the svn-buildpackage version, and report your results? Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671382: Details of remote end?
Dear Luigi, My main set of tests is against SIP endpoints. The problem is probably upstream, but there is such a wide variety of remote ends out there that merely specifying that it crashes isn't enough to reproduce the bug. Please specify what the remote end is, including patch levels. Warmest regards, Michael van der Kolff
Bug#668856: hylafax-server: Please build with JBIG support
Package: hylafax-server Version: 2:6.1~20111227-8 Severity: normal In order to build with JBIG, it is sufficient to depend on libjbig-dev (now in sid), and to bump your tiff dependency to = 4.0.1-3 Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667835: Working JBIG-KIT uploaded
Could you please test it with the version of jbigkit in the repository now? Please let me know if there are any issues outstanding. Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663045: Patch to add multiarch
The attached patch adds multiarch against the git-tree mentioned. It does not build lintian-clean, but then, the tree doesn't actually build at all right now, so I figure this is an improvement :) Warmest regards, Michael newOpenjpeg-multiarch.diff Description: Binary data
Bug#667835: tiff: Please support JBIG
Yeah, I've packaged something new for that. Eventually my sponsor will upload it (I've already asked him to, he asked me about the test suite, I added it back in, it barfed without it installed, so I dumped export LD_LIBRARY_PATH into the Makefile, etc...) Hopefully it should be up in the next 48 hours. The new package is already on the VCS; it's tagged as debian/2.0-2, and I've tested it as building. BTW, as far as I was aware, 0.0.0 was normal, since it is the first SO release of the package (JBIG-KIT, as written by the author, has no SO in the Makefile - I fiddled with the Makefile until it worked. That has been submitted upstream, but upstream would seem to be a Cambridge fellow with other far more interesting things to amuse him, or perhaps the students are just getting to him :) In any case, upstream is unresponsive. ). Is that not the normal practice for versioning? Let me know if there's something else - I'd be happy to add you onto the VCS. The tree is at github.com/mvanderkolff/jbigkit-packaging (I have not got access to alioth collab-maint - that's why it's not hosted there). Warmest regards, Michael On Sun, Apr 8, 2012 at 11:53 PM, Jay Berkenbilt q...@debian.org wrote: Michael van der Kolff mvanderko...@gmail.com wrote: If so, I will definitely support it in libtiff. There's a security update going in now. After that transitions, I'll upload with JBIG support. When do you expect that to be? My use case for this is actually fax, which means that I need one final piece from HylaFAX before I can go ahead and use it. HylaFAX only builds with JBIG support if both libtiff with JBIG exists, and the JBIG headers also exist. If all goes well, it should only be a couple of days. Actually, I just tried building tiff with libjbig-dev installed, and I get the following: ... checking for jbg_dec_init in -ljbig... no checking jbig.h usability... yes checking jbig.h presence... yes checking for jbig.h... yes ... Support for external codecs: ... ISO JBIG support: no ... If I look at the libraries: % cd /usr/lib/x86_64-linux-gnu % ls -l *jbig* lrwxrwxrwx 1 root root 14 Apr 6 08:08 libjbig.so - libjbig.so.0.0 lrwxrwxrwx 1 root root 16 Apr 6 08:08 libjbig.so.0 - libjbig.so.0.0.0 -rw-r--r-- 1 root root 58912 Apr 6 08:08 libjbig.so.0.0.0 it seems that libjbig.so is wrong. The .0.0.0 is suspicious anyway. Is there no proper shared library versioning here? Updating the link of libjbig.so to point to libjbig.so.0.0.0 corrects the problem. I'll delay any uploads until I hear back that this problem is fixed. If you need a sponsor for your upload and your regular sponsor is slow to respond or unavailable, let me know, and I can sponsor. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667927: JBIGKIT: Makefile changes
I've made the change suggested. It's now in the VCS, tagged as 2.0-2. Mathieu, would you please upload it? Sorry for the inconvenience. Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457650: splix: jbigkit packaged for Debian
Package: splix Version: 2.0.0+svn300-1.1 Followup-For: Bug #457650 JBIGKit has been packaged for Debian (source package jbigkit, dev package libjbig-dev), and is now in unstable. There is a minor surprise; link to -ljbig instead of -ljbig85 (I put them all into the one library). Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667835: tiff: Please support JBIG
Package: tiff Severity: normal Tags: patch JBIGKit has been packaged for Debian (source package jbigkit), and is now in unstable. Please use it; the only change needed on my system was to Build-Depends on libjbig-dev -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-17-generic (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667835: tiff: Please support JBIG
On Sat, Apr 7, 2012 at 11:34 AM, Jay Berkenbilt q...@debian.org wrote: Michael van der Kolff mvanderko...@gmail.com wrote: JBIGKit has been packaged for Debian (source package jbigkit), and is now in unstable. Please use it; the only change needed on my system was to Build-Depends on libjbig-dev Does that mean that the JBIG patents have all finally expired? (Checks google.) Wow, it looks like that just happened two days ago. Is that your understanding? Yep, that's my understanding. I guess you were just waiting until the right moment. Quite so, though I was preparing it in January - I got an email from a sponsor about 3 months later :) If so, I will definitely support it in libtiff. There's a security update going in now. After that transitions, I'll upload with JBIG support. When do you expect that to be? My use case for this is actually fax, which means that I need one final piece from HylaFAX before I can go ahead and use it. HylaFAX only builds with JBIG support if both libtiff with JBIG exists, and the JBIG headers also exist. One of my first acts in debian even before I became a DD was to prepare a libtiff update that added LZW support, which I did right after the LZW patents finally expired. Somehow I thought JBIG was still a few years off, but I guess time flies. Indeed it does. Thanks for the prompt answer! -- Jay Berkenbilt q...@debian.org Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659202: transition: t38modem 2.0.0
Libopal3.10.1 replaces 3.8; ekiga t38modem are upgraded. Cheers, Michael On 26/02/2012 6:49 AM, Cyril Brulebois k...@debian.org wrote: Hi, and sorry for the lag. Michael van der Kolff mvanderko...@gmail.com (09/02/2012): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition opal (3.10.1) (dependency) ptlib (2.10.2) (dependency) ekiga (3.3.1) (depends on libopal) which packages go away and which ones replace them? It looks like your transition could be scheduled right now but I'd rather see your updated package list before giving you a green light. Mraw, KiBi.
Bug#659202: transition: t38modem 2.0.0
Oh, and ptlib. That's it. On 26/02/2012 6:53 AM, Michael van der Kolff mvanderko...@gmail.com wrote: Libopal3.10.1 replaces 3.8; ekiga t38modem are upgraded. Cheers, Michael On 26/02/2012 6:49 AM, Cyril Brulebois k...@debian.org wrote: Hi, and sorry for the lag. Michael van der Kolff mvanderko...@gmail.com (09/02/2012): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition opal (3.10.1) (dependency) ptlib (2.10.2) (dependency) ekiga (3.3.1) (depends on libopal) which packages go away and which ones replace them? It looks like your transition could be scheduled right now but I'd rather see your updated package list before giving you a green light. Mraw, KiBi.
Bug#659202: transition: t38modem 2.0.0
I'm not a Dd; it's not in my power to upload (just beg). Cheers, Michael On 26/02/2012 7:07 AM, Cyril Brulebois k...@debian.org wrote: tag 659202 pending thanks Michael van der Kolff mvanderko...@gmail.com (26/02/2012): Libopal3.10.1 replaces 3.8; ekiga t38modem are upgraded. I assume you meant libopal3.6.8; it looks fine, so please go ahead. Mraw, KiBi. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk9JP2sACgkQeGfVPHR5Nd3rBQCgrw7+hq2ya7Ubb9BgM3BQDwyB 5i4AoNSfX7OIqM2WJedVtijJwIbQ1g7U =6+Da -END PGP SIGNATURE-
Bug#659202: transition: t38modem 2.0.0
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition opal (3.10.1) (dependency) ptlib (2.10.2) (dependency) ekiga (3.3.1) (depends on libopal) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614060: Patch to close 614060, 615783, and fix failure to build with present libopal; for upstream version 2.0.0
Dear all, I attach a patch for the present debian/ - this requires the present upstream current version, 2.0.0. This fixes the #615783 by replacing $(CC) with $(CXX) in the build script, and makes the present version build by adding -fpermissive to the build options. The real fix is in the OPAL library; I have submitted a patch on their mailing list. Also a trivial patch for #614060. Cheers, Michael diff -Nur t38modem-1.2.0/debian//changelog t38modem-2.0.0/debian//changelog --- t38modem-1.2.0/debian//changelog 2012-01-27 15:50:19.932160804 +1100 +++ t38modem-2.0.0/debian//changelog 2012-01-27 13:47:25.267803888 +1100 @@ -1,3 +1,13 @@ +t38modem (2.0.0-1) unstable; urgency=low + + * New upstream release + * Remake simplify-makefile, and patch to fix not building with g++ (Closes: #615783) + * Remove Build-Conflicts (Closes: #614060) + * Update to Standards 3.9.2 + * Make it build against OPAL currently in tree (Another FTBFS, no debian bug) + + -- Michael van der Kolff mvanderko...@gmail.com Fri, 27 Jan 2012 11:31:11 +1100 + t38modem (1.2.0-1) unstable; urgency=low * New upstream release (Closes: #541333, #549365, #512106) diff -Nur t38modem-1.2.0/debian//control t38modem-2.0.0/debian//control --- t38modem-1.2.0/debian//control 2010-06-04 23:02:23.0 +1000 +++ t38modem-2.0.0/debian//control 2012-01-27 11:33:09.987414037 +1100 @@ -4,8 +4,7 @@ Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org Uploaders: Kilian Krause kil...@debian.org, Jose Carlos Garcia Sogo js...@debian.org, Mark Purcell m...@debian.org, Santiago Garcia Mantinan ma...@debian.org Build-Depends: debhelper (= 7), help2man, libopal-dev, libexpat1-dev -Build-Conflicts: linux-kernel-headers ( 2.5.999-test7-bk-14) -Standards-Version: 3.8.4 +Standards-Version: 3.9.2 Homepage: http://t38modem.sf.net/ Vcs-Svn: svn://svn.debian.org/pkg-voip/t38modem/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-voip/t38modem/?op=log diff -Nur t38modem-1.2.0/debian//patches/series t38modem-2.0.0/debian//patches/series --- t38modem-1.2.0/debian//patches/series 2010-06-04 22:54:01.0 +1000 +++ t38modem-2.0.0/debian//patches/series 2012-01-27 13:47:09.903803145 +1100 @@ -1 +1,2 @@ -simplify-makefile +simplify-makefile-new +t38modem-opal3.10-patch diff -Nur t38modem-1.2.0/debian//patches/simplify-makefile t38modem-2.0.0/debian//patches/simplify-makefile --- t38modem-1.2.0/debian//patches/simplify-makefile 2012-01-27 11:43:13.383443239 +1100 +++ t38modem-2.0.0/debian//patches/simplify-makefile 1970-01-01 10:00:00.0 +1000 @@ -1,146 +0,0 @@ -Description: Simplify upstream Makefile (Thks mvanderkolff) -Author: Mark Purcell m...@debian.org -Bug-Debian: http://bugs.debian.org/584501 - t38modem-1.2.0.orig/Makefile -+++ t38modem-1.2.0/Makefile -@@ -97,59 +97,29 @@ - # - # - --PROG = t38modem --SOURCES := pmutils.cxx dle.cxx pmodem.cxx pmodemi.cxx drivers.cxx \ -- t30tone.cxx hdlc.cxx t30.cxx fcs.cxx \ -- pmodeme.cxx enginebase.cxx t38engine.cxx audio.cxx \ -- drv_pty.cxx \ -- main_process.cxx -- --# --# Build t38modem for --# - Open Phone Abstraction Library if defined USE_OPAL --# - Open H323 Library or H323 Plus Library if not defined USE_OPAL --#(NOTE: define NO_PBOOLEAN for Open H323 Library) --# --ifdef USE_OPAL -- VPATH_CXX := opal -- -- SOURCES += \ -- opalutils.cxx \ -- modemep.cxx modemstrm.cxx \ -- h323ep.cxx \ -- sipep.cxx \ -- manager.cxx -- -- ifndef OPALDIR --OPALDIR=$(HOME)/opal -- endif -- -- OBJDIR_SUFFIX = _opal$(OBJ_SUFFIX) -- STDCCFLAGS += -DUSE_OPAL -- -- include $(OPALDIR)/opal_inc.mak --else -- VPATH_CXX := h323lib -- -- SOURCES += t38protocol.cxx g7231_fake.cxx h323ep.cxx -+%.o: %.cxx -+ $(CXX) -c $(CFLAGS) $(CPPFLAGS) -o $@ $ - -- ifndef OPENH323DIR --OPENH323DIR=$(HOME)/openh323 -- endif -- -- include $(OPENH323DIR)/openh323u.mak -- -- ifdef NO_PBOOLEAN --STDCCFLAGS += -DPBoolean=BOOL -- endif --endif -+PROG = t38modem -+OBJECTS := pmutils.o dle.o pmodem.o pmodemi.o drivers.o t30tone.o hdlc.o t30.o fcs.o pmodeme.o enginebase.o t38engine.o audio.o drv_pty.o main_process.o \ -+ opal/opalutils.o opal/modemep.o opal/modemstrm.o opal/h323ep.o opal/sipep.o opal/manager.o -+#SOURCES renamed - but don't have explicit rules. -+#SOURCES := pmutils.cxx dle.cxx pmodem.cxx pmodemi.cxx drivers.cxx \ -+# t30tone.cxx hdlc.cxx t30.cxx fcs.cxx \ -+# pmodeme.cxx enginebase.cxx t38engine.cxx audio.cxx \ -+# drv_pty.cxx \ -+# main_process.cxx -+ -+USE_UNIX98_PTY := 1 -+CPPFLAGS += `pkg-config --libs --cflags opal` -+CPPFLAGS += -DUSE_OPAL - - # - # If defined COUT_TRACE then enable duplicate the - # output of myPTRACE() to cout - # - ifdef COUT_TRACE --STDCCFLAGS += -DCOUT_TRACE -+CPPFLAGS += -DCOUT_TRACE - endif - - # -@@ -161,7 +131,7 @@ endif - # do not use --old-asn option). - # - ifdef OPTIMIZE_CORRIGENDUM_IFP --STDCCFLAGS
Bug#656413: ITP: jbigkit -- JBIG-KIT is a library implementing JBIG1 in T.85 non-T.85 mode
Package: wnpp Severity: wishlist Owner: Michael van der Kolff mvanderko...@gmail.com * Package name: jbigkit Version : 2.0.0 Upstream Author : Markus Kuhn mg...@cl.cam.ac.uk * URL : http://www.cl.cam.ac.uk/~mgk25/jbigkit/ * License : GPL Programming Lang: C Description : JBIG-KIT is a library implementing JBIG1 in T.85 non-T.85 mode JBIG-KIT is a library implementing JBIG1 in T.85 non-T.85 mode. JBIG1 is used by faxes and some printers, notable the SPL range from Samsung some zjs printers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584501: New Makefile
Makefile with .cxx transform rule Makefile Description: Binary data
Bug#584501: t38modem: 1.2.0 is released upstream, and compiles with version of libopal shipped with minor modifications
Package: t38modem Severity: wishlist The t38modem version shipped is antiquated; 1.2.0 (from t38modem.sf.net) compiles against libopal3.6.1 with minor modification to Makefile. (That's Ubuntu Jaunty; it would probably compile just fine against 3.6.6). For the moment, I would suggest just shipping a build, but there are a couple of reasonable init scripts that could perhaps be suggested in the /usr/share/doc. I'll reply to the bug with my Makefiles, and the minor rename of the cxx - cpp so that setting CPPFLAGS worked with the default rules. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-backports'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-22-generic (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584501: Makefile used after renaming files from .cxx - .cpp
Attached is the modified Makefile, removing references to the odd Makefile tangle used to build it previously, and using pkg-config instead. Cheers, Michael Makefile Description: Binary data
Bug#584501: Bug would close...
Uploading 1.2.0 would close #541333, #512106, #549365. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481567: python-samba: Should be built for versions of python other than 2.4
Package: python-samba Version: 3.0.24-6etch9 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (400, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages python-samba depends on: ii lib 2.7-9GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii lib 2.1.30-13.3 OpenLDAP libraries ii pyt 2.4.4-6 An interactive high-level object-o ii pyt 0.5.14 register and build utility for Pyt python-samba recommends no packages. -- no debconf information The python bindings for this apply cleanly against other versions of python. I suggest that they too be built. Cheers, Michael -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385438: Made a patch for the new package, utilising the source off sourceforge, please test
The files above, along with the source from http://optusnet.dl.sourceforge.net/sourceforge/kinterbasdb/kinterbasdb-3.2.src.tar.gz (or any of the other sourceforge mirrors), is the kinterbasdb package I have used. If it can be used in any way please test. Yeah, I have no particular clue why one needs to always have isc_callback in _kievents.h, but I figure Ed probably knows what he's doing. If this can be uploaded, have a lot of fun; I'm happy to maintain this, but have only a cursory knowledge of what I'm doing. Cheers, Michael python-kinterbasdb_3.2.0-1.diff.gz Description: GNU Zip compressed data python-kinterbasdb_3.2.0-1.dsc Description: Binary data
Bug#306714: libfirebird2-super: UDF - no libib_util.so in latest *firebird2* packages
Package: libfirebird2-super Version: 1.5.1-4 Followup-For: Bug #306714 Due to lack of libib_util.so, it is rather difficult to get ib_util_malloc called (cd /usr/lib;strings *.so *.a | grep ib_util returns nothing). As a result, only UDFs linked against lib_ibutil.a (built on a non-debian box) work properly. Please add libib_util.so to whatever package it fits best in. BTW, I'm actually using sarge; that has APT policy 500... :) I only used sid for the java-package. Cheers, Michael -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libfirebird2-super depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]