Bug#900586: rsyslog: systemd Service File Update Breaks logrotate

[Michael Biebl]

Am 01.06.2018 um 19:47 schrieb Dave Sp:
> -- Configuration Files:
> /etc/init.d/rsyslog changed [not included]
> /etc/logrotate.d/rsyslog changed [not included]

Please send me your modified /etc/logrotate.d/rsyslog


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#900407: Info received (RFS: odp-dpdk/1.19.0.0-1 [ITP])

[Lumin]

Use this command to generate a some copyright template:

  licensecheck --deb-machine -r .

Bug#877091: [Pkg-sssd-devel] Bug#877091: getent crashes while trying to display a group provided by sssd

[Timo Aaltonen]

severity: normal
thanks

On 28.09.2017 18:11, Petr Zaytsev wrote:
> Package: sssd
> Version: 1.15.3-1
> Severity: serious

1.16.1-1 has been available for a while, how's it working?

-- 
t

Bug#900407: RFS: odp-dpdk/1.19.0.0-1 [ITP]

[Lumin]

control: tag -1 +moreinfo
control: owner -1 !

Hi Dmitry,

Thank you for the package. It looks good except for several flaws:

1. error in postrm script, which causes error on removal

  update-alternatives: error: alternative name 
(/usr/lib/x86_64-linux-gnu/libodp-linux.so.119) must not contain '/' and spaces
  dpkg: error processing package libodp-dpdk119:amd64 (--remove):
   installed libodp-dpdk119:amd64 package pre-removal script subprocess 
returned error exit status 2
  Errors were encountered while processing:
   libodp-dpdk119:amd64

2. the alternatives priority of the .so file and .so.119 file should be
   the same.

3. Similar to src:odp, the copyright file of odp-dpdk is not complete:

   grep -ri copyright | grep -vi linaro | grep -i copyright

Apart from that, I have to ask a few questions about this package:

>From README.DPDK
> DPDK only works on a selected range of network cards.

11. Does it support any open-sourced/free network card, which doesn't
require binary blobs? If it does not support open-sourced/free
hardwares, which means non-free drivers are indirectly required
by this package. In this case I'd suggest this package go to
contrib section instead of main.

-Section: libs
+Section: contrib/libs

12. This implementation is specifically optimized for several architectures.
Does that mean this implementation leverages specific instruction sets,
e.g. NEON (arm), AVX (amd64), VSX (ppc)?

Bug#896970: RFS: odp/1.19.0.0-1 [ITP]

[Lumin]

On Sat, Jun 02, 2018 at 03:24:07AM +, Lumin wrote:
> Please fix the aforementioned problems. Hopefully we'll have the last
> round of check next time. Thank you for working on this.
> 
> [1] 
> http://debomatic-amd64.debian.net/distribution#unstable/odp/1.19.0.1-1/buildlog

Forgot to check the copyright ... The copyright looks incomplete. A
simple search on the source tree would reveal many non-Linaro copyright
holders:

  grep -ri copyright | grep -vi linaro | grep -i copyright

The package will be rejected by ftp-master if we don't fix the
copyright.

When checking odp-dpdk, one more problem was found:

  root@b69fed1c16e0 ~/odp-dpdk-1.19.0.0# update-alternatives --config 
libodp-linux.so-x86_64-linux-gnu
  There are 2 choices for the alternative libodp-linux.so-x86_64-linux-gnu 
(providing /usr/lib/x86_64-linux-gnu/libodp-linux.so).
  
SelectionPath   
Priority   Status
  
  * 0/usr/lib/x86_64-linux-gnu/odp-generic/libodp-linux.so   40 
   auto mode
1/usr/lib/x86_64-linux-gnu/odp-dpdk/libodp-linux.so  40 
   manual mode
2/usr/lib/x86_64-linux-gnu/odp-generic/libodp-linux.so   40 
   manual mode


  * 0/usr/lib/x86_64-linux-gnu/odp-dpdk/libodp-linux.so.119  60 
   auto mode
1/usr/lib/x86_64-linux-gnu/odp-dpdk/libodp-linux.so.119  60 
   manual mode
2/usr/lib/x86_64-linux-gnu/odp-generic/libodp-linux.so.119   40 
   manual mode

Taking BLAS as an example, the generic and slow libblas3 provides
libblas.so.3 symlink with a priority of 10. Faster implementations
provides the same symlink with higher priorities, e.g. 40 for openblas.

Maybe you want to adjust the priority values in those postinst scripts?
The exact value is up to you, as long as it helps to tell the difference
among different implementations.

Bug#896970: Info received (Bug#896970: RFS: odp/1.19.0.0-1 [ITP])

[Lumin]

Forgot to check the copyright ... The copyright looks incomplete. A
simple search on the source tree would reveal many non-Linaro copyright
holders:

  grep -ri copyright | grep -vi linaro | grep -i copyright

The package will be rejected by ftp-master if we don't fix the
copyright.

Bug#896970: RFS: odp/1.19.0.0-1 [ITP]

[Lumin]

On Wed, May 30, 2018 at 01:40:48PM +0300, Dmitry Eremin-Solenikov wrote:
> > 1. README.Debian
> >"Library packages should contain libodp-linux.so.FOO"
> >It should be "libodp-linux.so.SOVER", which is more precise.
> 
> Hmm. I have checked buster package lists. Only blas/lapack packages
> use soname as virtual package name in provides. The rest of packages
> use libsomethingSOVER. Wouldn't it be logical to stick to convention
> used by the rest of packages?

I checked the Packages.gz file under the dist directory of the archive.
It seems that the reason why BLAS/LAPACK has taken the virtual package
name "libblas.so.3" is due to ambiguity of libblas3, which could be 
a real package and a virtual package following that convention at the
same time.

Providing libodp-linux119 and libodp-linux-dev looks good to me.
 
> New packages are uploaded to mentors.d.n. Hopefully with this upload
> I will have just two remaining issues:
>  - manpages
>  - dh_auto_test override.

If they are to be fixed in the future uploads, please at least override
the missing-manpage lintian warning, prepending a comment to it.

The empty override_dh_auto_test should have a proper comment too.
 
> I plan to look onto adding package autotests afterwards.

With those tests the package would be better.

The present package looks good to me[1], except for:

1. [optional] debian/rules: please wrap long lines to 80 characters.
2. [error] libodp-generic119.prerm.in:

 update-alternatives --remove \
 /usr/lib/@DEB_HOST_MULTIARCH@/libodp-linux.so.@ODP_SOVERSION@ \
 libodp-linux.so.@ODP_SOVERSION@-@DEB_HOST_MULTIARCH@ \
 
/usr/lib/@DEB_HOST_MULTIARCH@/odp-generic/libodp-linux.so.@ODP_SOVERSION@

   This is causing a removal failure:
   
http://debomatic-amd64.debian.net/distribution#unstable/odp/1.19.0.1-1/piuparts

Please fix the aforementioned problems. Hopefully we'll have the last
round of check next time. Thank you for working on this.

[1] 
http://debomatic-amd64.debian.net/distribution#unstable/odp/1.19.0.1-1/buildlog


signature.asc
Description: PGP signature

Bug#896447: mesa: Lintian wishlist: Add notes to glvnd-fix-gl-dot-pc.patch

[Stuart Young]

Update: Fix still not present in mesa 18.1.1, so the original patch is
still required.

On 30 May 2018 at 17:51, Stuart Young  wrote:

> Seems that the source issue of this patch is going to be addressed
> upstream. This should mean that once it's addressed, the original
> glvnd-fix-gl-dot-pc.patch file can be dropped entirely from the
> debian/patches/ tree of this package.
>
> References:
>  https://lists.freedesktop.org/archives/mesa-dev/2018-May/196034.html
>  https://lists.freedesktop.org/archives/mesa-dev/2018-May/196038.html
>
> Note: Nothing has been accepted upstream yet. May or may not happen before
> 18.1.1 is released. Will update this bug if I can when this patch is no
> longer needed.
>
> --
> Stuart Young (aka Cefiar)
>



-- 
Stuart Young (aka Cefiar)

Bug#900545: dput: display the body of http errors responses

[Ben Finney]

On 01-Jun-2018, Alexandre Viau wrote:

> I am building autodeb as part of Google Summer of Code:
>  - https://auto.debian.net/

Oh, that's great!

> The Debian queues do not even accept http uploads but this feature
> is still present in dput.
> Other services like mentors.debian.net accept http uploads.

You're right. and I was thinking of the mentors.debian.net service.


On 01-Jun-2018, Alexandre Viau wrote:
> This could be as simple as this [emit the message when an HTTP
> request gets a failure response]:

That's a lot simpler than I thought. Thank you for the code, I see now
what you are asking for; it's a reasonable improvement that would not
add much complexity.

-- 
 \  “Better not take a dog on the space shuttle, because if he |
  `\   sticks his head out when you're coming home his face might burn |
_o__)up.” —Jack Handey |
Ben Finney 


signature.asc
Description: PGP signature

Bug#900614: O: python2-pythondialog

[Harlan Lieberman-Berg]

Package: wnpp
Severity: normal

Hello all,

As python2-pythondialog is no longer used by certbot (or, indeed, any
package in the archive), the Let's Encrypt team doesn't seem like the
right home for it anymore.  That being said, I also don't see a reason
to remove it from the archive entirely; it's perfectly functional as
it is.

Therefore, I'm orphaning this package on behalf of the Let's Encrypt
team.

Sincerely,

--
Harlan Lieberman-Berg
~hlieberman

Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work

[johnw]

Yes, same problem here.




signature.asc
Description: OpenPGP digital signature

Bug#900613: fbdev_drv.so: undefined symbol: shadowUpdatePackedWeak, xinit: giving up

[Adam Lee]

Package: xserver-xorg-video-fbdev
Version: 1:0.4.4-1+b6
Severity: normal

It's an old MacBook Pro 15 inches Late 2011, after recent upgrade, the X
could not start, log looks good but it reports "fbdev_drv.so: undefined
symbol: shadowUpdatePackedWeak" and "xinit: giving up" on the screen.

-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller [8086:0126] (rev 09)
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] [1002:6740]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.16.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-19)) #1 SMP Debian 4.16.12-1 (2018-05-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 9576 Jun  2 09:20 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 9576 Jun  2 09:20 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 9576 Jun  2 09:22 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 9576 Jun  2 09:26 /var/log/Xorg.3.log

Contents of most recent Xorg X server log file (/var/log/Xorg.3.log):
-
[   418.270] 
X.Org X Server 1.20.0
X Protocol Version 11, Revision 0
[   418.270] Build Operating System: Linux 4.9.0-6-amd64 x86_64 Debian
[   418.270] Current Operating System: Linux mbp 4.16.0-2-amd64 #1 SMP Debian 
4.16.12-1 (2018-05-27) x86_64
[   418.270] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.16.0-2-amd64 
root=/dev/sda4 ro nomodeset quiet
[   418.270] Build Date: 24 May 2018  04:23:27PM
[   418.270] xorg-server 2:1.20.0-2 (https://www.debian.org/support) 
[   418.270] Current version of pixman: 0.34.0
[   418.271]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   418.271] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   418.271] (==) Log file: "/var/log/Xorg.3.log", Time: Sat Jun  2 09:26:33 
2018
[   418.271] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   418.271] (==) No Layout section.  Using the first Screen section.
[   418.271] (==) No screen section available. Using defaults.
[   418.271] (**) |-->Screen "Default Screen Section" (0)
[   418.271] (**) |   |-->Monitor ""
[   418.271] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   418.271] (==) Automatically adding devices
[   418.271] (==) Automatically enabling devices
[   418.271] (==) Automatically adding GPU devices
[   418.272] (==) Max clients allowed: 256, resource mask: 0x1f
[   418.272] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   418.272]Entry deleted from font path.
[   418.272] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[   418.272]Entry deleted from font path.
[   418.272] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[   418.272]Entry deleted from font path.
[   418.272] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[   418.272]Entry deleted from font path.
[   418.272] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[   418.272]Entry deleted from font path.
[   418.272] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[   418.272] (==) ModulePath set to "/usr/lib/xorg/modules"
[   418.272] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   418.272] (II) Loader magic: 0x55c35b760de0
[   418.272] (II) Module ABI versions:
[   418.272]X.Org ANSI C Emulation: 0.4
[   418.272]X.Org Video Driver: 24.0
[   418.272]X.Org XInput driver : 24.1
[   418.272]X.Org Server Extension : 10.0
[   418.273] (++) using VT number 2

[   418.278] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_33
[   418.282] (--) PCI: (0@0:2:0) 8086:0126:106b:00dc rev 9, Mem @ 
0xb000/4194304, 0xa000/268435456, I/O @ 0x3000/64
[   418.282] (--) PCI:*(1@0:0:0) 1002:6740:106b:00f8 rev 0, Mem @ 
0x9000/268435456, 0xb080/131072, I/O @ 0x2000/256, BIOS @ 
0x/131072
[   418.282] (II) LoadModule: "glx"
[   418.283] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   418.284] (II) Module glx: vendor="X.Org Foundation"
[   418.284]compiled for 1.20.0, module version 

Bug#900552: [PATCH-ish] Add privacy policy to the Debian website

[Paul Wise]

On Fri, Jun 1, 2018 at 4:15 PM, Jonathan McDowell wrote:

> We need a privacy policy on our website, describing the personal data we
> hold for people and what we do with it. This has become pressing due to
> the EU GDPR, but is something we generally should have anyway. I've
> attached a start (in wml, which I hope is helpful, though it's basically
> HTML and I originally wrote it in Markdown).

This is a good start indeed.

Some things that might be improved:

Addition of retention information, especially for DebConf.

lists.d.o should mention that third-parties also publicly archive.

> One thing I couldn't figure out is /where/ this should live. It should
> definitely be linked from our front page. I thought under /legal/ might
> be a good place, but nothing else there is linked from the front page
> that I can see. I leave it to the wisdom of the web team to work out
> where might be best.

I would suggest it be linked from both the front page and the footer.

Ubuntu have it under /legal/ too:

https://www.ubuntu.com/legal/dataprivacy

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#900612: apache2-suexec-pristine: Packaging steps undo setting of setuid bit

[Jason Perrin]

Package: apache2-suexec-pristine
Version: 2.4.25-3+deb9u4
Severity: normal
Tags: patch
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

When building the apache2-suexec-pristine (and apache2-suexec-custom) packages
from source, I expected the built .deb packages to contain setuid binaries
(at /usr/lib/apache2/suexec-pristine and /usr/lib/apache2/suexec-custom
respectively). However, when packaging was done, the packages contained
binaries with the permissions 0754, not 4754, as set in the debian/rules file.

Looking into this more, it appears that chgrp (through the chown system call)
clears the setuid bit (and all bits in the first octet of permissions) when it
is run, so the steps in override_dh_fixperms-arch end up removing the setuid
bit when chgrp is run after chmod.

This appears to be a problem in the source for this package, on the master
branch, as well as on separate branches for different distros:
https://salsa.debian.org/apache-team/apache2/blob/master/debian/rules#L148-153
I'm not sure how this has worked properly to produce packages, since the last
change to that section was 6 years ago, so I'm a bit confused on that point.

Here is a patch to fix the setting of the setuid bit in both packages by just
moving the chmod to after chgrp has already run:

--- debian/rules
+++ debian/rules
@@ -146,11 +146,11 @@ override_dh_install: clean-config-vars-stamp \

 override_dh_fixperms-arch:
# standard suexec
-   chmod 4754 
debian/apache2-suexec-pristine/usr/lib/apache2/suexec-pristine
chgrp www-data 
debian/apache2-suexec-pristine/usr/lib/apache2/suexec-pristine
+   chmod 4754 
debian/apache2-suexec-pristine/usr/lib/apache2/suexec-pristine
# configurable suexec
-   chmod 4754 debian/apache2-suexec-custom/usr/lib/apache2/suexec-custom
chgrp www-data 
debian/apache2-suexec-custom/usr/lib/apache2/suexec-custom
+   chmod 4754 debian/apache2-suexec-custom/usr/lib/apache2/suexec-custom
dh_fixperms -a -Xusr/lib/apache2/suexec-custom 
-Xusr/lib/apache2/suexec-pristine
chown -R www-data:www-data 
debian/apache2/var/cache/apache2/mod_cache_disk
chown root:adm debian/apache2/var/log/apache2


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Bug#900580: Please restore SELinux context after creating the files in /var/lib/texmf

[Norbert Preining]

On Fri, 01 Jun 2018, Laurent Bigonville wrote:
> Well the problem (from a SELinux) perspective is that the files from
> /var/lib/texmf are created in /tmp and the moved to their final location.
> 
> So something needs to be done to fix that (as explained), so the first
> question would be, what is generating these files?

Of course it is *us* tex-common creating these files, but I never heard
about the
  tetex_foobar
stuff the SElinux ships out. This is nothing of my doing. So you need to
first find out who/what attaches any of these tags.

Thanks

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#875061: Package info

[Diederik de Haas]

Some info on this package and it's state:
- The earliest bug report in BTS is from January 2012 ... with not a single 
response. With the other bugs, there has been 1 response in March 2012 ('try 
upstream') by the maintainer, none with the others (7 total, including this 
one)
- Latest upload is version 1.1-2 in 2012, but the latest upstream (https://
github.com/flaviotordini/musique/) version is 1.5 (from December 2016), which 
appears to be a QT5 version. Upstream doesn't seem very alive/active though.

HTH

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

Bug#900611: libvirt-daemon-system: deamon not start, problem in apparmor config

[rem_lex]

Package: libvirt-daemon-system
Version: 3.0.0-4+deb9u3
Severity: normal

-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.17-2-pve (SMP w/2 CPU cores)
Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_UA:ru (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libvirt-daemon-system depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  gettext-base   0.19.8.1-2
ii  init-system-helpers1.48
ii  iptables   1.6.0+snapshot20161117-6
ii  libapparmor1   2.11.0-3+deb9u2
ii  libaudit1  1:2.6.7-2
ii  libblkid1  2.29.2-1+deb9u1
ii  libc6  2.24-11+deb9u3
ii  libcap-ng0 0.7.7-3+b1
ii  libdbus-1-31.10.26-0+deb9u1
ii  libdevmapper1.02.1 2:1.02.137-pve6
ii  libnl-3-2003.2.27-2
ii  libnl-route-3-200  3.2.27-2
ii  libnuma1   2.0.11-2.1
ii  librados2  10.2.5-7.2
ii  librbd110.2.5-7.2
ii  libselinux12.6-3+b3
ii  libvirt-clients3.0.0-4+deb9u3
ii  libvirt-daemon 3.0.0-4+deb9u3
ii  libvirt0   3.0.0-4+deb9u3
ii  libxml22.9.4+dfsg1-2.2+deb9u2
ii  libyajl2   2.1.0-2+b3
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20161125
ii  policykit-10.105-18

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-13+deb9u1
ii  dmidecode 3.0-4
ii  dnsmasq-base  2.76-5+deb9u1
ii  ebtables  2.0.10.4-3.5+b1
ii  iproute2  4.13.0-3
ii  parted3.2-17

Versions of packages libvirt-daemon-system suggests:
ii  apparmor2.11.0-3+deb9u2
pn  auditd  
ii  nfs-common  1:1.3.4-2.1
ii  pm-utils1.4.1-17
pn  radvd   
ii  systemd 232-25+deb9u3
pn  systemtap   
pn  zfsutils

-- Configuration Files:
/etc/apparmor.d/usr.sbin.libvirtd changed:
@{LIBVIRT}="libvirt"
/usr/sbin/libvirtd flags=(attach_disconnected) {
  #include 
  #include 
  capability kill,
  capability net_admin,
  capability net_raw,
  capability setgid,
  capability sys_admin,
  capability sys_module,
  capability sys_ptrace,
  capability sys_pacct,
  capability sys_nice,
  capability sys_chroot,
  capability setuid,
  capability dac_override,
  capability dac_read_search,
  capability fowner,
  capability chown,
  capability setpcap,
  capability mknod,
  capability fsetid,
  capability audit_write,
  capability ipc_lock,
  # Needed for vfio
  capability sys_resource,
  network inet stream,
  network inet dgram,
  network inet6 stream,
  network inet6 dgram,
  network packet dgram,
  network packet raw,
  network netlink raw,
  # Very lenient profile for libvirtd since we want to first focus on confining
  # the guests. Guests will have a very restricted profile.
  / r,
  /** rwmkl,
  /bin/* PUx,
  /sbin/* PUx,
  /usr/bin/* PUx,
  /usr/sbin/virtlogd pix,
  /usr/sbin/* PUx,
  /{usr/,}lib/udev/scsi_id PUx,
  /usr/{lib,lib64}/xen-common/bin/xen-toolstack PUx,
  /usr/{lib,lib64}/xen/bin/* Ux,
  # force the use of virt-aa-helper
  audit deny /{usr/,}sbin/apparmor_parser rwxl,
  audit deny /etc/apparmor.d/libvirt/** wxl,
  audit deny /sys/kernel/security/apparmor/features rwxl,
  audit deny /sys/kernel/security/apparmor/matching rwxl,
  audit deny /sys/kernel/security/apparmor/.* rwxl,
  /sys/kernel/security/apparmor/profiles r,
  /usr/{lib,lib64}/libvirt/* PUxr,
  /usr/{lib,lib64}/libvirt/libvirt_parthelper ix,
  /usr/{lib,lib64}/libvirt/libvirt_iohelper ix,
  /etc/libvirt/hooks/** rmix,
  /etc/xen/scripts/** rmix,
  # allow changing to our UUID-based named profiles
  change_profile -> 
@{LIBVIRT}-[0-9a-f]*-[0-9a-f]*-[0-9a-f]*-[0-9a-f]*-[0-9a-f]*,
  /usr/{lib,lib64,lib/qemu,libexec}/qemu-bridge-helper Cx -> qemu_bridge_helper,
  # child profile for bridge helper process
  profile qemu_bridge_helper {
   #include 
   capability setuid,
   capability setgid,
   capability setpcap,
   capability net_admin,
   network inet stream,
   /dev/net/tun rw,
   /etc/qemu/** r,
   owner @{PROC}/*/status r,
   /usr/{lib,lib64,lib/qemu,libexec}/qemu-bridge-helper rmix,
  }
  
  # Site-specific additions and overrides. See local/README for details.
  #include 
}

/etc/libvirt/nwfilter/allow-arp.xml [Errno 13] Отказано в доступе: 
'/etc/libvirt/nwfilter/allow-arp.xml'
/etc/libvirt/nwfilter/allow-dhcp-server.xml [Errno 13] Отказано в доступе: 
'/etc/libvirt/nwfilter/allow-dhcp-server.xml'
/etc/libvirt/nwfilter/allow-dhcp.xml [Errno 13] Отказано в доступе: 
'/etc/libvirt/nwfilter/allow-dhcp.xml'
/etc/libvirt/nwfilter/allow-incoming-ipv4.xml [Errno 13] Отказано в доступе: 
'/etc/libvirt/nwfilter/allow-incoming-ipv4.xml'
/etc/libvirt/nwfilter/allow-ipv4.xml [Errno 13] Отказано в доступе: 
'/etc/libvirt/nwfilter/allow-ipv4.xml'
/etc/libvirt/nwfilter/clean-traffic.xml [Errno 

Bug#888468: pandoc: please support new YAML fields "front/back-notice" for LaTeX and HTML5 output

[Jonas Smedegaard]

Excerpts from John MacFarlane's message of juni 1, 2018 9:28 pm:


Francesco Poli  writes:
If you don't want the Debian package to diverge from the upstream 
behavior, please, at least, forward my wishlist bug report (with my 
patch) upstream!


What I meant to imply by my (recent) response was that no, I choose to 
not act as proxy for this bug specifically: One thing is copy-pasting 
your patch as-is, but another is refining it in dialogue with upstream 
and others that might chime in with helpful (or not) suggestions for 
improvements (or not).


Simple copy-pasting I consider unneeded thanks to upstream following 
along here, and promoting it more actively is more work than I am 
willing to invest in this.




This could speed up the upstream patch adoption process, I guess...


Nope: I get no special treatment towards this upstream - my impression 
is the contrary: Those passionately contributing "interactively" by also 
discussing and evolving their patches get attention over plain "fixated" 
patches, I suspect.



As upstream maintainer, I agree with Jonas's decision not to diverge 
from upstream.  And I think Jonas is already doing enough work 
packaging pandoc; it's not his job to forward this to upstream.


@John: Arguably it _is_ part of my job as package maintainer to pass 
bugreports upstream.  But I get to decide how I prioritize my work, and 
since this is a wishlist issue I choose to no priority at all.



If you care about the feature, you may propose it upstream on the 
pandoc-discuss mailing list or the jgm/pandoc issue tracker on GitHub. 
That is the way it will be most convenient for upstream developers to 
consider it.


Thanks for clarifying, John.


- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

[x] quote me freely  [ ] ask before reusing  [ ] keep private


pgpOptTDRIDj_.pgp
Description: PGP signature

Bug#900610: easy-rsa: make-cadir is not included in package

[Alex King]

Package: easy-rsa
Version: 3.0.4-1
Severity: important

Dear Maintainer,

This version of easy-rsa includes the manual page for make-cadir, and
recommends its use in README.Debian, but does not acutally include it.

Kind of makes the thing pretty much unusable for a new install.

-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.35-rh52-20180419080804.xenU.x86_64-1-g10d736484913 (SMP 
w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages easy-rsa depends on:
ii  openssl  1.1.0f-3+deb9u2

Versions of packages easy-rsa recommends:
ii  opensc  0.16.0-3

easy-rsa suggests no packages.

-- no debconf information

Bug#900609: Installing Debian On GPD Pocket

[Jeremy Stanley]

Added a hardware entry to the wiki for this with some more extensive
notes/gotchas:

https://wiki.debian.org/InstallingDebianOn/GPD/Pocket

-- 
Jeremy Stanley

Bug#900609: GPD Pocket success with default (Buster) kernel

[Jeremy Stanley]

Package: installation-reports

Boot method: UEFI from a Micro-SDHC card using a USB-A card reader
Image version: 
https://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/weekly-builds/amd64/iso-cd/firmware-testing-amd64-netinst.iso
Date: 2018-06-01

Machine: GPD Pocket
Processor: Quad Core Intel(R) Atom(TM) x7-Z8750 CPU @ 1.60GHz
Memory: 8GB
Partitions:

/dev/mmcblk0p1 = /boot/efi (vfat)
/dev/mmcblk0p2 = /boot (ext4)
/dev/mmcblk0p3 = physical volume for LUKS encryption

Output of lspci -knn:

00:00.0 Host bridge [0600]: Intel Corporation Atom/Celeron/Pentium 
Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register [8086:2280] (rev 
34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series SoC Transaction Register [8086:7270]
Kernel driver in use: iosf_mbi_pci
00:02.0 VGA compatible controller [0300]: Intel Corporation 
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Configuration 
Registers [8086:22b0] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCI Configuration Registers [8086:7270]
Kernel driver in use: i915
Kernel modules: i915
00:0b.0 Signal processing controller [1180]: Intel Corporation 
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management 
Controller [8086:22dc] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series Power Management Controller [8086:7270]
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device
00:14.0 USB controller [0c03]: Intel Corporation Atom/Celeron/Pentium 
Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller [8086:22b5] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series USB xHCI Controller [8086:7270]
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
00:1a.0 Encryption controller [1080]: Intel Corporation 
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution 
Engine [8086:2298] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine [8086:7270]
00:1c.0 PCI bridge [0604]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCI Express Port #1 [8086:22c8] (rev 34)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1f.0 ISA bridge [0601]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCU [8086:229c] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCU [8086:7270]
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
01:00.0 Network controller [0280]: Broadcom Limited BCM4356 802.11ac 
Wireless Network Adapter [14e4:43ec] (rev 02)
Subsystem: Gemtek Technology Co., Ltd BCM4356 802.11ac Wireless Network 
Adapter [17f9:0036]
Kernel driver in use: brcmfmac
Kernel modules: brcmfmac


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

WiFi is supported except that
https://bugzilla.kernel.org/show_bug.cgi?id=185661 currently means
you need to obtain a working configuration file (e.g., from the
ChromiumOS repository linked in that bug report) and make it
available to the kernel somewhere it will find it, for example
/lib/firmware/brcm/brcmfmac4356-pcie.txt. Lack of this file will
manifest during installation as the WiFi device getting detected and
SSIDs are listed, but you'll be unable to actually connect to any of
them.

I didn't test Tasks installation as I prefer starting with bare
minimum installation and carefully tracking individual packages I
need. I can't imagine there would be any problem installing typical
Tasks on this device.
-- 
Jeremy Stanley

Bug#900608: nikto: CVE-2018-11652

[Salvatore Bonaccorso]

Source: nikto
Version: 1:2.1.5-1
Severity: grave
Tags: patch security upstream fixed-upstream
Justification: user security hole

Hi,

The following vulnerability was published for nikto.

CVE-2018-11652[0]:
| CSV Injection vulnerability in Nikto 2.1.6 and earlier allows remote
| attackers to inject arbitrary OS commands via the Server field in an
| HTTP response header, which is directly injected into a CSV report.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-11652
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11652
[1] 
https://github.com/sullo/nikto/commit/e759b3300aace5314fe3d30800c8bd83c81c29f7

Regards,
Salvatore

Bug#900588: apt-listbugs: [INTL:nl] Dutch po file for the apt-listbugs package

[Francesco Poli]

On Fri, 01 Jun 2018 20:30:43 +0200 Frans Spiesschaert wrote:

> Dear Maintainer,

Hello Frans!

>  
>  
> Please find attached the updated Dutch po file for the apt-listbugs
> package.

It is really nice to receive translation updates without even having to
ask for them! Thank you so much for sending one!

I hope I will soon find the time to add it to the package.

Bye and thanks a lot for your dedication!


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpMFjBDEpzDm.pgp
Description: PGP signature

Bug#900607: liblouis: CVE-2018-11577

[Salvatore Bonaccorso]

Source: liblouis
Version: 3.5.0-2
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/liblouis/liblouis/issues/582

Hi,

The following vulnerability was published for liblouis.

CVE-2018-11577[0]:
| Liblouis 3.5.0 has a Segmentation fault in lou_logPrint in logging.c.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-11577
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11577
[1] https://github.com/liblouis/liblouis/issues/582

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#900606: git-buildpackage: Suggest "import-dscs --debsnap" for people looking for --download

[Chris Lamb]

Source: git-buildpackage
Version: 0.9.9
Severity: wishlist
Tags: patch

Hi,

Please suggest "import-dscs --debsnap" for people looking for
the (deprecated) --download. Took me a while to find it... :)

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/gbp/scripts/import_dsc.py b/gbp/scripts/import_dsc.py
index 01278b4..ff53f36 100644
--- a/gbp/scripts/import_dsc.py
+++ b/gbp/scripts/import_dsc.py
@@ -367,7 +367,7 @@ def build_parser(name):
 parser.add_config_file_option(option_name="repo-email", dest="repo_email",
   choices=['DEBIAN', 'GIT'])
 parser.add_option("--download", dest='download', action="store_true",
-  default=False, help="Ignored. Accepted for 
compatibility.")
+  default=False, help="Ignored. Accepted for 
compatibility; try 'import-dscs --debsnap'.")
 return parser
 
 
diff --git a/gbp/scripts/import_orig.py b/gbp/scripts/import_orig.py
index ad543e6..7b0463b 100644
--- a/gbp/scripts/import_orig.py
+++ b/gbp/scripts/import_orig.py
@@ -368,7 +368,7 @@ def build_parser(name):
 
 # Accepted for compatibility
 parser.add_option("--download", dest='download', action="store_true",
-  default=False, help="Ignored. Accepted for 
compatibility.")
+  default=False, help="Ignored. Accepted for 
compatibility; try 'import-dscs --debsnap'")
 return parser
 
 

Bug#900389: RFS: deepin-screen-recorder/2.7.4-1

[Adam Borowski]

On Wed, May 30, 2018 at 12:38:42PM +0800, Yanhao Mo wrote:
>  * Package name: deepin-screen-recorder
>Version : 2.7.4-1

>   deepin-screen-recorder (2.7.4-1) unstable; urgency=medium
> 
>   * New upstream release.
>   * d/control: Add new uploader Yanhao Mo .
>   * d/control: Add Build-Depends libprocps6 to work around bug #900239.
>   * d/control: Bump Standards-Version to 4.1.4. (no changes needed)

I'm afraid that depending on libprocps6 is a pretty bad idea.  It's produced
by src:procps, and the version in unstable already builds libprocps7 rather
than libprocps6.  It will migrate soon, thus breaking your package.

As #900239 is an ex-bug, you can revert this particular change.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts
⣾⠁⢰⠒⠀⣿⡁ productivity.  You can read it, too, you just need the
⢿⡄⠘⠷⠚⠋⠀ right music while doing so.  I recommend Skepticism
⠈⠳⣄ (funeral doom metal).

Bug#900605: mirrors: Debian mirror debian.parspack.com: unavailable

[Julien Cristau]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi,

I was checking some things in the Debian mirror universe and noticed a
problem with your mirror:

It seems your mirror is no longer available.  (I cannot reach it.)  Is
this intentional?

Status: 
https://mirror-master.debian.org/status/mirror-info/debian.parspack.com.html

Thanks,
Julien Cristau

Bug#900584: qa.debian.org: Bootlaoder fails to boot at first attempt on selection of OS

[Mattia Rizzolo]

Control: reassign -1 debian-installer

On Fri, Jun 01, 2018 at 11:03:49PM +0530, V SHANKARANANDA wrote:
> Package: qa.debian.org
> Severity: important
> Tags: d-i

Why would you ever file such a bug under qa.debian.org?

It's either some component of debian-installer that is at fault, or grub
itself.

> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Burned the Install CD image sucessfully. Selected the "Install non-graphical"
> option from Grub Menu. System reboots again and again presenting with Grub
> menu.
> Repeated the action twice/thrice to enter installation process. Installation
> completed sucessfully. Installed boot loader on MBR.
> 
> Bootloader fails to boot the OS on selection, instead,  reboot the system.
> Takes more than one attempt to Boot OS. On repeated selection boot is
> successful.
> 
> Problem seems to originates from CD Image.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> On selection of OS title from Grub menu, the system reboots and loads grub
> again.
> 
>* What was the outcome of this action?
> 
> On repeated attempt (more than two or more attempts/selection), boot is
> sucessful
> 
>* What outcome did you expect instead?
> 
> Expect to boot in first attempt as it would happen in earlier releases.
> 
> Same behaviour is observed in Install CD image.
> 
> 
> 
> 
> -- System Information:
> Debian Release: 9.4
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.9.0-6-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
> (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#900604: mirrors: Debian mirror mirror.units.it: out of date

[Julien Cristau]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi,

I was checking some things in the Debian mirror universe and noticed
a problem with your mirror:

It seems your mirror has not updated in almost two days.

Also, it seems connections time out from time to time (see the status
page below).

Status: https://mirror-master.debian.org/status/mirror-info/mirror.units.it.html

Please investigate.

Thanks,
Julien Cristau

Bug#900593: diffoscope: GNU tar xattrs result in: libarchive: Ignoring malformed pax extended attribute

[Chris Lamb]

Hi Tianon,

> It gets worse -- apparently any combination of "--xattrs" (with or
> without "--xattrs-include" values) makes GNU tar's output completely
> unreproducible (running it on the same directory twice will provide a
> different result).

Oh, neat! Hm, can you try:

  --pax-option=exthdr.name=%d/PaxHeaders/%f,atime:=0


Regards,

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

Bug#900593: diffoscope: GNU tar xattrs result in: libarchive: Ignoring malformed pax extended attribute

[Tianon Gravi]

On Fri, 1 Jun 2018 12:25:15 -0700 Tianon Gravi  wrote:
> The context for this bug is in [1].  The basic gist is that I need to
> preserve extended attributes to get the proper capabilities on
> "/bin/ping" inside a rootfs tarball, so I updated my GNU tar invocation
> to include "--xattrs", "--acls", and "--selinux" (just for good
> measure).
>
> [1]: https://github.com/debuerreotype/debuerreotype/pull/38

It gets worse -- apparently any combination of "--xattrs" (with or
without "--xattrs-include" values) makes GNU tar's output completely
unreproducible (running it on the same directory twice will provide a
different result).

I've noted this in [2], and provided a full `hexdump` in [3].

[2]: 
https://github.com/debuerreotype/debuerreotype/pull/38#issuecomment-393992413
[3]: https://gist.github.com/tianon/5bbfe30a4e889dcece42b8d210f8c8f9

(I poked lamby on IRC about where to note this for the reproducible
builds project as a whole, and he told me to just append it to this
bug for now.)


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#900603: [src:kino] Lena non free image

[Bastien ROUCARIÈS]

Package: src:kino
Version: 1.3.4-2.4 
Severity: serious

Please repack and remove ffmpeg/tests/lena.pnm

Best will be to remove ffmpeg

The given source file is cropped from playboy centerfold.

This image is a picture of Lena Söderberg, shot by photographer Dwight Hooker, 
cropped from the centerfold of the November 1972 issue of Playboy magazine.

According to Hutchison, Jamie (May-June 2001). "Culture, Communication, and an 
Information Age Madonna" (PDF). IEEE Professional Communication Society 
Newsletter 45 (3). (page 5 second column second paragraph), this image is 
distributable but not free.

Moreover, Lenna photo has been pointed to as an example of sexism in the 
sciences, reinforcing gender stereotypes.

Please use well known and free test images.

Thank


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

Bug#896510: mirror listing update for ftp.heikorichter.name

[Julien Cristau]

Control: tag -1 moreinfo

On Sat, Apr 21, 2018 at 21:53:55 +, Heiko Richter wrote:

> Package: mirrors
> Severity: minor
> User: mirr...@packages.debian.org
> Usertags: mirror-list
> 
> Submission-Type: update
> Site: ftp.heikorichter.name
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: Heiko Richter 
> Country: FI Finland
> Location: Helsinki
> Sponsor: HR-Tech https://www.hr-tech.shop
> 
Hi Heiko,

the mirror seems to be unreachable at the moment, returning cloudflare
error pages.

Cheers,
Julien

Bug#852196: Bug#900598: [desmume] Include non free file

[Markus Koschany]

Control: severity -1 normal
Control: retitle -1 desmume: clarify ConvertUTF license header

Am 01.06.2018 um 22:25 schrieb Bastien ROUCARIES:
> On Fri, Jun 1, 2018 at 10:21 PM, Markus Koschany  wrote:
>>
>> Am 01.06.2018 um 22:16 schrieb Bastien ROUCARIES:
>> [...]
>>> No it is not a lintian bug. Unicode withdraw this code before applying
>>> the license change.
>>>
>>> Exhibit 1 does not apply in this case.
>>>

 http://www.unicode.org/copyright.html#Exhibit1

 Also see https://bugs.debian.org/864729 for more information. In my
 opinion this is merely a documentation bug but not a Policy violation.
>>
>> No. This is not correct. Please read #864729 and
>>
>> https://bugs.chromium.org/p/google-breakpad/issues/detail?id=270
>>
>> why we are allowed to change the license too.
> 
> Ok see it. It is nevertheless a bug (not serious) because this code is
> buggy and supperseded by ICU. Did you report this upstream ?

No. I'm not a regular uploader of desmume, just someone who dislikes
that we remove files or entire packages because of wrong or misinformed
assumptions.

> Can you send a bug to lintian ? Will try to cook something

This issue was already reported to the Lintian developers in Debian bug
#852196 and #854209. You have even sent a comment respectively marked
those bugs as moreinfo.

In my opinion Lintian is wrong here. This should be a warning at best
because apparently it leads to confusions whether ConvertUTF.c is
licensed under a DFSG-free license or not. The discussion in #864729 is
the best summary why we can just relicense the file to the new
permissive Unicode license.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#900598: [desmume] Include non free file

[Bastien ROUCARIES]

On Fri, Jun 1, 2018 at 10:21 PM, Markus Koschany  wrote:
>
> Am 01.06.2018 um 22:16 schrieb Bastien ROUCARIES:
> [...]
>> No it is not a lintian bug. Unicode withdraw this code before applying
>> the license change.
>>
>> Exhibit 1 does not apply in this case.
>>
>>>
>>> http://www.unicode.org/copyright.html#Exhibit1
>>>
>>> Also see https://bugs.debian.org/864729 for more information. In my
>>> opinion this is merely a documentation bug but not a Policy violation.
>
> No. This is not correct. Please read #864729 and
>
> https://bugs.chromium.org/p/google-breakpad/issues/detail?id=270
>
> why we are allowed to change the license too.

Ok see it. It is nevertheless a bug (not serious) because this code is
buggy and supperseded by ICU. Did you report this upstream ?

Can you send a bug to lintian ? Will try to cook something

Bastien

>
> Not a bug.
>
> Markus
>

Bug#864729: Retitle

[Bastien ROUCARIES]

control: retitle -1 Use obsolete/buggy code
control: severity -1 important

ConvertUTF is nevertheless buggy/obsolete please use libicu

Bastien

Bug#900598: [desmume] Include non free file

[Markus Koschany]

Am 01.06.2018 um 22:16 schrieb Bastien ROUCARIES:
[...]
> No it is not a lintian bug. Unicode withdraw this code before applying
> the license change.
> 
> Exhibit 1 does not apply in this case.
> 
>>
>> http://www.unicode.org/copyright.html#Exhibit1
>>
>> Also see https://bugs.debian.org/864729 for more information. In my
>> opinion this is merely a documentation bug but not a Policy violation.

No. This is not correct. Please read #864729 and

https://bugs.chromium.org/p/google-breakpad/issues/detail?id=270

why we are allowed to change the license too.

Not a bug.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#864729: Reopen

[Bastien ROUCARIES]

control: reopen -1
control: found -1 3.3.1~dfsg-5

This bug was not fixed. Unicode body withdraw this code from their
website (due to bugs that are fixed in icu) long before applying
relicencing.

So it is not free

Bastien

Bug#900598: [desmume] Include non free file

[Bastien ROUCARIES]

On Fri, Jun 1, 2018 at 10:07 PM, Markus Koschany  wrote:
> Hi,
>
> Am 01.06.2018 um 21:58 schrieb Bastien ROUCARIÈS:
>> Package: desmume
>> Severity: serious
>>
>> The following file source files include material under a non-free license 
>> from
>> Unicode Inc. Therefore, it is not possible to ship this in main or contrib.
>>
>> src/utils/ConvertUTF.c
>>
>> This license does not grant any permission to modify the files (thus failing
>> DFSG#3). Moreover, the license grant seems to attempt to restrict use to
>> "products supporting the Unicode Standard" (thus failing DFSG#6).
>>
>> In this case a solution is to use libicu and to remove this code by 
>> repacking.
>>
>> If this is a false-positive, please report a bug against Lintian.
>>
>> Refer to https://bugs.debian.org/823100 for details.
>
> Indeed this is a Lintian bug. Unicode changed the license and the new
> license can be found here:

No it is not a lintian bug. Unicode withdraw this code before applying
the license change.

Exhibit 1 does not apply in this case.

>
> http://www.unicode.org/copyright.html#Exhibit1
>
> Also see https://bugs.debian.org/864729 for more information. In my
> opinion this is merely a documentation bug but not a Policy violation.
>
> Regards,
>
> Markus
>

Bug#900601: [src:libantlr3c] Non free file : unicode

[Bastien ROUCARIÈS]

Package: src:libantlr3c
Version: 3.2-3
Severity: serious

The following file source files include material under a non-free license from 
Unicode Inc. Therefore, it is not possible to ship this in main or contrib.

src/antlr3convertutf.*

This license does not grant any permission to modify the files (thus failing 
DFSG#3). Moreover, the license grant seems to attempt to restrict use to 
"products supporting the Unicode Standard" (thus failing DFSG#6).

In this case a solution is to use libicu and to remove this code by repacking.

If this is a false-positive, please report a bug against Lintian.

Refer to https://bugs.debian.org/823100 for details.



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

Bug#900600: [firefox,firefox-esr] Non free license: unicode

[Bastien ROUCARIÈS]

Package: firefox,firefox-esr
Version: 52.8
Severity: serious

The following file source files include material under a non-free license from 
Unicode Inc. Therefore, it is not possible to ship this in main or contrib.

toolkit/crashreporter/google-breakpad/src/common/convert_UTF.*

This license does not grant any permission to modify the files (thus failing 
DFSG#3). Moreover, the license grant seems to attempt to restrict use to 
"products supporting the Unicode Standard" (thus failing DFSG#6).

In this case a solution is to use libicu and to remove this code by repacking.

If this is a false-positive, please report a bug against Lintian.

Refer to https://bugs.debian.org/823100 for details.

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

Bug#900598: [desmume] Include non free file

[Markus Koschany]

Hi,

Am 01.06.2018 um 21:58 schrieb Bastien ROUCARIÈS:
> Package: desmume
> Severity: serious
> 
> The following file source files include material under a non-free license 
> from 
> Unicode Inc. Therefore, it is not possible to ship this in main or contrib.
> 
> src/utils/ConvertUTF.c
> 
> This license does not grant any permission to modify the files (thus failing 
> DFSG#3). Moreover, the license grant seems to attempt to restrict use to 
> "products supporting the Unicode Standard" (thus failing DFSG#6).
> 
> In this case a solution is to use libicu and to remove this code by repacking.
> 
> If this is a false-positive, please report a bug against Lintian.
> 
> Refer to https://bugs.debian.org/823100 for details.

Indeed this is a Lintian bug. Unicode changed the license and the new
license can be found here:

http://www.unicode.org/copyright.html#Exhibit1

Also see https://bugs.debian.org/864729 for more information. In my
opinion this is merely a documentation bug but not a Policy violation.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#900599: [fceux] include non free file

[Bastien ROUCARIÈS]

Package: src:fceux
Severity: serious
version: 2.2.2+dfsg0-1 

The following file source files include material under a non-free license from 
Unicode Inc. Therefore, it is not possible to ship this in main or contrib.

src/utils/ConvertUTF.c

This license does not grant any permission to modify the files (thus failing 
DFSG#3). Moreover, the license grant seems to attempt to restrict use to 
"products supporting the Unicode Standard" (thus failing DFSG#6).

In this case a solution is to use libicu and to remove this code by repacking.

If this is a false-positive, please report a bug against Lintian.

Refer to https://bugs.debian.org/823100 for details.


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

Bug#900596: [chromium-browser] unicode non free license

[Bastien ROUCARIÈS]

Package: chromium-browser
Severity: serious
version: 67.0.3396.62-1 

The following file are non free:
third_party/breakpad/breakpad/src/common/convert_UTF.c
third_party/swiftshader/third_party/llvm-subzero/lib/Support/
ConvertUTF.cpp

Found by lintian, checked manually


The following file source files include material under a non-free license 
from Unicode Inc. Therefore, it is not possible to ship this in main or 
contrib.

This license does not grant any permission to modify the files (thus 
failing DFSG#3). Moreover, the license grant seems to attempt to restrict use 
to "products supporting the Unicode Standard" (thus failing DFSG#6).

In this case a solution is to use libicu and to remove this code by 
repacking.

If this is a false-positive, please report a bug against Lintian.

Refer to https://bugs.debian.org/823100 for details.

Severity: serious, Certainty: possible

Check: cruft, Type: source


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

Bug#900597: golang-github-prometheus-client-golang/0.9.0~pre1+git20180417.82f5ff1-2 breaks golang-github-docker-go-metrics

[Paul Gevers]

Source: golang-github-prometheus-client-golang
Version: 0.9.0~pre1+git20180417.82f5ff1-2
Severity: serious
Justification: breaks reverse dependency
Affects: src:golang-github-docker-go-metrics
User: debian...@lists.debian.org
Usertags: breaks

Version 0.9.0~pre1+git20180417.82f5ff1-2 of
golang-github-prometheus-client-golang causes FTBFS of
golang-github-docker-go-metrics. This bug is to block migration of
golang-github-prometheus-client-golang until
golang-github-docker-go-metrics has been updated to cope with the new
version.

golang-github-prometheus-client-golang could (and in my opinion should)
declare a "Breaks: golang-github-docker-go-metrics (<=
0.0~git20170503.0.d466d4f-1)" relation (or better, if the new version is
-2 a "Breaks: golang-github-docker-go-metrics (<<
0.0~git20170503.0.d466d4f-2~)").

On 01-06-18 02:33, Martín Ferrari wrote:
>> On 24-05-18 13:48, Paul Gevers wrote:
> 
>> It looks like to me that this is causing FTBFS (as seen on
>> reproducibility¹), so I guess that golang-github-docker-go-metrics
>> maintainers would want to create an RC bug against the
>> golang-github-prometheus-client-golang to prevent it from migrating
>> until the FTBFS is fixed.
> 
> I am not that surprised, as these golang APIs are very unstable. I
> thought this had passed our regresion tests, but I guess I am still not
> used to the system :-)
> 
> I took a quick look, and it indeed seems to be an incompatible API
> change. The problem is, there is no way to fix this unless we tried to
> change sonames everytime this happens (which is pretty often and without
> warning). It was merged here:
> https://github.com/prometheus/client_golang/pull/285/
> 
> Luckily, docker has already fixed it, so an update of the rdep should
> fix this issue: https://github.com/docker/go-metrics/issues/12
> 
> I will take a look into it next week as I will be offline for a few
> days, but if it is deemed that this needs to be blocked, please go ahead
> with the RC bug.

Paul





signature.asc
Description: OpenPGP digital signature

Bug#900598: [desmume] Include non free file

[Bastien ROUCARIÈS]

Package: desmume
Severity: serious

The following file source files include material under a non-free license from 
Unicode Inc. Therefore, it is not possible to ship this in main or contrib.

src/utils/ConvertUTF.c

This license does not grant any permission to modify the files (thus failing 
DFSG#3). Moreover, the license grant seems to attempt to restrict use to 
"products supporting the Unicode Standard" (thus failing DFSG#6).

In this case a solution is to use libicu and to remove this code by repacking.

If this is a false-positive, please report a bug against Lintian.

Refer to https://bugs.debian.org/823100 for details.

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

Bug#894414: pdf-presenter-console: cursor changesto hand over movie area, voice id hear but animation does not start

[Barak A. Pearlmutter]

Right now all it has is:

> Recommends: gstreamer1.0-gtk3

Do you really think all these others are necessary?

>   gstreamer1.0-plugins-good,
>   gstreamer1.0-plugins-bad,
>   gstreamer1.0-libav,
>   gstreamer1.0-alsa,
>   gstreamer1.0-tools

Why -alsa instead of -pulseaudio?

Is -tools necessary? I guess so if pdfpc is using gst-launch-1.0, but
that would be embedded in the PDF...

Maybe I should make a virtual package pdf-presenter-console-media,
which is recommended by pdf-presenter-console proper, and which has
hard dependencies on all the potentially relevant gstreamer packages.

--Barak.

Bug#900595: linux-image-amd64: tg3 mtu seems to block full sized packets with mtu=1500, allows them with higher one

[csaba mate]

Package: linux-image-amd64
Version: 4.16+94
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
some pages not load, or load but extremely slowly

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
upgrded to 4.16-1 to 4.16-2

   * What was the outcome of this action?
pages use higher mtu on the other side does not load

   * What outcome did you expect instead?
work as before


please find my small session below:


mc36@acer:~$ 
mc36@acer:~$ 
mc36@acer:~$ sudo ifconfig eth0 mtu 1600
mc36@acer:~$ ping ap -s 1472
PING ap.mchome.nop.hu (10.1.250.31) 1472(1500) bytes of data.
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=1 ttl=61 time=15.3 ms
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=2 ttl=61 time=9.66 ms
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=3 ttl=61 time=11.5 ms
^C
--- ap.mchome.nop.hu ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 9.664/12.206/15.374/2.372 ms
mc36@acer:~$ sudo ifconfig eth0 mtu 1500
mc36@acer:~$ ping ap -s 1472
PING ap.mchome.nop.hu (10.1.250.31) 1472(1500) bytes of data.
^C
--- ap.mchome.nop.hu ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3055ms

mc36@acer:~$ sudo ifconfig eth0 mtu 1600
mc36@acer:~$ ping ap -s 1472
PING ap.mchome.nop.hu (10.1.250.31) 1472(1500) bytes of data.
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=1 ttl=61 time=14.8 ms
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=2 ttl=61 time=12.5 ms
1480 bytes from 10.1.250.31 (10.1.250.31): icmp_seq=3 ttl=61 time=10.7 ms
^C
--- ap.mchome.nop.hu ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 10.780/12.716/14.839/1.667 ms
mc36@acer:~$ 
mc36@acer:~$ 




*** End of the template - remove these template lines ***


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

Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1), LANGUAGE=en_US 
(charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-amd64 depends on:
ii  linux-image-4.16.0-2-amd64  4.16.12-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information

Bug#900460: ephoto: fails to start

[Ross Vandegrift]

Control: clone -1 -2
Control: reassign -2 libevas1
Control: severity -2 normal
Control: retitle -2 libevas1: adjust Depends to prefer X11 engine
Control: block -1 by -2

On Fri, Jun 01, 2018 at 09:06:57AM +0900, Norbert Preining wrote:
> > Can you provide the output of "dpkg -l | grep libevas1-engine"?  It
> 
> ii  libevas1-engines-wayland:amd64  1.20.7-4  
>   amd64Evas module providing the Wayland 
> engine

Thanks, this confirms what I expected.  As a workaround, you can install
libevas1-engines-x and ephoto should work.

Mostly a note to self, I'm about to head on vacation for a week: the problem is
in the way libevas1 pulls in the engine backends.  libevas1 depends on
libevas1-engine, which is a virtual package.  In some cases, apt fulfills this
with the wayland engine only.  Since wayland-only is less common, that Depends
should be changed to libevas1-engines-x | libevas1-engine.

Thanks for the report and sorry for the trouble,
Ross

Bug#896667: It is safe to assume that source only uploads will build against the r-api-3.5? (Was: Bug#896667: transition: r-base-3.5)

[Graham Inggs]

On 1 June 2018 at 21:43, Graham Inggs  wrote:
> r-cran-fastica also seems to be missing r-api-3.4 so doesn't appear on
> the tracker, but needs a rebuild.

Sorry, my mistake, please ignore.

Bug#896667: It is safe to assume that source only uploads will build against the r-api-3.5? (Was: Bug#896667: transition: r-base-3.5)

[Graham Inggs]

r-cran-fastica also seems to be missing r-api-3.4 so doesn't appear on
the tracker, but needs a rebuild.

Bug#888468: pandoc: please support new YAML fields "front/back-notice" for LaTeX and HTML5 output

[John MacFarlane]

Francesco Poli  writes:

> On Fri, 01 Jun 2018 10:20:34 +0200 Jonas Smedegaard wrote:
> If you don't want the Debian package to diverge from the upstream
> behavior, please, at least, forward my wishlist bug report (with my
> patch) upstream!
> This could speed up the upstream patch adoption process, I guess...

As upstream maintainer, I agree with Jonas's decision not to diverge
from upstream.  And I think Jonas is already doing enough work
packaging pandoc; it's not his job to forward this to upstream.

If you care about the feature, you may propose it upstream on the
pandoc-discuss mailing list or the jgm/pandoc issue tracker on GitHub.
That is the way it will be most convenient for upstream developers
to consider it.

Bug#900592: telegram-desktop: please package new telegram-desktop upstream version 1.3.0

[shirish शिरीष]

Package: telegram-desktop
Version: 1.2.17-1
Severity: normal

Dear Maintainer,

As can be seen from the debian/watchfile A new upstream version is available

https://github.com/telegramdesktop/tdesktop/archive/v1.3.0.tar.gz

According to https://github.com/telegramdesktop/tdesktop/blob/dev/changelog.txt
there are quite a few improvements added, please release a new version
soonish. I specifically like the bits about censorship circumvention
and working with proxy servers.

1.3.0 (01.06.18)

- Improved censorship circumvention.
- Improved stability when working through proxy servers.
- Save several proxy servers to quickly switch between them in Settings.
- Use proxy for calls.
- Emoji and text replacement now happens immediately after typing
(instead of after sending) and can be rolled back using Backspace or
CTRL/CMD + Z. Replacement no longer happens when pasting text.

Added formatting shortcuts. Select text and use:
- CTRL/CMD + B/I for bold and italic
- CTRL/CMD + K to create or edit a custom link
- CTRL/CMD + SHIFT + M for monospace font
- CTRL/CMD + SHIFT + N to clear formatting

1.2.25 alpha (31.05.18)

- Apply markdown formatting (```, `, **, __) only when sending the message.
- Display connection quality bars in calls.
- Telegram Desktop can update itself through MTProto.
- Bug fixes and other minor improvements.

1.2.24 alpha (26.05.18)

- Add links with custom text from context menu or by Ctrl/Cmd + K
keyboard shortcut.

1.2.23 alpha (25.05.18)

- Apply formatting from input field context menu.
- Apply formatting by hotkeys.
- Bug fixes and other minor improvements.

1.2.22 alpha (24.05.18)

- Use markdown in media captions (**bold**, __italic__, `tag` and ```code```).
- Use emoji replacement in media captions, group and channel titles
and descriptions (:like: etc.)
- Markdown replacement now happens immediately after typing (instead
of after sending) and can be rolled back using Backspace or Ctrl/Cmd +
Z. Replacement no longer happens when pasting text.

1.2.21 alpha (18.05.18)

- Support domain names in mtproto proxy.
- Bug fixes and other minor improvements.

1.2.20 alpha (13.05.18)

- Emoji and text replacements are done while you type the message.
- Revert emoji and text replacements by pressing backspace.
- Disable emoji replacements or suggestions in Settings.
- Some critical bug fixes.

1.2.19 alpha (08.05.18)

- Enable proxy for calls in Settings.
- Bug fixes and other minor improvements.

1.2.18 alpha (05.05.18)

- Improve working through proxy servers.
- Bug fixes and other minor improvements.


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

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages telegram-desktop depends on:
ii  libavcodec57  7:3.4.2-2+b1
ii  libavformat57 7:3.4.2-2+b1
ii  libavutil55   7:3.4.2-2+b1
ii  libc6 2.27-3
ii  libgcc1   1:8.1.0-3
ii  libglib2.0-0  2.56.1-2
ii  libminizip1   1.1-8+b1
ii  libopenal11:1.18.2-3
ii  libqt5core5a [qtbase-abi-5-10-0]  5.10.1+dfsg-7
ii  libqt5dbus5   5.10.1+dfsg-7
ii  libqt5gui55.10.1+dfsg-7
ii  libqt5network55.10.1+dfsg-7
ii  libqt5widgets55.10.1+dfsg-7
ii  libssl1.1 1.1.0h-4
ii  libstdc++68.1.0-3
ii  libswresample27:3.4.2-2+b1
ii  libswscale4   7:3.4.2-2+b1
ii  libtgvoip1.0.31.0.3-3
ii  libx11-6  2:1.6.5-1
ii  qt5-image-formats-plugins 5.10.1-2
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages telegram-desktop recommends:
ii  fonts-open-sans 1.11-1
ii  libappindicator3-1  0.4.92-5

telegram-desktop suggests no packages.

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#900593: diffoscope: GNU tar xattrs result in: libarchive: Ignoring malformed pax extended attribute

[Tianon Gravi]

Package: diffoscope
Version: 95
Severity: normal

First, thanks for diffoscope; it's the best. :)

The context for this bug is in [1].  The basic gist is that I need to
preserve extended attributes to get the proper capabilities on
"/bin/ping" inside a rootfs tarball, so I updated my GNU tar invocation
to include "--xattrs", "--acls", and "--selinux" (just for good
measure).

[1]: https://github.com/debuerreotype/debuerreotype/pull/38

After doing so, I did a quick "diffoscope" of the before/after (which
normally is indispensibly helpful in ensuring that my PR does exactly
what I expect it to and not a single thing more).  I was expecting to
see something showing me that I've got some new extended attributes on
at least "/bin/ping" (and possibly other files), but instead got the
following:

| $ diffoscope travis/20170101/amd64/jessie/rootfs.tar.xz
output/20170101/amd64/jessie/rootfs.tar.xz
| 2018-06-01 17:22:24 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:24 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:24 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:25 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:25 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:26 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:26 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:26 W: libarchive: Ignoring malformed pax extended attribute
| 2018-06-01 17:22:26 W: libarchive: Ignoring malformed pax extended attribute
|  ||  100%
Time: 0:00:10
| --- travis/20170101/amd64/jessie/rootfs.tar.xz
| +++ output/20170101/amd64/jessie/rootfs.tar.xz
| ├── rootfs.tar
| │ ├── filetype from file(1)
| │ │ @@ -1 +1 @@
| │ │ -POSIX tar archive (GNU)
| │ │ +POSIX tar archive

I've uploaded the two .tar.xz files in question to [2] in case you'd
like to reproduce. :)

[2]: https://people.debian.org/~tianon/diffoscope-gnu-tar-xattrs/

If there's something obvious I've missed, I apologize!  I searched the
bugs and the list as much as I could, and couldn't find anything similar
(which was surprising -- I would've thought someone else would've run
into this long before me). O:>


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4


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

Kernel: Linux 4.15.0-2-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages diffoscope depends on:
ii  libpython3.6-stdlib3.6.5-9
ii  python33.6.5-3
ii  python3-distro 1.0.1-2
ii  python3-distutils  3.6.5-3
ii  python3-libarchive-c   2.1-3.1
ii  python3-magic  2:0.4.15-1
ii  python3-pkg-resources  39.1.0-1

Versions of packages diffoscope recommends:
ii  abootimg 0.6-1+b2
ii  acl  2.2.52-3+b1
ii  apktool  2.3.3-1
ii  binutils-multiarch   2.30-20
ii  bzip21.0.6-8.1
ii  caca-utils   0.99.beta19-2+b3
ii  colord   1.3.3-2
ii  db-util  5.3.1
ii  default-jdk-headless 2:1.10-65
ii  device-tree-compiler 1.4.6-1
ii  docx2txt 1.4-1
ii  e2fsprogs1.44.2-1
ii  enjarify 1:1.0.3-4
ii  fontforge-extras 0.3-4
ii  fp-utils 3.0.4+dfsg-19
ii  fp-utils-3.0.4 [fp-utils]3.0.4+dfsg-19
ii  genisoimage  9:1.1.11-3+b2
ii  gettext  0.19.8.1-6+b1
ii  ghc  8.0.2-11
ii  ghostscript  9.22~dfsg-2.1
ii  giflib-tools 5.1.4-2
ii  gnumeric 1.12.39-1
ii  gnupg2.2.5-1
ii  imagemagick  8:6.9.9.34+dfsg-3+b1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.9.34+dfsg-3+b1
ii  jsbeautifier 1.6.4-7
ii  libarchive-tools 3.2.2-3.1
ii  llvm 1:4.0-40
ii  mono-utils   4.6.2.7+dfsg-1
ii  odt2txt  0.5-1+b2
ii  oggvideotools0.9.1-4
ii  openssh-client   1:7.7p1-2
ii  pdftk2.02-4+b2
ii  pgpdump  0.31-0.2
ii  poppler-utils0.63.0-2
ii  procyon-decompiler   0.5.32-4
ii  python3-argcomplete  1.8.1-1
ii  python3-binwalk  2.1.1-16
ii  python3-debian   0.1.32
ii  python3-defusedxml

Bug#900591: FTBFS against R 3.5: The C compiler identification is unknown

[Sébastien Villemot]

Package: src:rkward
Version: 0.7.0-1
Severity: serious
Control: block 896667 by -1 

Dear Maintainer,

The R 3.5 transition has just started (see #896667), and consequently the
rebuild of rkward has been triggered.

But the rebuild failed, apparently because the C compiler is not properly
detected (I did not investigate whether this error is actually related to R 3.5
or is due to some other unrelated change):

 
https://buildd.debian.org/status/fetch.php?pkg=rkward=amd64=0.7.0-1=1523909885=0

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature

Bug#900590: ITP: libppix-quotelike-perl -- module to parse Perl string literals and string-literal-like things

[Salvatore Bonaccorso]

Package: wnpp
Owner: Salvatore Bonaccorso 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libppix-quotelike-perl
  Version : 0.005
  Upstream Author : Thomas R. Wyant III F
* URL : https://metacpan.org/release/PPIx-QuoteLike
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to parse Perl string literals and 
string-literal-like things

This Perl class parses Perl string literals and things that are reasonably
like string literals. Its real reason for being is to find interpolated
variables for Perl::Critic|Perl::Critic policies and similar code.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Bug#900589: apt: [INTL:nl] Dutch po file for the apt package

[Frans Spiesschaert]

 
 
Package: apt 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch po file for the apt package. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as "po/nl.po" in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


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

Bug#900588: apt-listbugs: [INTL:nl] Dutch po file for the apt-listbugs package

[Frans Spiesschaert]

 
 
Package: apt-listbugs 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch po file for the apt-listbugs
package. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as "po/nl.po" in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


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

Bug#894414: pdf-presenter-console: cursor changesto hand over movie area, voice id hear but animation does not start

[Francesco Poli]

On Fri, 25 May 2018 09:18:00 -0400 Barak A. Pearlmutter wrote:

> Right now it's a weak dependency. Should I make it stronger? Or maybe the
> program could pop up a warning when it tries to use the library but cannot
> load it?
> 
> I'm worried that most people who use this don't use videos, and might want
> a very minimal installation.

Hello Barak,
as a user, I would like to comment on this package relationship issue.

I think these packages could be good candidates for the Recommends
field of pdf-presenter-console.

If I were you, I would set

  Recommends: gstreamer1.0-gtk3,
  gstreamer1.0-plugins-good,
  gstreamer1.0-plugins-bad,
  gstreamer1.0-libav,
  gstreamer1.0-alsa,
  gstreamer1.0-tools


Just my 2 ¢ ...


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpFsR4afLtT5.pgp
Description: PGP signature

Bug#900587: units_cur broken due to yahoo changes. upstream patch available.

[Chris Ruvolo]

Package: units
Version: 2.16-2
Severity: important
Tags: upstream patch

Dear Maintainer,

units_cur as packaged is currently broken due to changes from the yahoo
service that is being scraped.  Output is as follows:

  Traceback (most recent call last):
File "/usr/bin/units_cur", line 261, in 
  rates = [ data['resource']['fields']['price'] for data in webdata]
File "/usr/bin/units_cur", line 261, in 
  rates = [ data['resource']['fields']['price'] for data in webdata]
  KeyError: 'price'

Redhat bug: https://bugzilla.redhat.com/show_bug.cgi?id=1574835

Upstream patch: 
https://src.fedoraproject.org/cgit/rpms/units.git/plain/0001-units-2.16-units_cur.patch?id=8200b417

units_cur with this patch now works for me.

Thank you.
-Chris

-- System Information:
Debian Release: 8.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-0.bpo.6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages units depends on:
ii  libc6 2.19-18+deb8u10
ii  libreadline7  7.0-3

Versions of packages units recommends:
ii  python3   3.4.2-2
ii  python3-requests  2.11.1-1~bpo8+1

units suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/units_cur (from units package)
debsums: changed file /usr/share/units/currency.units (from units package)
>From 29b4b1ac90bfe54f1d7d83a3b3e4e1a1305332fa Mon Sep 17 00:00:00 2001
From: Kamil Dudka 
Date: Mon, 28 May 2018 14:21:35 +0200
Subject: [PATCH] Resolves: #1574835 - make units_cur work again

---
 units_cur | 44 ++--
 1 file changed, 26 insertions(+), 18 deletions(-)

diff --git a/units_cur b/units_cur
index 5541355..d00c12c 100755
--- a/units_cur
+++ b/units_cur
@@ -5,14 +5,17 @@ from __future__ import absolute_import, division, print_function
 #
 #
 
-version = '4.1'
+version = '4.2'
 
-# 30 October 2017
+# Version 4.2: 18 April 2018
+#
+# Handle case of empty/malformed entry returned from the server
+#
+# Version 4.1: 30 October 2017
 #
 # Fixed to include USD in the list of currency codes.  
 #
-# Version 4
-# 2 October 2017
+# Version 4: 2 October 2017 
 #
 # Complete rewrite to use Yahoo YQL API due to removal of TimeGenie RSS feed.
 # Switched to requests library using JSON.  One program now runs under
@@ -258,22 +261,27 @@ except requests.exceptions.RequestException as e:
format(e))
   exit(1)
   
-rates = [ data['resource']['fields']['price'] for data in webdata]
-codes = [ data['resource']['fields']['symbol'][0:3] for data in webdata]
 
 rate_index = 1
-
-for (code,rate) in zip(codes,rates):
-  if code not in currency.keys():
-if (verbose):
-  stderr.write('Got unknown currency with code {}\n'.format(code))
-  else:
-if not currency[code][rate_index]:
-  currency[code][rate_index] = '1|{} US$'.format(rate)
-elif verbose:
-  stderr.write('Got value "{}" for currency "{}" but '
-   'it is already defined\n'.format(rate, code))
-
+for data in webdata:
+  entry = data['resource']['fields']
+  if 'price' not in entry or 'symbol' not in entry:# Skip empty/bad entries
+if verbose:
+  stderr.write('Got bad entry from server: '+str(entry)+'\n')
+  else:  
+rate = entry['price']
+code = entry['symbol'][0:3]
+if code not in currency.keys():
+  if (verbose):
+stderr.write('Got unknown currency with code {}\n'.format(code))
+else:
+  if not currency[code][rate_index]:
+currency[code][rate_index] = '1|{} US$'.format(rate)
+  elif verbose:
+stderr.write('Got value "{}" for currency "{}" but '
+ 'it is already defined\n'.format(rate, code))
+
+
 # Delete currencies where we have no rate data
 for code in currency.keys():
   if not currency[code][rate_index]:
-- 
2.14.3

Bug#888468: pandoc: please support new YAML fields "front/back-notice" for LaTeX and HTML5 output

[Francesco Poli]

On Fri, 01 Jun 2018 10:20:34 +0200 Jonas Smedegaard wrote:

> Excerpts from Francesco Poli (wintermute)'s message of januar 26, 2018 12:28 
> am:
> > Well, I found out that adding support for this feature is really easy: 
> > one just needs to modify the templates used for LaTeX and HTML5 
> > outputs.
> > 
> > I prepared a patch for these two templates, supporting two new YAML 
> > fields named "front-notice" and "back-notice".
> > 
> > Since I think this feature may be useful for other users, I would like 
> > to see my patch applied to the official default templates.
> 
> Thanks for the proposed patch (and the nice words!).

Thanks for following up on my bug report...

> 
> I agree it is a small patch, but disagree to diverge from upstream for 
> this: Please propose upstream to adopt the change (or simply lean back 
> and wait: Upstream follows these bugreports so may decide to cherry-pick 
> on his own).

Well, as I said in my original bug report: please apply my patch to the
Debian package and forward my wishlist bug report upstream.

If you don't want the Debian package to diverge from the upstream
behavior, please, at least, forward my wishlist bug report (with my
patch) upstream!
This could speed up the upstream patch adoption process, I guess...

> 
> Until (if ever) upstream decides to adopt the patch, please use the 
> Pandoc feature to feed it custom templates.

This is indeed what I am doing, but it is a bit inconvenient, since my
modifications will have to be re-adapted each time the default
templates change (if ever).
That's why I thought that such a harmless modification should be
integrated into the Debian package and even more importantly into the
upstream project.

> 
> 
> Thanks again,

Thanks to you!


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp4p73MfNux0.pgp
Description: PGP signature

Bug#900586: rsyslog: systemd Service File Update Breaks logrotate

[Dave Sp]

Package: rsyslog
Version: 8.34.0-1
Severity: normal

Dear Maintainer,

Between rsyslog package versions 8.24.0-1 and 8.34.0-1, after "logrotate" runs, 
new "/var/log/syslog" and "/var/log/messages" files are created but ignored; 
their sizes are 0 bytes, and rsyslogd continues writing to "/var/log/syslog.1" 
and "/var/log/messages.1".

Comparing rsyslog package versions 8.24.0-1 and 8.34.0-1, the ExecStart line in 
file "/lib/systemd/system/rsyslog.service" changed from 
"ExecStart=/usr/sbin/rsyslogd -n" to "ExecStart=/usr/sbin/rsyslogd -n -iNONE".

Apparently, this change breaks log-rotate functionality.  In 
"/etc/init.d/rsyslog", when the function "do_rotate()" is changed from

   do_rotate() {
start-stop-daemon --stop --signal HUP --quiet --pidfile $PIDFILE --exec 
$DAEMON
   }

to

   do_rotate() {
start-stop-daemon --stop --signal HUP --quiet --exec $DAEMON
   }

(removing "--pidfile $PIDFILE"), the log files rotate as expected.

In "/etc/init.d/rsyslog", the functions "do_start()" and "do_stop()" also use 
the "--pidfile" argument, options which, based on the change to 
"/lib/systemd/system/rsyslog.service", may no longer be needed.  The package 
maintainer can best determine whether or not those functions also need to be 
changed.


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

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages rsyslog depends on:
ii  init-system-helpers  1.51
ii  libc62.27-3
ii  libestr0 0.1.10-2.1
ii  libfastjson4 0.99.8-2
ii  liblogging-stdlog0   1.0.6-3
ii  liblognorm5  2.0.5-1
ii  libsystemd0  238-4
ii  libuuid1 2.32-0.1
ii  lsb-base 9.20170808
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages rsyslog recommends:
ii  logrotate  3.11.0-0.1

Versions of packages rsyslog suggests:
pn  rsyslog-doc
pn  rsyslog-gnutls 
pn  rsyslog-gssapi 
pn  rsyslog-mongodb
pn  rsyslog-mysql | rsyslog-pgsql  
pn  rsyslog-relp   

-- Configuration Files:
/etc/init.d/rsyslog changed [not included]
/etc/logrotate.d/rsyslog changed [not included]

-- debconf-show failed

Bug#900585: Uninstallable; depends on qemu-system-data (>> ${source:Version})

[Josh Triplett]

Package: qemu-system-x86
Version: 1:2.12+dfsg-2
Severity: serious

The various qemu packages that depend on qemu-system-data do so with
(>> ${source:Version}), which makes them uninstallable. For instance,
qemu-system-x86 1:2.12+dfsg-2 depends on qemu-system-data
(>> 1:2.12+dfsg-2).

Bug#900584: qa.debian.org: Bootlaoder fails to boot at first attempt on selection of OS

[V SHANKARANANDA]

Package: qa.debian.org
Severity: important
Tags: d-i

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Burned the Install CD image sucessfully. Selected the "Install non-graphical"
option from Grub Menu. System reboots again and again presenting with Grub
menu.
Repeated the action twice/thrice to enter installation process. Installation
completed sucessfully. Installed boot loader on MBR.

Bootloader fails to boot the OS on selection, instead,  reboot the system.
Takes more than one attempt to Boot OS. On repeated selection boot is
successful.

Problem seems to originates from CD Image.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

On selection of OS title from Grub menu, the system reboots and loads grub
again.

   * What was the outcome of this action?

On repeated attempt (more than two or more attempts/selection), boot is
sucessful

   * What outcome did you expect instead?

Expect to boot in first attempt as it would happen in earlier releases.

Same behaviour is observed in Install CD image.




-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-6-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#899979: keyboard-configuration: the caron dead-key of the czech keyboard on the console does not work as expected

[Anton Zinoviev]

On Fri, Jun 01, 2018 at 04:28:23PM +0200, Samuel Thibault wrote:
> 
> Maybe we should just go and define all X11 deadkeys in Linux (there 
> are like 55 of them, that will fit), to be done with the issue.

Either this, or console-setup can have a hardcoded list of "Latin2" 
layouts.
 
Anton Zinoviev

Bug#900583: ITP: kadnode -- decentralized DynDNS alternative

[Moritz Warning]

Package: kadnode
Version: 2.2.3-1
Severity: wishlist

Dear Maintainer,

I intend to package a tool called Kadnode:
https://github.com/mwarning/KadNode

 KadNode is a P2P DNS resolver that intercepts system requests for the
 p2p TLD. The decentralized BitTorrent DHT network is network is used
 to find IP addresses. Domains can be ECC crypto key in hex notations
 or domains that are backed by a Public Key Infrastructure (PKI).


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

Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kadnode depends on:
ii  libc6   2.27-3
ii  libmbedcrypto1  2.8.0-1
ii  libmbedtls102.8.0-1
ii  libmbedx509-0   2.8.0-1

kadnode recommends no packages.

kadnode suggests no packages.

-- no debconf information

Bug#900582: ITP: libalgorithm-naivebayes-perl -- module to make bayesian prediction of categories

[Laurent Baillet]

Package: wnpp
Severity: wishlist
Owner: Laurent Baillet 

* Package name: libalgorithm-naivebayes-perl
  Version : 0.04
  Upstream Author : Ken Williams 
* URL : https://metacpan.org/pod/Algorithm::NaiveBayes
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to make bayesian prediction of categories

 Algorithm::NaiveBayes implements the classic "Naive Bayes" machine learning
 algorithm. It is a well-studied probabilistic algorithm often used in
 automatic text categorization. Compared to other algorithms (kNN, SVM,
 Decision Trees), it's pretty fast and reasonably competitive in the quality
 of its results.

 It is used in AI::Categorizer for which I have opened another ITP : 
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898432

 I will package it within the Debian Perl Team.

Bug#900581: linux: Enable Buster kernel features for newer ARM64 servers.

[Geoff Levand]

X-Debbugs-Cc: ge...@infradead.org, Riku Voipio 
Source: linux
Severity: normal
Tags: patch buster

Attached patches enable kernel features for newer ARM64 servers.

o Change CONFIG_ACPI_NFIT=y to CONFIG_ACPI_NFIT=m.
o Enable CONFIG_SCHED_SMT for hyperthreading processors.
o Enable CONFIG_ARM64_LSE_ATOMICS for v8.1 processors.
o Enable a number of ACPI options likely to be available on servers.
o CONFIG_ACPI_APEI selects PSTORE, so remove the arm64 specific setting.

  0001-arm64-Use-default-of-CONFIG_ACPI_NFIT-m.patch
  0002-arm64-Updates-for-ACPI-servers.patch


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 4.16.12 (SMP w/224 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 45de8904c961d98f48f61a87198579a90daa61f9 Mon Sep 17 00:00:00 2001
From: Geoff Levand 
Date: Thu, 31 May 2018 17:38:38 -0700
Subject: [PATCH 1/4] [arm64] Use default of CONFIG_ACPI_NFIT=m

Commit ed497f3cb706d0e0f63844b064d9ebbf6f33b052 (Add server and 96boards options)
added an arm64 specific CONFIG_ACPI_NFIT=y, overriding the default of =m, but the
commit message mentions nothing about why this was done.

Remove the arm64 specific setting and use the default of module build.

Cc: Riku Voipio 
Signed-off-by: Geoff Levand 
---
 debian/config/arm64/config | 5 -
 1 file changed, 5 deletions(-)

diff --git a/debian/config/arm64/config b/debian/config/arm64/config
index 4d862989014c..2cbdc9092de1 100644
--- a/debian/config/arm64/config
+++ b/debian/config/arm64/config
@@ -68,11 +68,6 @@ CONFIG_ARCH_XGENE=y
 CONFIG_ACPI=y
 CONFIG_ACPI_NUMA=y
 
-##
-## file: drivers/acpi/nfit/Kconfig
-##
-CONFIG_ACPI_NFIT=y
-
 ##
 ## file: drivers/ata/Kconfig
 ##
-- 
2.14.1

>From 60439ed76d7c9660285d8805d40d35a84de218d3 Mon Sep 17 00:00:00 2001
From: Geoff Levand 
Date: Thu, 31 May 2018 17:38:38 -0700
Subject: [PATCH 2/4] [arm64] Updates for ACPI servers

o Enable CONFIG_SCHED_SMT for hyperthreading processors.
o Enable CONFIG_ARM64_LSE_ATOMICS for v8.1 processors.
o Enable a number of ACPI options likely to be available on servers.
o CONFIG_ACPI_APEI selects PSTORE, so remove the arm64 specific setting.

Signed-off-by: Geoff Levand 
---
 debian/config/arm64/config | 29 -
 1 file changed, 24 insertions(+), 5 deletions(-)

diff --git a/debian/config/arm64/config b/debian/config/arm64/config
index 2cbdc9092de1..ed40c33ce47d 100644
--- a/debian/config/arm64/config
+++ b/debian/config/arm64/config
@@ -9,6 +9,7 @@ CONFIG_ARM64_ERRATUM_834220=y
 CONFIG_ARM64_VA_BITS_48=y
 ## end choice
 CONFIG_SCHED_MC=y
+CONFIG_SCHED_SMT=y
 CONFIG_NR_CPUS=256
 CONFIG_NUMA=y
 CONFIG_SECCOMP=y
@@ -24,6 +25,7 @@ CONFIG_RANDOMIZE_BASE=y
 CONFIG_RANDOMIZE_MODULE_REGION_FULL=y
 CONFIG_ARM64_ACPI_PARKING_PROTOCOL=y
 CONFIG_COMPAT=y
+CONFIG_ARM64_LSE_ATOMICS=y
 
 ##
 ## file: arch/arm64/crypto/Kconfig
@@ -67,6 +69,21 @@ CONFIG_ARCH_XGENE=y
 ##
 CONFIG_ACPI=y
 CONFIG_ACPI_NUMA=y
+CONFIG_ACPI_PCI_SLOT=y
+CONFIG_ACPI_HED=y
+CONFIG_ACPI_BGRT=y
+CONFIG_ACPI_WATCHDOG=y
+CONFIG_ACPI_CONFIGFS=m
+
+##
+## file: drivers/acpi/apei/Kconfig
+##
+CONFIG_ACPI_APEI=y
+CONFIG_ACPI_APEI_GHES=y
+CONFIG_ACPI_APEI_PCIEAER=y
+CONFIG_ACPI_APEI_SEA=y
+CONFIG_ACPI_APEI_MEMORY_FAILURE=y
+CONFIG_ACPI_APEI_EINJ=m
 
 ##
 ## file: drivers/ata/Kconfig
@@ -212,6 +229,12 @@ CONFIG_EXTCON_USB_GPIO=m
 ##
 CONFIG_RASPBERRYPI_FIRMWARE=y
 
+##
+## file: drivers/firmware/efi/Kconfig
+##
+CONFIG_UEFI_CPER=y
+CONFIG_UEFI_CPER_ARM=y
+
 ##
 ## file: drivers/gpio/Kconfig
 ##
@@ -1074,6 +1097,7 @@ CONFIG_VIRTIO_MMIO=m
 ## file: drivers/watchdog/Kconfig
 ##
 CONFIG_GPIO_WATCHDOG=m
+CONFIG_WDAT_WDT=m
 CONFIG_ARM_SP805_WATCHDOG=m
 CONFIG_ARM_SBSA_WATCHDOG=m
 CONFIG_DW_WATCHDOG=m
@@ -1084,11 +1108,6 @@ CONFIG_MESON_GXBB_WATCHDOG=m
 CONFIG_MESON_WATCHDOG=m
 CONFIG_BCM2835_WDT=m
 
-##
-## file: fs/pstore/Kconfig
-##
-CONFIG_PSTORE=y
-
 ##
 ## file: mm/Kconfig
 ##
-- 
2.14.1

Bug#900580: Please restore SELinux context after creating the files in /var/lib/texmf

[Laurent Bigonville]

Le 01/06/18 à 18:08, Norbert Preining a écrit :

Hi Laurent,

sorry to say, but ...


The generated files are ending being labeld as dpkg_script_tmp_t instead
of tetex_data_t as they are created in /tmp and then moved.

I have absolutely no idea what you are talking about!?!

tetex_data_t is something I heard the very first time.

It is something that I never used and there is nothing in tex-common
related to it, so I have no idea where it is coming from.
Well the problem (from a SELinux) perspective is that the files from 
/var/lib/texmf are created in /tmp and the moved to their final location.


So something needs to be done to fix that (as explained), so the first 
question would be, what is generating these files?

Bug#883715:

[Tim Wiffen]

Hi

Sent from Mail for Windows 10

Bug#896667: It is safe to assume that source only uploads will build against the r-api-3.5? (Was: Bug#896667: transition: r-base-3.5)

[Graham Inggs]

On 01/06/2018 17:19, Dirk Eddelbuettel wrote:

This is now taken care of: dbi_1.0.0-2 was just uploaded


Thanks Dirk!

Another weirdness I have come across in Ubuntu today is rebuilds of 
r-cran-expm and r-cran-mlmrev fail with the following:


dh_auto_install: warning: can't parse dependency @builddeps@
Can't call method "get_deps" on an undefined value at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/R.pm line 49.


Both packages have the following in debian/tests/control:
Depends: @, @builddeps@, ...

Removing either @ or @builddeps@ fixes the build, it seems to choke on 
having both.  Any ideas?

Bug#900196: dcmtk: wrongly assumes that CMAKE_SYSTEM_VERSION to be non-empty

[Jörg Riesmeier]

Hi Helmut,

>> I just tested it and it seems to work. What do you think?

> I fear that I lack CMake experience and I didn't know that this was
> possible. Still if it works at all, it looks like the better solution
> indeed.

I'm also not an expert when it comes to CMake "magic"...

> It seems that the one thing to avoid is $-expanded, unquoted variables.

... but I agree that expanding a variable to its string value seems to be the 
reason for this issue.

> Please go ahead.

OK, I already committed the proposed changes, which will be visible quite soon 
in DCMTK's public git repository: http://git.dcmtk.org/?p=dcmtk.git;a=summary

Regards,
Jörg

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

[Iain Learmonth]

Hi Jonathan,

On 01/06/18 16:19, Jonathan Carter wrote:
>> Jonathan did ask about this on irc and I suggested he go ahead and
>> experiment. Apologies - I should have told him to talk to you/Ana
>> specifically as well.
> 
> Yeah I brought it up on both the debian-live mailing list and irc
> channel a few times, and there were no objections and some interest in
> trying it out.

You did not reach out to the named uploader on the package. While it's a
team package, the named uploaders serve as useful points of contact that
understand the package and how it fits with the wider ecosystem.

> I admit I could've communicated both my intentions and those changes better.

My suggestion would be to send Ana an email with what it is you're
trying to achieve and what your end goal is. She can then advise on the
best way to achieve it.

> Which console-only images are affected by this? Do you mind pointing me
> to them?

The intention is that the live-tasks-recommended package should be
installable regardless of desktop environment, or lack thereof.

You should decide which desktop environments should use the new package,
and which would not benefit from it. If all graphical desktop
environments would benefit from it, then Ana would be able to advise on
the best metapackage to add this to, or how to better integrate the changes.

Note that currently the installer is not included in live-tasks at all
and is included separately in live-wrapper.

I feel that this inclusion is being rushed. From quickly skimming
related webpages it looks like it may offer a UX improvement, but (IMO)
we should commit to only shipping one installer. Shipping two doubles
the support workload, QA workload, etc.

Thanks,
Iain.



signature.asc
Description: OpenPGP digital signature

Bug#900544: flowblade: Segfaults on startup

[James Cowgill]

Control: severity -1 grave
Control: forwarded -1 https://github.com/jliljebl/flowblade/issues/508

Hi,

On 01/06/18 04:23, Charlie Hagedorn wrote:
> Package: flowblade
> Version: 1.12-1
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Installed flowblade. sudo apt-get install flowblade
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> Ran flowblade.
> 
>* What was the outcome of this action?
> 
> Segfault. Output and dmesg report attached after these questions.
[...]
> [3369050.776134] flowblade[22604]: segfault at 10 ip 7f5e9e84bc60 sp 
> 7fff25f01a48 error 4 in libpthread-2.27.so[7f5e9e842000+19000]
[...]
> ii  python-mlt6.8.0-1

I think this is this upstream bug which happens after mlt is upgraded to
6.8.0:
https://github.com/jliljebl/flowblade/issues/508

I've CCed the mlt maintainers, but I'm not sure if mlt is responsible.

James



signature.asc
Description: OpenPGP digital signature

Bug#900580: Please restore SELinux context after creating the files in /var/lib/texmf

[Norbert Preining]

Hi Laurent,

sorry to say, but ...

> The generated files are ending being labeld as dpkg_script_tmp_t instead
> of tetex_data_t as they are created in /tmp and then moved.

I have absolutely no idea what you are talking about!?!

tetex_data_t is something I heard the very first time.

It is something that I never used and there is nothing in tex-common
related to it, so I have no idea where it is coming from.

Best

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#900545: dput: display the body of http errors responses

[Alexandre Viau]

This could be as simple as this:

---
 dput/methods/http.py | 5 +
 1 file changed, 5 insertions(+)

diff --git a/dput/methods/http.py b/dput/methods/http.py
index 5bd0fe7..40acdc1 100644
--- a/dput/methods/http.py
+++ b/dput/methods/http.py
@@ -160,6 +160,11 @@ def upload(
 else:
 sys.stdout.write(
 "Upload failed: %d %s\n" % (res.status,
res.reason))
+error_message = res.read()
+if error_message != "":
+sys.stdout.write(
+"http error message: %s\n" % error_message
+)
 sys.exit(1)
 # must be done, but we're not interested
 res.read()
-- 
2.17.0


We can also only display the message in debug mode if you want.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#900545: dput: display the body of http errors responses

[Alexandre Viau]

On 2018-06-01 02:29 AM, Ben Finney wrote:
>
> I assume this is a service that emulates the Debian archive queue
> server?

Yes, kind of. I am building autodeb as part of Google Summer of Code:
 - https://auto.debian.net/

> If the Debian upload queue is not sending those messages, I think it's
> too soon to be making code branches in DPut to handle those. There is
> enough poorly-specified behaviour already handled in DPut, we don't
> need to add code paths for features that are not yet exhibited by
> Debian :-)

The Debian queues do not even accept http uploads but this feature is
still present in dput.

Other services like mentors.debian.net accept http uploads.

> Rather, these checks and specific HTTP responses are good to propose
> as (one or more) improvements for the official Debian upload queue
> server software.

There are more chances of this happening if we introduce it gradually in
other services used by the community and if our tools support it.

Would you also be against supporting this if it was specified in a
command-line flag?

-- 
Alexandre Viau
av...@debian.org




signature.asc
Description: OpenPGP digital signature

Bug#900580: Please restore SELinux context after creating the files in /var/lib/texmf

[Laurent Bigonville]

Package: tex-common
Version: 6.09
Severity: normal
User: selinux-de...@lists.alioth.debian.org
Usertags: selinux

Hi,

When installing tex related packages, files are being generated in
/var/lib/texmf by maintainer scripts/triggers

The generated files are ending being labeld as dpkg_script_tmp_t instead
of tetex_data_t as they are created in /tmp and then moved.

To fix this, there are several ways:

1) Run restorecon utility (when present) on the newly created files
2) move the files using the -Z option to the label is set atomically in
one go (the option is supported in current debian stable)
3) Copy the files instead of moving them, copied files ends with the
label of their parent folder

Kind regards,

Laurent Bigonville

# restorecon -Rv /var/lib/texmf
Relabeled /var/lib/texmf/web2c/metafont/mf.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/metafont/mf.base from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/tex/tex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/tex/tex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/pdfetex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/pdftex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/etex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/pdftex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/pdfetex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/pdftex/etex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/luatex/dviluatex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/luatex/dviluatex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/luatex/luatex.fmt from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0
Relabeled /var/lib/texmf/web2c/luatex/luatex.log from 
unconfined_u:object_r:dpkg_script_tmp_t:s0 to 
unconfined_u:object_r:tetex_data_t:s0


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Versions of packages tex-common depends on:
ii  dpkg  1.19.0.5+b1
ii  ucf   3.0038

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  11.3.2

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  libpaper-utils 1.1.24+nmu5
ii  texlive-binaries   2018.20180416.47457-4
ii  ucf3.0038
ii  xdg-utils  1.1.3-1

Versions of packages texlive-base recommends:
ii  lmodern  2.004.5-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.28.2-1
ii  ghostscript [postscript-viewer]  9.22~dfsg-2.1
pn  perl-tk  
pn  xpdf-reader | pdf-viewer 

Versions of packages texlive-binaries depends on:
ii  dpkg  1.19.0.5+b1
ii  libc6 2.27-3
ii  libcairo2 1.15.10-3
ii  libfontconfig12.13.0-5
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8.1.0-4
ii  libgmp10  2:6.1.2+dfsg-3
ii  libgraphite2-31.3.11-2
ii  libgs99.22~dfsg-2.1
ii  libharfbuzz-icu0  1.7.6-1+b1
ii  libharfbuzz0b 1.7.6-1+b1
ii  libice6   2:1.0.9-2
ii  libicu60  60.2-6
ii  libkpathsea6  2018.20180416.47457-4
ii  libmpfr6  4.0.1-1
ii  libpaper1 1.1.24+nmu5
ii  libpixman-1-0 0.34.0-2
ii  libpng16-16   1.6.34-1
ii  libpotrace0   1.15-1
ii  libptexenc1   2018.20180416.47457-4
ii  libsm62:1.2.2-1+b3
ii  libstdc++68.1.0-4
ii  libsynctex2   2018.20180416.47457-4
ii  libtexlua52   2018.20180416.47457-4
ii  libtexlua53   2018.20180416.47457-4
ii  libtexluajit2 2018.20180416.47457-4
ii  libx11-6  2:1.6.5-1
ii  libxaw7   2:1.0.13-1+b2
ii  

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

[Jonathan Carter]

On 01/06/2018 17:05, Steve McIntyre wrote:
>> Jonathan Carter  has recently uploaded version 0.4 for
>> live-tasks that contains a change adding calamares to all live images.
>> The primary complaint in this bug report is that this has now introduced
>> Qt dependencies for every image where they previously did not exist,
>> including console only images.
> 
> Hmmm, that's not ideal.

It was also not intended to go on any console-only images. I'll correct
that.

>> Further, I do not believe that any consultation was made with debian-cd,
>> debian-boot, or the named Uploader for this package. There was no bug
>> filed for this discussion either.
> 
> Jonathan did ask about this on irc and I suggested he go ahead and
> experiment. Apologies - I should have told him to talk to you/Ana
> specifically as well.

Yeah I brought it up on both the debian-live mailing list and irc
channel a few times, and there were no objections and some interest in
trying it out.

I admit I could've communicated both my intentions and those changes better.

Which console-only images are affected by this? Do you mind pointing me
to them?

-Jonathan

-- 
  ⢀⣴⠾⠻⢶⣦⠀  Jonathan Carter (highvoltage) 
  ⣾⠁⢠⠒⠀⣿⡁  Debian Developer - https://wiki.debian.org/highvoltage
  ⢿⡄⠘⠷⠚⠋   https://debian.org | https://jonathancarter.org
  ⠈⠳⣄  Be Bold. Be brave. Debian has got your back.

Bug#900579: RFS: libminini/1.2.a-1 [ITP]

[Yangfl]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "libminini"

 * Package name: libminini
   Version : 1.2.a-1
   Upstream Author : Thiadmer Riemersma
 * URL : https://www.compuphase.com/minini.htm
 * License : Apache-2
   Section : libs

It builds those binary packages:

  libminini-dev - minimal INI file parser - development headers
  libminini1 - minimal INI file parser

To access further information about this package, please visit the
following URL:

https://mentors.debian.net/package/libminini


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libm/libminini/libminini_1.2.a-1.dsc

More information about hello can be obtained from https://www.example.com.


Regards,
 Yangfl

Bug#900523: plasma-widgets-addons: System load viewer depends on ksysguard

[Benoit Friry]

Le 01/06/2018 à 11:30, Maximiliano Curia a écrit :
> El 2018-06-01 a las 11:18 +0200, Benoit Friry escribió:
>> Le 01/06/2018 à 10:18, Maximiliano Curia a écrit :
>> Without ksysguard installed:
>> - the applet bars remain empty
>> - when I click on the applet, I get a processus table, without any
>>   access to the system load tab (graphs)
> 
> Have you tried having ksysguardd installed and not ksysguard?
> 
> Here I get the contents of the applet having ksysguardd installed,
> without ksysguard. Which also makes sense with the code I've read.

I confirm ksysguardd is enough for system load applet to work correctly.
No need fo ksysguard.

Thanks,
Benoit

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

[Alf Gaida]

>> The primary complaint in this bug report is that this has now introduced
>> Qt dependencies for every image where they previously did not exist,
>> including console only images.
> 
> Hmmm, that's not ideal.
But it should™ be not a big deal - the only thing that might hurt is the
increased image size. I had the very same discussion in siduction two
years ago - so what really happend?
1. A few installed packages more in a live iso that comes before without
an installer - no big deal.
2. If installed with d-i no bad things happend.
3. If installed with calamares: At the end of the installation calamares
will be removed (including all packages that are not needed without) -
so also no big deal.
4. Increased disc size: ok, might hurt if there are images that are to
big for a normal medium.

Calamares and it's dependencies should not be installed at a normal
minimmal console live image - that would be nuts.

Cheers Alf



signature.asc
Description: OpenPGP digital signature

Bug#896667: It is safe to assume that source only uploads will build against the r-api-3.5? (Was: Bug#896667: transition: r-base-3.5)

[Dirk Eddelbuettel]

On 1 June 2018 at 06:32, Dirk Eddelbuettel wrote:
| 
| On 1 June 2018 at 12:41, Graham Inggs wrote:
| | A warning: src:dbi has a hard-coded dependency on r-api-3.4 in 
| | debian/control, and src:wkward has the same in debian/rules.
| 
| That was from when dh-r was borked and could not cope with srcname != pkgname.
| 
| I can look into fixing it this morning but as I said -- conference today and
| tomorrow and I am giving a tutorial in 90 minutes.

This is now taken care of: dbi_1.0.0-2 was just uploaded

Dirk
 
| Dirk
| 
| | I was unable to find any more [1][2] like these codesearch.d.o.
| | 
| | 
| | [1] https://codesearch.debian.net/search?q=path%3Adebian%2Fcontrol+r-api-3.4
| | [2] https://codesearch.debian.net/search?q=path%3Adebian%2Frules+r-api-3.4
| | 
| 
| -- 
| http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
| 

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

[Steve McIntyre]

Hi Iain!

On Fri, Jun 01, 2018 at 03:35:52PM +0100, Iain R. Learmonth wrote:
>Package: live-task-recommended
>Severity: normal
>
>Hi,
>
>Jonathan Carter  has recently uploaded version 0.4 for
>live-tasks that contains a change adding calamares to all live images.
>The primary complaint in this bug report is that this has now introduced
>Qt dependencies for every image where they previously did not exist,
>including console only images.

Hmmm, that's not ideal.

>Further, I do not believe that any consultation was made with debian-cd,
>debian-boot, or the named Uploader for this package. There was no bug
>filed for this discussion either.

Jonathan did ask about this on irc and I suggested he go ahead and
experiment. Apologies - I should have told him to talk to you/Ana
specifically as well.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Yes, of course duct tape works in a near-vacuum. Duct tape works
 anywhere. Duct tape is magic and should be worshipped."
   -― Andy Weir, "The Martian"

Bug#900577: www.debian.org: /devel/website/using_cvs -> using_git

[Laura Arjona Reina]

Package: www.debian.org
Severity: normal
User: debian-...@lists.debian.org
Usertags: content
X-Debbugs-CC: seb...@gmail.com

Hello Sebul

El 01/06/18 a las 16:15, sebul escribió:
> Now
> https://www.debian.org/devel/website/using_cvs
> is not valid.
> Who change this page ?
> 

Indeed we're using now a git repo:

https://salsa.debian.org/webmaster-team/webwml/

Somebody has to create a new page (maybe "using_git.wml") in English
with the content needed for contributors to setup their git environment
and work with the website. And then, translations/updates would follow
as usual.

We also need to adapt the page
https://www.debian.org/devel/website/examples and probably review all
the content of /devel/website.

Hence I'm filing a bug report to coordinate this task.

Everybody is welcome to contribute! Feel free to jump in and submit your
proposals. There is a lot of git documentation out there, this is about
adapting it to our particular workflow, and try to be concise and easy
for beginners.

If nobody comes with a proposal soon, during this weekend I will remove
the info about CVS from the existing pages, and leave a note about "more
info about the new git repo and workflow coming soon" or something like
that (I don't know if I will be able to find the time myself to write
the pages).

We already have some comments/hints about the content we need to write
in the bug report about the migration of the website:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845297#195
and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845297#200

Cheers
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#900578: fonts-stix: wrong function application in preinst

[Ralf Treinen]

Package: fonts-stix
Version: 1.1.1-4
Severity: important
User: trei...@debian.org
Usertags: colis-shparser
Tags: patch

Hi,

preinst contains 

if [ pathfind "defoma-font" = 0 ]; then

this test will always fail, due to the sytax error of the test operator.
This should probably rather be

if [ $(pathfind "defoma-font") = 0 ]; then

-Ralf.
-- 
Ralf Treinen
Institut de Recherche en Informatique Fondamentale
Équipe Preuves, Programmes et Systèmes
Université Paris Diderot, Paris, France.
http://www.irif.fr/~treinen/

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

[Iain R. Learmonth]

Package: live-task-recommended
Severity: normal

Hi,

Jonathan Carter  has recently uploaded version 0.4 for
live-tasks that contains a change adding calamares to all live images.
The primary complaint in this bug report is that this has now introduced
Qt dependencies for every image where they previously did not exist,
including console only images.

Further, I do not believe that any consultation was made with debian-cd,
debian-boot, or the named Uploader for this package. There was no bug
filed for this discussion either.

Thanks,
Iain.

Bug#900575: ITP: libminini -- minimal INI file parser

[Yangfl]

Package: wnpp
Severity: wishlist
Owner: Yangfl 
Control: block 770915 by -1

* Package name: libminini
  Version : 1.2.a
  Upstream Author : Thiadmer Riemersma
* URL : https://www.compuphase.com/minini.htm
* License : Apache-2
  Programming Lang: C
  Description : minimal INI file parser

 minIni is a programmer's library to read and write "INI" files in embedded
 systems. minIni takes little resources, has a deterministic memory footprint
 and can be configured for various kinds of file I/O libraries. The principal
 purpose for minIni is to be used on embedded systems that run on an RTOS (or
 even without any operating system). minIni requires that such a system provides
 a kind of storage and file I/O system, but it does not require that this file
 I/O system is compatible with the standard C/C++ library.

Used by uTox. I hate ini.

Bug#899979: keyboard-configuration: the caron dead-key of the czech keyboard on the console does not work as expected

[Samuel Thibault]

Anton Zinoviev, le ven. 01 juin 2018 17:22:06 +0300, a ecrit:
> On Fri, Jun 01, 2018 at 04:10:36PM +0200, Samuel Thibault wrote:
> > U+015A would be what you'd expect for a latin1 language (^ + S), and I
> > guess due to rule ordering, the existing rule doesn't get overrident by
> > the rule you introduced, so we need to explicitly remove the existing
> > rule.
> 
> And what should the future console-setup do with compose+^+S when the 
> encoding is UTF-8?  How is this problem solved in X?

Well, in X XK_dead_caron is separate from XK_dead_circumflex.  The issue
with Linux is that it only has a few dead keys. Maybe we should just go
and define all X11 deadkeys in Linux (there are like 55 of them, that
will fit), to be done with the issue.

Now, whenever there are still shortcut conflicts, languages have their
own compose file in
/usr/share/X11/local/$LANG.UTF-8/Compose

Samuel

Bug#899979: keyboard-configuration: the caron dead-key of the czech keyboard on the console does not work as expected

[Anton Zinoviev]

On Fri, Jun 01, 2018 at 04:10:36PM +0200, Samuel Thibault wrote:
>
> U+015A would be what you'd expect for a latin1 language (^ + S), and I
> guess due to rule ordering, the existing rule doesn't get overrident by
> the rule you introduced, so we need to explicitly remove the existing
> rule.

And what should the future console-setup do with compose+^+S when the 
encoding is UTF-8?  How is this problem solved in X?

Anton Zinoviev

Bug#900574: RM: ruby-memoize -- ROM; no-rdeps; dead upstream; superseded

[dai]

Package: ftp.debian.org
Severity: normal

Please remove src:ruby-memoize from archive.
This package has no rdepends.

Upstream says [1]:

> Please do not use this gem. It has long been surpassed by other,
> better memoization gems like memoizable and memoist.

memoist is already debianized as ruby-memoist [2].

So, I request removal of ruby-memoize package.

[1] https://github.com/djberg96/memoize
[2] https://tracker.debian.org/pkg/ruby-memoist
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#899979: keyboard-configuration: the caron dead-key of the czech keyboard on the console does not work as expected

[Samuel Thibault]

Jan Rafaj, le ven. 01 juin 2018 16:06:34 +0200, a ecrit:
> the following ones still do not produce the
> corresponding caron-ified characters as they should - I have no idea why:
> 
> compose '^' 'S' to U+0160   # instead produces U+015A  (0xC59A)

U+015A would be what you'd expect for a latin1 language (^ + S), and I
guess due to rule ordering, the existing rule doesn't get overrident by
the rule you introduced, so we need to explicitly remove the existing
rule.

Samuel

Bug#899979: keyboard-configuration: the caron dead-key of the czech keyboard on the console does not work as expected

[Jan Rafaj]

On Thu, 31 May 2018, Samuel Thibault wrote:

Anton Zinoviev, le ven. 01 juin 2018 00:48:18 +0300, a ecrit:

If a bug makes a package totally unusable, but otherwise harmless,
then this bug is (usually) not going to be fixed in the stable
release.


Mmm, I believe that sentence enters the "important" area, or even more:

4 important   a bug which has a major effect on the usability of a package,
 without rendering it completely unusable to everyone.


For me, I took a liberty to mark it 'important' just becouse something,
that appeared to work in former Debian releases (console with ability to 
write czech characters), has suddenly stopped working and I wasnt able to 
obtain satisfactory results that would mitigate the problem - from that, 
I thought it would somehow fall under the 'important' definition. But 
feel free to change...


Now, to my latest post.
I did thorough checking of all the compose definitions I've suggested to 
add, and have noticed that the following ones still do not produce the

corresponding caron-ified characters as they should - I have no idea why:

compose '^' 'S' to U+0160   # instead produces U+015A  (0xC59A)
compose '^' 's' to U+0161   # instead produces U+00A8  (0xC2A8)
compose '^' 'Z' to U+017D   # instead produces U+00B4  (0xC2B4)
compose '^' 'z' to U+017E   # instead produces U+00B8  (0xC2B8)

All the other compose definitions produce correct results.

If you could also please look for the reason of this.

Thanks,

Jan

Bug#900573: qreator: won't start complaining no module named Image

[Olivier Berger]

On Fri, Jun 01, 2018 at 04:04:00PM +0200, Olivier Berger wrote:
> 
> I typed qreator on the command-line and got :
> 
> $ qreator
> /usr/share/qreator/qreator_lib/Builder.py:21: PyGIWarning: Gtk was imported 
> without specifying a version first. Use gi.require_version('Gtk', '3.0') 
> before import to ensure that the right version gets loaded.
>   from gi.repository import GObject, Gtk # pylint: disable=E0611
> Traceback (most recent call last):
>   File "/usr/bin/qreator", line 45, in 
> import qreator
>   File "/usr/share/qreator/qreator/__init__.py", line 22, in 
> from qreator import QreatorWindow
>   File "/usr/share/qreator/qreator/QreatorWindow.py", line 30, in 
> from QRCode import QRCode
>   File "/usr/share/qreator/qreator/QRCode.py", line 23, in 
> import Image
> ImportError: No module named Image
> 
> I suspect a missing dependency...
> 

The culprit seems to be python-imaging.

I'm a bit suprised this managed to slip in...

Anyway, hope this helps,

Best regards,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

Bug#899073: [uscan][RFC] please support something like uscan components for multiple tar.gz

[Chris Lamb]

Bastien,

> Ping ?

(Please note that I am not a devscripts/uscan maintainer.)

> > The amount of code to be reviewed remains constant, merely that the number
> > of source packages is far fewer from a statistics point of view.
> >
> > The number of line of code to review will increase but the number of
> > package under 1ko will decrease

I'm not really convinced this would save any time, let alone saving
enough to warrant the ugly code bundling and possibly dangerous quasi-
embedded code copies.


Regards,

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

Bug#900573: qreator: won't start complaining no module named Image

[Olivier Berger]

Package: qreator
Version: 16.06.1-3
Severity: normal

Dear Maintainer,

I typed qreator on the command-line and got :

$ qreator
/usr/share/qreator/qreator_lib/Builder.py:21: PyGIWarning: Gtk was imported 
without specifying a version first. Use gi.require_version('Gtk', '3.0') before 
import to ensure that the right version gets loaded.
  from gi.repository import GObject, Gtk # pylint: disable=E0611
Traceback (most recent call last):
  File "/usr/bin/qreator", line 45, in 
import qreator
  File "/usr/share/qreator/qreator/__init__.py", line 22, in 
from qreator import QreatorWindow
  File "/usr/share/qreator/qreator/QreatorWindow.py", line 30, in 
from QRCode import QRCode
  File "/usr/share/qreator/qreator/QRCode.py", line 23, in 
import Image
ImportError: No module named Image

I suspect a missing dependency...

Thanks in advance.

Best regards,

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

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qreator depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.28.0-2
ii  geoclue-2.0  2.4.7-1
ii  gir1.2-champlain-0.120.12.16-2
ii  gir1.2-clutter-1.0   1.26.2+dfsg-4
ii  gir1.2-gdkpixbuf-2.0 2.36.11-2
ii  gir1.2-geoclue-2.0   2.4.7-1
ii  gir1.2-glib-2.0  1.56.1-1
ii  gir1.2-gtk-3.0   3.22.29-3
ii  gir1.2-gtkchamplain-0.12 0.12.16-2
ii  gir1.2-gtkclutter-1.01.8.4-3
ii  gir1.2-nm-1.01.10.8-1
ii  python   2.7.15~rc1-1
ii  python-cairo 1.16.2-1
ii  python-dbus  1.2.8-2
ii  python-gi3.28.2-1
ii  python-gi-cairo  3.28.2-1
ii  python-pil   4.3.0-2
ii  python-qrencode  1.2-4
ii  python-requests  2.18.4-2
ii  python-vobject   0.9.5-1
ii  python-xdg   0.25-4

qreator recommends no packages.

qreator suggests no packages.

-- debconf-show failed

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

Bug#900570: gnupg: Should check for message modifications (--force-mdc) by default

[Georg Faerber]

Control: tags -1 pending

On 18-06-01 13:37:38, Georg Faerber wrote:
> In light of the recent "efail" revelations, I would like to see gnupg to
> use --force-mdc by default, to check for message modifications.

I've just learned, that this was implemented upstream some days ago [1].

Cheers,
Georg


[1] 
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commitdiff;h=253e8bdd9014cbe6dc06adce9d9dd2f8f4b31709


signature.asc
Description: Digital signature

Bug#900572: RFP: php-sqlsrv -- Microsoft Drivers for PHP for SQL Server

[Eric Morino]

Package: wnpp
Severity: wishlist

* Package name: php-sqlsrv
  Version : 5.2.0
  Upstream Author : Meet Bhagdev 
* URL : https://pecl.php.net/package/sqlsrv
* License : MIT
  Programming Lang: PHP
  Description : Microsoft Drivers for PHP for SQL Server

The Microsoft Drivers for PHP for SQL Server are PHP extensions that allow for 
the reading and writing of SQL Server data from within PHP scripts.

The SQLSRV extension provides a procedural interface while the PDO_SQLSRV 
extension implements PDO for accessing data in all editions of SQL Server 2008 
R2 and later (including Azure SQL DB). 
These drivers rely on the Microsoft ODBC Driver for SQL Server to handle the 
low-level communication with SQL Server.

*This package contains only the SQLSRV driver.*

This php extension allows the connection to MSSQL databases.

For the moment, in Debian 9, there is no other way than to compile the sources 
with pecl, it would be bein that there is a debian package.

Bug#900571: qtqr: Unable to encode certain URL

[Olivier Berger]

Package: qtqr
Version: 1.4~bzr23-1
Severity: normal

Dear Maintainer,

I tried to create a QR code for the
http://www-public.telecom-sudparis.eu/~berger_o/ URL.

I set the data type to URL, and typed the URL above, but it failed,
reporting on the console :
Failed to create file: http://www-public.telecom-sudparis.eu/~berger_o/.png
No such file or directory
Something went wrong while trying to generate the QR Code

I guess this is quite buggy... or the ~ character isn't welcome ?

Hope this helps,

Best regards,

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

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qtqr depends on:
ii  python  2.7.15~rc1-1
ii  python-pyqt55.10.1+dfsg-2
ii  python-qrtools  1.4~bzr23-1

qtqr recommends no packages.

qtqr suggests no packages.

-- debconf-show failed

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

Bug#899004: gnome-shell: crash on attempt to lock

[Josep M. Perez]

Hi,

Since the last update I have locked and unlocked my session several 
times, and rebooted three times and I haven't had any more problems. The 
current set of enabled-extensions is: 
['ubuntu-appindicat...@ubuntu.com', 
'gpa...@gnome-shell-extensions.gnome.org', 
'drive-m...@gnome-shell-extensions.gcampax.github.com'].


So, from my side this bug can be closed. Thanks for your help!

Cheers,

Josep M. Perez



On 22/05/18 12:04, Simon McVittie wrote:

On Tue, 22 May 2018 at 11:18:04 +0200, Josep M. Perez wrote:

So, I opened dconf-editor and saw that for some reason
/org/gnome/shell/disable-extension-version-validation was active, and that
was the default value.

That is correct. By default extensions don't need to declare compatibility
with specific GNOME Shell versions since 3.21.92 (in earlier versions, the
Shell interfaces that extensions use changed more frequently).

If that option had any effect, it would be to disable some of your
extensions. Extensions that say they are compatible with Shell 3.28 should
never be affected by it. gpaste and "removable drive menu" seem to both
be from packages that are updated in sync with the rest of GNOME 3.28,
so I would expect that they declare compatibility with Shell 3.28 and are
unaffected by extension version validation.


Last week, it seemed that disabling the "gpaste" extension solved it. However,
today I updated, rebooted, and it seems that now that it still happens until I
disable the "removable drive menu" extension.

...

I have set it to false, emptied the contents of
/org/gnome/shell/enabled-extensions, and enabled only gpaste and "removable
drive menu" through the "tweaks" application. After this, I can lock the
screen with no trouble.

That sounds like it might be an intermittent bug that doesn't necessarily
depend on the enabled state of those extensions, unfortunately.


ii  gnome-shell-extensions 3.28.1-1
all  Extensions to extend functionality of GNOME Shell

FYI, this is the package containing the "removable drive menu" extension.

 smcv



http://bsc.es/disclaimer