Bug#913542: teckit: Fails to build on Ubuntu's ppc64el (symbols)

[Daniel Glassey]

Hi,
Are you aware of any ways for the symbols file to handle different symbols
on different distros? Do you know what any other packages with a symbols
file do with this problem?

Or should there be a patch for Ubuntu rather than a change to the Debian
package if the ppc64el build there is going to be compiled differently than
the Debian one?

Thanks,
Daniel



On Mon, Nov 12, 2018 at 9:15 AM Jeremy Bicha  wrote:

> Source: teckit
> Version: 2.5.8+ds2-5
> Severity: important
>
> teckit fails to build on Ubuntu's ppc64el because the symbols don't
> match. A few symbols are added and several are missing.
>
> Notably, Ubuntu's ppc64el uses -O3 by default which occasionally leads
> to symbols differences compared to all other release architectures
> which default to -O2.
>
> Build log:
> https://launchpad.net/ubuntu/+source/teckit/2.5.8+ds2-5/+build/15640076
>
> Thanks,
> Jeremy Bicha
>

Bug#913552: firehol: Firehol upgrade 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol broken

[Russel Winder]

Hi,

> It looks weird.
> 
> Is MKTEMP_CMD defined as expected in /usr/lib/firehol/install.config ?
> 

|> grep -i mktemp /usr/lib/firehol/install.config
MKTEMP_CMD="/usr/bin/mktemp"

I think the file assumes everything that isn't in /usr/sbin is in /usr/bin,
but Debian has mktemp in /bin not /usr/bin.



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

Bug#913555: libsearpc: seaf-cli from seafile-cli fails with pysearpc.errors.NetworkError

[Moritz Schlarb]

Source: libsearpc
Version: 3.1.0-2
Severity: important

Control: affects -1 seafile-cli

Using seaf-cli list (with seaf-daemon running, either from seafile-applet or
standalone) leads to:

Traceback (most recent call last):
  File "/usr/bin/seaf-cli", line 869, in 
main()
  File "/usr/bin/seaf-cli", line 865, in main
args.func(args)
  File "/usr/bin/seaf-cli", line 360, in seaf_list
repos = seafile_rpc.get_repo_list(-1, -1)
  File "/usr/lib/python2.7/dist-packages/pysearpc/client.py", line 110, in
newfunc
ret_str = self.call_remote_func_sync(fcall_str)
  File "/usr/lib/python2.7/dist-packages/pysearpc/named_pipe.py", line 84, in
call_remote_func_sync
return self.transport.send(self.service_name, fcall_str)
  File "/usr/lib/python2.7/dist-packages/pysearpc/named_pipe.py", line 61, in
send
resp_header = recvall(self.pipe_fd, struct.calcsize('I'))
  File "/usr/lib/python2.7/dist-packages/pysearpc/utils.py", line 13, in
recvall
raise NetworkError('Failed to read from socket: %s' % e)
pysearpc.errors.NetworkError: Failed to read from socket: [Errno 104]
Connection reset by peer



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#913552: firehol: Firehol upgrade 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol broken

[Jerome BENOIT]

Hi Again, sorry for that.

It looks weird.

Is MKTEMP_CMD defined as expected in /usr/lib/firehol/install.config ?

Jerome

On 12/11/2018 12:36, Russel Winder wrote:
> Package: firehol
> Version: 3.1.6+ds-5
> Severity: important
> 
> Dear Maintainer,
> 
> The upgrade of firehol from 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol in a 
> broken state.
> 
> 
> Setting up firehol (3.1.6+ds-5) ...
> Job for firehol.service failed because the control process exited with error 
> code.
> See "systemctl status firehol.service" and "journalctl -xe" for details.
> invoke-rc.d: initscript firehol, action "restart" failed.
> ● firehol.service - Firehol stateful packet filtering firewall for humans
>Loaded: loaded (/lib/systemd/system/firehol.service; enabled; vendor 
> preset: enabled)
>Active: failed (Result: exit-code) since Mon 2018-11-12 08:29:33 GMT; 4ms 
> ago
>  Docs: man:firehol(1)
>man:firehol.conf(5)
>   Process: 7766 ExecStop=/usr/sbin/firehol stop (code=exited, 
> status=1/FAILURE)
>   Process: 7799 ExecStart=/usr/sbin/firehol start (code=exited, 
> status=1/FAILURE)
>  Main PID: 7799 (code=exited, status=1/FAILURE)
> 
> Nov 12 08:29:33 lavaine systemd[1]: Starting Firehol stateful packet 
> filtering firewall for humans...
> Nov 12 08:29:33 lavaine firehol[7799]: /usr/sbin/firehol: line 1043: 
> /usr/bin/mktemp: No such file or directory
> Nov 12 08:29:33 lavaine firehol[7799]: ERROR: Cannot create temporary 
> directory in /var/run/firehol. Make sure you have a working mktemp.
> Nov 12 08:29:33 lavaine systemd[1]: firehol.service: Main process exited, 
> code=exited, status=1/FAILURE
> Nov 12 08:29:33 lavaine systemd[1]: firehol.service: Failed with result 
> 'exit-code'.
> Nov 12 08:29:33 lavaine systemd[1]: Failed to start Firehol stateful packet 
> filtering firewall for humans.
> dpkg: error processing package firehol (--configure):
>  installed firehol package post-installation script subprocess returned error 
> exit status 1
> 
> 
> I am assuming this is a script problem:
> 
> 
> root@lavaine:~# ll /var/run/firehol
> total 0
> drwx--  2 root root  60 Nov 11 18:44 ./
> drwxr-xr-x 28 root root 780 Nov 12 08:30 ../
> -rw---  1 root root   0 Nov 11 18:44 firehol.lck
> 
> 
> root@lavaine:~# ll /usr/bin/mktemp
> ls: cannot access '/usr/bin/mktemp': No such file or directory
> 
> 
> root@lavaine:~# which mktemp
> /bin/mktemp
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_GB.UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) (ignored: 
> LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages firehol depends on:
> ii  firehol-common  3.1.6+ds-5
> ii  lsb-base9.20170808
> 
> Versions of packages firehol recommends:
> pn  fireqos  
> 
> Versions of packages firehol suggests:
> ii  firehol-doc3.1.6+ds-5
> pn  firehol-tools  
> pn  ulogd2 
> 
> -- Configuration Files:
> /etc/firehol/firehol.conf changed [not included]
> 
> -- no debconf information
> 

-- 
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B



signature.asc
Description: OpenPGP digital signature

Bug#711469: Can we have libslapi-dev back please:

[Florian Schlichting]

PING!

what's the status on this? Having slapi-dev in buster would save me at
least several openldap recompiles :-)

On Tue, Nov 07, 2017 at 03:07:04PM +0100, Florian Schlichting wrote:
> Control: tags 711469 + patch
> 
> On Tue, May 31, 2016 at 10:38:34PM +0200, Florian Schlichting wrote:
> > I need slapi-plugin.h for a $work project and would like to help move
> > this issue to either solution, reinstating slapi-dev or reintegration
> > into libldap2-dev.
> 
> as debian/slapi-dev.install is still there, bringing the slapi-dev
> package back is trivial. Please apply the following patch.
> 
> Florian
> 
> 
> commit 89c084c33f8d0e9db33b620c05d710bdc9438a31 (HEAD -> master)
> Author: Florian Schlichting 
> Date:   Tue Nov 7 12:33:33 2017 +0100
> 
> bring back slapi-dev (closes: #711469)
> 
> diff --git a/debian/control b/debian/control
> index bb68a5f5a..ca86503d3 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -104,3 +104,12 @@ Description: OpenLDAP development libraries
>   This package allows development of LDAP applications using the OpenLDAP
>   libraries. It includes headers, libraries and links to allow static and
>   dynamic linking.
> +
> +Package: slapi-dev
> +Section: libdevel
> +Architecture: any
> +Depends: slapd (= ${binary:Version}), ${misc:Depends}
> +Description: OpenLDAP SLAPI plugin interface development headers
> + This package allows development of plugins for the OpenLDAP slapd server
> + using the SLAPI interface. It includes the headers and libraries needed
> + to build such plugins.
> 
> -- 
> To unsubscribe, send mail to 711469-unsubscr...@bugs.debian.org.

Bug#913554: rdfind FTBFS on 32bit: error: call of overloaded 'update(std::streamsize, char [4096])' is ambiguous

[Adrian Bunk]

Source: rdfind
Version: 1.4.0-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=rdfind=sid

...
Fileinfo.cc: In member function 'int 
Fileinfo::fillwithbytes(Fileinfo::readtobuffermode, 
Fileinfo::readtobuffermode)':
Fileinfo.cc:84:37: error: call of overloaded 'update(std::streamsize, char 
[4096])' is ambiguous
   chk.update(f1.gcount(), buffer);
 ^
In file included from Fileinfo.cc:21:
Checksum.hh:36:7: note: candidate: 'int Checksum::update(std::size_t, const 
char*)'
   int update(std::size_t length, const char* buffer);
   ^~
Checksum.hh:37:7: note: candidate: 'int Checksum::update(long int, const char*)'
   int update(long length, const char* buffer);
   ^~
make[2]: *** [Makefile:660: Fileinfo.o] Error 1

Bug#913544: python3-openssl: in SELinux enforcing mode, python ssl wrapper results in denial

[Laurent Bigonville]

On Sun, 11 Nov 2018 19:21:33 -0800 Jade McCormick  wrote:
>
> I cannot run any python utility that uses the openssl wrapper due to 
AVC denial.

>
> 
> time->Sun Nov 11 19:16:12 2018
> type=PROCTITLE msg=audit(1541992572.485:6658): 
proctitle=2F7573722F62696E2F707974686F6E33002F7573722F62696E2F636C69676800636F6E666967757265
> type=SYSCALL msg=audit(1541992572.485:6658): arch=c03e syscall=9 
success=no exit=-13 a0=0 a1=1000 a2=7 a3=22 items=0 ppid=14505 pid=15696 
auid=10008 uid=10008 gid=1 euid=10008 suid=10008 fsuid=10008 
egid=1 sgid=1 fsgid=1 tty=pts6 ses=2 comm="cligh" 
exe="/usr/bin/python3.6" 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null)
> type=AVC msg=audit(1541992572.485:6658): avc: denied { execmem } for 
pid=15696 comm="cligh" 
scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
tclass=process permissive=0


I cannot reproduce that in unstable, would it be possible to test with 
that version of debian?


Note that it's expected that "execmem" are denied by default as it can 
be a security risk, if you really need that permission you can run 
"setsebool -P allow_execmem 1", but could you please confirm it's fixed 
in unstable first?


Could you please confirm the version of python3-openssl you are using 
and also why is reportbug listing that "python3-cryptography" is not 
installed?


Thanks

Laurent Bigonville

Bug#913553: debian-security Translation-en 500 fail to download

[Erik Thiele]

Package: apt-cacher-ng
Version: 2-2

Without changing anything at the configuration for the last half year
or so I detected that debian-security downloading does not work anymore
with apt-cacher-ng.

my configuration is:

internet -> squid -> apt-cacher-ng -> apt-get

(yes apt-cacher-ng is downloading via squid, not internet direct)

for testing I use the machine which runs the squid and the
apt-cacher-ng and there on this machine i do local apt-get to reduce
problem complexity, but with other networked machines the results are
the same. This is how i test:

systemctl stop apt-cacher-ng.service
cd /var/lib/apt/lists
rm -rf *
cd /var/cache/apt-cacher-ng
rm -rf *
cat /etc/apt/apt.conf.d/99yyyProxy
Acquire::http::Proxy "http://localhost:3142;;  # this is apt-cacher-ng
systemctl start apt-cacher-ng.service
LANG=C apt-get update
--> lots of output. only the relevant part is shown:

Err:8 http://security.debian.org/debian-security stretch/updates/main
Translation-en 500  Invalid header

E: Failed to fetch
http://security.debian.org/debian-security/dists/stretch/updates/main/i18n/Translation-en
500  Invalid header

E: Some index files failed to download. They have
been ignored, or old ones used instead.

OK so now i do the exact same thing again but replace the port number
3142 by 3128 which is my squid port.

and now it works without any problems.

I do not know how to debug. what i know, is that the above URL

http://security.debian.org/debian-security/dists/stretch/updates/main/i18n/Translation-en

does not exist. if you download instead:

http://security.debian.org/debian-security/dists/stretch/updates/main/i18n/Translation-en.bz2

then it works.

maybe the problem is somewhat related to that.

as a quick fix I switched my complete server farms and client pools
back to direct squid and deactivated apt-cacher-ng. But of course that
is not really a fix :-)


cya

Erik

-- 
Erik Thiele

Bug#913455: spglib breaks cod-tools autopkgtest

[Andrius Merkys]

Control: found -1 spglib/1.11.1-1
Control: owner !

Dear Paul,

thanks for reporting the bug. I confirm I can reproduce it with spglib/1.11.1, 
a bugfixed upstream release which I have just uploaded to Debian. I will look 
into the discrepancies in the autopkgtest ASAP.

Best wishes,
Andrius

On 2018-11-11 09:09, Paul Gevers wrote:
> Source: spglib, cod-tools
> Control: found -1 spglib/1.11.0-1
> Control: found -1 cod-tools/2.2+dfsg-3
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: breaks needs-update
>
> Dear maintainers,
>
> With a recent upload of spglib the autopkgtest of cod-tools fails in
> testing when that autopkgtest is run with the binary packages of spglib
> from unstable. It passes when run with only packages from testing. In
> tabular form:
>passfail
> spglib from testing1.11.0-1
> cod-tools  from testing2.2+dfsg-3
> all others from testingfrom testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression is contributing to the delay of the migration
> of spglib to testing [1]. Due to the nature of this issue, I filed this
> bug report against both packages. Can you please investigate the
> situation and reassign the bug to the right package? If needed, please
> change the bug's severity.
>
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>
> Paul
>
> [1] https://qa.debian.org/excuses.php?package=spglib
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/c/cod-tools/1296192/log.gz
>
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_001.inp:
> FAILED:
> 50,53c50,53
> < V1 V 0.5 0.8222 0.25 0.0 Uiso 1.00
> < H2 H 0.5 0.5149 0.25 0.0 Uiso 0.50
> < O9 O 0 0.7111 0.25 0.0 Uiso 1.00
> < O10 O 0 0.9262 0.25 0.0 Uiso 1.00
> ---
>> V1 V 0.5 0.1778 0.25 0.0 Uiso 1.00
>> H2 H 0.5 0.4851 0.25 0.0 Uiso 0.50
>> O9 O 1 0.2889 0.25 0.0 Uiso 1.00
>> O10 O 1 0.0738 0.25 0.0 Uiso 1.00
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_002.inp:
> OK
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_003.inp:
> Test skipped by request - test only compatible with spglib v1.9.9
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_004.inp:
> Test skipped by request - test only compatible with spglib v1.9.9
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_005.inp:
> FAILED:
> 32,33c32,33
> < _cell_angle_alpha89.831346
> < _cell_angle_beta 89.831346
> ---
>> _cell_angle_alpha90.168654
>> _cell_angle_beta 90.168654
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_006.inp:
> OK
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_007.inp:
> Test skipped by request - test only compatible with spglib v1.9.9
> /tmp/autopkgtest-lxc.9ex462xd/downtmp/autopkgtest_tmp/tests/cases/cif_find_symmetry_008.inp:
> FAILED:
> 2c2
> < _cell_length_a   4.01206506674
> ---
>> _cell_length_a   4.01206456672
> 5,7c5,7
> < _cell_angle_alpha90.01
> < _cell_angle_beta 89.95
> < _cell_angle_gamma120.07695
> ---
>> _cell_angle_alpha89.99
>> _cell_angle_beta 89.96
>> _cell_angle_gamma119.95327
> 24,25c24,25
> < Ac 0. 0.6667 0.6667
> < Ac 0.6667 0. 0.
> ---
>> Ac 0.6667 0. 0.
>> Ac 0. 0.6667 0.6667
>
-- 
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania



signature.asc
Description: OpenPGP digital signature

Bug#913550: shared-mime-info: Don't assume every *.key file is an Apple Keynote file

[Chris Lamb]

tags 913550 + fixed-upstream
forwarded 913550 
https://gitlab.freedesktop.org/xdg/shared-mime-info/merge_requests/5
thanks

Just to mark this as forwarded and merged (ie. blessed) upstream:

  https://gitlab.freedesktop.org/xdg/shared-mime-info/merge_requests/5


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#913552: firehol: Firehol upgrade 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol broken

[Russel Winder]

Package: firehol
Version: 3.1.6+ds-5
Severity: important

Dear Maintainer,

The upgrade of firehol from 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol in a broken 
state.


Setting up firehol (3.1.6+ds-5) ...
Job for firehol.service failed because the control process exited with error 
code.
See "systemctl status firehol.service" and "journalctl -xe" for details.
invoke-rc.d: initscript firehol, action "restart" failed.
● firehol.service - Firehol stateful packet filtering firewall for humans
   Loaded: loaded (/lib/systemd/system/firehol.service; enabled; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Mon 2018-11-12 08:29:33 GMT; 4ms ago
 Docs: man:firehol(1)
   man:firehol.conf(5)
  Process: 7766 ExecStop=/usr/sbin/firehol stop (code=exited, status=1/FAILURE)
  Process: 7799 ExecStart=/usr/sbin/firehol start (code=exited, 
status=1/FAILURE)
 Main PID: 7799 (code=exited, status=1/FAILURE)

Nov 12 08:29:33 lavaine systemd[1]: Starting Firehol stateful packet filtering 
firewall for humans...
Nov 12 08:29:33 lavaine firehol[7799]: /usr/sbin/firehol: line 1043: 
/usr/bin/mktemp: No such file or directory
Nov 12 08:29:33 lavaine firehol[7799]: ERROR: Cannot create temporary directory 
in /var/run/firehol. Make sure you have a working mktemp.
Nov 12 08:29:33 lavaine systemd[1]: firehol.service: Main process exited, 
code=exited, status=1/FAILURE
Nov 12 08:29:33 lavaine systemd[1]: firehol.service: Failed with result 
'exit-code'.
Nov 12 08:29:33 lavaine systemd[1]: Failed to start Firehol stateful packet 
filtering firewall for humans.
dpkg: error processing package firehol (--configure):
 installed firehol package post-installation script subprocess returned error 
exit status 1


I am assuming this is a script problem:


root@lavaine:~# ll /var/run/firehol
total 0
drwx--  2 root root  60 Nov 11 18:44 ./
drwxr-xr-x 28 root root 780 Nov 12 08:30 ../
-rw---  1 root root   0 Nov 11 18:44 firehol.lck


root@lavaine:~# ll /usr/bin/mktemp
ls: cannot access '/usr/bin/mktemp': No such file or directory


root@lavaine:~# which mktemp
/bin/mktemp


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) (ignored: LC_ALL set to 
en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages firehol depends on:
ii  firehol-common  3.1.6+ds-5
ii  lsb-base9.20170808

Versions of packages firehol recommends:
pn  fireqos  

Versions of packages firehol suggests:
ii  firehol-doc3.1.6+ds-5
pn  firehol-tools  
pn  ulogd2 

-- Configuration Files:
/etc/firehol/firehol.conf changed [not included]

-- no debconf information

Bug#913551: [build-rdeps] Provide an option to grep user-defined component

[殷啟聰 | Kai-Chung Yan]

Package: devscripts
Version: 2.18.4
Severity: wishlist

The default behavior is to grep `main` `contrib` `non-free`, but Ubuntu has a 
different set of components. Without an option to specify user-defined 
components, `build-rdeps` can't grep the whole Ubuntu archive.

There is a downstream bug at Launchpad 
.



signature.asc
Description: OpenPGP digital signature

Bug#913550: shared-mime-info: Don't assume every *.key file is an Apple Keynote file

[Chris Lamb]

Source: shared-mime-info
Version: 1.10-1
Severity: normal
Tags: patch

Hi,

A Tails user's OpenPGP armored public key (e.g. exported with "gpg --
armor --export $KEY_ID" is incorrectly recognised as "application/x-
iwork-keynote-sffkey":

This was originally filed as:

  https://bugs.freedesktop.org/show_bug.cgi?id=93656

.. then migrated to GitLab here:

  https://gitlab.freedesktop.org/xdg/shared-mime-info/issues/39

I created a corresponding upstream merge request here:

  https://gitlab.freedesktop.org/xdg/shared-mime-info/merge_requests/5

.. but upstream are too busy to cut a release:

  
https://gitlab.freedesktop.org/xdg/shared-mime-info/merge_requests/5#note_76365

Therefore I am requesting you apply this to the local Debian
packaging in time for buster. Many thanks in advance.


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/freedesktop.org.xml.in b/freedesktop.org.xml.in
index d9bc132..2828a6e 100644
--- a/freedesktop.org.xml.in
+++ b/freedesktop.org.xml.in
@@ -293,7 +293,6 @@ command to generate the output files.
 
 
 
-
   
   
 <_comment>detached OpenPGP signature
@@ -7088,7 +7087,7 @@ command to generate the output files.
 
   
 
-
+
 
   
 

Bug#912695: apt-show-versions: breaks "apt-get update" and uninstallable after Perl 5.28 upgrade

[Christoph Martin]

Hi Niko,

Version 0.22.9 introduced a setting of recursion_limit_hast to 65536,
but I still get reports of user, who need a higher value.

If this needs a longer standing solution, I could introduce a config
file for this setting.

The default values for Storage.pm are different on all platforms and
apparently depends on the build environment:

> /tmp/usr/lib/aarch64-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 7236
> /tmp/usr/lib/arm-linux-gnueabi/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 13458
> /tmp/usr/lib/arm-linux-gnueabihf/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 12991
> /tmp/usr/lib/i386-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 10466
> /tmp/usr/lib/i386-kfreebsd-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 10464
> /tmp/usr/lib/i386-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 10462
> /tmp/usr/lib/mips-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 8756
> /tmp/usr/lib/mips64el-linux-gnuabi64/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 6718
> /tmp/usr/lib/mipsel-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 8750
> /tmp/usr/lib/powerpc64le-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 5061
> /tmp/usr/lib/s390x-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 4039
> /tmp/usr/lib/x86_64-kfreebsd-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 8557
> /tmp/usr/lib/x86_64-linux-gnu/perl/5.28.0/Storable/Limit.pm:$Storable::recursion_limit_hash
>  = 8552

So this might also be an issue with reproducible builds.

Christoph

Am 04.11.18 um 20:43 schrieb Niko Tyni:
> On Sun, Nov 04, 2018 at 06:09:36PM +0100, Salvatore Bonaccorso wrote:
>  
>> This is likely due to the perl upstream change around/with
>> https://perl5.git.perl.org/perl.git/commitdiff/c0e3b4b51cabf15ed8fc5f564dfeea31c25f5239
>> .
>>
>> It can be workarounded by either setting higher limits for
>> recursion_limit/recursion_limit_hash or disable it with -1
>>
>> $Storable::recursion_limit=-1;
>> $Storable::recursion_limit_hash=-1;
>>
>> but I'm not sure this will be the right solution.
> 
> Thanks. I've filed #912900 about this on the Perl side. Christoph:
> please use these workarounds at least for now. Apologies for the trouble.
> 
> Also, please let us know at p...@packages.debian.org when a workaround
> is in Debian. We can then add dependency metadata on the perl side to
> make sure apt-show-versions gets always upgraded before perl.
> 
> Longer term, I'm not sure Storable is the best tool for this (a cache
> of apt list contents.) AFAICS you're reading the whole data structure
> in memory even when you need just one entry? You might want to look at
> the various Cache / CHI modules, or even just plain GDBM_File.
> 

-- 

Christoph Martin, Leiter Unix-Systeme
Zentrum für Datenverarbeitung, Uni-Mainz, Germany
 Anselm Franz von Bentzel-Weg 12, 55128 Mainz
 Telefon: +49(6131)3926337
 Instant-Messaging: Jabber/XMPP: mar...@jabber.uni-mainz.de




signature.asc
Description: OpenPGP digital signature

Bug#913549: ocamlbuild: new upstream release (0.13.1)

[Jakub Wilk]

Source: ocamlbuild
Severity: wishlist

--
Jakub Wilk

Bug#913548: spamassassin: running /etc/cron.daily/spamassassin gives: Unescaped left brace in regex is deprecated here

[Elimar Riesebieter]

Package: spamassassin
Version: 3.4.2-1
Severity: important

Hi,

running /etc/cron.daily/spamassassin gives:
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.32), passed through in regex; marked by <-- HERE in m/ ( {<-- HERE } (?: / \* 
)? | \* ) / at (eval 109) line 830.


-- 
   Elimar

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.71-toy-lxtec-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages spamassassin depends on:
ii  adduser 3.118
ii  curl7.62.0-1
ii  init-system-helpers 1.55
ii  libhtml-parser-perl 3.72-3+b3
ii  libhttp-date-perl   6.02-1
ii  libmail-dkim-perl   0.53-1
ii  libnet-dns-perl 1.17-1
ii  libnetaddr-ip-perl  4.079+dfsg-1+b3
ii  libsocket6-perl 0.29-1+b1
ii  libsys-hostname-long-perl   1.5-1
ii  libwww-perl 6.36-1
ii  lsb-base9.20170808
ii  perl [libarchive-tar-perl]  5.28.0-3
ii  w3m 0.5.3-36+b1

Versions of packages spamassassin recommends:
ii  gnupg  2.2.10-3
ii  libio-socket-inet6-perl2.72-2
ii  libmail-spf-perl   2.9.0-4
ii  perl [libsys-syslog-perl]  5.28.0-3
pn  sa-compile 
ii  spamc  3.4.2-1

Versions of packages spamassassin suggests:
ii  libdbi-perl   1.642-1+b1
pn  libencode-detect-perl 
pn  libgeo-ip-perl
ii  libio-socket-ssl-perl 2.060-3
pn  libnet-patricia-perl  
ii  perl [libcompress-zlib-perl]  5.28.0-3
ii  pyzor 1:1.0.0-3
ii  razor 1:2.85-4.2+b5

-- Configuration Files:
/etc/default/spamassassin changed [not included]

-- no debconf information

Bug#913535: sfcgal: large dependency chain

[Kurt Roeckx]

On Mon, Nov 12, 2018 at 07:22:26AM +0100, Sebastiaan Couwenberg wrote:
> fixed 913535 sfcgal/1.3.1-1~exp1
> thanks
> 
> On 11/11/18 11:34 PM, Kurt Roeckx wrote:
> > Clearly I don't need all of this just for postgis.
> > 
> > Most of this seems to be a dependency from libsfcgal1, and then from
> > libopenscenegraph100v5.
> > 
> > Is there some way to that the amount of dependencies can be reduced?
> > Avoiding the dependency on libopenscenegraph100v5 would be nice.
> 
> I guess you're on stretch, because this issue has been fixed since by
> splitting the OSG features into a separate library.
> 
> You can install libsfcgal1 from stretch-backports.

Yes, thanks, that looks much better.

> Another option is to not install recommends, as OSG has quite a number
> of those.

I tried disabling recommends (in stretch), but that didn't have
any effect.


Kurt

Bug#912603: libsane1: discolored bar (genesys_gl847)

[Jörg Frings-Fürst]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

severity 912603 normal
thanks


Hallo Ami,

thank you for spending your time helping to make Debian better with
this bug report.

I set the severity back from serious to normal. The error affects only
a few devices, only brings a noticeably defective pixel in a limited
range and does not prevent other devices from being used.

After the upstream fix the Debian package will be fixed, too.

CU
Jörg

- -- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEY+AHX8jUOrs1qzDuCfifPIyh0l0FAlvpM6IACgkQCfifPIyh
0l1SEQ//YFcVuxgIujoivEHx75XB43TcALslAs7/STXpFI1WFeOHZP1K3L0cxglX
zomU4ZMT/GY2Iw0niYMinn0/H8tUcyB9CF+JxMGmg8Xcs+hnwIbCrIlxrVZCaicn
8t7gIEeKIvkBx7yrqjhbHBuOtigQcJiMut8KI9EOcwkRuh2eZnPDZHF7clgPQ/Ks
2QqZdCRaeYS94fW69j2ejC0PbyMXBKy5fupN37tsg4XGy1MPV2q3SVo8/OY8ZaOr
83p/bk0QStn8jBW4reiHxW/hrWtcfzKAgRhCrjyKqDK3CfgALfmdc/1JOhQjalM9
WTk0jmlbo6Sweo1Yt+yy9dlSXOY7LEf2DAH1/PsayDn7nTAmHDh9b4w2BGbQEP9n
SeqYnlacnnWGKwuyReztEs1pd6qb9EbXV9R32/3m4FBHYv6GPrausCYBe4Ky7nDE
vviIlydXck9e1I9UrYeVZsv9T6d0vMSLmw5k3z5XfznzTSzyOXgcM7UMz+6iYfcR
JENjOpXtNsLpQ4hRAoIxURwpMzMfgDxwPoEZGaWrrGTp1lqBvkUETuKRvlMxbHfd
DoNEGx0SUO7qNoMgz8EbRMhjP1JhXi0kUvGdMRyxjjTMD6WYYQZsjse5Kh/OcipL
qJqWa8EzmqZoleXjB3yR4OX6FP6PIcubkKFEHjbbI7ZQoGDZCGA=
=0TjO
-END PGP SIGNATURE-

Bug#741148: Commit lost?

[Mathieu Parent]

Le lundi 12 novembre 2018, Guido Günther  a écrit :
> Hi,
> On Mon, Nov 12, 2018 at 07:18:49AM +0100, Mathieu Parent wrote:
>> Hello,
>>
>> It looks like this fix[1] was lost somewhere...
>>
>> The bug is marked as pending since August 24.
>>
>> [1]:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=03accd298de99757077bf72f8d6f3b76a6b3f6a7
>>
>> What is the status of this?
>
> It's pending an upload (as marked int he BTS). It will be part of 0.9.11.

OK.thanks.

-- 
Mathieu