Re: fluidsynth 2.0

2018-12-07 Thread Fabian Greffrath
Hi Felipe,

Felipe Sateler wrote:
> I think the first step would be to prepare a package targeting
> experimental, see how much stuff fails to build and how hard it is to fix.

thanks for the heads-up!

As the one who uploaded the last two 1.x packages, I agree this is the
right way to go.

However, I have no plans to undergo the API transition myself, so please
don't count on me. I currently have a 2 months old baby at home and don't
even use the library myself apart from occasionally playing
SDL2_mixer-using games. My reason for uploading the previous packages was
that it included a patch by me which added support for playing SF3 format
sound fonts.

> With that info, it can be decided if it's best to keep both or port all
> apps to version 2.0.

My impression is that upstream has abandoned the 1.x series and we should
be wise enough to do the same in Debian.

Thanks,

 - Fabian




Processing of iem-plugin-suite_1.8.1-1_source.changes

2018-12-07 Thread Debian FTP Masters
iem-plugin-suite_1.8.1-1_source.changes uploaded successfully to localhost
along with the files:
  iem-plugin-suite_1.8.1-1.dsc
  iem-plugin-suite_1.8.1.orig.tar.bz2
  iem-plugin-suite_1.8.1-1.debian.tar.xz
  iem-plugin-suite_1.8.1-1_amd64.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



Processed: severity of 915331 is important

2018-12-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 915331 important
Bug #915331 [src:iem-plugin-suite] iem-plugin-suite FTBFS with juce-tools 
5.4.1~repack-1
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
915331: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915331
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#874220: marked as done (openni2 mustn't build with NEON on armel/armhf)

2018-12-07 Thread Debian Bug Tracking System
Your message dated Fri, 07 Dec 2018 20:45:17 +
with message-id 
and subject line Bug#874220: fixed in openni2 2.2.0.33+dfsg-7+deb9u1
has caused the Debian Bug report #874220,
regarding openni2 mustn't build with NEON on armel/armhf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
874220: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874220
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: openni2
Version: 2.2.0.33+dfsg-7
Severity: serious
Tags: patch
Control: affects -1 src:mrpt

NEON is not part of the armel and armhf architecture baselines,
it is therefore not permitted to use NEON unless proper runtime
detection is used.

NEON is also not available on the autobuilders.


openni2 trying to build with NEON on armel causes it to FTBFS:

https://buildd.debian.org/status/logs.php?pkg=openni2=armel

...
In file included from Sensor/XnPacked11DepthProcessor.cpp:27:0:
/usr/lib/gcc/arm-linux-gnueabi/7/include/arm_neon.h:31:2: error: #error "NEON 
intrinsics not available with the soft-float ABI.  Please use -mfloat-abi=softp 
or -mfloat-abi=hard"
 #error "NEON intrinsics not available with the soft-float ABI.  Please use 
-mfloat-abi=softp or -mfloat-abi=hard"
  ^



I also strongly suspect that the FTBFS of mrpt on armhf might be
caused by this bug (test_mrpt_hwdrivers is linked with libOpenNI2):

https://buildd.debian.org/status/fetch.php?pkg=mrpt=armhf=1%3A1.5.3-1=1504457093=0

...
cd /<>/obj-arm-linux-gnueabihf/tests && ./test_mrpt_hwdrivers
Illegal instruction



The "uname -m" usage in ThirdParty/PSCommon/BuildSystem/CommonDefs.mak
is wrong and also results in openni2 being built differently for i386
depending on whether a 32bit or 64bit kernel is used, but here I am
only addressing the ARM issues.

The fix contains of 3 parts:

1. In debian/patches/series, comment out
0006-rpi-Added-Armv6l-as-new-target-platform-and-created-missing-OniPlatformLinux-Arm.h-header.patch

This only made the uname bug above worse.


2. In debian/patches/0012-generic-linux.patch, fix a typo in
ThirdParty/PSCommon/BuildSystem/Platform.generic: FLAGS -> CFLAGS


3. Add the attached 0016-armel-armhf-no-neon.patch
Description: Use the generic platform for armel+armhf
 NEON is not part of the armel and armhf baselines.
Author: Adrian Bunk 

--- openni2-2.2.0.33+dfsg.orig/ThirdParty/PSCommon/BuildSystem/CommonDefs.mak
+++ openni2-2.2.0.33+dfsg/ThirdParty/PSCommon/BuildSystem/CommonDefs.mak
@@ -16,8 +16,6 @@ else ifneq (,$(findstring i686,$(MACHINE
HOST_PLATFORM = x86
 else ifneq (,$(findstring i386,$(MACHINE)))
HOST_PLATFORM = x86
-else ifneq (,$(findstring arm,$(MACHINE)))
-   HOST_PLATFORM = Arm
 else
HOST_PLATFORM = generic
 endif
--- End Message ---
--- Begin Message ---
Source: openni2
Source-Version: 2.2.0.33+dfsg-7+deb9u1

We believe that the bug you reported is fixed in the latest version of
openni2, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 874...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Adrian Bunk  (supplier of updated openni2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 13 Mar 2018 17:52:24 +0200
Source: openni2
Binary: libopenni2-0 openni2-utils libopenni2-dev openni2-doc
Architecture: source
Version: 2.2.0.33+dfsg-7+deb9u1
Distribution: stretch
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Adrian Bunk 
Description:
 libopenni2-0 - framework for sensor-based 'Natural Interaction'
 libopenni2-dev - headers for OpenNI 'Natural Interaction' frameworks
 openni2-doc - developer documentation for OpenNI frameworks
 openni2-utils - debug and test utilities OpenNI2 framework
Closes: 874220
Changes:
 openni2 (2.2.0.33+dfsg-7+deb9u1) stretch; urgency=medium
 .
   * Non-maintainer upload.
   * Fix armhf baseline violation and armel FTBFS caused by NEON usage.
 (Closes: #874220)
Checksums-Sha1:
 0a54372d150ad58d824097b74e635b17ac513fd7 2468 
openni2_2.2.0.33+dfsg-7+deb9u1.dsc
 ff1a67dcf57c5bdc7c950e65aa2365dbdbfea8eb 16324 
openni2_2.2.0.33+dfsg-7+deb9u1.debian.tar.xz
Checksums-Sha256:
 

Bug#915911: Additional information

2018-12-07 Thread Mladen Mijatov
Purging and reinstalling Blender didn't help. However listing installed 
packages shows minor version discrepancy.

blender-data/testing,testing,now 2.79.b+dfsg0-4 all [installed,automatic]
blender/testing,now 2.79.b+dfsg0-4+b2 amd64 [installed]

Not sure if this can be the reason but I am reporting it anyway.
-- 
Mladen Mijatov

Key ID: 4096R/83EFD5A0 2013-08-18