Bug#816087: iptables is racy by default when used in scripts

[Pedretti Fabio]

Control: fixed -1 1.8.0-1~exp1

Hi, this should be fixed with 1.8.0-1~exp1 when using the nf_tables backend.

>From man xtables-nft:

DIFFERENCES TO LEGACY IPTABLES
Because the xtables-nft tools use the nf_tables kernel API, rule
additions and deletions are always atomic.  Unlike iptables-legacy,
iptables-nft -A ..  will NOT need to retrieve the current ruleset from
the kernel, change it, and re-load the altered ruleset.  Instead,
iptables-nft will tell the kernel to add one rule.  For this reason,
the iptables-legacy --wait option is a no-op in iptables-nft.

Bug#599040: sweethome3d: complains about GLX 1.3, impossibly slow

[Pedretti Fabio]

Current sweethome3d and mesa graphics drivers should probably have this
fixed, can you try again now with debian 8?

Bug#828499: Fixed in 7.1

[Pedretti Fabio]

https://bugs.php.net/bug.php?id=72360

Bug#794562: 0ad: Test 0ad with new version of nvidia-texture-tools

[Pedretti Fabio]

Is this still needed? IIRC nvtt from git master was too unstable and there
is no plan to update debian to it. So this could be closed.

Bug#809406: vc4 on arm64

[Pedretti Fabio]

vc4 should also be enabled on arm64, now that RPi3 is released.

Bug#807774: mesa: please enable virgl mesa driver

[Pedretti Fabio]

qemu 2.5 is in testing now, while linux 4.4 is in experimental.

More info about virgl here:
http://kernelnewbies.org/Linux_4.4#head-2eeb49fa6ff17e43ad0a5bf743c945a9289a58f4

Bug#778747: openssl: RFC 7465 says RC4 is broken, never to be used

[Pedretti Fabio]

FYI OpenSSL 1.1.0, currently in alpha, final release planned april 2016,
removes RC4 from DEFAULT:
https://www.openssl.org/news/changelog.html

728504 is a dupe of this bug.

Bug#650601: transition: libpng 1.5

[Pedretti Fabio]

Hi, I could provide a fast server (16+ xeon cores, 32gb+ ram) accessible
via ssh for test rebuild. If it can be useful let me know.
Il 27/dic/2015 14:08, "Tobias Frost"  ha scritto:

> Hi,
>
> Now the stats read:
> Built: 417
> Failed: 112
> OK: 304
>
> To get forward, I drafted some MBF announcement on the Titanpad. Would
> be cool if some can check it and maybe improve it (writing is not my
> strength)
>
> https://titanpad.com/libpng16-transistion
>
> In the draft propose the following plan:
>
> 0. Assess situation (rebuld) -- done
> 1. MBF announcement
> 2.  File bugs
> for packages failing to build or needing updates in the B-Ds
> 2. Upload
> libpng1.6 to unstable, providing libpng-dev (after "GO" from the
> release team)
> 2a Upload libpng1.2 without providing libpng-dev to
> unstable
> 3. Raise severity to RC
> 4. Prepare patches and NMU them
> 5. binNMU
> 6. fix remaining issues to finish transition
> 7. Remove libpng12 from
> unstable
>
> I'd go to upload 16 package with providing libpng-dev from day 1. and
> then in a second step (as it needs to pass NEW) provide libpng-dev as
> real package to allow versioned depends later. This second-step package
> can be cleared via experimental.
>
> Nobuhiro, what do you think? As said, now I'd have time
> Emilio/Release-Team: The plan sounds OK with you?
>
> --
> To unsubscribe, send mail to 650601-unsubscr...@bugs.debian.org.
>

Bug#797181: freeradius: packaging 3.0.x

[Pedretti Fabio]

Version: 2.2.5+dfsg-0.2
Severity: important

>From http://freeradius.org/download.html :
2.2.x Series - EOL
The 2.2.x release series is now End Of Life. Only security fixes will
be applied to 2.2.x. Users of 2.2.x are encouraged to migrate to the
latest 3.0.x series release.

3.0.9+ should also add proper TLS 1.2 support, while current 2.2.5
only supports TLS 1.0:
https://community.jisc.ac.uk/groups/eduroam/article/tls-12-and-updated-radius-requirements

Bug#754988: libjpeg8 removal

[Pedretti Fabio]

Hi, is there a plan to remove libjpeg8 (and maybe also libjpeg9) now
that -turbo is the default?

I also noticed debian-games is still recommending libjpeg8-dev, should
it be changed to libjpeg-dev?


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

Bug#712862: libgbm is now available on kFreeBSD

[Pedretti Fabio]

Since mesa 1.3.1-1 libgbm is also available on kFreeBSD :

mesa (10.3.1-1) unstable; urgency=medium

  * Build libgbm on kfreebsd (fixes FTBFS).
  * New upstream stable release.
  * Upload to unstable.

 -- Julien Cristau   Mon, 13 Oct 2014 17:56:27 +0200


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

Bug#757797: Missing dependencies

[Pedretti Fabio]

Some additional information after mail discussion with Sylvestre.

Here is an example log of the problem when rebuilding libclc package with
llvm 3.5, after adding libedit-dev to libclc as a workaround but still with
missing libz-dev:
https://launchpadlibrarian.net/182793059/buildlog_ubuntu-utopic-i386.libclc_0~

git20140820.1830.7bd485

~

gd

~

u_FAILEDTOBUILD.txt.gz


Actually I am not sure if the two dependencies have to be added to
llvm-3.5-dev or to a different binary package. For example mesa builds fine
with current llvm-3.5-dev, so I think they should be added to clang-3.5,
which is used by libclc but not mesa.

I added them to libclc just as a workaround to be able to build it.